Patientenbezogener Medikationsplan

Patientenbezogener Medikationsplan auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen

Patientenbezogener Medikationsplan

Implementierungsleitfaden

vorgelegt von:
HL7 Deutschland
Dr. Kai U. Heitmann

Abstimmung

Version:	0.90
Datum:	5. Januar 2015
Status:	Abstimmung
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Copyright © 2014-2015: HL7 Deutschland

Abstimmungsdokument
Version	Datum	Status	Realm
0.90	05.01.2015	Entwurf	Deutschland
		[download]

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 .

Dokumenteninformationen

Impressum

Dieser Leitfaden ist im Rahmen des Projekts „Medikationsplan 2.0 Plus“ des Landes Nordrhein-Westfalen zusammengestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e. V.

Ansprechpartner

• Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services
• Prof. Dr. Sylvia Thun, Hochschule Niederrhein, Krefeld
• Viktor Krön, Ärztekammer Nordrhein
• Thomas Althoff, Ärztekammer Westfalen-Lippe
• Dr. Christof Geßner, HL7 Deutschland e.V.
• Dr. Frank Oemig, Agfa HealthCare GmbH
• Mathias Aschhoff, ZTG GmbH

Disclaimer

Disclaimer

• Der Inhalt dieses Dokumentes ist öffentlich. Zu beachten ist, dass Teile dieses Dokuments auf der Normative Edition 2005 von HL7 Version 3 beruhen, für die © HL7 International gilt.
• Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann HL7 Deutschland keinerlei Haftung für direkte oder indirekte Schäden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

Autoren

• Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.

Der Inhalt dieser Spezifikation ist öffentlich.

Der Patientenbezogene Medikationsplan (PMP) basiert auf dem national adaptierten HL7-Standard der „Clinical Document Architecture (CDA)".

Näheres ist unter http://www.hl7.de und http://www.hl7.org zu finden. 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.

Die im Anhang genannten Ausführung zu anderweitigen Lizenzen sind zu beachten.

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 oder den Autoren, zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.

Danksagung

Wir danken besonders

• der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ)
• der Ärztekammer Nordrhein
• der Ärztekammer Westfalen-Lippe
• dem Land Nordrhein-Westfalen

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

Einleitung

Rationale

Der Patientenbezogene Medikationsplan (PMP) ist eine umfassende und im Idealfall vollständige Aufzeichnung der Medikamente des Patienten (Verordnungen, nicht verschreibungspflichtige Medikamente, Kräuterprodukte, Nahrungsergänzungsmittel und andere). Der vorliegende Implementierungsleitfaden stellt die vereinheitlichte elektronische Wiedergabe derartiger Medikationspläne dar und bildet den offiziellen CDA-basierten Medikationsplan in ISO/HL7 27932:2009 Fassung für Deutschland.

In einem Sondergutachten fordert der Sachverständigenrat zur Begutachtung der Entwicklung im Gesundheitswesen 2012 einen vollständigen Überblick über die Arzneimittelhistorie des Patienten als Information zur eigenen Medikation durch einen einheitlichen Patientenbezogenen Medikationsplan.

Sondergutachten des Sachverständigenrat zur Begutachtung der Entwicklung im Gesundheitswesen: Wettbewerb an der Schnittstelle zwischen ambulanter und stationärer Gesundheitsversorgung, 2012 (Kurzfassung, Kapitel 4, Abs. 99, S. 59)

99. Bei der Verbesserung der sektorenübergreifenden Kommunikation zur Sicherstellung von Versorgungskontinuität spielt die sektorenübergreifende Arzneimitteltherapie eine herausgehobene Rolle. (...) Zur Gewährleistung einer sektorenübergreifenden Versorgung im Bereich der Arzneimitteltherapie müssen folgende Voraussetzungen erfüllt sein:

a) Der behandelnde Arzt muss einen vollständigen Überblick über die Arzneimittelhistorie des Patienten haben. Dazu gehören vollständige Angaben über alle aktuell eingenommenen Arzneimittel inklusive frei verkäuflicher (Over the Counter) Medikamente und im Einzelfall auch solche, die früher eingenommen wurden.

Zielsetzung

Der Patient und der sichere Umgang mit seinen Medikamenten steht eindeutig im Vordergrund Patientenbezogener Medikationspläne. Zusätzlich können (sollen) hier auch Informationen für Gesundheitsdienstleister enthalten sein, die die Arzneimitteltherapiesicherheit erhöhen:

• Informationen für den Patienten: die patientengerechte Darstellung aller häufigen Einnahmesituationen steht im Vordergrund, damit Compliance und Einnahmesicherheit erhöht werden
• Informationen für Gesundheitsdienstleister: die Arzneimitteltherapiesicherheit soll erhöht werden, indem die oben genannten Angaben und ggf. Zusatzinformationen wie Körpergewicht im Prinzip jedem an der Therapie beteiligten Gesundheitsdienstleister wie z. B. Ärzten oder Apothekern zur Verfügung stehen.

Der Plan soll das Ergebnis der Zusammenarbeit von Patient, Arzt, Apotheker und anderen Gesundheitsdienstleistern sein.

Hintergründe

Im Rahmen eines Workshops im BfArM am 5. Mai 2011 (vgl. auch ) wurden die Inhalte des einheitlichen Medikationsplans umrissen:

Konsens auf dem Workshop 05.05.2011 im BfArM

• Basisinformationen
  • Datum
  • Kontaktdaten des Ersteller
  • Patientenstammdaten
  • Informationen zum Arzneimittel
• Wirkstoff
• Arzneimittelname
• Darreichungsform (ggf. Anwendungsart)
• Wirkstärke
• Informationen für den Patienten
  • Relevante Anwendungs- und Einnahmehinweise – optional
  • Zusätzliche Hinweise (Lagerung und Aufbewahrung) – optional
• Informationen zur Therapie
  • Behandlungsgrund (für den Patienten verständlich) – optional
  • Therapiezeitraum: Beginn / Dauer / Ende – optional
  • Bedarfsmedikation (ja/nein)
  • Dosierschema

Im Allgemeinen enthalten solche Pläne daher folgende Komponenten (siehe auch ):

Informationsblock	Informationen für den Patienten	Zusätzliche Informationen mit Fokus auf die Gesundheitsdienstleister
Angaben zum Patienten	Name („mein Plan“) Geburtsdatum	Telefonnummern etc. Notfallkontakte (Angehörige etc.) Hausarzt (Haus-)Apotheker
Klinische Parameter	Allergien („welche?“, „Reaktionen?“) Unverträglichkeiten („welche?“, „Reaktion?“)	Informationen zu abgesetzten Medikamenten Gewicht etc. Laborparameter (z. B. Kreatinin im Serum) Fragen an den Patienten zur Medikation bei Neuverschreibungen
Datum und Identifikation	Aktualität („mein neuester Plan“)	Letzte Änderung, durch wen Letzte Gesamtbeurteilung durch Arzt oder Apotheker Eindeutige Identifikation in IT-Systemen Versionierung
Medikation	Medikament (Arzneimittel, Wirkstoff, Dosierungsschema, Darreichungsform) Einnahmehinweise, Instruktionen, Grund der Einnahme Datum Anfang und Ende der Einnahme Verordnender Arzt / empfohlen durch Aufbewahrungshinweise
Wichtige Hinweise
Unterschriften	Patient	Arzt

Vorgaben der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ)

Die Vorgaben des Medikationsplans der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ) Version 2.0 sind als ein führender Ausgangspunkt für den vorliegenden Implementierungsleitfaden gewählt. Grundsätzlich lassen sich mit der hier vorliegenden Spezifikation darüber hinaus auch andere Medikationspläne abbilden, wie sie hierzulande beispielweise an verschiedenen Standorten in Erprobung oder Routine befindlich sind .

Projekte zum Medikationsplan Plus

Im Rahmen des Projekts „Medikationsplan 2.0 Plus“ in Nordrhein-Westfalen, gefördert durch die Ärztekammern Nordrhein und Westfalen-Lippe sowie das Ministerium für Gesundheit, Emanzipation, Pflege und Alter des Landes Nordrhein-Westfalen, Düsseldorf, stehen dazu im Fokus

• Verbesserung der Patienteninformation und -compliance
• Patientengerechte Darstellung aller häufigen Einnahmesituationen
• Möglichkeit der Angabe von zeitlich limitierten Einnahmevorschriften (Startdatum und Dauer z. B. in Tagen, bzw. Stopdatum)
• Möglichkeit der Angabe aller vom Patienten eingenommenen Präparate, also auch OTC (over-the-counter) Präparate wie z.B. Multivitamin-Präparate oder die Selbstmedikation des Patienten (nach Auskunft des Patienten oder eines Angehörigen etc.)
• Verbesserung der Arzneimitteltherapiesicherheit
• Transparenz der Medikation
• Verbesserung der intersektoralen und interprofessionalen Kommunikation
• Interoperabilität und Erweiterbarkeit (eArztbrief)
• Kommunikation mit dem europäischen Nachbarn (Österreich, Niederlande)
• Bereitstellung von XSL-Stylesheets und einer zugehörigen bijektiven Abbildung von CDA-Instanzen in ein Kurzformat, z. B. für die Unterbringung in Barcodes oder auf anderen kapazitätslimitierten Träger (siehe auch Abschnitt "Abgrenzung").

Vorarbeiten

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

• Die Vorgaben des Medikationsplans der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ) Version 2.0 sind ein führender Ausgangspunkt gewählt; nichtsdestoweniger gibt es hier kritische Anmerkungen vor allem zur technischen Umsetzung, siehe hierzu Appendix "Kritische Anmerkungen zur Spezifikation des Medikationsplans der AkdÄ".
• CDA Implementierungsleitfaden für einen patientenbezogenen Medikationsplan. Dr. Jörg Caumanns, Dr. Andreas Billig // Fraunhofer FOKUS Auftraggeber: Deutsche Krankenhausgesellschaft e.V., 2014
• Vorarbeiten von HL7 Deutschland zum Thema "Medikationsplan" (z. B. von Frank Oemig und Christof Gessner, siehe auch )
• Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML), 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
• Vorarbeiten aus dem österreichischen ELGA-Umfeld: ELGA Implementierungsleitfaden: HL7 Implementation Guide for CDA® R2: e-Medikation. Zur Anwendung im österreichischen Gesundheitswesen [1.2.40.0.34.7.8.1], 2014 (Leitfäden siehe elga.gv.at; Spezifikation in ART-DECOR)
• Teilprojekt "Prescription" aus dem epSOS-Projekt, Spezifikation in ART-DECOR
• Arztbrief des VHitG (jetzt bvitg) 2006) und das Addendum "Medikation", 2007;
• eArztbrief 2014, definiert und abgestimmt durch das Interoperabilitätsforum im Dezember 2014
• CDA-CH-SMTL shared medication treatement list, Genf

Bei IHE ist das am ehesten ähnliche Profil die "Medication List" (PML). Dies ist als Sammlung von Verordnungen und Abgaben von Medikamenten konzipiert. Die hier vorliegende Spezifikation des Medikationsplans klassifiziert das Dokument im Gegensatz dazu als Personenbezogene Medikationsliste (Personal Medication List), Referenzen auf Verordnungen oder Abgaben sind nur optional.

Diese Ergänzung zu den bisherigen Profilen wurde auch in den Synchronisationsprozess mit den IHE Profilen "Pharmacy Medication List" und "Medication Treatment List" der gemeinsamen HL7 und IHE Pharmacy Gruppe eingebracht und wird dort entsprechenden Niederschlag finden.

Abgrenzung

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

• Prozessbeschreibung
• Use Cases
• Digitale Signatur (siehe auch Abschnitt "Digitale Signatur")
• Security
• Transport von CDA-Dokumenten
• Verwendung von XSL-Stylesheets
• Ultrakurzformat XML zum Einsatz für kapazitätslimitierte Datenträger
• Datenschutzrechtliche Bewertungen

XSL-Stylesheets und Ultrakurzformat XML

Im Rahmen der Projekts zum Medikationsplan in Nordrhein-Westfalen wird ein XSL-Stylesheet und ein Ultrakurzformat XML zum Einsatz für kapazitätslimitierte Datenträger entwickelt und erprobt. Das Stylesheet wird benutzt, um die beschriebenen Inhalte des Medikationsplans in der empfohlenen Form durch automatisierte Transformation visuell darzustellen. Im Rahmen dieses Projekts wurde auch ein XML-Ultrakurzformat für den Medikationsplan entwickelt, welches für kapazitätslimitierte Datenträger (wie zum Beispiel Barcodes) eingesetzt werden kann. Das Format ist als bijektive Abbildung zu sehen, das heißt aus einer CDA-Version nach der hier beschriebenen Spezifikation (Langfassung) kann die Ultrakurzfassung mittels einer Transformation generiert werden und umgekehrt.

Als Ergebnis aus dem NRW-Projekt und im Anschluss an die Abstimmung, Überarbeitung und endgültige Verabschiedung der vorliegenden Spezifikation werden XSL-Stylesheet und Ultrakurzformat bereitgestellt.

Digitale Signatur

Im Rahmen des NRW-Projekts wird die digitale Signatur wie in beschrieben verwendet. Auf die Verwendung von Signaturen wurde im Rahmen des Arztbriefs bereits 2010 hingewiesen (vgl. ).

Zum Zwecke der Signatur sind in diesen Leitfaden die in CDA üblichen Mechanismen aufgenommen, die digitale Signaturen ermöglichen bzw. hierfür als notwendig erachtet werden. Dies betrifft die Verwendung von Elementen zur Wiedergabe von Unterzeichnern (legalAuthenticator, authenticator) im Header.

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 .

Struktureller Aufbau

Verwendeter Standard

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

Verbindung von funktionaler Beschreibung und CDA Strukturen

Die im vorigen Abschnitt beschriebenen Angaben zur Struktur eines Medikationsplans (funktionale Beschreibung) sind in einem Datensatz zusammengefasst und in ART-DECOR dokumentiert.

Patient 1..1 M 100 Name 1..1 M 1010 Vorname (String) 1..1 M 1011 Nachname (String) 1..1 M 1012 Patienten-ID (Identifier) 1..* R 1020 Geburtsdatum (Datum) 1..1 R 1030 Geschlecht (Kode) 1..1 R 1040 weiblich männlich unbestimmt Klinische Parameter 1..1 R 200 Gewicht (Quantität) 0..1 R 2010 Kreatinin (Quantität) 0..1 R 2020 Allergie (String) 0..1 R 2030 Unverträglichkeit (String) 0..1 R 2040 Schwanger? (Boolean) 0..1 R 2050 Mutter stillend? (Boolean) 0..1 R 2060 Ersteller 1..1 M 300 Name (String) 1..1 M 3010 Adresse 1..1 R 3015 Straße (String) 1..1 R 3020 PLZ (String) 1..1 R 3030 Ort (String) 1..1 R 3040 Telefon (String) 1..1 R 3050 E-Mail (String) 0..1 R 3060 Medikationseintrag 0..* R 400 Wirkstoff-Eintrag 0..* R 410 Wirkstoff 1..1 M 420 Wirkstoff-Name (String) 1..1 R 4010 Wirkstoff-Code (Kode) 1..1 R 4020 Wirkstärke (String) 1..1 R 4030 Darreichungsform (Kode) 1..1 R 4040 Arzneimittel-Eintrag 0..1 R 430 Arzneimittel 1..1 M 440 Arzneimittel-Name (String) 1..1 R 4310 Arzneimittel-Code (String) 1..1 R 4320 Wirkstärke (String) 1..1 R 4330 Darreichungsform (Kode) 1..1 R 4340 Rezeptur-Eintrag 0..1 R 450 Freitextzeile (String) 1..1 M 4510 Startdatum Einnahme (Datum) 0..1 R 460 Enddatum Einnahme (Datum) 0..1 R 461 Dosierschema (String) 1..1 R 465 Dosiereinheit (Kode) 1..1 R 466 Hinweis (String) 0..1 R 467 Behandlungsgrund (String) 0..1 R 468 Bezug zu Verordnung (Identifier) 0..* R 480 Bezug zu Abgabe (Identifier) 0..* R 481 Sonstiger Hinweis 0..1 R 600 Freitextzeile (String) 1..1 M 6010 Identifikation 1..1 R 500 Identifikationsname (String) 1..1 M 5010 Versionsnummer (String) 0..1 R 5020 Länderkennzeichen (String) 1..1 M 5030 Sprachkennzeichen (Kode) 1..1 M 5040 Zeichensatz (Kode) 1..1 M 5050 Ausdruckdatum (Datum) 1..1 M 5060 Softwarename und -version (String) 0..1 R 5080

Übersicht zur funktionalen Beschreibung des Patientenbezogenen Medikationsplan, siehe auch ART-DECOR für Details

Damit ist eine Verbindung zwischen der Sicht der Anforderungen des Gesundheitsdienstleiters (definiert z. B. durch die Koordinierungsgruppe der Arzneimittelkommission der deutschen Ärzteschaft) in der Form der funktionalen Beschreibung einerseits und der technischen Strukturen wie CDA Header und Body und den zugehörigen Templates andererseits möglich. Der Bezug zwischen den hier spezifizierten Templates und der funktionalen Beschreibung wird im Folgenden angegeben durch Verweise auf die Konzepte in der Form 'Ziel der Konzept Id(s): ... ', wobei die Konzept Id(s) sich auf die in der ART-DECOR-Variante der Spezifikation hinterlegten funktionalen Konzepte bezieht.

Zusammenhang zwischen funktionaler Beschreibung und technischer Spezifikation

Übersicht CDA Header und Body

Auf der Basis der oben beschriebenen Angaben und der Spezifikation des Medikationsplans der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ) Version 2.0 hat der hier spezifizierte Patientenbezogene Medikationsplan folgende Grobstruktur nach CDA:

Übersicht CDA Header und Body

Im Header sind die üblichen und geforderten Angaben

• zum Dokument selbst mit Identifikation, Version, Sprache des Dokuments etc.
• dem Patienten
• dem Ersteller des Plans (Autor)
• der Organisation die das Dokument verwaltet sowie
• mögliche Angaben zur verwendeten Software (Autor)
• mögliche Angaben zum vor dem Gesetz verantwortlichen Unterzeichner (legalAuthenticator) bzw. Unterzeichner (authenticator)
• mögliche Angaben zum Hausarzt
• mögliche Angaben zu Notfallkontakten.

Übersicht CDA Header

Im Body sind fünf Sections anzutreffen:

• Klinische Parameter
• Allergien und Unverträglichkeiten
• Gesundheitsbelange
• Medikationsplan
• Wichtige Angaben/Hinweise

Klinische Parameter

Hier können Klinische Parameter wie Körpergewicht und Kreatinin angegeben werden. Die Section ist ergänzt durch optionale Entries, die die entsprechenden Parameter kodiert wiedergeben.

Übersicht CDA Body Section "Klinische Parameter"

Allergien und Unverträglichkeiten

Hier können Allergien und Unverträglichkeiten aufgeführt werden. Die Section ist ergänzt durch optionale Entries, die die entsprechenden Parameter kodiert wiedergeben.

Übersicht CDA Body Section "Allergien und Unverträglichkeiten"

Gesundheitsbelange

Hier erfolgt eine Beschreibung über einen Gesundheitszustand oder -prozess, der möglicherweise Aufmerksamkeit, Intervention oder Management erfordern könnte. "Gesundheitsbelange" (engl. Health Concern) 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. In diesem Falle fokussiert sich die Angabe auf eine mögliche Schwangerschaft bzw. Stillzeit.

Die Section ist ergänzt durch optionale Entries (Schwangerschaft, Stillzeit), die die entsprechenden Parameter kodiert wiedergeben.

Übersicht CDA Body Section "Gesundheitsbelange"

Medikationsplan

Die Angaben zum Medikationsplan selbst (typischerweise in Tabellenform wiedergegeben) sind in dieser Section unterzubringen. Sie umfasst die aktuelle Medikation des Patienten, kann aber auch Hinweise zu abgesetzten oder historischen Medikamenten enthalten. Entries zur Medikation und dem Medikament (Arzneimittel/Wirkstoff/Rezeptur) und dem Dosierschema, die die entsprechenden Parameter kodiert wiedergeben, ergänzen die Section. Im Entry sind gleichermaßen Angaben zur Informationsquelle (Informant) bzw. zum Autor der Medikation möglich, zudem sind Referenzen zu Verordnungen bzw. Abgaben des Medikaments möglich (Bezug mittels Identifikatoren).

Übersicht CDA Body Section "Medikationsplan"

Wichtige Angaben

Hier können Abschließende wichtige Angaben / Hinweise (nur als Text) wiedergegeben werden. Diese Section umfasst keine Entries.

Übersicht CDA Body Section "Wichtige Angaben"

Verwendung von Templates

Wie aus den vorhergehenden Erläuterungen ersichtlich ist, setzt sich ein Dokument aus verschiedenen Komponenten zusammen, die flexibel miteinander kombiniert werden können. Für ein Zusammensetzen der Einzelteile auf den unterschiedlichen Ebenen gibt es detaillierte „Baupläne“, die in CDA auch Templates – oder auch Schablonen oder Muster – genannt werden.

Templates sind vordefinierte und allgemein nutzbare Vorlagen, die Strukturen von Dokumenten, Dokumentteilen oder Datenelementen vorgeben.

In diesem Leitfaden werden vier Typen von CDA-Templates verwendet:

• Document Level Templates
• Header Level Templates
• Section Level Templates (Abschnitte)
• Entry Level Templates (kodierte Information, CDA-Entries)

Im Folgenden werden die CDA-Templates beschrieben, die im Rahmen dieses Leitfadens definiert sind bzw. genutzt werden.

Weitere Hinweise zum Aufbau der Template-Beschreibungen hier und in ART-DECOR® finden sich bei der Dokumentation

CDA Document Level Template für den Patientenbezogenen Medikationsplan

Id	1.2.276.0.76.10.1014	Gültigkeit	2014‑10‑20
Status	Entwurf	Versions-Label	v2015
Name	PersonalMedicationList	Bezeichnung	Patientenbezogener Medikationsplan CDA document
Beschreibung	Patientenbezogener Medikationsplan als CDA Dokument
Kontext	Pfadname /
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz pmp-data​elementR1-5020  Versionsnummer Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​elementR1-5010  Identifikationsname Release 1  Patientenbezogener Medikationsplan Release 1
Benutzt	Benutzt 21 Templates Benutzt von als Name Version pmp-transaction-2 Transaktion Medikationsplan (2015) 2014‑10‑27 Benutzt als Name Version 1.2.276.0.76.10.90002 Inklusion CDA realmCode DYNAMIC 1.2.276.0.76.10.90003 Inklusion CDA typeId DYNAMIC 1.2.276.0.76.10.90004 Inklusion CDA id DYNAMIC 1.2.276.0.76.10.90005 Inklusion CDA title DYNAMIC 1.2.276.0.76.10.90006 Inklusion CDA effectiveTime DYNAMIC 1.2.276.0.76.10.90007 Inklusion CDA confidentialityCode DYNAMIC 1.2.276.0.76.10.90008 Inklusion CDA languageCode DYNAMIC 1.2.276.0.76.10.90009 Inklusion CDA setId and versionNumber DYNAMIC 1.2.276.0.76.10.2028 Inklusion CDA recordTarget (pmp) 2014‑09‑17 1.2.276.0.76.10.2029 Inklusion CDA author (pmp) DYNAMIC 1.2.276.0.76.10.2031 Inklusion CDA author software (pmp) DYNAMIC 1.2.276.0.76.10.2030 Inklusion CDA custodian (pmp) DYNAMIC 1.2.276.0.76.10.2020 Inklusion CDA legalAuthenticator DYNAMIC 1.2.276.0.76.10.2019 Inklusion CDA authenticator DYNAMIC 1.2.276.0.76.10.2012 Inklusion CDA participant Hausarzt DYNAMIC 1.2.276.0.76.10.2011 Inklusion CDA participant Notfallkontakt DYNAMIC 1.2.276.0.76.10.3039 Containment Klinische Parameter 2014‑11‑01 1.2.276.0.76.10.3040 Containment Allergien und Unverträglichkeiten 2012‑07‑14 1.2.276.0.76.10.3043 Containment Gesundheitsbelange DYNAMIC 1.2.276.0.76.10.3041 Containment Aktuelle Medikation 2014‑11‑01 1.2.276.0.76.10.3042 Containment Wichtige Angaben DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <ClinicalDocument>   <!-- CDA Header -->   <realmCode code="DE"/>  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <templateId root="1.2.276.0.76.10.1014"/>  <id extension=" " root=" "/>  <code code="77603-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Medication treatment plan.extended Document"/>  <title>Medikationsplan 2014-12-08 12:34:56</title>  <effectiveTime value="20141008123456"/>  <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>  <languageCode code="de-DE"/>  <setId extension=" " root=" "/>  <versionNumber value="1"/>  <recordTarget>     <!-- .. -->   </recordTarget>  <author>     <!-- .. -->   </author>  <custodian>     <!-- .. -->   </custodian>  <legalAuthenticator>     <!-- .. -->   </legalAuthenticator>  <authenticator>     <!-- .. -->   </authenticator>  <!-- CDA Body -->   <component>     <structuredBody>       <component>         <!-- .. -->       </component>    </structuredBody>  </component></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument (Per...ist) Eingefügt 1 … 1 M von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC) hl7:realmCode CS 1 … 1 M CDAr...Code @code cs 1 … 1 R   CONF @code muss "DE" sein   Beispiel <realmCode code="DE"/> Eingefügt 1 … 1 M von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC) hl7:typeId II 1 … 1 M CDAtypeId @extension 1 … 1 F POCD_HD000040 @root 1 … 1 F 2.16.840.1.113883.1.3 hl7:templateId II 1 … 1 M (Per...ist)   pmp-data​elementR1-5020  Versionsnummer Release 1  Patientenbezogener Medikationsplan Release 1 @root uid 1 … 1 F 1.2.276.0.76.10.1014   Beispiel <templateId root="1.2.276.0.76.10.1014"/> Eingefügt von 1.2.276.0.76.10.90004 CDA id (DYNAMIC) hl7:id II 1 … 1 M (Per...ist) hl7:code CE 1 … 1 M (Per...ist)   pmp-data​elementR1-5010  Identifikationsname Release 1  Patientenbezogener Medikationsplan Release 1 @code CONF 1 … 1 F 77603-9 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) Eingefügt 0 … 1 von 1.2.276.0.76.10.90005 CDA title (DYNAMIC)   Beispiel <title>Medikationsplan 2014-12-08 12:34:56</title> hl7:title ST 0 … 1 (Per...ist) Eingefügt von 1.2.276.0.76.10.90006 CDA effectiveTime (DYNAMIC) hl7:effectiveTime TS.​DATE​TIME.​MIN 1 … 1 M (Per...ist)   pmp-data​element2017-5060  Ausdruckdatum  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-5060  Ausdruckdatum Release 1  Patientenbezogener Medikationsplan Release 1 Eingefügt von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC) hl7:confidentialityCode CE 1 … 1 M (Per...ist)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16926 HL7 BasicConfidentialityKind (DYNAMIC) Eingefügt von 1.2.276.0.76.10.90008 CDA languageCode (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M (Per...ist)   pmp-data​element2017-5040  Sprachkennzeichen  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-5030  Länderkennzeichen Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​elementR1-5040  Sprachkennzeichen Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-5030  Länderkennzeichen  Patientenbezogener Medikationsplan Plus v2017 Eingefügt von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC) hl7:setId II 1 … 1 M (Per...ist) hl7:versionNumber INT.POS 1 … 1 M (Per...ist) Eingefügt 1 … 1 M von 1.2.276.0.76.10.2028 CDA recordTarget (pmp) (2014‑09‑17) hl7:recordTarget 1 … 1 M (Per...ist)   pmp-data​elementR1-100  Patient Release 1  Patientenbezogener Medikationsplan Release 1 @typeCode 0 … 1 F RCT @context​Control​Code 0 … 1 F OP hl7:patientRole 1 … 1 (Per...ist) @classCode 0 … 1 F PAT Eingefügt 1 … 1 R von 1.2.276.0.76.10.90024 Patientenidentifikation (DYNAMIC) hl7:id II 1 … 1 R (Per...ist)   Beispiel eGK Nummer als Patientenidentifikation <id extension="A123456789" root="1.2.276.0.76.4.8"/> hl7:addr AD 0 … 1 (Per...ist) hl7:telecom TEL 0 … * (Per...ist) hl7:patient 1 … 1 R (Per...ist) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19620219"/></patient> hl7:name PN 1 … * R (Per...ist)   pmp-data​elementR1-1010  Name Release 1  Patientenbezogener Medikationsplan Release 1 hl7:administrative​Gender​Code CE 1 … 1 R (Per...ist)   pmp-data​elementR1-1040  Geschlecht Release 1  Patientenbezogener Medikationsplan Release 1   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 AdministrativeGender (DYNAMIC) hl7:birthTime TS 1 … 1 R (Per...ist)   pmp-data​elementR1-1030  Geburtsdatum Release 1  Patientenbezogener Medikationsplan Release 1 Eingefügt 1 … 1 M von 1.2.276.0.76.10.2029 CDA author (pmp) (DYNAMIC) hl7:author 1 … 1 M hauthpmp   pmp-data​element2017-300  Ersteller  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-300  Ersteller Release 1  Patientenbezogener Medikationsplan Release 1 @typeCode 0 … 1 F AUT hl7:templateId II 1 … 1 M hauthpmp @root 1 … 1 F 1.2.276.0.76.10.2029 hl7:time TS.​DATE.​MIN 1 … 1 M hauthpmp hl7:assignedAuthor 1 … 1 M hauthpmp @classCode 0 … 1 F ASSIGNED hl7:id II 1 … 1 R hauthpmp   Beispiel Autor mit lebenslanger Arztnummer (LANR) <id root="1.2.276.0.76.4.16" extension="123456701"/> hl7:addr AD 0 … 1 R hauthpmp   pmp-data​elementR1-3015  Adresse Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-3015  Adresse  Patientenbezogener Medikationsplan Plus v2017 hl7:telecom TEL 0 … * R hauthpmp   pmp-data​elementR1-3060  E-Mail Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-3050  Telefon  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-3060  E-Mail  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-3050  Telefon Release 1  Patientenbezogener Medikationsplan Release 1 hl7:assigned​Person 0 … 1 hauthpmp Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M hauthpmp hl7:represented​Organization 0 … 1 hauthpmp   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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hauthpmp hl7:name ON 1 … 1 M hauthpmp hl7:telecom TEL 0 … * hauthpmp hl7:addr AD 0 … 1 hauthpmp Eingefügt 0 … 1 R von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC) hl7:author 0 … 1 R hhsoftpmp wo [hl7:templateId/@root='1.2.276.0.76.10.2031'] @typeCode cs 0 … 1 F AUT hl7:templateId II 1 … 1 M hhsoftpmp @root uid 1 … 1 F 1.2.276.0.76.10.2031 hl7:time TS.​DATE.​MIN 1 … 1 M hhsoftpmp hl7:assignedAuthor 1 … 1 M hhsoftpmp @classCode cs 0 … 1 F ASSIGNED hl7:id II 1 … 1 R hhsoftpmp hl7:assigned​Authoring​Device 1 … 1 R hhsoftpmp @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 hhsoftpmp hl7:softwareName SC 1 … 1 R Software Name und Version, die bei der Erstellung des Dokuments verwendet wurde hhsoftpmp   pmp-data​elementR1-5080  Softwarename und -version Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-5080  Softwarename und -version  Patientenbezogener Medikationsplan Plus v2017 Eingefügt 1 … 1 M von 1.2.276.0.76.10.2030 CDA custodian (pmp) (DYNAMIC) hl7:custodian 1 … 1 M hcustpmp @typeCode 0 … 1 F CST hl7:assignedCustodian 1 … 1 M hcustpmp @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 0 … 1 hcustpmp   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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hcustpmp hl7:name ON 1 … 1 M hcustpmp hl7:telecom TEL 0 … * hcustpmp hl7:addr AD 0 … 1 hcustpmp Eingefügt 0 … 1 von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC) hl7:legalAuthenticator 0 … 1 (Per...ist) @typeCode 0 … 1 F LA @context​Control​Code 0 … 1 F OP hl7:time TS 1 … 1 R (Per...ist) hl7:signatureCode CS 1 … 1 R (Per...ist)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC) hl7:assignedEntity 1 … 1 R (Per...ist) Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) hl7:id II 1 … * R (Per...ist) hl7:addr AD 0 … 1 R (Per...ist) hl7:telecom TEL 0 … * R (Per...ist) hl7:assigned​Person 1 … 1 M (Per...ist) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Per...ist) hl7:represented​Organization 0 … 1 (Per...ist) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Per...ist) hl7:name ON 1 … 1 M (Per...ist) hl7:telecom TEL 0 … * (Per...ist) hl7:addr AD 0 … 1 (Per...ist) Eingefügt 0 … 1 von 1.2.276.0.76.10.2019 CDA authenticator (DYNAMIC) hl7:authenticator 0 … 1 (Per...ist) @typeCode cs 0 … 1 F AUTHEN hl7:time TS 1 … 1 R (Per...ist) hl7:signatureCode CS 1 … 1 R (Per...ist)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC) hl7:assignedEntity 1 … 1 R (Per...ist) Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) hl7:id II 1 … * R (Per...ist) hl7:addr AD 0 … 1 R (Per...ist) hl7:telecom TEL 0 … * R (Per...ist) hl7:assigned​Person 1 … 1 M (Per...ist) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Per...ist) hl7:represented​Organization 0 … 1 (Per...ist) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Per...ist) hl7:name ON 1 … 1 M (Per...ist) hl7:telecom TEL 0 … * (Per...ist) hl7:addr AD 0 … 1 (Per...ist) Eingefügt 0 … 1 von 1.2.276.0.76.10.2012 CDA participant Hausarzt (DYNAMIC) Hausarzt hl7:participant 0 … 1 (Per...ist) wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2012']] @typeCode cs 1 … 1 F IND hl7:templateId II 1 … * M (Per...ist) @root uid 1 … 1 F 1.2.276.0.76.10.2012 hl7:functionCode CE 1 … * M (Per...ist) @code CONF 1 … 1 F PCP @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) hl7:associated​Entity 1 … 1 M (Per...ist) @classCode cs 1 … 1 F PROV hl7:id II 0 … * An dieser Stelle kann die Arztnummer (LANR) unter Angabe der dazugehörigen OID übermittelt werden. (Per...ist) hl7:addr AD 0 … 1 (Per...ist) hl7:telecom TEL 0 … * (Per...ist) hl7:associated​Person 1 … 1 M (Per...ist) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Per...ist) hl7:scoping​Organization 0 … 1 (Per...ist) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Per...ist) hl7:name ON 1 … 1 M (Per...ist) hl7:telecom TEL 0 … * (Per...ist) hl7:addr AD 0 … 1 (Per...ist) Eingefügt 0 … * von 1.2.276.0.76.10.2011 CDA participant Notfallkontakt (DYNAMIC) Notfall-Kontakt / Auskunftsberechtigte Person hl7:participant 0 … * (Per...ist) wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2011']] @typeCode 1 … 1 F IND hl7:templateId II 1 … * M (Per...ist) @root 1 … 1 F 1.2.276.0.76.10.2011 hl7:time IVL_TS 0 … 1 (Per...ist)   Beispiel Teilnahmezeitraum, Notfallkontakt von 1. November 2013 bis 21. November 2013 (Ende des Tages) <time>   <low value="20131101"/>  <high value="201311212359"/></time>   Beispiel Teilnahmezeitpunkt , Notfallkontakt am 21. November 2013 <time value="20131121"/>   Beispiel Teilnahmezeitraum, Notfallkontakt ab 1. November 2013 <time>   <low value="20131101"/></time> hl7:associated​Entity 1 … 1 M (Per...ist) @classCode 1 … 1 F ECON hl7:code CE 0 … 1 (Per...ist)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC) hl7:addr AD 0 … 1 (Per...ist) hl7:telecom TEL 0 … * R (Per...ist) hl7:associated​Person 1 … 1 M (Per...ist) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Per...ist) hl7:scoping​Organization 0 … 1 (Per...ist) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Per...ist) hl7:name ON 1 … 1 M (Per...ist) hl7:telecom TEL 0 … * (Per...ist) hl7:addr AD 0 … 1 (Per...ist) hl7:component (Per...ist) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody (Per...ist) @classCode cs 0 … 1 F DOCBODY @moodCode cs 0 … 1 F EVN hl7:component 0 … 1 R Section: Clinical Information Beinhaltet 1.2.276.0.76.10.3039 Klinische Parameter (2014‑11‑01) (Per...ist) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 1 … 1 F true hl7:component 0 … 1 R Section: Allergien und Unverträglichkeiten Beinhaltet 1.2.276.0.76.10.3040 Allergien und Unverträglichkeiten (2012‑07‑14) (Per...ist) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 1 … 1 F true hl7:component 0 … 1 R Section: Gesundheitsbelange Beinhaltet 1.2.276.0.76.10.3043 Gesundheitsbelange (DYNAMIC) (Per...ist) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 1 … 1 F true hl7:component 1 … 1 M Section: Medikationsplan Beinhaltet 1.2.276.0.76.10.3041 Aktuelle Medikation (2014‑11‑01) (Per...ist) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 1 … 1 F true hl7:component 0 … 1 R Section: Hinweise Beinhaltet 1.2.276.0.76.10.3042 Wichtige Angaben (DYNAMIC) (Per...ist) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind bl 1 … 1 F true

CDA Header Level Templates für den Patientenbezogenen Medikationsplan

Patient

Id	1.2.276.0.76.10.2028	Gültigkeit	2017‑06‑04 Andere Versionen mit dieser Id: Header​Record​Targetpmp vom 2014‑09‑17
Status	Entwurf	Versions-Label
Name	Header​Record​Targetpmp	Bezeichnung	CDA recordTarget (pmp)
Beschreibung	Patient
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 9 Konzepte Id Name Datensatz pmp-data​element2017-6080  Namenszusatz  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-1040  Geschlecht  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-1011  Vorname  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-6079  Vorsatzwort  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-1030  Geburtsdatum  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-6081  Titel  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-1010  Name  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-1012  Nachname  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-100  Patient  Patientenbezogener Medikationsplan Plus v2017
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90024 Inklusion Patientenidentifikation DYNAMIC 1.2.276.0.76.10.90030 Inklusion Personenname DYNAMIC
Beziehung	Adaptation: Template 1.2.276.0.76.10.2028 CDA recordTarget (pmp) (2014‑09‑17) 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"/>      <languageCommunication>         <languageCode code="EN"/>        <modeCode code="ESP"/>        <proficiencyLevelCode code="G"/>        <preferenceInd value="true"/>      </languageCommunication>    </patient>  </patientRole></recordTarget>
Item DT Kard Konf Beschreibung Label hl7:recordTarget (Hea...pmp)   pmp-data​element2017-100  Patient  Patientenbezogener Medikationsplan Plus v2017 @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP hl7:patientRole 1 … 1 (Hea...pmp) @classCode cs 0 … 1 F PAT Eingefügt 1 … 1 R von 1.2.276.0.76.10.90024 Patientenidentifikation (DYNAMIC) hl7:id II 1 … 1 R (Hea...pmp)   Beispiel eGK Nummer als Patientenidentifikation <id extension="A123456789" root="1.2.276.0.76.4.8"/> hl7:addr AD 0 … 1 (Hea...pmp) hl7:telecom TEL 0 … * (Hea...pmp) hl7:patient 1 … 1 R (Hea...pmp) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <patient classCode="PSN" determinerCode="INSTANCE">   <name>     <!-- ... -->   </name>  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19620219"/></patient> Eingefügt 1 … * R von 1.2.276.0.76.10.90030 Personenname (DYNAMIC) hl7:name PN 1 … * R Die Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen. (Hea...pmp)   Beispiel Dr. med. Sine Johanna Gräfin von Oberberg <name>   <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>   Beispiel Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB <name>   <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der Isar</family>  <suffix>, MdB</suffix></name> hl7:prefix ENXP 0 … * Titel (Hea...pmp) wo [@qualifier='AC'] @qualifier set_cs 1 … 1 F AC hl7:given ENXP 0 … * Vorname (Hea...pmp) hl7:prefix ENXP 0 … * Namenszusatz (Hea...pmp) wo [@qualifier='NB'] @qualifier set_cs 1 … 1 F NB hl7:prefix ENXP 0 … * Vorsatzwort (Hea...pmp) wo [@qualifier='VV'] @qualifier set_cs 1 … 1 F VV hl7:family ENXP 0 … * Nachname (Hea...pmp) hl7:suffix ENXP 0 … * Suffix (Hea...pmp) hl7:administrative​Gender​Code CE 1 … 1 R (Hea...pmp)   pmp-data​element2017-1040  Geschlecht  Patientenbezogener Medikationsplan Plus v2017   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 AdministrativeGender (DYNAMIC) hl7:birthTime TS 1 … 1 R (Hea...pmp)   pmp-data​element2017-1030  Geburtsdatum  Patientenbezogener Medikationsplan Plus v2017 hl7:language​Communication 0 … * (Hea...pmp) hl7:language​Code CS 0 … 1 (Hea...pmp)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 (Hea...pmp)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 (Hea...pmp)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC) hl7:preference​Ind BL 0 … 1 (Hea...pmp)

Autor (Ersteller)

Id	1.2.276.0.76.10.2029	Gültigkeit	2014‑09‑17
Status	Entwurf	Versions-Label
Name	HeaderAuthorpmp	Bezeichnung	CDA author (pmp)
Beschreibung	Autor des Dokuments
Label	hauthpmp
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 8 Konzepte Id Name Datensatz pmp-data​elementR1-3060  E-Mail Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-3050  Telefon  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-3015  Adresse Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-3060  E-Mail  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-300  Ersteller  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-3050  Telefon Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-3015  Adresse  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-300  Ersteller Release 1  Patientenbezogener Medikationsplan Release 1
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (2005‑09‑07) ref ad1bbr- Adaptation: Template 1.2.276.0.76.10.2002 CDA author (2013‑07‑10) ref hl7de-
Beispiel	Beispiel <author>   <templateId root="1.2.276.0.76.10.2029"/>  <time value="20131020"/>  <assignedAuthor>     <id root="1.2.276.0.76.4.16" extension="123456701"/>    <addr>       <postalCode>52428</postalCode>      <city>Jülich</city>      <streetName>Marktstraße</streetName>      <houseNumber>1</houseNumber>    </addr>    <telecom value="tel:+49.2461.56162"/>    <telecom value="mailto:praxis-abt@example.de"/>    <assignedPerson>       <name>         <prefix>Dr. med. </prefix>        <given>Martin</given>        <family>Abt</family>      </name>    </assignedPerson>    <representedOrganization>       <!-- .. -->     </representedOrganization>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label hl7:author hauthpmp   pmp-data​element2017-300  Ersteller  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-300  Ersteller Release 1  Patientenbezogener Medikationsplan Release 1 @typeCode 0 … 1 F AUT hl7:templateId II 1 … 1 M hauthpmp @root 1 … 1 F 1.2.276.0.76.10.2029 hl7:time TS.​DATE.​MIN 1 … 1 M hauthpmp hl7:assignedAuthor 1 … 1 M hauthpmp @classCode 0 … 1 F ASSIGNED hl7:id II 1 … 1 R hauthpmp   Beispiel Autor mit lebenslanger Arztnummer (LANR) <id root="1.2.276.0.76.4.16" extension="123456701"/> hl7:addr AD 0 … 1 R hauthpmp   pmp-data​elementR1-3015  Adresse Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-3015  Adresse  Patientenbezogener Medikationsplan Plus v2017 hl7:telecom TEL 0 … * R hauthpmp   pmp-data​elementR1-3060  E-Mail Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-3050  Telefon  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-3060  E-Mail  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-3050  Telefon Release 1  Patientenbezogener Medikationsplan Release 1 hl7:assigned​Person 0 … 1 hauthpmp Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M hauthpmp hl7:represented​Organization 0 … 1 hauthpmp   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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hauthpmp hl7:name ON 1 … 1 M hauthpmp hl7:telecom TEL 0 … * hauthpmp hl7:addr AD 0 … 1 hauthpmp

Angaben zur verwendeten Software/Zertifizierung

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

Verwaltende Organisation

Id	1.2.276.0.76.10.2030	Gültigkeit	2014‑09‑17
Status	Entwurf	Versions-Label
Name	HeaderCustodianpmp	Bezeichnung	CDA custodian (pmp)
Beschreibung	Die das Dokument verwaltende Organisation
Label	hcustpmp
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.104 CDA custodian (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <custodian>   <assignedCustodian>     <representedCustodianOrganization>       <!-- .. -->     </representedCustodianOrganization>  </assignedCustodian></custodian>
Item DT Kard Konf Beschreibung Label hl7:custodian hcustpmp @typeCode 0 … 1 F CST hl7:assignedCustodian 1 … 1 M hcustpmp @classCode 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 0 … 1 hcustpmp   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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hcustpmp hl7:name ON 1 … 1 M hcustpmp hl7:telecom TEL 0 … * hcustpmp hl7:addr AD 0 … 1 hcustpmp

Hausarzt

Id	1.2.276.0.76.10.2012	Gültigkeit	2013‑11‑22
Status	Entwurf	Versions-Label
Name	HeaderParticipantHausarzt	Bezeichnung	CDA participant Hausarzt
Beschreibung	Hausarzt
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beispiel	Beispiel <participant typeCode="IND">   <templateId root="1.2.276.0.76.10.2012"/>  <functionCode code="PCP" codeSystem="2.16.840.1.113883.5.88"/>  <associatedEntity classCode="PROV">     <addr>       <streetName>Ottobrunner Straße</streetName>      <houseNumber>14-16</houseNumber>      <postalCode>81737</postalCode>      <city>München</city>    </addr>    <telecom use="MC" value="+4917288966422"/>    <associatedPerson classCode="PSN">       <name>         <prefix>Dr. med. </prefix>        <given>Theodor</given>        <family>Parketten</family>      </name>    </associatedPerson>    <scopingOrganization>       <name>Gemeinschaftspraxis Parketten</name>    </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant (Hea...rzt) wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2012']] @typeCode cs 1 … 1 F IND hl7:templateId II 1 … * M (Hea...rzt) @root uid 1 … 1 F 1.2.276.0.76.10.2012 hl7:functionCode CE 1 … * M (Hea...rzt) @code CONF 1 … 1 F PCP @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) hl7:associated​Entity 1 … 1 M (Hea...rzt) @classCode cs 1 … 1 F PROV hl7:id II 0 … * An dieser Stelle kann die Arztnummer (LANR) unter Angabe der dazugehörigen OID übermittelt werden. (Hea...rzt) hl7:addr AD 0 … 1 (Hea...rzt) hl7:telecom TEL 0 … * (Hea...rzt) hl7:associated​Person 1 … 1 M (Hea...rzt) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...rzt) hl7:scoping​Organization 0 … 1 (Hea...rzt) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...rzt) hl7:name ON 1 … 1 M (Hea...rzt) hl7:telecom TEL 0 … * (Hea...rzt) hl7:addr AD 0 … 1 (Hea...rzt)

Notfallkontakt

Id	1.2.276.0.76.10.2011	Gültigkeit	2013‑11‑22
Status	Entwurf	Versions-Label
Name	HeaderParticipantNotfallkontakt	Bezeichnung	CDA participant Notfallkontakt
Beschreibung	Notfall-Kontakt / Auskunftsberechtigte Person
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.90010 Inklusion CDA Person Elements DYNAMIC 1.2.276.0.76.10.90011 Inklusion CDA Organization Elements DYNAMIC
Beispiel	Beispiel <participant typeCode="IND">   <templateId root="1.2.276.0.76.10.2011"/>  <time value="20131121"/>  <associatedEntity classCode="ECON">     <code code="MTH" codeSystem="2.16.840.1.113883.5.111"/>    <addr>       <streetName>Glockenallee</streetName>      <houseNumber>12</houseNumber>      <postalCode>54321</postalCode>      <city>Kirchburg</city>    </addr>    <telecom use="MC" value="tel:+49160987654321"/>    <associatedPerson classCode="PSN">       <name>         <given>Thea</given>        <family>Meyer</family>      </name>    </associatedPerson>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant (Hea...akt) wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2011']] @typeCode 1 … 1 F IND hl7:templateId II 1 … * M (Hea...akt) @root 1 … 1 F 1.2.276.0.76.10.2011 hl7:time IVL_TS 0 … 1 (Hea...akt)   Beispiel Teilnahmezeitraum, Notfallkontakt von 1. November 2013 bis 21. November 2013 (Ende des Tages) <time>   <low value="20131101"/>  <high value="201311212359"/></time>   Beispiel Teilnahmezeitpunkt , Notfallkontakt am 21. November 2013 <time value="20131121"/>   Beispiel Teilnahmezeitraum, Notfallkontakt ab 1. November 2013 <time>   <low value="20131101"/></time> hl7:associated​Entity 1 … 1 M (Hea...akt) @classCode 1 … 1 F ECON hl7:code CE 0 … 1 (Hea...akt)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC) hl7:addr AD 0 … 1 (Hea...akt) hl7:telecom TEL 0 … * R (Hea...akt) hl7:associated​Person 1 … 1 M (Hea...akt) Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M (Hea...akt) hl7:scoping​Organization 0 … 1 (Hea...akt) Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...akt) hl7:name ON 1 … 1 M (Hea...akt) hl7:telecom TEL 0 … * (Hea...akt) hl7:addr AD 0 … 1 (Hea...akt)

CDA Section Level Templates für den Patientenbezogenen Medikationsplan

Klinische Parameter

Id	1.2.276.0.76.10.3039	Gültigkeit	2017‑07‑01 Andere Versionen mit dieser Id: ClinicalInformation vom 2014‑11‑01
Status	Entwurf	Versions-Label
Name	ClinicalInformation	Bezeichnung	Klinische Parameter
Beschreibung	Klinische Parameter
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3039
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz pmp-data​element2017-200  Klinische Parameter  Patientenbezogener Medikationsplan Plus v2017
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.276.0.76.10.4016 Containment Körpergewicht DYNAMIC 1.2.276.0.76.10.4262 Containment Körpergröße DYNAMIC 1.2.276.0.76.10.4017 Containment Kreatinin DYNAMIC
Beziehung	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.3039"/>  <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>    </list>  </text>  <entry typeCode="DRIV">     <!-- .. -->   </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … * (Cli...ion)   pmp-data​element2017-200  Klinische Parameter  Patientenbezogener Medikationsplan Plus v2017 @classCode 0 … 1 F DOCSECT @moodCode 0 … 1 F EVN hl7:templateId II 1 … 1 M (Cli...ion) @root 1 … 1 F 1.2.276.0.76.10.3039 hl7:code CE 1 … 1 M (Cli...ion) @code CONF 1 … 1 F 55752-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M (Cli...ion)   CONF Elementinhalt muss "Klinische Parameter" sein hl7:text SD.TEXT 1 … 1 M (Cli...ion) hl7:entry 0 … 1 R Beinhaltet 1.2.276.0.76.10.4016 Körpergewicht (DYNAMIC) (Cli...ion) @typeCode cs 1 … 1 F DRIV hl7:entry 0 … 1 R Beinhaltet 1.2.276.0.76.10.4262 Körpergröße (DYNAMIC) (Cli...ion) @typeCode cs 1 … 1 F DRIV hl7:entry 0 … 1 R Beinhaltet 1.2.276.0.76.10.4017 Kreatinin (DYNAMIC) (Cli...ion) @typeCode cs 1 … 1 F DRIV

Allergien, Unverträglichkeiten und Risiken

Id	1.2.276.0.76.10.3040	Gültigkeit	2017‑06‑04 Andere Versionen mit dieser Id: AllergienUnvertraeglichkeiten vom 2012‑07‑14
Status	Entwurf	Versions-Label
Name	AllergienUnvertraeglichkeiten	Bezeichnung	Allergien und Unverträglichkeiten
Beschreibung	Beschreibung der Allergien und Medikamentenunverträglichkeiten und deren Manifestationen (Reaktion) und Kritikalität
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3040
Label	saurpmp
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.4256 Containment Allergie/Unverträglichkeit Concern Act DYNAMIC
Beziehung	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>
Item DT Kard Konf Beschreibung Label hl7:section saurpmp @classCode 0 … 1 F DOCSECT @moodCode 0 … 1 F EVN hl7:templateId II 1 … 1 saurpmp @root 1 … 1 F 1.2.276.0.76.10.3040 hl7:code CE 1 … 1 M saurpmp @code CONF 1 … 1 F 48765-2 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M saurpmp   CONF Elementinhalt muss "Allergien und Unverträglichkeiten" sein hl7:text SD.TEXT 1 … 1 M saurpmp hl7:entry 0 … 1 R Beinhaltet 1.2.276.0.76.10.4256 Allergie/Unverträglichkeit Concern Act (DYNAMIC) saurpmp @typeCode cs 1 … 1 F DRIV

Aktuelle Medikation (Medikationsplan)

Id	1.2.276.0.76.10.3041	Gültigkeit	2017‑06‑04 Andere Versionen mit dieser Id: Medicationcurrent vom 2014‑11‑01
Status	Entwurf	Versions-Label
Name	Medicationcurrent	Bezeichnung	Aktuelle Medikation
Beschreibung	Aktuelle Medikation
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3041
Label	amedpmp
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz pmp-data​element2017-400  Medikationseintrag  Patientenbezogener Medikationsplan Plus v2017
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.276.0.76.10.4261 Containment Medikation Gruppierung DYNAMIC 1.2.276.0.76.10.4295 Containment Ohne Medikation DYNAMIC
Beziehung	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="1.2.276.0.76.10.3041"/>  <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>
Item DT Kard Konf Beschreibung Label hl7:section 0 … * amedpmp   pmp-data​element2017-400  Medikationseintrag  Patientenbezogener Medikationsplan Plus v2017 @classCode 0 … 1 F DOCSECT @moodCode 0 … 1 F EVN hl7:templateId II 1 … 1 amedpmp @root 1 … 1 F 1.2.276.0.76.10.3041 hl7:code CE 1 … 1 M amedpmp @code CONF 1 … 1 F 19009-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M amedpmp   CONF Elementinhalt muss "Medikationsplan" sein hl7:text SD.TEXT 1 … 1 M amedpmp Auswahl  … 1 Auswahl aus "Medikationsliste" (Template Medicationstatementlist) oder "zurzeit ohne Medikation" (Template Ohne Medikation) Elemente in der Auswahl: hl7:entry welches enthält Template 1.2.276.0.76.10.4261 Medikation Gruppierung (DYNAMIC) hl7:entry welches enthält Template 1.2.276.0.76.10.4295 Ohne Medikation (DYNAMIC) hl7:entry 0 … * R Beinhaltet 1.2.276.0.76.10.4261 Medikation Gruppierung (DYNAMIC) amedpmp @typeCode cs 1 … 1 F DRIV hl7:entry 0 … * R Beinhaltet 1.2.276.0.76.10.4295 Ohne Medikation (DYNAMIC) amedpmp @typeCode cs 1 … 1 F DRIV

Wichtige Angaben

Id	1.2.276.0.76.10.3042	Gültigkeit	2014‑11‑01
Status	Entwurf	Versions-Label
Name	Instructions	Bezeichnung	Wichtige Angaben
Beschreibung	Wichtige Angaben/Hinweise für den Patienten
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3042
Label	instpmp
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07) ref ad1bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.21.2.45.2 (DYNAMIC) ref ?
Beispiel	Beispiel <section classCode="DOCSECT" moodCode="EVN">   <templateId root="1.2.276.0.76.10.3042"/>  <code code="69730-0" codeSystem="2.16.840.1.113883.6.1" displayName="Instructions"/>  <title>Wichtige Angaben</title>  <text>     Bitte messen Sie Ihren Blutdruck täglich!    <br/>     Nächster Impftermin: 24.12.2014    <br/>     Bei Rissen in der Hornhaut bitte Desinfektion auftragen.  </text></section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … * instpmp @classCode 0 … 1 F DOCSECT @moodCode 0 … 1 F EVN hl7:templateId II 1 … 1 instpmp @root 1 … 1 F 1.2.276.0.76.10.3042 hl7:code CE 1 … 1 M instpmp @code CONF 1 … 1 F 69730-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC)   Beispiel <code code="69730-0" displayName="Instructions" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> hl7:title ST 1 … 1 M instpmp   CONF Elementinhalt muss "Wichtige Angaben" sein hl7:text SD.TEXT 1 … 1 M instpmp

CDA Entry Level Templates für den Patientenbezogenen Medikationsplan

Körpergewicht

Id	1.2.276.0.76.10.4016	Gültigkeit	2014‑11‑01
Status	Entwurf	Versions-Label
Name	BodyWeight	Bezeichnung	Körpergewicht
Beschreibung	Körpergewicht
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4016
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07) ref ad1bbr-
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>
Item DT Kard Konf Beschreibung Label hl7:observation (Bod...ght) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Bod...ght) @root uid 1 … 1 F 1.2.276.0.76.10.4016 hl7:id II 0 … * R (Bod...ght) hl7:code CE 1 … 1 M (Bod...ght) @code CONF 1 … 1 F 29463-7 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text ED 0 … 1 Lediglich reference in den Text der zugehörigen Section (Bod...ght) hl7:reference URL 1 … 1 (Bod...ght) hl7:statusCode CS 1 … 1 M (Bod...ght) @code CONF 1 … 1 F completed hl7:effectiveTime TS 0 … 1 (Bod...ght) hl7:value PQ 1 … 1 R (Bod...ght)   CONF @unit ist "kg"

Kreatinin

Id	1.2.276.0.76.10.4017	Gültigkeit	2014‑11‑01
Status	Entwurf	Versions-Label
Name	Creatinine	Bezeichnung	Kreatinin
Beschreibung	Kreatinin
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4017
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz pmp-data​elementR1-2020  Kreatinin Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-2020  Kreatinin  Patientenbezogener Medikationsplan Plus v2017
Beziehung	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.4017"/>  <code code="2160-0" codeSystem="2.16.840.1.113883.6.1" displayName="Creatinine"/>  <text>     <reference value="#skrea"/>  </text>  <statusCode code="completed"/>  <value xsi:type="PQ" value="1.3" unit="mg/dl"/></observation>
Item DT Kard Konf Beschreibung Label hl7:observation 0 … * (Cre...ine) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Cre...ine) @root uid 1 … 1 F 1.2.276.0.76.10.4017 hl7:id II 0 … * R (Cre...ine) hl7:code CE 1 … 1 M (Cre...ine) @code CONF 1 … 1 F 2160-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text ED 1 … 1 M (Cre...ine) hl7:reference TEL 1 … 1 M Reference in den Text der Section (Cre...ine)   Beispiel <reference value="#skrea"/> hl7:statusCode CS 1 … 1 M (Cre...ine) @code CONF 1 … 1 F completed hl7:effectiveTime TS 0 … 1 (Cre...ine) hl7:value PQ 1 … 1 R (Cre...ine)   pmp-data​elementR1-2020  Kreatinin Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-2020  Kreatinin  Patientenbezogener Medikationsplan Plus v2017   CONF @unit ist "mg/dl"

Allergien

Id	1.2.276.0.76.10.4018	Gültigkeit	2016‑01‑31 Andere Versionen mit dieser Id: Allergytosubstance vom 2014‑11‑01
Status	Entwurf	Versions-Label
Name	Allergytosubstance	Bezeichnung	Allergien
Beschreibung	Allergie, nur Freitext
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4018
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz pmp-data​element2017-2030  Typ  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-2030  Allergie Release 1  Patientenbezogener Medikationsplan Release 1
Beziehung	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.4018"/>  <code code="ALG" codeSystem="2.16.840.1.113883.5.4" displayName="Allergy"/>  <text>     <reference value="#alg"/>  </text>  <statusCode code="completed"/></observation>
Item DT Kard Konf Beschreibung Label hl7:observation 0 … * (All...nce)   pmp-data​element2017-2030  Typ  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-2030  Allergie Release 1  Patientenbezogener Medikationsplan Release 1 @classCode 1 … 1 F OBS @moodCode 1 … 1 F EVN hl7:templateId II 1 … 1 M (All...nce) @root 1 … 1 F 1.2.276.0.76.10.4018 hl7:id II 0 … * R (All...nce) hl7:code CE 1 … 1 M (All...nce) @code CONF 1 … 1 F ALG @codeSystem 1 … 1 F 2.16.840.1.113883.5.4 (Act Code) hl7:text ED 1 … 1 M Reference in den Text der Section; die Allergien werden als Text im zugehörigen section.text Element genannt, auf den reference.value verweist (All...nce) hl7:reference URL 1 … 1 M (All...nce) @value 1 … 1 F #alg hl7:statusCode CS 1 … 1 M (All...nce) @code CONF 1 … 1 F completed

Unverträglichkeiten

Id	1.2.276.0.76.10.4019	Gültigkeit	2016‑01‑31 Andere Versionen mit dieser Id: Propensitytoadversereactions vom 2014‑11‑01
Status	Entwurf	Versions-Label
Name	Propensitytoadversereactions	Bezeichnung	Unverträglichkeiten
Beschreibung	Unverträglichkeiten, nur Freitext
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4019
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz pmp-data​element2017-2040  Unverträglichkeit  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-2040  Unverträglichkeit Release 1  Patientenbezogener Medikationsplan Release 1
Beziehung	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.4019"/>  <code code="OINT" codeSystem="2.16.840.1.113883.5.4" displayName="Intolerance"/>  <text>     <reference value="#int"/>  </text>  <statusCode code="completed"/></observation>
Item DT Kard Konf Beschreibung Label hl7:observation 0 … * (Pro...ons)   pmp-data​element2017-2040  Unverträglichkeit  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-2040  Unverträglichkeit Release 1  Patientenbezogener Medikationsplan Release 1 @classCode 1 … 1 F OBS @moodCode 1 … 1 F EVN hl7:templateId II 1 … 1 M (Pro...ons) @root 1 … 1 F 1.2.276.0.76.10.4019 hl7:id II 0 … * R (Pro...ons) hl7:code CE 1 … 1 M (Pro...ons) @code CONF 1 … 1 F OINT @codeSystem 1 … 1 F 2.16.840.1.113883.5.4 (Act Code) hl7:text ED 1 … 1 M Reference in den Text der Section; die Unverträglichkeiten werden als Text im zugehörigen section.text Element genannt, auf den reference.value verweist (Pro...ons) hl7:reference URL 1 … 1 M (Pro...ons) @value 1 … 1 F #int hl7:statusCode CS 1 … 1 M (Pro...ons) @code CONF 1 … 1 F completed

Schwangerschaft

Id	1.2.276.0.76.10.4020	Gültigkeit	2017‑06‑04 Andere Versionen mit dieser Id: Pregnancystatus vom 2015‑01‑31 Patientcurrentlypregnant vom 2014‑11‑01
Status	Entwurf	Versions-Label
Name	Pregnancystatus	Bezeichnung	Status Schwangerschaft
Beschreibung	Status Schwangerschaft
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4020
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz pmp-data​element2017-2050  Schwanger?  Patientenbezogener Medikationsplan Plus v2017
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.4255 Containment Erwarteter Geburtstermin DYNAMIC
Beziehung	Adaptation: Template 1.2.276.0.76.10.4020 Status Schwangerschaft (2015‑01‑31) 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="1.2.276.0.76.10.4020"/>  <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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 (Pre...tus) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 (Pre...tus) @root uid 1 … 1 F 1.2.276.0.76.10.4020 hl7:id 0 … 1 (Pre...tus) hl7:code CE 1 … 1 M (Pre...tus) @code CONF 1 … 1 F 11449-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text ED 0 … 1 Lediglich reference in den Text der zugehörigen Section (Pre...tus) hl7:reference URL 1 … 1 (Pre...tus) hl7:statusCode CS 1 … 1 M (Pre...tus) @code CONF 1 … 1 F completed hl7:effectiveTime TS 0 … 1 (Pre...tus) hl7:value CV 1 … 1 R (Pre...tus)   pmp-data​element2017-2050  Schwanger?  Patientenbezogener Medikationsplan Plus v2017   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.46 Schwangerschafts-Status (DYNAMIC) hl7:entryRelationship 0 … 1 R Beinhaltet 1.2.276.0.76.10.4255 Erwarteter Geburtstermin (DYNAMIC) (Pre...tus) @typeCode 1 … 1 F COMP

Stillzeit

Id	1.2.276.0.76.10.4021	Gültigkeit	2016‑01‑02 Andere Versionen mit dieser Id: Mothercurrentlybreastfeeding vom 2014‑11‑01
Status	Entwurf	Versions-Label
Name	Mothercurrentlybreastfeeding	Bezeichnung	Stillzeit
Beschreibung	Mutter stillt momentan
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4021
Label	mbfpmp
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz pmp-data​elementR1-2060  Mutter stillend? Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-2060  Mutter stillend?  Patientenbezogener Medikationsplan Plus v2017
Beziehung	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.4021"/>  <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>
Item DT Kard Konf Beschreibung Label hl7:observation 0 … * mbfpmp   pmp-data​elementR1-2060  Mutter stillend? Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-2060  Mutter stillend?  Patientenbezogener Medikationsplan Plus v2017 @classCode 1 … 1 F OBS @moodCode 1 … 1 F EVN hl7:templateId II 1 … 1 M mbfpmp @root 1 … 1 F 1.2.276.0.76.10.4021 hl7:id II 0 … * mbfpmp hl7:code CE 1 … 1 M mbfpmp @code CONF 1 … 1 F 63895-7 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text ED 1 … 1 M Reference in den Text der Section mbfpmp hl7:reference URL 1 … 1 M mbfpmp @value 1 … 1 F #mbf hl7:statusCode CS 1 … 1 M mbfpmp @code CONF 1 … 1 F completed hl7:value BL 1 … 1 M mbfpmp

Medikation

Id	1.2.276.0.76.10.4022	Gültigkeit	2018‑11‑01 Andere Versionen mit dieser Id: MedicationStatement vom 2017‑06‑04 MedicationStatement vom 2014‑11‑01
Status	Entwurf	Versions-Label	v2019
Name	MedicationStatement	Bezeichnung	Medikation
Beschreibung	Medikations-Eintrag (Medication Statement)
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4022
Label	medspmp
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 9 Templates Benutzt als Name Version 1.2.276.0.76.10.90023 Inklusion Einnahmedauer DYNAMIC 1.2.276.0.76.10.4025 Containment Medikament DYNAMIC 1.2.276.0.76.10.90025 Inklusion Author (Body) DYNAMIC 1.2.276.0.76.10.90020 Inklusion RelatedEntity (Body) DYNAMIC 1.2.276.0.76.10.4023 Containment Einzeldosierungen (mpp 2018) DYNAMIC 1.2.276.0.76.10.4024 Containment Dosierung Freitext DYNAMIC 1.2.276.0.76.10.4026 Containment Patienteninstruktionen DYNAMIC 1.2.276.0.76.10.4027 Containment Grund für Medikation DYNAMIC 1.2.276.0.76.10.4296 Containment Bezug zur Therapie-Intention DYNAMIC
Beziehung	Spezialisierung: Template 1.2.276.0.76.10.4022 Medikation (2017‑06‑04) 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="1.2.276.0.76.10.4022"/>  <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>  <participant typeCode="AUT">     <!-- Selbstmedikation (Quelle: Patient) -->   </participant>  <participant typeCode="VRF">     <!-- Hauskomet Pflegearzt (Kurator) -->   </participant>  <informant typeCode="INF">     <!-- Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten -->   </informant>  <entryRelationship typeCode="COMP">     <!-- Einnahme: z. B. morgens, mittags, abends, nachts (template 2.16.840.1.113883.3.1937.777.27.10.8) -->     <!-- oder Freitextliche Dosierinstruktionen (template 1.2.276.0.76.10.4024) -->   </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></substanceAdministration>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration 0 … * medspmp @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M medspmp @root uid 1 … 1 F 1.2.276.0.76.10.4022 hl7:id II 0 … * R medspmp hl7:code CV 1 … 1 M medspmp @code CONF 1 … 1 F DRUG @codeSystem 1 … 1 F 2.16.840.1.113883.5.4 (Act Code) hl7:text ED 1 … 1 M medspmp hl7:reference TEL 1 … 1 M medspmp @value 1 … 1 R #med-{generierteID}, z.B.: #med-1 hl7:statusCode CS 1 … 1 R medspmp   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ügt 0 … 1 R von 1.2.276.0.76.10.90023 Einnahmedauer (DYNAMIC) Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:low|hl7:high] hl7:effectiveTime[hl7:width] hl7:effectiveTime[@nullFlavor='NI'] hl7:effectiveTime IVL_TS  … 1 C Zeitelement zur Dokumentation der Einnahmedauer, hier spezifisches Interval von bis medspmp wo [hl7:lowoder hl7:high] @xsi:type 0 … 1 F IVL_TS   Beispiel Intervall bekannt <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high value="20140321"/></effectiveTime>   Beispiel unbekanntes Ende-Datum <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Dauermedikation <effectiveTime xsi:type="IVL_TS">   <low value="20130321"/>  <high nullFlavor="NA"/></effectiveTime> hl7:low TS.​DATE.​MIN 1 … 1 R medspmp   pmp-data​element2017-460  Startdatum Einnahme  Patientenbezogener Medikationsplan Plus v2017 hl7:high TS.​DATE.​MIN 0 … 1 R medspmp   pmp-data​element2017-461  Enddatum Einnahme  Patientenbezogener Medikationsplan Plus v2017 hl7:effectiveTime IVL_TS  … 1 C Zeitelement zur Dokumentation der Einnahmedauer, hier Dauer medspmp wo [hl7:width]   Beispiel Einnahme für zwei Wochen <effectiveTime xsi:type="IVL_TS">   <width value="2" unit="wk"/></effectiveTime> hl7:width PQ 1 … 1 R medspmp   pmp-data​element2017-6100  Dauer der Einnahme  Patientenbezogener Medikationsplan Plus v2017 @unit cs 1 … 1 R   CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC) hl7:effectiveTime TS  … 1 C medspmp wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI   Beispiel Keine Informationen über die Einnahmedauer <effectiveTime nullFlavor="NI"/> hl7:routeCode CE 0 … 1 R Art der Anwendung der Arznei medspmp   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) hl7:maxDoseQuantity RTO_PQ_PQ 0 … 1 R medspmp hl7:consumable 1 … 1 M Arzneimittel/Wirkstoff/Rezeptur Beinhaltet 1.2.276.0.76.10.4025 Medikament (DYNAMIC) medspmp Auswahl 0 … 1 Autor/Informant, entweder: Selbstmedikation (Quelle: Patient) Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten verschreibender Gesundheitsdienstleister Elemente in der Auswahl: hl7:author[hl7:assignedAuthor] hl7:informant[hl7:relatedEntity] hl7:participant[@typeCode='AUT'] hl7:author Autor dieser Information ist ein Gesundheitsdienstleister medspmp   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) @typeCode 0 … 1 F AUT @context​Control​Code 0 … 1 F OP hl7:functionCode CE 0 … 1 medspmp   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC) hl7:time TS 1 … 1 R medspmp hl7:assignedAuthor 1 … 1 R medspmp @classCode 0 … 1 F ASSIGNED hl7:id II 1 … * R medspmp hl7:code CE 0 … 1 medspmp @codeSystem CONF 0 … 1 F 2.16.840.1.113883.5.111 (Role Code) hl7:addr AD 0 … * medspmp hl7:telecom TEL 0 … * medspmp hl7:assigned​Person 0 … 1 medspmp Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M medspmp hl7:represented​Organization 0 … 1 medspmp Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * medspmp hl7:name ON 1 … 1 M medspmp hl7:telecom TEL 0 … * medspmp hl7:addr AD 0 … 1 medspmp hl7:informant 0 … 1 Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten medspmp @typeCode cs 0 … 1 F INF @context​Control​Code cs 0 … 1 F OP   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> hl7:relatedEntity 1 … 1 M medspmp Eingefügt von 1.2.276.0.76.10.90020 RelatedEntity (Body) (DYNAMIC) @classCode cs 1 … 1 R   CONF Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19316 RoleClassMutualRelationship (DYNAMIC) hl7:code CE 0 … 1 medspmp   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC) hl7:addr AD 0 … * medspmp hl7:telecom TEL 0 … * medspmp hl7:effectiveTime IVL_TS 0 … 1 medspmp hl7:relatedPerson 0 … 1 medspmp Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M medspmp hl7:participant Autor dieser Information ist der Patient medspmp wo [@typeCode='AUT'] @typeCode cs 1 … 1 F AUT   Beispiel Autor der Information ist der Patient <participant typeCode="AUT">   <participantRole classCode="PAT"/></participant> hl7:time TS 0 … 1 R medspmp hl7:participantRole 1 … 1 M medspmp @classCode cs 1 … 1 F PAT hl7:entryRelationship 0 … 5 R Einzeldosierungen, z. B. morgens, mittags, abends, zur Nacht etc. Beinhaltet 1.2.276.0.76.10.4023 Einzeldosierungen (DYNAMIC) medspmp @typeCode cs 1 … 1 F COMP hl7:sequenceNumber INT.POS 0 … 1 Reihenfolge in der Liste der Dosierungsangaben medspmp hl7:entryRelationship 0 … 1 R Freitextliche Dosierinstruktionen Beinhaltet 1.2.276.0.76.10.4024 Dosierung Freitext (DYNAMIC) medspmp @typeCode cs 1 … 1 F COMP hl7:sequenceNumber INT.POS 0 … 1 Reihenfolge in der Liste der Dosierungsangaben medspmp hl7:entryRelationship 0 … * R Patienteninstruktionen Beinhaltet 1.2.276.0.76.10.4026 Patienteninstruktionen (DYNAMIC) medspmp @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:entryRelationship 0 … * R Grund für die Medikation Beinhaltet 1.2.276.0.76.10.4027 Grund für Medikation (DYNAMIC) medspmp @typeCode cs 1 … 1 F RSON hl7:entryRelationship 0 … 1 R Bezug zur medikamentösen Therapie-Intention Beinhaltet 1.2.276.0.76.10.4296 Bezug zur Therapie-Intention (DYNAMIC) medspmp @typeCode cs 1 … 1 F REFR

Einzeldosierungen

Id	1.2.276.0.76.10.4023	Gültigkeit	2018‑11‑01 Andere Versionen mit dieser Id: MedicationStatementSplitDose vom 2017‑06‑04 MedicationStatementSplitDose vom 2014‑11‑01
Status	Entwurf	Versions-Label	mpp 2018
Name	Einzeldosierungen	Bezeichnung	Einzeldosierungen
Beschreibung Einzeldosierungen, Dosierschema: Einnahme einmalig / Einnahmezeitpunkt unbekannt Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ergeignis (z. B: morgens, mittags, abends, zur Nacht), ggf. mit Offset Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase, ggf. mit Wiederholungsintervall Zeitelement zur Aufnahme des Einnahmezeitpunkts mit Wiederholungsintervall, ausgedrückt als Phase und Ereignis Zeitelement zur Aufnahme des Einnahmezeitpunkts ohne Wiederholung, ausgedrückt als Intervall und Ereignis
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4023
Label	medssdpmp
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.90028 Inklusion Medikation Vorbedingung DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07) ref ad1bbr- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.9 (DYNAMIC) ref ?
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration 0 … * medssdpmp @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M medssdpmp @root uid 1 … 1 F 1.2.276.0.76.10.4023 hl7:text ED 1 … 1 M medssdpmp hl7:reference TEL 1 … 1 M medssdpmp @value 1 … 1 R #dosxx-{generierteID}, xx ist cm, cd, cv oder hs, z.B.: #doscm-1 Auswahl  … 1 Elemente in der Auswahl: hl7:effectiveTime[@value or @nullFlavor] hl7:effectiveTime[@xsi:type='EIVL_TS'] hl7:effectiveTime[@xsi:type='PIVL_TS'] hl7:effectiveTime[@xsi:type='SXPR_TS'][hl7:comp[@xsi:type='PIVL_TS']] hl7:effectiveTime[@xsi:type='SXPR_TS'][hl7:comp[@xsi:type='IVL_TS']] hl7:effectiveTime TS C Einnahme einmalig / Einnahmezeitpunkt unbekannt medssdpmp wo [@value or @nullFlavor]   Beispiel Einnahme einmalig <effectiveTime value="20170404"/>   Beispiel Einnahmezeitpunkt unbekannt <effectiveTime nullFlavor="UNK"/> hl7:effectiveTime EIVL_TS C Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ergeignis, ggf. mit Offset medssdpmp wo [@xsi:type='EIVL_TS']   Beispiel mittags 10 mg <effectiveTime xsi:type="EIVL_TS">   <event code="CD"/></effectiveTime><doseQuantity value="10" unit="mg"/>   Beispiel morgens 1 (Stück) <effectiveTime xsi:type="EIVL_TS">   <event code="CM"/></effectiveTime><doseQuantity value="1" unit="{Stück}"/>   Beispiel abends 1-2 (Hübe) <effectiveTime xsi:type="EIVL_TS">   <event code="CV"/></effectiveTime><doseQuantity>   <low value="1" unit="{Hübe}"/>  <high value="2" unit="{Hübe}"/></doseQuantity>   Beispiel 30 Minuten nach dem Abendessen 1 Stück <effectiveTime xsi:type="EIVL_TS">   <event code="PCV"/>  <offset value="30" unit="min"/></effectiveTime><doseQuantity value="1" unit="{Stück}"/> hl7:event CS 1 … 1 M medssdpmp @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.463 TimingEvent (DYNAMIC) hl7:offset IVL_PQ 0 … 1 medssdpmp @unit cs 1 … 1 R   CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC) hl7:effectiveTime PIVL_TS C Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase, ggf. mit Wiederholungsintervall medssdpmp wo [@xsi:type='PIVL_TS']   Beispiel Jeden Donnerstag 1 Stück <effectiveTime xsi:type="PIVL_TS">   <phase value="20180913"/>  <!-- Jeden Donnerstag (der 13.9.2018 ist der erste Donnerstag innerhalb der Gebrauchsperiode) -->   <period value="1" unit="wk"/>  <!-- Wiederholperiode 1 Woche --> </effectiveTime><doseQuantity value="1" unit="{Stück}"/> hl7:phase IVL_TS 1 … 1 M medssdpmp hl7:period PQ 0 … 1 medssdpmp @unit cs 1 … 1 R   CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC) hl7:effectiveTime SXPR_TS C Zeitelement zur Aufnahme des Einnahmezeitpunkts mit Wiederholungsintervall, ausgedrückt als Phase und Ereignis medssdpmp wo [@xsi:type='SXPR_TS'] [hl7:comp [@xsi:type='PIVL_TS']]   Beispiel Jeden Donnerstag 30 Minuten vor dem Frühstück <effectiveTime xsi:type="SXPR_TS">   <comp xsi:type="PIVL_TS">     <phase value="20180913"/>    <!-- Jeden Donnerstag (der 13.9.2018 ist der erste Donnerstag innerhalb der Gebrauchsperiode) -->     <period value="1" unit="wk"/>    <!-- Wiederholperiode 1 Woche -->   </comp>  <comp xsi:type="EIVL_TS" operator="A">     <!-- 30 Minuten vor dem Frühstück -->     <event code="ACM"/>    <offset value="30" unit="min"/>  </comp></effectiveTime> hl7:comp PIVL_TS 1 … 1 M medssdpmp wo [@xsi:type='PIVL_TS'] hl7:phase IVL_TS 1 … 1 M medssdpmp hl7:period PQ 0 … 1 medssdpmp @unit cs 1 … 1 R   CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC) hl7:comp EIVL_TS 1 … 1 M medssdpmp wo [@xsi:type='EIVL_TS'] @operator cs 1 … 1 F A hl7:event CS 1 … 1 M medssdpmp @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.463 TimingEvent (DYNAMIC) hl7:offset IVL_PQ 0 … 1 medssdpmp @unit cs 1 … 1 R   CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC) hl7:effectiveTime SXPR_TS C Zeitelement zur Aufnahme des (einmaligen) Einnahmezeitpunkts ohne Wiederholungen, ausgedrückt als Intervall und Ereignis medssdpmp wo [@xsi:type='SXPR_TS'] [hl7:comp [@xsi:type='IVL_TS']]   Beispiel Am Donnerstag 13.9.2018 1x 30 Minuten vor dem Frühstück <effectiveTime xsi:type="SXPR_TS">   <!-- am 13.9.2018 -->   <comp xsi:type="IVL_TS" value="20180913"/>  <comp xsi:type="EIVL_TS" operator="A">     <!-- 30 Minuten vor dem Frühstück -->     <event code="ACM"/>    <offset value="30" unit="min"/>  </comp></effectiveTime> hl7:comp IVL_TS 1 … 1 M medssdpmp wo [@xsi:type='IVL_TS'] hl7:comp EIVL_TS 1 … 1 M medssdpmp wo [@xsi:type='EIVL_TS'] @operator cs 1 … 1 F A hl7:event CS 1 … 1 M medssdpmp @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.463 TimingEvent (DYNAMIC) hl7:offset IVL_PQ 0 … 1 medssdpmp @unit cs 1 … 1 R   CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC) hl7:doseQuantity IVL_PQ 1 … 1 M medssdpmp   Beispiel 25 mg <doseQuantity value="25" unit="mg"/>   Beispiel 1 bis 2 Tabletten <doseQuantity>   <low value="1" unit="{tablet}"/>  <high value="2" unit="{tablet}"/></doseQuantity>   Beispiel 1 Tablette (mit Translation) <doseQuantity value="1" unit="{tablet}">   <translation code="1" codeSystem="2.16.840.1.113883.2.6.60.4.5.4" displayName="Stück"/></doseQuantity>   Beispiel Nur textliche Beschreibung der Dosis <doseQuantity nullFlavor="OTH">   <translation>     <originalText>       <reference value="#text-ref-1"/>    </originalText>  </translation></doseQuantity> hl7:translation CE 0 … 1 R medssdpmp   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.23 BMP Dosiereinheit (DYNAMIC) hl7:consumable 1 … 1 M medssdpmp hl7:manufacturedProduct 1 … 1 M medssdpmp hl7:manufactured​Material 1 … 1 medssdpmp @nullFlavor cs 1 … 1 F NA Eingefügt 0 … 1 R von 1.2.276.0.76.10.90028 Medikation Vorbedingung (DYNAMIC) hl7:precondition 0 … 1 R medssdpmp @typeCode cs 0 … 1 F PRCN hl7:criterion 1 … 1 R medssdpmp @classCode cs 0 … 1 F OBS @moodCode cs 0 … 1 F EVN.CRT hl7:code CD 0 … 1 medssdpmp   pmp-data​element2017-6092  Einnahme bei Bedarf  Patientenbezogener Medikationsplan Plus v2017   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.453 Vorbedingungen Medikation (DYNAMIC) hl7:originalText ED 0 … 1 R medssdpmp hl7:text ED 0 … 1 medssdpmp hl7:reference TEL 1 … 1 M medssdpmp @value 1 … 1 R #prec-{generierteID}, z.B.: #prec-1

Dosierung Freitext

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

Medikament

Id	1.2.276.0.76.10.4025	Gültigkeit	2017‑06‑04 Andere Versionen mit dieser Id: MedicationInformation vom 2014‑11‑01
Status	Entwurf	Versions-Label
Name	MedicationInformation	Bezeichnung	Medikament
Beschreibung	Arzneimittel/Wirkstoff/Rezeptur
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4025
Label	medinfpmp
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.90022 Inklusion Material DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.312 CDA ManufacturedProduct (2005‑09‑07) ref ad1bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC) ref epsos- Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC) ref ccd1-
Beispiel	Beispiel <manufacturedProduct classCode="MANU">   <templateId root="1.2.276.0.76.10.4025"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">     <!-- .. -->   </manufacturedMaterial></manufacturedProduct>
Item DT Kard Konf Beschreibung Label hl7:manufacturedProduct 0 … * medinfpmp @classCode 1 … 1 F MANU hl7:templateId II 1 … 1 M medinfpmp @root 1 … 1 F 1.2.276.0.76.10.4025 Eingefügt 1 … 1 M von 1.2.276.0.76.10.90022 Material (DYNAMIC) hl7:manufactured​Material 1 … 1 M medinfpmp @classCode cs 1 … 1 F MMAT @determiner​Code cs 1 … 1 F KIND hl7:code CD 1 … 1 R Pharmazentralnummer der Arznei, zugelassene nullFlavor: NI Arznei hat keine PZN NA Arznei ist eine Rezeptur UNK Arznei hat eine PZN, diese ist jedoch unbekannt medinfpmp @nullFlavor cs 0 … 1     CONF @nullFlavor muss "NA" sein oder @nullFlavor muss "NI" sein oder @nullFlavor muss "UNK" sein @codeSystem CONF 0 … 1 F 1.2.276.0.76.4.6 (Pharmazentralnummer)   Beispiel Arznei mit PZN <code code="10333719" codeSystem="1.2.276.0.76.4.6" displayName="Ibu-LysinHEXAL® 684 mg"/>   Beispiel Arznei hat keine PZN <code nullFlavor="NI"/>   Beispiel Rezeptur (ohne PZN) <code nullFlavor="NA">   <originalText>     <reference value="#rezeptur-17"/>  </originalText></code>   Beispiel Arznei, unbekannte PZN <code nullFlavor="UNK"/> hl7:originalText ED 0 … 1 R medinfpmp hl7:reference TEL 1 … 1 M medinfpmp @value 1 … 1 R z.B. #rezeptur-{generierteID}, z.B.: #rezeptur-1 hl7:translation CE 0 … * R Optionale Übersetzung des Codes in ein anderes Codesystem medinfpmp hl7:name EN 1 … 1 R Bezeichnung der Arznei Zugelassenes nullFlavor: NA Arznei ist eine Rezeptur medinfpmp @nullFlavor cs 0 … 1     CONF @nullFlavor muss "NA" sein   Beispiel Name der Arznei <name>Limasin 500mg</name>   Beispiel Rezeptur ohne Handelsname <name nullFlavor="NA"/> pharm:formCode CE 0 … 1 R Darreichungsform medinfpmp   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.27 EDQMDoseForm (DYNAMIC) hl7:translation CE 0 … * R Optionale Übersetzung des Codes in ein anderes Codesystem medinfpmp   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.454 S_BMP_DARREICHUNGSFORM (DYNAMIC) pharm:asContent 0 … 1 R Angaben zur Packung medinfpmp @classCode cs 1 … 1 F CONT pharm:containerPackagedProduct 1 … 1 M medinfpmp @classCode cs 1 … 1 F CONT @determiner​Code cs 1 … 1 F INSTANCE pharm:code 1 … 1 M Pharmazentralnummer der Arznei medinfpmp @codeSystem CONF 1 … 1 F 1.2.276.0.76.4.6 (Pharmazentralnummer) hl7:originalText ED 0 … 1 medinfpmp pharm:name EN 1 … 1 M medinfpmp pharm:formCode CE 0 … 1 R Typ der Packung medinfpmp pharm:capacity​Quantity PQ 1 … 1 M medinfpmp pharm:asSpecializedKind 0 … 1 R Angabe des ATC Codes (WHO, DIMDI etc.) medinfpmp @classCode 1 … 1 F GRIC   Beispiel <XXX:asSpecializedKind classCode="GRIC">   <XXX:generalizedMaterialKind classCode="MMAT">     <!-- Pharmaceutical Substance (ATC Code)-->     <XXX:code code=" " codeSystem="2.16.840.1.113883.6.73" displayName=" " codeSystemName="WHO ATC"/>  </XXX:generalizedMaterialKind></XXX:asSpecializedKind> pharm:generalizedMaterialKind 1 … 1 M medinfpmp @classCode 1 … 1 F MMAT hl7:code CD 1 … 1 R Codes aus Codesystem 2.16.840.1.113883.6.73 (WHO ATC) oder z. B. einem der DIMDI ATC Kataloge wie 1.2.276.0.76.5.482 (atcgm2019) medinfpmp hl7:name ST 0 … 1 R medinfpmp pharm:ingredient 0 … * R Angaben zu aktiven Wirkstoffen medinfpmp @classCode cs 1 … 1 F ACTI pharm:quantity IVL_PQ 0 … 1 R medinfpmp   Beispiel Wirkstärke von 10 mg Inhaltsstoff per ml des Medikaments <XXX:quantity>   <numerator xsi:type="PQ" value="10" unit="mg"/>  <denominator xsi:type="PQ" value="1" unit="ml"/></XXX:quantity>   Beispiel Wirkstärke des Inhaltsstoffs in 1 Einheit der verabreichten Medikation: 2% des Inhaltsstoffs <XXX:quantity>   <numerator xsi:type="PQ" value="2" unit="%"/>  <denominator xsi:type="PQ" value="1"/></XXX:quantity> hl7:numerator PQ 1 … 1 R medinfpmp   Beispiel <numerator xsi:type="PQ" value="5" unit="mg">   <translation value="5" code="v" codeSystem="1.2.276.0.76.3.1.1.5.2.41" displayName="mg"/></numerator> hl7:translation PQR 0 … * R Optionale Übersetzung der Einheiten in ein anderes Einheitensystem medinfpmp   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.455 S_BMP_DOSIEREINHEIT (DYNAMIC) hl7:denominator PQ 1 … 1 R medinfpmp pharm:ingredientSubstance 0 … 1 R Code und Name des aktiven Wirkstoffs medinfpmp pharm:code CE 1 … 1 R medinfpmp   CONF @codeSystem muss "2.16.840.1.113883.6.73" sein oder @codeSystem muss "0.4.0.127.0.16.1.1.2.1" sein hl7:originalText ED 0 … 1 R medinfpmp hl7:translation CE 0 … * R medinfpmp pharm:name EN 1 … 1 M medinfpmp

Patienteninstruktionen

Id	1.2.276.0.76.10.4026	Gültigkeit	2014‑11‑01
Status	Entwurf	Versions-Label
Name	PatientInstructions	Bezeichnung	Patienteninstruktionen
Beschreibung	Patienteninstruktionen
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4026
Label	patinfopmp
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 4 Konzepte Id Name Datensatz pmp-data​element2017-467  Hinweis  Patientenbezogener Medikationsplan Plus v2017 pmp-data​element2017-6010  Freitextzeile  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-467  Hinweis Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-600  Sonstiger Hinweis  Patientenbezogener Medikationsplan Plus v2017
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07) ref ad1bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.49 Patient instructions (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.3 eHDSI Patient Medication Instructions (DYNAMIC) ref epsos-
Beispiel	Beispiel <act classCode="ACT" moodCode="INT">   <templateId root="1.2.276.0.76.10.4026"/>  <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>  <text>     <reference value="#patinfo-1"/>  </text>  <statusCode code="completed"/>  <entryRelationship typeCode="COMP">     <!-- .. -->   </entryRelationship></act>
Item DT Kard Konf Beschreibung Label hl7:act 1 … 1 M pati...opmp   pmp-data​element2017-467  Hinweis  Patientenbezogener Medikationsplan Plus v2017 pmp-data​elementR1-467  Hinweis Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-600  Sonstiger Hinweis  Patientenbezogener Medikationsplan Plus v2017 @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M pati...opmp @root uid 1 … 1 F 1.2.276.0.76.10.4026 hl7:code CE 1 … 1 M pati...opmp @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind) pati...opmp   pmp-data​element2017-6010  Freitextzeile  Patientenbezogener Medikationsplan Plus v2017 hl7:reference TEL 1 … 1 M pati...opmp @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M pati...opmp @code CONF 1 … 1 F completed hl7:entryRelationship 0 … * R Codierter Hinweis pati...opmp wo [hl7:act] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M pati...opmp @classCode cs 1 … 1 F INFRM @moodCode cs 1 … 1 F RQO   Beispiel <act classCode="INFRM" moodCode="RQO">   <code code="E2" codeSystem="2.16.840.1.113883.2.6.60.4.5.5" displayName="während der Mahlzeiten"/></act> hl7:code CE (Beispiel) 1 … 1 M pati...opmp   CONF Beispiele von der Wert von @code stehen in den Value Set 2.16.840.1.113883.2.6.60.4.11.5 AKdÄ Hinweise (DYNAMIC)

Grund für Medikation

Id	1.2.276.0.76.10.4027	Gültigkeit	2016‑01‑31 Andere Versionen mit dieser Id: Reasonformedication vom 2014‑11‑01
Status	Entwurf	Versions-Label
Name	Reasonformedication	Bezeichnung	Grund für Medikation
Beschreibung	Grund für die Medikation, in diesem Kontext ausgedrückt in patientenverständlicher Sprache.
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4027
Label	reapmp
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz pmp-data​elementR1-468  Behandlungsgrund Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-468  Behandlungsgrund  Patientenbezogener Medikationsplan Plus v2017
Beziehung	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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 reapmp   pmp-data​elementR1-468  Behandlungsgrund Release 1  Patientenbezogener Medikationsplan Release 1 pmp-data​element2017-468  Behandlungsgrund  Patientenbezogener Medikationsplan Plus v2017 @classCode 1 … 1 F OBS @moodCode 1 … 1 F EVN hl7:templateId II 1 … 1 M reapmp @root 1 … 1 F 1.2.276.0.76.10.4027 hl7:id 0 … * reapmp hl7:code CE 1 … 1 M reapmp @code CONF 1 … 1 F 75326-9 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:statusCode CS 1 … 1 M reapmp @code CONF 1 … 1 F completed hl7:value CD 1 … 1 R Zunächst nur freitextlich formuliert, ausgedrückt in patientenverständlicher Sprache reapmp @nullFlavor cs 1 … 1 F OTH   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> hl7:originalText ED 1 … 1 M reapmp hl7:reference TEL 1 … 1 M reapmp @value 1 … 1 R #rea-{generierteID}, z.B.: #rea-1

Bezug zu Verordnung des Medikaments

Id	1.2.276.0.76.10.4028	Gültigkeit	2014‑12‑21
Status	Entwurf	Versions-Label
Name	RelatedPrescription	Bezeichnung	Bezug zu Verordnung des Medikaments
Beschreibung	Bezug zur zugehörigen Verordnung
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4028
Label	relprepmp
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz pmp-data​element2017-480  Bezug zu Verordnung  Patientenbezogener Medikationsplan Plus v2017
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.90025 Inklusion Author (Body) DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration 1 … 1 M relprepmp   pmp-data​element2017-480  Bezug zu Verordnung  Patientenbezogener Medikationsplan Plus v2017 @classCode 1 … 1 F SBADM @moodCode 1 … 1 F INT   Beispiel Bezug zur zugehörigen Verordnung (id) <substanceAdministration classCode="SBADM" moodCode="INT">   <templateId root="1.2.276.0.76.10.4028"/>  <id extension="605d8dba-894b-4d09-84b1-f75b5ae8bc8f" root="1.2.276.0.76.3.1.10652.1.9"/>  <consumable>     <manufacturedProduct>       <manufacturedMaterial nullFlavor="NA"/>    </manufacturedProduct>  </consumable></substanceAdministration> hl7:templateId II 1 … 1 M relprepmp @root 1 … 1 F 1.2.276.0.76.10.4028 hl7:id II 1 … 1 R relprepmp @nullFlavor 0 … 1 F NI   Wenn keine zugehörige Verordnung bekannt ist, kann @nullFlavor="NI" angegeben werden hl7:consumable 1 … 1 M relprepmp hl7:manufacturedProduct 1 … 1 M relprepmp hl7:manufactured​Material 1 … 1 relprepmp @nullFlavor 1 … 1 F NA hl7:author 0 … 1 Verordnender Gesundheitsdienstleister, falls bekannt relprepmp Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC) @typeCode 0 … 1 F AUT @context​Control​Code 0 … 1 F OP hl7:functionCode CE 0 … 1 relprepmp   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC) hl7:time TS 1 … 1 R relprepmp hl7:assignedAuthor 1 … 1 R relprepmp @classCode 0 … 1 F ASSIGNED hl7:id II 1 … * R relprepmp hl7:code CE 0 … 1 relprepmp @codeSystem CONF 0 … 1 F 2.16.840.1.113883.5.111 (Role Code) hl7:addr AD 0 … * relprepmp hl7:telecom TEL 0 … * relprepmp hl7:assigned​Person 0 … 1 relprepmp Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M relprepmp hl7:represented​Organization 0 … 1 relprepmp Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * relprepmp hl7:name ON 1 … 1 M relprepmp hl7:telecom TEL 0 … * relprepmp hl7:addr AD 0 … 1 relprepmp

Bezug zu Abgabe des Medikaments

Id	1.2.276.0.76.10.4029	Gültigkeit	2014‑12‑21
Status	Entwurf	Versions-Label
Name	RelatedDispense	Bezeichnung	Bezug zu Abgabe des Medikaments
Beschreibung	Bezug zur zugehörigen Abgabe
Kontext	Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4029
Label	reldispmp
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz pmp-data​element2017-481  Bezug zu Abgabe  Patientenbezogener Medikationsplan Plus v2017
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.276.0.76.10.90014 Inklusion Performer (Body) DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.309 CDA Supply (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label hl7:supply 1 … 1 M reldispmp   pmp-data​element2017-481  Bezug zu Abgabe  Patientenbezogener Medikationsplan Plus v2017 @classCode 1 … 1 F SPLY @moodCode 1 … 1 F EVN   Beispiel Bezug zur zugehörigen Abgabe (id) <supply classCode="SPLY" moodCode="EVN">   <templateId root="1.2.276.0.76.10.4029"/>  <id extension="eea5778a-4206-4917-95f7-9a9543841783" root="1.2.276.0.76.3.1.26574.3.6"/></supply> hl7:templateId II 1 … 1 M reldispmp @root 1 … 1 F 1.2.276.0.76.10.4029 hl7:id II 1 … 1 R reldispmp @nullFlavor 0 … 1 F NI   Wenn keine zugehörige Abgabe bekannt ist, kann @nullFlavor="NI" angegeben werden hl7:performer 0 … * Abgabe durchgeführt von Gesundheitsdienstleister, falls bekannt reldispmp Eingefügt von 1.2.276.0.76.10.90014 Performer (Body) (DYNAMIC) @typeCode 1 … 1 F PRF hl7:time IVL_TS 0 … 1 reldispmp hl7:assignedEntity 1 … 1 M reldispmp Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC) hl7:id II 1 … * R reldispmp hl7:addr AD 0 … 1 R reldispmp hl7:telecom TEL 0 … * R reldispmp hl7:assigned​Person 1 … 1 M reldispmp Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC) @classCode 0 … 1 F PSN @determiner​Code 0 … 1 F INSTANCE hl7:name PN 1 … 1 M reldispmp hl7:represented​Organization 0 … 1 reldispmp Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * reldispmp hl7:name ON 1 … 1 M reldispmp hl7:telecom TEL 0 … * reldispmp hl7:addr AD 0 … 1 reldispmp

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 .

Terminologien

Value Sets

Folgende Value Sets werden genutzt.

• AdministrativeGender (HL7) 2.16.840.1.113883.1.11.1
• ParticipationFunction 2.16.840.1.113883.1.11.10267
• DispensableDrugForm (HL7) 2.16.840.1.113883.1.11.14412
• RouteOfAdministration (HL7) 2.16.840.1.113883.1.11.14581
• Basic Confidentiality Kind (HL7) 2.16.840.1.113883.1.11.16926
• ParticipationSignature (HL7) 2.16.840.1.113883.1.11.10282
• RoleClassMutualRelationship (HL7) 2.16.840.1.113883.1.11.19316
• PersonalRelationshipRoleType (HL7) 2.16.840.1.113883.1.11.19563
• Einnahmezeitpunkte 2014-11-19 Final 2.16.840.1.113883.2.60.4.11.20
• AKdÄ Darreichungsform 2013-12-15 Final 2.16.840.1.113883.2.60.4.11.2
• AKdÄ Dosiereinheit 2013-12-15 Final 2.16.840.1.113883.2.60.4.11.4
• epSOSDoseForm 2013-06-03 Final 1.3.6.1.4.1.12559.11.10.1.3.1.42.2
• epSOSRouteofAdministration 2013-06-03 Final 1.3.6.1.4.1.12559.11.10.1.3.1.42.12

Kodesysteme

Folgende Kodesysteme werden genutzt.

• LOINC (2.16.840.1.113883.6.1)
• Snomed (2.16.840.1.113883.6.96)
• diverse Kodesysteme von HL7
• Pharmazentralnummern PZN
• ATC in der jeweils gültigen amtlichen Fassung

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 .

Appendix (nicht normativ)

Kritische Anmerkungen zur Spezifikation des Medikationsplans der AkdÄ in der alten Fassung (vor 2016)

Die „Bundeseinheitlicher Medikationsplan“ genannte Spezifikation in der Fassung vor 2016 besteht im Grunde aus zwei Teilen: den Dokumentation der medizinisch-inhaltlichen Vorgaben und der technischen Beschreibung eines Formates zur Unterbringung der Informationen auf einem Barcode.

Der erste Teil stellt die gut erfasste, konsentierte und dokumentierte nationale Vorgabe dar. Diese Angaben sollen als inhaltlicher Ausgangspunkt für einen einheitlichen Medikationsplan angesehen werden und sind – wie bereits erwähnt – die Grundlage für die hier vorliegende Spezifikation des Patientenbezogenen Medikationsplans.

Die technische Beschreibung in der Fassung vor 2016 ist die Definition eines proprietären Formats, das nur hierfür zusammengestellt wurde. Nach Analysen (unter anderem in ) offenbaren sich jedoch eine Reihe von Problemen des Formats:

• es weist technische und inhaltliche Fehler auf, die zugrundeliegende Grammatik ist in der vorliegenden Definition problematisch (siehe auch )
• es ist nicht spezifisch genug, was zu Missinterpretation der Softwarehersteller führt.
• es stellt keine moderne Schnittstellenbeschreibung dar und unterlag keiner formalen Konsentierung, z.B. nach ISO/TR 28380-1:2014
• es nutzt keine gängigen IT-Standards
• es nutzt kaum offizielle Terminologien, die meisten Kode-Listen sind proprietär; in der jüngsten vorliegenden Fassung sind Kodes selbst überwiegend verbannt, was zu weiteren Problemen führen kann
• als proprietäres Format kann es nur in diesem Kontext verwendet werden, eine Interoperabilität mit anderen Anwendungen (selbst AMTS-Anwendungen zum Beispiel) ist schwer herzustellen
• es ist abzusehen, dass die Implementierung dieses Formats vermeidbare Kosten verursacht.

Hinzu kommen noch grundsätzlich orientierte Probleme, die bei der Umsetzung von proprietären Formaten zu erwarten sind:

1. Um die Daten aus einer Anwendung in die beschriebene Form zu bringen (Serialisierung) ist ein spezieller Generator nötig. Diesen muss jedes Softwareunternehmen entweder selber schreiben oder er wird von Ihrer Seite zur Verfügung gestellt. Es ist unbekannt, ob ein solcher Generator für die Serialisierung frei verfügbar ist.
2. Um die Daten, die in dieser Syntax eingebettet sind, wieder auslesen zu können, z. B. um sie weiterzuverwenden, muss von jedem Anbieter von Software ein spezieller und robuster Parser programmiert bzw. eingesetzt werden. Der Parser verwandelt die serialisierte Form wieder in Datenobjekte der lesenden Anwendung um, damit diese weiterverwendet oder geändert und in eine neue Version des Plans für den Patienten umgesetzt werden können. Es ist unbekannt, ob ein solcher Parser frei verfügbar ist. Parser müssen robust sein, weil man davon ausgehen muss, dass nicht alle Serialisierungen korrekt sind und man eine Chance haben muss, dies auch zu entdecken.
3. Für die Sicherstellung, ob ein Datensatz in dieser Syntax formal korrekt serialisiert ist braucht man einen Validator der die Regeln der Syntax überprüft. Dazu ist es auch nötig, die zugrundeliegende Grammatik formal zu beschreiben, zum Beispiel in der üblichen Backus-Naur-Form. Ohne Validator, der auch Bestandteil des Parsers sein kann, ist eine Garantie darauf, dass die Daten korrekt wiedergegeben und wiederverwendet werden können nicht gegeben. Eine Zertifizierung ist ohne Validator äußerst schwierig.
4. Die Syntax mischt zuweilen Anweisungen zum Druck für die Papierfassung mit den eigentlichen Daten. Ein Parser muss diese Druckinstruktionen aus der Serialisierung holen, denn diese können sich bei veränderten Daten natürlich auch ändern. Üblich ist Struktur und Präsentation zu trennen.

Aus diesen Gründen wird auch im NRW-Projekt vom technischen Teil abgesehen und das dort entwickelte Ultrakurzformat XML verwendet.

Des Weiteren muss als Kritikpunkt angeführt werden, dass das Wiedergabeformat des Medikationsplans der AkdÄ eine Insellösung darstellt, die in keiner Weise interoperabel zu anderen Anforderungen ist. So stellt die Wiederverwendung von Medikationsdaten – selbst in domänenzugehörigen Anwendungen zur Arzneimitteltherapiesicherheit AMTS, erst recht in domänenabgelegenen Anwendungen wie zum Beispiel im Rahmen eines Ärztlichen Entlassbriefs oder von der Dokumentation von Notfalldaten – eine unbillige Hürde dar.

Anmerkungen zur Spezifikation des Medikationsplans laut §291a bzw. nach § 31a in der Fassung ab April 2016

Inzwischen wurde die technische Repräsentierung der Information im Barcode derart geändert, so dass sie dem (leicht angepassten) Ultrakurzformat entspricht.

Aspekte zur Mehrsprachigkeit

In Deutschland leben laut einem Bericht der Bundesregierung ca. 20% Ausländer oder Deutsche mit Migrationshintergrund. Um sprachlichen Problemen abzuhelfen, setzen daher einige Leistungserbringer mit ihren Medikationsplänen im Routinebetrieb auf mehrsprachige Ausdrucke, vor allem in Bezug auf die Patientenhinweise und –instruktionen (vgl. ).

Voraussetzung für eine korrekte Zuordnung und Interoperabilität der einzelnen Angaben in einem Medikationsplan ist eine weit gehende Kodierung der Angaben, Hinweise und Instruktionen. Mit der Version vom 18. Dezember 2014 hat allerdings die Koordinierungsgruppe der Arzneimittelkommission der deutschen Ärzteschaft beschlossen, gerade diese Kodierungen (zunächst) aus der Spezifikation zu streichen.

Die Hersteller von Software, insbesondere Arzneimitteldatenbank-Anbieter, haben bereits Listen solcher Angaben, Hinweise und Instruktionen – teilweise auch mehrsprachig – und könnten somit wertvolle Beiträge bei der Aufstellung solcher in Deutschland einheitlicher Kataloge (Listen) leisten. Wenn diese Listenelemente entsprechend kodiert und einheitlich zur Verfügung stehen würden, käme man optimalen Möglichkeiten von mehrsprachigen Medikationsplänen ein großes Stück näher.

Lizenzen

HL7

Health Level Seven® International (HL7) standards and other "Material," as defined below, and Material acquired through any channel (including through any HL7 Affiliate) are governed by the terms of this HL7 policy. All such Material are copyrighted by HL7 and protected by the Copyright Law of the United States and copyright provisions of various international treaties. See HL7 Policy governing the use of HL7® international standards and other intellectual property at http://www.hl7.org/legal/ippolicy.cfm

Logical Observation Identifiers Names and Codes LOINC

This material contains content from LOINC® (http://loinc.org). The LOINC table, LOINC codes, and LOINC panels and forms file are copyright © 1995-2014, Regenstrief Institute, Inc. and the Logical Observation Identifiers Names and Codes (LOINC) Committee and available at no cost under the license at http://loinc.org/terms-of-use.

SNOMED Clinical Terms® (SNOMED CT®)

This material includes SNOMED Clinical Terms® (SNOMED CT®) which may not be used without permission of the International Health Terminology Standards Development Organisation (IHTSDO). All rights reserved. SNOMED CT®, was originally created by The College of American Pathologists. “SNOMED” and “SNOMED CT” are registered trademarks of the IHTSDO.

Amtlicher ATC-Index mit DDD-Angaben

Das Wissenschaftliche Institut der AOK (WIdO) erteilte am 1. Dezember 2014 die Genehmigung zur unentgeltlichen Nutzung des amtlichen ATC-Index mit DDD-Angaben, der jeweils zum Stichtag 1. Januar eines Jahres in Kraft tritt und auf der Homepage http://www.wido.de/amtl_atc-code.html veröffentlicht wird, zur Verwendung in Projekten zum Medikationsplan.

Dabei ist Folgendes zu beachten: Es ist untersagt, den amtlichen ATC-Index mit DDD-Angaben darüber hinausgehend – auch nur teilweise –für andere Zwecke, insbesondere für kommerzielle Zwecke zu nutzen, Änderungen oder Manipulationen im amtlichen ATC-Index mit DDD-Angaben vorzunehmen. Der Nutzer ist verpflichtet, bei wissenschaftlichen Veröffentlichungen und insbesondere bei wissenschaftlich genutzten abgeleiteten Werken in digitaler Form an prominenter Stelle folgenden Hinweis zu platzieren „Datenquelle des amtlichen ATC-Index mit DDD-Angaben: GKV-Arzneimittelindex im Wissenschaftlichen Institut der AOK (WIdO), AOK Bundesverband GbR Stand „Datum““. Der Nutzer verpflichtet sich dem Wissenschaftlichen Institut der AOK (WIdO) etwaige Publikationen, die auf der Anwendung der Daten des GKV-Arzneimittelindex basieren, dem WIdO unverzüglich nach der Veröffentlichung in zwei Exemplaren unentgeltlich zur Verfügung zu stellen und gegebenenfalls eine Lizenz zur kostenfreien Nutzung der Datenbank zur Verfügung zu stellen.

Pharmazentralnummern

Informationsstelle für Arzneispezialitäten (IFA)

Projektträger und -kontributoren

Ärztekammer Nordrhein
Ärztekammer Westfalen-Lippe
Ministerium für Gesundheit, Emanzipation, Pflege und Alter des Landes Nordrhein-Westfalen, Düsseldorf
Hochschule Niederrhein, Krefeld
HL7 Deutschland e. V.
Interoperabilitätsforum
ART-DECOR Expert Group

Referenzen

Weitere Quellenangaben

[staemmler14] M. Staemmler: Der patientenbezogene Medikationsplan: Was leistet er im Vergleich mit bestehenden Lösungen? GMDS 2014. 59. Jahrestagung der Deutschen Gesellschaft für Medizinische Informatik, Biometrie und Epidemiologie e.V. (GMDS). Göttingen, 07.-10.09.2014. Düsseldorf: German Medical Science GMS Publishing House; 2014. DocAbstr. 338