Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
تكاملات الرعاية الصحية
أنماط التكامل المدعومة حاليًا: تقارير المختبر في مكالمة واحدة، كتابة العيادات نيابة عن منظمة، أجهزة، تطبيقات طرف ثالث بموافقة، webhooks، و SDKs — وما هو غير متاح.
يربط تكامل الرعاية الصحية نظامًا ينتج بيانات صحية أو يحتاجها — مختبر، عيادة، جهاز، تطبيق آخر — بسجل المريض. مع Anpheros، يمر كل تكامل عبر نفس واجهة برمجة التطبيقات (API) ونفس القواعد: يتم كتابة البيانات بصيغة HL7 FHIR R4، وتُنسب إلى مصدرها، وتكون مرئية للمريض، وتُشارك مع أطراف أخرى فقط بموافقة المريض. تصف هذه الصفحة أنماط التكامل التي تدعمها المنصة اليوم.
استكشف دليل تكامل Anpheros لرؤية كل تكامل مع حالته المعتمدة (متاح، تجريبي، أو دليل المطور)، البيانات وموارد FHIR التي يتبادلها، اتجاهه، المصادقة، والتوثيق.
المختبرات: تقارير كاملة في استدعاء واحد
يرسل المختبر، أو أي نظام يحتفظ بتقارير المختبر، تقريرًا كاملاً وتقوم المنصة بتحويل كل نتيجة إلى مختبر Observation:
curl -X POST https://platform.anpheros.com/v1/patients/$PID/labs/import \
-H "Authorization: Bearer $KEY" -H "Content-Type: text/csv" \
-H "X-Anpheros-Source-System: labx" -H "Idempotency-Key: report-2026-0917-77" \
--data-binary @report.csv
- التنسيقات: CSV (رؤوس باللغة الرومانية أو الإنجليزية، مع قبول الفاصلة العشرية)، HL7 v2 ORU^R01 و JSON.
- يتم تعيين العلامات إلى LOINC عندما يعطي التقرير رمزًا أو يتطابق الاسم مع مصطلحات المنصة؛ تحتفظ الأخرى بالرمز الخاص بالمختبر ويتم إدراجها كـ
unmapped. - تحصل كل صف على معرف ثابت، لذا فإن إعادة إرسال نفس التقرير يتخطى ما تم استيراده بالفعل.
- ما يصل إلى 500 صف لكل طلب؛ تحمل كل نتيجة مصدرًا يسمي النظام المصدر والتقرير.
التفاصيل: موصل المختبر.
العيادات: الكتابة نيابة عن منظمة
العيادات والأشخاص الذين يعملون فيها هي موارد دليل (Organization، Practitioner، PractitionerRole). يمكن لنظام العيادة بعد ذلك تحديد من يقف وراء كل طلب:
X-Anpheros-Acting-As: PractitionerRole/<id>— الممارس الذي يعمل من خلال تطبيقك؛ يُكتب في سجل الوصول ويُعرض للمريض بالاسم؛X-Anpheros-On-Behalf-Of: Organization/<id>— المنظمة التي يتم إجراء الكتابة لها؛X-Anpheros-Author-Ref: Practitioner/<id>— المؤلف المسجل فيProvenance.
بموافقة المريض، تقرأ العيادة السجل بأكمله، بما في ذلك ما كتبته المنظمات الأخرى، وتغير فقط ما كتبته بنفسها. يمكن كتابة عدة موارد بشكل ذري باستخدام حزمة FHIR transaction (POST /fhir/R4).
مثال عملي، من الدليل إلى زيارة مكتوبة كمعاملة واحدة: كيفية دمج أنظمة العيادات مع الواجهة الخلفية لـ FHIR.
تم تنفيذ تدفق الموافقة → المختبر Observation المكتوب بواسطة مشروع عيادة → إشعار في تطبيق المريض بشكل شامل مع مشروع عيادة اختباري.
الأجهزة والأجهزة القابلة للارتداء
القياسات من الأجهزة هي Observations مع author_type: "device" ورمز LOINC — معدل ضربات القلب، ضغط الدم، تشبع الأكسجين (SpO₂)، الوزن، الجلوكوز، الخطوات، مدة النوم وغيرها (أنظمة رموز FHIR). يكتب Anpheros Daily الملخصات اليومية التي يقرأها من Apple Health و Health Connect كـ Observations بنفس الطريقة. لا يتصل Anpheros مباشرة بسحابات موردي الأجهزة؛ يقوم تطبيقك أو الواجهة الخلفية بقراءة الجهاز وكتابة النتيجة. كيفية قراءة Apple Health و Health Connect و Samsung Health وتعيين كل مقياس إلى LOINC: بيانات الأجهزة القابلة للارتداء في FHIR.
تطبيقات الطرف الثالث: الوصول المصرح به
التطبيق الذي يريد بيانات يحتفظ بها شخص بالفعل في Anpheros يسجل مرة واحدة ويطلب الموافقة عبر OAuth 2.1 مع PKCE (SMART on FHIR standalone launch):
GET /oauth/authorize?...&scope=patient/Observation.rs?category=laboratory offline_access— صفحة الموافقة المستضافة؛- يختار الشخص السجل والمدة (30، 90، 180 أو 365 يومًا)؛
POST /oauth/tokenيتبادل الرمز برمز وصول (30 دقيقة) ورمز تحديث دوار (30 يومًا)؛- يرى التطبيق هذا المريض فقط، فقط ضمن نطاقاته، تحت معرفه المزدوج الخاص به.
الأحداث: التفاعل مع التغييرات
بدلاً من الاستقصاء، قم بتسجيل خطاف ويب (webhook). يتم توقيع عمليات التسليم باستخدام HMAC-SHA256، ويتم إعادة محاولة التسليم مع التراجع (backoff) لمدة تصل إلى 24 ساعة وتحمل معرفات، ولا تحمل محتوى سريريًا أبدًا. عندما يكتب مشروع آخر في سجل لديك حق الوصول إليه، يوضح الحدث ذلك (data.external: true، مع المصدر). خطافات الويب
أدوات تطوير البرمجيات (SDKs)
تُنفّذ أدوات تطوير البرمجيات TypeScript (@anpheros/sdk) و Dart / Flutter (anpheros_sdk) جميع ما سبق — استيراد المختبرات (labs.importCsv، labs.importHl7، labs.importItems)، OAuth مع PKCE، إدارة الـ webhooks، والتحقق من التوقيع. أدوات تطوير البرمجيات
ما هو غير متاح
- موصلات جاهزة لأنظمة السجلات الصحية الإلكترونية (EHRs) الخاصة بالمستشفيات أو أنظمة معلومات المختبرات؛ يتم بناء عمليات التكامل مقابل الـ API.
- تشغيل SMART EHR (التشغيل داخل EHR)؛ يتم دعم التشغيل المستقل فقط.
- عمليات تكامل مباشرة مع موردي الأجهزة.
ذات الصلة
- كيفية دمج أنظمة العيادات مع الواجهة الخلفية لـ FHIR: دليل تفصيلي للسجلات الطبية الإلكترونية للعيادات
- كيفية تطبيع البيانات الطبية: الرموز، الوحدات، التواريخ، التكرارات، التحقق
- كيفية استيراد نتائج المختبر إلى سجل FHIR: دليل تفصيلي باستخدام CSV و HL7 v2
- قابلية التشغيل البيني للبيانات الصحية
- واجهة برمجة تطبيقات الرعاية الصحية
- الهندسة المعمارية
- حالات الاستخدام
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card