تخطي للذهاب إلى المحتوى
Englishاحجز عرضًا توضيحيًا
الحلول
المنصة
التكامل
الأمان والتنفيذ
الموارد
الشركة
احجز عرضًا توضيحيًا

الربط بـ HL7 وFHIR للمستشفيات والمختبرات ومنصات التبادل

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

ما HL7 وFHIR

يصف HL7 الإصدار 2 كيف يخبر نظام صحي نظامًا آخر بأن شيئًا حدث: دخل مريض، أو طُلب فحص، أو أصبحت نتيجة جاهزة. والرسالة نص عادي من مقاطع، والنقل المعتاد هو MLLP، ولا أمان فيه بذاته، فيعمل عادةً داخل VPN أو مغلّفًا بـ TLS.

ويأتي FHIR من المنظمة نفسها لكنه يصف البيانات الصحية موارد، مثل Patient أو Claim، بواجهة ويب. ولا يجعل أيٌّ منهما الآخر قديمًا. والسؤال العملي للمستشفى: أي معيار ينشره كل شريك، وكيف يتصل بهم جميعًا دون بناء نظام منفصل لكل منهم.

نظرة سريعة
HL7 v2
رسائل نصية محدَّدة بفواصل: ADT وORM وORU وMDM وRDE وVXU. تُنقل عادةً عبر MLLP داخل VPN أو TLS.
FHIR R4
موارد مثل Patient وEncounter وObservation وClaim، بصيغة JSON أو XML عبر HTTPS.
الاستخدام في المنطقة
نفيس في السعودية (FHIR R4.0.1)، ونبض في دبي (HL7 v2.5)، وملفي في أبوظبي (سجل طبي قادر على HL7)
النهج
نموذج داخلي واحد، يُترجم عند الحافة لكل شريك
HL7 وFHIR

أين تلقاهما

أجهزة التحليل المخبري والوسطاء وأنظمة الأشعة والصيدلية، ومعظمها يتحدث HL7 v2.
منصات التبادل الوطنية والإقليمية: يستخدم نفيس FHIR R4.0.1، ويصف نبض رسائل HL7 v2.5 وC-CDA، ويطلب ملفي سجلًا طبيًا قادرًا على HL7 يرسل ADT في الوقت الفعلي.
جهات الدفع والتطبيقات التي تتوقع موارد بدل رسائل، إلى جانب شركاء v2 في المستشفى نفسه.
HL7 وFHIR

ما البيانات المتبادلة

هوية المريض والزياراترسائل ADT في HL7 v2؛ وموردا Patient وEncounter في FHIR.
الطلبات والنتائجرسائل ORM وORU في HL7 v2؛ وموارد ServiceRequest وObservation وDiagnosticReport في FHIR.
الوصفات والمستنداترسائل RDE وMDM في HL7 v2، كما ينشرها الشريك.
المطالبات والأهليةتصدير FHIR Claim وموصّلات أهلية جهات الدفع عبر FHIR R4 أو واجهة REST عامة.
HL7 وFHIR

ما الذي يجعل الواجهة تعمل

مواصفات مكتوبة

المعياران مرنان، والمرونة مصدر المشكلات.

  • أنواع الرسائل والحقول ورسائل نموذجية بلا بيانات مرضى حقيقية
  • ربط رموز يراجعه المسؤول السريري عن كل رمز
  • دليل الشريك وملفات تعريفه وبيان قدراته CapabilityStatement مرجعًا نهائيًا

الإقرارات والتسليم

يجب أن يقرأ المرسِل الجواب.

  • إقرارات HL7 v2: AA وAE وAR، أو CA وCE وCR في الوضع المحسَّن
  • ردود FHIR والاستعلام الدوري حيث يؤجلها البرنامج
  • إعادة محاولات لا تنشئ نسخًا مكررة

التشغيل

معظم الإخفاقات صامتة.

  • مراقبة تنبّه شخصًا مسمّى حين تتراكم الرسائل أو تفشل أو تتوقف
  • مسؤول مسمّى حين يغيّر الشريك مواصفاته
  • إجراء للتوقف وطريقة لإعادة الإرسال
HL7 وFHIR

كيف تتعامل Ventrecs مع ذلك

فصل النظام السريري عن النقليسجّل نظام المستشفى الأحداث جزءًا من سجل المريض. ويعمل HL7 v2 وغيره من وسائل النقل في طبقة تكامل منفصلة.
موارد بصيغة FHIR R4تُنتَج موارد Patient وEncounter وServiceRequest وObservation وObservation المخبرية وDiagnosticReport وImagingStudy من صندوق صادر دائم لخدمة تكامل معتمدة.
نطاق لكل مشروعنتفق معك ومع الشريك على أنواع الرسائل والربط والمسؤولين وخطة الاختبار، ونختبر في بيئة الشريك.
صندوق صادر دائمتخرج الرسائل عبر صندوق صادر مع إعادة المحاولة وسجل للمعاملات وطابور للمطابقة، فيصبح الرد المؤجل أو المرفوض أو المفقود حالة ظاهرة لها مسؤول.
كيف يُنفَّذ الربط

تُبنى كل واجهة HL7 v2 أو FHIR لأجهزتك وشركائك: يُحدَّد نطاقها لكل مشروع وتُختبر في بيئة الشريك وتُعتمد قبل التشغيل. وتنتج Ventrecs موارد بصيغة FHIR R4، وتُضاف ملفات تعريف كل شريك وقوائم قيمه وحالات اختباره وتُختبر لكل مشروع.

تحمل Ventrecs Connect الرسائل. اطّلع على كيفية تنفيذ التكامل من تحديد النطاق إلى المراقبة. Ventrecs Connect · دورة التكامل

HL7 وFHIR

خطوات التنفيذ المعتادة

المراحل الثماني نفسها لكل تنفيذ في Ventrecs، مطبَّقة على هذا الاتصال. كيف ننفّذ

  1. 1
    الاستكشافنتأكد مع كل شريك أي أنواع منشآتك يجب أن تتصل، وأي الرسائل أو المعاملات تنطبق.
  2. 2
    التصميمنتفق على مجموعة الرسائل والمعرّفات وربط الرموز، ونسمّي مسؤولًا عن كل واجهة.
  3. 3
    الإعدادنُعدّ المنشآت والمستخدمين والكتالوجات وطبقة التكامل، مع حفظ بيانات الاعتماد خارج السجلات السريرية.
  4. 4
    الترحيلنحمّل البيانات الرئيسية التي يحتاجها التبادل، مثل المنشآت والأطباء ومعرّفات المرضى، ونطابقها.
  5. 5
    الاختبارنختبر في البيئة التي يوفّرها كل شريك ببيانات اصطناعية، بما فيها الرسائل المرفوضة والمكررة.
  6. 6
    التدريبندرّب الفرق التي تراقب الواجهة وتعالج المرفوضات.
  7. 7
    التشغيلننتقل على مراحل مع دعم في الموقع، وباعتماد كل شريك حيث تشترطه الجهة المشغّلة.
  8. 8
    الدعم المكثّفمراقبة قريبة في الأسابيع الأولى، ثم التسليم إلى عملية الدعم المتفق عليها.
HL7 وFHIR

المصادر

وثائق الجهات المشغّلة والمعايير التي تستند إليها هذه العبارات. المعايير تتغير، فاعمل من الإصدار الحالي.

HL7 وFHIR

أسئلة نتلقاها

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

استخدم ما ينشره كل شريك. احتفظ بنموذج داخلي واحد وترجم عند الحافة، بربط واحد ومسؤول واحد لكل شريك.

ما MLLP؟

بروتوكول الطبقة الدنيا البسيط: غلاف بسيط يخبر المستقبِل أين تبدأ كل رسالة HL7 v2 وتنتهي على اتصال TCP. ولا أمان فيه بذاته.

هل تدعم Ventrecs معيار FHIR R4؟

نعم. تنتج Ventrecs موارد بصيغة FHIR R4 لخدمة تكامل، وتُضاف ملفات تعريف كل شريك وتُختبر لكل مشروع.

هل تستطيع Ventrecs الربط بجهاز التحليل أو منصة التبادل لدي؟

نعم. نبني كل واجهة مشروعًا مستقلًا: يُحدَّد نطاقها معك ومع الشريك وتُختبر في بيئة الشريك وتُعتمد قبل التشغيل.

حدّثنا عن منشأتك

أخبرنا عن منشأتك وأنظمتك الحالية، وسنرد خلال يوم عمل واحد.