توفّر منصة Health Connect مجموعة من أنواع البيانات، التي تغطي في الغالب حالات استخدام العافية واللياقة البدنية، ما يتيح للتطبيقات في منظومة Android المتكاملة مشاركة البيانات بدون الحاجة إلى عمليات دمج واجهة برمجة التطبيقات باهظة التكلفة بين تطبيقَين. توفّر "السجلّات الصحية الشخصية" (PHR) إمكانية تضمين البيانات الطبية الأساسية بتنسيق Fast Healthcare Interoperability Resources (FHIR®)، بما في ذلك:
- واجهة برمجة تطبيقات للتطبيقات التي تكتب بيانات طبية
- تجربة متصفّح موجّهة للمستخدمين للبيانات الطبية المخزّنة في Health Connect بصفتها أنواع بيانات طبية جديدة، بالإضافة إلى أذونات دقيقة للسماح بعمليات القراءة من خلال التطبيقات الأخرى
- واجهة برمجة تطبيقات للتطبيقات التي تقرأ البيانات الطبية استنادًا إلى الأذونات التي منحها المستخدم
تتوفّر واجهات برمجة تطبيقات سجلّ المرضى الإلكتروني من خلال حزمة تطوير البرامج (SDK) لنظام التشغيل Android 16. اطّلِع على مقالة إعداد حزمة SDK لنظام التشغيل Android 16 للحصول على تعليمات حول كيفية البدء.
القيود
بما أنّ واجهات برمجة التطبيقات هذه لا تزال قيد التطوير، لا تزال هناك بعض القيود وبعض المكوّنات غير متاحة بالكامل.
- تُستخدَم Health Connect Jetpack SDK عادةً لتبسيط عملية الدمج من خلال لف واجهات برمجة التطبيقات (API) لتطبيق Health Connect، ولكنّ هذه الواجهات غير متاحة بعد، لذا يجب استخدام واجهات برمجة التطبيقات لإطار عمل Android الأساسي.
- لا تزال "سياسة Play" بشأن الوصول إلى سجلّ الاطّلاع على الصحة (PHR) قيد التطوير، وقد تحتاج التطبيقات إلى استيفاء متطلبات إضافية قبل أن يتم طرحها على "متجر Play".
- لم يتم تطوير بعض الميزات، مثل واجهات برمجة التطبيقات المستندة إلى سجلّات التغييرات، لأجل واجهات برمجة تطبيقات سجلّ المرضى الإلكتروني حتى الآن.
تنسيق بيانات سجلّ المرضى الإلكتروني
يتم تخزين بيانات سجلّ المرضى الإلكتروني بتنسيق HL7 FHIR، مع إتاحة الإصدار R4 فقط في البداية.
التحقّق من صحة البيانات
تقبل واجهات برمجة تطبيقات سجلّ المرضى الإلكتروني موارد FHIR R4 الصالحة، وستُجري Health Connect بعض عمليات التحقق لضمان اتّباع مواصفات FHIR R4.
إنّ عمليات التحقّق من الصحة التي تم وضع علامة عليها قريبًا لم يتم فرضها بعد، ولكنها ستصبح سارية في إصدار مستقبلي. ننصحك بالتطوير وفقًا لجميع عمليات التحقّق من صحة المحتوى المُدرَجة لتجنُّب حدوث مشاكل في الإصدارات المستقبلية.
| المستوى | التحقّق من الصحة | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| ملف JSON صالح | أن تكون البيانات متوافقة مع تنسيق JSON | ||||||||
| تنسيق FHIR المتوافق | يجب أن يكون إصدار FHIR المُعلَن عنه في طلب الكتابة متوافقًا. تقبل Health Connect إصدارات FHIR التالية:
|
||||||||
| تنسيق FHIR المتوافق | نوع مورد FHIR المسجَّل في مثيل المورد متوافق. تتيح Health Connect أنواع موارد FHIR التالية:
|
||||||||
| رقم تعريف المورد الفريد | يحتوي المورد على حقل رقم تعريف يتضمّن قيمة تستوفي متطلبات التعبير العادي. | ||||||||
| رقم تعريف المورد الفريد | لا يشارك المورد رقم تعريف مع مورد FHIR آخر من نوع المورد
نفسه من MedicalDataSource نفسه. |
||||||||
| قواعد النشاط التجاري | لا يحتوي على
مورد FHIR مضمّن. المراجع المضمّنة هي مراجع FHIR مُدمجة في مرجع "رئيسي" . يتم استخدامها عندما يحتاج المورد الرئيسي إلى الإشارة إلى مورد آخر، ولكن لا يتوفّر للنظام معلومات كافية ل إنشاء هذا المورد المستقل. |
||||||||
| قاعدة FHIR صالحة | تتوفّر حقول المستوى الأعلى في تنسيق FHIR JSON في مواصفات FHIR لنوع المرجع المحدّد. | ||||||||
| قاعدة FHIR صالحة | لا تحتوي حقول المستوى الأعلى على قيم JSON فارغة. | ||||||||
| قاعدة FHIR صالحة | إنّ حقول المستوى الأعلى التي تم تحديدها على أنّها
عناصر متكررة في FHIR لها نوع بيانات
JSON array. |
||||||||
| قاعدة FHIR صالحة | الحقول من المستوى الأعلى (بما في ذلك العناصر ضمن array JSON)
التي تم تحديدها على أنّها
أنواع معقّدة في FHIR لها نوع بيانات
object JSON. |
||||||||
| قاعدة FHIR صالحة | إنّ حقول المستوى الأعلى (بما في ذلك العناصر ضمن array JSON)
التي تم تحديدها على أنّها
أنواع أساسية في FHIR تحتوي على نوع بيانات JSON
الصحيح.
|
||||||||
| قاعدة FHIR صالحة | تلبي حقول المستوى الأعلى المحدّدة على أنّها
أنواع أساسية في FHIR متطلبات التعبير العادي. قريبًا |
||||||||
| قاعدة FHIR صالحة | تتوفّر الإضافات إلى الأنواع الأساسية
في مواصفات FHIR ولديها نوع بيانات object في ملف JSON. |
||||||||
| قاعدة FHIR صالحة | لا يتم تسجيل أكثر من حقل واحد لملف
حقول الخيارات
(fieldname[x]).على سبيل المثال، effectiveDateTime وeffectivePeriod
لا يمكن أن يكونا موجودَين في مثيل المورد نفسه. |
||||||||
| قاعدة FHIR صالحة | تحتوي أنواع البيانات المعقدة على
حقول وأنواع بيانات تتطابق مع مواصفات FHIR. قريبًا |
||||||||
| قاعدة FHIR صالحة | تحتوي عناصر العمود الفقري (والعناصر
ضمن الأنواع المعقدة) على حقول وأنواع بيانات تتطابق مع مواصفات FHIR. قريبًا |
||||||||
| قاعدة FHIR صالحة | عنصر الإضافات:
حقول value[x] هي نوع صالح وتحتوي على محتوًى
وفقًا لنوع البيانات هذا.يمكن تضمين عناصر الإضافة في أيّ مورد لتمثيل معلومات إضافية ليست جزءًا من المواصفة الأساسية. وتتضمّن هذه العناصر حقلًا url يرتبط بتعريف الإضافة، وحقلًا
value[x] يحتوي على قيمة الإضافة.
يجب أن يكون value[x] من قائمة محدّدة بأنواع البيانات المقبولة.
قريبًا |
||||||||
| قاعدة FHIR صالحة | توفُّر جميع الحقول المطلوبة على المستوى الأعلى |
فئات البيانات
تستند المجموعة المتاحة من موارد FHIR والفئات المقابلة لها بشكل أساسي إلى أقسام ملخّص المريض الدولي:
- فئة الحساسية وعدم التحمل: تحتوي على موارد AllergyIntolerance.
- فئة الشروط: تحتوي على موارد الشروط.
- فئة الزيارات: تحتوي على موارد "اللقاء" و"الموقع الجغرافي" و"المؤسسة".
- فئة اللقاحات: تحتوي على موارد التحصين.
- فئة التفاصيل الشخصية: تتضمّن مراجع المرضى.
- فئة تفاصيل الممارسِين الطبيين: تتضمّن موارد Practitioner وPractitionerRole.
- فئة الإجراءات: تحتوي على موارد الإجراءات.
- فئة الأدوية: تحتوي على موارد Medication وMedicationRequest وMedicationStatement.
يتم تصنيف موارد المراقبة استنادًا إلى محتواها:
- الحمل: استنادًا إلى رموز LOINC للحمل
- السجلّ الاجتماعي: استنادًا إلى رموز LOINC للسجلّ الاجتماعي أو فئة "السجلّ الاجتماعي" FHIR
- مؤشرات حيوية: استنادًا إلى رموز LOINC الخاصة بالمؤشرات الحيوية أو فئة FHIR "vital-signs"
- المختبر: استنادًا إلى فئة FHIR "المختبر"
ولا يتم تسجيل الملاحظات التي لا تنتمي إلى أي من هذه الفئات في Health Connect.
مراجع المرضى
يهدف تطبيق Health Connect إلى تخزين بيانات سجلّ الصحة الشخصي لشخص واحد فقط في هذا الوقت. لذلك، يجب أن تنتمي جميع موارد FHIR المكتوبة إلى الشخص نفسه.
من الشائع أن تتوفّر موارد متعددة لمرضى FHIR في نظام لفرد واحد. نفضّل كتابة تطبيقات لمطابقة البيانات وكتابة مرجع مريض واحد في Health Connect. ومع ذلك، لا يتم فرض ذلك للتماشى مع الهياكل التنظيمية المختلفة التي قد تكون موجودة.
بيانات FHIR المحوَّلة
تحوّل بعض التطبيقات بيانات FHIR لتلبية متطلباتها الخاصة. مثلاً:
- دمج البيانات من مصادر مختلفة (عادةً واجهات برمجة تطبيقات FHIR)
- ربط الرموز بالمصطلحات العالمية (مثل SNOMED وLOINC وICD) وتوحيد الوحدات
- توحيد البيانات وإزالتها
- حلّ مشاكل التنسيق أو مشاكل أخرى في جودة البيانات
- فلترة السجلات استنادًا إلى قواعد النشاط التجاري الخاصة بالتطبيق
يمكن كتابة بيانات FHIR غير المحوَّلة والمحوَّلة في Health Connect، شرط أن تكون متوافقة مع مواصفات FHIR R4. ننصح بكتابة البيانات المحوَّلة كلما أمكن ذلك. يُرجى مراعاة النقاط التالية:
- قد تُزيل التطبيقات التي لها حالات استخدام محدودة عددًا كبيرًا من السجلّات التي يمكن للتطبيقات الأخرى في المنظومة المتكاملة الاستفادة منها لتوفير قيمة للمستخدم. في مثل هذه الحالات، قد يكون من المفيد كتابة ملف FHIR غير المحوَّل الذي هو أكثر اكتمالاً. ومع ذلك، احرص على إبلاغ المستخدمين بأنّه تتم مشاركة مجموعة البيانات الأوسع نطاقًا هذه.
- في حال دمج بيانات مصدرها مصادر مختلفة، يمكنك كتابة البيانات
في
MedicalDataSourceواحد في Health Connect. يجب أيضًا منح رقم تعريف جديد لكل مورد لتجنُّب حدوث تعارضات، وتعديل إشارات الموارد لتهدف إلى الأرقام التعريفية الجديدة. - يمكن أن يؤدي دمج البيانات من مصادر متعددة في
MedicalDataSourceواحد إلى إخفاء مصدر البيانات. بما أنّه غالبًا ما يكون من المفيد لمستهلكي البيانات معرفة مصدرها، ننصحك بملء الحقلmeta.sourceلكل مورد بالمصدر الأصلي للسجلّ (عادةً عنوان URL أساسي لخدمة FHIR).
تجربة المستخدم
يتم تقديم معلومات عامة عن تجربة المستخدم في هذا القسم.
الأذونات
يشبه طلب أذونات قراءة السجلّات الطبية أو كتابتها شاشة أذونات Health Connect الحالية، ولكن يتم عرض شاشة سجلّات صحية منفصلة:
تصفُّح البيانات
يقدّم Health Connect أيضًا ميزات أساسية لعرض البيانات وتخزينها في سجلّ الصحة الشخصي والتصفّح فيها، تمامًا مثل أنواع بيانات Health Connect الحالية.
