CDA a C-CDA vysvětleno: klinické dokumenty HL7

Krátká odpověď: Clinical Document Architecture (CDA) je standard HL7 pro klinické dokumenty: propouštěcí zprávy, doporučení, konzultační poznámky, souhrny pacienta. Dokument CDA je jeden XML soubor s hlavičkou (kdo, kdy, o kom) a tělem sekcí, z nichž každá má lidsky čitelný narativ a volitelně strojově čitelné kódované položky. C-CDA (Consolidated CDA) je americký implementační průvodce, který stanovuje šablony pro nejběžnější typy dokumentů; CCD (Continuity of Care Document) je jeho nejznámější člen. CDA Release 2 pochází z roku 2005 a je stále vyžadován v několika národních a přeshraničních programech.

Jak dokument vypadá

Dokument CDA je soubor XML s kořenovým elementem ClinicalDocument, který obsahuje hlavičku (typ dokumentu jako kód LOINC, OID šablon, ID, čas platnosti, kód důvěrnosti, pacienta, autora a správce) a tělo sekcí, z nichž každá má kód LOINC, povinný textový prvek čitelný lidmi a volitelné kódované záznamy pro čtení softwarem.

<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>

Tři věci, kterých si všimněte. Typ dokumentu a každá sekce jsou identifikovány kódem LOINC (34133-9, 48765-2). Šablony jsou identifikovány OIDy (2.16.840.1…), nikoli URL. Element <text> je povinný a je to to, co vidí lékař; <entry> je volitelný a je to to, co čte software.

Tři úrovně

CDA definuje tři úrovně struktury. Úroveň 1 je platná hlavička s nestrukturovaným tělem, jako je vložené PDF. Úroveň 2 přidává strukturované tělo s kódovanými sekcemi a popisem, ale bez kódovaných záznamů. Úroveň 3 přidává kódované záznamy podle šablon, takže software může importovat alergie, léky a problémy. Většina skutečných dokumentů se nachází mezi úrovněmi 2 a 3.

Úroveň 1: platná hlavička plus nestrukturované tělo, například vložený PDF. Z právního hlediska dokument CDA; počítače jej mohou uložit, ale ne číst.
Úroveň 2: strukturované tělo s kódovanými sekcemi a narativem, bez kódovaných položek. Software ví, že existuje sekce alergií; nemůže vypsat alergie.
Úroveň 3: sekce s kódovanými položkami podle šablon. Software může importovat alergie, léky a problémy do přijímajícího záznamu.

Většina reálných CDA se nachází mezi úrovněmi 2 a 3: některé sekce jsou kódované, jiné pouze narativní.

Šest principů, které jej stále formují

Šest principů za CDA je: trvalost (dokument žije nezměněn po léta), správa (správce za něj zodpovídá), možnost ověření (může být podepsán), kontext (hlavička se vztahuje na celý dokument), celistvost (sekce ztrácí smysl mimo svůj dokument) a čitelnost pro člověka (popis se vykreslí bez speciálního softwaru). Dokumenty FHIR přejímají stejných šest principů.

CDA byl navržen s ohledem na trvalost (dokument žije nezměněn po léta), správcovství (správce za něj zodpovídá), potenciál pro autentizaci (lze jej podepsat), kontext (hlavička se vztahuje na celý dokument), celistvost (sekce mimo svůj dokument ztrácí smysl) a lidskou čitelnost (narativ musí být vykreslen bez speciálního softwaru). Dokumenty FHIR (Bundle typu document s Composition) přejímají stejné principy; datový model pod nimi je odlišný, jak vysvětluje CDA vs FHIR.

C-CDA: americká konsolidace

C-CDA (Consolidated CDA) je americký implementační průvodce, který od roku 2011 sloučil několik překrývajících se průvodců CDA do jednoho, s přibližně tuctem šablon dokumentů, jako je Continuity of Care Document, Discharge Summary a Referral Note, a sdílenou knihovnou šablon sekcí a záznamů. C-CDA R2.1 je vyžadováno pro certifikaci ONC pro přechody péče a souhrny pacienta.

Před rokem 2011 používali američtí implementátoři několik překrývajících se průvodců CDA. Consolidated CDA je sloučil do jednoho, s přibližně tuctem šablon dokumentů (Continuity of Care Document, Discharge Summary, Progress Note, Referral Note, Care Plan, Operative Note, Diagnostic Imaging Report a další) a sdílenou knihovnou šablon sekcí a položek. C-CDA R2.1 je vyžadován pro certifikaci amerických EHR (ONC) pro přechody péče a souhrny pacienta a zůstává tak vedle FHIR US Core pro API.

Kde CDA žije v roce 2026

V roce 2026 CDA žije v americké výměně mezi poskytovateli jako C-CDA prostřednictvím Direct messaging a zdravotnických informačních výměn, v evropském přeshraničním souhrnu pacienta MyHealth@EU a eReceptu, v národních programech, jako je německý eArztbrief a ePA, rakouský ELGA, italský FSE, Nizozemsko a Švýcarsko, a všude jako hlavička obalená kolem naskenovaných dokumentů nebo dokumentů PDF.

Spojené státy: C-CDA pro výměnu dokumentů mezi poskytovateli, v Direct messaging a systémech pro sdílení zdravotnických informací.
Evropa, přeshraniční: MyHealth@EU vyměňuje souhrn pacienta a elektronický předpis jako dokumenty CDA (šablony eHDSI), s formáty založenými na FHIR přicházejícími pod EHDS. Viz Elektronický předpis přes hranice EU.
Národní programy: Německý elektronický dopis lékaře (eArztbrief) a části ePA, rakouské dokumenty ELGA, italské FSE, Nizozemsko a Švýcarsko používají CDA pro dokumenty, často prostřednictvím registrů IHE XDS.
Všude: naskenované dokumenty a PDF dokumenty zabalené do hlavičky CDA, aby je mohl rejstřík dokumentů indexovat.

Co příjemce skutečně dostane

Příjemce dokumentu CDA vždy obdrží čitelný popis, ale kódovaná data může importovat pouze tehdy, pokud odesílatel konzistentně použil šablony úrovně 3. Přijímající systémy obvykle zobrazí popis a nabídnou k odsouhlasení problémy, léky a alergie ze záznamů jeden po druhém, protože dva dokumenty úrovně 3 od různých dodavatelů zřídka kódují stejný fakt identicky.

Dokument CDA je spolehlivý pro čtení a nerovnoměrný pro import. Narativ je vždy přítomen; kódované položky závisí na úrovni a disciplíně šablon odesílatele. Přijímající systémy obvykle zobrazují narativ lékaři a nabízejí "sladění" problémů, léků a alergií z položek do místního záznamu, jednu po druhé. Tento krok sladění existuje proto, že dva dokumenty úrovně 3 od různých dodavatelů zřídka kódují stejný fakt stejným způsobem.

V Anpheros je dokument CDA z nemocnice uložen tak, jak je, jako DocumentReference s připojeným XML a jeho kódovaný obsah, kde je přítomen, je mapován do zdrojů FHIR (Condition, AllergyIntolerance, MedicationStatement) s původem odkazujícím zpět na dokument. Viz DocumentReference vs DiagnosticReport vs Binary.

Související stránky

Zdroje

Časté otázky

Je CDA totéž co HL7 v3?

CDA je postaven na referenčním informačním modelu HL7 v3 a používá datové typy v3, proto jeho XML vypadá tak, jak vypadá. Zbytek zpráv HL7 v3 se dočkal malého přijetí; CDA je část v3, která uspěla.

Co je CCD?

Continuity of Care Document je typ dokumentu C-CDA pro souhrn pacienta: problémy, léky, alergie, imunizace, výsledky, procedury, vitální funkce, plán péče. Je to americký ekvivalent Mezinárodního souhrnu pacienta.

Nahrazuje FHIR dokumenty CDA?

Pro nové API a aplikace ano; pro výměnu dokumentů mezi institucemi pomalu. Předpisy v USA a Evropě stále vyžadují CDA pro specifické dokumenty a dokumenty FHIR jsou zaváděny spíše vedle než místo nich.

Lze dokument CDA převést na FHIR?

Ano, s omezeními. Průvodce implementací HL7 C-CDA na FHIR mapuje typy dokumentů a sekce; kódované položky se mapují na zdroje FHIR, kde se šablony shodují. Sekce pouze s narativem se stávají sekcemi Composition s textem a bez strukturovaných dat.

Anpheros Platform

Vyzkoušejte zdarma v sandboxu

První volání FHIR za 5 minut. API standardu HL7 FHIR R4 s integrovaným souhlasem pacienta: vyzkoušejte si ho v sandboxu a poté propojte svou vlastní aplikaci nebo klinický systém.

Vytvořit sandbox zdarma Přečíst návody pro vývojáře →

Zdarma · 30 syntetických pacientů · bez karty

Tento návod slouží pouze pro informační účely a nenahrazuje lékařskou radu. Ohledně rozhodnutí o svém zdraví se poraďte se svým lékařem. V naléhavém případě volejte místní tísňové číslo (v Evropě 112).

Napsal

Tým Anpheros

Anpheros vytváří zdravotní záznamy, které pacient ovládá a může sdílet s jakoukoli klinikou, na platformě HL7 FHIR R4 se sídlem v EU. Tyto průvodce vám pomohou porozumět vašemu zdraví a uspořádat si ho; nenahrazují vašeho lékaře.

O Anpheros →