Пояснення CDA та C-CDA: клінічні документи HL7

Коротка відповідь: Clinical Document Architecture (CDA) — це стандарт HL7 для клінічних документів: виписних епікризів, направлень, консультативних записів, резюме пацієнта. Документ CDA — це один XML-файл із заголовком (хто, коли, про кого) та тілом, що складається з розділів, кожен з яких має зрозумілий для людини текст та, за бажанням, машинно-читні кодовані записи. C-CDA (Consolidated CDA) — це американський посібник з впровадження, який визначає шаблони для найпоширеніших типів документів; CCD (Continuity of Care Document) — його найвідоміший представник. CDA версії 2 датується 2005 роком і досі є обов'язковою у кількох національних та транскордонних програмах.

Як виглядає документ

Документ CDA — це XML-файл з кореневим елементом ClinicalDocument, який містить заголовок (тип документа як код LOINC, OID templateId, ідентифікатор, час дії, код конфіденційності, пацієнта, автора та зберігача) та тіло з розділами, кожен з яких має код 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). Шаблони ідентифікуються за OID (2.16.840.1…), а не за URL. Елемент <text> є обов'язковим і є тим, що бачить лікар; <entry> є необов'язковим і є тим, що читає програмне забезпечення.

Три рівні

CDA визначає три рівні структури. Рівень 1 — це дійсний заголовок з неструктурованим тілом, наприклад, вбудованим PDF. Рівень 2 додає структуроване тіло з кодованими розділами та описом, але без кодованих записів. Рівень 3 додає кодовані записи відповідно до шаблонів, завдяки чому програмне забезпечення може імпортувати інформацію про алергії, ліки та проблеми. Більшість реальних документів знаходяться між рівнями 2 і 3.

Рівень 1: дійсний заголовок плюс неструктуроване тіло, наприклад, вбудований PDF. Юридично це документ CDA; комп'ютери можуть його зберігати, але не читати.
Рівень 2: структуроване тіло з кодованими розділами та текстом, без кодованих записів. Програмне забезпечення знає, що є розділ алергій; воно не може перерахувати алергії.
Рівень 3: розділи з кодованими записами відповідно до шаблонів. Програмне забезпечення може імпортувати алергії, ліки та проблеми до приймаючої картки.

Більшість реальних документів CDA знаходяться між рівнями 2 і 3: деякі розділи кодовані, інші — лише текстові.

Шість принципів, які досі формують його

Шість принципів, що лежать в основі CDA: стійкість (документ зберігається незмінним роками), управління (зберігач несе за нього відповідальність), можливість автентифікації (його можна підписати), контекст (заголовок стосується всього документа), цілісність (розділ втрачає сенс поза своїм документом) та читабельність для людини (опис відображається без спеціального програмного забезпечення). Документи FHIR дотримуються тих самих шести принципів.

CDA був розроблений на основі стійкості (документ зберігається незмінним роками), відповідальності (зберігач несе за нього відповідальність), можливості автентифікації (його можна підписати), контексту (заголовок стосується всього документа), цілісності (розділ поза документом втрачає сенс) та читабельності для людини (текст має відображатися без спеціального програмного забезпечення). Документи FHIR (Bundle типу document з Composition) дотримуються тих самих принципів; базова модель даних відрізняється, як пояснюється в CDA vs FHIR.

C-CDA: консолідація в США

C-CDA (Consolidated CDA) — це керівництво з реалізації в США, яке з 2011 року об'єднало кілька пересічних посібників CDA в один, з приблизно десятком шаблонів документів, таких як Continuity of Care Document, Discharge Summary та Referral Note, а також спільною бібліотекою шаблонів розділів та записів. C-CDA R2.1 вимагається для сертифікації ONC для переходів догляду та резюме пацієнтів.

До 2011 року американські впроваджувачі використовували кілька пересічних посібників CDA. Consolidated CDA об'єднав їх в один, з приблизно десятком шаблонів документів (Continuity of Care Document, Discharge Summary, Progress Note, Referral Note, Care Plan, Operative Note, Diagnostic Imaging Report та інші) та спільною бібліотекою шаблонів розділів і записів. C-CDA R2.1 вимагається для сертифікації американських EHR (ONC) для передачі даних та резюме пацієнта, і залишається таким поряд з FHIR US Core для API.

Де CDA використовується у 2026 році

У 2026 році CDA використовується в обміні між постачальниками медичних послуг у США як C-CDA через Direct messaging та інформаційні обміни даними про здоров'я, в європейському транскордонному MyHealth@EU Patient Summary та ePrescription, у національних програмах, таких як німецькі eArztbrief та ePA, австрійська ELGA, італійська FSE, Нідерланди та Швейцарія, а також всюди як заголовок, що охоплює скановані документи або PDF-файли.

Сполучені Штати: C-CDA для обміну документами між постачальниками послуг, у Direct messaging та системах обміну медичною інформацією.
Європа, транскордонний обмін: MyHealth@EU обмінюється Резюме пацієнта та Електронним рецептом як документами CDA (шаблони eHDSI), з форматами на основі FHIR, що з'являються в рамках EHDS. Дивіться Електронний рецепт між країнами ЄС.
Національні програми: Німецький електронний лист від лікаря (eArztbrief) та частини ePA, австрійська ELGA, італійська FSE, Нідерланди та Швейцарія використовують CDA для документів, часто через реєстри IHE XDS.
Скрізь: скановані документи та PDF-документи, обгорнуті в заголовок CDA, щоб реєстр документів міг їх індексувати.

Що насправді отримує приймаюча сторона

Отримувач документа CDA завжди отримує читабельний опис, але кодовані дані він може імпортувати лише тоді, коли відправник послідовно використовував шаблони рівня 3. Системи, що отримують дані, зазвичай відображають опис і пропонують узгодити проблеми, ліки та алергії з записів по одному, оскільки два документи рівня 3 від різних постачальників рідко кодують один і той самий факт ідентично.

Документ CDA надійний для читання та нерівномірний для імпорту. Текст завжди присутній; кодовані записи залежать від рівня відправника та дисципліни шаблонів. Системи, що приймають дані, зазвичай показують текст лікарю та пропонують "узгодити" проблеми, ліки та алергії з записів до локальної картки, по одному. Цей крок узгодження існує тому, що два документи рівня 3 від різних постачальників рідко кодують один і той самий факт однаково.

В Anpheros документ CDA з лікарні зберігається як є, як DocumentReference з прикріпленим XML, а його кодований вміст, де він є, відображається на ресурси FHIR (Condition, AllergyIntolerance, MedicationStatement) з походженням, що вказує назад на документ. Дивіться DocumentReference vs DiagnosticReport vs Binary.

Пов'язані сторінки

Джерела

Поширені запитання

Чи CDA — це те саме, що HL7 v3?

CDA побудований на Reference Information Model HL7 v3 і використовує типи даних v3, тому його XML виглядає саме так. Решта повідомлень HL7 v3 мало використовувалася; CDA — це частина v3, яка досягла успіху.

Що таке CCD?

Continuity of Care Document — це тип документа C-CDA для резюме пацієнта: проблеми, ліки, алергії, щеплення, результати, процедури, життєві показники, план лікування. Це американський еквівалент Міжнародного резюме пацієнта.

Чи FHIR замінює CDA?

Для нових API та додатків — так; для обміну документами між установами — повільно. Нормативні акти в США та Європі все ще вимагають CDA для певних документів, і документи FHIR запроваджуються паралельно, а не замість них.

Чи можна конвертувати документ CDA у FHIR?

Так, з обмеженнями. Посібник з впровадження HL7 C-CDA on FHIR відображає типи документів та розділи; кодовані записи відображаються на ресурси FHIR, де шаблони збігаються. Розділи, що містять лише текст, стають розділами Composition з текстом і без структурованих даних.

Anpheros Platform

Спробуйте безкоштовно в пісочниці

Перший запит FHIR за 5 хвилин. API стандарту HL7 FHIR R4 з вбудованою згодою пацієнта: спробуйте в пісочниці, а потім підключіть власну програму чи клінічну систему.

Створити безкоштовну пісочницю Читати посібники для розробників →

Безкоштовно · 30 синтетичних пацієнтів · без картки

Цей посібник призначений для інформаційних цілей і не замінює медичну консультацію. Для прийняття рішень щодо вашого здоров'я зверніться до лікаря. У надзвичайній ситуації телефонуйте на місцевий номер екстреної допомоги (112 у Європі).

Написано

Команда Anpheros

Anpheros створює медичну карту, яку пацієнт контролює та може ділитися з будь-якою клінікою, на платформі HL7 FHIR R4, розташованій в ЄС. Ці посібники допоможуть вам зрозуміти та організувати своє здоров'я; вони не замінюють вашого лікаря.

Про Anpheros →