تكامل HL7 وFHIR في المملكة العربية السعودية

يقوم العمل اليومي في أي مستشفى سعودي على حوار متواصل بين الأنظمة: يسجّل نظام المعلومات الصحية (HIS) المريض، ويستقبل نظام المختبر (LIS) الطلب ويعيد النتيجة، ويجدول نظام الأشعة (RIS) الفحص بينما يحفظ نظام PACS الصور، ثم ترسل دورة الإيرادات المطالبة إلى منصة نفيس. وحين ينقطع هذا الحوار يعيد الموظفون إدخال البيانات يدويًا، وتضيع نتائج، وتُرفض مطالبات. وتكامل HL7 وFHIR هو الهندسة التي تجعل هذا التبادل موثوقًا: رسائل HL7 v2 داخل المنشأة، ومعيار HL7 FHIR R4 للمنصات الوطنية مثل نفيس، ومعيار DICOM للتصوير الطبي. وتتولى Superior Business Solutions (SBS) تصميم هذه الواجهات وبناءها ودعمها للمستشفيات والمجمعات الطبية والمختبرات ومراكز الأشعة والصيدليات في أنحاء المملكة، مستندةً إلى خبرة تزيد على 14 عامًا في تقنية المعلومات الصحية وأنظمة ERP.

ما الذي تقدمه SBS

• حصر الواجهات وتصميمها: توثيق كل نظام ورسالة ومحفّز ومسؤول، مع مواصفات على مستوى الحقول يُتفق عليها مع كل مورّد.
• محرك التكامل: محور مركزي يتحقق من الرسائل ويحوّلها ويسجّلها ويعيد إرسالها، بدلًا من وصلات مباشرة هشّة بين الأنظمة.
• الربط مع نفيس: التحقق من الأهلية والموافقات المسبقة والمطالبات وتسوية المدفوعات من نظام HIS أو نظام دورة الإيرادات لديك.
• مواءمة الترميز: ربط أدلة الخدمات بمجموعات الرموز التي تتوقعها شركات التأمين والمنصات في المملكة.
• الاختبار والمراقبة والدعم: التنسيق مع المورّدين، والتهيئة لاختبارات المنصة، ودعم مع مراقبة مستمرة بعد التشغيل.

أنماط التكامل: HL7 v2 وFHIR وDICOM وملفات IHE

HL7 v2 داخل المستشفى

ما زالت معظم أنظمة HIS وLIS وRIS العاملة في المملكة تتبادل البيانات برسائل HL7 v2 عبر بروتوكول MLLP، ويكفي عدد محدود من أنواع الرسائل لتشغيل مستشفى كامل: أحداث ADT (القبول A01، والتسجيل A04، وتحديث البيانات A08، ودمج الملفات A40) تُبقي قوائم المرضى متطابقة في كل الأنظمة، ورسائل ORM/OML تنقل طلبات المختبر والأشعة، وORU تعيد النتائج، وSIU تشارك المواعيد، وMDM تنقل الوثائق مثل ملخصات الخروج، وDFT ترحّل الرسوم إلى الفوترة. والصعوبة الحقيقية نادرًا ما تكون في صيغة الرسالة؛ إنها في الاتفاق مع كل مورّد على المقاطع المخصصة (Z-segments) والمعرّفات وجداول الترميز وسلوك رسائل الإقرار (ACK)، ثم إلزام جميع الأطراف بهذا الاتفاق.

FHIR R4 للمنصات الوطنية والتطبيقات

بُنيت منصة نفيس على معيار HL7 FHIR R4، وتنتقل معاملاتها في حزم رسائل FHIR تتكون من موارد مثل CoverageEligibilityRequest وClaim (الذي يُستخدم للموافقة المسبقة وللمطالبة معًا) وClaimResponse وCommunication وPaymentReconciliation، ويجري التحقق منها وفق دليل التطبيق الخاص بالمنصة. وبعض الردود لا يصل فورًا، فعلى نظامك أن يستعيدها لاحقًا ويطابقها مع طلباتها بدلًا من الانتظار. كما أن FHIR هو الخيار الطبيعي لتطبيقات المرضى والبوابات الإلكترونية وتغذية التحليلات، عبر واجهات REST مؤمّنة بمعياري OAuth 2.0 وSMART on FHIR حيث يلزم.

DICOM وملفات IHE

يعتمد التصوير الطبي على DICOM: يسحب جهاز الأشعة جدول عمله من قائمة العمل (Modality Worklist) التي تغذيها طلبات RIS، ويبلّغ عن تقدّم الفحص عبر MPPS، ثم يرسل الدراسة إلى PACS. وتمنح ملفات IHE هذه التدفقات شكلًا مجرّبًا: ملف Scheduled Workflow لسير عمل الأشعة، وPIX/PDQ لتوحيد هوية المريض بين الأنظمة، وXDS وXDS-I لمشاركة الوثائق والصور، وATNA لسجلات التدقيق والاتصالات الموثّقة.

محرك واحد بدلًا من وصلات متشعبة

يحلّ محرك التكامل بنمط المحور والأطراف محل الوصلات المباشرة الهشة، ويوفر مكانًا واحدًا لمراقبة الحركة وإعادة إرسال الرسائل. ومن المحركات الشائعة في المنطقة Mirth Connect (NextGen Connect) وRhapsody وInterSystems IRIS for Health، وتختلف نماذج ترخيصها، بل تغيّر بعضها مؤخرًا؛ لذا يدخل اختيار المحرك في أول نقاش حول التكلفة. وإن كان لديك محرك قائم، نبني عليه.

مواءمة الترميز مع المعايير السعودية

قد تكون الرسالة سليمة البنية ومع ذلك تُرفض بسبب رموزها. فمنصة نفيس تتوقع تشخيصات بترميز ICD-10-AM، ورموز الإجراءات والخدمات من نظام الفوترة السعودي الصادر عن مجلس الضمان الصحي (المشتق من التصنيف الأسترالي ACHI)، ومعرّفات الهيئة العامة للغذاء والدواء للأدوية. وداخليًا، يُستحسن ربط فحوص المختبر بـ LOINC والمعطيات السريرية بـ SNOMED CT متى دعمها النظام المستقبِل. ونحن نبني جداول المواءمة من دليل خدمات كل منشأة إلى مجموعات الرموز المعيارية ونحافظ عليها، لأن كثيرًا من حالات رفض المطالبات يبدأ من هنا.

المنصات والأنظمة السعودية التي تحدد تصميم الواجهات

نفيس ومجلس الضمان الصحي

نفيس هي المنصة الوطنية التي يتبادل عبرها مقدمو الخدمة وشركات التأمين بيانات الأهلية والموافقات المسبقة والمطالبات والمدفوعات، وتعمل تحت مظلة مجلس الضمان الصحي (مجلس الضمان الصحي التعاوني سابقًا). ويُتمّ مقدمو الخدمة ومورّدو أنظمتهم خطوات الانضمام والاختبار قبل الإرسال الفعلي، كما أن دليل التطبيق يتطور باستمرار، لذا ينبغي أن تكون الواجهات محددة الإصدارات وقابلة للضبط بالإعدادات، وأن يُعاد اختبارها مع كل إصدار جديد. ويتوقف نجاح التحقق من الأهلية على التقاط رقم الهوية الوطنية أو الإقامة أو غيرهما من المعرّفات الرسمية بدقة عند التسجيل.

التبادل الوطني للمعلومات الصحية

وإلى جانب التأمين، تمضي المملكة في بناء سجلات سريرية مشتركة. ويُصدر المركز الوطني للمعلومات الصحية (NHIC) سياسات التبادل السعودي للمعلومات الصحية ومعايير التشغيل البيني الخاصة به، بما يشمل هوية المريض والموافقة والخصوصية والوثائق السريرية. أما المنشآت التي تنضم والملفات التقنية المعتمدة فتتوقف على المرحلة الحالية للبرنامج وعلى قطاع منشأتك؛ لذا نبدأ أي مشروع للتبادل من أحدث مواصفة منشورة.

سباهي وضوابط الأمن السيبراني ونظام حماية البيانات الشخصية

يتطلب اعتماد سباهي سجلات مكتملة ومحدّثة في وقتها ومحمية وقابلة للتتبع؛ فالواجهة التي تُسقط نتيجة حرجة دون تنبيه أو تُكرر ملف مريض تتحول إلى ملاحظة في التقييم، لا مجرد بلاغ تقني. وتُلزم الضوابط الأساسية للأمن السيبراني الصادرة عن الهيئة الوطنية للأمن السيبراني الجهاتِ الحكومية وشركاتها والجهاتِ التي تملك بنى تحتية وطنية حساسة أو تشغّلها أو تستضيفها، ويشمل ذلك خوادم التكامل ووصلاته، وهي ممارسة سليمة لغيرها أيضًا. أما نظام حماية البيانات الشخصية الذي تشرف عليه الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) فيعدّ البيانات الصحية بيانات حساسة ويقيّد نقلها إلى خارج المملكة، وهذا ما يحدد مكان استضافة المحرك وسجلاته وأرشيف رسائله.

الواجهات التي تبنيها SBS عادةً

الاختبار والتشغيل والمراقبة

1. الاستكشاف: حصر الواجهات وأحجام الرسائل، وقائمة بالفجوات مقارنةً بمتطلبات نفيس والأقسام.
2. المواصفات: ملفات تعريف الرسائل، والمواءمة على مستوى الحقول، وجداول الترميز، وقواعد معالجة الأخطاء، يعتمدها كل مورّد.
3. البناء واختبار الوحدات: تطوير القنوات على المحرك واختبارها برسائل تجريبية وبيانات مجهّلة الهوية.
4. الاختبار المتكامل واختبار المنصة: سيناريوهات شاملة مع كل مورّد، ثم بيئة اختبار نفيس وخطوات الانضمام.
5. الانتقال إلى التشغيل: إطلاق منضبط مع تحقق موازٍ من النتائج والمطالبات، وخطة جاهزة للتراجع.
6. التشغيل المستمر: تنبيهات على تراكم الطوابير ورسائل الرفض (NACK) وزمن الاستجابة والمطالبات المرفوضة، مع إعادة إرسال الرسائل وفريق دعم مخصص.

ما الذي يحدد التكلفة

• عدد الأنظمة والواجهات، وأنواع الرسائل في كل واجهة.
• رسوم المورّدين، إذ يتقاضى كثير من مورّدي HIS وLIS وPACS رسومًا لتفعيل الواجهة أو تعديلها.
• ترخيص المحرك واستضافته، داخل المنشأة أو على سحابة مستضافة في المملكة.
• أعمال الترميز، أي حجم دليل الخدمات لديك ومدى جودته.
• نطاق نفيس: التحقق من الأهلية فقط، أم الدورة كاملة بما فيها المراسلات والتسوية.
• ضوابط الأمن المطلوبة وفق ضوابط الهيئة الوطنية للأمن السيبراني ونظام حماية البيانات الشخصية وسياساتك الداخلية، وساعات الدعم التي تحتاجها.

نقدّم عرض السعر بعد مرحلة استكشاف قصيرة وعلى أساس قائمة واجهات محددة، فتعرف بالضبط ما يشمله النطاق.

كيف تختار شريك التكامل في السعودية

• هل يعمل وفق دليل تطبيق نفيس الحالي ويعرف خطوات الانضمام؟
• هل يتولى مواءمة الترميز مع المعايير السعودية، أم يكتفي بنقل الرسائل؟
• هل تعمل الواجهات على محرك يتيح المراقبة وإعادة الإرسال وسجلات تدقيق يمكنك الاطلاع عليها؟
• هل يتعامل مع العربية كما ينبغي: ترميز UTF-8 من طرف إلى طرف، والأسماء بالعربية والإنجليزية، وتحويل التاريخ الهجري إلى الميلادي؟
• هل يستطيع استضافة الواجهات وتشغيلها بما يتوافق مع ضوابط الأمن السيبراني ونظام حماية البيانات الشخصية؟
• هل يفهم العمليات السريرية والمالية خلف كل رسالة، بما فيها إدارة التأمين والطرف الثالث؟

الأسئلة الشائعة

كم تكلفة تكامل HL7 أو FHIR في السعودية؟

تعتمد التكلفة على عدد الواجهات، ورسوم المورّدين، وترخيص محرك التكامل، والاستضافة، ونطاق معاملات نفيس. وتقدّم SBS عرض السعر بعد استكشاف قصير وعلى أساس قائمة واجهات محددة، لا بتقديرات مفتوحة.

كم يستغرق الربط مع منصة نفيس؟

يتوقف ذلك على مدى دعم نظامك الحالي لدليل تطبيق نفيس، وجودة مواءمة رموز الخدمات، ومواعيد اختبارات الانضمام. فالواجهة الواحدة محددة المواصفات تستغرق عادةً أسابيع، أما البرنامج متعدد الأنظمة الذي يشمل نفيس والمختبر والأشعة وERP فيمتد عدة أشهر.

هل تستخدم نفيس HL7 v2 أم FHIR؟

بُنيت نفيس على معيار HL7 FHIR R4 وتتبادل حزم رسائل للأهلية والموافقات المسبقة والمطالبات وتسوية المدفوعات. أما معظم الواجهات الداخلية في المستشفيات فما زالت تعتمد HL7 v2، لذلك يربط محرك التكامل بين المعيارين عادةً.

هل يجب المرور بإجراءات الانضمام والاختبار في نفيس؟

نعم، يُتمّ مقدمو الخدمة والأنظمة التي يستخدمونها خطوات الانضمام والاختبار تحت مظلة مجلس الضمان الصحي قبل الإرسال الفعلي. وتجهّز SBS واجهاتك وحالات الاختبار وتدعمك خلال هذه المرحلة، أما الموافقة فتصدر عن المنصة لا عن SBS.

هل تدعم الواجهات بيانات المرضى باللغة العربية؟

نعم، نضبط ترميز UTF-8 من طرف إلى طرف، وننقل الأسماء العربية والإنجليزية في الحقول الصحيحة، ونحوّل التواريخ الهجرية إلى الصيغ الميلادية التي يتطلبها HL7 وFHIR، فتبقى البيانات مقروءة في كل نظام متصل.

كيف تُؤمَّن الواجهات وفق ضوابط الأمن السيبراني ونظام حماية البيانات؟

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