	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

Anna-Louisa-Karsch-Str. 2

10178 Berlin

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

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