شرح تكامل أنظمة المستشفيات

إجابة مختصرة: تدير المستشفى عشرات الأنظمة، والتكامل هو العمل على جعلها تتفق على مريض واحد. في المركز توجد نظام المعلومات بالمستشفى (HIS) أو السجل الصحي الإلكتروني (EHR)، الذي يمتلك هوية المريض، ومدخلاته، والسجل السريري. حوله: نظام المختبر (LIS)، الأشعة (RIS و PACS)، الصيدلية، غرفة العمليات، الطوارئ، الفواتير، الأجهزة (شاشات المراقبة، مضخات التسريب)، وبشكل متزايد تطبيقات المرضى، الأجهزة القابلة للارتداء، والطب عن بعد. يقوم محرك الواجهة في الوسط باستقبال وتحويل وتوجيه الرسائل، بحيث يتم توصيل كل نظام مرة واحدة بدلاً من كل نظام بالآخر. معظم حركة المرور هي رسائل HL7 v2 عبر MLLP للأحداث (المدخلات، الطلبات، النتائج)، DICOM للصور، CDA أو PDF للمستندات، و FHIR عبر REST لأي شيء جديد، أو موجه للمرضى، أو خارجي.

الأنظمة وما تتبادله

تتكون بيئة التكامل في المستشفى من نظام معلومات المستشفى (HIS) أو السجل الصحي الإلكتروني (EHR)، الذي يمتلك هوية المريض، وسجلات الدخول والخروج، والسجل السريري، بالإضافة إلى نظام المختبر، وقسم الأشعة (RIS و PACS)، والصيدلية، والأجهزة، وتطبيقات المرضى، والطب عن بعد، والأنظمة الإقليمية. تتبادل هذه الأنظمة رسائل HL7 v2 مثل ADT، والطلبات، ونتائج ORU، وصور DICOM، ومستندات CDA، وموارد FHIR.

النظام	يمتلك	يرسل	يستقبل
HIS / EHR	هوية المريض، المدخلات، الطلبات، السجل السريري	ADT (مدخلات، تحويلات)، طلبات ORM/OML، جدولة SIU	نتائج ORU، مستندات MDM، رسوم DFT
LIS (المختبر)	العينات، التحاليل، النتائج، نطاقات المرجع	نتائج ORU^R01، استجابات طلبات ORR	طلبات ORM/OML، ADT للبيانات الديموغرافية
RIS / PACS	طلبات التصوير، قوائم العمل، التقارير، الصور	تقارير ORU، DICOM للمشاهدين، SIU	طلبات ORM/OMI، ADT؛ DICOM MWL للأجهزة
الصيدلية	قائمة الأدوية، صرف الأدوية، المخزون	RDS صرف، RAS إدارة	طلبات أدوية OMP/RDE، ADT
الأجهزة وشاشات المراقبة	العلامات الحيوية، الموجات، الإنذارات	ملاحظات ORU^R01 (IHE PCD)، خاصة بالبائع	ADT لسياق المريض
بوابة المرضى / التطبيقات	بيانات أدخلها المريض، الوصول	ملاحظات FHIR، استبيانات، رسائل	قراءة FHIR للنتائج، المواعيد، المستندات
الطب عن بعد	زيارات الفيديو، المراقبة عن بعد	لقاء FHIR، ملاحظة، مرجع مستند	موعد، سياق المريض، تشغيل SMART
الأنظمة الإقليمية والوطنية	سجلات مشتركة، سجلات، وصفات إلكترونية	مستندات CDA (XDS)، FHIR، رسائل وطنية	استعلامات، إشعارات

محرك الواجهة

محرك الواجهة هو مركز الرسائل في المستشفى: يستقبل حركة مرور HL7 v2 و FHIR والملفات وقواعد البيانات من كل نظام، ويحولها ويوجهها إلى كل نظام آخر يحتاجها، ويحتفظ بقوائم الانتظار، وإعادة المحاولة، والمراقبة، والتدقيق. بدونه، تحتاج N أنظمة إلى ما يصل إلى N×(N−1)/2 واجهة مصممة يدويًا؛ ومع وجوده، يتصل كل نظام مرة واحدة.

يوفر المحرك (Mirth Connect / NextGen Connect، Rhapsody، InterSystems HealthShare و IRIS for Health، Infor Cloverleaf، Qvera QIE، وغيرها) مستمعات (MLLP، HTTP، ملفات، قواعد بيانات)، تحويلات (تعيين الحقول، إصلاح الرموز، تحويل v2 إلى FHIR)، توجيه (إرسال ADT إلى ثمانية أنظمة مع ثمانية عوامل تصفية)، قوائم انتظار وإعادة محاولة، مراقبة و تدقيق. وهو أيضًا المكان الذي تتم فيه مطابقة هوية المريض عندما تختلف الأنظمة، وحيث غالبًا ما يتم بناء واجهة FHIR فوق قاعدة بيانات قديمة. انظر شرح محركات الواجهة.

التدفقات الأكثر أهمية

تدفقات تكامل المستشفى الأكثر أهمية هي ADT (الدخول، الخروج، النقل، وتحديثات البيانات الديموغرافية التي تنتشر من HIS)، والطلبات والنتائج بين EHR والمختبر أو قسم الأشعة، وطلبات الأدوية وصرفها، والمستندات مثل خطابات الخروج، وبيانات الأجهزة من أجهزة المراقبة، وتبادل النتائج والمواعيد والقياسات المنزلية مع المرضى عبر FHIR.

ADT: كل مدخل، خروج، تحويل، تسجيل، وتحديث للبيانات الديموغرافية (A01، A03، A02، A04، A08، A40 دمج) ينتشر من HIS إلى كل الأنظمة الأخرى. إذا كان ADT متأخراً أو خاطئاً، فإن كل نظام تابع يسجل البيانات تحت المريض أو المدخل الخاطئ. انظر شرح رسائل HL7 v2: ADT و ORU.
الطلبات والنتائج: ORM/OML للخارج، ORU للداخل، مع أرقام الموضع والمُنفذ التي تربطها ببعضها؛ LOINC و UCUM في النتائج. انظر رسائل طلبات HL7 v2 و دمج نظام مختبر مع EHR.
التصوير: طلبات إلى RIS، قوائم عمل DICOM إلى الماسحات الضوئية، صور إلى PACS، تقارير كـ ORU، مشاهدات عبر DICOMweb. انظر PACS مقابل RIS مقابل VNA.
الأدوية: طلبات إلى الصيدلية، صرف وإدارة للأدوية للداخل، مع الحلقة المغلقة (الباركود بجانب السرير) كهدف للسلامة.
المستندات: خطابات الخروج، ملاحظات العمليات، والمستندات الممسوحة ضوئياً كرسائل MDM، CDA أو PDF في مستودع المستندات، يتم نشرها إلى السجلات الإقليمية.
الأجهزة: شاشات المراقبة تغذي العلامات الحيوية إلى السجل عبر ملفات تعريف IHE PCD أو بوابات البائع، مع إدارة الإنذارات كتخصص منفصل.
موجهة للمرضى: نتائج، مواعيد، ومستندات إلى البوابة والتطبيقات عبر FHIR؛ استبيانات، قياسات منزلية، وبيانات الأجهزة القابلة للارتداء للداخل، مع تحديد المصدر كبيانات أبلغ عنها المريض. انظر المراقبة عن بعد للمرضى باستخدام FHIR.

أنماط ناجحة

أنماط تكامل المستشفى الناجحة هي: نظام رئيسي واحد لهوية المريض، مع اشتراك الجميع في ADT؛ تعيين الرموز إلى LOINC و SNOMED CT و ATC مرة واحدة عند المحرك؛ إشعارات التأكيد، وقوائم الانتظار، وإعادة المحاولة لكل رسالة؛ نتائج ومستندات متطابقة؛ طبقة FHIR لتطبيقات المرضى والشركاء الخارجيين؛ وبيئات اختبار مع مرضى اصطناعيين قبل التشغيل.

سيد واحد للهوية. HIS (أو فهرس المرضى الرئيسي) يمتلك المعرفات؛ كل الآخرين يشتركون في ADT ولا يخترعون مرضى أبداً.
رموز عند الحدود. قم بتعيين الرموز المحلية إلى LOINC، SNOMED CT، ATC عند المحرك، مرة واحدة، واحتفظ بالرمز المحلي بجانبها.
إقرار، تخزين مؤقت، إعادة محاولة. كل رسالة v2 تحصل على ACK؛ المحرك يحفظ ويعيد التشغيل؛ لا أحد يفقد نتيجة لأن نظاماً كان يعاد تشغيله.
عدم التكرار (Idempotency). النتائج والمستندات تحمل معرفات؛ إعادة التشغيل تحدث تحديثاً بدلاً من تكرار.
طبقة FHIR لكل شيء جديد. تطبيقات المرضى، الطب عن بعد، استخراجات البحث، والشركاء الخارجيون يتحدثون FHIR إلى واجهة أو خادم FHIR مخصص يتم تغذيته من التدفقات الداخلية، بدلاً من HIS مباشرة.
بيئات اختبار بمرضى اصطناعيين، وخطوة توافق (ملفات تعريف IHE Connectathon، مجموعات اختبار وطنية) قبل أن يلمس أي شيء الإنتاج.

أوضاع فشل شائعة في كل مكان

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

مرضى مكررون بسبب أخطاء إدخال التسجيل؛ نتائج مسجلة في مدخل خاطئ بعد دمج؛ رموز اختبار محلية لم يتم تعيينها؛ مناطق زمنية وتوقيت صيفي في طوابع الرسائل؛ وحدات نصية حرة؛ واجهة توقفت بصمت ولم يراقبها أحد؛ مقاطع Z خاصة بالبائع تكسر المحللات؛ و"تغذية CSV المؤقتة" التي لا تزال تعمل بعد عشر سنوات.

أين يغير FHIR الصورة

يغير FHIR تكامل المستشفى عند الحواف بدلاً من النواة. داخل المبنى، لا يزال HL7 v2 و DICOM مستخدمين لأن المحللات وأجهزة المسح والوحدات القديمة تتحدث بهما؛ يتولى FHIR الوصول إلى المرضى، وتطبيقات SMART on FHIR، ودعم قرارات CDS Hooks، والاشتراكات، والتبادل الإقليمي والوطني تحت مظلة EHDS و TEFCA، واستخراجات الأبحاث.

داخلياً، ستبقى HL7 v2 و DICOM لسنوات، لأن كل محلل، ماسح ضوئي، ووحدة قديمة تتحدث بها. FHIR يفوز عند الحواف: وصول المرضى، التطبيقات التي يتم تشغيلها داخل EHR (SMART on FHIR)، دعم القرار (CDS Hooks)، الاشتراكات للتكامل المعتمد على الأحداث، التبادل الإقليمي والوطني تحت EHDS و TEFCA، واستخراجات البحث. تقوم العديد من المستشفيات الآن بتشغيل خادم FHIR يتم تغذيته بواسطة المحرك كطبقة تكامل لكل شيء خارج المبنى؛ انظر معايير التشغيل البيني للرعاية الصحية: الخريطة.

في Anpheros

منصة Anpheros تقع على حافة FHIR لتكامل المستشفى: سجل FHIR R4 يمكن للمستشفى أو العيادة الكتابة إليه والقراءة منه بموافقة المريض، يتم تغذيته بواسطة تكامل المستشفى الخاص عبر موصل المختبر (HL7 v2 ORU، CSV أو JSON)، مع خطافات الويب والأصل لكل مصدر. لا تحل محل HIS أو المحرك.

منصة Anpheros تقع عند هذه الحافة: سجل FHIR R4 يمكن للمستشفى أو العيادة الكتابة إليه والقراءة منه بموافقة المريض، يتم تغذيته بواسطة تكامل المستشفى الخاص (موصل المختبر lab connector يأخذ HL7 v2 ORU، CSV أو JSON)، مع خطافات ويب لإشعار التغيير والمصدر لكل مصدر. لا يحل محل HIS أو المحرك؛ بل يعطي المريض سجلاً يتبعه خارج المبنى.

صفحات ذات صلة

مصادر

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

هل يجب على مستشفى جديد دمج كل شيء مع FHIR؟

ليس كل شيء. المحللات، الماسحات الضوئية، ومعظم الأنظمة الإدارية تتحدث HL7 v2 و DICOM، ولن يتغير ذلك قريباً. استخدم FHIR للتكاملات الموجهة للمرضى، الخارجية، والجديدة، واستخدم محركاً للربط.

ما الفرق بين HIS و EHR؟

يختلف الاستخدام حسب البلد. HIS غالباً ما يعني نظام المستشفى الإداري والسريري معاً؛ EHR يركز على السجل السريري. من منظور التكامل، كلاهما هو النظام الذي يمتلك الهوية، المدخلات، والسجل.

كم عدد الواجهات التي يمتلكها مستشفى متوسط الحجم؟

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

من يمتلك التكامل في المستشفى؟

فريق تكامل تكنولوجيا المعلومات بالمستشفى، عادة بدعم من بائع المحرك، وكل بائع قسمي من جانبه. البرامج الوطنية وملفات تعريف IHE تقلل من عمل المشروع ولكن لا تزيله تماماً.

Anpheros Platform

جرّبه مجانًا في بيئة الاختبار

أول طلب FHIR خلال 5 دقائق. واجهة برمجة تطبيقات HL7 FHIR R4 مع موافقة المريض مدمجة: جربها في بيئة الاختبار، ثم اربط تطبيقك الخاص أو نظام عيادتك.

أنشئ بيئة اختبار مجانية اقرأ أدلة المطورين →

مجاني · 30 مريضًا اصطناعيًا · دون بطاقة

هذا الدليل هو للمعلومات فقط ولا يغني عن الاستشارة الطبية. لاتخاذ قرارات بشأن صحتك، تحدث مع طبيبك. في حالة الطوارئ، اتصل برقم الطوارئ المحلي (112 في أوروبا).

بقلم

فريق Anpheros

تبني Anpheros سجلًا طبيًا يتحكم فيه المريض ويمكن مشاركته مع أي عيادة، على منصة HL7 FHIR R4، مقرها في الاتحاد الأوروبي. تساعدك هذه الأدلة على فهم وتنظيم صحتك؛ ولا تغني عن استشارة طبيبك.

عن Anpheros →