Laboranforderung

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
K (OID korrigiert)
 
(24 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
<!--
 
{{Underconstruction}}
 
{{Underconstruction}}
−
<!--
 
  
 
     Implementierungsleitfaden "Laboranforderungen"
 
     Implementierungsleitfaden "Laboranforderungen"
Zeile 6: Zeile 6:
 
-->
 
-->
 
{{Infobox Dokument
 
{{Infobox Dokument
−
|Title    = Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung auf Basis der<br/>HL7 Clinical Document Architecture Release 2<br/>für das deutsche Gesundheitswesen
+
|Title    = Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung und<br/> Anforderungsschein für Laboruntersuchungen bei Laborgemeinschaften auf Basis der<br/>HL7 Clinical Document Architecture Release 2<br/>für das deutsche Gesundheitswesen
 
|Short    = Laboranforderung
 
|Short    = Laboranforderung
 
|Namespace = cdam10
 
|Namespace = cdam10
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
−
|Version  = 0.1
+
|Verfahren = STU
−
|Submitted = .
+
|Version  = 0.9
−
|Date      = 17. Januar 2018
+
|Submitted = Hochschule Niederrhein<br/>HL7 Deutschland
−
|Copyright = 2018
+
|Date      = 22. Juli 2019
−
|Status    = in Arbeit
+
|Copyright = 2018-2019
 +
|Status    = Abstimmung
 
|Period    = Entwicklung
 
|Period    = Entwicklung
−
|OID      = n.n.
+
|OID      = 2.16.840.1.113883.2.6.7.66
 
|Realm    = Deutschland
 
|Realm    = Deutschland
 
}}
 
}}
−
 
−
 
−
{{Infobox Ballot Begin}}
 
−
{{Ballot | Version = 0.1 | Date = 01.04.2018 | Status = Abstimmung | Realm = Deutschland  }}
 
−
{{Infobox Ballot End}}
 
  
 
{{Infobox Contributors Begin}}
 
{{Infobox Contributors Begin}}
Zeile 30: Zeile 26:
  
 
=Dokumenteninformationen=
 
=Dokumenteninformationen=
 +
==Dokumentenhistorie==
 +
{{:Ballotbox_Laboranforderung}}
 
{{HL7transclude| cdaab3:Impressum}}
 
{{HL7transclude| cdaab3:Impressum}}
  
 
==Ansprechpartner und Autoren==
 
==Ansprechpartner und Autoren==
 
*Elisabeth Pantazoglou, HS Niederrhein  
 
*Elisabeth Pantazoglou, HS Niederrhein  
−
 
+
{{HL7transclude| cdam10:Disclaimer}}
−
{{HL7transclude| cdaab3:Disclaimer}}
 
  
 
==Copyright-Hinweis, Nutzungshinweise==
 
==Copyright-Hinweis, Nutzungshinweise==
Zeile 48: Zeile 45:
 
Näheres unter http://www.hl7.de und http://www.hl7.org.
 
Näheres unter http://www.hl7.de und http://www.hl7.org.
 
{{EndGreenBox}}
 
{{EndGreenBox}}
−
<div class="landscape">
 
  
 
== Einleitung ==
 
== Einleitung ==
Zeile 60: Zeile 56:
  
 
===Muster 10: Laborüberweisung ===
 
===Muster 10: Laborüberweisung ===
−
[[Datei:Kbv muster 10.JPG]]
+
[[Datei:Kbv muster 10.JPG|450px]]
  
−
[[Kategorie:cdarfr|Einleitung]]
+
<ref group="Abbildung"> KBV-Mustersammlung Muster 10</ref> ''KBV-Mustersammlung Muster 10''
  
−
Abb. 1: KBV-Mustersammlung Muster 10  
+
Muster 10 gliedert sich in drei Bestandteile:
 +
- einen oberen Identifikationsteil, welcher die personenbezogenen Daten des Patienten beinhaltet,
 +
- weitere administrative Datenfelder für die Abrechnung der Leistungen und Zuordnung zum Laborauftrag und Probenmaterial,
 +
- und einen Auftragsteil mit Informationen zu Diagnosen, Medikation und Befund sowie dem konkreten Laborauftrag.  
 +
Die Diagnosen sollen möglichst als ICD-10-GM-Codes angegeben werden.
  
−
Muster 10 gliedert sich in einen oberen Identifikationsteil und einen unteren Auftragsteil:
+
Bei der Angabe von Art und Umfang der Leistung wird des Weiteren zwischen einem Definitions- und einem Indikationsauftrag unterschieden.  
−
 
−
Der Identifikationsteil beinhaltet neben den personenbezogenen Daten des Patienten weitere administrative Datenfelder für die Abrechnung der Leistungen. Daneben sollen Angaben zu Abnahmezeit und –datum, sowie eine Zuordnung zum Laborauftrag und Probenmaterial vorgenommen werden.
 
  
−
Im Auftragsteil werden schließlich alle erforderlichen Angaben zu den geforderten Diagnosen und dem Laborauftrag gemacht. Die Diagnosen sollen möglichst als ICD-10-GM-Codes angegeben werden.
 
−
Bei der Angabe von Art und Umfang der Leistung wird zwischen einem Definitions- und einem Indikationsauftrag unterschieden.
 
 
Beim Definitionsauftrag wird der Auftrag durch die Angabe der GOP und beim Indikationsauftrag durch die Angabe des konkreten Untersuchungsziels definiert. Werden bestimmte Laboruntersuchungen vom überweisungsempfangenden Labor an ein weiteres Labor versendet, so muss das Muster 10 erneut ausgefüllt und mit den Angaben des Erstveranlassers, der LANR und BSNR ergänzt werden.
 
Beim Definitionsauftrag wird der Auftrag durch die Angabe der GOP und beim Indikationsauftrag durch die Angabe des konkreten Untersuchungsziels definiert. Werden bestimmte Laboruntersuchungen vom überweisungsempfangenden Labor an ein weiteres Labor versendet, so muss das Muster 10 erneut ausgefüllt und mit den Angaben des Erstveranlassers, der LANR und BSNR ergänzt werden.
  
 +
===Muster 10A: Laborüberweisung ===
 +
[[Datei:KBV Muster 10A.PNG|450px]]
  
−
===Muster 10A: Laborüberweisung ===
+
<ref group="Abbildung"> KBV-Mustersammlung Muster 10A</ref> ''KBV-Mustersammlung Muster 10A''
−
[[Datei:KBV Muster 10A.JPG]]
 
  
−
Im Unterschied zu Muster 10 wird das Muster 10A bei Anforderungen für Laboruntersuchungen bei Laborgemeinschaften eingesetzt. Es unterscheidet sich zum Muster 10 hauptsächlich im Anforderungsteil. Die Anforderung erfolgt hierbei durch Markieren der gewünschten Laboranalysen. Unter dem Datenfeld „Sonstiges“ existiert zudem die Möglichkeit, nicht aufgeführte Laborparameter anzufordern.
+
Im Unterschied zu Muster 10 wird das Muster 10A bei Anforderungen für Laboruntersuchungen bei Laborgemeinschaften eingesetzt. Es unterscheidet sich zum Muster 10 hauptsächlich im Anforderungsteil. Die Anforderung erfolgt hierbei durch Markieren der gewünschten Laboranalysen. Unter dem Datenfeld „Sonstiges“ existiert zudem die Möglichkeit, nicht aufgeführte Laborparameter anzufordern. Darüber hinaus werden weniger administrative Daten abgefragt.  
 
Die im Muster 10A aufgeführten Laborparameter wurden in LOINC kodiert und als Value Set hinterlegt.
 
Die im Muster 10A aufgeführten Laborparameter wurden in LOINC kodiert und als Value Set hinterlegt.
  
 
==Enthaltene Angaben in den Mustervorlagen 10 und 10A==
 
==Enthaltene Angaben in den Mustervorlagen 10 und 10A==
  
−
Die von der KBV herausgegebenen Erläuterungen zur „Vereinbarung über Vordrucke für die vertragsärztliche Versorgung“ (Stand 10/2017) dienen als Informationsquelle für die Erstellung der Datenelemente und Value Sets.  
+
Die von der KBV herausgegebenen Erläuterungen zur „Vereinbarung über Vordrucke für die vertragsärztliche Versorgung“ (Stand 10/2017) sowie die "Technische Anlage zu Anlage 4a des Bundesmantelvertrags-Ärzte" dienen als Informationsquelle für die Erstellung der Datenelemente und Value Sets.  
−
 
+
Diese können unter https://www.kbv.de/media/sp/02_Erlaeuterungen.pdf und https://www.kbv.de/media/sp/04a_elektr._Gesundheitskarte_technische_Anlage.pdf eingesehen werden.
−
Patientendaten: Hier werden die Patienteninformationen (Name, Vorname, Adresse und Geburtsdatum) eingetragen.
 
−
 
 
−
Krankenkasse: Hier wird die Krankenversicherung eingetragen.
 
−
 
 
−
Kassen-Nr.: Über die Kassen-Nr. erfolgt eine eindeutige Identifizierung der Krankenversicherungsgesellschaft.
 
−
 
 
−
Versicherten-Nr.: Über die Versicherten-Nr. erfolgt eine eindeutige Identifizierung des Patienten.
 
−
 
 
−
Status: Über den Status wird definiert, ob der Patient selbst bei der Krankenversicherung versichert ist, oder bspw. als Familienmitglied.
 
−
 
 
−
BSNR: Die Betriebsstätten Nummer identifiziert den Sitz der Arztpraxis.
 
−
 
 
−
Arzt-Nr.: Die Arztnummer (LANR) identifiziert den zugelassenen Kassenarzt.
 
−
 
 
−
Datum: Hier wird das Ausstellungsdatum eingetragen.
 
  
−
Eintrag nur bei Weiterüberweisung: Der eine Auftragsleistung ausführende Arzt ist berechtigt, Teile dieses Auftrages, die er selbst nicht erbringen kann, von einem anderen Arzt als Auftragsleistung erbringen zu lassen (Weiterüberweisung). In diesem Fall hat er ebenfalls einen Überweisungsschein nach dem Muster 10 auszustellen und die betreffenden Angaben zu machen, insbesondere die Angaben des Erstveranlassers zu übernehmen und dessen Arzt- und Betriebsstättennummer im betreffenden fett umrandeten Feld anzugeben.
 
−
 
−
Leistungsart: Der überweisende Vertragsarzt hat zu kennzeichnen, ob der Auftrag im Rahmen der kurativen Versorgung, der Prävention, der Empfängnisregelung/Sterilisation/ Schwangerschaftsabbruch oder bei belegärztlicher Behandlung erfolgt.
 
−
 
−
Unfall/Unfallfolgen: Der überweisende Vertragsarzt hat zu kennzeichnen, wenn die Behandlung aufgrund oder als Folge eines Unfalles erforderlich wird, damit die Krankenkassen ggf. Kosten gegenüber Dritten geltend machen können.
 
−
 
−
Ggf. Kennziffer: Wenn die Voraussetzungen für eine Ausnahmeindikation vorliegen, gibt der überweisende Vertragsarzt die zutreffende Kennnummer (32005 – 32023) im entsprechenden Feld an.
 
−
 
−
Quartal: Das Quartal der Ausstellung der Überweisung ist in der Form „QJJ“ in das betreffende Feld einzutragen.
 
−
Beginnt der im Auftrag tätig werdende Arzt seine Behandlung erst im Folgequartal, kann der ausgestellte Überweisungsschein verwendet werden, sofern der Versicherte zum Zeitpunkt der Behandlung eine gültige elektronische Gesundheitskarte vorweisen kann. Erfolgt im Folgequartal kein persönlicher Arzt-Patienten-Kontakt, so kann der ausgestellte Überweisungsschein ohne den erneuten Nachweis der Anspruchsberechtigung verwendet werden.
 
−
 
−
Behandlung gemäß § 116b SGB V (ASV): In der ambulanten spezialfachärztlichen Versorgung (ASV) besteht zwischen den Mitgliedern des Kernteams kein Überweisungserfordernis. Die hinzuzuziehenden Fachärztinnen und Fachärzte erbringen ihre Leistungen als ASV-Berechtigte entsprechend dem jeweiligen Behandlungsumfang auf Überweisung. Dazu muss das Feld „Behandl. gemäß § 116b SGB V“ nicht angekreuzt werden. Die erforderliche Kennzeichnung auf dem Überweisungsschein erfolgt bereits durch die Angabe der ASV-Teamnummer (anstelle der Betriebsstätten-Nr.) und einer zusätzlichen Kennzeichnung an Stelle 30 im Statusfeld des Personalienfeldes.
 
−
 
−
Eingeschränkter Leistungsanspruch gemäß § 16 Absatz 3a SGB V: Sollte durch den Versicherten ein Muster 85 (Nachweis der Anspruchsberechtigung bei Ruhen des Anspruchs gemäß § 16 Absatz 3a SGB V) vorgelegt werden, so sind durch den überweisenden Arzt nur Überweisungen im Rahmen akuter Erkrankungen und Schmerzzuständen sowie bei Schwangerschaft und Mutterschaft zu tätigen. Der überweisende Vertragsarzt kennzeichnet dies entsprechend durch Ankreuzen des Feldes „eingeschränkter Leistungsanspruch gemäß § 16 Absatz 3a SGB V“.
 
−
 
−
Geschlecht: Das Geschlecht des Patienten ist durch Eintragung von „W“ oder „M“ in das betreffende Feld anzugeben. Für Patienten mit unbestimmtem Geschlecht sind beide Felder mit einem X zu kennzeichnen.
 
−
 
−
Auftragsnummer des Labors: Das umrandete Feld „Auftragsnummer des Labors“ kann fakultativ von dem im Auftrag tätig gewordenen Arzt für eigene Zwecke genutzt werden.
 
−
 
−
Abnahmedatum: Das Abnahmedatum ist nach der Richtlinie der Bundesärztekammer zur Qualitätssicherung laboratoriumsmedizinischer Untersuchungen vom Einsender, falls für die Befundung der Ergebnisse erforderlich, in das entsprechende Feld einzutragen (Form TTMMJJ).
 
−
 
−
Abnahmezeit: Die Abnahmezeit ist nach der Richtlinie der Bundesärztekammer zur Qualitätssicherung laboratoriumsmedizinischer Untersuchungen vom Einsender, falls für die Befundung der Ergebnisse erforderlich, in das entsprechende Feld einzutragen (Form hhmm).
 
−
 
−
Befundübermittlung eilt: Der überweisende Vertragsarzt kann bei einer eiligen Befundübermittlung diese als solche kennzeichnen und vermerken, an welche Telefon- bzw. Faxnummer der Befund ebenfalls nachrichtlich zu übermitteln ist.
 
−
 
−
Telefon Nr.: Telefonnummer des überweisenden Arztes.
 
−
 
−
Fax Nr.: Faxnummer des überweisenden Arztes.
 
−
 
−
Diagnose/ Verdachtsdiagnose: Der überweisende Vertragsarzt hat die Diagnose/Verdachtsdiagnose möglichst als ICD-Code anzugeben.
 
−
 
−
Befund/ Medikation: Der überweisende Vertragsarzt hat den Befund bzw. die Medikation anzugeben.
 
−
 
−
Kontrolluntersuchung einer bekannten Infektion: Werden direkte oder indirekte Nachweise von Krankheitserregern im Rahmen einer Kontrolluntersuchung bei einer bereits bekannten Infektion beauftragt, ist das Feld „Kontrolluntersuchung einer bekannten Infektion“ anzukreuzen.
 
−
 
−
Im Freitextfeld „Befund/Medikation“ ist zudem der Sachverhalt zu erläutern. Erkrankungen mit Meldepflicht sind § 7 Infektionsschutzgesetz zu entnehmen.
 
−
 
−
Auftrag: Der überweisende Vertragsarzt hat die Auftragsleistungen im Auftragsfeld nach Art und Umfang konkret zu bezeichnen (Angabe der GOP oder der präzisen Leistungsbezeichnung). Der die Auftragsleistung ausführende Arzt darf nur die Untersuchungen durchführen, die im Auftragsfeld angegeben sind. Eine Erweiterung des Auftrages nach Art oder Umfang bedarf der Zustimmung des überweisenden Vertragsarztes; sie ist auf dem Vordruck zu vermerken.
 
−
 
−
Stempel/ Unterschrift: Die Vordrucke sind vollständig, sorgfältig und leserlich auszufüllen, vom Vertragsarzt mit dem Vertragsarztstempel zu versehen und persönlich zu unterzeichnen.
 
−
 
−
 
−
[[Kategorie:cdarfr|Einleitung]]
 
−
 
−
{{HL7transclude| cdaab2:Transportaspekte}}
 
  
 
Alle technischen Artefakte wie Templates und Value Sets sind auf ART-DECOR® als Spezifikations-Plattform einsehbar. Der direkte Link zur ART-DECOR® Live Version ist: https://art-decor.org/art-decor/decor-project--vomgt-.
 
Alle technischen Artefakte wie Templates und Value Sets sind auf ART-DECOR® als Spezifikations-Plattform einsehbar. Der direkte Link zur ART-DECOR® Live Version ist: https://art-decor.org/art-decor/decor-project--vomgt-.
Zeile 162: Zeile 99:
 
Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben.
 
Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben.
  
 +
===Muster 10===
 
{{:1.2.276.0.76.10.1028/hgraph}}
 
{{:1.2.276.0.76.10.1028/hgraph}}
−
 
+
<ref group="Abbildung"> CDA-Dokument-Template Muster 10</ref> ''CDA-Dokument-Template Muster 10''
−
<ref group="Abbildung"> CDA-Dokument-Template</ref> ''CDA-Dokument-Template''
+
===Muster 10A===
 +
{{:1.2.276.0.76.10.1029/hgraph}}
 +
<ref group="Abbildung"> CDA-Dokument-Template Muster 10A</ref> ''CDA-Dokument-Template Muster 10A''
  
 
<div class="landscape">
 
<div class="landscape">
  
 
=CDA Document Level Templates=
 
=CDA Document Level Templates=
−
==10: Laborüberweisung==
+
== Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung (Muster 10)==
 
{{:1.2.276.0.76.10.1028/dynamic}}
 
{{:1.2.276.0.76.10.1028/dynamic}}
 +
== Anforderungsschein für Laboratoriumsuntersuchungen bei Laborgemeinschaften (Muster 10A)==
 +
{{:1.2.276.0.76.10.1029/dynamic}}
  
 
=CDA Header Level Templates=
 
=CDA Header Level Templates=

Aktuelle Version vom 22. Juli 2019, 21:32 Uhr

Logo-hl720.jpg
Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung und
Anforderungsschein für Laboruntersuchungen bei Laborgemeinschaften auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen
Laboranforderung
Implementierungsleitfaden
vorgelegt von:
Hochschule Niederrhein
HL7 Deutschland
Abstimmung
Version: 0.9
Datum: 22. Juli 2019
Status: Entwicklung
Verfahren: STU
Realm: Flag de.svg Deutschland
Copyright © 2018-2019: HL7 Deutschland


Kontributoren 
Logo-hsnr.png HS Niederrhein Krefeld

Inhaltsverzeichnis

Dokumenteninformationen

Dokumentenhistorie

Verordnungsmanagement
KBV-Muster 10 und 10A (Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung und Anforderungsschein für Laboruntersuchungen bei Laborgemeinschaften) 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.90 19.07.2019 Download.png Link.png Link.png
Ergebnis 
Abstimmung von bisSymbol support vote.svgSymbol oppose vote.svgSymbol neutral vote.svgOhne VotumStimmenErgebnis
22.07.2019-16.09.2019 5 2 1 0 8 71%
Kommentare: Kommentierung_Laboranforderung_20191004, Abstimmungsankündigung_20190719, Abstimmungsankündigung_20190722
Si-draft.svgEntwurf STU 0.80 09.01.2019 Download.png Link.png Link.png
Ankündigungen 
Ankündigung der Abstimmung
Beginn der Abstimmung
Si-draft.svgEntwurf STU 0.10 01.04.2018 - Link.png Link.png
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

  • Elisabeth Pantazoglou, HS Niederrhein
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.
Talk.svg 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.

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

In der ambulanten vertragsärztlichen Versorgung erfolgt die Durchführung von Laboranalysen erst nach Überweisung durch einen Arzt. In diesem Bereich existieren zwei verschiedene Überweisungsvorlagen. Zum Einen das Muster 10 (Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung), welches in der Regel zusammen mit dem Probenmaterial an das zu beauftragende Labor verschickt wird und zum Anderen das Muster 10A (Anforderungsschein für Laboruntersuchungen bei Laborgemeinschaften), welches zur Anforderung von Laborleistungen in einer Laborgemeinschaft genutzt wird. Im Unterschied zu Muster 10 ist bei dieser Mustervorlage ein Anforderungsschein integriert, um die Laborleistung anzufordern.

Die Überweisungsvorlagen Muster 10 und Muster 10A zählen mit einer Anzahl von etwa 94 Millionen zu den am häufigsten verwendeten Vordrucken in der ambulanten Versorgung. Sie werden zur Anforderung von Leistungen des Kapitels 32 des Einheitlichen Bewertungsmaßstabes (EBM) und entsprechender laboratoriumsmedizinischer Leistungen der Abschnitte 1.7 und 30.12.2 EBM sowie der Gebührenordnungspositionen (GOP) der Abschnitte 11.4 und 19.4 EBM verwendet.

Seit dem 1. Juli 2017 existiert die Möglichkeit, die digitalen Muster 10 und 10A elektronisch zu versenden. Die Verwendung digitaler Vordrucke ist in der „Vereinbarung über die Verwendung digitaler Vordrucke in der vertragsärztlichen Versorgung“ als Anlage 2b des BMV-Ä zwischen KBV und GKV-Spitzenverband geregelt . Die Entscheidung über die Verwendung eines digitalen Musters obliegt dem Arzt. Der überweisende Arzt muss hierzu über die Möglichkeit der digitalen Signatur mit Hilfe des HBA verfügen und der empfangende Arzt die digitale Übermittlung akzeptieren. Da es sich bei Muster 10A im Grunde nicht um eine Überweisung, sondern um einen Auftrag an eine Laborgemeinschaft handelt, bei welcher der beauftragende Arzt selbst Mitglied sein muss, entfällt hier die Vorgabe der digitalen Signatur.

Dieser Leitfaden beschreibt, wie die fachlichen Inhalte des Muster 10 und des Muster 10A in elektronischer Form vollständig auf Basis der HL7 Clinical Document Architecture (CDA) technisch abgebildet werden können.

Muster 10: Laborüberweisung

Kbv muster 10.JPG

[Abbildung 1] KBV-Mustersammlung Muster 10

Muster 10 gliedert sich in drei Bestandteile: - einen oberen Identifikationsteil, welcher die personenbezogenen Daten des Patienten beinhaltet, - weitere administrative Datenfelder für die Abrechnung der Leistungen und Zuordnung zum Laborauftrag und Probenmaterial, - und einen Auftragsteil mit Informationen zu Diagnosen, Medikation und Befund sowie dem konkreten Laborauftrag. Die Diagnosen sollen möglichst als ICD-10-GM-Codes angegeben werden.

Bei der Angabe von Art und Umfang der Leistung wird des Weiteren zwischen einem Definitions- und einem Indikationsauftrag unterschieden.

Beim Definitionsauftrag wird der Auftrag durch die Angabe der GOP und beim Indikationsauftrag durch die Angabe des konkreten Untersuchungsziels definiert. Werden bestimmte Laboruntersuchungen vom überweisungsempfangenden Labor an ein weiteres Labor versendet, so muss das Muster 10 erneut ausgefüllt und mit den Angaben des Erstveranlassers, der LANR und BSNR ergänzt werden.

Muster 10A: Laborüberweisung

KBV Muster 10A.PNG

[Abbildung 2] KBV-Mustersammlung Muster 10A

Im Unterschied zu Muster 10 wird das Muster 10A bei Anforderungen für Laboruntersuchungen bei Laborgemeinschaften eingesetzt. Es unterscheidet sich zum Muster 10 hauptsächlich im Anforderungsteil. Die Anforderung erfolgt hierbei durch Markieren der gewünschten Laboranalysen. Unter dem Datenfeld „Sonstiges“ existiert zudem die Möglichkeit, nicht aufgeführte Laborparameter anzufordern. Darüber hinaus werden weniger administrative Daten abgefragt. Die im Muster 10A aufgeführten Laborparameter wurden in LOINC kodiert und als Value Set hinterlegt.

Enthaltene Angaben in den Mustervorlagen 10 und 10A

Die von der KBV herausgegebenen Erläuterungen zur „Vereinbarung über Vordrucke für die vertragsärztliche Versorgung“ (Stand 10/2017) sowie die "Technische Anlage zu Anlage 4a des Bundesmantelvertrags-Ärzte" dienen als Informationsquelle für die Erstellung der Datenelemente und Value Sets. Diese können unter https://www.kbv.de/media/sp/02_Erlaeuterungen.pdf und https://www.kbv.de/media/sp/04a_elektr._Gesundheitskarte_technische_Anlage.pdf eingesehen werden.


Alle technischen Artefakte wie Templates und Value Sets sind auf ART-DECOR® als Spezifikations-Plattform einsehbar. Der direkte Link zur ART-DECOR® Live Version ist: https://art-decor.org/art-decor/decor-project--vomgt-.

Verwendete Standards und Spezifikationen

In der vorliegenden Spezifikation ist die Clinical Document Architecture Release 2 (CDA R2), auch ISO/HL7 27932:2009 die Grundlage.

Des Weiteren sind Templates und Value Sets abgeleitet oder übernommen aus folgenden internationalen bzw. nationalen Standards:

  • HL7 Deutschland: Elektronischer Arztbrief 2015 und "Arztbrief Plus", "Medikationsplan PLUS", "eAU" und "ELGA Laborbefund".

Die genauen Referenzen in diese Standards sind bei den Templates unter Beziehungen/Relationships angegeben.

Dieser Implementierungsleitfaden basiert weiterhin auf von HL7 Deutschland e.V. zur Verfügung gestellte CDA-Templates.

Übersicht CDA Header und Body

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

Muster 10

  1. Document
     10: Laborüberweisung (1.2.276.0.76.10.1028)
    1. Header
       CDA realmCode (1.2.276.0.76.10.90002)
    2. Header
       CDA typeId (1.2.276.0.76.10.90003)
    3. Header
       CDA confidentialityCode (1.2.276.0.76.10.90007)
    4. Header
       CDA languageCode (1.2.276.0.76.10.90008)
    5. Header
       CDA setId and versionNumber (1.2.276.0.76.10.90009)
    6. Header
       CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
      1. *
         Personenname (1.2.276.0.76.10.90030)
    7. 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)
    8. 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)
    9. Header
       CDA encompassingEncounter Patientenkontakt (1.2.276.0.76.10.2027)
      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)
      2. Header
         Encounter Location (1.2.276.0.76.10.90021)
    10. Section
       Reason for Referral Section (10) (1.2.276.0.76.10.3120)
      1. Entry
         Leistungsart Referral Type (10) (1.2.276.0.76.10.4279)
    11. Section
       Diagnosis Section (1.2.276.0.76.10.3128)
    12. Section
       Findings Section (10) (1.2.276.0.76.10.3121)
      1. Entry
         Kontrolluntersuchung bekannte Infektion (10) (1.2.276.0.76.10.4282)
    13. Section
       Medikation Section (10) (1.2.276.0.76.10.3122)
      1. Entry
         Medikation (1.2.276.0.76.10.4283)
        1. Entry
           Medikament (1.2.276.0.76.10.4025)
          1. Entry
             Material (1.2.276.0.76.10.90022)
    14. Section
       Auftrag Section (10) (1.2.276.0.76.10.3123)
      1. Entry
         Auftragsidentifikation Labor (10) (1.2.276.0.76.10.4294)
      2. Entry
         Probeabnahmedatum und -zeit (10) (1.2.276.0.76.10.4284)
    15. Section
       Abrechnungsinformationen Section (10) (1.2.276.0.76.10.3124)
      1. Entry
         Ausnahmeindikation (10) (1.2.276.0.76.10.4285)
      2. Entry
         Abrechnungsinformationen (10) (1.2.276.0.76.10.4287)
    16. 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)

[Abbildung 3] CDA-Dokument-Template Muster 10

Muster 10A

  1. Document
     10A: Laboranforderung (1.2.276.0.76.10.1029)
    1. Header
       CDA realmCode (1.2.276.0.76.10.90002)
    2. Header
       CDA typeId (1.2.276.0.76.10.90003)
    3. Header
       CDA confidentialityCode (1.2.276.0.76.10.90007)
    4. Header
       CDA languageCode (1.2.276.0.76.10.90008)
    5. Header
       CDA setId and versionNumber (1.2.276.0.76.10.90009)
    6. Header
       CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
      1. *
         Personenname (1.2.276.0.76.10.90030)
    7. 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)
    8. Header
       CDA custodian (1.2.276.0.76.10.2004)
    9. 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)
    10. Header
       CDA encompassingEncounter Patientenkontakt (1.2.276.0.76.10.2027)
      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)
      2. Header
         Encounter Location (1.2.276.0.76.10.90021)
    11. 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)
    12. Section
       Diagnosis Section (1.2.276.0.76.10.3128)
    13. Section
       Auftrag Section (10A) (1.2.276.0.76.10.3129)
      1. Entry
         Auftragsidentifikation Labor (10) (1.2.276.0.76.10.4294)
      2. Entry
         Auftrag 10A (1.2.276.0.76.10.4293)
        1. Entry
           CDA Specimen (2.16.840.1.113883.10.12.322)
      3. Entry
         Probeabnahmedatum und -zeit (10) (1.2.276.0.76.10.4284)
    14. Section
       Abrechnungsinformationen Section (10) (1.2.276.0.76.10.3124)
      1. Entry
         Ausnahmeindikation (10) (1.2.276.0.76.10.4285)
      2. Entry
         Abrechnungsinformationen (10) (1.2.276.0.76.10.4287)

[Abbildung 4] CDA-Dokument-Template Muster 10A

CDA Document Level Templates

Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung (Muster 10)

Id1.2.276.0.76.10.1028Gültigkeit2018‑02‑06 10:57:10
StatusKyellow.png EntwurfVersions-Label
NameLaborueberweisungAnzeigename10: Laborüberweisung
Beschreibung10: Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung
KontextPfadname //
KlassifikationCDA Document Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-628Kyellow.png Muster 10: Laborüberweisung Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 16 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.90003InklusionKyellow.png CDA typeIdDYNAMIC
1.2.276.0.76.10.90007InklusionKgreen.png CDA confidentialityCodeDYNAMIC
1.2.276.0.76.10.90008InklusionKyellow.png CDA languageCodeDYNAMIC
1.2.276.0.76.10.90009InklusionKyellow.png CDA setId and versionNumberDYNAMIC
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.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.2027InklusionKgreen.png CDA encompassingEncounter PatientenkontaktDYNAMIC
1.2.276.0.76.10.3120ContainmentKyellow.png Reason for Referral Section (10) (2018-03-24)DYNAMIC
1.2.276.0.76.10.3128ContainmentKyellow.png Diagnosis SectionDYNAMIC
1.2.276.0.76.10.3121ContainmentKyellow.png Findings Section (10) (2018-03-24)DYNAMIC
1.2.276.0.76.10.3122ContainmentKyellow.png Medikation Section (10)DYNAMIC
1.2.276.0.76.10.3123ContainmentKyellow.png Auftrag Section (10)DYNAMIC
1.2.276.0.76.10.3124ContainmentKyellow.png Abrechnungsinformationen Section (10)DYNAMIC
1.2.276.0.76.10.3103ContainmentKyellow.png Insurance SectionDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(Lab...ung)
 
Target.png
vomgt-data​element-628Kyellow.png Muster 10: Laborüberweisung Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Eingefügt von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MCDAr...Code
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
@code muss "DE" sein
 Beispiel<realmCode code="DE"/>
Eingefügt von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC)
Treetree.pnghl7:typeId
II1 … 1MCDAtypeId
Treeblank.pngTreetree.png@extension
1 … 1FPOCD_HD000040
Treeblank.pngTreetree.png@root
1 … 1F2.16.840.1.113883.1.3
Treetree.pnghl7:templateId
II1 … 1R(Lab...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.1028
Treetree.pnghl7:id
II1 … 1R(Lab...ung)
Treetree.pnghl7:code
1 … 1R(Lab...ung)
Treetree.pnghl7:title
ST1 … 1R(Lab...ung)
 CONF
Elementinhalt muss "Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung" sein
Treetree.pnghl7:effectiveTime
TS1 … 1R(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE1 … 1M(Lab...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)
Eingefügt von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC)
Treetree.pnghl7:language​Code
CS.LANG1 … 1M(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1M(Lab...ung)
Treetree.pnghl7:versionNumber
INT.POS1 … 1M(Lab...ung)
Eingefügt1 … 1R von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1R(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2048
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Patienten(Lab...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(Lab...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.
(Lab...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(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Lab...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(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Lab...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)

(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1MGeburtsdatum des Patienten(Lab...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(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2049
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Lab...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(Lab...ung)
 
Target.png
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1(Lab...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.(Lab...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!
(Lab...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(Lab...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 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Lab...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! 		(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Lab...ung)
Eingefügt1 … 1R von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
1 … 1R(Lab...ung)
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Lab...ung)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(Lab...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(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Lab...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 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Lab...ung)
Eingefügt0 … 1R von 1.2.276.0.76.10.2027 CDA encompassingEncounter Patientenkontakt (DYNAMIC)
Treetree.pnghl7:componentOf
0 … 1R(Lab...ung)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthalts-Identifikation
(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Lab...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.13955 ActEncounterCode (DYNAMIC)
 Beispiel<code code="IMP" codeSystem="2.16.840.1.113883.5.4"/>
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:high]
  • hl7:effectiveTime[@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1RZeitraum(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [hl7:high]
 Beispiel
Vom 7. Juni 2011 11:24 Uhr bis zum 11. Juni 2011 16:54 Uhr
<effectiveTime>
  <low value="201106071124"/>  <high value="201106111654"/></effectiveTime>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
TS … 1RBestimmter Tag(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Am 7. Juni 2011 (ambulanter Besuch ohne genauere Zeitangaben des Tages)
<effectiveTime value="20110607"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:responsible​Party
0 … 1(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Lab...ung)
Eingefügt1 … 1M von 1.2.276.0.76.10.90021 Encounter Location (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:location
1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FLOC
 Beispiel<location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <!-- ... -->
  </healthCareFacility></location>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FSDLOC
 Beispiel<healthCareFacility classCode="SDLOC">
  <location classCode="PLC" determinerCode="INSTANCE">
    <!-- ... -->
  </location>  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </serviceProviderOrganization></healthCareFacility>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
 Beispiel<serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
  <name/>  <addr>
    <!-- ... -->
  </addr></serviceProviderOrganization>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … *M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Lab...ung)
Treetree.pnghl7:component
1 … 1R(Lab...ung)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.276.0.76.10.3120 Reason for Referral Section (10) (DYNAMIC)(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = '42349-1' 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 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.276.0.76.10.3128 Diagnosis Section (DYNAMIC)(Lab...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 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.276.0.76.10.3121 Findings Section (10) (DYNAMIC)(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.276.0.76.10.3122 Medikation Section (10) (DYNAMIC)(Lab...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 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.276.0.76.10.3123 Auftrag Section (10) (DYNAMIC)(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = 'AUFTRAG' 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
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
ANY1 … 1RBeinhaltet 1.2.276.0.76.10.3124 Abrechnungsinformationen Section (10) (DYNAMIC)(Lab...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 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RBeinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC)(Lab...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 … 1Ftrue

Anforderungsschein für Laboratoriumsuntersuchungen bei Laborgemeinschaften (Muster 10A)

Id1.2.276.0.76.10.1029Gültigkeit2018‑04‑06 12:01:44
StatusKyellow.png EntwurfVersions-Label
NameLaboranforderungBezeichnung10A: Laboranforderung
BeschreibungAnforderungsschein für Laboratoriumsuntersuchungen bei Laborgemeinschaften (Muster 10A)
KontextPfadname //
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 14 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.90003InklusionKyellow.png CDA typeIdDYNAMIC
1.2.276.0.76.10.90007InklusionKgreen.png CDA confidentialityCodeDYNAMIC
1.2.276.0.76.10.90008InklusionKyellow.png CDA languageCodeDYNAMIC
1.2.276.0.76.10.90009InklusionKyellow.png CDA setId and versionNumberDYNAMIC
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.2004InklusionKgreen.png CDA custodianDYNAMIC
1.2.276.0.76.10.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.2027InklusionKorange.png CDA encompassingEncounter Patientenkontakt (1.1)DYNAMIC
1.2.276.0.76.10.3103ContainmentKyellow.png Insurance SectionDYNAMIC
1.2.276.0.76.10.3128ContainmentKyellow.png Diagnosis SectionDYNAMIC
1.2.276.0.76.10.3129ContainmentKyellow.png Auftrag Section (10A)DYNAMIC
1.2.276.0.76.10.3124ContainmentKyellow.png Abrechnungsinformationen Section (10)DYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.1028 10: Laborüberweisung (2018‑02‑06 10:57:10)
Spezialisierung: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(Lab...ung)
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1R(Lab...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.1029
Eingefügt von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MCDAr...Code
 
Target.png
vomgt-data​element-844Kyellow.png Country A Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
@code muss "DE" sein
 Beispiel<realmCode code="DE"/>
Eingefügt von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC)
Treetree.pnghl7:typeId
II1 … 1MCDAtypeId
 
Target.png
vomgt-data​element-841Kyellow.png Type Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.png@extension
1 … 1FPOCD_HD000040
Treeblank.pngTreetree.png@root
1 … 1F2.16.840.1.113883.1.3
Treetree.pnghl7:id
II1 … 1R(Lab...ung)
Treetree.pnghl7:code
CE1 … 1R(Lab...ung)
Treeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST0 … 1(Lab...ung)
 CONF
Elementinhalt muss "Anforderungsschein für Laboratoriumsunstersuchungen bei Laborgemeinschaften" sein
Treetree.pnghl7:effectiveTime
TS1 … 1R(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE1 … 1M(Lab...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)
Eingefügt von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC)
Treetree.pnghl7:language​Code
CS.LANG1 … 1M(Lab...ung)
 
Target.png
vomgt-data​element-843Kyellow.png Language Kyellow.png KV-Mustersammlung
Eingefügt von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1M(Lab...ung)
Treetree.pnghl7:versionNumber
INT.POS1 … 1M(Lab...ung)
Eingefügt1 … *R von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … *R(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2048
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Patienten(Lab...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(Lab...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.
(Lab...ung)
 
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.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(Lab...ung)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Lab...ung)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Lab...ung)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Lab...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)

(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1MGeburtsdatum des Patienten(Lab...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(Lab...ung)
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
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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2049
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Lab...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(Lab...ung)
 
Target.png
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1(Lab...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.(Lab...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!
(Lab...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(Lab...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 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Lab...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! 		(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Lab...ung)
Eingefügt1 … 1R von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1R(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Lab...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 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Lab...ung)
Eingefügt0 … 1 von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1(Lab...ung)
 
Target.png
vomgt-data​element-849Kyellow.png Legal Entity Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Lab...ung)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(Lab...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(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Lab...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(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
 
Target.png
vomgt-data​element-770Kyellow.png Hospital Information Kyellow.png KV-Mustersammlung
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Lab...ung)
Eingefügt0 … 1 von 1.2.276.0.76.10.2027 CDA encompassingEncounter Patientenkontakt (DYNAMIC)
Treetree.pnghl7:componentOf
0 … 1(Lab...ung)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1R(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthalts-Identifikation
(Lab...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Lab...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.13955 ActEncounterCode (DYNAMIC)
 Beispiel<code code="IMP" codeSystem="2.16.840.1.113883.5.4"/>
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:high]
  • hl7:effectiveTime[@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1RZeitraum(Lab...ung)
wo [hl7:high]
 
Target.png
vomgt-data​element-891Kyellow.png Krankenhausbehandlung Dauer Kyellow.png KV-Mustersammlung
vomgt-data​element-908Kyellow.png Entlassdatum Kyellow.png KV-Mustersammlung
 Beispiel
Vom 7. Juni 2011 11:24 Uhr bis zum 11. Juni 2011 16:54 Uhr
<effectiveTime>
  <low value="201106071124"/>  <high value="201106111654"/></effectiveTime>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
TS … 1RBestimmter Tag(Lab...ung)
wo [@value]
 
Target.png
vomgt-data​element-907Kyellow.png Aufnahmedatum Kyellow.png KV-Mustersammlung
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Am 7. Juni 2011 (ambulanter Besuch ohne genauere Zeitangaben des Tages)
<effectiveTime value="20110607"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:responsible​Party
0 … 1(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Lab...ung)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
 
Target.png
vomgt-data​element-770Kyellow.png Hospital Information Kyellow.png KV-Mustersammlung
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Lab...ung)
Eingefügt0 … 1R von 1.2.276.0.76.10.90021 Encounter Location (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:location
0 … 1R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FLOC
 Beispiel<location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <!-- ... -->
  </healthCareFacility></location>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FSDLOC
 Beispiel<healthCareFacility classCode="SDLOC">
  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </serviceProviderOrganization></healthCareFacility>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
 Beispiel<serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
  <name/>  <addr>
    <!-- ... -->
  </addr></serviceProviderOrganization>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … *M(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Lab...ung)
Treetree.pnghl7:component
1 … 1R(Lab...ung)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(Lab...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)(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.276.0.76.10.3128 Diagnosis Section (DYNAMIC)(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.276.0.76.10.3129 Auftrag Section (10A) (DYNAMIC)(Lab...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
ANY1 … 1RBeinhaltet 1.2.276.0.76.10.3124 Abrechnungsinformationen Section (10) (DYNAMIC)(Lab...ung)
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.

CDA recordTarget (vomgt)

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 author Person (vomgt)

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)


CDA Section Level Templates

Abrechnungsinformationen Section (10)

Id1.2.276.0.76.10.3124Gültigkeit2018‑02‑26 11:50:27
StatusKyellow.png EntwurfVersions-Label
NameAusnahmeindikationAnzeigenameAbrechnungsinformationen Section (10)
BeschreibungTemplate CDA Section (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3124
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
vomgt-data​element-672Kyellow.png Abrechnungsinformationen Kyellow.png KV-Mustersammlung
vomgt-data​element-685Kyellow.png Abrechnungsinformationen Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4285ContainmentKyellow.png Ausnahmeindikation (10) (2018-02-26 7:00)DYNAMIC
1.2.276.0.76.10.4287ContainmentKyellow.png Abrechnungsinformationen (10) (2018-03-24)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(Aus...ion)
 
Target.png
vomgt-data​element-672Kyellow.png Abrechnungsinformationen Kyellow.png KV-Mustersammlung
vomgt-data​element-685Kyellow.png Abrechnungsinformationen Kyellow.png KV-Mustersammlung
Treetree.pnghl7:templateId
II1 … 1M(Aus...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3124
Treetree.pnghl7:title
ST1 … 1R(Aus...ion)
 CONF
Elementinhalt muss "Abrechnungsinformationen" sein
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4285 Ausnahmeindikation (10) (DYNAMIC)(Aus...ion)
Treeblank.png wo [hl7:observation [hl7:code [(@code = 'X-EXP-INDIC' and @codeSystem = '2.16.840.1.113883.6.1') or @nullFlavor]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
@typeCode muss "COMP" sein
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4287 Abrechnungsinformationen (10) (DYNAMIC)(Aus...ion)
Treeblank.png wo [hl7:observation [hl7:code [concat(@code, @codeSystem) = doc('include/voc-1.2.276.0.76.3.1.135.8.11.22-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
@typeCode muss "COMP" sein

Auftrag Section (10)

Id1.2.276.0.76.10.3123Gültigkeit2018‑04‑04
StatusKyellow.png EntwurfVersions-Label
NameAuftragAnzeigenameAuftrag Section (10)
BeschreibungKonkrete Angaben (Leistungen), die der beauftragte Arzt durchführen soll. Hierzu ist EBM-Katalog zu verwenden.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3123
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-631Kyellow.png Auftrag Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4294ContainmentKyellow.png Auftragsidentifikation Labor (10)DYNAMIC
1.2.276.0.76.10.4284ContainmentKyellow.png Probeabnahmedatum und -zeit (10) (2017)DYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.3118 Auftrag Section (06) (2016‑01‑28 14:42:56)
Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(Auftrag)
 
Target.png
vomgt-data​element-631Kyellow.png Auftrag Kyellow.png KV-Mustersammlung
Treetree.pnghl7:templateId
II1 … 1M(Auftrag)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3123
Treetree.pnghl7:code
CE1 … 1M(Auftrag)
Treeblank.pngTreetree.png@code
CONF1 … 1FAUFTRAG
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:title
ST1 … 1(Auftrag)
 CONF
Elementinhalt muss "Auftrag" sein
Treetree.pnghl7:text
1 … 1MAngabe des Auftragstextes.
Hier sollte eigentlich der EBM-Katalog hin, das muss dann aber über Entries geschehen.

Der den Auftrag ausführende Arzt darf nur die Leistungen durchführen, die unter „Auftrag“ angegeben sind. (Eine Erweiterung des Auftrages nach Art oder Umfang bedarf der Zustimmung des Vertragsarztes, der den Auftrag erteilt hat; sie ist auf dem Vordruck zu vermerken.)
(Auftrag)
Treetree.pnghl7:entry
0 … 1Beinhaltet 1.2.276.0.76.10.4294 Auftragsidentifikation Labor (10) (DYNAMIC)(Auftrag)
Treeblank.png wo [hl7:observation]
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4284 Probeabnahmedatum und -zeit (10) (DYNAMIC)(Auftrag)
Treeblank.png wo [hl7:procedure [hl7:code [(@code = '33882-2' and @codeSystem = '2.16.840.1.113883.6.1')]]]

Diagnosis Section (06)

Id1.2.276.0.76.10.3115Gültigkeit2018‑02‑21 14:03:54
StatusKyellow.png EntwurfVersions-Label
NameF06DiagnosisSectionBezeichnungDiagnosis Section (06)
Beschreibung
In dieser Section werden die AU-begründende Diagnosen untergebracht.
Die ICD-Codes kommen in die inkludierten Entries. (max 6 Stk.)
Der Freitext (als Feld in der dritten Zeile) wird im text-Element dieser Section untergebracht.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3115
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-629Kyellow.png Diagnose/Verdachtsdiagnose Kyellow.png KV-Mustersammlung
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(F06...ion)
 
Target.png
vomgt-data​element-629Kyellow.png Diagnose/Verdachtsdiagnose Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(F06...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3115
Treetree.pnghl7:templateId
II1 … 1M(F06...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3104
Treetree.pnghl7:code
CE0 … 1(F06...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1FDIAGNOSIS
Treeblank.pngTreetree.png@codeSystem
0 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:title
ST0 … 1(F06...ion)
 CONF
Elementinhalt muss "Diagnose" sein
-oder-
Elementinhalt muss "Verdachtsdiagnose" sein
Treetree.pnghl7:text
SD.TEXT0 … 1RDer Freitext für die Diagnose/Verdachtsdiagnose wird in diesem Feld untergebracht.
(F06...ion)

Findings Section (10)

Id1.2.276.0.76.10.3121Gültigkeit2018‑03‑24 14:31:21
StatusKyellow.png EntwurfVersions-Label2018-03-24
NameF10FindingsSectionAnzeigenameFindings Section (10)
BeschreibungDie Findings Section enthält die Befunde.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3121
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-678Kyellow.png Befund Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4282ContainmentKyellow.png Kontrolluntersuchung bekannte Infektion (10) (2018-03-24)DYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.3116 Findings Section (DIR) (06) (2016‑09‑06 17:25:26)
Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
ANY(F10...ion)
 ConstraintEN-US.png This section SHOULD contain only the direct observations in the report, with topics such as Reason for Study, History, and Impression placed in separate sections. However, in cases where the source of report content provides a single block of text not separated into these sections, that text SHALL be placed in the Findings section.
Treetree.pnghl7:templateId
II1 … 1M(F10...ion)
 
Target.png
vomgt-data​element-678Kyellow.png Befund Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3121
Treetree.pnghl7:code
CE(F10...ion)
Treetree.pnghl7:title
ST1 … 1R(F10...ion)
 CONF
Elementinhalt muss "Befund" sein
Treetree.pnghl7:text
SD.TEXT1 … 1R(F10...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4282 Kontrolluntersuchung bekannte Infektion (10) (DYNAMIC)(F10...ion)
Treeblank.png wo [hl7:observation [hl7:code [(@code = 'X-CTRL-INF' and @codeSystem = '2.16.840.1.113883.6.1')]]]

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 

Medikation Section (10)

Id1.2.276.0.76.10.3122Gültigkeit2018‑02‑26 10:04:44
StatusKyellow.png EntwurfVersions-Label
NameMedikationSectionAnzeigenameMedikation Section (10)
BeschreibungTemplate CDA Section (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3122
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-677Kyellow.png Medikation Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4283ContainmentKcancelledblue.png MedikationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-

Spezialisierung: Template 1.2.276.0.76.10.3041 Aktuelle Medikation (DYNAMIC)
ref
pmp-
ItemDTKardKonfBeschreibungLabel
hl7:section
(Med...ion)
 
Target.png
vomgt-data​element-677Kyellow.png Medikation Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Med...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3122
Treetree.pnghl7:code
CE0 … 1(Med...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1F19009-0
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Med...ion)
 CONF
Elementinhalt muss "Medikation" sein
Treetree.pnghl7:text
SD.TEXT0 … 1M

Notice.pngWarnung: Wenn isMandatory=true dann muss minimumMultiplicity größer 0 sein.

(Med...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4283 Medikation (DYNAMIC)(Med...ion)
Treeblank.png wo [hl7:substanceAdministration [hl7:code [(@code = 'DRUG' and @codeSystem = '2.16.840.1.113883.5.4')]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV

Reason for Referral Section (10)

Id1.2.276.0.76.10.3120Gültigkeit2018‑03‑24 14:23:01
StatusKyellow.png EntwurfVersions-Label2018-03-24
NameF10ReasonforReferralSectionAnzeigenameReason for Referral Section (10)
Beschreibung
Dieser Abschnitt enthält den Grund für die Überweisung. Dieser wird typischerweise als Diagnose eingetragen.

Als Detailinformation (entry) wird die Leistungsart als Referral Type angegeben. Dies sind Checkboxen auf dem Formular.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3120
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-649Kyellow.png Leistungsart Kyellow.png KV-Mustersammlung
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4279ContainmentKyellow.png Leistungsart Referral Type (10) (2018-03-24)DYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.3112 Reason for Referral Section (06) (2016‑09‑06 16:42:43)
Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(F10...ion)
 
Target.png
vomgt-data​element-649Kyellow.png Leistungsart Kyellow.png KV-Mustersammlung
Treetree.pnghl7:templateId
II1 … 1M(F10...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3120
Treetree.pnghl7:code
CE1 … 1M(F10...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F42349-1
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1(F10...ion)
 CONF
Elementinhalt muss "Leistungsart" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(F10...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4279 Leistungsart Referral Type (10) (DYNAMIC)(F10...ion)
Treeblank.png wo [hl7:act [hl7:code [concat(@code, @codeSystem) = doc('include/voc-1.2.276.0.76.3.1.135.8.11.21-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]]

CDA Entry Level Templates

Abrechnungsinformationen (10)

Id1.2.276.0.76.10.4287Gültigkeit2018‑03‑24 13:41:09
StatusKyellow.png EntwurfVersions-Label2018-03-24
NameAbrechnungsinformationenAnzeigenameAbrechnungsinformationen (10)
BeschreibungAbrechnungsinformationen (10)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4287
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-672Kyellow.png Abrechnungsinformationen Kyellow.png KV-Mustersammlung
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Abr...nen)
 
Target.png
vomgt-data​element-672Kyellow.png Abrechnungsinformationen Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Abr...nen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4287
Treetree.pnghl7:code
CE1 … 1R(Abr...nen)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.3.1.135.8.11.22 S_KBV_10_Abrechnungsinformationen (DYNAMIC)

Auftragsnummer des Labors (10)

Keine Versionen mit Status draft, active, review oder pending.

Ausnahmeindikation (10)

Id1.2.276.0.76.10.4285Gültigkeit2018‑02‑26 06:29:42
StatusKyellow.png EntwurfVersions-Label2018-02-26 7:00
NameF10AusnahmeindikationAnzeigenameAusnahmeindikation (10)
BeschreibungAusnahmeindikation (10)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4285
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-659Kyellow.png Ausnahmeindikation Kyellow.png KV-Mustersammlung
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(F10...ion)
 
Target.png
vomgt-data​element-659Kyellow.png Ausnahmeindikation Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(F10...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4285
Treetree.pnghl7:id
II0 … *(F10...ion)
Treetree.pnghl7:code
CE1 … 1R(F10...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1FX-EXP-INDIC
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
0 … 1FAusnahmeindikation (10)
Treetree.pnghl7:value
CE1 … 1R(F10...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.3.1.135.8.11.12 S_KBV_10_Ausnahmeindikation (DYNAMIC)

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

DMP Observation

Id1.2.276.0.76.10.4271Gültigkeit2017‑12‑01 14:01:13
Andere Versionen mit dieser Id:
  • Kblank.png DMPObservation vom 2017‑11‑29 14:43:15
StatusKyellow.png EntwurfVersions-Label
NameDMPObservationBezeichnungDMP Observation
BeschreibungMit dieser Observation wird die DMP-Zuordnung angegeben.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4271
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.2.276.0.76.3.1.135.8.10.34 DMP Observation (2017‑11‑29 14:43:15)
Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(DMP...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(DMP...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4271
Treetree.pnghl7:code
CD1 … 1M(DMP...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FDMP
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:value
CE1 … 1M(DMP...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.138 S_KBV_DMP (DYNAMIC)

eGK-Geschlecht Observation

Id1.2.276.0.76.10.4272Gültigkeit2017‑11‑29 18:17:27
StatusKyellow.png EntwurfVersions-Label
NameeGKGeschlechtObservationBezeichnungeGK-Geschlecht Observation
Beschreibung
Mit dieser Observation wird das Geschlecht angegeben, das auf der eGK hinterlegt ist.
(Hier handelt es sich nicht um das administrative Geschlecht, für das recordTarget.administrativeGender vorgesehen ist.)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4272
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(eGK...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(eGK...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4272
Treetree.pnghl7:code
CD1 … 1M(eGK...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FeGK_Gender
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:value
CD1 … 1M(eGK...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.458 Geschlecht (eGK) (DYNAMIC)
oder
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.3.1.135.8.11.25 Geschlecht2 (eGK) (DYNAMIC)

Kontrolluntersuchung bekannte Infektion (10)

Id1.2.276.0.76.10.4282Gültigkeit2018‑03‑24 14:39:08
StatusKyellow.png EntwurfVersions-Label2018-03-24
NameF10KontrolluntersuchungAnzeigenameKontrolluntersuchung bekannte Infektion (10)
BeschreibungKontrolluntersuchung bekannte Infektion (Muster 10)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4282
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-656Kyellow.png Kontrolluntersuchung bekannte Infektion Kyellow.png KV-Mustersammlung
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(F10...ung)
 
Target.png
vomgt-data​element-656Kyellow.png Kontrolluntersuchung bekannte Infektion Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(F10...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4282
Treetree.pnghl7:code
CE1 … 1M(F10...ung)
Treeblank.pngTreetree.png@code
CONF1 … 1FX-CTRL-INF
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FKontrolluntersuchung bekannte Infektion (10)
Treetree.pnghl7:value
BL1 … 1RKontrolluntersuchung bekannte Infektion ja/nein
(F10...ung)

Kv-Zuordnung Observation

Id1.2.276.0.76.10.4275Gültigkeit2018‑02‑27 12:35:11
StatusKyellow.png EntwurfVersions-Label
NameKVZuordnungObservationBezeichnungKv-Zuordnung Observation
BeschreibungMit dieser Observation wird die Zuordnung zur KV angegeben.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4275
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.2.276.0.76.3.1.135.8.10.34 DMP Observation (2017‑11‑29 14:43:15)
Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(KVZ...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(KVZ...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4275
Treetree.pnghl7:code
CD1 … 1M(KVZ...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FKV-Zuordnung
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:value
CE1 … 1M(KVZ...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.148 S_KBV_KV (DYNAMIC)

Leistungsart Referral Type (10)

Id1.2.276.0.76.10.4279Gültigkeit2018‑03‑24 14:17:43
StatusKyellow.png EntwurfVersions-Label2018-03-24
NameLeistungsartBezeichnungLeistungsart Referral Type (10)
Beschreibung
This template represents the type of referral (e.g., for dental care, to a specialist, for aging problems) and represents whether the referral is for full care or shared care. It may contain a reference to another act in the document instance representing the clinical reason for the referral (e.g., problem, concern, procedure).
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4279
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-649Kyellow.png Leistungsart Kyellow.png KV-Mustersammlung
BeziehungSpezialisierung: Template 1.2.276.0.76.10.4276 Patient Referral Act (06) (2016‑09‑06 16:39:51)
Spezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:act
(Lei...art)
 
Target.png
vomgt-data​element-649Kyellow.png Leistungsart Kyellow.png KV-Mustersammlung
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Lei...art)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4279
Treetree.pnghl7:code
CD1 … 1(Lei...art)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.3.1.135.8.11.21 S_KBV_10_Leistungsart (DYNAMIC)
Treetree.pnghl7:statusCode
CS1 … 1M(Lei...art)
Treeblank.pngTreetree.png@code
CONF1 … 1Factive

Medikament

Id1.2.276.0.76.10.4025Gültigkeit2017‑06‑04
Andere Versionen mit dieser Id:
  • Kblank.png MedicationInformation vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameMedicationInformationBezeichnungMedikament
BeschreibungArzneimittel/Wirkstoff/Rezeptur
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4025
Labelmedinfpmp
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.90022InklusionKyellow.png MaterialDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.312 CDA ManufacturedProduct (2005‑09‑07)
ref
ad1bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC)
ref
epsos-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC)
ref
ccd1-
Beispiel
Beispiel
<manufacturedProduct classCode="MANU">
  <templateId root="1.2.276.0.76.10.4025"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
    <!-- .. -->
  </manufacturedMaterial></manufacturedProduct>
ItemDTKardKonfBeschreibungLabel
hl7:manufacturedProduct
0 … *medinfpmp
Treetree.png@classCode
1 … 1FMANU
Treetree.pnghl7:templateId
II1 … 1Mmedinfpmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4025
Eingefügt1 … 1M von 1.2.276.0.76.10.90022 Material (DYNAMIC)
Treetree.pnghl7:manufactured​Material
1 … 1Mmedinfpmp
Treeblank.pngTreetree.png@classCode
cs1 … 1FMMAT
Treeblank.pngTreetree.png@determiner​Code
cs1 … 1FKIND
Treeblank.pngTreetree.pnghl7:code
CD1 … 1RPharmazentralnummer der Arznei, zugelassene nullFlavor:
  • NI Arznei hat keine PZN
  • NA Arznei ist eine Rezeptur
  • UNK Arznei hat eine PZN, diese ist jedoch unbekannt
medinfpmp
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NA" sein
oder
@nullFlavor muss "NI" sein
oder
@nullFlavor muss "UNK" sein
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.2.276.0.76.4.6 (Pharmazentralnummer)
 Beispiel
Arznei mit PZN
<code code="10333719" codeSystem="1.2.276.0.76.4.6" displayName="Ibu-LysinHEXAL® 684 mg"/>
 Beispiel
Arznei hat keine PZN
<code nullFlavor="NI"/>
 Beispiel
Rezeptur (ohne PZN)
<code nullFlavor="NA">
  <originalText>
    <reference value="#rezeptur-17"/>  </originalText></code>
 Beispiel
Arznei, unbekannte PZN
<code nullFlavor="UNK"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Rmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1Mmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1Rz.B. #rezeptur-{generierteID}, z.B.: #rezeptur-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *ROptionale Übersetzung des Codes in ein anderes Codesystemmedinfpmp
Treeblank.pngTreetree.pnghl7:name
EN1 … 1RBezeichnung der Arznei
Zugelassenes nullFlavor:
  • NA Arznei ist eine Rezeptur
medinfpmp
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NA" sein
 Beispiel
Name der Arznei
<name>Limasin 500mg</name>
 Beispiel
Rezeptur ohne Handelsname
<name nullFlavor="NA"/>
Treeblank.pngTreetree.pngpharm:formCode
CE0 … 1RDarreichungsformmedinfpmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.27 EDQMDoseForm (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *ROptionale Übersetzung des Codes in ein anderes Codesystemmedinfpmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.454 S_BMP_DARREICHUNGSFORM (DYNAMIC)
Treeblank.pngTreetree.pngpharm:asContent
0 … 1RAngaben zur Packungmedinfpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCONT
Treeblank.pngTreeblank.pngTreetree.pngpharm:containerPackagedProduct
1 … 1Mmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCONT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs1 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:code
1 … 1MPharmazentralnummer der Arzneimedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF1 … 1F1.2.276.0.76.4.6 (Pharmazentralnummer)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1medinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:name
EN1 … 1Mmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:formCode
CE0 … 1RTyp der Packungmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:capacity​Quantity
PQ1 … 1Mmedinfpmp
Treeblank.pngTreetree.pngpharm:asSpecializedKind
0 … 1RAngabe des ATC Codes (WHO, DIMDI etc.)medinfpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FGRIC
 Beispiel<XXX:asSpecializedKind classCode="GRIC">
  <XXX:generalizedMaterialKind classCode="MMAT">
    <!-- Pharmaceutical Substance (ATC Code)-->
    <XXX:code code=" " codeSystem="2.16.840.1.113883.6.73" displayName=" " codeSystemName="WHO ATC"/>  </XXX:generalizedMaterialKind></XXX:asSpecializedKind>
Treeblank.pngTreeblank.pngTreetree.pngpharm:generalizedMaterialKind
1 … 1Mmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FMMAT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CD1 … 1RCodes aus Codesystem 2.16.840.1.113883.6.73 (WHO ATC) oder z. B. einem der DIMDI ATC Kataloge wie 1.2.276.0.76.5.482 (atcgm2019)medinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ST0 … 1Rmedinfpmp
Treeblank.pngTreetree.pngpharm:ingredient
0 … *RAngaben zu aktiven Wirkstoffenmedinfpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACTI
Treeblank.pngTreeblank.pngTreetree.pngpharm:quantity
IVL_PQ0 … 1Rmedinfpmp
 Beispiel
Wirkstärke von 10 mg Inhaltsstoff per ml des Medikaments
<XXX:quantity>
  <numerator xsi:type="PQ" value="10" unit="mg"/>  <denominator xsi:type="PQ" value="1" unit="ml"/></XXX:quantity>
 Beispiel
Wirkstärke des Inhaltsstoffs in 1 Einheit der verabreichten Medikation: 2% des Inhaltsstoffs
<XXX:quantity>
  <numerator xsi:type="PQ" value="2" unit="%"/>  <denominator xsi:type="PQ" value="1"/></XXX:quantity>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:numerator
PQ1 … 1Rmedinfpmp
 Beispiel<numerator xsi:type="PQ" value="5" unit="mg">
  <translation value="5" code="v" codeSystem="1.2.276.0.76.3.1.1.5.2.41" displayName="mg"/></numerator>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
PQR0 … *ROptionale Übersetzung der Einheiten in ein anderes Einheitensystemmedinfpmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.455 S_BMP_DOSIEREINHEIT (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:denominator
PQ1 … 1Rmedinfpmp
Treeblank.pngTreeblank.pngTreetree.pngpharm:ingredientSubstance
0 … 1RCode und Name des aktiven Wirkstoffsmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:code
CE1 … 1Rmedinfpmp
 CONF
@codeSystem muss "2.16.840.1.113883.6.73" sein
oder
@codeSystem muss "0.4.0.127.0.16.1.1.2.1" sein
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Rmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *Rmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:name
EN1 … 1Mmedinfpmp

Medikation

Keine Versionen mit Status draft, active, review oder pending.

Person Group Observation

Id1.2.276.0.76.10.4273Gültigkeit2017‑11‑29 14:46:01
StatusKyellow.png EntwurfVersions-Label
NamePersonGroupObservationBezeichnungPerson Group Observation
BeschreibungMit dieser Observation wird innerhalb der Coverage die Personengruppe angegeben.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4273
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
vomgt-data​element-632Kyellow.png Personengruppe Kyellow.png KV-Mustersammlung
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Per...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Per...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4273
Treetree.pnghl7:code
CD1 … 1M(Per...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FPRSNGRP
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:value
CE1 … 1M(Per...ion)
 
Target.png
vomgt-data​element-632Kyellow.png Personengruppe Kyellow.png KV-Mustersammlung
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.151 S_KBV_PERSONENGRUPPE (DYNAMIC)

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

Probeabnahmedatum und -zeit (10)

Id1.2.276.0.76.10.4284Gültigkeit2018‑02‑21 15:54:41
StatusKyellow.png EntwurfVersions-Label2017
NameProbeabnahmezeitpunktBezeichnungProbeabnahmedatum und -zeit (10)
BeschreibungProbeabnahmedatum und -zeit (10)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4284
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 1.3.6.1.4.1.19376.1.3.1.2 Specimen Collection (2008‑08‑08)
ref
XDLAB-

Spezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-
Beispiel
Probeabnahmedatum und -zeit
<procedure classCode="PROC" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4284"/>  <code code="33882-2" codeSystem="2.16.840.1.113883.6.1"/>  <effectiveTime>
    <low value="20170329074309"/>  </effectiveTime></procedure>
ItemDTKardKonfBeschreibungLabel
hl7:procedure
(Pro...nkt)
Treetree.png@classCode
cs1 … 1FPROC
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Pro...nkt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4284
Treetree.pnghl7:code
CD1 … 1M(Pro...nkt)
Treeblank.pngTreetree.png@code
CONF1 … 1F33882-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
1 … 1FCollection date
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RProbeabnahmedatum und -zeit(Pro...nkt)

Weitere Kennzeichen Observation

Id1.2.276.0.76.10.4280Gültigkeit2018‑03‑08 17:32:15
StatusKyellow.png EntwurfVersions-Label
NameweitereKennzeichenObservationBezeichnungWeitere Kennzeichen Observation
BeschreibungWeitere Kennzeichen Observation
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4280
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(wei...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(wei...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4280
Treetree.pnghl7:id
II0 … *(wei...ion)
Treetree.pnghl7:code
CD1 … 1M(wei...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FKENNZEICHEN
Treetree.pnghl7:value
CD1 … 1M(wei...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.459 S_KBV_STATUSKENNZEICHEN (DYNAMIC)

WOP-Kennzeichen Observation

Id1.2.276.0.76.10.4274Gültigkeit2018‑02‑23 17:05:11
StatusKyellow.png EntwurfVersions-Label
NameWOPObservationBezeichnungWOP-Kennzeichen Observation
BeschreibungMit dieser Observation wird das WOP-Kennzeichen angegeben.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4274
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.2.276.0.76.3.1.135.8.10.34 DMP Observation (2017‑11‑29 14:43:15)
Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(WOP...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(WOP...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4274
Treetree.pnghl7:code
CD1 … 1M(WOP...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FWOP
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:value
CE1 … 1M(WOP...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.172 S_KTS_WOP (DYNAMIC)


Terminologien

Folgende Terminologien werden verwendet.

eGK-Geschlecht

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.458Gültigkeit2018‑03‑06 14:14:42
StatusKyellow.png EntwurfVersions-Label
NameGeschlechtegkBezeichnungGeschlecht (eGK)
BeschreibungCode für das Geschlecht so wie auf der elektronischen Gesundheitskarte kodiert
Benutzung: 1
IdNameTyp
Template
1.2.276.0.76.10.4272eGK-Geschlecht Observation DYNAMIC
Quell-Codesystem
1.2.276.0.76.5.483 - FHIR: urn:oid:1.2.276.0.76.5.483
Level/ TypCodeBezeichnungCodesystem
0‑L
M
männlich
1.2.276.0.76.5.483
0‑L
W
weiblich
1.2.276.0.76.5.483
0‑L
X
nicht angegeben
1.2.276.0.76.5.483
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.


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.


Anhang

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. ↑ KBV-Mustersammlung Muster 10
  2. ↑ KBV-Mustersammlung Muster 10A
  3. ↑ CDA-Dokument-Template Muster 10
  4. ↑ CDA-Dokument-Template Muster 10A
Abgerufen von „https://wiki.hl7.de/index.php?title=IG:Laboranforderung&oldid=60327“