eAU

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
 
(55 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
−
<!--
+
<!--  
 
{{Underconstruction}}
 
{{Underconstruction}}
  
Zeile 6: Zeile 6:
 
-->
 
-->
 
{{Infobox Dokument
 
{{Infobox Dokument
−
|Title    = eAU auf Basis der<br/>HL7 Clinical Document Architecture Release 2<br/>für das deutsche Gesundheitswesen
+
|Title    = Elektronische Arbeitsunfähigkeitsbescheinigung‎ (eAU)<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br/>für das deutsche Gesundheitswesen
 
|Short    = eAU
 
|Short    = eAU
 
|Namespace = cdaeau
 
|Namespace = cdaeau
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
−
|Version  = 0.8
+
|Version  = 1.14 als Technische Korrektur zu 1.0, 1.10, 1.11, 1.12 und 1.13
−
|Submitted = .
+
|Submitted = HL7 Deutschland e. V. und gevko GmbH
−
|Date      = 3. Januar 2018
+
|Date      = 12. August 2020
−
|Copyright = 2017-2018
+
|Copyright = 2017-2020
−
|Status    = in Arbeit
+
|Status    = Technical Correction
−
|Period    = Abstimmung
+
|Verfahren = Standard zur Probe (STU)
 +
|Period    = nach 1. Abstimmung
 
|OID      = n.n.
 
|OID      = n.n.
−
|Realm    = Deutschland
+
|Realm    = Deutschland  
 
}}
 
}}
−
 
−
{{Infobox Ballot Begin}}
 
−
{{Ballot | Version = 0.8 | Date = 03.01.2018 | Status = Abstimmung | Realm = Deutschland }}
 
−
{{Infobox Ballot End}}
 
  
 
{{Infobox Contributors Begin}}
 
{{Infobox Contributors Begin}}
 
{{Contributor | Logo = Logo telekom healthcare.png | Name = Deutsche Telekom Healthcare and Security Solutions GmbH | Location = Bonn }}
 
{{Contributor | Logo = Logo telekom healthcare.png | Name = Deutsche Telekom Healthcare and Security Solutions GmbH | Location = Bonn }}
 
{{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth }}
 
{{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth }}
−
{{Contributor | Logo = | Name = gevko GmbH | Location = Bonn }}
+
{{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}
 
{{Infobox Contributors End}}
 
{{Infobox Contributors End}}
  
 
=Dokumenteninformationen=
 
=Dokumenteninformationen=
 +
==Dokumentenhistorie==
 +
{{:Ballotbox_Arbeitsunfähigkeitsbescheinigung}}
 
{{HL7transclude| cdaab3:Impressum}}
 
{{HL7transclude| cdaab3:Impressum}}
−
 
 
==Ansprechpartner und Autoren==
 
==Ansprechpartner und Autoren==
 
*Dr. Frank Oemig, Deutsche Telekom Healthcare and Security Solutions GmbH, Bonn
 
*Dr. Frank Oemig, Deutsche Telekom Healthcare and Security Solutions GmbH, Bonn
Zeile 38: Zeile 36:
 
*Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH
 
*Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH
 
{{HL7transclude| cdaab3:Disclaimer}}
 
{{HL7transclude| cdaab3:Disclaimer}}
 +
{{NoteBox|
 +
Disclaimer
 +
Da die GKV-SV und die KBV derzeit noch keine Vorgaben getroffen und Entscheidungen gefällt haben, wie eine digitale Umsetzung der Arbeitsunfähigkeitsbescheinigung erfolgen soll, darf dieser Implementierungsleitfaden nicht als solcher, durch die GKV-SV/KBV bestätigter Leitfaden aufgefasst werden. Die Nutzung der digitalen Umsetzung der Arbeitsunfähigkeitsbescheinigung im kollektivertraglichen ambulanten Bereich ist deshalb derzeit nicht möglich. Die im vorliegenden Leitfaden beschriebene Umsetzung der eAU 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, die eAU als digitales Muster gemäß BMV-Ä umsetzen.
 +
 +
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.
 +
}}
 +
 +
{{NoteBox|
 +
Disclaimer
 +
Alle durch HL7 Deutschland erarbeiteten Leitfäden, die auf Standards aus der HL7-Familie beruhen und diese konform einschränken, gelten die Lizenzbestimmungen, die HL7-D einhalten muss. Hier wären primär die [http://www.hl7.org/legal/ippolicy.cfm IP-Rechte], das Affiliate Agreement, das [http://www.hl7.org/documentcenter/public/membership/HL7_Governance_and_Operations_Manual.pdf Governance and Operations Manual] und die [http://www.hl7.org/about/bylaws.cfm Bylaws] zu nennen. Leitfäden, die das vorgeschriebene [[Abstimmungsverfahren_(Regeln) | Ballotierungsverfahren]] durchlaufen haben, dürfen als gültige Affiliate Localization bezeichnet werden.
 +
}}
  
 
==Copyright-Hinweis, Nutzungshinweise==
 
==Copyright-Hinweis, Nutzungshinweise==
Zeile 50: Zeile 59:
 
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}}
 +
 +
==Änderungshistorie==
 +
 +
{{NoteBox|
 +
Diese Version des Leitfadens stellt die Version 1.14 dar.
 +
 +
Sie enthält technisch notwendige Korrekturen, die sich aus der Testphase ergeben.
 +
}}
 +
 +
{| class="hl7table"
 +
|+
 +
!Datum !! Änderungen !! Begründung
 +
|-
 +
| valign=top | 12.08.2020 || TemporaryDisablementObservation(1.2.276.0.76.10.4270): Das value-Attribut beim qualifier für die 7.AU-Woche wurde entfernt. Somit gilt, dass das Vorhandensein des qualifiers mit "7.AU-Woche=true" gleichzusetzen ist.
 +
| valign=top | technische Korrektur
 +
|-
 +
| valign=top | 24.02.2020 || PolicyActivity (1.2.276.0.76.10.4264): Entry-Relationship auf KV-Zuordnung von 1..1 M auf 0..1 R gändert.
 +
| valign=top | technische Korrektur
 +
|-
 +
| valign=top | 20.09.2018 || PolicyActivity: Die Entry-Relationships für weitere Kennzeichen, besondere Personengruppe und DMP-Zuordnung werden auf Required mit der Kardinalität 0..1 gesetzt, so dass sie bei Nichtnutzung weggelassen werden können.
 +
| valign=top | technische Korrektur
 +
|-
 +
| valign=top | 25.10.2018 || Bei den ersten Implementierungen stellte sich der Bedarf für zwei kleine Anpassungen an den Templates heraus
 +
*Template 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (2016-02-19T15:12:48) geändert: templateId ist anzugeben, ids sind zugelassen
 +
*Template 1.2.276.0.76.10.4264 Policy Activity (2016-02-25T19:07:54) geändert: die entryRelationship typeCodes müssen COMP sein, nicht REFR, das Performer-Element hat keine templateId
 +
| valign=top | technische Korrektur
 +
|-
 +
| valign=top | 06.02.2019 || Die Kodesysteme für die Versicherteninformationen wurden von ein- auf zweitstellig geändert. Dazu kamen dann weitere Kodes für "keine Information":
 +
*Template 1.2.276.0.76.10.4264 Policy Activity (vomgt) geändert: entryRelationships für weitere Kennzeichen, Person Group Observation und DMP-Observation auf mandatory mit Kardinalität 1..1 gesetzt.
 +
| valign=top | technische Korrektur
 +
|}
 
{{HL7transclude| cdaeau:Einleitung}}
 
{{HL7transclude| cdaeau:Einleitung}}
 
{{HL7transclude| cdaab2:Transportaspekte}}
 
{{HL7transclude| cdaab2:Transportaspekte}}
 +
 +
= Rechtssichere Übertragung =
 +
Eine eAU kann papierbegleitend, aber auch papierersetzend umgesetzt werden. Im letzteren Fall ist diese mit einer rechtssicheren elektronischen Signatur (fortgeschritten oder QES) zu ergänzen:
 +
 +
* Datenschutz-/-sicherheit
 +
* IT-Sicherheit
 +
* Verschlüsselung
 +
* Signaturen
 +
 +
{{NoteBox|
 +
Diese Aspekte Datenschutz/-sicherheit, IT-Sicherheit, Verschlüsselung und Signaturen sind nicht Bestandteil dieser Spezifikation. Es gibt dazu aber bereits entsprechende Ausarbeitungen und Vorgaben.
 +
}}
 +
 +
=Akteure=
 +
Folgende Akteure kommen in Kontakt mit einer AU:
 +
 +
* Arztpraxis, Krankenhaus
 +
* Kostenträger
 +
* Arbeitgeber/Arbeitsamt
 +
* Versicherter
 +
 +
Gemäß aktueller Gesetzeslage ist ein direkter Versand von Arzt zur Kasse aber auch über den "Erfüllungsgehilfen" Patient erlaubt. Dem entsprechend ergeben sich folgende Transportwege<ref>www.kbv.de/media/sp/Pruefbericht_Digitalisierung_vereinbarter_Vordrucke.pdf (Anlage A1)</ref>, der Durchschlag ist dabei in Klammern angegeben:
 +
 +
# Arzt - Krankenkasse (1a)
 +
# Arzt - Patient (1a, 1b, 1c)
 +
# Arzt - Patient - Krankenkasse (1a)
 +
# Arzt - Patient - Arbeitgeber (1b)
 +
# Arzt - Patient - Arbeitsamt (1b)
 +
# Krankenkasse - Berufsgenossenschaft
 +
# Krankenkasse - Krankenkasse
 +
# Krankenkasse - Patient
 +
# Krankenkasse - Patient - Arbeitgeber
 +
# Krankenkasse - Patient - Arbeitsamt
 +
 +
Aktuell dürfte eine papierbasierte Übermittlung gemäß #2 und #3-#5 die Regel sein. Ziel dieser Spezifikation ist erstmal die Ablösung des Musters 1 von #3 durch #1 mit Hilfe einer direkten elektronischen Kommunikation der eAU.
  
 
= Struktureller Aufbau=
 
= Struktureller Aufbau=
Zeile 79: Zeile 154:
 
Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben.
 
Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben.
 
{{:1.2.276.0.76.10.1025/hgraph}}
 
{{:1.2.276.0.76.10.1025/hgraph}}
 +
 +
<ref group="Abbildung"> CDA-Dokument-Template</ref> ''CDA-Dokument-Template''
  
 
<div class="landscape">
 
<div class="landscape">
Zeile 91: Zeile 168:
 
==Author Person (CDA authorPerson)==
 
==Author Person (CDA authorPerson)==
 
{{:1.2.276.0.76.10.2049/dynamic}}
 
{{:1.2.276.0.76.10.2049/dynamic}}
 +
 +
==Author Software (CDA authorPerson)==
 +
{{:1.2.276.0.76.10.2031/dynamic}}
  
 
==verwaltende Organisation (CDA custodian) ==
 
==verwaltende Organisation (CDA custodian) ==
 
{{:1.2.276.0.76.10.2004/dynamic}}
 
{{:1.2.276.0.76.10.2004/dynamic}}
  
−
==Unterzeichner (CDA authenticator)==
+
Als Identifikator der Praxis kann die BSNR verwendet werden.
 +
 
 +
==Unterzeichner (CDA legal authenticator)==
 
{{:1.2.276.0.76.10.2020/dynamic}}
 
{{:1.2.276.0.76.10.2020/dynamic}}
  
Zeile 103: Zeile 185:
 
=CDA Section Level Templates=
 
=CDA Section Level Templates=
  
−
==Versicherung (Insurance Section) ==
+
== Versicherung (Insurance Section) ==
 
{{:1.2.276.0.76.10.3103/dynamic}}
 
{{:1.2.276.0.76.10.3103/dynamic}}
  
−
==AU-Diagnose (AU-Diagnosis Section)==
+
== AU-Diagnose (AU-Diagnosis Section) ==
 
{{:1.2.276.0.76.10.3104/dynamic}}
 
{{:1.2.276.0.76.10.3104/dynamic}}
−
 
−
==Beobachtungen (Findings Section)==
 
−
{{:1.2.276.0.76.10.3105/dynamic}}
 
  
 
== Unfall (Accident Section) ==
 
== Unfall (Accident Section) ==
Zeile 128: Zeile 207:
 
== Policy Activity ==
 
== Policy Activity ==
 
{{:1.2.276.0.76.10.4264/dynamic}}
 
{{:1.2.276.0.76.10.4264/dynamic}}
 +
 +
== Weitere Kennzeichen ==
 +
{{:1.2.276.0.76.11.4280/dynamic}}
 +
 +
{{WorkBox|
 +
Es ist unklar, ob diese Kennzeichen in dieser Form übermittelt werden müssen,
 +
oder ob die Kennzeichen nur zur Festlegung der Inhalte gedacht sind.
 +
Bei letzterem kann dieses Entry gelöscht werden,
 +
da die Information an anderer Stelle semantisch korrekt hinterlegt ist!
 +
}}
  
 
== AU-Diagnose (AU-Diagnosis Concern) ==
 
== AU-Diagnose (AU-Diagnosis Concern) ==
Zeile 153: Zeile 242:
 
{{:1.2.276.0.76.10.4273/dynamic}}
 
{{:1.2.276.0.76.10.4273/dynamic}}
  
−
== ambulante spezialfachärztliche Versorgung ==
+
== KV-Zuordnung ==
 +
{{:1.2.276.0.76.10.4275/dynamic}}
 +
 
 +
== Geschlechter-Information von der eGK ==
 
{{:1.2.276.0.76.10.4272/dynamic}}
 
{{:1.2.276.0.76.10.4272/dynamic}}
  
 
=Terminologien=
 
=Terminologien=
−
Folgende Terminologien werden verwendet.
+
Folgende Terminologien werden verwendet:
 +
<ref>http://applications.kbv.de/keytabs/ita/schluesseltabellen.asp</ref>
  
 
== Document Code ==
 
== Document Code ==
 
{{:1.2.276.0.76.11.456/dynamic}}
 
{{:1.2.276.0.76.11.456/dynamic}}
 +
 +
== eGK-Geschlecht ==
 +
{{:1.2.276.0.76.11.458/dynamic}}
  
 
== DMP ==
 
== DMP ==
Zeile 170: Zeile 266:
 
== Versichertenstatus ==
 
== Versichertenstatus ==
 
{{:1.2.276.0.76.11.162/dynamic}}
 
{{:1.2.276.0.76.11.162/dynamic}}
−
 
−
==Kassenart==
 
−
{{:1.2.276.0.76.11.169/dynamic}}
 
  
 
== KBV: Unfall ==
 
== KBV: Unfall ==
 
{{:1.2.276.0.76.11.457/dynamic}}
 
{{:1.2.276.0.76.11.457/dynamic}}
 +
 +
== KBV Kennzeichen Personalienfeld ==
 +
{{:1.2.276.0.76.11.459/dynamic}}
 +
 +
== KVen ==
 +
{{:1.2.276.0.76.11.148/dynamic}}
 +
 +
== Fachgruppe ==
 +
{{:1.2.276.0.76.11.101/dynamic}}
 +
 +
== Lateralität ==
 +
{{:1.2.276.0.76.11.412/dynamic}}
 +
 +
== Diagnosesicherheit ==
 +
{{:1.2.276.0.76.11.121/dynamic}}
 +
 
</div>
 
</div>
  
Zeile 181: Zeile 290:
 
{{HL7transclude| cdaeau:Beispiel}}  
 
{{HL7transclude| cdaeau:Beispiel}}  
 
{{HL7transclude| cdaeau:Stylesheet}}
 
{{HL7transclude| cdaeau:Stylesheet}}
 +
 
== Referenzen ==  
 
== Referenzen ==  
 +
 
<references/>
 
<references/>
 +
 
== Abbildungen ==
 
== Abbildungen ==
 
<references group="Abbildung"/>
 
<references group="Abbildung"/>
 +
 
[[Kategorie:IG]]
 
[[Kategorie:IG]]
 
[[Kategorie:cdaeau|Implementierungsleitfaden]]
 
[[Kategorie:cdaeau|Implementierungsleitfaden]]

Aktuelle Version vom 13. August 2020, 10:44 Uhr

Logo-hl720.jpg
Elektronische Arbeitsunfähigkeitsbescheinigung‎ (eAU)
auf Basis der HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen
eAU
Implementierungsleitfaden
vorgelegt von:
HL7 Deutschland e. V. und gevko GmbH
Technical Correction
Version: 1.14 als Technische Korrektur zu 1.0, 1.10, 1.11, 1.12 und 1.13
Datum: 12. August 2020
Status: nach 1. Abstimmung
Verfahren: Standard zur Probe (STU)
Realm: Flag de.svg Deutschland
Copyright © 2017-2020: HL7 Deutschland


Kontributoren 
Logo telekom healthcare.png Deutsche Telekom Healthcare and Security Solutions GmbH Bonn
Logo-Hcs.jpg Heitmann Consulting and Services GmbH, Gefyra GmbH Hürth
Gevko logo mit claim neu.jpg gevko GmbH Bonn

Inhaltsverzeichnis

Dokumenteninformationen

Dokumentenhistorie

Arbeitsunfähigkeitsbescheinigung
Elektronische Arbeitsunfähigkeitsbescheinigung‎ (eAU) auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen
Status Typ Version Datum PDF Wiki ART-DECOR
Abstimmung
Si-confirm.svgFinal STU 1.14 12.08.2020 Download.png Link.png Link.png

Technische Korrektur zu 1.13

Si-confirm.svgFinal STU 1.13 24.02.2020 - Link.png Link.png

Technische Korrektur zu 1.12

Si-confirm.svgFinal STU 1.12 06.02.2019 Download.png Link.png Link.png

Technische Korrektur zu 1.11

Si-confirm.svgFinal STU 1.11 25.10.2018 Download.png Link.png Link.png

Technische Korrektur zu 1.10

Si-confirm.svgFinal STU 1.10 31.09.2018 Download.png Link.png Link.png

Technische Korrektur zu 1.0

Si-confirm.svgFinal STU 1.0 31.08.2018 Download.png Link.png Link.png
Ergebnis 
Abstimmung von bisSymbol support vote.svgSymbol oppose vote.svgSymbol neutral vote.svgOhne VotumStimmenErgebnis
12.05.2018-11.06.2018 4 1 3 0 8 80%
Kommentare: -
Si-vote.svgAbstimmung STU 0.9 15.05.2018 Download.png Link.png Link.png
Ankündigungen 
Ankündigung der Abstimmung
-
Si-reconc.svgAbgleich STU 0.8 05.01.2018 Download.png Link.png Link.png
Ergebnis 
Abstimmung von bisSymbol support vote.svgSymbol oppose vote.svgSymbol neutral vote.svgOhne VotumStimmenErgebnis
06.01.2018-07.02.2018 7 2 0 1 10 78%
Kommentare: Kommentierung_20180212, bestätigt, trotzdem wird das Material noch einmal überarbeitet und erneut abgestimmt
Si-vote.svgAbstimmung STU 0.7 07.12.2017 Download.png Link.png Link.png
Ankündigungen 
Ankündigung der Abstimmung
Beginn der Abstimmung
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

  • Dr. Frank Oemig, Deutsche Telekom Healthcare and Security Solutions GmbH, Bonn
  • Ralf Franke, gevko GmbH
  • Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Disclaimer

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

Da die GKV-SV und die KBV derzeit noch keine Vorgaben getroffen und Entscheidungen gefällt haben, wie eine digitale Umsetzung der Arbeitsunfähigkeitsbescheinigung erfolgen soll, darf dieser Implementierungsleitfaden nicht als solcher, durch die GKV-SV/KBV bestätigter Leitfaden aufgefasst werden. Die Nutzung der digitalen Umsetzung der Arbeitsunfähigkeitsbescheinigung im kollektivertraglichen ambulanten Bereich ist deshalb derzeit nicht möglich. Die im vorliegenden Leitfaden beschriebene Umsetzung der eAU 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, die eAU als digitales Muster gemäß BMV-Ä umsetzen.

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.
Information icon.svg Disclaimer Alle durch HL7 Deutschland erarbeiteten Leitfäden, die auf Standards aus der HL7-Familie beruhen und diese konform einschränken, gelten die Lizenzbestimmungen, die HL7-D einhalten muss. Hier wären primär die IP-Rechte, das Affiliate Agreement, das Governance and Operations Manual und die Bylaws zu nennen. Leitfäden, die das vorgeschriebene Ballotierungsverfahren durchlaufen haben, dürfen als gültige Affiliate Localization bezeichnet werden.

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.

Änderungshistorie

Information icon.svg Diese Version des Leitfadens stellt die Version 1.14 dar. Sie enthält technisch notwendige Korrekturen, die sich aus der Testphase ergeben.
Datum Änderungen Begründung
12.08.2020 TemporaryDisablementObservation(1.2.276.0.76.10.4270): Das value-Attribut beim qualifier für die 7.AU-Woche wurde entfernt. Somit gilt, dass das Vorhandensein des qualifiers mit "7.AU-Woche=true" gleichzusetzen ist. technische Korrektur
24.02.2020 PolicyActivity (1.2.276.0.76.10.4264): Entry-Relationship auf KV-Zuordnung von 1..1 M auf 0..1 R gändert. technische Korrektur
20.09.2018 PolicyActivity: Die Entry-Relationships für weitere Kennzeichen, besondere Personengruppe und DMP-Zuordnung werden auf Required mit der Kardinalität 0..1 gesetzt, so dass sie bei Nichtnutzung weggelassen werden können. technische Korrektur
25.10.2018 Bei den ersten Implementierungen stellte sich der Bedarf für zwei kleine Anpassungen an den Templates heraus
  • Template 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (2016-02-19T15:12:48) geändert: templateId ist anzugeben, ids sind zugelassen
  • Template 1.2.276.0.76.10.4264 Policy Activity (2016-02-25T19:07:54) geändert: die entryRelationship typeCodes müssen COMP sein, nicht REFR, das Performer-Element hat keine templateId
 technische Korrektur
06.02.2019 Die Kodesysteme für die Versicherteninformationen wurden von ein- auf zweitstellig geändert. Dazu kamen dann weitere Kodes für "keine Information":
  • Template 1.2.276.0.76.10.4264 Policy Activity (vomgt) geändert: entryRelationships für weitere Kennzeichen, Person Group Observation und DMP-Observation auf mandatory mit Kardinalität 1..1 gesetzt.
 technische Korrektur
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 .

Einleitung

Die Arbeitsunfähigkeitsbescheinigung (AU) ist das erste Formular aus der KBV-Mustersammlung. Die Arbeitsunfähigkeitsbescheinigung wird vom Haus- oder Facharzt ausgestellt und bescheinigt dem Arbeitgeber, dass sein Angestellter vorbergehend arbeitsunfähig ist. Das Deckblatt (Muster 1a) bekommt die Krankenkasse, der erste Durchschlag (Muster 1b) ist für den Arbeitgeber, der zweite (Muster 1c) für den Versicherten und der umfangreichere letzte Durchschlag (Muster 1d) ist zum Verbleib bei dem Arzt.

Dieser Leitfaden beschreibt, wie die fachlichen Inhalte der AU in elektronischer Form vollständig auf Basis der HL7 Clinical Document Architecture (CDA) technisch abgebildet werden können. Die einzelnen Varianten können daraus als Einschränkungen abgeleitet werden.

Die eAU basiert dabei auf dem "Arztbrief Plus", der als generische Grundlage für Arztbriefe aller Art dient und damit die Ablösung der papiergebundenen Arztbriefe ermöglicht (siehe Arztbrief Plus). Auch wenn es sich mit der eAU um keinen Arztbrief handelt, so lassen sich doch Module (Komponenten) aus der Arztbriefspezifikation wiederverwenden.

Enthaltene Angaben in der eAU

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

  • alle Muster
    • Erstbescheinigung oder Folgebescheinigung
    • Arbeitsunfall(folgen), Berufskrankheit
    • dem Durchgangsarzt zugewiesen
    • arbeitsunfähig
      • seit
      • vorauss. bis
      • festgestellt am
  • nur Muster 1a, 1c und 1d
    • AU-begründende Diagnose(n)
      • ICD-10 Code (6 Felder)
      • Freitext
    • sonstiger Unfall, Unfallfolgen
    • Versorgungsleiden (z.B. BVG)
    • Leistungen zur med. Rehabilitation
    • stufenweise Wiedereingliederung
    • sonstige Maßnahmen (Beschr.)
    • 7. AU-Woche oder sonstiger Krankengeldfall
    • ggf. auch als Endbescheinigung


Durchschläge

Inhaltlich gibt es die AU in 4 verschiedenen Durchschlägen, die sich inhaltlich leicht unterscheiden und von denen 1a den Maximalumfang definiert:

  • 1a: Krankenkasse
  • 1b: Ausfertigung für den Arbeitgeber
  • 1c: Ausfertigung für den Versicherten
  • 1d: Verbleib beim Arzt (obsolet)
Information icon.svg Diese Spezifikation intendiert, eine vollständige Abbildung der Inhalte zu dokumentieren. Die verschiedenen Durchschläge lassen sich dann durch zusätzliche Einschränkungen in dem Dokument-Template bzw. kleinere Anpassungen am Stylesheet vornehmen.

Lediglich das Muster 1b für den Arbeitgeber benötigt dann eine zusätzliche Einschränkung für den Wegfall der Informationen auf der unteren Hälfte, die Muster 1a und 1d können mit dem vollständigen Dokumenttemplate realisiert werden.

Die Informationen über den Empfänger werden erstmal nicht hinterlegt, da in der papiergebundenen Variante hierfür nichts vorgesehen ist.

Muster für einen Ausdruck

Muster 1

[Abbildung 1] KBV-Musterformular 01

Datensatz

Headerdaten für die Formulare
1
  1. Ausstellungsdatum (Datum)
    35
  1. Patientendaten
    4
    1. Kostenträger
      24
      1. Krankenkasse (String)
        25
      1. Kostenträgerkennung (String)
        30
      1. Versichertennummer (Identifier)
        31
      1. Status (Kode)
        32
        • Mitglieder
        • Familienangehoerige
        • Rentner
      1. Personengruppe (Kode)
        632
        • SOZ
        • BVG
        • SVA1
        • SVA2
      1. DMP-Zuordnung (Kode)
        633
        • DM2
        • BRK
        • KHK
        • DM1
        • Asthma
        • COPD
    1. Name
      26
      1. Vorname (String)
        27
      1. Nachname (String)
        28
    1. Geburtsdatum (Datum)
      29
    1. Geschlecht (Kode)
      19
  1. Arztdaten
    3
    1. Betriebsstättennummer (Identifier)
      33
    1. Arzt-Nr (Identifier)
      34
Muster 01: Arbeitsunfähigkeitsbescheinigung
36
  1. Erstbescheinigung (Boolean)
    37
  1. Bescheinigung
    627
  1. Folgebescheinigung (Boolean)
    38
  1. Arbeitsunfall(folgen), Berufskrankheit (Boolean)
    39
  1. dem Durchgangsarzt zugewiesen (Boolean)
    40
  1. arbeitsunfähig seit (Datum)
    41
  1. arbeitsunfähig vorauss. bis (Datum)
    42
  1. festgestellt am (Datum)
    43
  1. AU-begründende Diagnose(n)
    44
    Diese erscheinen nur für Krankenkasse und den Arzt
    1. ICD-10 Code (Kode)
      45
    1. Freitext (String)
      46
  1. sonstiger Unfall (Boolean)
    47
  1. Versorgungsleiden (z.B. BVG) (Boolean)
    48
  1. Leistungen zur med. Rehabilitation (Boolean)
    49
  1. stufenweise Wiedereingliederung (Boolean)
    50
  1. sonstige Maßnahmen (Boolean)
    51
  1. sonstige Maßnahmen (Beschr.) (String)
    52
  1. 7. AU-Woche oder sonstiger Krankengeldfall (Boolean)
    53
  1. Endbescheinigung (Boolean)
    54

[Abbildung 2] Datensatz

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

Transportaspekte

Interaktionsdiagramm

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

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

Interaktionsdiagramm

[Abbildung 3] Interaktionsdiagramm

Dokumentenaustausch

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

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

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

Rechtssichere Übertragung

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

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

Rechtssichere Übertragung

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

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

Akteure

Folgende Akteure kommen in Kontakt mit einer AU:

  • Arztpraxis, Krankenhaus
  • Kostenträger
  • Arbeitgeber/Arbeitsamt
  • Versicherter

Gemäß aktueller Gesetzeslage ist ein direkter Versand von Arzt zur Kasse aber auch über den "Erfüllungsgehilfen" Patient erlaubt. Dem entsprechend ergeben sich folgende Transportwege[3], der Durchschlag ist dabei in Klammern angegeben:

  1. Arzt - Krankenkasse (1a)
  2. Arzt - Patient (1a, 1b, 1c)
  3. Arzt - Patient - Krankenkasse (1a)
  4. Arzt - Patient - Arbeitgeber (1b)
  5. Arzt - Patient - Arbeitsamt (1b)
  6. Krankenkasse - Berufsgenossenschaft
  7. Krankenkasse - Krankenkasse
  8. Krankenkasse - Patient
  9. Krankenkasse - Patient - Arbeitgeber
  10. Krankenkasse - Patient - Arbeitsamt

Aktuell dürfte eine papierbasierte Übermittlung gemäß #2 und #3-#5 die Regel sein. Ziel dieser Spezifikation ist erstmal die Ablösung des Musters 1 von #3 durch #1 mit Hilfe einer direkten elektronischen Kommunikation der eAU.

Struktureller Aufbau

Für das Szenario

  • Arbeitsunfähigkeitsbescheinigung

wurde eine CDA-Dokument-Spezifikation erstellt.

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"

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.

Besondere Hinweise zur Modellierung

Es wird auf die Erläuterungen andernorts zu den Themen

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

hingewiesen.

Übersicht CDA Header und Body

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

  1. Document
     01: Arbeitsunfähigkeitsbescheinigung (1.2.276.0.76.10.1025)
    1. Header
       CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
      1. *
         Personenname (1.2.276.0.76.10.90030)
    2. Header
       CDA author Person (vomgt) (1.2.276.0.76.10.2049)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)
    3. Header
       CDA author software (pmp) (1.2.276.0.76.10.2031)
    4. Header
       CDA custodian (1.2.276.0.76.10.2004)
    5. Header
       CDA legalAuthenticator (1.2.276.0.76.10.2020)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    6. Header
       CDA documentationOf eAU (1.2.276.0.76.10.2050)
    7. Header
       CDA relatedDocument (2.16.840.1.113883.10.12.111)
    8. 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)
    9. Section
       AU-Diagnosis Section (1.2.276.0.76.10.3104)
      1. Entry
         AU-Diagnosis Concern Act (1.2.276.0.76.10.4265)
        1. Entry
           AU-Diagnosis Observation (1.2.276.0.76.10.4266)
          1. Entry
             Lateralität (1.2.276.0.76.10.90026)
          2. Entry
             Diagnosesicherheit (1.2.276.0.76.10.90027)
    10. Section
       Accident Section (01) (1.2.276.0.76.10.3106)
      1. Entry
         Accident Observation (01) (1.2.276.0.76.10.4267)
    11. Section
       Treatment Section (1.2.276.0.76.10.3107)
      1. Entry
         Treatment Eingliederung Observation (1.2.276.0.76.10.4268)
      2. Entry
         Treatment Reha Observation (1.2.276.0.76.10.4269)
    12. Section
       Arbeitsunfähigkeitsbescheinigung Section (1.2.276.0.76.10.3108)
      1. Entry
         Arbeitsunfähigkeitsbescheinigung Observation (1.2.276.0.76.10.4270)
        1. Entry
           Performer (Body) (1.2.276.0.76.10.90014)
          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)


[Abbildung 4] CDA-Dokument-Template

CDA Document Level Templates

Id1.2.276.0.76.10.1025Gültigkeit2017‑05‑24 17:21:07
StatusKyellow.png EntwurfVersions-Label
NameF01ArbeitsunfaehigkeitsbescheinigungBezeichnung01: Arbeitsunfähigkeitsbescheinigung
BeschreibungKBV Muster 01: Arbeitsunfähigkeitsbescheinigung
KontextPfadname //
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 12 Templates
Benutzt als NameVersion
1.2.276.0.76.10.2048InklusionKyellow.png CDA recordTarget (vomgt)DYNAMIC
1.2.276.0.76.10.2049InklusionKyellow.png CDA author Person (vomgt)DYNAMIC
1.2.276.0.76.10.2031InklusionKyellow.png CDA author software (pmp)DYNAMIC
1.2.276.0.76.10.2004InklusionKgreen.png CDA custodianDYNAMIC
1.2.276.0.76.10.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.2050InklusionKyellow.png CDA documentationOf eAUDYNAMIC
2.16.840.1.113883.10.12.111InklusionKgreen.png CDA relatedDocumentDYNAMIC
1.2.276.0.76.10.3103ContainmentKyellow.png Insurance SectionDYNAMIC
1.2.276.0.76.10.3104ContainmentKyellow.png AU-Diagnosis SectionDYNAMIC
1.2.276.0.76.10.3106ContainmentKyellow.png Accident Section (01)DYNAMIC
1.2.276.0.76.10.3107ContainmentKyellow.png Treatment SectionDYNAMIC
1.2.276.0.76.10.3108ContainmentKyellow.png Arbeitsunfähigkeitsbescheinigung SectionDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(F01...ung)
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:realmCode
CS0 … 1R(F01...ung)
Treetree.pnghl7:typeId
II1 … 1R(F01...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Treetree.pnghl7:templateId
II1 … 1M(F01...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.1025
Treetree.pnghl7:id
II1 … 1R(F01...ung)
Treetree.pnghl7:code
CE (erforderlich)1 … 1MAlternativ zum LOINC-Code 85216-0 "Disability examination note" könnte auch der KDL-Code AD020101 "Arbeitsunfähigkeitsbescheinigung" verwendet werden.(F01...ung)
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@code
cs0 … 1F85216-0
Treetree.pnghl7:title
ST0 … 1(F01...ung)
 CONF
Elementinhalt muss "Arbeitsunfähigkeitsbescheinigung" sein
Treetree.pnghl7:effectiveTime
TS1 … 1R(F01...ung)
Treetree.pnghl7:confidentialityCode
CE1 … 1R(F01...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC)
Treetree.pnghl7:setId
II0 … 1(F01...ung)
Treetree.pnghl7:versionNumber
INT0 … 1(F01...ung)
Eingefügt1 … 1R von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1R(F01...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(F01...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2048
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(F01...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(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Patienten(F01...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(F01...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.
(F01...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(F01...ung)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(F01...ung)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(F01...ung)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(F01...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)

(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1MGeburtsdatum des Patienten(F01...ung)
 Beispiel<birthTime value="19491224"/>
Eingefügt1 … 1R von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC)
Treetree.pnghl7:author
1 … 1R(F01...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(F01...ung)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2049
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(F01...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(F01...ung)
 
Target.png
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1(F01...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.(F01...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!
(F01...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(F01...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 … *(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(F01...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(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(F01...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! 		(F01...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(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F01...ung)
Eingefügt0 … 1R von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)
Treetree.pnghl7:author
0 … 1Rhhsoftpmp
wo [hl7:templateId/@root='1.2.276.0.76.10.2031']
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2031
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhhsoftpmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1hhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RSoftware Name und Version, die bei der Erstellung des Dokuments verwendet wurdehhsoftpmp
Eingefügt1 … 1R von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1R(F01...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(F01...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(F01...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(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F01...ung)
Eingefügt0 … 1 von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1(F01...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(F01...ung)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(F01...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(F01...ung)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(F01...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(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(F01...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 … *(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(F01...ung)
Eingefügt1 … 1M von 1.2.276.0.76.10.2050 CDA documentationOf eAU (DYNAMIC)
Treetree.pnghl7:documentationOf
1 … 1M(F01...ung)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDOC
Treeblank.pngTreetree.pnghl7:serviceEvent
1 … 1M(F01...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(F01...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.456 S_KBV_01_Doc_Code (DYNAMIC)
Eingefügt0 … 1R von 2.16.840.1.113883.10.12.111 CDA relatedDocument (DYNAMIC)
Ein Durchschlag wird als eigenständiges Dokument erstellt. Der Durchschlag verweist dann auf das Hauptdokument.
Treetree.pnghl7:relatedDocument
0 … 1R(F01...ung)
Treeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11610 x_ActRelationshipDocument (DYNAMIC)
Treeblank.pngTreetree.pnghl7:parentDocument
1 … 1(F01...ung)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FDOCCLIN
Treeblank.pngTreeblank.pngTreetree.png@moodCode
0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CD0 … 1(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED0 … 1(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:setId
II0 … 1(F01...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:versionNumber
INT0 … 1(F01...ung)
Treetree.pnghl7:component
1 … 1R(F01...ung)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(F01...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)(F01...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 … 1RBeinhaltet 1.2.276.0.76.10.3104 AU-Diagnosis Section (DYNAMIC)(F01...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 … 1RBeinhaltet 1.2.276.0.76.10.3106 Accident Section (01) (DYNAMIC)(F01...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 … 1RBeinhaltet 1.2.276.0.76.10.3107 Treatment Section (DYNAMIC)(F01...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 … 1RBeinhaltet 1.2.276.0.76.10.3108 Arbeitsunfähigkeitsbescheinigung Section (DYNAMIC)(F01...ung)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R


CDA Header Level Templates

Patient (CDA recordTarget)

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

Spezialisierung: Template 1.2.276.0.76.10.2001 CDA recordTarget (2013‑07‑10)
ref
hl7de-
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(CDA...mgt)
 
Target.png
vomgt-data​element-4Kyellow.png Patientendaten Kyellow.png KV-Mustersammlung
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole></recordTarget>
Treetree.pnghl7:templateId
1 … 1M(CDA...mgt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2048
Treetree.pnghl7:patientRole
1 … 1(CDA...mgt)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <!-- eGK Nr -->
  <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->
  <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient></patientRole>
Treeblank.pngTreetree.pnghl7:id
0 … *R(CDA...mgt)
Treeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Patienten(CDA...mgt)
 Beispiel
normale Adresse
<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
 Beispiel
Postfach
<addr use="HP">
  <postBox>654321</postBox>  <postalCode>51371</postalCode>  <city>Leverkusen</city>  <country>D</country></addr>
Treeblank.pngTreetree.pnghl7:patient
0 … 1(CDA...mgt)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>  <birthTime value="19541223"/></patient>
Eingefügt1 … 1M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(CDA...mgt)
 
Target.png
vomgt-data​element-26Kyellow.png Name Kyellow.png KV-Mustersammlung
vomgt-data​element-773Kyellow.png Full Name Kyellow.png KV-Mustersammlung
 Beispiel
Dr. med. Sine Johanna Gräfin von Oberberg
<name>
  <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>
 Beispiel
Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB
<name>
  <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der
Isar</family>  <suffix>, MdB</suffix></name>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(CDA...mgt)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(CDA...mgt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(CDA...mgt)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(CDA...mgt)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(CDA...mgt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(CDA...mgt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CENPHier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element.
(Weitere Informationen zu diesem Thema: http://wiki.hl7.de/index.php?title=Geschlecht)

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


Author Person (CDA authorPerson)

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

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

Spezialisierung: Template 1.2.276.0.76.10.2007 CDA author Person (2013‑10‑11)
ref
hl7de-
Beispiel
Beispiel
<author typeCode="AUT">
  <templateId root="1.2.276.0.76.10.2049"/>  <functionCode code="DISPHYS" displayName="discharging physican" codeSystem="2.16.840.1.113883.5.88" codeSystemName="ParticipationFunction"/>  <time value="201304071300"/>  <assignedAuthor classCode="ASSIGNED">
    <id root="20cf14fb-b65c-4c8c-a54d-b0cca834c18c"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <name>
        <prefix>Dr.med.</prefix>        <given>Karl</given>        <family>Gebhardt</family>      </name>    </assignedPerson>    <representedOrganization>
      <id root="2.16.840.1.113883.19.5"/>      <name>Beispiel Krankenhaus</name>    </representedOrganization>  </assignedAuthor></author>
ItemDTKardKonfBeschreibungLabel
hl7:author
(Hea...son)
wo [hl7:templateId/@root='1.2.276.0.76.10.2049']
 
Target.png
vomgt-data​element-3Kyellow.png Arztdaten Kyellow.png KV-Mustersammlung
vomgt-data​element-33Kyellow.png Betriebsstättennummer Kyellow.png KV-Mustersammlung
vomgt-data​element-34Kyellow.png Arzt-Nr Kyellow.png KV-Mustersammlung
Treetree.png@typeCode
cs0 … 1FAUT
Treetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<author typeCode="AUT" contextControlCode="OP">
  <templateId root="1.2.276.0.76.10.2049"/>  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- ... -->
  </assignedAuthor></author>
Treetree.pnghl7:templateId
II1 … 1M(Hea...son)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2049
Treetree.pnghl7:functionCode
CE0 … 1(Hea...son)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1(Hea...son)
 
Target.png
vomgt-data​element-755Kyellow.png Krankenhausaufnahme Kyellow.png KV-Mustersammlung
Treetree.pnghl7:assignedAuthor
1 … 1(Hea...son)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … 1Die LANR des Arztes wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.(Hea...son)
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.16
Treeblank.pngTreetree.pnghl7:id
II0 … 1RDie ASV-Teamnummer wird in einer eigenen Wiederholung untergebracht. Die OID dafür ist beantragt, aber noch nicht zugewiesen. 

Es muss entweder die ASV-Teamnummer oder die BSNR übermittelt werden!
(Hea...son)
 
Target.png
vomgt-data​element-679Kyellow.png ASV-Teamnummer Kyellow.png KV-Mustersammlung
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.4.200
Treeblank.pngTreetree.pnghl7:code
CE0 … 1Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin(Hea...son)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.101 S_BAR2_ARZTNRFACHGRUPPE (DYNAMIC)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...son)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Hea...son)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...son)
Treeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Hea...son)
 
Target.png
vomgt-data​element-756Kyellow.png Krankenhaus Kyellow.png KV-Mustersammlung
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="123456700"/>  <name>
    <!-- ... -->
  </name></representedOrganization>
Eingefügt von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1RDie BSNR für die entsprechende Betriebsstätte wird im id-Element in @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.
Es muss entweder die BSNR oder die ASV-Teamnummer übermittelt werden! 		(Hea...son)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid0 … 1F1.2.276.0.76.4.17
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...son)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...son)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...son)


Author Software (CDA authorPerson)

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

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

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


verwaltende Organisation (CDA custodian)

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


Als Identifikator der Praxis kann die BSNR verwendet werden.

Unterzeichner (CDA legal authenticator)

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


Service-Event (CDA documentationOf eAU)

Id1.2.276.0.76.10.2050Gültigkeit2017‑12‑18 16:21:40
StatusKyellow.png EntwurfVersions-Label
NameHeaderDocumentationOfEauBezeichnungCDA documentationOf eAU
Beschreibung
Template CDA documentationOf (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)

In diesem Template wird dokumentiert, welche Art von Bescheinigung ausgestellt wird:

- Erst- oder Folgebescheinigung
- Endbescheinigung
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
1 … 1M(Hea...Eau)
Treetree.png@typeCode
cs1 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1M(Hea...Eau)
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M(Hea...Eau)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.456 S_KBV_01_Doc_Code (DYNAMIC)


CDA Section Level Templates

Versicherung (Insurance Section)

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

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

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


AU-Diagnose (AU-Diagnosis Section)

Id1.2.276.0.76.10.3104Gültigkeit2017‑05‑24 17:18:28
StatusKyellow.png EntwurfVersions-Label
NameAUDiagnosisSectionBezeichnungAU-Diagnosis Section
Beschreibung
In dieser Section werden die AU-begründenden 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.3104
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4265ContainmentKyellow.png AU-Diagnosis Concern ActDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(AUD...ion)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(AUD...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3104
Treetree.pnghl7:code
CE0 … 1(AUD...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1FAU-DIAGNOSIS
Treeblank.pngTreetree.png@codeSystem
0 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:title
ST0 … 1(AUD...ion)
 CONF
Elementinhalt muss "AU-begründende Diagnose" sein
Treetree.pnghl7:text
SD.TEXT0 … 1RDer Freitext für die AU-Diagnose (3.Zeile) wird in diesem Feld untergebracht.
Konkrete ICD-Codes kommen in das Entry.		(AUD...ion)
Treetree.pnghl7:entry
1 … 6RBeinhaltet 1.2.276.0.76.10.4265 AU-Diagnosis Concern Act (DYNAMIC)(AUD...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19446 x_ActRelationshipEntry (DYNAMIC)
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1 


Unfall (Accident Section)

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


Behandlung (Treatment Section)

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

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


Arbeitsunfähigkeit (Temporary Disablement Section (06))

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


CDA Entry Level Templates

Coverage Activity

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

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

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


Policy Activity

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


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

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


Weitere Kennzeichen

Id1.2.276.0.76.11.4280Gültigkeit2018‑03‑08 17:32:15
StatusKyellow.png EntwurfVersions-Label
NameweitereKennzeichenObservationAnzeigenameweitere Kennzeichen Observation
BeschreibungTemplate CDA Observation (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.11.4280
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 0 Transactions und 8 Templates, Benutzt 0 Templates
Benutzt von als NameVersion
1.2.276.0.76.10.4264ContainmentKyellow.png Policy Activity2016‑02‑25 19:07:54
1.2.276.0.76.10.4263Link.pngKyellow.png Coverage Activity2016‑02‑25 19:00:30
1.2.276.0.76.10.3103Link.pngKyellow.png Insurance Section2016‑02‑25 18:55:55
1.2.276.0.76.10.1025Link.pngKyellow.png 01: Arbeitsunfähigkeitsbescheinigung2017‑05‑24 17:21:07
1.2.276.0.76.3.1.135.8.10.38Link.pngKyellow.png 04: Krankenbeförderung2018‑01‑16 10:44:23
1.2.276.0.76.3.1.135.8.10.5Link.pngKyellow.png 06: Überweisungsschein2016‑01‑28 14:40:29
1.2.276.0.76.3.1.135.8.10.50Link.pngKyellow.png 10: Laborüberweisung2018‑02‑06 10:57:10
1.2.276.0.76.3.1.135.8.10.78Link.pngKyellow.png 10a: Laboranforderung (2018-04-06)2018‑04‑06 12:01:44
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 (2005‑09‑07)
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.11.4280
Treetree.pnghl7:templateId
II1 … 1R(wei...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.303
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 KBV Kennzeichen Personalienfeld (DYNAMIC)
Under construction icon-blue.svg Es ist unklar, ob diese Kennzeichen in dieser Form übermittelt werden müssen,

oder ob die Kennzeichen nur zur Festlegung der Inhalte gedacht sind. Bei letzterem kann dieses Entry gelöscht werden,

da die Information an anderer Stelle semantisch korrekt hinterlegt ist!

AU-Diagnose (AU-Diagnosis Concern)

Id1.2.276.0.76.10.4265Gültigkeit2017‑11‑20 22:03:18
StatusKyellow.png EntwurfVersions-Label
NameAUDiagnosisConcernActBezeichnungAU-Diagnosis Concern Act
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4265
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.4266ContainmentKyellow.png AU-Diagnosis ObservationDYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.4079 Diagnose Concern Act (2015‑12‑06)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.3 Problem Concern Act (V3) (2015‑08‑01)
ref
ccda-

Spezialisierung: Template 1.2.276.0.76.10.4074 Problem Concern Act (2015‑12‑06)
ref
hl7de-
Beispiel
Beispiel
<act classCode="ACT" moodCode="EVN">
  <!-- Diagnose Concern Act-->
  <templateId root="1.2.276.0.76.10.4265"/>  <id root="ec8a6ff8-ed4b-4f7e-82c3-e98e58b45de7"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6" displayName="Concern"/>  <!-- Der statusCode besagt, dass die Diagnose noch besteht (aktuell/aktiv) und verfolgt werden muss -->
  <statusCode code="active"/>  <effectiveTime>
    <!-- Das low Element gibt an, wann die Diagnose zum ersten Male dokumentiert worden ist -->
    <low value="201307061145-0800"/>  </effectiveTime>  <entryRelationship typeCode="SUBJ">
    <observation classCode="OBS" moodCode="EVN">
      <!-- Diagnose Observation -->
    </observation>  </entryRelationship></act>
ItemDTKardKonfBeschreibungLabel
hl7:act
(AUD...Act)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
1 … 1M(AUD...Act)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4265
Treetree.pnghl7:id
1 … *(AUD...Act)
Treetree.pnghl7:code
1 … 1M(AUD...Act)
Treeblank.pngTreetree.png@code
CONF1 … 1FCONC
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
Treetree.pnghl7:statusCode
1 … 1M(AUD...Act)
Treetree.pnghl7:effectiveTime
1 … 1M(AUD...Act)
Treeblank.pngTreetree.pnghl7:low
1 … 1M(AUD...Act)
Treeblank.pngTreetree.pnghl7:high
0 … 1(AUD...Act)
Treetree.pnghl7:entryRelationship
1 … *MBeinhaltet 1.2.276.0.76.10.4266 AU-Diagnosis Observation (DYNAMIC)(AUD...Act)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ


AU-Diagnose (AU-Diagnosis Observation)

Id1.2.276.0.76.10.4266Gültigkeit2017‑11‑20 22:04:11
StatusKyellow.png EntwurfVersions-Label
NameAUDiagnosisObservationBezeichnungAU-Diagnosis Observation
Beschreibung
Dieses Template spiegelt eine konkrete Beobachtung über das Problem bzw. die Diagnose eines Patienten wider. Weil es sich um eine abgeschlossene Beobachtung handelt, ist der statusCode immer "completed".
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4266
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90026InklusionKyellow.png LateralitätDYNAMIC
1.2.276.0.76.10.90027InklusionKyellow.png DiagnosesicherheitDYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.4080 Diagnose Observation (2015‑12‑06)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.4 Problem Observation (V3) (2015‑08‑01)
ref
ccda-

Spezialisierung: Template 1.2.276.0.76.10.4075 Problem Observation (2015‑12‑06)
ref
hl7de-
Beispiel
Beispiel
<observation>
  <templateId root="1.2.276.0.76.10.4266"/>  <id root="fa8a6ff8-ed4b-4f7e-82c3-e98e58b45d88"/>  <code code="75324-4" codeSystem="2.16.840.1.113883.6.1"/>  <text>
    <reference/>  </text>  <statusCode code="completed"/>  <effectiveTime>
    <low/>    <high/>  </effectiveTime>  <value xsi:type="CD" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus">
    <originalText>Fleisch- / Wurstvergiftung</originalText>    <qualifier/>    <!-- include template 1.2.276.0.76.10.90026 'Lateralität' (dynamic) .. O -->
    <!-- include template 1.2.276.0.76.10.90027 'Diagnosesicherheit' (dynamic) .. O -->
    <translation/>  </value></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(AUD...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.png@negationInd
bl0 … 1 Zur Angabe eines Ausschlusses einer Diagnose wird negationInd=true gesetzt
Treetree.pnghl7:templateId
II1 … 1M(AUD...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4266
Treetree.pnghl7:id
1 … *(AUD...ion)
Treetree.pnghl7:code
1 … 1M(AUD...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F75324-4
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED0 … 1Textform, enthält hier lediglich reference in den Text der Section(AUD...ion)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1(AUD...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#diag-{generierteID}, z.B.: #diag-1
Treetree.pnghl7:statusCode
1 … 1M(AUD...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
1 … 1ReffectiveTime wird auch als "biologisch relevante Zeit" bezeichnet und ist der Zeitpunkt oder Zeitraum, für den die Beobachtung für den Patienten gilt.
Beispiel: Für Gesundheitsdienstleister, die einen Patienten heute in der Klinik sehen,
anamnestisch einen Herzinfarkt erheben, der vor fünf Jahren stattgefunden
hat, ist effectiveTime: vor fünf Jahren.
Die effectiveTime hier ist die definitive Angabe, ob die zugrunde liegende Erkrankung behoben ist. effectiveTime.low ist der Beginn des Problems für den Patienten. Wenn das Problem noch nicht gelöst ist, wird effectiveTime.high nicht gesetzt. Wenn bekannt ist, dass das Problem gelöst worden ist, dann ist effectiveTime.high vorhanden. Wenn der genaue Zeitpunkt der Lösung des Problems nicht bekannt ist, dann ist effectiveTime.high vorhanden und auf nullFlavor "UNK" gesetzt. 		(AUD...ion)
Treeblank.pngTreetree.pnghl7:low
1 … 1RDas low Element gibt das Datum an, seit wann der Patient diese Diagnose hat(AUD...ion)
Treeblank.pngTreetree.pnghl7:high
0 … 1Das high Element gibt das Datum an, seit wann der Patient diese Diagnose nicht mehr hat(AUD...ion)
Treetree.pnghl7:value
CD1 … 1R(AUD...ion)
 CONF
muss aus der Konzeptdomäne "Diagnosecodes" gewählt werden
 Beispiel<value xsi:type="CD" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus">
  <originalText>Fleisch- / Wurstvergiftung</originalText></value>
Treeblank.pngTreetree.pnghl7:qualifier
CR0 … *(AUD...ion)
Eingefügt von 1.2.276.0.76.10.90026 Lateralität (DYNAMIC)
Treeblank.pngTreetree.pnghl7:qualifier
CR0 … 1Seitenlokalisation(AUD...ion)
wo [hl7:name/​@code​=​'20228-3']
 
Target.png
vomgt-data​element-744Kyellow.png Lateralität Kyellow.png KV-Mustersammlung
vomgt-data​element-916Kyellow.png DiagnoseSeitenlokalisation Kyellow.png KV-Mustersammlung
 Beispiel<qualifier>
  <name code="20228-3" codeSystem="2.16.840.1.113883.6.1"/>  <value code="L" codeSystem="1.2.276.0.76.5.412"/></qualifier>
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
CV1 … 1M(AUD...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1F20228-3
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
CV1 … 1R(AUD...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.412 Lateralität (DYNAMIC)
Eingefügt von 1.2.276.0.76.10.90027 Diagnosesicherheit (DYNAMIC)
Treeblank.pngTreetree.pnghl7:qualifier
CR0 … 1Optionale Angabe der Diagnosesicherheit (laut §295 SGB V) als Qualifier-Kind-Element des value-Elements des Problems (Diagnose).(AUD...ion)
wo [hl7:name/​@code​=​'8']
 
Target.png
vomgt-data​element-745Kyellow.png Sicherheit Kyellow.png KV-Mustersammlung
 Beispiel<qualifier>
  <name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>  <value code="G" codeSystem="1.2.276.0.76.3.1.1.5.1.21"/></qualifier>
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
CV1 … 1M(AUD...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1F8
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.3.7.1.0 (Sciphox)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
CV1 … 1M(AUD...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.121 S_ICD_DIAGNOSESICHERHEIT (DYNAMIC)
Treeblank.pngTreetree.pnghl7:translation
0 … *(AUD...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
0 … 1 
 Variable letNamesgbv295q 
 Valuehl7:value/hl7:qualifier[hl7:name/@codeSystem='2.16.840.1.113883.3.7.1.0']/hl7:value/@code 
 Schematron assertrole error 
 testnot($sgbv295q='G') or hl7:participant[@typeCode='AUTHEN'] 
 MeldungWenn Zusatzkennzeichen 'G' nach §295 SGB V angegeben wird, muss ein participant mit @typeCode='AUTHEN' vorhanden sein. 
 Schematron assertrole error 
 testnot($sgbv295q='A') or @negationInd='true' 
 MeldungWenn Zusatzkennzeichen 'A' nach §295 SGB V angegeben wird, muss bei der Observation @negationInd='true' angegeben sein. 
 Schematron assertrole error 
 testnot($sgbv295q='Z') or hl7:effectiveTime/hl7:high 
 MeldungWenn Zusatzkennzeichen 'Z' nach §295 SGB V angegeben wird, muss bei der Observation effectiveTime.high angegeben sein. 


Unfall-Beobachtung (Accident Observation (01))

Id1.2.276.0.76.10.4267Gültigkeit2017‑09‑24 10:49:50
StatusKyellow.png EntwurfVersions-Label
NameF01AccidentObservationBezeichnungAccident Observation (01)
BeschreibungMit dieser Observation werden die 3 Checkboxen, die Angaben zum Unfall machen, über ein Value Set repräsentiert.
Die Information "Durchgangsarzt" wird über einen qualifier abgebildet.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4267
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
(F01...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1R
 CONF
Der Wert von @moodCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.18943 x_ActMoodDocumentObservation (DYNAMIC)
Treetree.pnghl7:templateId
II1 … 1M(F01...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4267
Treetree.pnghl7:code
CD1 … 1R(F01...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1FACCIDENT
Treeblank.pngTreetree.png@codeSystem
0 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:statusCode
CS0 … 1(F01...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.15933 ActStatus (DYNAMIC)
Treetree.pnghl7:effectiveTime
IVL_TS0 … 1(F01...ion)
Treetree.pnghl7:value
CD1 … 1M(F01...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.457 S_KBV_01_Accident (DYNAMIC)
Treeblank.pngTreetree.pnghl7:qualifier
CR0 … 1RDas Vorhandensein dieses qualifiers gibt an, ob der Patient dem Durchgangsarzt überwiesen wurde.
(F01...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
CV1 … 1M(F01...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FD-ARZT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
CV1 … 1M(F01...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FD-ARZT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)


Eingliederung (Treatment Eingliederung Observation)

Id1.2.276.0.76.10.4268Gültigkeit2017‑09‑24 11:13:13
StatusKyellow.png EntwurfVersions-Label
NameF01TreatmentEingliederungObservationBezeichnungTreatment Eingliederung Observation
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4268
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
(F01...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1R
 CONF
Der Wert von @moodCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.18943 x_ActMoodDocumentObservation (DYNAMIC)
Treetree.pnghl7:templateId
II1 … 1M(F01...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4268
Treetree.pnghl7:code
CD1 … 1R(F01...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1FEINGLIEDERUNG
Treeblank.pngTreetree.png@codeSystem
0 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:value
BL1 … 1MIn diesem Element wird der Wert "true" übermittelt, wenn die Checkbox angekreuzt wurde.
(F01...ion)


Reha (Treatment Reha Observation)

Id1.2.276.0.76.10.4269Gültigkeit2017‑09‑24 11:10:19
StatusKyellow.png EntwurfVersions-Label
NameF01TreatmentRehaObservationBezeichnungTreatment Reha Observation
BeschreibungMit dieser Observation wird übermittelt, ob die Checkbox "Leistungen zur medizinischen Rehabilitation" angekreuzt wurde.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4269
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
(F01...ion)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs1 … 1R
 CONF
Der Wert von @moodCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.18943 x_ActMoodDocumentObservation (DYNAMIC)
Treetree.pnghl7:templateId
II1 … 1M(F01...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4269
Treetree.pnghl7:code
CD1 … 1R(F01...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1FREHA
Treeblank.pngTreetree.png@codeSystem
0 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:value
BL1 … 1MIn diesem Element wird der Wert "true" übermittelt, wenn die Checkbox angekreuzt wurde.
(F01...ion)


Arbeitsunfähigkeit (Temporary Disablement Observation)

Id1.2.276.0.76.10.4270Gültigkeit2017‑05‑24
StatusKyellow.png EntwurfVersions-Label
NameTemporaryDisablementObservationBezeichnungArbeitsunfähigkeitsbescheinigung Observation
BeschreibungZeitraum der Arbeitsunfähigkeit
(Dieses Template wurde an "Inability To Work Observation" (CDA-CH2) angepasst. Dadurch wurden die Datumsangaben verschoben.)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4270
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.90014ContainmentKyellow.png Performer (Body)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Tem...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Tem...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4270
Treetree.pnghl7:code
CD1 … 1R(Tem...ion)
Treeblank.pngTreetree.png@displayName
st0 … 1FInability to work
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@code
cs1 … 1FX-IATWRK
Treeblank.pngTreetree.pnghl7:qualifier
CR0 … 1RWenn ab der 7. AU-Woche oder ein sonstiger Krankengeldfall vorliegt, dann wird dieser Qualifier mit dem entsprechenden Code übermittelt. Ein Weglassen signalisiert, dass dies nicht der Fall ist.(Tem...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
CV (erforderlich)1 … 1M(Tem...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fx7AU
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)
Treetree.pnghl7:text
ED0 … 1(Tem...ion)
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1R(Tem...ion)
 Schematron assertrole warning 
 testnot(../hl7:performer/hl7:time/@value) or ../hl7:performer/hl7:time/@value <= hl7:high/@value 
 MeldungZeitraum der Arbeitsunfähigkeit. Das Feststellungsdatum muss vor dem Ende der Arbeitsunfähigkeit liegen! 
Treeblank.pngTreetree.pnghl7:low
TSarbeitsunfähig von(Tem...ion)
Treeblank.pngTreetree.pnghl7:high
TSarbeitsunfähig bis(Tem...ion)
Treetree.pnghl7:value
PQ1 … 1M(Tem...ion)
Treeblank.pngTreetree.png@unit
cs0 … 1F%
Treeblank.pngTreetree.png@value
int0 … 1 Prozentsatz der Arbeitsunfähigkeit.
Default: 100%
 CONF
minInclude low boundary is "0"
-und-
maxInclude high boundary is "100"
-und-
muss mindestens 0 Nachkommastellen haben
Treetree.pnghl7:performer
0 … 1RDer Perfomer kann dazu genutzt werden um anzugeben, wer die Arbeitsunfähigkeitsbescheinigung ausgeschrieben hat.
Das Datum "festgestellt am" wird im Element hl7:performer/hl7:time festgehalten.
Beinhaltet 1.2.276.0.76.10.90014 Performer (Body) (DYNAMIC)		(Tem...ion)


DMP-Zugehörigkeit

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)


Personengruppe

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)


KV-Zuordnung

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)


Geschlechter-Information von der eGK

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)


Terminologien

Folgende Terminologien werden verwendet: [4]

Document Code

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.456Gültigkeit2017‑11‑07 08:06:14
StatusKyellow.png EntwurfVersions-Label
NameS_KBV_01_Doc_CodeBezeichnungS_KBV_01_Doc_Code
Benutzung: 3
IdNameTyp
Template
1.2.276.0.76.10.2050CDA documentationOf eAU DYNAMIC
vomgt-template-37CDA documentationOf eAU DYNAMIC
vomgt-template-2801: Arbeitsunfähigkeitsbescheinigung DYNAMIC
2 Quell-Codesysteme
2.16.840.1.113883.6.1 - Logical Observation Identifier Names and Codes - FHIR: http://loinc.org - HL7 V2: LN
1.2.276.0.76.3.1.135.8.5.5 - vomgt-codesystem-5 - FHIR: urn:oid:1.2.276.0.76.3.1.135.8.5.5
Level/ TypCodeBezeichnungCodesystem
0‑A
85216-0
Arbeitsunfähigkeitsbescheinigung
Logical Observation Identifier Names and Codes
1‑L
xERST
Erstbescheinigung AU
vomgt-codesystem-5
1‑L
xFOLGE
Folgebescheinigung AU
vomgt-codesystem-5
2‑L
xFOLGE_END
Folge- und Endbescheinigung AU
vomgt-codesystem-5
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.


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.


KBV: Unfall

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

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

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


KBV Kennzeichen Personalienfeld

Id1.2.276.0.76.11.459
ref
kbvde-
Gültigkeit2018‑07‑01
StatusKgreen.png DefinitivVersions-Label
NameS_KBV_STATUSKENNZEICHENAnzeigenameS_KBV_STATUSKENNZEICHEN
BeschreibungDas Statuskennzeichen wird im Statusfeld des Personalienfeldes auf den KBV-Mustern angegeben. Weitere Informationen dazu siehe: technische Anlage zur Anlage 4a des BMV-Ä (http://www.kbv.de/media/sp/04a_elektr._Gesundheitskarte_technische_Anlage.pdf).
Quell-Codesystem
1.2.276.0.76.5.484 - urn:oid:1.2.276.0.76.5.484
Level/ TypCodeAnzeigenameCodesystemBeschreibung
0‑L
0
Keine Angabe
1.2.276.0.76.5.484
0‑L
1
ASV-Kennzeichen
1.2.276.0.76.5.484Ambulante spezialfachärztliche Versorgung
0‑L
4
Entlassmanagement-Kennzeichen
1.2.276.0.76.5.484
0‑L
7
TSS-Kennzeichen
1.2.276.0.76.5.484Terminservicestelle
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavors werden im @nullFlavor Attribut statt in @code angegeben. NullFlavor OTH (other) schlägt Text in originalText vor.


KVen

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.148
ref
kbvde-
Gültigkeit2010‑01‑01
StatusKgreen.png DefinitivVersions-Label
NameS_KBV_KVBezeichnungS_KBV_KV
BeschreibungÜbersicht und Codierung der Landesgeschäftsstellen der Kassenärztlichen Vereinigungen. Weitere OID in HL7: 2.16.840.1.113883.3.7.1.17
Benutzung: 1
IdNameTyp
Template
1.2.276.0.76.10.4275Kv-Zuordnung Observation DYNAMIC
Quell-Codesystem
1.2.276.0.76.5.233 - KBV_CS_SFHIR_KBV_KV - FHIR: urn:oid:1.2.276.0.76.5.233
Level/ TypCodeBezeichnungCodesystem
0‑L
01
Schleswig-Holstein
KBV_CS_SFHIR_KBV_KV
0‑L
02
Hamburg
KBV_CS_SFHIR_KBV_KV
0‑L
03
Bremen
KBV_CS_SFHIR_KBV_KV
0‑L
17
Niedersachsen
KBV_CS_SFHIR_KBV_KV
0‑L
20
Westfalen-Lippe
KBV_CS_SFHIR_KBV_KV
0‑L
38
Nordrhein
KBV_CS_SFHIR_KBV_KV
0‑L
46
Hessen
KBV_CS_SFHIR_KBV_KV
0‑L
51
Rheinland-Pfalz
KBV_CS_SFHIR_KBV_KV
0‑L
52
Baden-Württemberg
KBV_CS_SFHIR_KBV_KV
0‑L
71
Bayerns
KBV_CS_SFHIR_KBV_KV
0‑L
72
Berlin
KBV_CS_SFHIR_KBV_KV
0‑L
73
Saarland
KBV_CS_SFHIR_KBV_KV
0‑L
74
KBV
KBV_CS_SFHIR_KBV_KV
0‑L
78
Mecklenburg-Vorpommern
KBV_CS_SFHIR_KBV_KV
0‑L
83
Brandenburg
KBV_CS_SFHIR_KBV_KV
0‑L
88
Sachsen-Anhalt
KBV_CS_SFHIR_KBV_KV
0‑L
93
Thüringen
KBV_CS_SFHIR_KBV_KV
0‑L
98
Sachsen
KBV_CS_SFHIR_KBV_KV
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.


Fachgruppe

Id1.2.276.0.76.11.101
ref
kbvde-
Gültigkeit2008‑01‑01
StatusKgreen.png DefinitivVersions-Label
NameS_BAR2_ARZTNRFACHGRUPPEAnzeigenameS_BAR2_ARZTNRFACHGRUPPE
Beschreibungzweistellige Fachgruppencodierung für die 8.+9. Stelle der LANR, BAR-Schlüsselverzeichnis, Anlage 35
Quell-Codesystem
1.2.276.0.76.3.1.1.5.2.23 - urn:oid:1.2.276.0.76.3.1.1.5.2.23
Level/ TypCodeAnzeigenameCodesystem
0‑L
00
ungültiger Wert
1.2.276.0.76.3.1.1.5.2.23
0‑L
01
Allgemeinmedizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
02
hausärztlicher Praktischer Arzt/Arzt ohne Facharzt-Weiterbildung
1.2.276.0.76.3.1.1.5.2.23
0‑L
03
hausärztliche Innere Medizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
04
Anästhesiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
05
Augenheilkunde
1.2.276.0.76.3.1.1.5.2.23
0‑L
06
Chirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
07
Gefäßchirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
08
Visceralchirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
09
Kinderchirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
10
Orthopädie (und Unfallchirurgie)
1.2.276.0.76.3.1.1.5.2.23
0‑L
11
SP Unfallchirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
12
Rheumatologie (der ehemaligen Orthopädie)
1.2.276.0.76.3.1.1.5.2.23
0‑L
13
Plastische Chirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
14
Thoraxchirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
15
Frauenheilkunde
1.2.276.0.76.3.1.1.5.2.23
0‑L
16
Gynäkologische Endokrinologie und Reproduktionsmedizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
17
Gynäkologische Onkologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
18
Spezielle Geburtshilfe und Perinatalmedizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
19
Hals-Nasen-Ohrenheilkunde
1.2.276.0.76.3.1.1.5.2.23
0‑L
20
Phoniatrie/Pädaudiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
21
Haut- und Geschlechtskrankheiten
1.2.276.0.76.3.1.1.5.2.23
0‑L
22
Humangenetik
1.2.276.0.76.3.1.1.5.2.23
0‑L
23
fachärztliche Innere Medizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
24
Angiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
25
Endokrinologie/Diabetologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
26
Gastroenterologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
27
Hämatologie/Onkologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
28
Kardiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
29
Nephrologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
30
Pneumologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
31
Rheumatologie (der Inneren Medizin)
1.2.276.0.76.3.1.1.5.2.23
0‑L
32
Geriatrie
1.2.276.0.76.3.1.1.5.2.23
0‑L
33
Infektiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
34
hausärztliche Kinder- und Jugendmedizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
35
hausärztliche Kinder-Hämatologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
36
hausärztliche Kinder-Kardiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
37
hausärztliche Neonatologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
38
hausärztliche Neuropädiatrie/Kinderneuropsychiatrie
1.2.276.0.76.3.1.1.5.2.23
0‑L
39
hausärztliche Kinder-Pneumologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
40
fachärztliche Kinder- und Jugendmedizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
41
fachärztliche Kinder-Hämatologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
42
fachärztliche Kinder-Kardiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
43
fachärztliche Neonatologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
44
fachärztliche Neuropädiatrie/Kinderneuropsychiatrie
1.2.276.0.76.3.1.1.5.2.23
0‑L
45
fachärztliche Kinder-Pneumologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
46
Kinder- und Jugendmedizin mit Schwerpunkt u. Teilnahme an der HA/FA-Versorgung
1.2.276.0.76.3.1.1.5.2.23
0‑L
47
Kinder- und Jugendpsychiatrie und -psychotherapie
1.2.276.0.76.3.1.1.5.2.23
0‑L
48
Laboratoriumsmedizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
49
Mikrobiologie, Virologie und Infektionsepidemiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
50
Mund-Kiefer-Gesichtschirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
51
Nervenheilkunde/Neurologie und Psychiatrie
1.2.276.0.76.3.1.1.5.2.23
0‑L
52
Neurochirurgie
1.2.276.0.76.3.1.1.5.2.23
0‑L
53
Neurologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
54
Nuklearmedizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
55
Neuropathologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
56
Pathologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
57
Physikalische und Rehabilitative Medizin/Physiotherapie
1.2.276.0.76.3.1.1.5.2.23
0‑L
58
Psychiatrie/Psychiatrie und Psychotherapie
1.2.276.0.76.3.1.1.5.2.23
0‑L
59
Forensische Psychiatrie
1.2.276.0.76.3.1.1.5.2.23
0‑L
60
Psychosomatische Medizin und Psychotherapie
1.2.276.0.76.3.1.1.5.2.23
0‑L
61
Psychotherapeutisch tätiger Arzt
1.2.276.0.76.3.1.1.5.2.23
0‑L
62
Radiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
63
Kinderradiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
64
Neuroradiologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
65
Strahlentherapie
1.2.276.0.76.3.1.1.5.2.23
0‑L
66
Transfusionsmedizin
1.2.276.0.76.3.1.1.5.2.23
0‑L
67
Urologie
1.2.276.0.76.3.1.1.5.2.23
0‑L
68
Psychologischer Psychotherapeut
1.2.276.0.76.3.1.1.5.2.23
0‑L
69
Kinder- und Jugendlichen-Psychotherapeut
1.2.276.0.76.3.1.1.5.2.23
0‑L
70
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
71
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
72
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
73
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
74
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
75
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
76
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
77
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
78
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
79
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
80
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
81
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
82
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
83
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
84
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
85
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
86
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
87
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
88
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
89
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
90
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
91
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
92
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
93
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
94
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
95
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
96
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
97
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
98
zur freien Verfügung für die KVen
1.2.276.0.76.3.1.1.5.2.23
0‑L
99
weitere Fachgruppen
1.2.276.0.76.3.1.1.5.2.23
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavors werden im @nullFlavor Attribut statt in @code angegeben. NullFlavor OTH (other) schlägt Text in originalText vor.


Lateralität

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.412Gültigkeit2017‑02‑08
StatusKyellow.png EntwurfVersions-Label
NameLateralityBezeichnungLateralität
BeschreibungSeitenlokalisation
2 Quell-Codesysteme
2.16.840.1.113883.5.1008 - Null Flavor - FHIR: http://terminology.hl7.org/CodeSystem/v3-NullFlavor - HL7 V2: NULLFL
1.2.276.0.76.5.412 - FHIR: urn:oid:1.2.276.0.76.5.412
Level/ TypCodeBezeichnungCodesystemBeschreibung
0‑L
L
Left
1.2.276.0.76.5.412
0‑L
R
Right
1.2.276.0.76.5.412
0‑L
B
Bilateral
1.2.276.0.76.5.412
0‑L
U
Unilateral
1.2.276.0.76.5.412
0‑L
A
Atypical
1.2.276.0.76.5.412
0‑L
UNK
Unbekannt
Null Flavor
0‑L
UNK
Unbekannt
Null Flavor
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.


Diagnosesicherheit

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.121Gültigkeit2005‑08‑01
StatusKgreen.png DefinitivVersions-Label
NameS_ICD_DIAGNOSESICHERHEITBezeichnungS_ICD_DIAGNOSESICHERHEIT
Beschreibung
Die Diagnosesicherheit gibt an, wie sicher eine gestellte Diagnose ist. Es handelt sich hier um Zusatzkennzeichen zur Diagnose (ICD-10) im ambulanten Bereich. Die Angaben zur Diagnosesicherheit entsprechen der Vorgabe im KVDT.
Benutzung: 3
IdNameTyp
Datensatz
konsab-data​element-134Diagnosesicherheit DYNAMIC
konsab-data​element-138Diagnosesicherheit DYNAMIC
Template
1.2.276.0.76.10.90027Diagnosesicherheit DYNAMIC
Quell-Codesystem
1.2.276.0.76.3.1.1.5.1.21 - KBV_CS_SFHIR_ICD_DIAGNOSESICHERHEIT - FHIR: urn:oid:1.2.276.0.76.3.1.1.5.1.21
Level/ TypCodeBezeichnungCodesystem
0‑L
A
ausgeschlossen
KBV_CS_SFHIR_ICD_DIAGNOSESICHERHEIT
0‑L
G
gesicherte Diagnose
KBV_CS_SFHIR_ICD_DIAGNOSESICHERHEIT
0‑L
V
Verdacht auf / zum Ausschluss von
KBV_CS_SFHIR_ICD_DIAGNOSESICHERHEIT
0‑L
Z
Zustand nach
KBV_CS_SFHIR_ICD_DIAGNOSESICHERHEIT
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

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 .

Beispiel

XML-Materialien: Schemas, Schematron und XML-Beispieldokumente sowie zugehörige Stylesheets finden sich auf den Publikationsseiten von HL7 Deutschland unter http://hl7de.art-decor.org oder direkt unter der Materialienseite des Projekts.

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 .

Stylesheet

Die Arbeitsunfähigkeitsbescheinigung kann über ein Stylesheet angezeigt werden.

Under construction icon-blue.svg Zur Unterstützung der Blankformularbedruckung sind noch weitere Details notwendig:
  • präzise Ausrichtung der Felder
  • Barcode auf Muster 1a
  • Ausblenden best. Details (Status, Betriebsstätte, sowie untere Hälfte) für Muster 1b

[5] Blankoformularbedruckung

XML-Materialien: Schemas, Schematron und XML-Beispieldokumente sowie zugehörige Stylesheets finden sich auf den Publikationsseiten von HL7 Deutschland unter http://hl7de.art-decor.org oder direkt unter der Materialienseite des Projekts.

Referenzen

  1. ↑ Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
  2. ↑ HL7 Deutschland e. V. http://www.hl7.de
  3. ↑ www.kbv.de/media/sp/Pruefbericht_Digitalisierung_vereinbarter_Vordrucke.pdf (Anlage A1)
  4. ↑ http://applications.kbv.de/keytabs/ita/schluesseltabellen.asp
  5. ↑ Blankoformularbedruckung: http://www.kbv.de/media/sp/02a_Blankoformularbedruckung.pdf

Abbildungen

  1. ↑ KBV-Musterformular 01
  2. ↑ Datensatz
  3. ↑ Interaktionsdiagramm
  4. ↑ CDA-Dokument-Template
Abgerufen von „https://wiki.hl7.de/index.php?title=IG:Arbeitsunfähigkeitsbescheinigung&oldid=68515“