Version vom 11. April 2018, 13:06 Uhr

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)

	Dieses Dokument gibt wieder: Implementierungsleitfaden Ein-/Überweisung (0.1). Die Teilmaterialien gehören der Kategorie cdarfr an.

Einweisung auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen

Ein-/Überweisung

Implementierungsleitfaden

vorgelegt von:
.

in Arbeit

Version:	0.1
Datum:	10. April 2018
Status:	Entwicklung
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

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

Kontributoren
	Deutsche Telekom Healthcare and Security Solutions GmbH	Bonn
	Heitmann Consulting and Services GmbH, Gefyra GmbH	Hürth
	gevko GmbH	Bonn
	eBPG	Düsseldorf
	Agfa HealthCare GmbH	Bonn

in Arbeit

noch offene Punkte:

differenziertere Einleitung
fehlende Templates erstellen (s.u.)

Inhaltsverzeichnis

1 Dokumenteninformationen
2 Einleitung
- 2.1 Muster 6: Überweisung
- 2.2 Copyright-Hinweis, Nutzungshinweise
3 Einleitung
- 3.1 Muster 6: Überweisung
4 Akteure
5 Transportaspekte
- 5.1 Interaktionsdiagramm
- 5.2 Dokumentenaustausch
6 Rechtssichere Übertragung
7 Struktureller Aufbau
- 7.1 Verwendete Standards und Spezifikationen
- 7.2 Besondere Hinweise zur Modellierung
8 Dokumentenstrukturen für die Formulare
- 8.1 Anmerkungen
- 8.2 Übersicht CDA Header und Body
9 CDA Document Level Templates
10 CDA Header Level-Templates
11 CDA Section Level-Templates
12 CDA Entry Level-Templates
- 12.1 Coverage Activity
- 12.2 Policy Activity
13 Terminologien
14 Beispiel
15 vollständiges Beispiel
- 15.1 Stylesheet
16 Anhang

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]

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.

Disclaimer

Da die GKV-SV und die KBV derzeit noch keine Vorgaben getroffen und Entscheidungen gefällt haben, wie eine digitale Umsetzung der Arbeitsunfähigkeitsbescheinigung erfolgen soll, darf dieser Implementierungsleitfaden nicht als solcher, durch die GKV-SV/KBV bestätigter Leitfaden aufgefasst werden.

Das primäre Ziel dieses Leitfadens ist daher zu demonstrieren, dass eine standardbasierte Umsetzung möglich ist. Rückmeldungen aus der Industrie legen nahe, dass diese Form einer elektronischen Fassung gegenüber einer PDF-basierten favorisiert wird. Deshalb wird der Fokus auf eine Spezifikation der fachlichen Inhalte und nicht auf begleitende Fragestellungen wie Transport oder Signatur (QES) gelegt. Für letztere werden Zusatzspezifkationen benötigt, die nicht Gegenstand dieses Leitfadens sind.

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

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 .

Danksagung

Wir danken besonders den folgenden Organisationen und Projekten.

Bundesverband der Hersteller von IT-Lösungen für das Gesundheitswesen, e.V. , Berlin

bvitg: www.bvitg.de

eBPG-Projekt (electronic Business Plattform im Gesundheitswesen), NRW

Konsortialprojekt eBusiness-Plattform Gesundheitswesen (Förderkennzeichen 005-GW01-038C)

Arbeitspaket AP04: Einrichtungsübergreifende elektronische Patientenakte (eEPA)

Gefördert von der EU und dem Land NRW:

Deutscher Hausärzteverband e.V., Köln

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

Im Zuge der Kommunikation der niedergelassenen Ärzte zu Spezialisten, Krankenhäuser, Apotheken und weiteren Leistungserbringern sind von der KBV eine Reihe von Formularen erstellt worden, die es in den entsprechenden Kommunikationsszenarien (Workflows) auszutauschen gilt.

Aus dieser Liste wird mit diesem Leitfaden die Überweisung (Muster 6)) abgebildet. Die Umsetzung der Inhalte in eine CDA-Struktur sind nachfolgend erläutert.

Muster 6: Überweisung

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

Im Zuge der Kommunikation der niedergelassenen Ärzte zu Spezialisten, Krankenhäuser, Apotheken und weiteren Leistungserbringern sind von der KBV eine Reihe von Formularen erstellt worden, die es in den entsprechenden Kommunikationsszenarien (Workflows) auszutauschen gilt.

Aus dieser Liste wird mit diesem Leitfaden die Überweisung (Muster 6)) abgebildet. Die Umsetzung der Inhalte in eine CDA-Struktur sind nachfolgend erläutert.

Muster 6: Überweisung

Akteure

Folgende Akteure kommen in Kontakt mit einer AU:

Arztpraxis, Krankenhaus
Kostenträger
Apotheke
Versicherter

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.

Struktureller Aufbau

Für das Szenario

Überweisung

wurde eine CDA-Dokument-Spezifikation erstellt.

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

Verwendete Standards und Spezifikationen

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

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

HL7 Deutschland: Elektronischer Arztbrief 2015 und "Arztbrief Plus"
HL7 Deutschland: elektronische Arbeitsunfähigkeitsbescheinigung (eAU)

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

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

Besondere Hinweise zur Modellierung

Es wird auf die Erläuterungen andernorts zu den Themen

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

hingewiesen.

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 .

Dokumentenstrukturen für die Formulare

Die Inhalte auf den Formularen sind teilweise von der eigentlichen Information her gemischt. So enthält bspw. die Fragestellung auch besondere Hinweise oder ein Befund auch die Medikation. Diese Inhalte werden in dieser Spezifikation entsprechend getrennt und korrekt zugeordnet. Auf diese Weise ergibt sich mitunter eine leicht geänderte Struktur bzw. zusätzliche Abschnitte, die auf dem eigentlichen Formular in dieser Form nicht enthalten sind.

Muster

Abschnitt

2b

6

10

Feldbezeichnung

Datentyp

Kard.

Conf.

Bemerkung

id

x

Identifikation

1..1

M

eindeutige Identifkation

code

x

Formularcode

CD CNE

Hier müsste eine Tabelle hin, die die Formulare der KBV eindeutig (über ihren Typ) identifiziert:

Muster	Beschreibung
2b	Verordnung von Krankenhausbehandlung
6	Überweisung
10	Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung

title

x

Formular

1..1

M

vgl. @code; bei der KBV wird dies über die Mustersammlung realisiert

effectiveTime

x

Ausstellungsdatum

TS

cdarfr:Patient_(recordTarget)_(Template)

1..1

M

Patientendaten (s.Template-Details)

cdarfr:Autor (author) (Template)

1..1

M

Autor (s. Template Details)

cdaab2:Kostenträger (participant) (Template)

1..1

M

Kostenträger

cdaab2:Empfänger (informationRecipient) (Template)

1..1

M

Empfänger

informationRecipient/intendedRecipient

-

x

-

Überweisung an

STR

1..1

M

Angabe der Rolle/Fachbereich: "Kardiologe", "Röntgen", "HNO-Arzt"

cdaab2:Verwaltende Organisation (custodian) (Template)

1..1

M

verwaltende Organisation

custodian

-

1..1

M

Praxis der Arztes

Body

Payer/Kostenträger

mit allgemein gültigen Versicherungsdaten

cdaab2:Versicherung-Section_(Template)

?

1..1

M

cdaab2:Versichertenstatus-Entry_(Template)

x

Versichertenstatus

CD CNE

1..1

M

Hier werden die Werte 1 (Mitglied), 3 (Familie) und 5 (Rentner) übertragen. Verweis auf Tabelle der KBV.

cdaab2:Statusergänzung-Entry_(Template)

x

Statusergänzung/ DMP-Kennzeichnung

CD CNE

1..1

M

Verweis auf Tabelle der KBV. ([3])

cdaab2:WOP-Kennzeichen-Entry_(Template)

-

x

WOP-Kennzeichen (KV-Bereich)

CD CNE

1..1

M

Verweis auf Tabelle der KBV. (Segment_ZGK#ZGK-2_WOP-Kennzeichen_.28CNE.29_49076)

-

x

BL

eingeschränkter Leistungsanspruch gemäß § 16 Abs. 3a SGB V

Reason for Referral-Section

cdaab2:Fragestellung-Section (Template)

x

Auftrag/Fragestellung

ST

1..1

M

Begründung des Auftrags, d.h. was soll gemacht werden? (Freitext)

entry

x

Kurativ/Präventiv/ESS

CD CNE

0..1

R

zu welchem Zweck erfolgt die Über-/Einweisung?

2	6	10	Level	Code	Beschreibung
-	x	x	1	?	kurativ
x	-	-	2	?	Notfall
x	x	x	2	?	Unfall, Unfallfolgen
x	-	-	2	?	Versorgungsleiden (BVG)
-	-	x	2	?	Schwangerschaftsabbruch
-	-	x	2	?	Kontrolluntersuchung einer bekannten Infektion
-	x	x	1	?	präventiv
-	-	x	2	?	Empfängnisregelung
-	-	x	2	?	Sterilisation
-	x	x	1	?	Behandlung gemäß §116b SGB V

entry

-

x

-

Untersuchungsart

CD CNE

0..1

O

Ausführungsart:

Code	Beschreibung
?	Auftragsleistung
?	Konsiliaruntersuchung
?	Mit-/Weiterbehandlung

entry

x

bei belegärztl. Behandlung

CD CNE

0..1

R

Behandlung durch wen: Belegarzt

nächstes Krankenhaus

Angabe des nächstgelegenen Krankenhauses

section

0..1 R

-

nächsterreichbare, geeignete Krankenhäuser

AD.DE

0..1

O

hier ist nur ein Text vorgesehen, allerdings kann man hier das Textfeld einer Section im Datentyp einschränken: ED -> ST -> AD (LIST<XADP>) ???

Diagnose

cdaab2:Diagnose-Section (Template)

x

Diagnose + Diagnoseart (Verdachtsdiagnose)

STR

0..1

O

im Prinzip ist das die Überweisungsdiagnose (Freitext): ICD10; Klartext

Befund

Befunde

cdaab2:Besondere Hinweise-Section (Template)

x

-

Hinweise (z.B. Allergie)

0..1

O

cdaab2:Medikation-Section (Template)

x

Medikation

ST

0..1

O

als Freitext

cdaab2:Massnahme-Section (Template)

-

Bisherige Maßnahmen

ST

cdaab2:Befund-Section (Template)

x

Befund/ Untersuchungsergebnisse

ST

0..1

O

als Freitext

entry: procedure/effectiveTime

-

x

-

OP-Datum

TS

0..1

O

code = "SURGERY" ??????

entry: observation/effectiveTime

-

x

-

AU bis

TS

0..1

O

code= "AU" ?????

Anlagen

diverse Anlagen

cdaab2:Anhang-Section_(Template)

x

-

Mitgegebene Befunde

ST

Anlagen?

???

diverse Entry-Level-Templates mit weiteren kodierten Details

-

x

Auftragsnummer des Labors

II

Identifikation im Labor: Diese Information wird erst nachträglich aufgebracht und daher hier erstmal nicht berücksichtigt.

cdarfr:Ausnahme-Entry_(Template)

-

x

Ausnahmekennziffer

Wenn die Voraussetzungen für eine Ausnahmeindikation vorliegen, gibt der überweisende Vertragsarzt die zutreffende Kennziffer (Nrn. 32005-32023) an.

Material

Materialabnahme

-

x

Abnahmedatum + zeit

TS

Befundrückübermittlung

-

x

Befundübermittlung eilt (Dringlichkeitsstatus)

BL

-

x

Telefon-Nr.

TEL

-

x

Fax-Nr.

TEL

Anmerkungen

Zum Teil handelt es sich bei den Formularinhalten um eine Auswahl von Alternativen. Diese sind dann entsprechend zusammenzufassen.
Andererseits gibt es mitunter nur ein Feld für grundsätzlich verschiedene Sachverhalte, bspw. "Befund/Medikation" oder "Fragestellung/Hinweise (z.B. Allergie)". Diese Felder sind dann geeignet zu zerlegen. Unter der Annahme, dass hier gelegentlich auch beide Informationen enthalten sein können, sind diese dann nicht gegenseitig exklusiv zu verwenden.

Übersicht CDA Header und Body

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

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

CDA Document Level Templates

Id 1.2.276.0.76.3.1.135.8.10.5 Gültigkeit gültig ab 2016‑01‑28 14:40:29

Status Entwurf Versions-Label

Name Überweisungsschein Anzeigename Überweisungsschein

Beschreibung Template CDA ClinicalDocument (prototype, contains ClinicalDocument.component as StructuredBody)

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-35	Ausstellungsdatum	KV-Mustersammlung

Benutzt von / Benutzt

Benutzt von 0 Templates, Benutzt 17 Templates

Benutzt Template-Id	als	Name	Version
2.16.840.1.113883.10.12.101	Inklusion	CDArecordTarget	DYNAMIC
2.16.840.1.113883.10.12.102	Inklusion	CDAauthor	DYNAMIC
2.16.840.1.113883.10.12.103	Inklusion	CDAdataEnterer	DYNAMIC
2.16.840.1.113883.10.12.154	Inklusion	CDAinformant	DYNAMIC
2.16.840.1.113883.10.12.104	Inklusion	CDAcustodian	DYNAMIC
2.16.840.1.113883.10.12.105	Inklusion	CDAinformationRecipient	DYNAMIC
2.16.840.1.113883.10.12.106	Inklusion	CDAlegalAuthenticator	DYNAMIC
2.16.840.1.113883.10.12.107	Inklusion	CDAauthenticator	DYNAMIC
2.16.840.1.113883.10.12.108	Inklusion	CDAparticipant	DYNAMIC
2.16.840.1.113883.10.12.109	Inklusion	CDAinFulfillmentOf	DYNAMIC
2.16.840.1.113883.10.12.110	Inklusion	CDAdocumentationOf	DYNAMIC
2.16.840.1.113883.10.12.111	Inklusion	CDArelatedDocument	DYNAMIC
2.16.840.1.113883.10.12.114	Inklusion	CDAauthorization	DYNAMIC
2.16.840.1.113883.10.12.113	Inklusion	CDAcomponentOf	DYNAMIC
2.16.840.1.113883.10.12.201	Containment	CDASection	DYNAMIC
1.2.276.0.76.3.1.135.8.10.6	Inklusion	Auftrag	DYNAMIC
1.2.276.0.76.3.1.135.8.10.9	Containment	VersicherungSectionV2	DYNAMIC

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.2 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:ClinicalDocument

(Überweisungsschein)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:realmCode

CS

0 … 1

R

(Überweisungsschein)

hl7:typeId

II

1 … 1

R

(Überweisungsschein)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

hl7:templateId

II

1 … 1

M

(Überweisungsschein)

@root

uid

1 … 1

F

1.2.276.0.76.3.1.135.8.10.5

hl7:templateId

II

1 … 1

R

(Überweisungsschein)

@root

uid

1 … 1

F

2.16.840.1.113883.10.12.1

hl7:id

II

1 … 1

R

(Überweisungsschein)

hl7:code

CE

1 … 1

R

(Überweisungsschein)

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

hl7:title

ST

0 … 1

(Überweisungsschein)

hl7:effectiveTime

TS

1 … 1

R

(Überweisungsschein)

Ziel der Konzept Id(s):

vomgt-dataelement-35

Ausstellungsdatum

KV-Mustersammlung

hl7:confidentialityCode

CE

1 … 1

R

(Überweisungsschein)

CONF

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

Fehler: Kann Value Set "2.16.840.1.113883.1.11.16926" nicht finden

hl7:languageCode

CS

0 … 1

(Überweisungsschein)

CONF

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

hl7:setId

II

0 … 1

(Überweisungsschein)

hl7:versionNumber

INT

0 … 1

(Überweisungsschein)

Eingefügt 1 … * Required von 2.16.840.1.113883.10.12.101 CDA recordTarget (DYNAMIC)

hl7:recordTarget

1 … *

R

(Überweisungsschein)

@typeCode

0 … 1

F

RCT

@contextControlCode

0 … 1

F

OP

hl7:patientRole

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

PAT

hl7:id

II

1 … *

(Überweisungsschein)

hl7:addr

AD

0 … *

(Überweisungsschein)

hl7:telecom

TEL

0 … *

(Überweisungsschein)

hl7:patient

0 … 1

(Überweisungsschein)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … 1

(Überweisungsschein)

hl7:name

PN

0 … *

(Überweisungsschein)

hl7:administrativeGenderCode

CE

0 … 1

(Überweisungsschein)

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)

hl7:birthTime

TS

0 … 1

(Überweisungsschein)

hl7:maritalStatusCode

CE

0 … 1

(Überweisungsschein)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 Marital Status (DYNAMIC)

hl7:religiousAffiliationCode

CE

0 … 1

(Überweisungsschein)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 Religious Affiliation (DYNAMIC)

hl7:raceCode

CE

0 … 1

(Überweisungsschein)

CONF

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

hl7:ethnicGroupCode

CE

0 … 1

(Überweisungsschein)

CONF

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

hl7:guardian

0 … *

(Überweisungsschein)

@classCode

1 … 1

F

GUARD

hl7:id

II

0 … *

(Überweisungsschein)

hl7:code

CE

0 … 1

(Überweisungsschein)

@codeSystem

1 … 1

F

2.16.840.1.113883.5.111 (Role Code)

hl7:addr

AD

0 … *

(Überweisungsschein)

hl7:telecom

TEL

0 … *

(Überweisungsschein)

Auswahl 1 … 1

Elemente in der Auswahl:

hl7:guardianPerson welches enthält Template 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)
hl7:guardianOrganization welches enthält Template 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

hl7:guardianPerson

Beinhaltet 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)

(Überweisungsschein)

hl7:guardianOrganization

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(Überweisungsschein)

hl7:birthplace

0 … 1

(Überweisungsschein)

@classCode

0 … 1

F

BIRTHPL

hl7:place

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

PLC

@determinerCode

0 … 1

F

INSTANCE

hl7:name

EN

0 … 1

(Überweisungsschein)

hl7:addr

AD

0 … 1

(Überweisungsschein)

hl7:languageCommunication

0 … *

(Überweisungsschein)

hl7:languageCode

CS

0 … 1

(Überweisungsschein)

CONF

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

hl7:modeCode

CE

0 … 1

(Überweisungsschein)

CONF

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

hl7:proficiencyLevelCode

CE

0 … 1

(Überweisungsschein)

CONF

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

hl7:preferenceInd

BL

0 … 1

(Überweisungsschein)

hl7:providerOrganization

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(Überweisungsschein)

Eingefügt 1 … * Required von 2.16.840.1.113883.10.12.102 CDA author (DYNAMIC)

hl7:author

1 … *

R

(Überweisungsschein)

@typeCode

0 … 1

F

AUT

@contextControlCode

0 … 1

F

OP

hl7:functionCode

CE

0 … 1

(Überweisungsschein)

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

1 … 1

R

(Überweisungsschein)

hl7:assignedAuthor

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

ASSIGNED

hl7:id

II

1 … *

R

(Überweisungsschein)

hl7:code

CE

0 … 1

(Überweisungsschein)

@codeSystem

1 … 1

F

2.16.840.1.113883.5.111 (Role Code)

hl7:addr

AD

0 … *

(Überweisungsschein)

hl7:telecom

TEL

0 … *

(Überweisungsschein)

Auswahl 0 … 1

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)
hl7:assignedAuthoringDevice welches enthält Template 2.16.840.1.113883.10.12.315 CDA Device (DYNAMIC)

hl7:assignedPerson

Beinhaltet 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)

(Überweisungsschein)

hl7:assignedAuthoringDevice

Beinhaltet 2.16.840.1.113883.10.12.315 CDA Device (DYNAMIC)

(Überweisungsschein)

hl7:representedOrganization

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(Überweisungsschein)

Eingefügt 0 … 1 von 2.16.840.1.113883.10.12.103 CDA dataEnterer (DYNAMIC)

hl7:dataEnterer

0 … 1

(Überweisungsschein)

@typeCode

0 … 1

F

ENT

@contextControlCode

0 … 1

F

OP

hl7:time

TS

0 … 1

(Überweisungsschein)

hl7:assignedEntity

1 … 1

Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)

(Überweisungsschein)

Eingefügt 0 … * von 2.16.840.1.113883.10.12.154 CDA Informant (DYNAMIC)

hl7:informant

0 … *

(Überweisungsschein)

@typeCode

0 … 1

F

INF

@contextControlCode

0 … 1

F

OP

Auswahl 1 … 1

Elemente in der Auswahl:

hl7:assignedEntity welches enthält Template 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)
hl7:relatedEntity welches enthält Template 2.16.840.1.113883.10.12.316 CDA RelatedEntity (DYNAMIC)

hl7:assignedEntity

Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)

(Überweisungsschein)

hl7:relatedEntity

Beinhaltet 2.16.840.1.113883.10.12.316 CDA RelatedEntity (DYNAMIC)

(Überweisungsschein)

Eingefügt 1 … 1 Required von 2.16.840.1.113883.10.12.104 CDA custodian (DYNAMIC)

hl7:custodian

1 … 1

R

(Überweisungsschein)

@typeCode

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

(Überweisungsschein)

hl7:name

ON

0 … 1

(Überweisungsschein)

hl7:telecom

TEL

0 … 1

(Überweisungsschein)

hl7:addr

AD

0 … 1

(Überweisungsschein)

Eingefügt 0 … * von 2.16.840.1.113883.10.12.105 CDA informationRecipient (DYNAMIC)

hl7:informationRecipient

0 … *

(Überweisungsschein)

@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.19366 x_InformationRecipient (DYNAMIC)

hl7:intendedRecipient

1 … 1

(Überweisungsschein)

@classCode

cs

1 … 1

R

CONF

Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16772 x_InformationRecipientRole (DYNAMIC)

hl7:id

II

0 … *

R

(Überweisungsschein)

hl7:addr

AD

0 … *

(Überweisungsschein)

hl7:telecom

TEL

0 … *

(Überweisungsschein)

hl7:informationRecipient

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)

(Überweisungsschein)

hl7:receivedOrganization

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(Überweisungsschein)

Eingefügt 0 … 1 von 2.16.840.1.113883.10.12.106 CDA legalAuthenticator (DYNAMIC)

hl7:legalAuthenticator

0 … 1

(Überweisungsschein)

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(Überweisungsschein)

hl7:signatureCode

CS

1 … 1

R

(Überweisungsschein)

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

Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)

(Überweisungsschein)

Eingefügt 0 … * von 2.16.840.1.113883.10.12.107 CDA authenticator (DYNAMIC)

hl7:authenticator

0 … *

(Überweisungsschein)

@typeCode

0 … 1

F

AUTHEN

hl7:time

TS

1 … 1

R

(Überweisungsschein)

hl7:signatureCode

CS

1 … 1

R

(Überweisungsschein)

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

Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)

(Überweisungsschein)

Eingefügt 0 … * von 2.16.840.1.113883.10.12.108 CDA participant (DYNAMIC)

hl7:participant

0 … *

(Überweisungsschein)

@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.10901 ParticipationType (DYNAMIC)

@contextControlCode

0 … 1

F

OP

hl7:functionCode

CE

0 … 1

(Überweisungsschein)

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

IVL_TS

0 … 1

(Überweisungsschein)

hl7:associatedEntity

1 … 1

(Überweisungsschein)

@classCode

cs

1 … 1

R

CONF

Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19313 RoleClassAssociative (DYNAMIC)

hl7:id

II

0 … *

(Überweisungsschein)

hl7:code

CE

0 … 1

(Überweisungsschein)

@codeSystem

1 … 1

F

2.16.840.1.113883.5.111 (Role Code)

hl7:addr

AD

0 … *

(Überweisungsschein)

hl7:telecom

TEL

0 … *

(Überweisungsschein)

hl7:associatedPerson

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)

(Überweisungsschein)

hl7:scopingOrganization

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(Überweisungsschein)

Eingefügt 0 … * von 2.16.840.1.113883.10.12.109 CDA inFulfillmentOf (DYNAMIC)

hl7:inFulfillmentOf

0 … *

(Überweisungsschein)

@typeCode

0 … 1

F

FLFS

hl7:order

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

ACT

@moodCode

1 … 1

F

RQO

hl7:id

II

1 … *

R

(Überweisungsschein)

hl7:code

CE

0 … 1

(Überweisungsschein)

@codeSystem

1 … 1

F

2.16.840.1.113883.5.4 (Act Code)

hl7:priorityCode

CE

0 … 1

(Überweisungsschein)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16866 Act Priority (DYNAMIC)

Eingefügt 0 … * von 2.16.840.1.113883.10.12.110 CDA documentationOf (DYNAMIC)

hl7:documentationOf

0 … *

(Überweisungsschein)

@typeCode

1 … 1

F

DOC

hl7:serviceEvent

1 … 1

(Überweisungsschein)

@classCode

1 … 1

F

ACT

@moodCode

1 … 1

F

EVN

hl7:id

II

0 … *

(Überweisungsschein)

hl7:code

CE

0 … 1

(Überweisungsschein)

@codeSystem

1 … 1

F

2.16.840.1.113883.5.4 (Act Code)

hl7:effectiveTime

IVL_TS

0 … 1

(Überweisungsschein)

hl7:performer

0 … *

(Überweisungsschein)

@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.19601 x_ServiceEventPerformer (DYNAMIC)

hl7:functionCode

CE

0 … 1

(Überweisungsschein)

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

IVL_TS

0 … 1

(Überweisungsschein)

hl7:assignedEntity

1 … 1

Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)

(Überweisungsschein)

Eingefügt 0 … * von 2.16.840.1.113883.10.12.111 CDA relatedDocument (DYNAMIC)

hl7:relatedDocument

0 … *

(Überweisungsschein)

@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.11610 x_ActRelationshipDocument (DYNAMIC)

hl7:parentDocument

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

DOCCLIN

@moodCode

0 … 1

F

EVN

hl7:id

II

1 … *

R

(Überweisungsschein)

hl7:code

CD

0 … 1

(Überweisungsschein)

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

hl7:text

ED

0 … 1

(Überweisungsschein)

hl7:setId

II

0 … 1

(Überweisungsschein)

hl7:versionNumber

INT

0 … 1

(Überweisungsschein)

Eingefügt 0 … * von 2.16.840.1.113883.10.12.114 CDA Authorization (DYNAMIC)

hl7:authorization

0 … *

(Überweisungsschein)

@typeCode

0 … 1

F

AUTH

hl7:consent

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

CONS

@moodCode

0 … 1

F

EVN

hl7:id

II

0 … *

(Überweisungsschein)

hl7:code

CE

0 … 1

(Überweisungsschein)

@codeSystem

1 … 1

F

2.16.840.1.113883.5.4 (Act Code)

hl7:statusCode

CS

1 … 1

R

(Überweisungsschein)

@code

1 … 1

F

completed

Eingefügt 0 … 1 von 2.16.840.1.113883.10.12.113 CDA componentOf (DYNAMIC)

hl7:componentOf

0 … 1

(Überweisungsschein)

@typeCode

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

ENC

@moodCode

0 … 1

F

EVN

hl7:id

II

0 … *

(Überweisungsschein)

hl7:code

CE

0 … 1

(Überweisungsschein)

CONF

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

hl7:effectiveTime

IVL_TS

1 … 1

R

(Überweisungsschein)

hl7:dischargeDispositionCode

CE

0 … 1

(Überweisungsschein)

CONF

muss aus der Konzeptdomäne "EncounterDischargeDisposition" gewählt werden

hl7:responsibleParty

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)

(Überweisungsschein)

@typeCode

0 … 1

F

RESP

hl7:encounterParticipant

0 … *

(Überweisungsschein)

@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.19600 x_EncounterParticipant (DYNAMIC)

hl7:time

IVL_TS

0 … 1

(Überweisungsschein)

hl7:assignedEntity

1 … 1

Beinhaltet 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)

(Überweisungsschein)

hl7:location

0 … 1

(Überweisungsschein)

@typeCode

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

(Überweisungsschein)

@classCode

0 … 1

F

SDLOC

hl7:id

II

0 … *

(Überweisungsschein)

hl7:code

CE

0 … 1

(Überweisungsschein)

CONF

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

hl7:location

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.317 CDA Place (DYNAMIC)

(Überweisungsschein)

hl7:serviceProviderOrganization

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(Überweisungsschein)

hl7:component

1 … 1

R

(Überweisungsschein)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:structuredBody

1 … 1

R

(Überweisungsschein)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:confidentialityCode

CE

0 … 1

(Überweisungsschein)

CONF

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

Fehler: Kann Value Set "2.16.840.1.113883.1.11.16926" nicht finden

hl7:languageCode

CS

0 … 1

(Überweisungsschein)

CONF

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

hl7:component

1 … *

R

Beinhaltet 2.16.840.1.113883.10.12.201 CDA Section (DYNAMIC)

(Überweisungsschein)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

Eingefügt 0 … 1 Required von 1.2.276.0.76.3.1.135.8.10.6 Auftrag (DYNAMIC)

cda:section

0 … 1

R

(Überweisungsschein)

cda:templateId

1 … 1

M

SHALL contain exactly one [1..1] templateId (CONF:1098-7844) such that it

CONF:1098‑7844

@root

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.1

SHALL contain exactly one [1..1] @root="1.3.6.1.4.1.19376.1.5.3.1.3.1" (CONF:1098-10468).

@extension

1 … 1

F

2014-06-09

SHALL contain exactly one [1..1] @extension="2014-06-09" (CONF:1098-32571).

cda:code

1 … 1

M

SHALL contain exactly one [1..1] code (CONF:1098-15427).

CONF:1098‑15427

@code

1 … 1

F

42349-1

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

cda:title

1 … 1

SHALL contain exactly one [1..1] title (CONF:1098-7846).

CONF:1098‑7846

cda:text

1 … 1

M

SHALL contain exactly one [1..1] text (CONF:1098-7847).

CONF:1098‑7847

Ziel der Konzept Id(s):

vomgt-dataelement-7

Auftrag

KV-Mustersammlung

cda:entry

0 … *

Beinhaltet 2.16.840.1.113883.10.20.22.4.140 Patient Referral Act (2015‑08‑13)

CONF:1098‑30808

hl7:component

1 … *

R

Beinhaltet 1.2.276.0.76.3.1.135.8.10.9 Versicherung (DYNAMIC)

(Überweisungsschein)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

CDA Header Level-Templates

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)

Service-Event (CDA documentationOf eAU)

Id

1.2.276.0.76.10.2050

Gültigkeit

2017‑12‑18 16:21:40

Status

Entwurf

Versions-Label

Name

HeaderDocumentationOfEau

Bezeichnung

CDA documentationOf eAU

Beschreibung

Template CDA documentationOf (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)

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

- Erst- oder Folgebescheinigung
- Endbescheinigung

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

1 … 1

M

(Hea...Eau)

@typeCode

cs

1 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(Hea...Eau)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:code

CE

1 … 1

M

(Hea...Eau)

CONF

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

Empfänger (CDA informationRecipient)

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 .

Participant: Empfänger (informationRecipient)

Id

1.2.276.0.76.10.2005

Gültigkeit

2013‑07‑10

Status

Aktiv

Versions-Label

Name

HeaderInformationRecipient

Bezeichnung

CDA informationRecipient

Beschreibung

Die beabsichtigten Empfänger des Dokuments können in der Klasse IntendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt. (Es sind nicht die möglichen Empfänger, die jemals eine Kopie des Dokuments empfangen könnten.) So weiß man beispielsweise bei der Erstellung der Dokumentation, dass man einen „Brief" primär an den Hausarzt (informationRecipient.typeCode gleich PRCP, siehe unten) und ggf. einen zweiten („in Kopie") an einen mitbehandelnden Kollegen sendet (informationRecipient.typeCode ist gleich TRC).

Klassifikation

CDA Header 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.90010	Inklusion	CDA Person Elements	DYNAMIC
1.2.276.0.76.10.90011	Inklusion	CDA Organization Elements	DYNAMIC

Beispiel

<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <id extension="4736437" root="2.16.840.1.113883.3.933"/>    <informationRecipient>
      <name>
        <prefix>Dr.med.</prefix>        <given>Kai</given>        <family>Heitmann</family>      </name>    </informationRecipient>    <receivedOrganization>
      <telecom use="WP" value="fax:+49247365746"/>      <addr>
        <streetAddress>Mühlenweg
1a</streetAddress>        <houseNumber>1a</houseNumber>        <postalCode>52152</postalCode>        <city>Simmerath</city>      </addr>    </receivedOrganization>  </intendedRecipient></informationRecipient>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informationRecipient

0 … *

(Hea...ent)

@typeCode

cs

0 … 1

Typ des Empfängers: im @typeCode der Participation kann angegeben werden, ob es sich um einen primären Empfänger handelt (default) oder einen sekundären Empfänger („CC Kopie").
Der typeCode PRCP ist der default.

CONF

@typeCode muss "PRCP" sein

oder

@typeCode muss "TRC" sein

hl7:intendedRecipient

1 … 1

M

(Hea...ent)

hl7:id

II

1 … *

R

(Hea...ent)

Auswahl

1 … *

Wenn der beabsichtigte Empfänger eine Person ist, dann wird dies durch die Anwesenheit der Person Klasse mit oder ohne zugehörige Organisation spezifiziert. Wenn der beabsichtigte Empfänger eine Organisation ist, wird nur die Organisation angegeben, die Person fehlt.

Elemente in der Auswahl:

hl7:informationRecipient
hl7:receivedOrganization

hl7:informationRecipient

0 … 1

(Hea...ent)

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

hl7:receivedOrganization

0 … 1

(Hea...ent)

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

hl7:name

ON

1 … 1

M

(Hea...ent)

hl7:telecom

TEL

0 … *

(Hea...ent)

hl7:addr

AD

0 … 1

(Hea...ent)

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

Grund für die Überweisung (Reason for Referral Section)

1.2.276.0.76.3.1.135.8.10.14/dynamic

Diagnose(n) (Diagnosis Section)

1.2.276.0.76.3.1.135.8.10.58/dynamic

Befunde (Findings Section)

1.2.276.0.76.3.1.135.8.10.15/dynamic

Medications Section (entries optional)

1.2.276.0.76.3.1.135.8.10.16/dynamic

Auftrag Section

Id 1.2.276.0.76.3.1.135.8.10.6 Gültigkeit gültig ab 2016‑01‑28 14:42:56

Status Entwurf Versions-Label 2.1

Name Auftrag Anzeigename Auftrag

Beschreibung

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.3.1.135.8.10.6

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-7	Auftrag	KV-Mustersammlung

Benutzt von / Benutzt

Benutzt von 1 Template, Benutzt 1 Template

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.3.1.135.8.10.5		Überweisungsschein	2016‑01‑28 14:40:29
Benutzt Template-Id	als	Name	Version
2.16.840.1.113883.10.20.22.4.140	Containment	PatientReferralAct	2015‑08‑13

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Version: Template 1.3.6.1.4.1.19376.1.5.3.1.3.1 (2013‑01‑31)
Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.1 (2014‑06‑09)

Item DT Kard Konf Beschreibung Label

cda:section

(Auftrag)

cda:templateId

1 … 1

M

SHALL contain exactly one [1..1] templateId (CONF:1098-7844) such that it

CONF:1098‑7844

@root

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.1

SHALL contain exactly one [1..1] @root="1.3.6.1.4.1.19376.1.5.3.1.3.1" (CONF:1098-10468).

@extension

1 … 1

F

2014-06-09

SHALL contain exactly one [1..1] @extension="2014-06-09" (CONF:1098-32571).

cda:code

1 … 1

M

SHALL contain exactly one [1..1] code (CONF:1098-15427).

CONF:1098‑15427

@code

1 … 1

F

42349-1

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

cda:title

1 … 1

SHALL contain exactly one [1..1] title (CONF:1098-7846).

CONF:1098‑7846

cda:text

1 … 1

M

SHALL contain exactly one [1..1] text (CONF:1098-7847).

CONF:1098‑7847

Ziel der Konzept Id(s):

vomgt-dataelement-7

Auftrag

KV-Mustersammlung

cda:entry

0 … *

Beinhaltet 2.16.840.1.113883.10.20.22.4.140 Patient Referral Act (2015‑08‑13)

CONF:1098‑30808

Date of Surgery Section

1.2.276.0.76.3.1.135.8.10.20/dynamic

Accident Section

1.2.276.0.76.3.1.135.8.10.23/dynamic

Temporary Disablement Section

1.2.276.0.76.3.1.135.8.10.25/dynamic

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

Terminologien

Reason for Referral

1.2.276.0.76.3.1.135.8.11.3/dynamic

Care Model

1.2.276.0.76.3.1.135.8.11.2/dynamic

Referral Type

1.2.276.0.76.3.1.135.8.11.1/dynamic

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.

WOP-Kennzeichen

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

ref

kbvde-

Gültigkeit

2002‑01‑01

Status

Definitiv

Versions-Label

Name

S_KTS_WOP

Bezeichnung

S_KTS_WOP

Beschreibung

Prinzipien hinsichtlich der Zuständigkeit von Kostenträgern für die Vergütung ärztlicher Leistungen gegenüber ihren Patienten.

Benutzung: 1

Id	Name	Typ
Template
1.2.276.0.76.10.4274	WOP-Kennzeichen Observation	DYNAMIC

Quell-Codesystem

1.2.276.0.76.5.326 - KBV_CS_SFHIR_KTS_WOP - FHIR: urn:oid:1.2.276.0.76.5.326

Level/ Typ	Code	Bezeichnung	Codesystem
0‑L	0	nicht zutreffend	KBV_CS_SFHIR_KTS_WOP
0‑L	1	Kassensitzprinzip	KBV_CS_SFHIR_KTS_WOP
0‑L	2	WOP - alte Regelung	KBV_CS_SFHIR_KTS_WOP
0‑L	3	Wohnortprinzip (1/2002)	KBV_CS_SFHIR_KTS_WOP

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.

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 .

vollständiges Beispiel

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<?xml-stylesheet type="text/xsl" href="vhitg-cda-v3.xsl"?>
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<realmCode code="DE"/>
	<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
	<templateId root="" assigningAuthorityName=""/>
	<id root="" extension="" assigningAuthorityName=""/>
	<code code="6" displayName="KBV Muster 6: Überweisung" codeSystem="999999999" codeSystemName=""/>
	<title>Überweisung</title>
	<effectiveTime value="20140207082015+0100"/>
 
	<confidentialityCode code="N" displayName="normal" codeSystem="2.16.840.1.113883.5.25" codeSystemName="HL7:Confidentiality"/>
 
	<languageCode code="de-DE"/>
 
	<setId root="1.2.40.0.34.99.111.1.1" extension="134F989" assigningAuthorityName="Amadeus Spital"/>
	<versionNumber value="1"/>
 
	<recordTarget>
		<patientRole>
 
			<!-- 
				IDs des Patienten 
			-->
			<!-- Identifikation des Patienten im lokalen System -->
			<id root="" extension="" assigningAuthorityName=""/>
 
			<!-- Identifikation des Patienten in der Affinity Domain	-->
			<id root="" extension="" assigningAuthorityName=""/>
 
			<!--
				Adresse des Patienten 
			-->
			<addr use="H">
				<streetAddressLine>Musterstraße 13a</streetAddressLine>
				<postalCode>12345</postalCode>
				<city>Musterstadt</city>
				<country>Deutschland</country>
			</addr>
 
			<patient>
 
				<!-- 
					Name des Patienten 
				-->
				<name>
					<prefix qualifier="AC">Dipl.Ing.</prefix>
					<prefix qualifier="NB">Hofrat</prefix>
					<given>Herbert</given>
					<given>Hannes</given>
					<family>Mustermann</family>
					<family qualifier="BR">VorDerHeirat</family>
					<suffix qualifier="AC">BSc</suffix>
					<suffix qualifier="AC">MBA</suffix>
				</name>
 
				<!--
					Geburtsdatum des Patienten 
				-->
				<birthTime value="19611224"/>				
 
			</patient>
		</patientRole>
	</recordTarget>
 
 
	<author>
 
		<functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital - Funktionscodes"/>
		<assignedAuthor>
 
			<id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>
			<code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.2" codeSystemName="gda-rollen"/>
 
			<telecom use="WP" value="tel:+43.6138.3453446.1111"/>
			<assignedPerson>
 
				<!-- Name des Verfassers des Dokuments -->
				<name>
					<prefix>Dr.</prefix>
					<given>Isabella</given>
					<family>Stern</family>
				</name>
			</assignedPerson>
 
			<representedOrganization>
 
				<name>Amadeus Spital - Chirurgische Abteilung</name>
 
				<telecom value="tel:+43.6138.3453446.0"/>
				<telecom value="fax:+43.6138.3453446.4674"/>
				<telecom value="mailto:info@amadeusspital.at"/>
				<telecom value="http://www.amadeusspital.at"/>
 
				<addr>
					<streetName>Mozartgasse</streetName>
					<houseNumber>1-7</houseNumber>
					<postalCode>5350</postalCode>
					<city>St.Wolfgang</city>
					<state>Salzburg</state>
					<country>Österreich</country>
				</addr>

			</representedOrganization>
		</assignedAuthor>
	</author>

	<custodian>
		<assignedCustodian>
			<representedCustodianOrganization>
 
				<id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>
				<name>Amadeus Spital</name>
				<telecom value="tel:+43.6138.3453446.0"/>
				<addr>
					<streetName>Mozartgasse</streetName>
					<houseNumber>1-7</houseNumber>
					<postalCode>5350</postalCode>
					<city>St.Wolfgang</city>
					<state>Salzburg</state>
					<country>Österreich</country>
				</addr>
 
			</representedCustodianOrganization>
		</assignedCustodian>
	</custodian>
 
	<participant typeCode="HLD">
		<templateId root="1.2.40.0.34.11.1.1.6"/>
 
		<!-- Versicherungszeitraum vom 01.01.2002 – 31.12.2013 -->
		<time>
			<low value="20020101"/>
			<high value="20131231"/>
		</time>
 
		<associatedEntity classCode="POLHOLD">
 
			<!-- Sozialversicherungsnummer des Patienten	-->
			<id root="1.2.40.0.10.1.4.3.1" extension="123424121961" assigningAuthorityName="Österreichische Sozialversicherung"/>
 
			<!-- Code SELF (Patient ist selbst der Versicherungsnehmer) -->
			<code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>
 
			<!-- Versicherungsgesellschaft -->
			<scopingOrganization>
				<name>Sozialversicherung der gew. Wirtschaft</name>
				<telecom value="tel:01.54654.0"/>
				<telecom value="fax:01.54654.385"/>
				<telecom value="http://esv-sva.sozvers.at"/>
				<addr>
					<streetName>Wiedner Hauptstraße</streetName>
					<houseNumber>84-86</houseNumber>
					<postalCode>1051</postalCode>
					<city>Wien</city>
					<state>Wien</state>
					<country>Österreich</country>
				</addr>
			</scopingOrganization>
 
		</associatedEntity>
	</participant>
 
 
	<component>
		<structuredBody>
			<!-- Fragestellung -->
			<component>
				<section>
				  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.1"/>
				  <!-- ** Reason for Referral Section Template ** -->
 				 <code
 				      codeSystem="2.16.840.1.113883.6.1"
 				      codeSystemName="LOINC"
				      code="42349-1"
 				      displayName="REASON FOR REFERRAL"/>
				  <title>REASON FOR REFERRAL</title>
				  <!-- Unstructured text field -->
				  <text>
				 	   <paragraph>Follow up with Dr George Potomac for Asthma</paragraph>
				  </text>
				  <!-- Zweck -->
				  <entry>
					  <observation>
						  <code code="????" displayName="Zweck" codesystem="" />
						  <value xsi:type="CD" code="2" codeSystem="9999999" displayName="Notfall">
					  </observation>
				  </entry>
				  <!-- Untersuchungsart -->
				  <entry>
					  <observation>
						  <code code="????" displayName="Untersuchungsart" codesystem="" />
						  <value xsi:type="CD" code="1" codeSystem="9999999" displayName="Auftragsleistung">
					  </observation>
				  </entry>
				</section>
			</component>
		</structuredBody>
	</component>
</ClinicalDocument>

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 Ein-/Überweisung kann über ein Stylesheet angezeigt werden.

Zur Unterstützung der Blankformularbedruckung sind noch weitere Details notwendig:

präzise Ausrichtung der Felder
Barcode auf Muster 6
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

Addendum "Medikation" zum Arztbrief HL7 CDA Release 2, Version 1.00, Stand: 02.07.2007
IHE Patient Care Coordination TF

Referenzen

↑ Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
↑ HL7 Deutschland e. V. http://www.hl7.de
↑ Blankoformularbedruckung: http://www.kbv.de/media/sp/02a_Blankoformularbedruckung.pdf

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

[5] Blankoformularbedruckung: http://www.kbv.de/media/sp/02a_Blankoformularbedruckung.pdf

[3] Interaktionsdiagramm

[4] CDA-Dokument-Template

[1]

[2]

[Abbildung 1]

[Abbildung 2]

[3]

@@ Zeile 12: / Zeile 12: @@
 |Version   = 0.1
 |Submitted = .
-|Date      = 14. März 2014
+|Date      = 10. April 2018
-|Copyright = 2014-2015
+|Copyright = 2014-2018
 |Status    = in Arbeit
 |Period    = Entwicklung
@@ Zeile 21: / Zeile 21: @@
 {{Infobox Ballot Begin}}
-{{Ballot | Version = 01 | Date = ??.??.2014 | Status = Entwurf | Realm = Deutschland }}
+{{Ballot | Version = 0.1 | Date = 01.05.2018 | Status = Abstimmung | Realm = Deutschland }}
 {{Infobox Ballot End}}
 {{Infobox Contributors Begin}}
+{{Contributor | Logo = Logo telekom healthcare.png | Name = Deutsche Telekom Healthcare and Security Solutions GmbH | Location = Bonn }}
+{{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth }}
+{{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}
 {{Contributor | Logo = Logo_ebpg.jpg | Name = eBPG | Location = Düsseldorf }}
 {{Contributor | Logo = Logo-Agfa.jpg | Name = Agfa HealthCare GmbH | Location = Bonn }}
@@ Zeile 37: / Zeile 40: @@
 *fehlende Templates erstellen (s.u.)
+}}
+=Dokumenteninformationen=
+{{HL7transclude| cdaab3:Impressum}}
+{{HL7transclude| cdaab3:Disclaimer}}
+{{NoteBox|
+Disclaimer
+Da die GKV-SV und die KBV derzeit noch keine Vorgaben getroffen und Entscheidungen gefällt haben, wie eine digitale Umsetzung der Arbeitsunfähigkeitsbescheinigung erfolgen soll, darf dieser Implementierungsleitfaden nicht als solcher, durch die GKV-SV/KBV bestätigter Leitfaden aufgefasst werden.
+Das primäre Ziel dieses Leitfadens ist daher zu demonstrieren, dass eine standardbasierte Umsetzung möglich ist. Rückmeldungen aus der Industrie legen nahe, dass diese Form einer elektronischen Fassung gegenüber einer PDF-basierten favorisiert wird. Deshalb wird der Fokus auf eine Spezifikation der fachlichen Inhalte und nicht auf begleitende Fragestellungen wie Transport oder Signatur (QES) gelegt. Für letztere werden Zusatzspezifkationen benötigt, die nicht Gegenstand dieses Leitfadens sind.
+}}
+{{NoteBox|
+Disclaimer
+Alle durch HL7 Deutschland erarbeiteten Leitfäden, die auf Standards aus der HL7-Familie beruhen und diese konform einschränken, gelten die Lizenzbestimmungen, die HL7-D einhalten muss. Hier wären primär die [http://www.hl7.org/legal/ippolicy.cfm IP-Rechte], das Affiliate Agreement, das [http://www.hl7.org/documentcenter/public/membership/HL7_Governance_and_Operations_Manual.pdf Governance and Operations Manual] und die [http://www.hl7.org/about/bylaws.cfm Bylaws] zu nennen. Leitfäden, die das vorgeschriebene [[Abstimmungsverfahren_(Regeln) | Ballotierungsverfahren]] durchlaufen haben, dürfen als gültige Affiliate Localization bezeichnet werden.
 }}
@@ Zeile 42: / Zeile 64: @@
 {{HL7transclude| cdarfr:Einleitung}}
+==Copyright-Hinweis, Nutzungshinweise==
+{{BeginGreenBox|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.<br/>
+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.
+{{EndGreenBox}}
+{{HL7transclude| cdarfr:Einleitung}}
+=Akteure=
+Folgende Akteure kommen in Kontakt mit einer AU:
+* Arztpraxis, Krankenhaus
+* Kostenträger
+* Apotheke
+* Versicherter
 {{HL7transclude| cdaab2:Transportaspekte}}
+= Struktureller Aufbau=
+Für das Szenario
+*''Überweisung''
+wurde eine CDA-Dokument-Spezifikation erstellt.
+Alle technischen Artefakte wie Templates und Value Sets sind auf ART-DECOR® als Spezifikations-Plattform einsehbar. Der direkte Link zur ART-DECOR® Live Version ist: https://art-decor.org/art-decor/decor-project--vomgt-.
+==Verwendete Standards und Spezifikationen==
+In der vorliegenden Spezifikation ist die Clinical Document Architecture Release 2 (CDA R2), auch ISO/HL7 27932:2009 die Grundlage.
+Des Weiteren sind Templates und Value Sets abgeleitet oder übernommen aus folgenden internationalen bzw. nationalen Standards:
+* HL7 Deutschland: Elektronischer Arztbrief 2015 und "Arztbrief Plus"
+* HL7 Deutschland: elektronische Arbeitsunfähigkeitsbescheinigung (eAU)
+Die genauen Referenzen in diese Standards sind bei den Templates unter Beziehungen/Relationships angegeben.
+Dieser Implementierungsleitfaden basiert weiterhin auf von HL7 Deutschland e. V. zur Verfügung gestellte CDA-Templates.
+==Besondere Hinweise zur Modellierung==
+Es wird auf die Erläuterungen andernorts zu den Themen
+*Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]
+*NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]
+hingewiesen.
 {{HL7transclude| cdarfr:Struktureller_Aufbau_der_Formulare}}
+==Übersicht CDA Header und Body==
+Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben.
+{{:1.2.276.0.76.3.1.135.8.10.5/hgraph}}
+<ref group="Abbildung"> CDA-Dokument-Template</ref> ''CDA-Dokument-Template''
+<div class="landscape">
 =CDA Document Level Templates=
@@ Zeile 57: / Zeile 135: @@
 ==Author Person (CDA authorPerson)==
 {{:1.2.276.0.76.10.2049/dynamic}}
+==Author Software (CDA authorPerson)==
+{{:1.2.276.0.76.10.2031/dynamic}}
 ==verwaltende Organisation (CDA custodian) ==
 {{:1.2.276.0.76.10.2004/dynamic}}
-==Unterzeichner (CDA authenticator)==
+Als Identifikator der Praxis kann die BSNR verwendet werden.
+==Unterzeichner (CDA legal authenticator)==
 {{:1.2.276.0.76.10.2020/dynamic}}
+==Service-Event (CDA documentationOf eAU)==
+{{:1.2.276.0.76.10.2050/dynamic}}
+==Empfänger (CDA informationRecipient)==
 {{HL7transclude| cdaab2:Empfänger (informationRecipient) (Template)}}
@@ Zeile 85: / Zeile 172: @@
 ==Auftrag Section==
 {{:1.2.276.0.76.3.1.135.8.10.6/dynamic}}
-==Zweck Section==
-{{:1.2.276.0.76.3.1.135.8.10.18/dynamic}}
 ==Date of Surgery Section==
@@ Zeile 95: / Zeile 179: @@
 {{:1.2.276.0.76.3.1.135.8.10.23/dynamic}}
-==ALT ???? ==
+==Temporary Disablement Section==
-{{HL7transclude| cdaab2:Fragestellung-Section (Template)}}
+{{:1.2.276.0.76.3.1.135.8.10.25/dynamic}}
-{{HL7transclude| cdarfr:Fragestellung-Section (Template)}}
-{{HL7transclude| cdaab2:Befund-Section (Template)}}
-{{HL7transclude| cdaab2:Diagnose-Section (Template)}}
-{{HL7transclude| cdaab2:Versicherung-Section_(Template)}}
 =CDA Entry Level-Templates=
@@ Zeile 109: / Zeile 189: @@
 == Policy Activity ==
 {{:1.2.276.0.76.10.4264/dynamic}}
-{{NoteBox| Was fehlt noch?}}
-== ALT ???==
-{{HL7transclude| cdaab2:Versichertenstatus-Entry_(Template)}}
-{{HL7transclude| cdaab2:Statusergänzung-Entry_(Template)}}
-{{HL7transclude| cdaab2:WOP-Kennzeichen-Entry_(Template)}}
-{{HL7transclude| cdarfr:Ausnahme-Entry (Template)}}
 =Terminologien=
@@ Zeile 128: / Zeile 200: @@
 == Referral Type ==
 {{:1.2.276.0.76.3.1.135.8.11.1/dynamic}}
+== DMP ==
+{{:1.2.276.0.76.11.138/dynamic}}
+== Personengruppe ==
+{{:1.2.276.0.76.11.151/dynamic}}
+== Versichertenstatus ==
+{{:1.2.276.0.76.11.162/dynamic}}
+== WOP-Kennzeichen ==
+{{:1.2.276.0.76.11.172/dynamic}}
+</div>
 = Beispiel=
 {{HL7transclude| cdarfr:Beispiel}}
+{{HL7transclude| cdarfr:Stylesheet}}
 =Anhang=

Ein-/Überweisung

Version vom 11. April 2018, 13:06 Uhr

Inhaltsverzeichnis

Dokumenteninformationen

Impressum

Disclaimer

Danksagung

Einleitung

Muster 6: Überweisung

Copyright-Hinweis, Nutzungshinweise

Einleitung

Muster 6: Überweisung

Akteure

Transportaspekte

Interaktionsdiagramm

Dokumentenaustausch

Rechtssichere Übertragung

Struktureller Aufbau

Verwendete Standards und Spezifikationen

Besondere Hinweise zur Modellierung

Dokumentenstrukturen für die Formulare

Anmerkungen

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

Service-Event (CDA documentationOf eAU)

Empfänger (CDA informationRecipient)

Participant: Empfänger (informationRecipient)

CDA Section Level-Templates

Versicherung (Insurance Section)

Grund für die Überweisung (Reason for Referral Section)

Diagnose(n) (Diagnosis Section)

Befunde (Findings Section)

Medications Section (entries optional)

Auftrag Section

Date of Surgery Section

Accident Section

Temporary Disablement Section

CDA Entry Level-Templates

Coverage Activity

Policy Activity

Terminologien

Reason for Referral

Care Model

Referral Type

DMP

Personengruppe

Versichertenstatus

WOP-Kennzeichen

Beispiel

vollständiges Beispiel

Stylesheet

Anhang

Literatur

Referenzen

Abbildungen

Navigationsmenü

Suche