	Dieses Dokument gibt wieder: Implementierungsleitfaden Patientenbezogener Medikationsplan (1.00). Die Teilmaterialien gehören der Kategorie cdamedp an.

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

Abgestimmt

Version:	1.00
Datum:	3. August 2017
Status:	Abgestimmt
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Abstimmungsdokument
Version	Datum	Status	Realm
0.90	06.01.2015	Abstimmung	Deutschland
		[download]
0.97	03.03.2015	Kommentarauflösung	Deutschland
	Zwischenstand Kommentarauflösung	[download]
1.00	03.08.2017	Abgestimmt	Deutschland
		[download]

Kontributoren
	Viktor Krön, Ärztekammer Nordrhein	Düsseldorf
	Ärztekammer Westfalen-Lippe	Münster

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 .

Inhaltsverzeichnis

1 Dokumenteninformationen
2 Einleitung
3 Struktureller Aufbau
4 CDA Document Level Template für den Patientenbezogenen Medikationsplan
5 CDA Header Level Templates für den Patientenbezogenen Medikationsplan
6 CDA Section Level Templates für den Patientenbezogenen Medikationsplan
7 CDA Entry Level Templates für den Patientenbezogenen Medikationsplan
8 Terminologien
- 8.1 Value Sets
- 8.2 Kodesysteme
9 Appendix (nicht normativ)
10 Referenzen
- 10.1 Verweise
11 Abbildungsverzeichnis

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^[1] 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 ^[2]) 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 ^[3] ^[4] ^[5] ^[6]):

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^[7] 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 ^[8].

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^[7] 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^[9]
Vorarbeiten von HL7 Deutschland zum Thema "Medikationsplan" (z. B. von Frank Oemig und Christof Gessner, siehe auch ^[10])
Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)^[11], 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 ^[12]
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^[13]; Spezifikation in ART-DECOR^[14])
Teilprojekt "Prescription" aus dem epSOS-Projekt^[15], Spezifikation in ART-DECOR^[16]
Arztbrief des VHitG (jetzt bvitg) 2006^[17]) und das Addendum "Medikation", 2007;
eArztbrief 2014, definiert und abgestimmt durch das Interoperabilitätsforum im Dezember 2014^[18]
CDA-CH-SMTL shared medication treatement list, Genf^[19]

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^[20]
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 ^[21] beschrieben verwendet. Auf die Verwendung von Signaturen wurde im Rahmen des Arztbriefs bereits 2010 hingewiesen (vgl. ^[22]).

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^[23] 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

^{[Abbildung 1]} Ü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.

^{[Abbildung 2]} 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^[7] hat der hier spezifizierte Patientenbezogene Medikationsplan folgende Grobstruktur nach CDA:

^{[Abbildung 3]} Ü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.

^{[Abbildung 4]} Ü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.

^{[Abbildung 5]} Ü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.

^{[Abbildung 6]} Ü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.

^{[Abbildung 7]} Ü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).

^{[Abbildung 8]} Ü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.

^{[Abbildung 9]} Ü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^[24]

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-dataelementR1-5020	Versionsnummer Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelementR1-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

<ClinicalDocument>
  
  <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>  
  <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

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-dataelementR1-5020	Versionsnummer Release 1	Patientenbezogener Medikationsplan Release 1

@root

uid

1 … 1

F

1.2.276.0.76.10.1014

Beispiel

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-dataelementR1-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.DATETIME.MIN

1 … 1

M

(Per...ist)


pmp-dataelement2017-5060	Ausdruckdatum	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-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:languageCode

CS.LANG

1 … 1

M

(Per...ist)


pmp-dataelement2017-5040	Sprachkennzeichen	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-5030	Länderkennzeichen Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelementR1-5040	Sprachkennzeichen Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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-dataelementR1-100	Patient Release 1	Patientenbezogener Medikationsplan Release 1

@typeCode

0 … 1

F

RCT

@contextControlCode

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

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

@determinerCode

0 … 1

F

INSTANCE

Beispiel

hl7:name

PN

1 … *

R

(Per...ist)


	pmp-dataelementR1-1010	Name Release 1	Patientenbezogener Medikationsplan Release 1

hl7:administrativeGenderCode

CE

1 … 1

R

(Per...ist)


	pmp-dataelementR1-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-dataelementR1-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-dataelement2017-300	Ersteller	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-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)

hl7:addr

AD

0 … 1

R

hauthpmp


pmp-dataelementR1-3015	Adresse Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-3015	Adresse	Patientenbezogener Medikationsplan Plus v2017

hl7:telecom

TEL

0 … *

R

hauthpmp


pmp-dataelementR1-3060	E-Mail Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-3050	Telefon	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-3060	E-Mail	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-3050	Telefon Release 1	Patientenbezogener Medikationsplan Release 1

hl7:assignedPerson

0 … 1

hauthpmp

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

hauthpmp

hl7:representedOrganization

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

@determinerCode

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

1 … 1

R

hhsoftpmp

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

hhsoftpmp

hl7:softwareName

SC

1 … 1

R

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

hhsoftpmp


pmp-dataelementR1-5080	Softwarename und -version Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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:representedCustodianOrganization

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

@determinerCode

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

@contextControlCode

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

1 … 1

M

(Per...ist)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Per...ist)

hl7:representedOrganization

0 … 1

(Per...ist)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

1 … 1

M

(Per...ist)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Per...ist)

hl7:representedOrganization

0 … 1

(Per...ist)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

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

1 … 1

M

(Per...ist)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Per...ist)

hl7:scopingOrganization

0 … 1

(Per...ist)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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)

Beispiel

Teilnahmezeitpunkt , Notfallkontakt am 21. November 2013

Beispiel

Teilnahmezeitraum, Notfallkontakt ab 1. November 2013

hl7:associatedEntity

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

1 … 1

M

(Per...ist)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Per...ist)

hl7:scopingOrganization

0 … 1

(Per...ist)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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:

HeaderRecordTargetpmp vom 2014‑09‑17

Status

Entwurf

Versions-Label

Name

HeaderRecordTargetpmp

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-dataelement2017-6080	Namenszusatz	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-1040	Geschlecht	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-1011	Vorname	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-6079	Vorsatzwort	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-1030	Geburtsdatum	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-6081	Titel	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-1010	Name	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-1012	Nachname	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-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

<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-dataelement2017-100	Patient	Patientenbezogener Medikationsplan Plus v2017

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

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

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

@determinerCode

cs

0 … 1

F

INSTANCE

Beispiel

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

CE

1 … 1

R

(Hea...pmp)


	pmp-dataelement2017-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-dataelement2017-1030	Geburtsdatum	Patientenbezogener Medikationsplan Plus v2017

hl7:languageCommunication

0 … *

(Hea...pmp)

hl7:languageCode

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

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

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-dataelementR1-3060	E-Mail Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-3050	Telefon	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-3015	Adresse Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-3060	E-Mail	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-300	Ersteller	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-3050	Telefon Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-3015	Adresse	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-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

<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-dataelement2017-300	Ersteller	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-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)

hl7:addr

AD

0 … 1

R

hauthpmp


pmp-dataelementR1-3015	Adresse Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-3015	Adresse	Patientenbezogener Medikationsplan Plus v2017

hl7:telecom

TEL

0 … *

R

hauthpmp


pmp-dataelementR1-3060	E-Mail Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-3050	Telefon	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-3060	E-Mail	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-3050	Telefon Release 1	Patientenbezogener Medikationsplan Release 1

hl7:assignedPerson

0 … 1

hauthpmp

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

hauthpmp

hl7:representedOrganization

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

@determinerCode

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-dataelementR1-5080	Softwarename und -version Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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

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

1 … 1

R

hhsoftpmp

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

hhsoftpmp

hl7:softwareName

SC

1 … 1

R

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

hhsoftpmp


pmp-dataelementR1-5080	Softwarename und -version Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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

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

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

@determinerCode

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

Gesetzlich verantwortlicher Unterzeichner

Id

1.2.276.0.76.10.2020

Gültigkeit

2014‑08‑25

Status

Entwurf

Versions-Label

Name

HeaderLegalAuthenticator

Bezeichnung

CDA legalAuthenticator

Beschreibung

Vor dem Gesetz verantwortliche Unterzeichner des Dokumentes

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.90012	Inklusion	CDA Assigned Entity Elements	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.106 CDA legalAuthenticator (2005‑09‑07)

ref

ad1bbr-

Beispiel

<legalAuthenticator typeCode="LA">
  <time value="20130327130000"/>  <signatureCode code="S"/>  <assignedEntity>
    <id extension="a00123456" root="1.2.276.0.76.3.9.8.7.6"/>    <assignedPerson>
      <name>
        <prefix qualifier="AC">Prof. Dr.</prefix>        <given>Hugo</given>        <family>Reinhardt</family>      </name>    </assignedPerson>    <representedOrganization>
      <name>Klinik am Zempiner Steig</name>      <telecom use="WP" value="tel:0332-4556"/>      <telecom use="WP" value="fax:0332-45577"/>      <addr>
        <streetName>Zempiner Steig</streetName>        <houseNumber>4</houseNumber>        <postalCode>15266</postalCode>        <city>Berlin</city>      </addr>    </representedOrganization>  </assignedEntity></legalAuthenticator>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:legalAuthenticator

0 … 1

(Hea...tor)

@typeCode

0 … 1

F

LA

@contextControlCode

0 … 1

F

OP

hl7:time

TS

1 … 1

R

(Hea...tor)

hl7:signatureCode

CS

1 … 1

R

(Hea...tor)

CONF

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

hl7:assignedEntity

1 … 1

R

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(Hea...tor)

hl7:addr

AD

0 … 1

R

(Hea...tor)

hl7:telecom

TEL

0 … *

R

(Hea...tor)

hl7:assignedPerson

1 … 1

M

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...tor)

hl7:representedOrganization

0 … 1

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Hea...tor)

hl7:name

ON

1 … 1

M

(Hea...tor)

hl7:telecom

TEL

0 … *

(Hea...tor)

hl7:addr

AD

0 … 1

(Hea...tor)

Unterzeichner

Id

1.2.276.0.76.10.2019

Gültigkeit

2014‑08‑25

Status

Aktiv

Versions-Label

Name

HeaderAuthenticator

Bezeichnung

CDA authenticator

Beschreibung

Unterzeichner des Dokumentes (weitere neben dem vor dem Gesetz verantwortlichen Unterzeichner)

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.90012	Inklusion	CDA Assigned Entity Elements	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.107 CDA authenticator (2005‑09‑07)

ref

ad1bbr-

Beispiel

<authenticator typeCode="AUTHEN">
  <time value="20130327130000"/>  <signatureCode code="S"/>  <assignedEntity>
    <id extension="a00123456" root="1.2.276.0.76.3.1.244.2"/>    <assignedPerson>
      <name>
        <prefix qualifier="AC">Prof. Dr.</prefix>        <given>Hugo</given>        <family>Reinhardt</family>      </name>    </assignedPerson>    <representedOrganization>
      <name>Oberlinklinik</name>      <telecom use="WP" value="tel:0332-4556"/>      <telecom use="WP" value="fax:0332-45577"/>      <addr>
        <streetName>Rudolf-Breitscheid-Straße</streetName>        <houseNumber>24</houseNumber>        <postalCode>14482</postalCode>        <city>Potsdam</city>      </addr>    </representedOrganization>  </assignedEntity></authenticator>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:authenticator

0 … *

(Hea...tor)

@typeCode

cs

0 … 1

F

AUTHEN

hl7:time

TS

1 … 1

R

(Hea...tor)

hl7:signatureCode

CS

1 … 1

R

(Hea...tor)

CONF

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

hl7:assignedEntity

1 … 1

R

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)

hl7:id

II

1 … *

R

(Hea...tor)

hl7:addr

AD

0 … 1

R

(Hea...tor)

hl7:telecom

TEL

0 … *

R

(Hea...tor)

hl7:assignedPerson

1 … 1

M

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...tor)

hl7:representedOrganization

0 … 1

(Hea...tor)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Hea...tor)

hl7:name

ON

1 … 1

M

(Hea...tor)

hl7:telecom

TEL

0 … *

(Hea...tor)

hl7:addr

AD

0 … 1

(Hea...tor)

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

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

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

1 … 1

M

(Hea...rzt)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...rzt)

hl7:scopingOrganization

0 … 1

(Hea...rzt)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

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

Beispiel

Teilnahmezeitpunkt , Notfallkontakt am 21. November 2013

Beispiel

Teilnahmezeitraum, Notfallkontakt ab 1. November 2013

hl7:associatedEntity

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

1 … 1

M

(Hea...akt)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...akt)

hl7:scopingOrganization

0 … 1

(Hea...akt)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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-dataelement2017-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

<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-dataelement2017-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 und Unverträglichkeiten

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

<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

Gesundheitsbelange

Id

1.2.276.0.76.10.3043

Gültigkeit

2015‑03‑03

Status

Entwurf

Versions-Label

Name

HealthConcernsSection

Bezeichnung

Gesundheitsbelange

Beschreibung

Gesundheitsbelange. Dieser Abschnitt enthält eine Beschreibung über einen Gesundheitszustand oder -prozess, der möglicherweise Aufmerksamkeit, Intervention oder Management erfordern könnte. "Gesundheitsbelange" beschreiben einen Gesundheitszustand oder -prozess, der bedeutsam oder wichtig für den Patienten, die Familie des Patienten oder den behandelnden Arzt/Gesundheitsdienstleister ist oder Anlass zur Besorgnis liefert.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3043

Label

scondpmp

Klassifikation

CDA Section 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.4020	Containment	Status Schwangerschaft	DYNAMIC
1.2.276.0.76.10.4021	Containment	Stillzeit	DYNAMIC

Beziehung

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

ref

ad1bbr-

Beispiel

<section classCode="DOCSECT">
  <templateId root="1.2.276.0.76.10.3043"/>  <code code="75310-3" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Health Concerns"/>  <title>Gesundheitsbelange</title>  <text>
    <list>
      <item ID="preg">Patientin schwanger</item>      <item ID="mbf">Patientin stillend</item>    </list>  </text>  <entry typeCode="COMP">
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

scondpmp

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

scondpmp

@root

uid

1 … 1

F

1.2.276.0.76.10.3043

hl7:code

CE

1 … 1

M

scondpmp

@code

CONF

1 … 1

F

75310-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

1 … 1

M

scondpmp

CONF

Elementinhalt muss "Gesundheitsbelange" sein

hl7:text

SD.TEXT

1 … 1

M

scondpmp

hl7:entry

0 … 1

R

Beinhaltet 1.2.276.0.76.10.4020 Status Schwangerschaft (DYNAMIC)

scondpmp

@typeCode

cs

1 … 1

F

DRIV

hl7:entry

0 … 1

R

Beinhaltet 1.2.276.0.76.10.4021 Stillzeit (DYNAMIC)

scondpmp

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

<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-dataelement2017-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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … *

instpmp

@classCode

0 … 1

F

DOCSECT

@moodCode

0 … 1

F

EVN

hl7:templateId

II

1 … 1

instpmp

@root

1 … 1

F

1.2.276.0.76.10.3042

hl7:code

CE

1 … 1

M

instpmp

@code

CONF

1 … 1

F

69730-0

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

Beispiel

hl7:title

ST

1 … 1

M

instpmp

CONF

Elementinhalt muss "Wichtige Angaben" sein

hl7:text

SD.TEXT

1 … 1

M

instpmp

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

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-dataelementR1-2020	Kreatinin Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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

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

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-dataelementR1-2020	Kreatinin Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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-dataelement2017-2030	Typ	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

0 … *

(All...nce)


pmp-dataelement2017-2030	Typ	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-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-dataelement2017-2040	Unverträglichkeit	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

0 … *

(Pro...ons)


pmp-dataelement2017-2040	Unverträglichkeit	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-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-dataelement2017-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

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-dataelement2017-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-dataelementR1-2060	Mutter stillend? Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

0 … *

mbfpmp


pmp-dataelementR1-2060	Mutter stillend? Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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

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

Beispiel

unbekanntes Ende-Datum

Beispiel

Dauermedikation

hl7:low

TS.DATE.MIN

1 … 1

R

medspmp


	pmp-dataelement2017-460	Startdatum Einnahme	Patientenbezogener Medikationsplan Plus v2017

hl7:high

TS.DATE.MIN

0 … 1

R

medspmp


	pmp-dataelement2017-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

hl7:width

PQ

1 … 1

R

medspmp


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

@unit

cs

1 … 1

R

CONF

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

hl7:effectiveTime

TS

… 1

C

medspmp

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

Beispiel

Keine Informationen über die Einnahmedauer

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

@contextControlCode

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

0 … 1

medspmp

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

medspmp

hl7:representedOrganization

0 … 1

medspmp

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

@contextControlCode

cs

0 … 1

F

OP

Beispiel

Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten

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

@determinerCode

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

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

Beispiel

Einnahmezeitpunkt unbekannt

hl7:effectiveTime

EIVL_TS

C

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

medssdpmp

wo [@xsi:type='EIVL_TS']

Beispiel

mittags 10 mg

Beispiel

morgens 1 (Stück)

Beispiel

abends 1-2 (Hübe)

Beispiel

30 Minuten nach dem Abendessen 1 Stück

hl7:event

CS

1 … 1

M

medssdpmp

@code

cs

1 … 1

R

CONF

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

hl7:offset

IVL_PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

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

hl7:effectiveTime

PIVL_TS

C

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

medssdpmp

wo [@xsi:type='PIVL_TS']

Beispiel

Jeden Donnerstag 1 Stück

hl7:phase

IVL_TS

1 … 1

M

medssdpmp

hl7:period

PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

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

hl7:effectiveTime

SXPR_TS

C

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

medssdpmp

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

Beispiel

Jeden Donnerstag 30 Minuten vor dem Frühstück

hl7:comp

PIVL_TS

1 … 1

M

medssdpmp

wo [@xsi:type='PIVL_TS']

hl7:phase

IVL_TS

1 … 1

M

medssdpmp

hl7:period

PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

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

hl7:comp

EIVL_TS

1 … 1

M

medssdpmp

wo [@xsi:type='EIVL_TS']

@operator

cs

1 … 1

F

A

hl7:event

CS

1 … 1

M

medssdpmp

@code

cs

1 … 1

R

CONF

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

hl7:offset

IVL_PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

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

hl7:effectiveTime

SXPR_TS

C

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

medssdpmp

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

Beispiel

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

hl7:comp

IVL_TS

1 … 1

M

medssdpmp

wo [@xsi:type='IVL_TS']

hl7:comp

EIVL_TS

1 … 1

M

medssdpmp

wo [@xsi:type='EIVL_TS']

@operator

cs

1 … 1

F

A

hl7:event

CS

1 … 1

M

medssdpmp

@code

cs

1 … 1

R

CONF

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

hl7:offset

IVL_PQ

0 … 1

medssdpmp

@unit

cs

1 … 1

R

CONF

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

hl7:doseQuantity

IVL_PQ

1 … 1

M

medssdpmp

Beispiel

25 mg

Beispiel

1 bis 2 Tabletten

Beispiel

1 Tablette (mit Translation)

Beispiel

Nur textliche Beschreibung der Dosis

hl7:translation

CE

0 … 1

R

medssdpmp

CONF

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

hl7:consumable

1 … 1

M

medssdpmp

hl7:manufacturedProduct

1 … 1

M

medssdpmp

hl7:manufacturedMaterial

1 … 1

medssdpmp

@nullFlavor

cs

1 … 1

F

NA

Eingefügt

0 … 1

R

von 1.2.276.0.76.10.90028 Medikation Vorbedingung (DYNAMIC)

hl7:precondition

0 … 1

R

medssdpmp

@typeCode

cs

0 … 1

F

PRCN

hl7:criterion

1 … 1

R

medssdpmp

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

0 … 1

F

EVN.CRT

hl7:code

CD

0 … 1

medssdpmp


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

CONF

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

hl7:originalText

ED

0 … 1

R

medssdpmp

hl7:text

ED

0 … 1

medssdpmp

hl7:reference

TEL

1 … 1

M

medssdpmp

@value

1 … 1

R

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

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-dataelement2017-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

Zusammenschau section.text und freitextliche Dosierung

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-dataelement2017-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:manufacturedMaterial

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:manufacturedProduct

0 … *

medinfpmp

@classCode

1 … 1

F

MANU

hl7:templateId

II

1 … 1

M

medinfpmp

@root

1 … 1

F

1.2.276.0.76.10.4025

Eingefügt

1 … 1

M

von 1.2.276.0.76.10.90022 Material (DYNAMIC)

hl7:manufacturedMaterial

1 … 1

M

medinfpmp

@classCode

cs

1 … 1

F

MMAT

@determinerCode

cs

1 … 1

F

KIND

hl7:code

CD

1 … 1

R

Pharmazentralnummer der Arznei, zugelassene nullFlavor:

NI Arznei hat keine PZN
NA Arznei ist eine Rezeptur
UNK Arznei hat eine PZN, diese ist jedoch unbekannt

medinfpmp

@nullFlavor

cs

0 … 1

CONF

@nullFlavor muss "NA" sein

oder

@nullFlavor muss "NI" sein

oder

@nullFlavor muss "UNK" sein

@codeSystem

CONF

0 … 1

F

1.2.276.0.76.4.6 (Pharmazentralnummer)

Beispiel

Arznei mit PZN

Beispiel

Arznei hat keine PZN

Beispiel

Rezeptur (ohne PZN)

Beispiel

Arznei, unbekannte PZN

hl7:originalText

ED

0 … 1

R

medinfpmp

hl7:reference

TEL

1 … 1

M

medinfpmp

@value

1 … 1

R

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

hl7:translation

CE

0 … *

R

Optionale Übersetzung des Codes in ein anderes Codesystem

medinfpmp

hl7:name

EN

1 … 1

R

Bezeichnung der Arznei
Zugelassenes nullFlavor:

NA Arznei ist eine Rezeptur

medinfpmp

@nullFlavor

cs

0 … 1

CONF

@nullFlavor muss "NA" sein

Beispiel

Name der Arznei

<name>Limasin 500mg</name>

Beispiel

Rezeptur ohne Handelsname

pharm:formCode

CE

0 … 1

R

Darreichungsform

medinfpmp

CONF

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

hl7:translation

CE

0 … *

R

Optionale Übersetzung des Codes in ein anderes Codesystem

medinfpmp

CONF

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

pharm:asContent

0 … 1

R

Angaben zur Packung

medinfpmp

@classCode

cs

1 … 1

F

CONT

pharm:containerPackagedProduct

1 … 1

M

medinfpmp

@classCode

cs

1 … 1

F

CONT

@determinerCode

cs

1 … 1

F

INSTANCE

pharm:code

1 … 1

M

Pharmazentralnummer der Arznei

medinfpmp

@codeSystem

CONF

1 … 1

F

1.2.276.0.76.4.6 (Pharmazentralnummer)

hl7:originalText

ED

0 … 1

medinfpmp

pharm:name

EN

1 … 1

M

medinfpmp

pharm:formCode

CE

0 … 1

R

Typ der Packung

medinfpmp

pharm:capacityQuantity

PQ

1 … 1

M

medinfpmp

pharm:asSpecializedKind

0 … 1

R

Angabe des ATC Codes (WHO, DIMDI etc.)

medinfpmp

@classCode

1 … 1

F

GRIC

Beispiel

<XXX:asSpecializedKind classCode="GRIC">
  <XXX:generalizedMaterialKind classCode="MMAT">
    
    <XXX:code code=" " codeSystem="2.16.840.1.113883.6.73" displayName=" " codeSystemName="WHO ATC"/>  </XXX:generalizedMaterialKind></XXX:asSpecializedKind>

pharm:generalizedMaterialKind

1 … 1

M

medinfpmp

@classCode

1 … 1

F

MMAT

hl7:code

CD

1 … 1

R

Codes aus Codesystem 2.16.840.1.113883.6.73 (WHO ATC) oder z. B. einem der DIMDI ATC Kataloge wie 1.2.276.0.76.5.482 (atcgm2019)

medinfpmp

hl7:name

ST

0 … 1

R

medinfpmp

pharm:ingredient

0 … *

R

Angaben zu aktiven Wirkstoffen

medinfpmp

@classCode

cs

1 … 1

F

ACTI

pharm:quantity

IVL_PQ

0 … 1

R

medinfpmp

Beispiel

Wirkstärke von 10 mg Inhaltsstoff per ml des Medikaments

<XXX:quantity>
<numerator xsi:type="PQ" value="10" unit="mg"/> <denominator xsi:type="PQ" value="1" unit="ml"/></XXX:quantity>

Beispiel

Wirkstärke des Inhaltsstoffs in 1 Einheit der verabreichten Medikation: 2% des Inhaltsstoffs

<XXX:quantity>
<numerator xsi:type="PQ" value="2" unit="%"/> <denominator xsi:type="PQ" value="1"/></XXX:quantity>

hl7:numerator

PQ

1 … 1

R

medinfpmp

Beispiel

hl7:translation

PQR

0 … *

R

Optionale Übersetzung der Einheiten in ein anderes Einheitensystem

medinfpmp

CONF

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

hl7:denominator

PQ

1 … 1

R

medinfpmp

pharm:ingredientSubstance

0 … 1

R

Code und Name des aktiven Wirkstoffs

medinfpmp

pharm:code

CE

1 … 1

R

medinfpmp

CONF

@codeSystem muss "2.16.840.1.113883.6.73" sein

oder

@codeSystem muss "0.4.0.127.0.16.1.1.2.1" sein

hl7:originalText

ED

0 … 1

R

medinfpmp

hl7:translation

CE

0 … *

R

medinfpmp

pharm:name

EN

1 … 1

M

medinfpmp

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-dataelement2017-467	Hinweis	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelement2017-6010	Freitextzeile	Patientenbezogener Medikationsplan Plus v2017
pmp-dataelementR1-467	Hinweis Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-600	Sonstiger Hinweis	Patientenbezogener Medikationsplan Plus v2017

Beziehung

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

ref

ad1bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.49 Patient instructions (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.3 eHDSI Patient Medication Instructions (DYNAMIC)

ref

epsos-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

1 … 1

M

pati...opmp


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

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

pati...opmp

@root

uid

1 … 1

F

1.2.276.0.76.10.4026

hl7:code

CE

1 … 1

M

pati...opmp

@code

CONF

1 … 1

F

PINSTRUCT

@codeSystem

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)

hl7:text

ED

1 … 1

M

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

pati...opmp


	pmp-dataelement2017-6010	Freitextzeile	Patientenbezogener Medikationsplan Plus v2017

hl7:reference

TEL

1 … 1

M

pati...opmp

@value

1 … 1

R

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

hl7:statusCode

CS

1 … 1

M

pati...opmp

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

0 … *

R

Codierter Hinweis

pati...opmp

wo [hl7:act]

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:act

1 … 1

M

pati...opmp

@classCode

cs

1 … 1

F

INFRM

@moodCode

cs

1 … 1

F

RQO

Beispiel

hl7:code

CE (Beispiel)

1 … 1

M

pati...opmp

CONF

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

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-dataelementR1-468	Behandlungsgrund Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

1 … 1

reapmp


pmp-dataelementR1-468	Behandlungsgrund Release 1	Patientenbezogener Medikationsplan Release 1
pmp-dataelement2017-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)

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

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

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

@contextControlCode

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

0 … 1

relprepmp

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

relprepmp

hl7:representedOrganization

0 … 1

relprepmp

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

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

1 … 1

M

reldispmp

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

reldispmp

hl7:representedOrganization

0 … 1

reldispmp

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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“^[7] 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 ^[25]) 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 ^[25])
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^[26]
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:

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.
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.
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.
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^[20] entspricht.

Aspekte zur Mehrsprachigkeit

In Deutschland leben laut einem Bericht der Bundesregierung^[27] 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. ^[8]).

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

Verweise

↑ Sondergutachten des Sachverständigenrat zur Begutachtung der Entwicklung im Gesundheitswesen: Wettbewerb an der Schnittstelle zwischen ambulanter und stationärer Gesundheitsversorgung, 2012 http://www.svr-gesundheit.de/index.php?id=378, zuletzt besucht 2015-01-04
↑ Dr. med. Amin-Farid Aly: Der einheitliche patientenbezogene Medikationsplan. Vortrag Session Gesundheitstelematik – conhIT 2014, http://www.akdae.de/Fortbildung/Vortraege/Weitere/2014-conhit.pdf, zuletzt besucht am 5. Januar 2015
↑ Executive summary of the American Society of Health System Pharmacists (ASHP) and ASHP Research and Education Foundation Continuity of Care in Medication Use Summit. Am J Health Syst Pharm. Bethesda, Maryland June 5–6, 2007, Am J Health-Syst Pharm. 2008; 65:e3-9
↑ The Patient Medication List: Can We Get Patients More Involved in Their Medical Care? Sung Y. Chae, MD, Mark H. Chae, PhD, Nicole Isaacson, PhD, LSW and Tarika S. James, MD. J Am Board Fam Med November-December 2009 vol. 22 no. 6 677-685
↑ Medication Therapy Management in Pharmacy Practice: Core Elements of an MTM Service Model, Version 2.0, March 2008. A joint initiative of the American Pharmacists Association and the National Association of Chain Drug Stores Foundation
↑ 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, http://www.egms.de/static/de/meetings/gmds2014/14gmds010.shtml
↑ ^7,0 ^7,1 ^7,2 ^7,3 Medikationsplan der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ) Version 2.0 (15. Dezember 2013) und der aktualisierten Version 2.0 (18. Dezember 2014), http://www.akdae.de/AMTS/Medikationsplan/index.html, zuletzt besucht am 5. Januar 2015
↑ ^8,0 ^8,1 Medikationsplan am Universitätsklinikum Heidelberg, z. B. http://www.klinikum.uni-heidelberg.de/ShowSingleNews.176.0.html?&no_cache=1&tx_ttnews%5Btt_news%5D=6754, http://www.das-apotheker-forum.de/de/pharmazie/news/7536-Neuer_Medikationsplan_erleichtert_Einnahme/
↑ Deutsche Krankenhausgesellschaft (DKG), http://www.dkgev.de
↑ Medikationsplan Projektseite des Interoperabilitätsforums, http://wiki.hl7.de/index.php/Medikationsplan_(Projekt)
↑ IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy
↑ IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7
↑ ELGA Implementierungsleitfaden: HL7 Implementation Guide for CDA® R2: e-Medikation, http://www.elga.gv.at/index.php?id=28
↑ ART-DECOR Spezifikation zum ELGA Implementierungsleitfaden: HL7 Implementation Guide for CDA® R2: e-Medikation http://art-decor.org/art-decor/decor-project--elga-
↑ epSOS-Projekt, http://www.epsos.eu
↑ ART-DECOR Spezifikation zum epSOS-Projekt, http://decor.nictiz.nl/art-decor/decor-project--epsos-
↑ Arztbrief des VHitG (jetzt bvitg), http://www.bvitg.de/arztbrief.html
↑ eArztbrief 2014, http://wiki.hl7.de/index.php/IG:Arztbrief_2014
↑ CDA-CH-SMTL shared medication treatement list, Guide d’implémentation pour la SMTL V1.0, Entwurf 2014
↑ ^20,0 ^20,1 Addendum zum Implementierungsleitfaden Patientenbezogener Medikationsplan: Ultrakurzformat für kapazitätslimitierte Datenträger (UKFPMP) http://wiki.hl7.de/index.php?title=IG:Ultrakurzformat_Patientenbezogener_Medikationsplan
↑ Erstellung von XML-Signaturen für Dokumente nach Clinical Documents Architecture – R2 (Elektronische Signatur von Arztbriefen). Spezifikation der Bundesärztekammer, Ärztekammer Nordrhein, Ärztekammer Westfalen-Lippe. Version 1.4 vom 20. Mai 2008
↑ Telematikinfrastruktur und Telemedizin in Deutschland – Bilanz und Ausblick. Mathias Redders, Referatsleiter Telematik im Gesundheitswesen, MGEPA NRW. Beitrag 1. Nationaler Fachkongress Telemedizin – 4. November 2010
↑ ART-DECOR Spezifikation zum CDA-basierten Patientenbezogenen Medikationsplan, http://art-decor.org/art-decor/decor-project--pmp-
↑ How to read ART-DECOR Definitions https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions.
↑ ^25,0 ^25,1 F. Oemig: AKdÄ-Medikationsplan - Felder aus dem AKdÄ-Medikationsplan, Grammatik und Probleme, http://wiki.hl7.de/index.php/IG:AKdÄ-Medikationsplan#Anhang
↑ ISO/TR 28380-1:2014 Health informatics -- IHE global standards adoption -- Part 1: Process, http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=63383
↑ 10. Bericht der Beauftragten der Bundesregierung für Migration, Flüchtlinge und Integration über die Lage der Ausländerinnen und Ausländer in Deutschland (Oktober 2014)

Abbildungsverzeichnis

↑ Übersicht zur funktionalen Beschreibung des Patientenbezogenen Medikationsplan
↑ Zusammenhang zwischen funktionaler Beschreibung und technischer Spezifikation
↑ Übersicht CDA Header und Body
↑ Übersicht CDA Header
↑ Übersicht CDA Body Section "Klinische Parameter"
↑ Übersicht CDA Body Section "Allergien und Unverträglichkeiten"
↑ Übersicht CDA Body Section "Gesundheitsbelange"
↑ Übersicht CDA Body Section "Medikationsplan"
↑ Übersicht CDA Body Section "Wichtige Angaben"

[1] Sondergutachten des Sachverständigenrat zur Begutachtung der Entwicklung im Gesundheitswesen: Wettbewerb an der Schnittstelle zwischen ambulanter und stationärer Gesundheitsversorgung, 2012 http://www.svr-gesundheit.de/index.php?id=378, zuletzt besucht 2015-01-04

[2] Dr. med. Amin-Farid Aly: Der einheitliche patientenbezogene Medikationsplan. Vortrag Session Gesundheitstelematik – conhIT 2014, http://www.akdae.de/Fortbildung/Vortraege/Weitere/2014-conhit.pdf, zuletzt besucht am 5. Januar 2015

[3] Executive summary of the American Society of Health System Pharmacists (ASHP) and ASHP Research and Education Foundation Continuity of Care in Medication Use Summit. Am J Health Syst Pharm. Bethesda, Maryland June 5–6, 2007, Am J Health-Syst Pharm. 2008; 65:e3-9

[4] The Patient Medication List: Can We Get Patients More Involved in Their Medical Care? Sung Y. Chae, MD, Mark H. Chae, PhD, Nicole Isaacson, PhD, LSW and Tarika S. James, MD. J Am Board Fam Med November-December 2009 vol. 22 no. 6 677-685

[5] Medication Therapy Management in Pharmacy Practice: Core Elements of an MTM Service Model, Version 2.0, March 2008. A joint initiative of the American Pharmacists Association and the National Association of Chain Drug Stores Foundation

[6] 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, http://www.egms.de/static/de/meetings/gmds2014/14gmds010.shtml

[mpakdae20-7] 7,0 ^7,1 ^7,2 ^7,3 Medikationsplan der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ) Version 2.0 (15. Dezember 2013) und der aktualisierten Version 2.0 (18. Dezember 2014), http://www.akdae.de/AMTS/Medikationsplan/index.html, zuletzt besucht am 5. Januar 2015

[heidelberg2014-8] 8,0 ^8,1 Medikationsplan am Universitätsklinikum Heidelberg, z. B. http://www.klinikum.uni-heidelberg.de/ShowSingleNews.176.0.html?&no_cache=1&tx_ttnews%5Btt_news%5D=6754, http://www.das-apotheker-forum.de/de/pharmazie/news/7536-Neuer_Medikationsplan_erleichtert_Einnahme/

[9] Deutsche Krankenhausgesellschaft (DKG), http://www.dkgev.de

[10] Medikationsplan Projektseite des Interoperabilitätsforums, http://wiki.hl7.de/index.php/Medikationsplan_(Projekt)

[11] IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy

[12] IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7

[13] ELGA Implementierungsleitfaden: HL7 Implementation Guide for CDA® R2: e-Medikation, http://www.elga.gv.at/index.php?id=28

[14] ART-DECOR Spezifikation zum ELGA Implementierungsleitfaden: HL7 Implementation Guide for CDA® R2: e-Medikation http://art-decor.org/art-decor/decor-project--elga-

[15] SOS-Projekt, http://www.epsos.eu

[16] ART-DECOR Spezifikation zum epSOS-Projekt, http://decor.nictiz.nl/art-decor/decor-project--epsos-

[17] Arztbrief des VHitG (jetzt bvitg), http://www.bvitg.de/arztbrief.html

[18] Arztbrief 2014, http://wiki.hl7.de/index.php/IG:Arztbrief_2014

[19] CDA-CH-SMTL shared medication treatement list, Guide d’implémentation pour la SMTL V1.0, Entwurf 2014

[ukfpmp-20] 20,0 ^20,1 Addendum zum Implementierungsleitfaden Patientenbezogener Medikationsplan: Ultrakurzformat für kapazitätslimitierte Datenträger (UKFPMP) http://wiki.hl7.de/index.php?title=IG:Ultrakurzformat_Patientenbezogener_Medikationsplan

[nrwdsig-21] Erstellung von XML-Signaturen für Dokumente nach Clinical Documents Architecture – R2 (Elektronische Signatur von Arztbriefen). Spezifikation der Bundesärztekammer, Ärztekammer Nordrhein, Ärztekammer Westfalen-Lippe. Version 1.4 vom 20. Mai 2008

[22] Telematikinfrastruktur und Telemedizin in Deutschland – Bilanz und Ausblick. Mathias Redders, Referatsleiter Telematik im Gesundheitswesen, MGEPA NRW. Beitrag 1. Nationaler Fachkongress Telemedizin – 4. November 2010

[23] ART-DECOR Spezifikation zum CDA-basierten Patientenbezogenen Medikationsplan, http://art-decor.org/art-decor/decor-project--pmp-

[33] How to read ART-DECOR Definitions https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions.

[oemigmp-34] 25,0 ^25,1 F. Oemig: AKdÄ-Medikationsplan - Felder aus dem AKdÄ-Medikationsplan, Grammatik und Probleme, http://wiki.hl7.de/index.php/IG:AKdÄ-Medikationsplan#Anhang

[35] ISO/TR 28380-1:2014 Health informatics -- IHE global standards adoption -- Part 1: Process, http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=63383

[36] 10. Bericht der Beauftragten der Bundesregierung für Migration, Flüchtlinge und Integration über die Lage der Ausländerinnen und Ausländer in Deutschland (Oktober 2014)

[24] Übersicht zur funktionalen Beschreibung des Patientenbezogenen Medikationsplan

[25] Zusammenhang zwischen funktionaler Beschreibung und technischer Spezifikation

[26] Übersicht CDA Header und Body

[27] Übersicht CDA Header

[28] Übersicht CDA Body Section "Klinische Parameter"

[29] Übersicht CDA Body Section "Allergien und Unverträglichkeiten"

[30] Übersicht CDA Body Section "Gesundheitsbelange"

[31] Übersicht CDA Body Section "Medikationsplan"

[32] Übersicht CDA Body Section "Wichtige Angaben"

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[Abbildung 1]

[Abbildung 2]

[Abbildung 3]

[Abbildung 4]

[Abbildung 5]

[Abbildung 6]

[Abbildung 7]

[Abbildung 8]

[Abbildung 9]

[24]

[25]

[26]

[27]

Patientenbezogener Medikationsplan

Inhaltsverzeichnis

Dokumenteninformationen

Impressum

Ansprechpartner

Disclaimer

Autoren

Copyright-Hinweis, Nutzungshinweise

Danksagung

Einleitung

Rationale

Zielsetzung

Hintergründe

Vorgaben der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ)

Projekte zum Medikationsplan Plus

Vorarbeiten

Abgrenzung

XSL-Stylesheets und Ultrakurzformat XML

Digitale Signatur

Struktureller Aufbau

Verwendeter Standard

Verbindung von funktionaler Beschreibung und CDA Strukturen

Übersicht CDA Header und Body

Klinische Parameter

Allergien und Unverträglichkeiten

Gesundheitsbelange

Medikationsplan

Wichtige Angaben

Verwendung von Templates

CDA Document Level Template für den Patientenbezogenen Medikationsplan

CDA Header Level Templates für den Patientenbezogenen Medikationsplan

Patient

Autor (Ersteller)

Angaben zur verwendeten Software/Zertifizierung

Verwaltende Organisation

Gesetzlich verantwortlicher Unterzeichner

Unterzeichner

Hausarzt

Notfallkontakt

CDA Section Level Templates für den Patientenbezogenen Medikationsplan

Klinische Parameter

Allergien und Unverträglichkeiten

Gesundheitsbelange

Aktuelle Medikation (Medikationsplan)

Wichtige Angaben

CDA Entry Level Templates für den Patientenbezogenen Medikationsplan

Körpergewicht

Kreatinin

Allergien

Unverträglichkeiten

Schwangerschaft

Stillzeit

Medikation

Einzeldosierungen

Dosierung Freitext

Medikament

Patienteninstruktionen

Grund für Medikation

Bezug zu Verordnung des Medikaments

Bezug zu Abgabe des Medikaments

Terminologien

Value Sets

Kodesysteme

Appendix (nicht normativ)

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

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

Aspekte zur Mehrsprachigkeit

Lizenzen

HL7

Logical Observation Identifiers Names and Codes LOINC

SNOMED Clinical Terms® (SNOMED CT®)

Amtlicher ATC-Index mit DDD-Angaben

Pharmazentralnummern

Projektträger und -kontributoren

Referenzen

Verweise

Abbildungsverzeichnis

Navigationsmenü

Suche