CDA és C-CDA magyarázata: HL7 klinikai dokumentumok

Rövid válasz: a Clinical Document Architecture (CDA) az HL7 szabványa a klinikai dokumentumokhoz: zárójelentések, beutalók, konzultációs jegyzetek, betegösszefoglalók. A CDA dokumentum egy XML fájl, amelynek van egy fejléce (ki, mikor, kiről) és egy törzse szakaszokból áll, mindegyik ember által olvasható narratívával és opcionálisan géppel olvasható kódolt bejegyzésekkel. A C-CDA (Consolidated CDA) az amerikai implementációs útmutató, amely rögzíti a leggyakoribb dokumentumtípusok sablonjait; a CCD (Continuity of Care Document) a legismertebb tagja. A CDA 2. kiadása 2005-ből származik, és továbbra is kötelező számos nemzeti és határon átnyúló programban.

Milyen egy dokumentum

A CDA dokumentum egy XML fájl, amelynek gyökere a ClinicalDocument, és tartalmaz egy fejlécet (a dokumentum típusát LOINC kódként, sablonazonosító OID-kat, egy azonosítót, hatályos időt, titoktartási kódot, beteget, szerzőt és gondozót), valamint egy szakasztörzset, amely mindegyikhez tartozik egy LOINC kód, egy kötelező, ember által olvasható szöveges elem és opcionális kódolt bejegyzések a szoftverek számára.

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

Három dolgot érdemes megfigyelni. A dokumentum típusát és minden szakaszt egy LOINC kód (34133-9, 48765-2) azonosít. A sablonokat OIDek (2.16.840.1…) azonosítják, nem URL-ek. A <text> elem kötelező, és ez az, amit egy orvos lát; az <entry> opcionális, és ez az, amit a szoftver olvas.

A három szint

A CDA három szintű struktúrát határoz meg. Az 1. szint egy érvényes fejléc, amelynek törzse strukturálatlan, például egy beágyazott PDF. A 2. szint strukturált törzset ad hozzá kódolt szakaszokkal és narratívával, de kódolt bejegyzések nélkül. A 3. szint sablonok szerinti kódolt bejegyzéseket ad hozzá, így a szoftverek importálhatják az allergiákat, gyógyszereket és problémákat. A legtöbb valós dokumentum a 2. és 3. szint között helyezkedik el.

1. szint: érvényes fejléc plusz egy strukturálatlan törzs, például egy beágyazott PDF. Jogilag CDA dokumentum; a számítógépek el tudják tárolni, de nem tudják elolvasni.
2. szint: strukturált törzs kódolt szakaszokkal és narratívával, kódolt bejegyzések nélkül. A szoftver tudja, hogy van egy allergiás szakasz; nem tudja felsorolni az allergiákat.
3. szint: szakaszok kódolt bejegyzésekkel, sablonokat követve. A szoftver importálhatja az allergiákat, gyógyszereket és problémákat a fogadó rendszerbe.

A legtöbb valós CDA a 2. és 3. szint között helyezkedik el: egyes szakaszok kódoltak, mások csak narratívák.

Hat elv, amelyek még mindig alakítják

A CDA hat alapelve a következő: tartósság (egy dokumentum évekig változatlanul él), gondnokság (egy gondozó felelős érte), hitelesítés lehetősége (aláírható), kontextus (a fejléc az egész dokumentumra vonatkozik), teljesség (egy szakasz elveszíti jelentését a dokumentumon kívül) és emberi olvashatóság (a narratíva külön szoftver nélkül megjeleníthető). A FHIR dokumentumok ugyanezt a hat elvet követik.

A CDA-t az állandóság (egy dokumentum évekig változatlanul él), a gondnokság (egy felelős őrzője van), az hitelesítés lehetősége (aláírható), a kontextus (a fejléc az egész dokumentumra vonatkozik), a teljesség (egy szakasz a dokumentumán kívül elveszíti a jelentését) és az emberi olvashatóság (a narratívát speciális szoftver nélkül kell megjeleníteni) elvei köré tervezték. A FHIR dokumentumok (egy document típusú Bundle egy Composition-nal) ugyanazokat az elveket követik; az alapul szolgáló adatmodell eltérő, ahogy a CDA vs FHIR magyarázza.

C-CDA: az amerikai konszolidáció

A C-CDA (Consolidated CDA) az amerikai implementációs útmutató, amely 2011 óta több átfedő CDA útmutatót egyesített egyetlenvé, mintegy tucatnyi dokumentumsablonnal, mint például a Gondozási Folyamatosság Dokumentum, Zárójelentés és Beutaló, valamint egy közös szakasz- és bejegyzéssablon-könyvtárral. A C-CDA R2.1 az ONC tanúsítvány által kötelező az átmeneti ellátás és a betegösszefoglalók esetében.

2011 előtt az amerikai implementálók több átfedő CDA útmutatót használtak. A Consolidated CDA egyesítette őket egybe, mintegy tucatnyi dokumentumsablonnal (Continuity of Care Document, Discharge Summary, Progress Note, Referral Note, Care Plan, Operative Note, Diagnostic Imaging Report és mások), valamint egy megosztott könyvtárral a szakasz- és bejegyzéssablonokból. A C-CDA R2.1 az amerikai EHR tanúsítvány (ONC) által előírt a gondozási átmenetekhez és betegösszefoglalókhoz, és továbbra is az marad a FHIR US Core mellett az API-khoz.

Hol él a CDA 2026-ban

2026-ban a CDA az amerikai szolgáltatók közötti cserében C-CDA formájában él a Direct üzenetküldésen és egészségügyi információcseréken keresztül, Európa határokon átnyúló MyHealth@EU Betegösszefoglalójában és e-receptjében, nemzeti programokban, mint például Németország eArztbrief és ePA, Ausztria ELGA, Olaszország FSE, Hollandia és Svájc, és mindenhol egy fejléc formájában, amely beolvasott vagy PDF dokumentumokat foglal magában.

Egyesült Államok: C-CDA az orvosok közötti dokumentumcsere, a Direct üzenetek és az egészségügyi információcserék számára.
Európa, határon átnyúló: A MyHealth@EU a Betegösszefoglalót és az eReceptet CDA dokumentumként cseréli (az eHDSI sablonok), az EHDS keretében érkező FHIR alapú formátumokkal. Lásd: eRecept az EU határain át.
Nemzeti programok: Németország elektronikus orvosi levele (eArztbrief) és az ePA részei, Ausztria ELGA dokumentumai, Olaszország FSE, Hollandia és Svájc CDA-t használnak dokumentumokhoz, gyakran IHE XDS nyilvántartásokon keresztül.
Mindenhol: beolvasott és PDF dokumentumok CDA fejlécbe csomagolva, hogy egy dokumentumregiszter indexelhesse őket.

Mit kap valójában a fogadó fél

Egy CDA dokumentum fogadója mindig kap egy olvasható narratívát, de kódolt adatokat csak akkor tud importálni, ha a küldő következetesen használta a 3. szintű sablonokat. A fogadó rendszerek általában megjelenítik a narratívát, és felajánlják a problémák, gyógyszerek és allergiák egyenkénti egyeztetését a bejegyzésekből, mert két különböző gyártótól származó 3. szintű dokumentum ritkán kódolja ugyanazt a tényt azonos módon.

A CDA dokumentum megbízható az olvasáshoz és egyenetlen az importáláshoz. A narratíva mindig ott van; a kódolt bejegyzések a küldő szintjétől és sablonfegyelmétől függenek. A fogadó rendszerek általában a narratívát jelenítik meg az orvosnak, és felajánlják a problémák, gyógyszerek és allergiák "egyeztetését" a bejegyzésekből a helyi rekordba, egyenként. Ez az egyeztetési lépés azért létezik, mert két különböző gyártótól származó 3. szintű dokumentum ritkán kódolja ugyanazt a tényt ugyanúgy.

Az Anpherosban egy kórházi CDA dokumentum úgy tárolódik, ahogy van, mint egy DocumentReference XML-lel mellékelve, és a kódolt tartalma, ahol jelen van, FHIR erőforrásokra (Condition, AllergyIntolerance, MedicationStatement) van leképezve, a származás pedig visszavezet a dokumentumra. Lásd: DocumentReference vs DiagnosticReport vs Binary.

Kapcsolódó oldalak

Források

Gyakori kérdések

A CDA ugyanaz, mint az HL7 v3?

A CDA az HL7 v3 Reference Information Model-re épül, és v3 adatípusokat használ, ezért néz ki az XML-je úgy, ahogy. Az HL7 v3 üzenetkezelés többi része kevés elfogadást látott; a CDA a v3 azon része, amely sikeres volt.

Mi az a CCD?

A Continuity of Care Document a C-CDA dokumentumtípus a betegösszefoglalóhoz: problémák, gyógyszerek, allergiák, oltások, eredmények, eljárások, vitális jelek, gondozási terv. Ez az amerikai megfelelője a Nemzetközi Betegösszefoglalónak.

A CDA-t leváltja a FHIR?

Új API-k és alkalmazások esetében igen; az intézmények közötti dokumentumcsere esetében lassan. Az Egyesült Államok és Európa szabályozásai továbbra is előírják a CDA-t bizonyos dokumentumokhoz, és a FHIR dokumentumok párhuzamosan, nem pedig helyettük kerülnek bevezetésre.

Konvertálható egy CDA dokumentum FHIR-re?

Igen, korlátokkal. Az HL7 C-CDA on FHIR implementációs útmutató leképezi a dokumentumtípusokat és szakaszokat; a kódolt bejegyzések FHIR erőforrásokra vannak leképezve, ahol a sablonok illeszkednek. A csak narratívát tartalmazó szakaszok Composition szakaszokká válnak szöveggel és strukturált adatok nélkül.

Anpheros Platform

Próbálja ki ingyen a sandboxban

Az első FHIR-hívás 5 perc alatt. Egy HL7 FHIR R4 API, amely tartalmazza a beteg beleegyezését: próbáld ki a sandboxban, majd csatlakoztasd saját alkalmazásodat vagy klinikai rendszeredet.

Ingyenes sandbox létrehozása Olvasd el a fejlesztői útmutatókat →

Ingyenes · 30 szintetikus beteg · kártya nélkül

Ez az útmutató tájékoztató jellegű, és nem helyettesíti az orvosi tanácsot. Az egészségeddel kapcsolatos döntésekhez beszélj az orvosoddal. Vészhelyzetben hívja a helyi segélyhívó számot (Európában 112).

Szerző:

Az Anpheros csapata

Az Anpheros egy olyan egészségügyi nyilvántartást épít, amelyet a beteg irányít, és megoszthat bármelyik klinikával, egy EU-ban működő HL7 FHIR R4 platformon. Ezek az útmutatók segítenek megérteni és rendszerezni az egészségügyi adataidat; nem helyettesítik az orvosodat.

Tudj meg többet az Anpherosról →