eAU

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
Under construction icon-blue.svg This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. You are welcome to assist in its construction by editing it as well. If this article has not been edited in several days, please remove this template.
This article was last edited by Foemig (talk| contribs) 6 years ago. (Purge)
Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage.
This article was last edited by Foemig (talk| contribs) 6 years ago. (Purge)
Logo-hl720.jpg
eAU auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen
eAU
Implementierungsleitfaden
vorgelegt von:
.
in Arbeit
Version: 0.1
Datum: 20. November 2017
Status: Entwicklung
Verfahren: {{{Verfahren}}}
Realm: Flag de.svg Deutschland
Copyright © 2017: HL7 Deutschland


Abstimmungsdokument 
Version Datum Status Realm
01 01.01.2017 Si-draft.svg Entwurf Flag de.svg Deutschland
Document PDF.svg noch kein download verfügbar
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


Attention icon.svg in Arbeit

noch offene Punkte:

  • differenziertere Einleitung
  • Templates einbauen

Dokumenteninformationen

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

Impressum

Dieser Leitfaden wurde im Rahmen des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppen erstellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums[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
  • Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH


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

Disclaimer

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

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

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

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

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


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.

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

Id1.2.276.0.76.3.1.135.8.10.7Gültigkeit gültig ab 2016‑02‑19 15:12:48
StatusKyellow.png EntwurfVersions-Label
NameVornameAnzeigenameCDA recordTarget (vomgt)
BeschreibungDas recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst neben der Identifikation und dem Namen, Geschlecht, Adressen etc. auch optionale Zusatzangaben wie zum Beispiel Geburtsort und Sprachfähigkeiten.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 4 Konzepte
IdNameDatensatz
vomgt-data​element-27VornameKV-Mustersammlung
vomgt-data​element-28NachnameKV-Mustersammlung
vomgt-data​element-29GeburtsdatumKV-Mustersammlung
vomgt-data​element-19GeschlechtKV-Mustersammlung
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.101 (DYNAMIC)
Spezialisierung: Template 1.2.276.0.76.10.2001 (2013‑07‑10)
Beispiel
Standard-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>
    <addr use="HP">
      <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>    <telecom use="HP" value="tel:+49(221)7812220"/>
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>
      <birthTime value="19700924"/>
      <birthplace>
        <place>
          <addr>
            <city>Köln</city>          </addr>        </place>      </birthplace>    </patient>  </patientRole></recordTarget>
Beispiel
Maximal-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>
    <id root="1.2.276.0.76.4.8" extension="8003004447"/>
    <addr use="HP">
      <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>    <telecom use="HP" value="tel:+49(221)7812220"/>
    <telecom use="HP" value="mailto:MuellerMar@gmx.de"/>
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>
      <birthTime value="19700924"/>
      <birthplace>
        <place>
          <addr>
            <city>Köln</city>          </addr>        </place>      </birthplace>    </patient>  </patientRole></recordTarget>
Beispiel
Minimal-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>
  </patientRole></recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(Vorname)
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole></recordTarget>
Treetree.pnghl7:patientRole
1 … 1(Vorname)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>
  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient></patientRole>
Treeblank.pngTreetree.pnghl7:id
II1 … *(Vorname)
 Beispiel<art:placeholder>
  <id extension="6245" root="2.16.840.1.113883.3.933"/>
  <id extension="1543627549" root="1.2.276.0.76.4.1"/>
</art:placeholder>
Treeblank.pngTreetree.pnghl7:addr
AD0 … *RAdresse des Patienten(Vorname)
 Beispiel<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city></addr>
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *RKontaktdaten des Patienten(Vorname)
 Beispiel<art:placeholder>
  <telecom use="H" value="tel:+49.30.140400"/>
  <telecom use="MC" value="tel:+49.221.1234567"/>
  <telecom value="mailto:herberthannes.mustermann@provider.de"/>
</art:placeholder>
Treeblank.pngTreetree.pnghl7:patient
0 … 1(Vorname)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
  <birthTime value="19541223"/>
</patient>
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Vorname)
 Target.pngZiel der Konzept Id(s):
vomgt-data​element-27VornameKV-Mustersammlung
vomgt-data​element-28NachnameKV-Mustersammlung
 Beispiel<name>
  <given>Johannes</given>  <family>Tremener</family></name>
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1MGeschlecht (administrativ) des Patienten(Vorname)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
 Target.pngZiel der Konzept Id(s):
vomgt-data​element-19GeschlechtKV-Mustersammlung
 Beispiel<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1RGeburtsdatum des Patienten(Vorname)
 Target.pngZiel der Konzept Id(s):
vomgt-data​element-29GeburtsdatumKV-Mustersammlung
 Beispiel<birthTime value="19491224"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1Geburtsort des Patienten(Vorname)
 Beispiel<birthplace>
  <place>
    <addr>Hamburg</addr>  </place></birthplace>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(Vorname)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Vorname)
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

Hinweis zu dieser Seite

Template HeaderAuthorPerson

Dieses Template spezifiziert, wie ein Mensch/Person als Autor des Dokumentes angegeben wird.

Aktuelle Version

Arbeitsunfähigkeitsbescheinigung/dynamic

Zusammenstellung aller Versionen dieses Templates


CDA Section Level Templates

Unfall

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 


CDA Entry Level Templates

Terminologien

Beispiel

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.

Stylesheet

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

[3] 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.

Anhang

Literatur

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. ↑ Blankoformularbedruckung: http://www.kbv.de/media/sp/02a_Blankoformularbedruckung.pdf
  1. ↑ KBV-Musterformular 01
  2. ↑ Datensatz
  3. ↑ Interaktionsdiagramm
Abgerufen von „https://wiki.hl7.de/index.php?title=IG:Arbeitsunfähigkeitsbescheinigung&oldid=45262“