Medikationsmanagement

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
K (Templates aus Repositories (nicht zur Abstimmung stehend))
 
(8 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 9: Zeile 9:
 
|Namespace = cdamedmgmt
 
|Namespace = cdamedmgmt
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
|Version  = 1.07
+
|Version  = 1.11
|Date      = 22. Oktober 2019
+
|Date      = 20. August 2020
|Copyright = 2018-2019
+
|Copyright = 2018-2020
 
|Status    = final
 
|Status    = final
 
|Period    = Entwurf
 
|Period    = Entwurf
Zeile 44: Zeile 44:
 
=Einleitung=
 
=Einleitung=
  
Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen Leistungserbringern optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.
+
Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen den Leistungserbringern untereinander und zwischen den Leistungserbringern und den Patienten optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.
 
 
Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von Leistungserbringern (Ärzte, Apotheken) im Austausch mit den Versicherten zum Ziel haben.
 
  
 +
Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von und zwischen Leistungserbringern (Ärzte, Apotheken) sowie Austausch mit den Versicherten zum Ziel haben.
 
Die interdisziplinäre Arbeitsgruppe eMedikation, die aus  
 
Die interdisziplinäre Arbeitsgruppe eMedikation, die aus  
 
*dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,
 
*dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,
Zeile 56: Zeile 55:
 
besteht hat in einem ersten Schritt einen gemeinsamen Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.
 
besteht hat in einem ersten Schritt einen gemeinsamen Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.
  
Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen (BMP, eMP) und ermöglicht andererseits gleichzeitig den Austausch von darüber hinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.
+
Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen und ermöglicht andererseits gleichzeitig den Austausch von darüber hinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.
 +
Das bestehende Projekt ARMIN wird mit einem Update der Schnittstelle S3C-MP auf eMDAF migriert.
 +
Im Rahmen des Projektes Digitales Gesundheitsnetzwerk (DiGeN) des AOK-Systems wird ein Medikationsplanaustausch zuerst im Rahmen des Migrationsprojektes der AOK Nordost umgesetzt. Dabei wird primär das in den verbreiteten AIS und KIS vorhandene UKF-Format des BMP und eMP zum Einsatz kommen. Der vorliegende Anforderungskatalog stellt die Kompatibilität des eMDAF zum UKF sicher. Somit können die Anforderungen für das DiGeN-Migrationsprojekt durch das eMDAF erfüllt werden. Die erweiterten Funktionen für das eMDAF sehen den Nutzern in DiGeN dann auch zur Verfügung.
 +
Die Fachanwendung HAUSKOMET der Elektronischen Arztvernetzung (EAV) in Baden-Württemberg
 +
HAUSKOMET wird ab dem ersten Quartal 2020 das elektronische Medikationsdatenaustauschformat (eMDAF) einsetzen, welches im HL7 Implementierungsleitfaden Medikationsmanagement (http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement) beschrieben ist.
 +
Mit dem Wechsel auf eMDAF verfolgen die Projektpartner der EAV (AOK Baden-Württemberg, MEDIVERBUND AG und HÄVG AG) das Ziel, ein einheitliches Datenaustauschformat bei unterschiedlichen Projekten zur Übermittlung von Medikationsinformationen zu verwenden
 +
 
 +
 
 +
Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch:
 +
*weniger Mehrfachverordnungen,
 +
*die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen,
 +
*die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen,
 +
*die technische Interoperabilität durch die Integration bereits bestehender Formate,
 +
*die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.
  
Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch weniger Mehrfachverordnungen, die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen, die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen, die technische Interoperabilität durch die Integration bereits bestehender Formate, die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.
 
  
 
Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:
 
Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:
Zeile 70: Zeile 81:
 
*Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben
 
*Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben
  
Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorgeschlagene Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende CDA-Spezifikation nach Kommentierung und entsprechender Anpassung für die Versorgung von über 27 Millionen Versicherten allein in der AOK-Gemeinschaft potenziell zur Verfügung.
+
Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorliegende Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende Spezifikation für die Versorgung von mindestens 27 Millionen Versicherten allein in der AOK-Gemeinschaft zur Verfügung.
  
 
==Vorarbeiten==
 
==Vorarbeiten==
Zeile 191: Zeile 202:
 
Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEdikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVERBUND und dem Hausärzteverband zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den Hausarzt gepflegten Medikationsspeicher zu einem Patienten. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der Hausarzt entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher.  
 
Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEdikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVERBUND und dem Hausärzteverband zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den Hausarzt gepflegten Medikationsspeicher zu einem Patienten. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der Hausarzt entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher.  
  
Fokus von HAUSKOMET bildet der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg auf Basis vollständig strukturierter Daten. Damit ermöglicht HAUSKOMET die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollständig maschinell weiterverabeitet werden könne (z.B. im Rahmen von AMTS-Checks).
+
Fokus von HAUSKOMET bildet der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg auf Basis vollständig strukturierter Daten.
 +
Damit ermöglicht HAUSKOMET die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollständig maschinell weiterverabeitet werden können (z.B. im Rahmen von AMTS-Checks).
  
 
HAUSKOMET nutzt als Datenaustauschformat die fachlich relevante Teilmenge der Spezifikation eMDAF.
 
HAUSKOMET nutzt als Datenaustauschformat die fachlich relevante Teilmenge der Spezifikation eMDAF.

Aktuelle Version vom 20. August 2020, 18:55 Uhr

Kontributoren 
Gevko logo mit claim neu.jpg gevko GmbH Bonn
Logo-Hcs.jpg Heitmann Consulting and Services GmbH, Gefyra GmbH Hürth
Hl7logo.jpg HL7 Deutschland e. V. Berlin

Inhaltsverzeichnis

Dokumenteninformationen

Dokumentenhistorie

Medikationsmanagement
Medikationsmanagement auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen
Status Typ Version Datum PDF Wiki ART-DECOR
Abstimmung
Si-confirm.svgFinal STU 1.11 20.08.2020 - Link.png Link.png

Auf Basis von Implementierungsrückmeldungen wurde im Template "Einzeldosierungen (medmgmt)" (2.16.840.1.113883.3.1937.99.61.48.10.28) die Struktur der Dosierungsangaben synchronisiert mit dem entsprechenden Template aus Projekt mpp- (das u.a. auch im "Arztbrief Plus" verwendet wird):

  • Aufnahme des Zeitelements zur Angabe eines einmaligen Einnahmezeitpunkts ohne Wiederholungen, ausgedrückt als Intervall und Ereignis
Si-confirm.svgFinal STU 1.10 13.06.2020 - Link.png Link.png

Technische Korrektur. Folgende Anpassungen wurden in dieser Version vorgenommen:

  • Das "precondition" Element des Medikationseintrags wurde an die schemakorrekte Position innerhalb des Templates verschoben (Template "Medikation (medmgmt)" mit Id 2.16.840.1.113883.3.1937.99.61.48.10.3)
  • Bei Einzeldosierungen des Dosierschemas (Template "Einzeldosierungen (medmgmt)" mit Id 2.16.840.1.113883.3.1937.99.61.48.10.28) wurde korrigiert:
    • Das Element "offset" bei Angabe von effectiveTime als SXPR_TS hat nun den korrekten Datentypen IVL_PQ
    • Das value Set "Zeiteinheiten UCUM" (Id 1.2.276.0.76.11.452) enthält nun auch Tage als zulässige Zeiteinheiten, somit kann nun auch ein "offset" in Tagen angegeben werden
    • Dosiermengen (doseQuantity) können nun auch wie in den Beispielen vorgesehen als Bereichsangaben mit "low" und "high" Element angegeben werden
Si-confirm.svgFinal STU 1.09 19.04.2020 - Link.png Link.png

Folgende Anpassungen wurden in dieser Version vorgenommen:

  • Das Entry-Level-Template "Medikation" (Template-ID 1.2.276.0.76.10.4025) wurde um die optionale Angabe der Chargennummer ergänzt.
Si-confirm.svgFinal STU 1.08 15.12.2019 - Link.png Link.png

Folgende Anpassungen wurden in dieser Version vorgenommen:

  • Die Section "Hinweise" (Template-ID 1.2.276.0.76.10.3042) mit Angaben/Hinweisen für den Patienten wird in Hauskomet nicht mehr verwendet
  • Für den Einsatz bei Hauskomet ist eine Autorenangabe des (einzigen) Organizers nicht vorgesehen
Si-confirm.svgFinal STU 1.07 22.10.2019 - Link.png Link.png

Folgende Anpassungen wurden in dieser Version vorgenommen:

  • Korrektur der Kardinalität der Angabe zur Stillzeit (Template-ID 2.16.840.1.113883.3.1937.99.61.48.10.13)
  • Zusätzliche Validierungen für die Verwendung in Hauskomet
Si-confirm.svgFinal STU 1.06 09.10.2019 - Link.png Link.png

Folgende Anpassungen wurden in dieser Version vorgenommen:

  • Korrektur des LOINC Codes für die Therapie-Intention einer Medikation (template Id 2.16.840.1.113883.3.1937.777.27.10.17)
  • Für die Verwendung in Hauskomet wird die Angabe eines Zeitraums als Einnahmedauer einer Medikation ausgeschlossen
Si-confirm.svgFinal STU 1.05 02.10.2019 - Link.png Link.png

Folgende Anpassungen wurden in dieser Version vorgenommen:

  • Aufnahme von Laborergebnissen (template Id 2.16.840.1.113883.3.1937.99.61.48.10.34) als optionale Elemente der Klinischen Parameter (templateId 2.16.840.1.113883.3.1937.99.61.48.10.10)
  • Einführung eines spezialisierten Document Level Templates für Hauskomet (templateId 2.16.840.1.113883.3.1937.99.61.48.10.35) und des Szenarios "Medikationsmanagement Hauskomet"
Si-confirm.svgFinal STU 1.04 25.09.2019 - Link.png Link.png

Folgende Anpassungen wurden in dieser Version vorgenommen:

  • Erweiterung der Sozialanamnese um die Angabe eines (auch historischen) Alkoholabusus (TemplateId "2.16.840.1.113883.3.1937.99.61.48.10.33")
  • Die Angabe der BSNR des Pflegearztes ist nun verpflichtend (TemplateId "2.16.840.1.113883.3.1937.99.61.48.10.25")
Si-confirm.svgFinal STU 1.03 18.09.2019 - Link.png Link.png

Folgende Anpassungen wurden in dieser Version vorgenommen:

  • TemplateId "2.16.840.1.113883.3.1937.99.61.48.10.25" zum Element "Pflegearzt (Kurator)" hinzugefügt.
Si-confirm.svgFinal STU 1.02 17.09.2019 - Link.png Link.png

Folgende Anpassungen wurden in dieser Version vorgenommen:

  • Template "Alkoholgebrauch" (Adaption): Text-Element zur Reference in den Text der Section hinzugefügt und den Datentypen des code-Elements auf "CD" geändert.
  • Template "Tabakgebrauch" (Adapation): Text-Element zur Reference in den Text der Section hinzugefügt.
  • Template "Einzeldosierung" (Adaption): effectiveTime-Element "Einnahmezeitpunkt": Datentypen der Attribute @event & @offset an Hauskomet angeglichen.
Si-confirm.svgFinal STU 1.01 27.08.2019 - Link.png Link.png

Anpassungen im Zuge der Angleichung an dem Hauskomet-Datenformat (für die Sektion "Medikation"):

  • Kategorie wird nicht mehr mittels dem moodCode-Attribut, sondern mittels der Hauskomet Kategorie angegeben.
  • Kuratierender Pflegearzt hinzugefügt.
  • TemplateId des adaptiereten Elements übernommen.
  • Template Mapping wurde angepasst.
Si-confirm.svgFinal STU 1.00 27.08.2019 Download.png Link.png Link.png
Ergebnis 
Abstimmung von bisSymbol support vote.svgSymbol oppose vote.svgSymbol neutral vote.svgOhne VotumStimmenErgebnis
14.02.2018-23.04.2019 16 1 2 0 15 100%
Kommentare: Kommentierung_20190723
Si-vote.svgAbstimmung STU 0.85c 14.02.2019 Download.png Link.png Link.png
Si-vote.svgAbstimmung STU 0.85 11.02.2019 - Link.png Link.png
Si-draft.svgEntwurf STU 0.80 20.11.2018 - Link.png Link.png

Impressum

Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums[1] und der Technischen Komitees von HL7 Deutschland e. V. [2].

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

Disclaimer

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

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Für alle veröffentlichten Dateien mit einem CDA-Bezug gilt ferner: Alle abgestimmten und veröffentlichten Spezifikationen wie Implementierungsleitfäden, Stylesheets und Beispieldateien sind frei verfügbar und unterliegen keinerlei Einschränkungen, da die Autoren auf alle Rechte, die sich aus der Urheberschaft der Dokumente ableiten lassen, verzichten.

Alle auf nationale Verhältnisse angepassten und veröffentlichten CDA-Schemas können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
Aus der Nutzung ergibt sich kein weiter gehender Anspruch gegenüber HL7 Deutschland e.V., zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.

Näheres unter http://www.hl7.de und http://www.hl7.org.

Autoren

  • gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke
  • Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH
  • Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)
  • Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)
  • Carl Schüler, Carmen Gaa, Oliver Lowens, Horst Kakuschke und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)
  • Ulrich Henning (Nutzervertreter, AOK Nordost)
  • Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)

Einleitung

Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen den Leistungserbringern untereinander und zwischen den Leistungserbringern und den Patienten optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.

Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von und zwischen Leistungserbringern (Ärzte, Apotheken) sowie Austausch mit den Versicherten zum Ziel haben. Die interdisziplinäre Arbeitsgruppe eMedikation, die aus

  • dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,
  • der HÄVG Hausärztliche Vertragsgemeinschaft AG,
  • der MEDIVERBUND AG,
  • der gevko GmbH und
  • HL7 Deutschland

besteht hat in einem ersten Schritt einen gemeinsamen Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.

Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen und ermöglicht andererseits gleichzeitig den Austausch von darüber hinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist. Das bestehende Projekt ARMIN wird mit einem Update der Schnittstelle S3C-MP auf eMDAF migriert. Im Rahmen des Projektes Digitales Gesundheitsnetzwerk (DiGeN) des AOK-Systems wird ein Medikationsplanaustausch zuerst im Rahmen des Migrationsprojektes der AOK Nordost umgesetzt. Dabei wird primär das in den verbreiteten AIS und KIS vorhandene UKF-Format des BMP und eMP zum Einsatz kommen. Der vorliegende Anforderungskatalog stellt die Kompatibilität des eMDAF zum UKF sicher. Somit können die Anforderungen für das DiGeN-Migrationsprojekt durch das eMDAF erfüllt werden. Die erweiterten Funktionen für das eMDAF sehen den Nutzern in DiGeN dann auch zur Verfügung. Die Fachanwendung HAUSKOMET der Elektronischen Arztvernetzung (EAV) in Baden-Württemberg HAUSKOMET wird ab dem ersten Quartal 2020 das elektronische Medikationsdatenaustauschformat (eMDAF) einsetzen, welches im HL7 Implementierungsleitfaden Medikationsmanagement (http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement) beschrieben ist. Mit dem Wechsel auf eMDAF verfolgen die Projektpartner der EAV (AOK Baden-Württemberg, MEDIVERBUND AG und HÄVG AG) das Ziel, ein einheitliches Datenaustauschformat bei unterschiedlichen Projekten zur Übermittlung von Medikationsinformationen zu verwenden


Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch:

  • weniger Mehrfachverordnungen,
  • die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen,
  • die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen,
  • die technische Interoperabilität durch die Integration bereits bestehender Formate,
  • die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.


Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:

  • Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben
  • Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten
  • Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren
  • Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können
  • Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden
  • Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben
  • Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen
  • Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben

Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorliegende Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende Spezifikation für die Versorgung von mindestens 27 Millionen Versicherten allein in der AOK-Gemeinschaft zur Verfügung.

Vorarbeiten

Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.

  • Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar[3].
  • Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)[4], insbesondere das Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7 im Rahmen des Technical Framework "Patient Care Coordination (PCC)" von IHE [5]
  • Den bundeseinheitlichen Medikationsplan (BMP)[6].
  • Den elektronischen Medikationsplan (eMP)[7].

Abgrenzung

Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:

  • Prozessbeschreibung
  • Use Cases
  • digitale Signatur
  • Security
  • Transport von CDA-Dokumenten
  • Verwendung von XSL-Stylesheets

Medikationsmanagement heute und morgen

Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten.

Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:

  • Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens
  • Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens
  • Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff
  • Änderung der Dosierung eines Arzneimittels
  • Änderung der Wirkstärke eines Arzneimittels
  • Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform
  • Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)
  • Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße
  • Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)

Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:

  1. Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie
    Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.
  2. Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie
    Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen.

Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.

Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)

Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.

Im Folgenden ist das "Medikationsmanagement" wiedergegeben, dass die Strukturen und Hierarchien der behandelten Datenelemente wiedergibt. Die Datenelemente sind mit einer Kardinalität angezeigt (0..1, 1..1 etc.) und erhalten auch die Angabe, ob es sich um ein unbedingt auzufüllendes Feld (M) oder ein verpflichtendes Feld (R) handelt. Datentypen werden ebenso dokumentiert, wie beispielsweise eine Messgröße (Quantität) oder eine Zeichenkette (String). Die umrandeten Zahlen sind Item-Nummern zur einfacheren Identifizierung der Datenelemente.

Patient 1..1 R
1015
Versichertendaten
  1. Name 1..1 R
    1234
    Name des Patienten
    1. Titel (String) 0..1 R
      1019
      Titel
    1. Vorname (String) 1..1 R
      1017
      Vorname
    1. Namenszusatz (String) 0..1 R
      1021
      Namenszusatz
    1. Vorsatzwort (String) 0..1 R
      1020
      Vorsatzwort
    1. Nachname (String) 1..1 R
      1018
      Nachname
  1. Versicherten-ID (Identifier) 0..* R
    1016
    Versicherten-ID, eindeutige, lebenslange Identifikationsnummer des Patienten, entsprechend der eGK-Spezifikation
  1. Patienten-ID (Identifier) 0..* R
    1128
    Weitere eindeutige Patientenidentifikation (nicht Versicherten-ID)
  1. Geburtsdatum (Datum) 1..1 R
    1022
    Geburtsdatum
  1. Geschlecht (Kode) 1..1 R
    1024
    Geschlecht
  1. Druckkennzeichen Geschlecht (Boolean) 0..1 R
    1209
    Kennzeichen ob das Geschlecht auf einem BMP ausgedruckt werden soll.
  1. Vorhabenspezifische Erweiterung/Zusatzinformation (Extension) 0..1 R
    1226
    Vorhabenspezifische Erweiterung/Zusatzinformation des Datensatzes (Extension)
    1. Identifikation (Identifier) 1..1 R
      1227
      Identifikation der Erweiterung/Zusatzinformation in Form einer URI
    1. Wert (String) 1..1 R
      1228
      Der Wert der vorhabenspezifischen Erweiterung/Zusatzinformation
Leistungserbringer 1..1 R
1001
Verzeichnis Stammdaten Leistungserbringer
  1. LANR (Identifier) 1..1 R
    1011
    LANR
  1. Name 1..1 R
    1235
    1. Titel (String) 0..1 R
      1004
      Titel
    1. Vorname (String) 1..1 R
      1002
      Vorname
    1. Nachname (String) 1..1 R
      1003
      Nachname
  1. Adresse 0..1 R
    1236
    1. Straße (String) 1..1 R
      1005
      Straße
    1. PLZ (String) 1..1 R
      1006
      PLZ
    1. Ort (String) 1..1 R
      1007
      Ort
  1. Kontaktdaten 0..1 R
    1237
    1. Telefonnummer (String) 0..1 R
      1008
      Telefonnummer
    1. E-Mail (String) 0..1 R
      1009
      E-Mail
  1. Organisation 0..1 R
    1238
    1. BSNR (Identifier) 1..1 R
      1010
      BSNR
    1. Institutskennzeichen Krankenhaus (Identifier) 0..1 R
      1012
      Institutskennzeichen Krankenhaus
    1. Institutskennzeichen Apotheke (Identifier) 0..1 R
      1013
      Institutskennzeichen Apotheke
    1. Apotheken-IDF (Identifier) 0..1 R
      1208
      Apothekenidentifikationsnummer
    1. Name Institution (String) 1..1 R
      1014
      Name Institution
Klinische Parameter 0..1 R
1023
Medizinisch-klinische Parameter
  1. Körpergröße 0..1 R
    1028
    Körpergröße
    1. Wert (Quantität) 1..1 R
      1029
      Wert
    1. Datum (Datum) 1..1 R
      1030
      Datum letzte Aktualisierung
    1. Druckkennzeichen Körpergröße (Boolean) 0..1 R
      1214
      Kennzeichen ob die Körpergröße auf einem BMP ausgedruckt werden soll
  1. Körpergewicht 0..1 R
    1025
    Körpergewicht
    1. Wert (Quantität) 1..1 R
      1026
      Wert
    1. Datum (Datum) 1..1 R
      1027
      Datum letzte Aktualisierung
    1. Druckkennzeichen Körpergewicht (Boolean) 0..1 R
      1213
      Kennzeichen ob das Körpergewicht auf einem BMP ausgedruckt werden soll.
  1. Kreatinin 0..1 R
    1129
    Kreatinin
    1. Wert (Quantität) 1..1 R
      1130
      Wert
    1. Datum (Datum/Zeit) 1..1 R
      1131
    1. Druckkennzeichen Kreatinin (Boolean) 0..1 R
      1215
      Kennzeichen ob der Kreatininwert auf einem BMP ausgedruckt werden soll
  1. Laborparameter 0..* R
    1039
    Hierunter fallen weitere Laborparameter außer die hier separat aufgeführten Parameter, z. B. für Kontrolle der Nierenfunktion und Leberwerte, wie Gamma-GT, GPT oder GOT
    1. Bezeichnung (String) 1..1 R
      1040
      Name des Laborparameters
    1. Code (Kode) 1..1 R
      1042
      LOINC kodierter Code des Laborwertes
    1. Datum (Datum) 1..1 R
      1041
      Datum der Erhebung des Wertes
    1. Wert (Quantität) 1..1 R
      1043
      Wert und Einheit des Laborwertes
  1. Freitext-Parameter 0..* R
    1232
    1. Parameter-Freitext (String) 1..1 R
      1207
      Freitext um Parameter zu ergänzen
    1. Druckkennzeichen Parameter-Freitext (Boolean) 0..1 R
      1216
      Kennzeichen ob die Freitext-Parameter auf einem BMP ausgedruckt werden sollen
  1. Vorhabenspezifische Erweiterung/Zusatzinformation (Extension) 0..1 R
    1223
    Vorhabenspezifische Erweiterung/Zusatzinformation des Datensatzes (Extension)
    1. Identifikation (Identifier) 1..1 R
      1224
      Identifikation der Erweiterung/Zusatzinformation in Form einer URI
    1. Wert (String) 1..1 R
      1225
      Der Wert der vorhabenspezifischen Erweiterung/Zusatzinformation
Allergien/ Unverträglichkeiten 0..1 R
1031
Allergien/ Unverträglichkeiten
  1. Allergie/ Unverträglichkeit 0..* R
    1312
    Allergie/ Unverträglichkeit
    1. Typ (Kode) 1..1 R
      1119
      Typ
      • Allergie
      • Unverträglichkeit
    1. Agens (Kode) 1..1 R
      1034
      Substanz oder Stoff, für die eine Allergie/Unverträglichkeit vorliegt
    1. Reaktion/Manifestation (Kode) 0..1 R
      1123
      Reaktion/Manifestation
    1. Kritikalität (Kode) 0..1 R
      1033
      Kritikalität
      • hoch
      • niedrieg
      • nicht bestimmbar
    1. Zeitangaben 0..1 R
      1122
      Zeitangaben
      1. seit (Datum) 1..1 R
        1120
        seit
      1. bis (Datum) 0..1 R
        1121
        bis
    1. Informationsquelle (Kode) 0..1 R
      1032
      Angabe aus welcher Quelle (Patient, Arzt, etc.) die Angabe stammt
  1. Druckkennzeichen Allergien/Unverträglickeiten (Boolean) 0..1 R
    1210
    Kennzeichen ob Allergien und verträglichkeiten auf einem BMP ausgedruckt werden sollen.
  1. Vorhabenspezifische Erweiterung/Zusatzinformation (Extension) 0..1 R
    1229
    Vorhabenspezifische Erweiterung/Zusatzinformation des Datensatzes (Extension)
    1. Identifikation (Identifier) 1..1 R
      1230
      Identifikation der Erweiterung/Zusatzinformation in Form einer URI
    1. Wert (String) 1..1 R
      1231
      Der Wert der vorhabenspezifischen Erweiterung/Zusatzinformation
Gesundheitsbelange 0..1 R
1239
  1. Schwangerschaft 0..1 R
    1035
    Schwangerschaft
    1. Schwanger? (Boolean) 1..1 R
      1036
      Kennung, ob die Patientin gerade schwanger ist
    1. Schwangerschaft festgestellt am (Datum) 1..1 R
      1240
      Schwangerschaft festgestellt am
    1. Entbindungstermin (Datum) 1..1 R
      1037
      Entbindungstermin
    1. Druckkennzeichen Schwangerschaft (Boolean) 0..1 R
      1211
      Kennzeichen ob die Information über eine Schwangerschaft auf einem BMP ausgedruckt werden soll.
  1. Stillzeit 0..1 R
    1233
    1. Mutter stillend? (Boolean) 1..1 R
      1212
      Kennung, ob die Patientin gerade stillt
    1. Druckkennzeichen Stillend (Boolean) 0..1 R
      1038
      Kennzeichen das festlegt ob die Information, dass eine Frau derzeit stillt auf einem BMP ausgedruckt werden soll
Sozialanamnese 0..1 R
1112
  1. Rauchen (Boolean) 0..1 R
    1113
    Angaben zum Tabakkonsum
  1. Alkohol (Boolean) 0..1 R
    1114
    Angaben zum Alkoholkonsum
  1. Leistungssportler (Boolean) 0..1 R
    1117
    Leistungssportler
Medikation 0..1 R
1044
Medikation
  1. Status medikamentöse Therapie (Kode) 0..1 C
    1241
    Wenn Patient keine medikamentöse Therapie erhält, ist dieses Item gesetzt.
    Ansonsten fehlt das Item und die Liste der Medikation ist angegeben.
    • 1..1 M: Wenn für den Patienten keine Medikationseinträge vorhanden sind oder übermittelt werden sollen
    • 0..0 NP Sonst
    • Keine medikamentöse Therapie
  1. Medikationsliste 0..1 C
    1126
    • 1..1 M: Wenn Patient medikamentöse Therapie erhält
    • 0..0 NP Sonst
    1. Titel (String) 0..1 R
      1048
      Titel der Kategorie/Liste, z. B. die von der KBV vorgegebenen Texte, wie z.B. Selbstmedikatio, Dauermedikation,…
    1. Code (Kode) 0..1 R
      1047
      Code der Kategorie/Liste, z. B. die von der KBV vorgegebenen Codes für z.B. Selbstmedikatio, Dauermedikation,…
    1. Medikationseintrag 1..* R
      1124
      Medikationseintrag
      1. Identifikation (Count) 1..1 R
        1243
        ID des Medikationseintrags
      1. Identifikation der Therapie-Intention (Identifier) 1..1 R
        1242
        ID der Therapie-Intention
      1. Sequenznummer (Identifier) 0..1 R
        1045
      1. Status (Kode) 1..1 R
        1244
        • aktiv
        • abgeschlossen
        • geplant
        • unterbrochen
        • abgebrochen
        • unbekannt
      1. Arzneimittel 1..1 R
        1245
        1. Arzneimittel-Identifikation 1..1 R
          1246
          1. Arzneimittel-Name (String) 1..1 R
            1247
            Arzneimittelname oder auch Handelsname, Bezeichnung des Fertigarzneimittels
          1. Arzneimittel-Code (Kode) 1..1 R
            1248
            Identifikation eines Fertigarzneimittels durch seinen Code, z. B. die Pharmazentralnummer (PZN)
          1. Wirkstärke (String) 0..1 R
            1249
            Wirkstärke
        1. Rezeptur 0..1 R
          1273
          Rezeptur-Eintrag
          1. Freitextzeile (String) 1..1 R
            1274
            Freitextzeile
        1. Inhaltsstoff 0..* R
          1159
          Inhaltsstoff
          1. Ist aktiver Inhaltsstoff? (Boolean) 1..1 R
            1250
            Angabe, ob Inhaltsstoff ein aktiver Inhaltsstoff (=Wirkstoff) ist
          1. Name (String) 1..1 R
            1160
            Bezeichnung eines Inhaltsstoffs
          1. Code (Kode) 1..1 R
            1161
            Code eines Inhaltsstoffs
          1. Menge (Quantität) 1..1 R
            1162
            Menge
        1. ATC 0..* R
          1166
          ATC-Code
          1. ATC-Code (Kode) 1..1 R
            1167
            amtlicher, deutschere ATC des jeweils aktuellen Jahres, beim Wechsel des ATC werden alle bisher hinterlegten Einträge an den neuen ATC angepasst,
          1. ATC-Code-Bezeichnung (String) 1..1 R
            1168
            ATC-Code-Bezeichnung
      1. Darreichungsform (Kode) 0..1 R
        1165
        Darreichungsform
      1. Darreichungsform (Freitext) (String) 0..1 R
        1164
        Darreichungsform-Freitext
      1. Einnahmedauer 0..1 R
        1153
        1. Startdatum Einnahme (Datum) 0..1 R
          1154
          Startdatum der Einnahme
        1. Enddatum Einnahme (Datum) 0..1 R
          1155
          Enddatum der Einnahme, bis zu welchem Tag einschließlich das Medikament eingenommen werden soll
        1. Dauer der Einnahme (Count) 0..1 R
          1156
          Dauer (Intervall in Tagen, Wochen Monaten etc.) der Einnahme.
      1. Dosierung (strukturiert) 0..* C
        1253
        Dosierung (strukturiert)
        • 0..* R: Wenn Dosierung strukturiert angegeben wird
        • 0..0 NP Sonst
        1. Reihenfolge (Count) 1..1 R
          1254
          Sequenznummer des Dosierungseintrags
        1. Zeitangabe 1..* R
          1255
          Zeitangabe zur Einnahme als Teil des Dosierschemas
          Ausführliche Beispiele finden sich unter http://wiki.hl7.de/index.php?title=cdamedp:Dosierbeispiele
          1. Zeitpunkt (Datum/Zeit) 0..1 R
            1256
          1. Ereignisbezogene Wiederholung 0..* R
            1257
            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
            1. Ereignis (Kode) 1..1 R
              1258
              Ereignis, z. B. morgens, mittags, abends, zur Nacht
            1. Offset (Quantität) 0..1 R
              1259
              Offset zum Ereignis, z. B. 30 Minuten vorher
          1. Periodisches Intervall 0..* R
            1260
            Ein 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), an dem die periodische Intervallsequenz beginnt (phase).
            1. Phase (Datum/Zeit) 0..1 R
              1261
              Ankerzeitpunkt (Startzeitpunkt), an dem die periodische Intervallsequenz beginnt 
            1. Periode (Dauer) 1..1 R
              1262
              Dauer jedes Vorkommens bzw. der Zeit zwischen den Vorkommnissen
        1. Einnahme bei Bedarf (Boolean) 0..1 R
          1263
          Einnahme des Medikaments bei Bedarf
        1. Art der Anwendung (Kode) 0..1 R
          1264
          Art der Anwendung des Arzneimittels
        1. Dosis 0..1 R
          1265
          Medikamentenmenge pro Dosis, z. B. 100 mg, 10 ml, 2 Tabletten, 1-2 Hübe, 2-3 Dragees
          1. Dosiermenge (Quantität) 1..1 R
            1266
            Dosiermenge mit standardisierter Einheit
          1. Dosiereinheit (Kode) 0..1 R
            1267
            Dosiereinheit, nicht-standardisiert (UCUM)
          1. Dosiermenge von (Quantität) 0..1 R
            1268
            Dosiermenge von, mit Menge und standardisierter Einheit
          1. Dosiermenge bis (Quantität) 0..1 R
            1269
            Dosiermenge bis, mit Menge und standardisierter Einheit
        1. Rate 0..1 R
          1270
          Medikamentenmenge pro Zeiteinheit
          1. Dosiermenge (Quantität) 1..1 R
            1271
            Dosiermenge mit standardisierter Einheit
          1. Zeitangabe (Quantität) 1..1 R
            1272
            Zeitangabe
      1. Dosierung (Freitext) 0..1 C
        1251
        Dosierung (Freitext)
        • 1..1 R: Wenn Dosierung nur als Freitext angegeben werden kann
        • 0..0 NP Sonst
        1. Freitext (String) 1..1 R
          1252
          Dosierung im Freitext, wenn diese nicht strukturiert angegeben wird
      1. Tageshöchstdosis (Quantität) 0..1 R
        1152
        Tageshöchstdosis
      1. Einnahmehinweis (String) 0..1 R
        1079
        Zeilenbezogener Hinweis
      1. Behandlungsgrund (String) 0..1 R
        1089
        Behandlungsgrund
      1. Datum des Eintrags (Datum) 0..1 R
        1092
        Datum des  Eintrags
      1. Änderungsdatum (Datum) 0..1 R
        1192
        Änderungsdatum des Eintrags
      1. Kategorie 1..1 R
        1182
        Kategorie der Medikationseintrags (Zeile). Die Kategorie spielt insbesondere dann eine Rolle, wenn Medikationslisten kuratiert sind, d. h. durch einen verantwortlichen Gesundheitsdienstleister wie zum Beispiel der Hausarzt gepflegt werden und andere Beteiligte Hinzufügungen, Änderungen oder Löschungen eines Medikationseintrags vorschlagen wollen.
        1. Kategorie (Kode) 1..1 R
          1183
          Kategorie
          • Bestand
          • Hinzufügung
          • Änderung
          • Löschung
        1. Letztes Änderungsdatum (Datum) 1..1 R
          1184
          Letzte Änderung des Medikamententherapie-Eintrags
      1. Verfasser des Eintrags 0..1 R
        1186
        Gesundheitsdienstleister, der den Medikationseintrag verfasst hat
        1. LANR (Identifier) 1..1 R
          1276
          LANR
        1. Name 1..1 R
          1277
          1. Titel (String) 0..1 R
            1278
            Titel
          1. Vorname (String) 1..1 R
            1279
            Vorname
          1. Nachname (String) 1..1 R
            1280
            Nachname
        1. Adresse 0..1 R
          1281
          1. Straße (String) 1..1 R
            1282
            Straße
          1. PLZ (String) 1..1 R
            1283
            PLZ
          1. Ort (String) 1..1 R
            1284
            Ort
        1. Kontaktdaten 0..1 R
          1285
          1. Telefonnummer (String) 0..1 R
            1286
            Telefonnummer
          1. E-Mail (String) 0..1 R
            1287
            E-Mail
        1. Organisation 0..1 R
          1288
          1. BSNR (Identifier) 1..1 R
            1289
            BSNR
          1. Institutskennzeichen Krankenhaus (Identifier) 0..1 R
            1290
            Institutskennzeichen Krankenhaus
          1. Institutskennzeichen Apotheke (Identifier) 0..1 R
            1291
            Institutskennzeichen Apotheke
          1. Apotheken-IDF (Identifier) 0..1 R
            1292
            Apothekenidentifikationsnummer
          1. Name Institution (String) 1..1 R
            1293
            Name Institution
      1. Kurator 0..1 R
        1188
        Gesundheitsdienstleister, der den Medikationseintrag kuratiert
        1. LANR (Identifier) 1..1 R
          1294
          LANR
        1. Name 1..1 R
          1295
          1. Titel (String) 0..1 R
            1296
            Titel
          1. Vorname (String) 1..1 R
            1297
            Vorname
          1. Nachname (String) 1..1 R
            1298
            Nachname
        1. Adresse 0..1 R
          1299
          1. Straße (String) 1..1 R
            1300
            Straße
          1. PLZ (String) 1..1 R
            1301
            PLZ
          1. Ort (String) 1..1 R
            1302
            Ort
        1. Kontaktdaten 0..1 R
          1303
          1. Telefonnummer (String) 0..1 R
            1304
            Telefonnummer
          1. E-Mail (String) 0..1 R
            1305
            E-Mail
        1. Organisation 0..1 R
          1306
          1. BSNR (Identifier) 1..1 R
            1307
            BSNR
          1. Institutskennzeichen Krankenhaus (Identifier) 0..1 R
            1308
            Institutskennzeichen Krankenhaus
          1. Institutskennzeichen Apotheke (Identifier) 0..1 R
            1309
            Institutskennzeichen Apotheke
          1. Apotheken-IDF (Identifier) 0..1 R
            1310
            Apothekenidentifikationsnummer
          1. Name Institution (String) 1..1 R
            1311
            Name Institution
      1. Kommentarfeld zwischen Leistungserbringern (String) 0..1 R
        1104
        Kommentarfeld zwischen Leistungserbringern
      1. Selbstmedikation (Boolean) 0..1 R
        1078
        Selbstmedikation
      1. Verordnungsmenge (Quantität) 0..1 R
        1085
        Die Verordnungsmenge bei einer Wirkstoffverordnung
      1. Kennzeichen BMP (Boolean) 0..1 R
        1189
        Kennzeichen ob der Eintrag auf einen BMP übernommen wird.
      1. Kennzeichen historisiert (Boolean) 0..1 R
        1190
        Kennzeichnet einen Medikationseintrag als historisiert
      1. Historisierungsbegründung (String) 0..1 R
        1191
        Historisierungsbegründung
      1. Freitextzeile/sonstiger Hinweis (String) 0..1 R
        1049
        Freitextzeile/sonstiger Hinweis
      1. Vorhabenspezifische Erweiterung/Zusatzinformation (Extension) 0..1 R
        1220
        Vorhabenspezifische Erweiterung/Zusatzinformation des Datensatzes (Extension)
        1. Identifikation (Identifier) 1..1 R
          1221
          Identifikation der Erweiterung/Zusatzinformation in Form einer URI
        1. Wert (String) 1..1 R
          1222
          Der Wert der vorhabenspezifischen Erweiterung/Zusatzinformation
Sonstige Angaben 0..1 R
1105
Sonstige Angaben
  1. ID eMP/AMTS (Identifier) 0..1 R
    1204
    Eindeutiger Identifier in der gematik-Objektnomenklatur
  1. Instanz-ID BMP (Identifier) 0..1 R
    1205
    Weltweit eindeutige Identifikation eines BMP
  1. Versionsnummer des Formats (String) 0..1 R
    1107
    Versionsnummer des Formats
  1. Länderkennzeichen (für die Nutzung) (Kode) 0..1 R
    1108
    Länderkennzeichen (für die Nutzung)
  1. Sprachkennzeichen (Kode) 0..1 R
    1109
    Sprachkennzeichen (des Medikationsplans)
  1. Angaben zum erstellenden Software-System (String) 0..1 R
    1110
    Angaben zum erstellenden Software-System
  1. übergeordneter Kommentar (String) 0..1 R
    1206
    Freitext für beliebige Kommentare oder Hinweise zwischen Leistungserbringern, ohne inhaltliche Vorgaben, mit Bezug auf die gesamte Medikation des Patienten.
Letzte AMTS-Prüfung 0..1 R
1118
Infortmationen zur letzten AMTS-Prüfung
  1. Datum (Datum/Zeit) 1..1 R
    1132
    Datum
  1. Ausführender 0..1 R
    1133
    Ausführender
    1. LANR (Identifier) 1..1 R
      1134
      LANR
    1. Name 0..1 R
      1237
      1. Titel (String) 0..1 R
        1135
        Titel
      1. Vorname (String) 1..1 R
        1136
        Vorname
      1. Nachname (String) 1..1 R
        1137
        Nachname

Allgemeine Konzepte von Medikationsdaten

Begriffsdefinitionen

Grundsätzlich werden folgende Definitionen verwendet:

  • Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.
  • Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.
  • Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.
  • Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).
  • Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“.
  • Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.
  • Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).
  • Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet.
  • Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.
  • Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..

Wirkstoff-Kodierungen und Wirkstoff-Verordnungen

Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden. Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.

Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen:

  • Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.
  • Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..

Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.

Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden
1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:
  • Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich
  • Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden
  • Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden
  • Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs
  • Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden

Grundsätzlich denkbar ist auch der folgende Ansatz:
2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung
  • Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen
  • Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden
  • Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.

Extensionen – Innovationsspielräume dauerhaft ermöglichen

Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird.

Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten. Die AG eMedikation hat folgende Vorüberlegungen getätigt:

  • Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen
  • Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben
  • Für eine Registrierung müssen bestimmte Angaben getätigt werden
  • Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.
  • Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)
  • Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen

Zu den Extensionen verweisen wir auch auf den Abschnitt CDA mit Informellen Erweiterungen im Kapitel CDA-Spezifikation.

Zielsetzung für komplexe Dosierangaben

Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.

Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.

Migrationspfade – der Weg zum konsolidierten Datenaustauschformat

Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint.

Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden.

Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.

AOK Nordost

Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.

Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.

Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.

Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.

AOK Baden-Württemberg

Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEdikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVERBUND und dem Hausärzteverband zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den Hausarzt gepflegten Medikationsspeicher zu einem Patienten. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der Hausarzt entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher.

Fokus von HAUSKOMET bildet der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg auf Basis vollständig strukturierter Daten. Damit ermöglicht HAUSKOMET die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollständig maschinell weiterverabeitet werden können (z.B. im Rahmen von AMTS-Checks).

HAUSKOMET nutzt als Datenaustauschformat die fachlich relevante Teilmenge der Spezifikation eMDAF.

AOK PLUS

Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden.

Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.

Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.

Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.


CDA-Spezifikation

Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit

  • Informationen zum CDA-Dokument wie Id, Datum etc.,
  • Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,
  • Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),

Sowie dem Body

  • mit Abschnitten für den Text (Sections)
  • und maschinenlesbaren, strukturierten Information (Entries).

Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument

Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.

  1. Document
     CDA Medikationsmanagement (2.16.840.1.113883.3.1937.99.61.48.10.1)
    1. Header
       CDA realmCode (1.2.276.0.76.10.90002)
    2. Header
       CDA typeId (1.2.276.0.76.10.90003)
    3. Header
       CDA id (1.2.276.0.76.10.90004)
    4. Header
       CDA title (1.2.276.0.76.10.90005)
    5. Header
       CDA effectiveTime (1.2.276.0.76.10.90006)
    6. Header
       CDA confidentialityCode (1.2.276.0.76.10.90007)
    7. Header
       CDA languageCode (1.2.276.0.76.10.90008)
    8. Header
       CDA setId and versionNumber (1.2.276.0.76.10.90009)
    9. Header
       CDA recordTarget (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.4)
      1. Header
         Patientenidentifikation (1.2.276.0.76.10.90024)
      2. *
         Personenname (1.2.276.0.76.10.90030)
      3. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      4. *
         Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
    10. Header
       CDA author (pmp) (1.2.276.0.76.10.2029)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    11. Header
       CDA author software (pmp) (1.2.276.0.76.10.2031)
    12. Header
       CDA custodian (pmp) (1.2.276.0.76.10.2030)
      1. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    13. Header
       CDA legalAuthenticator (1.2.276.0.76.10.2020)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    14. Header
       CDA authenticator (1.2.276.0.76.10.2019)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    15. Header
       Pflegearzt (Kurator) (2.16.840.1.113883.3.1937.99.61.48.10.25)
      1. *
         CDA Person (2.16.840.1.113883.10.12.152)
      2. *
         CDA Organization (2.16.840.1.113883.10.12.151)
    16. Section
       Leistungserbringer-Kommentar (1.2.276.0.76.10.3133)
      1. Header
         CDA author (pmp) (1.2.276.0.76.10.2029)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    17. Section
       Klinische Parameter (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.10)
      1. Entry
         Körpergewicht (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.7)
        1. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      2. Entry
         Körpergröße (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.8)
        1. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      3. Entry
         Kreatinin (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.9)
        1. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      4. Entry
         Laborergebnis (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.34)
        1. Entry
           Annotation Comment (1.2.276.0.76.10.4015)
      5. *
         Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
    18. Section
       Allergien und Unverträglichkeiten (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.16)
      1. Entry
         Allergie/Unverträglichkeit Concern Act (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.31)
        1. Entry
           Allergie/Unverträglichkeit Observation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.30)
          1. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          2. Entry
             RelatedEntity (Body) (1.2.276.0.76.10.90020)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
          3. Entry
             Reaktion/Manifestation (1.2.276.0.76.10.4258)
          4. Entry
             Kritikalität (1.2.276.0.76.10.4259)
      2. *
         Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
    19. Section
       Gesundheitsbelange (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.11)
      1. Entry
         Status Schwangerschaft (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.12)
        1. Entry
           Erwarteter Geburtstermin (1.2.276.0.76.10.4255)
        2. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      2. Entry
         Stillzeit (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.13)
        1. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      3. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
    20. Section
       Aktuelle Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.15)
      1. Entry
         Medikation Gruppierung (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.14)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.3)
          1. Entry
             Einnahmedauer (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.36)
          2. Entry
             Medikament (1.2.276.0.76.10.4025)
            1. Entry
               Material (1.2.276.0.76.10.90022)
          3. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          4. Entry
             RelatedEntity (Body) (1.2.276.0.76.10.90020)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
          5. Entry
             Kuratierender Arzt (Medikationseintrag) (2.16.840.1.113883.3.1937.777.27.10.2)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
          6. Entry
             Datenerfassung (2.16.840.1.113883.3.1937.99.61.48.10.2)
          7. Entry
             Einzeldosierungen (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.28)
            1. Entry
               Medikation Vorbedingung (1.2.276.0.76.10.90028)
          8. Entry
             Dosierung Freitext (1.2.276.0.76.10.4024)
          9. Entry
             Patienteninstruktionen (1.2.276.0.76.10.4026)
          10. Entry
             Grund für Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.29)
          11. Entry
             Grund für Nichtgabe Medikation (1.2.276.0.76.10.4292)
          12. Entry
             Medikation Therapie-Intention (Hauskomet) (2.16.840.1.113883.3.1937.777.27.10.17)
            1. Entry
               Entry Reference (2.16.840.1.113883.10.20.22.4.122)
          13. Entry
             AMTS Prüfung (2.16.840.1.113883.3.1937.99.61.48.10.20)
            1. Entry
               Performer (Body) (1.2.276.0.76.10.90014)
              1. Header
                 CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
                1. Header
                   CDA Person Elements (1.2.276.0.76.10.90010)
                2. Header
                   CDA Organization Elements (1.2.276.0.76.10.90011)
          14. Entry
             Annotation Comment (1.2.276.0.76.10.4015)
          15. Entry
             Hauskomet Kategorie (2.16.840.1.113883.3.1937.777.27.10.12)
          16. Entry
             Medikation Vorbedingung (1.2.276.0.76.10.90028)
          17. *
             Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
          18. *
             Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
      2. Entry
         Ohne Medikation (1.2.276.0.76.10.4295)
    21. Section
       Sozialanamnese (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.23)
      1. Entry
         Datenübermittlung (2.16.840.1.113883.3.1937.99.61.48.10.24)
      2. Entry
         Tabakgebrauch (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.27)
      3. Entry
         Alkoholgebrauch (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.26)
      4. Entry
         Alkoholabusus (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.33)
      5. Entry
         Leistungsportler (1.2.276.0.76.10.4297)
    22. Section
       Wichtige Angaben (1.2.276.0.76.10.3042)


Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus[8] zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.

Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"

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

Es wird auf die Erläuterungen andernorts zu den Themen

  • Kardinalität, Konformität [2]
  • NullFlavor [3]

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 (IK) 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[9], [10].

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 Betriebsstätte</name>
</representedOrganization>

Institutionskennzeichen (IK)

Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IK) 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 >

Apotheken-IDF

Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland

<scopingOrganization>
      <id root="1.2.276.0.76.4.197" extension="3379589"/>
      <name>Beispiel Apotheke</name>
</scopingOrganization >

Set-ID und Versionsnummer

Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute

  • setId
  • versionNumber

als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die setId (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass versionNumber um eins erhöht wird.

Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ClinicalDocument.id.

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 werden an drei Stellen solche Informellen Erweiterungen genutzt:

  • Bei Wirkstoff- und Packungsangaben zum Medikament
  • Bei den so genannten Druckkennzeichen
  • Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen

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

Druckkennzeichen

Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung urn:hl7-de:medmgmt behandelt und verwendet in der Regel das Namespacepräfix medmgmt:.

Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.

Beispiel

<medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2">
    <medmgmt:valueBoolean value="false"/>
</medmgmt:extension>

Vorhaben-spezifische Erweiterungen/Zusatzinformationen

In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung urn:hl7-de:medmgmt behandelt und verwendet in der Regel das Namespacepräfix medmgmt:. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.

Beispiel

<medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2">
  <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2">
    <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/>
  </medmgmt:extension>
  <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2">
    <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/>
  </medmgmt:extension>
</medmgmt:extension>

Einsatz im Kontext von HAUSKOMET

Innerhalb des Implementationsleitfadens ist für HAUSKOMET ein spezifisches Document Level Template namens "CDA Medikationsmanagement Hauskomet" spezifiziert, das für CDA Dokumente zum Austausch von Medikationsinformationen im Kontext von HAUSKOMET zu verwenden ist.

Folgende Übersicht zeigt die im Kontext von HAUSKOMET verfügbaren Komponenten des Medikationsmanagement-Dokuments:

  1. Document
     CDA Medikationsmanagement Hauskomet (2.16.840.1.113883.3.1937.99.61.48.10.35)
    1. Header
       CDA realmCode (1.2.276.0.76.10.90002)
    2. Header
       CDA typeId (1.2.276.0.76.10.90003)
    3. Header
       CDA id (1.2.276.0.76.10.90004)
    4. Header
       CDA title (1.2.276.0.76.10.90005)
    5. Header
       CDA effectiveTime (1.2.276.0.76.10.90006)
    6. Header
       CDA confidentialityCode (1.2.276.0.76.10.90007)
    7. Header
       CDA languageCode (1.2.276.0.76.10.90008)
    8. Header
       CDA setId and versionNumber (1.2.276.0.76.10.90009)
    9. Header
       CDA recordTarget (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.4)
      1. Header
         Patientenidentifikation (1.2.276.0.76.10.90024)
      2. *
         Personenname (1.2.276.0.76.10.90030)
      3. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      4. *
         Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
    10. Header
       CDA author (pmp) (1.2.276.0.76.10.2029)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    11. Header
       CDA author software (pmp) (1.2.276.0.76.10.2031)
    12. Header
       CDA custodian (pmp) (1.2.276.0.76.10.2030)
      1. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    13. Header
       CDA legalAuthenticator (1.2.276.0.76.10.2020)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    14. Header
       CDA authenticator (1.2.276.0.76.10.2019)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    15. Header
       Pflegearzt (Kurator) (2.16.840.1.113883.3.1937.99.61.48.10.25)
      1. *
         CDA Person (2.16.840.1.113883.10.12.152)
      2. *
         CDA Organization (2.16.840.1.113883.10.12.151)
    16. Section
       Klinische Parameter (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.10)
      1. Entry
         Körpergewicht (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.7)
        1. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      2. Entry
         Körpergröße (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.8)
        1. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      3. Entry
         Kreatinin (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.9)
        1. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      4. Entry
         Laborergebnis (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.34)
        1. Entry
           Annotation Comment (1.2.276.0.76.10.4015)
      5. *
         Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
    17. Section
       Gesundheitsbelange (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.11)
      1. Entry
         Status Schwangerschaft (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.12)
        1. Entry
           Erwarteter Geburtstermin (1.2.276.0.76.10.4255)
        2. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      2. Entry
         Stillzeit (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.13)
        1. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
      3. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
    18. Section
       Aktuelle Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.15)
      1. Entry
         Medikation Gruppierung (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.14)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.3)
          1. Entry
             Einnahmedauer (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.36)
          2. Entry
             Medikament (1.2.276.0.76.10.4025)
            1. Entry
               Material (1.2.276.0.76.10.90022)
          3. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          4. Entry
             RelatedEntity (Body) (1.2.276.0.76.10.90020)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
          5. Entry
             Kuratierender Arzt (Medikationseintrag) (2.16.840.1.113883.3.1937.777.27.10.2)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
          6. Entry
             Datenerfassung (2.16.840.1.113883.3.1937.99.61.48.10.2)
          7. Entry
             Einzeldosierungen (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.28)
            1. Entry
               Medikation Vorbedingung (1.2.276.0.76.10.90028)
          8. Entry
             Dosierung Freitext (1.2.276.0.76.10.4024)
          9. Entry
             Patienteninstruktionen (1.2.276.0.76.10.4026)
          10. Entry
             Grund für Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.29)
          11. Entry
             Grund für Nichtgabe Medikation (1.2.276.0.76.10.4292)
          12. Entry
             Medikation Therapie-Intention (Hauskomet) (2.16.840.1.113883.3.1937.777.27.10.17)
            1. Entry
               Entry Reference (2.16.840.1.113883.10.20.22.4.122)
          13. Entry
             AMTS Prüfung (2.16.840.1.113883.3.1937.99.61.48.10.20)
            1. Entry
               Performer (Body) (1.2.276.0.76.10.90014)
              1. Header
                 CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
                1. Header
                   CDA Person Elements (1.2.276.0.76.10.90010)
                2. Header
                   CDA Organization Elements (1.2.276.0.76.10.90011)
          14. Entry
             Annotation Comment (1.2.276.0.76.10.4015)
          15. Entry
             Hauskomet Kategorie (2.16.840.1.113883.3.1937.777.27.10.12)
          16. Entry
             Medikation Vorbedingung (1.2.276.0.76.10.90028)
          17. *
             Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
          18. *
             Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
      2. Entry
         Ohne Medikation (1.2.276.0.76.10.4295)
    19. Section
       Sozialanamnese (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.23)
      1. Entry
         Datenübermittlung (2.16.840.1.113883.3.1937.99.61.48.10.24)
      2. Entry
         Tabakgebrauch (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.27)
      3. Entry
         Alkoholgebrauch (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.26)
      4. Entry
         Alkoholabusus (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.33)
      5. Entry
         Leistungsportler (1.2.276.0.76.10.4297)


Hinweise zu den Darstellungen der Templates

Im folgenden Abschnitt dieser Spezifikation werden alle Templates aufgeführt. Die Darstellung der Definitionen erfolgt in Tabellenform. Weitere Hinweise, die möglicherweise für das Verständnis der Template-Definitionen nötig sein könnten, finden sich in englischer Sprache auf den Erläuterungsseiten von ART-DECOR[11].

CDA Document Level Templates

CDA Dokument für Medikationsmanagement

Id2.16.840.1.113883.3.1937.99.61.48.10.1Gültigkeit2019‑10‑22 20:08:16
Andere Versionen mit dieser Id:
  • Kblank.png CDAMedikationsmanagement vom 2019‑10‑22 20:07:49
  • Kblank.png CDAMedikationsmanagement vom 2018‑10‑13 16:20:07
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameCDAMedikationsmanagementBezeichnungCDA Medikationsmanagement
BeschreibungCDA Dokument für Medikationsmanagement
KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 22 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.90003InklusionKyellow.png CDA typeIdDYNAMIC
1.2.276.0.76.10.90004InklusionKyellow.png CDA idDYNAMIC
1.2.276.0.76.10.90005InklusionKyellow.png CDA titleDYNAMIC
1.2.276.0.76.10.90006InklusionKyellow.png CDA effectiveTimeDYNAMIC
1.2.276.0.76.10.90007InklusionKgreen.png CDA confidentialityCodeDYNAMIC
1.2.276.0.76.10.90008InklusionKyellow.png CDA languageCodeDYNAMIC
1.2.276.0.76.10.90009InklusionKyellow.png CDA setId and versionNumberDYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.4InklusionKorange.png CDA recordTarget (medmgmt)DYNAMIC
1.2.276.0.76.10.2029InklusionKyellow.png CDA author (pmp)DYNAMIC
1.2.276.0.76.10.2031InklusionKyellow.png CDA author software (pmp)DYNAMIC
1.2.276.0.76.10.2030InklusionKyellow.png CDA custodian (pmp)DYNAMIC
1.2.276.0.76.10.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.2019InklusionKgreen.png CDA authenticatorDYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.25InklusionKorange.png Pflegearzt (Kurator)DYNAMIC
1.2.276.0.76.10.3133ContainmentKorange.png Leistungserbringer-KommentarDYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.10ContainmentKorange.png Klinische Parameter (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.16ContainmentKorange.png Allergien und Unverträglichkeiten (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.11ContainmentKorange.png Gesundheitsbelange (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.15ContainmentKorange.png Aktuelle Medikation (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.23ContainmentKorange.png Sozialanamnese (medmgmt)DYNAMIC
1.2.276.0.76.10.3042ContainmentKyellow.png Wichtige AngabenDYNAMIC
BeziehungVersion: Template 2.16.840.1.113883.3.1937.99.61.48.10.1 CDA Medikationsmanagement (2018‑10‑13 16:20:07)
Spezialisierung: Template 1.2.276.0.76.10.1024 Patientenbezogener Medikationsplan Plus (2017‑07‑07)
ref
pmp-

Adaptation: Template 1.2.276.0.76.10.1014 Patientenbezogener Medikationsplan CDA document (2014‑10‑20)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<hl7:ClinicalDocument>
  <!-- CDA Header -->
  <hl7:realmCode code="DE"/>  <hl7:typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.1"/>  <hl7:id root="1.2.276.0.76.3645.239" extension="F5EEE2DF-063A-415A-A02D-494FFCD3E48D"/>  <hl7:code code="77603-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Medication treatment plan.extended Document"/>  <hl7:title>Medikationsmanagement 2014-10-08 12:34:56</hl7:title>  <hl7:effectiveTime value="20141008123456"/>  <hl7:confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>  <hl7:languageCode code="de-DE"/>  <hl7:setId root="1.2.276.0.76.3645.239" extension="304CD611-E741-4E4A-ACE7-BB6053B6C88D"/>  <hl7:versionNumber value="1"/>  <hl7:recordTarget typeCode="RCT" contextControlCode="OP">
    <!-- .. -->
  </hl7:recordTarget>
  <hl7:author typeCode="AUT">
    <!-- .. -->
  </hl7:author>
  <hl7:custodian typeCode="CST">
    <!-- .. -->
  </hl7:custodian>
  <hl7:legalAuthenticator>
    <!-- .. -->
  </hl7:legalAuthenticator>
  <hl7:authenticator>
    <!-- .. -->
  </hl7:authenticator>
  <!-- CDA Body -->
  <hl7:component>
    <hl7:structuredBody>
      <hl7:component>
        <!-- .. -->
      </hl7:component>
    </hl7:structuredBody>
  </hl7:component>
</hl7:ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(CDA...ent)
Eingefügt1 … 1M von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MCDAr...Code
 
Target.png
medmgmt-data​element-1108Kyellow.png Länderkennzeichen (für die Nutzung) Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
@code muss "DE" sein
 Beispiel<realmCode code="DE"/>
Eingefügt1 … 1M von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC)
Treetree.pnghl7:typeId
II1 … 1MCDAtypeId
Treeblank.pngTreetree.png@extension
1 … 1FPOCD_HD000040
Treeblank.pngTreetree.png@root
1 … 1F2.16.840.1.113883.1.3
Treetree.pnghl7:templateId
II1 … 1M(CDA...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.1
 Beispiel<templateId root="2.16.840.1.113883.3.1937.99.61.48.10.1"/>
Eingefügt1 … 1M von 1.2.276.0.76.10.90004 CDA id (DYNAMIC)
Treetree.pnghl7:id
II1 … 1M(CDA...ent)
Treetree.pnghl7:code
CE1 … 1M(CDA...ent)
Treeblank.pngTreetree.png@code
CONF1 … 1F77603-9
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Eingefügt1 … 1 von 1.2.276.0.76.10.90005 CDA title (DYNAMIC)
 Beispiel<title>Medikationsmanagement vom 8. Juli 2018</title>
Treetree.pnghl7:title
ST1 … 1(CDA...ent)
Eingefügt von 1.2.276.0.76.10.90006 CDA effectiveTime (DYNAMIC)
Treetree.pnghl7:effectiveTime
TS.​DATE​TIME.​MIN1 … 1M(CDA...ent)
Eingefügt von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE1 … 1M(CDA...ent)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC)
Eingefügt von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC)
Treetree.pnghl7:language​Code
CS.LANG1 … 1M(CDA...ent)
 
Target.png
medmgmt-data​element-1109Kyellow.png Sprachkennzeichen Kyellow.png Datensatz eMedikation v2019
Eingefügt von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1M(CDA...ent)
Treetree.pnghl7:versionNumber
INT.POS1 … 1M(CDA...ent)
 
Target.png
medmgmt-data​element-1107Kyellow.png Versionsnummer des Formats Kyellow.png Datensatz eMedikation v2019
Eingefügt1 … 1M von 2.16.840.1.113883.3.1937.99.61.48.10.4 CDA recordTarget (medmgmt) (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1M(CDA...ent)
 
Target.png
medmgmt-data​element-1015Kyellow.png Patient Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
cs0 … 1FRCT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Eingefügt1 … 1R von 1.2.276.0.76.10.90024 Patientenidentifikation (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R(CDA...ent)
 
Target.png
medmgmt-data​element-1016Kyellow.png Versicherten-ID Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1128Kyellow.png Patienten-ID Kyellow.png Datensatz eMedikation v2019
 Beispiel
eGK Nummer als Patientenidentifikation
<id extension="A123456789" root="1.2.276.0.76.4.8"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1R(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19620219"/></patient>
Eingefügt1 … *R von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *RDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(CDA...ent)
 
Target.png
medmgmt-data​element-1234Kyellow.png Name Kyellow.png Datensatz eMedikation v2019
 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>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(CDA...ent)
wo [@qualifier='AC']
 
Target.png
medmgmt-data​element-1019Kyellow.png Titel Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(CDA...ent)
 
Target.png
medmgmt-data​element-1017Kyellow.png Vorname Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(CDA...ent)
wo [@qualifier='NB']
 
Target.png
medmgmt-data​element-1021Kyellow.png Namenszusatz Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(CDA...ent)
wo [@qualifier='VV']
 
Target.png
medmgmt-data​element-1020Kyellow.png Vorsatzwort Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(CDA...ent)
 
Target.png
medmgmt-data​element-1018Kyellow.png Nachname Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R(CDA...ent)
 
Target.png
medmgmt-data​element-1024Kyellow.png Geschlecht Kyellow.png Datensatz eMedikation v2019
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:extension
0 … 1R(CDA...ent)
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1M(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1R(CDA...ent)
 
Target.png
medmgmt-data​element-1022Kyellow.png Geburtsdatum Kyellow.png Datensatz eMedikation v2019
Eingefügt0 … *R von 1.2.276.0.76.10.90034 Erweiterung Vorhabenerweiterung (2019‑02‑09)
Treeblank.pngTreetree.pngmedmgmt:extension
0 … *R(CDA...ent)
 
Target.png
medmgmt-data​element-1220Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1223Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1226Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:extension
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(CDA...ent)
 
Target.png
medmgmt-data​element-1227Kyellow.png Identifikation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:extension
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(CDA...ent)
 
Target.png
medmgmt-data​element-1228Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Eingefügt1 … 1M von 1.2.276.0.76.10.2029 CDA author (pmp) (DYNAMIC)
Treetree.pnghl7:author
1 … 1Mhauthpmp
 
Target.png
medmgmt-data​element-1001Kyellow.png Leistungserbringer Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2029
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhauthpmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Rhauthpmp
 
Target.png
medmgmt-data​element-1011Kyellow.png LANR Kyellow.png Datensatz eMedikation v2019
 Beispiel
Autor mit lebenslanger Arztnummer (LANR)
<id root="1.2.276.0.76.4.16" extension="123456701"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Rhauthpmp
 
Target.png
medmgmt-data​element-1236Kyellow.png Adresse Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *Rhauthpmp
 
Target.png
medmgmt-data​element-1008Kyellow.png Telefonnummer Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1009Kyellow.png E-Mail Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1237Kyellow.png Kontaktdaten Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1hauthpmp
 
Target.png
medmgmt-data​element-1235Kyellow.png Name Kyellow.png Datensatz eMedikation v2019
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1hauthpmp
 
Target.png
medmgmt-data​element-1238Kyellow.png Organisation Kyellow.png Datensatz eMedikation v2019
 Beispiel
Organisation mit Betriebsstättennummer (BSNR) und Name
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="218099900"/>  <name>Internistische Praxis Dr. Abt</name></representedOrganization>
 Beispiel
Apotheke mit IDF Nummer
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.197" extension="3379589"/>  <name>Sonnen-Apotheke</name></representedOrganization>
 Beispiel
Krankenhaus mit Institutionskennzeichen
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.5" extension="260641243"/>  <name>Agaplesion Frankfurter Diakonie Kliniken gGmbh</name></representedOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *hauthpmp
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mhauthpmp
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *hauthpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1hauthpmp
Eingefügt0 … 1R von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)
Treetree.pnghl7:author
0 … 1Rhhsoftpmp
wo [hl7:templateId/@root='1.2.276.0.76.10.2031']
 
Target.png
medmgmt-data​element-1110Kyellow.png Angaben zum erstellenden Software-System Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2031
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhhsoftpmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1hhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RSoftware Name und Version, die bei der Erstellung des Dokuments verwendet wurdehhsoftpmp
Eingefügt1 … 1M von 1.2.276.0.76.10.2030 CDA custodian (pmp) (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1Mhcustpmp
Treeblank.pngTreetree.png@typeCode
0 … 1FCST
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1Mhcustpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
0 … 1hcustpmp
 Beispiel
Organisation mit Betriebsstättennummer (BSNR) und Name
<representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="218099900"/>  <name>Internistische Praxis Dr. Abt</name></representedCustodianOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *hcustpmp
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mhcustpmp
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *hcustpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1hcustpmp
Eingefügt0 … 1 von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1(CDA...ent)
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(CDA...ent)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(CDA...ent)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(CDA...ent)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(CDA...ent)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(CDA...ent)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(CDA...ent)
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(CDA...ent)
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(CDA...ent)
Eingefügt0 … 1 von 1.2.276.0.76.10.2019 CDA authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … 1(CDA...ent)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTHEN
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(CDA...ent)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(CDA...ent)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(CDA...ent)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(CDA...ent)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(CDA...ent)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(CDA...ent)
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(CDA...ent)
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(CDA...ent)
Eingefügt von 2.16.840.1.113883.3.1937.99.61.48.10.25 Pflegearzt (Kurator) (DYNAMIC)
Treetree.pnghl7:participant
0 … 1(CDA...ent)
 
Target.png
medmgmt-data​element-1313Kyellow.png Kurator Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
cs1 … 1FVRF
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.25
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(CDA...ent)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1RDieses Element umfasst Angaben zum Pflegearzt, die mindestens die Identifikatoren des Pflegearztes (LANR) und seiner Betriebsstätte (BSNR) enthalten müssen.(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MIm Rahmen von Hauskomet muss hier die LANR des Hauskomet Pflegearztes angegeben werden.(CDA...ent)
 
Target.png
medmgmt-data​element-1314Kyellow.png LANR Kyellow.png Datensatz eMedikation v2019
 Beispiel
Angabe der LANR des Pflegearztes
<id root="1.2.276.0.76.4.16" extension="999999901"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(CDA...ent)
 
Target.png
medmgmt-data​element-1324Kyellow.png Telefonnummer Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1325Kyellow.png E-Mail Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)(CDA...ent)
 Beispiel
Angabe des Names des Pflegearztes
<associatedPerson classCode="PSN" determinerCode="INSTANCE">
  <name>
    <prefix qualifier="AC">Dr.</prefix>    <given>Hans</given>    <family>Hausarzt</family>  </name>
</associatedPerson>
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1MIm Rahmen von Hauskomet muss hier mindestens die BSNR der Betriebsstätte angegeben werden, in der der Hauskomet Pflegearzt tätig ist.
Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)
(CDA...ent)
 
Target.png
medmgmt-data​element-1326Kyellow.png Organisation Kyellow.png Datensatz eMedikation v2019
 Beispiel
Angabe der Praxis, in der der Pflegearzt tätig ist
<scopingOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="521111100"/>  <name>Hausarztpraxis Stuttgart Königsstrasse</name></scopingOrganization>
Treetree.pnghl7:component
(CDA...ent)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:structuredBody
(CDA...ent)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Leistungserbringer-Kommentar
Beinhaltet 1.2.276.0.76.10.3133 Leistungserbringer-Kommentar (DYNAMIC)
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Clinical Information
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.10 Klinische Parameter (medmgmt) (DYNAMIC)
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Allergien und Unverträglichkeiten
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.16 Allergien und Unverträglichkeiten (medmgmt) (DYNAMIC)
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Gesundheitsbelange
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.11 Gesundheitsbelange (medmgmt) (DYNAMIC)
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MSection: Medikationsplan
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.15 Aktuelle Medikation (medmgmt) (DYNAMIC)
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Section: Sozialanamnese
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.23 Sozialanamnese (medmgmt) (DYNAMIC)
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Hinweise
Beinhaltet 1.2.276.0.76.10.3042 Wichtige Angaben (DYNAMIC)
(CDA...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue

CDA Dokument für Medikationsmanagement Hauskomet

Id2.16.840.1.113883.3.1937.99.61.48.10.35Gültigkeit2019‑12‑15 19:27:07
Andere Versionen mit dieser Id:
  • Kblank.png CDAMedikationsmanagementHauskomet vom 2019‑09‑30 14:49:27
StatusKyellow.png EntwurfVersions-Label
NameCDAMedikationsmanagementHauskometBezeichnungCDA Medikationsmanagement Hauskomet
Beschreibung
CDA Dokument für Medikationsmanagement - Spezialisierung für Hauskomet.
Diese Spezialisierung des eMDAF für Hauskomet definiert sowohl verpflichtende Angaben als auch fachlich nicht relevante Elemente im Rahmen der Verwendung des eMDAF für Hauskomet.


Folgende Regeln gelten spezifisch für Hauskomet:

  • Es muss genau ein Hauskomet-Pflegearzt angegeben werden
  • Die BSNR der Betriebsstätte des Hauskomet-Pflegearztes muss angegeben werden
  • Keine auf das gesamte CDA Dokument bezogenen Leistungserbringer-Kommentare zulässig
  • Die Angabe von Allergien und Unverträglichkeiten ist nicht vorgesehen
  • Die Angabe von Laborergebnissen ist nicht vorgesehen
  • Die Zustimmung zur Datenübermittlung ist bei Hauskomet inhärent gegeben und darf daher nicht explizit angegeben werden
  • Im Hauskomet Medikationsplan darf es nur einen Haupteintrag geben (entweder die aktuelle Medikation oder die Angabe "ohne Medikation")
  • Die Angabe von Zwischenüberschriften ist nicht vorgesehen
  • Eine Autorenangabe des (einzigen) Organizers ist nicht vorgesehen
  • Die Angabe einer Reihenfolge der Medikationseinträge ist nicht zulässig
  • Für Hauskomet Medikationseinträge ist nur der moodCode="EVN" zugelassen
  • Bei einem Medikationseintrag muss das Element "substanceAdministration" genau einmal im übergeordneten Element "component" auftreten
  • Jeder Hauskomet Medikationseintrag muss einen gültigen Identifier (in Form einer GUID) tragen
  • Es sind nur aktive Medikationseinträge erlaubt
  • Zu einem Medikationseintrag muss zwingend ein Medikament angegeben werden
  • Rezepturen als Medikationseinträge sind in Hauskomet unzulässig
  • Arzneimittel mit unbekannter PZN sind in Hauskomet als Medikationseinträge unzulässig
  • Unbenannte Arzneimittel sind als Medikationseinträge in Hauskomet unzulässig
  • Als Autor eines Medikationseintrags darf nur ein Gesundheitsdienstleister angegeben werden
  • Angaben zur Datenerfassung eines Medikationseintrags sind nicht vorgesehen
  • Zu einem Medikationseintrag dürfen Patienteninstruktionen nur maximal einmal angegeben werden
  • Zu einem Medikationseintrag darf der Grund für die Medikation nur maximal einmal angegeben werden
  • Zu einem Medikationseintrag darf der Bezug zur medikamentösen Therapie-Intention nur maximal einmal angegeben werden
  • Die Angabe eines Grunds für die Nichtgabe einer Medikation ist nicht Bestandteil von Hauskomet
  • Die Angabe der letzten AMTS-Prüfung einer Medikation ist nicht Bestandteil von Hauskomet
  • Eine freitextliche Angabe von Kommentaren zu einer Medikation ist unzulässig
  • Jeder Medikationseintrag muss zwingend eine Hauskomet Kategorie enthalten
  • Eine Angabe der Einnahmedauer darf nur aus dem Datum des Einnahmeendes bestehen (effectiveTime[high])
  • Die Angabe von Erweiterungen wie Druckkennzeichen oder weitere Vorhabenerweiterungen ist nicht zulässig
Die Einhaltung dieser Regeln wird durch entsprechende Schematron Regeln unterstützt.



KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 19 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.90003InklusionKyellow.png CDA typeIdDYNAMIC
1.2.276.0.76.10.90004InklusionKyellow.png CDA idDYNAMIC
1.2.276.0.76.10.90005InklusionKyellow.png CDA titleDYNAMIC
1.2.276.0.76.10.90006InklusionKyellow.png CDA effectiveTimeDYNAMIC
1.2.276.0.76.10.90007InklusionKgreen.png CDA confidentialityCodeDYNAMIC
1.2.276.0.76.10.90008InklusionKyellow.png CDA languageCodeDYNAMIC
1.2.276.0.76.10.90009InklusionKyellow.png CDA setId and versionNumberDYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.4InklusionKorange.png CDA recordTarget (medmgmt)DYNAMIC
1.2.276.0.76.10.2029InklusionKyellow.png CDA author (pmp)DYNAMIC
1.2.276.0.76.10.2031InklusionKyellow.png CDA author software (pmp)DYNAMIC
1.2.276.0.76.10.2030InklusionKyellow.png CDA custodian (pmp)DYNAMIC
1.2.276.0.76.10.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.2019InklusionKgreen.png CDA authenticatorDYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.25InklusionKorange.png Pflegearzt (Kurator)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.10ContainmentKorange.png Klinische Parameter (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.11ContainmentKorange.png Gesundheitsbelange (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.15ContainmentKorange.png Aktuelle Medikation (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.23ContainmentKorange.png Sozialanamnese (medmgmt)DYNAMIC
BeziehungVersion: Template 2.16.840.1.113883.3.1937.99.61.48.10.35 CDA Medikationsmanagement Hauskomet (2019‑09‑30 14:49:27)
Spezialisierung: Template 2.16.840.1.113883.3.1937.99.61.48.10.1 CDA Medikationsmanagement (2018‑10‑13 16:20:07)
Spezialisierung: Template 1.2.276.0.76.10.1024 Patientenbezogener Medikationsplan Plus (2017‑07‑07)
ref
pmp-

Adaptation: Template 1.2.276.0.76.10.1014 Patientenbezogener Medikationsplan CDA document (2014‑10‑20)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<hl7:ClinicalDocument>
  <!-- CDA Header -->
  <hl7:realmCode code="DE"/>  <hl7:typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.35"/>  <hl7:id root="1.2.276.0.76.3645.239" extension="F5EEE2DF-063A-415A-A02D-494FFCD3E48D"/>  <hl7:code code="77603-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Medication treatment plan.extended Document"/>  <hl7:title>Hauskomet Medikationsinformation</hl7:title>  <hl7:effectiveTime value="20141008123456"/>  <hl7:confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>  <hl7:languageCode code="de-DE"/>  <hl7:setId root="1.2.276.0.76.3645.239" extension="304CD611-E741-4E4A-ACE7-BB6053B6C88D"/>  <hl7:versionNumber value="1"/>  <hl7:recordTarget typeCode="RCT" contextControlCode="OP">
    <!-- .. -->
  </hl7:recordTarget>
  <hl7:author typeCode="AUT">
    <!-- .. -->
  </hl7:author>
  <hl7:custodian typeCode="CST">
    <!-- .. -->
  </hl7:custodian>
  <hl7:legalAuthenticator>
    <!-- .. -->
  </hl7:legalAuthenticator>
  <hl7:authenticator>
    <!-- .. -->
  </hl7:authenticator>
  <!-- CDA Body -->
  <hl7:component>
    <hl7:structuredBody>
      <hl7:component>
        <!-- .. -->
      </hl7:component>
    </hl7:structuredBody>
  </hl7:component>
</hl7:ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(CDA...met)
Eingefügt1 … 1M von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)
Der realmCode gibt ein Länderkennzeichen für den Geltungsbereich an, bei Hauskomet ist somit als code "DE" für Deutschland anzugeben.
 Beispiel<realmCode code="DE"/>
Treetree.pnghl7:realmCode
CS1 … 1MCDAr...Code
 
Target.png
medmgmt-data​element-1108Kyellow.png Länderkennzeichen (für die Nutzung) Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
@code muss "DE" sein
 Beispiel<realmCode code="DE"/>
Eingefügt1 … 1M von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC)
Die typeId beschreibt den Typen des Dokuments.
In diesem Fall ist der Typ immer "CDA Dokument", dies wird über die Angaben root="2.16.840.1.113883.1.3" extension="POCD_HD000040" ausgedrückt.
 Beispiel<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
Treetree.pnghl7:typeId
II1 … 1MCDAtypeId
Treeblank.pngTreetree.png@extension
1 … 1FPOCD_HD000040
Treeblank.pngTreetree.png@root
1 … 1F2.16.840.1.113883.1.3
Treetree.pnghl7:templateId
II1 … 1M(CDA...met)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.35
 Beispiel<templateId root="2.16.840.1.113883.3.1937.99.61.48.10.35"/>
Eingefügt1 … 1M von 1.2.276.0.76.10.90004 CDA id (DYNAMIC)
 Beispiel<id root="1.2.276.0.76.3645.239" extension="F5EEE2DF-063A-415A-A02D-494FFCD3E48D"/>
Treetree.pnghl7:id
II1 … 1M(CDA...met)
Treetree.pnghl7:code
CE1 … 1MÜber die code Angabe wird eine Aussage über den Dokumentinhalt getätigt.
Hier ist es immer ein "Erweitertes Medikationsplan-Dokument", dies wird über den LOINC Code 77603-9 (

Medication treatment plan.extended Document) ausgedrückt.

(CDA...met)
Treeblank.pngTreetree.png@code
CONF1 … 1F77603-9
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Eingefügt1 … 1 von 1.2.276.0.76.10.90005 CDA title (DYNAMIC)
 Beispiel<title>Hauskomet Medikationsinformationen</title>
Treetree.pnghl7:title
ST1 … 1(CDA...met)
Eingefügt von 1.2.276.0.76.10.90006 CDA effectiveTime (DYNAMIC)
Treetree.pnghl7:effectiveTime
TS.​DATE​TIME.​MIN1 … 1M(CDA...met)
Eingefügt von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE1 … 1M(CDA...met)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC)
Eingefügt von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC)
Treetree.pnghl7:language​Code
CS.LANG1 … 1M(CDA...met)
 
Target.png
medmgmt-data​element-1109Kyellow.png Sprachkennzeichen Kyellow.png Datensatz eMedikation v2019
Eingefügt1 … 1M von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)
Bei Hauskomet dient die setId zur Identifikation aller Medikationsinformationen eines Patienten.
Somit wird die setId (in Form einer GUID) bei Erstanlage der Hauskomet Medikationsinformation eines Patienten einmalig vergeben und bleibt über alle nachfolgenden Bearbeitungen hinweg konstant, die versionNumber hingegen wird bei einer Bearbeitung jeweils um eins erhöht.
Treetree.pnghl7:setId
II1 … 1M(CDA...met)
Treetree.pnghl7:versionNumber
INT.POS1 … 1M(CDA...met)
 
Target.png
medmgmt-data​element-1107Kyellow.png Versionsnummer des Formats Kyellow.png Datensatz eMedikation v2019
Eingefügt1 … 1M von 2.16.840.1.113883.3.1937.99.61.48.10.4 CDA recordTarget (medmgmt) (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1M(CDA...met)
 
Target.png
medmgmt-data​element-1015Kyellow.png Patient Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
cs0 … 1FRCT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(CDA...met)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Eingefügt1 … 1R von 1.2.276.0.76.10.90024 Patientenidentifikation (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R(CDA...met)
 
Target.png
medmgmt-data​element-1016Kyellow.png Versicherten-ID Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1128Kyellow.png Patienten-ID Kyellow.png Datensatz eMedikation v2019
 Beispiel
eGK Nummer als Patientenidentifikation
<id extension="A123456789" root="1.2.276.0.76.4.8"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1R(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19620219"/></patient>
Eingefügt1 … *R von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *RDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(CDA...met)
 
Target.png
medmgmt-data​element-1234Kyellow.png Name Kyellow.png Datensatz eMedikation v2019
 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>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(CDA...met)
wo [@qualifier='AC']
 
Target.png
medmgmt-data​element-1019Kyellow.png Titel Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(CDA...met)
 
Target.png
medmgmt-data​element-1017Kyellow.png Vorname Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(CDA...met)
wo [@qualifier='NB']
 
Target.png
medmgmt-data​element-1021Kyellow.png Namenszusatz Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(CDA...met)
wo [@qualifier='VV']
 
Target.png
medmgmt-data​element-1020Kyellow.png Vorsatzwort Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(CDA...met)
 
Target.png
medmgmt-data​element-1018Kyellow.png Nachname Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R(CDA...met)
 
Target.png
medmgmt-data​element-1024Kyellow.png Geschlecht Kyellow.png Datensatz eMedikation v2019
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:extension
0 … 1R(CDA...met)
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1M(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1R(CDA...met)
 
Target.png
medmgmt-data​element-1022Kyellow.png Geburtsdatum Kyellow.png Datensatz eMedikation v2019
Eingefügt0 … *R von 1.2.276.0.76.10.90034 Erweiterung Vorhabenerweiterung (2019‑02‑09)
Treeblank.pngTreetree.pngmedmgmt:extension
0 … *R(CDA...met)
 
Target.png
medmgmt-data​element-1220Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1223Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1226Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:extension
(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(CDA...met)
 
Target.png
medmgmt-data​element-1227Kyellow.png Identifikation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:extension
(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(CDA...met)
 
Target.png
medmgmt-data​element-1228Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Eingefügt1 … 1M von 1.2.276.0.76.10.2029 CDA author (pmp) (DYNAMIC)
Treetree.pnghl7:author
1 … 1Mhauthpmp
 
Target.png
medmgmt-data​element-1001Kyellow.png Leistungserbringer Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2029
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhauthpmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Rhauthpmp
 
Target.png
medmgmt-data​element-1011Kyellow.png LANR Kyellow.png Datensatz eMedikation v2019
 Beispiel
Autor mit lebenslanger Arztnummer (LANR)
<id root="1.2.276.0.76.4.16" extension="123456701"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Rhauthpmp
 
Target.png
medmgmt-data​element-1236Kyellow.png Adresse Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *Rhauthpmp
 
Target.png
medmgmt-data​element-1008Kyellow.png Telefonnummer Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1009Kyellow.png E-Mail Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1237Kyellow.png Kontaktdaten Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1hauthpmp
 
Target.png
medmgmt-data​element-1235Kyellow.png Name Kyellow.png Datensatz eMedikation v2019
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1hauthpmp
 
Target.png
medmgmt-data​element-1238Kyellow.png Organisation Kyellow.png Datensatz eMedikation v2019
 Beispiel
Organisation mit Betriebsstättennummer (BSNR) und Name
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="218099900"/>  <name>Internistische Praxis Dr. Abt</name></representedOrganization>
 Beispiel
Apotheke mit IDF Nummer
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.197" extension="3379589"/>  <name>Sonnen-Apotheke</name></representedOrganization>
 Beispiel
Krankenhaus mit Institutionskennzeichen
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.5" extension="260641243"/>  <name>Agaplesion Frankfurter Diakonie Kliniken gGmbh</name></representedOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *hauthpmp
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mhauthpmp
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *hauthpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1hauthpmp
Eingefügt0 … 1R von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)
Treetree.pnghl7:author
0 … 1Rhhsoftpmp
wo [hl7:templateId/@root='1.2.276.0.76.10.2031']
 
Target.png
medmgmt-data​element-1110Kyellow.png Angaben zum erstellenden Software-System Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2031
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhhsoftpmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1hhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RSoftware Name und Version, die bei der Erstellung des Dokuments verwendet wurdehhsoftpmp
Eingefügt1 … 1M von 1.2.276.0.76.10.2030 CDA custodian (pmp) (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1Mhcustpmp
Treeblank.pngTreetree.png@typeCode
0 … 1FCST
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1Mhcustpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
0 … 1hcustpmp
 Beispiel
Organisation mit Betriebsstättennummer (BSNR) und Name
<representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="218099900"/>  <name>Internistische Praxis Dr. Abt</name></representedCustodianOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *hcustpmp
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mhcustpmp
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *hcustpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1hcustpmp
Eingefügt0 … 1 von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1(CDA...met)
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(CDA...met)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(CDA...met)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(CDA...met)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(CDA...met)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(CDA...met)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(CDA...met)
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(CDA...met)
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(CDA...met)
Eingefügt0 … 1 von 1.2.276.0.76.10.2019 CDA authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … 1(CDA...met)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTHEN
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(CDA...met)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(CDA...met)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(CDA...met)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(CDA...met)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(CDA...met)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(CDA...met)
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(CDA...met)
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(CDA...met)
Eingefügt1 … 1R von 2.16.840.1.113883.3.1937.99.61.48.10.25 Pflegearzt (Kurator) (DYNAMIC)
Treetree.pnghl7:participant
1 … 1R(CDA...met)
 
Target.png
medmgmt-data​element-1313Kyellow.png Kurator Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
cs1 … 1FVRF
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(CDA...met)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.25
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(CDA...met)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1RDieses Element umfasst Angaben zum Pflegearzt, die mindestens die Identifikatoren des Pflegearztes (LANR) und seiner Betriebsstätte (BSNR) enthalten müssen.(CDA...met)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MIm Rahmen von Hauskomet muss hier die LANR des Hauskomet Pflegearztes angegeben werden.(CDA...met)
 
Target.png
medmgmt-data​element-1314Kyellow.png LANR Kyellow.png Datensatz eMedikation v2019
 Beispiel
Angabe der LANR des Pflegearztes
<id root="1.2.276.0.76.4.16" extension="999999901"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(CDA...met)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(CDA...met)
 
Target.png
medmgmt-data​element-1324Kyellow.png Telefonnummer Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1325Kyellow.png E-Mail Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)(CDA...met)
 Beispiel
Angabe des Names des Pflegearztes
<associatedPerson classCode="PSN" determinerCode="INSTANCE">
  <name>
    <prefix qualifier="AC">Dr.</prefix>    <given>Hans</given>    <family>Hausarzt</family>  </name>
</associatedPerson>
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1MIm Rahmen von Hauskomet muss hier mindestens die BSNR der Betriebsstätte angegeben werden, in der der Hauskomet Pflegearzt tätig ist.
Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)
(CDA...met)
 
Target.png
medmgmt-data​element-1326Kyellow.png Organisation Kyellow.png Datensatz eMedikation v2019
 Beispiel
Angabe der Praxis, in der der Pflegearzt tätig ist
<scopingOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="521111100"/>  <name>Hausarztpraxis Stuttgart Königsstrasse</name></scopingOrganization>
Treetree.pnghl7:component
(CDA...met)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:structuredBody
(CDA...met)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Clinical Information
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.10 Klinische Parameter (medmgmt) (DYNAMIC)
(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Gesundheitsbelange
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.11 Gesundheitsbelange (medmgmt) (DYNAMIC)
(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MSection: Medikationsplan
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.15 Aktuelle Medikation (medmgmt) (DYNAMIC)
(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Section: Sozialanamnese
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.23 Sozialanamnese (medmgmt) (DYNAMIC)
(CDA...met)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
 Schematron assertrole error 
 testcount(hl7:participant[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.25']/hl7:associated​Entity/hl7:scoping​Organization/hl7:id) = 1 
 MeldungHauskomet: die BSNR der Betriebsstätte des Hauskomet-Pflegearztes muss angegeben werden. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.23']/hl7:entry/hl7:observation[hl7.templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.24']) = 0 
 MeldungHauskomet: die Zustimmung zur Datenübermittlung ist inhärent gegeben und darf daher nicht explizit angegeben werden. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry) = 1 
 MeldungHauskomet: der Medikationsplan darf nur einen Haupteintrag beinhalten (entweder die aktuelle Medikation oder die Angabe ohne Medikation). 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:code) = 0 
 MeldungHauskomet: die Angabe von Zwischenüberschriften ist nicht vorgesehen. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:author) = 0 
 MeldungHauskomet: die Angabe eines Autors des (einzigen) Organizers ist nicht vorgesehen. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:sequenceNumber) = 0 
 MeldungHauskomet: Die Angabe einer Reihenfolge der Medikationseinträge ist nicht zulässig. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration[@moodCode='PRP']) = 0 
 MeldungHauskomet: für Medikationseinträge ist nur der moodCode=“EVN“ zugelassen. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component[count(hl7:substanceAdministration) != 1]) = 0 
 MeldungHauskomet: bei einem Medikationseintrag muss das Element "substanceAdministration" genau einmal im übergeordneten Element "component" auftreten. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:id) = count(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration) 
 MeldungHauskomet: jeder Medikationseintrag muss einen gültigen Identifier (in Form einer GUID) tragen. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:statusCode[@code!='active']) = 0 
 MeldungHauskomet: es sind nur aktive Medikationseinträge erlaubt. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:consumable) = count(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration) 
 MeldungHauskomet: zu einem Medikationseintrag muss zwingend ein Medikament angegeben werden. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:consumable/hl7:manufactured​Material/hl7:manufacturedProduct/hl7:code[@nullFlavor = 'NA']) = 0 
 MeldungHauskomet: Rezepturen als Medikationseinträge sind unzulässig. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:consumable/hl7:manufactured​Material/hl7:manufacturedProduct/hl7:code[@nullFlavor = 'UNK']) = 0 
 MeldungHauskomet: Arzneimittel mit unbekannter PZN sind als Medikationseinträge unzulässig. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:consumable/hl7:manufactured​Material/hl7:manufacturedProduct/hl7:name[@nullFlavor = 'NA']) = 0 
 MeldungHauskomet: Rezepturen oder andere unbenannte Arzneimittel sind als Medikationseinträge unzulässig. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:informant) = 0 and count(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:participant[@typeCode = 'AUT']) = 0 
 MeldungHauskomet: als Autor eines Medikationseintrags darf nur ein Gesundheitsdienstleister angegeben werden. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:participant[@typeCode = 'ENT']) = 0 
 MeldungHauskomet: Angaben zur Datenerfassung eines Medikationseintrags sind nicht zulässig. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration[count(hl7:entryRelationship[hl7:act/hl7:templatedId/@root = '1.2.276.0.76.10.4026']) > 1]) = 0 
 MeldungHauskomet: zu einem Medikationseintrag dürfen Patienteninstruktionen nur maximal einmal angegeben werden. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration[count(hl7:entryRelationship[hl7:observation/hl7:templatedId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.29']) > 1]) = 0 
 MeldungHauskomet: zu einem Medikationseintrag darf der Grund für die Medikation nur maximal einmal angegeben werden. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration[count(hl7:entryRelationship[hl7:act/hl7:templatedId/@root = '2.16.840.1.113883.3.1937.777.27.10.17']) > 1]) = 0 
 MeldungHauskomet: zu einem Medikationseintrag darf der Bezug zur medikamentösen Therapie-Intention nur maximal einmal angegeben werden 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:entryRelationship[hl7:observation/hl7:templatedId/@root = '1.2.276.0.76.10.4292']) = 0 
 MeldungHauskomet: die Angabe eines Grunds für die Nichtgabe einer Medikation ist nicht zulässig. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:entryRelationship[hl7:observation/hl7:templatedId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.20']) = 0 
 MeldungHauskomet die Angabe der letzten AMTS-Prüfung einer Medikation ist nicht zulässig. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:entryRelationship[hl7:observation/hl7:templatedId/@root = '1.2.276.0.76.10.4015']) = 0 
 MeldungHauskomet: Eine freitextliche Angabe von Kommentaren zu einer Medikation ist unzulässig. 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:entryRelationship[@typeCode = 'COMP']/hl7:observation[hl7:templateId/@root = '2.16.840.1.113883.3.1937.777.27.10.12']) = count(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.15']/hl7:entry/hl7:organizer/hl7:component/hl7:substanceAdministration) 
 MeldungHauskomet: Jeder Medikationseintrag muss zwingend eine Hauskomet Kategorie enthalten. 
 Schematron assertrole error 
 testcount(//medmgmt:extension) = 0 
 MeldungHauskomet: Erweiterungen wie Druckkennzeichen oder weitere Vorhabenerweiterungen sind nicht zulässig 
 Schematron assertrole error 
 testcount(hl7:component/hl7:structuredBody/hl7:component/hl7:section[hl7:templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.10']/hl7:entry/hl7:observation[hl7.templateId/@root = '2.16.840.1.113883.3.1937.99.61.48.10.34']) = 0 
 MeldungHauskomet: Die Angabe von Laborergebnissen ist nicht vorgesehen 


CDA Header Level Templates

CDA countryCode (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.22Gültigkeit2019‑06‑25 14:11:57
Andere Versionen mit dieser Id:
  • Kblank.png CDAcountryCode vom 2019‑06‑25 14:11:42
StatusKyellow.png EntwurfVersions-Label
NameCDAcountryCodeBezeichnungCDA countryCode (medmgmt)
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.2.276.0.76.10.90008 CDA languageCode (2012‑03‑11)
ref
hl7de-
Beispiel
Beispiel
<countyCode code="DEU" codeSystem="2.16.840.1.113883.1.11.171"/>
ItemDTKardKonfBeschreibungLabel
hl7:countryCode
CV1 … 1MLänderkennzeichen aus dem ISO Standard 3166. Siehe https://www.iso.org/iso-3166-country-codes.html(CDA...ode)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.171 Country (DYNAMIC)

CDA recordTarget (medmgmt) / Patient

Id2.16.840.1.113883.3.1937.99.61.48.10.4Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameHeader​Record​TargetmedmgmtBezeichnungCDA recordTarget (medmgmt)
BeschreibungPatient
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
medmgmt-data​element-1015Kyellow.png Patient Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1022Kyellow.png Geburtsdatum Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1024Kyellow.png Geschlecht Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90024InklusionKyellow.png PatientenidentifikationDYNAMIC
1.2.276.0.76.10.90030InklusionKgreen.png PersonennameDYNAMIC
1.2.276.0.76.10.90033InklusionKorange.png Erweiterung Druckkennzeichen2019‑02‑09
1.2.276.0.76.10.90034InklusionKorange.png Erweiterung Vorhabenerweiterung2019‑02‑09
BeziehungAdaptation: Template 1.2.276.0.76.10.2028 CDA recordTarget (pmp) (2017‑06‑04)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 1.2.276.0.76.10.2001 CDA recordTarget (2013‑07‑10)
ref
hl7de-
Beispiel
Beispiel
<recordTarget>
  <patientRole>
    <id root="2.16.840.1.113883.2.4.6.3" extension="100202020"/>    <addr use="H">
      <streetAddressLine>Raiffeisenstr. 30</streetAddressLine>      <postalCode>39112</postalCode>      <city>Magdeburg</city>    </addr>
    <telecom value="tel:++493916367866"/>    <patient>
      <name>
        <given>Jan</given>        <family>Schmitz</family>      </name>
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19620219"/>    </patient>
  </patientRole>
</recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(Hea...gmt)
 
Target.png
medmgmt-data​element-1015Kyellow.png Patient Kyellow.png Datensatz eMedikation v2019
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:patientRole
1 … 1(Hea...gmt)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Eingefügt1 … 1R von 1.2.276.0.76.10.90024 Patientenidentifikation (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … 1R(Hea...gmt)
 
Target.png
medmgmt-data​element-1016Kyellow.png Versicherten-ID Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1128Kyellow.png Patienten-ID Kyellow.png Datensatz eMedikation v2019
 Beispiel
eGK Nummer als Patientenidentifikation
<id extension="A123456789" root="1.2.276.0.76.4.8"/>
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...gmt)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...gmt)
Treeblank.pngTreetree.pnghl7:patient
1 … 1R(Hea...gmt)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19620219"/></patient>
Eingefügt1 … *R von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *RDie 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.
(Hea...gmt)
 
Target.png
medmgmt-data​element-1234Kyellow.png Name Kyellow.png Datensatz eMedikation v2019
 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>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(Hea...gmt)
wo [@qualifier='AC']
 
Target.png
medmgmt-data​element-1019Kyellow.png Titel Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Hea...gmt)
 
Target.png
medmgmt-data​element-1017Kyellow.png Vorname Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Hea...gmt)
wo [@qualifier='NB']
 
Target.png
medmgmt-data​element-1021Kyellow.png Namenszusatz Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Hea...gmt)
wo [@qualifier='VV']
 
Target.png
medmgmt-data​element-1020Kyellow.png Vorsatzwort Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Hea...gmt)
 
Target.png
medmgmt-data​element-1018Kyellow.png Nachname Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Hea...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R(Hea...gmt)
 
Target.png
medmgmt-data​element-1024Kyellow.png Geschlecht Kyellow.png Datensatz eMedikation v2019
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:extension
0 … 1R(Hea...gmt)
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1M(Hea...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1R(Hea...gmt)
 
Target.png
medmgmt-data​element-1022Kyellow.png Geburtsdatum Kyellow.png Datensatz eMedikation v2019
Eingefügt0 … *R von 1.2.276.0.76.10.90034 Erweiterung Vorhabenerweiterung (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … *R(Hea...gmt)
 
Target.png
medmgmt-data​element-1220Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1223Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1226Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung/0.2
Treeblank.pngTreetree.pngmedmgmt:extension
(Hea...gmt)
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(Hea...gmt)
 
Target.png
medmgmt-data​element-1227Kyellow.png Identifikation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreetree.pngmedmgmt:extension
(Hea...gmt)
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(Hea...gmt)
 
Target.png
medmgmt-data​element-1228Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R

Pflegearzt (Kurator)

Id2.16.840.1.113883.3.1937.99.61.48.10.25Gültigkeit2019‑08‑22 11:16:37
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NamePflegearztKuratorParticipantHeaderBezeichnungPflegearzt (Kurator)
Beschreibung
Die Angabe eines Pflegearztes ist im Kontext von Hauskomet verpflichtend.
Als Hauskomet Pflegearzt gilt der Arzt, der sich als zuständig für die Pflege der Hauskomet Medikationsinformation und Stammdaten des Patienten erklärt.
Im Standardfall ist dieser Pflegearzt personenidentisch mit dem HZV-Betreuarzt, alternativ kann sich aber auch ein anderer am Gesamtvertrag teilnehmender Arzt als Hauskomet Pflegearzt erklären.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 5 Konzepte
IdNameDatensatz
medmgmt-data​element-1313Kyellow.png Kurator Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1314Kyellow.png LANR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1324Kyellow.png Telefonnummer Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1325Kyellow.png E-Mail Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1326Kyellow.png Organisation Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
2.16.840.1.113883.10.12.152ContainmentKgreen.png CDA PersonDYNAMIC
2.16.840.1.113883.10.12.151ContainmentKgreen.png CDA OrganizationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.108 CDA participant (2005‑09‑07)
ref
ad1bbr-
Beispiel
Angabe des Hauskomet Pflegearztes
<participant typeCode="VRF" contextControlCode="OP">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.25"/>  <associatedEntity classCode="ASSIGNED">
    <id root="1.2.276.0.76.4.16" extension="999999901"/>    <associatedPerson classCode="PSN" determinerCode="INSTANCE">
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Hans</given>        <family>Hausarzt</family>      </name>
    </associatedPerson>
    <scopingOrganization classCode="ORG" determinerCode="INSTANCE">
      <id root="1.2.276.0.76.4.17" extension="521111100"/>      <name>Hausarztpraxis Stuttgart Königsstrasse</name>    </scopingOrganization>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
0 … 1(Pfl...der)
 
Target.png
medmgmt-data​element-1313Kyellow.png Kurator Kyellow.png Datensatz eMedikation v2019
Treetree.png@typeCode
cs1 … 1FVRF
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:templateId
II1 … 1M(Pfl...der)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.25
Treetree.pnghl7:time
IVL_TS0 … 1(Pfl...der)
Treetree.pnghl7:associated​Entity
1 … 1RDieses Element umfasst Angaben zum Pflegearzt, die mindestens die Identifikatoren des Pflegearztes (LANR) und seiner Betriebsstätte (BSNR) enthalten müssen.(Pfl...der)
Treeblank.pngTreetree.png@classCode
cs1 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … *MIm Rahmen von Hauskomet muss hier die LANR des Hauskomet Pflegearztes angegeben werden.(Pfl...der)
 
Target.png
medmgmt-data​element-1314Kyellow.png LANR Kyellow.png Datensatz eMedikation v2019
 Beispiel
Angabe der LANR des Pflegearztes
<id root="1.2.276.0.76.4.16" extension="999999901"/>
Treeblank.pngTreetree.pnghl7:addr
AD0 … *(Pfl...der)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Pfl...der)
 
Target.png
medmgmt-data​element-1324Kyellow.png Telefonnummer Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1325Kyellow.png E-Mail Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 2.16.840.1.113883.10.12.152 CDA Person (DYNAMIC)(Pfl...der)
 Beispiel
Angabe des Names des Pflegearztes
<associatedPerson classCode="PSN" determinerCode="INSTANCE">
  <name>
    <prefix qualifier="AC">Dr.</prefix>    <given>Hans</given>    <family>Hausarzt</family>  </name>
</associatedPerson>
Treeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1MIm Rahmen von Hauskomet muss hier mindestens die BSNR der Betriebsstätte angegeben werden, in der der Hauskomet Pflegearzt tätig ist.
Beinhaltet 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)
(Pfl...der)
 
Target.png
medmgmt-data​element-1326Kyellow.png Organisation Kyellow.png Datensatz eMedikation v2019
 Beispiel
Angabe der Praxis, in der der Pflegearzt tätig ist
<scopingOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="521111100"/>  <name>Hausarztpraxis Stuttgart Königsstrasse</name></scopingOrganization>


CDA Section Level Templates

Aktuelle Medikation (medmgmt)

  1. Section
     Aktuelle Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.15)
    1. Entry
       Medikation Gruppierung (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.14)
      1. Entry
         Author (Body) (1.2.276.0.76.10.90025)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
      2. Entry
         Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.3)
        1. Entry
           Einnahmedauer (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.36)
        2. Entry
           Medikament (1.2.276.0.76.10.4025)
          1. Entry
             Material (1.2.276.0.76.10.90022)
        3. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        4. Entry
           RelatedEntity (Body) (1.2.276.0.76.10.90020)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
        5. Entry
           Kuratierender Arzt (Medikationseintrag) (2.16.840.1.113883.3.1937.777.27.10.2)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
        6. Entry
           Datenerfassung (2.16.840.1.113883.3.1937.99.61.48.10.2)
        7. Entry
           Einzeldosierungen (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.28)
          1. Entry
             Medikation Vorbedingung (1.2.276.0.76.10.90028)
        8. Entry
           Dosierung Freitext (1.2.276.0.76.10.4024)
        9. Entry
           Patienteninstruktionen (1.2.276.0.76.10.4026)
        10. Entry
           Grund für Medikation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.29)
        11. Entry
           Grund für Nichtgabe Medikation (1.2.276.0.76.10.4292)
        12. Entry
           Medikation Therapie-Intention (Hauskomet) (2.16.840.1.113883.3.1937.777.27.10.17)
          1. Entry
             Entry Reference (2.16.840.1.113883.10.20.22.4.122)
        13. Entry
           AMTS Prüfung (2.16.840.1.113883.3.1937.99.61.48.10.20)
          1. Entry
             Performer (Body) (1.2.276.0.76.10.90014)
            1. Header
               CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
              1. Header
                 CDA Person Elements (1.2.276.0.76.10.90010)
              2. Header
                 CDA Organization Elements (1.2.276.0.76.10.90011)
        14. Entry
           Annotation Comment (1.2.276.0.76.10.4015)
        15. Entry
           Hauskomet Kategorie (2.16.840.1.113883.3.1937.777.27.10.12)
        16. Entry
           Medikation Vorbedingung (1.2.276.0.76.10.90028)
        17. *
           Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
        18. *
           Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
    2. Entry
       Ohne Medikation (1.2.276.0.76.10.4295)
Id2.16.840.1.113883.3.1937.99.61.48.10.15Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameMedicationcurrentmedmgmtBezeichnungAktuelle Medikation (medmgmt)
BeschreibungAktuelle Medikation
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.15
Labelamedpmp
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1044Kyellow.png Medikation Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
2.16.840.1.113883.3.1937.99.61.48.10.14ContainmentKorange.png Medikation Gruppierung (medmgmt)DYNAMIC
1.2.276.0.76.10.4295ContainmentKyellow.png Ohne MedikationDYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.3041 Aktuelle Medikation (2017‑06‑04)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.15"/>  <code code="19009-0" codeSystem="2.16.840.1.113883.6.1" displayName="Medication.current"/>  <title>Medikationsplan</title>  <text>
    <table>
      <thead>
        <tr>
          <th>Wirkstoff/Arzneimittel</th>          <th>Handelsname</th>          <th>Stärke</th>          <th>Form</th>          <th>Mo</th>          <th>Mi</th>          <th>Ab</th>          <th>zN</th>          <th>Einheit</th>          <th>Hinweise</th>          <th>Grund</th>        </tr>
      </thead>
      <tbody>
        <tr ID="med-1">
          <!-- .. -->
        </tr>
      </tbody>
    </table>
  </text>
  <entry typeCode="DRIV">
    <!-- .. -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *amedpmp
 
Target.png
medmgmt-data​element-1044Kyellow.png Medikation Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1Mamedpmp
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.15
Treetree.pnghl7:templateId
II1 … 1Ramedpmp
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3041
Treetree.pnghl7:code
CE1 … 1Mamedpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F19009-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1Mamedpmp
 CONF
Elementinhalt muss "Medikationsplan" sein
Treetree.pnghl7:text
SD.TEXT1 … 1Mamedpmp
Auswahl1 … *
Auswahl aus "Medikationsliste" (Template Medicationstatementlist) oder "zurzeit ohne Medikation" (Template Ohne Medikation)
Elemente in der Auswahl:
  • hl7:entry welches enthält Template 2.16.840.1.113883.3.1937.99.61.48.10.14 Medikation Gruppierung (medmgmt) (DYNAMIC)
  • hl7:entry welches enthält Template 1.2.276.0.76.10.4295 Ohne Medikation (DYNAMIC)
Treeblank.pngTreetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.14 Medikation Gruppierung (medmgmt) (DYNAMIC)amedpmp
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.pnghl7:entry
0 … *RBeinhaltet 1.2.276.0.76.10.4295 Ohne Medikation (DYNAMIC)amedpmp
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV

Allergien und Unverträglichkeiten (medmgmt)

Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.

  1. Section
     Allergien und Unverträglichkeiten (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.16)
    1. Entry
       Allergie/Unverträglichkeit Concern Act (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.31)
      1. Entry
         Allergie/Unverträglichkeit Observation (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.30)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           RelatedEntity (Body) (1.2.276.0.76.10.90020)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
        3. Entry
           Reaktion/Manifestation (1.2.276.0.76.10.4258)
        4. Entry
           Kritikalität (1.2.276.0.76.10.4259)
    2. *
       Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
Id2.16.840.1.113883.3.1937.99.61.48.10.16Gültigkeit2019‑02‑10
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameAllergienUnvertraeglichkeitenmedmgmtBezeichnungAllergien und Unverträglichkeiten (medmgmt)
BeschreibungBeschreibung der Allergien und Medikamentenunverträglichkeiten und deren Manifestationen (Reaktion) und Kritikalität
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.16
Labelsaurpmp
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1031Kyellow.png Allergien/Unverträglichkeiten Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
2.16.840.1.113883.3.1937.99.61.48.10.31ContainmentKorange.png Allergie/Unverträglichkeit Concern Act (medmgmt)DYNAMIC
1.2.276.0.76.10.90034InklusionKorange.png Erweiterung Vorhabenerweiterung2019‑02‑09
BeziehungAdaptation: Template 1.2.276.0.76.10.3040 Allergien und Unverträglichkeiten (2017‑06‑04)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<section classCode="DOCSECT">
  <templateId root="1.2.276.0.76.10.3040"/>  <code code="48765-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Allergies, adverse reactions, alerts"/>  <title>Allergien und Unverträglichkeiten</title>  <text>
    <list>
      <item ID="alg">Allergie: Penizillin</item>      <item ID="int">Unverträglichkeit: Laktose</item>    </list>
  </text>
  <entry typeCode="COMP">
    <!-- .. -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
saurpmp
 
Target.png
medmgmt-data​element-1031Kyellow.png Allergien/Unverträglichkeiten Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1saurpmp
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.16
Treetree.pnghl7:code
CE1 … 1Msaurpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F48765-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1Msaurpmp
 CONF
Elementinhalt muss "Allergien und Unverträglichkeiten" sein
Treetree.pnghl7:text
SD.TEXT1 … 1Msaurpmp
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.31 Allergie/Unverträglichkeit Concern Act (medmgmt) (DYNAMIC)saurpmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Eingefügt0 … 1R von 1.2.276.0.76.10.90034 Erweiterung Vorhabenerweiterung (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … 1Rsaurpmp
 
Target.png
medmgmt-data​element-1220Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1223Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1226Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung/0.2
Treeblank.pngTreetree.pngmedmgmt:extension
saurpmp
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1Msaurpmp
 
Target.png
medmgmt-data​element-1227Kyellow.png Identifikation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreetree.pngmedmgmt:extension
saurpmp
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1Msaurpmp
 
Target.png
medmgmt-data​element-1228Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R

Gesundheitsbelange (medmgmt)

Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.

  1. Section
     Gesundheitsbelange (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.11)
    1. Entry
       Status Schwangerschaft (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.12)
      1. Entry
         Erwarteter Geburtstermin (1.2.276.0.76.10.4255)
      2. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
    2. Entry
       Stillzeit (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.13)
      1. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
    3. *
       Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
Id2.16.840.1.113883.3.1937.99.61.48.10.11Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameHealthConcernsSectionmedmgmtBezeichnungGesundheitsbelange (medmgmt)
Beschreibung
Gesundheitsbelange. Dieser Abschnitt enthält eine Beschreibung über einen Gesundheitszustand oder -prozess, der möglicherweise Aufmerksamkeit, Intervention oder Management erfordern könnte. "Gesundheitsbelange" beschreiben einen Gesundheitszustand oder -prozess, der bedeutsam oder wichtig für den Patienten, die Familie des Patienten oder den behandelnden Arzt/Gesundheitsdienstleister ist oder Anlass zur Besorgnis liefert.
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.11
Labelscondpmp
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1239Kyellow.png Gesundheitsbelange Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
2.16.840.1.113883.3.1937.99.61.48.10.12ContainmentKorange.png Status Schwangerschaft (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.13ContainmentKorange.png Stillzeit (medmgmt)DYNAMIC
1.2.276.0.76.10.90033InklusionKorange.png Erweiterung DruckkennzeichenDYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.3043 Gesundheitsbelange (2015‑03‑03)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<section classCode="DOCSECT">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.11"/>  <code code="75310-3" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Health Concerns"/>  <title>Gesundheitsbelange</title>  <text>
    <list>
      <item ID="preg">Patientin schwanger</item>      <item ID="mbf">Patientin stillend</item>    </list>
  </text>
  <entry typeCode="COMP">
    <!-- .. -->
  </entry>
</section>
Beispiel
Beispiel
<section classCode="DOCSECT">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.11"/>  <code code="75310-3" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Health Concerns"/>  <title>Gesundheitsbelange</title>  <text>
    <list>
      <item ID="preg">Patientin schwanger</item>      <item ID="mbf">Patientin stillend</item>    </list>
  </text>
  <entry typeCode="COMP">
    <!-- .. -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
scondpmp
 
Target.png
medmgmt-data​element-1239Kyellow.png Gesundheitsbelange Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1scondpmp
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.11
Treetree.pnghl7:code
CE1 … 1Mscondpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F75310-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1Mscondpmp
 CONF
Elementinhalt muss "Gesundheitsbelange" sein
Treetree.pnghl7:text
SD.TEXT1 … 1Mscondpmp
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.12 Status Schwangerschaft (medmgmt) (DYNAMIC)scondpmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.13 Stillzeit (medmgmt) (DYNAMIC)scondpmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (DYNAMIC)
Treetree.pngmedmgmt:extension
0 … 1Rscondpmp
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1Mscondpmp
Treeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R

Klinische Parameter (medmgmt)

Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.

  1. Section
     Klinische Parameter (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.10)
    1. Entry
       Körpergewicht (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.7)
      1. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
    2. Entry
       Körpergröße (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.8)
      1. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
    3. Entry
       Kreatinin (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.9)
      1. *
         Erweiterung Druckkennzeichen (1.2.276.0.76.10.90033)
    4. Entry
       Laborergebnis (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.34)
      1. Entry
         Annotation Comment (1.2.276.0.76.10.4015)
    5. *
       Erweiterung Vorhabenerweiterung (1.2.276.0.76.10.90034)
Id2.16.840.1.113883.3.1937.99.61.48.10.10Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameClinicalInformationmedmgmtBezeichnungKlinische Parameter (medmgmt)
BeschreibungKlinische Parameter
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.10
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1023Kyellow.png Klinische Parameter Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
2.16.840.1.113883.3.1937.99.61.48.10.7ContainmentKorange.png Körpergewicht (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.8ContainmentKorange.png Körpergröße (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.9ContainmentKorange.png Kreatinin (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.34ContainmentKorange.png Laborergebnis (medmgmt)DYNAMIC
1.2.276.0.76.10.90034InklusionKorange.png Erweiterung Vorhabenerweiterung2019‑02‑09
BeziehungAdaptation: Template 1.2.276.0.76.10.3039 Klinische Parameter (2017‑07‑01)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<section classCode="DOCSECT">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.10"/>  <code code="55752-0" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Clinical information"/>  <title>Klinische Parameter</title>  <text>
    <list>
      <item ID="gew">Körpergewicht: 89 kg</item>      <item ID="gro">Körpergröße: 181 cm</item>      <item ID="skrea">Kreatinin: 1,3 mg/dl</item>      <item ID="lab-{NR}">Rhesusfaktor Best.: 1 mg/dl</item>    </list>
  </text>
  <entry typeCode="DRIV">
    <!-- .. -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *(Cli...gmt)
 
Target.png
medmgmt-data​element-1023Kyellow.png Klinische Parameter Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Cli...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.10
Treetree.pnghl7:code
CE1 … 1M(Cli...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1F55752-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Cli...gmt)
 CONF
Elementinhalt muss "Klinische Parameter" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Cli...gmt)
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.7 Körpergewicht (medmgmt) (DYNAMIC)(Cli...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.8 Körpergröße (medmgmt) (DYNAMIC)(Cli...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.9 Kreatinin (medmgmt) (DYNAMIC)(Cli...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … *Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.34 Laborergebnis (medmgmt) (DYNAMIC)(Cli...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Eingefügt0 … *R von 1.2.276.0.76.10.90034 Erweiterung Vorhabenerweiterung (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … *R(Cli...gmt)
 
Target.png
medmgmt-data​element-1220Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1223Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1226Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung/0.2
Treeblank.pngTreetree.pngmedmgmt:extension
(Cli...gmt)
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(Cli...gmt)
 
Target.png
medmgmt-data​element-1227Kyellow.png Identifikation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreetree.pngmedmgmt:extension
(Cli...gmt)
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(Cli...gmt)
 
Target.png
medmgmt-data​element-1228Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R

Leistungserbringer-Kommentar

  1. Section
     Leistungserbringer-Kommentar (1.2.276.0.76.10.3133)
    1. Header
       CDA author (pmp) (1.2.276.0.76.10.2029)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
Id1.2.276.0.76.10.3133Gültigkeit2018‑11‑02
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameLeistungserbringerKommentarBezeichnungLeistungserbringer-Kommentar
BeschreibungAn Leistungserbringer gerichteter Kommentar (Hinweise), der im Zusammenhang mit dem gesamten Dokument steht, im Gegensatz zu den zeilenbezogenen Kommentaren.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3133
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1206Kyellow.png übergeordneter Kommentar Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.2029ContainmentKyellow.png CDA author (pmp)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.21.2.45.2 (DYNAMIC)
Beispiel
Beispiel
<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.3133"/>  <effectiveTime value="20190820"/>  <code code="86467-8" codeSystem="2.16.840.1.113883.6.1" displayName="Report comment"/>  <title>Hinweise</title>  <text>Bitte um Blutbildkontrolle</text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Lei...tar)
 
Target.png
medmgmt-data​element-1206Kyellow.png übergeordneter Kommentar Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1(Lei...tar)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3133
Treetree.pnghl7:code
CE1 … 1M(Lei...tar)
Treeblank.pngTreetree.png@code
CONF1 … 1F86467-8
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="86467-8" codeSystem="2.16.840.1.113883.6.1" displayName="Report comment" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(Lei...tar)
 CONF
Elementinhalt muss "Hinweise" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Lei...tar)
Treetree.pnghl7:author
0 … 1Verfasser des Kommentars inklusive des Erstellungszeitpunkts.
Beinhaltet 1.2.276.0.76.10.2029 CDA author (pmp) (DYNAMIC)
(Lei...tar)

Sozialanamnese (medmgmt)

  1. Section
     Sozialanamnese (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.23)
    1. Entry
       Datenübermittlung (2.16.840.1.113883.3.1937.99.61.48.10.24)
    2. Entry
       Tabakgebrauch (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.27)
    3. Entry
       Alkoholgebrauch (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.26)
    4. Entry
       Alkoholabusus (medmgmt) (2.16.840.1.113883.3.1937.99.61.48.10.33)
    5. Entry
       Leistungsportler (1.2.276.0.76.10.4297)
Id2.16.840.1.113883.3.1937.99.61.48.10.23Gültigkeit2019‑07‑01 18:11:55
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameSozialanamneseSectionMedmgtBezeichnungSozialanamnese (medmgmt)
Beschreibung
Die Section Sozialanamnese enthält eine Beschreibung der gesundheitsbezogenen "Lifestyle-Faktoren" oder "Lebensstil-Beobachtungen" der Person (z. B. Rauchgewohnheiten; Alkoholkonsum; Diäten, riskante Gewohnheiten).
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.23
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1112Kyellow.png Sozialanamnese Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
2.16.840.1.113883.3.1937.99.61.48.10.24ContainmentKorange.png DatenübermittlungDYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.27ContainmentKorange.png Tabakgebrauch (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.26ContainmentKorange.png Alkoholgebrauch (medmgmt)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.33ContainmentKorange.png Alkoholabusus (medmgmt)DYNAMIC
1.2.276.0.76.10.4297ContainmentKyellow.png LeistungsportlerDYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.3132 Sozialanamnese (2018‑09‑13 13:05:20)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.22.3.10 IPS Social History Section (2017‑04‑13)
ref
hl7ips-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.3.16 IHE Social History Section (DYNAMIC)
ref
IHE-PCC-

Adaptation: Template 2.16.840.1.113883.10.20.1.15 Social history section (DYNAMIC)
ref
ccd1-

Adaptation: Template 2.16.840.1.113883.10.20.22.2.17 Social History Section (V3) (DYNAMIC)
ref
bccdapilot-
Beispiel
Beispiel
<hl7:section classCode="DOCSECT">
  <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.23"/>  <hl7:code code="29762-2" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Sozialanamnese</hl7:title>  <hl7:text>
    <hl7:content ID="transfer">Übermittlung Sozialanamnese: ja</hl7:content>    <hl7:content ID="smok">Raucher*in: Current every day smoker</hl7:content>    <hl7:content ID="alk">Alkoholgebrauch: 1 alkoholisches Getränk / Tag</hl7:content>    <hl7:content ID="alkabus">Alkoholabusus: nein</hl7:content>    <hl7:content ID="coal">Leistungssportler*in: nein</hl7:content>  </hl7:text>
  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 2.16.840.1.113883.3.1937.99.61.48.10.24 'Datenübermittlung' (2019-08-22T10:32:07) -->
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.24"/>      <hl7:code code="Transfer"/>      <hl7:text>
        <hl7:reference value="#transfer"/>      </hl7:text>
      <hl7:statusCode code="completed"/>      <hl7:value value="true"/>    </hl7:observation>
  </hl7:entry>
  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 2.16.840.1.113883.3.1937.99.61.48.10.27 'Tabakgebrauch'-->
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.27"/>      <hl7:code code="72166-2" codeSystem="2.16.840.1.113883.6.1"/>      <hl7:text>
        <hl7:reference value="#smok"/>      </hl7:text>
      <hl7:statusCode code="completed"/>      <hl7:effectiveTime>
        <hl7:low value="20190822103248"/>      </hl7:effectiveTime>
      <hl7:value xsi:type="CD" code="LA18976-3" codeSystem="2.16.840.1.113883.6.1" displayName="Current every day smoker"/>    </hl7:observation>
  </hl7:entry>
  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 2.16.840.1.113883.3.1937.99.61.48.10.26 'Alkoholgebrauch' -->
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.26"/>      <hl7:code code="74013-4" codeSystem="2.16.840.1.113883.6.1">
        <hl7:translation/>      </hl7:code>
      <hl7:text>
        <hl7:reference value="#alk"/>      </hl7:text>
      <hl7:statusCode code="completed"/>      <hl7:effectiveTime>
        <hl7:low value="20190822103248"/>      </hl7:effectiveTime>
      <hl7:value xsi:type="PQ" unit="/d" value="1"/>    </hl7:observation>
  </hl7:entry>
  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 2.16.840.1.113883.3.1937.99.61.48.10.33 'Alkoholabusus' -->
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.33"/>      <hl7:code code="74043-1" codeSystem="2.16.840.1.113883.6.1"/>      <hl7:text>
        <hl7:reference value="#alkabus"/>      </hl7:text>
      <hl7:statusCode code="completed"/>      <hl7:effectiveTime>
        <hl7:low value="20190822103248"/>      </hl7:effectiveTime>
      <hl7:value value="false"/>    </hl7:observation>
  </hl7:entry>
  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 1.2.276.0.76.10.4297 'Leistungsportler' (2019-02-09T00:00:00) -->
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.276.0.76.10.4297"/>      <hl7:code code="COMPTATHL" codeSystem="2.16.840.1.113883.3.1937.777.27.5.1"/>      <hl7:text>
        <hl7:reference value="#coal"/>      </hl7:text>
      <hl7:statusCode code="completed"/>      <hl7:effectiveTime>
        <hl7:low value="20190822103248"/>      </hl7:effectiveTime>
      <hl7:value value="false"/>    </hl7:observation>
  </hl7:entry>
</hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Soz...mgt)
 
Target.png
medmgmt-data​element-1112Kyellow.png Sozialanamnese Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.pnghl7:templateId
II1 … 1M(Soz...mgt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.23
Treetree.pnghl7:id
II0 … *R(Soz...mgt)
Treetree.pnghl7:code
CE1 … 1M(Soz...mgt)
Treeblank.pngTreetree.png@code
CONF1 … 1F29762-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1MSozialanamnese(Soz...mgt)
 CONF
Elementinhalt muss "Sozialanamnese" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Soz...mgt)
Treetree.pnghl7:entry
0 … 1RGibt Auskunft darüber, ob der Patient der Übermittlung der Daten zugestimmt hat oder nicht.
Wenn der Patient der Übermittlung nicht zugestimmt hat, so ist innerhalb der entry-Elemente jeweils das NullFlavor-Attribut "NI" anzugeben.
Wenn der Patient der Übermittlung zugestimmt hat, wird erwartet dass die Felder alle bekannte Werte enthalten.

Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.24 Datenübermittlung (DYNAMIC)
(Soz...mgt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.27 Tabakgebrauch (medmgmt) (DYNAMIC)(Soz...mgt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.26 Alkoholgebrauch (medmgmt) (DYNAMIC)(Soz...mgt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:entry
0 … 1RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.33 Alkoholabusus (medmgmt) (DYNAMIC)(Soz...mgt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4297 Leistungsportler (DYNAMIC)(Soz...mgt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue


CDA Entry Level Templates

Alkoholabusus (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.33Gültigkeit2019‑09‑19 22:37:49
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameAlkoholabususMedmgmtBezeichnungAlkoholabusus (medmgmt)
Beschreibung
Hier wird das Vorliegen eines (auch historischen) Alkoholabusus dokumentiert (bzw. dessen Abwesenheit).
Ziel ist es in diesem Kontext, in Fällen eines Akoholabusus die Verordnung alkoholgelöster Arzneimittel nach Möglichkeit zu vermeiden.
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.33
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1337Kyellow.png Alkoholabusus Kyellow.png Datensatz eMedikation v2019
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.33"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code codeSystem="2.16.840.1.113883.6.1" code="74043-1"/>  <hl7:text>
    <hl7:reference value="#alkabus"/>  </hl7:text>
  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7:low value="20190919230811"/>  </hl7:effectiveTime>
  <hl7:value xsi:type="BL" value="false"/></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Alk...gmt)
 
Target.png
medmgmt-data​element-1337Kyellow.png Alkoholabusus Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Alk...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.33
Treetree.pnghl7:id
II0 … *(Alk...gmt)
Treetree.pnghl7:code
CD (preferred)1 … 1M(Alk...gmt)
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@code
1 … 1F74043-1
Treetree.pnghl7:text
ED1 … 1MReference in den Text der Section
(Alk...gmt)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1M(Alk...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#alkabus
Treetree.pnghl7:statusCode
CS1 … 1M(Alk...gmt)
Treeblank.pngTreetree.png@code
cs1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RZeitpunkt der Beobachtung - hier: Zeitpunkt der Angabe zu Alkoholabusus.
(Alk...gmt)
Treetree.pnghl7:value
BL1 … 1M(Alk...gmt)

Alkoholgebrauch (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.26Gültigkeit2019‑09‑17 11:39:07
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameAlkoholgebrauchMedmgmtBezeichnungAlkoholgebrauch (medmgmt)
Beschreibung
Hier wird ein Wert für den Alkoholkonsum des Patienten als Beobachtung dokumentiert, quantifiziert als durchschnittliche "Anzahl alkoholische Getränke pro Tag".
Die Definition hierzu findet sich in der Beschreibung des Elements "hl7:value".
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.26
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1114Kyellow.png Alkoholkonsum Kyellow.png Datensatz eMedikation v2019
BeziehungAdaptation: Template 1.2.276.0.76.10.4291 Alkoholgebrauch (2018‑09‑13 13:55:58)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.22.4.35 IPS Social History Alcohol Use (2017‑06‑29)
ref
hl7ips-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.38 Social History Observation (V3) (2015‑08‑01)
ref
ccda-

Adaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.26"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="74013-4" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:text>
    <hl7:reference value="#alk"/>  </hl7:text>
  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7:low value="20190917113619"/>  </hl7:effectiveTime>
  <hl7:value xsi:type="PQ" unit="/d" value="1"/></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Alk...gmt)
 
Target.png
medmgmt-data​element-1114Kyellow.png Alkoholkonsum Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Alk...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.26
Treetree.pnghl7:id
II0 … *(Alk...gmt)
Treetree.pnghl7:code
CD (preferred)1 … 1R(Alk...gmt)
Treeblank.pngTreetree.png@code
CONF0 … 1F74013-4
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.pnghl7:translation
0 … *R(Alk...gmt)
Treetree.pnghl7:text
ED1 … 1MReference in den Text der Section(Alk...gmt)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1M(Alk...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#alk
Treetree.pnghl7:statusCode
CS1 … 1M(Alk...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RZeitpunkt der Beobachtung - hier: Gültigkeitszeitpunkt der Angabe zum Alkoholkonsum.
(Alk...gmt)
Treetree.pnghl7:value
PQ1 … 1RDer Wert des Alkoholkonsums wird hier als durchschnittliche "Anzahl alkoholische Getränke pro Tag" angegeben.
Ein "alkoholisches Getränk" entspricht der Aufnahme einer Menge von 14 Gramm reinem Alkohol.
Die entspricht einer Menge von jeweils ca. 300 ml Bier, 125 ml ("ein achtele") Wein oder 40 ml Spirituose.
(Alk...gmt)
Treeblank.pngTreetree.png@xsi:type
cs1 … 1FPQ
Treeblank.pngTreetree.png@unit
cs1 … 1F/d

Allergie/Unverträglichkeit Concern Act (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.31Gültigkeit2019‑09‑17 17:09:45
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameAllergyconcernactMedmgmtBezeichnungAllergie/Unverträglichkeit Concern Act (medmgmt)
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.31
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
2.16.840.1.113883.3.1937.99.61.48.10.30ContainmentKorange.png Allergie/Unverträglichkeit Observation (medmgmt)DYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.4256 Allergie/Unverträglichkeit Concern Act (2017‑06‑04)
ref
hl7de-

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

Adaptation: Template 2.16.840.1.113883.10.20.22.4.30 (2014‑06‑09)
Beispiel
Beispiel
<act classCode="ACT" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.31"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="5a2ac5fc-0c85-4223-baee-c2e254803975"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6"/>  <statusCode code="active"/>  <!-- This is the time stamp for when the allergy was first documented as a concern-->
  <effectiveTime>
    <low value="20140104123506"/>  </effectiveTime>
  <entryRelationship typeCode="SUBJ">
    <!-- 2.16.840.1.113883.3.1937.99.61.48.10.30 Allergy / Intolerance Observation -->
  </entryRelationship>
</act>
ItemDTKardKonfBeschreibungLabel
hl7:act
(All...gmt)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(All...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.31
Treetree.pnghl7:id
II1 … *M(All...gmt)
Treetree.pnghl7:code
CV1 … 1M(All...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1FCONC
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
Treetree.pnghl7:statusCode
CS1 … 1R(All...gmt)
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1M(All...gmt)
Treeblank.pngTreetree.pnghl7:low
TS1 … 1M(All...gmt)
Treeblank.pngTreetree.pnghl7:high
TS0 … 1(All...gmt)
Treetree.pnghl7:entryRelationship
1 … *MBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.30 Allergie/Unverträglichkeit Observation (medmgmt) (DYNAMIC)(All...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ

Allergie/Unverträglichkeit Observation (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.30Gültigkeit2019‑09‑17 17:02:50
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameAllergyintoleranceobservationMedmgmtBezeichnungAllergie/Unverträglichkeit Observation (medmgmt)
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.30
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.90020InklusionKyellow.png RelatedEntity (Body)DYNAMIC
1.2.276.0.76.10.4258ContainmentKyellow.png Reaktion/ManifestationDYNAMIC
1.2.276.0.76.10.4259ContainmentKyellow.png KritikalitätDYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.4257 Allergie/Unverträglichkeit Observation (2017‑06‑04)
ref
hl7de-

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

Adaptation: Template 2.16.840.1.113883.10.20.22.4.7 Allergy - Intolerance Observation (V2) (2014‑06‑09)
ref
ccda-
Beispiel
Antibiotika-Allergie bekannt seit 2010
<observation classCode="OBS" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.30"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="4adc1020-7b14-11db-9fe1-0800200c9a66"/>  <code code="OINT" codeSystem="2.16.840.1.113883.5.4" displayName="adverse reaction upon exposure to an agent"/>  <statusCode code="completed"/>  <effectiveTime>
    <low value="2010"/>  </effectiveTime>
  <participant typeCode="CSM">
    <participantRole classCode="MANU">
      <playingEntity classCode="MMAT">
        <code code="A07AA" codeSystem="2.16.840.1.113883.6.73" displayName="Antibiotikum">
          <originalText>
            <reference value="#alg-1"/>          </originalText>
        </code>
      </playingEntity>
    </participantRole>
  </participant>
</observation>
Beispiel
Keine Kontrastmittel-Allergie/Unverträglichkeit bekannt (negationInd=true)
<observation classCode="OBS" moodCode="EVN" negationInd="true">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.30"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="4adc1020-7b14-11db-9fe1-0800200c9a66"/>  <code code="OINT" codeSystem="2.16.840.1.113883.5.4" displayName="adverse reaction upon exposure to an agent"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="NA"/>  <participant typeCode="CSM">
    <participantRole classCode="MANU">
      <playingEntity classCode="MMAT">
        <code code="V08" codeSystem="2.16.840.1.113883.6.73" displayName="Kontrastmittel">
          <originalText>
            <reference value="#alg-2"/>          </originalText>
        </code>
      </playingEntity>
    </participantRole>
  </participant>
</observation>
Beispiel
Sonstige Allergie: Hühnereiweiss (Der Freitext steht im zugehörigen Section.text, hier referenziert durch #alg-4)
<observation classCode="OBS" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.30"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="4adc1020-7b14-11db-9fe1-0800200c9a66"/>  <code code="OINT" codeSystem="2.16.840.1.113883.5.4" displayName="adverse reaction upon exposure to an agent"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="NA"/>  <participant typeCode="CSM">
    <participantRole classCode="MANU">
      <playingEntity classCode="MMAT">
        <code nullFlavor="OTH">
          <originalText>
            <reference value="#alg-4"/>          </originalText>
        </code>
      </playingEntity>
    </participantRole>
  </participant>
</observation>
Beispiel
Allergie: ja, Allergen nicht näher bezeichnet (im zugehörigen Section.text, hier referenziert durch #alg-4, kann der Text 'ja, n.n.b.' o.ä. wiedergegeben werden)
<observation classCode="OBS" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.30"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="55dc1020-7b14-11db-9fe1-0800200c9aab"/>  <code code="OINT" codeSystem="2.16.840.1.113883.5.4" displayName="adverse reaction upon exposure to an agent"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="NA"/>  <participant typeCode="CSM">
    <participantRole classCode="MANU">
      <playingEntity classCode="MMAT">
        <code code="ALGN" codeSystem="1.2.276.0.76.3.1.195.5.52" displayName="Allergen">
          <originalText>
            <reference value="#alg-4"/>          </originalText>
        </code>
      </playingEntity>
    </participantRole>
  </participant>
</observation>
Beispiel
Keine Allergie/Unverträglichkeit bekannt (negationInd=true)
<observation classCode="OBS" moodCode="EVN" negationInd="true">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.30"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="4adc1020-7b14-11db-9fe1-0800200c9a66"/>  <code code="OINT" codeSystem="2.16.840.1.113883.5.4" displayName="adverse reaction upon exposure to an agent"/>  <statusCode code="completed"/>  <!-- N/A - author/time records when this assertion was made -->
  <effectiveTime nullFlavor="NA"/>  <participant typeCode="CSM">
    <participantRole classCode="MANU">
      <playingEntity>
        <code nullFlavor="UNK"/>      </playingEntity>
    </participantRole>
  </participant>
</observation>
Beispiel
Allergie/Unverträglichkeit nicht erfragt (nullFlavor=NASK)
<observation classCode="OBS" moodCode="EVN" nullFlavor="NASK">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.30"/>  <id root="1.2.276.0.76.4.17.9814184919" extension="4adc1020-7b14-11db-9fe1-0800200c9a66"/>  <code code="OINT" codeSystem="2.16.840.1.113883.5.4" displayName="adverse reaction upon exposure to an agent"/>  <statusCode code="completed"/>  <!-- N/A - author/time records when this assertion was made -->
  <effectiveTime nullFlavor="NA"/>  <participant typeCode="CSM">
    <participantRole classCode="MANU">
      <playingEntity>
        <code nullFlavor="UNK"/>      </playingEntity>
    </participantRole>
  </participant>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(All...gmt)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.png@negationInd
bl0 … 1 
Treetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NASK" sein
Treetree.pnghl7:templateId
II1 … 1M(All...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.30
Treetree.pnghl7:id
II1 … *M(All...gmt)
Treetree.pnghl7:code
CV1 … 1M(All...gmt)
 CONF
@code muss "ALG" sein
@codeSystem muss "2.16.840.1.113883.5.4" sein
oder
@code muss "OINT" sein
@codeSystem muss "2.16.840.1.113883.5.4" sein
Treetree.pnghl7:statusCode
CS1 … 1M(All...gmt)
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1R(All...gmt)
Treeblank.pngTreetree.pnghl7:low
TS0 … 1R(All...gmt)
Treeblank.pngTreetree.pnghl7:high
TS0 … 1R(All...gmt)
Treetree.pnghl7:value
CD0 … 1CCode für die Allergie/Intoleranz(All...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.12 Allergien und Unverträglichkeiten (DYNAMIC)
Auswahl0 … 1
Angabe, woher die Information zur Allergie oder Unverträglichkeit des Patienten stammt
Elemente in der Auswahl:
  • hl7:author[hl7:assignedAuthor]
  • hl7:informant[hl7:relatedEntity]
  • hl7:participant[@typeCode='AUT']
Treeblank.pngTreetree.pnghl7:author
Autor dieser Information ist ein Gesundheitsdienstleister(All...gmt)
 Beispiel
Autor der Information ist ein Gesundheitsdienstleister
<author>
  <time value="20131221"/>  <assignedAuthor>
    <id root="1.2.276.0.76.4.16" extension="123456701"/>    <assignedPerson>
      <name>
        <given qualifier="IN">Jan H.</given>        <family>Ausarz</family>      </name>
    </assignedPerson>
  </assignedAuthor>
</author>
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(All...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS1 … 1R(All...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (RoleCode)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1(All...gmt)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(All...gmt)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(All...gmt)
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(All...gmt)
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(All...gmt)
Treeblank.pngTreetree.pnghl7:informant
0 … 1Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten(All...gmt)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FINF
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel
Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten
<informant>
  <relatedEntity classCode="CON">
    <relatedPerson classCode="PSN" determinerCode="INSTANCE">
      <name> ... </name>    </relatedPerson>
  </relatedEntity>
</informant>
Treeblank.pngTreeblank.pngTreetree.pnghl7:relatedEntity
1 … 1M(All...gmt)
Eingefügt von 1.2.276.0.76.10.90020 RelatedEntity (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1R
 CONF
Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19316 RoleClassMutualRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(All...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:relatedPerson
0 … 1(All...gmt)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(All...gmt)
Treeblank.pngTreetree.pnghl7:participant
Autor dieser Information ist der Patient(All...gmt)
wo [@typeCode='AUT']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FAUT
 Beispiel
Autor der Information ist der Patient
<participant typeCode="AUT">
  <participantRole classCode="PAT"/></participant>
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS0 … 1R(All...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:participantRole
1 … 1M(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPAT
Treetree.pnghl7:participant
0 … 1C(All...gmt)
wo [@typeCode='CSM']
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCSM
Treeblank.pngTreetree.pnghl7:participantRole
1 … 1M(All...gmt)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FMANU
Treeblank.pngTreeblank.pngTreetree.pnghl7:playingEntity
1 … 1M(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FMMAT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1RAuslösendes Agens: Substanzen (ATC)(All...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.6.73 (WHO Anatomical Therapeutic Chemical classification)
 Schematron assertrole error 
 testhl7:value[@code] or hl7:participant/hl7:participantRole 
 MeldungWenn das observation/value Element und mit einem Code versehen ist, dann MUSS das observation/participant Element weggelassen werden 
Treetree.pnghl7:entryRelationship
0 … *RBeinhaltet 1.2.276.0.76.10.4258 Reaktion/Manifestation (DYNAMIC)(All...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FMFST
Treetree.pnghl7:entryRelationship
0 … 1RBeinhaltet 1.2.276.0.76.10.4259 Kritikalität (DYNAMIC)(All...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ

AMTS Prüfung

Id2.16.840.1.113883.3.1937.99.61.48.10.20Gültigkeit2019‑02‑12
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameMedicationtherapysafetychecksBezeichnungAMTS Prüfung
BeschreibungAMTS Prüfung
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.20
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90014ContainmentKyellow.png Performer (Body)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:act
(Med...cks)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Med...cks)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.20
Treetree.pnghl7:code
CE1 … 1M(Med...cks)
Treeblank.pngTreetree.png@code
CONF1 … 1FAMTSCHK
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.3.1937.99.61.48.5.1 (medmgmt-codesystem-1)
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RZeitpunkt der letzten AMTS Prüfung.
(Med...cks)
Treeblank.pngTreetree.png@value
ts1 … 1R
Treetree.pnghl7:performer
0 … *Beinhaltet 1.2.276.0.76.10.90014 Performer (Body) (DYNAMIC)(Med...cks)

Datenerfassung

Id2.16.840.1.113883.3.1937.99.61.48.10.2Gültigkeit2018‑11‑02
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameDatenerfassungBezeichnungDatenerfassung
BeschreibungAngaben zur Datenerfassung: Ersterfassungsdatum, Datum letzte Änderung
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
medmgmt-data​element-1092Kyellow.png Datum des Eintrags Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1192Kyellow.png Änderungsdatum Kyellow.png Datensatz eMedikation v2019
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<participant typeCode="ENT">
  <time>
    <low value="20181101"/>    <high value="20181102"/>  </time>
  <participantRole nullFlavor="NA"/></participant>
ItemDTKardKonfBeschreibungLabel
@typeCode
cs1 … 1FENT
@context​Control​Code
cs0 … 1FOP
hl7:time
IVL_TS0 … 1(Dat...ung)
Treetree.pnghl7:low
IVXB_TSErsterfassungsdatum(Dat...ung)
 
Target.png
medmgmt-data​element-1092Kyellow.png Datum des Eintrags Kyellow.png Datensatz eMedikation v2019
Treetree.pnghl7:high
IVXB_TSDatum letzte Änderung(Dat...ung)
 
Target.png
medmgmt-data​element-1192Kyellow.png Änderungsdatum Kyellow.png Datensatz eMedikation v2019
hl7:participantRole
1 … 1(Dat...ung)
Treetree.png@nullFlavor
cs1 … 1FNA

Datenübermittlung

Id2.16.840.1.113883.3.1937.99.61.48.10.24Gültigkeit2019‑08‑22 10:32:07
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameDataTransferFlagMedmgmtBezeichnungDatenübermittlung
BeschreibungGibt Auskunft darüber, ob der Patient der Übermittlung der Daten zugestimmt hat oder nicht.
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.24
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1336Kyellow.png Übermittlung Sozialanamnese Kyellow.png Datensatz eMedikation v2019
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.24"/>  <hl7:code code="Transfer"/>  <hl7:text>
    <hl7:reference value="#transfer"/>  </hl7:text>
  <hl7:statusCode code="completed"/>  <hl7:value value="false"/></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1R(Dat...gmt)
 
Target.png
medmgmt-data​element-1336Kyellow.png Übermittlung Sozialanamnese Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Dat...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.24
Treetree.pnghl7:code
CE1 … 1M(Dat...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1FTransfer
Treetree.pnghl7:text
ED1 … 1MReference in den Text der Section(Dat...gmt)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1M(Dat...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#transfer
Treetree.pnghl7:statusCode
CS1 … 1M(Dat...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
BL1 … 1M(Dat...gmt)

Einnahmedauer (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.36Gültigkeit2019‑10‑02 12:56:51
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameEinnahmedauermedmgmtBezeichnungEinnahmedauer (medmgmt)
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1153Kyellow.png Einnahmedauer Kyellow.png Datensatz eMedikation v2019
BeziehungAdaptation: Template 1.2.276.0.76.10.90023 Einnahmedauer (2017‑06‑04)
ref
pmp-
ItemDTKardKonfBeschreibungLabel
Auswahl … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:low|hl7:high]
  • hl7:effectiveTime[hl7:width]
  • hl7:effectiveTime[@nullFlavor]
Treetree.pnghl7:effectiveTime
IVL_TS … 1CZeitelement zur Dokumentation der Einnahmedauer, hier: spezifisches Intervall von Beginndatum bis Endedatum.
Die Angabe des Beginndatums ist verpflichtend (ausser im Kontext von Hauskomet, wo es optional ist - dann muss aber ein Endedatum angegeben sein).
(Ein...gmt)
wo [hl7:lowoder
hl7:high]
 
Target.png
medmgmt-data​element-1153Kyellow.png Einnahmedauer Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@xsi:type
1 … 1FIVL_TS
 Beispiel
Intervall bekannt
<effectiveTime xsi:type="IVL_TS">
  <low value="20130321"/>  <high value="20140321"/></effectiveTime>
 Beispiel
Dauermedikation ohne Endedatum (nicht bei Hauskomet)
<effectiveTime xsi:type="IVL_TS">
  <low value="20130321"/></effectiveTime>
 Beispiel
Angabe eines geplanten Endedatums der Medikation in Hauskomet
<effectiveTime xsi:type="IVL_TS">
  <high value="20190714"/></effectiveTime>
Treeblank.pngTreetree.pnghl7:low
TS.​DATE.​MIN0 … 1R(Ein...gmt)
Treeblank.pngTreetree.pnghl7:high
TS.​DATE.​MIN0 … 1R(Ein...gmt)
 Schematron assertrole error 
 testcount(/hl7:ClinicalDocument/hl7:templateId[@root = '2.16.840.1.113883.3.1937.99.61.48.10.35']) = 1 or count(hl7:low) = 1 
 MeldungDie Angabe des Beginndatums einer Einnahmedauer ist verpflichtend. 
 Schematron assertrole error 
 testcount(/hl7:ClinicalDocument/hl7:templateId[@root = '2.16.840.1.113883.3.1937.99.61.48.10.35']) = 0 or count(hl7:low) = 0 
 MeldungHauskomet: Die Angabe des Beginndatums einer Einnahmedauer ist nicht zulässig. 
Treetree.pnghl7:effectiveTime
IVL_TS … 1CZeitelement zur Dokumentation der Einnahmedauer, hier: Angabe als Dauer der Einnahme.
Diese Form der Angabe ist im Kontext Hauskomet nicht zulässig.
(Ein...gmt)
wo [hl7:width]
 Beispiel
Einnahme für zwei Wochen
<effectiveTime xsi:type="IVL_TS">
  <width value="2" unit="wk"/></effectiveTime>
Treeblank.pngTreetree.pnghl7:width
PQ1 … 1R(Ein...gmt)
Treeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
 Schematron assertrole error 
 testcount(/hl7:ClinicalDocument/hl7:templateId[@root = '2.16.840.1.113883.3.1937.99.61.48.10.35']) = 0 
 MeldungHauskomet: Die Angabe einer Dauer der Einnahme ist nicht zulässig. 
Treetree.pnghl7:effectiveTime
TS … 1C(Ein...gmt)
wo [@nullFlavor]
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1R
 Beispiel
Keine Informationen über die Einnahmedauer
<effectiveTime nullFlavor="NI"/>
 Beispiel
Keine Einnahmedauer bei Dauermedikation (Hauskomet)
<effectiveTime nullFlavor="NA"/>

Einzeldosierungen (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.28Gültigkeit2019‑10‑23 13:48:37
Andere Versionen mit dieser Id:
  • Kblank.png EinzeldosierungenMedmgmt vom 2019‑09‑17 11:57:54
StatusKyellow.png EntwurfVersions-Label
NameEinzeldosierungenMedmgmtBezeichnungEinzeldosierungen (medmgmt)
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, ausgedrückt als Phase und Ereignis, ggf. mit Wiederholungsintervall
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.28
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90028InklusionKyellow.png Medikation VorbedingungDYNAMIC
BeziehungVersion: Template 2.16.840.1.113883.3.1937.99.61.48.10.28 Einzeldosierungen (medmgmt) (2019‑09‑17 11:57:54)
Adaptation: Template 1.2.276.0.76.10.4023 Einzeldosierungen (2018‑11‑01)
ref
pmp-

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)
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
0 … *(Ein...gmt)
Treetree.png@classCode
cs1 … 1FSBADM
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Ein...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.28
Treetree.pnghl7:text
ED1 … 1M(Ein...gmt)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Ein...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#dosxx-{generierteID}, xx ist cm, cd, cv oder hs, z.B.: #doscm-1
Auswahl … 1Elemente 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']]
Treeblank.pngTreetree.pnghl7:effectiveTime
TSCEinnahme einmalig / Einnahmezeitpunkt unbekannt(Ein...gmt)
wo [@value or @nullFlavor]
 Beispiel
Einnahme einmalig
<effectiveTime value="20170404"/>
 Beispiel
Einnahmezeitpunkt unbekannt
<effectiveTime nullFlavor="UNK"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
EIVL_TSCZeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ergeignis, ggf. mit Offset(Ein...gmt)
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 Tablette
<effectiveTime xsi:type="EIVL_TS">
  <event code="CM"/></effectiveTime>
<doseQuantity value="1" unit="{tbl}"/>
 Beispiel
abends 10-20 (Tropfen)
<effectiveTime xsi:type="EIVL_TS">
  <event code="CV"/></effectiveTime>
<doseQuantity>
  <low value="10" unit="[drp]"/>  <high value="20" unit="[drp]"/></doseQuantity>
 Beispiel
30 Minuten nach dem Abendessen 1 Tablette
<effectiveTime xsi:type="EIVL_TS">
  <event code="PCV"/>  <offset value="30" unit="min"/></effectiveTime>
<doseQuantity value="1" unit="{tbl}"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:event
EIVL.event1 … 1M(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ0 … 1(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
PIVL_TSCZeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase, ggf. mit Wiederholungsintervall(Ein...gmt)
wo [@xsi:type='PIVL_TS']
 Beispiel
Jeden Donnerstag 1 Tablette
<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="{tbl}"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1M(Ein...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ0 … 1(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TSCZeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase und Ereignis, ggf. mit Wiederholungsintervall(Ein...gmt)
wo [@xsi:type='SXPR_TS'] [hl7:comp [@xsi:type='PIVL_TS']]
 Beispiel
Jeden Donnerstag 30 Minuten nach 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 nach dem Frühstück -->
    <event code="ACM" codeSystem="2.16.840.1.113883.5.139"/>    <offset value="30" unit="min"/>  </comp>
</effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1M(Ein...gmt)
wo [@xsi:type='PIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1M(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
EIVL_TS1 … 1M(Ein...gmt)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
CS1 … 1M(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.463 TimingEvent (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ0 … 1(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TSCZeitelement zur Aufnahme des (einmaligen) Einnahmezeitpunkts ohne Wiederholungen, ausgedrückt als Intervall und Ereignis
(Ein...gmt)
wo [@xsi:type='SXPR_TS'] [hl7:comp [@xsi:type='IVL_TS']]
 Beispiel
Am 17.07.2019 einmalige Einnahme 10 Minuten vor dem Frühstück
<effectiveTime xsi:type="SXPR_TS">
  <comp xsi:type="IVL_TS" value="20190717"/>  <comp xsi:type="EIVL_TS" operator="A">
    <!-- 10 Minuten vor dem Frühstück -->
    <event code="ACM" codeSystem="2.16.840.1.113883.5.139"/>    <offset value="-10" unit="min"/>  </comp>
</effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
IVL_TS1 … 1M(Ein...gmt)
wo [@xsi:type='IVL_TS']
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
EIVL_TS1 … 1M(Ein...gmt)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
CS1 … 1M(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.463 TimingEvent (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ0 … 1(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treetree.pnghl7:doseQuantity
IVL_PQ1 … 1M(Ein...gmt)
 Beispiel
25 mg
<doseQuantity value="25" unit="mg"/>
 Beispiel
1 bis 2 Tabletten
<doseQuantity>
  <low value="1" unit="{tbl}"/>  <high value="2" unit="{tbl}"/></doseQuantity>
 Beispiel
1 Tablette (mit Translation)
<doseQuantity value="1" unit="{tbl}">
  <translation code="1" codeSystem="2.16.840.1.113883.2.6.60.4.5.4" displayName="Tablette"/></doseQuantity>
 Beispiel
Nur textliche Beschreibung der Dosis
<doseQuantity nullFlavor="OTH">
  <translation>
    <originalText>
      <reference value="#text-ref-1"/>    </originalText>
  </translation>
</doseQuantity>
Treeblank.pngTreetree.pnghl7:low
IVXB_PQ0 … 1(Ein...gmt)
Treeblank.pngTreetree.pnghl7:center
PQ0 … 1(Ein...gmt)
Treeblank.pngTreetree.pnghl7:width
PQ0 … 1(Ein...gmt)
Treeblank.pngTreetree.pnghl7:high
IVXB_PQ0 … 1(Ein...gmt)
Treeblank.pngTreetree.pnghl7:translation
CE0 … 1R(Ein...gmt)
 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)
Treetree.pnghl7:consumable
1 … 1M(Ein...gmt)
Treeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Ein...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt0 … 1R von 1.2.276.0.76.10.90028 Medikation Vorbedingung (DYNAMIC)
Treetree.pnghl7:precondition
0 … 1R(Ein...gmt)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FPRCN
Treeblank.pngTreetree.pnghl7:criterion
1 … 1R(Ein...gmt)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FOBS
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN.CRT
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CD0 … 1(Ein...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.453 Vorbedingungen Medikation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1R(Ein...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED0 … 1(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Ein...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#prec-{generierteID}, z.B.: #prec-1

Grund für Medikation (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.29Gültigkeit2019‑09‑17 14:52:20
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameReasonformedicationMedmgmtBezeichnungGrund für Medikation (medmgmt)
BeschreibungGrund für die Medikation, in diesem Kontext ausgedrückt in patientenverständlicher Sprache.
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.29
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.2.276.0.76.10.4027 Grund für Medikation (2016‑01‑31)
ref
pmp-

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

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5 IHE Problem Entry (DYNAMIC)
ref
ch-pcc-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.28 Problem observation (DYNAMIC)
ref
ccd1-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4026"/>  <code code="75326-9" codeSystem="2.16.840.1.113883.6.1" displayName="Problem"/>  <statusCode code="completed"/>  <value xsi:type="CD" nullFlavor="OTH">
    <originalText>
      <reference value="#rea-1"/>    </originalText>
  </value>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1(Rea...gmt)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Rea...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.29
Treetree.pnghl7:id
0 … *(Rea...gmt)
Treetree.pnghl7:code
CE1 … 1M(Rea...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1F75326-9
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:statusCode
CS1 … 1M(Rea...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
CD1 … 1RZunächst nur freitextlich formuliert, ausgedrückt in patientenverständlicher Sprache(Rea...gmt)
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FOTH
 Beispiel
Freitextlich formulierter Grund für die Medikation (als Referenz zum Text in der section)
<value xsi:type="CD" nullFlavor="OTH">
  <originalText>
    <reference value="#rea-1"/>  </originalText>
</value>
Treeblank.pngTreetree.pnghl7:originalText
ED1 … 1M(Rea...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Rea...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#rea-{generierteID}, z.B.: #rea-1

Kreatinin (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.9Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameCreatininemedmgmtBezeichnungKreatinin (medmgmt)
BeschreibungAngabe eines gemessenen Kreatinin-Wertes.
Dieser Wert kann in einer von 3 Einheiten angegeben werden:
- mg/dl
- µmol/l
- mmol/l
Für Hauskomet ist die Angabe ausschließlich in "mg/dl" zulässig.
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.9
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
medmgmt-data​element-1129Kyellow.png Kreatinin Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1130Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1131Kyellow.png Datum Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90033InklusionKorange.png Erweiterung Druckkennzeichen2019‑02‑09
BeziehungAdaptation: Template 1.2.276.0.76.10.4017 Kreatinin (2014‑11‑01)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.9"/>  <code code="2160-0" codeSystem="2.16.840.1.113883.6.1" displayName="Creatinine"/>  <text>
    <reference value="#skrea"/>  </text>
  <statusCode code="completed"/>  <effectiveTime>
    <low value="20190715123453"/>  </effectiveTime>
  <value xsi:type="PQ" value="1.3" unit="mg/dl"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
0 … *(Cre...gmt)
 
Target.png
medmgmt-data​element-1129Kyellow.png Kreatinin Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Cre...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.9
Treetree.pnghl7:id
II0 … *R(Cre...gmt)
Treetree.pnghl7:code
CE1 … 1M(Cre...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1F2160-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED1 … 1M(Cre...gmt)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1MReference in den Text der Section(Cre...gmt)
 Beispiel<reference value="#skrea"/>
Treetree.pnghl7:statusCode
CS1 … 1M(Cre...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1MZeitpunkt der Beobachtung - hier: Zeitpunkt der Messung des Kreatininwertes.
(Cre...gmt)
 
Target.png
medmgmt-data​element-1131Kyellow.png Datum Kyellow.png Datensatz eMedikation v2019
Treetree.pnghl7:value
PQ1 … 1R(Cre...gmt)
 
Target.png
medmgmt-data​element-1130Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
 CONF
@unit ist "mg/dl"
 CONF
@unit ist "µmol/l"
 CONF
@unit ist "mmol/l"
 Schematron assertrole error 
 testcount(/hl7:ClinicalDocument/hl7:templateId[@root = '2.16.840.1.113883.3.1937.99.61.48.10.35']) = 0 or @unit='mg/dl' 
 MeldungHauskomet: Die Angabe eines Kreatinin-Wertes ist ausschließlich in der Einheit "mg/dl" zulässig. 
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … 1R(Cre...gmt)
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1M(Cre...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R

Körpergewicht (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.7Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameBodyWeightmedmgmtBezeichnungKörpergewicht (medmgmt)
BeschreibungKörpergewicht
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.7
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
medmgmt-data​element-1025Kyellow.png Körpergewicht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1026Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1027Kyellow.png Datum Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90033InklusionKorange.png Erweiterung Druckkennzeichen2019‑02‑09
BeziehungAdaptation: Template 1.2.276.0.76.10.4016 Körpergewicht (2014‑11‑01)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4016"/>  <code code="29463-7" codeSystem="2.16.840.1.113883.6.1" displayName="Body weight"/>  <text>
    <reference value="#gew"/>  </text>
  <statusCode code="completed"/>  <value xsi:type="PQ" value="89" unit="kg"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Bod...gmt)
 
Target.png
medmgmt-data​element-1025Kyellow.png Körpergewicht Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Bod...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.7
Treetree.pnghl7:id
II0 … *R(Bod...gmt)
Treetree.pnghl7:code
CE1 … 1M(Bod...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1F29463-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED0 … 1Lediglich reference in den Text der zugehörigen Section(Bod...gmt)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1(Bod...gmt)
Treetree.pnghl7:statusCode
CS1 … 1M(Bod...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1MZeitpunkt der Beobachtung - hier: Zeitpunkt der Messung des Körpergewichts.
(Bod...gmt)
 
Target.png
medmgmt-data​element-1027Kyellow.png Datum Kyellow.png Datensatz eMedikation v2019
Treetree.pnghl7:value
PQ1 … 1R(Bod...gmt)
 
Target.png
medmgmt-data​element-1026Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
 CONF
@unit ist "kg"
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … 1R(Bod...gmt)
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1M(Bod...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R

Körpergröße (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.8Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameBodyHeightmedmgmtBezeichnungKörpergröße (medmgmt)
BeschreibungKörpergröße
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.8
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
medmgmt-data​element-1028Kyellow.png Körpergröße Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1029Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1030Kyellow.png Datum Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90033InklusionKorange.png Erweiterung Druckkennzeichen2019‑02‑09
BeziehungAdaptation: Template 1.2.276.0.76.10.4262 Körpergröße (2017‑08‑01)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4262"/>  <code code="8302-2" codeSystem="2.16.840.1.113883.6.1" displayName="Body height"/>  <text>
    <reference value="#gro"/>  </text>
  <statusCode code="completed"/>  <value xsi:type="PQ" value="181" unit="cm"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Bod...gmt)
 
Target.png
medmgmt-data​element-1028Kyellow.png Körpergröße Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Bod...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.8
Treetree.pnghl7:id
II0 … *R(Bod...gmt)
Treetree.pnghl7:code
CE1 … 1M(Bod...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1F8302-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED0 … 1Lediglich reference in den Text der zugehörigen Section(Bod...gmt)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1(Bod...gmt)
Treetree.pnghl7:statusCode
CS1 … 1M(Bod...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1MZeitpunkt der Beobachtung - hier: Zeitpunkt der Messung der Körpergröße.(Bod...gmt)
 
Target.png
medmgmt-data​element-1030Kyellow.png Datum Kyellow.png Datensatz eMedikation v2019
Treetree.pnghl7:value
PQ1 … 1R(Bod...gmt)
 
Target.png
medmgmt-data​element-1029Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
 CONF
@unit ist "cm"
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … 1R(Bod...gmt)
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1M(Bod...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R

Laborergebnis (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.34Gültigkeit2019‑09‑30 10:03:10
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameLaboratoryResultObservationMedmgtBezeichnungLaborergebnis (medmgmt)
BeschreibungDieses Template enthält Laborergebnisse.
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.34
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1039Kyellow.png Laborparameter Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4015ContainmentKyellow.png Annotation CommentDYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.4254 Laborergebnis (2017‑03‑21)
ref
hl7de-

Adaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.2 Result Observation (V3) (2015‑08‑01)
ref
ccda-

Adaptation: Template 2.16.840.1.113883.10.22.4.13 IPS Laboratory Result Observation (2017‑03‑21)
ref
hl7ips-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.34"/>  <code code="34961-3" codeSystem="2.16.840.1.113883.6.1" displayName="Rhesusfaktor Best."/>  <text>
    <reference value="#lab-1"/>  </text>
  <statusCode code="active"/>  <effectiveTime value="20190930104400"/>  <value xsi:type="PQ" value="1" unit="mg/dl"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Lab...mgt)
 
Target.png
medmgmt-data​element-1039Kyellow.png Laborparameter Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Lab...mgt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.34
Treetree.pnghl7:id
II0 … *R(Lab...mgt)
Treetree.pnghl7:code
CE1 … 1M(Lab...mgt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.431 Laborparameter (DYNAMIC)
Treetree.pnghl7:text
ED1 … 1M(Lab...mgt)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1MReference in den Text der Section. Format: #lab-{generierteID}, z.B.: #lab-1(Lab...mgt)
Treeblank.pngTreeblank.pngTreetree.png@value
0 … 1 
Treetree.pnghl7:statusCode
CS1 … 1M(Lab...mgt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.15933 ActStatus (DYNAMIC)
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RZeitpunkt der Beobachtung - hier: Zeitpunkt der Messung der Laborwerte.
(Lab...mgt)
Treetree.pnghl7:value
PQ1 … 1RMesswert ist eine physikalische Quantität (xsi:type="PQ"), die verwendete Einheit MUSS eine UCUCM Einheit (UnitsOfMeasureCaseSensitive) sein.
(Lab...mgt)
Treetree.pnghl7:interpretationCode
CE0 … 1R(Lab...mgt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.78 ObservationInterpretation (DYNAMIC)
Treetree.pnghl7:methodCode
CE0 … 1(Lab...mgt)
Treetree.pnghl7:target​Site​Code
CD0 … 1(Lab...mgt)
Treetree.pnghl7:referenceRange
0 … *RNormalwertebereich(Lab...mgt)
Treeblank.pngTreetree.pnghl7:observationRange
1 … 1M(Lab...mgt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CDNP(Lab...mgt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
1 … 1M(Lab...mgt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:interpretationCode
CE0 … 1(Lab...mgt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF0 … 1FN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.5.83 (Observation Interpretation)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
0 … 1FNormal
Treetree.pnghl7:entryRelationship
0 … *Beinhaltet 1.2.276.0.76.10.4015 Annotation Comment (DYNAMIC)(Lab...mgt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP

Medikation (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.3Gültigkeit2020‑06‑09 10:00:10
Andere Versionen mit dieser Id:
  • Kblank.png MedicationStatementmedmgmt vom 2019‑10‑25 11:01:47
  • Kblank.png MedicationStatementmedmgmt vom 2018‑11‑02
StatusKyellow.png EntwurfVersions-Label
NameMedicationStatementmedmgmtBezeichnungMedikation (medmgmt)
BeschreibungMedikations-Eintrag (Medication Statement)
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.3
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 6 Konzepte
IdNameDatensatz
medmgmt-data​element-1124Kyellow.png Medikationseintrag Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1152Kyellow.png Tageshöchstdosis Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1186Kyellow.png Verfasser des Eintrags Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1242Kyellow.png Identifikation der Therapie-Intention Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1243Kyellow.png Identifikation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1244Kyellow.png Status Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 18 Templates
Benutzt als NameVersion
2.16.840.1.113883.3.1937.99.61.48.10.36InklusionKorange.png Einnahmedauer (medmgmt)DYNAMIC
1.2.276.0.76.10.4025ContainmentKyellow.png MedikamentDYNAMIC
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.90020InklusionKyellow.png RelatedEntity (Body)DYNAMIC
2.16.840.1.113883.3.1937.777.27.10.2InklusionKorange.png Kuratierender Arzt (Medikationseintrag)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.2InklusionKorange.png DatenerfassungDYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.28ContainmentKyellow.png Einzeldosierungen (medmgmt)DYNAMIC
1.2.276.0.76.10.4024ContainmentKyellow.png Dosierung FreitextDYNAMIC
1.2.276.0.76.10.4026ContainmentKyellow.png PatienteninstruktionenDYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.29ContainmentKorange.png Grund für Medikation (medmgmt)DYNAMIC
1.2.276.0.76.10.4292ContainmentKorange.png Grund für Nichtgabe MedikationDYNAMIC
2.16.840.1.113883.3.1937.777.27.10.17ContainmentKorange.png Medikation Therapie-Intention (Hauskomet)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.20ContainmentKorange.png AMTS PrüfungDYNAMIC
1.2.276.0.76.10.4015ContainmentKyellow.png Annotation CommentDYNAMIC
2.16.840.1.113883.3.1937.777.27.10.12ContainmentKorange.png Hauskomet KategorieDYNAMIC
1.2.276.0.76.10.90028InklusionKyellow.png Medikation VorbedingungDYNAMIC
1.2.276.0.76.10.90033InklusionKorange.png Erweiterung Druckkennzeichen2019‑02‑09
1.2.276.0.76.10.90034InklusionKorange.png Erweiterung Vorhabenerweiterung2019‑02‑09
BeziehungVersion: Template 2.16.840.1.113883.3.1937.99.61.48.10.3 Medikation (medmgmt) (2019‑10‑25 11:01:47)
Version: Template 2.16.840.1.113883.3.1937.99.61.48.10.3 Medikation (medmgmt) (2018‑11‑02)
Adaptation: Template 1.2.276.0.76.10.4022 Medikation (2017‑06‑04)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<substanceAdministration classCode="SBADM" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.3"/>  <id root="1.2.3.999"/>  <code code="DRUG" codeSystem="2.16.840.1.113883.5.4"/>  <text>
    <reference value="#med-1"/>  </text>
  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">
    <!-- Einnahmeperiode, optional -->
  </effectiveTime>
  <!-- Art der Anwendung -->
  <routeCode code="20053000" codeSystem="0.4.0.127.0.16.1.1.2.1" displayName="Oral use" codeSystemName="EDQM"/>  <consumable typeCode="CSM">
    <!-- Arzneimittel/Wirkstoff/Rezeptur -->
  </consumable>
  <precondition>
    <!-- z. B. Bedarfsmedikation -->
  </precondition>
  <author>
    <!-- Autor des Medikationseintrags: verschreibender Gesundheitsdienstleister -->
  </author>
  <informant typeCode="INF">
    <!-- Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten -->
  </informant>
  <participant typeCode="AUT">
    <!-- Selbstmedikation (Quelle: Patient) -->
  </participant>
  <entryRelationship typeCode="COMP">
    <!-- Einnahme: morgens, mittags, abends, nachts -->
    <!-- Freitextliche Dosierinstruktionen -->
  </entryRelationship>
  <entryRelationship typeCode="SUBJ" inversionInd="true">
    <!-- Patienteninstruktionen (template 2.16.840.1.113883.10.20.1.49) -->
  </entryRelationship>
  <entryRelationship typeCode="RSON">
    <!-- Grund der Einnahme (template 2.16.840.1.113883.10.20.22.4.19) -->
  </entryRelationship>
  <entryRelationship typeCode="COMP">
    <!-- Freitext für beliebige Kommentare oder Hinweise zwischen Leistungserbringern, ohne inhaltliche Vorgaben, mit Bezug auf die Medikation -->
  </entryRelationship>
</substanceAdministration>
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
0 … *(Med...gmt)
 
Target.png
medmgmt-data​element-1124Kyellow.png Medikationseintrag Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FSBADM
Treetree.png@moodCode
cs1 … 1RVorschläge zur Änderung, Hinzufügung oder Löschung (kuratiertes Medikationsmanagement) werden ab sofort mittels der 'Hauskomet Kategorie' angegeben!
 CONF
@moodCode muss "EVN" sein
oder
@moodCode muss "PRP" sein
Treetree.pnghl7:templateId
II1 … 1M(Med...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.3
Treetree.pnghl7:id
II0 … *R(Med...gmt)
 
Target.png
medmgmt-data​element-1243Kyellow.png Identifikation Kyellow.png Datensatz eMedikation v2019
Treetree.pnghl7:code
CV1 … 1M(Med...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1FDRUG
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.4 (Act Code)
Treetree.pnghl7:text
ED1 … 1M(Med...gmt)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#med-{generierteID}, z.B.: #med-1
Treetree.pnghl7:statusCode
CS1 … 1R(Med...gmt)
 
Target.png
medmgmt-data​element-1244Kyellow.png Status Kyellow.png Datensatz eMedikation v2019
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.25 ActStatusActiveCompletedAbortedSuspended (DYNAMIC)
Eingefügt0 … 1R von 2.16.840.1.113883.3.1937.99.61.48.10.36 Einnahmedauer (medmgmt) (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:low|hl7:high]
  • hl7:effectiveTime[hl7:width]
  • hl7:effectiveTime[@nullFlavor]
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1CZeitelement zur Dokumentation der Einnahmedauer, hier: spezifisches Intervall von Beginndatum bis Endedatum.
Die Angabe des Beginndatums ist verpflichtend (ausser im Kontext von Hauskomet, wo es optional ist - dann muss aber ein Endedatum angegeben sein).
(Med...gmt)
wo [hl7:lowoder
hl7:high]
 
Target.png
medmgmt-data​element-1153Kyellow.png Einnahmedauer Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FIVL_TS
 Beispiel
Intervall bekannt
<effectiveTime xsi:type="IVL_TS">
  <low value="20130321"/>  <high value="20140321"/></effectiveTime>
 Beispiel
Dauermedikation ohne Endedatum (nicht bei Hauskomet)
<effectiveTime xsi:type="IVL_TS">
  <low value="20130321"/></effectiveTime>
 Beispiel
Angabe eines geplanten Endedatums der Medikation in Hauskomet
<effectiveTime xsi:type="IVL_TS">
  <high value="20190714"/></effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.​DATE.​MIN0 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.​DATE.​MIN0 … 1R(Med...gmt)
 Schematron assertrole error 
 testcount(/hl7:ClinicalDocument/hl7:templateId[@root = '2.16.840.1.113883.3.1937.99.61.48.10.35']) = 1 or count(hl7:low) = 1 
 MeldungDie Angabe des Beginndatums einer Einnahmedauer ist verpflichtend. 
 Schematron assertrole error 
 testcount(/hl7:ClinicalDocument/hl7:templateId[@root = '2.16.840.1.113883.3.1937.99.61.48.10.35']) = 0 or count(hl7:low) = 0 
 MeldungHauskomet: Die Angabe des Beginndatums einer Einnahmedauer ist nicht zulässig. 
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1CZeitelement zur Dokumentation der Einnahmedauer, hier: Angabe als Dauer der Einnahme.
Diese Form der Angabe ist im Kontext Hauskomet nicht zulässig.
(Med...gmt)
wo [hl7:width]
 Beispiel
Einnahme für zwei Wochen
<effectiveTime xsi:type="IVL_TS">
  <width value="2" unit="wk"/></effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:width
PQ1 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
 Schematron assertrole error 
 testcount(/hl7:ClinicalDocument/hl7:templateId[@root = '2.16.840.1.113883.3.1937.99.61.48.10.35']) = 0 
 MeldungHauskomet: Die Angabe einer Dauer der Einnahme ist nicht zulässig. 
Treeblank.pngTreetree.pnghl7:effectiveTime
TS … 1C(Med...gmt)
wo [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1R
 Beispiel
Keine Informationen über die Einnahmedauer
<effectiveTime nullFlavor="NI"/>
 Beispiel
Keine Einnahmedauer bei Dauermedikation (Hauskomet)
<effectiveTime nullFlavor="NA"/>
Treetree.pnghl7:routeCode
CE0 … 1RArt der Anwendung der Arznei(Med...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.26 EDQMRouteofAdministration (DYNAMIC)
Treetree.pnghl7:maxDoseQuantity
RTO_PQ_PQ0 … 1RAngabe einer Tageshöchstdosis(Med...gmt)
 
Target.png
medmgmt-data​element-1152Kyellow.png Tageshöchstdosis Kyellow.png Datensatz eMedikation v2019
 Beispiel
Tageshöchstdosis 2 Tabletten
<maxDoseQuantity>
  <numerator value="2" unit="{tbl}"/>  <denominator value="1" unit="d"/></maxDoseQuantity>
Treeblank.pngTreetree.pnghl7:numerator
PQ1 … 1R(Med...gmt)
Treeblank.pngTreetree.pnghl7:denominator
PQ1 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1Fd
Treeblank.pngTreeblank.pngTreetree.png@value
st0 … 1F1
Treetree.pnghl7:consumable
0 … 1RArzneimittel/Wirkstoff/Rezeptur
Beinhaltet 1.2.276.0.76.10.4025 Medikament (DYNAMIC)
(Med...gmt)
Auswahl0 … 1
Autor/Informant, entweder:
  • verschreibender Gesundheitsdienstleister
  • Selbstmedikation (Quelle: Patient)
  • Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten
Elemente in der Auswahl:
  • hl7:author[hl7:assignedAuthor]
  • hl7:informant[hl7:relatedEntity]
  • hl7:participant[@typeCode='AUT']
Treeblank.pngTreetree.pnghl7:author
Autor dieser Information ist ein Gesundheitsdienstleister(Med...gmt)
 
Target.png
medmgmt-data​element-1186Kyellow.png Verfasser des Eintrags Kyellow.png Datensatz eMedikation v2019
 Beispiel
Autor der Information ist ein Gesundheitsdienstleister
<author>
  <time value="20131221"/>  <assignedAuthor>
    <id root="1.2.276.0.76.4.16" extension="123456701"/>    <assignedPerson>
      <name>
        <given qualifier="IN">Jan H.</given>        <family>Ausarz</family>      </name>
    </assignedPerson>
  </assignedAuthor>
</author>
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Med...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS1 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (RoleCode)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1(Med...gmt)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Med...gmt)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...gmt)
 
Target.png
medmgmt-data​element-1010Kyellow.png BSNR Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1012Kyellow.png Institutskennzeichen Krankenhaus Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1013Kyellow.png Institutskennzeichen Apotheke Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1208Kyellow.png Apotheken-IDF Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Med...gmt)
 
Target.png
medmgmt-data​element-1014Kyellow.png Name Institution Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Med...gmt)
Treeblank.pngTreetree.pnghl7:informant
0 … 1Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FINF
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel
Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten
<informant>
  <relatedEntity classCode="CON">
    <relatedPerson classCode="PSN" determinerCode="INSTANCE">
      <name> ... </name>    </relatedPerson>
  </relatedEntity>
</informant>
Treeblank.pngTreeblank.pngTreetree.pnghl7:relatedEntity
1 … 1M(Med...gmt)
Eingefügt von 1.2.276.0.76.10.90020 RelatedEntity (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1R
 CONF
Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19316 RoleClassMutualRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Med...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:relatedPerson
0 … 1(Med...gmt)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Med...gmt)
Treeblank.pngTreetree.pnghl7:participant
Autor dieser Information ist der Patient(Med...gmt)
wo [@typeCode='AUT']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FAUT
 Beispiel
Autor der Information ist der Patient
<participant typeCode="AUT">
  <participantRole classCode="PAT"/></participant>
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS0 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:participantRole
1 … 1M(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPAT
Eingefügt0 … 1 von 2.16.840.1.113883.3.1937.777.27.10.2 Kuratierender Arzt (Medikationseintrag) (DYNAMIC)
Kurator des Medikationseintrags - zum Zeitpunkt der Kuration war dies der Hauskomet Pflegearzt.
Treetree.pnghl7:participant
0 … 1(Med...gmt)
 
Target.png
medmgmt-data​element-1188Kyellow.png Kurator Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
cs1 … 1FVRF
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.777.27.10.2
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(Med...gmt)
Treeblank.pngTreetree.pnghl7:participantRole
1 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FROL
 Beispiel<participantRole classCode="ROL">
  <id root="1.2.276.0.76.4.16" extension="999999901"/>  <playingEntity classCode="PSN" determinerCode="INSTANCE">
    <name>
      <prefix qualifier="AC">Dr.</prefix>      <given>Hans</given>      <family>Hausarzt</family>    </name>
  </playingEntity>
  <scopingEntity classCode="ORG" determinerCode="INSTANCE">
    <id root="1.2.276.0.76.4.17" extension="521111100"/>  </scopingEntity>
</participantRole>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MLebenslange Arztnummer (LANR) des kuratierenden Arztes(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (RoleCode)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:playingEntity
1 … 1MAngabe des kuratierenden Arztes
Beinhaltet 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scopingEntity
1 … 1MAngabe der Betriebsstätte des kuratierenden Arztes(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<scopingEntity classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="521111100"/></scopingEntity>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MAmgabe der Betriebsstättennummer (BSNR) des kuratierenden Arztes(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:desc
ED0 … 1(Med...gmt)
Treetree.pnghl7:participant
(Med...gmt)
wo [@typeCode='ENT']
Eingefügt von 2.16.840.1.113883.3.1937.99.61.48.10.2 Datenerfassung (DYNAMIC)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FENT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
IVXB_TSErsterfassungsdatum(Med...gmt)
 
Target.png
medmgmt-data​element-1092Kyellow.png Datum des Eintrags Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
IVXB_TSDatum letzte Änderung(Med...gmt)
 
Target.png
medmgmt-data​element-1192Kyellow.png Änderungsdatum Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.pnghl7:participantRole
1 … 1(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:entryRelationship
0 … *RDosierungsangaben (Dosierschema), z. B. morgens, mittags, abends, zur Nacht
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.28 Einzeldosierungen (medmgmt) (DYNAMIC)
(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT.POS0 … 1Reihenfolge in der Liste der Dosierungsangaben(Med...gmt)
Treetree.pnghl7:entryRelationship
0 … 1RFreitextliche Dosierinstruktionen
Beinhaltet 1.2.276.0.76.10.4024 Dosierung Freitext (DYNAMIC)
(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT.POS0 … 1Reihenfolge in der Liste der Dosierungsangaben(Med...gmt)
Treetree.pnghl7:entryRelationship
0 … *RPatienteninstruktionen
Beinhaltet 1.2.276.0.76.10.4026 Patienteninstruktionen (DYNAMIC)
(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treetree.pnghl7:entryRelationship
0 … *RGrund für die Medikation
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.29 Grund für Medikation (medmgmt) (DYNAMIC)
(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FRSON
Treetree.pnghl7:entryRelationship
0 … *RGrund für Nichtgabe der Medikation
Beinhaltet 1.2.276.0.76.10.4292 Grund für Nichtgabe Medikation (DYNAMIC)
(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treetree.pnghl7:entryRelationship
0 … *RBezug zur medikamentösen Therapie-Intention
Beinhaltet 2.16.840.1.113883.3.1937.777.27.10.17 Medikation Therapie-Intention (Hauskomet) (DYNAMIC)
(Med...gmt)
 
Target.png
medmgmt-data​element-1242Kyellow.png Identifikation der Therapie-Intention Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treetree.pnghl7:entryRelationship
0 … *RLetzte AMTS-Prüfung der Medikation
Beinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.20 AMTS Prüfung (DYNAMIC)
(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FRSON
Treetree.pnghl7:entryRelationship
0 … *RFreitext für beliebige Kommentare oder Hinweise zwischen Leistungserbringern, ohne inhaltliche Vorgaben, mit Bezug auf die Medikation
Beinhaltet 1.2.276.0.76.10.4015 Annotation Comment (DYNAMIC)
(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treetree.pnghl7:entryRelationship
0 … 1RHauskomet Kategorie
Beinhaltet 2.16.840.1.113883.3.1937.777.27.10.12 Hauskomet Kategorie (DYNAMIC)
(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Eingefügt0 … 1R von 1.2.276.0.76.10.90028 Medikation Vorbedingung (DYNAMIC)
Treetree.pnghl7:precondition
0 … 1R(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FPRCN
Treeblank.pngTreetree.pnghl7:criterion
1 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FOBS
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN.CRT
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CD0 … 1(Med...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.453 Vorbedingungen Medikation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1R(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED0 … 1(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...gmt)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#prec-{generierteID}, z.B.: #prec-1
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … 1R(Med...gmt)
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1M(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R
Eingefügt0 … 1R von 1.2.276.0.76.10.90034 Erweiterung Vorhabenerweiterung (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … 1R(Med...gmt)
 
Target.png
medmgmt-data​element-1220Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1223Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1226Kyellow.png Vorhabenspezifische Erweiterung/Zusatzinformation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung/0.2
Treeblank.pngTreetree.pngmedmgmt:extension
(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(Med...gmt)
 
Target.png
medmgmt-data​element-1227Kyellow.png Identifikation Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreetree.pngmedmgmt:extension
(Med...gmt)
Treeblank.pngTreeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2
Treeblank.pngTreeblank.pngTreetree.pngmedmgmt:valueString
1 … 1M(Med...gmt)
 
Target.png
medmgmt-data​element-1228Kyellow.png Wert Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R

Medikation Gruppierung (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.14Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameMedicationstatementlistmedmgmtBezeichnungMedikation Gruppierung (medmgmt)
BeschreibungOrganizer zur Gruppierung von Medikationseinträgen
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.14
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 4 Konzepte
IdNameDatensatz
medmgmt-data​element-1045Kyellow.png Zeilen-ID Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1047Kyellow.png Code Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1048Kyellow.png Titel Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1126Kyellow.png Medikationsliste Kyellow.png Datensatz eMedikation v2019
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90025ContainmentKyellow.png Author (Body)DYNAMIC
2.16.840.1.113883.3.1937.99.61.48.10.3ContainmentKyellow.png Medikation (medmgmt)DYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.4261 Medikation Gruppierung (2017‑07‑05)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.305 CDA Organizer (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:organizer
(Med...gmt)
 
Target.png
medmgmt-data​element-1126Kyellow.png Medikationsliste Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FCLUSTER
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Med...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.14
Treetree.pnghl7:code
CD0 … 1R(codierte) Zwischenüberschriften(Med...gmt)
 
Target.png
medmgmt-data​element-1047Kyellow.png Code Kyellow.png Datensatz eMedikation v2019
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.451 S_BMP_ZWISCHENUEBERSCHRIFT (DYNAMIC)
Treeblank.pngTreetree.pnghl7:originalText
ED0 … 1RFreitextliche Zwischenüberschrift(Med...gmt)
 
Target.png
medmgmt-data​element-1048Kyellow.png Titel Kyellow.png Datensatz eMedikation v2019
Treetree.pnghl7:statusCode
CS1 … 1R(Med...gmt)
Treeblank.pngTreetree.png@code
CONF0 … 1Fcompleted
Treetree.pnghl7:author
0 … *Beinhaltet 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)(Med...gmt)
Treetree.pnghl7:component
0 … *RBeinhaltet 2.16.840.1.113883.3.1937.99.61.48.10.3 Medikation (medmgmt) (DYNAMIC)(Med...gmt)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT.POS0 … 1Reihenfolge in der Liste(Med...gmt)
 
Target.png
medmgmt-data​element-1045Kyellow.png Zeilen-ID Kyellow.png Datensatz eMedikation v2019

Status Schwangerschaft (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.12Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NamePregnancystatusmedmgmtBezeichnungStatus Schwangerschaft (medmgmt)
Beschreibung
Diese Beobachtung dient zur Dokumentation einer bestehenden Schwangerschaft.
Es wird hier lediglich ausgedrückt, ob eine Schwangerschaft besteht oder nicht (oder aber der Status nicht bekannt ist), ausgedrückt durch eine der Ausprägungen des Wertebereichs "Schwangerschafts-Status".
Zusätzlich kann bei bestehender Schwangerschaft ein erwarteter Geburtstermin angegeben werden.
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.12
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4255ContainmentKyellow.png Erwarteter GeburtsterminDYNAMIC
1.2.276.0.76.10.90033InklusionKorange.png Erweiterung Druckkennzeichen2019‑02‑09
BeziehungAdaptation: Template 1.2.276.0.76.10.4020 Status Schwangerschaft (2017‑06‑04)
ref
pmp-

Adaptation: Template 1.2.276.0.76.10.4020 Status Schwangerschaft (2015‑01‑31)
ref
pmp-

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

Kopie: Template 1.2.276.0.76.10.4043 Status Schwangerschaft (DYNAMIC)
ref
aktin-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13.5 eHDSI Pregnancy Observation (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.12"/>  <code code="11449-6" codeSystem="2.16.840.1.113883.6.1" displayName="Pregnancy status"/>  <statusCode code="completed"/>  <value xsi:type="CV" code="0" codeSystem="1.2.276.0.76.3.1.195.5.46" displayName="Patient nicht schwanger"/>  <entryRelationship typeCode="COMP">
    <!-- Erwarteter Geburtstermin (1.2.276.0.76.10.4255) -->
  </entryRelationship>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1(Pre...gmt)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1(Pre...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.12
Treetree.pnghl7:id
0 … 1(Pre...gmt)
Treetree.pnghl7:code
CE1 … 1M(Pre...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1F11449-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED1 … 1MLediglich reference in den Text der zugehörigen Section(Pre...gmt)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1M(Pre...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#schwanger
Treetree.pnghl7:statusCode
CS1 … 1M(Pre...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
TS0 … 1Zeitpunkt der Beobachtung - hier: Zeitpunkt der Angabe zur Schwangerschaft.
(Pre...gmt)
Treetree.pnghl7:value
CV1 … 1R(Pre...gmt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.46 Schwangerschafts-Status (DYNAMIC)
Treetree.pnghl7:entryRelationship
0 … 1RBeinhaltet 1.2.276.0.76.10.4255 Erwarteter Geburtstermin (DYNAMIC)(Pre...gmt)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … 1R(Pre...gmt)
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1M(Pre...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R

Stillzeit (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.13Gültigkeit2019‑02‑09
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameMothercurrentlybreastfeedingmedmgmtBezeichnungStillzeit (medmgmt)
BeschreibungDiese Beobachtung dient zur Dokumentation der Stillzeit.
Es wird hier lediglich ausgedrückt, ob eine Patientin momentan stillt (value="true") oder aber nicht (value="false").
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.13
Labelmbfpmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90033InklusionKorange.png Erweiterung Druckkennzeichen2019‑02‑09
BeziehungAdaptation: Template 1.2.276.0.76.10.4021 Stillzeit (2016‑01‑02)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="2.16.840.1.113883.3.1937.99.61.48.10.13"/>  <code code="63895-7" codeSystem="2.16.840.1.113883.6.1" displayName="Breast feeding"/>  <text>
    <reference value="#mbf"/>  </text>
  <statusCode code="completed"/>  <value xsi:type="BL" value="true"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1Rmbfpmp
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1Mmbfpmp
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.13
Treetree.pnghl7:id
II0 … *mbfpmp
Treetree.pnghl7:code
CE1 … 1Mmbfpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F63895-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED1 … 1MReference in den Text der Sectionmbfpmp
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1Mmbfpmp
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#mbf
Treetree.pnghl7:statusCode
CS1 … 1Mmbfpmp
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS0 … 1Zeitpunkt der Beobachtung - hier: Zeitpunkt der Feststellung einer Stillzeit.
mbfpmp
Treetree.pnghl7:value
BL1 … 1Mmbfpmp
Eingefügt0 … 1R von 1.2.276.0.76.10.90033 Erweiterung Druckkennzeichen (2019‑02‑09)
Treetree.pngmedmgmt:extension
0 … 1Rmbfpmp
 
Target.png
medmgmt-data​element-1189Kyellow.png Kennzeichen BMP Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1209Kyellow.png Druckkennzeichen Geschlecht Kyellow.png Datensatz eMedikation v2019
medmgmt-data​element-1334Kyellow.png Erweiterung Druckkennzeichen Kyellow.png Datensatz eMedikation v2019
Treeblank.pngTreetree.png@url
url1 … 1Fhttp://fhir.de/StructureDefinition/druckkennzeichen/0.2
Treeblank.pngTreetree.pngmedmgmt:valueBoolean
1 … 1Mmbfpmp
Treeblank.pngTreeblank.pngTreetree.png@value
bl1 … 1R

Tabakgebrauch (medmgmt)

Id2.16.840.1.113883.3.1937.99.61.48.10.27Gültigkeit2019‑09‑17 11:44:43
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameTabakgebrauchMedmgmtBezeichnungTabakgebrauch (medmgmt)
Beschreibung
Diese Beobachtung dient zur Dokumentation des Tabakgebrauchs (aka Raucherstatus) eines Patienten.
Der Grad des Tabakgebrauchs wird über eine Auswahl von LOINC Codes dargestellt (siehe Wertebereich des "hl7:value" Elements).
KontextElternknoten des Template-Element mit Id 2.16.840.1.113883.3.1937.99.61.48.10.27
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
medmgmt-data​element-1113Kyellow.png Rauchen Kyellow.png Datensatz eMedikation v2019
BeziehungAdaptation: Template 1.2.276.0.76.10.4290 Tabakgebrauch (2018‑09‑13 13:52:42)
ref
hl7de-

Spezialisierung: Template 2.16.840.1.113883.10.22.4.34 IPS Social History Tobacco Use (2017‑06‑20)
ref
hl7ips-

Adaptation: Template 2.16.840.1.113883.10.20.22.4.38 Social History Observation (V3) (2015‑08‑01)
ref
ccda-

Adaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:templateId root="2.16.840.1.113883.3.1937.99.61.48.10.27"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="72166-2" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:text>
    <hl7:reference value="#smok"/>  </hl7:text>
  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7:low value="20190917114735"/>  </hl7:effectiveTime>
  <hl7:value xsi:type="CD" code="LA18976-3" codeSystem="2.16.840.1.113883.6.1" displayName="Current every day smoker"/></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Tab...gmt)
 
Target.png
medmgmt-data​element-1113Kyellow.png Rauchen Kyellow.png Datensatz eMedikation v2019
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Tab...gmt)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.3.1937.99.61.48.10.27
Treetree.pnghl7:id
II0 … *(Tab...gmt)
Treetree.pnghl7:code
CD1 … 1M(Tab...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1F72166-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED1 … 1MReference in den Text der Section(Tab...gmt)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1M(Tab...gmt)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#smok
Treetree.pnghl7:statusCode
CS1 … 1M(Tab...gmt)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RZeitpunkt der Beobachtung - hier: Gültigkeitszeitpunkt der Angabe zum Raucherstatus.(Tab...gmt)
Treetree.pnghl7:value
CD1 … 1R(Tab...gmt)
Treeblank.pngTreetree.png@xsi:type
cs1 … 1FCD
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.11.22.59 IPS Current Smoking Status (DYNAMIC)


Templates aus Repositories (nicht zur Abstimmung stehend)

Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.

Terminologien

Value Sets

Medikationseintrag Kategorie

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.
Id2.16.840.1.113883.3.1937.99.61.48.11.2Gültigkeit2018‑11‑20
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameMedikationseintragkategorieBezeichnungMedikationseintrag Kategorie
BeschreibungMedikationseintrag Kategorie
Benutzung: 1
IdNameTyp
Template
medmgmt-template-19Kategorie des Medikationseintrags DYNAMIC
Quell-Codesystem
2.16.840.1.113883.3.1937.99.61.48.5.2 - medmgmt-codesystem-2 - FHIR: urn:oid:2.16.840.1.113883.3.1937.99.61.48.5.2
Level/ TypCodeBezeichnungCodesystem
0‑L
ADD
Hinzufügung
medmgmt-codesystem-2
0‑L
STK
Bestand
medmgmt-codesystem-2
0‑L
CHG
Änderung
medmgmt-codesystem-2
0‑L
DEL
Löschung
medmgmt-codesystem-2

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.

Medikationsmanagement-Codes

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.
Id2.16.840.1.113883.3.1937.99.61.48.11.1Gültigkeit2019‑02‑02
StatusKorange.png Unter Revision vor der PublikationVersions-Label
NameMedikationsmanagementcodesBezeichnungMedikationsmanagement-Codes
BeschreibungCodes für das Medikationsmanagement, für die keine oder keine lizenzfreien Standardcodes gefunden wurden
Quell-Codesystem
2.16.840.1.113883.3.1937.99.61.48.5.1 - medmgmt-codesystem-1 - FHIR: urn:oid:2.16.840.1.113883.3.1937.99.61.48.5.1
Level/ TypCodeBezeichnungCodesystemDesignations
0‑L
AMTSCHK
AMTS-Check
medmgmt-codesystem-1
0‑L
COMPTATHL
Leistungssportler
medmgmt-codesystem-1
0‑L
NOC
NOC
medmgmt-codesystem-1
0‑L
DANG
Datenangaben
medmgmt-codesystem-1

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


Anhang

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

Dosier-Beispiele

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

Unterstützte Dosierschemas (Zeitangaben):

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

Unterstützte Dosierschemas (Dosis):

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

Diese sollen durch die folgenden Beispiele erläutert werden.

Zeitpunkt (einmalige Gabe)

Einmalig Gabe

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

einmalig am 9. Januar 2019

<effectiveTime value="20190109"/>

einmalig 100 ml am 14. September 2018

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

Einnahmezeitpunkt unbekannt

<effectiveTime nullFlavor="UNK"/>

Ereignis-gesteuert, ggf. mit Offset

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

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

mittags 10 mg

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

morgens 1 (Stück)

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

abends 1-2 (Hübe)

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

30 Minuten nach dem Abendessen 1 Stück

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

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

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

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


Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id1.2.276.0.76.11.463Gültigkeit2018‑09‑11 21:05:52
StatusKyellow.png EntwurfVersions-Label
NameTimingEventBezeichnungTimingEvent
BeschreibungOriginal TimingEvent Value Set von HL7 mit deutschen Designationen
Benutzung: 3
IdNameTyp
Template
hl7de-template-4023Einzeldosierungen (mpp 2018) DYNAMIC
hl7de-template-4023Einzeldosierungen (mpp 2018) DYNAMIC
hl7de-template-4023Einzeldosierungen (mpp 2018) DYNAMIC
2 Quell-Codesysteme
2.16.840.1.113883.5.139 - TimingEvent - FHIR: http://terminology.hl7.org/CodeSystem/v3-TimingEvent
2.16.840.1.113883.3.1937.99.61.48.5.1 - FHIR: urn:oid:2.16.840.1.113883.3.1937.99.61.48.5.1
Level/ TypCodeBezeichnungCodesystemDesignationsBeschreibung
0‑L
AC
AC
TimingEvent
DE-DE.png vor der Mahlzeit (vom lat. ante cibus)
0‑L
ACD
ACD
TimingEvent
DE-DE.png vor dem Mittagessen (vom lat. ante cibus diurnus)
0‑L
ACM
ACM
TimingEvent
DE-DE.png vor dem Frühstück (vom lat. ante cibus matutinus)
0‑L
ACV
ACV
TimingEvent
DE-DE.png vor dem Abendessen (vom lat. ante cibus vespertinus)
0‑S
C
C
TimingEvent
DE-DE.png Mahlzeit (vom lat. cibus)
1‑L
CD
CD
TimingEvent
DE-DE.png Mittagessen (vom llat. cibus diurnus)
1‑L
CM
CM
TimingEvent
DE-DE.png Frühstück (vom lat. cibus matutinus)
1‑L
CV
CV
TimingEvent
DE-DE.png Abendessen (vom llat. cibus vespertinus)
0‑L
HS
HS
TimingEvent
DE-DE.png Vor dem Schlafengehen (einer regulären Phase Schlaf, also kein Nickerchen)
0‑L
IC
IC
TimingEvent
DE-DE.png zwischen Mahlzeiten (vom lat. inter cibus)
0‑L
ICD
ICD
TimingEvent
DE-DE.png zwischen Mittagessen und Abendessen
0‑L
ICM
ICM
TimingEvent
DE-DE.png zwischen Frühstück und Mittagessen
0‑L
ICV
ICV
TimingEvent
DE-DE.png zwischen Abendessen und vor dem Schlafengehen
0‑L
PC
PC
TimingEvent
DE-DE.png nach der Mahlzeit (vom lat. post cibus)
0‑L
PCD
PCD
TimingEvent
DE-DE.png nach dem Mittagessen (vom lat. post cibus diurnus)
0‑L
PCM
PCM
TimingEvent
DE-DE.png nach dem Frühstück (vom lat. post cibus matutinus)
0‑L
PCV
PCV
TimingEvent
DE-DE.png nach dem Abendessen (vom lat. post cibus vespertinus)
0‑L
WAKE
WAKE
TimingEvent
DE-DE.png 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
DE-DE.png 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.
Id1.2.276.0.76.11.452Gültigkeit2017‑04‑01
StatusKyellow.png EntwurfVersions-Label
NameZeiteinheitenBezeichnungZeiteinheiten (UCUM)
Benutzung: 7
IdNameTyp
Template
hl7de-template-4023Einzeldosierungen (mpp 2018) DYNAMIC
hl7de-template-4023Einzeldosierungen (mpp 2018) DYNAMIC
hl7de-template-4023Einzeldosierungen (mpp 2018) DYNAMIC
hl7de-template-4023Einzeldosierungen (mpp 2018) DYNAMIC
hl7de-template-4023Einzeldosierungen (mpp 2018) DYNAMIC
hl7de-template-4023Einzeldosierungen (mpp 2017) DYNAMIC
hl7de-template-90023Einnahmedauer DYNAMIC
Quell-Codesystem
2.16.840.1.113883.6.8 - Unified Code for Units of Measure - FHIR: http://unitsofmeasure.org - HL7 V2: UCUM
Level/ TypCodeBezeichnungCodesystem
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

  1. Beispiel 1a Phenprocoumon
  2. Beispiel 1b Phenprocoumon
  3. Beispiel 1c Phenprocoumon
  4. Beispiel 2 Woche 1 Multiples Myelom
  5. Beispiel 2 Woche 2 Multiples Myelom
  6. Beispiel 2 Woche 3 Multiples Myelom
  7. Beispiel 2 Woche 4 und 5 Multiples Myelom
  8. Beispiel 2 Woche 6 Multiples Myelom
  9. Beispiel 2 Woche 7 Multiples Myelom
  10. Beispiel 2 Woche 8 Multiples Myelom
  11. Beispiel 2 Woche 9 Multiples Myelom
  12. Beispiel 2 Woche 10 und 11 Multiples Myelom
  13. Beispiel 2 Woche 12 bis 14 Multiples Myelom
  14. Beispiel 3 Dialysepatient

Literatur und Referenzen

Weiterführende Literatur

Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:

  • "The CDA-Book", Keith Boone, Springer
  • HL7 Datentypleitfaden

Glossar und Abkürzungsverzeichnis

Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen: http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie

Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis: http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen

Referenzen

  1. Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)
  2. HL7 Deutschland e. V. http://www.hl7.de
  3. Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus
  4. IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy
  5. IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7
  6. IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/
  7. IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/
  8. Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf
  9. Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR
  10. Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice
  11. ART-DECOR: How to read ART-DECOR Definitions [1]

Abbildungen

Zurzeit keine.

Tabellen

Zurzeit keine.