ما هو FHIR ولماذا هو مهم لسجلك الطبي

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

المشكلة: كل نظام يتحدث لغة مختلفة

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

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

ما هو FHIR

FHIR (يُنطق "فاير") هو اختصار لـ Fast Healthcare Interoperability Resources. إنه معيار نشرته HL7 International، وهي المنظمة التي حددت كيفية نقل البيانات الطبية بين الأنظمة لأكثر من 35 عامًا. الإصدار المستخدم على نطاق واسع اليوم هو R4 (4.0.1)، الذي تم نشره في عام 2019؛ يوجد إصدار أحدث، R5، منذ عام 2023، لكن معظم الأنظمة في العالم، بما في ذلك المتطلبات القانونية في الاتحاد الأوروبي والولايات المتحدة، تستند إلى R4.

الفكرة المركزية بسيطة: يتم وصف أي قطعة من المعلومات الطبية كـ مورد (resource) له هيكل معروف. هناك مورد للمريض (Patient)، وآخر للفحص أو القياس (Observation)، وآخر للتشخيص (Condition)، وآخر لدواء موصوف (MedicationRequest)، وآخر لحساسية (AllergyIntolerance)، وآخر لتطعيم (Immunization)، وآخر لوثيقة (DocumentReference) وهكذا، حوالي 150 إجمالاً. كل مورد له حقول محددة: Observation له رمز لما تم قياسه، وقيمة، ووحدة، وتاريخ، ومن قام بالقياس، ولمن.

تُكتب الموارد بصيغة JSON أو XML، وهي تنسيقات تقرأها كل لغة برمجة، وتنتقل عبر الإنترنت تمامًا مثل صفحات الويب، من خلال العناوين وطلبات HTTP. هذا هو الفرق عن المعايير القديمة: يستخدم FHIR الأدوات التي يعرفها كل مبرمج بالفعل، لذا فهو رخيص التنفيذ وصعب التنفيذ بشكل خاطئ.

الرموز: ليفهم الجميع نفس الشيء

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

• LOINC للفحوصات والقياسات: سكر الدم الصائم هو الرمز 1558-6، في أي مكان في العالم.
• SNOMED CT و ICD-10 للتشخيصات والإجراءات.
• ATC (تصنيف منظمة الصحة العالمية) للأدوية، حسب المادة الفعالة.
• UCUM للوحدات: تُكتب mg/dL و mmol/L بشكل متطابق في كل مكان، والتحويل تلقائي.

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

ماذا يعني لك، عمليًا

أربعة أشياء، من الأكثر وضوحًا إلى الأكثر أهمية.

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

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

يمكن تجميع بياناتك. فحوصات من مختبرات مختلفة، قياسات من ساعتك، أدوية من وصفات طبية، مستندات ممسوحة ضوئيًا: عندما تكون جميعها موارد FHIR برموز LOINC وتواريخ، فإنها تتناسب مع نفس الخط الزمني ويمكن مقارنتها. يقوم التطبيق الجيد بذلك تلقائيًا.

بياناتك محمية بمعيار، وليس بوعد. يصف FHIR أيضًا كيفية منح الوصول إلى البيانات: من خلال SMART on FHIR، وهو إطار عمل يعتمد على OAuth 2، حيث توافق صراحةً على أي تطبيق يرى أي جزء من السجل، ومدة ذلك، ويمكنك سحب الوصول. إنها نفس الآلية التي تستخدمها عندما "تسجل الدخول باستخدام Google" على موقع ويب، مطبقة على البيانات الطبية، مع أذونات دقيقة (فقط الفحوصات، فقط الأدوية، للقراءة فقط).

أين يُستخدم FHIR بالفعل

FHIR ليس معيارًا "للمستقبل". إنه إلزامي بالفعل أو قيد الاستخدام في أماكن تعرفها:

• الولايات المتحدة تتطلب بموجب القانون (قانون القرن الحادي والعشرين للعلاجات وقواعد ONC لعام 2020) أن يكشف أي نظام طبي معتمد عن بيانات المريض من خلال واجهة برمجة تطبيقات FHIR R4، وأن يتمكن المرضى من أخذ بياناتهم مع تطبيق من اختيارهم.
• Apple Health Records يجلب السجلات من مئات المستشفيات إلى تطبيق Health على iPhone، عبر FHIR.
• الاتحاد الأوروبي اختار FHIR لتنسيق تبادل السجلات الصحية الإلكترونية الأوروبية (EEHRxF) الذي تفرضه لائحة EHDS على الدول الأعضاء؛ ملخصات المرضى المتبادلة بين البلدان عبر MyHealth@EU مبنية عليها.
• المملكة المتحدة، هولندا، ألمانيا ودول الشمال الأوروبي تستخدم FHIR في بنيتها التحتية الوطنية، من الوصفات الطبية الإلكترونية الألمانية إلى السجل الهولندي.
• منظمة الصحة العالمية اختارت ملخص المريض الدولي المستند إلى FHIR لشبكتها العالمية لشهادات الصحة الرقمية.

بالنسبة لك، هذا يعني أن التطبيق الذي يحتفظ بسجلك كـ FHIR R4 ليس جزيرة منعزلة: إنه يتحدث اللغة التي تتحدث بها المستشفيات والسلطات بالفعل، الآن وللعقد القادم.

كيف تتعرف على تطبيق يستخدم FHIR حقًا

يمكن لأي شخص كتابة "FHIR" على موقع ويب. الأسئلة أدناه تفصل الكلمة عن الواقع.

1. هل يمكنني تصدير سجلي بالكامل كـ FHIR؟ ليس "تقرير PDF"، بل ملف يحتوي على الموارد (حزمة Bundle) يمكن لنظام آخر استيراده. إذا كانت الإجابة "لا" أو "فقط عند الطلب، عبر البريد الإلكتروني"، فإن البيانات ليست ملكك حقًا.
2. هل تحتوي نتائج المختبر على رموز LOINC ووحدات UCUM؟ التطبيق الذي يخزن فقط "الكوليسترول: 210" كنص لا يمكنه مقارنته بقيمة العام الماضي من مختبر آخر. التطبيق الذي يخزن الرمز والوحدة يمكنه ذلك.
3. هل يمكنني منح شخص آخر حق الوصول، محدود وقابل للإلغاء؟ طبيب، عيادة، تطبيق آخر: مع SMART on FHIR، تختار ما يرونه ومدة ذلك، وترى من قرأ ماذا.
4. هل يمكنني إنشاء ملخص IPS؟ هذا هو الاختبار العملي لـ "قابلية التشغيل البيني": إذا كان التطبيق يمكنه إنتاج الملخص القياسي الذي تقرأه أي مستشفى أوروبي، فإن الهيكل الكامن وراءه حقيقي.
5. هل توجد وثائق عامة للمطورين؟ واجهة برمجة تطبيقات FHIR موثقة مع بيان قدرة عام (CapabilityStatement) يعني أن الأنظمة الأخرى يمكنها الاتصال فعليًا. إذا لم يكن هناك، فإن "قابلية التشغيل البيني" هي مجرد صفة.

ما لا يحله FHIR

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

كيف يستخدم Anpheros تقنية FHIR

يخزن Anpheros سجل كل شخص كموارد HL7 FHIR R4 (26 نوعًا من الموارد، من Patient و Observation إلى DocumentReference و Consent)، مع رموز LOINC و ICD-10 و ATC و UCUM، في الاتحاد الأوروبي. تطبيق Anpheros Daily هو عميل لواجهة برمجة التطبيقات العامة نفسها التي تستخدمها العيادات والمطورون؛ لا يوجد تنسيق "داخلي" منفصل. يمكنك تصدير السجل الكامل أو ملخص IPS في أي وقت، تم التحقق منه باستخدام مدقق HL7 الرسمي. يتم منح الوصول للتطبيقات الأخرى من خلال SMART on FHIR، بموافقة لفترة محدودة، قابلة للإلغاء، ومع سجل يمكنك رؤيته. وثائق واجهة برمجة التطبيقات وبيان القدرة عامان على developers.anpheros.com.

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

هل أحتاج إلى معرفة FHIR لاستخدام سجلي؟

لا. FHIR موجود تحت الغطاء. ترى الفحوصات والأدوية والمستندات؛ المعيار يجعلها قابلة للنقل والمقارنة والقراءة من قبل الأطباء. يستحق معرفة وجوده فقط لاختيار مكان جيد للاحتفاظ ببياناتك.

هل FHIR هو نفسه السجل الوطني الإلكتروني؟

لا. FHIR هو تنسيق وطريقة نقل؛ السجل الوطني هو نظام. تستخدم العديد من الأنظمة الوطنية أو تتبنى FHIR، لكن حقيقة أن بلدًا ما لديه سجل إلكتروني لا تعني أنه يمكنك استخراج بياناتك منه كـ FHIR. في الاتحاد الأوروبي، ستتطلب EHDS ذلك بالضبط.

ما هو الفرق بين FHIR R4 و R5؟

يجلب R5 (2023) تحسينات، لكنه غير مطلوب بعد بموجب التشريعات وقليل من الأنظمة تستخدمه. R4 (2019) هو أساس متطلبات الولايات المتحدة والاتحاد الأوروبي والتطبيقات الحالية. التطبيق على R4 هو الخيار الآمن اليوم؛ سيحدث الانتقال إلى R5 تدريجيًا، مع الحفاظ على التوافق.

إذا كان تصديري FHIR، هل يمكنني حقًا استيراده إلى تطبيق آخر؟

إذا كان التطبيق الآخر يقبل استيراد FHIR، نعم، بشرط واحد: الرموز القياسية. الموارد التي تحتوي على LOINC و ICD-10 و UCUM تتطابق بشكل نظيف؛ تلك التي تحتوي على نص حر تنتهي كملاحظات. لهذا السبب من المهم أن يكون التطبيق المصدر قد رمز البيانات منذ البداية.

هل FHIR آمن؟

FHIR بحد ذاته ليس آمنًا ولا غير آمن؛ إنه تنسيق. الأمان يأتي من التنفيذ: التشفير، الاستضافة، المصادقة، الموافقة. يوفر SMART on FHIR إطارًا جيدًا للوصول المتحكم فيه، لكن لا يزال عليك النظر إلى من يحتفظ بالبيانات وأين.