إجابة مختصرة: دليل تنفيذ الوصول إلى البيانات المجمعة (يُطلق عليه غالبًا Bulk FHIR أو Flat FHIR) يحدد كيفية تصدير البيانات لعدة مرضى دفعة واحدة. يقوم العميل باستدعاء $export على مستوى النظام أو Patient أو Group؛ يقوم الخادم بإعداد الملفات في الخلفية ويعيد بيانًا يحتوي على روابط لملفات NDJSON، مورد واحد لكل سطر. يُستخدم هذا للتحليلات والأبحاث ونقل مجموعات من المرضى بين الأنظمة، وليس لتطبيق مريض واحد.
التدفق
- البدء:
GET [base]/Group/[id]/$exportمعAccept: application/fhir+jsonوPrefer: respond-async، اختياريًا_typeو_since. - يجيب الخادم بـ
202 Acceptedمع عنوان URL لحالةContent-Location. - الاستطلاع: يتصل العميل بعنوان URL للحالة حتى يعيد
200مع بيان JSON يسرد ملفات الإخراج. - تنزيل ملفات NDJSON.
عادةً ما يتم التصريح بالوصول باستخدام خدمات SMART Backend: تدفق OAuth بين الأنظمة مع JWT موقع، بدون وجود مستخدم.
متى لا تستخدمه
بالنسبة لمريض واحد يستخدم تطبيقًا، فإن عمليات بحث FHIR العادية بموافقة المريض هي الأداة المناسبة. يقوم التصدير المجمع بنقل بيانات عن العديد من الأشخاص دفعة واحدة، لذا فهو يحتاج إلى أساس قانوني وهدف وعادةً ما يكون إخفاء الهوية؛ انظر إخفاء الهوية.
في Anpheros
لا تقدم Anpheros تصديرًا مجمعًا لسجلات المرضى: كل وصول يكون لكل شخص، بموافقة ذلك الشخص. بالنسبة لأسئلة المجموعات، تنشر فقط تجميعات مجهولة لمجموعات تضم 20 شخصًا على الأقل. للمطورين: الموافقة و بيانات المرضى الطولية.
صفحات ذات صلة
مصادر
الأسئلة الشائعة
ما هو FHIR $export؟
العملية في دليل الوصول إلى البيانات المجمعة التي تصدر البيانات لعدة مرضى كملفات NDJSON، بشكل غير متزامن.
ما هو NDJSON؟
JSON مفصول بسطر جديد: مورد FHIR واحد لكل سطر، سهل التدفق والتحميل.
كيف يتم التصريح بالتصدير المجمع؟
عادةً باستخدام خدمات SMART Backend، تدفق OAuth بين الأنظمة مع JWT موقع.
هل يمكن لتطبيق المريض استخدام التصدير المجمع؟
لم يتم تصميمه لهذا الغرض؛ تستخدم تطبيقات المرضى بحث وقراءة FHIR العادية بموافقة.
جرّبه مجانًا في بيئة الاختبار
أول طلب FHIR خلال 5 دقائق. واجهة برمجة تطبيقات HL7 FHIR R4 مع موافقة المريض مدمجة: جربها في بيئة الاختبار، ثم اربط تطبيقك الخاص أو نظام عيادتك.
مجاني · 30 مريضًا اصطناعيًا · دون بطاقة

