مشاركة عبر

استراتيجيات الترحيل للانتقال من واجهة برمجة تطبيقات 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 عملية
التحجيم التلقائي مدعوم عند الطلب ويتحمل الرسوم ممكن افتراضيا دون أي رسوم إضافية
معلمات البحث نوع الحزمة مدعوم: الدفعة
• تضمين وإعادة الثبات، معدل التكرار غير مدعوم
• الفرز المدعوم بالاسم الأول واسم العائلة وتاريخ الميلاد والتاريخ السريري		 نوع الحزمة المدعوم: الدفعة والمعاملة
• معلمات بحث قابلة للتحديد
• يتم دعم تعديل التضمين والإعادة والتكرار
• الفرز المعتمد حسب حقلي السلسلة والتاريخ والوقت
الأحداث غير معتمد مدعوم
بنية تحتية مدعم:
• مفاتيح يديرها العميل
• التعافي من الكوارث عبر المناطق (التعافي من الكوارث)
مدعم:
• 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 الجديد.

  • إذا كنت ترغب في التحقق مرة أخرى من أن خدمة Azure Health Data Services FHIR وواجهة برمجة تطبيقات Azure لخوادم FHIR لها نفس التكوينات، يمكنك التحقق من نقطتي نهاية بيانات التعريف لمقارنة الخادمين.

  • إعداد أي وظائف كانت تعمل مسبقا في واجهة برمجة تطبيقات Azure القديمة لخادم FHIR (على سبيل المثال، $export الوظائف)

الخطوة 5: الانتقال إلى خدمات Azure Health Data Services FHIR

بعد أن تكون واثقا من أن خادم خدمة Azure Health Data Services FHIR مستقر، يمكنك البدء في استخدام خدمة Azure Health Data Services FHIR لتلبية سيناريوهات عملك. قم بإيقاف تشغيل أي مسارات متبقية تعمل على واجهة برمجة تطبيقات Azure ل FHIR. إذا لزم الأمر، احذف البيانات من حساب التخزين الوسيط الذي تم استخدامه في أداة الترحيل. احذف البيانات من واجهة برمجة تطبيقات Azure لخادم FHIR، وقم بإيقاف تشغيل واجهة برمجة تطبيقات Azure لحساب FHIR.

إشعار

FHIR® هي علامة تجارية مسجلة ل HL7 وتستخدم بإذن من HL7.