Dieser Leitfaden wurde im Rahmen des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e. V. sowie der entsprechenden Projektgruppen erstellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums[1] und der Technischen Komitees von HL7 Deutschland e. V. [2]
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Einleitung
Ein wesentliches Element bei der Digitalisierung des Gesundheitswesens wird die elektronische Verordnung (eVerordnung)/ das elektronische Rezept (eRezept) darstellen. Der Aufbau für das Formular der Verordnung/ des Rezepts ist durch die Formularkommission der KBV im Muster 16 festgehalten. Die Verordnung/ das Rezept wird vom Vertragsarzt ausgestellt und enthält die Verordnung von Arznei- und Verbandmitteln, sowie Hilfsmitteln mit Ausnahme von Sehhilfen und Hörhilfen. Darüber hinaus gilt das Verordnungsformular für den patientenbezogenen Sprechstundenbedarf.
Dieser Leitfaden beschreibt, wie die fachlichen Inhalte des Musters 16 "Arzneiverordnungsblatt" (der Verordnung/ des Rezepts) in elektronischer Form vollständig auf Basis der HL7 Clinical Document Architecture (CDA) bzw. FHIR technisch abgebildet werden können.
Muster 16: Arzneiverordnungsblatt (eRezept)
Die Umsetzung fokussiert primär auf die Übertragung der im Muster 16 (s.u.) enthaltenen Daten.
[Abbildung 1] Muster 16
Dieses Formular wird jedoch zur Realisierung mehrerer Anwendungsfälle (personenbezogenes Rezept, Sprechstundenbedarf, ..) genutzt, die nachfolgend näher erläutert werden.
Rationale
Das eRezept ist mit zentraler Bestandteil im neuen Gesetz für mehr Sicherheit in der Arzneimittelversorgung (GSAV). Hierbei soll das derzeit papiergebundene Rezept durch eine elektronische Fassung abgebildet werden.
Der vorliegende Implementierungsleitfaden stellt die vereinheitlichte elektronische Wiedergabe des elektronischen Rezepts dar und bildet
- das CDA-basierte Rezept in ISO/HL7 27932:2009 Ausgabe und
- die Profile für das FHIR-basierte Rezept
in der offiziellen Fassung für Deutschland, d.h. es wird gemäß des internationalen Regelwerks auf Basis dieser Standards als Profile erarbeitet und abgestimmt. Ziel ist somit eine offizielle Affiliate Localization.
Zweck
Im Rahmen dieses Leitfadens sollen die oben erwähnten Sachverhalte durch entsprechende semantische und strukturelle Vorgaben adressiert werden:
- Festlegung von Daten- und Übertragungsstandards auf der Basis von
- HL7 Clinical Document Architecture Format (ISO/HL7 27932:2009) mit Templates und Value Sets und
- HL7 FHIR® (Fast Healthcare Interoperability Resources) mit Profilen und Value Sets
Im weiteren Verlauf werden in den Abschnitten "Aufbau" und "Technische Spezifikationen"
- die Festlegung definierter semantische Bezugssysteme (insbesondere Klassifikationen, Terminologien) im Abschnitt "Terminologien",
- sowie durch Aufzeigen der Möglichkeiten des Mappings und automatisierter Konversionen der Spezifikationen untereinander im "Anhang"
erläutert.
Diese Spezifikationen werden als Beitrag für die weitere Zusammenarbeit mit Ärzten, Apothekern, anderen Projekten und Vorhaben und den entsprechenden Gremien und Arbeitsgruppen gesehen, die für das elektronische Rezept zuständig sind.
Vorarbeiten
Das Rezept wurde bereits mehrfach von unseren Nachbarländern bzw. in der Standardisierung abgebildet.
Standardisierung
Neben den Niederlanden hat auch Österreich in seinen Spezifikationen zur ELGA eine CDA-basierte Arzneimittelverordnung (eRezept) erarbeitet und offiziell abgestimmt. Parallel dazu gibt es Ausarbeitungen im Bereich IHE Pharmacy:
- PRE: Prescription
- CPMD: Community Prescription and Medication Dispense.
Ersteres kümmert sich um die inhaltlichen Vorgaben auf Basis von CDA, letzteres um den Transport beispielsweise über XDS. Letzteres passt damit sehr gut zu den deutschen Anforderungen für die Telematik-Infrastruktur (TI), die ebenfalls auf IHE ITI XDS basieren soll.
Neben diesen Vorarbeiten gibt es eine harmonisierte Ausarbeitung für CDA als "UV Medication Order Template" von HL7 International.
Im Rahmen dieses Projektes sollen diese Ansätze kombiniert werden.
andere KV-Formulare
Die Arzneimittelverordnung / das Rezept nutzt Module (Komponenten) aus den anderen Spezifikationen im Bereich Verordnungsmanagement sowie dem Projekt Medikationsplan PLUS und der konsolidierten Fassung der Medikationspläne im Medikationsmanagement. So lies sich relativ leicht ein Dokument-Template erstellen, das bereits die Grundlagen für das Verordnungsmanagement beinhaltet und dann nur noch Ergänzungen und Anpassungen für die dedizierten Abschnitte erforderte.
Nutzer
Mögliche Nutzer sind Institutionen, welche am Informationsaustausch im Rahmen des Rezepts beteiligt sind:
- Haus- und Facharztpraxen
- Apotheken
- Krankenhäuser
Zu den möglichen Akteuren gehören:
- Haus- und Fachärztinnen und –ärzte
- Mitarbeiterinnen und Mitarbeiter von Apotheken.
Forderungen und Potenziale
Derzeit laufen mehrere Projekte, die ebenfalls das Ziel eines elektronischen Rezepts verfolgen.
Der Ansatz des eRezepts auf internationalen Standards zielt auf den Einsatz im ambulanten und stationären Bereich inklusive neuerer und mobiler Anwendungen ab und stellt das Thema „Rezept“ auch für andere Gesundheits-Anwendungen als das reine Rezept oder AMTS zur Verfügung. Die Abbildungen zum Thema „Medikation“ sind über Anwendungsgrenzen hinweg isomorph, von Struktur und Semantik gleich bzw. nahezu gleich, ohne dabei starr zu sein.
Ein weiteres Ziel von eRezepten ist, dass diese ein natürlicher Bestandteil der sicheren Arzneimitteltherapie sind, vorrangig für den Patienten, aber auch für alle in die Therapie und Versorgung mit Medikamenten involvierten Gesundheitsdienstleister. Damit dies ohne große Brüche möglich ist, steht auch in diesem Vorhaben die Kompatibilität mit dem elektronischen Arztbrief und Arztbrief Plus [23], den Notfalldaten oder (später) einer Patientenakte im Vordergrund, ebenso die Kongruenz zu anderen Formularen aus dem Verordnungsmanagement.
Daraus ergeben sich die folgenden Forderungen, die diese Spezifikation flankierend unterstützen will:
- eRezepte sind integraler Bestandteil der intersektoralen Arzneimitteltherapie
- Medikamenten-Informationen nutzen zur eindeutigen Wiedergabe der Datenfelder sowie zur Abbildung der einzelnen Inhalte einheitliche Strukturen, unabhängig vom Anwendungsfall;
- Medikamenten-Informationen nutzen zur eindeutigen Kennzeichnung der Datenfelder sowie zur Abbildung der einzelnen Inhalte eine einheitliche Semantik im Sinne von Katalogen, Codierungen usw., insbesondere internationale Klassifikationen und Terminologien wie beispielsweise Logical Observation Identifiers Names and Codes (LOINC®), Systematisierte Nomenklatur der Medizin (SNOMED CT®) oder die Standard Terms des European Directorate for the Quality of Medicines (EDQM).
Abgrenzung
Das Thema "Signatur" wird explizit ausgeklammert. Das betrifft zum Einen den Umfang der Signatur, d.h. wann eine forteschrittene und wann eine qualifizierte Signatur benötigt, und zum Anderen, wie die Signatur angewendet wird. Hierzu existieren bereits andere Vorarbeiten, auf die dann Bezug genommen wird.
Offene Punkte und Besonderheiten
Folgende Punkte bedürfen noch einer weitergehenden Klärung:
- Das Projekt Medikationsplan PLUS schlägt für die Textteile in den entsprechenden Sections Tabellenstrukturen vor, die direkt ausgegeben werden können. Die Vorgaben hier legen eine Erzeugung einer druckbaren Darstellung durch ein Stylesheet nahe, so dass auch das entsprechende Formular "ausgefüllt" zur Verfügung stehen kann. Ein solches Stylesheet ist noch in der finalen Abrundung.
- Aus dem Projekt Medikationsplan PLUS bzw. dem Medikationsmanagement wurden für diese Spezifikation diverse Templates entweder gänzlich übernommen oder geeignet adaptiert. Ihre Passgenauigkeit muss noch diskutiert werden, da die Verordnung ein etwas anders gelagerter Anwendungsfall ist.
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Aufbau
Aufbau dieses Implementierungsleitfadens
Dieser Leitfaden eRezept beinhaltet die folgenden Spezifikationen:
- Ein Informationsmodell, das die grundlegenden Beziehungen der einzelnen Informationseinheiten zueinander darstellt
- Strukturelle Vorgaben in Form von Templates auf der Basis der Clinical Document Architecture Release 2, wiedergegeben in den Abschnitten zu den Templates CDA Dokumenten-Level, CDA Header-Level, CDA Section-Level und CDA Entry-Level
- Strukturelle Vorgaben in Form von FHIR-Profilen, wiedergegeben in der Technischen Spezifikation im Abschnitt FHIR-Profile
- Semantische Vorgaben in Form von Value Sets, aufgeführt im Abschnitt Terminologien.
Verwendete Standards und Spezifikationen
In der vorliegenden Spezifikation ist zum einen die Clinical Document Architecture Release 2 (CDA R2), auch ISO/HL7 27932:2009 die Grundlage.
Des Weiteren sind die FHIR-Profile zum eRezept auf dem so genannten R4 [3] (wo möglich, sonst STU 3 [4]) aufgebaut.
Templates, Profile und Value Sets wurden abgeleitet oder übernommen aus folgenden internationalen bzw. nationalen Standards:
- HL7 Deutschland: "Arztbrief 2014/2015 auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen" [5] und "Arztbrief Plus"[6]
Die genauen Referenzen in diese Standards sind bei den Templates unter Beziehungen/Relationships angegeben.
- HL7 Deutschland: FHIR Basisprofile[7]
Dieser Implementierungsleitfaden basiert weiterhin auf Vorarbeiten folgender Leitfäden:
sowie von HL7 Deutschland e. V. zur Verfügung gestellten CDA-Templates und FHIR-Profilen.
- Die Vorgaben zum eRezept der Europäischen Union, erarbeitet durch das IPS (International Patient Summary) Project
Tooling
Es sei darauf verwiesen, dass alle CDA-spezifischen technischen Artefakte wie Templates und Value Sets auf ART-DECOR®[9] als Spezifikations-Plattform einsehbar sind. Der direkte Link zur ART-DECOR® Live Version ist http://art-decor.org/art-decor/decor-project--vomgt-, die HTML-Dokumentation steht auf http://hl7de.art-decor.org/index.php?prefix=vomgt- zur Verfügung. Dort sind auch ergänzenden Materialien wie Beispieldokumente und Schematrons herunterladbar.
Die Templates werden mit ART-DECOR® erstellt und verwaltet, der darunterlegende Standard ist der so genannte Template Exchange Standard[10].
[Abbildung 2] Beispiel der Ansicht eines Templates und die zugehörige Navigation
Für die Erstellung der FHIR-Profile wurde Forge[11] von Furore genutzt, die Profile selbst wurden unter Simplifier[12] gespeichert. HL7 Deutschland hat für Simplifier eine so genannte Affiliate-Vereinbarung für die Basisprofile[7].
[Abbildung 3] Frontseite des Projekts auf Simplifier.net (FHIR-Profile)
Die FHIR-Profile werden in naher Zukunft transparent im Tool ART-DECOR® verfügbar gemacht (siehe [Abbildung 4] und dort mit den Funktionalen Definitionen verbunden.
[Abbildung 4] Beispiel der Darstellung von FHIR-Profilen in ART-DECOR®, die auf simplifier.net gehostet werden
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Transportaspekte
Interaktionsdiagramm
In diesem Leitfaden geht es um die Präzisierung des Aufbaus von Dokumenten für die eVerordnung, d.h. wie diese inhaltlich strukturiert sind.
Im Allgemeinen wird ein CDA-Dokument von einer Anwendung in einem bestimmten Kontext erzeugt und dann als ganzheitliches Objekt übertragen. Dies kann auf unterschiedlichen Wegen passieren (bspw. als Datei, als Binärobjekt in einer Email oder als Objekt einer Akte wie EFA, eEPA oder EGA), diese werden hier aber nicht spezifiziert. Dieses Objekt wird dann letztendlich von einer – oder mehreren – Anwendungen konsumiert:
[Abbildung 5] Interaktionsdiagramm
Dokumentenaustausch
Für den Austausch der Dokumente gibt es mehrere Möglichkeiten, zu denen eine Reihe von konkreten Vorgaben existieren - insbesondere bei IHE ITI -, die hier nur kurz genannt werden sollen:
- IHE ITI
- speziell die Integrationsprofile XDS, XDM und XDR
- Telematikinfrastruktur (in Vorbereitung)
- KV-Connect
- SafeMail
- FTP
- eRezept-Server
- ...
Diese Liste ist nicht vollständig und soll nur als Beispiel dienen.
Rechtssichere Übertragung
Eine eVerordnung/ ein eRezept kann papierbegleitend, aber auch papierersetzend umgesetzt werden. Im letzteren Fall ist diese mit einer rechtssicheren elektronischen Signatur (fortgeschritten oder QES) zu ergänzen:
- Datenschutz-/-sicherheit
- IT-Sicherheit
- Verschlüsselung
- Signaturen
Akteure
Folgende Akteure kommen in Kontakt mit einer Verordnung/ einem Rezept
- Vertragsarzt
- Krankenhaus
- Versicherter
- Apotheke/ Krankenhausapotheke
- Kostenträger
- Kassenärztliche Vereinigung
Transportwege
- Arzt – Patient – Apotheke – Apothekenrechenzentrum – Krankenkasse – Kassenärztliche Vereinigung
- Krankenhaus – Patient – Apotheke – Apothekenrechenzentrum – Krankenkasse – Kassenärztliche Vereinigung
- Arzt – Patient – Apotheke – Apothekenrechenzentrum – Berufsgenossenschaft – Kassenärztliche Vereinigung
Weitere Wege?
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Use Case
Als Grundlage fallen alle Transaktionen in die übergeordnete Transaktion eVerordnung. Darunter sind die drei Basistransaktionen zu verstehen, die dann einerseits spezialisiert werden, und andererseits ggf. mit anderen Akteuren durchgeführt werden:
- eVerschreibung durchführen (verordnen)
- eVerschreibung ausgeben
- eVerschreibung abrechnen
[Abbildung 6] Use Cases
eVerschreibung durchführen
Für die Verordnung einer Medikation wird diese Aktion spezialisiert als:
- eRezept erstellen und eVerschreibung übergeben
Für Heil- und Hilfsmittel sind die Prozesse im Wesentlichen gleich. Für Transportaufträge erfolgt keine Ausgabe, sondern eine entsprechende Leistungserbringung. Im Prinzip unterscheiden sich diese durch unterschiedliche Spezialisierung der Dokumente - statt eines Medikamentenrezepts eine Brillenverordnung - und andere Transakteure.
eVerschreibung einlösen
eVerschreibung abrechnen
Stornierung einer Verschreibung
Es ist zu diskutieren, inwieweit eine Stornierung explizit definiert werden muss? Im einfachsten Fall wird ein Rezept innerhalb des Gültigkeitsztraums nicht eingelöst. Ein einmal ausgegebens Rezept befindet sich aktuell im Besitz des Patienten und kann daher vom ausgebenden Arzt nicht mehr storniert werden.
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Informationsmodell
Vorgehensweise
Im Mittelpunkt dieser Ausarbeitung steht das Informationsmodell, aus dem die beiden technischen Umsetzungen in Form von CDA und FHIR abgeleitet werden. Dieses Informationsmodell wird durch die beteiligten Organisationen und deren Mitglieder erarbeitet. Über das Interoperabilitätsforum steht es aber auch weiteren Institutionen offen.
Die Qualitätssicherung für eine anschließende Ballotierung als sog. Affiliate Localization wird durch HL7 Deutschland übernommen.
Die inhaltliche Ausarbeitung orientiert sich primär an den Erfordernissen, die aus dem papiergebundenen Rezept abgeleitet werden können. Dies geschieht über die Erfassung als ART-DECOR Data Set, woran sich auch die Erarbeitung als übergordnetes Informationsmodell orientiert.
Als Randbedingungen fließen hierzu die Vorarbeiten ein, die bspw. über IHE Pharmacy, HL7 International, ELGA in Österreich und das europäische eRezept bereits vorhanden sind. Idealerweise werden diese miteinander harmonisiert. Als Ergebnis entstehen dann Templates (Document, Section, Entries) für CDA und äquivalente FHIR-Profile. Das zusammen bildet dann diesen Implementierungsleitfaden. Als informative Ergänzung werden dann XML-Schemas und ggf. auch Schematron für Testzwecke generiert.
[Abbildung 7] Vorgehensweise
Hierarchien
Bei der Informationsmodellierung lassen sich verschiedene Hierarchien identifizieren, die nachfolgend kurz erläutert werden.
Prozesshierarchie
Zuerst einmal lässt sich der Prozess in drei Teilprozesse zerlegen:
- eVerschreibung: Arzt - Patient/Angehöriger/Bevollmächtigter - Leistungserbringer
- eAbgabe: Leistungserbringer - Patient
- eAbrechnung: Leistungserbringer - Kostenträger
Anmerkung: Der Arzt ist in der Verschreibung der Hauptakteur, während er als Leistungserbringer ebenfalls in anderen Szenarien wie beispielsweise bei Laboraufträgen, die heir keine Rolle spielen, in Erscheinung treten kann.
[Abbildung 8] Prozesshierarchie
Zwischen diesen Akteuren werden die entsprechenden Dokumente ausgetauscht.
Akteurhierarchie
Genauso können einzelne Akteure weiter spezialisiert werden, je nachdem, um welche Verordnung es sich handelt.
[Abbildung 9] Akteurshierarchie
Dokumentenhierarchie
Die verschiedenen Dokumenttypen, die im Verordnungsprozess eine primäre Rolle spielen, lassen sich ebenfalls in einer Hierachie anordnen, so dass das Rezept als Muster 16 nur eine Ausprägung davon darstellt. Die anderen Muster lassen sich im Prinzip ähnlich abbilden.
[Abbildung 10] Dokumentenhierarchie
Das Rezept selbst steht in einem Zusammenhang mit der Abgabe und Abrechnung.
[Abbildung 11] Zusammenhang zwischen den Dokumenten
Damit ergeben sich in einer Template-Darstellung folgende Dokumentbeziehungen:
[Abbildung 12] Dokumentbeziehungen
Informationsmodell (als Domain Model)
Die im Falle von Verordnungen relevanten Informationen lassen sich in ein gemeinsames Informationsmodell (als Domain Model) einordnen:
[Abbildung 13] Informationsmodell
Das Informationsmodell wurde als Domänenmodell erstellt, um eine leicht erhöhtes Abstraktionsniveau sicherzustellen. Daraus lässt sich dann ein Klassenmodell ableiten, das hier aber nicht weiter betrachtet wird.
Data Set
Grundlegender Bestandteil für eine Abbildung in CDA und FHIR ist das Vorhandensein eines Informationsmodells, das eine entsprechende Datenmenge umfasst.
Die Daten, die für alle KV-Formulare in gleicher Art behandelt werden können, lassen sich wie folgt strukturieren:
[Abbildung 14] Dataset Headerdaten
Die Daten, die die speziellen Details aus dem Rezept enthalten, sind wie folgt strukturiert:
[Abbildung 15] Dataset Rezeptdaten
CDA Domänenmodell
Das eigentliche Domänenmodell für CDA lässt sich daraus ableiten. Auf der linken Seite in nachfolgender Abbildung sind drei Dokumente aufgeführt, die mit diesem Leitfaden ausspezifiziert werden müssen. Inhaltlich beinhalten diese die Medikation mit den Details zum Medikament.
[Abbildung 16] Domänenmodell CDA
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Dosier-Beispiele
Im Folgenden sind die Dosierschemas aufgelistet und mit Beispielen (CDA-Instanzenfragmente) verdeutlicht. Ein Dosierschema besteht typischerweise aus Zeitangaben (der Einnahme) und der Dosis (Medikamentenmenge).
Unterstützte Dosierschemas (Zeitangaben):
- Zeitpunkt (einmalige Gabe)
- Ereignis-gesteuert, ggf. mit Offset (z. B. morgens, mittags, nach dem Frühstück, 1 h nach dem Mittagessen, etc.)
- Periodische Intervalle, ggf. mit Wiederholung (z. B. täglich, wöchentlich, alle 8 Stunden, donnerstags, etc.)
- Kombinationen aus 2 und 3 (z. B. donnerstags 30 Minuten vor dem Frühstück)
Unterstützte Dosierschemas (Dosis):
- Menge und (standardisierte) Einheit (100 mg, 1 Tablette, 2 Hübe, 10 ml)
- Mengenbereich von bis und (standardisierte) Einheit (1-2 Tabletten)
- Laufraten (Menge und Einheit pro Zeit, im ambulanten Setting eher unüblich)
Diese sollen durch die folgenden Beispiele erläutert werden.
Zeitpunkt (einmalige Gabe)
Einmalig Gabe
Die Einnahme der Dosis erfolgt einmalig. Über diesen Mechanismus kann auch angegeben werden, dass der Einnahmezeitpunkt unbekannt ist.
einmalig am 9. Januar 2019
<effectiveTime value="20190109"/>
einmalig 100 ml am 14. September 2018
<effectiveTime value="20180914"/>
<doseQuantity value="100" unit="ml"/>
Einnahmezeitpunkt unbekannt
<effectiveTime nullFlavor="UNK"/>
Ereignis-gesteuert, ggf. mit Offset
Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ereignis, ggf. mit Offset
Macht die Angabe von ereignisbezogenen Wiederholungen (z. B. Morgens/Mittags/Abends/zur Nacht/Nachts) möglich und gibt ein periodisches Zeitintervall an, in dem die Wiederholung auf Aktivitäten des täglichen Lebens oder anderen wichtigen Ereignissen basiert, die zeitabhängig sind, jedoch nicht vollständig von der Zeit bestimmt werden.
mittags 10 mg
<effectiveTime xsi:type="EIVL_TS">
<event code="CD"/>
</effectiveTime>
<doseQuantity value="10" unit="mg"/>
morgens 1 (Stück)
<effectiveTime xsi:type="EIVL_TS">
<event code="CM"/>
</effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>
abends 1-2 (Hübe)
<effectiveTime xsi:type="EIVL_TS">
<event code="CV"/>
</effectiveTime>
<doseQuantity>
<low value="1" unit="{Hübe}"/>
<high value="2" unit="{Hübe}"/>
</doseQuantity>
30 Minuten nach dem Abendessen 1 Stück
<effectiveTime xsi:type="EIVL_TS">
<event code="PCV"/>
<offset value="30" unit="min"/>
</effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>
Die folgenden Tabellen geben eine Übersicht über Einnahmezeitpunkte (Ereignisse bzw. die zu verwendenden Codes) sowie mögliche Mahlzeitenhinweisen.
Morgens
|
Mittags
|
Abends
|
zur Nacht
|
CM
|
CD
|
CV
|
HS
|
|
Frühstück
|
Mittagessen
|
Abendessen
|
(Nachtruhe)
|
Vor der Mahlzeit
|
ACM
|
ACD
|
ACV
|
-
|
Während der Mahlzeit
|
CM
|
CD
|
CV
|
-
|
Nach der Mahlzeit
|
PCM
|
PCD
|
PCV
|
-
|
Zwischen Frühstück und Mittagessen
|
ICM
|
-
|
-
|
Zwischen Mittagessen und Abendessen
|
-
|
ICD
|
-
|
Zwischen Abendessen und Nachtruhe
|
-
|
-
|
ICV
|
Das zugehörige Value Set (mit deutschen Übersetzungen) findet sich hier.
Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen. |
Id | 1.2.276.0.76.11.463 | Gültigkeit | 2018‑09‑11 21:05:52 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | TimingEvent | Bezeichnung | TimingEvent |
---|
Beschreibung | Original TimingEvent Value Set von HL7 mit deutschen Designationen |
---|
Benutzung: 3 | Id | Name | Typ |
---|
Template |
---|
hl7de-template-4023 | Einzeldosierungen (mpp 2018) | DYNAMIC | hl7de-template-4023 | Einzeldosierungen (mpp 2018) | DYNAMIC | hl7de-template-4023 | Einzeldosierungen (mpp 2018) | DYNAMIC |
|
|
2 Quell-Codesysteme | |
---|
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 | |
---|
Level/ Typ | Code | Bezeichnung | Codesystem |
---|
0‑L | d | Day | Unified Code for Units of Measure | 0‑L | a | Year | Unified Code for Units of Measure | 0‑L | h | Hour | Unified Code for Units of Measure | 0‑L | min | Minute | Unified Code for Units of Measure | 0‑L | mo | Month | Unified Code for Units of Measure | 0‑L | s | Second | Unified Code for Units of Measure | 0‑L | wk | Week | Unified Code for Units of Measure |
|
|
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben. |
Periodische Intervalle mit Ereignis, ggf. mit Wiederholung
Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase und Ereignis, ggf. mit Wiederholungsintervall
Die beiden vorhergehenden Dosierschema-Typen können auch kombiniert werden, um komplexere Dosierangaben zu spezifizieren.
Jeden Donnerstag 30 Minuten vor dem Frühstück
<effectiveTime xsi:type="SXPR_TS">
<comp xsi:type="PIVL_TS">
<phase value="20180913"/>
<!-- Jeden Donnerstag (der 13.9.2018 ist der erste Donnerstag innerhalb der Gebrauchsperiode) -->
<period value="1" unit="wk"/>
<!-- Wiederholperiode 1 Woche -->
</comp>
<comp xsi:type="EIVL_TS" operator="A">
<!-- 30 Minuten vor dem Frühstück -->
<event code="ACM"/>
<offset value="30" unit="min"/>
</comp>
</effectiveTime>
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Komplexe Dosierangaben
Im Folgenden finden sich weitere komplexere Dosierbeispiele, die ergänzend zum Implementierungsleitfaden „Medikationsmanagement“ der AG eMedikation prägnante Beispiele von komplexen Dosierschemata auflisten. Die Beispiele sind im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden.
Phenprocoumon
Phenprocoumon (Marcumar®, Falithrom®, div. Generika; ATC: B01AA04)
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So
|
Patient A |
1 |
1 |
1 |
1/2 |
1 |
0,25 |
1
|
[Tabelle 1] Beispiel 1a Phenprocoumon
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So
|
Patient B |
1 |
0,5 |
1 |
0,5 |
1 |
0,5 |
1
|
[Tabelle 2] Beispiel 1b Phenprocoumon
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So
|
Patient B |
1,5 |
1,5 |
1 |
1 |
1,5 |
1 |
1,5
|
[Tabelle 3] Beispiel 1c Phenprocoumon
Therapie des Multiplen Myeloms
Therapie des Multiplen Myeloms mit
- Bortezomib (Velcade ®, ATC: L01XX32)
- Melphalan (Alkeran®, ATC: L01AA03)
- Prednisolon (div. Anbieter, ATC: H02AB06)
- Aciclovir (div. Anbieter, ATC: J05AB01)
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
2.067 mg in Zubereitung |
|
|
2.067 mg in Zubereitung |
|
|
s.c Gabe in Praxis
|
Alkeran 2 mg Tabl. |
8-0-0-0 |
8-0-0-0 |
8-0-0-0 |
8-0-0-0 |
|
|
|
oral
|
Prednisolon 50 mg Tabl. |
2-0-0-0 |
2-0-0-0 |
2-0-0-0 |
2-0-0-0 |
|
|
|
oral
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 4] Beispiel 2 Woche 1 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
2.067 mg in Zubereitung |
|
|
2.067 mg in Zubereitung |
|
|
s.c Gabe in Praxis
|
Alkeran 2 mg Tabl. |
|
|
|
|
|
|
|
|
Prednisolon 50 mg Tabl. |
|
|
|
|
|
|
|
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 5] Beispiel 2 Woche 2 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
|
|
|
|
|
|
|
|
Alkeran 2 mg Tabl. |
|
|
|
|
|
|
|
|
Prednisolon 50 mg Tabl. |
|
|
|
|
|
|
|
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 6] Beispiel 2 Woche 3 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
2.067 mg in Zubereitung |
|
|
2.067 mg in Zubereitung |
|
|
s.c Gabe in Praxis
|
Alkeran 2 mg Tabl. |
|
|
|
|
|
|
|
|
Prednisolon 50 mg Tabl. |
|
|
|
|
|
|
|
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 7] Beispiel 2 Woche 4 und 5 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
|
|
|
|
|
|
|
|
Alkeran 2 mg Tabl. |
|
|
|
|
|
|
|
|
Prednisolon 50 mg Tabl. |
|
|
|
|
|
|
|
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 8] Beispiel 2 Woche 6 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
2.067 mg in Zubereitung |
|
|
|
|
|
s.c Gabe in Praxis
|
Alkeran 2 mg Tabl. |
8-0-0-0 |
8-0-0-0 |
8-0-0-0 |
8-0-0-0 |
|
|
|
oral
|
Prednisolon 50 mg Tabl. |
2-0-0-0 |
2-0-0-0 |
2-0-0-0 |
2-0-0-0 |
|
|
|
oral
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 9] Beispiel 2 Woche 7 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
2.067 mg in Zubereitung |
|
|
|
|
|
s.c Gabe in Praxis
|
Alkeran 2 mg Tabl. |
|
|
|
|
|
|
|
|
Prednisolon 50 mg Tabl. |
|
|
|
|
|
|
|
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 10] Beispiel 2 Woche 8 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
|
|
|
|
|
|
|
Alkeran 2 mg Tabl. |
|
|
|
|
|
|
|
|
Prednisolon 50 mg Tabl. |
|
|
|
|
|
|
|
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 11] Beispiel 2 Woche 9 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
2.067 mg in Zubereitung |
|
|
|
|
|
s.c Gabe in Praxis
|
Alkeran 2 mg Tabl. |
|
|
|
|
|
|
|
|
Prednisolon 50 mg Tabl. |
|
|
|
|
|
|
|
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 12] Beispiel 2 Woche 10 und 11 Multiples Myelom
|
Mo |
Di |
Mi |
Do |
Fr |
Sa |
So |
Anmerkung
|
Velcade Lösung |
|
|
|
|
|
|
|
Alkeran 2 mg Tabl. |
|
|
|
|
|
|
|
|
Prednisolon 50 mg Tabl. |
|
|
|
|
|
|
|
|
Aciclovir 400 mg Tabl. |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
1-0-1-0 |
oral
|
[Tabelle 13] Beispiel 2 Woche 12 bis 14 Multiples Myelom
Patient mit Dialysebehandlung
|
Mo
|
Di - Dialysetag
|
Mi
|
Do
|
Fr - Dialysetag
|
Sa
|
So
|
Anmerkung
|
Furosemid 500 mg Tabl (ATC: C03CA01)
|
0,5-0,5-0-0
|
0,5-0,5-0-0
|
0,5-0,5-0-0
|
0,5-0,5-0-0
|
0,5-0,5-0-0
|
0,5-0,5-0-0
|
0,5-0,5-0-0
|
oral
|
Ramipril 5 mg Tabl (ATC: C09AA05)
|
1-0-0,5-0
|
1-0-0-0
|
1-0-0,5-0
|
1-0-0,5-0
|
1-0-0-0
|
1-0-0,5-0
|
1-0-0,5-0
|
oral
|
Metoprolol 47,5 mg Retardtbl (ATC: C07AB02)
|
1-0-1-0
|
1-0-1-0
|
1-0-1-0
|
1-0-1-0
|
1-0-1-0
|
1-0-1-0
|
1-0-1-0
|
oral
|
Amlodipin 5 mg Tabl (ATC: C08CA01)
|
1-0-0-0
|
|
1-0-0-0
|
1-0-0-0
|
|
1-0-0-0
|
1-0-0-0
|
Oral
|
Calcitriol 0,25 mg Tabl (ATC: A11CC04)
|
|
1-0-0-0
|
|
|
1-0-0-0
|
|
|
Oral
|
Sevelamercarbonat 800 mg Tabl (ATC: V03AE02)
|
2
|
2
|
2
|
2
|
2
|
2
|
2
|
Oral zur Hauptmahlzeit
|
Calciumacetat 475 mg Tabl (ATC: V03AE07)
|
1-2-1-0
|
1-2-1-0
|
1-2-1-0
|
1-2-1-0
|
1-2-1-0
|
1-2-1-0
|
1-2-1-0
|
oral
|
Eisen(III)-gluconat 40 mg (ATC: B03AC07)
|
|
0-1-0-0
|
|
|
|
|
|
i.v. in der Praxis
|
Erythropoetin 3000 IE Fspr (ATC: B03XA01)
|
|
1
|
|
|
1
|
|
|
i.v. in der Praxis
|
Gabapentin 300 mg Hartkaps (ATC: N03AX12)
|
1-0-0-0
|
0-2-0-0
|
1-0-0-0
|
1-0-0-0
|
0-2-0-0
|
1-0-0-0
|
1-0-0-0
|
Oral NACH der Dialyse
|
[Tabelle 14] Beispiel 3 Dialysepatient
- ↑ Beispiel 1a Phenprocoumon
- ↑ Beispiel 1b Phenprocoumon
- ↑ Beispiel 1c Phenprocoumon
- ↑ Beispiel 2 Woche 1 Multiples Myelom
- ↑ Beispiel 2 Woche 2 Multiples Myelom
- ↑ Beispiel 2 Woche 3 Multiples Myelom
- ↑ Beispiel 2 Woche 4 und 5 Multiples Myelom
- ↑ Beispiel 2 Woche 6 Multiples Myelom
- ↑ Beispiel 2 Woche 7 Multiples Myelom
- ↑ Beispiel 2 Woche 8 Multiples Myelom
- ↑ Beispiel 2 Woche 9 Multiples Myelom
- ↑ Beispiel 2 Woche 10 und 11 Multiples Myelom
- ↑ Beispiel 2 Woche 12 bis 14 Multiples Myelom
- ↑ Beispiel 3 Dialysepatient
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Mapping-Tabelle
Die nachfolgende Tabelle stellt eine Übersicht dar, welche Informationen wo wie zusammengehören. Ein Mapping zwischen den Schemata aus der TI und den beschriebenen CDA-Templates ist möglich.
Die Tabelle ist hierbei über die Spalte ART-DECOR Data-Set sortiert:
Feld-Nr. Muster 16
|
KBV-Bezeichnung / Feldinhalt
|
ART-DECOR-Dataset
|
Informationsmodell Klasse.Attribut
|
CDA-Template
|
OID
|
TI
|
Bemerkung
|
1
|
Codierleiste
|
-
|
-
|
-
|
-
|
|
nicht zu spezifizieren
|
9a
|
Apothekennummer
|
Apotheken-Nummer / IK
|
Leistungserbringer .KassenNr
|
|
|
|
|
19
|
Ausstellungsdatum
|
Ausstellungsdatum
|
eVerschreibung .Ausgabedatum
|
ClinicalDocument .effectiveTime
|
|
|
|
12
|
Fälschungssicheres Ausfüllen des Vordrucks
|
-
|
-
|
-
|
|
|
Diese Eigenschaft kann durch elektronische Signatur der Dokumente erreicht werden, was aber außerhalb des Skopes dieses Leitfadens liegt.
|
13
|
Position des Vertragsarztstempels
|
Arztdaten
|
Autor
|
author.id
|
|
|
|
13a + 18
|
Arzt-Nummer (LANR)
|
LANR
|
Person.id
|
author .assignedAuthor .id .[root="1.2.276.0.76.4.16"] .id.@extension
|
1.2.276.0.76.4.16
|
|
|
13b
|
|
Name
|
Person.Name
|
author .assignedAuthor .assignedPerson .name.family
|
|
|
|
13c
|
|
Vorname
|
Person.Vorname
|
author .assignedAuthor .assignedPerson .name.given
|
|
|
|
13d
|
|
Telefon (Arzt)
|
Person.Kontaktdaten
|
author .assignedAuthor .telecom
|
|
|
|
13e
|
|
Berufsbezeichnung
|
Autor .Berufsbezeichnung
|
|
|
|
|
13f
|
|
Titel
|
Person.Name
|
author .assignedAuthor .assignedPerson .name.given
|
|
|
|
17
|
Betriebsstätten-Nummer
|
Betriebsstätte BSNR
|
Organisation .Identifikation
|
author .representedOrganisation .id
|
|
|
|
17a
|
|
Betriebs stättenanschrift
|
Organisation.Adresse
|
author .representedOrganisation .addr
|
|
|
|
17b
|
|
Betriebsstättenname
|
Organisation.Name
|
author .assignedAuthor .representedOrganisation .name
|
|
|
|
17c
|
|
Betriebsstätte Telefon
|
Organisation.Adresse
|
author .assignedAuthor .representedOrganisation .telecom
|
|
|
|
17f
|
|
ASV-Teamnummer
|
Team.Identifikation
|
author .assignedAuthor .id.[root= "1.2.276.0.76.4.99999"] .id.@extension
|
1.2.276.0.76.4.99999
|
|
noch die richtige OID für das Codesystem zuordnen
|
14
|
Personalienfeld
|
Patientendaten
|
Person
|
recordTarget
|
|
|
wie in den anderen Formularen
|
-
|
Name des Versicherten
|
Name
|
Person.Name
|
recordTarget .name
|
|
|
|
14c
|
Vorname des Versicherten
|
Vorname
|
Person.Name .Vorname
|
recordTarget .name.given
|
|
VSD.Versicherter .Person.Vorname
|
|
14b
|
|
Nachname
|
Person.Name .Nachname
|
recordTarget .name.family
|
|
VSD.Versicherter .Person.Nachname
|
|
14f
|
|
Vorsatzwort
|
Person.Name .Vorsatzwort
|
recordTarget .name.prefix + "VV"
|
|
VSD.Versicherter .Person .Vorsatzwort
|
|
14g
|
|
Namenszusatz
|
Person.Name .Namenszusatz
|
recordTarget .name.prefix + "NB"
|
|
VSD.Versicherter .Person .Namenszusatz
|
|
14h
|
|
Titel
|
Person.Name.Titel
|
recordTarget .name.prefix + "AC"
|
|
|
|
14i
|
|
PostfachAdresse (PLZ, Postfach, Ort, Land)
|
Person.Ort
|
recordTarget .addr/postBox
|
|
|
|
14j
|
|
Strassenadresse (Strasse, Hausnummer, PLZ, Ort, Land, Anschriftenzusatz)
|
Person.Ort .Straße
|
recordTarget .addr/streetName
|
|
|
|
-
|
|
Versichertendaten
|
-
|
PolicyActivity
|
|
|
|
14a
|
Krankenkasse bzw. Kostenträger
|
KrankenkassenName
|
Kostenträger
|
PolicyActivity .performer .assignedEntity.id
|
|
|
wird indirekt über die Verschreibung realisiert
|
14e
|
Kostenträgerkennung
|
Kassen-IKNr
|
Kostenträger .KassenNr
|
PolicyActivity .performer .assignedEntity .representedOrganisation .name
|
|
|
|
14k
|
KV-Zuordnung
|
KV-Zuordnung
|
-
|
PolicyActivity .entryRelationship .observation [code/@code="KV-Zuordnung"] .value
|
1.2.276.0.76.3.1 .135.8.5.99
|
|
im Modell weggelassen
|
14l
|
WOP-Kennzeichen
|
WOP-Kennzeichen
|
-
|
PolicyActivity .entryRelationship .observation [code/@code="WOP"] .value
|
1.2.276.0.76.3.1 .135.8.5.99
|
|
im Modell weggelassen
|
15
|
Versicherten-Nummer
|
eGK-Nummer
|
Person.id
|
PolicyActivity .participant .participantRole .id
|
|
|
|
16
|
Status
|
Status (1=Mitglied, 3=Familie, 5=Rentner)
|
Patient .Versichertenstatus
|
PolicyActivity .participant .participantRole .code
|
2.16.840.1.113883 .3.7.1.1
|
|
|
24
|
weitere Kennzeichen
|
Weitere Kennzeichen: 1=ASV, 4=Entlassmangement, 7=Terminservice unklar
|
eVerschreibung .weitereKennzeichen
|
PolicyActivity .entryRelationship .observation [code/@code= "KENNZEICHEN"] .value
|
1.2.276.0.76.5.484
|
|
wo das genutzt wird
|
25
|
besondere Personengruppe
|
Besondere Personengruppe
|
Patient .besondere Personengruppe
|
PolicyActivity .entryRelationship .observation [code/@code= "PRSNGRP"] .value
|
1.2.276.0.76.5.222
|
|
|
26
|
DMP-Zuordnung
|
DMP-Zuordnung
|
Patient.DMP-Kennzeichnung
|
DMPObservation .value
|
1.2.276.0.76.11.138
|
|
|
14d
|
Geburtsdatum des Versicherten
|
Geburtsdatum
|
Person.Geburtsdatum
|
recordTarget.birthTime
|
-
|
|
|
-
|
|
Geschlecht
|
Person.Geschlecht
|
eGK-GeschlechtObservation .value
|
1.2.276.0.76.11.458
|
|
|
-
|
|
eVerschreibung
|
eVerschreibung
|
ClinicalDocument .code=57833-6
|
1.2.276.0.76.10.1030"
|
|
|
7
|
Sonder- kennzeichen bei der Verordnung von Arznei-, Verband- und Hilfsmitteln
|
Sonder- kennzeichnungen = Rezeptmerkmale
|
|
|
|
|
|
7a
|
Hilfsmittel
|
|
Hilfsmittelrezept
|
Spezialisierung von ClinicalDocument .code?
|
|
|
Feld 7=7, Value Set für ClinicalDocument .code definieren
|
7b
|
Impfstoff
|
|
Inhaltsstoff.Inhaltsstoff
|
|
|
|
Feld 8=8, Value Set für ClinicalDocument .code definieren, oder Kennzeichen bei dem Medikament?
|
7c
|
Sprechstunden Bedarf
|
|
Praxisrezept
|
anderes recordTarget Template
|
1.2.276.0.76.3.1. 135.8.10.118
|
|
Arznei-/ Verbandmittel: Feld9=9 Hilfsmittel: Feld7=7 + Feld9=9 Impfstoff: Feld8=8 + Feld9=9
|
23
|
Verordnungszeile
|
Verordnungszeile ist unterteilt in strukturiert und unstrukturiert
|
Medikament
|
RezeptSection .text.paragraph
|
|
|
mit Referenz auf das Medikament
|
23a
|
|
Strukturiert:
|
-
|
Medikament
|
|
|
|
10 + 23a1
|
Aut idem
|
Autidem BL => verschieben zu verordnetes Medikament
|
Item.Substitution
|
SubstitutionPermission .act.code
|
|
Medikament
|
|
23a2
|
|
Menge
|
Item.Menge
|
.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .quantity
|
|
|
|
9d + 23a3
|
Arzneimittel- /Hilfsmittel-Nummer
|
PZN
|
Produkt.Identifier
|
.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .code
|
1.2.276.0.76.4.6
|
|
|
23a4
|
|
Handelsname (kurz oder lang)
|
Produkt.Handelsname
|
.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .name
|
|
|
|
23a4a
|
-
|
Chargennummer
|
|
.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .lotNumber
|
|
|
|
23a6
|
-
|
Packungsgröße- Menge
|
Container .Packungsgröße- Menge
|
|
|
|
|
23a7
|
-
|
Packungsgröße- Einheit
|
Container .Packungsgröße- Einheit
|
|
UCUM?
|
|
|
23a8
|
-
|
Darreichungsform: IFA-Code
|
Medikament .Darreichungsform
|
.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .formCode
|
|
|
|
23a8a
|
-
|
Art der Anwendung
|
Einnahme.routing
|
.substanceAdministration .routeCode
|
|
|
|
23a11
|
-
|
Wirkstoffmenge
|
Inhaltsstoff .Menge+Einheit
|
.substanceAdministration .consumable .manufacturedProduct .manufacturedMaterial .ingredient .quantity
|
|
|
|
23a9
|
-
|
Dosierung: Mo/Mi/Ab/zN => unter Medikament aufnehmen
|
Einnahme
|
Subordinate Substance Administration: effectiveTime + doseQuantity
|
|
|
|
23a9a
|
|
wann einnehmen
|
Einzelanwendung
|
Subordinate Substance Administration: effectiveTime
|
UCUM?
|
|
|
23a9b
|
|
wieviel einnehmen
|
Einzelanwendung
|
Subordinate Substance Administration: doseQuantity
|
UCUM?
|
|
|
23a9c
|
-
|
Einnahmedauer (von-bis)
|
Einnahme (Start- + Enddatum / Dauer)
|
.substanceAdministration .effectiveTime
|
|
|
|
23a10
|
-
|
Zusatzinfo
|
Item.Textzeile
|
wichtige Angaben Section
|
|
|
|
23b
|
-
|
Unstrukturiert
|
-
|
RezeptSection .text.paragraph
|
|
|
|
23b1
|
|
Freitext (in Kombination mit aut idem)
|
Rezeptur.Freitext
|
"
|
|
|
|
-
|
Patienteninstruktionen
|
|
Einnahmehinweis
|
Patienteninstruktionen Entry
|
|
|
|
11
|
Verordnungen im Rahmen einer „künstlichen Befruchtung“
|
noch abbilden
|
|
|
|
|
mit in die Gebühren-Section?
|
2
|
Gebühr frei bzw. Gebührenpflichtig
|
Zuzahlungsstatus: geb.pfl / geb.frei
|
eVerordnung .Gebührenpflicht
|
GebührenObservation.value
|
1.2.276.0.76.11.462
|
|
Abbildung über Value Set
|
2a
|
Gebührenfrei
|
"
|
"
|
GEBFREI
|
1.2.276.0.76.3.1 .135.8.11.25
|
|
|
2b
|
Gebührenpflichtig
|
"
|
"
|
PFLICHTIG
|
1.2.276.0.76.3.1 .135.8.11.25
|
|
|
3
|
Befreiung von der Notdienstgebühr
|
"
|
"
|
NOCTU
|
1.2.276.0.76.3.1 .135.8.11.25
|
|
|
4
|
Sonstige
|
"
|
"
|
|
über OTH abbilden
|
|
|
8
|
Begründungspflicht
|
noch abbilden
|
|
|
|
|
nicht verwenden
|
5
|
Unfall / Arbeitsunfall
|
Unfallbetrieb
|
Unfall
|
-
|
|
|
|
5a
|
Unfall
|
Unfall/Arbeitsunfall
|
Unfall.Arbeitsunfall
|
AccidentObservation .value
|
|
|
Accident Observation fehlt im IG
|
5b
|
Arbeitsunfall
|
Unfall/Arbeitsunfall
|
"
|
AccidentObservation .value
|
|
|
Abbildung als Value Set
|
5c
|
Unfalltag
|
Unfalltag
|
Unfall.Unfallzeitpunkt
|
AccidentObservation .effectiveTime
|
|
|
|
5d
|
Unfallbetrieb oder Arbeitgeber- nummer
|
Unfallbetrieb = string
|
Unfall .Unfallbetrieb
|
AccidentSection.text
|
|
|
|
6
|
Anspruchs- berechtigte nach dem Bundes- entschädigungs- gesetz / Bundes- versorgungs- gesetz
|
noch abbilden
|
|
|
|
|
mit in die Gebühren-Section?
|
|
|
eAbgabe
|
eAbgabe
|
|
1.2.276.0.76.10.1031
|
|
|
|
|
Apotheken-Nummer/IK
|
Kostenträger.KassenNr
|
|
|
|
|
20
|
Abgabedatum in der Apotheke
|
Abgabedatum
|
eAbgabe.datum
|
|
|
|
|
|
|
Empfangsgestätigung
|
-
|
-
|
|
|
Unterschrift des Patienten
|
9
|
Abrechnungsfelder
|
eAbrechnung
|
eAbrechnung
|
nicht exportiert?
|
1.2.276.0.76.10.1032
|
|
|
9b
|
Zuzahlung
|
Zuzahlung
|
eAbrechnung .Zuzahlung
|
Zuzahlung Observation .value
|
|
|
|
|
-
|
Notdienstgebühr
|
eAbgabe .Notdienstgebühr
|
Notdienstgebühr Observation .value
|
|
|
|
9c
|
Gesamtbrutto
|
Gesamt-Brutto
|
eAbrechnung .Gesamtbrutto
|
Gesamtbrutto Observation .value
|
|
|
|
|
|
Abgerechnetes Medikament
|
-
|
|
|
|
|
|
|
Medikament
|
siehe eVerschreibung
|
|
|
|
|
9e
|
Faktor
|
Faktor
|
eAbrechnung .Faktor
|
|
|
|
|
9f
|
Taxe
|
Taxe
|
eAbrechnung .Taxe
|
|
|
|
|
|
|
Vermerke der Krankenkasse
|
eAbrechnung .Vermerk
|
|
|
|
|
[Tabelle 1] Mappingtabelle
CDA-Spezifikation
Besonderheiten bei der CDA-Spezifikation "eRezept"
Erläuterungen zu Kardinalität, Konformität, NullFlavor
Es wird auf die Erläuterungen andernorts zu den Themen
- Kardinalität, Konformität [1]
- NullFlavor [2]
hingewiesen.
Besondere Hinweise zur Verwendung von Identifikationen (IDs)
In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint
- Patienten, identifiziert über die Krankenversichertennummer (KVNR),
- Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),
- Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),
- Institutionskennzeichen (IKNR) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.
Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums[13], [14].
Krankenversichertennummer (KVNR)
Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.
Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.
<recordTarget typeCode="RCT" contextControlCode="OP">
<patientRole classCode="PAT">
<id root="1.2.276.0.76.4.8" extension="G970865268"/>
...
</patientRole>
</recordTarget>
Lebenslange Arztnummer (LANR)
Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.
<assignedAuthor>
<id root="1.2.276.0.76.4.16" extension="381259301"/>
...
</assignedAuthor >
Betriebsstättennummer (BSNR)
Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.
<representedOrganization>
<id root="1.2.276.0.76.4.17" extension="981069211"/>
<name>Beispiel Krankenhaus</name>
</representedOrganization>
Institutionskennzeichen (IKNR)
Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IKNR) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland
<scopingOrganization>
<id root="1.2.276.0.76.4.5" extension="302205023"/>
<name>Beispiel Krankenhaus</name>
</scopingOrganization >
CDA mit Informellen Erweiterungen
In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.
In dieser Spezifikation wird an einer Stelle eine solche Informelle Erweiterung genutzt:
- Bei Wirkstoff- und Packungsangaben zum Medikament
Wirkstoff- und Packungsangaben beim Medikament
Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung urn:hl7-org:pharm
behandelt und verwenden in der Regel das Namespacepräfix pharm:
.
Übersicht CDA Header und Body
Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben.
eRezept
-
Document 16: eRezept (1.2.276.0.76.10.1030)
-
CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
-
* Personenname (1.2.276.0.76.10.90030)
-
CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051)
-
* CDA Organization (2.16.840.1.113883.10.12.151)
-
CDA author Person (vomgt) (1.2.276.0.76.10.2049)
-
CDA Person Elements (1.2.276.0.76.10.90010)
-
CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)
-
CDA author software (pmp) (1.2.276.0.76.10.2031)
-
CDA custodian (1.2.276.0.76.10.2004)
-
CDA legalAuthenticator (1.2.276.0.76.10.2020)
-
CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
-
CDA Person Elements (1.2.276.0.76.10.90010)
-
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)
|
[Abbildung 17] CDA-Dokument-Template für das eRezept
eAbgabe
-
Document 16: eAbgabe (1.2.276.0.76.10.1031)
-
CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
-
* Personenname (1.2.276.0.76.10.90030)
-
CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051)
-
* CDA Organization (2.16.840.1.113883.10.12.151)
-
CDA author Person (vomgt) (1.2.276.0.76.10.2049)
-
CDA Person Elements (1.2.276.0.76.10.90010)
-
CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)
-
CDA author software (pmp) (1.2.276.0.76.10.2031)
-
CDA custodian (1.2.276.0.76.10.2004)
-
CDA legalAuthenticator (1.2.276.0.76.10.2020)
-
CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
-
CDA Person Elements (1.2.276.0.76.10.90010)
-
CDA Organization Elements (1.2.276.0.76.10.90011)
-
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)
|
[Abbildung 18] CDA-Dokument-Template für die eAbgabe
eAbrechnung
-
Document 16: eAbrechnung (1.2.276.0.76.10.1032)
-
CDA recordTarget (vomgt) (1.2.276.0.76.10.2048)
-
* Personenname (1.2.276.0.76.10.90030)
-
CDA recordTarget Praxis (vomgt) (1.2.276.0.76.10.2051)
-
* CDA Organization (2.16.840.1.113883.10.12.151)
-
CDA author Person (vomgt) (1.2.276.0.76.10.2049)
-
CDA Person Elements (1.2.276.0.76.10.90010)
-
CDA Organization Elements (vomgt) (1.2.276.0.76.10.90032)
-
CDA author software (pmp) (1.2.276.0.76.10.2031)
-
CDA custodian (1.2.276.0.76.10.2004)
-
CDA legalAuthenticator (1.2.276.0.76.10.2020)
-
CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
-
CDA Person Elements (1.2.276.0.76.10.90010)
-
CDA Organization Elements (1.2.276.0.76.10.90011)
-
CDA relatedDocument eRezept (1.2.276.0.76.3.1.135.8.10.116)
-
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)
|
[Abbildung 19] CDA-Dokument-Template für die eAbrechnung
CDA Document Level Templates
Dieser Leitfaden enthält die Spezifikation für die drei eRezept-relevanten Dokumenttypen: eVerschreibung, eAbgabe und eAbrechnung.
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:51Andere 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 |
---|
| | | | | (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-dataelement-4 | Patientendaten | KV-Mustersammlung |
| | cs | 0 … 1 | F | RCT | | 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> | | | 1 … 1 | M | | (F16...ept) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2048 | | | 1 … 1 | | | (F16...ept) | | 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> | | | 0 … * | R | | (F16...ept) | | 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> | | | 0 … 1 | | | (F16...ept) | | cs | 0 … 1 | F | PSN | | 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) | | PN | 1 … 1 | M | Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
| (F16...ept) | | | vomgt-dataelement-26 | Name | KV-Mustersammlung | vomgt-dataelement-773 | Full Name | KV-Mustersammlung |
| | Beispiel | Dr. med. Sine Johanna Gräfin von Oberberg <name> <prefix qualifier="AC">Dr. med. </prefix> <given>Sine Johanna</given> <prefix qualifier="NB">Gräfin </prefix> <prefix qualifier="VV">von </prefix> <family>Oberberg</family></name> | | Beispiel | Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB <name> <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix> <given>Fritz</given> <given>Julius</given> <given>Karl</given> <prefix qualifier="NB">Freiherr </prefix> <prefix qualifier="VV">von und zu </prefix> <family>Rathenburg vor der Isar</family> <suffix>, MdB</suffix></name> | | ENXP | 0 … * | | Titel | (F16...ept) | wo [@qualifier='AC'] | | | set_cs | 1 … 1 | F | AC | | ENXP | 0 … * | | Vorname | (F16...ept) | | ENXP | 0 … * | | Namenszusatz | (F16...ept) | wo [@qualifier='NB'] | | | set_cs | 1 … 1 | F | NB | | ENXP | 0 … * | | Vorsatzwort | (F16...ept) | wo [@qualifier='VV'] | | | set_cs | 1 … 1 | F | VV | | ENXP | 0 … * | | Nachname | (F16...ept) | | ENXP | 0 … * | | Suffix | (F16...ept) | | | | | | hl7:administrativeGenderCode
|
| CE | | NP | Hier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element. (Weitere Informationen zu diesem Thema: http://wiki.hl7.de/index.php?title=Geschlecht)
| (F16...ept) | | 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) | | cs | 0 … 1 | F | RCT | | 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> | | | 1 … 1 | M | | (F16...ept) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2051 | | | 1 … 1 | | | (F16...ept) | | 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> | | | 0 … * | R | | (F16...ept) | | 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> | | TEL | 0 … * | | | (F16...ept) | | | 1 … 1 | M | Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC) | (F16...ept) | Eingefügt | 1 … 1 | R | von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC) | | hl7:author
|
| | 1 … 1 | R | | (F16...ept) | wo [hl7:templateId/@root='1.2.276.0.76.10.2049'] | | | | vomgt-dataelement-3 | Arztdaten | KV-Mustersammlung | vomgt-dataelement-33 | Betriebsstättennummer | KV-Mustersammlung | vomgt-dataelement-34 | Arzt-Nr | KV-Mustersammlung |
| | | @typeCode
|
| cs | 0 … 1 | F | AUT | | | @contextControlCode
|
| cs | 0 … 1 | F | OP | | Beispiel | <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) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2049 | | | hl7:functionCode
|
| CE | 0 … 1 | | | (F16...ept) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC) |
| | | hl7:time
|
| TS.DATE.MIN | 1 … 1 | | | (F16...ept) | | | vomgt-dataelement-755 | Krankenhausaufnahme | KV-Mustersammlung |
| | | hl7:assignedAuthor
|
| | 1 … 1 | | | (F16...ept) | | cs | 0 … 1 | F | ASSIGNED | | 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) | | st | 1 … 1 | R | | | uid | 1 … 1 | F | 1.2.276.0.76.4.16 | | II | 0 … 1 | R | Die ASV-Teamnummer wird in einer eigenen Wiederholung untergebracht. Die OID dafür ist beantragt, aber noch nicht zugewiesen.
Es muss entweder die ASV-Teamnummer oder die BSNR übermittelt werden!
| (F16...ept) | | | vomgt-dataelement-679 | ASV-Teamnummer | KV-Mustersammlung |
| | st | 1 … 1 | R | | | uid | 1 … 1 | F | 1.2.276.0.76.4.200 | | 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) |
| | TEL | 0 … * | | | (F16...ept) | | | 1 … 1 | M | | (F16...ept) | Eingefügt | | | von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) | | | 0 … 1 | F | PSN | | | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | | (F16...ept) | | | | hl7:representedOrganization
|
| | 1 … 1 | M | | (F16...ept) | | | vomgt-dataelement-756 | Krankenhaus | KV-Mustersammlung |
| | Beispiel | <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <id root="1.2.276.0.76.4.17" extension="123456700"/> <name> <!-- ... --> </name></representedOrganization> | Eingefügt | | | von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | 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) | | st | 0 … 1 | | | | uid | 0 … 1 | F | 1.2.276.0.76.4.17 | | ON | 1 … 1 | M | | (F16...ept) | | TEL | 0 … * | | | (F16...ept) | | 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 | | 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 | | cs | 0 … 1 | F | ASSIGNED | | II | 1 … 1 | R | | hhsoftpmp | | | | hl7:assignedAuthoringDevice
|
| | 1 … 1 | R | | hhsoftpmp | | cs | 0 … 1 | F | DEV | | cs | 0 … 1 | F | INSTANCE | | | | | hl7:manufacturerModelName
|
| SC | 0 … 1 | | | hhsoftpmp | | 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) | | | 0 … 1 | F | ASSIGNED | | | | hl7:representedCustodianOrganization
|
| | 1 … 1 | M | | (F16...ept) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 1 … 1 | M | | (F16...ept) | | ON | 1 … 1 | M | | (F16...ept) | | TEL | 0 … 1 | | | (F16...ept) | | AD | 0 … 1 | | | (F16...ept) | Eingefügt | 0 … 1 | | von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC) | | hl7:legalAuthenticator
|
| | 0 … 1 | | | (F16...ept) | | | vomgt-dataelement-849 | Legal Entity | KV-Mustersammlung |
| | | @typeCode
|
| | 0 … 1 | F | LA | | | @contextControlCode
|
| | 0 … 1 | F | OP | | | hl7:time
|
| TS | 1 … 1 | R | | (F16...ept) | | | hl7:signatureCode
|
| CS | 1 … 1 | R | | (F16...ept) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC) |
| | | hl7:assignedEntity
|
| | 1 … 1 | R | | (F16...ept) | Eingefügt | | | von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) | | II | 1 … * | R | | (F16...ept) | | AD | 0 … 1 | R | | (F16...ept) | | TEL | 0 … * | R | | (F16...ept) | | | 1 … 1 | M | | (F16...ept) | Eingefügt | | | von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) | | | 0 … 1 | F | PSN | | | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | | (F16...ept) | | | | hl7:representedOrganization
|
| | 0 … 1 | | | (F16...ept) | Eingefügt | | | von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) | | | 0 … 1 | F | ORG | | | vomgt-dataelement-770 | Hospital Information | KV-Mustersammlung |
| | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (F16...ept) | | ON | 1 … 1 | M | | (F16...ept) | | TEL | 0 … * | | | (F16...ept) | | AD | 0 … 1 | | | (F16...ept) | | hl7:component
|
| | 1 … 1 | R | | (F16...ept) | | | @typeCode
|
| cs | 0 … 1 | F | COMP | | | @contextConductionInd
|
| bl | 1 … 1 | R | | | | hl7:structuredBody
|
| | 1 … 1 | R | | (F16...ept) | | cs | 0 … 1 | F | DOCBODY | | cs | 0 … 1 | F | EVN | | | 1 … 1 | M | Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC) | (F16...ept) | | cs | 0 … 1 | F | COMP | | bl | 1 … 1 | R | | | | 1 … 1 | M | Beinhaltet 1.2.276.0.76.10.3134 Rezept Section (16) (DYNAMIC) | (F16...ept) | | cs | 0 … 1 | F | COMP | | bl | 1 … 1 | R | | | | 0 … 1 | R | Beinhaltet 1.2.276.0.76.10.3042 Wichtige Angaben (DYNAMIC) | (F16...ept) | | cs | 0 … 1 | F | COMP | | bl | 1 … 1 | R | | | | 0 … 1 | R | Beinhaltet 1.2.276.0.76.10.3135 Accident Section (16) (DYNAMIC) | (F16...ept) | | cs | 0 … 1 | F | COMP | | bl | 1 … 1 | R | | | | 0 … 1 | R | Beinhaltet 1.2.276.0.76.10.3136 Gebührenpflicht Section (16) (DYNAMIC) | (F16...ept) | | cs | 0 … 1 | F | COMP | | 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 |
---|
| | | | | (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-dataelement-4 | Patientendaten | KV-Mustersammlung |
| | cs | 0 … 1 | F | RCT | | 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> | | | 1 … 1 | M | | (F16...abe) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2048 | | | 1 … 1 | | | (F16...abe) | | 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> | | | 0 … * | R | | (F16...abe) | | 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> | | | 0 … 1 | | | (F16...abe) | | cs | 0 … 1 | F | PSN | | 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) | | PN | 1 … 1 | M | Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
| (F16...abe) | | | vomgt-dataelement-26 | Name | KV-Mustersammlung | vomgt-dataelement-773 | Full Name | KV-Mustersammlung |
| | Beispiel | Dr. med. Sine Johanna Gräfin von Oberberg <name> <prefix qualifier="AC">Dr. med. </prefix> <given>Sine Johanna</given> <prefix qualifier="NB">Gräfin </prefix> <prefix qualifier="VV">von </prefix> <family>Oberberg</family></name> | | Beispiel | Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB <name> <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix> <given>Fritz</given> <given>Julius</given> <given>Karl</given> <prefix qualifier="NB">Freiherr </prefix> <prefix qualifier="VV">von und zu </prefix> <family>Rathenburg vor der Isar</family> <suffix>, MdB</suffix></name> | | ENXP | 0 … * | | Titel | (F16...abe) | wo [@qualifier='AC'] | | | set_cs | 1 … 1 | F | AC | | ENXP | 0 … * | | Vorname | (F16...abe) | | ENXP | 0 … * | | Namenszusatz | (F16...abe) | wo [@qualifier='NB'] | | | set_cs | 1 … 1 | F | NB | | ENXP | 0 … * | | Vorsatzwort | (F16...abe) | wo [@qualifier='VV'] | | | set_cs | 1 … 1 | F | VV | | ENXP | 0 … * | | Nachname | (F16...abe) | | ENXP | 0 … * | | Suffix | (F16...abe) | | | | | | hl7:administrativeGenderCode
|
| CE | | NP | Hier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element. (Weitere Informationen zu diesem Thema: http://wiki.hl7.de/index.php?title=Geschlecht)
| (F16...abe) | | 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) | | cs | 0 … 1 | F | RCT | | 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> | | | 1 … 1 | M | | (F16...abe) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2051 | | | 1 … 1 | | | (F16...abe) | | 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> | | | 0 … * | R | | (F16...abe) | | 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> | | TEL | 0 … * | | | (F16...abe) | | | 1 … 1 | M | Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC) | (F16...abe) | Eingefügt | 1 … 1 | R | von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC) | | hl7:author
|
| | 1 … 1 | R | | (F16...abe) | wo [hl7:templateId/@root='1.2.276.0.76.10.2049'] | | | | vomgt-dataelement-3 | Arztdaten | KV-Mustersammlung | vomgt-dataelement-33 | Betriebsstättennummer | KV-Mustersammlung | vomgt-dataelement-34 | Arzt-Nr | KV-Mustersammlung |
| | | @typeCode
|
| cs | 0 … 1 | F | AUT | | | @contextControlCode
|
| cs | 0 … 1 | F | OP | | Beispiel | <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) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2049 | | | hl7:functionCode
|
| CE | 0 … 1 | | | (F16...abe) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC) |
| | | hl7:time
|
| TS.DATE.MIN | 1 … 1 | | | (F16...abe) | | | vomgt-dataelement-755 | Krankenhausaufnahme | KV-Mustersammlung |
| | | hl7:assignedAuthor
|
| | 1 … 1 | | | (F16...abe) | | cs | 0 … 1 | F | ASSIGNED | | 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) | | st | 1 … 1 | R | | | uid | 1 … 1 | F | 1.2.276.0.76.4.16 | | II | 0 … 1 | R | Die ASV-Teamnummer wird in einer eigenen Wiederholung untergebracht. Die OID dafür ist beantragt, aber noch nicht zugewiesen.
Es muss entweder die ASV-Teamnummer oder die BSNR übermittelt werden!
| (F16...abe) | | | vomgt-dataelement-679 | ASV-Teamnummer | KV-Mustersammlung |
| | st | 1 … 1 | R | | | uid | 1 … 1 | F | 1.2.276.0.76.4.200 | | 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) |
| | TEL | 0 … * | | | (F16...abe) | | | 1 … 1 | M | | (F16...abe) | Eingefügt | | | von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) | | | 0 … 1 | F | PSN | | | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | | (F16...abe) | | | | hl7:representedOrganization
|
| | 1 … 1 | M | | (F16...abe) | | | vomgt-dataelement-756 | Krankenhaus | KV-Mustersammlung |
| | Beispiel | <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <id root="1.2.276.0.76.4.17" extension="123456700"/> <name> <!-- ... --> </name></representedOrganization> | Eingefügt | | | von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | 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) | | st | 0 … 1 | | | | uid | 0 … 1 | F | 1.2.276.0.76.4.17 | | ON | 1 … 1 | M | | (F16...abe) | | TEL | 0 … * | | | (F16...abe) | | 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 | | 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 | | cs | 0 … 1 | F | ASSIGNED | | II | 1 … 1 | R | | hhsoftpmp | | | | hl7:assignedAuthoringDevice
|
| | 1 … 1 | R | | hhsoftpmp | | cs | 0 … 1 | F | DEV | | cs | 0 … 1 | F | INSTANCE | | | | | hl7:manufacturerModelName
|
| SC | 0 … 1 | | | hhsoftpmp | | 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) | | | 0 … 1 | F | ASSIGNED | | | | hl7:representedCustodianOrganization
|
| | 1 … 1 | M | | (F16...abe) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 1 … 1 | M | | (F16...abe) | | ON | 1 … 1 | M | | (F16...abe) | | TEL | 0 … 1 | | | (F16...abe) | | AD | 0 … 1 | | | (F16...abe) | Eingefügt | 0 … 1 | | von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC) | | hl7:legalAuthenticator
|
| | 0 … 1 | | | (F16...abe) | | | vomgt-dataelement-849 | Legal Entity | KV-Mustersammlung |
| | | @typeCode
|
| | 0 … 1 | F | LA | | | @contextControlCode
|
| | 0 … 1 | F | OP | | | hl7:time
|
| TS | 1 … 1 | R | | (F16...abe) | | | hl7:signatureCode
|
| CS | 1 … 1 | R | | (F16...abe) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC) |
| | | hl7:assignedEntity
|
| | 1 … 1 | R | | (F16...abe) | Eingefügt | | | von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) | | II | 1 … * | R | | (F16...abe) | | AD | 0 … 1 | R | | (F16...abe) | | TEL | 0 … * | R | | (F16...abe) | | | 1 … 1 | M | | (F16...abe) | Eingefügt | | | von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) | | | 0 … 1 | F | PSN | | | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | | (F16...abe) | | | | hl7:representedOrganization
|
| | 0 … 1 | | | (F16...abe) | Eingefügt | | | von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) | | | 0 … 1 | F | ORG | | | vomgt-dataelement-770 | Hospital Information | KV-Mustersammlung |
| | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (F16...abe) | | ON | 1 … 1 | M | | (F16...abe) | | TEL | 0 … * | | | (F16...abe) | | 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) | | cs | 0 … 1 | F | DOCCLIN | | cs | 0 … 1 | F | EVN | | II | 1 … 1 | M | Identifikationsnummer des eRezepts | (F16...abe) | | CD | 0 … 1 | | | (F16...abe) | | CONF | 0 … 1 | F | 2.16.840.1.113883.6.1 (LOINC) | | II | 0 … 1 | | | (F16...abe) | | INT | 0 … 1 | | | (F16...abe) | | hl7:component
|
| | 1 … 1 | R | | (F16...abe) | | | @typeCode
|
| cs | 0 … 1 | F | COMP | | | @contextConductionInd
|
| bl | 1 … 1 | R | | | | hl7:structuredBody
|
| | 1 … 1 | R | | (F16...abe) | | cs | 0 … 1 | F | DOCBODY | | cs | 0 … 1 | F | EVN | | | 1 … 1 | M | Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC) | (F16...abe) | | cs | 0 … 1 | F | COMP | | bl | 1 … 1 | R | | | | 1 … 1 | M | Beinhaltet 1.2.276.0.76.10.3137 Abgabe Section (16) (DYNAMIC) | (F16...abe) | | cs | 0 … 1 | F | COMP | | 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 |
---|
| | | | | (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-dataelement-4 | Patientendaten | KV-Mustersammlung |
| | cs | 0 … 1 | F | RCT | | 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> | | | 1 … 1 | M | | (F16...ung) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2048 | | | 1 … 1 | | | (F16...ung) | | 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> | | | 0 … * | R | | (F16...ung) | | 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> | | | 0 … 1 | | | (F16...ung) | | cs | 0 … 1 | F | PSN | | 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) | | PN | 1 … 1 | M | Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
| (F16...ung) | | | vomgt-dataelement-26 | Name | KV-Mustersammlung | vomgt-dataelement-773 | Full Name | KV-Mustersammlung |
| | Beispiel | Dr. med. Sine Johanna Gräfin von Oberberg <name> <prefix qualifier="AC">Dr. med. </prefix> <given>Sine Johanna</given> <prefix qualifier="NB">Gräfin </prefix> <prefix qualifier="VV">von </prefix> <family>Oberberg</family></name> | | Beispiel | Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB <name> <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix> <given>Fritz</given> <given>Julius</given> <given>Karl</given> <prefix qualifier="NB">Freiherr </prefix> <prefix qualifier="VV">von und zu </prefix> <family>Rathenburg vor der Isar</family> <suffix>, MdB</suffix></name> | | ENXP | 0 … * | | Titel | (F16...ung) | wo [@qualifier='AC'] | | | set_cs | 1 … 1 | F | AC | | ENXP | 0 … * | | Vorname | (F16...ung) | | ENXP | 0 … * | | Namenszusatz | (F16...ung) | wo [@qualifier='NB'] | | | set_cs | 1 … 1 | F | NB | | ENXP | 0 … * | | Vorsatzwort | (F16...ung) | wo [@qualifier='VV'] | | | set_cs | 1 … 1 | F | VV | | ENXP | 0 … * | | Nachname | (F16...ung) | | ENXP | 0 … * | | Suffix | (F16...ung) | | | | | | hl7:administrativeGenderCode
|
| CE | | NP | Hier sollte das administrative Geschlecht des Patienten übermittelt werden. In KBV-Formularen spielt allerdings nur die Information über das Geschlecht eine Rolle, was auf der eGK enthalten ist. Dies wird über eine separate Observation übermittelt. Deshalb entfällt diese Element. (Weitere Informationen zu diesem Thema: http://wiki.hl7.de/index.php?title=Geschlecht)
| (F16...ung) | | 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) | | cs | 0 … 1 | F | RCT | | 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> | | | 1 … 1 | M | | (F16...ung) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2051 | | | 1 … 1 | | | (F16...ung) | | 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> | | | 0 … * | R | | (F16...ung) | | 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> | | TEL | 0 … * | | | (F16...ung) | | | 1 … 1 | M | Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC) | (F16...ung) | Eingefügt | 1 … 1 | R | von 1.2.276.0.76.10.2049 CDA author Person (vomgt) (DYNAMIC) | | hl7:author
|
| | 1 … 1 | R | | (F16...ung) | wo [hl7:templateId/@root='1.2.276.0.76.10.2049'] | | | | vomgt-dataelement-3 | Arztdaten | KV-Mustersammlung | vomgt-dataelement-33 | Betriebsstättennummer | KV-Mustersammlung | vomgt-dataelement-34 | Arzt-Nr | KV-Mustersammlung |
| | | @typeCode
|
| cs | 0 … 1 | F | AUT | | | @contextControlCode
|
| cs | 0 … 1 | F | OP | | Beispiel | <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) | | uid | 1 … 1 | F | 1.2.276.0.76.10.2049 | | | hl7:functionCode
|
| CE | 0 … 1 | | | (F16...ung) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC) |
| | | hl7:time
|
| TS.DATE.MIN | 1 … 1 | | | (F16...ung) | | | vomgt-dataelement-755 | Krankenhausaufnahme | KV-Mustersammlung |
| | | hl7:assignedAuthor
|
| | 1 … 1 | | | (F16...ung) | | cs | 0 … 1 | F | ASSIGNED | | 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) | | st | 1 … 1 | R | | | uid | 1 … 1 | F | 1.2.276.0.76.4.16 | | II | 0 … 1 | R | Die ASV-Teamnummer wird in einer eigenen Wiederholung untergebracht. Die OID dafür ist beantragt, aber noch nicht zugewiesen.
Es muss entweder die ASV-Teamnummer oder die BSNR übermittelt werden!
| (F16...ung) | | | vomgt-dataelement-679 | ASV-Teamnummer | KV-Mustersammlung |
| | st | 1 … 1 | R | | | uid | 1 … 1 | F | 1.2.276.0.76.4.200 | | 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) |
| | TEL | 0 … * | | | (F16...ung) | | | 1 … 1 | M | | (F16...ung) | Eingefügt | | | von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) | | | 0 … 1 | F | PSN | | | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | | (F16...ung) | | | | hl7:representedOrganization
|
| | 1 … 1 | M | | (F16...ung) | | | vomgt-dataelement-756 | Krankenhaus | KV-Mustersammlung |
| | Beispiel | <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <id root="1.2.276.0.76.4.17" extension="123456700"/> <name> <!-- ... --> </name></representedOrganization> | Eingefügt | | | von 1.2.276.0.76.10.90032 CDA Organization Elements (vomgt) (DYNAMIC) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | 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) | | st | 0 … 1 | | | | uid | 0 … 1 | F | 1.2.276.0.76.4.17 | | ON | 1 … 1 | M | | (F16...ung) | | TEL | 0 … * | | | (F16...ung) | | 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 | | 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 | | cs | 0 … 1 | F | ASSIGNED | | II | 1 … 1 | R | | hhsoftpmp | | | | hl7:assignedAuthoringDevice
|
| | 1 … 1 | R | | hhsoftpmp | | cs | 0 … 1 | F | DEV | | cs | 0 … 1 | F | INSTANCE | | | | | hl7:manufacturerModelName
|
| SC | 0 … 1 | | | hhsoftpmp | | 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) | | | 0 … 1 | F | ASSIGNED | | | | hl7:representedCustodianOrganization
|
| | 1 … 1 | M | | (F16...ung) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 1 … 1 | M | | (F16...ung) | | ON | 1 … 1 | M | | (F16...ung) | | TEL | 0 … 1 | | | (F16...ung) | | AD | 0 … 1 | | | (F16...ung) | Eingefügt | 0 … 1 | R | von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC) | | hl7:legalAuthenticator
|
| | 0 … 1 | R | | (F16...ung) | | | vomgt-dataelement-849 | Legal Entity | KV-Mustersammlung |
| | | @typeCode
|
| | 0 … 1 | F | LA | | | @contextControlCode
|
| | 0 … 1 | F | OP | | | hl7:time
|
| TS | 1 … 1 | R | | (F16...ung) | | | hl7:signatureCode
|
| CS | 1 … 1 | R | | (F16...ung) | | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC) |
| | | hl7:assignedEntity
|
| | 1 … 1 | R | | (F16...ung) | Eingefügt | | | von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) | | II | 1 … * | R | | (F16...ung) | | AD | 0 … 1 | R | | (F16...ung) | | TEL | 0 … * | R | | (F16...ung) | | | 1 … 1 | M | | (F16...ung) | Eingefügt | | | von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) | | | 0 … 1 | F | PSN | | | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | | (F16...ung) | | | | hl7:representedOrganization
|
| | 0 … 1 | | | (F16...ung) | Eingefügt | | | von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) | | | 0 … 1 | F | ORG | | | vomgt-dataelement-770 | Hospital Information | KV-Mustersammlung |
| | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (F16...ung) | | ON | 1 … 1 | M | | (F16...ung) | | TEL | 0 … * | | | (F16...ung) | | 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) | | cs | 0 … 1 | F | DOCCLIN | | cs | 0 … 1 | F | EVN | | II | 1 … 1 | M | Identifikationsnummer des eRezepts | (F16...ung) | | CD | 0 … 1 | | | (F16...ung) | | CONF | 0 … 1 | F | 2.16.840.1.113883.6.1 (LOINC) | | II | 0 … 1 | | | (F16...ung) | | 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) | | cs | 0 … 1 | F | DOCCLIN | | cs | 0 … 1 | F | EVN | | II | 1 … 1 | M | Identifikationsnummer der eAbgabe | (F16...ung) | | CD | 0 … 1 | | | (F16...ung) | | CONF | 0 … 1 | F | 2.16.840.1.113883.6.1 (LOINC) | | II | 0 … 1 | | | (F16...ung) | | INT | 0 … 1 | | | (F16...ung) | | hl7:component
|
| | 1 … 1 | R | | (F16...ung) | | | @typeCode
|
| cs | 0 … 1 | F | COMP | | | @contextConductionInd
|
| bl | 1 … 1 | R | | | | hl7:structuredBody
|
| | 1 … 1 | R | | (F16...ung) | | cs | 0 … 1 | F | DOCBODY | | cs | 0 … 1 | F | EVN | | | 1 … 1 | M | Beinhaltet 1.2.276.0.76.10.3103 Insurance Section (DYNAMIC) | (F16...ung) | | cs | 0 … 1 | F | COMP | | bl | 1 … 1 | R | | | | 1 … 1 | M | Beinhaltet 1.2.276.0.76.10.3137 Abgabe Section (16) (DYNAMIC) | (F16...ung) | | cs | 0 … 1 | F | COMP | | bl | 1 … 1 | R | | | | 1 … 1 | M | Beinhaltet 1.2.276.0.76.10.3138 Zahlung Section (16) (DYNAMIC) | (F16...ung) | | cs | 0 … 1 | F | COMP | | bl | 1 … 1 | R | |
|
Im Header der Verordnungsdateien werden alle benötigten administrativen Daten in einer festen Struktur abgebildet. Die hier erfassten Daten sind umfangreicher als auf einer papiergebundenen Verordnung, wodurch eine maschinelle Verarbeitung innerhalb verschiedener Institutionen unterstützt wird, da keine administrativen Daten mehr an anderer Stelle hinzugefügt werden müssen.
CDA recordTarget (vomgt)
Id | 1.2.276.0.76.10.2048 | Gültigkeit | 2016‑02‑19 15:12:48 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | CDArecordTargetvomgt | Bezeichnung | CDA recordTarget (vomgt) |
---|
Beschreibung | Das recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst IDs und dem Namen, Geschlecht, Adressen etc. |
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 1 Konzept | Id | Name | Datensatz |
---|
vomgt-dataelement-4 | Patientendaten | KV-Mustersammlung |
|
|
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.276.0.76.10.90030 | Inklusion | Personenname | DYNAMIC |
|
|
---|
Beziehung | Spezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (DYNAMIC) ref ad1bbr- Spezialisierung: Template 1.2.276.0.76.10.2001 CDA recordTarget (2013‑07‑10) ref hl7de- |
---|
|
CDA recordTarget Praxis (vomgt)
CDA author Person (vomgt)
CDA Section Level Templates
Insurance Section
Rezept Section
wichtige Angaben Section
Accident Section
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 |
---|
| | | | | (Abg...n16) | | @moodCode
|
| cs | 0 … 1 | F | EVN | | @classCode
|
| cs | 0 … 1 | F | DOCSECT | | hl7:templateId
|
| II | 1 … 1 | M | | (Abg...n16) | | | @root
|
| uid | 1 … 1 | F | 1.2.276.0.76.10.3137 | | hl7:id
|
| II | 0 … 1 | | | (Abg...n16) | | hl7:code
|
| CE | 1 … 1 | M | | (Abg...n16) | | | @code
|
| CONF | 1 … 1 | F | 60590-7 | | | @codeSystem
|
| 1 … 1 | F | 2.16.840.1.113883.6.1 (LOINC) | | | @codeSystemName
|
| 1 … 1 | F | LOINC | | | @displayName
|
| 1 … 1 | F | Medication Dispensed.Brief | | hl7:title
|
| ST | 1 … 1 | M | | (Abg...n16) | | CONF | Elementinhalt muss "Abgabe" sein |
| | hl7:text
|
| SD.TEXT | 1 … 1 | M | | (Abg...n16) | | hl7:entry
|
| | 1 … * | R | Beinhaltet 1.2.276.0.76.10.4301 Medikation Abgabe Entry (16) (DYNAMIC) | (Abg...n16) | | | @typeCode
|
| cs | 0 … 1 | F | DRIV |
|
Gebühren Section
Dieser Abschnitt dokumentiert, ob der Patient Zuzahlungen leisten muss. Es wird in dem Rezept-Dokument verwendet.
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 |
---|
| | | | | (F16...ion) | | @classCode
|
| cs | 0 … 1 | F | DOCSECT | | @moodCode
|
| cs | 0 … 1 | F | EVN | | hl7:templateId
|
| II | 1 … 1 | M | | (F16...ion) | | | @root
|
| uid | 1 … 1 | F | 1.2.276.0.76.10.3138 | | hl7:code
|
| CE | 0 … 1 | | | (F16...ion) | | | @code
|
| CONF | 0 … 1 | F | ZAHLUNG | | | @codeSystem
|
| 0 … 1 | F | 1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99) | | hl7:title
|
| ST | 1 … 1 | M | | (F16...ion) | | CONF | Elementinhalt muss "Zahlung" sein |
| | hl7:entry
|
| | 0 … 1 | R | Beinhaltet 1.2.276.0.76.10.4302 Zuzahlung Observation (16) (DYNAMIC) | (F16...ion) | | | @typeCode
|
| cs | 1 … 1 | R | | | CONF | Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19446 x_ActRelationshipEntry (DYNAMIC) |
| | hl7:entry
|
| | 0 … 1 | R | Beinhaltet 1.2.276.0.76.3.1.135.8.10.132 Notdienstgebühr Observation (16) (DYNAMIC) | (F16...ion) | | | @typeCode
|
| cs | 1 … 1 | R | | | CONF | Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19446 x_ActRelationshipEntry (DYNAMIC) |
| | hl7:entry
|
| | 1 … 1 | M | Beinhaltet 1.2.276.0.76.10.4300 Gesamtbrutto Observation (16) (DYNAMIC) | (F16...ion) | | | @typeCode
|
| cs | 1 … 1 | R | | | CONF | Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19446 x_ActRelationshipEntry (DYNAMIC) |
|
|
CDA Entry Level Templates
Abgabeanforderung
|
Dieses Template ist aus dem UV Medication Order (UV Dispense Request) übernommen. |
Coverage Activity
DMP Observation
eGK-Geschlecht Observation
Mit dieser Observation wird die Geschlechtsinformation, so wie sie auf der eGK gespeichert ist, übertragen.
Einnahmedauer
Einzeldosierungen
|
Dieses Template ist aus dem Medikationsplan PLUS übernommen. |
Id | 1.2.276.0.76.10.4023 | Gültigkeit | 2018‑11‑01Andere 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 | | | 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}"/> | | CS | 1 … 1 | M | | medssdpmp | | 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) |
| | IVL_PQ | 0 … 1 | | | medssdpmp | | 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}"/> | | IVL_TS | 1 … 1 | M | | medssdpmp | | PQ | 0 … 1 | | | medssdpmp | | 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> | | PIVL_TS | 1 … 1 | M | | medssdpmp | wo [@xsi:type='PIVL_TS'] | | | IVL_TS | 1 … 1 | M | | medssdpmp | | PQ | 0 … 1 | | | medssdpmp | | 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) |
| | EIVL_TS | 1 … 1 | M | | medssdpmp | wo [@xsi:type='EIVL_TS'] | | | cs | 1 … 1 | F | A | | CS | 1 … 1 | M | | medssdpmp | | 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) |
| | IVL_PQ | 0 … 1 | | | medssdpmp | | 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> | | IVL_TS | 1 … 1 | M | | medssdpmp | wo [@xsi:type='IVL_TS'] | | | EIVL_TS | 1 … 1 | M | | medssdpmp | wo [@xsi:type='EIVL_TS'] | | | cs | 1 … 1 | F | A | | CS | 1 … 1 | M | | medssdpmp | | 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) |
| | IVL_PQ | 0 … 1 | | | medssdpmp | | 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:manufacturedMaterial
|
| | 1 … 1 | | | medssdpmp | | 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 | | cs | 0 … 1 | F | OBS | | cs | 0 … 1 | F | EVN.CRT | | CD | 0 … 1 | | | medssdpmp | | | pmp-dataelement2017-6092 | Einnahme bei Bedarf | Patientenbezogener Medikationsplan Plus v2017 |
| | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.453 Vorbedingungen Medikation (DYNAMIC) |
| | ED | 0 … 1 | R | | medssdpmp | | ED | 0 … 1 | | | medssdpmp | | TEL | 1 … 1 | M | | medssdpmp | | | 1 … 1 | R | #prec-{generierteID}, z.B.: #prec-1 |
|
Gebühren Observation
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 |
---|
| | 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
Medikament
Id | 1.2.276.0.76.10.4025 | Gültigkeit | 2017‑06‑04Andere 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> |
|
---|
|
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 |
---|
| | | | | (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) | | cs | 1 … 1 | F | OBS | | 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) |
| | bl | 0 … 1 | | | | II | 1 … 1 | M | | (Med...y16) | | uid | 1 … 1 | F | 1.2.276.0.76.10.4303 | | II | 1 … 1 | R | | (Med...y16) | | uid | 1 … 1 | F | 2.16.840.1.113883.10.12.303 | | CD | 1 … 1 | M | | (Med...y16) | | CONF | 1 … 1 | F | FAKTOR | | 1 … 1 | F | 1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99) | | CS | 1 … 1 | M | | (Med...y16) | | CONF | 1 … 1 | F | completed | | 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) | | cs | 1 … 1 | F | OBS | | 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) |
| | bl | 0 … 1 | | | | II | 1 … 1 | M | | (Med...y16) | | uid | 1 … 1 | F | 1.2.276.0.76.10.4304 | | II | 1 … 1 | R | | (Med...y16) | | uid | 1 … 1 | F | 2.16.840.1.113883.10.12.303 | | CD | 1 … 1 | M | | (Med...y16) | | CONF | 1 … 1 | F | TAXE | | 1 … 1 | F | 1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99) | | CS | 1 … 1 | M | | (Med...y16) | | CONF | 1 … 1 | F | completed | | 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> |
|
---|
|
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 |
---|
| | | | | 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:manufacturedMaterial 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 | | cs | 0 … 1 | F | MMAT | | cs | 0 … 1 | F | KIND | | CE | 0 … 1 | | | CDAL...Drug | | CONF | muss aus der Konzeptdomäne "DrugEntity" gewählt werden |
| | EN | 0 … 1 | | | CDAL...Drug | Eingefügt | | | von 2.16.840.1.113883.10.12.311 CDA Material (DYNAMIC) | | | hl7:manufacturedMaterial
|
| | | | | CDAM...rial | | cs | 0 … 1 | F | MMAT | | cs | 0 … 1 | F | KIND | | 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) |
| | EN | 0 … 1 | | | CDAM...rial | | 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:manufacturedMaterial
|
| | | | | CDAM...rial | | @classCode
|
| cs | 0 … 1 | F | MMAT | | @determinerCode
|
| 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 | | @determinerCode
|
| 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
|
Dieses Template ist aus dem Medikationsplan PLUS übernommen. |
Person Group Observation
Policy Activity
Weitere Kennzeichen Observation
WOP-Kennzeichen Observation
Accident Observation
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 |
---|
| | 1 … 1 | M | | (F16...ion) | | @classCode
|
| cs | 1 … 1 | F | OBS | | @moodCode
|
| cs | 1 … 1 | F | EVN | | hl7:templateId
|
| II | 1 … 1 | M | | (F16...ion) | | | @root
|
| uid | 1 … 1 | F | 1.2.276.0.76.10.4302 | | hl7:code
|
| CD | 1 … 1 | R | | (F16...ion) | | | @code
|
| CONF | 0 … 1 | F | ZUZAHLUNG | | | @codeSystem
|
| 0 … 1 | F | 1.2.276.0.76.3.1.135.8.5.99 (vomgt-codesystem-99) | | hl7:statusCode
|
| CS | 0 … 1 | | | (F16...ion) | | | @code
|
| CONF | 0 … 1 | F | completed | | hl7:value
|
| MO | 1 … 1 | M | Hier wird der Betrag der Zuzahlung dokumentiert. | (F16...ion) | | | @currency
|
| cs | 1 … 1 | R | Währungseinheit, bspw. "EUR" | | | @value
|
| real | 1 … 1 | R | Zuzahlungsbetrag |
|
Gesamtbrutto Observation
Id | 1.2.276.0.76.10.4300 | Gültigkeit | 2019‑03‑18 17:54:44 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | F16GesamtbruttoObservation | Bezeichnung | Gesamtbrutto Observation (16) |
---|
Beschreibung | Template CDA Observation (Prototyp, direkt abgeleitet aus POCD_RM000040 MIF) Diese Observation dokumentiert die Höhe der Zuzahlung.
|
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4300 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 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
Taxe Observation
Terminologien
Folgende Terminologien werden verwendet.
eGK-Geschlecht
Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen. |
Id | 1.2.276.0.76.11.458 | Gültigkeit | 2018‑03‑06 14:14:42 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | Geschlechtegk | Bezeichnung | Geschlecht (eGK) |
---|
Beschreibung | Code für das Geschlecht so wie auf der elektronischen Gesundheitskarte kodiert |
---|
Benutzung: 1 | Id | Name | Typ |
---|
Template |
---|
1.2.276.0.76.10.4272 | eGK-Geschlecht Observation | DYNAMIC |
|
|
Quell-Codesystem | |
---|
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. |
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 | |
---|
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-dataelement-130 | DMP-Zuordnung | DYNAMIC | Template |
---|
1.2.276.0.76.10.4271 | DMP Observation | DYNAMIC |
|
|
Quell-Codesystem | |
---|
Level/ Typ | Code | Bezeichnung | Codesystem |
---|
0‑L | 00 | nicht gesetzt | 1.2.276.0.76.5.223 | 0‑L | 01 | DM2 | 1.2.276.0.76.5.223 | 0‑L | 02 | BRK | 1.2.276.0.76.5.223 | 0‑L | 03 | KHK | 1.2.276.0.76.5.223 | 0‑L | 04 | DM1 | 1.2.276.0.76.5.223 | 0‑L | 05 | Asthma | 1.2.276.0.76.5.223 | 0‑L | 06 | COPD | 1.2.276.0.76.5.223 | 0‑L | 07 | HI | 1.2.276.0.76.5.223 | 0‑L | 08 | Depression | 1.2.276.0.76.5.223 | 0‑L | 09 | Rueckenschmerz | 1.2.276.0.76.5.223 | 0‑D | 1 | DM2 | 1.2.276.0.76.5.223 | 0‑D | 2 | BRK | 1.2.276.0.76.5.223 | 0‑D | 3 | KHK | 1.2.276.0.76.5.223 | 0‑D | 4 | DM1 | 1.2.276.0.76.5.223 | 0‑D | 5 | Asthma | 1.2.276.0.76.5.223 | 0‑D | 6 | COPD | 1.2.276.0.76.5.223 |
|
|
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben. |
Personengruppe
Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen. |
Id | 1.2.276.0.76.11.151 | Gültigkeit | 2018‑07‑01 |
---|
Status | Definitiv | Versions-Label | 1.02 |
---|
Name | S_KBV_PERSONENGRUPPE | Bezeichnung | S_KBV_PERSONENGRUPPE |
---|
Beschreibung | Personengruppe: kennzeichnet, zu welcher Personengruppe der Versicherte gehört (§ 264 SGB V). Die Angabe ist auf der EGK vorhanden und auf der KVK Teil des Feldes: Statusergänzung.
|
---|
Benutzung: 2 | Id | Name | Typ |
---|
Datensatz |
---|
konsab-dataelement-124 | Personengruppe | DYNAMIC | Template |
---|
1.2.276.0.76.10.4273 | Person Group Observation | DYNAMIC |
|
|
Quell-Codesystem | |
---|
Level/ Typ | Code | Bezeichnung | Codesystem |
---|
0‑L | 00 | nicht gesetzt | 1.2.276.0.76.5.222 | 0‑L | 04 | SOZ | 1.2.276.0.76.5.222 | 0‑L | 06 | BVG | 1.2.276.0.76.5.222 | 0‑L | 07 | SVA1 | 1.2.276.0.76.5.222 | 0‑L | 08 | SVA2 | 1.2.276.0.76.5.222 | 0‑L | 09 | ASY | 1.2.276.0.76.5.222 | 0‑D | 4 | SOZ | 1.2.276.0.76.5.222 | 0‑D | 6 | BVG | 1.2.276.0.76.5.222 | 0‑D | 7 | SVA1 | 1.2.276.0.76.5.222 | 0‑D | 8 | SVA2 | 1.2.276.0.76.5.222 |
|
|
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben. |
Versichertenstatus
Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen. |
Id | 1.2.276.0.76.11.162 | Gültigkeit | 2014‑01‑01 |
---|
Status | Definitiv | Versions-Label | |
---|
Name | S_KBV_VERSICHERTENSTATUS | Bezeichnung | S_KBV_VERSICHERTENSTATUS |
---|
Beschreibung | Versichertenstatus gibt an, ob ein Versicherter ein Familienversicherter, Mitglied oder Rentner ist. Auf der KVK ist diese Angabe Teil des Feldes VERSICHERTENSTATUS - die 1. Stelle. |
---|
Quell-Codesystem | 2.16.840.1.113883.3.7.1.1 - KBV_CS_SFHIR_KBV_VERSICHERTENSTATUS |
---|
Level/ Typ | Code | Bezeichnung | Codesystem |
---|
0‑L | 1 | Mitglied | 2.16.840.1.113883.3.7.1.1 | 0‑L | 3 | Familienangehörige | 2.16.840.1.113883.3.7.1.1 | 0‑L | 5 | Rentner | 2.16.840.1.113883.3.7.1.1 |
|
|
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben. |
Zeitpunkte für die Verabreichung
|
Dieses Value Set ist aus dem Medikationsplan PLUS übernommen. |
Keine Versionen mit Status draft, active, review oder pending
Zeiteinheiten
|
Dieses Value Set ist aus dem MedikationsplanPlus übernommen. |
Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen. |
Id | 1.2.276.0.76.11.452 | Gültigkeit | 2017‑04‑01 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | Zeiteinheiten | Bezeichnung | Zeiteinheiten (UCUM) |
---|
Benutzung: 7 | Id | Name | Typ |
---|
Template |
---|
hl7de-template-4023 | Einzeldosierungen (mpp 2018) | DYNAMIC | hl7de-template-4023 | Einzeldosierungen (mpp 2018) | DYNAMIC | hl7de-template-4023 | Einzeldosierungen (mpp 2018) | DYNAMIC | hl7de-template-4023 | Einzeldosierungen (mpp 2018) | DYNAMIC | hl7de-template-4023 | Einzeldosierungen (mpp 2018) | DYNAMIC | hl7de-template-4023 | Einzeldosierungen (mpp 2017) | DYNAMIC | hl7de-template-90023 | Einnahmedauer | DYNAMIC |
|
|
Quell-Codesystem | |
---|
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 | |
---|
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):
|
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):
|
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 | |
---|
Level/ Typ | Code | Bezeichnung | Codesystem | Beschreibung |
---|
0‑L | GEBFREI | gebührenfrei | Acknowledgement Condition | Das Feld „Gebühr frei“ ist nur anzukreuzen
| 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
Ballotierung der KBV-Profile
Nachfolgend ein paar Links auf bereits definierte FHIR-basierte Komponenten. Diese sind durch die KBV im Rahmen ihres gesetzlichen Auftrags erstellt worden. Diese sind jedoch nicht gemäß Regelwerk ballotiert worden, weshalb es hier später nachgeholt werden kann.
Bundle
Das Bundle fasst die Composition zusammen.
https://simplifier.net/verordnung/74prvmbundle
Composition
https://simplifier.net/verordnung/74prvmcomposition
Patient
https://simplifier.net/Verordnung/74PRVMPatient
=ASV-Teamnummer
https://simplifier.net/basisprofilde/practitionerrole-de-asv-teamnummer-0.2
Medikament
https://simplifier.net/verordnung/74PRVMMedikament
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
FHIR-ValueSets
Personengruppe
https://simplifier.net/basisprofilde/s-kbv-personengruppe
https://simplifier.net/basisprofilde/s-kbv-personengruppe-2
DMP-Programm
https://simplifier.net/basisprofilde/s-kbv-dmp-2
Anhang
Referenzen
Abbildungen
- ↑ Muster 16
- ↑ Beispiel der Ansicht eines Templates und die zugehörige Navigation
- ↑ Frontseite des Projekts auf Simplifier.net (FHIR-Profile)
- ↑ 4,0 4,1 Beispiel der Darstellung von FHIR-Profilen in ART-DECOR®, die auf simplifier.net gehostet werden
- ↑ Interaktionsdiagramm
- ↑ Use Cases
- ↑ Vorgehensweise
- ↑ Prozesshierarchie
- ↑ Akteurshierarchie
- ↑ Dokumentenhierarchie
- ↑ Zusammenhang zwischen den Dokumenten
- ↑ Dokumentbeziehungen
- ↑ Informationsmodell
- ↑ Dataset Headerdaten
- ↑ Dataset Rezeptdaten
- ↑ Domänenmodell CDA
- ↑ CDA-Dokument-Template für das eRezept
- ↑ CDA-Dokument-Template für die eAbgabe
- ↑ CDA-Dokument-Template für die eAbrechnung
Referenzfehler: Es sind <ref>
-Tags für die Gruppe „Tabelle“ vorhanden, jedoch wurde kein dazugehöriges <references group="Tabelle" />
-Tag gefunden oder ein schließendes </ref>
fehlt.