Patientenbezogener Medikationsplan Plus

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
Kontributoren 
Logo-hsnr.png Hochschule Niederrhein Krefeld
Logo-hl7.jpg HL7 Deutschland e. V. Köln

Inhaltsverzeichnis

Dokumenteninformationen

Dokumentenhistorie

Medikationsplan PLUS
Patientenbezogener Medikationsplan Plus spezifiziert als HL7 Clinical Document Architecture Release 2 / HL7 FHIR / Ultrakurzformat für das deutsche Gesundheitswesen
Status Typ Version Datum PDF Wiki ART-DECOR
Abstimmung
Si-confirm.svgFinal STU 1.00 19.08.2018 Download.png Link.png Link.png
Ergebnis 
Abstimmung von bisSymbol support vote.svgSymbol oppose vote.svgSymbol neutral vote.svgOhne VotumStimmenErgebnis
09.08.2017-25.09.2017 4 5 1 0 10 44%
Kommentare: Kommentierung_20171215, siehe auch Issues in Github
Si-vote.svgAbstimmung STU 0.90 09.08.2017 Download.png Link.png Link.png

Impressum

Dieser Leitfaden ist im Rahmen des Projekts Medikationsplan Plus zusammengestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums[1] und der Technischen Komitees von HL7 Deutschland e. V. [2]

Medikationsplanplus-logo.png

Ansprechpartner

  • Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra 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 sowie dem FHIR Release 3 (STU)[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

Text, funktionale Beschreibung, CDA, FHIR-Profile, UKF

  • Dr. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH (Hürth)

Terminologien

  • Heike Dewenter, stellv. Leiterin HL7 Technisches Komitee Terminologien, Hochschule Niederrhein (Krefeld)
  • Elisabeth Pantazoglou, Hochschule Niederrhein (Krefeld)
  • Julian Sass, Hochschule Niederrhein (Krefeld)
  • Prof. Dr. med. Sylvia Thun, Leiterin HL7 Technisches Komitee Terminologien, Hochschule Niederrhein, Compentence Center eHealth (Krefeld)

Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

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

Der Inhalt dieser Spezifikation ist öffentlich.

Dieser Leitfaden basiert auf dem national adaptierten HL7-Standard der „Clinical Document Architecture (CDA®)" sowie den Deutschen FHIR®-Basisprofilen (Fast Healthcare Interoperability Resources)[4].

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- und FHIR-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

Am Projekt Medikationsplan Plus arbeiten die Konsortialpartner Hochschule Niederrhein (HSNR) als Konsortialführer und folgende Projektpartner

  • CompuGroup Medical Deutschland AG,
  • Duria eG,
  • AD Apotheken Datenverarbeitung GmbH & Co KG,

folgende assoziierte Partner

  • Heitmann Consulting and Services,
  • T-Systems,
  • Krankenhausgesellschaft Nordrhein-Westfalen e.V.,
  • Ärztekammer Nordrhein,
  • Ärztekammer Westfalen-Lippe,
  • Gesellschaft für Telematikanwendungen der Gesundheitskarte mbH (gematik)

sowie Praxispartner mit.

Das Projekt Medikationsplan Pluswird mit Mitteln des Landes NRW und der EU im Rahmen des OP EFRE NRW 2014-2020 gefördert (Leitmarktwettbewerb Gesundheit.NRW)

EFRE-EU.png
EFRE-EU.png

Die CDA-Templates unterliegen neben dem Abstimmungsverfahren zusätzlich dem etablierten Kurationsverfahren des Technischen Komitees CDA und Version 3 / XML unter der Leitung von

  • Mathias Aschhoff, Leiter HL7 Technischen Komitees CDA und Version 3 / XML, ZTG (Bochum)
  • Dr. Kai U. Heitmann, stellv. Leiter HL7 Technischen Komitees CDA und Version 3 / XML, Heitmann Consulting and Services, Gefyra GmbH (Hürth)

Die FHIR-Profile unterliegen neben dem Abstimmungsverfahren zusätzlich dem etablierten Kurationsverfahren des Technischen Komitees FHIR unter der Leitung von

  • Simone Heckmann, Leiterin HL7 Technisches Komitee FHIR, Health-Comm GmbH (München), Gefyra GmbH (Hürth)
  • Stefan Lang, stellv. Leiter HL7 Technisches Komitee FHIR, Lang Health IT Consulting (Ehringshausen)

Die Value Sets unterliegen neben dem Abstimmungsverfahren zusätzlich dem etablierten Kurationsverfahren des Technischen Komitees Terminologien unter der Leitung von

  • Prof. Dr. Sylvia Thun, Leiterin HL7 Technisches Komitee Terminologien
  • Heike Dewenter, stellv. Leiterin HL7 Technisches Komitee Terminologien

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

  • den CDA-basierten Medikationsplan in ISO/HL7 27932:2009 Ausgabe
  • die Profile für den FHIR-basierten Medikationsplan und
  • die Vorgaben für das so genannte Ultrakurzformat (UKF)

in der offiziellen Fassung für Deutschland.

In einem Sondergutachten[5] 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.

Vortrajekt zum Medikationsplan Plus

Im Vorfeld wurden 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 – Voruntersuchungen zu folgenden Themen durchgeführt:

  • 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").

Die Ergebnisse flossen in das EFRE-geförderte „Medikationsplan Plus“-Projekt ein.

Der „Medikationsplan Plus“

Im Projektvorhaben „Medikationsplan Plus“[6] ist es vorgesehen,

  • auf Basis der aktuellen Version 2 des bundeseinheitlichen Medikationsplanes Optimierungspotentiale (z. B. Lesbarkeit, Verständlichkeit, Praktikabilität) aus Sicht der Patientinnen und Patienten sowie professioneller Leistungsanbieter (niedergelassene Ärztinnen und Ärzte, Apothekerinnen und Apotheker) zu identifizieren und
  • in einer angepassten Version und Spezifikation entsprechend umzusetzen.

Im Rahmen der Spezifikation und Implementierung werden hierbei

  • gezielt definierte semantische Bezugssysteme (z. B. Klassifikationen, Terminologien) sowie
  • Datenstruktur- und Übertragungsstandards

für den Medikationsplan Plus festgelegt. Die Überführung des papiergebundenen Medikationsplanes in eine elektronische Version ist hierbei eine wesentliche Aufgabenstellung im geplanten Vorhaben. Vorbereitend und flankierend erfolgen eine IST-Aufnahme der gegenwärtigen Situation (Prozesslandschaften, regulative Rahmenbedingungen) sowie die Überführung in eine SOLL-Konzeption unter Integration möglicher Verbesserungsansätze. Sämtliche umsetzbaren Verbesserungen werden in einem mehrstufigen Verfahren implementiert und bei ausgewählten Praxispartnern (niedergelassene Praxen, Apotheken) innerhalb der gegenwärtigen Systemarchitektur umgesetzt.

Im Rahmen einer Studienphase ist es vorgesehen den Erfolg der umgesetzten Maßnahmen entsprechend zu evaluieren. Hierbei werden ebenfalls die Perspektive der Patientinnen und Patienten sowie diejenige der professionellen Leistungsanbieter berücksichtigt. Die im Rahmen der Evaluation gewonnen Erkenntnisse werden hierbei unmittelbar in die fortlaufenden Aktivitäten hinsichtlich Spezifikation und Implementierung integriert. Letztlich wird auf Basis der innerhalb des Projektvorhabens gewonnenen Daten und Erkenntnisse eine umfassende Kosten-/Nutzenanalyse angefertigt.

Die zum aktuellen Zeitpunkt bereits identifizierten Schwachstellen des gegenwärtigen Medikationsplanes (z. B. keine Festlegung anerkannter semantischer Bezugssysteme) werden dabei gezielt adressiert und in entsprechender Form modifiziert. Es ist daher u.a. zu erwarten, dass die Anzahl von Fehlinterpretationen der im Medikationsplan enthaltenen Informationen in Folge des Projektvorhabens reduziert wird. Insgesamt liefert dieses Projekt damit einen wichtigen Beitrag zur Verbesserung des intersektoralen Medikationsprozesses auf organisatorischer und technischer Ebene und damit ebenfalls zur Erhöhung der Arzneimitteltherapiesicherheit.

Zweck

Im Rahmen dieses Leitfaden sollen die oben erwähnten Sachverhalte durch entsprechende semantische und strukturelle Vorgaben adressiert werden:

  • Festlegung von Daten- und Übertragungsstandards auf der Basis von
    • HL7 Clinical Document Architecture Format (ISO/HL7 27932:2009) mit Templates und Value Sets,
    • HL7 FHIR® (Fast Healthcare Interoperability Resources) mit Profilen und Value Sets
    • und dem von FHIR abgeleiteten Ultrakurzformat als Spezialprofil mit Value Sets,

im weiteren Verlauf in den Abschnitt "Aufbau" und "Technische Spezifikationen" erläutert,

  • Festlegung definierter semantische Bezugssysteme (insbesondere Klassifikationen, Terminologien), im Abschnitt "Terminologien" erläutert,
  • Aufzeigen der Möglichkeiten des Mapping und automatisierter Konversionen der Spezifikationen untereinander, im "Anhang" erläutert.

Diese Spezifikationen werden als Beitrag für die weitere Zusammenarbeit mit Ärzten, Apothekern, anderen Projekten und Vorhaben und den entsprechenden Gremien und Arbeitsgruppen gesehen, die für den elektronischen Medikationsplan und die Fortschreibung des papiergebundenen Plans zuständig sind.

Hintergründe

Vom 1. Oktober 2016 an soll jedes Arztpraxissystem einen Medikationsplan in Papierform an Patienten aushändigen können. Patienten haben unter bestimmten Bedingungen laut Gesetz einen Anspruch darauf. Im Vorfeld sind die Vorgaben des Medikationsplans der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ) erstellt worden[7], die allerdings nicht nur die fachinhaltlichen Aspekte enthält („was muss der Medikationsplan enthalten“), sondern auch ein proprietäres Format, das eigens hierfür entworfen wurde. Dieses proprietäre Format sollte in einem Barcode niedergelegt werden, der mit auf dem Papierausdruck aufgebracht wird.

Während die Definitionen zum Fachinhalt das Ergebnis eines langen Abstimmungs- und Konsensusprozesses ist und als eine zurzeit am breitesten getragene Angabe zu den Fachinhalten eines Mediaktionsplans gilt, war das seinerzeit festgelegte Barcode-Format proprietär. Aus diesen Gründen wurde unter anderem im NRW-Projekt vom technischen Teil abgesehen und der Vorläufer des hier vorgestellten Ultrakurzformats in XML [8] bzw. JSON [9] entwickelt.

Zwischenzeitlich wurde der Medikationsplan im so genannten eHealth-Gesetz[10] verankert, in dem der bereits erwähnte Stichtag 1. Oktober 2016 für den einheitlich definierten und papiergebundenen Medikationsplan (genannt Bundeseinheitlicher Medikationsplan, BMP, §31a SGB V) festgelegt wurde.

Pmp-mpplanbeispiel.png
Pmp-mpplanbeispiel.png

[Abbildung 1] Beispiel eines Ausdrucks (Ausschnitt) zum bundeseinheitlichen Medikationsplan (Quelle: KBV, Stand: April 2016)

In 2016 wurde die Version 2.3 des bundeseinheitlichen Medikationsplans (BMP) von der Kassenärztlichen Bundesvereinigung (KBV), dem Deutsche Apothekerverband (DAV) und der Bundesärztekammer (BÄK) eine gemeinsame Vereinbarung zur Erstellung eines Medikationsplans erarbeitet[11] und vorgelegt[12]. Neben Vorgaben zu Inhalt und Struktur, zu Erstellung und Aktualisierung des Medikationsplans, wurde vor allem die technische Spezifikation zur elektronischen Erstellung und Aktualisierung des Medikationsplans im Vergleich zu den Vorversionen angepasst. Diese Spezifikation wurde von KBV, DAV und BÄK in enger Abstimmung mit dem Bundesverband Gesundheits-IT e.V. (bvitg), dem ADAS – Bundesverband Deutscher Apotheken-Softwarehäuser e. V. und HL7 Deutschland e.V. erstellt und wurde als Anlage 3 der Vereinbarung veröffentlicht. Die technische Umsetzung des Barcodes folgte dem Ultrakurzformat (UKF).

Seit dem 30. April 2017 liegt die Fortschreibung in der Version 2.4 vor.

Pmp-barcode.png
Pmp-barcode.png

[Abbildung 2] Barcode des bundeseinheitlichen Medikationsplan mit Ultrakurzformat

Ab dem Jahr 2018 soll dieser Medikationsplan auch auf der elektronischen Gesundheitskarte vorliegen und eine Basis für softwaregestützte Prüfungen im Bereich der Arzneimitteltherapiesicherheit (AMTS) bilden.

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].
  • CDA Implementierungsleitfaden für einen patientenbezogenen Medikationsplan. Dr. Jörg Caumanns, Dr. Andreas Billig // Fraunhofer FOKUS Auftraggeber: Deutsche Krankenhausgesellschaft e.V., 2014[13]
  • Vorarbeiten von HL7 Deutschland zum Thema "Medikationsplan" (z. B. von Frank Oemig und Christof Gessner, siehe auch [14])
  • Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)[15], 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 [16]
  • 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[17]; Spezifikation in ART-DECOR[18])
  • Teilprojekt "Prescription" aus dem epSOS-Projekt[19], Spezifikation in ART-DECOR[20]
  • Arztbrief des VHitG (jetzt bvitg) 2006[21]) und das Addendum "Medikation", 2007
  • elektronischer Arztbrief 2014/2015[22]
  • elektronischer Arztbrief Plus[23]
  • CDA-CH-SMTL shared medication treatement list, Genf[24]
  • Medication on CDA der Pharmacy Working Group, HL7 International[25]

Die weiteren wichtigen Vorarbeiten stammen aus dem Interoperabilitätsforum und sind im Folgenden näher erläutert.

Patientenbezogener Medikationsplan Release 1

Im Jahr 2015 wurde der Patientenbezogene Medikationsplan (PMP) Release 1 als Spezifikation auf XML-Basis (Clinical Document Architecture) zur Wiedergabe der Fachinhalte des AkdÄ-Medikationsplans als auch anderer Medikationspläne veröffentlicht. Er stellt eine umfassende Aufzeichnung der Medikamente des Patienten (Verordnungen, nicht verschreibungspflichtige Medikamente, Kräuterprodukte, Nahrungsergänzungsmittel und andere) für den Patienten dar. Mit dem Leitfaden wurde ein weiterer Beitrag zur Verbesserung der Arzneimitteltherapiesicherheit und der intersektoralen und interprofessionalen Kommunikation geleistet.

Die Vorgaben des Medikationsplans der Arzneimittelkommission der deutschen Ärzteschaft (AkdÄ) Version 2.0 waren dabei als führender Ausgangspunkt gewählt. Es wurde darauf geachtet, dass sich mit der vorliegenden Spezifikation zum PMP Release 1 grundsätzlich darüber hinaus auch andere Medikationspläne abbilden, wie sie hierzulande beispielweise an verschiedenen Standorten in Erprobung oder Routine befindlich sind.

In den damaligen Leitfaden sind andere Vorarbeiten in die Ausarbeitung mit eingeflossen, nationale wie zum Beispiel die Spezifikationen zum Elektronischen Arztbrief (VHitG, jetzt bvitg und Neuauflage 2014, Ergänzungen 2016) oder die der Deutschen Krankenhausgesellschaft e.V. (DKG), aber auch internationale Ausarbeitungen wie einschlägige IHE-Profile, Arbeiten aus dem österreichischen ELGA-Umfeld und dem epSOS-/EXPAND-Projekt. Der Leitfaden wurde seinerzeit im Rahmen eines Projektes der Ärztekammern in Nordrhein-Westfalen initiiert.

Ultrakurzformat für den PMP

Aus den in der Einleitung genannten Ausführungen wurde 2015 nicht nur die Spezifikation zum Patientenbezogener Medikationsplan Release 1 erstellt, sondern auch ein so genanntes Ultrakurzformat (UKF-PMP), das über eine Transformation aus dem PMP überführt werden konnte (und umgekehrt). Das UKF ist für Datenträger mit geringer Kapazität wie zum Beispiel Barcode, aber auch die eGK oder im Umfeld Mobiler Apps (Bandbreitenproblematik) geeignet.

Die Vorarbeiten sind im NRW-Projekt in 2014 zusammen mit dem Ministerium für Gesundheit, Emanzipation, Pflege und Alter des Landes Nordrhein-Westfalen (MGEPA), den Ärztekammern Nordrhein und Westfalen-Lippe und HL7 Deutschland beschritten und ausgeführt worden. Das Resultat ist für KIS und PVS Systeme und auch für Ansätze im Bereich der Mobile Apps geeignet und fußt auf internationalen IT-Standards.

Sowohl das CDA-Format als auch FHIR-Profile und das draus abgeleitete Ultrakurzformat wurden und werden im NRW-Projekt Medikationplan Plus auf der Grundlage der hier vorliegenden Spezifikation im Echtbetrieb weiter getestet. Die Vorarbeiten zum Ultrakurzformat für den PMP gingen auch in die technischen Spezifikationen des bundeseinheitlichen Medikationsplans (BMP)[12] ein.

Darüber hinaus wird hier ein Ultrakurzformat (UKF-REF) für die alleinige Referenzierung von Medikationsplänen vorgestellt.

Nutzer

Mögliche Nutzer sind Institutionen, welche am Informationsaustausch im Rahmen des Medikationsplans beteiligt sind:

  • Krankenhäuser
  • Haus- und Facharztpraxen
  • Apotheken
  • Pflegeheime.

Zu den möglichen Akteuren gehören:

  • Haus- und Fachärztinnen und –ärzte
  • Mitarbeiterinnen und Mitarbeiter von Apotheken.

Forderungen und Potenziale

Seit Veröffentlichung des Medikationsplanes des AkdÄ sind diverse weitere, untereinander nicht kompatible Ansätze zur elektronischen Wiedergabe des Medikationsplans entstanden. Der Ansatz des Medikationsplan Plus auf internationalen Standards, zielt auf den Einsatz im ambulanten und stationären Bereich inklusive neuerer und Mobiler Anwendungen ab und stellt das Thema „Medikation“ auch für andere Gesundheits-Anwendungen als den reinen Medikationsplan oder AMTS zur Verfügung. Die Abbildungen zum Thema „Medikation“ sind über Anwendungsgrenzen hinweg isomorph, von Struktur und Semantik gleich bzw. nahezu gleich, ohne dabei starr zu sein.

Ein weiteres Ziel von Medikationsplänen ist, dass diese ein natürlicher Bestandteil der sicheren Arzneimitteltherapie sind, vorrangig für den Patienten, aber auch für alle in die Therapie und Versorgung mit Medikamenten involvierten Gesundheitsdienstleister. Damit dies ohne große Brüche möglich ist, steht auch in diesem Vorhaben die Kompatibilität mit dem elektronischen Arztbrief und Arztbrief Plus[23], den Notfalldaten oder (später) einer Patientenakte im Vordergrund, ebenso beispielsweise Anwendungen wie dem Notaufnahmeprotokoll der DIVI, Überweisungs- und Einweisungsdokumente, Überleitungsmanagement usw.

Daraus ergeben sich die folgenden Forderungen, die diese Spezifikation flankierend unterstützen will:

  • Medikationsplänen sind integraler Bestandteil der intersektoralen Arzneimitteltherapie
  • Medikamenten-Informationen nutzen zur eindeutigen Wiedergabe der Datenfelder sowie zur Abbildung der einzelnen Inhalte einheitliche Strukturen, unabhängig vom Anwendungsfall; der Medikationsplan ist nur einer von vielen
  • Medikamenten-Informationen nutzen zur eindeutigen Kennzeichnung der Datenfelder sowie zur Abbildung der einzelnen Inhalte eine einheitliche Semantik im Sinne von Katalogen, Codierungen usw., insbesondere internationale Klassifikationen und Terminologien wie beispielsweise Logical Observation Identifiers Names and Codes (LOINC®), Systematisierte Nomenklatur der Medizin (SNOMED CT®) oder die des European Directorate for the Quality of Medicines (EDQM).

Aufbau

Aufbau dieses Implementierungsleitfadens

Dieser Leitfaden Patientenorientierter Medikationsplan Plus beinhaltet die folgenden Spezifikationen:

  • Strukturelle Vorgaben in Form von Templates auf der Basis der Clinical Document Architecture Release 2, wiedergegeben in den Abschnitten zu den Templates CDA Dokumenten-Level, CDA Header-Level, CDA Section-Level und CDA Entry-Level
  • Strukturelle Vorgaben in Form von FHIR-Profilen, wiedergegeben in der Technischen Spezifikation im Abschnitt FHIR-Profile
  • Strukturelle Vorgaben in Form des von den FHIR-Profilen abgeleiteten Ultrakurzformats (UKF), wiedergegeben in der Technischen Spezifikation im Abschnitt Ultrakurzformat
  • Semantische Vorgaben in Form von Value Sets, aufgeführt im Abschnitt Terminologien.

Verwendete Standards und Spezifikationen

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

Des Weiteren sind die FHIR-Profile zum Medikationsplan Plus auf dem so genannten STU 3 von FHIR [3] aufgebaut, die neueste Fassung des Standards[26] wurde bereits mit berücksichtigt.

Templates, Profile und Value Sets wurden abgeleitet oder übernommen aus folgenden internationalen bzw. nationalen Standards:

  • HL7 Deutschland: Elektronischer Arztbrief 2015 und "Arztbrief Plus"[23]

Die genauen Referenzen in diese Standards sind bei den Templates unter Beziehungen/Relationships angegeben.

  • HL7 Deutschland: FHIR Basisprofile[4]

Dieser Implementierungsleitfaden basiert weiterhin auf Vorarbeiten folgender Leitfäden:

sowie von HL7 Deutschland e. V. zur Verfügung gestellte CDA-Templates und FHIR-Profilen.

Tooling

Art-decor-logo2016.jpg

Es sei darauf verwiesen, dass alle technischen Artefakte wie Templates und Value Sets auf ART-DECOR®[27] als Spezifikations-Plattform einsehbar sind. Der direkte Link zur ART-DECOR® Live Version ist http://art-decor.org/art-decor/decor-project--pmp-, die HTML-Dokumentation steht auf http://hl7de.art-decor.org/index.php?prefix=pmp- zur Verfügung. Dort sind auch ergänzenden Materialien wie Beispieldokumente und Schematrons herunterladbar.

Die Templates werden mit ART-DECOR® erstellt und verwaltet, der darunterlegende Standard ist der so genannte Template Exchange Standard[28].

Pmp-templates.png
Pmp-templates.png

[Abbildung 3] Beispiel der Ansicht eines Templates und die zugehörige Navigation

Für die Erstellung der FHIR-Profile wurde Forge[29] von Furore genutzt, die Profile selbst wurden unter Simplifier[30] gespeichert. HL7 Deutschland hat für Simplifier eine so genannte Affiliate-Vereinbarung für die Basisprofile[4].

Pmp-simplifier.png
Pmp-simplifier.png

[Abbildung 4] Frontseite des Projekts auf Simplifier.net (FHIR-Profile)

Die FHIR-Profile werden in naher Zukunft transparent im Tool ART-DECOR® verfügbar gemacht (siehe [Abbildung 5] und dort mit den Funktionalen Definitionen verbunden.

Pmp-fhirundartdecor.png
Pmp-fhirundartdecor.png

[Abbildung 5] Beispiel der Darstellung von FHIR-Profilen in ART-DECOR®, die auf simplifier.net gehostet werden


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 .

Funktionale Definitionen

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. Hierzu ist weiter oben bei den Forderungen und Potenzialen eingegangen.

Historisches

Im Rahmen eines Workshops im BfArM am 5. Mai 2011 (vgl. auch [31]) 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 [32] [33] [34] [35]):

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

Die Ausführungen zum bundeseinheitlichen Medikationsplan[12] und die Überlegungen zum elektronischen Medikationsplan auf der eGK waren im weiteren Verlauf maßgeblich für diesen Leitfaden.

Grundsätzlich lassen sich mit der hier vorliegenden Spezifikation über die erwähnten Anwendungsfälle hinaus auch andere Medikationspläne abbilden, wie sie hierzulande beispielweise an verschiedenen Standorten in Erprobung oder Routine befindlich sind [36].

Funktionale Beschreibung zum Medikationsplan Plus

Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® in einem Datensatz zum Medikationsplan Plus und dem zugehörigen Szenario dokumentiert.

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

Patient 1..1 M
100
  1. Name 0..1 R
    1010
    1. Titel (String) 0..1 R
      6081
    1. Vorname (String) 1..1 R
      1011
    1. Namenszusatz (String) 0..1 R
      6080
    1. Vorsatzwort (String) 0..1 R
      6079
    1. Nachname (String) 1..1 R
      1012
  1. Versicherten-ID (Identifier) 1..1 R
    6110
  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
  1. Sprachfähigkeit (Kode) 0..1 R
    6133
Klinische Parameter 0..1 R
200
  1. Gewicht (Quantität) 0..1 R
    2010
  1. Kreatinin (Quantität) 0..1 R
    2020
  1. Allergie/Unverträglichkeit 0..* R
    6123
    1. Typ (Kode) 1..1 R
      2030
      • Allergie
      • Unverträglichkeit
    1. Agens (Kode) 0..1 R
      6124
    1. Reaktion/Manifestation (Kode) 0..1 R
      6126
    1. Kritikalität (Kode) 0..1 R
      6125
      • hoch
      • niedrig
      • nicht bestimmbar
    1. Zeitangaben 0..1 R
      6129
      1. Seit (Datum) 1..1 R
        6127
      1. Bis (Datum) 0..1 R
        6128
  1. Schwangerschaft 0..1 R
    6111
    1. Schwanger? (Boolean) 1..1 R
      2050
    1. Entbindungstermin (Datum) 1..1 R
      6112
  1. Mutter stillend? (Boolean) 0..1 R
    2060
Ersteller 1..1 M
300
  1. Identifikation (Identifier) 0..* R
    6102
  1. Name (String) 1..1 R
    3010
  1. Organisationsname (String) 0..1 R
    6103
  1. Adresse 0..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) 1..1 R
    3060
Medikation 0..* R
6130
  1. Titel (String) 0..1 R
    6131
  1. Code (Kode) 0..1 R
    6132
  1. Medikationseintrag 0..* R
    400
    1. Identifikation (Identifier) 1..1 R
      6082
    1. Status (Kode) 1..1 R
      6084
      • aktiv
      • abgeschlossen
      • geplant
      • unterbrochen
      • abgebrochen
      • unbekannt
    1. Arzneimittel/Wirkstoff/Rezeptur 0..1 R
      6083
      1. Arzneimittel 0..1 R
        440
        1. Arzneimittel-Name (String) 1..1 R
          4310
        1. Arzneimittel-Code (Kode) 1..1 R
          4320
        1. Wirkstärke (String) 1..1 R
          4330
      1. Rezeptur 0..1 R
        450
        1. Freitextzeile (String) 1..1 M
          4510
      1. Wirkstoff 0..* R
        420
        1. Wirkstoff-Name (String) 1..1 R
          4010
        1. Wirkstoff-Code (Kode) 1..1 R
          4020
        1. Menge (Quantität) 1..1 R
          4030
      1. Darreichungsform (Kode) 1..1 R
        4340
      1. Bild des Medikaments (Binary) 0..1 R
        6085
    1. Einnahmedauer 0..1 R
      6086
      1. Startdatum Einnahme (Datum) 0..1 R
        460
      1. Enddatum Einnahme (Datum) 0..1 R
        461
      1. Dauer der Einnahme (Count) 0..1 R
        6100
    1. Dosierung 0..1 R
      6088
      1. Reihenfolge (Count) 0..1 R
        6089
      1. Freitext (String) 0..1 R
        6090
      1. Zeitangabe 0..* R
        465
        1. Zeitpunkt (Datum/Zeit) 0..1 R
          6097
        1. Wiederholung 0..* R
          6098
          1. Ereignis (Kode) 0..1 R
            6095
          1. Offset (Quantität) 0..1 R
            6096
      1. Einnahme bei Bedarf (Boolean) 0..1 R
        6092
      1. Art der Anwendung (Kode) 1..1 R
        6093
      1. Dosis 0..1 R
        6091
        1. Dosiermenge (Quantität) 1..1 R
          6094
        1. Dosiereinheit (Kode) 1..1 R
          466
    1. Hinweis (String) 0..1 R
      467
    1. Behandlungsgrund (String) 1..1 R
      468
    1. Bezug zu Verordnung (Identifier) 0..1 R
      480
    1. Bezug zu Abgabe (Identifier) 0..1 R
      481
    1. Datum des Eintrags (Datum) 1..1 R
      6087
    1. Autor/Informant des Eintrags 0..1 R
      6101
      1. Name (String) 1..1 R
        6104
      1. Organisationsname (String) 0..1 R
        6105
      1. Adresse 0..1 R
        6106
        1. Straße (String) 0..1 R
          6107
        1. PLZ (String) 0..1 R
          6108
        1. Ort (String) 0..1 R
          6109
Sonstiger Hinweis 0..1 R
600
  1. Freitextzeile (String) 1..1 M
    6010
Identifikation 1..1 R
500
  1. Identifikationsname (String) 1..1 R
    5010
  1. Versionsnummer (String) 0..1 R
    5020
  1. Länderkennzeichen (String) 1..1 R
    5030
  1. Sprachkennzeichen (Kode) 1..1 R
    5040
  1. Zeichensatz (Kode) 1..1 R
    5050
  1. Ausdruckdatum (Datum) 0..1 C
    5060
    • 1..1 R: Wenn Plan ausgedruckt wurde
    • 0..0 NP Sonst
  1. Zertifizierungsstatus (String) 0..1 R
    5070
  1. Softwarename und -version (String) 0..1 R
    5080
Einverständniserklärung 0..1 R
6113
  1. Typ (Kode) 1..1 R
    6114
  1. Informant 1..1 R
    6116
    1. Name (String) 1..1 R
      6117
    1. Organisationsname (String) 0..1 R
      6118
    1. Adresse 0..1 R
      6119
      1. Straße (String) 0..1 R
        6120
      1. PLZ (String) 0..1 R
        6121
      1. Ort (String) 0..1 R
        6122

Die so gruppierten Datenelement finden ihre technische Repräsentation in den CDA-, FHIR- und UKF Spezifikationen. Die folgende [Abbildung 6] gibt dazu einen Überblick.

Pmp-zusammenschaucdafhirukf.png
Pmp-zusammenschaucdafhirukf.png

[Abbildung 6] Medikationsplan in der technischen Repräsentation als CDA- bzw. FHIR-Dokument und die Verbindung zum Ultrakurzformat UKF.

CDA-Spezifikation

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

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

Sowie dem Body

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

Hierarchische Ansicht des Medikationsplan Plus

Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsplan Plus.

  1. Document
     Patientenbezogener Medikationsplan Plus (1.2.276.0.76.10.1024)
    1. Header
       CDA realmCode (1.2.276.0.76.10.90002)
    2. Header
       CDA typeId (1.2.276.0.76.10.90003)
    3. Header
       CDA id (1.2.276.0.76.10.90004)
    4. Header
       CDA title (1.2.276.0.76.10.90005)
    5. Header
       CDA effectiveTime (1.2.276.0.76.10.90006)
    6. Header
       CDA confidentialityCode (1.2.276.0.76.10.90007)
    7. Header
       CDA languageCode (1.2.276.0.76.10.90008)
    8. Header
       CDA setId and versionNumber (1.2.276.0.76.10.90009)
    9. Header
       CDA recordTarget (pmp) (1.2.276.0.76.10.2028)
      1. Header
         Patientenidentifikation (1.2.276.0.76.10.90024)
      2. *
         Personenname (1.2.276.0.76.10.90030)
    10. Header
       CDA author (pmp) (1.2.276.0.76.10.2029)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    11. Header
       CDA author software (pmp) (1.2.276.0.76.10.2031)
    12. Header
       CDA custodian (pmp) (1.2.276.0.76.10.2030)
      1. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    13. Header
       CDA legalAuthenticator (1.2.276.0.76.10.2020)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    14. Header
       CDA authenticator (1.2.276.0.76.10.2019)
      1. Header
         CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
        1. Header
           CDA Person Elements (1.2.276.0.76.10.90010)
        2. Header
           CDA Organization Elements (1.2.276.0.76.10.90011)
    15. Header
       CDA participant Hausarzt (1.2.276.0.76.10.2012)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    16. Header
       CDA participant Notfallkontakt (1.2.276.0.76.10.2011)
      1. Header
         CDA Person Elements (1.2.276.0.76.10.90010)
      2. Header
         CDA Organization Elements (1.2.276.0.76.10.90011)
    17. Section
       Klinische Parameter (1.2.276.0.76.10.3039)
      1. Entry
         Körpergewicht (1.2.276.0.76.10.4016)
      2. Entry
         Körpergröße (1.2.276.0.76.10.4262)
      3. Entry
         Kreatinin (1.2.276.0.76.10.4017)
    18. Section
       Allergien und Unverträglichkeiten (1.2.276.0.76.10.3040)
      1. Entry
         Allergie/Unverträglichkeit Concern Act (1.2.276.0.76.10.4256)
        1. Entry
           Allergie/Unverträglichkeit Observation (1.2.276.0.76.10.4257)
          1. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          2. Entry
             RelatedEntity (Body) (1.2.276.0.76.10.90020)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
          3. Entry
             Reaktion/Manifestation (1.2.276.0.76.10.4258)
          4. Entry
             Kritikalität (1.2.276.0.76.10.4259)
    19. Section
       Gesundheitsbelange (1.2.276.0.76.10.3043)
      1. Entry
         Status Schwangerschaft (1.2.276.0.76.10.4020)
        1. Entry
           Erwarteter Geburtstermin (1.2.276.0.76.10.4255)
      2. Entry
         Stillzeit (1.2.276.0.76.10.4021)
    20. Section
       Aktuelle Medikation (1.2.276.0.76.10.3041)
      1. Entry
         Medikation Gruppierung (1.2.276.0.76.10.4261)
        1. Entry
           Author (Body) (1.2.276.0.76.10.90025)
          1. Header
             CDA Person Elements (1.2.276.0.76.10.90010)
          2. Header
             CDA Organization Elements (1.2.276.0.76.10.90011)
        2. Entry
           Medikation (1.2.276.0.76.10.4022)
          1. Entry
             Einnahmedauer (1.2.276.0.76.10.90023)
          2. Entry
             Medikament (1.2.276.0.76.10.4025)
            1. Entry
               Material (1.2.276.0.76.10.90022)
          3. Entry
             Author (Body) (1.2.276.0.76.10.90025)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          4. Entry
             RelatedEntity (Body) (1.2.276.0.76.10.90020)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
          5. Entry
             Einzeldosierungen (1.2.276.0.76.10.4023)
            1. Entry
               Medikation Vorbedingung (1.2.276.0.76.10.90028)
          6. Entry
             Dosierung Freitext (1.2.276.0.76.10.4024)
          7. Entry
             Patienteninstruktionen (1.2.276.0.76.10.4026)
          8. Entry
             Grund für Medikation (1.2.276.0.76.10.4027)
          9. Entry
             Bezug zur Therapie-Intention (1.2.276.0.76.10.4296)
      2. Entry
         Ohne Medikation (1.2.276.0.76.10.4295)
    21. Section
       Wichtige Angaben (1.2.276.0.76.10.3042)
    22. Section
       Privacy Consent Section (1.2.276.0.76.10.3102)
      1. Entry
         Consent Directive (1.2.276.0.76.10.4260)
        1. Entry
           Informant (Body) (1.2.276.0.76.10.90029)
          1. Header
             CDA Assigned Entity Elements (1.2.276.0.76.10.90012)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)
            2. Header
               CDA Organization Elements (1.2.276.0.76.10.90011)
          2. Entry
             RelatedEntity (Body) (1.2.276.0.76.10.90020)
            1. Header
               CDA Person Elements (1.2.276.0.76.10.90010)

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

Hinweise zu den Darstellungen der Templates

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

CDA Document Level Templates

Patientenbezogener Medikationsplan Plus

Id1.2.276.0.76.10.1024Gültigkeit2017‑07‑07
StatusKyellow.png EntwurfVersions-Labelv2017
NamePersonalMedicationListPlusAnzeigenamePatientenbezogener Medikationsplan Plus
BeschreibungPatientenbezogener Medikationsplan Plus
KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 22 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90002InklusionKyellow.png CDA realmCodeDYNAMIC
1.2.276.0.76.10.90003InklusionKyellow.png CDA typeIdDYNAMIC
1.2.276.0.76.10.90004InklusionKyellow.png CDA idDYNAMIC
1.2.276.0.76.10.90005InklusionKyellow.png CDA titleDYNAMIC
1.2.276.0.76.10.90006InklusionKyellow.png CDA effectiveTimeDYNAMIC
1.2.276.0.76.10.90007InklusionKgreen.png CDA confidentialityCodeDYNAMIC
1.2.276.0.76.10.90008InklusionKyellow.png CDA languageCodeDYNAMIC
1.2.276.0.76.10.90009InklusionKyellow.png CDA setId and versionNumberDYNAMIC
1.2.276.0.76.10.2028InklusionKyellow.png CDA recordTarget (pmp)DYNAMIC
1.2.276.0.76.10.2029InklusionKyellow.png CDA author (pmp)DYNAMIC
1.2.276.0.76.10.2031InklusionKyellow.png CDA author software (pmp)DYNAMIC
1.2.276.0.76.10.2030InklusionKyellow.png CDA custodian (pmp)DYNAMIC
1.2.276.0.76.10.2020InklusionKyellow.png CDA legalAuthenticatorDYNAMIC
1.2.276.0.76.10.2019InklusionKgreen.png CDA authenticatorDYNAMIC
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 ParameterDYNAMIC
1.2.276.0.76.10.3040ContainmentKyellow.png Allergien und UnverträglichkeitenDYNAMIC
1.2.276.0.76.10.3043ContainmentKyellow.png GesundheitsbelangeDYNAMIC
1.2.276.0.76.10.3041ContainmentKyellow.png Aktuelle MedikationDYNAMIC
1.2.276.0.76.10.3042ContainmentKyellow.png Wichtige AngabenDYNAMIC
1.2.276.0.76.10.3102ContainmentKyellow.png Privacy Consent SectionDYNAMIC
BeziehungAdaptation: Template 1.2.276.0.76.10.1014 Patientenbezogener Medikationsplan CDA document (2014‑10‑20)
ref
pmp-

Spezialisierung: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<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...lus)
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...lus)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.1024
 Beispiel<templateId root="1.2.276.0.76.10.1024"/>
Eingefügt von 1.2.276.0.76.10.90004 CDA id (DYNAMIC)
Treetree.pnghl7:id
II1 … 1M(Per...lus)
Treetree.pnghl7:code
CE1 … 1M(Per...lus)
Treeblank.pngTreetree.png@code
CONF1 … 1F77603-9
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Eingefügt1 … 1 von 1.2.276.0.76.10.90005 CDA title (DYNAMIC)
 Beispiel<title>Medikationsplan Plus 2017-07-08 14:56:02</title>
Treetree.pnghl7:title
ST1 … 1(Per...lus)
Eingefügt von 1.2.276.0.76.10.90006 CDA effectiveTime (DYNAMIC)
Treetree.pnghl7:effectiveTime
TS.​DATE​TIME.​MIN1 … 1M(Per...lus)
 
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...lus)
 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...lus)
 
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...lus)
Treetree.pnghl7:versionNumber
INT.POS1 … 1M(Per...lus)
Eingefügt1 … 1M von 1.2.276.0.76.10.2028 CDA recordTarget (pmp) (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1M(Per...lus)
 
Target.png
pmp-data​element2017-100Kyellow.png Patient Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreetree.png@typeCode
cs0 … 1FRCT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1(Per...lus)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Eingefügt1 … 1R von 1.2.276.0.76.10.90024 Patientenidentifikation (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R(Per...lus)
 Beispiel
eGK Nummer als Patientenidentifikation
<id extension="A123456789" root="1.2.276.0.76.4.8"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1R(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19620219"/></patient>
Eingefügt1 … *R von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *RDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(Per...lus)
 Beispiel
Dr. med. Sine Johanna Gräfin von Oberberg
<name>
  <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>
 Beispiel
Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB
<name>
  <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der Isar</family>  <suffix>MdB</suffix></name>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R(Per...lus)
 
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.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1R(Per...lus)
 
Target.png
pmp-data​element2017-1030Kyellow.png Geburtsdatum Kyellow.png Patientenbezogener Medikationsplan Plus v2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 1(Per...lus)
 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.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1(Per...lus)
 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.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1(Per...lus)
 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.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1(Per...lus)
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
Treeblank.png 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...lus)
Treeblank.pngTreetree.png@typeCode
0 … 1FLA
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Per...lus)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(Per...lus)
 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...lus)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Per...lus)
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...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Per...lus)
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...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...lus)
Eingefügt0 … 1 von 1.2.276.0.76.10.2019 CDA authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … 1(Per...lus)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTHEN
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Per...lus)
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1R(Per...lus)
 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...lus)
Eingefügt von 1.2.276.0.76.10.90012 CDA Assigned Entity Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1R(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M(Per...lus)
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...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Per...lus)
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...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...lus)
Eingefügt0 … 1 von 1.2.276.0.76.10.2012 CDA participant Hausarzt (DYNAMIC)
Hausarzt
Treetree.pnghl7:participant
0 … 1(Per...lus)
Treeblank.png wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2012']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Per...lus)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.2012
Treeblank.pngTreetree.pnghl7:functionCode
CE1 … *M(Per...lus)
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...lus)
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...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Per...lus)
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...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Per...lus)
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...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...lus)
Eingefügt0 … * von 1.2.276.0.76.10.2011 CDA participant Notfallkontakt (DYNAMIC)
Notfall-Kontakt / Auskunftsberechtigte Person
Treetree.pnghl7:participant
0 … *(Per...lus)
Treeblank.png wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2011']]
Treeblank.pngTreetree.png@typeCode
1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … *M(Per...lus)
Treeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2011
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(Per...lus)
 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...lus)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FECON
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Per...lus)
 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...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *R(Per...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Per...lus)
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...lus)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Per...lus)
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...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Per...lus)
Treetree.pnghl7:component
(Per...lus)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:structuredBody
(Per...lus)
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 (DYNAMIC)
(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = '55752-0' and @codeSystem = '2.16.840.1.113883.6.1')]]]
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 (DYNAMIC)
(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = '48765-2' and @codeSystem = '2.16.840.1.113883.6.1')]]]
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...lus)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = '75310-3' and @codeSystem = '2.16.840.1.113883.6.1')]]]
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 (DYNAMIC)
(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = '19009-0' and @codeSystem = '2.16.840.1.113883.6.1')]]]
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...lus)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section [hl7:code [(@code = '69730-0' and @codeSystem = '2.16.840.1.113883.6.1')]]]
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: Einverständniserklärung
Beinhaltet 1.2.276.0.76.10.3102 Privacy Consent Section (DYNAMIC)
(Per...lus)
Treeblank.pngTreeblank.pngTreeblank.png wo [hl7:section]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1Ftrue

CDA Header Level Templates

CDA author (pmp)

Id1.2.276.0.76.10.2029Gültigkeit2014‑09‑17
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthorpmpAnzeigenameCDA 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

CDA author software (pmp)

Id1.2.276.0.76.10.2031Gültigkeit2014‑12‑17
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthorSoftwarepmpAnzeigenameCDA 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

CDA custodian (pmp)

Id1.2.276.0.76.10.2030Gültigkeit2014‑09‑17
StatusKyellow.png EntwurfVersions-Label
NameHeaderCustodianpmpAnzeigenameCDA 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

CDA recordTarget (pmp)

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​TargetpmpAnzeigenameCDA 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)
ref
pmp-

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

Adaptation: Template 1.2.276.0.76.10.2001 CDA recordTarget (2013‑07‑10)
ref
hl7de-
Beispiel
Beispiel
<recordTarget>
  <patientRole>
    <id root="2.16.840.1.113883.2.4.6.3" extension="100202020"/>    <addr use="H">
      <streetAddressLine>Raiffeisenstr. 30</streetAddressLine>      <postalCode>39112</postalCode>      <city>Magdeburg</city>    </addr>
    <telecom value="tel:++493916367866"/>    <patient>
      <name>
        <given>Jan</given>        <family>Schmitz</family>      </name>
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19620219"/>      <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)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.png 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Hea...pmp)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.png 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)

CDA Section Level Templates

Aktuelle Medikation

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
NameMedicationcurrentAnzeigenameAktuelle 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.png wo [hl7:organizer]
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.png wo [hl7:substanceAdministration [hl7:code [(@code = 'no-medication-info' and @codeSystem = '2.16.840.1.113883.5.1150.1')]]]
Treeblank.pngTreeblank.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
NameAllergienUnvertraeglichkeitenAnzeigenameAllergien 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.png wo [hl7:act [hl7:code [(@code = 'CONC' and @codeSystem = '2.16.840.1.113883.5.6')]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV

Gesundheitsbelange

Id1.2.276.0.76.10.3043Gültigkeit2015‑03‑03
StatusKyellow.png EntwurfVersions-Label
NameHealthConcernsSectionAnzeigenameGesundheitsbelange
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.png wo [hl7:observation [hl7:code [(@code = '11449-6' and @codeSystem = '2.16.840.1.113883.6.1')]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4021 Stillzeit (DYNAMIC)scondpmp
Treeblank.png wo [hl7:observation [hl7:code [(@code = '63895-7' and @codeSystem = '2.16.840.1.113883.6.1')]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV

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
NameClinicalInformationAnzeigenameKlinische 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.png wo [hl7:observation [hl7:code [(@code = '29463-7' and @codeSystem = '2.16.840.1.113883.6.1')]]]
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.png wo [hl7:observation [hl7:code [(@code = '8302-2' and @codeSystem = '2.16.840.1.113883.6.1')]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1RBeinhaltet 1.2.276.0.76.10.4017 Kreatinin (DYNAMIC)(Cli...ion)
Treeblank.png wo [hl7:observation [hl7:code [(@code = '2160-0' and @codeSystem = '2.16.840.1.113883.6.1')]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV

Privacy Consent Section

Id1.2.276.0.76.10.3102Gültigkeit2017‑04‑30
StatusKyellow.png EntwurfVersions-Label
NamePrivacyConsentSectionAnzeigenamePrivacy Consent Section
BeschreibungPrivacy Consent Section / Abschnitt Einverständniserklärung
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3102
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.4260ContainmentKyellow.png Consent DirectiveDYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.3.445.17 (DYNAMIC)
ref
?
Beispiel
Beispiel
<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.3102"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="64292-6" codeSystem="2.16.840.1.113883.6.1" displayName="Release of information consent"/>  <title>Einverständniserklärung</title>  <text>...</text>  <entry typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.276.0.76.10.4260 'Consent Directive' (dynamic) -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Pri...ion)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1R(Pri...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3102
Treetree.pnghl7:id
II0 … 1(Pri...ion)
Treetree.pnghl7:code
CE0 … 1(Pri...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1F64292-6
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
0 … 1FRelease of information consent
Treetree.pnghl7:title
ST0 … 1(Pri...ion)
Treetree.pnghl7:text
SD.TEXT0 … 1R(Pri...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4260 Consent Directive (DYNAMIC)(Pri...ion)
Treeblank.png wo [hl7:act [hl7:code [concat(@code, @codeSystem) = doc('include/voc-2.16.840.1.113883.1.11.20448-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue

Wichtige Angaben

Id1.2.276.0.76.10.3042Gültigkeit2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameInstructionsAnzeigenameWichtige 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

Allergie/Unverträglichkeit Concern Act

Id1.2.276.0.76.10.4256Gültigkeit2017‑06‑04
StatusKyellow.png EntwurfVersions-Label
NameAllergyconcernactAnzeigenameAllergie/Unverträglichkeit Concern Act
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4256
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.4257ContainmentKyellow.png Allergie/Unverträglichkeit ObservationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-

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

Allergie/Unverträglichkeit Observation

Id1.2.276.0.76.10.4257Gültigkeit2017‑06‑04
StatusKyellow.png EntwurfVersions-Label
NameAllergyintoleranceobservationAnzeigenameAllergie/Unverträglichkeit Observation
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4257
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.90020InklusionKyellow.png RelatedEntity (Body)DYNAMIC
1.2.276.0.76.10.4258ContainmentKyellow.png Reaktion/ManifestationDYNAMIC
1.2.276.0.76.10.4259ContainmentKyellow.png KritikalitätDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-

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

Bezug zu Abgabe des Medikaments

Id1.2.276.0.76.10.4029Gültigkeit2014‑12‑21
StatusKyellow.png EntwurfVersions-Label
NameRelatedDispenseAnzeigenameBezug 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