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 Abingel (talk| contribs) 5 years ago. (Purge)

Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage.
This article was last edited by Abingel (talk| contribs) 5 years ago. (Purge)

	Dieses Dokument gibt wieder: Implementierungsleitfaden Krankenbeförderung (0.1). Die Teilmaterialien gehören der Kategorie cdam04 an.

Krankenbeförderung auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen

Krankenbeförderung

Implementierungsleitfaden

vorgelegt von:
.

in Arbeit

Version:	0.1
Datum:	17. Januar 2018
Status:	Entwicklung
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Abstimmungsdokument
Version	Datum	Status	Realm
0.8	01.05.2018	Abstimmung	Deutschland
		noch kein download verfügbar

Kontributoren
	gevko GmbH	Bonn

Inhaltsverzeichnis

1 Dokumenteninformationen
2 Einleitung
3 Transportaspekte
- 3.1 Interaktionsdiagramm
- 3.2 Dokumentenaustausch
4 Rechtssichere Übertragung
- 4.1 Übersicht CDA Header und Body
5 CDA Document Level Templates
6 CDA Header Level Templates
7 CDA Section Level Templates
8 CDA Entry Level Templates
9 Terminologien
10 Anhang
- 10.1 Referenzen
- 10.2 Abbildungen

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

Ralf Franke, gevko GmbH
Dr. Frank Oemig, Deutsche Telekom Healthcare and Security Solutions GmbH, Bonn
Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

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

Disclaimer

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

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

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

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

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

Einleitung

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

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

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

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

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:

^{[Abbildung 1]} Interaktionsdiagramm

Dokumentenaustausch

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

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

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

Rechtssichere Übertragung

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

Datenschutz-/-sicherheit
IT-Sicherheit
Verschlüsselung
Signaturen

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

Übersicht CDA Header und Body

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

Document
04: Krankenbeförderung - Verordnung (1.2.276.0.76.3.1.135.8.10.38)
1. Header
  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
  1. *
    Personenname (1.2.276.0.76.10.90030)
2. Header
  CDA author Person (vomgt) (1.2.276.0.76.10.2049)
  1. Header
    CDA Person Elements (1.2.276.0.76.10.90010)
  2. Header
    CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)
3. Header
  CDA author software (pmp) (1.2.276.0.76.10.2031)
4. Header
  CDA custodian (1.2.276.0.76.10.2004)
5. Header
  CDA legalAuthenticator (1.2.276.0.76.10.2020)
  1. Header
    CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
    1. Header
      CDA Person Elements (1.2.276.0.76.10.90010)
    2. Header
      CDA Organization Elements (1.2.276.0.76.10.90011)
6. Section
  Insurance Section (1.2.276.0.76.10.3103)
  1. Entry
    Coverage Activity (1.2.276.0.76.10.4263)
    1. Entry
      Policy Activity (1.2.276.0.76.10.4264)
      1. Entry
        Weitere Kennzeichen Observation (1.2.276.0.76.10.4280)
      2. Entry
        Person Group Observation (1.2.276.0.76.10.4273)
      3. Entry
        DMP Observation (1.2.276.0.76.10.4271)
      4. Entry
        Kv-Zuordnung Observation (1.2.276.0.76.10.4275)
      5. Entry
        eGK-Geschlecht Observation (1.2.276.0.76.10.4272)
7. Section
  Accident Section (04) (1.2.276.0.76.3.1.135.8.10.42)
  1. Entry
    Accident Observation (04) (1.2.276.0.76.3.1.135.8.10.41)
8. Section
  Zuzahlung Section (04) (1.2.276.0.76.3.1.135.8.10.40)
  1. Entry
    Zuzahlung Observation (04) (1.2.276.0.76.3.1.135.8.10.107)
9. Section
  Beförderung Section (04) (1.2.276.0.76.3.1.135.8.10.53)
  1. Entry
    Befoerderung Act (04) (1.2.276.0.76.3.1.135.8.10.81)
    1. Entry
      Befoerderung Grund Observation (04) (1.2.276.0.76.3.1.135.8.10.51)
    2. Entry
      Befoerderung Frequenz Observation (04) (1.2.276.0.76.3.1.135.8.10.69)
    3. Entry
      Befoerdungsmittel Act (04) (1.2.276.0.76.3.1.135.8.10.96)
    4. Entry
      Befoerderung Fahrt Act (04) (1.2.276.0.76.3.1.135.8.10.82)
    5. Entry
      Sonstiges Act (04) (1.2.276.0.76.3.1.135.8.10.95)

^{[Abbildung 2]} CDA-Dokument-Template

CDA Document Level Templates

Id 1.2.276.0.76.3.1.135.8.10.38 Gültigkeit 2018‑01‑16 10:44:23

Status Entwurf Versions-Label

Name F04Krankenbefoerderung Anzeigename 04: Krankenbeförderung - Verordnung

Beschreibung KBV Muster 04: Krankenbeförderung

Kontext Pfadname //

Klassifikation CDA Document Level Template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-117	Muster 04: Verordnung einer Krankenbeförderung	KV-Mustersammlung

Benutzt

Benutzt 9 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.2048	Inklusion	CDA recordTarget (vomgt)	DYNAMIC
1.2.276.0.76.10.2049	Inklusion	CDA author Person (vomgt)	DYNAMIC
1.2.276.0.76.10.2031	Inklusion	CDA author software (pmp)	DYNAMIC
1.2.276.0.76.10.2004	Inklusion	CDA custodian	DYNAMIC
1.2.276.0.76.10.2020	Inklusion	CDA legalAuthenticator	DYNAMIC
1.2.276.0.76.10.3103	Containment	Insurance Section	DYNAMIC
1.2.276.0.76.3.1.135.8.10.42	Containment	Accident Section (04)	DYNAMIC
1.2.276.0.76.3.1.135.8.10.40	Containment	Zuzahlung Section (04)	DYNAMIC
1.2.276.0.76.3.1.135.8.10.53	Containment	Beförderung Section (04)	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)

ref

ad1bbr-

Item DT Kard Konf Beschreibung Label

hl7:ClinicalDocument

(F04...ung)


	vomgt-dataelement-117	Muster 04: Verordnung einer Krankenbeförderung	KV-Mustersammlung

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:realmCode

CS

0 … 1

R

(F04...ung)

hl7:typeId

II

1 … 1

R

(F04...ung)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

hl7:templateId

II

1 … 1

R

(F04...ung)

@root

uid

1 … 1

F

1.2.276.0.76.3.1.135.8.10.38

hl7:id

II

1 … 1

R

(F04...ung)

hl7:code

CE (erforderlich)

1 … 1

M

(F04...ung)

@codeSystemName

st

0 … 1

F

LOINC

@codeSystem

oid

0 … 1

F

2.16.840.1.113883.6.1

@code

cs

0 … 1

F

52017-1

hl7:title

ST

0 … 1

(F04...ung)

CONF

Elementinhalt muss "Verordnung einer Krankenbeförderung" sein

hl7:effectiveTime

TS

1 … 1

R

(F04...ung)

hl7:confidentialityCode

CE

1 … 1

R

(F04...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC)

hl7:setId

II

1 … 1

R

(F04...ung)

hl7:versionNumber

INT

0 … 1

(F04...ung)

Eingefügt 1 … * R von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)

hl7:recordTarget

1 … *

R

(F04...ung)


	vomgt-dataelement-4	Patientendaten	KV-Mustersammlung

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel <recordTarget typeCode="RCT" contextControlCode="OP"> <templateId root="1.2.276.0.76.10.2048"/> <patientRole classCode="PAT">  </patientRole></recordTarget>

hl7:templateId

1 … 1

M

(F04...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2048

hl7:patientRole

1 … 1

(F04...ung)

@classCode

cs

0 … 1

F

PAT

Beispiel <patientRole classCode="PAT">  <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/> <patient classCode="PSN" determinerCode="INSTANCE">  </patient></patientRole>

hl7:id

0 … *

R

(F04...ung)

hl7:addr

AD

1 … 1

M

Adresse des Patienten

(F04...ung)

Beispiel

normale Adresse

<addr use="HP"> <streetName>Dorfstraße</streetName> <houseNumber>54</houseNumber> <postalCode>51371</postalCode> <city>Leverkusen</city> <country>D</country></addr>

Beispiel

Postfach

<addr use="HP"> <postBox>654321</postBox> <postalCode>51371</postalCode> <city>Leverkusen</city> <country>D</country></addr>

hl7:patient

0 … 1

(F04...ung)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

Beispiel <patient classCode="PSN" determinerCode="INSTANCE"> <name>  </name> <birthTime value="19541223"/></patient>

Eingefügt 1 … 1 M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)

hl7:name

PN

1 … 1

M

Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.

(F04...ung)


	vomgt-dataelement-26	Name	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>

hl7:prefix

ENXP

0 … *

Titel

(F04...ung)

wo [@qualifier='AC']

@qualifier

set_cs

1 … 1

F

AC

hl7:given

ENXP

0 … *

Vorname

(F04...ung)

hl7:prefix

ENXP

0 … *

Namenszusatz

(F04...ung)

wo [@qualifier='NB']

@qualifier

set_cs

1 … 1

F

NB

hl7:prefix

ENXP

0 … *

Vorsatzwort

(F04...ung)

wo [@qualifier='VV']

@qualifier

set_cs

1 … 1

F

VV

hl7:family

ENXP

0 … *

Nachname

(F04...ung)

hl7:suffix

ENXP

0 … *

Suffix

(F04...ung)

hl7:administrativeGenderCode

CE

NP

Hier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element.
(Weitere Informationen zu diesem Thema: http://wiki.hl7.de/index.php?title=Geschlecht)

(F04...ung)

hl7:birthTime

TS.DATE.MIN

1 … 1

M

Geburtsdatum des Patienten

(F04...ung)

Beispiel <birthTime value="19491224"/>

Eingefügt 1 … * R von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC)

hl7:author

1 … *

R

(F04...ung)

wo [hl7:templateId/@root='1.2.276.0.76.10.2049']


vomgt-dataelement-3	Arztdaten	KV-Mustersammlung
vomgt-dataelement-34	Arzt-Nr	KV-Mustersammlung
vomgt-dataelement-33	Betriebsstättennummer	KV-Mustersammlung

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

Beispiel <author typeCode="AUT" contextControlCode="OP"> <templateId root="1.2.276.0.76.10.2049"/> <time value="201306101654"/> <assignedAuthor classCode="ASSIGNED">  </assignedAuthor></author>

hl7:templateId

II

1 … 1

M

(F04...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2049

hl7:functionCode

CE

0 … 1

(F04...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)

hl7:time

TS.DATE.MIN

1 … 1

(F04...ung)


	vomgt-dataelement-755	Krankenhausaufnahme	KV-Mustersammlung

hl7:assignedAuthor

1 … 1

(F04...ung)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:id

II

1 … 1

Die LANR des Arztes wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.

(F04...ung)

@extension

st

1 … 1

R

@root

uid

1 … 1

F

1.2.276.0.76.4.16

hl7:id

II

0 … 1

R

Die ASV-Teamnummer wird in einer eigenen Wiederholung untergebracht. Die OID dafür ist beantragt, aber noch nicht zugewiesen.

Es muss entweder die ASV-Teamnummer oder die BSNR übermittelt werden!

(F04...ung)


	vomgt-dataelement-679	ASV-Teamnummer	KV-Mustersammlung

@extension

st

1 … 1

R

@root

uid

1 … 1

F

1.2.276.0.76.4.200

hl7:code

CE

0 … 1

Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin

(F04...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.101 S_BAR2_ARZTNRFACHGRUPPE (DYNAMIC)

hl7:telecom

TEL

0 … *

(F04...ung)

hl7:assignedPerson

1 … 1

M

(F04...ung)

Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(F04...ung)

hl7:representedOrganization

1 … 1

M

(F04...ung)


	vomgt-dataelement-756	Krankenhaus	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)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … 1

R

Die BSNR für die entsprechende Betriebsstätte wird im id-Element in @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.
Es muss entweder die BSNR oder die ASV-Teamnummer übermittelt werden!

(F04...ung)

@extension

st

0 … 1

@root

uid

0 … 1

F

1.2.276.0.76.4.17

hl7:name

ON

1 … 1

M

(F04...ung)

hl7:telecom

TEL

0 … *

(F04...ung)

hl7:addr

AD

0 … 1

(F04...ung)

Eingefügt 0 … 1 von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)

hl7:author

0 … 1

hhsoftpmp

wo [hl7:templateId/@root='1.2.276.0.76.10.2031']

@typeCode

cs

0 … 1

F

AUT

hl7:templateId

II

1 … 1

M

hhsoftpmp

@root

uid

1 … 1

F

1.2.276.0.76.10.2031

hl7:time

TS.DATE.MIN

1 … 1

M

hhsoftpmp

hl7:assignedAuthor

1 … 1

M

hhsoftpmp

@classCode

cs

0 … 1

F

ASSIGNED

hl7:id

II

1 … 1

R

hhsoftpmp

hl7:assignedAuthoringDevice

1 … 1

R

hhsoftpmp

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

hhsoftpmp

hl7:softwareName

SC

1 … 1

R

Software Name und Version, die bei der Erstellung des Dokuments verwendet wurde

hhsoftpmp

Eingefügt 1 … 1 R von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)

hl7:custodian

1 … 1

R

(F04...ung)

@typeCode

0 … 1

F

CST

Beispiel <custodian typeCode="CST"> <assignedCustodian classCode="ASSIGNED"> <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">  </representedCustodianOrganization> </assignedCustodian></custodian>

hl7:assignedCustodian

1 … 1

M

(F04...ung)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(F04...ung)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

(F04...ung)

hl7:name

ON

1 … 1

M

(F04...ung)

hl7:telecom

TEL

0 … *

(F04...ung)

hl7:addr

AD

0 … 1

(F04...ung)

Eingefügt 1 … 1 R von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)

hl7:legalAuthenticator

1 … 1

R

(F04...ung)

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(F04...ung)

hl7:signatureCode

CS

1 … 1

R

(F04...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)

hl7:assignedEntity

1 … 1

R

(F04...ung)

Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(F04...ung)

hl7:addr

AD

0 … 1

R

(F04...ung)

hl7:telecom

TEL

0 … *

R

(F04...ung)

hl7:assignedPerson

1 … 1

M

(F04...ung)

Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(F04...ung)

hl7:representedOrganization

0 … 1

(F04...ung)

Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(F04...ung)

hl7:name

ON

1 … 1

M

(F04...ung)

hl7:telecom

TEL

0 … *

(F04...ung)

hl7:addr

AD

0 … 1

(F04...ung)

hl7:component

1 … 1

R

(F04...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:structuredBody

1 … 1

R

(F04...ung)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

1 … 1

R

Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC)

(F04...ung)

wo [hl7:section [hl7:code [(@code = '48768-6' and @codeSystem = '2.16.840.1.113883.6.1')]]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

0 … 1

R

Beinhaltet 1.2.276.0.76.3.1.135.8.10.42 Accident Section (04) (DYNAMIC)

(F04...ung)

wo [hl7:section]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

0 … 1

R

Beinhaltet 1.2.276.0.76.3.1.135.8.10.40 Zuzahlung Section (04) (DYNAMIC)

(F04...ung)

wo [hl7:section]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

1 … 1

R

Beinhaltet 1.2.276.0.76.3.1.135.8.10.53 Beförderung Section (04) (DYNAMIC)

(F04...ung)

wo [hl7:section]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

CDA Header Level Templates

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

Patient (CDA recordTarget)

Id

1.2.276.0.76.10.2048

Gültigkeit

2016‑02‑19 15:12:48

Status

Entwurf

Versions-Label

Name

CDArecordTargetvomgt

Bezeichnung

CDA recordTarget (vomgt)

Beschreibung

Das recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst IDs und dem Namen, Geschlecht, Adressen etc.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-4	Patientendaten	KV-Mustersammlung

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.90030	Inklusion	Personenname	DYNAMIC

Beziehung

Spezialisierung: 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-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:recordTarget

(CDA...mgt)


	vomgt-dataelement-4	Patientendaten	KV-Mustersammlung

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:templateId

1 … 1

M

(CDA...mgt)

@root

uid

1 … 1

F

1.2.276.0.76.10.2048

hl7:patientRole

1 … 1

(CDA...mgt)

@classCode

cs

0 … 1

F

PAT

Beispiel

hl7:id

0 … *

R

(CDA...mgt)

hl7:addr

AD

1 … 1

M

Adresse 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>

hl7:patient

0 … 1

(CDA...mgt)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

Beispiel

Eingefügt

1 … 1

M

von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)

hl7:name

PN

1 … 1

M

Die 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)


vomgt-dataelement-26	Name	KV-Mustersammlung
vomgt-dataelement-773	Full Name	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>

hl7:prefix

ENXP

0 … *

Titel

(CDA...mgt)

wo [@qualifier='AC']

@qualifier

set_cs

1 … 1

F

AC

hl7:given

ENXP

0 … *

Vorname

(CDA...mgt)

hl7:prefix

ENXP

0 … *

Namenszusatz

(CDA...mgt)

wo [@qualifier='NB']

@qualifier

set_cs

1 … 1

F

NB

hl7:prefix

ENXP

0 … *

Vorsatzwort

(CDA...mgt)

wo [@qualifier='VV']

@qualifier

set_cs

1 … 1

F

VV

hl7:family

ENXP

0 … *

Nachname

(CDA...mgt)

hl7:suffix

ENXP

0 … *

Suffix

(CDA...mgt)

hl7:administrativeGenderCode

CE

NP

Hier 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)

hl7:birthTime

TS.DATE.MIN

1 … 1

M

Geburtsdatum des Patienten

(CDA...mgt)

Beispiel

Author Person (CDA authorPerson)

Id

1.2.276.0.76.10.2049

Gültigkeit

2016‑09‑06 10:43:05

Status

Entwurf

Versions-Label

Name

HeaderAuthorPerson

Bezeichnung

CDA author Person (vomgt)

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 6 Konzepte

Id	Name	Datensatz
vomgt-dataelement-3	Arztdaten	KV-Mustersammlung
vomgt-dataelement-33	Betriebsstättennummer	KV-Mustersammlung
vomgt-dataelement-34	Arzt-Nr	KV-Mustersammlung
vomgt-dataelement-679	ASV-Teamnummer	KV-Mustersammlung
vomgt-dataelement-755	Krankenhausaufnahme	KV-Mustersammlung
vomgt-dataelement-756	Krankenhaus	KV-Mustersammlung

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.90010	Inklusion	CDA Person Elements	DYNAMIC
1.2.276.0.76.10.90032	Inklusion	CDA Organization Elements (vomgt)	DYNAMIC

Beziehung

Spezialisierung: 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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:author

(Hea...son)

wo [hl7:templateId/@root='1.2.276.0.76.10.2049']


vomgt-dataelement-3	Arztdaten	KV-Mustersammlung
vomgt-dataelement-33	Betriebsstättennummer	KV-Mustersammlung
vomgt-dataelement-34	Arzt-Nr	KV-Mustersammlung

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:templateId

II

1 … 1

M

(Hea...son)

@root

uid

1 … 1

F

1.2.276.0.76.10.2049

hl7:functionCode

CE

0 … 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)

hl7:time

TS.DATE.MIN

1 … 1

(Hea...son)


	vomgt-dataelement-755	Krankenhausaufnahme	KV-Mustersammlung

hl7:assignedAuthor

1 … 1

(Hea...son)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:id

II

1 … 1

Die 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)

@extension

st

1 … 1

R

@root

uid

1 … 1

F

1.2.276.0.76.4.16

hl7:id

II

0 … 1

R

Die 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)


	vomgt-dataelement-679	ASV-Teamnummer	KV-Mustersammlung

@extension

st

1 … 1

R

@root

uid

1 … 1

F

1.2.276.0.76.4.200

hl7:code

CE

0 … 1

Fachgebiet/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)

hl7:telecom

TEL

0 … *

(Hea...son)

hl7:assignedPerson

1 … 1

M

(Hea...son)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...son)

hl7:representedOrganization

1 … 1

M

(Hea...son)


	vomgt-dataelement-756	Krankenhaus	KV-Mustersammlung

Beispiel

Eingefügt

von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … 1

R

Die 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)

@extension

st

0 … 1

@root

uid

0 … 1

F

1.2.276.0.76.4.17

hl7:name

ON

1 … 1

M

(Hea...son)

hl7:telecom

TEL

0 … *

(Hea...son)

hl7:addr

AD

0 … 1

(Hea...son)

Author Software (CDA authorPerson)

Id

1.2.276.0.76.10.2031

Gültigkeit

2014‑12‑17

Status

Entwurf

Versions-Label

Name

HeaderAuthorSoftwarepmp

Bezeichnung

CDA author software (pmp)

Beschreibung

Software, die bei der Erstellung des Dokuments verwendet wurde

Label

hhsoftpmp

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 2 Konzepte

Id	Name	Datensatz
pmp-dataelementR1-5080	Softwarename und -version Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-5080	Softwarename und -version	Patientenbezogener Medikationsplan Plus v2017

Beziehung

Spezialisierung: 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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:author

hhsoftpmp

wo [hl7:templateId/@root='1.2.276.0.76.10.2031']

@typeCode

cs

0 … 1

F

AUT

hl7:templateId

II

1 … 1

M

hhsoftpmp

@root

uid

1 … 1

F

1.2.276.0.76.10.2031

hl7:time

TS.DATE.MIN

1 … 1

M

hhsoftpmp

hl7:assignedAuthor

1 … 1

M

hhsoftpmp

@classCode

cs

0 … 1

F

ASSIGNED

hl7:id

II

1 … 1

R

hhsoftpmp

hl7:assignedAuthoringDevice

1 … 1

R

hhsoftpmp

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

hhsoftpmp

hl7:softwareName

SC

1 … 1

R

Software Name und Version, die bei der Erstellung des Dokuments verwendet wurde

hhsoftpmp


pmp-dataelementR1-5080	Softwarename und -version Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-5080	Softwarename und -version	Patientenbezogener Medikationsplan Plus v2017

verwaltende Organisation (CDA custodian)

Id

1.2.276.0.76.10.2004

Gültigkeit

2020‑03‑29

Andere Versionen mit dieser Id:

HeaderCustodian vom 2013‑07‑17
HeaderCustodian vom 2013‑07‑07

Status

Aktiv

Versions-Label

Name

HeaderCustodian

Bezeichnung

CDA custodian

Beschreibung

Verantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:custodian

(Hea...ian)

@typeCode

0 … 1

F

CST

Beispiel

hl7:assignedCustodian

1 … 1

M

(Hea...ian)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(Hea...ian)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

(Hea...ian)

hl7:name

ON

1 … 1

M

(Hea...ian)

hl7:telecom

TEL

0 … 1

(Hea...ian)

hl7:addr

AD

0 … 1

(Hea...ian)

Als Identifikator der Praxis kann die BSNR verwendet werden.

Unterzeichner (CDA legal authenticator)

Id

1.2.276.0.76.10.2020

Gültigkeit

2014‑08‑25

Status

Entwurf

Versions-Label

Name

HeaderLegalAuthenticator

Bezeichnung

CDA legalAuthenticator

Beschreibung

Vor dem Gesetz verantwortliche Unterzeichner des Dokumentes

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.90012	Inklusion	CDA Assigned Entity Elements	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.106 CDA legalAuthenticator (2005‑09‑07)

ref

ad1bbr-

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>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:legalAuthenticator

0 … 1

(Hea...tor)

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(Hea...tor)

hl7:signatureCode

CS

1 … 1

R

(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)

hl7:assignedEntity

1 … 1

R

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(Hea...tor)

hl7:addr

AD

0 … 1

R

(Hea...tor)

hl7:telecom

TEL

0 … *

R

(Hea...tor)

hl7:assignedPerson

1 … 1

M

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...tor)

hl7:representedOrganization

0 … 1

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Hea...tor)

hl7:name

ON

1 … 1

M

(Hea...tor)

hl7:telecom

TEL

0 … *

(Hea...tor)

hl7:addr

AD

0 … 1

(Hea...tor)

CDA Section Level Templates

Versicherung (Insurance Section)

Id

1.2.276.0.76.10.3103

Gültigkeit

2016‑02‑25 18:55:55

Status

Entwurf

Versions-Label

Name

InsuranceSection

Bezeichnung

Insurance 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.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3103

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-24	Versichertendaten	KV-Mustersammlung

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4263	Containment	Coverage Activity	DYNAMIC

Beziehung

Spezialisierung: 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

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

</section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Ins...ion)


	vomgt-dataelement-24	Versichertendaten	KV-Mustersammlung

hl7:templateId

II

1 … 1

M

(Ins...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3103

hl7:code

1 … 1

M

Payment sources Document

(Ins...ion)

@code

CONF

1 … 1

F

48768-6

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

1 … 1

(Ins...ion)

CONF

Elementinhalt muss "Versicherung" sein

hl7:entry

1 … 1

M

Beinhaltet 1.2.276.0.76.10.4263 Coverage Activity (DYNAMIC)

(Ins...ion)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

Unfall (Accident Section)

Id

1.2.276.0.76.10.3106

Gültigkeit

2017‑09‑24 10:55:38

Status

Entwurf

Versions-Label

Name

F01AccidentSection

Bezeichnung

Accident 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.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3106

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4267	Containment	Accident Observation (01)	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(F01...ion)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F01...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3106

hl7:code

CE

0 … 1

(F01...ion)

@code

CONF

0 … 1

F

ACCIDENT

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:title

ST

0 … 1

(F01...ion)

CONF

Elementinhalt muss "Unfall" sein

hl7:entry

1 … 1

M

Beinhaltet 1.2.276.0.76.10.4267 Accident Observation (01) (DYNAMIC)

(F01...ion)

@typeCode

cs

1 … 1

R

CONF

Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19446 x_ActRelationshipEntry (DYNAMIC)

@contextConductionInd

bl

0 … 1

Behandlung (Treatment Section)

Id

1.2.276.0.76.10.3107

Gültigkeit

2017‑11‑20 22:27:51

Status

Entwurf

Versions-Label

Name

TreatmentSection

Bezeichnung

Treatment 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.)

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.4268	Containment	Treatment Eingliederung Observation	DYNAMIC
1.2.276.0.76.10.4269	Containment	Treatment Reha Observation	DYNAMIC

Beziehung

Spezialisierung: 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-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Tre...ion)

hl7:templateId

II

1 … 1

(Tre...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3107

hl7:code

CE

1 … 1

M

(Tre...ion)

@code

CONF

1 … 1

F

18776-5

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

1 … 1

M

(Tre...ion)

CONF

Elementinhalt muss "Einleitung besonderer Maßnahmen" sein

hl7:text

SD.TEXT

1 … 1

(Tre...ion)

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4268 Treatment Eingliederung Observation (DYNAMIC)

(Tre...ion)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4269 Treatment Reha Observation (DYNAMIC)

(Tre...ion)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Arbeitsunfähigkeit (Temporary Disablement Section (06))

Id

1.2.276.0.76.10.3108

Gültigkeit

2017‑05‑24

Status

Entwurf

Versions-Label

Name

TemporaryDisablementSection

Bezeichnung

Arbeitsunfähigkeitsbescheinigung Section

Beschreibung

Vorübergehende Arbeitsunfähigkeitsbescheinigung (optional strukturiert)

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3108

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4270	Containment	Arbeitsunfähigkeitsbescheinigung Observation	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Tem...ion)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(Tem...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3108

hl7:code

CE

0 … 1

(Tem...ion)

@code

CONF

0 … 1

F

TEMPDISABLE

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:title

ST

0 … 1

(Tem...ion)

CONF

Elementinhalt muss "Arbeitsunfähigkeit" sein

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4270 Arbeitsunfähigkeitsbescheinigung Observation (DYNAMIC)

(Tem...ion)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

CDA Entry Level Templates

Coverage Activity

Id

1.2.276.0.76.10.4263

Gültigkeit

2016‑02‑25 19:00:30

Status

Entwurf

Versions-Label

Name

CoverageActivity

Bezeichnung

Coverage Activity

Beschreibung

Dieses Template ist der "Aufhänger" für die Detailangaben zum Versicherungsverhältnis, also insbesondere die Informationen von der Gesundheitskarte (eGK).

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4263

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4264	Containment	Policy Activity	DYNAMIC

Beziehung

Spezialisierung: 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-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Cov...ity)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(Cov...ity)

@root

uid

1 … 1

F

1.2.276.0.76.10.4263

hl7:id

0 … *

(Cov...ity)

hl7:code

1 … 1

M

Payment sources Document

(Cov...ity)

@code

CONF

1 … 1

F

48768-6

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:statusCode

1 … 1

M

(Cov...ity)

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

1 … 1

M

Im Verordnungsmanagement muss die Information zu genau einer Versicherung übermittelt werden.

Beinhaltet 1.2.276.0.76.10.4264 Policy Activity (DYNAMIC)

(Cov...ity)

@typeCode

cs

1 … 1

F

COMP

Policy Activity

Id

1.2.276.0.76.10.4264

Gültigkeit

2016‑02‑25 19:07:54

Status

Entwurf

Versions-Label

Name

PolicyActivity

Bezeichnung

Policy 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.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4264

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 3 Konzepte

Id	Name	Datensatz
vomgt-dataelement-25	KrankenkassenName	KV-Mustersammlung
vomgt-dataelement-30	Kassen-IKNr	KV-Mustersammlung
vomgt-dataelement-31	eGK-Nummer	KV-Mustersammlung

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.4280	Containment	Weitere Kennzeichen Observation	DYNAMIC
1.2.276.0.76.10.4273	Containment	Person Group Observation	DYNAMIC
1.2.276.0.76.10.4271	Containment	DMP Observation	DYNAMIC
1.2.276.0.76.10.4275	Containment	Kv-Zuordnung Observation	DYNAMIC
1.2.276.0.76.10.4272	Containment	eGK-Geschlecht Observation	DYNAMIC

Beziehung

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

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

1 … 1

R

(Pol...ity)


vomgt-dataelement-25	KrankenkassenName	KV-Mustersammlung
vomgt-dataelement-30	Kassen-IKNr	KV-Mustersammlung

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

1 … 1

M

(Pol...ity)

@root

uid

1 … 1

F

1.2.276.0.76.10.4264

hl7:id

0 … *

(Pol...ity)

hl7:code

CD

1 … 1

M

(Pol...ity)

@code

CONF

1 … 1

F

POLICY

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:statusCode

1 … 1

M

(Pol...ity)

@code

CONF

1 … 1

F

completed

hl7:performer

1 … 1

M

Dieser Performer repräsentiert die Krankenkasse

(Pol...ity)

@typeCode

cs

1 … 1

F

PRF

hl7:assignedEntity

1 … 1

M

(Pol...ity)

hl7:id

II

1 … 1

M

Kostenträgerkennung

(Pol...ity)

@extension

st

1 … 1

R

@root

uid

1 … 1

F

1.2.276.0.76.4.5

hl7:representedOrganization

0 … 1

R

(Pol...ity)

hl7:name

1 … 1

M

Bezeichnung der Krankenkasse (Bedruckungsname)

(Pol...ity)

hl7:participant

1 … 1

M

Information ü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']

@typeCode

cs

1 … 1

F

COV

hl7:time

0 … 1

R

(Pol...ity)

hl7:low

0 … 1

R

Versicherungsbeginn

(Pol...ity)

hl7:high

0 … 1

R

Versicherungsende

(Pol...ity)

hl7:participantRole

1 … 1

M

(Pol...ity)

hl7:id

II

1 … 1

M

Versichertennummer (eGK-Nummer)

(Pol...ity)


	vomgt-dataelement-31	eGK-Nummer	KV-Mustersammlung

@extension

st

1 … 1

R

@root

uid

1 … 1

F

1.2.276.0.76.4.8

Beispiel

eGK Nummer als Patientenidentifikation

hl7:id

II

0 … 1

R

In weiteren Wiederholungen können auch weitere Identifikatoren (ID aus Selektivvertrag, lokale Patientenidentifikation, etc.) übermittelt werden.

(Pol...ity)

@extension

st

1 … 1

R

@root

uid

1 … 1

F

1.2.276.0.76.4.8

Beispiel

lokale Patientennummer

Beispiel

ID aus Selektivvertrag

hl7:code

CD

1 … 1

Versichertenstatus

(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)

hl7:addr

0 … 1

R

(Pol...ity)

hl7:playingEntity

0 … 1

R

(Pol...ity)

hl7:name

1 … *

M

Falls sich der Name der versicherten Person unterscheidet, bspw. durch Heirat.

(Pol...ity)

hl7:entryRelationship

1 … 1

M

Beinhaltet 1.2.276.0.76.10.4280 Weitere Kennzeichen Observation (DYNAMIC)

(Pol...ity)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

1 … 1

M

Beinhaltet 1.2.276.0.76.10.4273 Person Group Observation (DYNAMIC)

(Pol...ity)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

1 … 1

M

Beinhaltet 1.2.276.0.76.10.4271 DMP Observation (DYNAMIC)

(Pol...ity)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … 1

R

Beinhaltet 1.2.276.0.76.10.4275 Kv-Zuordnung Observation (DYNAMIC)

(Pol...ity)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … 1

R

Die Ü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)

@typeCode

cs

1 … 1

F

COMP

noch weiter zu füllen

??????????

Terminologien

Folgende Terminologien werden verwendet.

Document Code

????????

DMP

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.

Id

1.2.276.0.76.11.138

Gültigkeit

2019‑01‑01

Status

Definitiv

Versions-Label

1.03

Name

S_KBV_DMP

Bezeichnung

S_KBV_DMP

Beschreibung

DMP-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

Id	Name	Typ
Datensatz
konsab-dataelement-130	DMP-Zuordnung	DYNAMIC
Template
1.2.276.0.76.10.4271	DMP Observation	DYNAMIC

Quell-Codesystem

1.2.276.0.76.5.223 - FHIR: urn:oid:1.2.276.0.76.5.223

Level/ Typ	Code	Bezeichnung	Codesystem
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.

Id

1.2.276.0.76.11.151

Gültigkeit

2018‑07‑01

Status

Definitiv

Versions-Label

1.02

Name

S_KBV_PERSONENGRUPPE

Bezeichnung

S_KBV_PERSONENGRUPPE

Beschreibung

Personengruppe: 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

Id	Name	Typ
Datensatz
konsab-dataelement-124	Personengruppe	DYNAMIC
Template
1.2.276.0.76.10.4273	Person Group Observation	DYNAMIC

Quell-Codesystem

1.2.276.0.76.5.222 - FHIR: urn:oid:1.2.276.0.76.5.222

Level/ Typ	Code	Bezeichnung	Codesystem
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.

Id

1.2.276.0.76.11.162

Gültigkeit

2014‑01‑01

Status

Definitiv

Versions-Label

Name

S_KBV_VERSICHERTENSTATUS

Bezeichnung

S_KBV_VERSICHERTENSTATUS

Beschreibung

Versichertenstatus 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/ Typ	Code	Bezeichnung	Codesystem
0‑L	1	Mitglied	2.16.840.1.113883.3.7.1.1
0‑L	3	Familienangehörige	2.16.840.1.113883.3.7.1.1
0‑L	5	Rentner	2.16.840.1.113883.3.7.1.1

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

Kassenart

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.

Id

1.2.276.0.76.11.169

ref

kbvde-

Gültigkeit

2010‑01‑01

Status

Definitiv

Versions-Label

Name

S_KTS_KASSENART

Bezeichnung

S_KTS_KASSENART

Beschreibung

Kassenarten

Quell-Codesystem

1.2.276.0.76.3.1.1.5.2.19 - KBV_CS_SFHIR_KTS_KASSENART - FHIR: urn:oid:1.2.276.0.76.3.1.1.5.2.19

Level/ Typ	Code	Bezeichnung	Codesystem
0‑L	AEV	Arbeiter-Ersatzkassen	KBV_CS_SFHIR_KTS_KASSENART
0‑L	AOK	Allgemeine Ortskrankenkasse	KBV_CS_SFHIR_KTS_KASSENART
0‑L	AS	Asylstelle	KBV_CS_SFHIR_KTS_KASSENART
0‑L	AUS	Ausländische Kostenträger	KBV_CS_SFHIR_KTS_KASSENART
0‑L	BKK	Betriebskrankenkasse	KBV_CS_SFHIR_KTS_KASSENART
0‑L	BKN	Bundesknappschaft	KBV_CS_SFHIR_KTS_KASSENART
0‑L	BPol	Bundespolizei	KBV_CS_SFHIR_KTS_KASSENART
0‑L	BVF	Besondere Vertragsformen	KBV_CS_SFHIR_KTS_KASSENART
0‑L	BW	Bundeswehr	KBV_CS_SFHIR_KTS_KASSENART
0‑L	DBD	Bundesbahnbeamte, Dienstunfall	KBV_CS_SFHIR_KTS_KASSENART
0‑L	DBM	Bundesbahnbeamte, Mitgliedergruppe I-III	KBV_CS_SFHIR_KTS_KASSENART
0‑L	EA	Entschädigungsamt Berlin	KBV_CS_SFHIR_KTS_KASSENART
0‑L	FW	Feuerwehr	KBV_CS_SFHIR_KTS_KASSENART
0‑L	GSA	Gesundheitsämter	KBV_CS_SFHIR_KTS_KASSENART
0‑L	IKK	Innungskrankenkasse	KBV_CS_SFHIR_KTS_KASSENART
0‑L	JAS	Jugendarbeitsschutzuntersuchung	KBV_CS_SFHIR_KTS_KASSENART
0‑L	JVA	Justizvollzugsanstalt	KBV_CS_SFHIR_KTS_KASSENART
0‑L	LKK	Landwirtschaftliche Krankenkasse	KBV_CS_SFHIR_KTS_KASSENART
0‑L	MDK	Medizinischer Dienst der Krankenkassen	KBV_CS_SFHIR_KTS_KASSENART
0‑L	PBA	Postbeamtenkrankenkasse, Mitglieder A	KBV_CS_SFHIR_KTS_KASSENART
0‑L	PBD	Postbeamtenkrankenkasse, Dienstunfall	KBV_CS_SFHIR_KTS_KASSENART
0‑L	POL	Polizei	KBV_CS_SFHIR_KTS_KASSENART
0‑L	SEE	See-Krankenkasse	KBV_CS_SFHIR_KTS_KASSENART
0‑L	SHT	Sozialhilfeträger	KBV_CS_SFHIR_KTS_KASSENART
0‑L	UV	Träger der gesetzlichen Unfallversicherer	KBV_CS_SFHIR_KTS_KASSENART
0‑L	VdEK	Verband der Ersatzkassen	KBV_CS_SFHIR_KTS_KASSENART
0‑L	ZIV	Zivildienst	KBV_CS_SFHIR_KTS_KASSENART

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

KBV: Unfall

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.

Id

1.2.276.0.76.11.457

Gültigkeit

2017‑09‑24 10:44:59

Status

Entwurf

Versions-Label

Name

S_KBV_01_Accident

Bezeichnung

S_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

Id	Name	Typ
Template
vomgt-template-41	Accident Observation (04)	STATISCH
vomgt-template-29	01 Accident Observation	DYNAMIC
1.2.276.0.76.10.4267	Accident 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/ Typ	Code	Bezeichnung	Codesystem
0‑L	ACCIDENT	(sonstiger) Unfall	vomgt-codesystem-4
0‑L	WORK-ACCIDENT	Arbeitsunfall(folgen), Berufskrankheit	vomgt-codesystem-4
0‑L	VERSORGUNG	Versorgungsleiden	vomgt-codesystem-4

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

Anhang

cdam04:Beispiel cdam04:Stylesheet

Referenzen

↑ Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
↑ HL7 Deutschland e. V. http://www.hl7.de

Abbildungen

↑ Interaktionsdiagramm
↑ CDA-Dokument-Template

[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] Interaktionsdiagramm

[4] CDA-Dokument-Template

[1]

[2]

[Abbildung 1]

[Abbildung 2]

Krankenbeförderung

Inhaltsverzeichnis

Dokumenteninformationen

Impressum

Ansprechpartner und Autoren

Disclaimer

Copyright-Hinweis, Nutzungshinweise

Einleitung

Transportaspekte

Interaktionsdiagramm

Dokumentenaustausch

Rechtssichere Übertragung

Übersicht CDA Header und Body

CDA Document Level Templates

CDA Header Level Templates

Patient (CDA recordTarget)

Author Person (CDA authorPerson)

Author Software (CDA authorPerson)

verwaltende Organisation (CDA custodian)

Unterzeichner (CDA legal authenticator)

CDA Section Level Templates

Versicherung (Insurance Section)

Unfall (Accident Section)

Behandlung (Treatment Section)

Arbeitsunfähigkeit (Temporary Disablement Section (06))

CDA Entry Level Templates

Coverage Activity

Policy Activity

noch weiter zu füllen

Terminologien

Document Code

DMP

Personengruppe

Versichertenstatus

Kassenart

KBV: Unfall

Anhang

Referenzen

Abbildungen

Navigationsmenü

Suche