إجابة مختصرة: الهندسة المعمارية للوثائق السريرية (CDA) هي معيار HL7 للوثائق السريرية: ملخصات الخروج، وخطابات الإحالة، وملاحظات الاستشارة، وملخصات المرضى. وثيقة CDA هي ملف XML واحد يحتوي على رأس (من، متى، عن من) و جسم من الأقسام، كل منها يحتوي على سرد قابل للقراءة البشرية و، اختياريًا، إدخالات مشفرة قابلة للقراءة آليًا. C-CDA (Consolidated CDA) هو دليل التنفيذ الأمريكي الذي يحدد القوالب لأنواع المستندات الأكثر شيوعًا؛ CCD (Continuity of Care Document) هو أشهرها. يعود تاريخ إصدار CDA 2 إلى عام 2005 ولا يزال مطلوبًا في العديد من البرامج الوطنية وعبر الحدود.
كيف تبدو الوثيقة
وثيقة CDA هي ملف XML يحتوي على جذر ClinicalDocument يتضمن رأسًا (نوع المستند كرمز LOINC، معرفات OID للقوالب، معرف، وقت سريان، رمز سرية، المريض، المؤلف، والمُعهَد) وجسم من الأقسام، كل منها يحتوي على رمز LOINC، وعنصر نصي إلزامي قابل للقراءة البشرية، وإدخالات مرمزة اختيارية لتتمكن البرامج من قراءتها.
<ClinicalDocument xmlns="urn:hl7-org:v3">
<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
<templateId root="2.16.840.1.113883.10.20.22.1.2" extension="2015-08-01"/>
<id root="2.16.840.1.113883.19.5" extension="DOC-2026-0314"/>
<code code="34133-9" codeSystem="2.16.840.1.113883.6.1" displayName="Summarization of Episode Note"/>
<effectiveTime value="20260314101500+0100"/>
<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
<recordTarget><patientRole>…</patientRole></recordTarget>
<author>…</author>
<custodian>…</custodian>
<component><structuredBody>
<component><section>
<templateId root="2.16.840.1.113883.10.20.22.2.6.1" extension="2015-08-01"/>
<code code="48765-2" codeSystem="2.16.840.1.113883.6.1" displayName="Allergies and adverse reactions"/>
<title>Allergies</title>
<text><table><tr><td>Penicillin</td><td>Rash</td></tr></table></text>
<entry>…coded Allergy Concern Act…</entry>
</section></component>
</structuredBody></component>
</ClinicalDocument>
ثلاثة أشياء يجب ملاحظتها. يتم تحديد نوع الوثيقة وكل قسم بواسطة رمز LOINC (34133-9, 48765-2). يتم تحديد القوالب بواسطة معرفات OIDs (2.16.840.1…)، وليس عناوين URL. العنصر <text> إلزامي وهو ما يراه الطبيب؛ العنصر <entry> اختياري وهو ما تقرأه البرامج.
المستويات الثلاثة
تحدد CDA ثلاثة مستويات من الهيكلة. المستوى الأول هو رأس صالح مع جسم غير منظم مثل ملف PDF مضمن. يضيف المستوى الثاني جسمًا منظمًا بأقسام مرمزة وسرد ولكن بدون إدخالات مرمزة. يضيف المستوى الثالث إدخالات مرمزة تتبع القوالب، بحيث يمكن للبرامج استيراد الحساسيات والأدوية والمشاكل. معظم المستندات الفعلية تقع بين المستويين الثاني والثالث.
- المستوى 1: رأس صالح بالإضافة إلى جسم غير منظم، على سبيل المثال ملف PDF مضمن. قانونيًا وثيقة CDA؛ يمكن لأجهزة الكمبيوتر حفظها ولكن لا يمكنها قراءتها.
- المستوى 2: جسم منظم مع أقسام مشفرة وسرد، بدون إدخالات مشفرة. تعرف البرامج أن هناك قسمًا للحساسية؛ لا يمكنها سرد الحساسيات.
- المستوى 3: أقسام مع إدخالات مشفرة تتبع القوالب. يمكن للبرامج استيراد الحساسيات والأدوية والمشاكل إلى السجل المستلم.
معظم وثائق CDA في العالم الحقيقي تقع بين المستويين 2 و 3: بعض الأقسام مشفرة، والبعض الآخر سرد فقط.
ستة مبادئ لا تزال تشكلها
المبادئ الستة وراء CDA هي: الثبات (يعيش المستند دون تغيير لسنوات)، الوصاية (المُعهَد مسؤول عنه)، إمكانية المصادقة (يمكن توقيعه)، السياق (ينطبق الرأس على المستند بأكمله)، الشمولية (يفقد القسم معناه خارج مستنده)، وقابلية القراءة البشرية (يتم عرض السرد بدون برامج خاصة). تتبنى مستندات FHIR نفس المبادئ الستة.
تم تصميم CDA حول الاستمرارية (تعيش الوثيقة دون تغيير لسنوات)، الوصاية (يكون الوصي مسؤولاً عنها)، إمكانية المصادقة (يمكن توقيعها)، السياق (ينطبق الرأس على الوثيقة بأكملها)، الشمولية (يفقد القسم خارج وثيقته معناه) و قابلية القراءة البشرية (يجب عرض السرد دون برامج خاصة). تتبنى مستندات FHIR (حزمة من نوع document مع تكوين) نفس المبادئ؛ نموذج البيانات الأساسي مختلف، كما يشرح CDA مقابل FHIR.
C-CDA: التوحيد الأمريكي
C-CDA (Consolidated CDA) هو دليل التنفيذ الأمريكي الذي، منذ عام 2011، دمج العديد من أدلة CDA المتداخلة في دليل واحد، مع حوالي اثني عشر قالب مستند مثل وثيقة استمرارية الرعاية، وملخص الخروج، وملاحظة الإحالة، ومكتبة مشتركة لقوالب الأقسام والإدخالات. يتطلب C-CDA R2.1 شهادة ONC للانتقالات في الرعاية وملخصات المرضى.
قبل عام 2011، استخدم المنفذون الأمريكيون العديد من أدلة CDA المتداخلة. قامت Consolidated CDA بدمجها في دليل واحد، مع حوالي اثني عشر قالبًا للمستندات (وثيقة استمرارية الرعاية، ملخص الخروج، ملاحظة التقدم، ملاحظة الإحالة، خطة الرعاية، ملاحظة العمليات، تقرير التصوير التشخيصي وغيرها) ومكتبة مشتركة لقوالب الأقسام والإدخالات. يتطلب C-CDA R2.1 شهادة السجلات الصحية الإلكترونية الأمريكية (ONC) لانتقالات الرعاية وملخصات المرضى، ويظل كذلك جنبًا إلى جنب مع FHIR US Core لواجهات برمجة التطبيقات.
أين توجد CDA في عام 2026
في عام 2026، تعيش CDA في التبادل بين مقدمي الخدمات في الولايات المتحدة كـ C-CDA عبر رسائل Direct وتبادل المعلومات الصحية، وفي ملخص المريض والوصفة الإلكترونية الأوروبية عبر الحدود MyHealth@EU، وفي البرامج الوطنية مثل eArztbrief و ePA في ألمانيا، و ELGA في النمسا، و FSE في إيطاليا، وهولندا وسويسرا، وفي كل مكان كرأس يلتف حول المستندات الممسوحة ضوئيًا أو ملفات PDF.
- الولايات المتحدة: C-CDA لتبادل المستندات بين مقدمي الخدمات، في المراسلات المباشرة وتبادل المعلومات الصحية.
- أوروبا، عبر الحدود: تقوم MyHealth@EU بتبادل ملخص المريض والوصفة الإلكترونية كمستندات CDA (قوالب eHDSI)، مع وصول تنسيقات قائمة على FHIR بموجب EHDS. انظر الوصفة الإلكترونية عبر حدود الاتحاد الأوروبي.
- البرامج الوطنية: رسالة الطبيب الإلكترونية في ألمانيا (eArztbrief) وأجزاء من ePA، ومستندات ELGA في النمسا، و FSE في إيطاليا، وهولندا وسويسرا تستخدم CDA للمستندات، غالبًا من خلال سجلات IHE XDS.
- في كل مكان: المستندات الممسوحة ضوئيًا وملفات PDF المغلفة برأس CDA، بحيث يمكن لسجل المستندات فهرستها.
ما يحصل عليه المستلم فعليًا
يتلقى مستلم وثيقة CDA دائمًا سردًا قابلًا للقراءة، ولكن البيانات المرمزة التي يمكنه استيرادها فقط عندما يستخدم المرسل قوالب المستوى الثالث باستمرار. تعرض أنظمة الاستقبال عادةً السرد وتقدم خيارًا لمطابقة المشاكل والأدوية والحساسيات من الإدخالات واحدًا تلو الآخر، لأن وثيقتين من المستوى الثالث من بائعين مختلفين نادرًا ما تقومان بترميز نفس الحقيقة بشكل متطابق.
وثيقة CDA موثوقة للقراءة وغير متساوية للاستيراد. السرد موجود دائمًا؛ تعتمد الإدخالات المشفرة على مستوى المرسل وانضباط القالب. تعرض أنظمة الاستقبال عادةً السرد للطبيب وتعرض "تسوية" المشاكل والأدوية والحساسيات من الإدخالات في السجل المحلي، واحدة تلو الأخرى. توجد خطوة التسوية هذه لأن وثيقتين من المستوى 3 من بائعين مختلفين نادرًا ما تشفران نفس الحقيقة بنفس الطريقة.
في Anpheros، يتم تخزين وثيقة CDA من مستشفى كما هي، كـ DocumentReference مع إرفاق XML، ويتم تعيين محتواها المشفر، حيثما كان موجودًا، إلى موارد FHIR (Condition, AllergyIntolerance, MedicationStatement) مع إثبات يعود إلى الوثيقة. انظر DocumentReference مقابل DiagnosticReport مقابل Binary.
صفحات ذات صلة
- CDA مقابل FHIR
- HL7 مقابل FHIR: v2، CDA و FHIR
- شرح حزمة FHIR
- DocumentReference مقابل DiagnosticReport مقابل Binary
- الملخص الدولي للمريض
- معايير التشغيل البيني للرعاية الصحية: الخريطة
- شرح TEFCA و QHINs
مصادر
- ملخص منتج HL7 CDA الإصدار 2
- ملخص منتج HL7 C-CDA الإصدار 2.1
- التنقل عبر الإنترنت لـ HL7 C-CDA (القوالب)
- شهادة ONC: متطلبات C-CDA
- MyHealth@EU (المفوضية الأوروبية)
الأسئلة الشائعة
هل CDA هو نفسه HL7 v3؟
تم بناء CDA على نموذج المعلومات المرجعي HL7 v3 ويستخدم أنواع بيانات v3، وهذا هو سبب ظهور XML الخاص به بهذا الشكل. بقية مراسلات HL7 v3 شهدت تبنيًا قليلًا؛ CDA هو الجزء من v3 الذي نجح.
ما هو CCD؟
وثيقة استمرارية الرعاية هي نوع مستند C-CDA لملخص المريض: المشاكل، الأدوية، الحساسيات، التطعيمات، النتائج، الإجراءات، العلامات الحيوية، خطة الرعاية. إنها المكافئ الأمريكي للملخص الدولي للمريض.
هل يتم استبدال CDA بـ FHIR؟
بالنسبة لواجهات برمجة التطبيقات والتطبيقات الجديدة، نعم؛ لتبادل المستندات بين المؤسسات، ببطء. لا تزال اللوائح في الولايات المتحدة وأوروبا تتطلب CDA لمستندات محددة، ويتم تقديم مستندات FHIR جنبًا إلى جنب بدلاً من ذلك.
هل يمكن تحويل وثيقة CDA إلى FHIR؟
نعم، مع قيود. يقوم دليل تنفيذ HL7 C-CDA على FHIR بتعيين أنواع المستندات والأقسام؛ يتم تعيين الإدخالات المشفرة إلى موارد FHIR حيث تتطابق القوالب. تصبح الأقسام السردية فقط أقسام تكوين مع نص وبيانات منظمة.
جرّبه مجانًا في بيئة الاختبار
أول طلب FHIR خلال 5 دقائق. واجهة برمجة تطبيقات HL7 FHIR R4 مع موافقة المريض مدمجة: جربها في بيئة الاختبار، ثم اربط تطبيقك الخاص أو نظام عيادتك.
مجاني · 30 مريضًا اصطناعيًا · دون بطاقة

