FHIR (موارد التشغيل البيني السريع للرعاية الصحية)

FHIR (Fast Healthcare Interoperability Resources) هو معيار دولي من HL7 لتبادل معلومات الرعاية الصحية باستخدام وحدات بيانات معيارية تسمى الموارد وواجهات برمجة التطبيقات على نمط الويب. يجمع هذا المعيار بين نمذجة المعلومات المنظمة لمعايير HL7 السابقة وتقنيات الويب المستخدمة على نطاق واسع — واجهات برمجة التطبيقات RESTful، وتسلسل JSON وXML، وبروتوكول HTTP القياسي — لجعل بيانات الصحة أسهل في الوصول إليها وبناء التطبيقات عليها.

Definition

FHIR هو معيار يمثل البيانات السريرية والإدارية كموارد منفصلة ومكتفية ذاتيًا — لكل منها بنية محددة وهوية مستقرة — ويتبادلها من خلال واجهة برمجة تطبيقات RESTful عبر بروتوكولات الويب القياسية، بحيث يمكن للأنظمة والتطبيقات قراءة وكتابة والبحث في البيانات الصحية بطريقة قابلة للتشغيل البيني.

Scope

يغطي هذا المدخل نموذج موارد FHIR، ونموذج التبادل RESTful الخاص به، والتنميط لتلبية الاحتياجات المحلية، وعلاقته بمعايير HL7 السابقة وبالتطبيقات القابلة للاستبدال مثل SMART on FHIR. يتعامل هذا المدخل مع FHIR كمعيار لتبادل البيانات وموضوع منهجي؛ ولا يقدم إرشادات للتنفيذ أو تكوين الأمان أو الشراء.

Core questions

• ما هو مورد FHIR، وكيف تتحد الموارد لتمثيل سجل المريض؟
• كيف يختلف نهج واجهة برمجة التطبيقات RESTful عن رسائل HL7 v2؟
• ما هي الملفات الشخصية (profiles) والامتدادات (extensions)، ولماذا هي ضرورية؟
• كيف يمكّن FHIR التطبيقات القابلة للاستبدال مثل SMART on FHIR؟

Key concepts

• الموارد (المريض، الملاحظة، الزيارة، طلب الدواء، إلخ.)
• واجهة برمجة تطبيقات RESTful (إنشاء، قراءة، تحديث، حذف، بحث)
• تسلسل JSON و XML
• المراجع والحزم
• الملفات الشخصية والامتدادات
• أدلة التنفيذ
• تطبيقات SMART on FHIR القابلة للاستبدال

Mechanisms

يقوم FHIR بنمذجة معلومات الرعاية الصحية كموارد — وحدات معيارية مثل المريض (Patient)، والملاحظة (Observation)، أو طلب الدواء (MedicationRequest) — لكل منها مجموعة محددة من العناصر وهوية مستقرة وقابلة للعنونة. تشير الموارد إلى بعضها البعض، ويمكن تجميع مجموعات من الموارد في حزم (bundles). تتبادل الأنظمة هذه الموارد من خلال واجهة RESTful حيث تقوم عمليات HTTP القياسية بإنشاء وقراءة وتحديث وحذف والبحث في الموارد، مع تسلسل البيانات كـ JSON أو XML. نظرًا لأن عمليات النشر الفردية تحتاج إلى قيود محلية، يدعم FHIR التنميط (profiling): تقوم الملفات الشخصية (profiles) والامتدادات (extensions) بتكييف الموارد الأساسية مع ولاية قضائية أو حالة استخدام، وتقوم أدلة التنفيذ (implementation guides) بتجميع هذه الموارد لمجتمع معين. يدعم تصميم الموارد وواجهة برمجة التطبيقات هذا أيضًا التطبيقات القابلة للاستبدال، حيث يمكن لتطبيق مصرح به مقابل نقطة نهاية FHIR (نمط SMART on FHIR) أن يعمل عبر الأنظمة المتوافقة.

Clinical relevance

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

Evidence & guidelines

FHIR هو معيار HL7 International معياري، تم تطويره والتصويت عليه من خلال HL7، مع وجود أدلة تنفيذ وطنية وإقليمية تقيده للاستخدام المحلي. يُعد Bender و Sartipi (2013) وصفًا تقنيًا مبكرًا لتصميم المعيار RESTful؛ ويقدم كتاب Benson و Grieve وصفًا موحدًا لـ FHIR جنبًا إلى جنب مع HL7 و SNOMED CT، ويقدم Mandl و Kohane (2012) الأساس المنطقي للسياسة المعمارية المفتوحة القائمة على التطبيقات التي يدعمها FHIR.

History

بدأت HL7 في تطوير FHIR حوالي 2011-2012، بقيادة Grahame Grieve، كبديل أخف وزنًا بشكل متعمد لإصدار HL7 3 الذي أعاد استخدام تقنيات الويب السائدة. وصفت الأوصاف المبكرة مثل Bender و Sartipi (2013) هذا المعيار كنهج رشيق قائم على RESTful، وتقدم المعيار من خلال إصدارات متتالية نحو الوضع المعياري خلال العقد الثاني من القرن الحادي والعشرين، متقاربًا مع الحجج السياسية لتكنولوجيا المعلومات الصحية المفتوحة والقابلة للاستبدال.

Debates

ما مدى نجاح FHIR في تحقيق التشغيل البيني الدلالي الحقيقي؟

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

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

كيف يختلف FHIR عن رسائل HL7 v2؟

ترسل HL7 v2 رسائل تعتمد على الأحداث مع مقاطع محددة، بينما يعرض FHIR موارد منفصلة من خلال واجهة برمجة تطبيقات ويب RESTful يمكن للأنظمة قراءتها وكتابتها والبحث فيها مباشرة، باستخدام تنسيقات سائدة مثل JSON عبر HTTP.

ماذا يعني SMART on FHIR؟

SMART on FHIR هو نمط يقوم فيه تطبيق بالترخيص مقابل نقطة نهاية FHIR باستخدام معايير مفتوحة، بحيث يمكن تشغيل نفس التطبيق عبر أنظمة مختلفة تعرض واجهات برمجة تطبيقات FHIR متوافقة؛ وهو أحد الدوافع لتصميم FHIR القائم على الموارد وواجهة برمجة التطبيقات.