eKHVO

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
Zeile 1: Zeile 1:
 +
{{Underconstruction}}
 
<!--
 
<!--
  
Zeile 45: Zeile 46:
 
==Impressum==
 
==Impressum==
 
Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.
 
Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.
−
{{HL7transclude| cdaab3:Disclaimer}}
+
 
−
{{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}
+
==Disclaimer==
 +
{{EMBox|
 +
Disclaimer
 +
*Der Inhalt dieses Dokumentes ist öffentlich. Zu beachten ist, dass Teile dieses Dokuments auf der Normative Edition 2005 von HL7 Version 3 bzw. dem ISO-Standard Clinical Document Architecture (CDA) Release 2 (ISO/HL7 27932:2009 Data Exchange Standards -- HL7 Clinical Document Architecture, Release 2) beruhen, für die © HL7 International gilt.
 +
*Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann HL7 Deutschland keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.
 +
}}
 +
 
 +
==Disclaimer==
 +
Dieser Implementierungsleitfaden darf nicht als durch die GKV-SV/KBV bestätigter Leitfaden aufgefasst werden. Die Nutzung der digitalen Umsetzung der Muster 10 und Muster 10A im kollektivertraglichen ambulanten Bereich ist deshalb derzeit nicht möglich. Die im vorliegenden Leitfaden beschriebene Umsetzung dieser Mustervorlagen ist zudem nicht interoperabel zu der von KBV und GKV-SV vorgegebenen Umsetzung bestehender digitaler Muster. Die von GKV-SV und KBV vorgegebene Umsetzung basiert auf dem ISO-Standard 19005 (PDF/A). Dieser Implementierungsleitfaden ist daher nicht geeignet, ihn als digitales Muster gemäß BMV-Ä umzusetzen.
 +
 
 +
Das primäre Ziel dieses Leitfadens ist zu demonstrieren, dass eine standardbasierte Umsetzung möglich ist. Rückmeldungen aus der Industrie legen nahe, dass diese Form einer elektronischen Fassung gegenüber einer PDF-basierten favorisiert wird. Deshalb wird der Fokus auf eine Spezifikation der fachlichen Inhalte und nicht auf begleitende Fragestellungen wie Transport oder Signatur (QES) gelegt. Für letztere werden Zusatzspezifkationen benötigt, die nicht Gegenstand dieses Leitfadens sind.
 +
 
 +
{{DocumentPart}}
 +
==Copyright-Hinweis, Nutzungshinweise==
 +
{{BeginGreenBox|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.<br/>
 +
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.
 +
{{EndGreenBox}}
  
 
==Autoren==
 
==Autoren==
Zeile 183: Zeile 206:
  
 
[[Kategorie:IG]]
 
[[Kategorie:IG]]
 +
[[Kategorie:cdakhvo]]

Version vom 17. Juli 2019, 11:31 Uhr

Under construction icon-blue.svg This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. You are welcome to assist in its construction by editing it as well. If this article has not been edited in several days, please remove this template.
This article was last edited by Mschmitz (talk| contribs) 5 years ago. (Purge)
Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage.
This article was last edited by Mschmitz (talk| contribs) 5 years ago. (Purge)
Logo-hl720.jpg
Elektronische Verordnung von Krankenhausbehandlung (eKHVO)
auf Basis der HL7 Clinical Document Architecture Release 2
eKHVO
Implementierungsleitfaden

Entwurf
Version: 0.01
Datum: 17. Juli 2019
Status: Si-draft.svg Entwurf
Verfahren:
Realm: Flag de.svg Deutschland
Copyright © 2019: HL7 Deutschland

Kontributoren 
Gevko logo mit claim neu.jpg gevko GmbH Bonn
Logo-Hcs.jpg Heitmann Consulting and Services GmbH, Gefyra GmbH Hürth
Hl7logo.jpg HL7 Deutschland e. V. Berlin

Dokumenteninformationen

Dokumentenhistorie

Elektronische Verordnung von Krankenhausbehandlung
eKHVO auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen
Status Typ Version Datum PDF Wiki ART-DECOR
Abstimmung
Si-draft.svgEntwurf STU 0.01 17.07.2019 - Link.png Link.png


Impressum

Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums[1] und der Technischen Komitees von HL7 Deutschland e. V. [2].

Disclaimer

Talk.svg Disclaimer
  • Der Inhalt dieses Dokumentes ist öffentlich. Zu beachten ist, dass Teile dieses Dokuments auf der Normative Edition 2005 von HL7 Version 3 bzw. dem ISO-Standard Clinical Document Architecture (CDA) Release 2 (ISO/HL7 27932:2009 Data Exchange Standards -- HL7 Clinical Document Architecture, Release 2) beruhen, für die © HL7 International gilt.
  • Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann HL7 Deutschland keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

Disclaimer

Dieser Implementierungsleitfaden darf nicht als durch die GKV-SV/KBV bestätigter Leitfaden aufgefasst werden. Die Nutzung der digitalen Umsetzung der Muster 10 und Muster 10A im kollektivertraglichen ambulanten Bereich ist deshalb derzeit nicht möglich. Die im vorliegenden Leitfaden beschriebene Umsetzung dieser Mustervorlagen ist zudem nicht interoperabel zu der von KBV und GKV-SV vorgegebenen Umsetzung bestehender digitaler Muster. Die von GKV-SV und KBV vorgegebene Umsetzung basiert auf dem ISO-Standard 19005 (PDF/A). Dieser Implementierungsleitfaden ist daher nicht geeignet, ihn als digitales Muster gemäß BMV-Ä umzusetzen.

Das primäre Ziel dieses Leitfadens ist zu demonstrieren, dass eine standardbasierte Umsetzung möglich ist. Rückmeldungen aus der Industrie legen nahe, dass diese Form einer elektronischen Fassung gegenüber einer PDF-basierten favorisiert wird. Deshalb wird der Fokus auf eine Spezifikation der fachlichen Inhalte und nicht auf begleitende Fragestellungen wie Transport oder Signatur (QES) gelegt. Für letztere werden Zusatzspezifkationen benötigt, die nicht Gegenstand dieses Leitfadens sind.

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.

Autoren

  • gevko GmbH, Bonn, vertreten durch Ralf Franke
  • Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH

Einleitung

Vorarbeiten

Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.

  • Die Basis der elektronischen Verordnung von Krankenhausbehandlung stellt das Verordnungsmanagement dar[3].

Abgrenzung

Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:

  • Prozessbeschreibung
  • Use Cases
  • digitale Signatur
  • Security
  • Transport von CDA-Dokumenten
  • Verwendung von XSL-Stylesheets

CDA-Spezifikation

Eine Krankenhausverordnung setzt sich aus verschiedenen Teilen zusammen, dem Header mit

  • Informationen zum CDA-Dokument wie Id, Datum etc.,
  • Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,
  • Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),

Sowie dem Body

  • mit Abschnitten für den Text (Sections)
  • und maschinenlesbaren, strukturierten Information (Entries).

Hierarchische Ansicht der Komponenten

Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Dokuments.

  1. Document
     02A: Krankenhausbehandlung - Verordnung (1.2.276.0.76.3.1.135.8.10.118)
    1. Header
       CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
      1. *
         Personenname (1.2.276.0.76.10.90030)
    2. Header
       CDA author Person (vomgt) (1.2.276.0.76.10.2049)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)
    3. Header
       CDA author software (pmp) (1.2.276.0.76.10.2031)
    4. Header
       CDA custodian (1.2.276.0.76.10.2004)
    5. Header
       CDA legalAuthenticator (1.2.276.0.76.10.2020)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    6. Section
       Insurance Section (1.2.276.0.76.10.3103)
      1. Entry
         Coverage Activity (1.2.276.0.76.10.4263)
        1. Entry
           Policy Activity (1.2.276.0.76.10.4264)
          1. Entry
             Weitere Kennzeichen Observation (1.2.276.0.76.10.4280)
          2. Entry
             Person Group Observation (1.2.276.0.76.10.4273)
          3. Entry
             DMP Observation (1.2.276.0.76.10.4271)
          4. Entry
             Kv-Zuordnung Observation (1.2.276.0.76.10.4275)
          5. Entry
             eGK-Geschlecht Observation (1.2.276.0.76.10.4272)
    7. Section
       Appropriate suitable hospitals Section (1.2.276.0.76.3.1.135.8.10.120)
      1. Entry
         Appropriate suitable hospital (1.2.276.0.76.3.1.135.8.10.129)
        1. Entry
           Hospital Participant (02) (1.2.276.0.76.3.1.135.8.10.128)
    8. Section
       Accident Section (02) (1.2.276.0.76.3.1.135.8.10.122)
      1. Entry
         Accident Observation (02) (1.2.276.0.76.3.1.135.8.10.121)
    9. Section
       Treatment Section (02) (1.2.276.0.76.3.1.135.8.10.123)
    10. Section
       Diagnosis Section (2A) (1.2.276.0.76.3.1.135.8.10.119)
      1. Entry
         Diagnosis Observation (02) (1.2.276.0.76.3.1.135.8.10.125)
        1. Entry
           Lateralität (1.2.276.0.76.10.90026)
        2. Entry
           Diagnosesicherheit (1.2.276.0.76.10.90027)
    11. Section
       Hospitalisation Section (1.2.276.0.76.3.1.135.8.10.124)
      1. Header
         CDA author Person (vomgt) (1.2.276.0.76.10.2049)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)

Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus[4] zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.

Besonderheiten bei der CDA-Spezifikation

Erläuterungen zu Kardinalität, Konformität, NullFlavor

Es wird auf die Erläuterungen andernorts zu den Themen

  • Kardinalität, Konformität [2]
  • NullFlavor [3]

hingewiesen.

Besondere Hinweise zur Verwendung von Identifikationen (IDs)

In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint

  • Patienten, identifiziert über die Krankenversichertennummer (KVNR),
  • Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),
  • Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),
  • Institutionskennzeichen (IKNR) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.

Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums[5], [6].

Hinweise zu den Darstellungen der Templates

Im folgenden Abschnitt dieser Spezifikation werden alle Templates aufgeführt. Die Darstellung der Definitionen erfolgt in Tabellenform. Weitere Hinweise, die möglicherweise für das Verständnis der Template-Definitionen nötig sein könnten, finden sich in englischer Sprache auf den Erläuterungsseiten von ART-DECOR[7].

CDA Document Level Templates

CDA Dokument Krankenhausverordnung

Id1.2.276.0.76.3.1.135.8.10.118Gültigkeit2019‑07‑17 12:32:47
StatusKyellow.png EntwurfVersions-Label
NameF02AKrankenhausbehandlungAnzeigename02A: Krankenhausbehandlung - Verordnung
BeschreibungMuster 2A: Verordnung von Krankenhausbehandlung
KontextPfadname //
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-729Kyellow.png Muster 02a: Verordnung von Krankenhausbehandlung Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 11 Templates
Benutzt als NameVersion
1.2.276.0.76.10.2048InklusionKyellow.png CDA recordTarget (vomgt)DYNAMIC
1.2.276.0.76.10.2049InklusionKyellow.png CDA author Person (vomgt)DYNAMIC
1.2.276.0.76.10.2031InklusionKyellow.png CDA author software (pmp)DYNAMIC
1.2.276.0.76.10.2004InklusionKgreen.png CDA custodianDYNAMIC
1.2.276.0.76.10.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.3103ContainmentKyellow.png Insurance SectionDYNAMIC
1.2.276.0.76.3.1.135.8.10.120ContainmentKyellow.png Appropriate suitable hospitals SectionDYNAMIC
1.2.276.0.76.3.1.135.8.10.122ContainmentKyellow.png Accident Section (02)DYNAMIC
1.2.276.0.76.3.1.135.8.10.123ContainmentKyellow.png Treatment Section (02)DYNAMIC
1.2.276.0.76.3.1.135.8.10.119ContainmentKyellow.png Diagnosis Section (2A)DYNAMIC
1.2.276.0.76.3.1.135.8.10.124ContainmentKyellow.png Hospitalisation SectionDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<hl7:ClinicalDocument classCode="DOCCLIN" moodCode="EVN">
  <hl7:realmCode code="DE"/>  <hl7:typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.118"/>  <hl7:id root="9130a65c-adf2-11e9-a2a3-2a2ae2dbcce4"/>  <hl7:code code="57832-8" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Verordnung von Krankenhausbehandlung</hl7:title>  <!-- Datum, an dem das Dokument ausgestellt wurde. -->
  <hl7:effectiveTime value="20190724093753"/>  <hl7:confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>  <!-- setId & versionNumber als Identifikations- und Versionierungsattribute für die gesamte Verordnung.
Die setId (eine OID oder UUID) ist dabei für alle Krankenhausverordnungs-Dokumente eines
Patienten gleich, jede neue Version führt dazu, dass versionNumber um eins erhöht wird. -->
  <hl7:setId root="9130a8c8-adf2-11e9-a2a3-2a2ae2dbcce4"/>  <hl7:versionNumber value="1"/>  <!-- 'CDA recordTarget (vomgt)' (2016-02-19T15:12:48) 1..1 R -->
  <hl7:recordTarget typeCode="RCT" contextControlCode="OP">
    <hl7:templateId root="1.2.276.0.76.10.2048"/>    <hl7:patientRole classCode="PAT">
      <!-- eGK Nr -->
      <hl7:id extension="A123456789" root="1.2.276.0.76.4.8"/>      <!-- lokale Patientennummer -->
      <hl7:id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>      <!-- ID aus Selektivvertrag -->
      <hl7:id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>      <hl7:addr>
        <hl7:streetName>Riedemannweg</hl7:streetName>        <hl7:houseNumber>59</hl7:houseNumber>        <hl7:postalCode>13627</hl7:postalCode>        <hl7:city>Berlin</hl7:city>        <hl7:country>D</hl7:country>      </hl7:addr>      <hl7:patient>
        <hl7:name>
          <hl7:prefix qualifier="AC">Prof. Dr.</hl7:prefix>          <hl7:given>Paul</hl7:given>          <hl7:prefix qualifier="NB">Freiherr</hl7:prefix>          <hl7:prefix qualifier="VV">von</hl7:prefix>          <hl7:family>Pappel</hl7:family>        </hl7:name>        <hl7:birthTime value="19551217"/>      </hl7:patient>    </hl7:patientRole>  </hl7:recordTarget>  <!-- 'CDA author Person (vomgt)' (2016-09-06T10:43:05) 1..1 R -->
  <hl7:author typeCode="AUT" contextControlCode="OP">
    <hl7:templateId root="1.2.276.0.76.10.2049"/>    <!-- Optionale Angabe 'ParticipationFunction' -->
    <hl7:functionCode code="AUCG" codeSystem="2.16.840.1.113883.5.88" displayName="caregiver information receiver"/>    <hl7:time value="20190724"/>    <hl7:assignedAuthor classCode="ASSIGNED">
      <!-- ID (LANR, BSNR, AVS Team-Nummer, IK,..) 1..* -->
      <hl7:id extension="12345607" root="1.2.276.0.76.4.16"/>      <!-- ASV Team-Nummer -->
      <hl7:id extension="ASV-Team1" root="1.2.276.0.76.4.200"/>      <!-- Fachgebiet -->
      <hl7:code code="01" codeSystem="1.2.276.0.76.3.1.1.5.2.23" displayName="Allgemeinmedizin"/>      <!-- Telefonnummer 0..* -->
      <hl7:telecom use="WP" value="tel:0234.555-1234"/>      <hl7:assignedPerson>
        <hl7:name>
          <hl7:prefix qualifier="AC">Dr. med.</hl7:prefix>          <hl7:given>Frank</hl7:given>          <hl7:family>Muster</hl7:family>        </hl7:name>      </hl7:assignedPerson>      <hl7:representedOrganization>
        <!-- ID (LANR, BSNR, AVS Team-Nummer, IK,..) 1..* -->
        <hl7:id extension="BSNR47" root="1.2.276.0.76.4.17"/>        <hl7:name>Stuttgarter Hausarztpraxis an der Praxenstraße</hl7:name>        <!-- Telefonnummer 0..* -->
        <hl7:telecom use="WP" value="tel:0711.555-7070"/>        <!-- Adresse 0..1 -->
        <hl7:addr>
          <hl7:streetName>Praxenstraße</hl7:streetName>          <hl7:houseNumber>240</hl7:houseNumber>          <hl7:postalCode>70371</hl7:postalCode>          <hl7:city>Stuttgart</hl7:city>        </hl7:addr>      </hl7:representedOrganization>    </hl7:assignedAuthor>  </hl7:author>  <!-- 'CDA author software (pmp)' (2014-12-17T00:00:00) 0..1 O -->
  <hl7:author typeCode="AUT">
    <hl7:templateId root="1.2.276.0.76.10.2031"/>    <!-- Datum, an dem das Dokument erstellt wurde -->
    <hl7:time value="20190724"/>    <hl7:assignedAuthor classCode="ASSIGNED">
      <hl7:id nullFlavor="NA"/>      <hl7:assignedAuthoringDevice classCode="DEV">
        <hl7:manufacturerModelName>manufacturerModelName</hl7:manufacturerModelName>        <hl7:softwareName>softwareName</hl7:softwareName>      </hl7:assignedAuthoringDevice>    </hl7:assignedAuthor>  </hl7:author>  <!-- 'CDA custodian' (2013-07-17T00:00:00) 1..1 R -->
  <hl7:custodian typeCode="CST">
    <hl7:assignedCustodian classCode="ASSIGNED">
      <hl7:representedCustodianOrganization classCode="ORG">
        <!-- ID (LANR, BSNR, AVS Team-Nummer, IK,..) 1..* -->
        <hl7:id extension="BSNR47" root="1.2.276.0.76.4.17"/>        <hl7:name>Stuttgarter Hausarztpraxis an der Praxenstraße</hl7:name>        <!-- Telefonnummer 0..* -->
        <hl7:telecom use="WP" value="tel:0711.555-7070"/>        <!-- Adresse 0..1 -->
        <hl7:addr>
          <hl7:streetName>Praxenstraße</hl7:streetName>          <hl7:houseNumber>240</hl7:houseNumber>          <hl7:postalCode>70371</hl7:postalCode>          <hl7:city>Stuttgart</hl7:city>        </hl7:addr>      </hl7:representedCustodianOrganization>    </hl7:assignedCustodian>  </hl7:custodian>  <!-- 'CDA legalAuthenticator' (2014-08-25T00:00:00) 0..1 O -->
  <hl7:legalAuthenticator typeCode="LA" contextControlCode="OP">
    <hl7:time value="20190724093753"/>    <hl7:signatureCode code="I"/>    <hl7:assignedEntity>
      <!-- 'CDA Assigned Entity Elements' (2011-12-19T00:00:00) -->
      <!-- LANR (identisch zu author)-->
      <hl7:id extension="12345607" root="1.2.276.0.76.4.16"/>      <!-- Angabe zu der Adresse, Telefonnummer sowie der Organisation sind optional,
und kann im Falle dass diese sich nicht vom Author unterscheidet weggelassen werden.
<addr>addr</addr>
<telecom value="tel:+1-12345678"/>-->
      <hl7:assignedPerson>
        <hl7:name>
          <hl7:prefix qualifier="AC">Dr. med.</hl7:prefix>          <hl7:given>Frank</hl7:given>          <hl7:family>Muster</hl7:family>        </hl7:name>      </hl7:assignedPerson>      <!-- 'CDA Organization Elements' (2011-12-19T00:00:00) -->
      <!--<representedOrganization>
<id extension="BSNR47" root="1.2.276.0.76.4.17"/>
<name>name</name>
<telecom value="tel:+1-12345678"/>
<addr>addr</addr>
</representedOrganization>-->
    </hl7:assignedEntity>  </hl7:legalAuthenticator>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <hl7:structuredBody classCode="DOCBODY" moodCode="EVN">
      <!-- 'Insurance Section' (2016-02-25T18:55:55) 1..1 R
In diesem Abschnitt werden die Versichertendaten untergebracht.
-->
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <hl7:section>
          <hl7:templateId root="1.2.276.0.76.10.3103"/>          <hl7:code code="48768-6" codeSystem="2.16.840.1.113883.6.1"/>          <hl7:title>Versicherung</hl7:title>          <hl7:entry typeCode="COMP" contextConductionInd="true">
            <!-- 'Coverage Activity' (2016-02-25T19:00:30) -->
            <hl7:act classCode="ACT" moodCode="EVN">
              <hl7:templateId root="1.2.276.0.76.10.4263"/>              <hl7:code code="48768-6" codeSystem="2.16.840.1.113883.6.1"/>              <hl7:statusCode code="completed"/>              <hl7:entryRelationship typeCode="COMP">
                <!-- 'Policy Activity' (2016-02-25T19:07:54) -->
                <hl7:act classCode="ACT" moodCode="EVN">
                  <hl7:templateId root="1.2.276.0.76.10.4264"/>                  <hl7:code code="POLICY" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>                  <hl7:statusCode code="completed"/>                  <!-- Krankenkasse (Payer Information) -->
                  <hl7:performer typeCode="PRF">
                    <hl7:assignedEntity>
                      <!-- Kostenträgerkennung (IK-Nr) -->
                      <hl7:id extension="108018110" root="1.2.276.0.76.4.5"/>                      <hl7:representedOrganization>
                        <!-- Bedruckungsname der Kasse -->
                        <hl7:name>AOK Baden Württemberg</hl7:name>                      </hl7:representedOrganization>                    </hl7:assignedEntity>                  </hl7:performer>                  <!-- Versicherter -->
                  <hl7:participant typeCode="COV">
                    <hl7:time>
                      <!-- Versicherungsbeginn -->
                      <hl7:low value="20160101"/>                      <!-- Versicherungsende -->
                      <hl7:high value="20201231"/>                    </hl7:time>                    <hl7:participantRole>
                      <!-- Versicherungsnummer des Patienten -->
                      <hl7:id extension="VNR=4711" root="1.2.276.0.76.4.8"/>                      <!-- Versichertenstatus (S_KBV_VERSICHERTENSTATUS) -->
                      <hl7:code code="1" displayName="Mitglied" codeSystem="2.16.840.1.113883.3.7.1.1"/>                    </hl7:participantRole>                  </hl7:participant>                  <!-- 'Weitere Kennzeichen Observation' (2018-03-08T17:32:15) -->
                  <hl7:entryRelationship typeCode="COMP">
                    <hl7:observation classCode="OBS" moodCode="EVN">
                      <hl7:templateId root="1.2.276.0.76.10.4280"/>                      <hl7:code code="KENNZEICHEN" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>                      <!-- aus S_KBV_Kennzeichen -->
                      <hl7:value xsi:type="CD" code="1" displayName="ASV-Kennzeichen" codeSystem="1.2.276.0.76.5.484"/>                    </hl7:observation>                  </hl7:entryRelationship>                  <!-- 'Person Group Observation' (2017-11-29T14:46:01) -->
                  <hl7:entryRelationship typeCode="COMP">
                    <hl7:observation classCode="OBS" moodCode="EVN">
                      <hl7:templateId root="1.2.276.0.76.10.4273"/>                      <hl7:code code="PRSNGRP" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>                      <!-- aus S_KBV_PERSONENGRUPPE -->
                      <hl7:value xsi:type="CE" code="4" codeSystem="1.2.276.0.76.5.222" displayName="SOZ"/>                    </hl7:observation>                  </hl7:entryRelationship>                  <!-- 'DMP Observation' (2017-12-01T14:01:13) -->
                  <hl7:entryRelationship typeCode="COMP">
                    <hl7:observation classCode="OBS" moodCode="EVN">
                      <hl7:templateId root="1.2.276.0.76.10.4271"/>                      <hl7:code code="DMP" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>                      <!-- aus S_KBV_DMP -->
                      <hl7:value xsi:type="CE" code="1" codeSystem="1.2.276.0.76.5.223"/>                    </hl7:observation>                  </hl7:entryRelationship>                  <!-- 'Kv-Zuordnung Observation' (2018-02-27T12:35:11) -->
                  <hl7:entryRelationship typeCode="COMP">
                    <hl7:observation classCode="OBS" moodCode="EVN">
                      <hl7:templateId root="1.2.276.0.76.10.4275"/>                      <hl7:code code="KV-Zuordnung" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>                      <!-- aus S_KBV_KV -->
                      <hl7:value xsi:type="CE" code="52" displayName="Baden-Württemberg" codeSystem="1.2.276.0.76.5.233"/>                    </hl7:observation>                  </hl7:entryRelationship>                  <!-- 'eGK-Geschlecht Observation' (2017-11-29T18:17:27) -->
                  <hl7:entryRelationship typeCode="COMP">
                    <hl7:observation classCode="OBS" moodCode="EVN">
                      <hl7:templateId root="1.2.276.0.76.10.4272"/>                      <hl7:code code="eGK_Gender" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>                      <!-- aus Geschlecht (eGK) || Geschlecht2 (eGK) -->
                      <hl7:value xsi:type="CD" code="M" displayName="männlich" codeSystem="1.2.276.0.76.5.483"/>                    </hl7:observation>                  </hl7:entryRelationship>                </hl7:act>              </hl7:entryRelationship>            </hl7:act>          </hl7:entry>        </hl7:section>      </hl7:component>      <!-- 'Appropriate suitable hospitals Section' (2019-07-18T10:09:09) 0..1
In dieser Section werden in geeigneten Fällen die nächsterreichbaren,
geeigneten Krankenhäuser (maximal 2) untergebracht.
-->
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <hl7:section classCode="DOCSECT" moodCode="EVN">
          <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.120"/>          <hl7:code code="KRANKENHAUSEMPFEHLUNGEN" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>          <hl7:title>Nächsterreichbare, geeignete Krankenhäuser</hl7:title>          <!-- 'Appropriate suitable hospital' (2019-07-24T13:02:11) 0..2 -->
          <hl7:entry>
            <hl7:act classCode="ACT" moodCode="EVN">
              <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.129"/>              <hl7:id root="1.2.3.999" extension="9130ae2c-adf2-11e9-a2a3-2a2ae2dbcce4"/>              <hl7:code code="KRANKENHAUSEMPFEHLUNG" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>              <hl7:text>Helios Klinikum Krefeld</hl7:text>              <hl7:statusCode code="completed"/>              <!-- 'Hospital Participant (02)' (2019-07-24T12:58:33) 1..1 R -->
              <hl7:participant typeCode="ELOC" contextControlCode="OP">
                <hl7:participantRole classCode="ROL">
                  <hl7:id nullFlavor="NA"/>                  <hl7:addr>
                    <hl7:streetName>Lutherplatz</hl7:streetName>                    <hl7:houseNumber>40</hl7:houseNumber>                    <hl7:postalCode>47805</hl7:postalCode>                    <hl7:city>Krefeld</hl7:city>                  </hl7:addr>                  <hl7:telecom value="tel:+4902151320"/>                </hl7:participantRole>              </hl7:participant>            </hl7:act>          </hl7:entry>        </hl7:section>      </hl7:component>      <!-- 'Accident Section (02)' (2019-07-18T11:45:51) 0..1
In diesem Abschnitt wird, falls es sich um einen Unfall handelt,
angegeben, ob es sich um einen Notfall, um Versorgungsleiden oder um einen Unfall/Unfallfolgen handelt.
-->
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <hl7:section classCode="DOCSECT" moodCode="EVN">
          <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.122"/>          <hl7:code code="UNFALL" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>          <hl7:title>Unfallart</hl7:title>          <hl7:entry typeCode="COMP" contextConductionInd="true">
            <!-- 'Accident Observation (02)' (2019-07-18T11:36:57) 1..1 -->
            <hl7:observation classCode="OBS" moodCode="EVN">
              <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.121"/>              <hl7:code code="UNFALL" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>              <hl7:statusCode code="completed"/>              <hl7:value xsi:type="CE" code="ACCIDENT" codeSystem="1.2.276.0.76.3.1.135.8.5.26" displayName="Unfall, Unfallfolgen"/>            </hl7:observation>          </hl7:entry>        </hl7:section>      </hl7:component>      <!-- 'Treatment Section (02)' (2019-07-18T12:02:26) 0..1
In dieser Section werden Details zur Behandlung untergebracht.
Dabei handelt es sich um die Information, ob die Behandlung durch einen Belegarzt erfolgen soll.
Soll die Behandlung nicht durch einen Belegarzt erfolgen, so kann diese Section auch weggelassen werden.
-->
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <hl7:section>
          <hl7:templateId root="1.2.276.0.76.10.3107"/>          <hl7:code code="BEHANDLUNG" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>          <hl7:title>Behandlungsangaben</hl7:title>          <hl7:text/>          <hl7:entry typeCode="COMP" contextConductionInd="true">
            <hl7:observation moodCode="EVN" classCode="OBS">
              <hl7:code code="BELEGARZT" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>              <hl7:value xsi:type="BL" value="true"/>            </hl7:observation>          </hl7:entry>        </hl7:section>      </hl7:component>      <!-- 'Diagnosis Section (2A)' (2019-07-18T09:53:09) 1..1 R
In dieser Section werden die Diagnosen zur Begründung Krankenhausbehandlung untergebracht.
Die Notwendigkeit der stationären Krankenhausbehandlung ist auf dem Verordnungsformular zu dokumentieren.
Hierzu gehören die Angabe der Hauptdiagnose, der Nebendiagnosen und die Gründe für die stationäre Behandlung.

Die Begründung soll sich aus der Angabe der Diagnose ergeben.
Soweit sich bereits aus der Diagnose oder den Symptomen regelmäßig die Notwendigkeit der Einweisung ergibt,
genügt deren Angabe. Z.B. erübrigt sich bei der Diagnose „akute Appendizitis“ eine weitere Begründung.
-->
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <hl7:section classCode="DOCSECT" moodCode="EVN">
          <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.119"/>          <hl7:code code="DIAGNOSIS" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>          <hl7:title>Diagnosen/Begründung</hl7:title>          <!-- 'Diagnosis Observation (02)' (2019-07-18T14:05:43) 0..5
Eine 'Diagnosis Obersavtion' kann sowohl den Diagnosecode,
als auch eine Beschreibung enthalten und darf maximal 5 mal vorkommen. -->
          <hl7:entry>
            <hl7:observation classCode="OBS" moodCode="EVN">
              <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.125"/>              <hl7:id root="9130af76-adf2-11e9-a2a3-2a2ae2dbcce4"/>              <hl7:code code="DIAGNOSE" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>              <hl7:statusCode code="completed"/>              <hl7:value xsi:type="CD" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus">
                <!-- Optionales Freitext-Feld -->
                <hl7:originalText>Optionale, ergänzende Angaben zur Diagnose</hl7:originalText>                <!-- 'Lateralität' (2017-02-13T00:00:00) 0..1
Optionaler Qualifier für Lateralität, zu verwenden als Qualifier-Kind-Element
des value-Elements des Problems (Diagnose)-->
                <hl7:qualifier>
                  <hl7:name code="20228-3" codeSystem="2.16.840.1.113883.6.1"/>                  <hl7:value code="L" codeSystem="1.2.276.0.76.5.412" displayName="Left"/>                </hl7:qualifier>                <!-- 'Diagnosesicherheit' (2017-03-02T00:00:00) 0..1
Optionale Angabe der Diagnosesicherheit (laut §295 SGB V) als Qualifier-Kind-Element
des value-Elements des Problems (Diagnose).
-->
                <hl7:qualifier>
                  <hl7:name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>                  <hl7:value code="G" codeSystem="1.2.276.0.76.3.1.1.5.1.21" displayName="gesicherte Diagnose"/>                </hl7:qualifier>              </hl7:value>              <!-- Optionale Angabe der Diagnoseart "Hauptdiagnose", "Nebendiagnose" -->
              <hl7:entryRelationship typeCode="COMP">
                <hl7:observation classCode="OBS" moodCode="EVN">
                  <hl7:code code="LEISTUNGSBEZEICHNER" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>                  <hl7:value xsi:type="CD" code="HAUPT" codeSystem="1.2.276.0.76.3.1.135.8.5.27" displayName="Hauptdiagnose"/>                </hl7:observation>              </hl7:entryRelationship>            </hl7:observation>          </hl7:entry>          <hl7:entry>
            <hl7:observation classCode="OBS" moodCode="EVN">
              <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.125"/>              <hl7:id root="9130b0a2-adf2-11e9-a2a3-2a2ae2dbcce4"/>              <hl7:code code="DIAGNOSE" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>              <hl7:statusCode code="completed"/>              <hl7:value xsi:type="CD" nullFlavor="NA">
                <hl7:originalText>Diagnose Freitext, ohne Code</hl7:originalText>              </hl7:value>            </hl7:observation>          </hl7:entry>        </hl7:section>      </hl7:component>      <!-- 'Hospitalisation Section' (2019-07-18T12:40:52) 0..1
Diese optionale Section beinhaltet das Datum an dem die Aufnahme erfolgte,
sowie Angaben zum Krankenhaus und des aufnehmenden Arztes.
-->
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <hl7:section classCode="DOCSECT" moodCode="EVN">
          <hl7:templateId root="1.2.276.0.76.3.1.135.8.10.124"/>          <hl7:code code="KRANKENHAUS" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/>          <hl7:title>Krankenhausaufnahme</hl7:title>          <!-- 'CDA author Person (vomgt)' (2016-09-06T10:43:05) 1..1 R -->
          <hl7:author typeCode="AUT" contextControlCode="OP">
            <hl7:templateId root="1.2.276.0.76.10.2049"/>            <!-- 'Aufnahmedatum' 1..1 R -->
            <hl7:time value="20190718"/>            <hl7:assignedAuthor classCode="ASSIGNED">
              <!-- ID (LANR, AVS Team-Nummer, IK,..) 1..* -->
              <hl7:id extension="12345607" root="1.2.276.0.76.4.16"/>              <!-- ASV Team-Nummer -->
              <hl7:id extension="ASV-Team1" root="1.2.276.0.76.4.200"/>              <!-- Fachgebiet 0..1 -->
              <hl7:code code="01" codeSystem="1.2.276.0.76.3.1.1.5.2.23" displayName="Allgemeinmedizin"/>              <!-- Telefonnummer 0..* -->
              <hl7:telecom value="tel:+1-12345678"/>              <!-- 'CDA Person Elements' (2011-12-19T00:00:00) 1..1 -->
              <hl7:assignedPerson>
                <hl7:name>
                  <hl7:prefix qualifier="AC">Dr. med.</hl7:prefix>                  <hl7:given>Max</hl7:given>                  <hl7:family>Muster</hl7:family>                </hl7:name>              </hl7:assignedPerson>              <!-- 'CDA Organization Elements (vomgt)' (2018-03-08T18:03:32) 1..1 -->
              <hl7:representedOrganization>
                <!-- ID (LANR, AVS Team-Nummer, IK,..) 1..* -->
                <hl7:id nullFlavor="NA"/>                <hl7:name>Helios Klinikum Krefeld</hl7:name>                <hl7:telecom value="tel:+4902151320"/>                <hl7:addr>
                  <hl7:streetName>Lutherplatz</hl7:streetName>                  <hl7:houseNumber>40</hl7:houseNumber>                  <hl7:postalCode>47805</hl7:postalCode>                  <hl7:city>Krefeld</hl7:city>                </hl7:addr>              </hl7:representedOrganization>            </hl7:assignedAuthor>          </hl7:author>        </hl7:section>      </hl7:component>    </hl7:structuredBody>  </hl7:component></hl7:ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(F02...ung)
 
Target.png
vomgt-data​element-729Kyellow.png Muster 02a: Verordnung von Krankenhausbehandlung Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:realmCode
CS0 … 1R(F02...ung)
Treetree.pnghl7:typeId
II1 … 1R(F02...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Treetree.pnghl7:templateId
II1 … 1M(F02...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.3.1.135.8.10.118
Treetree.pnghl7:id
II1 … 1R(F02...ung)
Treetree.pnghl7:code
CE1 … 1RLOINC Component: "Prescription for diagnostic or specialist care"
Definition: "Document used to order/prescribe diagnostic and specialistic care services (including ambulatory visits)."

(F02...ung)
Treeblank.pngTreetree.png@code
CONF0 … 1F57832-8
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(F02...ung)
 CONF
Elementinhalt muss "Verordnung von Krankenhausbehandlung" sein
Treetree.pnghl7:effectiveTime
TS1 … 1R(F02...ung)
Treetree.pnghl7:confidentialityCode
CE1 … 1R(F02...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC)
Treetree.pnghl7:setId
II0 … 1(F02...ung)
Treetree.pnghl7:versionNumber
INT0 … 1(F02...ung)
Eingefügt1 … 1R von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1R(F02...ung)
 
Target.png
vomgt-data​element-4Kyellow.png Patientendaten Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.png@typeCode
cs0 … 1FRCT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole></recordTarget>
Treeblank.pngTreetree.pnghl7:templateId
1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2048
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(F02...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <!-- eGK Nr -->
  <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->
  <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient></patientRole>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
0 … *R(F02...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Patienten(F02...ung)
 Beispiel
normale Adresse
<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
 Beispiel
Postfach
<addr use="HP">
  <postBox>654321</postBox>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
0 … 1(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>  <birthTime value="19541223"/></patient>
Eingefügt1 … 1M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MDie 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.
(F02...ung)
 
Target.png
vomgt-data​element-26Kyellow.png Name Kyellow.png KV-Mustersammlung
 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>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CENPHier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element.
(Weitere Informationen zu diesem Thema: http://wiki.hl7.de/index.php?title=Geschlecht)

(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1MGeburtsdatum des Patienten(F02...ung)
 Beispiel<birthTime value="19491224"/>
Eingefügt1 … 1R von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC)
Treetree.pnghl7:author
1 … 1R(F02...ung)
Treeblank.png wo [hl7:templateId/@root='1.2.276.0.76.10.2049']
 
Target.png
vomgt-data​element-3Kyellow.png Arztdaten Kyellow.png KV-Mustersammlung
vomgt-data​element-34Kyellow.png Arzt-Nr Kyellow.png KV-Mustersammlung
vomgt-data​element-33Kyellow.png Betriebsstättennummer Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<author typeCode="AUT" contextControlCode="OP">
  <templateId root="1.2.276.0.76.10.2049"/>  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- ... -->
  </assignedAuthor></author>
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2049
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(F02...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1(F02...ung)
 
Target.png
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1(F02...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Die LANR des Arztes wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.16
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1RDie ASV-Teamnummer wird in einer eigenen Wiederholung untergebracht. Die OID dafür ist beantragt, aber noch nicht zugewiesen. 

Es muss entweder die ASV-Teamnummer oder die BSNR übermittelt werden!
(F02...ung)
 
Target.png
vomgt-data​element-679Kyellow.png ASV-Teamnummer Kyellow.png KV-Mustersammlung
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.200
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin(F02...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.101 S_BAR2_ARZTNRFACHGRUPPE (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F02...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(F02...ung)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(F02...ung)
 
Target.png
vomgt-data​element-756Kyellow.png Krankenhaus Kyellow.png KV-Mustersammlung
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="123456700"/>  <name>
    <!-- ... -->
  </name></representedOrganization>
Eingefügt von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1RDie BSNR für die entsprechende Betriebsstätte wird im id-Element in @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.
Es muss entweder die BSNR oder die ASV-Teamnummer übermittelt werden! 		(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid0 … 1F1.2.276.0.76.4.17
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F02...ung)
Eingefügt0 … 1 von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)
Treetree.pnghl7:author
0 … 1hhsoftpmp
Treeblank.png wo [hl7:templateId/@root='1.2.276.0.76.10.2031']
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2031
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhhsoftpmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1hhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RSoftware Name und Version, die bei der Erstellung des Dokuments verwendet wurdehhsoftpmp
Eingefügt1 … 1R von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1R(F02...ung)
Treeblank.pngTreetree.png@typeCode
0 … 1FCST
 Beispiel<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <!-- ... -->
    </representedCustodianOrganization>  </assignedCustodian></custodian>
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F02...ung)
Eingefügt0 … 1 von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1(F02...ung)
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(F02...ung)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(F02...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(F02...ung)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(F02...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(F02...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(F02...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(F02...ung)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(F02...ung)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F02...ung)
Treetree.pnghl7:component
1 … 1R(F02...ung)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(F02...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC)(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = '48768-6' and @codeSystem = '2.16.840.1.113883.6.1')]]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.3.1.135.8.10.120 Appropriate suitable hospitals Section (DYNAMIC)(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.3.1.135.8.10.122 Accident Section (02) (DYNAMIC)(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.3.1.135.8.10.123 Treatment Section (02) (DYNAMIC)(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = 'BEHANDLUNG' and @codeSystem = '1.2.276.0.76.3.1.135.8.5.99')]]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 1.2.276.0.76.3.1.135.8.10.119 Diagnosis Section (2A) (DYNAMIC)(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.3.1.135.8.10.124 Hospitalisation Section (DYNAMIC)(F02...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue

CDA Header Level Templates

CDA recordTarget (vomgt) / Patient

Id1.2.276.0.76.10.2048Gültigkeit2016‑02‑19 15:12:48
StatusKyellow.png EntwurfVersions-Label
NameCDArecordTargetvomgtBezeichnungCDA recordTarget (vomgt)
BeschreibungDas recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst IDs und dem Namen, Geschlecht, Adressen etc.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-4Kyellow.png Patientendaten Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90030InklusionKgreen.png PersonennameDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (DYNAMIC)
ref
ad1bbr-

Spezialisierung: Template 1.2.276.0.76.10.2001 CDA recordTarget (2013‑07‑10)
ref
hl7de-
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(CDA...mgt)
 
Target.png
vomgt-data​element-4Kyellow.png Patientendaten Kyellow.png KV-Mustersammlung
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole></recordTarget>
Treetree.pnghl7:templateId
1 … 1M(CDA...mgt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2048
Treetree.pnghl7:patientRole
1 … 1(CDA...mgt)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <!-- eGK Nr -->
  <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->
  <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient></patientRole>
Treeblank.pngTreetree.pnghl7:id
0 … *R(CDA...mgt)
Treeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Patienten(CDA...mgt)
 Beispiel
normale Adresse
<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
 Beispiel
Postfach
<addr use="HP">
  <postBox>654321</postBox>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
Treeblank.pngTreetree.pnghl7:patient
0 … 1(CDA...mgt)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>  <birthTime value="19541223"/></patient>
Eingefügt1 … 1M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MDie 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.
(CDA...mgt)
 
Target.png
vomgt-data​element-26Kyellow.png Name Kyellow.png KV-Mustersammlung
vomgt-data​element-773Kyellow.png Full Name Kyellow.png KV-Mustersammlung
 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>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(CDA...mgt)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(CDA...mgt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(CDA...mgt)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(CDA...mgt)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(CDA...mgt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(CDA...mgt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CENPHier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element.
(Weitere Informationen zu diesem Thema: http://wiki.hl7.de/index.php?title=Geschlecht)

(CDA...mgt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1MGeburtsdatum des Patienten(CDA...mgt)
 Beispiel<birthTime value="19491224"/>


CDA Section Level Templates

Templates aus Repositories (nicht zur Abstimmung stehend)

Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.

Terminologien

Value Sets

Anhang

Literatur und Referenzen

Weiterführende Literatur

Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:

  • "The CDA-Book", Keith Boone, Springer
  • HL7 Datentypleitfaden

Glossar und Abkürzungsverzeichnis

Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen: http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie

Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis: http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen

Referenzen

  1. ↑ Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
  2. ↑ HL7 Deutschland e. V. http://www.hl7.de
  3. ↑ Verordnungsmanagement (vomgt) http://wiki.hl7.de/index.php?title=Verordnungsmanagement_(Projekt)
  4. ↑ Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf
  5. ↑ Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR
  6. ↑ Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice
  7. ↑ ART-DECOR: How to read ART-DECOR Definitions [1]

Abbildungen

Zurzeit keine.

Tabellen

Zurzeit keine.

Abgerufen von „https://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung&oldid=59800“