استراتيجيات الترحيل للانتقال من واجهة برمجة تطبيقات Azure ل FHIR
هام
سيتم إيقاف Azure API ل FHIR في 30 سبتمبر 2026. اتبع استراتيجيات الترحيل للانتقال إلى خدمة Azure Health Data Services FHIR بحلول ذلك التاريخ. بسبب إيقاف Azure API ل FHIR، لن يسمح بالنشرات الجديدة بدءا من 1 أبريل 2025. خدمة Azure Health Data Services FHIR هي الإصدار المتطور من Azure API ل FHIR الذي يمكن العملاء من إدارة خدمات FHIR وDICOM وMedTech مع عمليات التكامل في خدمات Azure الأخرى.
خدمة Azure Health Data Services FHIR هي الجيل التالي من النظام الأساسي لتكامل البيانات الصحية. ويوفر خدمات FHIR وDICOM وMedTech المدارة والمصنفة على مستوى المؤسسة لتبادل البيانات الصحية المتنوعة.
عند ترحيل بيانات FHIR من واجهة برمجة تطبيقات Azure ل FHIR إلى خدمة Azure Health Data Services FHIR، يمكن لمؤسستك الاستفادة من الأداء المحسن وقابلية التوسع والأمان والتوافق. يمكن للمؤسسات أيضا الوصول إلى الميزات والقدرات الجديدة غير المتوفرة في واجهة برمجة تطبيقات Azure ل FHIR.
سيتم إيقاف Azure API ل FHIR في 30 سبتمبر 2026، لذلك تحتاج إلى ترحيل بيانات FHIR إلى خدمة Azure Health Data Services FHIR في أقرب وقت ممكن. لتسهيل العملية، أنشأنا بعض الأدوات والتلميحات لمساعدتك في تقييم جاهزيتك وإعداد بياناتك وترحيل تطبيقاتك والتحجيم إلى الخدمة الجديدة.
النهج المُستحسن
لترحيل بياناتك، اتبع الخطوات التالية:
- الخطوة 1: تقييم الجاهزية
- الخطوة 2: الاستعداد للترحيل
- الخطوة 3: ترحيل البيانات وأحمال عمل التطبيق
- الخطوة 4: الانتقال من واجهة برمجة تطبيقات Azure ل FHIR إلى Azure Health Data Services
الخطوة 1: تقييم الجاهزية
قارن الاختلافات بين واجهة برمجة تطبيقات Azure ل FHIR وAzure Health Data Services. راجع أيضا البنية الخاصة بك وقيم ما إذا كانت هناك حاجة إلى إجراء أي تغييرات.
| القدرات | واجهة برمجة تطبيقات Azure لـ FHIR | Azure Health Data Services |
|---|---|---|
| الإعدادات | دعم: • التحكم في الوصول استنادا إلى الدور المحلي • SMART على وكيل FHIR |
الإهمال المخطط له: • التحكم في الوصول استنادا إلى الدور المحلي (9/6/23) • SMART على وكيل FHIR (9/21/26) |
| وحدة تخزين البيانات | أكثر من 4 ТБ | الدعم الحالي هو 4 ТБ (افتح طلب دعم Azure إذا كنت بحاجة إلى أكثر من 4 ТБ) |
| دخول البيانات | الأدوات المتوفرة في OSS | عملية $import |
| التحجيم التلقائي | مدعوم عند الطلب ويتحمل الرسوم | ممكن افتراضيا دون أي رسوم إضافية |
| معلمات البحث | نوع الحزمة مدعوم: الدفعة • تضمين وإعادة الثبات، معدل التكرار غير مدعوم • الفرز المدعوم بالاسم الأول واسم العائلة وتاريخ الميلاد والتاريخ السريري |
نوع الحزمة المدعوم: الدفعة والمعاملة • معلمات بحث قابلة للتحديد • يتم دعم تعديل التضمين والإعادة والتكرار • الفرز المعتمد حسب حقلي السلسلة والتاريخ والوقت |
| الأحداث | غير معتمد | مدعوم |
| البنيه التحتيه | دعم: • مفاتيح يديرها العميل • دعم AZ و PITR • التعافي من الكوارث عبر المناطق |
دعم: • استرداد البيانات • مفاتيح يديرها العميل القادمه: • دعم منطقة التوفر |
الأشياء التي يجب مراعاتها والتي قد تؤثر على بنيتك
يتم إهمال عامل المزامنة. إذا كنت تستخدم عامل المزامنة للاتصال ب Dataverse، فشاهد نظرة عامة على مجموعة أدوات تكامل البيانات
يتم إهمال وكيل FHIR. إذا كنت تستخدم وكيل FHIR للأحداث، فراجع ميزة الأحداث المضمنة. يمكن تخصيص البدائل وبنائها باستخدام مجموعة أدوات Azure Health Data Services.
يتم إهمال SMART على وكيل FHIR. تحتاج إلى استخدام إمكانية SMART الجديدة على FHIR. مزيد من المعلومات: SMART على FHIR
لا تدعم خدمة Azure Health Data Services FHIR التحكم في الوصول استنادا إلى الدور المحلي والمرجع المخصص. يجب أن تكون سلطة مصدر الرمز المميز هي نقطة نهاية المصادقة للمستأجر الذي تعمل فيه خدمة FHIR.
يتم دعم موصل IoT فقط باستخدام واجهة برمجة تطبيقات Azure لخدمة FHIR. نجح موصل IoT بواسطة خدمة MedTech. تحتاج إلى نشر خدمة MedTech وخدمة FHIR المقابلة داخل مساحة عمل Azure Health Data Services الحالية أو الجديدة، وإشارة أجهزتك إلى مركز أحداث جهاز Azure Events Hubs الجديد. استخدم جهاز موصل IoT الحالي وملفات تعيين الوجهة مع نشر خدمة MedTech.
إذا كنت ترغب في ترحيل بيانات FHIR لجهاز موصل IoT الموجودة من Azure API لخدمة FHIR إلى خدمة Azure Health Data Services FHIR، فاستخدم وظيفة التصدير والاستيراد المجمعة في أداة الترحيل. مسار ترحيل آخر هو نشر خدمة MedTech جديدة وإعادة تشغيل رسائل جهاز IoT من خلال خدمة MedTech.
الخطوة 2: الاستعداد للترحيل
أولا، إنشاء خطة ترحيل. نوصي بأنماط الترحيل الموضحة في الجدول. بناء على تسامح مؤسستك مع وقت التعطل، قد تقرر استخدام أنماط وأدوات معينة للمساعدة في تسهيل الترحيل.
| نمط الترحيل | التفاصيل | كيف؟ |
|---|---|---|
| الرفع والإزاحة | أبسط نمط. مثالي إذا كان مسار البيانات الخاص بك يمكنه تحمل وقت تعطل أطول. | اختر الخيار الأفضل لمؤسستك: • تكوين سير عمل $export بياناتك على واجهة برمجة تطبيقات Azure ل FHIR، ثم $import في خدمة Azure Health Data Services FHIR. • يوفر مستودع GitHub نصائح حول تشغيل هذه الأوامر، وبرنامجا نصيا للمساعدة في أتمتة إنشاء حمولة $import. • أو أنشئ الأداة الخاصة بك لترحيل البيانات باستخدام $export $import. |
| نسخة إضافية | إصدار مستمر من الرفع والإزاحة، مع وقت تعطل أقل. مثالي لكميات كبيرة من البيانات التي تستغرق وقتا أطول للنسخ، أو إذا كنت تريد متابعة تشغيل Azure API ل FHIR أثناء الترحيل. | حدد الخيار الأفضل لمؤسستك. • أنشأنا أداة ترحيل OSS للمساعدة في نمط الترحيل هذا. • أو أنشئ الأداة الخاصة بك لترحيل البيانات بشكل متزايد. |
اعتبارات أداة ترحيل OSS
إذا قررت استخدام أداة ترحيل OSS، فراجع قدرات أداة الترحيل وقيودها وفهمها.
إعداد واجهة برمجة تطبيقات Azure لخادم FHIR
تحديد البيانات المراد ترحيلها.
اغتنم هذه الفرصة لتنظيف البيانات أو خوادم FHIR التي لم تعد تستخدمها.
حدد ما إذا كنت تريد ترحيل الإصدارات التاريخية أم لا.
نشر خادم Azure Health Data Services FHIR Service جديد.
أولا، نشر مساحة عمل Azure Health Data Services.
ثم انشر خادم خدمة FHIR لخدمات بيانات Azure Health. مزيد من المعلومات: نشر خدمة FHIR داخل Azure Health Data Services
تكوين خادم Azure Health Data Services FHIR Service الجديد. إذا كنت بحاجة إلى استخدام نفس التكوينات كما هو الحال في Azure API ل FHIR للخادم الجديد، فراجع القائمة الموصى بها لما يجب التحقق من وجوده في وثائق أداة الترحيل. تكوين الإعدادات قبل الترحيل.
الخطوة 3: ترحيل البيانات
اختر نمط الترحيل الذي يعمل بشكل أفضل لمؤسستك. إذا كنت تستخدم أدوات ترحيل OSS، فاتبع الإرشادات الموجودة على GitHub.
الخطوة 4: ترحيل التطبيقات وإعادة تكوين الإعدادات
ترحيل التطبيقات التي كانت تشير إلى خادم FHIR القديم.
قم بتغيير نقاط النهاية على التطبيقات الخاصة بك بحيث تشير إلى عنوان URL الجديد لخادم FHIR.
قم بإعداد الأذونات مرة أخرى لهذه التطبيقات.
أعد تكوين أي إعدادات متبقية في خادم Azure Health Data Services FHIR Service الجديد بعد الترحيل.
إذا كنت ترغب في التحقق مرة أخرى للتأكد من أن خدمة Azure Health Data Services FHIR وAzure API لخوادم FHIR لها نفس التكوينات، يمكنك التحقق من كل من نقاط نهاية بيانات التعريف لمقارنة الخادمين والتباين بينهما.
إعداد أي مهام كانت تعمل مسبقا في واجهة برمجة تطبيقات Azure القديمة لخادم FHIR (على سبيل المثال، $export الوظائف)
الخطوة 5: الانتقال إلى خدمات Azure Health Data Services FHIR
بعد أن تكون واثقا من أن خادم خدمة Azure Health Data Services FHIR مستقر، يمكنك البدء في استخدام خدمة Azure Health Data Services FHIR لتلبية سيناريوهات عملك. قم بإيقاف تشغيل أي مسارات متبقية تعمل على Azure API ل FHIR، وحذف البيانات من حساب التخزين الوسيط الذي تم استخدامه في أداة الترحيل إذا لزم الأمر، وحذف البيانات من واجهة برمجة تطبيقات Azure لخادم FHIR، وإيقاف تشغيل واجهة برمجة تطبيقات Azure لحساب FHIR.