Azure IoT Connector for FHIR (preview) data flow
توفر هذه المقالة نظرة عامة حول تدفق البيانات في Azure IoT Connector لموارد التشغيل البيني السريع للرعاية الصحية (FHIR®)*. ستتعرف على مراحل معالجة البيانات المختلفة داخل Azure IoT Connector ل FHIR التي تحول بيانات الجهاز إلى موارد مراقبة تستند إلى FHIR.
يوضح الرسم البياني أعلاه تدفقات البيانات الشائعة باستخدام Azure IoT Connector ل FHIR.
فيما يلي المراحل المختلفة التي تمر بها البيانات بمجرد استلامها من قبل Azure IoT Connector ل FHIR.
استيعاب
Ingest هي المرحلة الأولى التي يتم فيها تلقي بيانات الجهاز في Azure IoT Connector ل FHIR. تتم استضافة نقطة نهاية الابتلاع لبيانات الجهاز على مركز أحداث Azure. يدعم النظام الأساسي Azure Event Hub النطاق العالي والإنتاجية مع القدرة على تلقي ملايين الرسائل ومعالجتها في الثانية الواحدة. كما أنه يمكن Azure IoT Connector ل FHIR من استهلاك الرسائل بشكل غير متزامن ، مما يلغي الحاجة إلى انتظار الأجهزة أثناء معالجة بيانات الجهاز.
ملاحظة
JSON هو التنسيق الوحيد المدعوم في الوقت الحالي لبيانات الجهاز.
تطبيع
التطبيع هو المرحلة التالية التي يتم فيها استرداد بيانات الجهاز من مركز أحداث Azure أعلاه ومعالجتها باستخدام قوالب تعيين الجهاز. تؤدي عملية التعيين هذه إلى تحويل بيانات الجهاز إلى مخطط طبيعي.
لا تعمل عملية التطبيع على تبسيط معالجة البيانات في المراحل اللاحقة فحسب ، بل توفر أيضا القدرة على عرض رسالة إدخال واحدة في رسائل تطبيع متعددة. على سبيل المثال ، يمكن للجهاز إرسال علامات حيوية متعددة لدرجة حرارة الجسم ومعدل النبض وضغط الدم ومعدل التنفس في رسالة واحدة. ستنشئ رسالة الإدخال هذه أربعة موارد FHIR منفصلة. سيمثل كل مورد علامة حيوية مختلفة ، مع إسقاط رسالة الإدخال في أربع رسائل طبيعية مختلفة.
التجميع
المجموعة هي المرحلة التالية حيث يتم تجميع الرسائل العادية المتاحة من المرحلة السابقة باستخدام ثلاثة معلمات مختلفة: هوية الجهاز ونوع القياس والفترة الزمنية.
يتيح تجميع هوية الجهاز ونوع القياس استخدام نوع قياس SampledData . يوفر هذا النوع طريقة موجزة لتمثيل سلسلة من القياسات المستندة إلى الوقت من جهاز في FHIR. وتتحكم الفترة الزمنية في زمن الوصول الذي تتم عنده كتابة موارد المراقبة التي تم إنشاؤها بواسطة Azure IoT Connector ل FHIR إلى واجهة برمجة تطبيقات Azure ل FHIR.
ملاحظة
يتم تعيين قيمة الفترة الزمنية افتراضيا إلى 15 دقيقة ولا يمكن تكوينها للمعاينة.
تحويل
في مرحلة التحويل، تتم معالجة الرسائل المجمعة العادية من خلال قوالب تعيين FHIR. يتم تحويل الرسائل المطابقة لنوع قالب إلى موارد مراقبة تستند إلى FHIR كما هو محدد من خلال التعيين.
في هذه المرحلة ، يتم أيضا استرداد مورد الجهاز ، إلى جانب مورد المريض المرتبط به ، من خادم FHIR باستخدام معرف الجهاز الموجود في الرسالة. تتم إضافة هذه الموارد كمرجع إلى مورد المراقبة الذي يتم إنشاؤه.
ملاحظة
يتم تخزين جميع عمليات البحث عن الهوية مؤقتا بمجرد حلها لتقليل الحمل على خادم FHIR. إذا كنت تخطط لإعادة استخدام الأجهزة مع العديد من المرضى ، فمن المستحسن إنشاء مورد جهاز افتراضي خاص بالمريض وإرسال معرف الجهاز الظاهري في حمولة الرسالة. يمكن ربط الجهاز الظاهري بمورد الجهاز الفعلي كأحد الوالدين.
في حالة عدم وجود مورد جهاز لمعرف جهاز معين في خادم FHIR، تعتمد النتيجة على قيمة Resolution Type المجموعة في وقت الإنشاء. عند التعيين إلى Lookup، يتم تجاهل الرسالة المحددة ، وسيستمر خط الأنابيب في معالجة الرسائل الواردة الأخرى. إذا تم تعيينه إلى Create، فسيقوم Azure IoT Connector ل FHIR بإنشاء موارد الجهاز والمريض عارية العظام على خادم FHIR.
استمر
بمجرد إنشاء مورد FHIR للمراقبة في مرحلة التحويل، يتم حفظ المورد في واجهة برمجة تطبيقات Azure ل FHIR. إذا كان مورد FHIR جديدا، إنشاؤه على الخادم. إذا كان مورد FHIR موجودا بالفعل ، تحديثه.
الخطوات التالية
لمزيد من المعلومات حول كيفية إنشاء قوالب تعيين الجهاز وFHIR، راجع
*في مدخل Azure، يشار إلى Azure IoT Connector ل FHIR باسم IoT Connector (معاينة). FHIR هي علامة تجارية مسجلة لشركة HL7 ويتم استخدامها بإذن من HL7.