Krankenbeförderung

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
(→‎Einleitung)
Zeile 12: Zeile 12:
 
|Version  = 0.1
 
|Version  = 0.1
 
|Submitted = .
 
|Submitted = .
−
|Date      = 17. Januar 2018
+
|Date      = 1. März 2018
−
|Copyright = 2018
+
|Copyright = 2018-2019
−
|Status    = in Arbeit
+
|Status    = Entwurf
 
|Period    = Entwicklung
 
|Period    = Entwicklung
 
|OID      = n.n.
 
|OID      = n.n.
 
|Realm    = Deutschland
 
|Realm    = Deutschland
 
}}
 
}}
−
 
−
 
−
{{Infobox Ballot Begin}}
 
−
{{Ballot | Version = 0.8 | Date = 01.05.2018 | Status = Abstimmung | Realm = Deutschland  }}
 
−
{{Infobox Ballot End}}
 
  
 
{{Infobox Contributors Begin}}
 
{{Infobox Contributors Begin}}
Zeile 30: Zeile 25:
  
 
=Dokumenteninformationen=
 
=Dokumenteninformationen=
 +
{{:Ballotbox_Krankenbeförderung}}
 +
 
{{HL7transclude| cdaab3:Impressum}}
 
{{HL7transclude| cdaab3:Impressum}}
  

Version vom 1. März 2019, 14:43 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 Wikiadmin (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 Wikiadmin (talk| contribs) 5 years ago. (Purge)
Logo-hl720.jpg
Krankenbeförderung auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen
Krankenbeförderung
Implementierungsleitfaden
vorgelegt von:
.
Entwurf
Version: 0.1
Datum: 1. März 2018
Status: Entwicklung
Verfahren: {{{Verfahren}}}
Realm: Flag de.svg Deutschland
Copyright © 2018-2019: HL7 Deutschland


Kontributoren 
Gevko logo mit claim neu.jpg gevko GmbH Bonn

Dokumenteninformationen

Verordnungsmanagement
KBV-Muster 4 (Krankenbeförderung) auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen
Status Typ Version Datum PDF Wiki ART-DECOR
Abstimmung
Si-reconc.svgAbgleich STU 0.97 30.11.2020 Download.png Link.png Link.png
Ergebnis 
Abstimmung von bisSymbol support vote.svgSymbol oppose vote.svgSymbol neutral vote.svgOhne VotumStimmenErgebnis
30.11.2020-11.01.2021 2 0 0 0 2 100%
Kommentare: Abstimmungsankündigung_20201030, Abstimmungseröffnung_20201130
Si-draft.svgEntwurf STU 0.20 19.07.2019 - Link.png Link.png

nicht angekündigt, da noch nicht fertig

Si-draft.svgEntwurf STU 0.10 01.03.2019 - Link.png Link.png

nicht durchgeführt


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[1] und der Technischen Komitees von HL7 Deutschland e. V. [2]

Ansprechpartner und Autoren

  • Ralf Franke, gevko GmbH
  • Dr. Frank Oemig, Deutsche Telekom Healthcare and Security Solutions GmbH, Bonn
  • Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH
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 .

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.

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

Für den Verordnungsprozess von Krankenbeförderungen unmittelbar in der Arztpraxis, besteht für deren digitalen Versand bisher keine elektronische Unterstützung. Um hier einen Mehrwert zu generieren, ist geplant den Transport einer digitalen Verordnung umzusetzen. Dabei wird zunächst der Weg zwischen verordnendem Arzt und Krankenkasse abgebildet.

Die gevko GmbH spezifiziert für diesen Zweck das Transportformat der elektronischen Verordnung. Als grundlegender Standard dient hierfür die Clinical Document Architecture (CDA) von HL7. Mit diesem Standard ist es möglich eine vollständige Menschen- und Maschinenlesbarkeit zu erreichen. Die Möglichkeit der automatisierten Weiterverarbeitung des maschinenlesbaren CDA-Teils garantiert die Effizienzsteigerung der nachgelagerten Prozesse.

Wo möglich, wurde auf bestehende CDA-Spezifikationen, zum Beispiel aus dem Arztbrief 2014, zurückgegriffen. Auch die Wiederverwendbarkeit von gleichen Elementen über verschiedene Verordnungsmuster hinweg ist gegeben.

Der vorliegende Implementierungsleitfaden beinhaltet die Vorderseite des Verordnungsmusters 4 und bildet die konkrete ärztliche Verordnung ab. Die Rückseite, mit der Empfangsbestätigung des Versicherten und den Eintragungen des sonstigen Leistungserbringers, wird in zwei weiteren CDA-Dokumenten abgebildet.

Enthaltene Angaben in der ärztlichen Verordnung der Krankenbeförderung

Die GKV-SV und die KBV haben die Inhalte festgelegt. Neben den Informationen des Personalienfeldes (d.h. die allgemeinen CDA-Headerinformationen) bzw. das Arztfeld enthält die eAU folgende Details:

  • Zuzahlungspflicht
  • Zuzahlungsfrei
  • Unfall,Unfallfolge
  • Arbeitsunfall, Berufskrankheit
  • Versorgungsleiden (z.B. BVG)
  • Hinfahrt
  • Rückfahrt
  • Grund der Beförderung
    • Genehmigungsfreie Fahrten
      • voll-/teilstationäre Krankenhausbehandlung
      • vor-/nachstationäre Behandlung
      • anderer Grund, z.B. Fahrten zu stationären Hospizen
    • Genehmigungspflichtige Fahrten zu ambulanten Behandlungen
      • hochfrequente Behandlung
        • Dialyse, onkol. Chemo- oder Strahlentherapie
        • vergleichbarer Ausnahmefall (Begründung erforderlich)
      • dauerhafte Mobilitätsbeeinträchtigung
        • Merkzeichen "aG", "Bl", "H", Pflegegrad 3 mit dauerhafter Mobilitätsbeeinträchtigung, Pflegegrad 4 oder 5
        • vergleichbare Mobilitätsbeeinträchtigung und Behandlungsdauer mindestens 6 Monate (Begründung erforderlich)
  • Behandlungstag/Behandlungsfrequenz und nächsterreichbare, geeignete Behandlungsstätte
    • vom/am (Datum)
    • Anzahl pro Woche
    • bis (Datum)
    • Behandlungsstätte (Name, Ort)
  • Art der Beförderung
    • Taxi/Mietwagen
      • Rollstuhl
      • Tragestuhl
      • liegend
    • KTW
      • da medizinisch-fachliche Betreuung und/oder Einrichtung notwendig ist wegen:
    • RTW
    • NAW/NEF
    • andere
  • Sonstiges

Muster für einen Ausdruck

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 .

Transportaspekte

Interaktionsdiagramm

In diesem Leitfaden geht es um die Präzisierung des Aufbaus von Dokumenten (hier: der Arztbrief), d.h. wie diese inhaltlich strukturiert sind. Die Prinzipien der Gliederung gelten aber auch für andere Arten von Dokumenten wie Ein-/Überweisungen, Befunde, etc.

Im Allgemeinen wird ein CDA-Dokument von einer Anwendung in einem bestimmten Kontext erzeugt und dann als ganzheitliches Objekt übertragen. Dies kann auf unterschiedlichen Wegen passieren (bspw. als Datei, als Binärobjekt in einer Email oder als Objekt einer Akte wie EFA, eEPA oder EGA), diese werden hier aber nicht spezifiziert. Dieses Objekt wird dann letztendlich von einer – oder mehreren – Anwendungen konsumiert:

Interaktionsdiagramm

[Abbildung 1] Interaktionsdiagramm

Dokumentenaustausch

Für den Austausch der Dokumente gibt es mehrere Möglichkeiten, zu denen eine Reihe von konkreten Vorgaben existieren - insbesondere bei IHE ITI -, die hier nur kurz genannt werden sollen:

  • IHE ITI
    • die Integrationsprofile XDS, XDM und XDR
  • Telematikinfrastruktur (in Vorbereitung) mit KOM-LE
  • KV-Connect
  • Safemail
  • FTP
  • ...

Diese Liste ist nicht vollständig und soll nur als Beispiel dienen.

Rechtssichere Übertragung

Eine eAU kann papierbegleitend, aber auch papierersetzend umgesetzt werden. Im letzteren Fall ist diese mit einer rechtssicheren elektronischen Signatur (fortgeschritten oder QES) zu ergänzen:

  • Datenschutz-/-sicherheit
  • IT-Sicherheit
  • Verschlüsselung
  • Signaturen
Information icon.svg Diese Aspekte Datenschutz/-sicherheit, IT-Sicherheit, Verschlüsselung und Signaturen sind nicht Bestandteil dieser Spezifikation. Es gibt dazu aber bereits entsprechende Ausarbeitungen und Vorgaben.


Übersicht CDA Header und Body

Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben.

  1. Document
     04: Krankenbeförderung - Verordnung (1.2.276.0.76.3.1.135.8.10.38)
    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
       Accident Section (04) (1.2.276.0.76.3.1.135.8.10.42)
      1. Entry
         Accident Observation (04) (1.2.276.0.76.3.1.135.8.10.41)
    8. Section
       Zuzahlung Section (04) (1.2.276.0.76.3.1.135.8.10.40)
      1. Entry
         Zuzahlung Observation (04) (1.2.276.0.76.3.1.135.8.10.107)
    9. Section
       Beförderung Section (04) (1.2.276.0.76.3.1.135.8.10.53)
      1. Entry
         Befoerderung Act (04) (1.2.276.0.76.3.1.135.8.10.81)
        1. Entry
           Befoerderung Grund Observation (04) (1.2.276.0.76.3.1.135.8.10.51)
        2. Entry
           Befoerderung Frequenz Observation (04) (1.2.276.0.76.3.1.135.8.10.69)
        3. Entry
           Befoerdungsmittel Act (04) (1.2.276.0.76.3.1.135.8.10.96)
        4. Entry
           Befoerderung Fahrt Act (04) (1.2.276.0.76.3.1.135.8.10.82)
        5. Entry
           Sonstiges Act (04) (1.2.276.0.76.3.1.135.8.10.95)

[Abbildung 2] CDA-Dokument-Template

CDA Document Level Templates

Id1.2.276.0.76.3.1.135.8.10.38Gültigkeit2018‑01‑16 10:44:23
StatusKyellow.png EntwurfVersions-Label
NameF04KrankenbefoerderungAnzeigename04: Krankenbeförderung - Verordnung
BeschreibungKBV Muster 04: Krankenbeförderung
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-117Kyellow.png Muster 04: Verordnung einer Krankenbeförderung Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 9 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.42ContainmentKyellow.png Accident Section (04)DYNAMIC
1.2.276.0.76.3.1.135.8.10.40ContainmentKyellow.png Zuzahlung Section (04)DYNAMIC
1.2.276.0.76.3.1.135.8.10.53ContainmentKyellow.png Beförderung Section (04)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(F04...ung)
 
Target.png
vomgt-data​element-117Kyellow.png Muster 04: Verordnung einer Krankenbeförderung Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:realmCode
CS0 … 1R(F04...ung)
Treetree.pnghl7:typeId
II1 … 1R(F04...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Treetree.pnghl7:templateId
II1 … 1R(F04...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.3.1.135.8.10.38
Treetree.pnghl7:id
II1 … 1R(F04...ung)
Treetree.pnghl7:code
CE (erforderlich)1 … 1M(F04...ung)
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@code
cs0 … 1F52017-1
Treetree.pnghl7:title
ST0 … 1(F04...ung)
 CONF
Elementinhalt muss "Verordnung einer Krankenbeförderung" sein
Treetree.pnghl7:effectiveTime
TS1 … 1R(F04...ung)
Treetree.pnghl7:confidentialityCode
CE1 … 1R(F04...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
II1 … 1R(F04...ung)
Treetree.pnghl7:versionNumber
INT0 … 1(F04...ung)
Eingefügt1 … *R von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … *R(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2048
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Patienten(F04...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(F04...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.
(F04...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(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(F04...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(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(F04...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)

(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1MGeburtsdatum des Patienten(F04...ung)
 Beispiel<birthTime value="19491224"/>
Eingefügt1 … *R von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC)
Treetree.pnghl7:author
1 … *R(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2049
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(F04...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(F04...ung)
 
Target.png
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1(F04...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.(F04...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!
(F04...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(F04...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 … *(F04...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(F04...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! 		(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F04...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(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F04...ung)
Eingefügt1 … 1R von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
1 … 1R(F04...ung)
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(F04...ung)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(F04...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(F04...ung)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(F04...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(F04...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(F04...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(F04...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(F04...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(F04...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 … *(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F04...ung)
Treetree.pnghl7:component
1 … 1R(F04...ung)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(F04...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)(F04...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
bl1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.276.0.76.3.1.135.8.10.42 Accident Section (04) (DYNAMIC)(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.276.0.76.3.1.135.8.10.40 Zuzahlung Section (04) (DYNAMIC)(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 1.2.276.0.76.3.1.135.8.10.53 Beförderung Section (04) (DYNAMIC)(F04...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R

CDA Header Level Templates

Im Header der Verordnungsdateien werden alle benötigten administrativen Daten in einer festen Struktur abgebildet. Die hier erfassten Daten sind umfangreicher als auf einer papiergebundenen Verordnung, wodurch eine maschinelle Verarbeitung innerhalb verschiedener Institutionen unterstützt wird, da keine administrativen Daten mehr an anderer Stelle hinzugefügt werden müssen.

Patient (CDA recordTarget)

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


Author Person (CDA authorPerson)

Id1.2.276.0.76.10.2049Gültigkeit2016‑09‑06 10:43:05
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthorPersonBezeichnungCDA author Person (vomgt)
BeschreibungDieses Template spezifiziert, wie ein Mensch/Person als Autor des Dokumentes angegeben wird.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 6 Konzepte
IdNameDatensatz
vomgt-data​element-3Kyellow.png Arztdaten Kyellow.png KV-Mustersammlung
vomgt-data​element-33Kyellow.png Betriebsstättennummer Kyellow.png KV-Mustersammlung
vomgt-data​element-34Kyellow.png Arzt-Nr Kyellow.png KV-Mustersammlung
vomgt-data​element-679Kyellow.png ASV-Teamnummer Kyellow.png KV-Mustersammlung
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
vomgt-data​element-756Kyellow.png Krankenhaus Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90032InklusionKyellow.png CDA Organization Elements (vomgt)DYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.2002 CDA author (DYNAMIC)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (DYNAMIC)
ref
ad1bbr-

Spezialisierung: Template 1.2.276.0.76.10.2007 CDA author Person (2013‑10‑11)
ref
hl7de-
Beispiel
Beispiel
<author typeCode="AUT">
  <templateId root="1.2.276.0.76.10.2049"/>  <functionCode code="DISPHYS" displayName="discharging physican" codeSystem="2.16.840.1.113883.5.88" codeSystemName="ParticipationFunction"/>  <time value="201304071300"/>  <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>
ItemDTKardKonfBeschreibungLabel
hl7:author
(Hea...son)
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-33Kyellow.png Betriebsstättennummer Kyellow.png KV-Mustersammlung
vomgt-data​element-34Kyellow.png Arzt-Nr Kyellow.png KV-Mustersammlung
Treetree.png@typeCode
cs0 … 1FAUT
Treetree.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>
Treetree.pnghl7:templateId
II1 … 1M(Hea...son)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2049
Treetree.pnghl7:functionCode
CE0 … 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)
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1(Hea...son)
 
Target.png
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
Treetree.pnghl7:assignedAuthor
1 … 1(Hea...son)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.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.(Hea...son)
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.16
Treeblank.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!
(Hea...son)
 
Target.png
vomgt-data​element-679Kyellow.png ASV-Teamnummer Kyellow.png KV-Mustersammlung
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.200
Treeblank.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(Hea...son)
 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.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...son)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Hea...son)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...son)
Treeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Hea...son)
 
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.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.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! 		(Hea...son)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid0 … 1F1.2.276.0.76.4.17
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...son)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...son)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...son)


Author Software (CDA authorPerson)

Id1.2.276.0.76.10.2031Gültigkeit2014‑12‑17
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthorSoftwarepmpBezeichnungCDA author software (pmp)
BeschreibungSoftware, die bei der Erstellung des Dokuments verwendet wurde
Labelhhsoftpmp
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
pmp-data​elementR1-5080Kgreen.png Softwarename und -version Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-5080Kyellow.png Softwarename und -version Kyellow.png Patientenbezogener Medikationsplan Plus v2017
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 1.2.276.0.76.10.2002 CDA author (2013‑07‑10)
ref
hl7de-

Adaptation: Template 1.2.276.0.76.10.2008 CDA author Device (2013‑10‑11)
ref
hl7de-
Beispiel
Beispiel
<author>
  <templateId root="1.2.276.0.76.10.2031"/>  <time value="20141031123456"/>  <assignedAuthor classCode="ASSIGNED">
    <id nullFlavor="NA"/>    <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
      <softwareName>Medplan X Software v2.45</softwareName>    </assignedAuthoringDevice>  </assignedAuthor></author>
ItemDTKardKonfBeschreibungLabel
hl7:author
hhsoftpmp
wo [hl7:templateId/@root='1.2.276.0.76.10.2031']
Treetree.png@typeCode
cs0 … 1FAUT
Treetree.pnghl7:templateId
II1 … 1Mhhsoftpmp
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2031
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhhsoftpmp
Treetree.pnghl7:assignedAuthor
1 … 1Mhhsoftpmp
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … 1Rhhsoftpmp
Treeblank.pngTreetree.pnghl7:assigned​Authoring​Device
1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1hhsoftpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RSoftware Name und Version, die bei der Erstellung des Dokuments verwendet wurdehhsoftpmp
 
Target.png
pmp-data​elementR1-5080Kgreen.png Softwarename und -version Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-5080Kyellow.png Softwarename und -version Kyellow.png Patientenbezogener Medikationsplan Plus v2017


verwaltende Organisation (CDA custodian)

Id1.2.276.0.76.10.2004Gültigkeit2020‑03‑29
Andere Versionen mit dieser Id:
  • Kblank.png HeaderCustodian vom 2013‑07‑17
  • Kblank.png HeaderCustodian vom 2013‑07‑07
StatusKgreen.png AktivVersions-Label
NameHeaderCustodianBezeichnungCDA custodian
BeschreibungVerantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
ItemDTKardKonfBeschreibungLabel
hl7:custodian
(Hea...ian)
Treetree.png@typeCode
0 … 1FCST
 Beispiel<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <!-- ... -->
    </representedCustodianOrganization>  </assignedCustodian></custodian>
Treetree.pnghl7:assignedCustodian
1 … 1M(Hea...ian)
Treeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ian)


Als Identifikator der Praxis kann die BSNR verwendet werden.

Unterzeichner (CDA legal authenticator)

Id1.2.276.0.76.10.2020Gültigkeit2014‑08‑25
StatusKyellow.png EntwurfVersions-Label
NameHeaderLegalAuthenticatorBezeichnungCDA legalAuthenticator
BeschreibungVor dem Gesetz verantwortliche Unterzeichner des Dokumentes
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90012InklusionKgreen.png CDA Assigned Entity ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.106 CDA legalAuthenticator (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<legalAuthenticator typeCode="LA">
  <time value="20130327130000"/>  <signatureCode code="S"/>  <assignedEntity>
    <id extension="a00123456" root="1.2.276.0.76.3.9.8.7.6"/>    <assignedPerson>
      <name>
        <prefix qualifier="AC">Prof. Dr.</prefix>        <given>Hugo</given>        <family>Reinhardt</family>      </name>    </assignedPerson>    <representedOrganization>
      <name>Klinik am Zempiner Steig</name>      <telecom use="WP" value="tel:0332-4556"/>      <telecom use="WP" value="fax:0332-45577"/>      <addr>
        <streetName>Zempiner Steig</streetName>        <houseNumber>4</houseNumber>        <postalCode>15266</postalCode>        <city>Berlin</city>      </addr>    </representedOrganization>  </assignedEntity></legalAuthenticator>
ItemDTKardKonfBeschreibungLabel
hl7:legalAuthenticator
0 … 1(Hea...tor)
Treetree.png@typeCode
0 … 1FLA
Treetree.png@context​Control​Code
0 … 1FOP
Treetree.pnghl7:time
TS1 … 1R(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1R(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)
Treetree.pnghl7:assignedEntity
1 … 1R(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Hea...tor)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...tor)


CDA Section Level Templates

Versicherung (Insurance Section)

Id1.2.276.0.76.10.3103Gültigkeit2016‑02‑25 18:55:55
StatusKyellow.png EntwurfVersions-Label
NameInsuranceSectionBezeichnungInsurance Section
Beschreibung
In diesem Abschnitt werden die Versichertendaten untergebracht. 

Hintergrund: Durch das CDA RMIM ist es nicht möglich alle notwendigen Versicherteninformationen als Participant im Header unterzubringen.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3103
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-24Kyellow.png Versichertendaten Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4263ContainmentKyellow.png Coverage ActivityDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.2.18 Payers Section (V3) (DYNAMIC)
ref
ccda-
Beispiel
Beispiel
<section>
  <templateId root="1.2.276.0.76.10.3103"/>  <code code="48768-0" codeSystem="2.16.840.1.113883.6.1"/>  <title>Versicherung</title>  <!-- Versicherung/Coverage -->
  <!-- .... -->
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Ins...ion)
 
Target.png
vomgt-data​element-24Kyellow.png Versichertendaten Kyellow.png KV-Mustersammlung
Treetree.pnghl7:templateId
II1 … 1M(Ins...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3103
Treetree.pnghl7:code
1 … 1MPayment sources Document(Ins...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F48768-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1(Ins...ion)
 CONF
Elementinhalt muss "Versicherung" sein
Treetree.pnghl7:entry
1 … 1MBeinhaltet 1.2.276.0.76.10.4263 Coverage Activity (DYNAMIC)(Ins...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1 


Unfall (Accident Section)

Id1.2.276.0.76.10.3106Gültigkeit2017‑09‑24 10:55:38
StatusKyellow.png EntwurfVersions-Label
NameF01AccidentSectionBezeichnungAccident Section (01)
Beschreibung
In diesem Abschnitt wird angegeben, ob es sich um einen Unfall handelt. Wenn es sich um einen Unfall handelt, dann ist der Value im Entry auf true zu setzen. Falls nicht, so kann dieser Abschnitt auch entfallen.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3106
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4267ContainmentKyellow.png Accident Observation (01)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(F01...ion)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(F01...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3106
Treetree.pnghl7:code
CE0 … 1(F01...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1FACCIDENT
Treeblank.pngTreetree.png@codeSystem
0 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:title
ST0 … 1(F01...ion)
 CONF
Elementinhalt muss "Unfall" sein
Treetree.pnghl7:entry
1 … 1MBeinhaltet 1.2.276.0.76.10.4267 Accident Observation (01) (DYNAMIC)(F01...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19446 x_ActRelationshipEntry (DYNAMIC)
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1 


Behandlung (Treatment Section)

Id1.2.276.0.76.10.3107Gültigkeit2017‑11‑20 22:27:51
StatusKyellow.png EntwurfVersions-Label
NameTreatmentSectionBezeichnungTreatment Section
Beschreibung
Empfehlung für weitere noch durchzuführende Maßnahmen.
Die beiden Checkboxen (medizinische Rehabilitation bzw. stufenweise Wiedereingliederung) werden über die beiden zugeordneten Entries repräsentiert. Sie können sich gegenseitig ergänzen, weshalb sie nicht exklusiv über ein Value Set abgebildet werden können. (Die Ausfüllhinweise geben hier keine eindeutige Erklärung.)
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4268ContainmentKyellow.png Treatment Eingliederung ObservationDYNAMIC
1.2.276.0.76.10.4269ContainmentKyellow.png Treatment Reha ObservationDYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.3033 Weitere empfohlene Maßnahmen (2013‑12‑30)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(Tre...ion)
Treetree.pnghl7:templateId
II1 … 1(Tre...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3107
Treetree.pnghl7:code
CE1 … 1M(Tre...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F18776-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Tre...ion)
 CONF
Elementinhalt muss "Einleitung besonderer Maßnahmen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1(Tre...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4268 Treatment Eingliederung Observation (DYNAMIC)(Tre...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4269 Treatment Reha Observation (DYNAMIC)(Tre...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue


Arbeitsunfähigkeit (Temporary Disablement Section (06))

Id1.2.276.0.76.10.3108Gültigkeit2017‑05‑24
StatusKyellow.png EntwurfVersions-Label
NameTemporaryDisablementSectionBezeichnungArbeitsunfähigkeitsbescheinigung Section
BeschreibungVorübergehende Arbeitsunfähigkeitsbescheinigung (optional strukturiert)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3108
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4270ContainmentKyellow.png Arbeitsunfähigkeitsbescheinigung ObservationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(Tem...ion)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Tem...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3108
Treetree.pnghl7:code
CE0 … 1(Tem...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1FTEMPDISABLE
Treeblank.pngTreetree.png@codeSystem
0 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:title
ST0 … 1(Tem...ion)
 CONF
Elementinhalt muss "Arbeitsunfähigkeit" sein
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4270 Arbeitsunfähigkeitsbescheinigung Observation (DYNAMIC)(Tem...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1 


CDA Entry Level Templates

Coverage Activity

Id1.2.276.0.76.10.4263Gültigkeit2016‑02‑25 19:00:30
StatusKyellow.png EntwurfVersions-Label
NameCoverageActivityBezeichnungCoverage Activity
BeschreibungDieses Template ist der "Aufhänger" für die Detailangaben zum Versicherungsverhältnis, also insbesondere die Informationen von der Gesundheitskarte (eGK).
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4263
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4264ContainmentKyellow.png Policy ActivityDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.22.4.60 Coverage Activity (V3) (DYNAMIC)
ref
ccda-
ItemDTKardKonfBeschreibungLabel
hl7:act
(Cov...ity)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Cov...ity)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4263
Treetree.pnghl7:id
0 … *(Cov...ity)
Treetree.pnghl7:code
1 … 1MPayment sources Document(Cov...ity)
Treeblank.pngTreetree.png@code
CONF1 … 1F48768-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:statusCode
1 … 1M(Cov...ity)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
1 … 1MIm Verordnungsmanagement muss die Information zu genau einer Versicherung übermittelt werden.

Beinhaltet 1.2.276.0.76.10.4264 Policy Activity (DYNAMIC)		(Cov...ity)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP


Policy Activity

Id1.2.276.0.76.10.4264Gültigkeit2016‑02‑25 19:07:54
StatusKyellow.png EntwurfVersions-Label
NamePolicyActivityBezeichnungPolicy Activity
Beschreibung
Diese Aktivität ist der Aufhänger für die Informationen über den Kostenträger. Diese Details stammen primär von der eGK.


Durch die Änderung der Versicherteninformation und der dazugehörigen Kodesysteme, so dass eine mehrstellige Information inkl. "00 - keine Angabe" übermittelt werden muss, werden die entsprechenden Details als "mandatory" deklariert.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4264
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
vomgt-data​element-25Kyellow.png KrankenkassenName Kyellow.png KV-Mustersammlung
vomgt-data​element-30Kyellow.png Kassen-IKNr Kyellow.png KV-Mustersammlung
vomgt-data​element-31Kyellow.png eGK-Nummer Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4280ContainmentKyellow.png Weitere Kennzeichen ObservationDYNAMIC
1.2.276.0.76.10.4273ContainmentKyellow.png Person Group ObservationDYNAMIC
1.2.276.0.76.10.4271ContainmentKyellow.png DMP ObservationDYNAMIC
1.2.276.0.76.10.4275ContainmentKyellow.png Kv-Zuordnung ObservationDYNAMIC
1.2.276.0.76.10.4272ContainmentKyellow.png eGK-Geschlecht ObservationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:act
1 … 1R(Pol...ity)
 
Target.png
vomgt-data​element-25Kyellow.png KrankenkassenName Kyellow.png KV-Mustersammlung
vomgt-data​element-30Kyellow.png Kassen-IKNr Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
1 … 1M(Pol...ity)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4264
Treetree.pnghl7:id
0 … *(Pol...ity)
Treetree.pnghl7:code
CD1 … 1M(Pol...ity)
Treeblank.pngTreetree.png@code
CONF1 … 1FPOLICY
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:statusCode
1 … 1M(Pol...ity)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:performer
1 … 1MDieser Performer repräsentiert die Krankenkasse(Pol...ity)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FPRF
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(Pol...ity)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MKostenträgerkennung(Pol...ity)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.5
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1R(Pol...ity)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
1 … 1MBezeichnung der Krankenkasse (Bedruckungsname)
(Pol...ity)
Treetree.pnghl7:participant
1 … 1MInformation über den Versicherten
(Eine Unterscheidung in Versicherungsnehmer/-versicherter ist an dieser Stelle nicht notwendig, da die Daten der eGK genutzt werden.)
(Pol...ity)
wo [@typeCode='COV']
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOV
Treeblank.pngTreetree.pnghl7:time
0 … 1R(Pol...ity)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
0 … 1RVersicherungsbeginn
(Pol...ity)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
0 … 1RVersicherungsende
(Pol...ity)
Treeblank.pngTreetree.pnghl7:participantRole
1 … 1M(Pol...ity)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MVersichertennummer (eGK-Nummer)
(Pol...ity)
 
Target.png
vomgt-data​element-31Kyellow.png eGK-Nummer 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.8
 Beispiel
eGK Nummer als Patientenidentifikation
<id extension="A123456789" root="1.2.276.0.76.4.8"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1RIn weiteren Wiederholungen können auch weitere Identifikatoren (ID aus Selektivvertrag, lokale Patientenidentifikation, etc.) übermittelt werden.
(Pol...ity)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.8
 Beispiel
lokale Patientennummer
<id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>
 Beispiel
ID aus Selektivvertrag
<id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CD1 … 1Versichertenstatus(Pol...ity)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.162 S_KBV_VERSICHERTENSTATUS (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1R(Pol...ity)
Treeblank.pngTreeblank.pngTreetree.pnghl7:playingEntity
0 … 1R(Pol...ity)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
1 … *MFalls sich der Name der versicherten Person unterscheidet, bspw. durch Heirat.
(Pol...ity)
Treetree.pnghl7:entryRelationship
1 … 1MBeinhaltet 1.2.276.0.76.10.4280 Weitere Kennzeichen Observation (DYNAMIC)(Pol...ity)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treetree.pnghl7:entryRelationship
1 … 1MBeinhaltet 1.2.276.0.76.10.4273 Person Group Observation (DYNAMIC)(Pol...ity)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treetree.pnghl7:entryRelationship
1 … 1MBeinhaltet 1.2.276.0.76.10.4271 DMP Observation (DYNAMIC)(Pol...ity)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treetree.pnghl7:entryRelationship
0 … 1RBeinhaltet 1.2.276.0.76.10.4275 Kv-Zuordnung Observation (DYNAMIC)(Pol...ity)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treetree.pnghl7:entryRelationship
0 … 1RDie Übermittlung der Geschlechtsinformation von der eGK hängt von dem Muster ab. In einigen ist diese Information verpflichtend, in anderen wiederum verboten. Dies wird über entsprechende Regeln überprüft, die von dem classCode abhängig sind.

Beinhaltet 1.2.276.0.76.10.4272 eGK-Geschlecht Observation (DYNAMIC)		(Pol...ity)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP


noch weiter zu füllen

??????????


Terminologien

Folgende Terminologien werden verwendet.

Document Code

????????

DMP

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.138Gültigkeit2019‑01‑01
StatusKgreen.png DefinitivVersions-Label1.03
NameS_KBV_DMPBezeichnungS_KBV_DMP
BeschreibungDMP-Kennzeichen: gibt an, in welchen DMPs ein Versicherter eingeschrieben ist (§ 267 Abs. 2 Satz 4 SGB V). Die Angabe ist auf der EGK vorhanden und auf der KVK Teil des Feldes: Statusergänzung.
Benutzung: 2
IdNameTyp
Datensatz
konsab-data​element-130DMP-Zuordnung DYNAMIC
Template
1.2.276.0.76.10.4271DMP Observation DYNAMIC
Quell-Codesystem
1.2.276.0.76.5.223 - FHIR: urn:oid:1.2.276.0.76.5.223
Level/ TypCodeBezeichnungCodesystem
0‑L
00
nicht gesetzt
1.2.276.0.76.5.223
0‑L
01
DM2
1.2.276.0.76.5.223
0‑L
02
BRK
1.2.276.0.76.5.223
0‑L
03
KHK
1.2.276.0.76.5.223
0‑L
04
DM1
1.2.276.0.76.5.223
0‑L
05
Asthma
1.2.276.0.76.5.223
0‑L
06
COPD
1.2.276.0.76.5.223
0‑L
07
HI
1.2.276.0.76.5.223
0‑L
08
Depression
1.2.276.0.76.5.223
0‑L
09
Rueckenschmerz
1.2.276.0.76.5.223
0‑D
1
DM2
1.2.276.0.76.5.223
0‑D
2
BRK
1.2.276.0.76.5.223
0‑D
3
KHK
1.2.276.0.76.5.223
0‑D
4
DM1
1.2.276.0.76.5.223
0‑D
5
Asthma
1.2.276.0.76.5.223
0‑D
6
COPD
1.2.276.0.76.5.223
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.


Personengruppe

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.151Gültigkeit2018‑07‑01
StatusKgreen.png DefinitivVersions-Label1.02
NameS_KBV_PERSONENGRUPPEBezeichnungS_KBV_PERSONENGRUPPE
BeschreibungPersonengruppe: kennzeichnet, zu welcher Personengruppe der Versicherte gehört (§ 264 SGB V). Die Angabe ist auf der EGK vorhanden und auf der KVK Teil des Feldes: Statusergänzung.
Benutzung: 2
IdNameTyp
Datensatz
konsab-data​element-124Personengruppe DYNAMIC
Template
1.2.276.0.76.10.4273Person Group Observation DYNAMIC
Quell-Codesystem
1.2.276.0.76.5.222 - FHIR: urn:oid:1.2.276.0.76.5.222
Level/ TypCodeBezeichnungCodesystem
0‑L
00
nicht gesetzt
1.2.276.0.76.5.222
0‑L
04
SOZ
1.2.276.0.76.5.222
0‑L
06
BVG
1.2.276.0.76.5.222
0‑L
07
SVA1
1.2.276.0.76.5.222
0‑L
08
SVA2
1.2.276.0.76.5.222
0‑L
09
ASY
1.2.276.0.76.5.222
0‑D
4
SOZ
1.2.276.0.76.5.222
0‑D
6
BVG
1.2.276.0.76.5.222
0‑D
7
SVA1
1.2.276.0.76.5.222
0‑D
8
SVA2
1.2.276.0.76.5.222
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.


Versichertenstatus

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.162Gültigkeit2014‑01‑01
StatusKgreen.png DefinitivVersions-Label
NameS_KBV_VERSICHERTENSTATUSBezeichnungS_KBV_VERSICHERTENSTATUS
BeschreibungVersichertenstatus gibt an, ob ein Versicherter ein Familienversicherter, Mitglied oder Rentner ist. Auf der KVK ist diese Angabe Teil des Feldes VERSICHERTENSTATUS - die 1. Stelle.
Quell-Codesystem
2.16.840.1.113883.3.7.1.1 - KBV_CS_SFHIR_KBV_VERSICHERTENSTATUS
Level/ TypCodeBezeichnungCodesystem
0‑L
1
Mitglied
2.16.840.1.113883.3.7.1.1
0‑L
3
Familienangehörige
2.16.840.1.113883.3.7.1.1
0‑L
5
Rentner
2.16.840.1.113883.3.7.1.1
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.


Kassenart

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.169
ref
kbvde-
Gültigkeit2010‑01‑01
StatusKgreen.png DefinitivVersions-Label
NameS_KTS_KASSENARTBezeichnungS_KTS_KASSENART
BeschreibungKassenarten
Quell-Codesystem
1.2.276.0.76.3.1.1.5.2.19 - KBV_CS_SFHIR_KTS_KASSENART - FHIR: urn:oid:1.2.276.0.76.3.1.1.5.2.19
Level/ TypCodeBezeichnungCodesystem
0‑L
AEV
Arbeiter-Ersatzkassen
KBV_CS_SFHIR_KTS_KASSENART
0‑L
AOK
Allgemeine Ortskrankenkasse
KBV_CS_SFHIR_KTS_KASSENART
0‑L
AS
Asylstelle
KBV_CS_SFHIR_KTS_KASSENART
0‑L
AUS
Ausländische Kostenträger
KBV_CS_SFHIR_KTS_KASSENART
0‑L
BKK
Betriebskrankenkasse
KBV_CS_SFHIR_KTS_KASSENART
0‑L
BKN
Bundesknappschaft
KBV_CS_SFHIR_KTS_KASSENART
0‑L
BPol
Bundespolizei
KBV_CS_SFHIR_KTS_KASSENART
0‑L
BVF
Besondere Vertragsformen
KBV_CS_SFHIR_KTS_KASSENART
0‑L
BW
Bundeswehr
KBV_CS_SFHIR_KTS_KASSENART
0‑L
DBD
Bundesbahnbeamte, Dienstunfall
KBV_CS_SFHIR_KTS_KASSENART
0‑L
DBM
Bundesbahnbeamte, Mitgliedergruppe I-III
KBV_CS_SFHIR_KTS_KASSENART
0‑L
EA
Entschädigungsamt Berlin
KBV_CS_SFHIR_KTS_KASSENART
0‑L
FW
Feuerwehr
KBV_CS_SFHIR_KTS_KASSENART
0‑L
GSA
Gesundheitsämter
KBV_CS_SFHIR_KTS_KASSENART
0‑L
IKK
Innungskrankenkasse
KBV_CS_SFHIR_KTS_KASSENART
0‑L
JAS
Jugendarbeitsschutzuntersuchung
KBV_CS_SFHIR_KTS_KASSENART
0‑L
JVA
Justizvollzugsanstalt
KBV_CS_SFHIR_KTS_KASSENART
0‑L
LKK
Landwirtschaftliche Krankenkasse
KBV_CS_SFHIR_KTS_KASSENART
0‑L
MDK
Medizinischer Dienst der Krankenkassen
KBV_CS_SFHIR_KTS_KASSENART
0‑L
PBA
Postbeamtenkrankenkasse, Mitglieder A
KBV_CS_SFHIR_KTS_KASSENART
0‑L
PBD
Postbeamtenkrankenkasse, Dienstunfall
KBV_CS_SFHIR_KTS_KASSENART
0‑L
POL
Polizei
KBV_CS_SFHIR_KTS_KASSENART
0‑L
SEE
See-Krankenkasse
KBV_CS_SFHIR_KTS_KASSENART
0‑L
SHT
Sozialhilfeträger
KBV_CS_SFHIR_KTS_KASSENART
0‑L
UV
Träger der gesetzlichen Unfallversicherer
KBV_CS_SFHIR_KTS_KASSENART
0‑L
VdEK
Verband der Ersatzkassen
KBV_CS_SFHIR_KTS_KASSENART
0‑L
ZIV
Zivildienst
KBV_CS_SFHIR_KTS_KASSENART
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.


KBV: Unfall

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.457Gültigkeit2017‑09‑24 10:44:59
StatusKyellow.png EntwurfVersions-Label
NameS_KBV_01_AccidentBezeichnungS_KBV_01_Accident
Beschreibung
Dieses Value Set dient der Umsetzung verschiedner Checkboxen auf dem Formular 01 (AU):
  • Arbeitsunfall, Arbeitsunfallfolgen, Berufsrankheit = WORK-ACCIDENT
  • sonstiger Unfall, Unfallfolgen = ACCIDENT
  • Versorgungsleiden = VERSORGUNG

Die drei booleschen Felder (ja/nein) werden über dieses Value Set abgebildet.

Benutzung: 3
IdNameTyp
Template
vomgt-template-41Accident Observation (04) STATISCH
vomgt-template-2901 Accident Observation DYNAMIC
1.2.276.0.76.10.4267Accident Observation (01) DYNAMIC
Quell-Codesystem
1.2.276.0.76.3.1.135.8.5.4 - vomgt-codesystem-4 - FHIR: urn:oid:1.2.276.0.76.3.1.135.8.5.4
Level/ TypCodeBezeichnungCodesystem
0‑L
ACCIDENT
(sonstiger) Unfall
vomgt-codesystem-4
0‑L
WORK-ACCIDENT
Arbeitsunfall(folgen), Berufskrankheit
vomgt-codesystem-4
0‑L
VERSORGUNG
Versorgungsleiden
vomgt-codesystem-4
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.


Anhang

cdam04:Beispiel cdam04:Stylesheet

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

Abbildungen

  1. ↑ Interaktionsdiagramm
  2. ↑ CDA-Dokument-Template
Abgerufen von „https://wiki.hl7.de/index.php?title=IG:Krankenbeförderung&oldid=56545“