Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

تطوير برمجيات الرعاية الصحية

ما الذي يميز بناء البرمجيات الطبية وكيف يتم تقسيم تطبيق الرعاية الصحية: منتجك في الأعلى، واجهة برمجة تطبيقات Anpheros، سجل FHIR، وموافقة المريض في الأسفل.

برمجيات الرعاية الصحية هي البرمجيات التي تنشئ أو تخزن أو تتصرف بناءً على معلومات حول صحة الأشخاص - تطبيقات المرضى، أدوات العيادات، أنظمة المختبرات، خدمات المراقبة عن بعد، مساعدات الذكاء الاصطناعي. ما يميزها عن البرمجيات الأخرى ليس واجهة المستخدم بل البيانات: فهي حساسة، طويلة الأمد، موحدة، مشتركة بين المؤسسات وتخضع للموافقة. Anpheros هي البنية التحتية لطبقة البيانات هذه؛ تشرح هذه الصفحة طبقات تطبيق الرعاية الصحية وأيها يمكن لـ Anpheros توفيرها.

البنية العامة

Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient

تطبيقك هو المسؤول عن تجربة المستخدم؛ Anpheros هو المسؤول عن السجل والقواعد المتعلقة به.

ما الذي يميز بناء البرمجيات الطبية

نموذج البيانات هو معيار، وليس اختيار تصميم

يمكن للبرامج الأخرى اختراع مخططاتها الخاصة. البرامج الطبية التي تخترع مخططاتها الخاصة لا يمكنها تبادل البيانات مع المختبرات أو العيادات أو التطبيقات الأخرى دون مشروع ترجمة. استخدام موارد HL7 FHIR R4 والرموز القياسية (LOINC, ICD-10, ATC, UCUM) من السطر الأول من التعليمات البرمجية يتجنب ذلك. منصة FHIR

كل قيمة تحتاج إلى مصدر

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

يتم تحديد الوصول بواسطة المريض، وليس فقط بواسطة التطبيق

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

يجب أن تبقى البيانات بعد التطبيق

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

التطوير والاختبار بدون مرضى حقيقيين

لا ينبغي أن تكون البيانات الطبية الحقيقية في بيئات التطوير. لدى Anpheros بيئة اختبار (sandbox) — قاعدة بيانات منفصلة بمرضى اصطناعيين — ومفاتيح بيئة اختبار لا يمكنها الوصول فعليًا إلى بيانات الإنتاج.

الذكاء الاصطناعي يحتاج إلى نفس القواعد مثل أي شخص آخر

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

ما تبنيه وما يوفره Anpheros

إلى أين تتجه بعد ذلك

• مسار خطوة بخطوة من الوصول إلى الإنتاج: البناء مع Anpheros
• برنامج تعليمي عملي: بناء تطبيق رعاية صحية
• مسؤوليات الواجهة الخلفية الطبية: الواجهة الخلفية وقاعدة بيانات التطبيق الطبي
• الرسوم البيانية وتدفقات البيانات: الهندسة المعمارية
• للفرق في المراحل المبكرة: شركات ناشئة في مجال الرعاية الصحية

ذات الصلة

• البنية التحتية للبيانات الطبية
• واجهة برمجة تطبيقات الرعاية الصحية
• الأمان والخصوصية ومكان البيانات

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card