IG:ERezept

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

eRezept

Implementierungsleitfaden

Abstimmung

Version:	0.91
Datum:	26. November 2019
Status:	Abstimmung
Verfahren:	Standard zur Probe (STU)
Realm:	Deutschland

Copyright © 2019: HL7 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

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 und der Technischen Komitees von HL7 Deutschland e. V.

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 .

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.

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 (wo möglich, sonst STU 3 ) 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" und "Arztbrief Plus"

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

• HL7 Deutschland: FHIR Basisprofile

Dieser Implementierungsleitfaden basiert weiterhin auf Vorarbeiten folgender Leitfäden:

• Implementierungsleitfaden "elektr. Arbeitsunfähigkeitsbescheinigung"

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

Beispiel der Ansicht eines Templates und die zugehörige Navigation

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

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

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

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:

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.

An dieser Stelle muss explizit darauf hingewiesen werden, dass es sich um ein elektronisches Dokument mit besonderen Anforderungen an Vertraulichkeit, Authentizität und Integrität handelt, da besondere Kategorien personenbezogener Daten nach Art. 9 DSGVO enthalten sind und damit ein hoher Schutzbedarf besteht. Dies ist bei der Implementierung durch geeignete technische und organisatorische Maßnahmen zu berücksichtigen, die an dieser Stelle nicht eingehend betrachtet werden. Die Umsetzung entsprechender Maßnahmen liegt in der Zuständigkeit der beteiligten Akteure in ihrer Rolle als "Verantwortlicher" im Sinne des Art. 4 DSGVO.

Akteure

Folgende Akteure kommen in Kontakt mit einer Verordnung/ einem Rezept

• Vertragsarzt
• Krankenhaus
• Versicherter / Patient
• Apotheke / Krankenhausapotheke / Sanitätshaus
• Kostenträger
• Kassenärztliche Vereinigung

(Bei allgemeineren Verordnungen würden dann auch weitere Akteure (z.B. Physiotherapeuten, Sanitätshäuser, ...) auftauchen. Dies wird in dem Informationsmodell berücksichtigt. In diesem IG geht es aber erstmal nur um Muster 16.)

Transportwege

1. Arzt – Patient/Angehöriger/Bevollmächtigter – Apotheke – Apothekenrechenzentrum – Krankenkasse – Kassenärztliche Vereinigung
2. Krankenhaus – Patient/Angehöriger/Bevollmächtigter – Apotheke – Apothekenrechenzentrum – Krankenkasse – Kassenärztliche Vereinigung
3. Arzt – Patient/Angehöriger/Bevollmächtigter – Apotheke – Apothekenrechenzentrum – Berufsgenossenschaft – Kassenärztliche Vereinigung

Anstelle des Patienten können auch Bevollmächtigte oder Pflegedienste das Rezept überbringen.

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

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.

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.

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.

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.

Dokumentenhierarchie

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

Zusammenhang zwischen den Dokumenten

Damit ergeben sich in einer Template-Darstellung folgende Dokumentbeziehungen:

Dokumentbeziehungen

Informationsmodell (als Domain Model)

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

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:

Dataset Headerdaten

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

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.

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

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

Unterstützte Dosierschemas (Dosis):

1. Menge und (standardisierte) Einheit (100 mg, 1 Tablette, 2 Hübe, 10 ml)
2. Mengenbereich von bis und (standardisierte) Einheit (1-2 Tabletten)
3. 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 Beschreibung 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

Beispiel 1a Phenprocoumon

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

Beispiel 1b Phenprocoumon

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

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

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

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

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

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

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

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

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

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

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

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

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

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 Practice finden sich im Wiki des Interoperabilitätsforums, .

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 Arztpraxis</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) Header  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048) *  Personenname (1.2.276.0.76.10.90030) Header  CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051) *  CDA Organization (2.16.840.1.113883.10.12.151) Header  CDA author Person (vomgt) (1.2.276.0.76.10.2049) Header  CDA Person Elements (1.2.276.0.76.10.90010) Header  CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032) Header  CDA author software (pmp) (1.2.276.0.76.10.2031) Header  CDA custodian (1.2.276.0.76.10.2004) Header  CDA legalAuthenticator (1.2.276.0.76.10.2020) Header  CDA Assigned Entity Elements (1.2.276.0.76.10.90012) Header  CDA Person Elements (1.2.276.0.76.10.90010) Header  CDA Organization Elements (1.2.276.0.76.10.90011) Section  Insurance Section (1.2.276.0.76.10.3103) Entry  Coverage Activity (1.2.276.0.76.10.4263) Entry  Policy Activity (1.2.276.0.76.10.4264) Entry  Weitere Kennzeichen Observation (1.2.276.0.76.10.4280) Entry  Person Group Observation (1.2.276.0.76.10.4273) Entry  DMP Observation (1.2.276.0.76.10.4271) Entry  Kv-Zuordnung Observation (1.2.276.0.76.10.4275) Entry  eGK-Geschlecht Observation (1.2.276.0.76.10.4272) Section  Rezept Section (16) (1.2.276.0.76.10.3134) Entry  Medikation Verordnung Entry (16) (1.2.276.0.76.10.4298) Entry  Einnahmedauer (1.2.276.0.76.10.90023) Entry  Medikament (1.2.276.0.76.10.4025) Entry  Material (1.2.276.0.76.10.90022) Entry  Einzeldosierungen (1.2.276.0.76.10.4023) Entry  Medikation Vorbedingung (1.2.276.0.76.10.90028) Entry  UV Dispense Request (2.16.840.1.113883.10.21.4.2) Entry  CDA Subject (Body) (2.16.840.1.113883.10.12.320) 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) 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) 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) 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) 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) 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) Entry  UV Substitution Permission (2.16.840.1.113883.10.21.4.5) Entry  Dosierung Freitext (1.2.276.0.76.10.4024) Section  Wichtige Angaben (1.2.276.0.76.10.3042) Section  Accident Section (16) (1.2.276.0.76.10.3135) Entry  Accident Observation (06) (1.2.276.0.76.10.4281) Section  Gebührenpflicht Section (16) (1.2.276.0.76.10.3136) Entry  Gebührenpflicht (16) (1.2.276.0.76.10.4299)

CDA-Dokument-Template für das eRezept

eAbgabe

Document  16: eAbgabe (1.2.276.0.76.10.1031) Header  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048) *  Personenname (1.2.276.0.76.10.90030) Header  CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051) *  CDA Organization (2.16.840.1.113883.10.12.151) Header  CDA author Person (vomgt) (1.2.276.0.76.10.2049) Header  CDA Person Elements (1.2.276.0.76.10.90010) Header  CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032) Header  CDA author software (pmp) (1.2.276.0.76.10.2031) Header  CDA custodian (1.2.276.0.76.10.2004) Header  CDA legalAuthenticator (1.2.276.0.76.10.2020) Header  CDA Assigned Entity Elements (1.2.276.0.76.10.90012) Header  CDA Person Elements (1.2.276.0.76.10.90010) Header  CDA Organization Elements (1.2.276.0.76.10.90011) Header  CDA relatedDocument eRezept (1.2.276.0.76.3.1.135.8.10.116) Section  Insurance Section (1.2.276.0.76.10.3103) Entry  Coverage Activity (1.2.276.0.76.10.4263) Entry  Policy Activity (1.2.276.0.76.10.4264) Entry  Weitere Kennzeichen Observation (1.2.276.0.76.10.4280) Entry  Person Group Observation (1.2.276.0.76.10.4273) Entry  DMP Observation (1.2.276.0.76.10.4271) Entry  Kv-Zuordnung Observation (1.2.276.0.76.10.4275) Entry  eGK-Geschlecht Observation (1.2.276.0.76.10.4272) Section  Abgabe Section (16) (1.2.276.0.76.10.3137) Entry  Medikation Abgabe Entry (16) (1.2.276.0.76.10.4301) 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) Entry  Faktor (16) (1.2.276.0.76.10.4303) Entry  Taxe (16) (1.2.276.0.76.10.4304)

CDA-Dokument-Template für die eAbgabe

eAbrechnung

Document  16: eAbrechnung (1.2.276.0.76.10.1032) Header  CDA recordTarget (vomgt) (1.2.276.0.76.10.2048) *  Personenname (1.2.276.0.76.10.90030) Header  CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051) *  CDA Organization (2.16.840.1.113883.10.12.151) Header  CDA author Person (vomgt) (1.2.276.0.76.10.2049) Header  CDA Person Elements (1.2.276.0.76.10.90010) Header  CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032) Header  CDA author software (pmp) (1.2.276.0.76.10.2031) Header  CDA custodian (1.2.276.0.76.10.2004) Header  CDA legalAuthenticator (1.2.276.0.76.10.2020) Header  CDA Assigned Entity Elements (1.2.276.0.76.10.90012) Header  CDA Person Elements (1.2.276.0.76.10.90010) Header  CDA Organization Elements (1.2.276.0.76.10.90011) Header  CDA relatedDocument eRezept (1.2.276.0.76.3.1.135.8.10.116) Header  CDA relatedDocument eAbgabe (1.2.276.0.76.3.1.135.8.10.117) Section  Insurance Section (1.2.276.0.76.10.3103) Entry  Coverage Activity (1.2.276.0.76.10.4263) Entry  Policy Activity (1.2.276.0.76.10.4264) Entry  Weitere Kennzeichen Observation (1.2.276.0.76.10.4280) Entry  Person Group Observation (1.2.276.0.76.10.4273) Entry  DMP Observation (1.2.276.0.76.10.4271) Entry  Kv-Zuordnung Observation (1.2.276.0.76.10.4275) Entry  eGK-Geschlecht Observation (1.2.276.0.76.10.4272) Section  Abgabe Section (16) (1.2.276.0.76.10.3137) Entry  Medikation Abgabe Entry (16) (1.2.276.0.76.10.4301) 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) Entry  Faktor (16) (1.2.276.0.76.10.4303) Entry  Taxe (16) (1.2.276.0.76.10.4304) Section  Zahlung Section (16) (1.2.276.0.76.10.3138) Entry  Zuzahlung Observation (16) (1.2.276.0.76.10.4302) Entry  Notdienstgebühr Observation (16) (1.2.276.0.76.3.1.135.8.10.132) Entry  Gesamtbrutto Observation (16) (1.2.276.0.76.10.4300)

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.

Die Übermittlung des Sprechstundenbedarfs erfolgt mit Hilfe derselben Dokument-Templates, in dem unterschiedliche recordTarget-Templates über eine Choice diese Differenzierung vornehmen.

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 <code code="57833-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Prescription for medication"/> 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-data​element-4  Patientendaten  KV-Mustersammlung @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:templateId 1 … 1 M (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 <patientRole classCode="PAT">   <!-- eGK Nr -->   <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->   <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole> 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 @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <birthTime value="19541223"/></patient> Eingefügt 1 … 1 M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC) hl7:name PN 1 … 1 M Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen. (F16...ept)   vomgt-data​element-26  Name  KV-Mustersammlung vomgt-data​element-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:administrative​Gender​Code 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 <birthTime value="19491224"/> 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 @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:templateId 1 … 1 M (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 <patientRole classCode="PAT">   <!-- lokale Patientennummer -->   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole> 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-data​element-3  Arztdaten  KV-Mustersammlung vomgt-data​element-33  Betriebsstättennummer  KV-Mustersammlung vomgt-data​element-34  Arzt-Nr  KV-Mustersammlung @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2049"/>  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:templateId II 1 … 1 M (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-data​element-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-data​element-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:assigned​Person 1 … 1 M (F16...ept) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (F16...ept) hl7:represented​Organization 1 … 1 M (F16...ept)   vomgt-data​element-756  Krankenhaus  KV-Mustersammlung   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.276.0.76.4.17" extension="123456700"/>  <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code 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:assigned​Authoring​Device 1 … 1 R hhsoftpmp @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name 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 <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- ... -->     </representedCustodianOrganization>  </assignedCustodian></custodian> hl7:assignedCustodian 1 … 1 M (F16...ept) @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (F16...ept) @classCode 0 … 1 F ORG @determiner​Code 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-data​element-849  Legal Entity  KV-Mustersammlung @typeCode 0 … 1 F LA @context​Control​Code 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:assigned​Person 1 … 1 M (F16...ept) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (F16...ept) hl7:represented​Organization 0 … 1 (F16...ept) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG   vomgt-data​element-770  Hospital Information  KV-Mustersammlung @determiner​Code 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind bl 1 … 1 R

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 <code code="60593-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Medication dispensed.extended Document"/> 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-data​element-4  Patientendaten  KV-Mustersammlung @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:templateId 1 … 1 M (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 <patientRole classCode="PAT">   <!-- eGK Nr -->   <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->   <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole> 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 @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <birthTime value="19541223"/></patient> Eingefügt 1 … 1 M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC) hl7:name PN 1 … 1 M Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen. (F16...abe)   vomgt-data​element-26  Name  KV-Mustersammlung vomgt-data​element-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:administrative​Gender​Code 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 <birthTime value="19491224"/> 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 @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:templateId 1 … 1 M (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 <patientRole classCode="PAT">   <!-- lokale Patientennummer -->   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole> 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-data​element-3  Arztdaten  KV-Mustersammlung vomgt-data​element-33  Betriebsstättennummer  KV-Mustersammlung vomgt-data​element-34  Arzt-Nr  KV-Mustersammlung @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2049"/>  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:templateId II 1 … 1 M (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-data​element-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-data​element-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:assigned​Person 1 … 1 M (F16...abe) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (F16...abe) hl7:represented​Organization 1 … 1 M (F16...abe)   vomgt-data​element-756  Krankenhaus  KV-Mustersammlung   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.276.0.76.4.17" extension="123456700"/>  <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code 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:assigned​Authoring​Device 1 … 1 R hhsoftpmp @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name 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 <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- ... -->     </representedCustodianOrganization>  </assignedCustodian></custodian> hl7:assignedCustodian 1 … 1 M (F16...abe) @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (F16...abe) @classCode 0 … 1 F ORG @determiner​Code 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-data​element-849  Legal Entity  KV-Mustersammlung @typeCode 0 … 1 F LA @context​Control​Code 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:assigned​Person 1 … 1 M (F16...abe) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (F16...abe) hl7:represented​Organization 0 … 1 (F16...abe) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG   vomgt-data​element-770  Hospital Information  KV-Mustersammlung @determiner​Code 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 <code code="xABRECHNUNG" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Medication charged Document"/> 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-data​element-4  Patientendaten  KV-Mustersammlung @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:templateId 1 … 1 M (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 <patientRole classCode="PAT">   <!-- eGK Nr -->   <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->   <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole> 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 @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <birthTime value="19541223"/></patient> Eingefügt 1 … 1 M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC) hl7:name PN 1 … 1 M Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen. (F16...ung)   vomgt-data​element-26  Name  KV-Mustersammlung vomgt-data​element-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:administrative​Gender​Code 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 <birthTime value="19491224"/> 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 @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:templateId 1 … 1 M (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 <patientRole classCode="PAT">   <!-- lokale Patientennummer -->   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole> 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-data​element-3  Arztdaten  KV-Mustersammlung vomgt-data​element-33  Betriebsstättennummer  KV-Mustersammlung vomgt-data​element-34  Arzt-Nr  KV-Mustersammlung @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2049"/>  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:templateId II 1 … 1 M (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-data​element-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-data​element-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:assigned​Person 1 … 1 M (F16...ung) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (F16...ung) hl7:represented​Organization 1 … 1 M (F16...ung)   vomgt-data​element-756  Krankenhaus  KV-Mustersammlung   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.276.0.76.4.17" extension="123456700"/>  <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code 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:assigned​Authoring​Device 1 … 1 R hhsoftpmp @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name 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 <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- ... -->     </representedCustodianOrganization>  </assignedCustodian></custodian> hl7:assignedCustodian 1 … 1 M (F16...ung) @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (F16...ung) @classCode 0 … 1 F ORG @determiner​Code 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-data​element-849  Legal Entity  KV-Mustersammlung @typeCode 0 … 1 F LA @context​Control​Code 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:assigned​Person 1 … 1 M (F16...ung) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (F16...ung) hl7:represented​Organization 0 … 1 (F16...ung) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG   vomgt-data​element-770  Hospital Information  KV-Mustersammlung @determiner​Code 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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-data​element-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-data​element-4  Patientendaten  KV-Mustersammlung @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2048"/>  <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:templateId 1 … 1 M (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 <patientRole classCode="PAT">   <!-- eGK Nr -->   <id extension="A123456789" root="1.2.276.0.76.4.8"/>  <!-- lokale Patientennummer -->   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <!-- ID aus Selektivvertrag -->   <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/>  <patient classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole> 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 @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <birthTime value="19541223"/></patient> Eingefügt 1 … 1 M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC) hl7:name PN 1 … 1 M Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen. (CDA...mgt)   vomgt-data​element-26  Name  KV-Mustersammlung vomgt-data​element-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:administrative​Gender​Code 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 <birthTime value="19491224"/>

CDA recordTarget Praxis (vomgt)

Id	1.2.276.0.76.10.2051	Gültigkeit	2020‑05‑28 14:22:58
Status	Entwurf	Versions-Label
Name	CDAdocStatusCode	Bezeichnung	CDA docStatusCode
Beschreibung	Dieses Service Event beschreibt den Bearbeitungsstand des Briefes (Vorläufig oder Entgültig)
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.110 CDA documentationOf (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <documentationOf typeCode="DOC">   <serviceEvent classCode="ACT" moodCode="EVN">     <code code="preliminary" codeSystem="2.16.840.1.113883.4.642.1.237" displayName="Preliminary"/>  </serviceEvent></documentationOf>
Item DT Kard Konf Beschreibung Label hl7:documentationOf 1 … 1 R (CDA...ode) @typeCode cs 1 … 1 F DOC hl7:serviceEvent 1 … 1 R (CDA...ode) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:code CE 1 … 1 R (CDA...ode)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.4.642.3.236 CompositionStatus (DYNAMIC)

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-data​element-3  Arztdaten  KV-Mustersammlung vomgt-data​element-33  Betriebsstättennummer  KV-Mustersammlung vomgt-data​element-34  Arzt-Nr  KV-Mustersammlung vomgt-data​element-679  ASV-Teamnummer  KV-Mustersammlung vomgt-data​element-755  Krankenhausaufnahme  KV-Mustersammlung vomgt-data​element-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	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-data​element-3  Arztdaten  KV-Mustersammlung vomgt-data​element-33  Betriebsstättennummer  KV-Mustersammlung vomgt-data​element-34  Arzt-Nr  KV-Mustersammlung @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Beispiel <author typeCode="AUT" contextControlCode="OP">   <templateId root="1.2.276.0.76.10.2049"/>  <time value="201306101654"/>  <assignedAuthor classCode="ASSIGNED">     <!-- ... -->   </assignedAuthor></author> hl7:templateId II 1 … 1 M (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-data​element-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-data​element-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:assigned​Person 1 … 1 M (Hea...son) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...son) hl7:represented​Organization 1 … 1 M (Hea...son)   vomgt-data​element-756  Krankenhaus  KV-Mustersammlung   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.276.0.76.4.17" extension="123456700"/>  <name>     <!-- ... -->   </name></representedOrganization> Eingefügt von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code 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 author software (vomgt)

Id	1.2.276.0.76.10.2031	Gültigkeit	2014‑12‑17
Status	Entwurf	Versions-Label
Name	HeaderAuthorSoftwarepmp	Bezeichnung	CDA author software (pmp)
Beschreibung	Software, die bei der Erstellung des Dokuments verwendet wurde
Label	hhsoftpmp
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz pmp-data​elementR1-5080  Softwarename und -version Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-5080  Softwarename und -version  Patientenbezogener Medikationsplan Plus v2017
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (2005‑09‑07) ref ad1bbr- Adaptation: Template 1.2.276.0.76.10.2002 CDA author (2013‑07‑10) ref hl7de- Adaptation: Template 1.2.276.0.76.10.2008 CDA author Device (2013‑10‑11) ref hl7de-
Beispiel	Beispiel <author>   <templateId root="1.2.276.0.76.10.2031"/>  <time value="20141031123456"/>  <assignedAuthor classCode="ASSIGNED">     <id nullFlavor="NA"/>    <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">       <softwareName>Medplan X Software v2.45</softwareName>    </assignedAuthoringDevice>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label hl7:author hhsoftpmp wo [hl7:templateId/@root='1.2.276.0.76.10.2031'] @typeCode cs 0 … 1 F AUT hl7:templateId II 1 … 1 M hhsoftpmp @root uid 1 … 1 F 1.2.276.0.76.10.2031 hl7:time TS.​DATE.​MIN 1 … 1 M hhsoftpmp hl7:assignedAuthor 1 … 1 M hhsoftpmp @classCode cs 0 … 1 F ASSIGNED hl7:id II 1 … 1 R hhsoftpmp hl7:assigned​Authoring​Device 1 … 1 R hhsoftpmp @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 hhsoftpmp hl7:softwareName SC 1 … 1 R Software Name und Version, die bei der Erstellung des Dokuments verwendet wurde hhsoftpmp   pmp-data​elementR1-5080  Softwarename und -version Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-5080  Softwarename und -version  Patientenbezogener Medikationsplan Plus v2017

CDA custodian (vomgt)

Id	1.2.276.0.76.10.2004	Gültigkeit	2020‑03‑29 Andere Versionen mit dieser Id: HeaderCustodian vom 2013‑07‑17 HeaderCustodian vom 2013‑07‑07
Status	Aktiv	Versions-Label
Name	HeaderCustodian	Bezeichnung	CDA custodian
Beschreibung	Verantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Item DT Kard Konf Beschreibung Label hl7:custodian (Hea...ian) @typeCode 0 … 1 F CST   Beispiel <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- ... -->     </representedCustodianOrganization>  </assignedCustodian></custodian> hl7:assignedCustodian 1 … 1 M (Hea...ian) @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (Hea...ian) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 1 … 1 M (Hea...ian) hl7:name ON 1 … 1 M (Hea...ian) hl7:telecom TEL 0 … 1 (Hea...ian) hl7:addr AD 0 … 1 (Hea...ian)

CDA legalAuthenticator (vomgt)

Id	1.2.276.0.76.10.2020	Gültigkeit	2014‑08‑25
Status	Entwurf	Versions-Label
Name	HeaderLegalAuthenticator	Bezeichnung	CDA legalAuthenticator
Beschreibung	Vor dem Gesetz verantwortliche Unterzeichner des Dokumentes
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.90012 Inklusion CDA Assigned Entity Elements DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.106 CDA legalAuthenticator (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <legalAuthenticator typeCode="LA">   <time value="20130327130000"/>  <signatureCode code="S"/>  <assignedEntity>     <id extension="a00123456" root="1.2.276.0.76.3.9.8.7.6"/>    <assignedPerson>       <name>         <prefix qualifier="AC">Prof. Dr.</prefix>        <given>Hugo</given>        <family>Reinhardt</family>      </name>    </assignedPerson>    <representedOrganization>       <name>Klinik am Zempiner Steig</name>      <telecom use="WP" value="tel:0332-4556"/>      <telecom use="WP" value="fax:0332-45577"/>      <addr>         <streetName>Zempiner Steig</streetName>        <houseNumber>4</houseNumber>        <postalCode>15266</postalCode>        <city>Berlin</city>      </addr>    </representedOrganization>  </assignedEntity></legalAuthenticator>
Item DT Kard Konf Beschreibung Label hl7:legalAuthenticator 0 … 1 (Hea...tor) @typeCode 0 … 1 F LA @context​Control​Code 0 … 1 F OP hl7:time TS 1 … 1 R (Hea...tor) hl7:signatureCode CS 1 … 1 R (Hea...tor)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC) hl7:assignedEntity 1 … 1 R (Hea...tor) Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) hl7:id II 1 … * R (Hea...tor) hl7:addr AD 0 … 1 R (Hea...tor) hl7:telecom TEL 0 … * R (Hea...tor) hl7:assigned​Person 1 … 1 M (Hea...tor) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...tor) hl7:represented​Organization 0 … 1 (Hea...tor) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...tor) hl7:name ON 1 … 1 M (Hea...tor) hl7:telecom TEL 0 … * (Hea...tor) hl7:addr AD 0 … 1 (Hea...tor)

CDA Section Level Templates

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-data​element-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	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>  <!-- Versicherung/Coverage -->   <!-- .... --> </section>
Item DT Kard Konf Beschreibung Label hl7:section (Ins...ion)   vomgt-data​element-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 @context​Conduction​Ind 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	Beispiel <section>   <templateId root="1.2.276.0.76.10.3134"/>  <!-- Code der Sektion -->   <code code="57828-6" displayName="Prescription list" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Rezept</title>  <!-- Textbereich der Sektion -->   <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>  <!-- Maschinenlesbare Elemente -->   <entry>     <!-- MedikationVerordnung-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	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 <code code="69730-0" displayName="Instructions" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> 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) @context​Conduction​Ind 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	Beispiel <section>   <templateId root="1.2.276.0.76.10.3134"/>  <!-- Code der Sektion -->   <code code="57828-6" displayName="Prescription list" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Rezept</title>  <!-- Textbereich der Sektion -->   <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>  <!-- Maschinenlesbare Elemente -->   <entry>     <!-- MedikationVerordnung-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ührenpflicht Section

Dieser Abschnitt dokumentiert, ob der Patient Zuzahlungen leisten muss, d.h. ob er gebührenpflichtig ist oder nicht. 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	Beispiel <section>   <!-- templateId root="1.2.40.0.34.11.8.1.2.1"/ -->   <!-- ELGA -->   <templateId root="1.3.6.1.4.1.19376.1.9.1.2.1"/>  <!-- IHE PHARM -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.19"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.8"/>  <!-- HL7 CCD -->   <!-- Code der Sektion -->   <code code="57828-6" displayName="Prescription list" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Rezept</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente -->   <entry>     <!-- ELGA MedikationVerordnung-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	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>  <!-- Zuzahlung -->   <!-- Gesamtbrutto --> </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

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	Beispiel <supply classCode="SPLY" moodCode="RQO">   <templateId root="2.16.840.1.113883.10.21.4.2"/>  <id root="..." extension="--example only--"/>  <code/>  <text/>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low value="20170601"/>    <high value="20170801"/>  </effectiveTime>  <repeatNumber/>  <independentInd value="false"/>  <quantity value="1"/>  <expectedUseTime>     <low value="20160511153724"/>  </expectedUseTime>  <subject>     <!-- template 'CDA Subject (Body)' (dynamic) -->   </subject>  <product typeCode="PRD">     <!-- template 'CDA ManufacturedProduct' (dynamic) -->   </product>  <performer>     <!-- template 'CDA Performer (Body)' (dynamic) -->   </performer>  <participant typeCode="ORG">     <!-- template 'CDA Participant (Body)' (dynamic) -->   </participant>  <participant typeCode="DST">     <!-- template 'CDA Participant (Body)' (dynamic) -->   </participant>  <participant typeCode="RCV">     <!-- template 'CDA Participant (Body)' (dynamic) -->   </participant>  <participant typeCode="LOC">     <!-- template 'CDA Participant (Body)' (dynamic) -->   </participant>  <entryRelationship typeCode="COMP">     <!-- template 'DispenseRequest' (dynamic) -->   </entryRelationship></supply>
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-data​element2017-461  Enddatum Einnahme  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-460  Startdatum Einnahme  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-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 <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high value="20140321"/></effectiveTime>   Beispiel unbekanntes Ende-Datum <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Dauermedikation <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high nullFlavor="NA"/></effectiveTime> hl7:low TS.​DATE.​MIN 1 … 1 R (Ein...uer)   pmp-data​element2017-460  Startdatum Einnahme  Patientenbezogener Medikationsplan Plus v2017 hl7:high TS.​DATE.​MIN 0 … 1 R (Ein...uer)   pmp-data​element2017-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 <effectiveTime xsi:type="IVL_TS">   <width value="2" unit="wk"/></effectiveTime> hl7:width PQ 1 … 1 R (Ein...uer)   pmp-data​element2017-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 <effectiveTime nullFlavor="NI"/>

Einzeldosierungen

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 <effectiveTime value="20170404"/>   Beispiel Einnahmezeitpunkt unbekannt <effectiveTime nullFlavor="UNK"/> 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 <effectiveTime xsi:type="EIVL_TS">   <event code="CD"/></effectiveTime><doseQuantity value="10" unit="mg"/>   Beispiel morgens 1 (Stück) <effectiveTime xsi:type="EIVL_TS">   <event code="CM"/></effectiveTime><doseQuantity value="1" unit="{Stück}"/>   Beispiel 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>   Beispiel 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}"/> 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 <effectiveTime 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 --> </effectiveTime><doseQuantity value="1" unit="{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 <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> 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 <effectiveTime xsi:type="SXPR_TS">   <!-- am 13.9.2018 -->   <comp xsi:type="IVL_TS" value="20180913"/>  <comp xsi:type="EIVL_TS" operator="A">     <!-- 30 Minuten vor dem Frühstück -->     <event code="ACM"/>    <offset value="30" unit="min"/>  </comp></effectiveTime> 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 <doseQuantity value="25" unit="mg"/>   Beispiel 1 bis 2 Tabletten <doseQuantity>   <low value="1" unit="{tablet}"/>  <high value="2" unit="{tablet}"/></doseQuantity>   Beispiel 1 Tablette (mit Translation) <doseQuantity value="1" unit="{tablet}">   <translation code="1" codeSystem="2.16.840.1.113883.2.6.60.4.5.4" displayName="Stück"/></doseQuantity>   Beispiel Nur textliche Beschreibung der Dosis <doseQuantity nullFlavor="OTH">   <translation>     <originalText>       <reference value="#text-ref-1"/>    </originalText>  </translation></doseQuantity> 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:manufactured​Material 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-data​element2017-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ührenpflicht 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	Beispiel <manufacturedProduct classCode="MANU">   <templateId root="1.2.276.0.76.10.4025"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">     <!-- .. -->   </manufacturedMaterial></manufacturedProduct>
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:manufactured​Material 1 … 1 M medinfpmp @classCode cs 1 … 1 F MMAT @determiner​Code 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 <code code="10333719" codeSystem="1.2.276.0.76.4.6" displayName="Ibu-LysinHEXAL® 684 mg"/>   Beispiel Arznei hat keine PZN <code nullFlavor="NI"/>   Beispiel Rezeptur (ohne PZN) <code nullFlavor="NA">   <originalText>     <reference value="#rezeptur-17"/>  </originalText></code>   Beispiel Arznei, unbekannte PZN <code nullFlavor="UNK"/> 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 <name nullFlavor="NA"/> 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 @determiner​Code 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:capacity​Quantity 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">     <!-- Pharmaceutical Substance (ATC Code)-->     <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 <numerator xsi:type="PQ" value="5" unit="mg">   <translation value="5" code="v" codeSystem="1.2.276.0.76.3.1.1.5.2.41" displayName="mg"/></numerator> 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 <ClinicalDocument>   <substanceAdministration classCode="SBADM" moodCode="INT">     <!-- ELGA -->     <templateId root="1.2.40.0.34.11.8.1.3.1"/>    <!-- HL7 CCD -->     <templateId root="2.16.840.1.113883.10.20.1.24"/>    <!-- IHE PCC -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>    <!-- IHE PHARM -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>    <!-- IHE PHARM Dosage Instructions -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>    <!-- „Delay Start Dosing“ bei Verwendung von „width“ in Einnahmedauer -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.21"/>    <!-- ********** Dosierungsarten Anfang ********** -->     <!-- Dosierungsart 1 und 3, „Normal dosing“ -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>     … oder …     <!-- Dosierungsart 2, „Split dosing“ -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>    <!-- ********** Dosierungsarten Ende ********** -->     <!-- ID des MedikationVerordnung-Entry -->     <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/>    <!--Referenz zum narrativen Abschnitt dieses MedikationVerordnung-Entry im Text-Bereich der Sektion-->     <text>       <reference value="#vpos-1"/>    </text>    <!-- Statuscode des MedikationVerordnung-Entry -->     <statusCode code="completed"/>    <!-- Einnahmedauer -->     <effectiveTime xsi:type="IVL_TS">       <low value="20131009000000+0200"/>      <high value="20131020235959+0200"/>    </effectiveTime>    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 1 ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben -->     <effectiveTime xsi:type="PIVL_TS|SXPR_TS"/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 1 ********** -->     <!-- Maximale Anzahl der zusätzlichen Einlösungen -->     <repeatNumber value="3"/>    <!-- Art der Anwendung -->     <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="MedikationArtAnwendung"/>    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 2 ********** -->     <doseQuantity value=" " unit=" "/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 2 ********** -->     <!-- Arznei -->     <consumable>       <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->       <manufacturedProduct classCode="MANU">         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- IHE PCC -->         <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- HL7 CCD -->         <manufacturedMaterial classCode="MMAT" determinerCode="KIND">           <!-- ELGA Arznei-Entry -->           <templateId root="1.2.40.0.34.11.2.3.4"/>          <!-- ELGA -->            :         </manufacturedMaterial>      </manufacturedProduct>    </consumable>    <!-- Verfasser der Verordnung (nur bei Verwendung im Rahmen der Medikationsliste) -->     <author> : </author>    <!-- ********** Dosierungsart 2 und 4 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) -->     <entryRelationship typeCode="COMP">       <sequenceNumber value="1"/>      <substanceAdministration classCode="SBADM" moodCode="INT">         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>        <effectiveTime operator="A" xsi:type="EIVL_TS">           <event code="ACM"/>          <offset value="0" unit="s"/>        </effectiveTime>        <doseQuantity value="2"/>      </substanceAdministration>    </entryRelationship>     :     <!-- ********** Dosierungsart 2 und 4 Ende ********** -->     <!-- Packungsanzahl -->     <entryRelationship typeCode="COMP">       <supply classCode="SPLY" moodCode="RQO">         <independentInd value="false"/>        <quantity value="1"/>      </supply>    </entryRelationship>    <!-- Zusatzinformationen für den Patienten -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.49"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>        <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>    </entryRelationship>    <!-- Ergänzende Informationen zu magistralen Zubereitungen -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>    </entryRelationship>    <!-- Therapieart -->     <entryRelationship typeCode="COMP">       <act classCode="ACT" moodCode="INT">         <templateId root="1.2.40.0.34.11.8.1.3.4"/>        <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>      </act>    </entryRelationship>  </substanceAdministration></ClinicalDocument>
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 <text>   <reference value="#vpos-1"/></text> 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 <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high value="20140321"/></effectiveTime>   Beispiel unbekanntes Ende-Datum <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Dauermedikation <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high nullFlavor="NA"/></effectiveTime> 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 <effectiveTime xsi:type="IVL_TS">   <width value="2" unit="wk"/></effectiveTime> 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 <effectiveTime nullFlavor="NI"/> 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

Einzeldosierungen

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 <effectiveTime value="20170404"/>   Beispiel Einnahmezeitpunkt unbekannt <effectiveTime nullFlavor="UNK"/> 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 <effectiveTime xsi:type="EIVL_TS">   <event code="CD"/></effectiveTime><doseQuantity value="10" unit="mg"/>   Beispiel morgens 1 (Stück) <effectiveTime xsi:type="EIVL_TS">   <event code="CM"/></effectiveTime><doseQuantity value="1" unit="{Stück}"/>   Beispiel 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>   Beispiel 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}"/> 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 <effectiveTime 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 --> </effectiveTime><doseQuantity value="1" unit="{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 <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> 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 <effectiveTime xsi:type="SXPR_TS">   <!-- am 13.9.2018 -->   <comp xsi:type="IVL_TS" value="20180913"/>  <comp xsi:type="EIVL_TS" operator="A">     <!-- 30 Minuten vor dem Frühstück -->     <event code="ACM"/>    <offset value="30" unit="min"/>  </comp></effectiveTime> 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 <doseQuantity value="25" unit="mg"/>   Beispiel 1 bis 2 Tabletten <doseQuantity>   <low value="1" unit="{tablet}"/>  <high value="2" unit="{tablet}"/></doseQuantity>   Beispiel 1 Tablette (mit Translation) <doseQuantity value="1" unit="{tablet}">   <translation code="1" codeSystem="2.16.840.1.113883.2.6.60.4.5.4" displayName="Stück"/></doseQuantity>   Beispiel Nur textliche Beschreibung der Dosis <doseQuantity nullFlavor="OTH">   <translation>     <originalText>       <reference value="#text-ref-1"/>    </originalText>  </translation></doseQuantity> 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:manufactured​Material 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-data​element2017-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

Dosierung Freitext Entry

Id	1.2.276.0.76.10.4024	Gültigkeit	2014‑11‑01
Status	Entwurf	Versions-Label
Name	MedicationStatementDoseInstruction	Bezeichnung	Dosierung Freitext
Beschreibung Dosierung Freitext: freitextliche Dosierungen werden in der zugehörigen Section.text aufgenommen und entsprechend mit einem Tag versehen (siehe Beispiel). Die freitextliche Dosierung wird hier nur unter text.reference referenziert
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4024
Label	medsdipmp
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 pmp-data​element2017-6090  Freitext  Patientenbezogener Medikationsplan Plus v2017
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <substanceAdministration classCode="SBADM" moodCode="INT">   <templateId root="1.2.276.0.76.10.4024"/>  <text>     <reference value="#dosinst-23"/>  </text>  <consumable>     <manufacturedProduct>       <manufacturedMaterial nullFlavor="NA"/>    </manufacturedProduct>  </consumable></substanceAdministration>
Beispiel	Zusammenschau section.text und freitextliche Dosierung <section>   <!-- .. -->   <text>     ...    <content ID="dosinst-23">2 bis 3 Stck tgl.</content>  </text></section><entry>   <substanceAdministration classCode="SBADM" moodCode="INT">     <templateId root="1.2.276.0.76.10.4024"/>    <text>       <reference value="#dosinst-23"/>    </text>    <consumable>       <manufacturedProduct>         <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>  </substanceAdministration></entry>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration 0 … * medsdipmp @classCode 1 … 1 F SBADM @moodCode 1 … 1 F EVN hl7:templateId II 1 … 1 M medsdipmp @root 1 … 1 F 1.2.276.0.76.10.4024 hl7:text ED 1 … 1 M medsdipmp   pmp-data​element2017-6090  Freitext  Patientenbezogener Medikationsplan Plus v2017 hl7:reference TEL 1 … 1 M medsdipmp @value 1 … 1 R #dosinst-{generierteID}, z.B.: #dosinst-1 hl7:consumable 1 … 1 M medsdipmp hl7:manufacturedProduct 1 … 1 M medsdipmp hl7:manufactured​Material 1 … 1 medsdipmp @nullFlavor 1 … 1 F NA

CDA Manufactured Product

Id	2.16.840.1.113883.10.12.312	Gültigkeit	gültig ab 2005‑09‑07
Status	Aktiv	Versions-Label
Name	CDAManufacturedProduct	Anzeigename	CDA ManufacturedProduct
Beschreibung	Template CDA ManufacturedProduct (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt	Benutzt von 0 Transactions und 1 Template, Benutzt 3 Templates Benutzt von als Name Version 2.16.840.1.113883.2.6.60.3.10.1 Containment CDA SubstanceAdministration 2016‑04‑22 10:50:09 Benutzt als Name Version 2.16.840.1.113883.10.12.310 Inklusion CDA LabeledDrug DYNAMIC 2.16.840.1.113883.10.12.311 Inklusion CDA Material DYNAMIC 2.16.840.1.113883.10.12.151 Containment CDA Organization DYNAMIC
Item DT Kard Konf Beschreibung Label hl7:manufacturedProduct CDAM...duct @classCode cs 0 … 1 F MANU hl7:id II 0 … * CDAM...duct Auswahl 1 … 1 Elemente in der Auswahl: hl7:manufacturedLabeledDrug eingefügt vom Template 2.16.840.1.113883.10.12.310 CDA LabeledDrug (DYNAMIC) hl7:manufactured​Material eingefügt vom Template 2.16.840.1.113883.10.12.311 CDA Material (DYNAMIC) Eingefügt von 2.16.840.1.113883.10.12.310 CDA LabeledDrug (DYNAMIC) hl7:manufacturedLabeledDrug CDAL...Drug @classCode cs 0 … 1 F MMAT @determiner​Code cs 0 … 1 F KIND hl7:code CE 0 … 1 CDAL...Drug   CONF muss aus der Konzeptdomäne "DrugEntity" gewählt werden hl7:name EN 0 … 1 CDAL...Drug Eingefügt von 2.16.840.1.113883.10.12.311 CDA Material (DYNAMIC) hl7:manufactured​Material CDAM...rial @classCode cs 0 … 1 F MMAT @determiner​Code cs 0 … 1 F KIND hl7:code CE 0 … 1 CDAM...rial   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16041 MaterialEntityClassType (DYNAMIC) hl7:name EN 0 … 1 CDAM...rial hl7:lotNumberText ST 0 … 1 CDAM...rial hl7:manufacturerOrganization 0 … 1 Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC) CDAM...duct

CDA Material

Id	2.16.840.1.113883.10.12.311	Gültigkeit	gültig ab 2005‑09‑07
Status	Aktiv	Versions-Label
Name	CDAMaterial	Anzeigename	CDA Material
Beschreibung	Template CDA Material (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt	Benutzt von 0 Transactions und 2 Templates, Benutzt 0 Templates Benutzt von als Name Version 2.16.840.1.113883.10.12.312 Inklusion CDA ManufacturedProduct 2005‑09‑07 2.16.840.1.113883.2.6.60.3.10.1 CDA SubstanceAdministration 2016‑04‑22 10:50:09
Item DT Kard Konf Beschreibung Label hl7:manufactured​Material CDAM...rial @classCode cs 0 … 1 F MMAT @determiner​Code cs 0 … 1 F KIND hl7:code CE 0 … 1 CDAM...rial   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16041 MaterialEntityClassType (DYNAMIC) hl7:name EN 0 … 1 CDAM...rial hl7:lotNumberText ST 0 … 1 CDAM...rial

CDA Labeled Drug

Id	2.16.840.1.113883.10.12.310	Gültigkeit	gültig ab 2005‑09‑07
Status	Aktiv	Versions-Label
Name	CDALabeledDrug	Anzeigename	CDA LabeledDrug
Beschreibung	Template CDA LabeledDrug (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF)
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt	Benutzt von 0 Transactions und 2 Templates, Benutzt 0 Templates Benutzt von als Name Version 2.16.840.1.113883.10.12.312 Inklusion CDA ManufacturedProduct 2005‑09‑07 2.16.840.1.113883.2.6.60.3.10.1 CDA SubstanceAdministration 2016‑04‑22 10:50:09
Item DT Kard Konf Beschreibung Label hl7:manufacturedLabeledDrug CDAL...Drug @classCode cs 0 … 1 F MMAT @determiner​Code cs 0 … 1 F KIND hl7:code CE 0 … 1 CDAL...Drug   CONF muss aus der Konzeptdomäne "DrugEntity" gewählt werden hl7:name EN 0 … 1 CDAL...Drug

Patienteninstruktionen Entry

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-data​element2017-467  Hinweis  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-6010  Freitextzeile  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-467  Hinweis Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-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	Beispiel <act classCode="ACT" moodCode="INT">   <templateId root="1.2.276.0.76.10.4026"/>  <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>  <text>     <reference value="#patinfo-1"/>  </text>  <statusCode code="completed"/>  <entryRelationship typeCode="COMP">     <!-- .. -->   </entryRelationship></act>
Item DT Kard Konf Beschreibung Label hl7:act 1 … 1 M pati...opmp   pmp-data​element2017-467  Hinweis  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-467  Hinweis Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-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-data​element2017-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 <act classCode="INFRM" moodCode="RQO">   <code code="E2" codeSystem="2.16.840.1.113883.2.6.60.4.5.5" displayName="während der Mahlzeiten"/></act> 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-data​element-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-data​element-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-data​element-25  KrankenkassenName  KV-Mustersammlung vomgt-data​element-30  Kassen-IKNr  KV-Mustersammlung vomgt-data​element-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-data​element-25  KrankenkassenName  KV-Mustersammlung vomgt-data​element-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:represented​Organization 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-data​element-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 <id extension="A123456789" root="1.2.276.0.76.4.8"/> 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 <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>   Beispiel ID aus Selektivvertrag <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/> 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

Notdienstgebühr Observation

Id	1.2.276.0.76.3.1.135.8.10.132	Gültigkeit	2019‑11‑26 13:07:01
Status	Entwurf	Versions-Label
Name	F16NotdienstgebuehrObservation	Bezeichnung	Notdienstgebühr Observation (16)
Beschreibung	Template CDA Observation (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF) Diese Observation dokumentiert den Betrag der Notdienstgebühr.
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.3.1.135.8.10.132
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 1.2.276.0.76.10.4302 Zuzahlung Observation (16) (2019‑03‑18 17:50:26)
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.3.1.135.8.10.132 hl7:code CD 1 … 1 R (F16...ion) @code CONF 0 … 1 F NOTDIENSTGEBUHER @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 Notdienstgebühr dokumentiert. (F16...ion) @currency cs 1 … 1 R Währungseinheit, bspw. "EUR" @value real 1 … 1 R Notdienstgebühr

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

Faktor Observation

Id	1.2.276.0.76.10.4303	Gültigkeit	2019‑05‑02 14:07:59
Status	Entwurf	Versions-Label
Name	Faktor16	Bezeichnung	Faktor (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.4303
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 (Fak...r16) @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 (Fak...r16) @root uid 1 … 1 F 1.2.276.0.76.10.4303 hl7:templateId II 1 … 1 R (Fak...r16) @root uid 1 … 1 F 2.16.840.1.113883.10.12.303 hl7:code CD 1 … 1 M (Fak...r16) @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 (Fak...r16) @code CONF 1 … 1 F completed hl7:value PQ 1 … 1 M (Fak...r16)

Taxe Observation

Id	1.2.276.0.76.10.4304	Gültigkeit	2019‑05‑02 14:11:24
Status	Entwurf	Versions-Label
Name	Taxe16	Bezeichnung	Taxe (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.4304
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 (Taxe16) @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 (Taxe16) @root uid 1 … 1 F 1.2.276.0.76.10.4304 hl7:templateId II 1 … 1 R (Taxe16) @root uid 1 … 1 F 2.16.840.1.113883.10.12.303 hl7:code CD 1 … 1 M (Taxe16) @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 (Taxe16) @code CONF 1 … 1 F completed hl7:value MO 1 … 1 M (Taxe16)

importierte Templates

UV Dispense Request

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	Beispiel <supply classCode="SPLY" moodCode="RQO">   <templateId root="2.16.840.1.113883.10.21.4.2"/>  <id root="..." extension="--example only--"/>  <code/>  <text/>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low value="20170601"/>    <high value="20170801"/>  </effectiveTime>  <repeatNumber/>  <independentInd value="false"/>  <quantity value="1"/>  <expectedUseTime>     <low value="20160511153724"/>  </expectedUseTime>  <subject>     <!-- template 'CDA Subject (Body)' (dynamic) -->   </subject>  <product typeCode="PRD">     <!-- template 'CDA ManufacturedProduct' (dynamic) -->   </product>  <performer>     <!-- template 'CDA Performer (Body)' (dynamic) -->   </performer>  <participant typeCode="ORG">     <!-- template 'CDA Participant (Body)' (dynamic) -->   </participant>  <participant typeCode="DST">     <!-- template 'CDA Participant (Body)' (dynamic) -->   </participant>  <participant typeCode="RCV">     <!-- template 'CDA Participant (Body)' (dynamic) -->   </participant>  <participant typeCode="LOC">     <!-- template 'CDA Participant (Body)' (dynamic) -->   </participant>  <entryRelationship typeCode="COMP">     <!-- template 'DispenseRequest' (dynamic) -->   </entryRelationship></supply>
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

UV Substitution Permission

Id	2.16.840.1.113883.10.21.4.5 ref pharmcda-	Gültigkeit	2017‑01‑02
Status	Entwurf	Versions-Label
Name	UVSubstitutionPermission	Anzeigename	UV Substitution Permission
Beschreibung	Information about a substitution permission for this adminstration.
Kontext	Elternknoten des Template-Element mit Id 2.16.840.1.113883.10.21.4.5
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.301 CDA Act (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <act classCode="ACT" moodCode="DEF">   <templateId root="2.16.840.1.113883.10.21.4.5"/>  <code code="TE" codeSystem="2.16.840.1.113883.5.1070" displayName="therapeutic alternative"/>  <entryRelationship typeCode="RSON">     <act classCode="ACT" moodCode="EVN">       <!-- Reason no substitution -->     </act>  </entryRelationship></act>
Item DT Kard Konf Beschreibung Label hl7:act 1 … 1 M (UVS...ion) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M (UVS...ion) @root uid 1 … 1 F 2.16.840.1.113883.10.21.4.5 hl7:code CE (Beispiel) 1 … 1 The type of substitution that this permission relates to. (UVS...ion)   CONF Beispiele von der Wert von @code stehen in den Value Set 2.16.840.1.113883.1.11.16621 ActSubstanceAdminSubstitutionCode (DYNAMIC) hl7:entryRelationship 0 … 1 C Used when substitution is not allowed and may indicate the reason for why substitution is not allowed. (UVS...ion) @typeCode cs 1 … 1 F RSON   Beispiel <entryRelationship typeCode="RSON">   <code code="PAT" codeSystem="2.16.840.1.113883.5.8" displayName="Patient request">     <originalText>Patient objects</originalText>  </code></entryRelationship> hl7:act 1 … 1 (UVS...ion) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:code CD (Beispiel) 1 … 1 (UVS...ion)   CONF Beispiele von der Wert von @code stehen in den Value Set 2.16.840.1.113883.1.11.19719 SubstanceAdminSubstitutionNotAllowedReason (DYNAMIC)

Terminologien

Folgende Terminologien werden verwendet.

eGK-Geschlecht

Hier werden zwei verschiedene Codesysteme genutzt, jenachdem, ob "divers" i der Kodierung enthalten ist oder nicht.

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.

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.3.1.135.8.11.25	Gültigkeit	2019‑05‑02 12:56:32
Status	Entwurf	Versions-Label
Name	Geschlecht2eGK	Bezeichnung	Geschlecht2 (eGK)
Beschreibung	Das Geschlecht, so wie es auf der eGK wiedergegeben ist. In Abwandlung zu "Geschlecht (eGK)" mit dem zusätzlichen Kode für divers.
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 Beschreibung 0‑L M männlich 1.2.276.0.76.5.483 männlich 0‑L W weiblich 1.2.276.0.76.5.483 weiblich 0‑L D divers 1.2.276.0.76.5.483 divers 0‑L X nicht angegeben 1.2.276.0.76.5.483 nicht angegeben
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.

eGK-Geschlecht2

Durch die Erweiterung mit "divers" wird ein neues Kodesystem benötigt.

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.3.1.135.8.11.25	Gültigkeit	2019‑05‑02 12:56:32
Status	Entwurf	Versions-Label
Name	Geschlecht2eGK	Bezeichnung	Geschlecht2 (eGK)
Beschreibung	Das Geschlecht, so wie es auf der eGK wiedergegeben ist. In Abwandlung zu "Geschlecht (eGK)" mit dem zusätzlichen Kode für divers.
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 Beschreibung 0‑L M männlich 1.2.276.0.76.5.483 männlich 0‑L W weiblich 1.2.276.0.76.5.483 weiblich 0‑L D divers 1.2.276.0.76.5.483 divers 0‑L X nicht angegeben 1.2.276.0.76.5.483 nicht angegeben
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-data​element-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-data​element-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

Keine Versionen mit Status draft, active, review oder pending

Zeiteinheiten

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

informativer Abschnitt

Die im Unterabschnitt FHIR-Profile aufgelisteten Details sind derzeit nur informativ.

Ballotierung der KBV-Profile

Nachfolgend die ersten Links auf bereits definierte FHIR-basierte Komponenten. Diese sind durch die KBV im Rahmen ihres gesetzlichen Auftrags erstellt worden.

Diese Profile dürfen im Rahmen der Ballotierung kommentiert werden.

Bundle

Das Bundle fasst die Resourcen Rezept, Medikament und Dosierung zusammen:

https://simplifier.net/kbvitavgexsstfhirvos/74prvosbundlevospvs

Composition

https://simplifier.net/kbvitavgexsstfhirvos/74PRVoSComposition

Patient

https://simplifier.net/kbvitavgexsstfhirvos/74prvospatient

ASV-Teamnummer

https://simplifier.net/basisprofilde/practitionerrole-de-asv-teamnummer-0.2

Medikament

https://simplifier.net/kbvitavgexsstfhirvos/74PRVoSMedikament

Dosierung

https://simplifier.net/kbvitavgexsstfhirvos/74PRVoSDosierung

Custodian (Organization)

Wird zunächst nicht verwendet.

FHIR-Codesystems

Gender, amtlich

http://fhir.de/CodeSystem/gender-amtlich-de

Versichertenstatus

https://simplifier.net/BasisprofilDE/s-kbv-versichertenstatus

Personengruppe

https://simplifier.net/basisprofilde/s-kbv-personengruppe2

FHIR-ValueSets

Personengruppe

https://simplifier.net/basisprofilde/s-kbv-personengruppe https://simplifier.net/basisprofilde/s-kbv-personengruppe2

DMP-Programm

https://simplifier.net/basisprofilde/s-kbv-dmp-2

Anhang

Beispiele und Umsetzungshilfen

• einfaches Beispiel
• Beispiel mit Feldnummern gemäß Mappingtabelle
• Stylesheet

Die Beispiele werden zusammen mit den XML-Schemas und Schematrons veröffentlicht und nicht in diesem Leitfaden aufgelistet.