# البنية التحتية للبيانات الطبية

> ما هي البنية التحتية للبيانات الطبية وأين يقع Anpheros: سجل HL7 FHIR R4 يتحكم فيه المريض، وواجهة برمجة تطبيقات (API)، والموافقة، والأصل، والتدقيق كوحدات بناء مشتركة لتطبيقات الرعاية الصحية والذكاء الاصطناعي.

Source: https://developers.anpheros.com/ar/guides/medical-data-infrastructure

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

من الناحية العملية، يستخدم المطورون Anpheros كطبقة البيانات الطبية لمنتجهم — الواجهة الخلفية FHIR ومخزن سجلات المرضى لتطبيق رعاية صحية، أو تكامل عيادة، أو تطبيق ذكاء اصطناعي. يتم الوصول إليها من خلال واجهة برمجة تطبيقات (API) (REST و FHIR R4)، وليس كقاعدة بيانات SQL للأغراض العامة، ولا تستضيف نماذج الذكاء الاصطناعي.

## لماذا هي طبقة منفصلة

كل تطبيق يتعامل مع البيانات الصحية يحتاج إلى نفس الأسس، ولا يعد أي منها المنتج الفعلي للتطبيق:

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

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

## السلسلة التي تنفذها Anpheros

```
Medical data          measurements, lab results, diagnoses, medications, documents, visits
     ↓
HL7 FHIR R4           stored as standard resources — 26 types, versioned
     ↓
API                   /fhir/R4 (strict FHIR) and /v1 (simplified REST), same ids
     ↓
Patient record        one record per person, isolated per application (pairwise ids)
     ↓
Consent               OAuth 2.1 / SMART on FHIR grants: scopes, duration, revocation
     ↓
Applications          patient apps, clinic and lab systems, third-party apps
     ↓
AI                    context API: the relevant part of the record for a model, with sources
```

## اللبنات الأساسية، وأين يتم توثيق كل منها

| اللبنة الأساسية | في Anpheros | اقرأ المزيد |
|---|---|---|
| نموذج البيانات | 26 نوعًا من موارد HL7 FHIR R4؛ LOINC، ICD-10، ATC، UCUM | [منصة FHIR](https://developers.anpheros.com/ar/guides/fhir) |
| السجل | سجل FHIR واحد لكل مريض؛ أفراد العائلة لديهم سجلاتهم الخاصة | [السجل الطبي للمريض](https://developers.anpheros.com/ar/guides/patient-medical-record) |
| التخزين والسجل | كل تحديث هو إصدار جديد؛ المستندات غير قابلة للتغيير، مشفرة بمفتاح يديره العميل في الاتحاد الأوروبي | [البنية التحتية للسجل الطبي الرقمي](https://developers.anpheros.com/ar/guides/digital-medical-record) |
| الوصول | مفاتيح API لكل مشروع، رموز OAuth لكل مريض، `404` لأي شيء خارج نطاقك | [واجهة برمجة تطبيقات الرعاية الصحية](https://developers.anpheros.com/ar/guides/healthcare-api) |
| الموافقة | منح لمدة 30-365 يومًا، لكل نوع مورد وفئة، قابلة للإلغاء دفعة واحدة | [نموذج الموافقة والوصول](https://developers.anpheros.com/ar/guides/consent) |
| المصدر والتدقيق | كل عملية كتابة تسجل مؤلفها ومصدرها؛ كل عملية قراءة مرئية للمريض | [الأمان والخصوصية ومكان البيانات](https://developers.anpheros.com/ar/guides/security) |
| التكامل | معاملات FHIR، استيراد تقارير المختبر، خطافات الويب الموقعة، SDKs | [تكاملات الرعاية الصحية](https://developers.anpheros.com/ar/guides/healthcare-integrations) |
| قابلية التشغيل البيني | FHIR R4، الملخص الدولي للمريض، SMART on FHIR، رسائل مختبر HL7 v2 | [قابلية التشغيل البيني لبيانات الرعاية الصحية](https://developers.anpheros.com/ar/guides/interoperability) |
| سياق الذكاء الاصطناعي | سياق مخصص، مُصنّف المصدر، لأي نموذج تختاره | [تطبيقات الذكاء الاصطناعي في الرعاية الصحية](https://developers.anpheros.com/ar/guides/ai-healthcare) |

## البنية التحتية مقابل التطبيق

يفصل Anpheros بين الاثنين عن قصد. **Anpheros Daily** هو تطبيق — شاشات، تذكيرات، مساعد — للمرضى والعائلات. **Anpheros Platform** هي البنية التحتية الأساسية. يكتب Daily إلى السجل من خلال نفس واجهة برمجة التطبيقات العامة (API) مثل أي تطبيق آخر، وهذا ما يجعل السجل قابلاً للنقل: يمكن لتطبيق تم بناؤه بواسطة شخص آخر قراءة ما كتبه Daily، بموافقة المريض، بنفس شكل FHIR.

## ما لا يقرره البنية التحتية نيابة عنك

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

## ذات الصلة

- [ما هو Anpheros؟](https://developers.anpheros.com/ar/guides/what-is-anpheros)
- [Healthcare API](https://developers.anpheros.com/ar/guides/healthcare-api)
- [تطوير برمجيات الرعاية الصحية](https://developers.anpheros.com/ar/guides/healthcare-software)
- [تطبيقات الذكاء الاصطناعي في الرعاية الصحية](https://developers.anpheros.com/ar/guides/ai-healthcare)
- [البناء مع Anpheros](https://developers.anpheros.com/ar/guides/build-with-anpheros)