معياران لمهمتين
ينتمي HL7 v2 وFHIR إلى المنظمة نفسها لكنهما صُمّما في عصرين مختلفين. يرسل HL7 v2 رسائل أحداث بين أنظمة تعرف بعضها. ويصف FHIR البيانات الصحية كموارد مع واجهة ويب، لتتمكن التطبيقات من قراءتها وكتابتها.
لا يجعل أحدهما الآخر قديمًا هذا العام. والسؤال العملي للمستشفى: أي معيار ينشره كل شريك، وكيف تتصل بهم جميعًا دون بناء نظام منفصل لكل منهم.
كيف يختلفان
| الجانب | HL7 v2 | FHIR R4 |
|---|---|---|
| نموذج البيانات | رسائل مكوّنة من مقاطع وحقول | موارد مثل المريض واللقاء والملاحظة والمطالبة |
| الصياغة | نص محدَّد بفواصل | JSON أو XML |
| النقل المعتاد | MLLP عبر TCP داخل VPN أو TLS | HTTPS، مع REST أو تبادل رسائل |
| النمط | مدفوع بالأحداث: حدث شيء وهذه رسالته | قائم على الموارد، مع توفر الرسائل والمستندات أيضًا |
| نقطة القوة | ناضج وتدعمه على نطاق واسع أنظمة المختبر والأشعة والصيدلية | تعريفات واضحة للموارد وملفات تعريف وأدوات ويب |
| نقطة الضعف الشائعة | اختلافات محلية بين الأنظمة | تختلف ملفات التعريف والامتدادات بين البرامج |
ماذا تستخدم المنطقة
تُظهر المواصفات العامة لمنصات المنطقة أن المعيارين مستخدمان اليوم.
- نفيس في السعودية. يستخدم دليل التنفيذ المنشور للخدمات المالية HL7 FHIR R4.0.1 ويتبادل الرسائل عبر HTTPS بمصادقة متبادلة.
- نبض في دبي. تصف وثائق الواجهة المنشورة رسائل HL7 v2.5، وهي ADT وORM وORU وRDE وMDM وVXU، ومستندات C-CDA v2.1.
- ملفي في أبوظبي. تشترط معايير الانضمام المنشورة نظام سجل طبي يدعم HL7 ويتبادل رسائل ADT في الوقت الفعلي ويدمج ملفي عبر الدخول الموحد.
- المطالبات في الإمارات. تتبادل أبوظبي ودبي المطالبات كملفات XML منظّمة عبر منصتين خاصتين بهما، وليست HL7 v2 ولا FHIR.
لذلك تحتاج مجموعة مستشفيات لها مواقع في أكثر من سوق من هذه الأسواق إلى أكثر من معيار منذ اليوم الأول.
التصميم لكليهما
النمط الأصمد هو الاحتفاظ بنموذج داخلي واحد والترجمة عند الحدّ. يسجّل نظام المستشفى الأحداث بهيكله الخاص. وتربط طبقة تكامل تلك الأحداث بما ينشره كل شريك، وتحتفظ بالربط والنقل وإعادة المحاولة والسجلات لذلك الشريك.
- نموذج داخلي واحد. لا تدع صيغة رسالة شريك تتسرب إلى السجل السريري. يجب أن يمسّ تغيير لدى الشريك الربط، لا الملف.
- ربط واحد لكل شريك. احتفظ بكل ربط بإصدارات واختبره على حدة. تنشر HL7 إرشادات للربط بين v2 وFHIR، وهي بداية جيدة لا ربطًا جاهزًا.
- مكان واحد للتسليم. إعادة المحاولة وسجل المعاملات والطابور والمطابقة مكانها طبقة التكامل، أيًّا كان المعيار.
- مسؤول واحد لكل واجهة. شخص مسمّى يجيب عندما يغيّر الشريك مواصفته.
أسئلة لكل شريك
- أي معيار وأي إصدار تنشرون، وأين المواصفة الحالية؟
- هل توجد بيئة اختبار ببيانات اصطناعية، ومن يمنح الوصول؟
- أي مجموعات رموز ومعرّفات يجب أن نرسلها؟
- كيف تُعاد الأخطاء، وكم تحتفظون بالرسائل؟
- ما الشهادات أو الوصول إلى الشبكة أو الاتفاقيات المطلوبة قبل الاختبار؟
- كيف تُعلنون عن تغييرات مواصفتكم؟
كيف تتعامل Ventrecs مع ذلك
ينتج نظام مستشفى Ventrecs موارد بصيغة FHIR R4 من صندوق إرسال دائم لخدمة تكامل معتمدة، ويمكن لموصّلات أهلية جهات الدفع أن تستخدم FHIR R4 أو واجهة REST عامة. أما HL7 v2 وقنوات النقل الأخرى فتعمل في طبقة التكامل المنفصلة Ventrecs Connect، وتُحدَّد لكل مشروع.
نعدّ مواصفة كل شريك المنشورة مصدر الحقيقة. ولا ندّعي وجود اتصال أو اعتماد جهة مشغّلة له قبل أن يُختبر ويُتفق عليه.
المصادر
- دليل تنفيذ الخدمات المالية الصحية في نفيس
- وثائق HL7 API لنبض، هيئة الصحة بدبي
- ملفي: متطلبات الاتصال والتعريفات
- دليل الربط من HL7 الإصدار 2 إلى FHIR
أسئلة شائعة
هل يحل FHIR محل HL7 v2؟
ينمو FHIR وتنشره منصات عدة، لكن HL7 v2 ما زال واسع الاستخدام في واجهات المختبر والأشعة والصيدلية والتبادل. وتستخدم معظم المستشفيات كليهما لسنوات.
أي إصدار من FHIR تستخدمه منصات المنطقة؟
ينشر نفيس دليل تنفيذ مبنيًا على FHIR R4.0.1. راجع الدليل الحالي لكل منصة، فالإصدارات وملفات التعريف تتغير.
هل تخدم واجهة واحدة عدة شركاء؟
نادرًا. ينشر كل شريك مواصفته ومجموعات رموزه ومعرّفاته، فيحتاج كل منهم إلى ربطه الخاص حتى لو اشتركوا في النقل.
أين تُجرى الترجمة؟
في طبقة تكامل بين النظام السريري والشريك، ليبقى السجل السريري مستقلًا عن صيغة أي شريك.
صفحات ذات صلة في Ventrecs
- التكامل كيف تحدد Ventrecs كل اتصال وتختبره وتدعمه.
- Ventrecs Connect طبقة التكامل المحكومة: المراقبة وإعادة المحاولة والمطابقة.
- منصة Ventrecs ستة منتجات على سجل مريض واحد وضوابط واحدة وطبقة تكامل واحدة.
- التأمين والمطالبات جهات الدفع والخطط والموافقة المسبقة وفحوص الأهلية والمطالبات.
هل تخطط لمشروع جديد؟
أخبرنا بالشركاء الذين تحتاج إلى الربط معهم والمعيار الذي ينشره كل منهم. نوصي بأين نترجم وأين نتبادل أصليًا.
مقالات أخرى
- شرح HL7 v2: الرسائل والمقاطع وكيف تتبادل أنظمة المستشفى المعلومات ما زال HL7 v2 هو اللغة التي تتحدث بها معظم أنظمة المستشفيات. هكذا تُبنى الرسالة وتُرسل وتُقَرّ، وأين تفشل الواجهات.
- جاهزية التكامل في الرعاية الصحية: حدِّد نطاق كل واجهة قبل التشغيل معظم التأخير في مشاريع الرعاية الصحية سببه واجهات لم يُحدَّد نطاقها. يساعدك هذا الدليل على الاتفاق على كل اتصال ومسؤوله وطريقة اختباره قبل التشغيل.
- دليل الربط مع نفيس: كيف تعمل رسائل FHIR R4 لمقدّمي الرعاية السعوديين وموردي البرمجيات يربط نفيس مقدّمي الرعاية الصحية وشركات التأمين في السعودية عبر رسائل FHIR R4. هكذا يعمل التبادل وما الذي يجب أن يكون نظام المستشفى جاهزًا له.