	Dieses Dokument gibt wieder: Implementierungsleitfaden eRezept (0.80). Die Teilmaterialien gehören der Kategorie cdam16 an.

eRezept (Arzneimittelverordnung) auf Basis der
HL7 Clinical Document Architecture Release 2 und FHIR
für das deutsche Gesundheitswesen

eRezept

Implementierungsleitfaden

in Arbeit

Version:	0.80
Datum:	8. April 2019
Status:	Entwicklung
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Kontributoren
	bvitg	Berlin
	DTHS	Essen
	Heitmann Consulting and Services GmbH, Gefyra GmbH	Hürth, Berlin
	medatixx	Eltville
	MediSoftware	Kiel
	HS Niederrhein	Krefeld
	Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ)	Berlin
	HÄVG Hausärztliche Vertragsgemeinschaft AG	Köln
	Bitkom e.V.	Berlin

Inhaltsverzeichnis

1 Dokumenteninformationen
2 Einleitung
3 Aufbau
4 Transportaspekte
5 Use Case
6 Informationsmodell
7 Mapping-Tabelle
8 CDA-Spezifikation
- 8.1 Besonderheiten bei der CDA-Spezifikation "eRezept"
9 Übersicht CDA Header und Body
10 CDA Document Level Templates
11 CDA Header Level Templates
- 11.1 CDA recordTarget (vomgt)
- 11.2 CDA author Person (vomgt)
12 CDA Section Level Templates
13 CDA Entry Level Templates
14 Terminologien
15 FHIR-Profile
16 Anhang
- 16.1 Referenzen
- 16.2 Abbildungen

Dokumenteninformationen

Dokumentenhistorie

Verordnungsmanagement

KBV-Muster 2 (Krankenhausverordnung) 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.97

30.11.2020

Ergebnis
Abstimmung von bis				Ohne Votum	Stimmen	Ergebnis
30.11.2020-11.01.2021	2	0	0	0	2	100%
Kommentare: Abstimmungsankündigung_20201030, Abstimmungseröffnung_20201130

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

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

Impressum

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

Ansprechpartner und Autoren

Dr. Frank Oemig, DTHS, bvitg
Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH
Rico Tetmeyer, medatixx
Elisabeth Pantazoglou, HS Niederrhein

Kontributoren

Daniel Grandt, Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ), Berlin
HÄVG Hausärztliche Vertragsgemeinschaft AG, Köln
Bitkom e.V., Berlin

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.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

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

Einleitung

Ein wesentliches Element bei der Digitalisierung des Gesundheitswesens wird die elektronische Verordnung (eVerordnung)/ das elektronische Rezept (eRezept) darstellen. Der Aufbau für das Formular der Verordnung/ des Rezepts ist durch die Formularkommission der KBV im Muster 16 festgehalten. Die Verordnung/ das Rezept wird vom Vertragsarzt ausgestellt und enthält die Verordnung von Arznei- und Verbandmitteln, sowie Hilfsmitteln mit Ausnahme von Sehhilfen und Hörhilfen. Darüber hinaus gilt das Verordnungsformular für den patientenbezogenen Sprechstundenbedarf.

Dieser Leitfaden beschreibt, wie die fachlichen Inhalte des Musters 16 "Arzneiverordnungsblatt" (der Verordnung/ des Rezepts) in elektronischer Form vollständig auf Basis der HL7 Clinical Document Architecture (CDA) bzw. FHIR technisch abgebildet werden können.

Muster 16: Arzneiverordnungsblatt (eRezept)

Die Umsetzung fokussiert primär auf die Übertragung der im Muster 16 (s.u.) enthaltenen Daten.

^{[Abbildung 1]} Muster 16

Dieses Formular wird jedoch zur Realisierung mehrerer Anwendungsfälle (personenbezogenes Rezept, Sprechstundenbedarf, ..) genutzt, die nachfolgend näher erläutert werden.

Rationale

Das eRezept ist mit zentraler Bestandteil im neuen Gesetz für mehr Sicherheit in der Arzneimittelversorgung (GSAV). Hierbei soll das derzeit papiergebundene Rezept durch eine elektronische Fassung abgebildet werden.

Der vorliegende Implementierungsleitfaden stellt die vereinheitlichte elektronische Wiedergabe des elektronischen Rezepts dar und bildet

das CDA-basierte Rezept in ISO/HL7 27932:2009 Ausgabe und
die Profile für das FHIR-basierte Rezept

in der offiziellen Fassung für Deutschland, d.h. es wird gemäß des internationalen Regelwerks auf Basis dieser Standards als Profile erarbeitet und abgestimmt. Ziel ist somit eine offizielle Affiliate Localization.

Zweck

Im Rahmen dieses Leitfadens sollen die oben erwähnten Sachverhalte durch entsprechende semantische und strukturelle Vorgaben adressiert werden:

Festlegung von Daten- und Übertragungsstandards auf der Basis von
- HL7 Clinical Document Architecture Format (ISO/HL7 27932:2009) mit Templates und Value Sets und
- HL7 FHIR® (Fast Healthcare Interoperability Resources) mit Profilen und Value Sets

Im weiteren Verlauf werden in den Abschnitten "Aufbau" und "Technische Spezifikationen"

die Festlegung definierter semantische Bezugssysteme (insbesondere Klassifikationen, Terminologien) im Abschnitt "Terminologien",
sowie durch Aufzeigen der Möglichkeiten des Mappings und automatisierter Konversionen der Spezifikationen untereinander im "Anhang"

erläutert.

Diese Spezifikationen werden als Beitrag für die weitere Zusammenarbeit mit Ärzten, Apothekern, anderen Projekten und Vorhaben und den entsprechenden Gremien und Arbeitsgruppen gesehen, die für das elektronische Rezept zuständig sind.

Vorarbeiten

Das Rezept wurde bereits mehrfach von unseren Nachbarländern bzw. in der Standardisierung abgebildet.

Standardisierung

Neben den Niederlanden hat auch Österreich in seinen Spezifikationen zur ELGA eine CDA-basierte Arzneimittelverordnung (eRezept) erarbeitet und offiziell abgestimmt. Parallel dazu gibt es Ausarbeitungen im Bereich IHE Pharmacy:

PRE: Prescription
CPMD: Community Prescription and Medication Dispense.

Ersteres kümmert sich um die inhaltlichen Vorgaben auf Basis von CDA, letzteres um den Transport beispielsweise über XDS. Letzteres passt damit sehr gut zu den deutschen Anforderungen für die Telematik-Infrastruktur (TI), die ebenfalls auf IHE ITI XDS basieren soll.

Neben diesen Vorarbeiten gibt es eine harmonisierte Ausarbeitung für CDA als "UV Medication Order Template" von HL7 International.

Im Rahmen dieses Projektes sollen diese Ansätze kombiniert werden.

andere KV-Formulare

Die Arzneimittelverordnung / das Rezept nutzt Module (Komponenten) aus den anderen Spezifikationen im Bereich Verordnungsmanagement sowie dem Projekt Medikationsplan PLUS und der konsolidierten Fassung der Medikationspläne im Medikationsmanagement. So lies sich relativ leicht ein Dokument-Template erstellen, das bereits die Grundlagen für das Verordnungsmanagement beinhaltet und dann nur noch Ergänzungen und Anpassungen für die dedizierten Abschnitte erforderte.

Nutzer

Mögliche Nutzer sind Institutionen, welche am Informationsaustausch im Rahmen des Rezepts beteiligt sind:

Haus- und Facharztpraxen
Apotheken
Krankenhäuser

Zu den möglichen Akteuren gehören:

Haus- und Fachärztinnen und –ärzte
Mitarbeiterinnen und Mitarbeiter von Apotheken.

Forderungen und Potenziale

Derzeit laufen mehrere Projekte, die ebenfalls das Ziel eines elektronischen Rezepts verfolgen.

Der Ansatz des eRezepts auf internationalen Standards zielt auf den Einsatz im ambulanten und stationären Bereich inklusive neuerer und mobiler Anwendungen ab und stellt das Thema „Rezept“ auch für andere Gesundheits-Anwendungen als das reine Rezept oder AMTS zur Verfügung. Die Abbildungen zum Thema „Medikation“ sind über Anwendungsgrenzen hinweg isomorph, von Struktur und Semantik gleich bzw. nahezu gleich, ohne dabei starr zu sein.

Ein weiteres Ziel von eRezepten ist, dass diese ein natürlicher Bestandteil der sicheren Arzneimitteltherapie sind, vorrangig für den Patienten, aber auch für alle in die Therapie und Versorgung mit Medikamenten involvierten Gesundheitsdienstleister. Damit dies ohne große Brüche möglich ist, steht auch in diesem Vorhaben die Kompatibilität mit dem elektronischen Arztbrief und Arztbrief Plus [23], den Notfalldaten oder (später) einer Patientenakte im Vordergrund, ebenso die Kongruenz zu anderen Formularen aus dem Verordnungsmanagement.

Daraus ergeben sich die folgenden Forderungen, die diese Spezifikation flankierend unterstützen will:

eRezepte sind integraler Bestandteil der intersektoralen Arzneimitteltherapie
Medikamenten-Informationen nutzen zur eindeutigen Wiedergabe der Datenfelder sowie zur Abbildung der einzelnen Inhalte einheitliche Strukturen, unabhängig vom Anwendungsfall;
Medikamenten-Informationen nutzen zur eindeutigen Kennzeichnung der Datenfelder sowie zur Abbildung der einzelnen Inhalte eine einheitliche Semantik im Sinne von Katalogen, Codierungen usw., insbesondere internationale Klassifikationen und Terminologien wie beispielsweise Logical Observation Identifiers Names and Codes (LOINC®), Systematisierte Nomenklatur der Medizin (SNOMED CT®) oder die Standard Terms des European Directorate for the Quality of Medicines (EDQM).

Abgrenzung

Das Thema "Signatur" wird explizit ausgeklammert. Das betrifft zum Einen den Umfang der Signatur, d.h. wann eine forteschrittene und wann eine qualifizierte Signatur benötigt, und zum Anderen, wie die Signatur angewendet wird. Hierzu existieren bereits andere Vorarbeiten, auf die dann Bezug genommen wird.

Offene Punkte und Besonderheiten

Folgende Punkte bedürfen noch einer weitergehenden Klärung:

Das Projekt Medikationsplan PLUS schlägt für die Textteile in den entsprechenden Sections Tabellenstrukturen vor, die direkt ausgegeben werden können. Die Vorgaben hier legen eine Erzeugung einer druckbaren Darstellung durch ein Stylesheet nahe, so dass auch das entsprechende Formular "ausgefüllt" zur Verfügung stehen kann. Ein solches Stylesheet ist noch in der finalen Abrundung.
Aus dem Projekt Medikationsplan PLUS bzw. dem Medikationsmanagement wurden für diese Spezifikation diverse Templates entweder gänzlich übernommen oder geeignet adaptiert. Ihre Passgenauigkeit muss noch diskutiert werden, da die Verordnung ein etwas anders gelagerter Anwendungsfall ist.

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 .

Aufbau

Aufbau dieses Implementierungsleitfadens

Dieser Leitfaden eRezept beinhaltet die folgenden Spezifikationen:

Ein Informationsmodell, das die grundlegenden Beziehungen der einzelnen Informationseinheiten zueinander darstellt
Strukturelle Vorgaben in Form von Templates auf der Basis der Clinical Document Architecture Release 2, wiedergegeben in den Abschnitten zu den Templates CDA Dokumenten-Level, CDA Header-Level, CDA Section-Level und CDA Entry-Level
Strukturelle Vorgaben in Form von FHIR-Profilen, wiedergegeben in der Technischen Spezifikation im Abschnitt FHIR-Profile
Semantische Vorgaben in Form von Value Sets, aufgeführt im Abschnitt Terminologien.

Verwendete Standards und Spezifikationen

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

Des Weiteren sind die FHIR-Profile zum eRezept auf dem so genannten R4 ^[3] (wo möglich, sonst STU 3 ^[4]) aufgebaut.

Templates, Profile und Value Sets wurden abgeleitet oder übernommen aus folgenden internationalen bzw. nationalen Standards:

HL7 Deutschland: "Arztbrief 2014/2015 auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen" ^[5] und "Arztbrief Plus"^[6]

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

HL7 Deutschland: FHIR Basisprofile^[7]

Dieser Implementierungsleitfaden basiert weiterhin auf Vorarbeiten folgender Leitfäden:

Implementierungsleitfaden "elektr. Arbeitsunfähigkeitsbescheinigung" ^[8]

sowie von HL7 Deutschland e. V. zur Verfügung gestellten CDA-Templates und FHIR-Profilen.

Die Vorgaben zum eRezept der Europäischen Union, erarbeitet durch das IPS (International Patient Summary) Project

Tooling

Es sei darauf verwiesen, dass alle CDA-spezifischen technischen Artefakte wie Templates und Value Sets auf ART-DECOR®^[9] als Spezifikations-Plattform einsehbar sind. Der direkte Link zur ART-DECOR® Live Version ist http://art-decor.org/art-decor/decor-project--vomgt-, die HTML-Dokumentation steht auf http://hl7de.art-decor.org/index.php?prefix=vomgt- zur Verfügung. Dort sind auch ergänzenden Materialien wie Beispieldokumente und Schematrons herunterladbar.

Die Templates werden mit ART-DECOR® erstellt und verwaltet, der darunterlegende Standard ist der so genannte Template Exchange Standard^[10].

^{[Abbildung 2]} Beispiel der Ansicht eines Templates und die zugehörige Navigation

Für die Erstellung der FHIR-Profile wurde Forge^[11] von Furore genutzt, die Profile selbst wurden unter Simplifier^[12] gespeichert. HL7 Deutschland hat für Simplifier eine so genannte Affiliate-Vereinbarung für die Basisprofile^[7].

^{[Abbildung 3]} Frontseite des Projekts auf Simplifier.net (FHIR-Profile)

Die FHIR-Profile werden in naher Zukunft transparent im Tool ART-DECOR® verfügbar gemacht (siehe ^{[Abbildung 4]} und dort mit den Funktionalen Definitionen verbunden.

^{[Abbildung 4]} Beispiel der Darstellung von FHIR-Profilen in ART-DECOR®, die auf simplifier.net gehostet werden

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

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

Transportaspekte

Interaktionsdiagramm

In diesem Leitfaden geht es um die Präzisierung des Aufbaus von Dokumenten für die eVerordnung, d.h. wie diese inhaltlich strukturiert sind.

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 5]} 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
- speziell die Integrationsprofile XDS, XDM und XDR
Telematikinfrastruktur (in Vorbereitung)
- KOM-LE
- ePA
KV-Connect
SafeMail
FTP
eRezept-Server
...

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

Rechtssichere Übertragung

Eine eVerordnung/ ein eRezept 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

Akteure

Folgende Akteure kommen in Kontakt mit einer Verordnung/ einem Rezept

Vertragsarzt
Krankenhaus
Versicherter
Apotheke/ Krankenhausapotheke
Kostenträger
Kassenärztliche Vereinigung

Transportwege

Arzt – Patient – Apotheke – Apothekenrechenzentrum – Krankenkasse – Kassenärztliche Vereinigung
Krankenhaus – Patient – Apotheke – Apothekenrechenzentrum – Krankenkasse – Kassenärztliche Vereinigung
Arzt – Patient – Apotheke – Apothekenrechenzentrum – Berufsgenossenschaft – Kassenärztliche Vereinigung

Weitere Wege?

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 .

Use Case

Als Grundlage fallen alle Transaktionen in die übergeordnete Transaktion eVerordnung. Darunter sind die drei Basistransaktionen zu verstehen, die dann einerseits spezialisiert werden, und andererseits ggf. mit anderen Akteuren durchgeführt werden:

eVerschreibung durchführen (verordnen)
eVerschreibung ausgeben
eVerschreibung abrechnen

^{[Abbildung 6]} Use Cases

eVerschreibung durchführen

Für die Verordnung einer Medikation wird diese Aktion spezialisiert als:

eRezept erstellen und eVerschreibung übergeben

Für Heil- und Hilfsmittel sind die Prozesse im Wesentlichen gleich. Für Transportaufträge erfolgt keine Ausgabe, sondern eine entsprechende Leistungserbringung. Im Prinzip unterscheiden sich diese durch unterschiedliche Spezialisierung der Dokumente - statt eines Medikamentenrezepts eine Brillenverordnung - und andere Transakteure.

eVerschreibung einlösen

Medikament ausgeben

eVerschreibung abrechnen

Medikament abrechnen

Stornierung einer Verschreibung

Es ist zu diskutieren, inwieweit eine Stornierung explizit definiert werden muss? Im einfachsten Fall wird ein Rezept innerhalb des Gültigkeitsztraums nicht eingelöst. Ein einmal ausgegebens Rezept befindet sich aktuell im Besitz des Patienten und kann daher vom ausgebenden Arzt nicht mehr storniert werden.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

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

Informationsmodell

Vorgehensweise

Im Mittelpunkt dieser Ausarbeitung steht das Informationsmodell, aus dem die beiden technischen Umsetzungen in Form von CDA und FHIR abgeleitet werden. Dieses Informationsmodell wird durch die beteiligten Organisationen und deren Mitglieder erarbeitet. Über das Interoperabilitätsforum steht es aber auch weiteren Institutionen offen.

Die Qualitätssicherung für eine anschließende Ballotierung als sog. Affiliate Localization wird durch HL7 Deutschland übernommen.

Die inhaltliche Ausarbeitung orientiert sich primär an den Erfordernissen, die aus dem papiergebundenen Rezept abgeleitet werden können. Dies geschieht über die Erfassung als ART-DECOR Data Set, woran sich auch die Erarbeitung als übergordnetes Informationsmodell orientiert.

Als Randbedingungen fließen hierzu die Vorarbeiten ein, die bspw. über IHE Pharmacy, HL7 International, ELGA in Österreich und das europäische eRezept bereits vorhanden sind. Idealerweise werden diese miteinander harmonisiert. Als Ergebnis entstehen dann Templates (Document, Section, Entries) für CDA und äquivalente FHIR-Profile. Das zusammen bildet dann diesen Implementierungsleitfaden. Als informative Ergänzung werden dann XML-Schemas und ggf. auch Schematron für Testzwecke generiert.

^{[Abbildung 7]} Vorgehensweise

Hierarchien

Bei der Informationsmodellierung lassen sich verschiedene Hierarchien identifizieren, die nachfolgend kurz erläutert werden.

Prozesshierarchie

Zuerst einmal lässt sich der Prozess in drei Teilprozesse zerlegen:

eVerschreibung: Arzt - Patient/Angehöriger/Bevollmächtigter - Leistungserbringer
eAbgabe: Leistungserbringer - Patient
eAbrechnung: Leistungserbringer - Kostenträger

Anmerkung: Der Arzt ist in der Verschreibung der Hauptakteur, während er als Leistungserbringer ebenfalls in anderen Szenarien wie beispielsweise bei Laboraufträgen, die heir keine Rolle spielen, in Erscheinung treten kann.

^{[Abbildung 8]} Prozesshierarchie

Zwischen diesen Akteuren werden die entsprechenden Dokumente ausgetauscht.

Akteurhierarchie

Genauso können einzelne Akteure weiter spezialisiert werden, je nachdem, um welche Verordnung es sich handelt.

^{[Abbildung 9]} Akteurshierarchie

Dokumentenhierarchie

Die verschiedenen Dokumenttypen, die im Verordnungsprozess eine primäre Rolle spielen, lassen sich ebenfalls in einer Hierachie anordnen, so dass das Rezept als Muster 16 nur eine Ausprägung davon darstellt. Die anderen Muster lassen sich im Prinzip ähnlich abbilden.

^{[Abbildung 10]} Dokumentenhierarchie

Das Rezept selbst steht in einem Zusammenhang mit der Abgabe und Abrechnung.

^{[Abbildung 11]} Zusammenhang zwischen den Dokumenten

Damit ergeben sich in einer Template-Darstellung folgende Dokumentbeziehungen:

^{[Abbildung 12]} Dokumentbeziehungen

Informationsmodell (als Domain Model)

Die im Falle von Verordnungen relevanten Informationen lassen sich in ein gemeinsames Informationsmodell (als Domain Model) einordnen:

^{[Abbildung 13]} Informationsmodell

Das Informationsmodell wurde als Domänenmodell erstellt, um eine leicht erhöhtes Abstraktionsniveau sicherzustellen. Daraus lässt sich dann ein Klassenmodell ableiten, das hier aber nicht weiter betrachtet wird.

Data Set

Grundlegender Bestandteil für eine Abbildung in CDA und FHIR ist das Vorhandensein eines Informationsmodells, das eine entsprechende Datenmenge umfasst.

Die Daten, die für alle KV-Formulare in gleicher Art behandelt werden können, lassen sich wie folgt strukturieren:

^{[Abbildung 14]} Dataset Headerdaten

Die Daten, die die speziellen Details aus dem Rezept enthalten, sind wie folgt strukturiert:

^{[Abbildung 15]} Dataset Rezeptdaten

CDA Domänenmodell

Das eigentliche Domänenmodell für CDA lässt sich daraus ableiten. Auf der linken Seite in nachfolgender Abbildung sind drei Dokumente aufgeführt, die mit diesem Leitfaden ausspezifiziert werden müssen. Inhaltlich beinhalten diese die Medikation mit den Details zum Medikament.

^{[Abbildung 16]} Domänenmodell CDA

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 .

Dosier-Beispiele

Im Folgenden sind die Dosierschemas aufgelistet und mit Beispielen (CDA-Instanzenfragmente) verdeutlicht. Ein Dosierschema besteht typischerweise aus Zeitangaben (der Einnahme) und der Dosis (Medikamentenmenge).

Unterstützte Dosierschemas (Zeitangaben):

Zeitpunkt (einmalige Gabe)
Ereignis-gesteuert, ggf. mit Offset (z. B. morgens, mittags, nach dem Frühstück, 1 h nach dem Mittagessen, etc.)
Periodische Intervalle, ggf. mit Wiederholung (z. B. täglich, wöchentlich, alle 8 Stunden, donnerstags, etc.)
Kombinationen aus 2 und 3 (z. B. donnerstags 30 Minuten vor dem Frühstück)

Unterstützte Dosierschemas (Dosis):

Menge und (standardisierte) Einheit (100 mg, 1 Tablette, 2 Hübe, 10 ml)
Mengenbereich von bis und (standardisierte) Einheit (1-2 Tabletten)
Laufraten (Menge und Einheit pro Zeit, im ambulanten Setting eher unüblich)

Diese sollen durch die folgenden Beispiele erläutert werden.

Zeitpunkt (einmalige Gabe)

Einmalig Gabe

Die Einnahme der Dosis erfolgt einmalig. Über diesen Mechanismus kann auch angegeben werden, dass der Einnahmezeitpunkt unbekannt ist.

einmalig am 9. Januar 2019

<effectiveTime value="20190109"/>

einmalig 100 ml am 14. September 2018

<effectiveTime value="20180914"/>
<doseQuantity value="100" unit="ml"/>

Einnahmezeitpunkt unbekannt

<effectiveTime nullFlavor="UNK"/>

Ereignis-gesteuert, ggf. mit Offset

Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ereignis, ggf. mit Offset

Macht die Angabe von ereignisbezogenen Wiederholungen (z. B. Morgens/Mittags/Abends/zur Nacht/Nachts) möglich und gibt ein periodisches Zeitintervall an, in dem die Wiederholung auf Aktivitäten des täglichen Lebens oder anderen wichtigen Ereignissen basiert, die zeitabhängig sind, jedoch nicht vollständig von der Zeit bestimmt werden.

mittags 10 mg

<effectiveTime xsi:type="EIVL_TS">
  <event code="CD"/>
</effectiveTime>
<doseQuantity value="10" unit="mg"/>

morgens 1 (Stück)

<effectiveTime xsi:type="EIVL_TS">
  <event code="CM"/>
</effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>

abends 1-2 (Hübe)

<effectiveTime xsi:type="EIVL_TS">
  <event code="CV"/>
</effectiveTime>
<doseQuantity>
  <low value="1" unit="{Hübe}"/>
  <high value="2" unit="{Hübe}"/>
</doseQuantity>

30 Minuten nach dem Abendessen 1 Stück

<effectiveTime xsi:type="EIVL_TS">
  <event code="PCV"/>
  <offset value="30" unit="min"/>
</effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>

Die folgenden Tabellen geben eine Übersicht über Einnahmezeitpunkte (Ereignisse bzw. die zu verwendenden Codes) sowie mögliche Mahlzeitenhinweisen.

Morgens	Mittags	Abends	zur Nacht
CM	CD	CV	HS

	Frühstück	Mittagessen	Abendessen	(Nachtruhe)
Vor der Mahlzeit	ACM	ACD	ACV	-
Während der Mahlzeit	CM	CD	CV	-
Nach der Mahlzeit	PCM	PCD	PCV	-
Zwischen Frühstück und Mittagessen	ICM		-	-
Zwischen Mittagessen und Abendessen	-	ICD		-
Zwischen Abendessen und Nachtruhe	-	-	ICV

Das zugehörige Value Set (mit deutschen Übersetzungen) findet sich hier.

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

Gültigkeit

2018‑09‑11 21:05:52

Status

Entwurf

Versions-Label

Name

TimingEvent

Bezeichnung

TimingEvent

Beschreibung

Original TimingEvent Value Set von HL7 mit deutschen Designationen

Benutzung: 3

Id	Name	Typ
Template
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC

2 Quell-Codesysteme

2.16.840.1.113883.5.139 - TimingEvent - FHIR: http://terminology.hl7.org/CodeSystem/v3-TimingEvent

2.16.840.1.113883.3.1937.99.61.48.5.1 - FHIR: urn:oid:2.16.840.1.113883.3.1937.99.61.48.5.1

Level/ Typ	Code	Bezeichnung	Codesystem	Designations
0‑L	AC	AC	TimingEvent	vor der Mahlzeit (vom lat. ante cibus)
0‑L	ACD	ACD	TimingEvent	vor dem Mittagessen (vom lat. ante cibus diurnus)
0‑L	ACM	ACM	TimingEvent	vor dem Frühstück (vom lat. ante cibus matutinus)
0‑L	ACV	ACV	TimingEvent	vor dem Abendessen (vom lat. ante cibus vespertinus)
0‑S	C	C	TimingEvent	Mahlzeit (vom lat. cibus)
1‑L	CD	CD	TimingEvent	Mittagessen (vom llat. cibus diurnus)
1‑L	CM	CM	TimingEvent	Frühstück (vom lat. cibus matutinus)
1‑L	CV	CV	TimingEvent	Abendessen (vom llat. cibus vespertinus)
0‑L	HS	HS	TimingEvent	Vor dem Schlafengehen (einer regulären Phase Schlaf, also kein Nickerchen)
0‑L	IC	IC	TimingEvent	zwischen Mahlzeiten (vom lat. inter cibus)
0‑L	ICD	ICD	TimingEvent	zwischen Mittagessen und Abendessen
0‑L	ICM	ICM	TimingEvent	zwischen Frühstück und Mittagessen
0‑L	ICV	ICV	TimingEvent	zwischen Abendessen und vor dem Schlafengehen
0‑L	PC	PC	TimingEvent	nach der Mahlzeit (vom lat. post cibus)
0‑L	PCD	PCD	TimingEvent	nach dem Mittagessen (vom lat. post cibus diurnus)
0‑L	PCM	PCM	TimingEvent	nach dem Frühstück (vom lat. post cibus matutinus)
0‑L	PCV	PCV	TimingEvent	nach dem Abendessen (vom lat. post cibus vespertinus)
0‑L	WAKE	WAKE	TimingEvent	Nach dem Aufwachen von einer regulären Phase Schlaf
0‑L	NOC	NOC	2.16.840.1.113883.3.1937.99.61.48.5.1	In der Nacht

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.

Periodische Intervalle, ggf. mit Wiederholung

Zeitintervall, das sich periodisch wiederholt.

Periodische Intervalle haben zwei Eigenschaften, Phase und Periode. Die Phase gibt den "Typ" Intervall" an, der sich jede Periode wiederholt.

Wiederholungsintervall (periodische Intervallsequenz), gibt an

die Dauer jedes Vorkommens bzw. der Zeit zwischen den Vorkommnissen (period)
der Ankerzeitpunkt (Startzeitpunkt als Datum oder Datum und Uhrzeit), an dem die periodische Intervallsequenz beginnt (phase).

Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase, ggf. mit Wiederholungsintervall

Alle 8 Stunden 1 Stück (beginnend am 12.09.2018 um 06:00 Uhr)

<effective_time xsi:type="PIVL_TS">
   <phase value="201809120600"/>
   <!-- Beginn: 12.09.2018 06:00 Uhr -->
   <period value="8" unit="h"/>
   <!-- Wiederholperiode 8 Stunden -->
</effective_time>
<doseQuantity value="1" unit="{Stück}"/>

1x täglich 10 ml (beginnend am 10.09.2018)

<effective_time xsi:type="PIVL_TS">
   <phase value="20180913"/>
   <!-- Beginn: 10.09.2018 -->
   <period value="1" unit="d"/>
   <!-- Wiederholperiode 1 Tag -->
</effective_time>
<doseQuantity value="10" unit="ml"/>

Jeden Donnerstag 1 Stück

<effectiveTime xsi:type="PIVL_TS">
  <phase value="20180913"/>
  <!-- Jeden Donnerstag (der 13.09.2018 ist der erste Donnerstag innerhalb der Gebrauchsperiode) -->
  <period value="1" unit="wk"/>
  <!-- Wiederholperiode 1 Woche -->
</effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>

Jeden Donnerstag um 14:00 Uhr 200 mg

<effectiveTime xsi:type="PIVL_TS">
  <phase value="201809131400"/>
  <!-- Jeden Donnerstag (der 13.09.2018 ist der erste Donnerstag innerhalb der Gebrauchsperiode), hier mit Zeitangabe 14:00 Uhr -->
  <period value="1" unit="wk"/>
  <!-- Wiederholperiode 1 Woche -->
</effectiveTime>
<doseQuantity value="200" unit="mg"/>

Jeden zweiten Tag (ab dem 9. Februar 2019) um 8:00 Uhr 1 Stück

<effectiveTime xsi:type="PIVL_TS">
  <phase value="201902090800"/>
  <!-- der 09.02.2019 ist der Starttag innerhalb der Gebrauchsperiode), hier mit Zeitangabe 8:00 Uhr -->
  <period value="2" unit="d"/>
  <!-- Wiederholperiode 2 Tage -->
</effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>

Einmal in der Woche 100 ml (ohne spezifische Tagesangabe, im Zeitraum von Mai bis August 2019)

<effectiveTime xsi:type="PIVL_TS">
  <phase>
    <low value="201905"/>
    <high value="201908"/>
  </phase>
  <!-- Angabe der Gebrauchsperiode: Mai 2019 bis August 2019 -->
  <period value="1" unit="wk"/>
  <!-- Wiederholperiode 1 Woche -->
</effectiveTime>
<doseQuantity value="100" unit="ml"/>

Die folgende Tabelle gibt eine Übersicht über die möglichen Zeiteinheiten (UCUM).

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

Gültigkeit

2017‑04‑01

Status

Entwurf

Versions-Label

Name

Zeiteinheiten

Bezeichnung

Zeiteinheiten (UCUM)

Benutzung: 7

Id	Name	Typ
Template
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2017)	DYNAMIC
hl7de-template-90023	Einnahmedauer	DYNAMIC

Quell-Codesystem

2.16.840.1.113883.6.8 - Unified Code for Units of Measure - FHIR: http://unitsofmeasure.org - HL7 V2: UCUM

Level/ Typ	Code	Bezeichnung	Codesystem
0‑L	d	Day	Unified Code for Units of Measure
0‑L	a	Year	Unified Code for Units of Measure
0‑L	h	Hour	Unified Code for Units of Measure
0‑L	min	Minute	Unified Code for Units of Measure
0‑L	mo	Month	Unified Code for Units of Measure
0‑L	s	Second	Unified Code for Units of Measure
0‑L	wk	Week	Unified Code for Units of Measure

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.

Periodische Intervalle mit Ereignis, ggf. mit Wiederholung

Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase und Ereignis, ggf. mit Wiederholungsintervall

Die beiden vorhergehenden Dosierschema-Typen können auch kombiniert werden, um komplexere Dosierangaben zu spezifizieren.

Jeden Donnerstag 30 Minuten vor dem Frühstück

<effectiveTime xsi:type="SXPR_TS">
  <comp xsi:type="PIVL_TS">
    <phase value="20180913"/>
    <!-- Jeden Donnerstag (der 13.9.2018 ist der erste Donnerstag innerhalb der Gebrauchsperiode) -->
    <period value="1" unit="wk"/>
    <!-- Wiederholperiode 1 Woche -->
  </comp>
  <comp xsi:type="EIVL_TS" operator="A">
    <!-- 30 Minuten vor dem Frühstück -->
    <event code="ACM"/>
    <offset value="30" unit="min"/>
  </comp>
</effectiveTime>

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 .

Komplexe Dosierangaben

Im Folgenden finden sich weitere komplexere Dosierbeispiele, die ergänzend zum Implementierungsleitfaden „Medikationsmanagement“ der AG eMedikation prägnante Beispiele von komplexen Dosierschemata auflisten. Die Beispiele sind im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden.

Phenprocoumon

Phenprocoumon (Marcumar®, Falithrom®, div. Generika; ATC: B01AA04)

	Mo	Di	Mi	Do	Fr	Sa	So
Patient A	1	1	1	1/2	1	0,25	1

^{[Tabelle 1]} Beispiel 1a Phenprocoumon

	Mo	Di	Mi	Do	Fr	Sa	So
Patient B	1	0,5	1	0,5	1	0,5	1

^{[Tabelle 2]} Beispiel 1b Phenprocoumon

	Mo	Di	Mi	Do	Fr	Sa	So
Patient B	1,5	1,5	1	1	1,5	1	1,5

^{[Tabelle 3]} Beispiel 1c Phenprocoumon

Therapie des Multiplen Myeloms

Therapie des Multiplen Myeloms mit

Bortezomib (Velcade ®, ATC: L01XX32)
Melphalan (Alkeran®, ATC: L01AA03)
Prednisolon (div. Anbieter, ATC: H02AB06)
Aciclovir (div. Anbieter, ATC: J05AB01)

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung	2.067 mg in Zubereitung			2.067 mg in Zubereitung			s.c Gabe in Praxis
Alkeran 2 mg Tabl.	8-0-0-0	8-0-0-0	8-0-0-0	8-0-0-0				oral
Prednisolon 50 mg Tabl.	2-0-0-0	2-0-0-0	2-0-0-0	2-0-0-0				oral
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 4]} Beispiel 2 Woche 1 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung	2.067 mg in Zubereitung			2.067 mg in Zubereitung			s.c Gabe in Praxis
Alkeran 2 mg Tabl.
Prednisolon 50 mg Tabl.
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 5]} Beispiel 2 Woche 2 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung
Alkeran 2 mg Tabl.
Prednisolon 50 mg Tabl.
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 6]} Beispiel 2 Woche 3 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung	2.067 mg in Zubereitung			2.067 mg in Zubereitung			s.c Gabe in Praxis
Alkeran 2 mg Tabl.
Prednisolon 50 mg Tabl.
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 7]} Beispiel 2 Woche 4 und 5 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung
Alkeran 2 mg Tabl.
Prednisolon 50 mg Tabl.
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 8]} Beispiel 2 Woche 6 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung	2.067 mg in Zubereitung						s.c Gabe in Praxis
Alkeran 2 mg Tabl.	8-0-0-0	8-0-0-0	8-0-0-0	8-0-0-0				oral
Prednisolon 50 mg Tabl.	2-0-0-0	2-0-0-0	2-0-0-0	2-0-0-0				oral
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 9]} Beispiel 2 Woche 7 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung	2.067 mg in Zubereitung						s.c Gabe in Praxis
Alkeran 2 mg Tabl.
Prednisolon 50 mg Tabl.
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 10]} Beispiel 2 Woche 8 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung
Alkeran 2 mg Tabl.
Prednisolon 50 mg Tabl.
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 11]} Beispiel 2 Woche 9 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung	2.067 mg in Zubereitung						s.c Gabe in Praxis
Alkeran 2 mg Tabl.
Prednisolon 50 mg Tabl.
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 12]} Beispiel 2 Woche 10 und 11 Multiples Myelom

	Mo	Di	Mi	Do	Fr	Sa	So	Anmerkung
Velcade Lösung
Alkeran 2 mg Tabl.
Prednisolon 50 mg Tabl.
Aciclovir 400 mg Tabl.	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral

^{[Tabelle 13]} Beispiel 2 Woche 12 bis 14 Multiples Myelom

Patient mit Dialysebehandlung

	Mo	Di - Dialysetag	Mi	Do	Fr - Dialysetag	Sa	So	Anmerkung
Furosemid 500 mg Tabl (ATC: C03CA01)	0,5-0,5-0-0	0,5-0,5-0-0	0,5-0,5-0-0	0,5-0,5-0-0	0,5-0,5-0-0	0,5-0,5-0-0	0,5-0,5-0-0	oral
Ramipril 5 mg Tabl (ATC: C09AA05)	1-0-0,5-0	1-0-0-0	1-0-0,5-0	1-0-0,5-0	1-0-0-0	1-0-0,5-0	1-0-0,5-0	oral
Metoprolol 47,5 mg Retardtbl (ATC: C07AB02)	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	1-0-1-0	oral
Amlodipin 5 mg Tabl (ATC: C08CA01)	1-0-0-0		1-0-0-0	1-0-0-0		1-0-0-0	1-0-0-0	Oral
Calcitriol 0,25 mg Tabl (ATC: A11CC04)		1-0-0-0			1-0-0-0			Oral
Sevelamercarbonat 800 mg Tabl (ATC: V03AE02)	2	2	2	2	2	2	2	Oral zur Hauptmahlzeit
Calciumacetat 475 mg Tabl (ATC: V03AE07)	1-2-1-0	1-2-1-0	1-2-1-0	1-2-1-0	1-2-1-0	1-2-1-0	1-2-1-0	oral
Eisen(III)-gluconat 40 mg (ATC: B03AC07)		0-1-0-0						i.v. in der Praxis
Erythropoetin 3000 IE Fspr (ATC: B03XA01)		1			1			i.v. in der Praxis
Gabapentin 300 mg Hartkaps (ATC: N03AX12)	1-0-0-0	0-2-0-0	1-0-0-0	1-0-0-0	0-2-0-0	1-0-0-0	1-0-0-0	Oral NACH der Dialyse

^{[Tabelle 14]} Beispiel 3 Dialysepatient

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 .

Mapping-Tabelle

Die nachfolgende Tabelle stellt eine Übersicht dar, welche Informationen wo wie zusammengehören. Ein Mapping zwischen den Schemata aus der TI und den beschriebenen CDA-Templates ist möglich.

Die Tabelle ist hierbei über die Spalte ART-DECOR Data-Set sortiert:

Feld-Nr. Muster 16	KBV-Bezeichnung / Feldinhalt	ART-DECOR-Dataset	Informationsmodell Klasse.Attribut	CDA-Template	OID	TI	Bemerkung
1	Codierleiste	-	-	-	-		nicht zu spezifizieren
9a	Apothekennummer	Apotheken-Nummer / IK	Leistungserbringer .KassenNr
19	Ausstellungsdatum	Ausstellungsdatum	eVerschreibung .Ausgabedatum	ClinicalDocument .effectiveTime
12	Fälschungssicheres Ausfüllen des Vordrucks	-	-	-			Diese Eigenschaft kann durch elektronische Signatur der Dokumente erreicht werden, was aber außerhalb des Skopes dieses Leitfadens liegt.
13	Position des Vertragsarztstempels	Arztdaten	Autor	author.id
13a + 18	Arzt-Nummer (LANR)	LANR	Person.id	author .assignedAuthor .id .[root="1.2.276.0.76.4.16"] .id.@extension	1.2.276.0.76.4.16
13b		Name	Person.Name	author .assignedAuthor .assignedPerson .name.family
13c		Vorname	Person.Vorname	author .assignedAuthor .assignedPerson .name.given
13d		Telefon (Arzt)	Person.Kontaktdaten	author .assignedAuthor .telecom
13e		Berufsbezeichnung	Autor .Berufsbezeichnung
13f		Titel	Person.Name	author .assignedAuthor .assignedPerson .name.given
17	Betriebsstätten-Nummer	Betriebsstätte BSNR	Organisation .Identifikation	author .representedOrganisation .id
17a		Betriebs stättenanschrift	Organisation.Adresse	author .representedOrganisation .addr
17b		Betriebsstättenname	Organisation.Name	author .assignedAuthor .representedOrganisation .name
17c		Betriebsstätte Telefon	Organisation.Adresse	author .assignedAuthor .representedOrganisation .telecom
17f		ASV-Teamnummer	Team.Identifikation	author .assignedAuthor .id.[root= "1.2.276.0.76.4.99999"] .id.@extension	1.2.276.0.76.4.99999		noch die richtige OID für das Codesystem zuordnen
14	Personalienfeld	Patientendaten	Person	recordTarget			wie in den anderen Formularen
-	Name des Versicherten	Name	Person.Name	recordTarget .name
14c	Vorname des Versicherten	Vorname	Person.Name .Vorname	recordTarget .name.given		VSD.Versicherter .Person.Vorname
14b		Nachname	Person.Name .Nachname	recordTarget .name.family		VSD.Versicherter .Person.Nachname
14f		Vorsatzwort	Person.Name .Vorsatzwort	recordTarget .name.prefix + "VV"		VSD.Versicherter .Person .Vorsatzwort
14g		Namenszusatz	Person.Name .Namenszusatz	recordTarget .name.prefix + "NB"		VSD.Versicherter .Person .Namenszusatz
14h		Titel	Person.Name.Titel	recordTarget .name.prefix + "AC"
14i		PostfachAdresse (PLZ, Postfach, Ort, Land)	Person.Ort	recordTarget .addr/postBox
14j		Strassenadresse (Strasse, Hausnummer, PLZ, Ort, Land, Anschriftenzusatz)	Person.Ort .Straße	recordTarget .addr/streetName
-		Versichertendaten	-	PolicyActivity
14a	Krankenkasse bzw. Kostenträger	KrankenkassenName	Kostenträger	PolicyActivity .performer .assignedEntity.id			wird indirekt über die Verschreibung realisiert
14e	Kostenträgerkennung	Kassen-IKNr	Kostenträger .KassenNr	PolicyActivity .performer .assignedEntity .representedOrganisation .name
14k	KV-Zuordnung	KV-Zuordnung	-	PolicyActivity .entryRelationship .observation [code/@code="KV-Zuordnung"] .value	1.2.276.0.76.3.1 .135.8.5.99		im Modell weggelassen
14l	WOP-Kennzeichen	WOP-Kennzeichen	-	PolicyActivity .entryRelationship .observation [code/@code="WOP"] .value	1.2.276.0.76.3.1 .135.8.5.99		im Modell weggelassen
15	Versicherten-Nummer	eGK-Nummer	Person.id	PolicyActivity .participant .participantRole .id
16	Status	Status (1=Mitglied, 3=Familie, 5=Rentner)	Patient .Versichertenstatus	PolicyActivity .participant .participantRole .code	2.16.840.1.113883 .3.7.1.1
24	weitere Kennzeichen	Weitere Kennzeichen: 1=ASV, 4=Entlassmangement, 7=Terminservice unklar	eVerschreibung .weitereKennzeichen	PolicyActivity .entryRelationship .observation [code/@code= "KENNZEICHEN"] .value	1.2.276.0.76.5.484		wo das genutzt wird
25	besondere Personengruppe	Besondere Personengruppe	Patient .besondere Personengruppe	PolicyActivity .entryRelationship .observation [code/@code= "PRSNGRP"] .value	1.2.276.0.76.5.222
26	DMP-Zuordnung	DMP-Zuordnung	Patient.DMP-Kennzeichnung	DMPObservation .value	1.2.276.0.76.11.138
14d	Geburtsdatum des Versicherten	Geburtsdatum	Person.Geburtsdatum	recordTarget.birthTime	-
-		Geschlecht	Person.Geschlecht	eGK-GeschlechtObservation .value	1.2.276.0.76.11.458
-		eVerschreibung	eVerschreibung	ClinicalDocument .code=57833-6	1.2.276.0.76.10.1030"
7	Sonder- kennzeichen bei der Verordnung von Arznei-, Verband- und Hilfsmitteln	Sonder- kennzeichnungen = Rezeptmerkmale
7a	Hilfsmittel		Hilfsmittelrezept	Spezialisierung von ClinicalDocument .code?			Feld 7=7, Value Set für ClinicalDocument .code definieren
7b	Impfstoff		Inhaltsstoff.Inhaltsstoff				Feld 8=8, Value Set für ClinicalDocument .code definieren, oder Kennzeichen bei dem Medikament?
7c	Sprechstunden Bedarf		Praxisrezept	anderes recordTarget Template	1.2.276.0.76.3.1. 135.8.10.118		Arznei-/ Verbandmittel: Feld9=9 Hilfsmittel: Feld7=7 + Feld9=9 Impfstoff: Feld8=8 + Feld9=9
23	Verordnungszeile	Verordnungszeile ist unterteilt in strukturiert und unstrukturiert	Medikament	RezeptSection .text.paragraph			mit Referenz auf das Medikament
23a		Strukturiert:	-	Medikament
10 + 23a1	Aut idem	Autidem BL => verschieben zu verordnetes Medikament	Item.Substitution	SubstitutionPermission .act.code		Medikament
23a2		Menge	Item.Menge	.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .quantity
9d + 23a3	Arzneimittel- /Hilfsmittel-Nummer	PZN	Produkt.Identifier	.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .code	1.2.276.0.76.4.6
23a4		Handelsname (kurz oder lang)	Produkt.Handelsname	.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .name
23a4a	-	Chargennummer		.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .lotNumber
23a6	-	Packungsgröße- Menge	Container .Packungsgröße- Menge
23a7	-	Packungsgröße- Einheit	Container .Packungsgröße- Einheit		UCUM?
23a8	-	Darreichungsform: IFA-Code	Medikament .Darreichungsform	.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .formCode
23a8a	-	Art der Anwendung	Einnahme.routing	.substanceAdministration .routeCode
23a11	-	Wirkstoffmenge	Inhaltsstoff .Menge+Einheit	.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .ingredient .quantity
23a9	-	Dosierung: Mo/Mi/Ab/zN => unter Medikament aufnehmen	Einnahme	Subordinate Substance Administration: effectiveTime + doseQuantity
23a9a		wann einnehmen	Einzelanwendung	Subordinate Substance Administration: effectiveTime	UCUM?
23a9b		wieviel einnehmen	Einzelanwendung	Subordinate Substance Administration: doseQuantity	UCUM?
23a9c	-	Einnahmedauer (von-bis)	Einnahme (Start- + Enddatum / Dauer)	.substanceAdministration .effectiveTime
23a10	-	Zusatzinfo	Item.Textzeile	wichtige Angaben Section
23b	-	Unstrukturiert	-	RezeptSection .text.paragraph
23b1		Freitext (in Kombination mit aut idem)	Rezeptur.Freitext	"
-	Patienteninstruktionen		Einnahmehinweis	Patienteninstruktionen Entry
11	Verordnungen im Rahmen einer „künstlichen Befruchtung“	noch abbilden					mit in die Gebühren-Section?
2	Gebühr frei bzw. Gebührenpflichtig	Zuzahlungsstatus: geb.pfl / geb.frei	eVerordnung .Gebührenpflicht	GebührenObservation.value	1.2.276.0.76.11.462		Abbildung über Value Set
2a	Gebührenfrei	"	"	GEBFREI	1.2.276.0.76.3.1 .135.8.11.25
2b	Gebührenpflichtig	"	"	PFLICHTIG	1.2.276.0.76.3.1 .135.8.11.25
3	Befreiung von der Notdienstgebühr	"	"	NOCTU	1.2.276.0.76.3.1 .135.8.11.25
4	Sonstige	"	"		über OTH abbilden
8	Begründungspflicht	noch abbilden					nicht verwenden
5	Unfall / Arbeitsunfall	Unfallbetrieb	Unfall	-
5a	Unfall	Unfall/Arbeitsunfall	Unfall.Arbeitsunfall	AccidentObservation .value			Accident Observation fehlt im IG
5b	Arbeitsunfall	Unfall/Arbeitsunfall	"	AccidentObservation .value			Abbildung als Value Set
5c	Unfalltag	Unfalltag	Unfall.Unfallzeitpunkt	AccidentObservation .effectiveTime
5d	Unfallbetrieb oder Arbeitgeber- nummer	Unfallbetrieb = string	Unfall .Unfallbetrieb	AccidentSection.text
6	Anspruchs- berechtigte nach dem Bundes- entschädigungs- gesetz / Bundes- versorgungs- gesetz	noch abbilden					mit in die Gebühren-Section?
		eAbgabe	eAbgabe		1.2.276.0.76.10.1031
		Apotheken-Nummer/IK	Kostenträger.KassenNr
20	Abgabedatum in der Apotheke	Abgabedatum	eAbgabe.datum
		Empfangsgestätigung	-	-			Unterschrift des Patienten
9	Abrechnungsfelder	eAbrechnung	eAbrechnung	nicht exportiert?	1.2.276.0.76.10.1032
9b	Zuzahlung	Zuzahlung	eAbrechnung .Zuzahlung	Zuzahlung Observation .value
	-	Notdienstgebühr	eAbgabe .Notdienstgebühr	Notdienstgebühr Observation .value
9c	Gesamtbrutto	Gesamt-Brutto	eAbrechnung .Gesamtbrutto	Gesamtbrutto Observation .value
		Abgerechnetes Medikament	-
		Medikament	siehe eVerschreibung
9e	Faktor	Faktor	eAbrechnung .Faktor
9f	Taxe	Taxe	eAbrechnung .Taxe
		Vermerke der Krankenkasse	eAbrechnung .Vermerk

^{[Tabelle 1]} Mappingtabelle

CDA-Spezifikation

Besonderheiten bei der CDA-Spezifikation "eRezept"

Erläuterungen zu Kardinalität, Konformität, NullFlavor

Es wird auf die Erläuterungen andernorts zu den Themen

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

hingewiesen.

Besondere Hinweise zur Verwendung von Identifikationen (IDs)

In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint

Patienten, identifiziert über die Krankenversichertennummer (KVNR),
Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),
Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),
Institutionskennzeichen (IKNR) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.

Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums^[13], ^[14].

Krankenversichertennummer (KVNR)

Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.

Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.

<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="1.2.276.0.76.4.8" extension="G970865268"/>
    ...
  </patientRole>
</recordTarget>

Lebenslange Arztnummer (LANR)

Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor 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.

<assignedAuthor>
     <id root="1.2.276.0.76.4.16" extension="381259301"/>
    ...
</assignedAuthor >

Betriebsstättennummer (BSNR)

Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.

<representedOrganization>
      <id root="1.2.276.0.76.4.17" extension="981069211"/>
      <name>Beispiel Krankenhaus</name>
</representedOrganization>

Institutionskennzeichen (IKNR)

Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IKNR) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland

<scopingOrganization>
      <id root="1.2.276.0.76.4.5" extension="302205023"/>
      <name>Beispiel Krankenhaus</name>
</scopingOrganization >

CDA mit Informellen Erweiterungen

In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.

In dieser Spezifikation wird an einer Stelle eine solche Informelle Erweiterung genutzt:

Bei Wirkstoff- und Packungsangaben zum Medikament

Wirkstoff- und Packungsangaben beim Medikament

Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung urn:hl7-org:pharm behandelt und verwenden in der Regel das Namespacepräfix pharm:.

Übersicht CDA Header und Body

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

eRezept

Document
16: eRezept (1.2.276.0.76.10.1030)
1. Header
  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
  1. *
    Personenname (1.2.276.0.76.10.90030)
2. Header
  CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051)
  1. *
    CDA Organization (2.16.840.1.113883.10.12.151)
3. 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)
4. Header
  CDA author software (pmp) (1.2.276.0.76.10.2031)
5. Header
  CDA custodian (1.2.276.0.76.10.2004)
6. 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)
7. 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)
8. Section
  Rezept Section (16) (1.2.276.0.76.10.3134)
  1. Entry
    Medikation Verordnung Entry (16) (1.2.276.0.76.10.4298)
    1. Entry
      Einnahmedauer (1.2.276.0.76.10.90023)
    2. Entry
      Medikament (1.2.276.0.76.10.4025)
      1. Entry
        Material (1.2.276.0.76.10.90022)
    3. Entry
      Einzeldosierungen (1.2.276.0.76.10.4023)
      1. Entry
        Medikation Vorbedingung (1.2.276.0.76.10.90028)
    4. Entry
      UV Dispense Request (2.16.840.1.113883.10.21.4.2)
      1. Entry
        CDA Subject (Body) (2.16.840.1.113883.10.12.320)
      2. Entry
        CDA ManufacturedProduct (2.16.840.1.113883.10.12.312)
        
        Entry
        CDA LabeledDrug (2.16.840.1.113883.10.12.310)
        
        Entry
        CDA Material (2.16.840.1.113883.10.12.311)
        
        *
        CDA Organization (2.16.840.1.113883.10.12.151)
      3. Entry
        CDA Performer (Body) (2.16.840.1.113883.10.12.323)
        
        *
        CDA AssignedEntity (2.16.840.1.113883.10.12.153)
        
        *
        CDA Person (2.16.840.1.113883.10.12.152)
        
        *
        CDA Organization (2.16.840.1.113883.10.12.151)
      4. Entry
        CDA Participant (Body) (2.16.840.1.113883.10.12.321)
        
        Entry
        CDA Device (2.16.840.1.113883.10.12.315)
        
        Entry
        CDA PlayingEntity (2.16.840.1.113883.10.12.313)
      5. Entry
        CDA Participant (Body) (2.16.840.1.113883.10.12.321)
        
        Entry
        CDA Device (2.16.840.1.113883.10.12.315)
        
        Entry
        CDA PlayingEntity (2.16.840.1.113883.10.12.313)
      6. Entry
        CDA Participant (Body) (2.16.840.1.113883.10.12.321)
        
        Entry
        CDA Device (2.16.840.1.113883.10.12.315)
        
        Entry
        CDA PlayingEntity (2.16.840.1.113883.10.12.313)
      7. Entry
        CDA Participant (Body) (2.16.840.1.113883.10.12.321)
        
        Entry
        CDA Device (2.16.840.1.113883.10.12.315)
        
        Entry
        CDA PlayingEntity (2.16.840.1.113883.10.12.313)
    5. Entry
      UV Substitution Permission (2.16.840.1.113883.10.21.4.5)
    6. Entry
      Dosierung Freitext (1.2.276.0.76.10.4024)
9. Section
  Wichtige Angaben (1.2.276.0.76.10.3042)
10. Section
  Accident Section (16) (1.2.276.0.76.10.3135)
  1. Entry
    Accident Observation (06) (1.2.276.0.76.10.4281)
11. Section
  Gebührenpflicht Section (16) (1.2.276.0.76.10.3136)
  1. Entry
    Gebührenpflicht (16) (1.2.276.0.76.10.4299)

^{[Abbildung 17]} CDA-Dokument-Template für das eRezept

eAbgabe

Document
16: eAbgabe (1.2.276.0.76.10.1031)
1. Header
  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
  1. *
    Personenname (1.2.276.0.76.10.90030)
2. Header
  CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051)
  1. *
    CDA Organization (2.16.840.1.113883.10.12.151)
3. 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)
4. Header
  CDA author software (pmp) (1.2.276.0.76.10.2031)
5. Header
  CDA custodian (1.2.276.0.76.10.2004)
6. 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)
7. Header
  CDA relatedDocument eRezept (1.2.276.0.76.3.1.135.8.10.116)
8. Section
  Insurance Section (1.2.276.0.76.10.3103)
  1. Entry
    Coverage Activity (1.2.276.0.76.10.4263)
    1. Entry
      Policy Activity (1.2.276.0.76.10.4264)
      1. Entry
        Weitere Kennzeichen Observation (1.2.276.0.76.10.4280)
      2. Entry
        Person Group Observation (1.2.276.0.76.10.4273)
      3. Entry
        DMP Observation (1.2.276.0.76.10.4271)
      4. Entry
        Kv-Zuordnung Observation (1.2.276.0.76.10.4275)
      5. Entry
        eGK-Geschlecht Observation (1.2.276.0.76.10.4272)
9. Section
  Abgabe Section (16) (1.2.276.0.76.10.3137)
  1. Entry
    Medikation Abgabe Entry (16) (1.2.276.0.76.10.4301)
    1. Entry
      CDA ManufacturedProduct (2.16.840.1.113883.10.12.312)
      1. Entry
        CDA LabeledDrug (2.16.840.1.113883.10.12.310)
      2. Entry
        CDA Material (2.16.840.1.113883.10.12.311)
      3. *
        CDA Organization (2.16.840.1.113883.10.12.151)
    2. Entry
      Faktor (16) (1.2.276.0.76.10.4303)
    3. Entry
      Taxe (16) (1.2.276.0.76.10.4304)

^{[Abbildung 18]} CDA-Dokument-Template für die eAbgabe

eAbrechnung

Document
16: eAbrechnung (1.2.276.0.76.10.1032)
1. Header
  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
  1. *
    Personenname (1.2.276.0.76.10.90030)
2. Header
  CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051)
  1. *
    CDA Organization (2.16.840.1.113883.10.12.151)
3. 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)
4. Header
  CDA author software (pmp) (1.2.276.0.76.10.2031)
5. Header
  CDA custodian (1.2.276.0.76.10.2004)
6. 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)
7. Header
  CDA relatedDocument eRezept (1.2.276.0.76.3.1.135.8.10.116)
8. Header
  CDA relatedDocument eAbgabe (1.2.276.0.76.3.1.135.8.10.117)
9. 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)
10. Section
  Abgabe Section (16) (1.2.276.0.76.10.3137)
  1. Entry
    Medikation Abgabe Entry (16) (1.2.276.0.76.10.4301)
    1. Entry
      CDA ManufacturedProduct (2.16.840.1.113883.10.12.312)
      1. Entry
        CDA LabeledDrug (2.16.840.1.113883.10.12.310)
      2. Entry
        CDA Material (2.16.840.1.113883.10.12.311)
      3. *
        CDA Organization (2.16.840.1.113883.10.12.151)
    2. Entry
      Faktor (16) (1.2.276.0.76.10.4303)
    3. Entry
      Taxe (16) (1.2.276.0.76.10.4304)
11. Section
  Zahlung Section (16) (1.2.276.0.76.10.3138)
  1. Entry
    Zuzahlung Observation (16) (1.2.276.0.76.10.4302)
  2. Entry
    Notdienstgebühr Observation (16) (1.2.276.0.76.3.1.135.8.10.132)
  3. Entry
    Gesamtbrutto Observation (16) (1.2.276.0.76.10.4300)

^{[Abbildung 19]} CDA-Dokument-Template für die eAbrechnung

CDA Document Level Templates

Dieser Leitfaden enthält die Spezifikation für die drei eRezept-relevanten Dokumenttypen: eVerschreibung, eAbgabe und eAbrechnung.

personenbezogenes eRezept

Dieses Template verwendet dieselben Headertemplates wie alle anderen KV-Musterformulare. Für den rezeptbezogenen Anteil werden Strukturen analog zu dem EU-eRezept verwendet.

Id

1.2.276.0.76.10.1030

Gültigkeit

2018‑11‑02 09:43:51

Andere Versionen mit dieser Id:

F16eRezept vom 2018‑11‑02 09:37:45

Status

Entwurf

Versions-Label

Name

F16eRezept

Bezeichnung

16: eRezept

Beschreibung

KBV Muster 16: eRezept (Arzneiverordnungsblatt)

Kontext

Pfadname //

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 11 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.2048	Inklusion	CDA recordTarget (vomgt)	DYNAMIC
1.2.276.0.76.10.2051	Inklusion	CDA recordTarget Praxis (vomgt)	DYNAMIC
1.2.276.0.76.10.2049	Inklusion	CDA author Person (vomgt)	DYNAMIC
1.2.276.0.76.10.2031	Inklusion	CDA author software (pmp)	DYNAMIC
1.2.276.0.76.10.2004	Inklusion	CDA custodian	DYNAMIC
1.2.276.0.76.10.2020	Inklusion	CDA legalAuthenticator	DYNAMIC
1.2.276.0.76.10.3103	Containment	Insurance Section	DYNAMIC
1.2.276.0.76.10.3134	Containment	Rezept Section (16)	DYNAMIC
1.2.276.0.76.10.3042	Containment	Wichtige Angaben	DYNAMIC
1.2.276.0.76.10.3135	Containment	Accident Section (16)	DYNAMIC
1.2.276.0.76.10.3136	Containment	Gebührenpflicht Section (16)	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

(F16...ept)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:realmCode

CS

0 … 1

R

(F16...ept)

hl7:typeId

II

1 … 1

R

(F16...ept)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

hl7:templateId

II

1 … 1

M

(F16...ept)

@root

uid

1 … 1

F

1.2.276.0.76.10.1030

hl7:id

II

1 … 1

M

(F16...ept)

hl7:code

CE (erforderlich)

1 … 1

M

(F16...ept)

@codeSystemName

st

0 … 1

F

LOINC

@codeSystem

oid

0 … 1

F

2.16.840.1.113883.6.1

@code

cs

0 … 1

F

57833-6

Beispiel

hl7:title

ST

1 … 1

R

(F16...ept)

CONF

Elementinhalt muss "Arzneiverordnungsblatt" sein

hl7:effectiveTime

TS

1 … 1

R

Zeitpunkt, zu dem das Dokument elektronisch erzeugt wurde.

(F16...ept)

hl7:confidentialityCode

CE

1 … 1

R

(F16...ept)

CONF

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

hl7:setId

II

0 … 1

R

(F16...ept)

hl7:versionNumber

INT

0 … 1

R

(F16...ept)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:recordTarget eingefügt vom Template 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)
hl7:recordTarget eingefügt vom Template 1.2.276.0.76.10.2051 CDA recordTarget Praxis (vomgt) (DYNAMIC)

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)

hl7:recordTarget

0 … 1

R

(F16...ept)


	vomgt-dataelement-4	Patientendaten	KV-Mustersammlung

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:templateId

1 … 1

M

(F16...ept)

@root

uid

1 … 1

F

1.2.276.0.76.10.2048

hl7:patientRole

1 … 1

(F16...ept)

@classCode

cs

0 … 1

F

PAT

Beispiel

hl7:id

0 … *

R

(F16...ept)

hl7:addr

AD

1 … 1

M

Adresse des Patienten

(F16...ept)

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

(F16...ept)

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

(F16...ept)


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

(F16...ept)

wo [@qualifier='AC']

@qualifier

set_cs

1 … 1

F

AC

hl7:given

ENXP

0 … *

Vorname

(F16...ept)

hl7:prefix

ENXP

0 … *

Namenszusatz

(F16...ept)

wo [@qualifier='NB']

@qualifier

set_cs

1 … 1

F

NB

hl7:prefix

ENXP

0 … *

Vorsatzwort

(F16...ept)

wo [@qualifier='VV']

@qualifier

set_cs

1 … 1

F

VV

hl7:family

ENXP

0 … *

Nachname

(F16...ept)

hl7:suffix

ENXP

0 … *

Suffix

(F16...ept)

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)

(F16...ept)

hl7:birthTime

TS.DATE.MIN

1 … 1

M

Geburtsdatum des Patienten

(F16...ept)

Beispiel

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2051 CDA recordTarget Praxis (vomgt) (DYNAMIC)

hl7:recordTarget

0 … 1

R

(F16...ept)

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:templateId

1 … 1

M

(F16...ept)

@root

uid

1 … 1

F

1.2.276.0.76.10.2051

hl7:patientRole

1 … 1

(F16...ept)

@classCode

cs

0 … 1

F

PAT

Beispiel

hl7:id

0 … *

R

(F16...ept)

hl7:addr

AD

1 … 1

M

Adresse der Praxis

(F16...ept)

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

TEL

0 … *

(F16...ept)

hl7:providerOrganization

1 … 1

M

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(F16...ept)

Eingefügt

1 … 1

R

von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC)

hl7:author

1 … 1

R

(F16...ept)

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

(F16...ept)

@root

uid

1 … 1

F

1.2.276.0.76.10.2049

hl7:functionCode

CE

0 … 1

(F16...ept)

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

(F16...ept)


	vomgt-dataelement-755	Krankenhausaufnahme	KV-Mustersammlung

hl7:assignedAuthor

1 … 1

(F16...ept)

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

(F16...ept)

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

(F16...ept)


	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

(F16...ept)

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

(F16...ept)

hl7:assignedPerson

1 … 1

M

(F16...ept)

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

(F16...ept)

hl7:representedOrganization

1 … 1

M

(F16...ept)


	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!

(F16...ept)

@extension

st

0 … 1

@root

uid

0 … 1

F

1.2.276.0.76.4.17

hl7:name

ON

1 … 1

M

(F16...ept)

hl7:telecom

TEL

0 … *

(F16...ept)

hl7:addr

AD

0 … 1

(F16...ept)

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)

hl7:author

0 … 1

R

hhsoftpmp

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

@typeCode

cs

0 … 1

F

AUT

hl7:templateId

II

1 … 1

M

hhsoftpmp

@root

uid

1 … 1

F

1.2.276.0.76.10.2031

hl7:time

TS.DATE.MIN

1 … 1

M

hhsoftpmp

hl7:assignedAuthor

1 … 1

M

hhsoftpmp

@classCode

cs

0 … 1

F

ASSIGNED

hl7:id

II

1 … 1

R

hhsoftpmp

hl7:assignedAuthoringDevice

1 … 1

R

hhsoftpmp

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

hhsoftpmp

hl7:softwareName

SC

1 … 1

R

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

hhsoftpmp

Eingefügt

1 … 1

R

von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)

hl7:custodian

1 … 1

R

(F16...ept)

@typeCode

0 … 1

F

CST

Beispiel

hl7:assignedCustodian

1 … 1

M

(F16...ept)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(F16...ept)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

(F16...ept)

hl7:name

ON

1 … 1

M

(F16...ept)

hl7:telecom

TEL

0 … 1

(F16...ept)

hl7:addr

AD

0 … 1

(F16...ept)

Eingefügt

0 … 1

von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)

hl7:legalAuthenticator

0 … 1

(F16...ept)


	vomgt-dataelement-849	Legal Entity	KV-Mustersammlung

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(F16...ept)

hl7:signatureCode

CS

1 … 1

R

(F16...ept)

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

(F16...ept)

Eingefügt

von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(F16...ept)

hl7:addr

AD

0 … 1

R

(F16...ept)

hl7:telecom

TEL

0 … *

R

(F16...ept)

hl7:assignedPerson

1 … 1

M

(F16...ept)

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

(F16...ept)

hl7:representedOrganization

0 … 1

(F16...ept)

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

(F16...ept)

hl7:name

ON

1 … 1

M

(F16...ept)

hl7:telecom

TEL

0 … *

(F16...ept)

hl7:addr

AD

0 … 1

(F16...ept)

hl7:component

1 … 1

R

(F16...ept)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:structuredBody

1 … 1

R

(F16...ept)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

1 … 1

M

Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC)

(F16...ept)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

1 … 1

M

Beinhaltet 1.2.276.0.76.10.3134 Rezept Section (16) (DYNAMIC)

(F16...ept)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

0 … 1

R

Beinhaltet 1.2.276.0.76.10.3042 Wichtige Angaben (DYNAMIC)

(F16...ept)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

0 … 1

R

Beinhaltet 1.2.276.0.76.10.3135 Accident Section (16) (DYNAMIC)

(F16...ept)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

0 … 1

R

Beinhaltet 1.2.276.0.76.10.3136 Gebührenpflicht Section (16) (DYNAMIC)

(F16...ept)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

eRezept für Sprechstundenbedarf

Dieses Dokumententemplate dient der Übermittlung des Sprechstundenbedarfs.

Das Dokumententemplate für den Sprechstundenbedarf ist auf Basis des personenbezogenen eRezeptes noch zu erarbeiten und deshalb noch nicht in dieser Version des Leitfadens enthalten.

eAbgabe

Dieses Dokumententemplate dokumentiert, welche Medikamente an den Patienten abgegeben worden sind.

Id

1.2.276.0.76.10.1031

Gültigkeit

2019‑03‑18 15:39:10

Status

Entwurf

Versions-Label

Name

F16eAbgabe

Bezeichnung

16: eAbgabe

Beschreibung

KBV Muster 16: eAbgabe (Arzneiverordnungsblatt)

Kontext

Pfadname //

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 9 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.2048	Inklusion	CDA recordTarget (vomgt)	DYNAMIC
1.2.276.0.76.10.2051	Inklusion	CDA recordTarget Praxis (vomgt)	DYNAMIC
1.2.276.0.76.10.2049	Inklusion	CDA author Person (vomgt)	DYNAMIC
1.2.276.0.76.10.2031	Inklusion	CDA author software (pmp)	DYNAMIC
1.2.276.0.76.10.2004	Inklusion	CDA custodian	DYNAMIC
1.2.276.0.76.10.2020	Inklusion	CDA legalAuthenticator	DYNAMIC
1.2.276.0.76.3.1.135.8.10.116	Inklusion	CDA relatedDocument eRezept	DYNAMIC
1.2.276.0.76.10.3103	Containment	Insurance Section	DYNAMIC
1.2.276.0.76.10.3137	Containment	Abgabe Section (16)	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

(F16...abe)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:realmCode

CS

0 … 1

R

(F16...abe)

hl7:typeId

II

1 … 1

R

(F16...abe)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

hl7:templateId

II

1 … 1

M

(F16...abe)

@root

uid

1 … 1

F

1.2.276.0.76.10.1025

hl7:id

II

1 … 1

M

(F16...abe)

hl7:code

CE (erforderlich)

1 … 1

M

(F16...abe)

@codeSystemName

st

0 … 1

F

LOINC

@codeSystem

oid

0 … 1

F

2.16.840.1.113883.6.1

@code

cs

0 … 1

F

60593-1

Beispiel

hl7:title

ST

1 … 1

R

(F16...abe)

CONF

Elementinhalt muss "Abgabe" sein

hl7:effectiveTime

TS

1 … 1

R

Zeitpunkt, zu dem das Dokument elektronisch erzeugt wurde.

(F16...abe)

hl7:confidentialityCode

CE

1 … 1

R

(F16...abe)

CONF

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

hl7:setId

II

0 … 1

R

(F16...abe)

hl7:versionNumber

INT

0 … 1

R

(F16...abe)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:recordTarget eingefügt vom Template 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)
hl7:recordTarget eingefügt vom Template 1.2.276.0.76.10.2051 CDA recordTarget Praxis (vomgt) (DYNAMIC)

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)

hl7:recordTarget

0 … 1

R

(F16...abe)


	vomgt-dataelement-4	Patientendaten	KV-Mustersammlung

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:templateId

1 … 1

M

(F16...abe)

@root

uid

1 … 1

F

1.2.276.0.76.10.2048

hl7:patientRole

1 … 1

(F16...abe)

@classCode

cs

0 … 1

F

PAT

Beispiel

hl7:id

0 … *

R

(F16...abe)

hl7:addr

AD

1 … 1

M

Adresse des Patienten

(F16...abe)

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

(F16...abe)

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

(F16...abe)


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

(F16...abe)

wo [@qualifier='AC']

@qualifier

set_cs

1 … 1

F

AC

hl7:given

ENXP

0 … *

Vorname

(F16...abe)

hl7:prefix

ENXP

0 … *

Namenszusatz

(F16...abe)

wo [@qualifier='NB']

@qualifier

set_cs

1 … 1

F

NB

hl7:prefix

ENXP

0 … *

Vorsatzwort

(F16...abe)

wo [@qualifier='VV']

@qualifier

set_cs

1 … 1

F

VV

hl7:family

ENXP

0 … *

Nachname

(F16...abe)

hl7:suffix

ENXP

0 … *

Suffix

(F16...abe)

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)

(F16...abe)

hl7:birthTime

TS.DATE.MIN

1 … 1

M

Geburtsdatum des Patienten

(F16...abe)

Beispiel

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2051 CDA recordTarget Praxis (vomgt) (DYNAMIC)

hl7:recordTarget

0 … 1

R

(F16...abe)

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:templateId

1 … 1

M

(F16...abe)

@root

uid

1 … 1

F

1.2.276.0.76.10.2051

hl7:patientRole

1 … 1

(F16...abe)

@classCode

cs

0 … 1

F

PAT

Beispiel

hl7:id

0 … *

R

(F16...abe)

hl7:addr

AD

1 … 1

M

Adresse der Praxis

(F16...abe)

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

TEL

0 … *

(F16...abe)

hl7:providerOrganization

1 … 1

M

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(F16...abe)

Eingefügt

1 … 1

R

von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC)

hl7:author

1 … 1

R

(F16...abe)

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

(F16...abe)

@root

uid

1 … 1

F

1.2.276.0.76.10.2049

hl7:functionCode

CE

0 … 1

(F16...abe)

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

(F16...abe)


	vomgt-dataelement-755	Krankenhausaufnahme	KV-Mustersammlung

hl7:assignedAuthor

1 … 1

(F16...abe)

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

(F16...abe)

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

(F16...abe)


	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

(F16...abe)

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

(F16...abe)

hl7:assignedPerson

1 … 1

M

(F16...abe)

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

(F16...abe)

hl7:representedOrganization

1 … 1

M

(F16...abe)


	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!

(F16...abe)

@extension

st

0 … 1

@root

uid

0 … 1

F

1.2.276.0.76.4.17

hl7:name

ON

1 … 1

M

(F16...abe)

hl7:telecom

TEL

0 … *

(F16...abe)

hl7:addr

AD

0 … 1

(F16...abe)

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)

hl7:author

0 … 1

R

hhsoftpmp

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

@typeCode

cs

0 … 1

F

AUT

hl7:templateId

II

1 … 1

M

hhsoftpmp

@root

uid

1 … 1

F

1.2.276.0.76.10.2031

hl7:time

TS.DATE.MIN

1 … 1

M

hhsoftpmp

hl7:assignedAuthor

1 … 1

M

hhsoftpmp

@classCode

cs

0 … 1

F

ASSIGNED

hl7:id

II

1 … 1

R

hhsoftpmp

hl7:assignedAuthoringDevice

1 … 1

R

hhsoftpmp

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

hhsoftpmp

hl7:softwareName

SC

1 … 1

R

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

hhsoftpmp

Eingefügt

1 … 1

R

von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)

hl7:custodian

1 … 1

R

(F16...abe)

@typeCode

0 … 1

F

CST

Beispiel

hl7:assignedCustodian

1 … 1

M

(F16...abe)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(F16...abe)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

(F16...abe)

hl7:name

ON

1 … 1

M

(F16...abe)

hl7:telecom

TEL

0 … 1

(F16...abe)

hl7:addr

AD

0 … 1

(F16...abe)

Eingefügt

0 … 1

von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)

hl7:legalAuthenticator

0 … 1

(F16...abe)


	vomgt-dataelement-849	Legal Entity	KV-Mustersammlung

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(F16...abe)

hl7:signatureCode

CS

1 … 1

R

(F16...abe)

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

(F16...abe)

Eingefügt

von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(F16...abe)

hl7:addr

AD

0 … 1

R

(F16...abe)

hl7:telecom

TEL

0 … *

R

(F16...abe)

hl7:assignedPerson

1 … 1

M

(F16...abe)

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

(F16...abe)

hl7:representedOrganization

0 … 1

(F16...abe)

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

(F16...abe)

hl7:name

ON

1 … 1

M

(F16...abe)

hl7:telecom

TEL

0 … *

(F16...abe)

hl7:addr

AD

0 … 1

(F16...abe)

Eingefügt

0 … 1

R

von 1.2.276.0.76.3.1.135.8.10.116 CDA relatedDocument eRezept (DYNAMIC)

hl7:relatedDocument

0 … 1

R

(F16...abe)

@typeCode

cs

1 … 1

R

CONF

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

hl7:parentDocument

1 … 1

R

(F16...abe)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

1 … 1

M

Identifikationsnummer des eRezepts

(F16...abe)

hl7:code

CD

0 … 1

(F16...abe)

@codeSystem

CONF

0 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:setId

II

0 … 1

(F16...abe)

hl7:versionNumber

INT

0 … 1

(F16...abe)

hl7:component

1 … 1

R

(F16...abe)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:structuredBody

1 … 1

R

(F16...abe)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

1 … 1

M

Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC)

(F16...abe)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

1 … 1

M

Beinhaltet 1.2.276.0.76.10.3137 Abgabe Section (16) (DYNAMIC)

(F16...abe)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

eAbrechnung

Dieses Dokumententemplate dokumentiert die abrechnungsrelevanten Daten.

Id

1.2.276.0.76.10.1032

Gültigkeit

2019‑03‑18 17:11:07

Status

Entwurf

Versions-Label

Name

F16eAbrechnung

Bezeichnung

16: eAbrechnung

Beschreibung

KBV Muster 16: eAbgabe (Arzneiverordnungsblatt)

Kontext

Pfadname //

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 11 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.2048	Inklusion	CDA recordTarget (vomgt)	DYNAMIC
1.2.276.0.76.10.2051	Inklusion	CDA recordTarget Praxis (vomgt)	DYNAMIC
1.2.276.0.76.10.2049	Inklusion	CDA author Person (vomgt)	DYNAMIC
1.2.276.0.76.10.2031	Inklusion	CDA author software (pmp)	DYNAMIC
1.2.276.0.76.10.2004	Inklusion	CDA custodian	DYNAMIC
1.2.276.0.76.10.2020	Inklusion	CDA legalAuthenticator	DYNAMIC
1.2.276.0.76.3.1.135.8.10.116	Inklusion	CDA relatedDocument eRezept	DYNAMIC
1.2.276.0.76.3.1.135.8.10.117	Inklusion	CDA relatedDocument eAbgabe	DYNAMIC
1.2.276.0.76.10.3103	Containment	Insurance Section	DYNAMIC
1.2.276.0.76.10.3137	Containment	Abgabe Section (16)	DYNAMIC
1.2.276.0.76.10.3138	Containment	Zahlung Section (16)	DYNAMIC

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

(F16...ung)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:realmCode

CS

0 … 1

R

(F16...ung)

hl7:typeId

II

1 … 1

R

(F16...ung)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

hl7:templateId

II

1 … 1

M

(F16...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.1032

hl7:id

II

1 … 1

M

(F16...ung)

hl7:code

CE (erforderlich)

1 … 1

M

(F16...ung)

@codeSystemName

st

0 … 1

F

LOINC

@codeSystem

oid

0 … 1

F

2.16.840.1.113883.6.1

@code

cs

0 … 1

F

xABRECHNUNG

Beispiel

hl7:title

ST

1 … 1

R

(F16...ung)

CONF

Elementinhalt muss "Abrechnung" sein

hl7:effectiveTime

TS

1 … 1

R

Zeitpunkt, zu dem das Dokument elektronisch erzeugt wurde.

(F16...ung)

hl7:confidentialityCode

CE

1 … 1

R

(F16...ung)

CONF

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

hl7:setId

II

0 … 1

R

(F16...ung)

hl7:versionNumber

INT

0 … 1

R

(F16...ung)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:recordTarget eingefügt vom Template 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)
hl7:recordTarget eingefügt vom Template 1.2.276.0.76.10.2051 CDA recordTarget Praxis (vomgt) (DYNAMIC)

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2048 CDA recordTarget (vomgt) (DYNAMIC)

hl7:recordTarget

0 … 1

R

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

(F16...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2048

hl7:patientRole

1 … 1

(F16...ung)

@classCode

cs

0 … 1

F

PAT

Beispiel

hl7:id

0 … *

R

(F16...ung)

hl7:addr

AD

1 … 1

M

Adresse des Patienten

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

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

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

(F16...ung)

wo [@qualifier='AC']

@qualifier

set_cs

1 … 1

F

AC

hl7:given

ENXP

0 … *

Vorname

(F16...ung)

hl7:prefix

ENXP

0 … *

Namenszusatz

(F16...ung)

wo [@qualifier='NB']

@qualifier

set_cs

1 … 1

F

NB

hl7:prefix

ENXP

0 … *

Vorsatzwort

(F16...ung)

wo [@qualifier='VV']

@qualifier

set_cs

1 … 1

F

VV

hl7:family

ENXP

0 … *

Nachname

(F16...ung)

hl7:suffix

ENXP

0 … *

Suffix

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

(F16...ung)

hl7:birthTime

TS.DATE.MIN

1 … 1

M

Geburtsdatum des Patienten

(F16...ung)

Beispiel

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2051 CDA recordTarget Praxis (vomgt) (DYNAMIC)

hl7:recordTarget

0 … 1

R

(F16...ung)

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:templateId

1 … 1

M

(F16...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2051

hl7:patientRole

1 … 1

(F16...ung)

@classCode

cs

0 … 1

F

PAT

Beispiel

hl7:id

0 … *

R

(F16...ung)

hl7:addr

AD

1 … 1

M

Adresse der Praxis

(F16...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:telecom

TEL

0 … *

(F16...ung)

hl7:providerOrganization

1 … 1

M

Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)

(F16...ung)

Eingefügt

1 … 1

R

von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC)

hl7:author

1 … 1

R

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

(F16...ung)

@root

uid

1 … 1

F

1.2.276.0.76.10.2049

hl7:functionCode

CE

0 … 1

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

(F16...ung)


	vomgt-dataelement-755	Krankenhausaufnahme	KV-Mustersammlung

hl7:assignedAuthor

1 … 1

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

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

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

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

(F16...ung)

hl7:assignedPerson

1 … 1

M

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

(F16...ung)

hl7:representedOrganization

1 … 1

M

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

(F16...ung)

@extension

st

0 … 1

@root

uid

0 … 1

F

1.2.276.0.76.4.17

hl7:name

ON

1 … 1

M

(F16...ung)

hl7:telecom

TEL

0 … *

(F16...ung)

hl7:addr

AD

0 … 1

(F16...ung)

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)

hl7:author

0 … 1

R

hhsoftpmp

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

@typeCode

cs

0 … 1

F

AUT

hl7:templateId

II

1 … 1

M

hhsoftpmp

@root

uid

1 … 1

F

1.2.276.0.76.10.2031

hl7:time

TS.DATE.MIN

1 … 1

M

hhsoftpmp

hl7:assignedAuthor

1 … 1

M

hhsoftpmp

@classCode

cs

0 … 1

F

ASSIGNED

hl7:id

II

1 … 1

R

hhsoftpmp

hl7:assignedAuthoringDevice

1 … 1

R

hhsoftpmp

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

hhsoftpmp

hl7:softwareName

SC

1 … 1

R

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

hhsoftpmp

Eingefügt

1 … 1

R

von 1.2.276.0.76.10.2004 CDA custodian (DYNAMIC)

hl7:custodian

1 … 1

R

(F16...ung)

@typeCode

0 … 1

F

CST

Beispiel

hl7:assignedCustodian

1 … 1

M

(F16...ung)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(F16...ung)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

(F16...ung)

hl7:name

ON

1 … 1

M

(F16...ung)

hl7:telecom

TEL

0 … 1

(F16...ung)

hl7:addr

AD

0 … 1

(F16...ung)

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)

hl7:legalAuthenticator

0 … 1

R

(F16...ung)


	vomgt-dataelement-849	Legal Entity	KV-Mustersammlung

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(F16...ung)

hl7:signatureCode

CS

1 … 1

R

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

(F16...ung)

Eingefügt

von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(F16...ung)

hl7:addr

AD

0 … 1

R

(F16...ung)

hl7:telecom

TEL

0 … *

R

(F16...ung)

hl7:assignedPerson

1 … 1

M

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

(F16...ung)

hl7:representedOrganization

0 … 1

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

(F16...ung)

hl7:name

ON

1 … 1

M

(F16...ung)

hl7:telecom

TEL

0 … *

(F16...ung)

hl7:addr

AD

0 … 1

(F16...ung)

Eingefügt

0 … 1

R

von 1.2.276.0.76.3.1.135.8.10.116 CDA relatedDocument eRezept (DYNAMIC)

hl7:relatedDocument

0 … 1

R

(F16...ung)

@typeCode

cs

1 … 1

R

CONF

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

hl7:parentDocument

1 … 1

R

(F16...ung)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

1 … 1

M

Identifikationsnummer des eRezepts

(F16...ung)

hl7:code

CD

0 … 1

(F16...ung)

@codeSystem

CONF

0 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:setId

II

0 … 1

(F16...ung)

hl7:versionNumber

INT

0 … 1

(F16...ung)

Eingefügt

0 … 1

R

von 1.2.276.0.76.3.1.135.8.10.117 CDA relatedDocument eAbgabe (DYNAMIC)

hl7:relatedDocument

0 … 1

R

(F16...ung)

@typeCode

cs

1 … 1

R

CONF

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

hl7:parentDocument

1 … 1

R

(F16...ung)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

1 … 1

M

Identifikationsnummer der eAbgabe

(F16...ung)

hl7:code

CD

0 … 1

(F16...ung)

@codeSystem

CONF

0 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:setId

II

0 … 1

(F16...ung)

hl7:versionNumber

INT

0 … 1

(F16...ung)

hl7:component

1 … 1

R

(F16...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:structuredBody

1 … 1

R

(F16...ung)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

1 … 1

M

Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC)

(F16...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

1 … 1

M

Beinhaltet 1.2.276.0.76.10.3137 Abgabe Section (16) (DYNAMIC)

(F16...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

1 … 1

M

Beinhaltet 1.2.276.0.76.10.3138 Zahlung Section (16) (DYNAMIC)

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

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

Rezept Section

Id

1.2.276.0.76.10.3134

Gültigkeit

2018‑11‑21 12:53:09

Andere Versionen mit dieser Id:

RezeptSection16 vom 2018‑11‑21 12:59:21

Status

Entwurf

Versions-Label

Name

RezeptSection16

Bezeichnung

Rezept Section (16)

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3134

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4298	Containment	Medikation Verordnung Entry (16)	DYNAMIC

Beispiel

<section>
  <templateId root="1.2.276.0.76.10.3134"/>  
  <code code="57828-6" displayName="Prescription list" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Rezept</title>  
  <text>
    <paragraph>
      <reference value="#med-1"/>      NOVODIGAL (1342702) TAB N3 100 ST       <br/>       S.: täglich 1x1    </paragraph>    <paragraph>
      <reference value="#med-2"/>      CANDESARTAN 1A PHARMA 4MG (9273113) TAB N3 98 ST       <br/>       S.: morgens 1x1    </paragraph>    <paragraph>
      <reference value="#med-3"/>      SIMVASTATIN ABZ 40MG FLIMT (14255) FTA N3 100 ST       <br/>       S.: täglich 1x1    </paragraph>  </text>  
  <entry>
    
    <templateId root="1.2.276.0.76.10.4298"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Rez...n16)

@moodCode

cs

0 … 1

F

EVN

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(Rez...n16)

@root

uid

1 … 1

F

1.2.276.0.76.10.3134

hl7:id

II

0 … 1

(Rez...n16)

hl7:code

CE

1 … 1

M

(Rez...n16)

@code

CONF

1 … 1

F

57828-6

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Prescription list

hl7:title

ST

1 … 1

M

(Rez...n16)

CONF

Elementinhalt muss "Rezept" sein

hl7:text

SD.TEXT

1 … 1

M

(Rez...n16)

hl7:entry

1 … *

R

Beinhaltet 1.2.276.0.76.10.4298 Medikation Verordnung Entry (16) (DYNAMIC)

(Rez...n16)

@typeCode

cs

0 … 1

F

DRIV

wichtige Angaben Section

Id

1.2.276.0.76.10.3042

Gültigkeit

2014‑11‑01

Status

Entwurf

Versions-Label

Name

Instructions

Bezeichnung

Wichtige Angaben

Beschreibung

Wichtige Angaben/Hinweise für den Patienten

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3042

Label

instpmp

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

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

ref

ad1bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.21.2.45.2 (DYNAMIC)

ref

?

Beispiel

<section classCode="DOCSECT" moodCode="EVN">
<templateId root="1.2.276.0.76.10.3042"/> <code code="69730-0" codeSystem="2.16.840.1.113883.6.1" displayName="Instructions"/> <title>Wichtige Angaben</title> <text>
Bitte messen Sie Ihren Blutdruck täglich! <br/> Nächster Impftermin: 24.12.2014 <br/> Bei Rissen in der Hornhaut bitte Desinfektion auftragen. </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … *

instpmp

@classCode

0 … 1

F

DOCSECT

@moodCode

0 … 1

F

EVN

hl7:templateId

II

1 … 1

instpmp

@root

1 … 1

F

1.2.276.0.76.10.3042

hl7:code

CE

1 … 1

M

instpmp

@code

CONF

1 … 1

F

69730-0

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

Beispiel

hl7:title

ST

1 … 1

M

instpmp

CONF

Elementinhalt muss "Wichtige Angaben" sein

hl7:text

SD.TEXT

1 … 1

M

instpmp

Accident Section

Id

1.2.276.0.76.10.3135

Gültigkeit

2019‑03‑18 08:36:35

Status

Entwurf

Versions-Label

Name

F16AccidentSection

Bezeichnung

Accident Section (16)

Beschreibung

Template CDA Section (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
Angabe, ob es sich um einen Unfall bzw. Arbeitsunfall handelt. Bei letzterem muss dann auch der Tag und der Unfallbetrieb genannt werden.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3135

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4281	Containment	Accident Observation (06)	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

(F16...ion)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F16...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3135

hl7:id

II

0 … 1

(F16...ion)

hl7:code

CE

0 … 1

(F16...ion)

@code

CONF

0 … 1

F

ACCIDENT

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:title

ST

0 … 1

R

(F16...ion)

CONF

Elementinhalt muss "Unfall" sein

hl7:text

ST

0 … 1

R

An dieser Stelle wird textuell der Unfallbetrieb oder die Arbeitgebernummer eingegeben.

(F16...ion)

hl7:entry

1 … 1

R

Beinhaltet 1.2.276.0.76.10.4281 Accident Observation (06) (DYNAMIC)

(F16...ion)

@typeCode

cs

1 … 1

R

CONF

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

@contextConductionInd

bl

0 … 1

Abgabe Section

Id

1.2.276.0.76.10.3137

Gültigkeit

2019‑03‑18 15:38:01

Status

Entwurf

Versions-Label

Name

AbgabeSection16

Bezeichnung

Abgabe Section (16)

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3137

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4301	Containment	Medikation Abgabe Entry (16)	DYNAMIC

Beispiel

<section>
  <templateId root="1.2.276.0.76.10.3134"/>  
  <code code="57828-6" displayName="Prescription list" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Rezept</title>  
  <text>
    <paragraph>
      <reference value="#med-1"/>      NOVODIGAL (1342702) TAB N3 100 ST       <br/>       S.: täglich 1x1    </paragraph>    <paragraph>
      <reference value="#med-2"/>      CANDESARTAN 1A PHARMA 4MG (9273113) TAB N3 98 ST       <br/>       S.: morgens 1x1    </paragraph>    <paragraph>
      <reference value="#med-3"/>      SIMVASTATIN ABZ 40MG FLIMT (14255) FTA N3 100 ST       <br/>       S.: täglich 1x1    </paragraph>  </text>  
  <entry>
    
    <templateId root="1.2.276.0.76.10.4298"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Abg...n16)

@moodCode

cs

0 … 1

F

EVN

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(Abg...n16)

@root

uid

1 … 1

F

1.2.276.0.76.10.3137

hl7:id

II

0 … 1

(Abg...n16)

hl7:code

CE

1 … 1

M

(Abg...n16)

@code

CONF

1 … 1

F

60590-7

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Medication Dispensed.Brief

hl7:title

ST

1 … 1

M

(Abg...n16)

CONF

Elementinhalt muss "Abgabe" sein

hl7:text

SD.TEXT

1 … 1

M

(Abg...n16)

hl7:entry

1 … *

R

Beinhaltet 1.2.276.0.76.10.4301 Medikation Abgabe Entry (16) (DYNAMIC)

(Abg...n16)

@typeCode

cs

0 … 1

F

DRIV

Gebühren Section

Dieser Abschnitt dokumentiert, ob der Patient Zuzahlungen leisten muss. Es wird in dem Rezept-Dokument verwendet.

Id

1.2.276.0.76.10.3136

Gültigkeit

2018‑11‑21 12:59:21

Andere Versionen mit dieser Id:

RezeptSection16 vom 2018‑11‑21 12:53:09

Status

Entwurf

Versions-Label

Name

RezeptSection16

Bezeichnung

Gebührenpflicht Section (16)

Beschreibung

Dieser Abschnitt gibt an, ob und welche Gebühren zu entrichten sind.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3136

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4299	Containment	Gebührenpflicht (16)	DYNAMIC

Beispiel

<section>
  
  
  <templateId root="1.3.6.1.4.1.19376.1.9.1.2.1"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.19"/>  
  <templateId root="2.16.840.1.113883.10.20.1.8"/>  
  
  <code code="57828-6" displayName="Prescription list" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Rezept</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <entry>
    
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Rez...n16)

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(Rez...n16)

@root

uid

1 … 1

F

1.2.276.0.76.10.3136

hl7:code

CE

1 … 1

M

(Rez...n16)

@code

CONF

1 … 1

F

GEBUEHRENPFLICHT

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:title

ST

1 … 1

M

(Rez...n16)

CONF

Elementinhalt muss "Gebührenpflicht" sein

hl7:entry

1 … 2

R

Beinhaltet 1.2.276.0.76.10.4299 Gebührenpflicht (16) (DYNAMIC)

(Rez...n16)

@typeCode

cs

0 … 1

F

DRIV

Zahlung Section

Dieser Abschnitt dokumentiert, ob der Patient Zuzahlungen geleistet hat und wie hoch die Gesamtsumme war.

Id

1.2.276.0.76.10.3138

Gültigkeit

2019‑03‑18 17:29:26

Status

Entwurf

Versions-Label

Name

F16ZahlungSection

Bezeichnung

Zahlung Section (16)

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3138

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.4302	Containment	Zuzahlung Observation (16)	DYNAMIC
1.2.276.0.76.3.1.135.8.10.132	Containment	Notdienstgebühr Observation (16)	DYNAMIC
1.2.276.0.76.10.4300	Containment	Gesamtbrutto Observation (16)	DYNAMIC

Beispiel

<section moodCode="ENV" classCode="DOCSECT">
<templateId root="1.2.276.0.76.10.3138"/> <code code="ZAHLUNG" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/> <title>Zahlung</title> 

</section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(F16...ion)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F16...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3138

hl7:code

CE

0 … 1

(F16...ion)

@code

CONF

0 … 1

F

ZAHLUNG

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:title

ST

1 … 1

M

(F16...ion)

CONF

Elementinhalt muss "Zahlung" sein

hl7:entry

0 … 1

R

Beinhaltet 1.2.276.0.76.10.4302 Zuzahlung Observation (16) (DYNAMIC)

(F16...ion)

@typeCode

cs

1 … 1

R

CONF

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

hl7:entry

0 … 1

R

Beinhaltet 1.2.276.0.76.3.1.135.8.10.132 Notdienstgebühr Observation (16) (DYNAMIC)

(F16...ion)

@typeCode

cs

1 … 1

R

CONF

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

hl7:entry

1 … 1

M

Beinhaltet 1.2.276.0.76.10.4300 Gesamtbrutto Observation (16) (DYNAMIC)

(F16...ion)

@typeCode

cs

1 … 1

R

CONF

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

CDA Entry Level Templates

Abgabeanforderung

Dieses Template ist aus dem UV Medication Order (UV Dispense Request) übernommen.

Id

2.16.840.1.113883.10.21.4.2

ref

pharmcda-

Gültigkeit

2016‑05‑01

Status

Entwurf

Versions-Label

Name

UVDispenseRequest

Anzeigename

UV Dispense Request

Beschreibung

Universal Dispense Request (Supply Request)

Kontext

Elternknoten des Template-Element mit Id 2.16.840.1.113883.10.21.4.2

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
2.16.840.1.113883.10.12.320	Containment	CDA Subject (Body)	DYNAMIC
2.16.840.1.113883.10.12.312	Containment	CDA ManufacturedProduct	DYNAMIC
2.16.840.1.113883.10.12.323	Containment	CDA Performer (Body)	DYNAMIC
2.16.840.1.113883.10.12.321	Containment	CDA Participant (Body)	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.309 CDA Supply (2005‑09‑07)

ref

ad1bbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:supply

(UVD...est)

@classCode

cs

1 … 1

F

SPLY

@moodCode

cs

1 … 1

F

RQO

hl7:templateId

II

1 … 1

M

(UVD...est)

@root

uid

1 … 1

F

2.16.840.1.113883.10.21.4.2

hl7:id

II

0 … *

(UVD...est)

hl7:code

CD (extensible)

0 … 1

(UVD...est)

CONF

Der Wert von @code sollte gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16208 ActPharmacySupplyType (DYNAMIC)

hl7:text

ED

0 … 1

(UVD...est)

hl7:statusCode

CS

0 … 1

(UVD...est)

@code

CONF

0 … 1

F

active

hl7:effectiveTime

IVL_TS

0 … 1

Validity period of the Dispense Request

(UVD...est)

hl7:repeatNumber

IVL_INT

0 … 1

(UVD...est)

hl7:independentInd

BL

0 … 1

(UVD...est)

hl7:quantity

PQ

0 … 1

(UVD...est)

hl7:expectedUseTime

IVL_TS

0 … 1

(UVD...est)

hl7:subject

0 … 1

Beinhaltet 2.16.840.1.113883.10.12.320 CDA Subject (Body) (DYNAMIC)

(UVD...est)

hl7:product

0 … 1

R

Beinhaltet 2.16.840.1.113883.10.12.312 CDA ManufacturedProduct (DYNAMIC)

(UVD...est)

@typeCode

cs

0 … 1

F

PRD

hl7:performer

0 … *

Beinhaltet 2.16.840.1.113883.10.12.323 CDA Performer (Body) (DYNAMIC)

(UVD...est)

hl7:participant

0 … 1

Origin
Beinhaltet 2.16.840.1.113883.10.12.321 CDA Participant (Body) (DYNAMIC)

(UVD...est)

@typeCode

1 … 1

F

ORG

hl7:participant

0 … 1

Destination
Beinhaltet 2.16.840.1.113883.10.12.321 CDA Participant (Body) (DYNAMIC)

(UVD...est)

wo [@typeCode='DST']

@typeCode

1 … 1

F

DST

hl7:participant

0 … *

Receiver
Beinhaltet 2.16.840.1.113883.10.12.321 CDA Participant (Body) (DYNAMIC)

(UVD...est)

wo [@typeCode='RCV']

@typeCode

1 … 1

F

RCV

hl7:participant

0 … 1

Location
Beinhaltet 2.16.840.1.113883.10.12.321 CDA Participant (Body) (DYNAMIC)

(UVD...est)

wo [@typeCode='LOC']

@typeCode

1 … 1

F

LOC

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

Mit dieser Observation wird die Geschlechtsinformation, so wie sie auf der eGK gespeichert ist, übertragen.

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)

Einnahmedauer

Id

1.2.276.0.76.10.90023

Gültigkeit

2017‑06‑04

Andere Versionen mit dieser Id:

Einnahmedauer vom 2011‑12‑19

Status

Entwurf

Versions-Label

Name

Einnahmedauer

Bezeichnung

Einnahmedauer

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
pmp-dataelement2017-461	Enddatum Einnahme	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-460	Startdatum Einnahme	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-6100	Dauer der Einnahme	Patientenbezogener Medikationsplan Plus v2017

Beziehung

Adaptation: Template 1.2.276.0.76.10.90023 Einnahmedauer (2011‑12‑19)

Item

DT

Kard

Konf

Beschreibung

Label

Auswahl

… 1

Elemente in der Auswahl:

hl7:effectiveTime[hl7:low|hl7:high]
hl7:effectiveTime[hl7:width]
hl7:effectiveTime[@nullFlavor='NI']

hl7:effectiveTime

IVL_TS

… 1

C

Zeitelement zur Dokumentation der Einnahmedauer, hier spezifisches Interval von bis

(Ein...uer)

wo [hl7:lowoder
hl7:high]

@xsi:type

0 … 1

F

IVL_TS

Beispiel

Intervall bekannt

Beispiel

unbekanntes Ende-Datum

Beispiel

Dauermedikation

hl7:low

TS.DATE.MIN

1 … 1

R

(Ein...uer)


	pmp-dataelement2017-460	Startdatum Einnahme	Patientenbezogener Medikationsplan Plus v2017

hl7:high

TS.DATE.MIN

0 … 1

R

(Ein...uer)


	pmp-dataelement2017-461	Enddatum Einnahme	Patientenbezogener Medikationsplan Plus v2017

hl7:effectiveTime

IVL_TS

… 1

C

Zeitelement zur Dokumentation der Einnahmedauer, hier Dauer

(Ein...uer)

wo [hl7:width]

Beispiel

Einnahme für zwei Wochen

hl7:width

PQ

1 … 1

R

(Ein...uer)


	pmp-dataelement2017-6100	Dauer der Einnahme	Patientenbezogener Medikationsplan Plus v2017

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)

hl7:effectiveTime

TS

… 1

C

(Ein...uer)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

Beispiel

Keine Informationen über die Einnahmedauer

Einzeldosierungen

Dieses Template ist aus dem Medikationsplan PLUS übernommen.

Id

1.2.276.0.76.10.4023

Gültigkeit

2018‑11‑01

Andere Versionen mit dieser Id:

MedicationStatementSplitDose vom 2017‑06‑04
MedicationStatementSplitDose vom 2014‑11‑01

Status

Entwurf

Versions-Label

mpp 2018

Name

Einzeldosierungen

Bezeichnung

Einzeldosierungen

Beschreibung

Einzeldosierungen, Dosierschema:

Einnahme einmalig / Einnahmezeitpunkt unbekannt
Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ergeignis (z. B: morgens, mittags, abends, zur Nacht), ggf. mit Offset
Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase, ggf. mit Wiederholungsintervall
Zeitelement zur Aufnahme des Einnahmezeitpunkts mit Wiederholungsintervall, ausgedrückt als Phase und Ereignis
Zeitelement zur Aufnahme des Einnahmezeitpunkts ohne Wiederholung, ausgedrückt als Intervall und Ereignis

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4023

Label

medssdpmp

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.90028	Inklusion	Medikation Vorbedingung	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07)

ref

ad1bbr-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.9 (DYNAMIC)

ref

?

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

0 … *

medssdpmp

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

medssdpmp

@root

uid

1 … 1

F

1.2.276.0.76.10.4023

hl7:text

ED

1 … 1

M

medssdpmp

hl7:reference

TEL

1 … 1

M

medssdpmp

@value

1 … 1

R

#dosxx-{generierteID}, xx ist cm, cd, cv oder hs, z.B.: #doscm-1

Auswahl

… 1

Elemente in der Auswahl:

hl7:effectiveTime[@value or @nullFlavor]
hl7:effectiveTime[@xsi:type='EIVL_TS']
hl7:effectiveTime[@xsi:type='PIVL_TS']
hl7:effectiveTime[@xsi:type='SXPR_TS'][hl7:comp[@xsi:type='PIVL_TS']]
hl7:effectiveTime[@xsi:type='SXPR_TS'][hl7:comp[@xsi:type='IVL_TS']]

hl7:effectiveTime

TS

C

Einnahme einmalig / Einnahmezeitpunkt unbekannt

medssdpmp

wo [@value or @nullFlavor]

Beispiel

Einnahme einmalig

Beispiel

Einnahmezeitpunkt unbekannt

hl7:effectiveTime

EIVL_TS

C

Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ergeignis, ggf. mit Offset

medssdpmp

wo [@xsi:type='EIVL_TS']

Beispiel

mittags 10 mg

Beispiel

morgens 1 (Stück)

Beispiel

abends 1-2 (Hübe)

Beispiel

30 Minuten nach dem Abendessen 1 Stück

hl7:event

CS

1 … 1

M

medssdpmp

@code

cs

1 … 1

R

CONF

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

hl7:offset

IVL_PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)

hl7:effectiveTime

PIVL_TS

C

Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase, ggf. mit Wiederholungsintervall

medssdpmp

wo [@xsi:type='PIVL_TS']

Beispiel

Jeden Donnerstag 1 Stück

hl7:phase

IVL_TS

1 … 1

M

medssdpmp

hl7:period

PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)

hl7:effectiveTime

SXPR_TS

C

Zeitelement zur Aufnahme des Einnahmezeitpunkts mit Wiederholungsintervall, ausgedrückt als Phase und Ereignis

medssdpmp

wo [@xsi:type='SXPR_TS'] [hl7:comp [@xsi:type='PIVL_TS']]

Beispiel

Jeden Donnerstag 30 Minuten vor dem Frühstück

hl7:comp

PIVL_TS

1 … 1

M

medssdpmp

wo [@xsi:type='PIVL_TS']

hl7:phase

IVL_TS

1 … 1

M

medssdpmp

hl7:period

PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)

hl7:comp

EIVL_TS

1 … 1

M

medssdpmp

wo [@xsi:type='EIVL_TS']

@operator

cs

1 … 1

F

A

hl7:event

CS

1 … 1

M

medssdpmp

@code

cs

1 … 1

R

CONF

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

hl7:offset

IVL_PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)

hl7:effectiveTime

SXPR_TS

C

Zeitelement zur Aufnahme des (einmaligen) Einnahmezeitpunkts ohne Wiederholungen, ausgedrückt als Intervall und Ereignis

medssdpmp

wo [@xsi:type='SXPR_TS'] [hl7:comp [@xsi:type='IVL_TS']]

Beispiel

Am Donnerstag 13.9.2018 1x 30 Minuten vor dem Frühstück

hl7:comp

IVL_TS

1 … 1

M

medssdpmp

wo [@xsi:type='IVL_TS']

hl7:comp

EIVL_TS

1 … 1

M

medssdpmp

wo [@xsi:type='EIVL_TS']

@operator

cs

1 … 1

F

A

hl7:event

CS

1 … 1

M

medssdpmp

@code

cs

1 … 1

R

CONF

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

hl7:offset

IVL_PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)

hl7:doseQuantity

IVL_PQ

1 … 1

M

medssdpmp

Beispiel

25 mg

Beispiel

1 bis 2 Tabletten

Beispiel

1 Tablette (mit Translation)

Beispiel

Nur textliche Beschreibung der Dosis

hl7:translation

CE

0 … 1

R

medssdpmp

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.23 BMP Dosiereinheit (DYNAMIC)

hl7:consumable

1 … 1

M

medssdpmp

hl7:manufacturedProduct

1 … 1

M

medssdpmp

hl7:manufacturedMaterial

1 … 1

medssdpmp

@nullFlavor

cs

1 … 1

F

NA

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.90028 Medikation Vorbedingung (DYNAMIC)

hl7:precondition

0 … 1

R

medssdpmp

@typeCode

cs

0 … 1

F

PRCN

hl7:criterion

1 … 1

R

medssdpmp

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

0 … 1

F

EVN.CRT

hl7:code

CD

0 … 1

medssdpmp


	pmp-dataelement2017-6092	Einnahme bei Bedarf	Patientenbezogener Medikationsplan Plus v2017

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.453 Vorbedingungen Medikation (DYNAMIC)

hl7:originalText

ED

0 … 1

R

medssdpmp

hl7:text

ED

0 … 1

medssdpmp

hl7:reference

TEL

1 … 1

M

medssdpmp

@value

1 … 1

R

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

Gebühren Observation

Id

1.2.276.0.76.10.4299

Gültigkeit

2019‑02‑14 10:04:19

Status

Entwurf

Versions-Label

Name

Gebuehren16

Bezeichnung

Gebührenpflicht (16)

Beschreibung

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

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4299

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

(Geb...n16)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

R

CONF

Der Wert von @moodCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.18943 x_ActMoodDocumentObservation (DYNAMIC)

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(Geb...n16)

@root

uid

1 … 1

F

1.2.276.0.76.10.4299

hl7:templateId

II

1 … 1

R

(Geb...n16)

@root

uid

1 … 1

F

2.16.840.1.113883.10.12.303

hl7:code

CD

1 … 1

M

(Geb...n16)

@code

CONF

1 … 1

F

GEBUEHR

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:statusCode

CS

1 … 1

M

(Geb...n16)

@code

CONF

1 … 1

F

completed

hl7:value

CD

1 … 1

M

(Geb...n16)

CONF

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

Gesamtbrutto Observation

Id

1.2.276.0.76.10.4300

Gültigkeit

2019‑03‑18 17:54:44

Status

Entwurf

Versions-Label

Name

F16GesamtbruttoObservation

Bezeichnung

Gesamtbrutto Observation (16)

Beschreibung

Template CDA Observation (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
Diese Observation dokumentiert die Höhe der Zuzahlung.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4300

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

1 … 1

M

(F16...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F16...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4300

hl7:code

CD

1 … 1

R

(F16...ion)

@code

CONF

0 … 1

F

ZUZAHLUNG

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:statusCode

CS

0 … 1

(F16...ion)

@code

CONF

0 … 1

F

completed

hl7:value

MO

1 … 1

M

Hier wird der Gesamt-Brutto-Betrag dokumentiert.

(F16...ion)

@currency

cs

1 … 1

R

Währungseinheit, bspw. "EUR"

@value

real

1 … 1

R

Zuzahlungsbetrag

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)

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

Medikament Abgabe Entry

Id

1.2.276.0.76.10.4301

Gültigkeit

2019‑03‑18 16:17:28

Status

Entwurf

Versions-Label

Name

MedikationAbgabeEntry16

Bezeichnung

Medikation Abgabe Entry (16)

Beschreibung

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

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4301

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
2.16.840.1.113883.10.12.312	Containment	CDA ManufacturedProduct	DYNAMIC
1.2.276.0.76.10.4303	Inklusion	Faktor (16)	DYNAMIC
1.2.276.0.76.10.4304	Inklusion	Taxe (16)	DYNAMIC

Item

DT

Kard

Konf

Beschreibung

Label

hl7:supply

(Med...y16)

@classCode

cs

1 … 1

F

SPLY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(Med...y16)

@root

uid

1 … 1

F

1.2.276.0.76.10.4301

hl7:id

II

0 … 1

(Med...y16)

hl7:code

CD

1 … 1

M

(Med...y16)

@code

CONF

1 … 1

F

FCC

@codeSystem

1 … 1

F

2.16.840.1.113883.5.4 (Act Code)

@codeSystemName

1 … 1

F

ActCode

@displayName

1 … 1

F

First Fill - Complete

hl7:text

ED

0 … 1

(Med...y16)

hl7:statusCode

CS

0 … 1

(Med...y16)

CONF

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

hl7:effectiveTime

SXCM_TS

0 … 1

(Med...y16)

hl7:quantity

PQ

1 … 1

M

abgegebene Anzahl Packungen

(Med...y16)

hl7:expectedUseTime

IVL_TS

0 … 1

(Med...y16)

hl7:product

1 … 1

M

Beinhaltet 2.16.840.1.113883.10.12.312 CDA ManufacturedProduct (DYNAMIC)

(Med...y16)

@typeCode

cs

0 … 1

F

PRD

hl7:entryRelationship

0 … 1

R

(Med...y16)

@typeCode

cs

1 … 1

R

CONF

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

Constraint

mandatory im Abrechnungsdokument

Eingefügt

1 … 1

M

von 1.2.276.0.76.10.4303 Faktor (16) (DYNAMIC)

hl7:observation

1 … 1

M

(Med...y16)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

R

CONF

Der Wert von @moodCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.18943 x_ActMoodDocumentObservation (DYNAMIC)

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(Med...y16)

@root

uid

1 … 1

F

1.2.276.0.76.10.4303

hl7:templateId

II

1 … 1

R

(Med...y16)

@root

uid

1 … 1

F

2.16.840.1.113883.10.12.303

hl7:code

CD

1 … 1

M

(Med...y16)

@code

CONF

1 … 1

F

FAKTOR

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:statusCode

CS

1 … 1

M

(Med...y16)

@code

CONF

1 … 1

F

completed

hl7:value

PQ

1 … 1

M

(Med...y16)

hl7:entryRelationship

0 … 1

R

(Med...y16)

@typeCode

cs

1 … 1

R

CONF

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

Constraint

mandatory im Abrechnungsdokument

Eingefügt

1 … 1

M

von 1.2.276.0.76.10.4304 Taxe (16) (DYNAMIC)

hl7:observation

1 … 1

M

(Med...y16)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

R

CONF

Der Wert von @moodCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.18943 x_ActMoodDocumentObservation (DYNAMIC)

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(Med...y16)

@root

uid

1 … 1

F

1.2.276.0.76.10.4304

hl7:templateId

II

1 … 1

R

(Med...y16)

@root

uid

1 … 1

F

2.16.840.1.113883.10.12.303

hl7:code

CD

1 … 1

M

(Med...y16)

@code

CONF

1 … 1

F

TAXE

@codeSystem

1 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:statusCode

CS

1 … 1

M

(Med...y16)

@code

CONF

1 … 1

F

completed

hl7:value

MO

1 … 1

M

(Med...y16)

Medikament Verordnung Entry

Id

1.2.276.0.76.10.4298

Gültigkeit

2018‑11‑21 13:08:27

Status

Entwurf

Versions-Label

Name

MedikationVerordnungEntry16

Bezeichnung

Medikation Verordnung Entry (16)

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4298

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 6 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.90023	Inklusion	Einnahmedauer	DYNAMIC
1.2.276.0.76.10.4025	Containment	Medikament	DYNAMIC
1.2.276.0.76.10.4023	Containment	Einzeldosierungen (mpp 2018)	DYNAMIC
2.16.840.1.113883.10.21.4.2	Containment	UV Dispense Request (R1-STU2-ballot)	DYNAMIC
2.16.840.1.113883.10.21.4.5	Containment	UV Substitution Permission (R1-STU2-ballot)	DYNAMIC
1.2.276.0.76.10.4024	Containment	Dosierung Freitext	DYNAMIC

Beziehung

Equivalent: Template 2.16.840.1.113883.10.21.4.1 (2014‑09‑01)

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

1 … 1

R

(Med...y16)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

RQO

hl7:templateId

II

1 … 1

M

(Med...y16)

@root

uid

1 … 1

F

1.2.276.0.76.10.4298

hl7:id

II

0 … 1

R

(Med...y16)

wo [1]

hl7:text

ED

1 … 1

M

Verweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).

(Med...y16)

Beispiel

Strukturbeispiel

hl7:reference

TEL

1 … 1

M

(Med...y16)

@value

1 … 1

R

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

hl7:statusCode

CS

1 … 1

M

(Med...y16)

Eingefügt

von 1.2.276.0.76.10.90023 Einnahmedauer (DYNAMIC)

Auswahl

… 1

Elemente in der Auswahl:

hl7:effectiveTime[hl7:low|hl7:high]
hl7:effectiveTime[hl7:width]
hl7:effectiveTime[@nullFlavor='NI']

hl7:effectiveTime

IVL_TS

… 1

C

Zeitelement zur Dokumentation der Einnahmedauer, hier spezifisches Interval von bis

(Med...y16)

wo [hl7:lowoder
hl7:high]

@xsi:type

0 … 1

F

IVL_TS

Beispiel

Intervall bekannt

Beispiel

unbekanntes Ende-Datum

Beispiel

Dauermedikation

hl7:low

TS.DATE.MIN

1 … 1

R

(Med...y16)

hl7:high

TS.DATE.MIN

0 … 1

R

(Med...y16)

hl7:effectiveTime

IVL_TS

… 1

C

Zeitelement zur Dokumentation der Einnahmedauer, hier Dauer

(Med...y16)

wo [hl7:width]

Beispiel

Einnahme für zwei Wochen

hl7:width

PQ

1 … 1

R

(Med...y16)

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)

hl7:effectiveTime

TS

… 1

C

(Med...y16)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

Beispiel

Keine Informationen über die Einnahmedauer

hl7:routeCode

CE (Beispiel)

0 … 1

(Med...y16)

CONF

Beispiele von der Wert von @code stehen in den Value Set 2.16.840.1.113883.1.11.14581 RouteOfAdministration (DYNAMIC)

hl7:approachSiteCode

CD (Beispiel)

0 … *

(Med...y16)

CONF

Beispiele von der Wert von @code stehen in den Value Set 2.16.840.1.113883.1.11.19724 HumanSubstanceAdministrationSite (DYNAMIC)

hl7:doseQuantity

IVL_PQ

NP

(Med...y16)

hl7:rateQuantity

IVL_PQ

NP

(Med...y16)

hl7:maxDoseQuantity

RTO_PQ_PQ

0 … 1

(Med...y16)

hl7:administrationUnitCode

CE

NP

(Med...y16)

hl7:consumable

1 … 1

M

Komponente zur Aufnahme der Arznei auf die sich der MedikationVerordnung-Entry bezieht.

Beinhaltet 1.2.276.0.76.10.4025 Medikament (DYNAMIC)

(Med...y16)

hl7:entryRelationship

0 … *

R

Beinhaltet 1.2.276.0.76.10.4023 Einzeldosierungen (DYNAMIC)

(Med...y16)

@typeCode

cs

1 … 1

F

COMP

hl7:sequenceNumber

INT.POS

0 … 1

Reihenfolge in der Liste der Dosierungsangaben

(Med...y16)

hl7:entryRelationship

0 … *

R

Beinhaltet 2.16.840.1.113883.10.21.4.2 UV Dispense Request (DYNAMIC)

(Med...y16)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:entryRelationship

0 … 1

R

aut idem
Beinhaltet 2.16.840.1.113883.10.21.4.5 UV Substitution Permission (DYNAMIC)

(Med...y16)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:entryRelationship

0 … 1

R

Freitext
Beinhaltet 1.2.276.0.76.10.4024 Dosierung Freitext (DYNAMIC)

(Med...y16)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

Patienteninstruktionen Entry

Dieses Template ist aus dem Medikationsplan PLUS übernommen.

Id

1.2.276.0.76.10.4026

Gültigkeit

2014‑11‑01

Status

Entwurf

Versions-Label

Name

PatientInstructions

Bezeichnung

Patienteninstruktionen

Beschreibung

Patienteninstruktionen

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4026

Label

patinfopmp

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 4 Konzepte

Id	Name	Datensatz
pmp-dataelement2017-467	Hinweis	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-6010	Freitextzeile	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-467	Hinweis Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-600	Sonstiger Hinweis	Patientenbezogener Medikationsplan Plus v2017

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.1.49 Patient instructions (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.3 eHDSI Patient Medication Instructions (DYNAMIC)

ref

epsos-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

1 … 1

M

pati...opmp


pmp-dataelement2017-467	Hinweis	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-467	Hinweis Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-600	Sonstiger Hinweis	Patientenbezogener Medikationsplan Plus v2017

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

pati...opmp

@root

uid

1 … 1

F

1.2.276.0.76.10.4026

hl7:code

CE

1 … 1

M

pati...opmp

@code

CONF

1 … 1

F

PINSTRUCT

@codeSystem

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind)

pati...opmp


	pmp-dataelement2017-6010	Freitextzeile	Patientenbezogener Medikationsplan Plus v2017

hl7:reference

TEL

1 … 1

M

pati...opmp

@value

1 … 1

R

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

hl7:statusCode

CS

1 … 1

M

pati...opmp

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

0 … *

R

Codierter Hinweis

pati...opmp

wo [hl7:act]

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:act

1 … 1

M

pati...opmp

@classCode

cs

1 … 1

F

INFRM

@moodCode

cs

1 … 1

F

RQO

Beispiel

hl7:code

CE (Beispiel)

1 … 1

M

pati...opmp

CONF

Beispiele von der Wert von @code stehen in den Value Set 2.16.840.1.113883.2.6.60.4.11.5 AKdÄ Hinweise (DYNAMIC)

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

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)

Accident Observation

Id 1.2.276.0.76.10.4281 Gültigkeit 2017‑05‑24 15:25:11

Status Entwurf Versions-Label

Name F06AccidentObservation Anzeigename Accident Observation (06)

Beschreibung Accident Observation (06)

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4281

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

(F06...ion)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

1 … 1

R

CONF

Der Wert von @moodCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.18943 x_ActMoodDocumentObservation (DYNAMIC)

hl7:templateId

II

1 … 1

M

(F06...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4281

hl7:code

CD

1 … 1

R

(F06...ion)

@code

CONF

0 … 1

F

ACCIDENT

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:statusCode

CS

0 … 1

(F06...ion)

CONF

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

hl7:effectiveTime

IVL_TS

0 … 1

(F06...ion)

hl7:value

BL

1 … 1

M

Hier wird als boole'scher Wert übermittelt, ob es sich um einen Unfall oder -folgen handelt. (Dazwischen wird nicht unterschieden.)

(F06...ion)

Zuzahlung Observation

Id

1.2.276.0.76.10.4302

Gültigkeit

2019‑03‑18 17:50:26

Status

Entwurf

Versions-Label

Name

F16ZuzahlungObservation

Bezeichnung

Zuzahlung Observation (16)

Beschreibung

Template CDA Observation (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
Diese Observation dokumentiert die Höhe der Zuzahlung.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4302

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

1 … 1

M

(F16...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F16...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4302

hl7:code

CD

1 … 1

R

(F16...ion)

@code

CONF

0 … 1

F

ZUZAHLUNG

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:statusCode

CS

0 … 1

(F16...ion)

@code

CONF

0 … 1

F

completed

hl7:value

MO

1 … 1

M

Hier wird der Betrag der Zuzahlung dokumentiert.

(F16...ion)

@currency

cs

1 … 1

R

Währungseinheit, bspw. "EUR"

@value

real

1 … 1

R

Zuzahlungsbetrag

Gesamtbrutto Observation

Id

1.2.276.0.76.10.4300

Gültigkeit

2019‑03‑18 17:54:44

Status

Entwurf

Versions-Label

Name

F16GesamtbruttoObservation

Bezeichnung

Gesamtbrutto Observation (16)

Beschreibung

Template CDA Observation (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
Diese Observation dokumentiert die Höhe der Zuzahlung.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4300

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

1 … 1

M

(F16...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(F16...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.4300

hl7:code

CD

1 … 1

R

(F16...ion)

@code

CONF

0 … 1

F

ZUZAHLUNG

@codeSystem

0 … 1

F

1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99)

hl7:statusCode

CS

0 … 1

(F16...ion)

@code

CONF

0 … 1

F

completed

hl7:value

MO

1 … 1

M

Hier wird der Gesamt-Brutto-Betrag dokumentiert.

(F16...ion)

@currency

cs

1 … 1

R

Währungseinheit, bspw. "EUR"

@value

real

1 … 1

R

Zuzahlungsbetrag

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.

Zeitpunkte für die Verabreichung

Dieses Value Set ist aus dem Medikationsplan PLUS übernommen.

Keine Versionen mit Status draft, active, review oder pending

Zeiteinheiten

Dieses Value Set ist aus dem MedikationsplanPlus übernommen.

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

Gültigkeit

2017‑04‑01

Status

Entwurf

Versions-Label

Name

Zeiteinheiten

Bezeichnung

Zeiteinheiten (UCUM)

Benutzung: 7

Id	Name	Typ
Template
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2018)	DYNAMIC
hl7de-template-4023	Einzeldosierungen (mpp 2017)	DYNAMIC
hl7de-template-90023	Einnahmedauer	DYNAMIC

Quell-Codesystem

2.16.840.1.113883.6.8 - Unified Code for Units of Measure - FHIR: http://unitsofmeasure.org - HL7 V2: UCUM

Level/ Typ	Code	Bezeichnung	Codesystem
0‑L	d	Day	Unified Code for Units of Measure
0‑L	a	Year	Unified Code for Units of Measure
0‑L	h	Hour	Unified Code for Units of Measure
0‑L	min	Minute	Unified Code for Units of Measure
0‑L	mo	Month	Unified Code for Units of Measure
0‑L	s	Second	Unified Code for Units of Measure
0‑L	wk	Week	Unified Code for Units of Measure

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.

RouteCode

Id

2.16.840.1.113883.1.11.14581

ref

ad2bbr-

Gültigkeit

2014‑03‑26

Status

Definitiv

Versions-Label

DEFN=UV=VO=1360-20160323

Name

RouteOfAdministration

Anzeigename

RouteOfAdministration

Beschreibung

History description 2014-03-26: Lock all vaue sets untouched since 2014-03-26 to trackingId 2014T1_2014_03_26

description:

The path the administered medication takes to get into the body or into contact with the body.

Quell-Codesystem

2.16.840.1.113883.5.112 - Route Of Administration - http://terminology.hl7.org/CodeSystem/v3-RouteOfAdministration

Level/ Typ	Code	Anzeigename	Codesystem
1‑L	SOAK	Immersion (soak)	Route Of Administration
1‑L	SHAMPOO	Shampoo	Route Of Administration
1‑L	TRNSLING	Translingual	Route Of Administration
1‑L	PO	Swallow, oral	Route Of Administration
1‑L	GARGLE	Gargle	Route Of Administration
1‑L	SUCK	Suck, oromucosal	Route Of Administration
1‑A	_Chew	Chew	Route Of Administration
2‑L	CHEW	Chew, oral	Route Of Administration
1‑A	_Diffusion	Diffusion	Route Of Administration
2‑L	EXTCORPDIF	Diffusion, extracorporeal	Route Of Administration
2‑L	HEMODIFF	Diffusion, hemodialysis	Route Of Administration
2‑L	TRNSDERMD	Diffusion, transdermal	Route Of Administration
1‑A	_Dissolve	Dissolve	Route Of Administration
2‑L	DISSOLVE	Dissolve, oral	Route Of Administration
2‑L	SL	Dissolve, sublingual	Route Of Administration
1‑A	_Douche	Douche	Route Of Administration
2‑L	DOUCHE	Douche, vaginal	Route Of Administration
1‑A	_ElectroOsmosisRoute	ElectroOsmosisRoute	Route Of Administration
2‑L	ELECTOSMOS	Electro-osmosis	Route Of Administration
1‑A	_Enema	Enema	Route Of Administration
2‑L	ENEMA	Enema, rectal	Route Of Administration
2‑L	RETENEMA	Enema, rectal retention	Route Of Administration
1‑A	_Flush	Flush	Route Of Administration
2‑L	IVFLUSH	Flush, intravenous catheter	Route Of Administration
1‑A	_Implantation	Implantation	Route Of Administration
2‑L	IDIMPLNT	Implantation, intradermal	Route Of Administration
2‑L	IVITIMPLNT	Implantation, intravitreal	Route Of Administration
2‑L	SQIMPLNT	Implantation, subcutaneous	Route Of Administration
1‑A	_Infusion	Infusion	Route Of Administration
2‑L	EPI	Infusion, epidural	Route Of Administration
2‑L	IA	Infusion, intraarterial catheter	Route Of Administration
2‑L	IC	Infusion, intracardiac	Route Of Administration
2‑L	ICOR	Infusion, intracoronary	Route Of Administration
2‑L	IOSSC	Infusion, intraosseous, continuous	Route Of Administration
2‑L	IT	Infusion, intrathecal	Route Of Administration
2‑S	IV	Infusion, intravenous	Route Of Administration
3‑L	IVC	Infusion, intravenous catheter	Route Of Administration
3‑L	IVCC	Infusion, intravenous catheter, continuous	Route Of Administration
3‑L	IVCI	Infusion, intravenous catheter, intermittent	Route Of Administration
3‑L	PCA	Infusion, intravenous catheter, pca pump	Route Of Administration
2‑L	IVASCINFUS	Infusion, intravascular	Route Of Administration
2‑L	SQINFUS	Infusion, subcutaneous	Route Of Administration
1‑A	_Inhalation	Inhalation	Route Of Administration
2‑S	IPINHL	Inhalation, respiratory Inhalation, intrapulmonary Inhalation, oral	Route Of Administration
3‑L	ORIFINHL	Inhalation, oral intermittent flow	Route Of Administration
3‑L	REBREATH	Inhalation, oral rebreather mask	Route Of Administration
2‑S	ORINHL	Inhalation, respiratory Inhalation, intrapulmonary Inhalation, oral	Route Of Administration
3‑L	ORIFINHL	Inhalation, oral intermittent flow	Route Of Administration
3‑L	REBREATH	Inhalation, oral rebreather mask	Route Of Administration
2‑S	RESPINHL	Inhalation, respiratory Inhalation, intrapulmonary Inhalation, oral	Route Of Administration
3‑L	ORIFINHL	Inhalation, oral intermittent flow	Route Of Administration
3‑L	REBREATH	Inhalation, oral rebreather mask	Route Of Administration
2‑L	IPPB	Inhalation, intermittent positive pressure breathing (ippb)	Route Of Administration
2‑S	NASINHL	Inhalation, nasal	Route Of Administration
3‑L	NASINHLC	Inhalation, nasal cannula Inhalation, nasal, prongs	Route Of Administration
3‑L	NP	Inhalation, nasal cannula Inhalation, nasal, prongs	Route Of Administration
2‑S	NEB	Inhalation, nebulization	Route Of Administration
3‑L	NASNEB	Inhalation, nebulization, nasal	Route Of Administration
3‑L	ORNEB	Inhalation, nebulization, oral	Route Of Administration
2‑L	TRACH	Inhalation, tracheostomy	Route Of Administration
2‑L	VENT	Inhalation, ventilator	Route Of Administration
2‑L	VENTMASK	Inhalation, ventimask	Route Of Administration
1‑A	_Injection	Injection	Route Of Administration
2‑L	AMNINJ	Injection, amniotic fluid	Route Of Administration
2‑L	BILINJ	Injection, biliary tract	Route Of Administration
2‑L	CHOLINJ	Injection, for cholangiography	Route Of Administration
2‑L	CERVINJ	Injection, cervical	Route Of Administration
2‑L	EPIDURINJ	Injection, epidural	Route Of Administration
2‑L	EPIINJ	Injection, epidural, push	Route Of Administration
2‑L	EPINJSP	Injection, epidural, slow push	Route Of Administration
2‑L	EXTRAMNINJ	Injection, extra-amniotic	Route Of Administration
2‑L	EXTCORPINJ	Injection, extracorporeal	Route Of Administration
2‑L	GBINJ	Injection, gastric button	Route Of Administration
2‑L	GINGINJ	Injection, gingival	Route Of Administration
2‑L	BLADINJ	Injection, urinary bladder	Route Of Administration
2‑L	ENDOSININJ	Injection, endosinusial	Route Of Administration
2‑L	HEMOPORT	Injection, hemodialysis port	Route Of Administration
2‑L	IABDINJ	Injection, intra-abdominal	Route Of Administration
2‑S	IAINJ	Injection, intraarterial	Route Of Administration
3‑L	IAINJP	Injection, intraarterial, push	Route Of Administration
3‑L	IAINJSP	Injection, intraarterial, slow push	Route Of Administration
2‑L	IARTINJ	Injection, intraarticular	Route Of Administration
2‑L	IBURSINJ	Injection, intrabursal	Route Of Administration
2‑S	ICARDINJ	Injection, intracardiac	Route Of Administration
3‑L	ICARDINJRP	Injection, intracardiac, rapid push	Route Of Administration
3‑L	ICARDINJSP	Injection, intracardiac, slow push	Route Of Administration
3‑L	ICARINJP	Injection, intracardiac, push	Route Of Administration
2‑L	ICARTINJ	Injection, intracartilaginous	Route Of Administration
2‑L	ICAUDINJ	Injection, intracaudal	Route Of Administration
2‑L	ICAVINJ	Injection, intracavernous	Route Of Administration
2‑L	ICAVITINJ	Injection, intracavitary	Route Of Administration
2‑L	ICEREBINJ	Injection, intracerebral	Route Of Administration
2‑L	ICISTERNINJ	Injection, intracisternal	Route Of Administration
2‑S	ICORONINJ	Injection, intracoronary	Route Of Administration
3‑L	ICORONINJP	Injection, intracoronary, push	Route Of Administration
2‑L	ICORPCAVINJ	Injection, intracorpus cavernosum	Route Of Administration
2‑L	IDINJ	Injection, intradermal	Route Of Administration
2‑L	IDISCINJ	Injection, intradiscal	Route Of Administration
2‑L	IDUCTINJ	Injection, intraductal	Route Of Administration
2‑L	IDURINJ	Injection, intradural	Route Of Administration
2‑L	IEPIDINJ	Injection, intraepidermal	Route Of Administration
2‑L	IEPITHINJ	Injection, intraepithelial	Route Of Administration
2‑L	ILESINJ	Injection, intralesional	Route Of Administration
2‑L	ILUMINJ	Injection, intraluminal	Route Of Administration
2‑L	ILYMPJINJ	Injection, intralymphatic	Route Of Administration
2‑S	IM	Injection, intramuscular	Route Of Administration
3‑L	IMD	Injection, intramuscular, deep	Route Of Administration
3‑L	IMZ	Injection, intramuscular, z track	Route Of Administration
2‑L	IMEDULINJ	Injection, intramedullary	Route Of Administration
2‑L	INTERMENINJ	Injection, interameningeal	Route Of Administration
2‑L	INTERSTITINJ	Injection, interstitial	Route Of Administration
2‑L	IOINJ	Injection, intraocular	Route Of Administration
2‑L	IOSSINJ	Injection, intraosseous	Route Of Administration
2‑L	IOVARINJ	Injection, intraovarian	Route Of Administration
2‑L	IPCARDINJ	Injection, intrapericardial	Route Of Administration
2‑L	IPERINJ	Injection, intraperitoneal	Route Of Administration
2‑L	IPINJ	Injection, intrapulmonary	Route Of Administration
2‑L	IPLRINJ	Injection, intrapleural	Route Of Administration
2‑L	IPROSTINJ	Injection, intraprostatic	Route Of Administration
2‑L	IPUMPINJ	Injection, insulin pump	Route Of Administration
2‑L	ISINJ	Injection, intraspinal	Route Of Administration
2‑L	ISTERINJ	Injection, intrasternal	Route Of Administration
2‑L	ISYNINJ	Injection, intrasynovial	Route Of Administration
2‑L	ITENDINJ	Injection, intratendinous	Route Of Administration
2‑L	ITESTINJ	Injection, intratesticular	Route Of Administration
2‑L	ITHORINJ	Injection, intrathoracic	Route Of Administration
2‑L	ITINJ	Injection, intrathecal	Route Of Administration
2‑L	ITUBINJ	Injection, intratubular	Route Of Administration
2‑L	ITUMINJ	Injection, intratumor	Route Of Administration
2‑L	ITYMPINJ	Injection, intratympanic	Route Of Administration
2‑L	IUINJ	Injection, intrauterine	Route Of Administration
2‑L	IUINJC	Injection, intracervical (uterus)	Route Of Administration
2‑L	IURETINJ	Injection, intraureteral, retrograde	Route Of Administration
2‑L	IVASCINJ	Injection, intravascular	Route Of Administration
2‑L	IVENTINJ	Injection, intraventricular (heart)	Route Of Administration
2‑L	IVESINJ	Injection, intravesicle	Route Of Administration
2‑S	IVINJ	Injection, intravenous	Route Of Administration
3‑L	IVINJBOL	Injection, intravenous, bolus	Route Of Administration
3‑L	IVPUSH	Injection, intravenous, push	Route Of Administration
3‑L	IVRPUSH	Injection, intravenous, rapid push	Route Of Administration
3‑L	IVSPUSH	Injection, intravenous, slow push	Route Of Administration
2‑L	IVITINJ	Injection, intravitreal	Route Of Administration
2‑L	PAINJ	Injection, periarticular	Route Of Administration
2‑L	PARENTINJ	Injection, parenteral	Route Of Administration
2‑L	PDONTINJ	Injection, periodontal	Route Of Administration
2‑L	PDPINJ	Injection, peritoneal dialysis port	Route Of Administration
2‑L	PDURINJ	Injection, peridural	Route Of Administration
2‑L	PNINJ	Injection, perineural	Route Of Administration
2‑L	PNSINJ	Injection, paranasal sinuses	Route Of Administration
2‑L	RBINJ	Injection, retrobulbar	Route Of Administration
2‑L	SCINJ	Injection, subconjunctival	Route Of Administration
2‑L	SLESINJ	Injection, sublesional	Route Of Administration
2‑L	SOFTISINJ	Injection, soft tissue	Route Of Administration
2‑L	SQ	Injection, subcutaneous	Route Of Administration
2‑L	SUBARACHINJ	Injection, subarachnoid	Route Of Administration
2‑L	SUBMUCINJ	Injection, submucosal	Route Of Administration
2‑L	TRPLACINJ	Injection, transplacental	Route Of Administration
2‑L	TRTRACHINJ	Injection, transtracheal	Route Of Administration
2‑L	URETHINJ	Injection, urethral	Route Of Administration
2‑L	URETINJ	Injection, ureteral	Route Of Administration
1‑A	_Insertion	Insertion	Route Of Administration
2‑L	CERVINS	Insertion, cervical (uterine)	Route Of Administration
2‑L	IOSURGINS	Insertion, intraocular, surgical	Route Of Administration
2‑L	IU	Insertion, intrauterine	Route Of Administration
2‑L	LPINS	Insertion, lacrimal puncta	Route Of Administration
2‑L	PR	Insertion, rectal	Route Of Administration
2‑L	SQSURGINS	Insertion, subcutaneous, surgical	Route Of Administration
2‑L	URETHINS	Insertion, urethral	Route Of Administration
2‑L	VAGINSI	Insertion, vaginal	Route Of Administration
1‑A	_Instillation	Instillation	Route Of Administration
2‑L	CECINSTL	Instillation, cecostomy	Route Of Administration
2‑L	EFT	Instillation, enteral feeding tube	Route Of Administration
2‑L	ENTINSTL	Instillation, enteral	Route Of Administration
2‑L	GT	Instillation, gastrostomy tube	Route Of Administration
2‑L	NGT	Instillation, nasogastric tube	Route Of Administration
2‑L	OGT	Instillation, orogastric tube	Route Of Administration
2‑L	BLADINSTL	Instillation, urinary catheter	Route Of Administration
2‑L	CAPDINSTL	Instillation, continuous ambulatory peritoneal dialysis port	Route Of Administration
2‑L	CTINSTL	Instillation, chest tube	Route Of Administration
2‑L	ETINSTL	Instillation, endotracheal tube	Route Of Administration
2‑L	GJT	Instillation, gastro-jejunostomy tube	Route Of Administration
2‑L	IBRONCHINSTIL	Instillation, intrabronchial	Route Of Administration
2‑L	IDUODINSTIL	Instillation, intraduodenal	Route Of Administration
2‑L	IESOPHINSTIL	Instillation, intraesophageal	Route Of Administration
2‑L	IGASTINSTIL	Instillation, intragastric	Route Of Administration
2‑L	IILEALINJ	Instillation, intraileal	Route Of Administration
2‑L	IOINSTL	Instillation, intraocular	Route Of Administration
2‑L	ISININSTIL	Instillation, intrasinal	Route Of Administration
2‑L	ITRACHINSTIL	Instillation, intratracheal	Route Of Administration
2‑L	IUINSTL	Instillation, intrauterine	Route Of Administration
2‑L	JJTINSTL	Instillation, jejunostomy tube	Route Of Administration
2‑L	LARYNGINSTIL	Instillation, laryngeal	Route Of Administration
2‑L	NASALINSTIL	Instillation, nasal	Route Of Administration
2‑L	NASOGASINSTIL	Instillation, nasogastric	Route Of Administration
2‑L	NTT	Instillation, nasotracheal tube	Route Of Administration
2‑L	OJJ	Instillation, orojejunum tube	Route Of Administration
2‑L	OT	Instillation, otic	Route Of Administration
2‑L	PDPINSTL	Instillation, peritoneal dialysis port	Route Of Administration
2‑L	PNSINSTL	Instillation, paranasal sinuses	Route Of Administration
2‑S	RECINSTL	Instillation, rectal	Route Of Administration
3‑L	RECTINSTL	Instillation, rectal tube	Route Of Administration
2‑L	SININSTIL	Instillation, sinus, unspecified	Route Of Administration
2‑L	SOFTISINSTIL	Instillation, soft tissue	Route Of Administration
2‑L	TRACHINSTL	Instillation, tracheostomy	Route Of Administration
2‑L	TRTYMPINSTIL	Instillation, transtympanic	Route Of Administration
2‑L	URETHINSTL	instillation, urethral	Route Of Administration
1‑A	_IontophoresisRoute	IontophoresisRoute	Route Of Administration
2‑L	IONTO	Topical application, iontophoresis	Route Of Administration
1‑A	_Irrigation	Irrigation	Route Of Administration
2‑L	GUIRR	Irrigation, genitourinary	Route Of Administration
2‑L	IGASTIRR	Irrigation, intragastric	Route Of Administration
2‑L	ILESIRR	Irrigation, intralesional	Route Of Administration
2‑L	IOIRR	Irrigation, intraocular	Route Of Administration
2‑S	BLADIRR	Irrigation, urinary bladder	Route Of Administration
3‑L	BLADIRRC	Irrigation, urinary bladder, continuous	Route Of Administration
3‑L	BLADIRRT	Irrigation, urinary bladder, tidal	Route Of Administration
2‑L	RECIRR	Irrigation, rectal	Route Of Administration
1‑A	_LavageRoute	LavageRoute	Route Of Administration
2‑L	IGASTLAV	Lavage, intragastric	Route Of Administration
1‑A	_MucosalAbsorptionRoute	MucosalAbsorptionRoute	Route Of Administration
2‑L	IDOUDMAB	Mucosal absorption, intraduodenal	Route Of Administration
2‑L	ITRACHMAB	Mucosal absorption, intratracheal	Route Of Administration
2‑L	SMUCMAB	Mucosal absorption, submucosal	Route Of Administration
1‑A	_Nebulization	Nebulization	Route Of Administration
2‑L	ETNEB	Nebulization, endotracheal tube	Route Of Administration
1‑A	_Rinse	Rinse	Route Of Administration
2‑L	DENRINSE	Rinse, dental	Route Of Administration
2‑L	ORRINSE	Rinse, oral	Route Of Administration
1‑A	_SuppositoryRoute	SuppositoryRoute	Route Of Administration
2‑L	URETHSUP	Suppository, urethral	Route Of Administration
1‑A	_Swish	Swish	Route Of Administration
2‑L	SWISHSPIT	Swish and spit out, oromucosal	Route Of Administration
2‑L	SWISHSWAL	Swish and swallow, oromucosal	Route Of Administration
1‑A	_TopicalAbsorptionRoute	TopicalAbsorptionRoute	Route Of Administration
2‑L	TTYMPTABSORP	Topical absorption, transtympanic	Route Of Administration
1‑A	_TopicalApplication	TopicalApplication	Route Of Administration
2‑L	DRESS	Topical application, soaked dressing	Route Of Administration
2‑L	IONTO	Topical application, iontophoresis	Route Of Administration
2‑L	SWAB	Topical application, swab	Route Of Administration
2‑L	TOPICAL	Topical	Route Of Administration
2‑L	BUC	Topical application, buccal	Route Of Administration
2‑L	CERV	Topical application, cervical	Route Of Administration
2‑L	DEN	Topical application, dental	Route Of Administration
2‑L	GIN	Topical application, gingival	Route Of Administration
2‑L	HAIR	Topical application, hair	Route Of Administration
2‑L	ICORNTA	Topical application, intracorneal	Route Of Administration
2‑L	ICORONTA	Topical application, intracoronal (dental)	Route Of Administration
2‑L	IESOPHTA	Topical application, intraesophageal	Route Of Administration
2‑L	IILEALTA	Topical application, intraileal	Route Of Administration
2‑L	ILTOP	Topical application, intralesional	Route Of Administration
2‑L	ILUMTA	Topical application, intraluminal	Route Of Administration
2‑L	IOTOP	Topical application, intraocular	Route Of Administration
2‑L	LARYNGTA	Topical application, laryngeal	Route Of Administration
2‑L	MUC	Topical application, mucous membrane	Route Of Administration
2‑L	NAIL	Topical application, nail	Route Of Administration
2‑L	NASAL	Topical application, nasal	Route Of Administration
2‑L	OPTHALTA	Topical application, ophthalmic	Route Of Administration
2‑L	ORALTA	Topical application, oral	Route Of Administration
2‑L	ORMUC	Topical application, oromucosal	Route Of Administration
2‑L	OROPHARTA	Topical application, oropharyngeal	Route Of Administration
2‑L	PERIANAL	Topical application, perianal	Route Of Administration
2‑L	PERINEAL	Topical application, perineal	Route Of Administration
2‑L	PDONTTA	Topical application, periodontal	Route Of Administration
2‑L	RECTAL	Topical application, rectal	Route Of Administration
2‑L	SCALP	Topical application, scalp	Route Of Administration
2‑L	OCDRESTA	Occlusive dressing technique	Route Of Administration
2‑L	SKIN	Topical application, skin	Route Of Administration
2‑L	SUBCONJTA	Subconjunctival	Route Of Administration
2‑L	TMUCTA	Topical application, transmucosal	Route Of Administration
2‑L	VAGINS	Topical application, vaginal	Route Of Administration
1‑L	INSUF	Insufflation	Route Of Administration
1‑S	TRNSDERM	Transdermal	Route Of Administration
2‑L	TRNSDERMD	Diffusion, transdermal	Route Of Administration
1‑S	TRNSDERM	Transdermal	Route Of Administration
2‑L	TRNSDERMD	Diffusion, transdermal	Route Of Administration
1‑A	_AmnioticFluidSacRoute	AmnioticFluidSacRoute	Route Of Administration
2‑L	AMNINJ	Injection, amniotic fluid	Route Of Administration
1‑A	_BiliaryRoute	BiliaryRoute	Route Of Administration
2‑L	BILINJ	Injection, biliary tract	Route Of Administration
2‑L	CHOLINJ	Injection, for cholangiography	Route Of Administration
1‑A	_BodySurfaceRoute	BodySurfaceRoute	Route Of Administration
2‑L	DRESS	Topical application, soaked dressing	Route Of Administration
2‑L	ELECTOSMOS	Electro-osmosis	Route Of Administration
2‑L	IONTO	Topical application, iontophoresis	Route Of Administration
2‑L	SOAK	Immersion (soak)	Route Of Administration
2‑L	SWAB	Topical application, swab	Route Of Administration
2‑L	TOPICAL	Topical	Route Of Administration
1‑A	_BuccalMucosaRoute	BuccalMucosaRoute	Route Of Administration
2‑L	BUC	Topical application, buccal	Route Of Administration
1‑A	_CecostomyRoute	CecostomyRoute	Route Of Administration
2‑L	CECINSTL	Instillation, cecostomy	Route Of Administration
1‑A	_CervicalRoute	CervicalRoute	Route Of Administration
2‑L	CERV	Topical application, cervical	Route Of Administration
2‑L	CERVINJ	Injection, cervical	Route Of Administration
2‑L	CERVINS	Insertion, cervical (uterine)	Route Of Administration
2‑L	DEN	Topical application, dental	Route Of Administration
2‑L	DENRINSE	Rinse, dental	Route Of Administration
1‑A	_EndocervicalRoute	EndocervicalRoute	Route Of Administration
2‑L	AMNINJ	Injection, amniotic fluid	Route Of Administration
2‑L	BILINJ	Injection, biliary tract	Route Of Administration
1‑A	_EnteralRoute	EnteralRoute	Route Of Administration
2‑L	EFT	Instillation, enteral feeding tube	Route Of Administration
2‑L	ENTINSTL	Instillation, enteral	Route Of Administration
1‑A	_EpiduralRoute	EpiduralRoute	Route Of Administration
2‑L	EPI	Infusion, epidural	Route Of Administration
2‑L	EPIDURINJ	Injection, epidural	Route Of Administration
2‑L	EPIINJ	Injection, epidural, push	Route Of Administration
2‑L	EPINJSP	Injection, epidural, slow push	Route Of Administration
1‑A	_ExtraAmnioticRoute	ExtraAmnioticRoute	Route Of Administration
2‑L	EXTRAMNINJ	Injection, extra-amniotic	Route Of Administration
1‑A	_ExtracorporealCirculationRoute	ExtracorporealCirculationRoute	Route Of Administration
2‑L	EXTCORPDIF	Diffusion, extracorporeal	Route Of Administration
2‑L	EXTCORPINJ	Injection, extracorporeal	Route Of Administration
1‑A	_GastricRoute	GastricRoute	Route Of Administration
2‑L	GBINJ	Injection, gastric button	Route Of Administration
2‑L	GT	Instillation, gastrostomy tube	Route Of Administration
2‑L	NGT	Instillation, nasogastric tube	Route Of Administration
2‑L	OGT	Instillation, orogastric tube	Route Of Administration
1‑A	_GenitourinaryRoute	GenitourinaryRoute	Route Of Administration
2‑L	GUIRR	Irrigation, genitourinary	Route Of Administration
1‑A	_GingivalRoute	GingivalRoute	Route Of Administration
2‑L	GIN	Topical application, gingival	Route Of Administration
2‑L	GINGINJ	Injection, gingival	Route Of Administration
1‑A	_HairRoute	HairRoute	Route Of Administration
2‑L	HAIR	Topical application, hair	Route Of Administration
2‑L	SHAMPOO	Shampoo	Route Of Administration
1‑A	_InterameningealRoute	InterameningealRoute	Route Of Administration
2‑L	INTERMENINJ	Injection, interameningeal	Route Of Administration
1‑A	_InterstitialRoute	InterstitialRoute	Route Of Administration
2‑L	INTERSTITINJ	Injection, interstitial	Route Of Administration
1‑A	_IntraabdominalRoute	IntraabdominalRoute	Route Of Administration
2‑L	IABDINJ	Injection, intra-abdominal	Route Of Administration
1‑A	_IntraarterialRoute	IntraarterialRoute	Route Of Administration
2‑L	IA	Infusion, intraarterial catheter	Route Of Administration
2‑S	IAINJ	Injection, intraarterial	Route Of Administration
3‑L	IAINJP	Injection, intraarterial, push	Route Of Administration
3‑L	IAINJSP	Injection, intraarterial, slow push	Route Of Administration
1‑A	_IntraarticularRoute	IntraarticularRoute	Route Of Administration
2‑L	IARTINJ	Injection, intraarticular	Route Of Administration
1‑A	_IntrabronchialRoute	IntrabronchialRoute	Route Of Administration
2‑L	IBRONCHINSTIL	Instillation, intrabronchial	Route Of Administration
1‑A	_IntrabursalRoute	IntrabursalRoute	Route Of Administration
2‑L	IBURSINJ	Injection, intrabursal	Route Of Administration
1‑A	_IntracardiacRoute	IntracardiacRoute	Route Of Administration
2‑L	IC	Infusion, intracardiac	Route Of Administration
2‑S	ICARDINJ	Injection, intracardiac	Route Of Administration
3‑L	ICARDINJRP	Injection, intracardiac, rapid push	Route Of Administration
3‑L	ICARDINJSP	Injection, intracardiac, slow push	Route Of Administration
3‑L	ICARINJP	Injection, intracardiac, push	Route Of Administration
1‑A	_IntracartilaginousRoute	IntracartilaginousRoute	Route Of Administration
2‑L	ICARTINJ	Injection, intracartilaginous	Route Of Administration
1‑A	_IntracaudalRoute	IntracaudalRoute	Route Of Administration
2‑L	ICAUDINJ	Injection, intracaudal	Route Of Administration
1‑A	_IntracavernosalRoute	IntracavernosalRoute	Route Of Administration
2‑L	ICAVINJ	Injection, intracavernous	Route Of Administration
1‑A	_IntracavitaryRoute	IntracavitaryRoute	Route Of Administration
2‑L	ICAVITINJ	Injection, intracavitary	Route Of Administration
1‑A	_IntracerebralRoute	IntracerebralRoute	Route Of Administration
2‑L	ICEREBINJ	Injection, intracerebral	Route Of Administration
1‑A	_IntracervicalRoute	IntracervicalRoute	Route Of Administration
2‑L	IUINJC	Injection, intracervical (uterus)	Route Of Administration
1‑A	_IntracisternalRoute	IntracisternalRoute	Route Of Administration
2‑L	ICISTERNINJ	Injection, intracisternal	Route Of Administration
1‑A	_IntracornealRoute	IntracornealRoute	Route Of Administration
2‑L	ICORNTA	Topical application, intracorneal	Route Of Administration
1‑A	_IntracoronalRoute	IntracoronalRoute	Route Of Administration
2‑L	ICORONTA	Topical application, intracoronal (dental)	Route Of Administration
1‑A	_IntracoronaryRoute	IntracoronaryRoute	Route Of Administration
2‑L	ICOR	Infusion, intracoronary	Route Of Administration
2‑S	ICORONINJ	Injection, intracoronary	Route Of Administration
3‑L	ICORONINJP	Injection, intracoronary, push	Route Of Administration
1‑A	_IntracorpusCavernosumRoute	IntracorpusCavernosumRoute	Route Of Administration
2‑L	ICORPCAVINJ	Injection, intracorpus cavernosum	Route Of Administration
1‑A	_IntradermalRoute	IntradermalRoute	Route Of Administration
2‑L	IDIMPLNT	Implantation, intradermal	Route Of Administration
2‑L	IDINJ	Injection, intradermal	Route Of Administration
1‑A	_IntradiscalRoute	IntradiscalRoute	Route Of Administration
2‑L	IDISCINJ	Injection, intradiscal	Route Of Administration
1‑A	_IntraductalRoute	IntraductalRoute	Route Of Administration
2‑L	IDUCTINJ	Injection, intraductal	Route Of Administration
1‑A	_IntraduodenalRoute	IntraduodenalRoute	Route Of Administration
2‑L	IDUODINSTIL	Instillation, intraduodenal	Route Of Administration
2‑L	IDOUDMAB	Mucosal absorption, intraduodenal	Route Of Administration
1‑A	_IntraduralRoute	IntraduralRoute	Route Of Administration
2‑L	IDURINJ	Injection, intradural	Route Of Administration
1‑A	_IntraepidermalRoute	IntraepidermalRoute	Route Of Administration
2‑L	IEPIDINJ	Injection, intraepidermal	Route Of Administration
1‑A	_IntraepithelialRoute	IntraepithelialRoute	Route Of Administration
2‑L	IEPITHINJ	Injection, intraepithelial	Route Of Administration
1‑A	_IntraesophagealRoute	IntraesophagealRoute	Route Of Administration
2‑L	IESOPHINSTIL	Instillation, intraesophageal	Route Of Administration
2‑L	IESOPHTA	Topical application, intraesophageal	Route Of Administration
1‑A	_IntragastricRoute	IntragastricRoute	Route Of Administration
2‑L	IGASTINSTIL	Instillation, intragastric	Route Of Administration
2‑L	IGASTIRR	Irrigation, intragastric	Route Of Administration
2‑L	IGASTLAV	Lavage, intragastric	Route Of Administration
1‑A	_IntrailealRoute	IntrailealRoute	Route Of Administration
2‑L	IILEALINJ	Instillation, intraileal	Route Of Administration
2‑L	IILEALTA	Topical application, intraileal	Route Of Administration
1‑A	_IntralesionalRoute	IntralesionalRoute	Route Of Administration
2‑L	ILESINJ	Injection, intralesional	Route Of Administration
2‑L	ILESIRR	Irrigation, intralesional	Route Of Administration
2‑L	ILTOP	Topical application, intralesional	Route Of Administration
1‑A	_IntraluminalRoute	IntraluminalRoute	Route Of Administration
2‑L	ILUMINJ	Injection, intraluminal	Route Of Administration
2‑L	ILUMTA	Topical application, intraluminal	Route Of Administration
1‑A	_IntralymphaticRoute	IntralymphaticRoute	Route Of Administration
2‑L	ILYMPJINJ	Injection, intralymphatic	Route Of Administration
1‑A	_IntramedullaryRoute	IntramedullaryRoute	Route Of Administration
2‑L	IMEDULINJ	Injection, intramedullary	Route Of Administration
1‑A	_IntramuscularRoute	IntramuscularRoute	Route Of Administration
2‑S	IM	Injection, intramuscular	Route Of Administration
3‑L	IMD	Injection, intramuscular, deep	Route Of Administration
3‑L	IMZ	Injection, intramuscular, z track	Route Of Administration
1‑A	_IntraocularRoute	IntraocularRoute	Route Of Administration
2‑L	IOINJ	Injection, intraocular	Route Of Administration
2‑L	IOSURGINS	Insertion, intraocular, surgical	Route Of Administration
2‑L	IOINSTL	Instillation, intraocular	Route Of Administration
2‑L	IOIRR	Irrigation, intraocular	Route Of Administration
2‑L	IOTOP	Topical application, intraocular	Route Of Administration
1‑A	_IntraosseousRoute	IntraosseousRoute	Route Of Administration
2‑L	IOSSC	Infusion, intraosseous, continuous	Route Of Administration
2‑L	IOSSINJ	Injection, intraosseous	Route Of Administration
1‑A	_IntraovarianRoute	IntraovarianRoute	Route Of Administration
2‑L	IOVARINJ	Injection, intraovarian	Route Of Administration
1‑A	_IntrapericardialRoute	IntrapericardialRoute	Route Of Administration
2‑L	IPCARDINJ	Injection, intrapericardial	Route Of Administration
1‑A	_IntraperitonealRoute	IntraperitonealRoute	Route Of Administration
2‑L	IPERINJ	Injection, intraperitoneal	Route Of Administration
2‑L	PDPINJ	Injection, peritoneal dialysis port	Route Of Administration
2‑L	CAPDINSTL	Instillation, continuous ambulatory peritoneal dialysis port	Route Of Administration
2‑L	PDPINSTL	Instillation, peritoneal dialysis port	Route Of Administration
1‑A	_IntrapleuralRoute	IntrapleuralRoute	Route Of Administration
2‑L	IPLRINJ	Injection, intrapleural	Route Of Administration
2‑L	CTINSTL	Instillation, chest tube	Route Of Administration
1‑A	_IntraprostaticRoute	IntraprostaticRoute	Route Of Administration
2‑L	IPROSTINJ	Injection, intraprostatic	Route Of Administration
1‑A	_IntrapulmonaryRoute	IntrapulmonaryRoute	Route Of Administration
2‑L	EXTCORPINJ	Injection, extracorporeal	Route Of Administration
2‑L	IPINJ	Injection, intrapulmonary	Route Of Administration
1‑A	_IntrasinalRoute	IntrasinalRoute	Route Of Administration
2‑L	ISININSTIL	Instillation, intrasinal	Route Of Administration
1‑A	_IntraspinalRoute	IntraspinalRoute	Route Of Administration
2‑L	ISINJ	Injection, intraspinal	Route Of Administration
1‑A	_IntrasternalRoute	IntrasternalRoute	Route Of Administration
2‑L	ISTERINJ	Injection, intrasternal	Route Of Administration
1‑A	_IntrasynovialRoute	IntrasynovialRoute	Route Of Administration
2‑L	ISYNINJ	Injection, intrasynovial	Route Of Administration
1‑A	_IntratendinousRoute	IntratendinousRoute	Route Of Administration
2‑L	ITENDINJ	Injection, intratendinous	Route Of Administration
1‑A	_IntratesticularRoute	IntratesticularRoute	Route Of Administration
2‑L	ITESTINJ	Injection, intratesticular	Route Of Administration
1‑A	_IntrathecalRoute	IntrathecalRoute	Route Of Administration
2‑L	IT	Infusion, intrathecal	Route Of Administration
2‑L	ITINJ	Injection, intrathecal	Route Of Administration
1‑A	_IntrathoracicRoute	IntrathoracicRoute	Route Of Administration
2‑L	ITHORINJ	Injection, intrathoracic	Route Of Administration
1‑A	_IntratrachealRoute	IntratrachealRoute	Route Of Administration
2‑L	ITRACHINSTIL	Instillation, intratracheal	Route Of Administration
2‑L	ITRACHMAB	Mucosal absorption, intratracheal	Route Of Administration
1‑A	_IntratubularRoute	IntratubularRoute	Route Of Administration
2‑L	ITUBINJ	Injection, intratubular	Route Of Administration
1‑A	_IntratumorRoute	IntratumorRoute	Route Of Administration
2‑L	ITUMINJ	Injection, intratumor	Route Of Administration
1‑A	_IntratympanicRoute	IntratympanicRoute	Route Of Administration
2‑L	ITYMPINJ	Injection, intratympanic	Route Of Administration
1‑A	_IntrauterineRoute	IntrauterineRoute	Route Of Administration
2‑L	IUINJ	Injection, intrauterine	Route Of Administration
2‑L	IURETINJ	Injection, intraureteral, retrograde	Route Of Administration
2‑L	IU	Insertion, intrauterine	Route Of Administration
2‑L	IUINSTL	Instillation, intrauterine	Route Of Administration
1‑A	_IntravascularRoute	IntravascularRoute	Route Of Administration
2‑L	HEMODIFF	Diffusion, hemodialysis	Route Of Administration
2‑L	IVASCINFUS	Infusion, intravascular	Route Of Administration
2‑L	HEMOPORT	Injection, hemodialysis port	Route Of Administration
2‑L	IVASCINJ	Injection, intravascular	Route Of Administration
1‑A	_IntravenousRoute	IntravenousRoute	Route Of Administration
2‑L	IVFLUSH	Flush, intravenous catheter	Route Of Administration
2‑S	IVINJ	Injection, intravenous	Route Of Administration
3‑L	IVINJBOL	Injection, intravenous, bolus	Route Of Administration
3‑L	IVPUSH	Injection, intravenous, push	Route Of Administration
3‑L	IVRPUSH	Injection, intravenous, rapid push	Route Of Administration
3‑L	IVSPUSH	Injection, intravenous, slow push	Route Of Administration
1‑A	_IntraventricularRoute	IntraventricularRoute	Route Of Administration
2‑L	IVENTINJ	Injection, intraventricular (heart)	Route Of Administration
1‑A	_IntravesicleRoute	IntravesicleRoute	Route Of Administration
2‑L	IVESINJ	Injection, intravesicle	Route Of Administration
1‑A	_IntravitrealRoute	IntravitrealRoute	Route Of Administration
2‑L	IVITINJ	Injection, intravitreal	Route Of Administration
1‑A	_JejunumRoute	JejunumRoute	Route Of Administration
2‑L	GJT	Instillation, gastro-jejunostomy tube	Route Of Administration
2‑L	JJTINSTL	Instillation, jejunostomy tube	Route Of Administration
2‑L	OJJ	Instillation, orojejunum tube	Route Of Administration
1‑A	_LacrimalPunctaRoute	LacrimalPunctaRoute	Route Of Administration
2‑L	LPINS	Insertion, lacrimal puncta	Route Of Administration
1‑A	_LaryngealRoute	LaryngealRoute	Route Of Administration
2‑L	LARYNGINSTIL	Instillation, laryngeal	Route Of Administration
2‑L	LARYNGTA	Topical application, laryngeal	Route Of Administration
1‑A	_LingualRoute	LingualRoute	Route Of Administration
Dieses Value Set beinhaltet 644 Codes. Um die Publikationsgröße überschaubar zu halten, wird nur eine Auswahl (500 Codes) des ganzen Sets von Codes gezeigt.

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

ApproachSiteCode

Value Set Name		Value Set Id	Version / Eingangsdatum	Status
HumanSubstanceAdministrationSite		2.16.840.1.113883.1.11.19724	2012-07-24	definitiv
Quell-Kodesystem(e): 2.16.840.1.113883.5.1052 (ActSite)
Level/Typ	Code	Anzeigename	Kodesystem
0-A	_HumanSubstanceAdministrationSite	HumanSubstanceAdministrationSite	ActSite
1-L	BE	bilateral ears	ActSite
1-L	BN	bilateral nares	ActSite
1-L	BU	buttock	ActSite
1-L	LA	left arm	ActSite
1-L	LAC	left anterior chest	ActSite
1-L	LACF	left antecubital fossa	ActSite
1-L	LD	left deltoid	ActSite
1-L	LE	left ear	ActSite
1-L	LEJ	left external jugular	ActSite
1-L	LF	left foot	ActSite
1-L	LG	left gluteus medius	ActSite
1-L	LH	left hand	ActSite
1-L	LIJ	left internal jugular	ActSite
1-L	LLAQ	left lower abd quadrant	ActSite
1-L	LLFA	left lower forearm	ActSite
1-L	LMFA	left mid forearm	ActSite
1-L	LN	left naris	ActSite
1-L	LPC	left posterior chest	ActSite
1-L	LSC	left subclavian	ActSite
1-L	LT	left thigh	ActSite
1-L	LUA	left upper arm	ActSite
1-L	LUAQ	left upper abd quadrant	ActSite
1-L	LUFA	left upper forearm	ActSite
1-L	LVG	left ventragluteal	ActSite
1-L	LVL	left vastus lateralis	ActSite
1-L	OD	right eye	ActSite
1-L	OS	left eye	ActSite
1-L	OU	bilateral eyes	ActSite
1-L	PA	perianal	ActSite
1-L	PERIN	perineal	ActSite
1-L	RA	right arm	ActSite
1-L	RAC	right anterior chest	ActSite
1-L	RACF	right antecubital fossa	ActSite
1-L	RD	right deltoid	ActSite
1-L	RE	right ear	ActSite
1-L	REJ	right external jugular	ActSite
1-L	RF	right foot	ActSite
1-L	RG	right gluteus medius	ActSite
1-L	RH	right hand	ActSite
1-L	RIJ	right internal jugular	ActSite
1-L	RLAQ	right lower abd quadrant	ActSite
1-L	RLFA	right lower forearm	ActSite
1-L	RMFA	right mid forearm	ActSite
1-L	RN	right naris	ActSite
1-L	RPC	right posterior chest	ActSite
1-L	RSC	right subclavian	ActSite
1-L	RT	right thigh	ActSite
1-L	RUA	right upper arm	ActSite
1-L	RUAQ	right upper abd quadrant	ActSite
1-L	RUFA	right upper forearm	ActSite
1-L	RVG	right ventragluteal	ActSite
1-L	RVL	right vastus lateralis	ActSite

ActSubstanceAdminSubstitution Code

Value Set Name		Value Set Id	Version / Eingangsdatum	Status
ActSubstanceAdminSubstitutionCode		2.16.840.1.113883.1.11.16621	2012-07-24	definitiv
Quell-Kodesystem(e): 2.16.840.1.113883.5.1070 (Substance Admin Substitution)
Level/Typ	Code	Anzeigename	Kodesystem
1-S	E	equivalent	Substance Admin Substitution
2-S	EC	equivalent composition	Substance Admin Substitution
3-L	BC	brand composition	Substance Admin Substitution
3-L	G	generic composition	Substance Admin Substitution
2-S	TE	therapeutic alternative	Substance Admin Substitution
3-L	TB	therapeutic brand	Substance Admin Substitution
3-L	TG	therapeutic generic	Substance Admin Substitution
1-L	F	formulary	Substance Admin Substitution
1-L	N	none	Substance Admin Substitution

S_KBV_16_Abrechnungsfelder_Arzt

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

Gültigkeit

2018‑11‑09 12:11:17

Status

Entwurf

Versions-Label

Name

S_KBV_16_Abrechnungsfelder_Arzt

Bezeichnung

S_KBV_16_Abrechnungsfelder_Arzt

Beschreibung

Der verschreibende Arzt muss eine Auswahl treffen.

Benutzung: 1

Id	Name	Typ
Template
1.2.276.0.76.10.4299	Gebührenpflicht (16)	DYNAMIC

Quell-Codesystem

2.16.840.1.113883.5.1050 - Acknowledgement Condition - FHIR: http://terminology.hl7.org/CodeSystem/v3-AcknowledgementCondition

Level/ Typ	Code	Bezeichnung	Codesystem	Beschreibung
0‑L	GEBFREI	gebührenfrei	Acknowledgement Condition	Das Feld „Gebühr frei“ ist nur anzukreuzen bei Versicherten, die das 18. Lebensjahr noch nicht vollendet haben, wenn Arznei- und Verbandmittel bei Schwangerschaftsbeschwerden oder im Zusammenhang mit der Entbindung verordnet werden, bei Verordnungen zu Lasten eines Unfallversicherungsträgers, sowie in den Fällen, in denen eine Befreiung von der Zuzahlungspflicht (z. B. Härtefallregelung) nachgewiesen wird.
0‑L	PFLICHTIG	gebührenpflichtig	Acknowledgement Condition	Grundsätzlich ist davon auszugehen, dass die Verordnung gebührenpflichtig und damit das Feld „Geb.-pfl.“ anzukreuzen ist.
0‑L	NOCTUFREI	gebührenfrei während Notdienst	Acknowledgement Condition	Wenn der Arzt diesen Vermerk (Ankreuzen des Feldes „noctu“) anbringt, so bekommt der Patient das Arzneimittel im Notdienst der Apotheke (innerhalb der Zeiten gemäß § 6 Arzneimittelpreisverordnung) gebührenfrei, anderenfalls hat der Patient eine Gebühr (2,50 Euro) zu zahlen.

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.

FHIR-Profile

Bundle

Das Bundle fasst die Composition zusammen.

StructureDefinition: medikationsplanplus-bundle

Profile: https://simplifier.net/medikationsplanplus/bundle-1
Canonical: http://fhir.de/StructureDefinition/medikationsplanplus/bundle

Composition

Die Composition stellt das FHIR-Gegenstück zum Dokument dar und beinhaltet alle anderen Resourcen.

StructureDefinition: medikationsplanplus-composition

Profile: https://simplifier.net/medikationsplanplus/composition-1
Canonical: http://fhir.de/StructureDefinition/medikationsplanplus/composition

Patient

Der Patient des Medikationsplans.

StructureDefinition: medikationsplanplus-patient

Profile: https://simplifier.net/medikationsplanplus/patient-1
Canonical: http://fhir.de/StructureDefinition/medikationsplanplus/patient

Practitioner (Author)

Der Ersteller/Ausdruckende des Medikationsplans.

StructureDefinition: medikationsplanplus-practitioner

Profile: https://simplifier.net/medikationsplanplus/practitioner-1
Canonical: http://fhir.de/StructureDefinition/medikationsplanplus/practitioner

Custodian (Organization)

Wird zunächst nicht verwendet.

Medication Statement

StructureDefinition: medikationstatement

Medication

StructureDefinition: medikation

Profile: https://simplifier.net/medikationsplanplus/medication-1
Canonical: http://fhir.de/StructureDefinition/medikationsplanplus/medication

Anhang

Referenzen

↑ Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
↑ HL7 Deutschland e. V. http://www.hl7.de
↑ FHIR Release 4 http://hl7.org/fhir/R4
↑ FHIR STU 3, http://hl7.org/fhir/STU3
↑ Arztbrief 2014/2015, http://wiki.hl7.de/index.php?title=Arztbrief_2014_(Projekt)
↑ Arztbriefplus http://wiki.hl7.de/index.php?title=Arztbrief_2016_(Projekt)
↑ ^7,0 ^7,1 Deutsche FHIR Basisprofile, https://simplifier.net/BasisprofilDE
↑ elektronische Arbeitsunfähigkeitsbescheinigung, http://wiki.hl7.de/index.php?title=IG:Arbeitsunf%C3%A4higkeitsbescheinigung
↑ ART-DECOR® http://art-decor.org
↑ HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377
↑ Forge, official HL7® FHIR® profile editor https://fhir.furore.com/forge/
↑ Simplifier.net, HL7 FHIR registry https://fhir.furore.com/simplifier-net/
↑ Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR
↑ Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice

Abbildungen

↑ Muster 16
↑ Beispiel der Ansicht eines Templates und die zugehörige Navigation
↑ Frontseite des Projekts auf Simplifier.net (FHIR-Profile)
↑ ^4,0 ^4,1 Beispiel der Darstellung von FHIR-Profilen in ART-DECOR®, die auf simplifier.net gehostet werden
↑ Interaktionsdiagramm
↑ Use Cases
↑ Vorgehensweise
↑ Prozesshierarchie
↑ Akteurshierarchie
↑ Dokumentenhierarchie
↑ Zusammenhang zwischen den Dokumenten
↑ Dokumentbeziehungen
↑ Informationsmodell
↑ Dataset Headerdaten
↑ Dataset Rezeptdaten
↑ Domänenmodell CDA
↑ CDA-Dokument-Template für das eRezept
↑ CDA-Dokument-Template für die eAbgabe
↑ CDA-Dokument-Template für die eAbrechnung

Referenzfehler: Es sind <ref>-Tags für die Gruppe „Tabelle“ vorhanden, jedoch wurde kein dazugehöriges <references group="Tabelle" />-Tag gefunden oder ein schließendes </ref> fehlt.

[29] Beispiel 1a Phenprocoumon

[30] Beispiel 1b Phenprocoumon

[31] Beispiel 1c Phenprocoumon

[32] Beispiel 2 Woche 1 Multiples Myelom

[33] Beispiel 2 Woche 2 Multiples Myelom

[34] Beispiel 2 Woche 3 Multiples Myelom

[35] Beispiel 2 Woche 4 und 5 Multiples Myelom

[36] Beispiel 2 Woche 6 Multiples Myelom

[37] Beispiel 2 Woche 7 Multiples Myelom

[38] Beispiel 2 Woche 8 Multiples Myelom

[39] Beispiel 2 Woche 9 Multiples Myelom

[40] Beispiel 2 Woche 10 und 11 Multiples Myelom

[41] Beispiel 2 Woche 12 bis 14 Multiples Myelom

[42] Beispiel 3 Dialysepatient

[1] Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)

[2] HL7 Deutschland e. V. http://www.hl7.de

[fhir4-4] FHIR Release 4 http://hl7.org/fhir/R4

[fhir3-5] FHIR STU 3, http://hl7.org/fhir/STU3

[ab2016-6] Arztbrief 2014/2015, http://wiki.hl7.de/index.php?title=Arztbrief_2014_(Projekt)

[abplus-7] Arztbriefplus http://wiki.hl7.de/index.php?title=Arztbrief_2016_(Projekt)

[fhirde-8] 7,0 ^7,1 Deutsche FHIR Basisprofile, https://simplifier.net/BasisprofilDE

[eau-9] tronische Arbeitsunfähigkeitsbescheinigung, http://wiki.hl7.de/index.php?title=IG:Arbeitsunf%C3%A4higkeitsbescheinigung

[10] ART-DECOR® http://art-decor.org

[teits-11] HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377

[13] Forge, official HL7® FHIR® profile editor https://fhir.furore.com/forge/

[14] Simplifier.net, HL7 FHIR registry https://fhir.furore.com/simplifier-net/

[44] Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR

[45] Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice

[3] Muster 16

[12] Beispiel der Ansicht eines Templates und die zugehörige Navigation

[15] Frontseite des Projekts auf Simplifier.net (FHIR-Profile)

[fhirundad-16] 4,0 ^4,1 Beispiel der Darstellung von FHIR-Profilen in ART-DECOR®, die auf simplifier.net gehostet werden

[17] Interaktionsdiagramm

[18] Use Cases

[19] Vorgehensweise

[20] Prozesshierarchie

[21] Akteurshierarchie

[22] Dokumentenhierarchie

[23] Zusammenhang zwischen den Dokumenten

[24] Dokumentbeziehungen

[25] Informationsmodell

[26] Dataset Headerdaten

[27] Dataset Rezeptdaten

[28] Domänenmodell CDA

[46] CDA-Dokument-Template für das eRezept

[47] CDA-Dokument-Template für die eAbgabe

[48] CDA-Dokument-Template für die eAbrechnung

[1]

[2]

[Abbildung 1]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[Abbildung 2]

[11]

[12]

[Abbildung 3]

[Abbildung 4]

[Abbildung 5]

[Abbildung 6]

[Abbildung 7]

[Abbildung 8]

[Abbildung 9]

[Abbildung 10]

[Abbildung 11]

[Abbildung 12]

[Abbildung 13]

[Abbildung 14]

[Abbildung 15]

[Abbildung 16]

[Tabelle 1]

[Tabelle 2]

[Tabelle 3]

[Tabelle 4]

[Tabelle 5]

[Tabelle 6]

[Tabelle 7]

[Tabelle 8]

[Tabelle 9]

[Tabelle 10]

[Tabelle 11]

[Tabelle 12]

[Tabelle 13]

[Tabelle 14]

[Tabelle 1]

[13]

[14]

[Abbildung 17]

[Abbildung 18]

[Abbildung 19]