يتم تخزين بيانات السجلّات الصحية الشخصية (PHR) بتنسيق HL7 FHIR.
يتوافق تطبيق "معلومات المريض الصحية" مع الإصدارات التالية من "موارد قابلية التشغيل البيني للرعاية الصحية السريعة" (FHIR):
أنواع المراجع الطبية
يتألف FHIR من مجموعة من المكونات المجزّأة التي تُعرف باسم الموارد. تستند السلسلة المتاحة من موارد FHIR والفئات المقابلة لها تقريبًا إلى أقسام "ملخّص المريض الدولي".
يتم ربط هذه الموارد بفئات البيانات في Health Connect، والتي يُشار إليها باسم أنواع الموارد الطبية في واجهة برمجة التطبيقات. يتمّ ربط موارد الملاحظات استنادًا إلى المحتوى، مثل رموز Logical Observation Identifiers Names and Codes (LOINC) وفئات FHIR.
ولا يتم تسجيل الملاحظات التي لا تنتمي إلى أي من هذه الفئات في Health Connect.
| نوع المرجع الطبي في Health Connect | موارد FHIR |
|---|---|
| بيانات الحساسية | AllergyIntolerance |
| الحالات الطبية | الشرط |
| المختبر | ملاحظة
|
| بيانات الأدوية | Medication, MedicationRequest, MedicationStatement |
| التفاصيل الشخصية | المريض |
| تفاصيل الممارسِين الطبيين | Practitioner، PractitionerRole |
| بيانات الحمل | ملاحظة
|
| بيانات الإجراءات الطبية | الإجراء |
| تأثيرات نمط الحياة | ملاحظة
|
| بيانات اللقاحات | بيانات التحصين |
| الزيارات الطبية | المواجهة، الموقع الجغرافي، المؤسسة |
| بيانات المؤشرات الحيوية | ملاحظة
|
مراجع المرضى
يهدف تطبيق Health Connect إلى تخزين بيانات سجلّ الصحة الشخصي لشخص واحد فقط في هذا الوقت. لذلك، يجب أن تنتمي جميع موارد FHIR المكتوبة إلى الشخص نفسه.
من الشائع أن تتوفّر موارد متعددة لمرضى FHIR في نظام لفرد واحد. يُفضَّل أن تُطابق التطبيقات البيانات و تُكتب مرجعًا واحدًا للمريض في Health Connect. ومع ذلك، لا يتم فرض ذلك للتماشى مع الهياكل التنظيمية المختلفة التي قد تكون موجودة.
التحقّق من صحة البيانات
تقبل واجهات برمجة تطبيقات سجلّ المرضى الإلكتروني موارد FHIR الصالحة من الإصدارات المتوافقة، وتعمل Health Connect على إجراء بعض عمليات التحقّق لتأكيد اتّباع مواصفات FHIR لكل إصدار متوافق.
إنّ عمليات التحقّق من الصحة التي تم وضع علامة عليها قريبًا لم يتم فرضها بعد، ولكنها ستصبح سارية في إصدار مستقبلي. ننصحك بالتطوير وفقًا لجميع خطوات التحقّق من القيمة المدرَجة للحفاظ على التوافق مع الإصدارات المستقبلية.
| المستوى | التحقّق من الصحة | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| ملف JSON صالح | أن تكون البيانات متوافقة مع تنسيق JSON | ||||||||
| تنسيق FHIR المتوافق | يجب أن يكون إصدار FHIR المُعلَن عنه في طلب الكتابة متوافقًا. تقبل Health Connect إصدارات FHIR التالية:
|
||||||||
| تنسيق FHIR المتوافق | نوع مورد FHIR المسجَّل في مثيل المورد متوافق. تتيح Health Connect أنواع موارد FHIR التالية:
|
||||||||
| رقم تعريف المورد الفريد | يحتوي المورد على حقل رقم تعريف يتضمّن قيمة تستوفي متطلبات التعبير العادي. | ||||||||
| رقم تعريف المورد الفريد | لا يشارك المورد رقم تعريف مع مورد FHIR آخر من نوع المورد
نفسه من MedicalDataSource نفسه. |
||||||||
| قواعد النشاط التجاري | لا يتضمّن مرجع FHIR مضمّنًا. المراجع المضمّنة هي مراجع FHIR مضمّنة في مرجع "رئيسي" . يتم استخدامها عندما يحتاج المرجع الرئيسي إلى الإشارة إلى مرجع آخر، ولكن لا يتوفّر للنظام معلومات كافية ل إنشاء هذا المرجع المستقل. | ||||||||
| قاعدة FHIR صالحة | تتوفّر حقول المستوى الأعلى في تنسيق FHIR JSON في مواصفات FHIR لنوع المرجع المحدّد. | ||||||||
| قاعدة FHIR صالحة | لا تحتوي حقول المستوى الأعلى على قيم JSON فارغة. | ||||||||
| قاعدة FHIR صالحة | توفُّر جميع الحقول المطلوبة على المستوى الأعلى | ||||||||
| قاعدة 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 لتلبية متطلباتها الخاصة. مثلاً:
- دمج البيانات من مصادر مختلفة (عادةً واجهات برمجة تطبيقات FHIR)
- ربط الرموز بالمصطلحات العالمية (مثل SNOMED وLOINC وICD) وتوحيد الوحدات
- توحيد البيانات وإزالتها
- حلّ مشاكل التنسيق أو مشاكل أخرى في جودة البيانات
- فلترة السجلات استنادًا إلى قواعد النشاط التجاري الخاصة بالتطبيق
يمكن كتابة بيانات FHIR غير المحوَّلة والمحوَّلة في Health Connect، شرط أن تكون متوافقة مع مواصفات FHIR R4. ننصح بكتابة البيانات المحوَّلة كلما أمكن ذلك. يُرجى مراعاة النقاط التالية:
- قد تُفلتِر التطبيقات التي لها حالات استخدام محدودة عددًا كبيرًا من السجلّات التي يمكن للتطبيقات الأخرى في المنظومة المتكاملة أن تُضيف قيمة للمستخدمين من خلالها. في مثل هذه الحالات، قد يكون من المفيد كتابة ملف FHIR غير المحوَّل الذي هو أكثر اكتمالاً. ومع ذلك، احرص على إبلاغ المستخدمين بأنّه تتم مشاركة مجموعة البيانات الأوسع نطاقًا هذه.
- في حال دمج بيانات مصدرها مصادر مختلفة، يمكنك كتابة البيانات
في
MedicalDataSourceواحد في Health Connect. يجب أيضًا منح رقم تعريف جديد لكل مورد لتجنُّب حدوث تعارضات، وتعديل إشارات الموارد لتهدف إلى الأرقام التعريفية الجديدة. - يمكن أن يؤدي دمج البيانات من مصادر متعددة في
MedicalDataSourceواحد إلى إخفاء مصدر البيانات. بما أنّه غالبًا ما يكون من المفيد لمستهلكي البيانات معرفة مصدرها، ننصحك بملء الحقلmeta.sourceلكل مورد بالمصدر الأصلي للسجلّ (عادةً عنوان URL أساسي لخدمة FHIR).