IG:Entlassmanagementbrief

[[Kategorie:]]

Entlassmanagementbrief
auf Basis der HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen

Entlassmanagementbrief

Implementierungsleitfaden

vorgelegt von:
HL7 Deutschland

Version:	0.1
Datum:	7. Juli 2017
Status:
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Copyright © 2013-2017: HL7 Deutschland

Abstimmungsdokument
Version	Datum	Status	Realm

Kontributoren
	Heitmann Consulting and Services GmbH, Gefyra GmbH	Hürth
	RZV Rechenzentrum Volmarstein GmbH	Wetter
	ZTG GmbH	Bochum
	Deutsche Telekom Healthcare and Security Solutions GmbH	Berlin

Dokumenteninformationen

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden. Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise. Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden. Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Impressum

Dieser Leitfaden wurde im Rahmen des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppen erstellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e. V.

Ansprechpartner und Autoren

• Markus Stein, RZV GmbH, Wetter
• Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH
• Dr. Frank Oemig, Deutsche Telekom Healthcare and Security Solutions GmbH, Bonn
• Mathias Aschhoff, ZTG GmbH, Bochum

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden. Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise. Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden. Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Für alle veröffentlichten Dateien mit einem CDA-Bezug gilt ferner: Alle abgestimmten und veröffentlichten Spezifikationen wie Implementierungsleitfäden, Stylesheets und Beispieldateien sind frei verfügbar und unterliegen keinerlei Einschränkungen, da die Autoren auf alle Rechte, die sich aus der Urheberschaft der Dokumente ableiten lassen, verzichten.

Alle auf nationale Verhältnisse angepassten und veröffentlichten CDA-Schemas können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
Aus der Nutzung ergibt sich kein weiter gehender Anspruch gegenüber HL7 Deutschland e.V., zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.

Näheres unter http://www.hl7.de und http://www.hl7.org.

Einleitung

Der Entlassungsbrief dient eigentlich dazu, den Hausarzt oder behandelnden Facharzt des Patienten über den Krankenhausaufenthalt zu informieren. Nach einem stationären Aufenthalt im Krankenhaus wird der Termin für die Entlassung bekannt gegeben. Am Tag der Entlassung sind noch einige Formalitäten zu erledigen unter anderem erhält die Patientin/der Patient den Entlassungsbrief für die behandelnde Ärztin/den behandelnden Arzt.

Dieser Leitfaden beschreibt, wie die fachlichen Inhalte des Entlassungsbrief in elektronischer Form auf Basis der HL7 Clinical Document Architecture (CDA) technisch abgebildet werden können.

Der Entlassmanagementbrief basiert dabei auf dem "Arztbrief Plus", der als generische Grundlage für Arztbriefe aller Art dient und damit die Ablösung der papiergebundenen Arztbriefe ermöglicht. Arztbrief Plus

Enthaltene Angaben im Entlassungsbrief

Der Entlassungsbrief enthält wichtige Informationen und Empfehlungen für die weitere Behandlung nach einem Krankenhausaufenthalt. Er richtet sich vor allem an die einweisenden oder weiterbehandelnden Ärztinnen und Ärzte sowie an andere Gesundheitsdiensteanbieter (z.B. Physiotherapeutin/Physiotherapeut), die bei Bedarf die anschließende Betreuung oder Pflege übernehmen.

Ein Entlassungsbrief ist meist nach einem bestimmten Schema aufgebaut. Zu Beginn folgt eine Begrüßungsformel, anschließend ein Überblick über die Diagnosen des Patienten. In der Regel wird die Diagnose, die für den Krankenhausaufenthalt ursächlich ist, dabei als erstes angeführt. Es folgen alle weiteren Erkrankungen, die bei einem Patienten vorliegen.

Nach den Vorgaben im Rahmenvertrag zum Entlassmanagement nach §39 SGB V werden bestimmte Inhalte festgelegt. Paragraph 9 „Dokumentation an die weiterbehandelnden Ärzte“ findet sich im Absatz 3 eine Liste an Mindestinhalten, die ein Entlassbrief von Kliniken ab dem 1.7.2017, ggf. auch erst ab dem 1.10.2017, enthalten muss. Im Folgenden sind dies:

• Patientenstammdaten, Aufnahme- und Entlassdatum
• Name des behandelnden Krankenhausarztes und Telefonnummer für Rückfragen
• Kennzeichnung „vorläufiger" oder „endgültiger" Entlassbrief
• Grund der Einweisung
• Diagnosen (Haupt- und Nebendiagnosen) einschließlich Infektionen oder Besiedelungen durch multiresistente Erreger
• Entlassungsbefund
• Epikrise (Anamnese, Diagnostik, Therapien inkl. Prozeduren)
• Weiteres Prozedere/Empfehlungen
• Arzneimittel (unter ihrer Wirkstoffbezeichnung/-stärke und Beachtung von § 115c SGB V; Dar-reichungsform inkl. Erläuterung bei besonderen Darreichungsformen; Dosierung bei Aufnah-me/Entlassung mit Therapiedauer, Erläuterung bei Veränderungen, bekannte Arzneimittelun-verträglichkeiten) und der Medikationsplan; § I Abs. 3a Arzneimittel-Richtlinie ist zu beachten; Information über mitgegebene Arzneimittel
• Alle veranlassten Verordnungen (inklusive nach $ 92 Abs. 1 S. 6 SGB V) und Information über Bescheinigung der Arbeitsunfähigkeit
• Nachfolgende Versorgungseinrichtung
• Mitgegebene Befunde

Vorläufiger & endgültiger Entlassungsbrief

Am Tag der Entlassung erhält die Patientin/der Patient entweder einen vorläufigen oder bereits den endgültigen Entlassungsbrief. Ist der endgültige Entlassungsbrief am Tag der Entlassung noch nicht fertig, erhält die Patientin/der Patient eine Art Kurzbericht mit den wichtigsten Informationen für die weitere Behandlung bei der niedergelassenen Ärztin/beim niedergelassenen Arzt. Den ausführlichen (endgültigen) Brief erhalten Patientinnen/Patienten oder die behandelnde Ärztin/der behandelnde Arzt per Post oder auf elektronischem Weg.

Sie als Patientin/Patient entscheiden, wer – außer der einweisenden Ärztin/dem einweisenden Arzt – Ihren Entlassungsbrief erhalten soll. Ist der endgültige Entlassungsbrief am Tag der Entlassung aus dem Krankenhaus noch nicht fertig, geben Sie der Spitalsärztin/dem Spitalsarzt bekannt, welche weiterbehandelnden Ärztinnen/Ärzte eine Kopie Ihres Entlassungsbriefs bekommen sollen bzw. ob Sie selbst eine Kopie Ihres Entlassungsbriefs möchten. Häufig kommen Befunde erst in den nächsten 14 Tagen nach der Entlassung. (z.B. mikroskopische Befunde von Probenentnahmen, seltene Laboruntersuchungen). Versäumen Sie nicht sicherheitshalber bei Ärztin oder Arzt Ihres Vertrauens noch einmal nachzufragen

CDA Header Level Templates

Patient: CDA recordTarget

Id	1.2.276.0.76.10.2001	Gültigkeit	2013‑07‑10
Status	Aktiv	Versions-Label
Name	Header​Record​Target	Bezeichnung	CDA recordTarget
Beschreibung Das recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst neben der Identifikation und dem Namen, Geschlecht, Adressen etc. auch optionale Zusatzangaben wie zum Beispiel Geburtsort und Sprachfähigkeiten.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.90030 Inklusion Personenname DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (DYNAMIC) ref ad1bbr-
Beispiel	Standard-Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>    <addr use="HP">       <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>    <telecom use="HP" value="tel:+49(221)7812220"/>    <patient classCode="PSN" determinerCode="INSTANCE">       <name>         <given>Marie</given>        <family>Müller</family>      </name>      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19700924"/>      <birthplace>         <place>           <addr>             <city>Köln</city>          </addr>        </place>      </birthplace>    </patient>  </patientRole></recordTarget>
Beispiel	Maximal-Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>    <id root="1.2.276.0.76.4.8" extension="8003004447"/>    <addr use="HP">       <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>    <telecom use="HP" value="tel:+49(221)7812220"/>    <telecom use="HP" value="mailto:MuellerMar@gmx.de"/>    <patient classCode="PSN" determinerCode="INSTANCE">       <name>         <given>Marie</given>        <family>Müller</family>      </name>      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19700924"/>      <!-- Familienstand des Patienten -->       <maritalStatusCode code="M" displayName="Married" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7 MaritalStatusCode"/>      <!-- Religionszugehörigkeit des Patienten-->       <religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/>      <!-- Vormund/Sachwalter des Patienten -->       <guardian>         <addr use="HP">           <streetName>Musterstraße</streetName>          <houseNumber>15</houseNumber>          <postalCode>50825</postalCode>          <city>Köln</city>        </addr>        <telecom use="HP" value="..."/>        <guardianPerson>           <name>             <given>Marius</given>            <family>Müller</family>          </name>        </guardianPerson>      </guardian>      <birthplace>         <place>           <addr>             <city>Köln</city>          </addr>        </place>      </birthplace>      <languageCommunication>         <languageCode code="EN"/>        <modeCode code="ESP"/>        <proficiencyLevelCode code="G"/>        <preferenceInd value="true"/>      </languageCommunication>    </patient>  </patientRole></recordTarget>
Beispiel	Minimal-Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>  </patientRole></recordTarget>
Item DT Kard Konf Beschreibung Label hl7:recordTarget (Hea...get) @typeCode 0 … 1 F RCT @context​Control​Code 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 (Hea...get) @classCode 0 … 1 F PAT   Beispiel <patientRole classCode="PAT">   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole> hl7:id II 1 … * (Hea...get)   Beispiel <id extension="6245" root="2.16.840.1.113883.3.933"/><id extension="1543627549" root="1.2.276.0.76.4.1"/> hl7:addr AD 0 … * Adresse des Patienten (Hea...get)   Beispiel <addr use="HP">   <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city></addr> hl7:telecom TEL 0 … * Kontaktdaten des Patienten (Hea...get)   Beispiel <telecom use="H" value="tel:+4930140400"/><telecom use="MC" value="tel:+492211234567"/><telecom value="mailto:herberthannes.mustermann@provider.de"/> hl7:patient 0 … 1 (Hea...get) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19541223"/></patient> Eingefügt 1 … 1 M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC) hl7:name PN 1 … 1 M Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen. (Hea...get)   Beispiel Dr. med. Sine Johanna Gräfin von Oberberg <name>   <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>   Beispiel Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB <name>   <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der Isar</family>  <suffix>, MdB</suffix></name> hl7:prefix ENXP 0 … * Titel (Hea...get) wo [@qualifier='AC'] @qualifier set_cs 1 … 1 F AC hl7:given ENXP 0 … * Vorname (Hea...get) hl7:prefix ENXP 0 … * Namenszusatz (Hea...get) wo [@qualifier='NB'] @qualifier set_cs 1 … 1 F NB hl7:prefix ENXP 0 … * Vorsatzwort (Hea...get) wo [@qualifier='VV'] @qualifier set_cs 1 … 1 F VV hl7:family ENXP 0 … * Nachname (Hea...get) hl7:suffix ENXP 0 … * Suffix (Hea...get) hl7:administrative​Gender​Code CE 1 … 1 R Geschlecht (administrativ) des Patienten (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)   Beispiel <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/> hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten (Hea...get)   Beispiel <birthTime value="19491224"/> hl7:marital​Status​Code CE 0 … 1 Familienstand des Patienten (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 Marital Status (DYNAMIC)   Beispiel <maritalStatusCode code="S" displayName="Never Married" codeSystem="2.16.840.1.113883.5.2"/> hl7:religious​Affiliation​Code CE 0 … 1 Religionszugehörigkeit des Patienten (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 Religious Affiliation (DYNAMIC)   Beispiel <religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/> hl7:raceCode NP darf nicht verwendet werden (Hea...get) hl7:ethnic​Group​Code NP darf nicht verwendet werden (Hea...get) hl7:guardian 0 … * Vormund/Sachwalter des Patienten (Hea...get) hl7:addr AD 0 … 1 (Hea...get) hl7:telecom TEL 0 … * (Hea...get) Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person (Hea...get) hl7:name PN 1 … 1 M (Hea...get) hl7:guardian​Organization (Hea...get) hl7:name ON 1 … 1 M (Hea...get) hl7:birthplace 0 … 1 Geburtsort des Patienten (Hea...get)   Beispiel <birthplace>   <place>     <addr>Hamburg</addr>  </place></birthplace> hl7:place 1 … 1 M (Hea...get) hl7:addr AD 1 … 1 M (Hea...get) hl7:language​Communication 0 … * (Hea...get) hl7:language​Code CS 0 … 1 (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC) hl7:preference​Ind BL 0 … 1 (Hea...get)

Autor: CDA author Person

Id	1.2.276.0.76.10.2007	Gültigkeit	2013‑10‑11
Status	Aktiv	Versions-Label
Name	HeaderAuthorPerson	Bezeichnung	CDA author Person
Beschreibung	Dieses Template spezifiziert, wie ein Mensch/Person als Autor des Dokumentes angegeben wird.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beziehung	Spezialisierung: Template 1.2.276.0.76.10.2002 CDA author (DYNAMIC) Spezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (DYNAMIC) ref ad1bbr-
Beispiel	Beispiel <author typeCode="AUT">   <functionCode code="DISPHYS" displayName="discharging physican" codeSystem="2.16.840.1.113883.5.88" codeSystemName="ParticipationFunction"/>  <time value="20130407130000+0500"/>  <assignedAuthor classCode="ASSIGNED">     <id root="20cf14fb-b65c-4c8c-a54d-b0cca834c18c"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <name>         <prefix>Dr.med.</prefix>        <given>Karl</given>        <family>Gebhardt</family>      </name>    </assignedPerson>    <representedOrganization>       <id root="2.16.840.1.113883.19.5"/>      <name>Beispiel Krankenhaus</name>    </representedOrganization>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label hl7:author (Hea...son) @typeCode 0 … 1 F AUT @context​Control​Code 0 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:functionCode CE 0 … 1 (Hea...son)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC) hl7:time TS.​DATE.​MIN 1 … 1 (Hea...son) hl7:assignedAuthor 1 … 1 (Hea...son) @classCode 0 … 1 F ASSIGNED hl7:id II 1 … * (Hea...son) hl7:code CE 0 … 1 Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin (Hea...son) hl7:telecom TEL 0 … * (Hea...son) hl7:assigned​Person  … 1 (Hea...son) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...son) hl7:represented​Organization 1 … 1 M (Hea...son)   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...son) hl7:name ON 1 … 1 M (Hea...son) hl7:telecom TEL 0 … * (Hea...son) hl7:addr AD 0 … 1 (Hea...son)

Verwaltende Organisation: CDA custodian

Id	1.2.276.0.76.10.2004	Gültigkeit	2020‑03‑29 Andere Versionen mit dieser Id: HeaderCustodian vom 2013‑07‑17 HeaderCustodian vom 2013‑07‑07
Status	Aktiv	Versions-Label
Name	HeaderCustodian	Bezeichnung	CDA custodian
Beschreibung	Verantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Item DT Kard Konf Beschreibung Label hl7:custodian (Hea...ian) @typeCode 0 … 1 F CST   Beispiel <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- ... -->     </representedCustodianOrganization>  </assignedCustodian></custodian> hl7:assignedCustodian 1 … 1 M (Hea...ian) @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (Hea...ian) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 1 … 1 M (Hea...ian) hl7:name ON 1 … 1 M (Hea...ian) hl7:telecom TEL 0 … 1 (Hea...ian) hl7:addr AD 0 … 1 (Hea...ian)

Empfänger: CDA informationRecipient

Id	1.2.276.0.76.10.2005	Gültigkeit	2013‑07‑10
Status	Aktiv	Versions-Label
Name	Header​Information​Recipient	Bezeichnung	CDA informationRecipient
Beschreibung Die beabsichtigten Empfänger des Dokuments können in der Klasse IntendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt. (Es sind nicht die möglichen Empfänger, die jemals eine Kopie des Dokuments empfangen könnten.) So weiß man beispielsweise bei der Erstellung der Dokumentation, dass man einen „Brief" primär an den Hausarzt (informationRecipient.typeCode gleich PRCP, siehe unten) und ggf. einen zweiten („in Kopie") an einen mitbehandelnden Kollegen sendet (informationRecipient.typeCode ist gleich TRC).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beispiel	Beispiel <informationRecipient typeCode="PRCP">   <intendedRecipient>     <id extension="4736437" root="2.16.840.1.113883.3.933"/>    <informationRecipient>       <name>         <prefix>Dr.med.</prefix>        <given>Kai</given>        <family>Heitmann</family>      </name>    </informationRecipient>    <receivedOrganization>       <telecom use="WP" value="fax:+49247365746"/>      <addr>         <streetAddress>Mühlenweg 1a</streetAddress>        <houseNumber>1a</houseNumber>        <postalCode>52152</postalCode>        <city>Simmerath</city>      </addr>    </receivedOrganization>  </intendedRecipient></informationRecipient>
Item DT Kard Konf Beschreibung Label hl7:information​Recipient 0 … * (Hea...ent) @typeCode cs 0 … 1   Typ des Empfängers: im @typeCode der Participation kann angegeben werden, ob es sich um einen primären Empfänger handelt (default) oder einen sekundären Empfänger („CC Kopie"). Der typeCode PRCP ist der default.   CONF @typeCode muss "PRCP" sein oder @typeCode muss "TRC" sein hl7:intended​Recipient 1 … 1 M (Hea...ent) hl7:id II 1 … * R (Hea...ent) Auswahl 1 … * Wenn der beabsichtigte Empfänger eine Person ist, dann wird dies durch die Anwesenheit der Person Klasse mit oder ohne zugehörige Organisation spezifiziert. Wenn der beabsichtigte Empfänger eine Organisation ist, wird nur die Organisation angegeben, die Person fehlt. Elemente in der Auswahl: hl7:information​Recipient hl7:received​Organization hl7:information​Recipient 0 … 1 (Hea...ent) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...ent) hl7:received​Organization 0 … 1 (Hea...ent) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ent) hl7:name ON 1 … 1 M (Hea...ent) hl7:telecom TEL 0 … * (Hea...ent) hl7:addr AD 0 … 1 (Hea...ent)

Unterzeichner: CDA authenticator

Id	1.2.276.0.76.10.2019	Gültigkeit	2014‑08‑25
Status	Aktiv	Versions-Label
Name	HeaderAuthenticator	Bezeichnung	CDA authenticator
Beschreibung	Unterzeichner des Dokumentes (weitere neben dem vor dem Gesetz verantwortlichen Unterzeichner)
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.90012 Inklusion CDA Assigned Entity Elements DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.107 CDA authenticator (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <authenticator typeCode="AUTHEN">   <time value="20130327130000"/>  <signatureCode code="S"/>  <assignedEntity>     <id extension="a00123456" root="1.2.276.0.76.3.1.244.2"/>    <assignedPerson>       <name>         <prefix qualifier="AC">Prof. Dr.</prefix>        <given>Hugo</given>        <family>Reinhardt</family>      </name>    </assignedPerson>    <representedOrganization>       <name>Oberlinklinik</name>      <telecom use="WP" value="tel:0332-4556"/>      <telecom use="WP" value="fax:0332-45577"/>      <addr>         <streetName>Rudolf-Breitscheid-Straße</streetName>        <houseNumber>24</houseNumber>        <postalCode>14482</postalCode>        <city>Potsdam</city>      </addr>    </representedOrganization>  </assignedEntity></authenticator>
Item DT Kard Konf Beschreibung Label hl7:authenticator 0 … * (Hea...tor) @typeCode cs 0 … 1 F AUTHEN hl7:time TS 1 … 1 R (Hea...tor) hl7:signatureCode CS 1 … 1 R (Hea...tor)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC) hl7:assignedEntity 1 … 1 R (Hea...tor) Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) hl7:id II 1 … * R (Hea...tor) hl7:addr AD 0 … 1 R (Hea...tor) hl7:telecom TEL 0 … * R (Hea...tor) hl7:assigned​Person 1 … 1 M (Hea...tor) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...tor) hl7:represented​Organization 0 … 1 (Hea...tor) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...tor) hl7:name ON 1 … 1 M (Hea...tor) hl7:telecom TEL 0 … * (Hea...tor) hl7:addr AD 0 … 1 (Hea...tor)

Versicherter/Versicherung: CDA participant Kostenträger

Id	1.2.276.0.76.10.2022	Gültigkeit	2014‑08‑25
Status	Aktiv	Versions-Label
Name	Header​Participant​Kostentraeger	Bezeichnung	CDA participant Kostentraeger
Beschreibung Kostenträger/Versicherter/Versicherung mit der Angabe des Versicherungsnehmers sowie der damit verbundene Kostenträger (Versicherung). Im Kontext der Krebsregister ist die Versicherungsnummer sowie die Identifikation des Kostenträgers von Interesse.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beziehung	Spezialisierung: Template 1.2.276.0.76.10.2024 CDA participant Weitere Beteiligte (DYNAMIC) Spezialisierung: Template 2.16.840.1.113883.10.12.108 CDA participant (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <participant typeCode="HLD">   <associatedEntity classCode="POLHOLD">     <!-- eGK Nummer -->     <id extension="A123456789" root="1.2.276.0.76.4.8"/>    <!-- Versicherungsnummer -->     <id extension="123456789" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999955"/>    <code code="SELF" codeSystem="2.16.840.1.113883.5.111" displayName="self"/>    <associatedPerson>       <name>         <given>Fred</given>        <family>Mustermann</family>      </name>    </associatedPerson>    <scopingOrganization>       <!-- IK-NR -->       <id extension="987654321" root="1.2.276.0.76.4.5"/>      <!-- VK-NR -->       <id extension="54321" root="1.2.276.0.76.4.7"/>      <name>AOK Süd-Ostwestfalen Nord</name>    </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant (Hea...ger) wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2022']] @typeCode cs 1 … 1 F HLD hl7:templateId II 1 … * M (Hea...ger) @root uid 1 … 1 F 1.2.276.0.76.10.2022 hl7:time IVL_TS 0 … 1 Hier muss immer ein Quartalsende angegeben sein (MM/YY) => YYYYMMDD, z. B. Quartal I/2016, Quartalsende ist demnach März 2016 und wird zu 20160331 (Hea...ger)   Beispiel <time>   <high value="20131231"/></time> hl7:associated​Entity 1 … 1 M (Hea...ger) @classCode cs 1 … 1 F POLHOLD hl7:id II 0 … * Versichertennummern (Hea...ger) hl7:code CE 0 … 1 Versichertenstatus (Hea...ger)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.68 InsuredAssocEntity (DYNAMIC)   Beispiel <code code="SELF" codeSystem="2.16.840.1.113883.5.111" displayName="self">   <translation code="1" codeSystem="2.16.840.1.113883.3.7.1.1" displayName="Mitglied"/></code> hl7:translation CV 0 … 1 Codierungen des Versichertenstatus im Rahmen der GKV (Hea...ger) wo [@codeSystem='2.16.840.1.113883.3.7.1.1']   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.162 S_KBV_VERSICHERTENSTATUS (DYNAMIC) hl7:translation CV 0 … * Weitere Codierungen des Versichertenstatus (Hea...ger) hl7:addr AD 0 … 1 (Hea...ger) hl7:telecom TEL 0 … * (Hea...ger) hl7:associated​Person 0 … 1 (Hea...ger) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...ger)   Schematron assert role  error     test not(hl7:code[@code='FAMDEP']) or hl7:associated​Person     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein   hl7:scoping​Organization 1 … 1 In scopingOrganization wird im id Attribut das Institutionskennzeichen (IKNR) des Kostenträgers mit @extension = die eigentliche IKNR und @root = "1.2.276.0.76.4.5" (Dies ist die OID für IK-Nummern in Deutschland) angegeben (Hea...ger) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ger) hl7:name ON 1 … 1 M (Hea...ger) hl7:telecom TEL 0 … * (Hea...ger) hl7:addr AD 0 … 1 (Hea...ger)

Weitere Beteiligte: CDA participant Weitere Beteiligte

Id	1.2.276.0.76.10.2024	Gültigkeit	2014‑08‑25
Status	Aktiv	Versions-Label
Name	HeaderParticipant	Bezeichnung	CDA participant Weitere Beteiligte
Beschreibung Weitere Beteiligte: Mit dieser Assoziation und den entsprechenden Klassen können weitere für die Dokumentation wichtige beteiligte Personen oder Organisationen wie Angehörige, Verwandte, Versicherungsträger sowie weitere in Beziehung zum Patienten stehende Parteien genannt werden. Hier können auch Leistungserbringer und andere Personen oder Organisationen geführt werden, die für die weitere Behandlung des Patienten relevant sein können
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.108 CDA participant (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label hl7:participant 0 … * (Hea...ant) @typeCode cs 1 … 1 R Typischerweise sind hier nur Codes für @typeCode zu verwenden, die nicht durch eine bereits existierende spezialisierte Participantion ausgedrückt werden wie z. B. author, authenticator etc.; es sind nicht alle Kombinationen von @typeCode, functionCode und associatedEntity/code sinnvoll.   CONF Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10901 ParticipationType (DYNAMIC) @context​Control​Code 1 … 1 F OP hl7:functionCode CE 0 … 1 (Hea...ant)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC) hl7:time IVL_TS 0 … 1 (Hea...ant) hl7:associated​Entity 1 … 1 R (Hea...ant) @classCode cs 1 … 1 R   CONF Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19313 RoleClassAssociative (DYNAMIC) hl7:id II 0 … * (Hea...ant) hl7:code CE 0 … 1 (Hea...ant) @codeSystem CONF 0 … 1 F 2.16.840.1.113883.5.111 (RoleCode) hl7:addr AD 0 … * (Hea...ant) hl7:telecom TEL 0 … * (Hea...ant) hl7:associated​Person 0 … 1 (Hea...ant) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...ant) hl7:scoping​Organization 0 … 1 (Hea...ant) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ant) hl7:name ON 1 … 1 M (Hea...ant) hl7:telecom TEL 0 … * (Hea...ant) hl7:addr AD 0 … 1 (Hea...ant)

Patientenkontakt: CDA encompassingEncounter Patientenkontakt

Id	1.2.276.0.76.10.2027	Gültigkeit	2014‑08‑25
Status	In Revision	Versions-Label	1.1
Name	Header​Encompassing​Encounter	Bezeichnung	CDA encompassingEncounter Patientenkontakt
Beschreibung Diese Klasse repräsentiert Informationen, in welchem Rahmen der Patientenkontakt, der dokumentiert wird, stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt. Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, sollte die Information in dieser Klasse inklusive der Dauer des Aufenthalts und der Einrichtung, wo der Patientenaufenthalt stattfand mitgegeben werden. Dies gilt nicht nur stationäre Aufenthalte, sondern in gegebenem Kontext in übertragenem Sinn auch für einen beendeten Patientenkontakt in der Praxis eines Niedergelassenen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90012 Inklusion CDA Assigned Entity Elements DYNAMIC 1.2.276.0.76.10.90021 Inklusion Encounter Location DYNAMIC
Beispiel	Beispiel <componentOf>   <encompassingEncounter>     <!-- Aufenthalts-Identifikation -->     <id root="1.2.276.0.76.3.87686" extension="657827456837"/>    <!-- Codierung des Patientenkontakts -->     <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7 ActCode"/>    <!-- Zeitraum des Patientenkontakts -->     <effectiveTime>       <low value="20081224082015"/>      <high value="20081225113000"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- ... -->       </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <serviceProviderOrganization>           <!-- ... -->         </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Item DT Kard Konf Beschreibung Label hl7:componentOf (Hea...ter) @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 R (Hea...ter) @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthalts-Identifikation (Hea...ter) hl7:code CE 1 … 1 M (Hea...ter)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.13955 ActEncounterCode (DYNAMIC)   Beispiel <code code="IMP" codeSystem="2.16.840.1.113883.5.4"/> Auswahl 1 … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:high] hl7:effectiveTime[@value] hl7:effectiveTime IVL_TS  … 1 R Zeitraum (Hea...ter) wo [hl7:high]   Beispiel Vom 7. Juni 2011 11:24 Uhr bis zum 11. Juni 2011 16:54 Uhr <effectiveTime>   <low value="201106071124"/>  <high value="201106111654"/></effectiveTime> hl7:effectiveTime TS  … 1 R Bestimmter Tag (Hea...ter) wo [@value] @value 1 … 1 R   Beispiel Am 7. Juni 2011 (ambulanter Besuch ohne genauere Zeitangaben des Tages) <effectiveTime value="20110607"/> hl7:responsible​Party 0 … 1 (Hea...ter) hl7:assignedEntity 1 … 1 M (Hea...ter) Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) hl7:id II 1 … * R (Hea...ter) hl7:addr AD 0 … 1 R (Hea...ter) hl7:telecom TEL 0 … * R (Hea...ter) hl7:assigned​Person 1 … 1 M (Hea...ter) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...ter) hl7:represented​Organization 0 … 1 (Hea...ter) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ter) hl7:name ON 1 … 1 M (Hea...ter) hl7:telecom TEL 0 … * (Hea...ter) hl7:addr AD 0 … 1 (Hea...ter) Eingefügt 0 … 1 R von 1.2.276.0.76.10.90021 Encounter Location (DYNAMIC) hl7:location 0 … 1 R (Hea...ter) @typeCode 0 … 1 F LOC   Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <!-- ... -->   </healthCareFacility></location> hl7:health​Care​Facility 1 … 1 M (Hea...ter) @classCode 0 … 1 F SDLOC   Beispiel <healthCareFacility classCode="SDLOC">   <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </serviceProviderOrganization></healthCareFacility> hl7:service​Provider​Organization 1 … 1 M (Hea...ter) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE   Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">   <name/>  <addr>     <!-- ... -->   </addr></serviceProviderOrganization> hl7:id II 1 … * R (Hea...ter) hl7:name ON 1 … 1 M (Hea...ter) hl7:telecom TEL 1 … * M (Hea...ter) hl7:addr AD 1 … 1 M (Hea...ter)