# قابلية التشغيل البيني لبيانات الرعاية الصحية

> المستويات التقنية والتركيبية والدلالية والتنظيمية لقابلية التشغيل البيني، والمعايير التي تستخدمها Anpheros (FHIR R4، IPS، SMART on FHIR، HL7 v2) وسبب جعل المصدر يجعل البيانات المتبادلة جديرة بالثقة.

Source: https://developers.anpheros.com/ar/guides/interoperability

**قابلية التشغيل البيني لبيانات الرعاية الصحية هي قدرة الأنظمة المختلفة — التطبيقات والعيادات والمختبرات والمستشفيات وخدمات الذكاء الاصطناعي — على تبادل البيانات الصحية واستخدامها دون إعادة تفسيرها يدويًا.** تتعامل Anpheros معها عن طريق تخزين كل سجل بالتنسيقات التي تفهمها الأنظمة الأخرى بالفعل (HL7 FHIR R4 مع أنظمة الترميز القياسية)، وعن طريق تبادلها عبر البروتوكولات القياسية (FHIR REST، SMART on FHIR، الملخص الدولي للمريض، رسائل مختبر HL7 v2) وعن طريق الحفاظ على السياق الذي يجعل البيانات المتبادلة جديرة بالثقة: من كتبها، ومتى، وبموافقة من.

## أربعة مستويات للتشغيل البيني

| المستوى | السؤال الذي يجيب عليه | كيف يعالج Anpheros ذلك |
|---|---|---|
| التقني | هل يمكن للأنظمة الاتصال؟ | واجهات برمجة تطبيقات HTTPS، OAuth 2.1، خطافات الويب الموقعة، مجموعات أدوات التطوير (SDKs) بلغة Dart و TypeScript |
| التركيبي | هل يمكنهم تحليل بيانات بعضهم البعض؟ | موارد وحزم HL7 FHIR R4 (4.0.1)؛ يتم قبول CSV و HL7 v2 ORU^R01 و JSON لنتائج المختبر |
| الدلالي | هل يعنيان نفس الشيء؟ | LOINC للقياسات والنتائج، ICD-10 للحالات، ATC للأدوية، UCUM للوحدات؛ يتم الاحتفاظ بالنص الأصلي بجوار كل رمز |
| التنظيمي | هل يجوز لهم تبادلها، وهل يمكنهم الوثوق بها؟ | موافقة المريض لكل تطبيق، المصدر لكل عملية كتابة، سجل وصول مرئي للمريض |

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

## المعايير التي يستخدمها Anpheros

- **HL7 FHIR R4.** كل سجل يتكون من موارد FHIR — 26 نوعًا — قابلة للبحث ومُصنفة حسب الإصدار، مع بيان قدرات (CapabilityStatement) في `/fhir/R4/metadata`. [منصة FHIR](https://developers.anpheros.com/ar/guides/fhir)
- **الملخص الدولي للمريض (IPS).** `Patient/{id}/$summary` يُرجع حزمة مستند IPS، تم التحقق منها باستخدام مدقق HL7 الرسمي مقابل `hl7.fhir.uv.ips#1.1.0` بدون أخطاء. IPS هو تنسيق الملخص المخصص للرعاية عبر الحدود في أوروبا.
- **قواعد تقارير المختبرات الخاصة بـ HL7 Europe.** يتم فحص نتائج المختبر عند الكتابة؛ يتم الإبلاغ عن الفجوات في رأس استجابة `Anpheros-Conformance` (إرشادي حاليًا). `Observation/$validate?profile=eu-lab` يقوم بتشغيل الفحص عند الطلب.
- **SMART on FHIR.** تصل التطبيقات الخارجية إلى السجل عبر OAuth 2.1 مع PKCE ونطاقات مرضى SMART v2؛ اكتشاف في `/fhir/R4/.well-known/smart-configuration`. اجتازت مجموعة اختبار التشغيل المستقل لمجموعة أدوات تشغيل تطبيقات SMART من Inferno STU2؛ لا يتم دعم تشغيل أنظمة السجلات الصحية الإلكترونية (EHR) حتى الآن.
- **HL7 v2.** تصل نتائج المختبر كرسائل `ORU^R01` بالإضافة إلى CSV أو JSON، وتصبح ملاحظات FHIR (FHIR Observations). [موصل المختبر](https://developers.anpheros.com/guides/lab-connector)
- **مساحة بيانات الصحة الأوروبية (EHDS).** FHIR R4 و IPS هما التنسيقان اللذان تعتمد عليهما EHDS لملخصات المرضى ونتائج المختبرات؛ يتبع Anpheros هذه التنسيقات. هذا توافق مع التنسيقات، وليس شهادة.

## أنماط التبادل

1.  **وصول التطبيق بموافقة** — يطلب التطبيق من المريض نطاقات (scopes)، ويقرأ ويكتب السجل من خلال FHIR أو REST، ويفقد الوصول عندما يلغيه المريض.
2.  **تبادل المستندات** — يغادر السجل، أو ملخصه، كحزمة FHIR (`$everything`، `$summary`).
3.  **النتائج الواردة** — تكتب المختبرات والعيادات في السجل نيابة عن مؤسستها؛ يرى المريض من كتب ماذا.
4.  **الأحداث** — يتم إبلاغ المشتركين بتغيير ما (المعرفات فقط، وليس المحتوى السريري أبدًا) ويقرأون ما يُسمح لهم به.

## المصدر: قابلية تشغيل يمكنك الوثوق بها

تفقد البيانات التي تنتقل بين الأنظمة سياقها ما لم ينتقل السياق معها. في Anpheros، يسجل كل إصدار من كل مورد:

- **نوع المؤلف** — مريض، ممارس، جهاز، استيراد أو ذكاء اصطناعي؛
- **المؤسسة** التي كتبت نيابة عنها، وعند تسميتها، **الممارس**؛
- **النظام المصدر** ومعرف السجل هناك (`X-Anpheros-Source-System`، `X-Anpheros-Origin-Id`).

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

## الهوية عبر التطبيقات

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

## ذات الصلة

- [كيفية تطبيع البيانات الطبية](https://developers.anpheros.com/ar/guides/normalize-medical-data): الرموز، الوحدات، التواريخ، التكرارات، التحقق
- [شرح مصدر البيانات الطبية](https://developers.anpheros.com/ar/guides/medical-data-provenance): من كتب ماذا، وكيفية تسجيله
- [كيفية دمج أنظمة العيادات مع الواجهة الخلفية لـ FHIR](https://developers.anpheros.com/ar/guides/integrate-clinic-systems-fhir): دليل تفصيلي لأنظمة السجلات الطبية الإلكترونية للعيادات
- [كيفية استيراد نتائج المختبر إلى سجل FHIR](https://developers.anpheros.com/ar/guides/import-lab-results-fhir): دليل تفصيلي باستخدام CSV و HL7 v2
- [منصة FHIR](https://developers.anpheros.com/ar/guides/fhir)
- [تكاملات الرعاية الصحية](https://developers.anpheros.com/ar/guides/healthcare-integrations)
- [أنظمة رموز FHIR](https://developers.anpheros.com/ar/guides/fhir-code-systems)
- [واجهة برمجة تطبيقات الرعاية الصحية](https://developers.anpheros.com/ar/guides/healthcare-api)
- [البنية التحتية للبيانات الطبية](https://developers.anpheros.com/ar/guides/medical-data-infrastructure)
- [DICOM مقابل FHIR](https://developers.anpheros.com/ar/guides/dicom-vs-fhir): بيانات التصوير والبيانات السريرية، وكيفية ربطهما
- [واجهة برمجة تطبيقات نتائج المختبر](https://developers.anpheros.com/ar/guides/lab-results-api): HL7 v2 و FHIR لنتائج المختبر
- [FHIR مقابل HL7 v2](https://developers.anpheros.com/ar/guides/fhir-vs-hl7-v2): مقارنة الرسائل والموارد
- [مساحة البيانات الصحية الأوروبية (EHDS) للمطورين](https://developers.anpheros.com/ar/guides/ehds-for-developers)