HL7 و FHIR و DICOM: ما تحتاج معرفته قبل التعاقد

لا يفشل لأن الربط صعب تقنياً، بل لأن كل طرف يفترض أن الطرف الآخر يتكلّم لغته. جهاز التحليل يرسل نتيجة بصيغة يفهمها هو، ونظام المستشفى ينتظر صيغة أخرى، فيُكتب «محوّل» مخصّص بينهما. ثم يُحدَّث أحد الطرفين فينكسر المحوّل، ولا أحد يتذكّر من كتبه.

المعيار يحلّ هذا بأن يجعل الصيغة متّفقاً عليها مسبقاً من طرف ثالث محايد. فلا محوّل مخصّص، ولا اعتماد على مورّد بعينه، ولا انكسار عند التحديث.

HL7 v2 — أقدمها وأوسعها انتشاراً. رسائل نصّية تنقل الأحداث بين الأنظمة: سُجّل مريض، طُلب فحص، صدرت نتيجة، خُرّج مريض. غير أنيق وقديم الشكل، لكنه يعمل في كل مستشفى تقريباً — ولذلك لا غنى عنه.

FHIR R4 — الجيل الحديث. واجهات ويب قياسية (REST + JSON) تجعل ربط تطبيق جوال أو بوابة مريض بالنظام عملاً عادياً بدل مشروع. هو اتجاه الصناعة، لكنه لا يُلغي HL7 v2 لأن الأجهزة القائمة لا تتكلّمه.

DICOM — معيار الصور الطبية. الأشعة والرنين والمقطعية: كيف تُخزَّن الصورة، وكيف تُنقل، وكيف تُعرض. بلا DICOM تصبح الصور ملفات في مجلّد لا تعرف أي مريض تخصّ.

ICD-10 و LOINC و SNOMED — ليست معايير نقل بل قواميس. ترمّز التشخيص والفحص والمصطلح السريري برمز موحّد، فيصبح «التهاب رئوي» في نظامكم هو نفسه في تقرير الوزارة.

«أي إصدار بالضبط؟» — «ندعم HL7» جملة بلا معنى. HL7 v2.3 و v2.5.1 و FHIR R4 أشياء مختلفة، والفروق تكلّف أسابيع.

«أرِني وثيقة الواجهة» — أي تكامل جادّ له مواصفة مكتوبة تصف الرسائل والحقول. غيابها يعني أن التكامل يُبنى لكم من الصفر بينما تدفعون ثمن «دعم قائم».

«مع أي جهاز أو نظام ربطتم هذا فعلاً؟» — اسم جهاز محدّد وموديله. الدعم النظري يختلف عن ربط جرى مرة واحدة على الأقل.

«من يتحمّل كلفة التكامل مع طرف ثالث؟» — هذا البند تحديداً هو ما يفجّر ميزانيات المشاريع الصحية. احسمه في العقد لا بعده.

«كيف نصدّر بياناتنا لو انتهت العلاقة؟» — المعيار الذي يُدخل البيانات هو نفسه الذي يُخرجها. من لا يستطيع التصدير بمعيار لم يكن يستعمله في الداخل.