شرح FHIR: معيار بيانات الرعاية الصحية المصمم لعصرنا

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

تمثل التحدي في ضمان قابلية التشغيل البيني بين هذه الأنظمة المتعددة لتتمكن من رؤية جميع البيانات في مكان واحد وفي الوقت الفعلي. وقد دفع ذلك منظمات تطوير معايير HL7 إلى إنشاء معيار جديد للتنسيق وطريقة لنقل البيانات السريرية والإدارية.

في هذا المقال، المُعد بالتعاون مع Łukasz Śliwowski، محلل الأعمال الرئيسي، سنشرح ماهية معيار FHIR ونناقش بنيته وتنفيذه.

ما هو FHIR بعبارات بسيطة؟

FHIR (موارد التشغيل البيني السريع في الرعاية الصحية) هو معيار عالمي طورته منظمة HL7، يصف تنسيق البيانات الطبية لتبادل السجلات الصحية الإلكترونية بين مختلف الأنظمة الطبية بطريقة موحدة.

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

ومع ذلك، كانت الإصدارات الأولى من المعيار، HL7 v.2 المطورة في التسعينيات وHL7 v.3 من أوائل العقد الأول من القرن الحادي والعشرين، صعبة للغاية من حيث التنفيذ ولم تلبِّ جميع المتطلبات. واستجابةً لذلك، في عام 2012، بدأ مطورو البرمجيات العمل على التكرار الأول من FHIR.

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

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

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

ضمان الامتثال لمعيار FHIR

اكتشف كيف يمكننا المساعدة

اكتشف كيف يمكننا المساعدة

بنية FHIR: الموارد والمراجع والملفات التعريفية

ما هي الموارد في FHIR؟

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

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

تستند موارد FHIR إلى قاعدة 80/20 – إذ ينبغي أن ينطبق معيار FHIR الأساسي على 80% من الحالات، بينما تُخصص النسبة المتبقية البالغة 20% للحالات الخاصة والنادرة. وللتمكن من إدارة هذه الأخيرة، أدخل معيار FHIR الامتدادات، وهي طريقة موحدة لإضافة بيانات إضافية إلى المورد.

ما هي الملفات التعريفية في FHIR؟

تُستخدم الملفات التعريفية (Profiles) في FHIR لتخصيص الموارد لحالات استخدام محددة. وقد تحدد المؤسسات الصحية الموارد التي ترغب في استخدامها.

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

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

ما هي المراجع في FHIR؟

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

ومع ذلك، لا تتيح مراجع FHIR تبادل جميع بيانات المرضى بسهولة بين المستشفيات باستخدام مورد واحد. فمن الممكن ذلك، لكنه يستلزم استخدام عدة عشرات من موارد FHIR لتنزيل جميع البيانات اللازمة من مستشفى إلى آخر.

ما هي التحديات في تنفيذ FHIR؟

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

هل يستحق اعتماد FHIR؟

في مارس 2020، أصدرت مراكز الرعاية الطبية والخدمات الطبية الأمريكية (CMS) قاعدة قابلية التشغيل البيني والوصول للمرضى لتحسين تبادل بيانات الرعاية الصحية الإلكترونية بشكل أكبر – من خلال مشاركة المعلومات مع المرضى أو بين جهة دافعة ومقدم خدمة أو بين جهتين دافعتين. وتاريخ تعزيز القاعدة هو 1 يناير 2023.

لتمكين طريقة أكثر سلاسة لتبادل المعلومات، تتضمن لوائح CMS سياسات تشترط أو تشجع على تطبيق واجهات برمجة التطبيقات (APIs) التي يمكنها الاتصال بتطبيقات الهاتف المحمول أو بنظام السجلات الصحية الإلكترونية (EHR) الخاص بمقدم الخدمة أو نظام إدارة العيادة. وتوصي CMS بأن تستخدم المؤسسات FHIR لتطبيق واجهات برمجة التطبيقات (APIs) لتلبية المتطلبات الجديدة. لذلك، فإن الوقت الحالي هو الوقت المناسب لتبني هذا المعيار لأنه سيصبح قريباً ضرورة وليس خياراً.

يمكن لفريقنا مساعدتك في بناء برمجيات متكاملة مع معيار FHIR تلبي جميع متطلبات لائحة CMS، فضلاً عن دمج برمجياتك الحالية مع نظام آخر يستخدم FHIR. اتصل بنا للحصول على مزيد من المعلومات.