Version vom 8. Mai 2019, 08:15 Uhr

	Dieses Dokument gibt wieder: Implementierungsleitfaden Laboranforderung (0.8). Die Teilmaterialien gehören der Kategorie cdam10 an.

Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung und
Anforderungsschein für Laboruntersuchungen bei Laborgemeinschaften auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen

Laboranforderung

Implementierungsleitfaden

vorgelegt von:
Hochschule Niederrhein
HL7 Deutschland

Abstimmung

Version:	0.8
Datum:	9. Januar 2019
Status:	Entwicklung
Verfahren:	STU
Realm:	Deutschland

Kontributoren
	HS Niederrhein	Krefeld

Inhaltsverzeichnis

1 Dokumenteninformationen
2 Transportaspekte
- 2.1 Interaktionsdiagramm
- 2.2 Dokumentenaustausch
3 Rechtssichere Übertragung
- 3.1 Verwendete Standards und Spezifikationen
- 3.2 Übersicht CDA Header und Body
  - 3.2.1 Muster 10
  - 3.2.2 Muster 10A
4 CDA Document Level Templates
- 4.1 Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung (Muster 10)
- 4.2 Anforderungsschein für Laboratoriumsuntersuchungen bei Laborgemeinschaften (Muster 10A)
5 CDA Header Level Templates
- 5.1 CDA recordTarget (vomgt)
- 5.2 CDA author Person (vomgt)
6 CDA Section Level Templates
7 CDA Entry Level Templates
8 Terminologien
9 Anhang
- 9.1 Referenzen
- 9.2 Abbildungen

Dokumenteninformationen

Dokumentenhistorie

Verordnungsmanagement

KBV-Muster 10 und 10A (Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung und Anforderungsschein für Laboruntersuchungen bei Laborgemeinschaften) auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen

Status

Typ

Version

Datum

PDF

Wiki

ART-DECOR

Abstimmung

Abgleich

STU

0.90

19.07.2019

Ergebnis
Abstimmung von bis				Ohne Votum	Stimmen	Ergebnis
22.07.2019-16.09.2019	5	2	1	0	8	71%
Kommentare: Kommentierung_Laboranforderung_20191004, Abstimmungsankündigung_20190719, Abstimmungsankündigung_20190722

Entwurf

STU

0.80

09.01.2019

Ankündigungen
Ankündigung der Abstimmung
Beginn der Abstimmung

Entwurf

STU

0.10

01.04.2018

-

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

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

Impressum

Dieser Leitfaden wurde im Rahmen des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppen erstellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums^[1] und der Technischen Komitees von HL7 Deutschland e. V. ^[2]

Ansprechpartner und Autoren

Elisabeth Pantazoglou, HS Niederrhein

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

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

Disclaimer

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

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

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

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

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

Muster 10: Laborüberweisung

^{[Abbildung 1]} KBV-Mustersammlung Muster 10

Muster 10 gliedert sich in einen oberen Identifikationsteil und einen unteren Auftragsteil:

Der Identifikationsteil beinhaltet neben den personenbezogenen Daten des Patienten weitere administrative Datenfelder für die Abrechnung der Leistungen. Daneben sollen Angaben zu Abnahmezeit und –datum, sowie eine Zuordnung zum Laborauftrag und Probenmaterial vorgenommen werden.
Im Auftragsteil werden schließlich alle erforderlichen Angaben zu den geforderten Diagnosen und dem Laborauftrag gemacht. Die Diagnosen sollen möglichst als ICD-10-GM-Codes angegeben werden.

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

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

Muster 10A: Laborüberweisung

^{[Abbildung 2]} KBV-Mustersammlung Muster 10A

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

Enthaltene Angaben in den Mustervorlagen 10 und 10A

Die von der KBV herausgegebenen Erläuterungen zur „Vereinbarung über Vordrucke für die vertragsärztliche Versorgung“ (Stand 10/2017) sowie die "Technische Anlage zu Anlage 4a des Bundesmantelvertrags-Ärzte" dienen als Informationsquelle für die Erstellung der Datenelemente und Value Sets.

Patientendaten: Hier werden die Patienteninformationen (Name, Vorname, Adresse und Geburtsdatum) eingetragen.

Krankenkasse: Hier wird die Krankenversicherung eingetragen.

Kassen-Nr.: Über die Kassen-Nr. erfolgt eine eindeutige Identifizierung der Krankenversicherungsgesellschaft.

Versicherten-Nr.: Über die Versicherten-Nr. erfolgt eine eindeutige Identifizierung des Patienten.

Status: Über den Status wird definiert, ob der Patient selbst bei der Krankenversicherung versichert ist, oder bspw. als Familienmitglied.

BSNR: Die Betriebsstätten Nummer identifiziert den Sitz der Arztpraxis.

Arzt-Nr.: Die Arztnummer (LANR) identifiziert den zugelassenen Kassenarzt.

Datum: Hier wird das Ausstellungsdatum eingetragen.

Eintrag nur bei Weiterüberweisung: Der eine Auftragsleistung ausführende Arzt ist berechtigt, Teile dieses Auftrages, die er selbst nicht erbringen kann, von einem anderen Arzt als Auftragsleistung erbringen zu lassen (Weiterüberweisung). In diesem Fall hat er ebenfalls einen Überweisungsschein nach dem Muster 10 auszustellen und die betreffenden Angaben zu machen, insbesondere die Angaben des Erstveranlassers zu übernehmen und dessen Arzt- und Betriebsstättennummer im betreffenden fett umrandeten Feld anzugeben.

Leistungsart: Der überweisende Vertragsarzt hat zu kennzeichnen, ob der Auftrag im Rahmen der kurativen Versorgung, der Prävention, der Empfängnisregelung/Sterilisation/ Schwangerschaftsabbruch oder bei belegärztlicher Behandlung erfolgt.

Unfall/Unfallfolgen: Der überweisende Vertragsarzt hat zu kennzeichnen, wenn die Behandlung aufgrund oder als Folge eines Unfalles erforderlich wird, damit die Krankenkassen ggf. Kosten gegenüber Dritten geltend machen können.

Ggf. Kennziffer: Wenn die Voraussetzungen für eine Ausnahmeindikation vorliegen, gibt der überweisende Vertragsarzt die zutreffende Kennnummer (32005 – 32023) im entsprechenden Feld an.

Quartal: Das Quartal der Ausstellung der Überweisung ist in der Form „QJJ“ in das betreffende Feld einzutragen.
Beginnt der im Auftrag tätig werdende Arzt seine Behandlung erst im Folgequartal, kann der ausgestellte Überweisungsschein verwendet werden, sofern der Versicherte zum Zeitpunkt der Behandlung eine gültige elektronische Gesundheitskarte vorweisen kann. Erfolgt im Folgequartal kein persönlicher Arzt-Patienten-Kontakt, so kann der ausgestellte Überweisungsschein ohne den erneuten Nachweis der Anspruchsberechtigung verwendet werden.

Behandlung gemäß § 116b SGB V (ASV): In der ambulanten spezialfachärztlichen Versorgung (ASV) besteht zwischen den Mitgliedern des Kernteams kein Überweisungserfordernis. Die hinzuzuziehenden Fachärztinnen und Fachärzte erbringen ihre Leistungen als ASV-Berechtigte entsprechend dem jeweiligen Behandlungsumfang auf Überweisung. Dazu muss das Feld „Behandl. gemäß § 116b SGB V“ nicht angekreuzt werden. Die erforderliche Kennzeichnung auf dem Überweisungsschein erfolgt bereits durch die Angabe der ASV-Teamnummer (anstelle der Betriebsstätten-Nr.) und einer zusätzlichen Kennzeichnung an Stelle 30 im Statusfeld des Personalienfeldes.

Eingeschränkter Leistungsanspruch gemäß § 16 Absatz 3a SGB V: Sollte durch den Versicherten ein Muster 85 (Nachweis der Anspruchsberechtigung bei Ruhen des Anspruchs gemäß § 16 Absatz 3a SGB V) vorgelegt werden, so sind durch den überweisenden Arzt nur Überweisungen im Rahmen akuter Erkrankungen und Schmerzzuständen sowie bei Schwangerschaft und Mutterschaft zu tätigen. Der überweisende Vertragsarzt kennzeichnet dies entsprechend durch Ankreuzen des Feldes „eingeschränkter Leistungsanspruch gemäß § 16 Absatz 3a SGB V“.

Geschlecht: Das Geschlecht des Patienten ist durch Eintragung von „W“ oder „M“ in das betreffende Feld anzugeben. Für Patienten mit unbestimmtem Geschlecht sind beide Felder mit einem X zu kennzeichnen.

Auftragsnummer des Labors: Das umrandete Feld „Auftragsnummer des Labors“ kann fakultativ von dem im Auftrag tätig gewordenen Arzt für eigene Zwecke genutzt werden.

Abnahmedatum: Das Abnahmedatum ist nach der Richtlinie der Bundesärztekammer zur Qualitätssicherung laboratoriumsmedizinischer Untersuchungen vom Einsender, falls für die Befundung der Ergebnisse erforderlich, in das entsprechende Feld einzutragen (Form TTMMJJ).

Abnahmezeit: Die Abnahmezeit ist nach der Richtlinie der Bundesärztekammer zur Qualitätssicherung laboratoriumsmedizinischer Untersuchungen vom Einsender, falls für die Befundung der Ergebnisse erforderlich, in das entsprechende Feld einzutragen (Form hhmm).

Befundübermittlung eilt: Der überweisende Vertragsarzt kann bei einer eiligen Befundübermittlung diese als solche kennzeichnen und vermerken, an welche Telefon- bzw. Faxnummer der Befund ebenfalls nachrichtlich zu übermitteln ist.

Telefon Nr.: Telefonnummer des überweisenden Arztes.

Fax Nr.: Faxnummer des überweisenden Arztes.

Diagnose/ Verdachtsdiagnose: Der überweisende Vertragsarzt hat die Diagnose/Verdachtsdiagnose möglichst als ICD-Code anzugeben.

Befund/ Medikation: Der überweisende Vertragsarzt hat den Befund bzw. die Medikation anzugeben.

Kontrolluntersuchung einer bekannten Infektion: Werden direkte oder indirekte Nachweise von Krankheitserregern im Rahmen einer Kontrolluntersuchung bei einer bereits bekannten Infektion beauftragt, ist das Feld „Kontrolluntersuchung einer bekannten Infektion“ anzukreuzen.

Im Freitextfeld „Befund/Medikation“ ist zudem der Sachverhalt zu erläutern. Erkrankungen mit Meldepflicht sind § 7 Infektionsschutzgesetz zu entnehmen.

Auftrag: Der überweisende Vertragsarzt hat die Auftragsleistungen im Auftragsfeld nach Art und Umfang konkret zu bezeichnen (Angabe der GOP oder der präzisen Leistungsbezeichnung). Der die Auftragsleistung ausführende Arzt darf nur die Untersuchungen durchführen, die im Auftragsfeld angegeben sind. Eine Erweiterung des Auftrages nach Art oder Umfang bedarf der Zustimmung des überweisenden Vertragsarztes; sie ist auf dem Vordruck zu vermerken.

Stempel/ Unterschrift: Die Vordrucke sind vollständig, sorgfältig und leserlich auszufüllen, vom Vertragsarzt mit dem Vertragsarztstempel zu versehen und persönlich zu unterzeichnen.

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 3]} Interaktionsdiagramm

Dokumentenaustausch

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

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

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

Rechtssichere Übertragung

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

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

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

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

Verwendete Standards und Spezifikationen

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

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

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

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

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

Übersicht CDA Header und Body

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

Muster 10

Document
10: Laborüberweisung (1.2.276.0.76.10.1028)
1. Header
  CDA realmCode (1.2.276.0.76.10.90002)
2. Header
  CDA typeId (1.2.276.0.76.10.90003)
3. Header
  CDA confidentialityCode (1.2.276.0.76.10.90007)
4. Header
  CDA languageCode (1.2.276.0.76.10.90008)
5. Header
  CDA setId and versionNumber (1.2.276.0.76.10.90009)
6. Header
  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
  1. *
    Personenname (1.2.276.0.76.10.90030)
7. Header
  CDA author Person (vomgt) (1.2.276.0.76.10.2049)
  1. Header
    CDA Person Elements (1.2.276.0.76.10.90010)
  2. Header
    CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)
8. Header
  CDA legalAuthenticator (1.2.276.0.76.10.2020)
  1. Header
    CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
    1. Header
      CDA Person Elements (1.2.276.0.76.10.90010)
    2. Header
      CDA Organization Elements (1.2.276.0.76.10.90011)
9. Header
  CDA encompassingEncounter Patientenkontakt (1.2.276.0.76.10.2027)
  1. Header
    CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
    1. Header
      CDA Person Elements (1.2.276.0.76.10.90010)
    2. Header
      CDA Organization Elements (1.2.276.0.76.10.90011)
  2. Header
    Encounter Location (1.2.276.0.76.10.90021)
10. Section
  Reason for Referral Section (10) (1.2.276.0.76.10.3120)
  1. Entry
    Leistungsart Referral Type (10) (1.2.276.0.76.10.4279)
11. Section
  Diagnosis Section (1.2.276.0.76.10.3128)
12. Section
  Findings Section (10) (1.2.276.0.76.10.3121)
  1. Entry
    Kontrolluntersuchung bekannte Infektion (10) (1.2.276.0.76.10.4282)
13. Section
  Medikation Section (10) (1.2.276.0.76.10.3122)
  1. Entry
    Medikation (1.2.276.0.76.10.4283)
    1. Entry
      Medikament (1.2.276.0.76.10.4025)
      1. Entry
        Material (1.2.276.0.76.10.90022)
14. Section
  Auftrag Section (10) (1.2.276.0.76.10.3123)
  1. Entry
    Auftragsidentifikation Labor (10) (1.2.276.0.76.10.4294)
  2. Entry
    Probeabnahmedatum und -zeit (10) (1.2.276.0.76.10.4284)
15. Section
  Abrechnungsinformationen Section (10) (1.2.276.0.76.10.3124)
  1. Entry
    Ausnahmeindikation (10) (1.2.276.0.76.10.4285)
  2. Entry
    Abrechnungsinformationen (10) (1.2.276.0.76.10.4287)
16. Section
  Insurance Section (1.2.276.0.76.10.3103)
  1. Entry
    Coverage Activity (1.2.276.0.76.10.4263)
    1. Entry
      Policy Activity (1.2.276.0.76.10.4264)
      1. Entry
        Weitere Kennzeichen Observation (1.2.276.0.76.10.4280)
      2. Entry
        Person Group Observation (1.2.276.0.76.10.4273)
      3. Entry
        DMP Observation (1.2.276.0.76.10.4271)
      4. Entry
        Kv-Zuordnung Observation (1.2.276.0.76.10.4275)
      5. Entry
        eGK-Geschlecht Observation (1.2.276.0.76.10.4272)

^{[Abbildung 4]} CDA-Dokument-Template Muster 10

Muster 10A

Document
10A: Laboranforderung (1.2.276.0.76.10.1029)
1. Header
  CDA realmCode (1.2.276.0.76.10.90002)
2. Header
  CDA typeId (1.2.276.0.76.10.90003)
3. Header
  CDA confidentialityCode (1.2.276.0.76.10.90007)
4. Header
  CDA languageCode (1.2.276.0.76.10.90008)
5. Header
  CDA setId and versionNumber (1.2.276.0.76.10.90009)
6. Header
  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
  1. *
    Personenname (1.2.276.0.76.10.90030)
7. Header
  CDA author Person (vomgt) (1.2.276.0.76.10.2049)
  1. Header
    CDA Person Elements (1.2.276.0.76.10.90010)
  2. Header
    CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)
8. Header
  CDA custodian (1.2.276.0.76.10.2004)
9. Header
  CDA legalAuthenticator (1.2.276.0.76.10.2020)
  1. Header
    CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
    1. Header
      CDA Person Elements (1.2.276.0.76.10.90010)
    2. Header
      CDA Organization Elements (1.2.276.0.76.10.90011)
10. Header
  CDA encompassingEncounter Patientenkontakt (1.2.276.0.76.10.2027)
  1. Header
    CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
    1. Header
      CDA Person Elements (1.2.276.0.76.10.90010)
    2. Header
      CDA Organization Elements (1.2.276.0.76.10.90011)
  2. Header
    Encounter Location (1.2.276.0.76.10.90021)
11. Section
  Insurance Section (1.2.276.0.76.10.3103)
  1. Entry
    Coverage Activity (1.2.276.0.76.10.4263)
    1. Entry
      Policy Activity (1.2.276.0.76.10.4264)
      1. Entry
        Weitere Kennzeichen Observation (1.2.276.0.76.10.4280)
      2. Entry
        Person Group Observation (1.2.276.0.76.10.4273)
      3. Entry
        DMP Observation (1.2.276.0.76.10.4271)
      4. Entry
        Kv-Zuordnung Observation (1.2.276.0.76.10.4275)
      5. Entry
        eGK-Geschlecht Observation (1.2.276.0.76.10.4272)
12. Section
  Diagnosis Section (1.2.276.0.76.10.3128)
13. Section
  Auftrag Section (10A) (1.2.276.0.76.10.3129)
  1. Entry
    Auftragsidentifikation Labor (10) (1.2.276.0.76.10.4294)
  2. Entry
    Auftrag 10A (1.2.276.0.76.10.4293)
    1. Entry
      CDA Specimen (2.16.840.1.113883.10.12.322)
  3. Entry
    Probeabnahmedatum und -zeit (10) (1.2.276.0.76.10.4284)
14. Section
  Abrechnungsinformationen Section (10) (1.2.276.0.76.10.3124)
  1. Entry
    Ausnahmeindikation (10) (1.2.276.0.76.10.4285)
  2. Entry
    Abrechnungsinformationen (10) (1.2.276.0.76.10.4287)

^{[Abbildung 5]} CDA-Dokument-Template Muster 10A

CDA Document Level Templates

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

Id 1.2.276.0.76.10.1028 Gültigkeit 2018‑02‑06 10:57:10

Status Entwurf Versions-Label

Name Laborueberweisung Anzeigename 10: Laborüberweisung

Beschreibung 10: Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung

Kontext Pfadname //

Klassifikation CDA Document Level Template

Offen/Geschlossen Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-628	Muster 10: Laborüberweisung	KV-Mustersammlung

Benutzt

Benutzt 16 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.90002	Inklusion	CDA realmCode	DYNAMIC
1.2.276.0.76.10.90003	Inklusion	CDA typeId	DYNAMIC
1.2.276.0.76.10.90007	Inklusion	CDA confidentialityCode	DYNAMIC
1.2.276.0.76.10.90008	Inklusion	CDA languageCode	DYNAMIC
1.2.276.0.76.10.90009	Inklusion	CDA setId and versionNumber	DYNAMIC
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.2020	Inklusion	CDA legalAuthenticator	DYNAMIC
1.2.276.0.76.10.2027	Inklusion	CDA encompassingEncounter Patientenkontakt	DYNAMIC
1.2.276.0.76.10.3120	Containment	Reason for Referral Section (10) (2018-03-24)	DYNAMIC
1.2.276.0.76.10.3128	Containment	Diagnosis Section	DYNAMIC
1.2.276.0.76.10.3121	Containment	Findings Section (10) (2018-03-24)	DYNAMIC
1.2.276.0.76.10.3122	Containment	Medikation Section (10)	DYNAMIC
1.2.276.0.76.10.3123	Containment	Auftrag Section (10)	DYNAMIC
1.2.276.0.76.10.3124	Containment	Abrechnungsinformationen Section (10)	DYNAMIC
1.2.276.0.76.10.3103	Containment	Insurance Section	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

(Lab...ung)


	vomgt-dataelement-628	Muster 10: Laborüberweisung	KV-Mustersammlung

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

Eingefügt von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)

hl7:realmCode

CS

1 … 1

M

CDAr...Code

@code

cs

1 … 1

R

CONF

@code muss "DE" sein

Beispiel <realmCode code="DE"/>

Eingefügt von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC)

hl7:typeId

II

1 … 1

M

CDAtypeId

@extension

1 … 1

F

POCD_HD000040

@root

1 … 1

F

2.16.840.1.113883.1.3

hl7:templateId

II

1 … 1

R

(Lab...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.1028

hl7:id

II

1 … 1

R

(Lab...ung)

hl7:code

1 … 1

R

(Lab...ung)

hl7:title

ST

1 … 1

R

(Lab...ung)

CONF

Elementinhalt muss "Überweisungsschein für Laboratoriumsuntersuchungen als Auftragsleistung" sein

hl7:effectiveTime

TS

1 … 1

R

(Lab...ung)

Eingefügt von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

(Lab...ung)

CONF

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

Eingefügt von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC)

hl7:languageCode

CS.LANG

1 … 1

M

(Lab...ung)

Eingefügt von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)

hl7:setId

II

1 … 1

M

(Lab...ung)

hl7:versionNumber

INT.POS

1 … 1

M

(Lab...ung)

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

hl7:recordTarget

1 … 1

R

(Lab...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

(Lab...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2048

hl7:patientRole

1 … 1

(Lab...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

(Lab...ung)

hl7:addr

AD

1 … 1

M

Adresse des Patienten

(Lab...ung)

Beispiel

normale Adresse

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

Beispiel

Postfach

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

hl7:patient

0 … 1

(Lab...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.

(Lab...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

(Lab...ung)

wo [@qualifier='AC']

@qualifier

set_cs

1 … 1

F

AC

hl7:given

ENXP

0 … *

Vorname

(Lab...ung)

hl7:prefix

ENXP

0 … *

Namenszusatz

(Lab...ung)

wo [@qualifier='NB']

@qualifier

set_cs

1 … 1

F

NB

hl7:prefix

ENXP

0 … *

Vorsatzwort

(Lab...ung)

wo [@qualifier='VV']

@qualifier

set_cs

1 … 1

F

VV

hl7:family

ENXP

0 … *

Nachname

(Lab...ung)

hl7:suffix

ENXP

0 … *

Suffix

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

(Lab...ung)

hl7:birthTime

TS.DATE.MIN

1 … 1

M

Geburtsdatum des Patienten

(Lab...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

(Lab...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

(Lab...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2049

hl7:functionCode

CE

0 … 1

(Lab...ung)

CONF

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

hl7:time

TS.DATE.MIN

1 … 1

(Lab...ung)


	vomgt-dataelement-755	Krankenhausaufnahme	KV-Mustersammlung

hl7:assignedAuthor

1 … 1

(Lab...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.

(Lab...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!

(Lab...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

(Lab...ung)

CONF

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

hl7:telecom

TEL

0 … *

(Lab...ung)

hl7:assignedPerson

1 … 1

M

(Lab...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

(Lab...ung)

hl7:representedOrganization

1 … 1

M

(Lab...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!

(Lab...ung)

@extension

st

0 … 1

@root

uid

0 … 1

F

1.2.276.0.76.4.17

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

0 … *

(Lab...ung)

hl7:addr

AD

0 … 1

(Lab...ung)

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

hl7:legalAuthenticator

1 … 1

R

(Lab...ung)

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(Lab...ung)

hl7:signatureCode

CS

1 … 1

R

(Lab...ung)

CONF

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

hl7:assignedEntity

1 … 1

R

(Lab...ung)

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

hl7:id

II

1 … *

R

(Lab...ung)

hl7:addr

AD

0 … 1

R

(Lab...ung)

hl7:telecom

TEL

0 … *

R

(Lab...ung)

hl7:assignedPerson

1 … 1

M

(Lab...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

(Lab...ung)

hl7:representedOrganization

0 … 1

(Lab...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 … *

(Lab...ung)

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

0 … *

(Lab...ung)

hl7:addr

AD

0 … 1

(Lab...ung)

Eingefügt 0 … 1 R von 1.2.276.0.76.10.2027 CDA encompassingEncounter Patientenkontakt (DYNAMIC)

hl7:componentOf

0 … 1

R

(Lab...ung)

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

R

(Lab...ung)

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthalts-Identifikation

(Lab...ung)

hl7:code

CE

1 … 1

M

(Lab...ung)

CONF

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

Beispiel <code code="IMP" codeSystem="2.16.840.1.113883.5.4"/>

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:effectiveTime[hl7:high]
hl7:effectiveTime[@value]

hl7:effectiveTime

IVL_TS

… 1

R

Zeitraum

(Lab...ung)

wo [hl7:high]

Beispiel

Vom 7. Juni 2011 11:24 Uhr bis zum 11. Juni 2011 16:54 Uhr

<effectiveTime> <low value="201106071124"/> <high value="201106111654"/></effectiveTime>

hl7:effectiveTime

TS

… 1

R

Bestimmter Tag

(Lab...ung)

wo [@value]

@value

1 … 1

R

Beispiel

Am 7. Juni 2011 (ambulanter Besuch ohne genauere Zeitangaben des Tages)

<effectiveTime value="20110607"/>

hl7:responsibleParty

0 … 1

(Lab...ung)

hl7:assignedEntity

1 … 1

M

(Lab...ung)

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

hl7:id

II

1 … *

R

(Lab...ung)

hl7:addr

AD

0 … 1

R

(Lab...ung)

hl7:telecom

TEL

0 … *

R

(Lab...ung)

hl7:assignedPerson

1 … 1

M

(Lab...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

(Lab...ung)

hl7:representedOrganization

0 … 1

(Lab...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 … *

(Lab...ung)

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

0 … *

(Lab...ung)

hl7:addr

AD

0 … 1

(Lab...ung)

Eingefügt 1 … 1 M von 1.2.276.0.76.10.90021 Encounter Location (DYNAMIC)

hl7:location

1 … 1

M

(Lab...ung)

@typeCode

0 … 1

F

LOC

Beispiel <location typeCode="LOC"> <healthCareFacility classCode="SDLOC">  </healthCareFacility></location>

hl7:healthCareFacility

1 … 1

M

(Lab...ung)

@classCode

0 … 1

F

SDLOC

Beispiel <healthCareFacility classCode="SDLOC"> <location classCode="PLC" determinerCode="INSTANCE">  </location> <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">  </serviceProviderOrganization></healthCareFacility>

hl7:serviceProviderOrganization

1 … 1

M

(Lab...ung)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE"> <name/> <addr>  </addr></serviceProviderOrganization>

hl7:id

II

1 … *

R

(Lab...ung)

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

1 … *

M

(Lab...ung)

hl7:addr

AD

1 … 1

M

(Lab...ung)

hl7:component

1 … 1

R

(Lab...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:structuredBody

1 … 1

R

(Lab...ung)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

0 … *

R

Beinhaltet 1.2.276.0.76.10.3120 Reason for Referral Section (10) (DYNAMIC)

(Lab...ung)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

F

true

hl7:component

0 … *

R

Beinhaltet 1.2.276.0.76.10.3128 Diagnosis Section (DYNAMIC)

(Lab...ung)

wo [hl7:section]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

F

true

hl7:component

0 … *

R

Beinhaltet 1.2.276.0.76.10.3121 Findings Section (10) (DYNAMIC)

(Lab...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

F

true

hl7:component

0 … *

R

Beinhaltet 1.2.276.0.76.10.3122 Medikation Section (10) (DYNAMIC)

(Lab...ung)

wo [hl7:section]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

F

true

hl7:component

0 … *

R

Beinhaltet 1.2.276.0.76.10.3123 Auftrag Section (10) (DYNAMIC)

(Lab...ung)

wo [hl7:section [hl7:code [(@code = 'AUFTRAG' and @codeSystem = '1.2.276.0.76.3.1.135.8.5.99')]]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

F

true

hl7:component

ANY

1 … 1

R

Beinhaltet 1.2.276.0.76.10.3124 Abrechnungsinformationen Section (10) (DYNAMIC)

(Lab...ung)

wo [hl7:section]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

F

true

hl7:component

1 … 1

R

Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC)

(Lab...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

F

true

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

Id

1.2.276.0.76.10.1029

Gültigkeit

2018‑04‑06 12:01:44

Status

Entwurf

Versions-Label

Name

Laboranforderung

Bezeichnung

10A: Laboranforderung

Beschreibung

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

Kontext

Pfadname //

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 14 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.90002	Inklusion	CDA realmCode	DYNAMIC
1.2.276.0.76.10.90003	Inklusion	CDA typeId	DYNAMIC
1.2.276.0.76.10.90007	Inklusion	CDA confidentialityCode	DYNAMIC
1.2.276.0.76.10.90008	Inklusion	CDA languageCode	DYNAMIC
1.2.276.0.76.10.90009	Inklusion	CDA setId and versionNumber	DYNAMIC
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.2004	Inklusion	CDA custodian	DYNAMIC
1.2.276.0.76.10.2020	Inklusion	CDA legalAuthenticator	DYNAMIC
1.2.276.0.76.10.2027	Inklusion	CDA encompassingEncounter Patientenkontakt (1.1)	DYNAMIC
1.2.276.0.76.10.3103	Containment	Insurance Section	DYNAMIC
1.2.276.0.76.10.3128	Containment	Diagnosis Section	DYNAMIC
1.2.276.0.76.10.3129	Containment	Auftrag Section (10A)	DYNAMIC
1.2.276.0.76.10.3124	Containment	Abrechnungsinformationen Section (10)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.276.0.76.10.1028 10: Laborüberweisung (2018‑02‑06 10:57:10)
Spezialisierung: Template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

(Lab...ung)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Lab...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.1029

Eingefügt

von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)

hl7:realmCode

CS

1 … 1

M

CDAr...Code


	vomgt-dataelement-844	Country A	KV-Mustersammlung

@code

cs

1 … 1

R

CONF

@code muss "DE" sein

Beispiel

Eingefügt

von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC)

hl7:typeId

II

1 … 1

M

CDAtypeId


	vomgt-dataelement-841	Type	KV-Mustersammlung

@extension

1 … 1

F

POCD_HD000040

@root

1 … 1

F

2.16.840.1.113883.1.3

hl7:id

II

1 … 1

R

(Lab...ung)

hl7:code

CE

1 … 1

R

(Lab...ung)

@codeSystem

CONF

0 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

0 … 1

(Lab...ung)

CONF

Elementinhalt muss "Anforderungsschein für Laboratoriumsunstersuchungen bei Laborgemeinschaften" sein

hl7:effectiveTime

TS

1 … 1

R

(Lab...ung)

Eingefügt

von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

(Lab...ung)

CONF

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

Eingefügt

von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC)

hl7:languageCode

CS.LANG

1 … 1

M

(Lab...ung)


	vomgt-dataelement-843	Language	KV-Mustersammlung

Eingefügt

von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)

hl7:setId

II

1 … 1

M

(Lab...ung)

hl7:versionNumber

INT.POS

1 … 1

M

(Lab...ung)

Eingefügt

1 … *

R

von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)

hl7:recordTarget

1 … *

R

(Lab...ung)


	vomgt-dataelement-4	Patientendaten	KV-Mustersammlung

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:templateId

1 … 1

M

(Lab...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2048

hl7:patientRole

1 … 1

(Lab...ung)

@classCode

cs

0 … 1

F

PAT

Beispiel

hl7:id

0 … *

R

(Lab...ung)

hl7:addr

AD

1 … 1

M

Adresse des Patienten

(Lab...ung)

Beispiel

normale Adresse

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

Beispiel

Postfach

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

hl7:patient

0 … 1

(Lab...ung)

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

(Lab...ung)


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

(Lab...ung)

wo [@qualifier='AC']

@qualifier

set_cs

1 … 1

F

AC

hl7:given

ENXP

0 … *

Vorname

(Lab...ung)

hl7:prefix

ENXP

0 … *

Namenszusatz

(Lab...ung)

wo [@qualifier='NB']

@qualifier

set_cs

1 … 1

F

NB

hl7:prefix

ENXP

0 … *

Vorsatzwort

(Lab...ung)

wo [@qualifier='VV']

@qualifier

set_cs

1 … 1

F

VV

hl7:family

ENXP

0 … *

Nachname

(Lab...ung)

hl7:suffix

ENXP

0 … *

Suffix

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

(Lab...ung)

hl7:birthTime

TS.DATE.MIN

1 … 1

M

Geburtsdatum des Patienten

(Lab...ung)

Beispiel

Eingefügt

1 … *

R

von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC)

hl7:author

1 … *

R

(Lab...ung)

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

(Lab...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2049

hl7:functionCode

CE

0 … 1

(Lab...ung)

CONF

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

hl7:time

TS.DATE.MIN

1 … 1

(Lab...ung)


	vomgt-dataelement-755	Krankenhausaufnahme	KV-Mustersammlung

hl7:assignedAuthor

1 … 1

(Lab...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.

(Lab...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!

(Lab...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

(Lab...ung)

CONF

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

hl7:telecom

TEL

0 … *

(Lab...ung)

hl7:assignedPerson

1 … 1

M

(Lab...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

(Lab...ung)

hl7:representedOrganization

1 … 1

M

(Lab...ung)


	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!

(Lab...ung)

@extension

st

0 … 1

@root

uid

0 … 1

F

1.2.276.0.76.4.17

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

0 … *

(Lab...ung)

hl7:addr

AD

0 … 1

(Lab...ung)

Eingefügt

1 … 1

R

von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)

hl7:custodian

1 … 1

R

(Lab...ung)

@typeCode

0 … 1

F

CST

Beispiel

hl7:assignedCustodian

1 … 1

M

(Lab...ung)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(Lab...ung)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

(Lab...ung)

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

0 … 1

(Lab...ung)

hl7:addr

AD

0 … 1

(Lab...ung)

Eingefügt

0 … 1

von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)

hl7:legalAuthenticator

0 … 1

(Lab...ung)


	vomgt-dataelement-849	Legal Entity	KV-Mustersammlung

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(Lab...ung)

hl7:signatureCode

CS

1 … 1

R

(Lab...ung)

CONF

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

hl7:assignedEntity

1 … 1

R

(Lab...ung)

Eingefügt

von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(Lab...ung)

hl7:addr

AD

0 … 1

R

(Lab...ung)

hl7:telecom

TEL

0 … *

R

(Lab...ung)

hl7:assignedPerson

1 … 1

M

(Lab...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

(Lab...ung)

hl7:representedOrganization

0 … 1

(Lab...ung)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG


	vomgt-dataelement-770	Hospital Information	KV-Mustersammlung

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Lab...ung)

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

0 … *

(Lab...ung)

hl7:addr

AD

0 … 1

(Lab...ung)

Eingefügt

0 … 1

von 1.2.276.0.76.10.2027 CDA encompassingEncounter Patientenkontakt (DYNAMIC)

hl7:componentOf

0 … 1

(Lab...ung)

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

R

(Lab...ung)

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthalts-Identifikation

(Lab...ung)

hl7:code

CE

1 … 1

M

(Lab...ung)

CONF

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

Beispiel

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:effectiveTime[hl7:high]
hl7:effectiveTime[@value]

hl7:effectiveTime

IVL_TS

… 1

R

Zeitraum

(Lab...ung)

wo [hl7:high]


vomgt-dataelement-891	Krankenhausbehandlung Dauer	KV-Mustersammlung
vomgt-dataelement-908	Entlassdatum	KV-Mustersammlung

Beispiel

Vom 7. Juni 2011 11:24 Uhr bis zum 11. Juni 2011 16:54 Uhr

hl7:effectiveTime

TS

… 1

R

Bestimmter Tag

(Lab...ung)

wo [@value]


	vomgt-dataelement-907	Aufnahmedatum	KV-Mustersammlung

@value

1 … 1

R

Beispiel

Am 7. Juni 2011 (ambulanter Besuch ohne genauere Zeitangaben des Tages)

hl7:responsibleParty

0 … 1

(Lab...ung)

hl7:assignedEntity

1 … 1

M

(Lab...ung)

Eingefügt

von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(Lab...ung)

hl7:addr

AD

0 … 1

R

(Lab...ung)

hl7:telecom

TEL

0 … *

R

(Lab...ung)

hl7:assignedPerson

1 … 1

M

(Lab...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

(Lab...ung)

hl7:representedOrganization

0 … 1

(Lab...ung)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG


	vomgt-dataelement-770	Hospital Information	KV-Mustersammlung

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Lab...ung)

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

0 … *

(Lab...ung)

hl7:addr

AD

0 … 1

(Lab...ung)

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.90021 Encounter Location (DYNAMIC)

hl7:location

0 … 1

R

(Lab...ung)

@typeCode

0 … 1

F

LOC

Beispiel

hl7:healthCareFacility

1 … 1

M

(Lab...ung)

@classCode

0 … 1

F

SDLOC

Beispiel

hl7:serviceProviderOrganization

1 … 1

M

(Lab...ung)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

Beispiel

hl7:id

II

1 … *

R

(Lab...ung)

hl7:name

ON

1 … 1

M

(Lab...ung)

hl7:telecom

TEL

1 … *

M

(Lab...ung)

hl7:addr

AD

1 … 1

M

(Lab...ung)

hl7:component

1 … 1

R

(Lab...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:structuredBody

1 … 1

R

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

(Lab...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

0 … *

R

Beinhaltet 1.2.276.0.76.10.3128 Diagnosis Section (DYNAMIC)

(Lab...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

0 … *

R

Beinhaltet 1.2.276.0.76.10.3129 Auftrag Section (10A) (DYNAMIC)

(Lab...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

ANY

1 … 1

R

Beinhaltet 1.2.276.0.76.10.3124 Abrechnungsinformationen Section (10) (DYNAMIC)

(Lab...ung)

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

CDA recordTarget (vomgt)

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

CDA author Person (vomgt)

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)

CDA Section Level Templates

Abrechnungsinformationen Section (10)

Id 1.2.276.0.76.10.3124 Gültigkeit 2018‑02‑26 11:50:27

Status Entwurf Versions-Label

Name Ausnahmeindikation Anzeigename Abrechnungsinformationen Section (10)

Beschreibung Template CDA Section (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3124

Klassifikation CDA Section level template

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

Assoziiert mit

Assoziiert mit 2 Konzepte

Id	Name	Datensatz
vomgt-dataelement-672	Abrechnungsinformationen	KV-Mustersammlung
vomgt-dataelement-685	Abrechnungsinformationen	KV-Mustersammlung

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.4285	Containment	Ausnahmeindikation (10) (2018-02-26 7:00)	DYNAMIC
1.2.276.0.76.10.4287	Containment	Abrechnungsinformationen (10) (2018-03-24)	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

(Aus...ion)


vomgt-dataelement-672	Abrechnungsinformationen	KV-Mustersammlung
vomgt-dataelement-685	Abrechnungsinformationen	KV-Mustersammlung

hl7:templateId

II

1 … 1

M

(Aus...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3124

hl7:title

ST

1 … 1

R

(Aus...ion)

CONF

Elementinhalt muss "Abrechnungsinformationen" sein

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4285 Ausnahmeindikation (10) (DYNAMIC)

(Aus...ion)

wo [hl7:observation [hl7:code [(@code = 'X-EXP-INDIC' and @codeSystem = '2.16.840.1.113883.6.1') or @nullFlavor]]]

@typeCode

cs

1 … 1

R

CONF

@typeCode muss "COMP" sein

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4287 Abrechnungsinformationen (10) (DYNAMIC)

(Aus...ion)

wo [hl7:observation [hl7:code [concat(@code, @codeSystem) = doc('include/voc-1.2.276.0.76.3.1.135.8.11.22-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]]

@typeCode

cs

1 … 1

R

CONF

@typeCode muss "COMP" sein

Auftrag Section (10)

Id 1.2.276.0.76.10.3123 Gültigkeit 2018‑04‑04

Status Entwurf Versions-Label

Name Auftrag Anzeigename Auftrag Section (10)

Beschreibung Konkrete Angaben (Leistungen), die der beauftragte Arzt durchführen soll. Hierzu ist EBM-Katalog zu verwenden.

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3123

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

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.4294	Containment	Auftragsidentifikation Labor (10)	DYNAMIC
1.2.276.0.76.10.4284	Containment	Probeabnahmedatum und -zeit (10) (2017)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.276.0.76.10.3118 Auftrag Section (06) (2016‑01‑28 14:42:56)
Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Item DT Kard Konf Beschreibung Label

hl7:section

(Auftrag)


	vomgt-dataelement-631	Auftrag	KV-Mustersammlung

hl7:templateId

II

1 … 1

M

(Auftrag)

@root

uid

1 … 1

F

1.2.276.0.76.10.3123

hl7:code

CE

1 … 1

M

(Auftrag)

@code

CONF

1 … 1

F

AUFTRAG

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:title

ST

1 … 1

(Auftrag)

CONF

Elementinhalt muss "Auftrag" sein

hl7:text

1 … 1

M

Angabe des Auftragstextes.
Hier sollte eigentlich der EBM-Katalog hin, das muss dann aber über Entries geschehen.

Der den Auftrag ausführende Arzt darf nur die Leistungen durchführen, die unter „Auftrag“ angegeben sind. (Eine Erweiterung des Auftrages nach Art oder Umfang bedarf der Zustimmung des Vertragsarztes, der den Auftrag erteilt hat; sie ist auf dem Vordruck zu vermerken.)

(Auftrag)

hl7:entry

0 … 1

Beinhaltet 1.2.276.0.76.10.4294 Auftragsidentifikation Labor (10) (DYNAMIC)

(Auftrag)

wo [hl7:observation]

hl7:entry

0 … 1

R

Beinhaltet 1.2.276.0.76.10.4284 Probeabnahmedatum und -zeit (10) (DYNAMIC)

(Auftrag)

wo [hl7:procedure [hl7:code [(@code = '33882-2' and @codeSystem = '2.16.840.1.113883.6.1')]]]

Diagnosis Section (06)

Id

1.2.276.0.76.10.3115

Gültigkeit

2018‑02‑21 14:03:54

Status

Entwurf

Versions-Label

Name

F06DiagnosisSection

Bezeichnung

Diagnosis Section (06)

Beschreibung

In dieser Section werden die AU-begründende Diagnosen untergebracht.
Die ICD-Codes kommen in die inkludierten Entries. (max 6 Stk.)
Der Freitext (als Feld in der dritten Zeile) wird im text-Element dieser Section untergebracht.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3115

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-629	Diagnose/Verdachtsdiagnose	KV-Mustersammlung

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

(F06...ion)


	vomgt-dataelement-629	Diagnose/Verdachtsdiagnose	KV-Mustersammlung

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F06...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3115

hl7:templateId

II

1 … 1

M

(F06...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3104

hl7:code

CE

0 … 1

(F06...ion)

@code

CONF

0 … 1

F

DIAGNOSIS

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:title

ST

0 … 1

(F06...ion)

CONF

Elementinhalt muss "Diagnose" sein

-oder-

Elementinhalt muss "Verdachtsdiagnose" sein

hl7:text

SD.TEXT

0 … 1

R

Der Freitext für die Diagnose/Verdachtsdiagnose wird in diesem Feld untergebracht.

(F06...ion)

Findings Section (10)

Id 1.2.276.0.76.10.3121 Gültigkeit 2018‑03‑24 14:31:21

Status Entwurf Versions-Label 2018-03-24

Name F10FindingsSection Anzeigename Findings Section (10)

Beschreibung Die Findings Section enthält die Befunde.

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3121

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-678	Befund	KV-Mustersammlung

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4282	Containment	Kontrolluntersuchung bekannte Infektion (10) (2018-03-24)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.276.0.76.10.3116 Findings Section (DIR) (06) (2016‑09‑06 17:25:26)
Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Item DT Kard Konf Beschreibung Label

hl7:section

ANY

(F10...ion)

Constraint This section SHOULD contain only the direct observations in the report, with topics such as Reason for Study, History, and Impression placed in separate sections. However, in cases where the source of report content provides a single block of text not separated into these sections, that text SHALL be placed in the Findings section.

hl7:templateId

II

1 … 1

M

(F10...ion)


	vomgt-dataelement-678	Befund	KV-Mustersammlung

@root

uid

1 … 1

F

1.2.276.0.76.10.3121

hl7:code

CE

(F10...ion)

hl7:title

ST

1 … 1

R

(F10...ion)

CONF

Elementinhalt muss "Befund" sein

hl7:text

SD.TEXT

1 … 1

R

(F10...ion)

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4282 Kontrolluntersuchung bekannte Infektion (10) (DYNAMIC)

(F10...ion)

wo [hl7:observation [hl7:code [(@code = 'X-CTRL-INF' and @codeSystem = '2.16.840.1.113883.6.1')]]]

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

Medikation Section (10)

Id 1.2.276.0.76.10.3122 Gültigkeit 2018‑02‑26 10:04:44

Status Entwurf Versions-Label

Name MedikationSection Anzeigename Medikation Section (10)

Beschreibung Template CDA Section (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3122

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-677	Medikation	KV-Mustersammlung

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4283	Containment	Medikation	DYNAMIC

Beziehung

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

ref

ad1bbr-

Spezialisierung: Template 1.2.276.0.76.10.3041 Aktuelle Medikation (DYNAMIC)

ref

pmp-

Item DT Kard Konf Beschreibung Label

hl7:section

(Med...ion)


	vomgt-dataelement-677	Medikation	KV-Mustersammlung

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(Med...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3122

hl7:code

CE

0 … 1

(Med...ion)

@code

CONF

0 … 1

F

19009-0

@codeSystem

0 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

1 … 1

M

(Med...ion)

CONF

Elementinhalt muss "Medikation" sein

hl7:text

SD.TEXT

0 … 1

M

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

(Med...ion)

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4283 Medikation (DYNAMIC)

(Med...ion)

wo [hl7:substanceAdministration [hl7:code [(@code = 'DRUG' and @codeSystem = '2.16.840.1.113883.5.4')]]]

@typeCode

cs

1 … 1

F

DRIV

Reason for Referral Section (10)

Id 1.2.276.0.76.10.3120 Gültigkeit 2018‑03‑24 14:23:01

Status Entwurf Versions-Label 2018-03-24

Name F10ReasonforReferralSection Anzeigename Reason for Referral Section (10)

Beschreibung

Dieser Abschnitt enthält den Grund für die Überweisung. Dieser wird typischerweise als Diagnose eingetragen.

Als Detailinformation (entry) wird die Leistungsart als Referral Type angegeben. Dies sind Checkboxen auf dem Formular.

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3120

Klassifikation CDA Section level template

Offen/Geschlossen Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-649	Leistungsart	KV-Mustersammlung

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4279	Containment	Leistungsart Referral Type (10) (2018-03-24)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.276.0.76.10.3112 Reason for Referral Section (06) (2016‑09‑06 16:42:43)
Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Item DT Kard Konf Beschreibung Label

hl7:section

(F10...ion)


	vomgt-dataelement-649	Leistungsart	KV-Mustersammlung

hl7:templateId

II

1 … 1

M

(F10...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3120

hl7:code

CE

1 … 1

M

(F10...ion)

@code

CONF

1 … 1

F

42349-1

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

1 … 1

(F10...ion)

CONF

Elementinhalt muss "Leistungsart" sein

hl7:text

SD.TEXT

1 … 1

M

(F10...ion)

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4279 Leistungsart Referral Type (10) (DYNAMIC)

(F10...ion)

wo [hl7:act [hl7:code [concat(@code, @codeSystem) = doc('include/voc-1.2.276.0.76.3.1.135.8.11.21-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]]

CDA Entry Level Templates

Abrechnungsinformationen (10)

Id 1.2.276.0.76.10.4287 Gültigkeit 2018‑03‑24 13:41:09

Status Entwurf Versions-Label 2018-03-24

Name Abrechnungsinformationen Anzeigename Abrechnungsinformationen (10)

Beschreibung Abrechnungsinformationen (10)

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4287

Klassifikation CDA Entry Level Template

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

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-672	Abrechnungsinformationen	KV-Mustersammlung

Beziehung

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

ref

ad1bbr-

Item DT Kard Konf Beschreibung Label

hl7:observation

(Abr...nen)


	vomgt-dataelement-672	Abrechnungsinformationen	KV-Mustersammlung

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(Abr...nen)

@root

uid

1 … 1

F

1.2.276.0.76.10.4287

hl7:code

CE

1 … 1

R

(Abr...nen)

CONF

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

Auftragsnummer des Labors (10)

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

Ausnahmeindikation (10)

Id 1.2.276.0.76.10.4285 Gültigkeit 2018‑02‑26 06:29:42

Status Entwurf Versions-Label 2018-02-26 7:00

Name F10Ausnahmeindikation Anzeigename Ausnahmeindikation (10)

Beschreibung Ausnahmeindikation (10)

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4285

Klassifikation CDA Entry Level Template

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

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-659	Ausnahmeindikation	KV-Mustersammlung

Beziehung

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

ref

ad1bbr-

Item DT Kard Konf Beschreibung Label

hl7:observation

(F10...ion)


	vomgt-dataelement-659	Ausnahmeindikation	KV-Mustersammlung

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F10...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4285

hl7:id

II

0 … *

(F10...ion)

hl7:code

CE

1 … 1

R

(F10...ion)

@code

CONF

0 … 1

F

X-EXP-INDIC

@codeSystem

0 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

0 … 1

F

Ausnahmeindikation (10)

hl7:value

CE

1 … 1

R

(F10...ion)

CONF

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

Coverage Activity

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

DMP Observation

Id

1.2.276.0.76.10.4271

Gültigkeit

2017‑12‑01 14:01:13

Andere Versionen mit dieser Id:

DMPObservation vom 2017‑11‑29 14:43:15

Status

Entwurf

Versions-Label

Name

DMPObservation

Bezeichnung

DMP Observation

Beschreibung

Mit dieser Observation wird die DMP-Zuordnung angegeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4271

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Adaptation: Template 1.2.276.0.76.3.1.135.8.10.34 DMP Observation (2017‑11‑29 14:43:15)
Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(DMP...ion)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(DMP...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4271

hl7:code

CD

1 … 1

M

(DMP...ion)

@code

CONF

1 … 1

F

DMP

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:value

CE

1 … 1

M

(DMP...ion)

CONF

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

eGK-Geschlecht Observation

Id

1.2.276.0.76.10.4272

Gültigkeit

2017‑11‑29 18:17:27

Status

Entwurf

Versions-Label

Name

eGKGeschlechtObservation

Bezeichnung

eGK-Geschlecht Observation

Beschreibung

Mit dieser Observation wird das Geschlecht angegeben, das auf der eGK hinterlegt ist.
(Hier handelt es sich nicht um das administrative Geschlecht, für das recordTarget.administrativeGender vorgesehen ist.)

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4272

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

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

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(eGK...ion)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(eGK...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4272

hl7:code

CD

1 … 1

M

(eGK...ion)

@code

CONF

1 … 1

F

eGK_Gender

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:value

CD

1 … 1

M

(eGK...ion)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.458 Geschlecht (eGK) (DYNAMIC)

oder

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.3.1.135.8.11.25 Geschlecht2 (eGK) (DYNAMIC)

Kontrolluntersuchung bekannte Infektion (10)

Id 1.2.276.0.76.10.4282 Gültigkeit 2018‑03‑24 14:39:08

Status Entwurf Versions-Label 2018-03-24

Name F10Kontrolluntersuchung Anzeigename Kontrolluntersuchung bekannte Infektion (10)

Beschreibung Kontrolluntersuchung bekannte Infektion (Muster 10)

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4282

Klassifikation CDA Entry Level Template

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

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-656	Kontrolluntersuchung bekannte Infektion	KV-Mustersammlung

Beziehung

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

ref

ad1bbr-

Item DT Kard Konf Beschreibung Label

hl7:observation

(F10...ung)


	vomgt-dataelement-656	Kontrolluntersuchung bekannte Infektion	KV-Mustersammlung

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F10...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.4282

hl7:code

CE

1 … 1

M

(F10...ung)

@code

CONF

1 … 1

F

X-CTRL-INF

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

Kontrolluntersuchung bekannte Infektion (10)

hl7:value

BL

1 … 1

R

Kontrolluntersuchung bekannte Infektion ja/nein

(F10...ung)

Kv-Zuordnung Observation

Id

1.2.276.0.76.10.4275

Gültigkeit

2018‑02‑27 12:35:11

Status

Entwurf

Versions-Label

Name

KVZuordnungObservation

Bezeichnung

Kv-Zuordnung Observation

Beschreibung

Mit dieser Observation wird die Zuordnung zur KV angegeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4275

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Adaptation: Template 1.2.276.0.76.3.1.135.8.10.34 DMP Observation (2017‑11‑29 14:43:15)
Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(KVZ...ion)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(KVZ...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4275

hl7:code

CD

1 … 1

M

(KVZ...ion)

@code

CONF

1 … 1

F

KV-Zuordnung

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:value

CE

1 … 1

M

(KVZ...ion)

CONF

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

Leistungsart Referral Type (10)

Id

1.2.276.0.76.10.4279

Gültigkeit

2018‑03‑24 14:17:43

Status

Entwurf

Versions-Label

2018-03-24

Name

Leistungsart

Bezeichnung

Leistungsart Referral Type (10)

Beschreibung

This template represents the type of referral (e.g., for dental care, to a specialist, for aging problems) and represents whether the referral is for full care or shared care. It may contain a reference to another act in the document instance representing the clinical reason for the referral (e.g., problem, concern, procedure).

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4279

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-649	Leistungsart	KV-Mustersammlung

Beziehung

Spezialisierung: Template 1.2.276.0.76.10.4276 Patient Referral Act (06) (2016‑09‑06 16:39:51)
Spezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Lei...art)


	vomgt-dataelement-649	Leistungsart	KV-Mustersammlung

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(Lei...art)

@root

uid

1 … 1

F

1.2.276.0.76.10.4279

hl7:code

CD

1 … 1

(Lei...art)

CONF

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

hl7:statusCode

CS

1 … 1

M

(Lei...art)

@code

CONF

1 … 1

F

active

Medikament

Id

1.2.276.0.76.10.4025

Gültigkeit

2017‑06‑04

Andere Versionen mit dieser Id:

MedicationInformation vom 2014‑11‑01

Status

Entwurf

Versions-Label

Name

MedicationInformation

Bezeichnung

Medikament

Beschreibung

Arzneimittel/Wirkstoff/Rezeptur

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4025

Label

medinfpmp

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.90022	Inklusion	Material	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.312 CDA ManufacturedProduct (2005‑09‑07)

ref

ad1bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC)

ref

epsos-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC)

ref

ccd1-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:manufacturedProduct

0 … *

medinfpmp

@classCode

1 … 1

F

MANU

hl7:templateId

II

1 … 1

M

medinfpmp

@root

1 … 1

F

1.2.276.0.76.10.4025

Eingefügt

1 … 1

M

von 1.2.276.0.76.10.90022 Material (DYNAMIC)

hl7:manufacturedMaterial

1 … 1

M

medinfpmp

@classCode

cs

1 … 1

F

MMAT

@determinerCode

cs

1 … 1

F

KIND

hl7:code

CD

1 … 1

R

Pharmazentralnummer der Arznei, zugelassene nullFlavor:

NI Arznei hat keine PZN
NA Arznei ist eine Rezeptur
UNK Arznei hat eine PZN, diese ist jedoch unbekannt

medinfpmp

@nullFlavor

cs

0 … 1

CONF

@nullFlavor muss "NA" sein

oder

@nullFlavor muss "NI" sein

oder

@nullFlavor muss "UNK" sein

@codeSystem

CONF

0 … 1

F

1.2.276.0.76.4.6 (Pharmazentralnummer)

Beispiel

Arznei mit PZN

Beispiel

Arznei hat keine PZN

Beispiel

Rezeptur (ohne PZN)

Beispiel

Arznei, unbekannte PZN

hl7:originalText

ED

0 … 1

R

medinfpmp

hl7:reference

TEL

1 … 1

M

medinfpmp

@value

1 … 1

R

z.B. #rezeptur-{generierteID}, z.B.: #rezeptur-1

hl7:translation

CE

0 … *

R

Optionale Übersetzung des Codes in ein anderes Codesystem

medinfpmp

hl7:name

EN

1 … 1

R

Bezeichnung der Arznei
Zugelassenes nullFlavor:

NA Arznei ist eine Rezeptur

medinfpmp

@nullFlavor

cs

0 … 1

CONF

@nullFlavor muss "NA" sein

Beispiel

Name der Arznei

<name>Limasin 500mg</name>

Beispiel

Rezeptur ohne Handelsname

pharm:formCode

CE

0 … 1

R

Darreichungsform

medinfpmp

CONF

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

hl7:translation

CE

0 … *

R

Optionale Übersetzung des Codes in ein anderes Codesystem

medinfpmp

CONF

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

pharm:asContent

0 … 1

R

Angaben zur Packung

medinfpmp

@classCode

cs

1 … 1

F

CONT

pharm:containerPackagedProduct

1 … 1

M

medinfpmp

@classCode

cs

1 … 1

F

CONT

@determinerCode

cs

1 … 1

F

INSTANCE

pharm:code

1 … 1

M

Pharmazentralnummer der Arznei

medinfpmp

@codeSystem

CONF

1 … 1

F

1.2.276.0.76.4.6 (Pharmazentralnummer)

hl7:originalText

ED

0 … 1

medinfpmp

pharm:name

EN

1 … 1

M

medinfpmp

pharm:formCode

CE

0 … 1

R

Typ der Packung

medinfpmp

pharm:capacityQuantity

PQ

1 … 1

M

medinfpmp

pharm:asSpecializedKind

0 … 1

R

Angabe des ATC Codes (WHO, DIMDI etc.)

medinfpmp

@classCode

1 … 1

F

GRIC

Beispiel

<XXX:asSpecializedKind classCode="GRIC">
  <XXX:generalizedMaterialKind classCode="MMAT">
    
    <XXX:code code=" " codeSystem="2.16.840.1.113883.6.73" displayName=" " codeSystemName="WHO ATC"/>  </XXX:generalizedMaterialKind></XXX:asSpecializedKind>

pharm:generalizedMaterialKind

1 … 1

M

medinfpmp

@classCode

1 … 1

F

MMAT

hl7:code

CD

1 … 1

R

Codes aus Codesystem 2.16.840.1.113883.6.73 (WHO ATC) oder z. B. einem der DIMDI ATC Kataloge wie 1.2.276.0.76.5.482 (atcgm2019)

medinfpmp

hl7:name

ST

0 … 1

R

medinfpmp

pharm:ingredient

0 … *

R

Angaben zu aktiven Wirkstoffen

medinfpmp

@classCode

cs

1 … 1

F

ACTI

pharm:quantity

IVL_PQ

0 … 1

R

medinfpmp

Beispiel

Wirkstärke von 10 mg Inhaltsstoff per ml des Medikaments

<XXX:quantity>
<numerator xsi:type="PQ" value="10" unit="mg"/> <denominator xsi:type="PQ" value="1" unit="ml"/></XXX:quantity>

Beispiel

Wirkstärke des Inhaltsstoffs in 1 Einheit der verabreichten Medikation: 2% des Inhaltsstoffs

<XXX:quantity>
<numerator xsi:type="PQ" value="2" unit="%"/> <denominator xsi:type="PQ" value="1"/></XXX:quantity>

hl7:numerator

PQ

1 … 1

R

medinfpmp

Beispiel

hl7:translation

PQR

0 … *

R

Optionale Übersetzung der Einheiten in ein anderes Einheitensystem

medinfpmp

CONF

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

hl7:denominator

PQ

1 … 1

R

medinfpmp

pharm:ingredientSubstance

0 … 1

R

Code und Name des aktiven Wirkstoffs

medinfpmp

pharm:code

CE

1 … 1

R

medinfpmp

CONF

@codeSystem muss "2.16.840.1.113883.6.73" sein

oder

@codeSystem muss "0.4.0.127.0.16.1.1.2.1" sein

hl7:originalText

ED

0 … 1

R

medinfpmp

hl7:translation

CE

0 … *

R

medinfpmp

pharm:name

EN

1 … 1

M

medinfpmp

Medikation

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

Person Group Observation

Id

1.2.276.0.76.10.4273

Gültigkeit

2017‑11‑29 14:46:01

Status

Entwurf

Versions-Label

Name

PersonGroupObservation

Bezeichnung

Person Group Observation

Beschreibung

Mit dieser Observation wird innerhalb der Coverage die Personengruppe angegeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4273

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
vomgt-dataelement-632	Personengruppe	KV-Mustersammlung

Beziehung

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

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(Per...ion)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(Per...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4273

hl7:code

CD

1 … 1

M

(Per...ion)

@code

CONF

1 … 1

F

PRSNGRP

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:value

CE

1 … 1

M

(Per...ion)


	vomgt-dataelement-632	Personengruppe	KV-Mustersammlung

CONF

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

Policy Activity

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

Probeabnahmedatum und -zeit (10)

Id

1.2.276.0.76.10.4284

Gültigkeit

2018‑02‑21 15:54:41

Status

Entwurf

Versions-Label

2017

Name

Probeabnahmezeitpunkt

Bezeichnung

Probeabnahmedatum und -zeit (10)

Beschreibung

Probeabnahmedatum und -zeit (10)

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4284

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.1.2 Specimen Collection (2008‑08‑08)

ref

XDLAB-

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

ref

ad1bbr-

Beispiel

Probeabnahmedatum und -zeit

Item

DT

Kard

Konf

Beschreibung

Label

hl7:procedure

(Pro...nkt)

@classCode

cs

1 … 1

F

PROC

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(Pro...nkt)

@root

uid

1 … 1

F

1.2.276.0.76.10.4284

hl7:code

CD

1 … 1

M

(Pro...nkt)

@code

CONF

1 … 1

F

33882-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Collection date

hl7:effectiveTime

IVL_TS

1 … 1

R

Probeabnahmedatum und -zeit

(Pro...nkt)

Weitere Kennzeichen Observation

Id

1.2.276.0.76.10.4280

Gültigkeit

2018‑03‑08 17:32:15

Status

Entwurf

Versions-Label

Name

weitereKennzeichenObservation

Bezeichnung

Weitere Kennzeichen Observation

Beschreibung

Weitere Kennzeichen Observation

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4280

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

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

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(wei...ion)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(wei...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4280

hl7:id

II

0 … *

(wei...ion)

hl7:code

CD

1 … 1

M

(wei...ion)

@code

CONF

1 … 1

F

KENNZEICHEN

hl7:value

CD

1 … 1

M

(wei...ion)

CONF

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

WOP-Kennzeichen Observation

Id

1.2.276.0.76.10.4274

Gültigkeit

2018‑02‑23 17:05:11

Status

Entwurf

Versions-Label

Name

WOPObservation

Bezeichnung

WOP-Kennzeichen Observation

Beschreibung

Mit dieser Observation wird das WOP-Kennzeichen angegeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4274

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Adaptation: Template 1.2.276.0.76.3.1.135.8.10.34 DMP Observation (2017‑11‑29 14:43:15)
Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(WOP...ion)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(WOP...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4274

hl7:code

CD

1 … 1

M

(WOP...ion)

@code

CONF

1 … 1

F

WOP

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:value

CE

1 … 1

M

(WOP...ion)

CONF

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

Terminologien

Folgende Terminologien werden verwendet.

eGK-Geschlecht

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

Id

1.2.276.0.76.11.458

Gültigkeit

2018‑03‑06 14:14:42

Status

Entwurf

Versions-Label

Name

Geschlechtegk

Bezeichnung

Geschlecht (eGK)

Beschreibung

Code für das Geschlecht so wie auf der elektronischen Gesundheitskarte kodiert

Benutzung: 1

Id	Name	Typ
Template
1.2.276.0.76.10.4272	eGK-Geschlecht Observation	DYNAMIC

Quell-Codesystem

1.2.276.0.76.5.483 - FHIR: urn:oid:1.2.276.0.76.5.483

Level/ Typ	Code	Bezeichnung	Codesystem
0‑L	M	männlich	1.2.276.0.76.5.483
0‑L	W	weiblich	1.2.276.0.76.5.483
0‑L	X	nicht angegeben	1.2.276.0.76.5.483

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

DMP

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

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.

Anhang

Referenzen

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

Abbildungen

↑ KBV-Mustersammlung Muster 10
↑ KBV-Mustersammlung Muster 10A
↑ Interaktionsdiagramm
↑ CDA-Dokument-Template Muster 10
↑ CDA-Dokument-Template Muster 10A

[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] KBV-Mustersammlung Muster 10

[4] KBV-Mustersammlung Muster 10A

[5] Interaktionsdiagramm

[6] CDA-Dokument-Template Muster 10

[7] CDA-Dokument-Template Muster 10A

[1]

[2]

[Abbildung 1]

[Abbildung 2]

[Abbildung 3]

[Abbildung 4]

[Abbildung 5]

@@ Zeile 77: / Zeile 77: @@
 ==Enthaltene Angaben in den Mustervorlagen 10 und 10A==
-Die von der KBV herausgegebenen Erläuterungen zur „Vereinbarung über Vordrucke für die vertragsärztliche Versorgung“ (Stand 10/2017) dienen als Informationsquelle für die Erstellung der Datenelemente und Value Sets.
+Die von der KBV herausgegebenen Erläuterungen zur „Vereinbarung über Vordrucke für die vertragsärztliche Versorgung“ (Stand 10/2017) sowie die "Technische Anlage zu Anlage 4a des Bundesmantelvertrags-Ärzte" dienen als Informationsquelle für die Erstellung der Datenelemente und Value Sets.
 *Patientendaten: Hier werden die Patienteninformationen (Name, Vorname, Adresse und Geburtsdatum) eingetragen.

Laboranforderung

Version vom 8. Mai 2019, 08:15 Uhr

Inhaltsverzeichnis

Dokumenteninformationen

Dokumentenhistorie

Impressum

Ansprechpartner und Autoren

Disclaimer

Copyright-Hinweis, Nutzungshinweise

Einleitung

Muster 10: Laborüberweisung

Muster 10A: Laborüberweisung

Enthaltene Angaben in den Mustervorlagen 10 und 10A

Transportaspekte

Interaktionsdiagramm

Dokumentenaustausch

Rechtssichere Übertragung

Verwendete Standards und Spezifikationen

Übersicht CDA Header und Body

Muster 10

Muster 10A

CDA Document Level Templates

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

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

CDA Header Level Templates

CDA recordTarget (vomgt)

CDA author Person (vomgt)

CDA Section Level Templates

Abrechnungsinformationen Section (10)

Auftrag Section (10)

Diagnosis Section (06)

Findings Section (10)

Insurance Section

Medikation Section (10)

Reason for Referral Section (10)

CDA Entry Level Templates

Abrechnungsinformationen (10)

Auftragsnummer des Labors (10)

Ausnahmeindikation (10)

Coverage Activity

DMP Observation

eGK-Geschlecht Observation

Kontrolluntersuchung bekannte Infektion (10)

Kv-Zuordnung Observation

Leistungsart Referral Type (10)

Medikament

Medikation

Person Group Observation

Policy Activity

Probeabnahmedatum und -zeit (10)

Weitere Kennzeichen Observation

WOP-Kennzeichen Observation

Terminologien

eGK-Geschlecht

DMP

Personengruppe

Versichertenstatus

Anhang

Referenzen

Abbildungen

Navigationsmenü

Suche