للمطورين

منصة FHIR كواجهة خلفية: ما تقدمه لك واجهة FHIR الخلفية كخدمة، وما لا تقدمه

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

بواسطة نُشر في يُقرأ في 4 دقائق

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

نسخة تقنية للمطورين: منصة واجهة برمجة تطبيقات الرعاية الصحية · مقارنة خوادم FHIR على developers.anpheros.com، مع الطلبات والاستجابات والحدود. هذه الصفحة هي النسخة بلغة بسيطة.

الخادم مقابل المنصة

خوادم FHIR مفتوحة المصدر (مثل HAPI) ممتازة في جزء FHIR: الموارد، البحث، التحقق، السجل. ما تتركه لك هو كل ما يحيط بها:

الحاجة خادم FHIR منصة FHIR
تخزين الموارد، البحث، السجل نعم نعم
من يمكنه قراءة أي مريض الكود الخاص بك موافقة مدمجة
من كتب كل قيمة الكود الخاص بك الأصل (Provenance) عند كل كتابة
عدة عملاء على نظام واحد الكود الخاص بك عزل المشروع، معرفات زوجية
شاشة موافقة للمريض الكود الخاص بك OAuth 2.1 + SMART على FHIR
إشعارات لتطبيقك الاستقصاء (polling) خطافات (webhooks) موقعة
بيانات اختبار واقعية ملفاتك (fixtures) 30 مريضًا اصطناعيًا لكل صندوق رمل (sandbox)
الاستضافة، النسخ الاحتياطي، GDPR، DPA فريق العمليات الخاص بك متضمن

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

كيف تم بناء منصة Anpheros

سجل FHIR R4 واحد لكل مريض. 26 نوعًا من الموارد، مرمزة باستخدام LOINC و ICD-10 و ATC، ويتم التحقق منها عند الكتابة. واجهة برمجة تطبيقات FHIR الصارمة موجودة على /fhir/R4، مع بيان القدرة (CapabilityStatement) على /fhir/R4/metadata، وواجهة برمجة تطبيقات REST بسيطة على /v1 تقدم نفس البيانات بنفس المعرفات.

عزل المشروع والمعرفات الزوجية. يرى المشروع (مفتاح API) فقط المرضى الذين أنشأهم. يتلقى كل مشروع معرفه الخاص لنفس الشخص؛ المعرفات الداخلية لا تغادر المنصة أبدًا. يتم إخفاء الإشارات إلى المرضى خارج نطاقك برمز مميز غير شفاف خاص بكل مشروع.

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

الأصل (Provenance) والتدقيق عند كل كتابة. Provenance.agent.onBehalfOf يسمي العيادة أو المؤسسة وقت الكتابة؛ يسجل صف تدقيق من قام، وماذا، ومتى، وتحت أي تصريح، ومن أي تطبيق. يمكن للمريض قراءة سجل وصوله، أيضًا كموارد FHIR AuditEvent.

خطافات (webhooks) رقيقة وموقعة. تحمل الأحداث المعرفات والإصدارات، ولا تحمل أبدًا محتوى سريريًا؛ تقرأ المورد عبر واجهة برمجة التطبيقات. يتم تسليمها موقعة باستخدام HMAC-SHA256 ويتم إعادة محاولة التسليم مع تراجع لمدة تصل إلى 24 ساعة.

صندوق الرمل (sandbox) والإنتاج هما قاعدتا بيانات منفصلتان. لا يمكن لمفتاح sk_test_ الوصول إلى مريض حقيقي. صندوق الرمل مجاني ويتم تقديمه ذاتيًا.

الإقامة في الاتحاد الأوروبي. يتم تشغيل الخدمة على Cloud Run في منطقة europe-west4، مع اتفاقية معالجة بيانات للمؤسسات الإنتاجية.

ما هو متعمدًا غير موجود

  • لا يوجد دعم للقرارات السريرية. تخزن المنصة وترمز وتشارك؛ لا تشخص أو توصي بالعلاج.
  • لا توجد قاعدة بيانات أدوية كاملة مع التفاعلات. يتم ترميز الأدوية باستخدام ATC، ويتوفر مجموعة فرعية مجمعة من ATC و LOINC للبحث، ولكن فحص التفاعلات هو مكونك أو خدمة مرخصة.
  • لا توجد حافلة رسائل HL7 v2 على مستوى المستشفى. يوجد استيراد HL7 v2 ORU^R01 لتقارير المختبر؛ لا يوجد ADT أو إدارة الطلبات.

معرفة هذه الحدود مقدمًا توفر أسبوعًا من الاكتشاف.

متى تقوم بتشغيل خادمك الخاص بدلاً من ذلك

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

في كل الحالات الأخرى، ابدأ بصندوق الرمل، وقم بالقياس، واتخذ القرار بناءً على البيانات. يتم وصف الساعة الأولى على developers.anpheros.com/guides/first-hour؛ المرجع الكامل لواجهة برمجة التطبيقات موجود على platform.anpheros.com/docs.

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

هل Anpheros خادم FHIR؟

إنه يحتوي على واحد: واجهة برمجة تطبيقات FHIR R4 مع 26 نوعًا من الموارد، والبحث، والسجل، وعمليات $everything و $summary و $validate والمصطلحات. حولها توجد الموافقة، والأصل (Provenance)، والعزل، والخطافات (webhooks)، والاستضافة، وهذا ما يجعلها منصة.

أي إصدار من FHIR؟

FHIR R4 (4.0.1)، الإصدار المطلوب من قبل لوائح الاتحاد الأوروبي والولايات المتحدة والذي تنفذه معظم الأنظمة. تم التحقق من التوافق مع Inferno؛ انظر ملاحظات توافق IPS.

هل يمكن لعدة عيادات مشاركة سجل مريض واحد؟

نعم، هذا هو الهدف. بموافقة المريض، تقرأ كل عيادة السجل بأكمله وتكتب مواردها الخاصة، كل منها معلم بأصله (Provenance). لا يمكن لأي عيادة تغيير ما كتبه الآخر.

هل يوجد خلفية FHIR مجانية للتطوير؟

نعم. صندوق الرمل مجاني ويتم تقديمه ذاتيًا، ويأتي مع 30 مريضًا اصطناعيًا لكل مشروع. انظر خادم FHIR مجاني: صندوق الرمل.

كيف يمكنني الترحيل إذا احتجت إلى ذلك؟

كل شيء هو FHIR R4 وقابل للتصدير: Patient/{id}/$everything يعيد السجل الكامل للمريض كحزمة (Bundle). لا يوجد تنسيق خاص للتفكيك.

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

Founder of Anpheros. An electronics engineer, he spent six years in autonomous driving, on automotive projects run in partnership with Samsung and NVIDIA, designing the architecture of driver-assistance and AI systems that run on NVIDIA chips with CUDA. He then built Anpheros: the patient-controlled medical record and the HL7 FHIR R4 platform it runs on.

المزيد عن Anpheros والمؤلف →

احتفظ بسجلك الطبي معك

يجمع Anpheros Daily الأعراض، نتائج المختبر، الأدوية، والمستندات في مكان واحد، بتنسيق قياسي، تحت سيطرتك. الخطة الأساسية مجانية.

احصل على Anpheros Daily