Patientenbezogener Medikationsplan

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
 
(26 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 2: Zeile 2:
  
 
     Implementierungsleitfaden "Medikationsplan"
 
     Implementierungsleitfaden "Medikationsplan"
 
+
 
-->
 
-->
 
{{Infobox Dokument
 
{{Infobox Dokument
|Title    = Patientenbezogener Medikationsplan auf Basis der<br/>HL7 Clinical Document Architecture Release 2<br/>für das deutsche Gesundheitswesen
+
|Title    = Patientenbezogener Medikationsplan<br/>auf Basis der HL7 Clinical Document Architecture Release&nbsp;2 für das deutsche Gesundheitswesen
 
|Short    = Patientenbezogener Medikationsplan  
 
|Short    = Patientenbezogener Medikationsplan  
 
|Namespace = cdamedp
 
|Namespace = cdamedp
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
|Version  = 0.90
+
|Version  = 1.00
|Submitted = 2015-01-05
+
|Submitted = HL7 Deutschland
 
|Author    = Dr. Kai U. Heitmann | hl7@kheitmann.de
 
|Author    = Dr. Kai U. Heitmann | hl7@kheitmann.de
|Date      = 5. Januar 2015
+
|Date      = 3. August 2017
|Copyright = 2014-2015
+
|Copyright = 2014-2017
|Status    = Abstimmung
+
|Status    = Abgestimmt
|Period    = Entwicklung
+
|Period    = Abgestimmt
 
|OID      = n.n.
 
|OID      = n.n.
 
|Realm    = Deutschland
 
|Realm    = Deutschland
 
}}
 
}}
 
+
 
{{Infobox Ballot Begin}}
 
{{Infobox Ballot Begin}}
{{Ballot | Version = 0.90 | Date = 5. Januar 2015 | Status = Entwurf | Realm = Deutschland }}
+
{{Ballot | Version = 0.90 | Date = 06.01.2015 | Status = Abstimmung | Realm = Deutschland | Othericon = x
 +
| Otherdocuments = http://download.hl7.de/documents/cdar2-pmp/Patientenbezogener_Medikationsplan-v090.pdf
 +
| Comment =
 +
}}
 +
{{Ballot | Version = 0.97 | Date = 03.03.2015 | Status = Kommentarauflösung | Realm = Deutschland | Othericon = x
 +
| Otherdocuments = http://download.hl7.de/documents/cdar2-pmp/Patientenbezogener_Medikationsplan-v097.pdf
 +
| Comment = Zwischenstand<br/>Kommentarauflösung
 +
}}
 +
{{Ballot | Version = 1.00 | Date = 03.08.2017 | Status = Abgestimmt | Realm = Deutschland | Othericon = x
 +
| Otherdocuments = http://download.hl7.de/documents/cdar2-pmp/Patientenbezogener_Medikationsplan-v100.pdf
 +
| Comment =
 +
}}
 
{{Infobox Ballot End}}
 
{{Infobox Ballot End}}
  
{{HL7transclude| cdamedp:Dokumenteninformationen}}
+
{{Infobox Contributors Begin}}
 +
{{Contributor | Logo = Aekno.jpg | Name = Viktor Krön, Ärztekammer Nordrhein | Location = Düsseldorf }}
 +
{{Contributor | Logo = Aekwl.jpg | Name = Ärztekammer Westfalen-Lippe | Location = Münster }}
 +
{{Infobox Contributors End}}
 +
 
 +
{{HL7transclude | cdamedp:Dokumenteninformationen}}
 
{{HL7transclude |cdamedp:Einleitung}}
 
{{HL7transclude |cdamedp:Einleitung}}
 
{{HL7transclude |cdamedp:Aufbau}}
 
{{HL7transclude |cdamedp:Aufbau}}
 +
 +
<div class="landscape">
 
=CDA Document Level Template für den Patientenbezogenen Medikationsplan=
 
=CDA Document Level Template für den Patientenbezogenen Medikationsplan=
 
{{:1.2.276.0.76.10.1014/dynamic}}
 
{{:1.2.276.0.76.10.1014/dynamic}}
Zeile 38: Zeile 56:
 
==Verwaltende Organisation==
 
==Verwaltende Organisation==
 
{{:1.2.276.0.76.10.2030/dynamic}}
 
{{:1.2.276.0.76.10.2030/dynamic}}
 +
==Gesetzlich verantwortlicher Unterzeichner==
 +
{{:1.2.276.0.76.10.2020/dynamic}}
 +
== Unterzeichner ==
 +
{{:1.2.276.0.76.10.2019/dynamic}}
 
==Hausarzt==
 
==Hausarzt==
 
{{:1.2.276.0.76.10.2012/dynamic}}
 
{{:1.2.276.0.76.10.2012/dynamic}}
Zeile 45: Zeile 67:
 
==Klinische Parameter==
 
==Klinische Parameter==
 
{{:1.2.276.0.76.10.3039/dynamic}}
 
{{:1.2.276.0.76.10.3039/dynamic}}
==Allergien, Unverträglichkeiten und Risiken==
+
==Allergien und Unverträglichkeiten==
 
{{:1.2.276.0.76.10.3040/dynamic}}
 
{{:1.2.276.0.76.10.3040/dynamic}}
 +
==Gesundheitsbelange==
 +
{{:1.2.276.0.76.10.3043/dynamic}}
 +
 
==Aktuelle Medikation (Medikationsplan)==
 
==Aktuelle Medikation (Medikationsplan)==
 
{{:1.2.276.0.76.10.3041/dynamic}}
 
{{:1.2.276.0.76.10.3041/dynamic}}
Zeile 80: Zeile 105:
 
==Bezug zu Abgabe des Medikaments==
 
==Bezug zu Abgabe des Medikaments==
 
{{:1.2.276.0.76.10.4029/dynamic}}
 
{{:1.2.276.0.76.10.4029/dynamic}}
 +
</div>
 +
 
{{HL7transclude | cdamedp:Terminologien}}
 
{{HL7transclude | cdamedp:Terminologien}}
 
{{HL7transclude | cdamedp:Appendix}}
 
{{HL7transclude | cdamedp:Appendix}}
 
=Referenzen=
 
=Referenzen=
 +
==Verweise==
 
<references />
 
<references />
==Weitere Quellenangaben==
+
=Abbildungsverzeichnis=
[staemmler14] M. Staemmler: Der patientenbezogene Medikationsplan: Was leistet er im Vergleich mit bestehenden Lösungen? GMDS 2014. 59. Jahrestagung der Deutschen Gesellschaft für Medizinische Informatik, Biometrie und Epidemiologie e.V. (GMDS). Göttingen, 07.-10.09.2014. Düsseldorf: German Medical Science GMS Publishing House; 2014. DocAbstr. 338
+
<references group="Abbildung" />

Aktuelle Version vom 6. August 2017, 08:39 Uhr


Abstimmungsdokument 
Version Datum Status Realm
0.90 06.01.2015 Si-vote.svg Abstimmung Flag de.svg Deutschland
Document PDF.svg [download]
0.97 03.03.2015 Si-reconc.svg Kommentarauflösung Flag de.svg Deutschland
Document PDF.svgZwischenstand
Kommentarauflösung
[download]
1.00 03.08.2017 Si-confirm.svg Abgestimmt Flag de.svg Deutschland
Document PDF.svg [download]
Kontributoren 
Aekno.jpg Viktor Krön, Ärztekammer Nordrhein Düsseldorf
Aekwl.jpg Ä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

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

Pmp7.jpg

Pmp7.jpg

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

Pmp1.jpg

Pmp1.jpg

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

Pmp5.jpg

Pmp5.jpg

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

Pmp2.jpg

Pmp2.jpg

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

Pmp3.jpg

Pmp3.jpg

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

Pmp8.jpg

Pmp8.jpg

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

Pmp4.jpg

Pmp4.jpg

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

Pmp6.jpg

Pmp6.jpg

[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

Id1.2.276.0.76.10.1014Gültigkeit2014‑10‑20
StatusKyellow.png EntwurfVersions-Labelv2015
NamePersonalMedicationListBezeichnungPatientenbezogener Medikationsplan CDA document
BeschreibungPatientenbezogener Medikationsplan als CDA Dokument
KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
pmp-data​elementR1-5020Kgreen.png Versionsnummer Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​elementR1-5010Kgreen.png Identifikationsname Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Benutzt
Benutzt 21 Templates
Benutzt von als NameVersion
pmp-transaction-2TransaktionKyellow.png Medikationsplan (2015)2014‑10‑27
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.90003InklusionKyellow.png CDA typeIdDYNAMIC
1.2.276.0.76.10.90004InklusionKyellow.png CDA idDYNAMIC
1.2.276.0.76.10.90005InklusionKyellow.png CDA titleDYNAMIC
1.2.276.0.76.10.90006InklusionKyellow.png CDA effectiveTimeDYNAMIC
1.2.276.0.76.10.90007InklusionKgreen.png CDA confidentialityCodeDYNAMIC
1.2.276.0.76.10.90008InklusionKyellow.png CDA languageCodeDYNAMIC
1.2.276.0.76.10.90009InklusionKyellow.png CDA setId and versionNumberDYNAMIC
1.2.276.0.76.10.2028InklusionKyellow.png CDA recordTarget (pmp)2014‑09‑17
1.2.276.0.76.10.2029InklusionKyellow.png CDA author (pmp)DYNAMIC
1.2.276.0.76.10.2031InklusionKyellow.png CDA author software (pmp)DYNAMIC
1.2.276.0.76.10.2030InklusionKyellow.png CDA custodian (pmp)DYNAMIC
1.2.276.0.76.10.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.2019InklusionKgreen.png CDA authenticatorDYNAMIC
1.2.276.0.76.10.2012InklusionKyellow.png CDA participant HausarztDYNAMIC
1.2.276.0.76.10.2011InklusionKyellow.png CDA participant NotfallkontaktDYNAMIC
1.2.276.0.76.10.3039ContainmentKyellow.png Klinische Parameter2014‑11‑01
1.2.276.0.76.10.3040ContainmentKyellow.png Allergien und Unverträglichkeiten2012‑07‑14
1.2.276.0.76.10.3043ContainmentKyellow.png GesundheitsbelangeDYNAMIC
1.2.276.0.76.10.3041ContainmentKyellow.png Aktuelle Medikation2014‑11‑01
1.2.276.0.76.10.3042ContainmentKyellow.png Wichtige AngabenDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<ClinicalDocument>
  <!-- CDA Header -->
  <realmCode code="DE"/>  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <templateId root="1.2.276.0.76.10.1014"/>  <id extension=" " root=" "/>  <code code="77603-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Medication treatment plan.extended Document"/>  <title>Medikationsplan 2014-12-08 12:34:56</title>  <effectiveTime value="20141008123456"/>  <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>  <languageCode code="de-DE"/>  <setId extension=" " root=" "/>  <versionNumber value="1"/>  <recordTarget>
    <!-- .. -->
  </recordTarget>
  <author>
    <!-- .. -->
  </author>
  <custodian>
    <!-- .. -->
  </custodian>
  <legalAuthenticator>
    <!-- .. -->
  </legalAuthenticator>
  <authenticator>
    <!-- .. -->
  </authenticator>
  <!-- CDA Body -->
  <component>
    <structuredBody>
      <component>
        <!-- .. -->
      </component>
    </structuredBody>
  </component>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(Per...ist)
Eingefügt1 … 1M von 1.2.276.0.76.10.90002 CDA realmCode (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MCDAr...Code
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
@code muss "DE" sein
 Beispiel<realmCode code="DE"/>
Eingefügt1 … 1M von 1.2.276.0.76.10.90003 CDA typeId (DYNAMIC)
Treetree.pnghl7:typeId
II1 … 1MCDAtypeId
Treeblank.pngTreetree.png@extension
1 … 1FPOCD_HD000040
Treeblank.pngTreetree.png@root
1 … 1F2.16.840.1.113883.1.3
Treetree.pnghl7:templateId
II1 … 1M(Per...ist)
 
Target.png
pmp-data​elementR1-5020Kgreen.png Versionsnummer Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.1014
 Beispiel<templateId root="1.2.276.0.76.10.1014"/>
Eingefügt von 1.2.276.0.76.10.90004 CDA id (DYNAMIC)
Treetree.pnghl7:id
II1 … 1M(Per...ist)
Treetree.pnghl7:code
CE1 … 1M(Per...ist)
 
Target.png
pmp-data​elementR1-5010Kgreen.png Identifikationsname Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treeblank.pngTreetree.png@code
CONF1 … 1F77603-9
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Eingefügt0 … 1 von 1.2.276.0.76.10.90005 CDA title (DYNAMIC)
 Beispiel<title>Medikationsplan 2014-12-08 12:34:56</title>
Treetree.pnghl7:title
ST0 … 1(Per...ist)
Eingefügt von 1.2.276.0.76.10.90006 CDA effectiveTime (DYNAMIC)
Treetree.pnghl7:effectiveTime
TS.​DATE​TIME.​MIN1 … 1M(Per...ist)
 
Target.png
pmp-data​element2017-5060Kyellow.png Ausdruckdatum Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-5060Kgreen.png Ausdruckdatum Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Eingefügt von 1.2.276.0.76.10.90007 CDA confidentialityCode (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE1 … 1M(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)
Treetree.pnghl7:language​Code
CS.LANG1 … 1M(Per...ist)
 
Target.png
pmp-data​element2017-5040Kyellow.png Sprachkennzeichen Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-5030Kgreen.png Länderkennzeichen Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​elementR1-5040Kgreen.png Sprachkennzeichen Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-5030Kyellow.png Länderkennzeichen Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Eingefügt von 1.2.276.0.76.10.90009 CDA setId and versionNumber (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1M(Per...ist)
Treetree.pnghl7:versionNumber
INT.POS1 … 1M(Per...ist)
Eingefügt1 … 1M von 1.2.276.0.76.10.2028 CDA recordTarget (pmp) (2014‑09‑17)
Treetree.pnghl7:recordTarget
1 … 1M(Per...ist)
 
Target.png
pmp-data​elementR1-100Kgreen.png Patient Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treeblank.pngTreetree.png@typeCode
0 … 1FRCT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(Per...ist)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPAT
Eingefügt1 … 1R von 1.2.276.0.76.10.90024 Patientenidentifikation (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R(Per...ist)
 Beispiel
eGK Nummer als Patientenidentifikation
<id extension="A123456789" root="1.2.276.0.76.4.8"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1R(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19620219"/></patient>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *R(Per...ist)
 
Target.png
pmp-data​elementR1-1010Kgreen.png Name Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R(Per...ist)
 
Target.png
pmp-data​elementR1-1040Kgreen.png Geschlecht Release 1Kgreen.png 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1R(Per...ist)
 
Target.png
pmp-data​elementR1-1030Kgreen.png Geburtsdatum Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Eingefügt1 … 1M von 1.2.276.0.76.10.2029 CDA author (pmp) (DYNAMIC)
Treetree.pnghl7:author
1 … 1Mhauthpmp
 
Target.png
pmp-data​element2017-300Kyellow.png Ersteller Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-300Kgreen.png Ersteller Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2029
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhauthpmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Rhauthpmp
 Beispiel
Autor mit lebenslanger Arztnummer (LANR)
<id root="1.2.276.0.76.4.16" extension="123456701"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Rhauthpmp
 
Target.png
pmp-data​elementR1-3015Kgreen.png Adresse Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-3015Kyellow.png Adresse Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *Rhauthpmp
 
Target.png
pmp-data​elementR1-3060Kgreen.png E-Mail Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-3050Kyellow.png Telefon Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-3060Kyellow.png E-Mail Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-3050Kgreen.png Telefon Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1hauthpmp
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1hauthpmp
 Beispiel
Organisation mit Betriebsstättennummer (BSNR) und Name
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="218099900"/>  <name>Internistische Praxis Dr. Abt</name></representedOrganization>
 Beispiel
Apotheke mit IDF Nummer
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.197" extension="3379589"/>  <name>Sonnen-Apotheke</name></representedOrganization>
 Beispiel
Krankenhaus mit Institutionskennzeichen
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.5" extension="260641243"/>  <name>Agaplesion Frankfurter Diakonie Kliniken gGmbh</name></representedOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *hauthpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *hauthpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1hauthpmp
Eingefügt0 … 1R von 1.2.276.0.76.10.2031 CDA author software (pmp) (DYNAMIC)
Treetree.pnghl7:author
0 … 1Rhhsoftpmp
wo [hl7:templateId/@root='1.2.276.0.76.10.2031']
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2031
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhhsoftpmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Mhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1hhsoftpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RSoftware Name und Version, die bei der Erstellung des Dokuments verwendet wurdehhsoftpmp
 
Target.png
pmp-data​elementR1-5080Kgreen.png Softwarename und -version Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-5080Kyellow.png Softwarename und -version Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Eingefügt1 … 1M von 1.2.276.0.76.10.2030 CDA custodian (pmp) (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1Mhcustpmp
Treeblank.pngTreetree.png@typeCode
0 … 1FCST
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1Mhcustpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
0 … 1hcustpmp
 Beispiel
Organisation mit Betriebsstättennummer (BSNR) und Name
<representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="218099900"/>  <name>Internistische Praxis Dr. Abt</name></representedCustodianOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *hcustpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mhcustpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *hcustpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1hcustpmp
Eingefügt0 … 1 von 1.2.276.0.76.10.2020 CDA legalAuthenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1(Per...ist)
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Per...ist)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(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)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(Per...ist)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Per...ist)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Per...ist)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...ist)
Eingefügt0 … 1 von 1.2.276.0.76.10.2019 CDA authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … 1(Per...ist)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTHEN
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Per...ist)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(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)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1R(Per...ist)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Per...ist)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Per...ist)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...ist)
Eingefügt0 … 1 von 1.2.276.0.76.10.2012 CDA participant Hausarzt (DYNAMIC)
Hausarzt
Treetree.pnghl7:participant
0 … 1(Per...ist)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2012']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2012
Treeblank.pngTreetree.pnghl7:functionCode
CE1 … *M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPCP
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.88 (Participation Function)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *An dieser Stelle kann die Arztnummer (LANR) unter Angabe der dazugehörigen OID übermittelt werden.
(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Per...ist)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Per...ist)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...ist)
Eingefügt0 … * von 1.2.276.0.76.10.2011 CDA participant Notfallkontakt (DYNAMIC)
Notfall-Kontakt / Auskunftsberechtigte Person
Treetree.pnghl7:participant
0 … *(Per...ist)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2011']]
Treeblank.pngTreetree.png@typeCode
1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2011
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(Per...ist)
 Beispiel
Teilnahmezeitraum, Notfallkontakt von 1. November 2013 bis 21. November 2013 (Ende des Tages)
<time>
  <low value="20131101"/>  <high value="201311212359"/></time>
 Beispiel
Teilnahmezeitpunkt , Notfallkontakt am 21. November 2013
<time value="20131121"/>
 Beispiel
Teilnahmezeitraum, Notfallkontakt ab 1. November 2013
<time>
  <low value="20131101"/></time>
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FECON
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 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)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Per...ist)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Per...ist)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...ist)
Treetree.pnghl7:component
(Per...ist)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:structuredBody
(Per...ist)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Clinical Information
Beinhaltet 1.2.276.0.76.10.3039 Klinische Parameter (2014‑11‑01)
(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Allergien und Unverträglichkeiten
Beinhaltet 1.2.276.0.76.10.3040 Allergien und Unverträglichkeiten (2012‑07‑14)
(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Gesundheitsbelange
Beinhaltet 1.2.276.0.76.10.3043 Gesundheitsbelange (DYNAMIC)
(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MSection: Medikationsplan
Beinhaltet 1.2.276.0.76.10.3041 Aktuelle Medikation (2014‑11‑01)
(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RSection: Hinweise
Beinhaltet 1.2.276.0.76.10.3042 Wichtige Angaben (DYNAMIC)
(Per...ist)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue

CDA Header Level Templates für den Patientenbezogenen Medikationsplan

Patient

Id1.2.276.0.76.10.2028Gültigkeit2017‑06‑04
Andere Versionen mit dieser Id:
  • Kblank.png Header​Record​Targetpmp vom 2014‑09‑17
StatusKyellow.png EntwurfVersions-Label
NameHeader​Record​TargetpmpBezeichnungCDA recordTarget (pmp)
BeschreibungPatient
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 9 Konzepte
IdNameDatensatz
pmp-data​element2017-6080Kyellow.png Namenszusatz Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-1040Kyellow.png Geschlecht Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-1011Kyellow.png Vorname Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-6079Kyellow.png Vorsatzwort Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-1030Kyellow.png Geburtsdatum Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-6081Kyellow.png Titel Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-1010Kyellow.png Name Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-1012Kyellow.png Nachname Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-100Kyellow.png Patient Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90024InklusionKyellow.png PatientenidentifikationDYNAMIC
1.2.276.0.76.10.90030InklusionKgreen.png PersonennameDYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.2028 CDA recordTarget (pmp) (2014‑09‑17)
Spezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 1.2.276.0.76.10.2001 CDA recordTarget (2013‑07‑10)
ref
hl7de-
Beispiel
Beispiel
<recordTarget>
  <patientRole>
    <id root="2.16.840.1.113883.2.4.6.3" extension="100202020"/>    <addr use="H">
      <streetAddressLine>Raiffeisenstr. 30</streetAddressLine>      <postalCode>39112</postalCode>      <city>Magdeburg</city>    </addr>
    <telecom value="tel:++493916367866"/>    <patient>
      <name>
        <given>Jan</given>        <family>Schmitz</family>      </name>
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19620219"/>      <languageCommunication>
        <languageCode code="EN"/>        <modeCode code="ESP"/>        <proficiencyLevelCode code="G"/>        <preferenceInd value="true"/>      </languageCommunication>
    </patient>
  </patientRole>
</recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(Hea...pmp)
 
Target.png
pmp-data​element2017-100Kyellow.png Patient Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:patientRole
1 … 1(Hea...pmp)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Eingefügt1 … 1R von 1.2.276.0.76.10.90024 Patientenidentifikation (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … 1R(Hea...pmp)
 Beispiel
eGK Nummer als Patientenidentifikation
<id extension="A123456789" root="1.2.276.0.76.4.8"/>
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...pmp)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...pmp)
Treeblank.pngTreetree.pnghl7:patient
1 … 1R(Hea...pmp)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19620219"/></patient>
Eingefügt1 … *R von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *RDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(Hea...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>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(Hea...pmp)
wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Hea...pmp)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Hea...pmp)
wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Hea...pmp)
wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Hea...pmp)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Hea...pmp)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R(Hea...pmp)
 
Target.png
pmp-data​element2017-1040Kyellow.png Geschlecht Kyellow.png 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)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1R(Hea...pmp)
 
Target.png
pmp-data​element2017-1030Kyellow.png Geburtsdatum Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *(Hea...pmp)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1(Hea...pmp)

Autor (Ersteller)

Id1.2.276.0.76.10.2029Gültigkeit2014‑09‑17
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthorpmpBezeichnungCDA author (pmp)
BeschreibungAutor des Dokuments
Labelhauthpmp
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 8 Konzepte
IdNameDatensatz
pmp-data​elementR1-3060Kgreen.png E-Mail Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-3050Kyellow.png Telefon Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-3015Kgreen.png Adresse Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-3060Kyellow.png E-Mail Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-300Kyellow.png Ersteller Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-3050Kgreen.png Telefon Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-3015Kyellow.png Adresse Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-300Kgreen.png Ersteller Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90011InklusionKgreen.png CDA Organization ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 1.2.276.0.76.10.2002 CDA author (2013‑07‑10)
ref
hl7de-
Beispiel
Beispiel
<author>
  <templateId root="1.2.276.0.76.10.2029"/>  <time value="20131020"/>  <assignedAuthor>
    <id root="1.2.276.0.76.4.16" extension="123456701"/>    <addr>
      <postalCode>52428</postalCode>      <city>Jülich</city>      <streetName>Marktstraße</streetName>      <houseNumber>1</houseNumber>    </addr>
    <telecom value="tel:+49.2461.56162"/>    <telecom value="mailto:praxis-abt@example.de"/>    <assignedPerson>
      <name>
        <prefix>Dr. med. </prefix>        <given>Martin</given>        <family>Abt</family>      </name>
    </assignedPerson>
    <representedOrganization>
      <!-- .. -->
    </representedOrganization>
  </assignedAuthor>
</author>
ItemDTKardKonfBeschreibungLabel
hl7:author
hauthpmp
 
Target.png
pmp-data​element2017-300Kyellow.png Ersteller Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-300Kgreen.png Ersteller Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treetree.png@typeCode
0 … 1FAUT
Treetree.pnghl7:templateId
II1 … 1Mhauthpmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2029
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhauthpmp
Treetree.pnghl7:assignedAuthor
1 … 1Mhauthpmp
Treeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … 1Rhauthpmp
 Beispiel
Autor mit lebenslanger Arztnummer (LANR)
<id root="1.2.276.0.76.4.16" extension="123456701"/>
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1Rhauthpmp
 
Target.png
pmp-data​elementR1-3015Kgreen.png Adresse Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-3015Kyellow.png Adresse Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *Rhauthpmp
 
Target.png
pmp-data​elementR1-3060Kgreen.png E-Mail Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-3050Kyellow.png Telefon Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-3060Kyellow.png E-Mail Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-3050Kgreen.png Telefon Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treeblank.pngTreetree.pnghl7:assigned​Person
0 … 1hauthpmp
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1Mhauthpmp
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1hauthpmp
 Beispiel
Organisation mit Betriebsstättennummer (BSNR) und Name
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="218099900"/>  <name>Internistische Praxis Dr. Abt</name></representedOrganization>
 Beispiel
Apotheke mit IDF Nummer
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.197" extension="3379589"/>  <name>Sonnen-Apotheke</name></representedOrganization>
 Beispiel
Krankenhaus mit Institutionskennzeichen
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.5" extension="260641243"/>  <name>Agaplesion Frankfurter Diakonie Kliniken gGmbh</name></representedOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *hauthpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mhauthpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *hauthpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1hauthpmp

Angaben zur verwendeten Software/Zertifizierung

Id1.2.276.0.76.10.2031Gültigkeit2014‑12‑17
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthorSoftwarepmpBezeichnungCDA author software (pmp)
BeschreibungSoftware, die bei der Erstellung des Dokuments verwendet wurde
Labelhhsoftpmp
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
pmp-data​elementR1-5080Kgreen.png Softwarename und -version Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-5080Kyellow.png Softwarename und -version Kyellow.png Patientenbezogener Medikationsplan Plus v2017
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 1.2.276.0.76.10.2002 CDA author (2013‑07‑10)
ref
hl7de-

Adaptation: Template 1.2.276.0.76.10.2008 CDA author Device (2013‑10‑11)
ref
hl7de-
Beispiel
Beispiel
<author>
  <templateId root="1.2.276.0.76.10.2031"/>  <time value="20141031123456"/>  <assignedAuthor classCode="ASSIGNED">
    <id nullFlavor="NA"/>    <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
      <softwareName>Medplan X Software v2.45</softwareName>    </assignedAuthoringDevice>
  </assignedAuthor>
</author>
ItemDTKardKonfBeschreibungLabel
hl7:author
hhsoftpmp
wo [hl7:templateId/@root='1.2.276.0.76.10.2031']
Treetree.png@typeCode
cs0 … 1FAUT
Treetree.pnghl7:templateId
II1 … 1Mhhsoftpmp
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2031
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1Mhhsoftpmp
Treetree.pnghl7:assignedAuthor
1 … 1Mhhsoftpmp
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … 1Rhhsoftpmp
Treeblank.pngTreetree.pnghl7:assigned​Authoring​Device
1 … 1Rhhsoftpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1hhsoftpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RSoftware Name und Version, die bei der Erstellung des Dokuments verwendet wurdehhsoftpmp
 
Target.png
pmp-data​elementR1-5080Kgreen.png Softwarename und -version Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-5080Kyellow.png Softwarename und -version Kyellow.png Patientenbezogener Medikationsplan Plus v2017

Verwaltende Organisation

Id1.2.276.0.76.10.2030Gültigkeit2014‑09‑17
StatusKyellow.png EntwurfVersions-Label
NameHeaderCustodianpmpBezeichnungCDA custodian (pmp)
BeschreibungDie das Dokument verwaltende Organisation
Labelhcustpmp
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90011InklusionKgreen.png CDA Organization ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.104 CDA custodian (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<custodian>
  <assignedCustodian>
    <representedCustodianOrganization>
      <!-- .. -->
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
ItemDTKardKonfBeschreibungLabel
hl7:custodian
hcustpmp
Treetree.png@typeCode
0 … 1FCST
Treetree.pnghl7:assignedCustodian
1 … 1Mhcustpmp
Treeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:represented​Custodian​Organization
0 … 1hcustpmp
 Beispiel
Organisation mit Betriebsstättennummer (BSNR) und Name
<representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.276.0.76.4.17" extension="218099900"/>  <name>Internistische Praxis Dr. Abt</name></representedCustodianOrganization>
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *hcustpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mhcustpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *hcustpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1hcustpmp

Gesetzlich verantwortlicher Unterzeichner

Id1.2.276.0.76.10.2020Gültigkeit2014‑08‑25
StatusKyellow.png EntwurfVersions-Label
NameHeaderLegalAuthenticatorBezeichnungCDA legalAuthenticator
BeschreibungVor dem Gesetz verantwortliche Unterzeichner des Dokumentes
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90012InklusionKgreen.png CDA Assigned Entity ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.106 CDA legalAuthenticator (2005‑09‑07)
ref
ad1bbr-
Beispiel
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>
ItemDTKardKonfBeschreibungLabel
hl7:legalAuthenticator
0 … 1(Hea...tor)
Treetree.png@typeCode
0 … 1FLA
Treetree.png@context​Control​Code
0 … 1FOP
Treetree.pnghl7:time
TS1 … 1R(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1R(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)
Treetree.pnghl7:assignedEntity
1 … 1R(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Hea...tor)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...tor)

Unterzeichner

Id1.2.276.0.76.10.2019Gültigkeit2014‑08‑25
StatusKgreen.png AktivVersions-Label
NameHeaderAuthenticatorBezeichnungCDA authenticator
BeschreibungUnterzeichner des Dokumentes (weitere neben dem vor dem Gesetz verantwortlichen Unterzeichner)
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90012InklusionKgreen.png CDA Assigned Entity ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.107 CDA authenticator (2005‑09‑07)
ref
ad1bbr-
Beispiel
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>
ItemDTKardKonfBeschreibungLabel
hl7:authenticator
0 … *(Hea...tor)
Treetree.png@typeCode
cs0 … 1FAUTHEN
Treetree.pnghl7:time
TS1 … 1R(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1R(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)
Treetree.pnghl7:assignedEntity
1 … 1R(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Hea...tor)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Hea...tor)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Hea...tor)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...tor)

Hausarzt

Id1.2.276.0.76.10.2012Gültigkeit2013‑11‑22
StatusKyellow.png EntwurfVersions-Label
NameHeaderParticipantHausarztBezeichnungCDA participant Hausarzt
BeschreibungHausarzt
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90011InklusionKgreen.png CDA Organization ElementsDYNAMIC
Beispiel
Beispiel
<participant typeCode="IND">
  <templateId root="1.2.276.0.76.10.2012"/>  <functionCode code="PCP" codeSystem="2.16.840.1.113883.5.88"/>  <associatedEntity classCode="PROV">
    <addr>
      <streetName>Ottobrunner Straße</streetName>      <houseNumber>14-16</houseNumber>      <postalCode>81737</postalCode>      <city>München</city>    </addr>
    <telecom use="MC" value="+4917288966422"/>    <associatedPerson classCode="PSN">
      <name>
        <prefix>Dr. med. </prefix>        <given>Theodor</given>        <family>Parketten</family>      </name>
    </associatedPerson>
    <scopingOrganization>
      <name>Gemeinschaftspraxis Parketten</name>    </scopingOrganization>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
(Hea...rzt)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2012']]
Treetree.png@typeCode
cs1 … 1FIND
Treetree.pnghl7:templateId
II1 … *M(Hea...rzt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2012
Treetree.pnghl7:functionCode
CE1 … *M(Hea...rzt)
Treeblank.pngTreetree.png@code
CONF1 … 1FPCP
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.88 (Participation Function)
Treetree.pnghl7:associated​Entity
1 … 1M(Hea...rzt)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
Treeblank.pngTreetree.pnghl7:id
II0 … *An dieser Stelle kann die Arztnummer (LANR) unter Angabe der dazugehörigen OID übermittelt werden.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...rzt)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...rzt)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Hea...rzt)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...rzt)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Hea...rzt)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...rzt)

Notfallkontakt

Id1.2.276.0.76.10.2011Gültigkeit2013‑11‑22
StatusKyellow.png EntwurfVersions-Label
NameHeaderParticipantNotfallkontaktBezeichnungCDA participant Notfallkontakt
BeschreibungNotfall-Kontakt / Auskunftsberechtigte Person
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90011InklusionKgreen.png CDA Organization ElementsDYNAMIC
Beispiel
Beispiel
<participant typeCode="IND">
  <templateId root="1.2.276.0.76.10.2011"/>  <time value="20131121"/>  <associatedEntity classCode="ECON">
    <code code="MTH" codeSystem="2.16.840.1.113883.5.111"/>    <addr>
      <streetName>Glockenallee</streetName>      <houseNumber>12</houseNumber>      <postalCode>54321</postalCode>      <city>Kirchburg</city>    </addr>
    <telecom use="MC" value="tel:+49160987654321"/>    <associatedPerson classCode="PSN">
      <name>
        <given>Thea</given>        <family>Meyer</family>      </name>
    </associatedPerson>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
(Hea...akt)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2011']]
Treetree.png@typeCode
1 … 1FIND
Treetree.pnghl7:templateId
II1 … *M(Hea...akt)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2011
Treetree.pnghl7:time
IVL_TS0 … 1(Hea...akt)
 Beispiel
Teilnahmezeitraum, Notfallkontakt von 1. November 2013 bis 21. November 2013 (Ende des Tages)
<time>
  <low value="20131101"/>  <high value="201311212359"/></time>
 Beispiel
Teilnahmezeitpunkt , Notfallkontakt am 21. November 2013
<time value="20131121"/>
 Beispiel
Teilnahmezeitraum, Notfallkontakt ab 1. November 2013
<time>
  <low value="20131101"/></time>
Treetree.pnghl7:associated​Entity
1 … 1M(Hea...akt)
Treeblank.pngTreetree.png@classCode
1 … 1FECON
Treeblank.pngTreetree.pnghl7:code
CE0 … 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)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...akt)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Hea...akt)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Hea...akt)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...akt)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Hea...akt)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...akt)

CDA Section Level Templates für den Patientenbezogenen Medikationsplan

Klinische Parameter

Id1.2.276.0.76.10.3039Gültigkeit2017‑07‑01
Andere Versionen mit dieser Id:
  • Kblank.png ClinicalInformation vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameClinicalInformationBezeichnungKlinische Parameter
BeschreibungKlinische Parameter
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3039
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
pmp-data​element2017-200Kyellow.png Klinische Parameter Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4016ContainmentKyellow.png KörpergewichtDYNAMIC
1.2.276.0.76.10.4262ContainmentKyellow.png KörpergrößeDYNAMIC
1.2.276.0.76.10.4017ContainmentKyellow.png KreatininDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<section classCode="DOCSECT">
  <templateId root="1.2.276.0.76.10.3039"/>  <code code="55752-0" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Clinical information"/>  <title>Klinische Parameter</title>  <text>
    <list>
      <item ID="gew">Körpergewicht: 89 kg</item>      <item ID="gro">Körpergröße: 181 cm</item>      <item ID="skrea">Kreatinin: 1,3 mg/dl</item>    </list>
  </text>
  <entry typeCode="DRIV">
    <!-- .. -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *(Cli...ion)
 
Target.png
pmp-data​element2017-200Kyellow.png Klinische Parameter Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treetree.png@classCode
0 … 1FDOCSECT
Treetree.png@moodCode
0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Cli...ion)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3039
Treetree.pnghl7:code
CE1 … 1M(Cli...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F55752-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Cli...ion)
 CONF
Elementinhalt muss "Klinische Parameter" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Cli...ion)
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4016 Körpergewicht (DYNAMIC)(Cli...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4262 Körpergröße (DYNAMIC)(Cli...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4017 Kreatinin (DYNAMIC)(Cli...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV

Allergien und Unverträglichkeiten

Id1.2.276.0.76.10.3040Gültigkeit2017‑06‑04
Andere Versionen mit dieser Id:
  • Kblank.png AllergienUnvertraeglichkeiten vom 2012‑07‑14
StatusKyellow.png EntwurfVersions-Label
NameAllergienUnvertraeglichkeitenBezeichnungAllergien und Unverträglichkeiten
BeschreibungBeschreibung der Allergien und Medikamentenunverträglichkeiten und deren Manifestationen (Reaktion) und Kritikalität
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3040
Labelsaurpmp
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4256ContainmentKyellow.png Allergie/Unverträglichkeit Concern ActDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<section classCode="DOCSECT">
  <templateId root="1.2.276.0.76.10.3040"/>  <code code="48765-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Allergies, adverse reactions, alerts"/>  <title>Allergien und Unverträglichkeiten</title>  <text>
    <list>
      <item ID="alg">Allergie: Penizillin</item>      <item ID="int">Unverträglichkeit: Laktose</item>    </list>
  </text>
  <entry typeCode="COMP">
    <!-- .. -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
saurpmp
Treetree.png@classCode
0 … 1FDOCSECT
Treetree.png@moodCode
0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1saurpmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3040
Treetree.pnghl7:code
CE1 … 1Msaurpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F48765-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1Msaurpmp
 CONF
Elementinhalt muss "Allergien und Unverträglichkeiten" sein
Treetree.pnghl7:text
SD.TEXT1 … 1Msaurpmp
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4256 Allergie/Unverträglichkeit Concern Act (DYNAMIC)saurpmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV

Gesundheitsbelange

Id1.2.276.0.76.10.3043Gültigkeit2015‑03‑03
StatusKyellow.png EntwurfVersions-Label
NameHealthConcernsSectionBezeichnungGesundheitsbelange
Beschreibung
Gesundheitsbelange. Dieser Abschnitt enthält eine Beschreibung über einen Gesundheitszustand oder -prozess, der möglicherweise Aufmerksamkeit, Intervention oder Management erfordern könnte. "Gesundheitsbelange" beschreiben einen Gesundheitszustand oder -prozess, der bedeutsam oder wichtig für den Patienten, die Familie des Patienten oder den behandelnden Arzt/Gesundheitsdienstleister ist oder Anlass zur Besorgnis liefert.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3043
Labelscondpmp
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4020ContainmentKyellow.png Status SchwangerschaftDYNAMIC
1.2.276.0.76.10.4021ContainmentKyellow.png StillzeitDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<section classCode="DOCSECT">
  <templateId root="1.2.276.0.76.10.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>
ItemDTKardKonfBeschreibungLabel
hl7:section
scondpmp
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1scondpmp
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3043
Treetree.pnghl7:code
CE1 … 1Mscondpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F75310-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1Mscondpmp
 CONF
Elementinhalt muss "Gesundheitsbelange" sein
Treetree.pnghl7:text
SD.TEXT1 … 1Mscondpmp
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4020 Status Schwangerschaft (DYNAMIC)scondpmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4021 Stillzeit (DYNAMIC)scondpmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


Aktuelle Medikation (Medikationsplan)

Id1.2.276.0.76.10.3041Gültigkeit2017‑06‑04
Andere Versionen mit dieser Id:
  • Kblank.png Medicationcurrent vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameMedicationcurrentBezeichnungAktuelle Medikation
BeschreibungAktuelle Medikation
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3041
Labelamedpmp
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
pmp-data​element2017-400Kyellow.png Medikationseintrag Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.4261ContainmentKyellow.png Medikation GruppierungDYNAMIC
1.2.276.0.76.10.4295ContainmentKyellow.png Ohne MedikationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.3041"/>  <code code="19009-0" codeSystem="2.16.840.1.113883.6.1" displayName="Medication.current"/>  <title>Medikationsplan</title>  <text>
    <table>
      <thead>
        <tr>
          <th>Wirkstoff/Arzneimittel</th>          <th>Handelsname</th>          <th>Stärke</th>          <th>Form</th>          <th>Mo</th>          <th>Mi</th>          <th>Ab</th>          <th>zN</th>          <th>Einheit</th>          <th>Hinweise</th>          <th>Grund</th>        </tr>
      </thead>
      <tbody>
        <tr ID="med-1">
          <!-- .. -->
        </tr>
      </tbody>
    </table>
  </text>
  <entry typeCode="DRIV">
    <!-- .. -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *amedpmp
 
Target.png
pmp-data​element2017-400Kyellow.png Medikationseintrag Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treetree.png@classCode
0 … 1FDOCSECT
Treetree.png@moodCode
0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1amedpmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3041
Treetree.pnghl7:code
CE1 … 1Mamedpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F19009-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1Mamedpmp
 CONF
Elementinhalt muss "Medikationsplan" sein
Treetree.pnghl7:text
SD.TEXT1 … 1Mamedpmp
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)
Treeblank.pngTreetree.pnghl7:entry
0 … *RBeinhaltet 1.2.276.0.76.10.4261 Medikation Gruppierung (DYNAMIC)amedpmp
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.pnghl7:entry
0 … *RBeinhaltet 1.2.276.0.76.10.4295 Ohne Medikation (DYNAMIC)amedpmp
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV

Wichtige Angaben

Id1.2.276.0.76.10.3042Gültigkeit2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameInstructionsBezeichnungWichtige Angaben
BeschreibungWichtige Angaben/Hinweise für den Patienten
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3042
Labelinstpmp
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.21.2.45.2 (DYNAMIC)
ref
?
Beispiel
Beispiel
<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.3042"/>  <code code="69730-0" codeSystem="2.16.840.1.113883.6.1" displayName="Instructions"/>  <title>Wichtige Angaben</title>  <text>
    Bitte messen Sie Ihren Blutdruck täglich!    <br/>     Nächster Impftermin: 24.12.2014    <br/>     Bei Rissen in der Hornhaut bitte Desinfektion auftragen.  </text>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *instpmp
Treetree.png@classCode
0 … 1FDOCSECT
Treetree.png@moodCode
0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1instpmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3042
Treetree.pnghl7:code
CE1 … 1Minstpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F69730-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="69730-0" displayName="Instructions" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1Minstpmp
 CONF
Elementinhalt muss "Wichtige Angaben" sein
Treetree.pnghl7:text
SD.TEXT1 … 1Minstpmp

CDA Entry Level Templates für den Patientenbezogenen Medikationsplan

Körpergewicht

Id1.2.276.0.76.10.4016Gültigkeit2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameBodyWeightBezeichnungKörpergewicht
BeschreibungKörpergewicht
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4016
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4016"/>  <code code="29463-7" codeSystem="2.16.840.1.113883.6.1" displayName="Body weight"/>  <text>
    <reference value="#gew"/>  </text>
  <statusCode code="completed"/>  <value xsi:type="PQ" value="89" unit="kg"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Bod...ght)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Bod...ght)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4016
Treetree.pnghl7:id
II0 … *R(Bod...ght)
Treetree.pnghl7:code
CE1 … 1M(Bod...ght)
Treeblank.pngTreetree.png@code
CONF1 … 1F29463-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED0 … 1Lediglich reference in den Text der zugehörigen Section(Bod...ght)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1(Bod...ght)
Treetree.pnghl7:statusCode
CS1 … 1M(Bod...ght)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
TS0 … 1(Bod...ght)
Treetree.pnghl7:value
PQ1 … 1R(Bod...ght)
 CONF
@unit ist "kg"

Kreatinin

Id1.2.276.0.76.10.4017Gültigkeit2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameCreatinineBezeichnungKreatinin
BeschreibungKreatinin
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4017
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
pmp-data​elementR1-2020Kgreen.png Kreatinin Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-2020Kyellow.png Kreatinin Kyellow.png Patientenbezogener Medikationsplan Plus v2017
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4017"/>  <code code="2160-0" codeSystem="2.16.840.1.113883.6.1" displayName="Creatinine"/>  <text>
    <reference value="#skrea"/>  </text>
  <statusCode code="completed"/>  <value xsi:type="PQ" value="1.3" unit="mg/dl"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
0 … *(Cre...ine)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Cre...ine)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4017
Treetree.pnghl7:id
II0 … *R(Cre...ine)
Treetree.pnghl7:code
CE1 … 1M(Cre...ine)
Treeblank.pngTreetree.png@code
CONF1 … 1F2160-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED1 … 1M(Cre...ine)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1MReference in den Text der Section(Cre...ine)
 Beispiel<reference value="#skrea"/>
Treetree.pnghl7:statusCode
CS1 … 1M(Cre...ine)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
TS0 … 1(Cre...ine)
Treetree.pnghl7:value
PQ1 … 1R(Cre...ine)
 
Target.png
pmp-data​elementR1-2020Kgreen.png Kreatinin Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-2020Kyellow.png Kreatinin Kyellow.png Patientenbezogener Medikationsplan Plus v2017
 CONF
@unit ist "mg/dl"

Allergien

Id1.2.276.0.76.10.4018Gültigkeit2016‑01‑31
Andere Versionen mit dieser Id:
  • Kblank.png Allergytosubstance vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameAllergytosubstanceBezeichnungAllergien
BeschreibungAllergie, nur Freitext
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4018
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
pmp-data​element2017-2030Kyellow.png Typ Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-2030Kgreen.png Allergie Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4018"/>  <code code="ALG" codeSystem="2.16.840.1.113883.5.4" displayName="Allergy"/>  <text>
    <reference value="#alg"/>  </text>
  <statusCode code="completed"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
0 … *(All...nce)
 
Target.png
pmp-data​element2017-2030Kyellow.png Typ Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-2030Kgreen.png Allergie Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treetree.png@classCode
1 … 1FOBS
Treetree.png@moodCode
1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(All...nce)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4018
Treetree.pnghl7:id
II0 … *R(All...nce)
Treetree.pnghl7:code
CE1 … 1M(All...nce)
Treeblank.pngTreetree.png@code
CONF1 … 1FALG
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.4 (Act Code)
Treetree.pnghl7:text
ED1 … 1MReference in den Text der Section; die Allergien werden als Text im zugehörigen section.text Element genannt, auf den reference.value verweist(All...nce)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1M(All...nce)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#alg
Treetree.pnghl7:statusCode
CS1 … 1M(All...nce)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted

Unverträglichkeiten

Id1.2.276.0.76.10.4019Gültigkeit2016‑01‑31
Andere Versionen mit dieser Id:
  • Kblank.png Propensitytoadversereactions vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NamePropensitytoadversereactionsBezeichnungUnverträglichkeiten
BeschreibungUnverträglichkeiten, nur Freitext
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4019
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
pmp-data​element2017-2040Kcancelledblue.png Unverträglichkeit Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-2040Kgreen.png Unverträglichkeit Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4019"/>  <code code="OINT" codeSystem="2.16.840.1.113883.5.4" displayName="Intolerance"/>  <text>
    <reference value="#int"/>  </text>
  <statusCode code="completed"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
0 … *(Pro...ons)
 
Target.png
pmp-data​element2017-2040Kcancelledblue.png Unverträglichkeit Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-2040Kgreen.png Unverträglichkeit Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
Treetree.png@classCode
1 … 1FOBS
Treetree.png@moodCode
1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Pro...ons)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4019
Treetree.pnghl7:id
II0 … *R(Pro...ons)
Treetree.pnghl7:code
CE1 … 1M(Pro...ons)
Treeblank.pngTreetree.png@code
CONF1 … 1FOINT
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.4 (Act Code)
Treetree.pnghl7:text
ED1 … 1MReference 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)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1M(Pro...ons)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#int
Treetree.pnghl7:statusCode
CS1 … 1M(Pro...ons)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted

Schwangerschaft

Id1.2.276.0.76.10.4020Gültigkeit2017‑06‑04
Andere Versionen mit dieser Id:
  • Kblank.png Pregnancystatus vom 2015‑01‑31
  • Kblank.png Patientcurrentlypregnant vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NamePregnancystatusBezeichnungStatus Schwangerschaft
BeschreibungStatus Schwangerschaft
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4020
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
pmp-data​element2017-2050Kyellow.png Schwanger? Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4255ContainmentKyellow.png Erwarteter GeburtsterminDYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.4020 Status Schwangerschaft (2015‑01‑31)
Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

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

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13.5 eHDSI Pregnancy Observation (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4020"/>  <code code="11449-6" codeSystem="2.16.840.1.113883.6.1" displayName="Pregnancy status"/>  <statusCode code="completed"/>  <value xsi:type="CV" code="0" codeSystem="1.2.276.0.76.3.1.195.5.46" displayName="Patient nicht schwanger"/>  <entryRelationship typeCode="COMP">
    <!-- Erwarteter Geburtstermin (1.2.276.0.76.10.4255) -->
  </entryRelationship>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1(Pre...tus)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1(Pre...tus)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4020
Treetree.pnghl7:id
0 … 1(Pre...tus)
Treetree.pnghl7:code
CE1 … 1M(Pre...tus)
Treeblank.pngTreetree.png@code
CONF1 … 1F11449-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED0 … 1Lediglich reference in den Text der zugehörigen Section(Pre...tus)
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1(Pre...tus)
Treetree.pnghl7:statusCode
CS1 … 1M(Pre...tus)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
TS0 … 1(Pre...tus)
Treetree.pnghl7:value
CV1 … 1R(Pre...tus)
 
Target.png
pmp-data​element2017-2050Kyellow.png Schwanger? Kyellow.png 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)
Treetree.pnghl7:entryRelationship
0 … 1RBeinhaltet 1.2.276.0.76.10.4255 Erwarteter Geburtstermin (DYNAMIC)(Pre...tus)
Treeblank.pngTreetree.png@typeCode
1 … 1FCOMP

Stillzeit

Id1.2.276.0.76.10.4021Gültigkeit2016‑01‑02
Andere Versionen mit dieser Id:
  • Kblank.png Mothercurrentlybreastfeeding vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameMothercurrentlybreastfeedingBezeichnungStillzeit
BeschreibungMutter stillt momentan
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4021
Labelmbfpmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
pmp-data​elementR1-2060Kgreen.png Mutter stillend? Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-2060Kyellow.png Mutter stillend? Kyellow.png Patientenbezogener Medikationsplan Plus v2017
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4021"/>  <code code="63895-7" codeSystem="2.16.840.1.113883.6.1" displayName="Breast feeding"/>  <text>
    <reference value="#mbf"/>  </text>
  <statusCode code="completed"/>  <value xsi:type="BL" value="true"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
0 … *mbfpmp
 
Target.png
pmp-data​elementR1-2060Kgreen.png Mutter stillend? Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-2060Kyellow.png Mutter stillend? Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treetree.png@classCode
1 … 1FOBS
Treetree.png@moodCode
1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1Mmbfpmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4021
Treetree.pnghl7:id
II0 … *mbfpmp
Treetree.pnghl7:code
CE1 … 1Mmbfpmp
Treeblank.pngTreetree.png@code
CONF1 … 1F63895-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED1 … 1MReference in den Text der Sectionmbfpmp
Treeblank.pngTreetree.pnghl7:reference
URL1 … 1Mmbfpmp
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F#mbf
Treetree.pnghl7:statusCode
CS1 … 1Mmbfpmp
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
BL1 … 1Mmbfpmp

Medikation

Id1.2.276.0.76.10.4022Gültigkeit2018‑11‑01
Andere Versionen mit dieser Id:
  • Kblank.png MedicationStatement vom 2017‑06‑04
  • Kblank.png MedicationStatement vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Labelv2019
NameMedicationStatementBezeichnungMedikation
BeschreibungMedikations-Eintrag (Medication Statement)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4022
Labelmedspmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 9 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90023InklusionKyellow.png EinnahmedauerDYNAMIC
1.2.276.0.76.10.4025ContainmentKyellow.png MedikamentDYNAMIC
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.90020InklusionKyellow.png RelatedEntity (Body)DYNAMIC
1.2.276.0.76.10.4023ContainmentKyellow.png Einzeldosierungen (mpp 2018)DYNAMIC
1.2.276.0.76.10.4024ContainmentKyellow.png Dosierung FreitextDYNAMIC
1.2.276.0.76.10.4026ContainmentKyellow.png PatienteninstruktionenDYNAMIC
1.2.276.0.76.10.4027ContainmentKyellow.png Grund für MedikationDYNAMIC
1.2.276.0.76.10.4296ContainmentKyellow.png Bezug zur Therapie-IntentionDYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.4022 Medikation (2017‑06‑04)
Spezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<substanceAdministration classCode="SBADM" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4022"/>  <id root="1.2.3.999"/>  <code code="DRUG" codeSystem="2.16.840.1.113883.5.4"/>  <text>
    <reference value="#med-1"/>  </text>
  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">
    <!-- Einnahmeperiode, optional -->
  </effectiveTime>
  <!-- Art der Anwendung -->
  <routeCode code="20053000" codeSystem="0.4.0.127.0.16.1.1.2.1" displayName="Oral use" codeSystemName="EDQM"/>  <consumable typeCode="CSM">
    <!-- Arzneimittel/Wirkstoff/Rezeptur -->
  </consumable>
  <precondition>
    <!-- z. B. Bedarfsmedikation -->
  </precondition>
  <author>
    <!-- Autor des Medikationseintrags: verschreibender Gesundheitsdienstleister -->
  </author>
  <participant typeCode="AUT">
    <!-- Selbstmedikation (Quelle: Patient) -->
  </participant>
  <participant typeCode="VRF">
    <!-- Hauskomet Pflegearzt (Kurator) -->
  </participant>
  <informant typeCode="INF">
    <!-- Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten -->
  </informant>
  <entryRelationship typeCode="COMP">
    <!-- Einnahme: z. B. morgens, mittags, abends, nachts (template 2.16.840.1.113883.3.1937.777.27.10.8) -->
    <!-- oder Freitextliche Dosierinstruktionen (template 1.2.276.0.76.10.4024) -->
  </entryRelationship>
  <entryRelationship typeCode="SUBJ" inversionInd="true">
    <!-- Patienteninstruktionen (template 2.16.840.1.113883.10.20.1.49) -->
  </entryRelationship>
  <entryRelationship typeCode="RSON">
    <!-- Grund der Einnahme (template 2.16.840.1.113883.10.20.22.4.19) -->
  </entryRelationship>
</substanceAdministration>
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
0 … *medspmp
Treetree.png@classCode
cs1 … 1FSBADM
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1Mmedspmp
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4022
Treetree.pnghl7:id
II0 … *Rmedspmp
Treetree.pnghl7:code
CV1 … 1Mmedspmp
Treeblank.pngTreetree.png@code
CONF1 … 1FDRUG
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.4 (Act Code)
Treetree.pnghl7:text
ED1 … 1Mmedspmp
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1Mmedspmp
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#med-{generierteID}, z.B.: #med-1
Treetree.pnghl7:statusCode
CS1 … 1Rmedspmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.25 ActStatusActiveCompletedAbortedSuspended (DYNAMIC)
Eingefügt0 … 1R von 1.2.276.0.76.10.90023 Einnahmedauer (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:low|hl7:high]
  • hl7:effectiveTime[hl7:width]
  • hl7:effectiveTime[@nullFlavor='NI']
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1CZeitelement zur Dokumentation der Einnahmedauer, hier spezifisches Interval von bismedspmp
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
0 … 1FIVL_TS
 Beispiel
Intervall bekannt
<effectiveTime xsi:type="IVL_TS">
  <low value="20130321"/>  <high value="20140321"/></effectiveTime>
 Beispiel
unbekanntes Ende-Datum
<effectiveTime xsi:type="IVL_TS">
  <low value="20130321"/>  <high nullFlavor="UNK"/></effectiveTime>
 Beispiel
Dauermedikation
<effectiveTime xsi:type="IVL_TS">
  <low value="20130321"/>  <high nullFlavor="NA"/></effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.​DATE.​MIN1 … 1Rmedspmp
 
Target.png
pmp-data​element2017-460Kyellow.png Startdatum Einnahme Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.​DATE.​MIN0 … 1Rmedspmp
 
Target.png
pmp-data​element2017-461Kyellow.png Enddatum Einnahme Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1CZeitelement zur Dokumentation der Einnahmedauer, hier Dauermedspmp
wo [hl7:width]
 Beispiel
Einnahme für zwei Wochen
<effectiveTime xsi:type="IVL_TS">
  <width value="2" unit="wk"/></effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:width
PQ1 … 1Rmedspmp
 
Target.png
pmp-data​element2017-6100Kyellow.png Dauer der Einnahme Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
TS … 1Cmedspmp
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
 Beispiel
Keine Informationen über die Einnahmedauer
<effectiveTime nullFlavor="NI"/>
Treetree.pnghl7:routeCode
CE0 … 1RArt der Anwendung der Arzneimedspmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.26 EDQMRouteofAdministration (DYNAMIC)
Treetree.pnghl7:maxDoseQuantity
RTO_PQ_PQ0 … 1Rmedspmp
Treetree.pnghl7:consumable
1 … 1MArzneimittel/Wirkstoff/Rezeptur
Beinhaltet 1.2.276.0.76.10.4025 Medikament (DYNAMIC)
medspmp
Auswahl0 … 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']
Treeblank.pngTreetree.pnghl7:author
Autor dieser Information ist ein Gesundheitsdienstleistermedspmp
 Beispiel
Autor der Information ist ein Gesundheitsdienstleister
<author>
  <time value="20131221"/>  <assignedAuthor>
    <id root="1.2.276.0.76.4.16" extension="123456701"/>    <assignedPerson>
      <name>
        <given qualifier="IN">Jan H.</given>        <family>Ausarz</family>      </name>
    </assignedPerson>
  </assignedAuthor>
</author>
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1medspmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS1 … 1Rmedspmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Rmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *Rmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (Role Code)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1medspmp
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1Mmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1medspmp
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1medspmp
Treeblank.pngTreetree.pnghl7:informant
0 … 1Informant dieser Information ist eine Kontaktperson/Angehöriger des Patientenmedspmp
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FINF
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel
Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten
<informant>
  <relatedEntity classCode="CON">
    <relatedPerson classCode="PSN" determinerCode="INSTANCE">
      <name> ... </name>    </relatedPerson>
  </relatedEntity>
</informant>
Treeblank.pngTreeblank.pngTreetree.pnghl7:relatedEntity
1 … 1Mmedspmp
Eingefügt von 1.2.276.0.76.10.90020 RelatedEntity (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1R
 CONF
Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19316 RoleClassMutualRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1medspmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:relatedPerson
0 … 1medspmp
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1Mmedspmp
Treeblank.pngTreetree.pnghl7:participant
Autor dieser Information ist der Patientmedspmp
wo [@typeCode='AUT']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FAUT
 Beispiel
Autor der Information ist der Patient
<participant typeCode="AUT">
  <participantRole classCode="PAT"/></participant>
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS0 … 1Rmedspmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:participantRole
1 … 1Mmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPAT
Treetree.pnghl7:entryRelationship
0 … 5REinzeldosierungen, z. B. morgens, mittags, abends, zur Nacht etc.
Beinhaltet 1.2.276.0.76.10.4023 Einzeldosierungen (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT.POS0 … 1Reihenfolge in der Liste der Dosierungsangabenmedspmp
Treetree.pnghl7:entryRelationship
0 … 1RFreitextliche Dosierinstruktionen
Beinhaltet 1.2.276.0.76.10.4024 Dosierung Freitext (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT.POS0 … 1Reihenfolge in der Liste der Dosierungsangabenmedspmp
Treetree.pnghl7:entryRelationship
0 … *RPatienteninstruktionen
Beinhaltet 1.2.276.0.76.10.4026 Patienteninstruktionen (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treetree.pnghl7:entryRelationship
0 … *RGrund für die Medikation
Beinhaltet 1.2.276.0.76.10.4027 Grund für Medikation (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FRSON
Treetree.pnghl7:entryRelationship
0 … 1RBezug zur medikamentösen Therapie-Intention
Beinhaltet 1.2.276.0.76.10.4296 Bezug zur Therapie-Intention (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR

Einzeldosierungen

Id1.2.276.0.76.10.4023Gültigkeit2018‑11‑01
Andere Versionen mit dieser Id:
  • Kblank.png MedicationStatementSplitDose vom 2017‑06‑04
  • Kblank.png MedicationStatementSplitDose vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Labelmpp 2018
NameEinzeldosierungenBezeichnungEinzeldosierungen
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
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4023
Labelmedssdpmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90028InklusionKyellow.png Medikation VorbedingungDYNAMIC
BeziehungSpezialisierung: 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
?
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
0 … *medssdpmp
Treetree.png@classCode
cs1 … 1FSBADM
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1Mmedssdpmp
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4023
Treetree.pnghl7:text
ED1 … 1Mmedssdpmp
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1Mmedssdpmp
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#dosxx-{generierteID}, xx ist cm, cd, cv oder hs, z.B.: #doscm-1
Auswahl … 1Elemente in der Auswahl:
  • hl7:effectiveTime[@value or @nullFlavor]
  • hl7:effectiveTime[@xsi:type='EIVL_TS']
  • hl7:effectiveTime[@xsi:type='PIVL_TS']
  • hl7:effectiveTime[@xsi:type='SXPR_TS'][hl7:comp[@xsi:type='PIVL_TS']]
  • hl7:effectiveTime[@xsi:type='SXPR_TS'][hl7:comp[@xsi:type='IVL_TS']]
Treeblank.pngTreetree.pnghl7:effectiveTime
TSCEinnahme einmalig / Einnahmezeitpunkt unbekanntmedssdpmp
wo [@value or @nullFlavor]
 Beispiel
Einnahme einmalig
<effectiveTime value="20170404"/>
 Beispiel
Einnahmezeitpunkt unbekannt
<effectiveTime nullFlavor="UNK"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
EIVL_TSCZeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ergeignis, ggf. mit Offsetmedssdpmp
wo [@xsi:type='EIVL_TS']
 Beispiel
mittags 10 mg
<effectiveTime xsi:type="EIVL_TS">
  <event code="CD"/></effectiveTime>
<doseQuantity value="10" unit="mg"/>
 Beispiel
morgens 1 (Stück)
<effectiveTime xsi:type="EIVL_TS">
  <event code="CM"/></effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>
 Beispiel
abends 1-2 (Hübe)
<effectiveTime xsi:type="EIVL_TS">
  <event code="CV"/></effectiveTime>
<doseQuantity>
  <low value="1" unit="{Hübe}"/>  <high value="2" unit="{Hübe}"/></doseQuantity>
 Beispiel
30 Minuten nach dem Abendessen 1 Stück
<effectiveTime xsi:type="EIVL_TS">
  <event code="PCV"/>  <offset value="30" unit="min"/></effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:event
CS1 … 1Mmedssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.463 TimingEvent (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ0 … 1medssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
PIVL_TSCZeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase, ggf. mit Wiederholungsintervallmedssdpmp
wo [@xsi:type='PIVL_TS']
 Beispiel
Jeden Donnerstag 1 Stück
<effectiveTime xsi:type="PIVL_TS">
  <phase value="20180913"/>  <!-- Jeden Donnerstag (der 13.9.2018 ist der erste Donnerstag innerhalb der Gebrauchsperiode) -->
  <period value="1" unit="wk"/>  <!-- Wiederholperiode 1 Woche -->
</effectiveTime>
<doseQuantity value="1" unit="{Stück}"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1Mmedssdpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ0 … 1medssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TSCZeitelement zur Aufnahme des Einnahmezeitpunkts mit Wiederholungsintervall, ausgedrückt als Phase und Ereignismedssdpmp
wo [@xsi:type='SXPR_TS'] [hl7:comp [@xsi:type='PIVL_TS']]
 Beispiel
Jeden Donnerstag 30 Minuten vor dem Frühstück
<effectiveTime xsi:type="SXPR_TS">
  <comp xsi:type="PIVL_TS">
    <phase value="20180913"/>    <!-- Jeden Donnerstag (der 13.9.2018 ist der erste Donnerstag innerhalb der Gebrauchsperiode) -->
    <period value="1" unit="wk"/>    <!-- Wiederholperiode 1 Woche -->
  </comp>
  <comp xsi:type="EIVL_TS" operator="A">
    <!-- 30 Minuten vor dem Frühstück -->
    <event code="ACM"/>    <offset value="30" unit="min"/>  </comp>
</effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1Mmedssdpmp
wo [@xsi:type='PIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1Mmedssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ0 … 1medssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
EIVL_TS1 … 1Mmedssdpmp
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
CS1 … 1Mmedssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.463 TimingEvent (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ0 … 1medssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TSCZeitelement zur Aufnahme des (einmaligen) Einnahmezeitpunkts ohne Wiederholungen, ausgedrückt als Intervall und Ereignismedssdpmp
wo [@xsi:type='SXPR_TS'] [hl7:comp [@xsi:type='IVL_TS']]
 Beispiel
Am Donnerstag 13.9.2018 1x 30 Minuten vor dem Frühstück
<effectiveTime xsi:type="SXPR_TS">
  <!-- am 13.9.2018 -->
  <comp xsi:type="IVL_TS" value="20180913"/>  <comp xsi:type="EIVL_TS" operator="A">
    <!-- 30 Minuten vor dem Frühstück -->
    <event code="ACM"/>    <offset value="30" unit="min"/>  </comp>
</effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
IVL_TS1 … 1Mmedssdpmp
wo [@xsi:type='IVL_TS']
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
EIVL_TS1 … 1Mmedssdpmp
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
CS1 … 1Mmedssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.463 TimingEvent (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ0 … 1medssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treetree.pnghl7:doseQuantity
IVL_PQ1 … 1Mmedssdpmp
 Beispiel
25 mg
<doseQuantity value="25" unit="mg"/>
 Beispiel
1 bis 2 Tabletten
<doseQuantity>
  <low value="1" unit="{tablet}"/>  <high value="2" unit="{tablet}"/></doseQuantity>
 Beispiel
1 Tablette (mit Translation)
<doseQuantity value="1" unit="{tablet}">
  <translation code="1" codeSystem="2.16.840.1.113883.2.6.60.4.5.4" displayName="Stück"/></doseQuantity>
 Beispiel
Nur textliche Beschreibung der Dosis
<doseQuantity nullFlavor="OTH">
  <translation>
    <originalText>
      <reference value="#text-ref-1"/>    </originalText>
  </translation>
</doseQuantity>
Treeblank.pngTreetree.pnghl7:translation
CE0 … 1Rmedssdpmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.23 BMP Dosiereinheit (DYNAMIC)
Treetree.pnghl7:consumable
1 … 1Mmedssdpmp
Treeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1Mmedssdpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1medssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt0 … 1R von 1.2.276.0.76.10.90028 Medikation Vorbedingung (DYNAMIC)
Treetree.pnghl7:precondition
0 … 1Rmedssdpmp
Treeblank.pngTreetree.png@typeCode
cs0 … 1FPRCN
Treeblank.pngTreetree.pnghl7:criterion
1 … 1Rmedssdpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FOBS
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN.CRT
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CD0 … 1medssdpmp
 
Target.png
pmp-data​element2017-6092Kyellow.png Einnahme bei Bedarf Kyellow.png 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Rmedssdpmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED0 … 1medssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1Mmedssdpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#prec-{generierteID}, z.B.: #prec-1

Dosierung Freitext

Id1.2.276.0.76.10.4024Gültigkeit2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameMedicationStatementDoseInstructionBezeichnungDosierung 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
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4024
Labelmedsdipmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
pmp-data​element2017-6090Kyellow.png Freitext Kyellow.png Patientenbezogener Medikationsplan Plus v2017
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<substanceAdministration classCode="SBADM" moodCode="INT">
  <templateId root="1.2.276.0.76.10.4024"/>  <text>
    <reference value="#dosinst-23"/>  </text>
  <consumable>
    <manufacturedProduct>
      <manufacturedMaterial nullFlavor="NA"/>    </manufacturedProduct>
  </consumable>
</substanceAdministration>
Beispiel
Zusammenschau section.text und freitextliche Dosierung
<section>
  <!-- .. -->
  <text>
    ...    <content ID="dosinst-23">2 bis 3 Stck tgl.</content>  </text>
</section>
<entry>
  <substanceAdministration classCode="SBADM" moodCode="INT">
    <templateId root="1.2.276.0.76.10.4024"/>    <text>
      <reference value="#dosinst-23"/>    </text>
    <consumable>
      <manufacturedProduct>
        <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>
    </consumable>
  </substanceAdministration>
</entry>
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
0 … *medsdipmp
Treetree.png@classCode
1 … 1FSBADM
Treetree.png@moodCode
1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1Mmedsdipmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4024
Treetree.pnghl7:text
ED1 … 1Mmedsdipmp
 
Target.png
pmp-data​element2017-6090Kyellow.png Freitext Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1Mmedsdipmp
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#dosinst-{generierteID}, z.B.: #dosinst-1
Treetree.pnghl7:consumable
1 … 1Mmedsdipmp
Treeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1Mmedsdipmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1medsdipmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
1 … 1FNA

Medikament

Id1.2.276.0.76.10.4025Gültigkeit2017‑06‑04
Andere Versionen mit dieser Id:
  • Kblank.png MedicationInformation vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameMedicationInformationBezeichnungMedikament
BeschreibungArzneimittel/Wirkstoff/Rezeptur
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4025
Labelmedinfpmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90022InklusionKyellow.png MaterialDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.312 CDA ManufacturedProduct (2005‑09‑07)
ref
ad1bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC)
ref
epsos-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC)
ref
ccd1-
Beispiel
Beispiel
<manufacturedProduct classCode="MANU">
  <templateId root="1.2.276.0.76.10.4025"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
    <!-- .. -->
  </manufacturedMaterial>
</manufacturedProduct>
ItemDTKardKonfBeschreibungLabel
hl7:manufacturedProduct
0 … *medinfpmp
Treetree.png@classCode
1 … 1FMANU
Treetree.pnghl7:templateId
II1 … 1Mmedinfpmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4025
Eingefügt1 … 1M von 1.2.276.0.76.10.90022 Material (DYNAMIC)
Treetree.pnghl7:manufactured​Material
1 … 1Mmedinfpmp
Treeblank.pngTreetree.png@classCode
cs1 … 1FMMAT
Treeblank.pngTreetree.png@determiner​Code
cs1 … 1FKIND
Treeblank.pngTreetree.pnghl7:code
CD1 … 1RPharmazentralnummer der Arznei, zugelassene nullFlavor:
  • NI Arznei hat keine PZN
  • NA Arznei ist eine Rezeptur
  • UNK Arznei hat eine PZN, diese ist jedoch unbekannt
medinfpmp
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NA" sein
oder
@nullFlavor muss "NI" sein
oder
@nullFlavor muss "UNK" sein
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.2.276.0.76.4.6 (Pharmazentralnummer)
 Beispiel
Arznei mit PZN
<code code="10333719" codeSystem="1.2.276.0.76.4.6" displayName="Ibu-LysinHEXAL® 684 mg"/>
 Beispiel
Arznei hat keine PZN
<code nullFlavor="NI"/>
 Beispiel
Rezeptur (ohne PZN)
<code nullFlavor="NA">
  <originalText>
    <reference value="#rezeptur-17"/>  </originalText>
</code>
 Beispiel
Arznei, unbekannte PZN
<code nullFlavor="UNK"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Rmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1Mmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1Rz.B. #rezeptur-{generierteID}, z.B.: #rezeptur-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *ROptionale Übersetzung des Codes in ein anderes Codesystemmedinfpmp
Treeblank.pngTreetree.pnghl7:name
EN1 … 1RBezeichnung der Arznei
Zugelassenes nullFlavor:
  • NA Arznei ist eine Rezeptur
medinfpmp
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NA" sein
 Beispiel
Name der Arznei
<name>Limasin 500mg</name>
 Beispiel
Rezeptur ohne Handelsname
<name nullFlavor="NA"/>
Treeblank.pngTreetree.pngpharm:formCode
CE0 … 1RDarreichungsformmedinfpmp
 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)
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *ROptionale Übersetzung des Codes in ein anderes Codesystemmedinfpmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.454 S_BMP_DARREICHUNGSFORM (DYNAMIC)
Treeblank.pngTreetree.pngpharm:asContent
0 … 1RAngaben zur Packungmedinfpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCONT
Treeblank.pngTreeblank.pngTreetree.pngpharm:containerPackagedProduct
1 … 1Mmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCONT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs1 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:code
1 … 1MPharmazentralnummer der Arzneimedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF1 … 1F1.2.276.0.76.4.6 (Pharmazentralnummer)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1medinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:name
EN1 … 1Mmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:formCode
CE0 … 1RTyp der Packungmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:capacity​Quantity
PQ1 … 1Mmedinfpmp
Treeblank.pngTreetree.pngpharm:asSpecializedKind
0 … 1RAngabe des ATC Codes (WHO, DIMDI etc.)medinfpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FGRIC
 Beispiel<XXX:asSpecializedKind classCode="GRIC">
  <XXX:generalizedMaterialKind classCode="MMAT">
    <!-- Pharmaceutical Substance (ATC Code)-->
    <XXX:code code=" " codeSystem="2.16.840.1.113883.6.73" displayName=" " codeSystemName="WHO ATC"/>  </XXX:generalizedMaterialKind>
</XXX:asSpecializedKind>
Treeblank.pngTreeblank.pngTreetree.pngpharm:generalizedMaterialKind
1 … 1Mmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FMMAT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CD1 … 1RCodes 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
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ST0 … 1Rmedinfpmp
Treeblank.pngTreetree.pngpharm:ingredient
0 … *RAngaben zu aktiven Wirkstoffenmedinfpmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACTI
Treeblank.pngTreeblank.pngTreetree.pngpharm:quantity
IVL_PQ0 … 1Rmedinfpmp
 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>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:numerator
PQ1 … 1Rmedinfpmp
 Beispiel<numerator xsi:type="PQ" value="5" unit="mg">
  <translation value="5" code="v" codeSystem="1.2.276.0.76.3.1.1.5.2.41" displayName="mg"/></numerator>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
PQR0 … *ROptionale Übersetzung der Einheiten in ein anderes Einheitensystemmedinfpmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.455 S_BMP_DOSIEREINHEIT (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:denominator
PQ1 … 1Rmedinfpmp
Treeblank.pngTreeblank.pngTreetree.pngpharm:ingredientSubstance
0 … 1RCode und Name des aktiven Wirkstoffsmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:code
CE1 … 1Rmedinfpmp
 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
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Rmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *Rmedinfpmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:name
EN1 … 1Mmedinfpmp

Patienteninstruktionen

Id1.2.276.0.76.10.4026Gültigkeit2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NamePatientInstructionsBezeichnungPatienteninstruktionen
BeschreibungPatienteninstruktionen
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4026
Labelpatinfopmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 4 Konzepte
IdNameDatensatz
pmp-data​element2017-467Kyellow.png Hinweis Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​element2017-6010Kyellow.png Freitextzeile Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-467Kgreen.png Hinweis Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-600Kyellow.png Sonstiger Hinweis Kyellow.png Patientenbezogener Medikationsplan Plus v2017
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.49 Patient instructions (DYNAMIC)
ref
ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.3 eHDSI Patient Medication Instructions (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<act classCode="ACT" moodCode="INT">
  <templateId root="1.2.276.0.76.10.4026"/>  <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>  <text>
    <reference value="#patinfo-1"/>  </text>
  <statusCode code="completed"/>  <entryRelationship typeCode="COMP">
    <!-- .. -->
  </entryRelationship>
</act>
ItemDTKardKonfBeschreibungLabel
hl7:act
1 … 1Mpati...opmp
 
Target.png
pmp-data​element2017-467Kyellow.png Hinweis Kyellow.png Patientenbezogener Medikationsplan Plus v2017
pmp-data​elementR1-467Kgreen.png Hinweis Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-600Kyellow.png Sonstiger Hinweis Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FINT
Treetree.pnghl7:templateId
II1 … 1Mpati...opmp
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4026
Treetree.pnghl7:code
CE1 … 1Mpati...opmp
Treeblank.pngTreetree.png@code
CONF1 … 1FPINSTRUCT
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treetree.pnghl7:text
ED1 … 1MText 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
 
Target.png
pmp-data​element2017-6010Kyellow.png Freitextzeile Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1Mpati...opmp
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#patinfo-{generierteID}, z.B.: #patinfo-1
Treetree.pnghl7:statusCode
CS1 … 1Mpati...opmp
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
0 … *RCodierter Hinweispati...opmp
wo [hl7:act]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreetree.pnghl7:act
1 … 1Mpati...opmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FINFRM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FRQO
 Beispiel<act classCode="INFRM" moodCode="RQO">
  <code code="E2" codeSystem="2.16.840.1.113883.2.6.60.4.5.5" displayName="während der Mahlzeiten"/></act>
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE (Beispiel)1 … 1Mpati...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

Id1.2.276.0.76.10.4027Gültigkeit2016‑01‑31
Andere Versionen mit dieser Id:
  • Kblank.png Reasonformedication vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameReasonformedicationBezeichnungGrund für Medikation
BeschreibungGrund für die Medikation, in diesem Kontext ausgedrückt in patientenverständlicher Sprache.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4027
Labelreapmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
pmp-data​elementR1-468Kgreen.png Behandlungsgrund Release 1Kgreen.png Patientenbezogener Medikationsplan Release 1
pmp-data​element2017-468Kyellow.png Behandlungsgrund Kyellow.png Patientenbezogener Medikationsplan Plus v2017
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07)
ref
ad1bbr-

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

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

Bezug zu Verordnung des Medikaments

Id1.2.276.0.76.10.4028Gültigkeit2014‑12‑21
StatusKyellow.png EntwurfVersions-Label
NameRelatedPrescriptionBezeichnungBezug zu Verordnung des Medikaments
BeschreibungBezug zur zugehörigen Verordnung
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4028
Labelrelprepmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
pmp-data​element2017-480Kyellow.png Bezug zu Verordnung Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.308 CDA SubstanceAdministration (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
1 … 1Mrelprepmp
 
Target.png
pmp-data​element2017-480Kyellow.png Bezug zu Verordnung Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treetree.png@classCode
1 … 1FSBADM
Treetree.png@moodCode
1 … 1FINT
 Beispiel
Bezug zur zugehörigen Verordnung (id)
<substanceAdministration classCode="SBADM" moodCode="INT">
  <templateId root="1.2.276.0.76.10.4028"/>  <id extension="605d8dba-894b-4d09-84b1-f75b5ae8bc8f" root="1.2.276.0.76.3.1.10652.1.9"/>  <consumable>
    <manufacturedProduct>
      <manufacturedMaterial nullFlavor="NA"/>    </manufacturedProduct>
  </consumable>
</substanceAdministration>
Treetree.pnghl7:templateId
II1 … 1Mrelprepmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4028
Treetree.pnghl7:id
II1 … 1Rrelprepmp
Treeblank.pngTreetree.png@nullFlavor
0 … 1FNI
 Wenn keine zugehörige Verordnung bekannt ist, kann @nullFlavor="NI" angegeben werden
Treetree.pnghl7:consumable
1 … 1Mrelprepmp
Treeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1Mrelprepmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1relprepmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
1 … 1FNA
Treetree.pnghl7:author
0 … 1Verordnender Gesundheitsdienstleister, falls bekanntrelprepmp
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1relprepmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS1 … 1Rrelprepmp
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Rrelprepmp
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *Rrelprepmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1relprepmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (Role Code)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *relprepmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *relprepmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1relprepmp
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1Mrelprepmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1relprepmp
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *relprepmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mrelprepmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *relprepmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1relprepmp

Bezug zu Abgabe des Medikaments

Id1.2.276.0.76.10.4029Gültigkeit2014‑12‑21
StatusKyellow.png EntwurfVersions-Label
NameRelatedDispenseBezeichnungBezug zu Abgabe des Medikaments
BeschreibungBezug zur zugehörigen Abgabe
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4029
Labelreldispmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
pmp-data​element2017-481Kyellow.png Bezug zu Abgabe Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90014InklusionKyellow.png Performer (Body)DYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.309 CDA Supply (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:supply
1 … 1Mreldispmp
 
Target.png
pmp-data​element2017-481Kyellow.png Bezug zu Abgabe Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treetree.png@classCode
1 … 1FSPLY
Treetree.png@moodCode
1 … 1FEVN
 Beispiel
Bezug zur zugehörigen Abgabe (id)
<supply classCode="SPLY" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4029"/>  <id extension="eea5778a-4206-4917-95f7-9a9543841783" root="1.2.276.0.76.3.1.26574.3.6"/></supply>
Treetree.pnghl7:templateId
II1 … 1Mreldispmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4029
Treetree.pnghl7:id
II1 … 1Rreldispmp
Treeblank.pngTreetree.png@nullFlavor
0 … 1FNI
 Wenn keine zugehörige Abgabe bekannt ist, kann @nullFlavor="NI" angegeben werden
Treetree.pnghl7:performer
0 … *Abgabe durchgeführt von Gesundheitsdienstleister, falls bekanntreldispmp
Eingefügt von 1.2.276.0.76.10.90014 Performer (Body) (DYNAMIC)
Treeblank.pngTreetree.png@typeCode
1 … 1FPRF
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1reldispmp
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1Mreldispmp
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *Rreldispmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Rreldispmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *Rreldispmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1Mreldispmp
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1Mreldispmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1reldispmp
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *reldispmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1Mreldispmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *reldispmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1reldispmp


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.

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:

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

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

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

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

Inzwischen wurde die technische Repräsentierung der Information im Barcode derart geändert, so dass sie dem (leicht angepassten) Ultrakurzformat[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 Aekno.jpg
Ärztekammer Westfalen-Lippe Aekwl.jpg
Ministerium für Gesundheit, Emanzipation, Pflege und Alter des Landes Nordrhein-Westfalen, Düsseldorf Mgepa.jpg
Hochschule Niederrhein, Krefeld Hsn.jpg
HL7 Deutschland e. V. Logo-hl7.jpg
Interoperabilitätsforum Logo-interoperabilitaetsforum.png
ART-DECOR Expert Group Art-Decor-Logo.jpg

Referenzen

Verweise

  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
  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
  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. epSOS-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. eArztbrief 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
  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
  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-
  24. How to read ART-DECOR Definitions https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions.
  25. 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
  26. 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
  27. 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

  1. Übersicht zur funktionalen Beschreibung des Patientenbezogenen Medikationsplan
  2. Zusammenhang zwischen funktionaler Beschreibung und technischer Spezifikation
  3. Übersicht CDA Header und Body
  4. Übersicht CDA Header
  5. Übersicht CDA Body Section "Klinische Parameter"
  6. Übersicht CDA Body Section "Allergien und Unverträglichkeiten"
  7. Übersicht CDA Body Section "Gesundheitsbelange"
  8. Übersicht CDA Body Section "Medikationsplan"
  9. Übersicht CDA Body Section "Wichtige Angaben"