Hl7wiki - Benutzerbeiträge [de]

https://wiki.hl7.de/api.php?action=feedcontributions&feedformat=atom&user=Mhettlage Hl7wiki - Benutzerbeiträge [de] 2026-05-09T05:44:24Z Benutzerbeiträge MediaWiki 1.31.0 https://wiki.hl7.de/index.php?title=IG:Medikationsmanagement&diff=63335 IG:Medikationsmanagement 2020-04-19T15:43:40Z

<p>Mhettlage: </p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Medikationsmanagement<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Medikationsmanagement<br /> |Namespace = cdamedmgmt<br /> |Type = Implementierungsleitfaden<br /> |Version = 1.09<br /> |Date = 3. April 2020<br /> |Copyright = 2018-2020<br /> |Status = final<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = 2.16.840.1.113883.2.6.7.67<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{:Ballotbox_Medikationsmanagement}}<br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> {{HL7transclude| cdaab3:Disclaimer}}<br /> {{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}<br /> <br /> ==Autoren==<br /> *gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> *Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH<br /> *Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)<br /> *Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)<br /> *Carl Schüler, Carmen Gaa, Oliver Lowens, Horst Kakuschke und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)<br /> *Ulrich Henning (Nutzervertreter, AOK Nordost)<br /> *Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)<br /> <br /> =Einleitung=<br /> <br /> Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen den Leistungserbringern untereinander und zwischen den Leistungserbringern und den Patienten optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.<br /> <br /> Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von und zwischen Leistungserbringern (Ärzte, Apotheken) sowie Austausch mit den Versicherten zum Ziel haben.<br /> Die interdisziplinäre Arbeitsgruppe eMedikation, die aus <br /> *dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,<br /> *der HÄVG Hausärztliche Vertragsgemeinschaft AG,<br /> *der MEDIVERBUND AG,<br /> *der gevko GmbH und<br /> *HL7 Deutschland<br /> besteht hat in einem ersten Schritt einen gemeinsamen Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.<br /> <br /> Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen und ermöglicht andererseits gleichzeitig den Austausch von darüber hinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.<br /> Das bestehende Projekt ARMIN wird mit einem Update der Schnittstelle S3C-MP auf eMDAF migriert.<br /> Im Rahmen des Projektes Digitales Gesundheitsnetzwerk (DiGeN) des AOK-Systems wird ein Medikationsplanaustausch zuerst im Rahmen des Migrationsprojektes der AOK Nordost umgesetzt. Dabei wird primär das in den verbreiteten AIS und KIS vorhandene UKF-Format des BMP und eMP zum Einsatz kommen. Der vorliegende Anforderungskatalog stellt die Kompatibilität des eMDAF zum UKF sicher. Somit können die Anforderungen für das DiGeN-Migrationsprojekt durch das eMDAF erfüllt werden. Die erweiterten Funktionen für das eMDAF sehen den Nutzern in DiGeN dann auch zur Verfügung.<br /> Die Fachanwendung HAUSKOMET der Elektronischen Arztvernetzung (EAV) in Baden-Württemberg<br /> HAUSKOMET wird ab dem ersten Quartal 2020 das elektronische Medikationsdatenaustauschformat (eMDAF) einsetzen, welches im HL7 Implementierungsleitfaden Medikationsmanagement (http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement) beschrieben ist. <br /> Mit dem Wechsel auf eMDAF verfolgen die Projektpartner der EAV (AOK Baden-Württemberg, MEDIVERBUND AG und HÄVG AG) das Ziel, ein einheitliches Datenaustauschformat bei unterschiedlichen Projekten zur Übermittlung von Medikationsinformationen zu verwenden<br /> <br /> <br /> Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch: <br /> *weniger Mehrfachverordnungen,<br /> *die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen,<br /> *die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen,<br /> *die technische Interoperabilität durch die Integration bereits bestehender Formate, <br /> *die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.<br /> <br /> <br /> Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:<br /> *Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben<br /> *Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten<br /> *Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren<br /> *Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können<br /> *Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden<br /> *Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben<br /> *Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen<br /> *Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben<br /> <br /> Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorliegende Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende Spezifikation für die Versorgung von mindestens 27 Millionen Versicherten allein in der AOK-Gemeinschaft zur Verfügung.<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar<ref> Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus</ref>.<br /> * Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)<ref>IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy</ref>, 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 <ref>IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7</ref><br /> * Den bundeseinheitlichen Medikationsplan (BMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> * Den elektronischen Medikationsplan (eMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> ==Medikationsmanagement heute und morgen==<br /> Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten. <br /> <br /><br /> <br /> Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:<br /> *Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens <br /> *Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens<br /> *Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff<br /> *Änderung der Dosierung eines Arzneimittels<br /> *Änderung der Wirkstärke eines Arzneimittels<br /> *Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform<br /> *Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)<br /> *Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße<br /> *Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)<br /> <br /> Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:<br /> #Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.<br /> #Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen. <br /> <br /> Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.<br /> <br /> =Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)=<br /> Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.<br /> <br /> Im Folgenden ist das "Medikationsmanagement" 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 Datenelemente.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.4.2/hgraph}}<br /> <br /> =Allgemeine Konzepte von Medikationsdaten=<br /> <br /> ==Begriffsdefinitionen==<br /> Grundsätzlich werden folgende Definitionen verwendet:<br /> * Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.<br /> * Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.<br /> * Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.<br /> * Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).<br /> * Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“. <br /> * Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.<br /> * Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).<br /> * Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet. <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc.. <br /> <br /> ==Wirkstoff-Kodierungen und Wirkstoff-Verordnungen==<br /> Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden.<br /> Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.<br /> <br /> Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen: <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..<br /> <br /> Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.<br /> ;Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden:<br /> :1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:<br /> :*Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich<br /> :*Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden<br /> :*Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden<br /> :*Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs<br /> :*Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden<br /> :<br />Grundsätzlich denkbar ist auch der folgende Ansatz:<br /><br /> :2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung<br /> :*Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen<br /> :*Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden<br /> :*Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.<br /> <br /> ==Extensionen – Innovationsspielräume dauerhaft ermöglichen==<br /> Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird. <br /> <br /> Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten.<br /> Die AG eMedikation hat folgende Vorüberlegungen getätigt: <br /> *Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen<br /> *Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben<br /> *Für eine Registrierung müssen bestimmte Angaben getätigt werden<br /> *Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.<br /> *Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)<br /> *Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen <br /> <br /> Zu den Extensionen verweisen wir auch auf den Abschnitt ''CDA mit Informellen Erweiterungen'' im Kapitel ''CDA-Spezifikation''.<br /> <br /> ==Zielsetzung für komplexe Dosierangaben==<br /> Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.<br /> <br /> Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.<br /> <br /> =Migrationspfade – der Weg zum konsolidierten Datenaustauschformat=<br /> Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint. <br /> <br /> Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden. <br /> <br /> Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.<br /> <br /> ==AOK Nordost==<br /> Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.<br /> <br /> Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.<br /> <br /> Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.<br /> <br /> Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.<br /> <br /> ==AOK Baden-Württemberg==<br /> Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEdikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVERBUND und dem Hausärzteverband zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den Hausarzt gepflegten Medikationsspeicher zu einem Patienten. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der Hausarzt entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher. <br /> <br /> Fokus von HAUSKOMET bildet der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg auf Basis vollständig strukturierter Daten.<br /> Damit ermöglicht HAUSKOMET die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollständig maschinell weiterverabeitet werden können (z.B. im Rahmen von AMTS-Checks).<br /> <br /> HAUSKOMET nutzt als Datenaustauschformat die fachlich relevante Teilmenge der Spezifikation eMDAF.<br /> <br /> ==AOK PLUS==<br /> Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden. <br /> <br /> Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.<br /> <br /> Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.<br /> <br /> Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.<br /> <br /> <br /> =CDA-Spezifikation=<br /> Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/hgraph}}<br /> <br /> <br /> Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus<ref name="abplus"> Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf</ref> zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"==<br /> <br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IK) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ====Krankenversichertennummer (KVNR)====<br /> Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.<br /> <br /> Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="3"><br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <patientRole classCode="PAT"><br /> <id root="1.2.276.0.76.4.8" extension="G970865268"/><br /> ...<br /> </patientRole><br /> </recordTarget><br /> </syntaxhighlight><br /> <br /> ==== Lebenslange Arztnummer (LANR)====<br /> Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <assignedAuthor><br /> <id root="1.2.276.0.76.4.16" extension="381259301"/><br /> ...<br /> </assignedAuthor ><br /> </syntaxhighlight><br /> ==== Betriebsstättennummer (BSNR)====<br /> Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <representedOrganization><br /> <id root="1.2.276.0.76.4.17" extension="981069211"/><br /> <name>Beispiel Betriebsstätte</name><br /> </representedOrganization><br /> </syntaxhighlight><br /> ====Institutionskennzeichen (IK)====<br /> Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IK) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.5" extension="302205023"/><br /> <name>Beispiel Krankenhaus</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ====Apotheken-IDF====<br /> Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.197" extension="3379589"/><br /> <name>Beispiel Apotheke</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ===Set-ID und Versionsnummer===<br /> Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute<br /> * setId<br /> * versionNumber<br /> als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die ''setId'' (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass ''versionNumber'' um eins erhöht wird.<br /> <br /> Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ''ClinicalDocument.id''.<br /> <br /> ===CDA mit Informellen Erweiterungen===<br /> In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.<br /> <br /> In dieser Spezifikation werden an drei Stellen solche Informellen Erweiterungen genutzt:<br /> *Bei Wirkstoff- und Packungsangaben zum Medikament<br /> *Bei den so genannten Druckkennzeichen<br /> *Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen<br /> <br /> ====Wirkstoff- und Packungsangaben beim Medikament====<br /> Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung <code>urn:hl7-org:pharm</code> behandelt und verwenden in der Regel das Namespacepräfix <code>pharm:</code>.<br /> <br /> ====Druckkennzeichen====<br /> Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>.<br /> <br /> Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2"><br /> <medmgmt:valueBoolean value="false"/><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ====Vorhaben-spezifische Erweiterungen/Zusatzinformationen====<br /> In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2"><br /> <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2"><br /> <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ==Einsatz im Kontext von HAUSKOMET==<br /> Innerhalb des Implementationsleitfadens ist für HAUSKOMET ein spezifisches Document Level Template namens "CDA Medikationsmanagement Hauskomet" spezifiziert, das für CDA Dokumente zum Austausch von Medikationsinformationen im Kontext von HAUSKOMET zu verwenden ist.<br /> <br /> Folgende Übersicht zeigt die im Kontext von HAUSKOMET verfügbaren Komponenten des Medikationsmanagement-Dokuments:<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.35/hgraph}}<br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> == CDA Dokument für Medikationsmanagement ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/dynamic}}<br /> == CDA Dokument für Medikationsmanagement Hauskomet ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.35/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> ==CDA countryCode (medmgmt) ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.22/dynamic}}<br /> ==CDA recordTarget (medmgmt) / Patient ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.4/dynamic}}<br /> ==Pflegearzt (Kurator) ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.25/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> ==Aktuelle Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/dynamic}}<br /> ==Allergien und Unverträglichkeiten (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/dynamic}}<br /> ==Gesundheitsbelange (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/dynamic}}<br /> ==Klinische Parameter (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/dynamic}}<br /> ==Leistungserbringer-Kommentar ==<br /> {{:1.2.276.0.76.10.3133/hgraph}}<br /> {{:1.2.276.0.76.10.3133/dynamic}}<br /> ==Sozialanamnese (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.23/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.23/dynamic}}<br /> <br /> =CDA Entry Level Templates=<br /> ==Alkoholabusus (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.33/dynamic}}<br /> ==Alkoholgebrauch (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.26/dynamic}}<br /> ==Allergie/Unverträglichkeit Concern Act (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.31/dynamic}}<br /> ==Allergie/Unverträglichkeit Observation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.30/dynamic}}<br /> ==AMTS Prüfung==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.20/dynamic}}<br /> ==Datenerfassung ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.2/dynamic}}<br /> ==Datenübermittlung==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.24/dynamic}}<br /> ==Einnahmedauer (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.36/dynamic}}<br /> ==Einzeldosierungen (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.28/dynamic}}<br /> ==Grund für Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.29/dynamic}}<br /> ==Kreatinin (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.9/dynamic}}<br /> ==Körpergewicht (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.7/dynamic}}<br /> ==Körpergröße (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.8/dynamic}}<br /> ==Laborergebnis (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.34/dynamic}}<br /> ==Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.3/dynamic}}<br /> ==Medikation Gruppierung (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.14/dynamic}}<br /> ==Status Schwangerschaft (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.12/dynamic}}<br /> ==Stillzeit (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.13/dynamic}}<br /> ==Tabakgebrauch (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.27/dynamic}}<br /> <br /> = Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> <br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2029]] CDA author (pmp)<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2011]] CDA participant Notfallkontakt<br /> * [[1.2.276.0.76.10.2012]] CDA participant Hausarzt<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2020]] CDA legalAuthenticator<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2031]] CDA author software (pmp)<br /> * [[1.2.276.0.76.10.3042]] Wichtige Angaben<br /> * [[1.2.276.0.76.10.4015]] Annotation Comment<br /> * [[1.2.276.0.76.10.4024]] Dosierung Freitext<br /> * [[1.2.276.0.76.10.4025]] Medikament<br /> * [[1.2.276.0.76.10.4026]] Patienteninstruktionen<br /> * [[1.2.276.0.76.10.4027]] Grund für Medikation<br /> * [[1.2.276.0.76.10.4254]] Laborergebnis<br /> * [[1.2.276.0.76.10.4255]] Erwarteter Geburtstermin<br /> * [[1.2.276.0.76.10.4256]] Allergie/Unverträglichkeit Concern Act<br /> * [[1.2.276.0.76.10.4257]] Allergie/Unverträglichkeit Observation<br /> * [[1.2.276.0.76.10.4258]] Reaktion/Manifestation<br /> * [[1.2.276.0.76.10.4259]] Kritikalität<br /> * [[1.2.276.0.76.10.4292]] Grund für Nichtgabe Medikation<br /> * [[1.2.276.0.76.10.4295]] Ohne Medikation<br /> * [[1.2.276.0.76.10.4297]] Leistungssportler<br /> * [[1.2.276.0.76.10.90002]] CDA realmCode<br /> * [[1.2.276.0.76.10.90003]] CDA typeId<br /> * [[1.2.276.0.76.10.90004]] CDA id<br /> * [[1.2.276.0.76.10.90005]] CDA title<br /> * [[1.2.276.0.76.10.90006]] CDA effectiveTime<br /> * [[1.2.276.0.76.10.90007]] CDA confidentialityCode<br /> * [[1.2.276.0.76.10.90008]] CDA languageCode<br /> * [[1.2.276.0.76.10.90009]] CDA setId and versionNumber<br /> * [[1.2.276.0.76.10.90010]] CDA Person Elements<br /> * [[1.2.276.0.76.10.90011]] CDA Organization Elements<br /> * [[1.2.276.0.76.10.90012]] CDA Assigned Entity Elements<br /> * [[1.2.276.0.76.10.90014]] Performer (Body)<br /> * [[1.2.276.0.76.10.90020]] RelatedEntity (Body)<br /> * [[1.2.276.0.76.10.90022]] Material<br /> * [[1.2.276.0.76.10.90023]] Einnahmedauer<br /> * [[1.2.276.0.76.10.90024]] Patientenidentifikation<br /> * [[1.2.276.0.76.10.90025]] Author (Body)<br /> * [[1.2.276.0.76.10.90028]] Medikation Vorbedingung<br /> * [[1.2.276.0.76.10.90030]] Personenname<br /> * [[2.16.840.1.113883.3.1937.777.27.10.2]] Kuratierender Arzt (Medikationseintrag)<br /> * [[2.16.840.1.113883.3.1937.777.27.10.12]] Hauskomet Kategorie<br /> * [[2.16.840.1.113883.3.1937.777.27.10.17]] Medikation Therapie-Intention (Hauskomet)<br /> <br /> </div><br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> ===Medikationseintrag Kategorie===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.2/dynamic}}<br /> ===Medikationsmanagement-Codes===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.1/dynamic}}<br /> <br /> =Anhang=<br /> {{:cdamedp:Dosierbeispiele}}<br /> <br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:Medikationsmanagement&diff=63110 IG:Medikationsmanagement 2020-01-21T08:30:58Z

<p>Mhettlage: </p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Medikationsmanagement<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Medikationsmanagement<br /> |Namespace = cdamedmgmt<br /> |Type = Implementierungsleitfaden<br /> |Version = 1.07<br /> |Date = 25. Oktober 2019<br /> |Copyright = 2018-2019<br /> |Status = final<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = 2.16.840.1.113883.2.6.7.67<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{:Ballotbox_Medikationsmanagement}}<br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> {{HL7transclude| cdaab3:Disclaimer}}<br /> {{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}<br /> <br /> ==Autoren==<br /> *gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> *Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH<br /> *Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)<br /> *Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)<br /> *Carl Schüler, Carmen Gaa, Oliver Lowens, Horst Kakuschke und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)<br /> *Ulrich Henning (Nutzervertreter, AOK Nordost)<br /> *Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)<br /> <br /> =Einleitung=<br /> <br /> Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen den Leistungserbringern untereinander und zwischen den Leistungserbringern und den Patienten optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.<br /> <br /> Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von und zwischen Leistungserbringern (Ärzte, Apotheken) sowie Austausch mit den Versicherten zum Ziel haben.<br /> Die interdisziplinäre Arbeitsgruppe eMedikation, die aus <br /> *dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,<br /> *der HÄVG Hausärztliche Vertragsgemeinschaft AG,<br /> *der MEDIVERBUND AG,<br /> *der gevko GmbH und<br /> *HL7 Deutschland<br /> besteht hat in einem ersten Schritt einen gemeinsamen Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.<br /> <br /> Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen und ermöglicht andererseits gleichzeitig den Austausch von darüber hinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.<br /> Das bestehende Projekt ARMIN wird mit einem Update der Schnittstelle S3C-MP auf eMDAF migriert.<br /> Im Rahmen des Projektes Digitales Gesundheitsnetzwerk (DiGeN) des AOK-Systems wird ein Medikationsplanaustausch zuerst im Rahmen des Migrationsprojektes der AOK Nordost umgesetzt. Dabei wird primär das in den verbreiteten AIS und KIS vorhandene UKF-Format des BMP und eMP zum Einsatz kommen. Der vorliegende Anforderungskatalog stellt die Kompatibilität des eMDAF zum UKF sicher. Somit können die Anforderungen für das DiGeN-Migrationsprojekt durch das eMDAF erfüllt werden. Die erweiterten Funktionen für das eMDAF sehen den Nutzern in DiGeN dann auch zur Verfügung.<br /> Die Fachanwendung HAUSKOMET der Elektronischen Arztvernetzung (EAV) in Baden-Württemberg<br /> HAUSKOMET wird ab dem ersten Quartal 2020 das elektronische Medikationsdatenaustauschformat (eMDAF) einsetzen, welches im HL7 Implementierungsleitfaden Medikationsmanagement (http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement) beschrieben ist. <br /> Mit dem Wechsel auf eMDAF verfolgen die Projektpartner der EAV (AOK Baden-Württemberg, MEDIVERBUND AG und HÄVG AG) das Ziel, ein einheitliches Datenaustauschformat bei unterschiedlichen Projekten zur Übermittlung von Medikationsinformationen zu verwenden<br /> <br /> <br /> Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch: <br /> *weniger Mehrfachverordnungen,<br /> *die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen,<br /> *die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen,<br /> *die technische Interoperabilität durch die Integration bereits bestehender Formate, <br /> *die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.<br /> <br /> <br /> Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:<br /> *Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben<br /> *Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten<br /> *Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren<br /> *Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können<br /> *Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden<br /> *Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben<br /> *Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen<br /> *Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben<br /> <br /> Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorliegende Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende Spezifikation für die Versorgung von mindestens 27 Millionen Versicherten allein in der AOK-Gemeinschaft zur Verfügung.<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar<ref> Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus</ref>.<br /> * Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)<ref>IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy</ref>, 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 <ref>IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7</ref><br /> * Den bundeseinheitlichen Medikationsplan (BMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> * Den elektronischen Medikationsplan (eMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> ==Medikationsmanagement heute und morgen==<br /> Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten. <br /> <br /><br /> <br /> Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:<br /> *Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens <br /> *Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens<br /> *Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff<br /> *Änderung der Dosierung eines Arzneimittels<br /> *Änderung der Wirkstärke eines Arzneimittels<br /> *Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform<br /> *Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)<br /> *Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße<br /> *Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)<br /> <br /> Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:<br /> #Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.<br /> #Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen. <br /> <br /> Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.<br /> <br /> =Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)=<br /> Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.<br /> <br /> Im Folgenden ist das "Medikationsmanagement" 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 Datenelemente.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.4.2/hgraph}}<br /> <br /> =Allgemeine Konzepte von Medikationsdaten=<br /> <br /> ==Begriffsdefinitionen==<br /> Grundsätzlich werden folgende Definitionen verwendet:<br /> * Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.<br /> * Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.<br /> * Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.<br /> * Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).<br /> * Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“. <br /> * Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.<br /> * Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).<br /> * Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet. <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc.. <br /> <br /> ==Wirkstoff-Kodierungen und Wirkstoff-Verordnungen==<br /> Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden.<br /> Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.<br /> <br /> Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen: <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..<br /> <br /> Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.<br /> ;Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden:<br /> :1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:<br /> :*Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich<br /> :*Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden<br /> :*Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden<br /> :*Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs<br /> :*Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden<br /> :<br />Grundsätzlich denkbar ist auch der folgende Ansatz:<br /><br /> :2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung<br /> :*Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen<br /> :*Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden<br /> :*Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.<br /> <br /> ==Extensionen – Innovationsspielräume dauerhaft ermöglichen==<br /> Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird. <br /> <br /> Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten.<br /> Die AG eMedikation hat folgende Vorüberlegungen getätigt: <br /> *Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen<br /> *Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben<br /> *Für eine Registrierung müssen bestimmte Angaben getätigt werden<br /> *Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.<br /> *Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)<br /> *Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen <br /> <br /> Zu den Extensionen verweisen wir auch auf den Abschnitt ''CDA mit Informellen Erweiterungen'' im Kapitel ''CDA-Spezifikation''.<br /> <br /> ==Zielsetzung für komplexe Dosierangaben==<br /> Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.<br /> <br /> Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.<br /> <br /> =Migrationspfade – der Weg zum konsolidierten Datenaustauschformat=<br /> Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint. <br /> <br /> Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden. <br /> <br /> Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.<br /> <br /> ==AOK Nordost==<br /> Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.<br /> <br /> Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.<br /> <br /> Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.<br /> <br /> Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.<br /> <br /> ==AOK Baden-Württemberg==<br /> Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEdikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVERBUND und dem Hausärzteverband zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den Hausarzt gepflegten Medikationsspeicher zu einem Patienten. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der Hausarzt entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher. <br /> <br /> Fokus von HAUSKOMET bildet der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg auf Basis vollständig strukturierter Daten.<br /> Damit ermöglicht HAUSKOMET die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollständig maschinell weiterverabeitet werden können (z.B. im Rahmen von AMTS-Checks).<br /> <br /> HAUSKOMET nutzt als Datenaustauschformat die fachlich relevante Teilmenge der Spezifikation eMDAF.<br /> <br /> ==AOK PLUS==<br /> Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden. <br /> <br /> Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.<br /> <br /> Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.<br /> <br /> Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.<br /> <br /> <br /> =CDA-Spezifikation=<br /> Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/hgraph}}<br /> <br /> <br /> Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus<ref name="abplus"> Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf</ref> zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"==<br /> <br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IK) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ====Krankenversichertennummer (KVNR)====<br /> Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.<br /> <br /> Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="3"><br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <patientRole classCode="PAT"><br /> <id root="1.2.276.0.76.4.8" extension="G970865268"/><br /> ...<br /> </patientRole><br /> </recordTarget><br /> </syntaxhighlight><br /> <br /> ==== Lebenslange Arztnummer (LANR)====<br /> Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <assignedAuthor><br /> <id root="1.2.276.0.76.4.16" extension="381259301"/><br /> ...<br /> </assignedAuthor ><br /> </syntaxhighlight><br /> ==== Betriebsstättennummer (BSNR)====<br /> Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <representedOrganization><br /> <id root="1.2.276.0.76.4.17" extension="981069211"/><br /> <name>Beispiel Betriebsstätte</name><br /> </representedOrganization><br /> </syntaxhighlight><br /> ====Institutionskennzeichen (IK)====<br /> Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IK) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.5" extension="302205023"/><br /> <name>Beispiel Krankenhaus</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ====Apotheken-IDF====<br /> Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.197" extension="3379589"/><br /> <name>Beispiel Apotheke</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ===Set-ID und Versionsnummer===<br /> Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute<br /> * setId<br /> * versionNumber<br /> als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die ''setId'' (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass ''versionNumber'' um eins erhöht wird.<br /> <br /> Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ''ClinicalDocument.id''.<br /> <br /> ===CDA mit Informellen Erweiterungen===<br /> In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.<br /> <br /> In dieser Spezifikation werden an drei Stellen solche Informellen Erweiterungen genutzt:<br /> *Bei Wirkstoff- und Packungsangaben zum Medikament<br /> *Bei den so genannten Druckkennzeichen<br /> *Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen<br /> <br /> ====Wirkstoff- und Packungsangaben beim Medikament====<br /> Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung <code>urn:hl7-org:pharm</code> behandelt und verwenden in der Regel das Namespacepräfix <code>pharm:</code>.<br /> <br /> ====Druckkennzeichen====<br /> Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>.<br /> <br /> Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2"><br /> <medmgmt:valueBoolean value="false"/><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ====Vorhaben-spezifische Erweiterungen/Zusatzinformationen====<br /> In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2"><br /> <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2"><br /> <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ==Einsatz im Kontext von HAUSKOMET==<br /> Innerhalb des Implementationsleitfadens ist für HAUSKOMET ein spezifisches Document Level Template namens "CDA Medikationsmanagement Hauskomet" spezifiziert, das für CDA Dokumente zum Austausch von Medikationsinformationen im Kontext von HAUSKOMET zu verwenden ist.<br /> <br /> Folgende Übersicht zeigt die im Kontext von HAUSKOMET verfügbaren Komponenten des Medikationsmanagement-Dokuments:<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.35/hgraph}}<br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> == CDA Dokument für Medikationsmanagement ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/dynamic}}<br /> == CDA Dokument für Medikationsmanagement Hauskomet ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.35/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> ==CDA countryCode (medmgmt) ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.22/dynamic}}<br /> ==CDA recordTarget (medmgmt) / Patient ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.4/dynamic}}<br /> ==Pflegearzt (Kurator) ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.25/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> ==Aktuelle Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/dynamic}}<br /> ==Allergien und Unverträglichkeiten (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/dynamic}}<br /> ==Gesundheitsbelange (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/dynamic}}<br /> ==Klinische Parameter (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/dynamic}}<br /> ==Leistungserbringer-Kommentar ==<br /> {{:1.2.276.0.76.10.3133/hgraph}}<br /> {{:1.2.276.0.76.10.3133/dynamic}}<br /> ==Sozialanamnese (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.23/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.23/dynamic}}<br /> <br /> =CDA Entry Level Templates=<br /> ==Alkoholabusus (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.33/dynamic}}<br /> ==Alkoholgebrauch (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.26/dynamic}}<br /> ==Allergie/Unverträglichkeit Concern Act (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.31/dynamic}}<br /> ==Allergie/Unverträglichkeit Observation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.30/dynamic}}<br /> ==AMTS Prüfung==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.20/dynamic}}<br /> ==Datenerfassung ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.2/dynamic}}<br /> ==Datenübermittlung==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.24/dynamic}}<br /> ==Einnahmedauer (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.36/dynamic}}<br /> ==Einzeldosierungen (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.28/dynamic}}<br /> ==Grund für Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.29/dynamic}}<br /> ==Kreatinin (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.9/dynamic}}<br /> ==Körpergewicht (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.7/dynamic}}<br /> ==Körpergröße (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.8/dynamic}}<br /> ==Laborergebnis (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.34/dynamic}}<br /> ==Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.3/dynamic}}<br /> ==Medikation Gruppierung (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.14/dynamic}}<br /> ==Status Schwangerschaft (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.12/dynamic}}<br /> ==Stillzeit (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.13/dynamic}}<br /> ==Tabakgebrauch (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.27/dynamic}}<br /> <br /> = Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> <br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2029]] CDA author (pmp)<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2011]] CDA participant Notfallkontakt<br /> * [[1.2.276.0.76.10.2012]] CDA participant Hausarzt<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2020]] CDA legalAuthenticator<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2031]] CDA author software (pmp)<br /> * [[1.2.276.0.76.10.3042]] Wichtige Angaben<br /> * [[1.2.276.0.76.10.4015]] Annotation Comment<br /> * [[1.2.276.0.76.10.4024]] Dosierung Freitext<br /> * [[1.2.276.0.76.10.4025]] Medikament<br /> * [[1.2.276.0.76.10.4026]] Patienteninstruktionen<br /> * [[1.2.276.0.76.10.4027]] Grund für Medikation<br /> * [[1.2.276.0.76.10.4254]] Laborergebnis<br /> * [[1.2.276.0.76.10.4255]] Erwarteter Geburtstermin<br /> * [[1.2.276.0.76.10.4256]] Allergie/Unverträglichkeit Concern Act<br /> * [[1.2.276.0.76.10.4257]] Allergie/Unverträglichkeit Observation<br /> * [[1.2.276.0.76.10.4258]] Reaktion/Manifestation<br /> * [[1.2.276.0.76.10.4259]] Kritikalität<br /> * [[1.2.276.0.76.10.4292]] Grund für Nichtgabe Medikation<br /> * [[1.2.276.0.76.10.4295]] Ohne Medikation<br /> * [[1.2.276.0.76.10.4297]] Leistungssportler<br /> * [[1.2.276.0.76.10.90002]] CDA realmCode<br /> * [[1.2.276.0.76.10.90003]] CDA typeId<br /> * [[1.2.276.0.76.10.90004]] CDA id<br /> * [[1.2.276.0.76.10.90005]] CDA title<br /> * [[1.2.276.0.76.10.90006]] CDA effectiveTime<br /> * [[1.2.276.0.76.10.90007]] CDA confidentialityCode<br /> * [[1.2.276.0.76.10.90008]] CDA languageCode<br /> * [[1.2.276.0.76.10.90009]] CDA setId and versionNumber<br /> * [[1.2.276.0.76.10.90010]] CDA Person Elements<br /> * [[1.2.276.0.76.10.90011]] CDA Organization Elements<br /> * [[1.2.276.0.76.10.90012]] CDA Assigned Entity Elements<br /> * [[1.2.276.0.76.10.90014]] Performer (Body)<br /> * [[1.2.276.0.76.10.90020]] RelatedEntity (Body)<br /> * [[1.2.276.0.76.10.90022]] Material<br /> * [[1.2.276.0.76.10.90023]] Einnahmedauer<br /> * [[1.2.276.0.76.10.90024]] Patientenidentifikation<br /> * [[1.2.276.0.76.10.90025]] Author (Body)<br /> * [[1.2.276.0.76.10.90028]] Medikation Vorbedingung<br /> * [[1.2.276.0.76.10.90030]] Personenname<br /> * [[2.16.840.1.113883.3.1937.777.27.10.2]] Kuratierender Arzt (Medikationseintrag)<br /> * [[2.16.840.1.113883.3.1937.777.27.10.12]] Hauskomet Kategorie<br /> * [[2.16.840.1.113883.3.1937.777.27.10.17]] Medikation Therapie-Intention (Hauskomet)<br /> <br /> </div><br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> ===Medikationseintrag Kategorie===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.2/dynamic}}<br /> ===Medikationsmanagement-Codes===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.1/dynamic}}<br /> <br /> =Anhang=<br /> {{:cdamedp:Dosierbeispiele}}<br /> <br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=Ballotbox_Medikationsmanagement&diff=60873 Ballotbox Medikationsmanagement 2019-09-11T09:43:43Z

<p>Mhettlage: </p> <hr /> <div>{{BallotboxBegin| Medikationsmanagement |Medikationsmanagement auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen}}<br /> <br /> {{BallotboxItem<br /> |status = draft<br /> |type = STU<br /> |version = 1.01<br /> |date = 27.08.2019<br /> |note = Anpassungen im Zuge der Angleichung an dem Hauskomet-Datenformat (für die Sektion "Medikation"):<br /> * Kategorie wird nicht mehr mittels dem moodCode-Attribut, sondern mittels der Hauskomet Kategorie angegeben.<br /> * Kuratierender Pflegearzt hinzugefügt.<br /> * TemplateId des adaptiereten Elements übernommen.<br /> |pdf = http://download.hl7.de/documents/cdar2-medmgmt/Medikationsmanagement-100.pdf<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> {{BallotboxItem<br /> |status = final<br /> |type = STU<br /> |version = 1.00<br /> |date = 27.08.2019<br /> |note = <br /> |pdf = http://download.hl7.de/documents/cdar2-medmgmt/Medikationsmanagement-100.pdf<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> {{BallotboxItem<br /> |status = reconc<br /> |type = STU<br /> |version = 0.85c<br /> |date = 14.02.2019<br /> |from = 14.02.2018<br /> |to = 23.04.2019<br /> |positive = 16<br /> |negative = 1<br /> |abstain = 2<br /> |novote = 0<br /> |total = 15<br /> |result = 100%<br /> |comments = [[Kommentierung_20190723]]<br /> |ballotannouncement = Abstimmungsankündigung_20181207<br /> |ballotstart = Abstimmungsankündigung_20190214<br /> |pdf = http://download.hl7.de/documents/cdar2-medmgmt/Medikationsmanagement-085c.pdf<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> {{BallotboxItem<br /> |status = draft<br /> |type = STU<br /> |version = 0.85<br /> |date = 11.02.2019<br /> |ballotannouncement = Abstimmungsankündigung_20181207<br /> |ballotstart = Abstimmungsankündigung_20190201<br /> |pdf =<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> {{BallotboxItem<br /> |status = draft<br /> |type = STU<br /> |version = 0.80<br /> |date = 20.11.2018<br /> |ballotannouncement =<br /> |ballotstart =<br /> |pdf =<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> <br /> {{BallotboxEnd}}</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:Medikationsmanagement&diff=60872 IG:Medikationsmanagement 2019-09-11T09:39:30Z

<p>Mhettlage: </p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Medikationsmanagement<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Medikationsmanagement<br /> |Namespace = cdamedmgmt<br /> |Type = Implementierungsleitfaden<br /> |Version = 1.01<br /> |Date = 11. September 2019<br /> |Copyright = 2018-2019<br /> |Status = final<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = 2.16.840.1.113883.2.6.7.67<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{:Ballotbox_Medikationsmanagement}}<br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> {{HL7transclude| cdaab3:Disclaimer}}<br /> {{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}<br /> <br /> ==Autoren==<br /> *gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> *Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH<br /> *Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)<br /> *Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)<br /> *Carl Schüler, Carmen Gaa, Oliver Lowens und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)<br /> *Ulrich Henning (Nutzervertreter, AOK Nordost)<br /> *Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)<br /> <br /> =Einleitung=<br /> <br /> Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen Leistungserbringern optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.<br /> <br /> Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von Leistungserbringern (Ärzte, Apotheken) im Austausch mit den Versicherten zum Ziel haben.<br /> <br /> Die interdisziplinäre Arbeitsgruppe eMedikation, die aus <br /> *dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,<br /> *der HÄVG Hausärztliche Vertragsgemeinschaft AG,<br /> *der MEDIVERBUND AG,<br /> *der gevko GmbH und<br /> *HL7 Deutschland<br /> besteht hat in einem ersten Schritt einen gemeinsam Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.<br /> <br /> Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen (BMP, eMP) und ermöglicht andererseits gleichzeitig den Austausch von darüberhinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.<br /> <br /> Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch weniger Mehrfachverordnungen, die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen, die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen, die technische Interoperabilität durch die Integration bereits bestehender Formate, die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.<br /> <br /> Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:<br /> *Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben<br /> *Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten<br /> *Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren<br /> *Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können<br /> *Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden<br /> *Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben<br /> *Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen<br /> *Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben<br /> <br /> Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorgeschlagene Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende CDA-Spezifikation nach Kommentierung und entsprechender Anpassung für die Versorgung von über 27 Millionen Versicherten allein in der AOK-Gemeinschaft potenziell zur Verfügung.<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar<ref> Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus</ref>.<br /> * Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)<ref>IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy</ref>, 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 <ref>IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7</ref><br /> * Den bundeseinheitlichen Medikationsplan (BMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> * Den elektronischen Medikationsplan (eMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> ==Medikationsmanagement heute und morgen==<br /> Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten. <br /> <br /><br /> <br /> Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:<br /> *Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens <br /> *Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens<br /> *Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff<br /> *Änderung der Dosierung eines Arzneimittels<br /> *Änderung der Wirkstärke eines Arzneimittels<br /> *Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform<br /> *Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)<br /> *Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße<br /> *Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)<br /> <br /> Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:<br /> #Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.<br /> #Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen. <br /> <br /> Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.<br /> <br /> =Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)=<br /> Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.<br /> <br /> Im Folgenden ist das "Medikationsmanagement" 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 Datenelemente.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.4.2/hgraph}}<br /> <br /> =Allgemeine Konzepte von Medikationsdaten=<br /> <br /> ==Begriffsdefinitionen==<br /> Grundsätzlich werden folgende Definitionen verwendet:<br /> * Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.<br /> * Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.<br /> * Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.<br /> * Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).<br /> * Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“. <br /> * Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.<br /> * Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).<br /> * Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet. <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc.. <br /> <br /> ==Wirkstoff-Kodierungen und Wirkstoff-Verordnungen==<br /> Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden.<br /> Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.<br /> <br /> Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen: <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..<br /> <br /> Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.<br /> ;Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden:<br /> :1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:<br /> :*Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich<br /> :*Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden<br /> :*Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden<br /> :*Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs<br /> :*Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden<br /> :<br />Grundsätzlich denkbar ist auch der folgenden Ansatz:<br /><br /> :2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung<br /> :*Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen<br /> :*Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden<br /> :*Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.<br /> <br /> ==Extensionen – Innovationsspielräume dauerhaft ermöglichen==<br /> Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird. <br /> <br /> Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten.<br /> Die AG eMedikation hat folgende Vorüberlegungen getätigt: <br /> *Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen<br /> *Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben<br /> *Für eine Registrierung müssen bestimmte Angaben getätigt werden<br /> *Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.<br /> *Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)<br /> *Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen <br /> <br /> Zu den Extensionen verweisen wir auch auf den Abschnitt ''CDA mit Informellen Erweiterungen'' im Kapitel ''CDA-Spezifikation''.<br /> <br /> ==Zielsetzung für komplexe Dosierangaben==<br /> Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.<br /> <br /> Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.<br /> <br /> =Migrationspfade – der Weg zum konsolidierten Datenaustauschformat=<br /> Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint. <br /> <br /> Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden. <br /> <br /> Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.<br /> <br /> ==AOK Nordost==<br /> Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.<br /> <br /> Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.<br /> <br /> Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.<br /> <br /> Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.<br /> <br /> ==AOK Baden-Württemberg==<br /> Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEDikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVEBRUND und dem HAUSÄRZTEVERBAND zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den HAUSARZT gepflegten Medikationsspeicher zu einem Patienten mit einer zuschaltbaren AMTS-Funktionalität. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der HAUSARZT entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher. <br /> <br /> Unerwünschte Arzneimittelwirkungen werden von den beteiligten Haus- und Fachärzten über ein AMTS-Modul geprüft. Der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg wird berücksichtigt und fokussiert. HAUSKOMET ermöglicht die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollumfänglich strukturiert verwendet werden können, z.B. für einen elektronischen AMTS-Check.<br /> <br /> HAUSKOMET ist bezogen auf die Dateninhalte des einheitlichen Datenaustauschformats eine fachliche Teilmenge der Spezifikation eMDAF und perspektivisch identisch betreffend der Datenstruktur in beiden Implementierungsleitfäden. Somit bildet die Fachanwendung HAUSKOMET keinen spezifischen Migrationspfad ab, da deren Inhalte bereits heute vollständig interoperabel sind und eine Migration bei der Erstellung dieser Spezifikation bereits erfolgt ist. <br /> <br /> ==AOK PLUS==<br /> Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden. <br /> <br /> Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.<br /> <br /> Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.<br /> <br /> Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.<br /> <br /> <br /> =CDA-Spezifikation=<br /> Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/hgraph}}<br /> <br /> Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus<ref name="abplus"> Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf</ref> zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"==<br /> <br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IK) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ====Krankenversichertennummer (KVNR)====<br /> Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.<br /> <br /> Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="3"><br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <patientRole classCode="PAT"><br /> <id root="1.2.276.0.76.4.8" extension="G970865268"/><br /> ...<br /> </patientRole><br /> </recordTarget><br /> </syntaxhighlight><br /> <br /> ==== Lebenslange Arztnummer (LANR)====<br /> Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <assignedAuthor><br /> <id root="1.2.276.0.76.4.16" extension="381259301"/><br /> ...<br /> </assignedAuthor ><br /> </syntaxhighlight><br /> ==== Betriebsstättennummer (BSNR)====<br /> Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <representedOrganization><br /> <id root="1.2.276.0.76.4.17" extension="981069211"/><br /> <name>Beispiel Betriebsstätte</name><br /> </representedOrganization><br /> </syntaxhighlight><br /> ====Institutionskennzeichen (IK)====<br /> Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IK) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.5" extension="302205023"/><br /> <name>Beispiel Krankenhaus</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ====Apotheken-IDF====<br /> Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.197" extension="3379589"/><br /> <name>Beispiel Apotheke</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ===Set-ID und Versionsnummer===<br /> Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute<br /> * setId<br /> * versionNumber<br /> als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die ''setId'' (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass ''versionNumber'' um eins erhöht wird.<br /> <br /> Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ''ClinicalDocument.id''.<br /> <br /> ===CDA mit Informellen Erweiterungen===<br /> In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.<br /> <br /> In dieser Spezifikation werden an drei Stellen solche Informellen Erweiterungen genutzt:<br /> *Bei Wirkstoff- und Packungsangaben zum Medikament<br /> *Bei den so genannten Druckkennzeichen<br /> *Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen<br /> <br /> ====Wirkstoff- und Packungsangaben beim Medikament====<br /> Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung <code>urn:hl7-org:pharm</code> behandelt und verwenden in der Regel das Namespacepräfix <code>pharm:</code>.<br /> <br /> ====Druckkennzeichen====<br /> Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>.<br /> <br /> Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2"><br /> <medmgmt:valueBoolean value="false"/><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ====Vorhaben-spezifische Erweiterungen/Zusatzinformationen====<br /> In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2"><br /> <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2"><br /> <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> == CDA Dokument für Medikationsmanagement ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> ==CDA recordTarget (medmgmt) / Patient ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.4/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> ==Aktuelle Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/dynamic}}<br /> ==Allergien und Unverträglichkeiten (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/dynamic}}<br /> ==Gesundheitsbelange (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/dynamic}}<br /> ==Klinische Parameter (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/dynamic}}<br /> == Leistungserbringer-Kommentar ==<br /> {{:1.2.276.0.76.10.3133/hgraph}}<br /> {{:1.2.276.0.76.10.3133/dynamic}}<br /> =CDA Entry Level Templates=<br /> == Datenerfassung ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.2/dynamic}}<br /> ==Kreatinin (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.9/dynamic}}<br /> ==Körpergewicht (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.7/dynamic}}<br /> ==Körpergröße (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.8/dynamic}}<br /> ==Medikation (medmgmt)==<br /> {{fmbox<br /> | image = [[Bild: Information_icon.svg|50px]]<br /> | text = Ab Version 1.01 wird die Kategorie des Eintrags nicht mehr mittels Attribut ''moodCode'', sondern im Feld ''Hauskomet Kategorie'' angegeben.<br /> }}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.3/dynamic}}<br /> <br /> ==Medikation Gruppierung (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.14/dynamic}}<br /> ==Status Schwangerschaft (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.12/dynamic}}<br /> ==Stillzeit (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.13/dynamic}}<br /> <br /> = Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> <br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2029]] CDA author (pmp)<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2011]] CDA participant Notfallkontak<br /> * [[1.2.276.0.76.10.2012]] CDA participant Hausarzt<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2020]] CDA legalAuthenticator<br /> * [[1.2.276.0.76.10.2031]] CDA author software (pmp)<br /> * [[1.2.276.0.76.10.3042]] Wichtige Angaben<br /> * [[1.2.276.0.76.10.4024]] Dosierung Freitext<br /> * [[1.2.276.0.76.10.4025]] Medikament<br /> * [[1.2.276.0.76.10.4026]] Patienteninstruktionen<br /> * [[1.2.276.0.76.10.4027]] Grund für Medikation<br /> * [[1.2.276.0.76.10.4254]] Laborergebnis<br /> * [[1.2.276.0.76.10.4255]] Erwarteter Geburtstermin<br /> * [[1.2.276.0.76.10.4256]] Allergie/Unverträglichkeit Concern Act<br /> * [[1.2.276.0.76.10.4257]] Allergie/Unverträglichkeit Observation<br /> * [[1.2.276.0.76.10.4258]] Reaktion/Manifestation<br /> * [[1.2.276.0.76.10.4259]] Kritikalität<br /> * [[1.2.276.0.76.10.4297]] Leistungssportler<br /> * [[1.2.276.0.76.10.90002]] CDA realmCode<br /> * [[1.2.276.0.76.10.90003]] CDA typeId<br /> * [[1.2.276.0.76.10.90004]] CDA id<br /> * [[1.2.276.0.76.10.90005]] CDA title<br /> * [[1.2.276.0.76.10.90006]] CDA effectiveTime<br /> * [[1.2.276.0.76.10.90007]] CDA confidentialityCode<br /> * [[1.2.276.0.76.10.90009]] CDA setId and versionNumber<br /> * [[1.2.276.0.76.10.90010]] CDA Person Elements<br /> * [[1.2.276.0.76.10.90011]] CDA Organization Elements<br /> * [[1.2.276.0.76.10.90020]] RelatedEntity (Body)<br /> * [[1.2.276.0.76.10.90022]] Material<br /> * [[1.2.276.0.76.10.90023]] Einnahmedauer<br /> * [[1.2.276.0.76.10.90024]] Patientenidentifikation<br /> * [[1.2.276.0.76.10.90025]] Author (Body)<br /> * [[1.2.276.0.76.10.90028]] Medikation Vorbedingung<br /> * [[1.2.276.0.76.10.90030]] Personenname<br /> <br /> </div><br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> === Medikationsmanagement-Codes ===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.1/dynamic}}<br /> <br /> =Anhang=<br /> {{:cdamedp:Dosierbeispiele}}<br /> <br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:Medikationsmanagement&diff=60871 IG:Medikationsmanagement 2019-09-11T09:38:49Z

<p>Mhettlage: </p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Medikationsmanagement<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Medikationsmanagement<br /> |Namespace = cdamedmgmt<br /> |Type = Implementierungsleitfaden<br /> |Version = 1.01<br /> |Date = 27. August 2019<br /> |Copyright = 2018-2019<br /> |Status = final<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = 2.16.840.1.113883.2.6.7.67<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{:Ballotbox_Medikationsmanagement}}<br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> {{HL7transclude| cdaab3:Disclaimer}}<br /> {{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}<br /> <br /> ==Autoren==<br /> *gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> *Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH<br /> *Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)<br /> *Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)<br /> *Carl Schüler, Carmen Gaa, Oliver Lowens und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)<br /> *Ulrich Henning (Nutzervertreter, AOK Nordost)<br /> *Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)<br /> <br /> =Einleitung=<br /> <br /> Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen Leistungserbringern optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.<br /> <br /> Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von Leistungserbringern (Ärzte, Apotheken) im Austausch mit den Versicherten zum Ziel haben.<br /> <br /> Die interdisziplinäre Arbeitsgruppe eMedikation, die aus <br /> *dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,<br /> *der HÄVG Hausärztliche Vertragsgemeinschaft AG,<br /> *der MEDIVERBUND AG,<br /> *der gevko GmbH und<br /> *HL7 Deutschland<br /> besteht hat in einem ersten Schritt einen gemeinsam Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.<br /> <br /> Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen (BMP, eMP) und ermöglicht andererseits gleichzeitig den Austausch von darüberhinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.<br /> <br /> Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch weniger Mehrfachverordnungen, die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen, die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen, die technische Interoperabilität durch die Integration bereits bestehender Formate, die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.<br /> <br /> Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:<br /> *Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben<br /> *Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten<br /> *Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren<br /> *Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können<br /> *Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden<br /> *Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben<br /> *Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen<br /> *Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben<br /> <br /> Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorgeschlagene Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende CDA-Spezifikation nach Kommentierung und entsprechender Anpassung für die Versorgung von über 27 Millionen Versicherten allein in der AOK-Gemeinschaft potenziell zur Verfügung.<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar<ref> Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus</ref>.<br /> * Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)<ref>IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy</ref>, 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 <ref>IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7</ref><br /> * Den bundeseinheitlichen Medikationsplan (BMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> * Den elektronischen Medikationsplan (eMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> ==Medikationsmanagement heute und morgen==<br /> Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten. <br /> <br /><br /> <br /> Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:<br /> *Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens <br /> *Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens<br /> *Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff<br /> *Änderung der Dosierung eines Arzneimittels<br /> *Änderung der Wirkstärke eines Arzneimittels<br /> *Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform<br /> *Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)<br /> *Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße<br /> *Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)<br /> <br /> Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:<br /> #Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.<br /> #Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen. <br /> <br /> Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.<br /> <br /> =Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)=<br /> Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.<br /> <br /> Im Folgenden ist das "Medikationsmanagement" 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 Datenelemente.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.4.2/hgraph}}<br /> <br /> =Allgemeine Konzepte von Medikationsdaten=<br /> <br /> ==Begriffsdefinitionen==<br /> Grundsätzlich werden folgende Definitionen verwendet:<br /> * Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.<br /> * Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.<br /> * Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.<br /> * Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).<br /> * Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“. <br /> * Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.<br /> * Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).<br /> * Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet. <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc.. <br /> <br /> ==Wirkstoff-Kodierungen und Wirkstoff-Verordnungen==<br /> Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden.<br /> Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.<br /> <br /> Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen: <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..<br /> <br /> Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.<br /> ;Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden:<br /> :1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:<br /> :*Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich<br /> :*Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden<br /> :*Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden<br /> :*Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs<br /> :*Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden<br /> :<br />Grundsätzlich denkbar ist auch der folgenden Ansatz:<br /><br /> :2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung<br /> :*Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen<br /> :*Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden<br /> :*Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.<br /> <br /> ==Extensionen – Innovationsspielräume dauerhaft ermöglichen==<br /> Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird. <br /> <br /> Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten.<br /> Die AG eMedikation hat folgende Vorüberlegungen getätigt: <br /> *Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen<br /> *Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben<br /> *Für eine Registrierung müssen bestimmte Angaben getätigt werden<br /> *Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.<br /> *Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)<br /> *Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen <br /> <br /> Zu den Extensionen verweisen wir auch auf den Abschnitt ''CDA mit Informellen Erweiterungen'' im Kapitel ''CDA-Spezifikation''.<br /> <br /> ==Zielsetzung für komplexe Dosierangaben==<br /> Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.<br /> <br /> Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.<br /> <br /> =Migrationspfade – der Weg zum konsolidierten Datenaustauschformat=<br /> Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint. <br /> <br /> Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden. <br /> <br /> Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.<br /> <br /> ==AOK Nordost==<br /> Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.<br /> <br /> Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.<br /> <br /> Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.<br /> <br /> Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.<br /> <br /> ==AOK Baden-Württemberg==<br /> Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEDikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVEBRUND und dem HAUSÄRZTEVERBAND zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den HAUSARZT gepflegten Medikationsspeicher zu einem Patienten mit einer zuschaltbaren AMTS-Funktionalität. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der HAUSARZT entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher. <br /> <br /> Unerwünschte Arzneimittelwirkungen werden von den beteiligten Haus- und Fachärzten über ein AMTS-Modul geprüft. Der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg wird berücksichtigt und fokussiert. HAUSKOMET ermöglicht die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollumfänglich strukturiert verwendet werden können, z.B. für einen elektronischen AMTS-Check.<br /> <br /> HAUSKOMET ist bezogen auf die Dateninhalte des einheitlichen Datenaustauschformats eine fachliche Teilmenge der Spezifikation eMDAF und perspektivisch identisch betreffend der Datenstruktur in beiden Implementierungsleitfäden. Somit bildet die Fachanwendung HAUSKOMET keinen spezifischen Migrationspfad ab, da deren Inhalte bereits heute vollständig interoperabel sind und eine Migration bei der Erstellung dieser Spezifikation bereits erfolgt ist. <br /> <br /> ==AOK PLUS==<br /> Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden. <br /> <br /> Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.<br /> <br /> Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.<br /> <br /> Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.<br /> <br /> <br /> =CDA-Spezifikation=<br /> Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/hgraph}}<br /> <br /> Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus<ref name="abplus"> Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf</ref> zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"==<br /> <br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IK) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ====Krankenversichertennummer (KVNR)====<br /> Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.<br /> <br /> Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="3"><br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <patientRole classCode="PAT"><br /> <id root="1.2.276.0.76.4.8" extension="G970865268"/><br /> ...<br /> </patientRole><br /> </recordTarget><br /> </syntaxhighlight><br /> <br /> ==== Lebenslange Arztnummer (LANR)====<br /> Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <assignedAuthor><br /> <id root="1.2.276.0.76.4.16" extension="381259301"/><br /> ...<br /> </assignedAuthor ><br /> </syntaxhighlight><br /> ==== Betriebsstättennummer (BSNR)====<br /> Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <representedOrganization><br /> <id root="1.2.276.0.76.4.17" extension="981069211"/><br /> <name>Beispiel Betriebsstätte</name><br /> </representedOrganization><br /> </syntaxhighlight><br /> ====Institutionskennzeichen (IK)====<br /> Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IK) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.5" extension="302205023"/><br /> <name>Beispiel Krankenhaus</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ====Apotheken-IDF====<br /> Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.197" extension="3379589"/><br /> <name>Beispiel Apotheke</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ===Set-ID und Versionsnummer===<br /> Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute<br /> * setId<br /> * versionNumber<br /> als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die ''setId'' (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass ''versionNumber'' um eins erhöht wird.<br /> <br /> Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ''ClinicalDocument.id''.<br /> <br /> ===CDA mit Informellen Erweiterungen===<br /> In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.<br /> <br /> In dieser Spezifikation werden an drei Stellen solche Informellen Erweiterungen genutzt:<br /> *Bei Wirkstoff- und Packungsangaben zum Medikament<br /> *Bei den so genannten Druckkennzeichen<br /> *Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen<br /> <br /> ====Wirkstoff- und Packungsangaben beim Medikament====<br /> Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung <code>urn:hl7-org:pharm</code> behandelt und verwenden in der Regel das Namespacepräfix <code>pharm:</code>.<br /> <br /> ====Druckkennzeichen====<br /> Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>.<br /> <br /> Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2"><br /> <medmgmt:valueBoolean value="false"/><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ====Vorhaben-spezifische Erweiterungen/Zusatzinformationen====<br /> In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2"><br /> <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2"><br /> <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> == CDA Dokument für Medikationsmanagement ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> ==CDA recordTarget (medmgmt) / Patient ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.4/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> ==Aktuelle Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/dynamic}}<br /> ==Allergien und Unverträglichkeiten (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/dynamic}}<br /> ==Gesundheitsbelange (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/dynamic}}<br /> ==Klinische Parameter (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/dynamic}}<br /> == Leistungserbringer-Kommentar ==<br /> {{:1.2.276.0.76.10.3133/hgraph}}<br /> {{:1.2.276.0.76.10.3133/dynamic}}<br /> =CDA Entry Level Templates=<br /> == Datenerfassung ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.2/dynamic}}<br /> ==Kreatinin (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.9/dynamic}}<br /> ==Körpergewicht (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.7/dynamic}}<br /> ==Körpergröße (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.8/dynamic}}<br /> ==Medikation (medmgmt)==<br /> {{fmbox<br /> | image = [[Bild: Information_icon.svg|50px]]<br /> | text = Ab Version 1.01 wird die Kategorie des Eintrags nicht mehr mittels Attribut ''moodCode'', sondern im Feld ''Hauskomet Kategorie'' angegeben.<br /> }}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.3/dynamic}}<br /> <br /> ==Medikation Gruppierung (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.14/dynamic}}<br /> ==Status Schwangerschaft (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.12/dynamic}}<br /> ==Stillzeit (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.13/dynamic}}<br /> <br /> = Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> <br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2029]] CDA author (pmp)<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2011]] CDA participant Notfallkontak<br /> * [[1.2.276.0.76.10.2012]] CDA participant Hausarzt<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2020]] CDA legalAuthenticator<br /> * [[1.2.276.0.76.10.2031]] CDA author software (pmp)<br /> * [[1.2.276.0.76.10.3042]] Wichtige Angaben<br /> * [[1.2.276.0.76.10.4024]] Dosierung Freitext<br /> * [[1.2.276.0.76.10.4025]] Medikament<br /> * [[1.2.276.0.76.10.4026]] Patienteninstruktionen<br /> * [[1.2.276.0.76.10.4027]] Grund für Medikation<br /> * [[1.2.276.0.76.10.4254]] Laborergebnis<br /> * [[1.2.276.0.76.10.4255]] Erwarteter Geburtstermin<br /> * [[1.2.276.0.76.10.4256]] Allergie/Unverträglichkeit Concern Act<br /> * [[1.2.276.0.76.10.4257]] Allergie/Unverträglichkeit Observation<br /> * [[1.2.276.0.76.10.4258]] Reaktion/Manifestation<br /> * [[1.2.276.0.76.10.4259]] Kritikalität<br /> * [[1.2.276.0.76.10.4297]] Leistungssportler<br /> * [[1.2.276.0.76.10.90002]] CDA realmCode<br /> * [[1.2.276.0.76.10.90003]] CDA typeId<br /> * [[1.2.276.0.76.10.90004]] CDA id<br /> * [[1.2.276.0.76.10.90005]] CDA title<br /> * [[1.2.276.0.76.10.90006]] CDA effectiveTime<br /> * [[1.2.276.0.76.10.90007]] CDA confidentialityCode<br /> * [[1.2.276.0.76.10.90009]] CDA setId and versionNumber<br /> * [[1.2.276.0.76.10.90010]] CDA Person Elements<br /> * [[1.2.276.0.76.10.90011]] CDA Organization Elements<br /> * [[1.2.276.0.76.10.90020]] RelatedEntity (Body)<br /> * [[1.2.276.0.76.10.90022]] Material<br /> * [[1.2.276.0.76.10.90023]] Einnahmedauer<br /> * [[1.2.276.0.76.10.90024]] Patientenidentifikation<br /> * [[1.2.276.0.76.10.90025]] Author (Body)<br /> * [[1.2.276.0.76.10.90028]] Medikation Vorbedingung<br /> * [[1.2.276.0.76.10.90030]] Personenname<br /> <br /> </div><br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> === Medikationsmanagement-Codes ===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.1/dynamic}}<br /> <br /> =Anhang=<br /> {{:cdamedp:Dosierbeispiele}}<br /> <br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=Ballotbox_Medikationsmanagement&diff=60870 Ballotbox Medikationsmanagement 2019-09-11T09:36:59Z

<p>Mhettlage: </p> <hr /> <div>{{BallotboxBegin| Medikationsmanagement |Medikationsmanagement auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen}}<br /> <br /> {{BallotboxItem<br /> |status = draft<br /> |type = STU<br /> |version = 1.01<br /> |date = 27.08.2019<br /> |note = Anpassungen im Zuge der Angleichung an dem Hauskomet-Datenformat (für die Sektion "Medikation") gemacht:<br /> * Kategorie wird nicht mehr mittels dem moodCode-Attribut, sondern mittels der Hauskomet Kategorie angegeben.<br /> * Kuratierender Pflegearzt hinzugefügt.<br /> * TemplateId des adaptiereten Elements übernommen.<br /> |pdf = http://download.hl7.de/documents/cdar2-medmgmt/Medikationsmanagement-100.pdf<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> {{BallotboxItem<br /> |status = final<br /> |type = STU<br /> |version = 1.00<br /> |date = 27.08.2019<br /> |note = <br /> |pdf = http://download.hl7.de/documents/cdar2-medmgmt/Medikationsmanagement-100.pdf<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> {{BallotboxItem<br /> |status = reconc<br /> |type = STU<br /> |version = 0.85c<br /> |date = 14.02.2019<br /> |from = 14.02.2018<br /> |to = 23.04.2019<br /> |positive = 16<br /> |negative = 1<br /> |abstain = 2<br /> |novote = 0<br /> |total = 15<br /> |result = 100%<br /> |comments = [[Kommentierung_20190723]]<br /> |ballotannouncement = Abstimmungsankündigung_20181207<br /> |ballotstart = Abstimmungsankündigung_20190214<br /> |pdf = http://download.hl7.de/documents/cdar2-medmgmt/Medikationsmanagement-085c.pdf<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> {{BallotboxItem<br /> |status = draft<br /> |type = STU<br /> |version = 0.85<br /> |date = 11.02.2019<br /> |ballotannouncement = Abstimmungsankündigung_20181207<br /> |ballotstart = Abstimmungsankündigung_20190201<br /> |pdf =<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> {{BallotboxItem<br /> |status = draft<br /> |type = STU<br /> |version = 0.80<br /> |date = 20.11.2018<br /> |ballotannouncement =<br /> |ballotstart =<br /> |pdf =<br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Medikationsmanagement<br /> |artdecor = http://art-decor.org/art-decor/decor-project--medmgmt-<br /> }}<br /> <br /> <br /> {{BallotboxEnd}}</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:Medikationsmanagement&diff=60869 IG:Medikationsmanagement 2019-09-11T09:24:17Z

<p>Mhettlage: /* Medikation (medmgmt) */</p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Medikationsmanagement<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Medikationsmanagement<br /> |Namespace = cdamedmgmt<br /> |Type = Implementierungsleitfaden<br /> |Version = 1.0<br /> |Date = 27. August 2019<br /> |Copyright = 2018-2019<br /> |Status = final<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = 2.16.840.1.113883.2.6.7.67<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{:Ballotbox_Medikationsmanagement}}<br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> {{HL7transclude| cdaab3:Disclaimer}}<br /> {{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}<br /> <br /> ==Autoren==<br /> *gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> *Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH<br /> *Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)<br /> *Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)<br /> *Carl Schüler, Carmen Gaa, Oliver Lowens und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)<br /> *Ulrich Henning (Nutzervertreter, AOK Nordost)<br /> *Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)<br /> <br /> =Einleitung=<br /> <br /> Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen Leistungserbringern optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.<br /> <br /> Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von Leistungserbringern (Ärzte, Apotheken) im Austausch mit den Versicherten zum Ziel haben.<br /> <br /> Die interdisziplinäre Arbeitsgruppe eMedikation, die aus <br /> *dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,<br /> *der HÄVG Hausärztliche Vertragsgemeinschaft AG,<br /> *der MEDIVERBUND AG,<br /> *der gevko GmbH und<br /> *HL7 Deutschland<br /> besteht hat in einem ersten Schritt einen gemeinsam Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.<br /> <br /> Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen (BMP, eMP) und ermöglicht andererseits gleichzeitig den Austausch von darüberhinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.<br /> <br /> Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch weniger Mehrfachverordnungen, die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen, die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen, die technische Interoperabilität durch die Integration bereits bestehender Formate, die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.<br /> <br /> Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:<br /> *Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben<br /> *Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten<br /> *Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren<br /> *Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können<br /> *Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden<br /> *Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben<br /> *Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen<br /> *Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben<br /> <br /> Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorgeschlagene Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende CDA-Spezifikation nach Kommentierung und entsprechender Anpassung für die Versorgung von über 27 Millionen Versicherten allein in der AOK-Gemeinschaft potenziell zur Verfügung.<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar<ref> Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus</ref>.<br /> * Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)<ref>IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy</ref>, 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 <ref>IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7</ref><br /> * Den bundeseinheitlichen Medikationsplan (BMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> * Den elektronischen Medikationsplan (eMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> ==Medikationsmanagement heute und morgen==<br /> Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten. <br /> <br /><br /> <br /> Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:<br /> *Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens <br /> *Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens<br /> *Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff<br /> *Änderung der Dosierung eines Arzneimittels<br /> *Änderung der Wirkstärke eines Arzneimittels<br /> *Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform<br /> *Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)<br /> *Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße<br /> *Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)<br /> <br /> Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:<br /> #Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.<br /> #Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen. <br /> <br /> Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.<br /> <br /> =Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)=<br /> Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.<br /> <br /> Im Folgenden ist das "Medikationsmanagement" 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 Datenelemente.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.4.2/hgraph}}<br /> <br /> =Allgemeine Konzepte von Medikationsdaten=<br /> <br /> ==Begriffsdefinitionen==<br /> Grundsätzlich werden folgende Definitionen verwendet:<br /> * Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.<br /> * Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.<br /> * Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.<br /> * Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).<br /> * Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“. <br /> * Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.<br /> * Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).<br /> * Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet. <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc.. <br /> <br /> ==Wirkstoff-Kodierungen und Wirkstoff-Verordnungen==<br /> Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden.<br /> Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.<br /> <br /> Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen: <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..<br /> <br /> Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.<br /> ;Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden:<br /> :1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:<br /> :*Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich<br /> :*Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden<br /> :*Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden<br /> :*Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs<br /> :*Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden<br /> :<br />Grundsätzlich denkbar ist auch der folgenden Ansatz:<br /><br /> :2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung<br /> :*Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen<br /> :*Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden<br /> :*Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.<br /> <br /> ==Extensionen – Innovationsspielräume dauerhaft ermöglichen==<br /> Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird. <br /> <br /> Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten.<br /> Die AG eMedikation hat folgende Vorüberlegungen getätigt: <br /> *Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen<br /> *Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben<br /> *Für eine Registrierung müssen bestimmte Angaben getätigt werden<br /> *Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.<br /> *Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)<br /> *Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen <br /> <br /> Zu den Extensionen verweisen wir auch auf den Abschnitt ''CDA mit Informellen Erweiterungen'' im Kapitel ''CDA-Spezifikation''.<br /> <br /> ==Zielsetzung für komplexe Dosierangaben==<br /> Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.<br /> <br /> Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.<br /> <br /> =Migrationspfade – der Weg zum konsolidierten Datenaustauschformat=<br /> Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint. <br /> <br /> Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden. <br /> <br /> Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.<br /> <br /> ==AOK Nordost==<br /> Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.<br /> <br /> Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.<br /> <br /> Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.<br /> <br /> Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.<br /> <br /> ==AOK Baden-Württemberg==<br /> Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEDikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVEBRUND und dem HAUSÄRZTEVERBAND zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den HAUSARZT gepflegten Medikationsspeicher zu einem Patienten mit einer zuschaltbaren AMTS-Funktionalität. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der HAUSARZT entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher. <br /> <br /> Unerwünschte Arzneimittelwirkungen werden von den beteiligten Haus- und Fachärzten über ein AMTS-Modul geprüft. Der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg wird berücksichtigt und fokussiert. HAUSKOMET ermöglicht die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollumfänglich strukturiert verwendet werden können, z.B. für einen elektronischen AMTS-Check.<br /> <br /> HAUSKOMET ist bezogen auf die Dateninhalte des einheitlichen Datenaustauschformats eine fachliche Teilmenge der Spezifikation eMDAF und perspektivisch identisch betreffend der Datenstruktur in beiden Implementierungsleitfäden. Somit bildet die Fachanwendung HAUSKOMET keinen spezifischen Migrationspfad ab, da deren Inhalte bereits heute vollständig interoperabel sind und eine Migration bei der Erstellung dieser Spezifikation bereits erfolgt ist. <br /> <br /> ==AOK PLUS==<br /> Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden. <br /> <br /> Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.<br /> <br /> Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.<br /> <br /> Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.<br /> <br /> <br /> =CDA-Spezifikation=<br /> Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/hgraph}}<br /> <br /> Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus<ref name="abplus"> Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf</ref> zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"==<br /> <br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IK) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ====Krankenversichertennummer (KVNR)====<br /> Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.<br /> <br /> Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="3"><br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <patientRole classCode="PAT"><br /> <id root="1.2.276.0.76.4.8" extension="G970865268"/><br /> ...<br /> </patientRole><br /> </recordTarget><br /> </syntaxhighlight><br /> <br /> ==== Lebenslange Arztnummer (LANR)====<br /> Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <assignedAuthor><br /> <id root="1.2.276.0.76.4.16" extension="381259301"/><br /> ...<br /> </assignedAuthor ><br /> </syntaxhighlight><br /> ==== Betriebsstättennummer (BSNR)====<br /> Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <representedOrganization><br /> <id root="1.2.276.0.76.4.17" extension="981069211"/><br /> <name>Beispiel Betriebsstätte</name><br /> </representedOrganization><br /> </syntaxhighlight><br /> ====Institutionskennzeichen (IK)====<br /> Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IK) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.5" extension="302205023"/><br /> <name>Beispiel Krankenhaus</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ====Apotheken-IDF====<br /> Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.197" extension="3379589"/><br /> <name>Beispiel Apotheke</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ===Set-ID und Versionsnummer===<br /> Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute<br /> * setId<br /> * versionNumber<br /> als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die ''setId'' (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass ''versionNumber'' um eins erhöht wird.<br /> <br /> Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ''ClinicalDocument.id''.<br /> <br /> ===CDA mit Informellen Erweiterungen===<br /> In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.<br /> <br /> In dieser Spezifikation werden an drei Stellen solche Informellen Erweiterungen genutzt:<br /> *Bei Wirkstoff- und Packungsangaben zum Medikament<br /> *Bei den so genannten Druckkennzeichen<br /> *Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen<br /> <br /> ====Wirkstoff- und Packungsangaben beim Medikament====<br /> Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung <code>urn:hl7-org:pharm</code> behandelt und verwenden in der Regel das Namespacepräfix <code>pharm:</code>.<br /> <br /> ====Druckkennzeichen====<br /> Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>.<br /> <br /> Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2"><br /> <medmgmt:valueBoolean value="false"/><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ====Vorhaben-spezifische Erweiterungen/Zusatzinformationen====<br /> In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2"><br /> <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2"><br /> <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> == CDA Dokument für Medikationsmanagement ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> ==CDA recordTarget (medmgmt) / Patient ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.4/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> ==Aktuelle Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/dynamic}}<br /> ==Allergien und Unverträglichkeiten (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/dynamic}}<br /> ==Gesundheitsbelange (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/dynamic}}<br /> ==Klinische Parameter (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/dynamic}}<br /> == Leistungserbringer-Kommentar ==<br /> {{:1.2.276.0.76.10.3133/hgraph}}<br /> {{:1.2.276.0.76.10.3133/dynamic}}<br /> =CDA Entry Level Templates=<br /> == Datenerfassung ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.2/dynamic}}<br /> ==Kreatinin (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.9/dynamic}}<br /> ==Körpergewicht (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.7/dynamic}}<br /> ==Körpergröße (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.8/dynamic}}<br /> ==Medikation (medmgmt)==<br /> {{fmbox<br /> | image = [[Bild: Information_icon.svg|50px]]<br /> | text = Ab Version 1.01 wird die Kategorie des Eintrags nicht mehr mittels Attribut ''moodCode'', sondern im Feld ''Hauskomet Kategorie'' angegeben.<br /> }}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.3/dynamic}}<br /> <br /> ==Medikation Gruppierung (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.14/dynamic}}<br /> ==Status Schwangerschaft (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.12/dynamic}}<br /> ==Stillzeit (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.13/dynamic}}<br /> <br /> = Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> <br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2029]] CDA author (pmp)<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2011]] CDA participant Notfallkontak<br /> * [[1.2.276.0.76.10.2012]] CDA participant Hausarzt<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2020]] CDA legalAuthenticator<br /> * [[1.2.276.0.76.10.2031]] CDA author software (pmp)<br /> * [[1.2.276.0.76.10.3042]] Wichtige Angaben<br /> * [[1.2.276.0.76.10.4024]] Dosierung Freitext<br /> * [[1.2.276.0.76.10.4025]] Medikament<br /> * [[1.2.276.0.76.10.4026]] Patienteninstruktionen<br /> * [[1.2.276.0.76.10.4027]] Grund für Medikation<br /> * [[1.2.276.0.76.10.4254]] Laborergebnis<br /> * [[1.2.276.0.76.10.4255]] Erwarteter Geburtstermin<br /> * [[1.2.276.0.76.10.4256]] Allergie/Unverträglichkeit Concern Act<br /> * [[1.2.276.0.76.10.4257]] Allergie/Unverträglichkeit Observation<br /> * [[1.2.276.0.76.10.4258]] Reaktion/Manifestation<br /> * [[1.2.276.0.76.10.4259]] Kritikalität<br /> * [[1.2.276.0.76.10.4297]] Leistungssportler<br /> * [[1.2.276.0.76.10.90002]] CDA realmCode<br /> * [[1.2.276.0.76.10.90003]] CDA typeId<br /> * [[1.2.276.0.76.10.90004]] CDA id<br /> * [[1.2.276.0.76.10.90005]] CDA title<br /> * [[1.2.276.0.76.10.90006]] CDA effectiveTime<br /> * [[1.2.276.0.76.10.90007]] CDA confidentialityCode<br /> * [[1.2.276.0.76.10.90009]] CDA setId and versionNumber<br /> * [[1.2.276.0.76.10.90010]] CDA Person Elements<br /> * [[1.2.276.0.76.10.90011]] CDA Organization Elements<br /> * [[1.2.276.0.76.10.90020]] RelatedEntity (Body)<br /> * [[1.2.276.0.76.10.90022]] Material<br /> * [[1.2.276.0.76.10.90023]] Einnahmedauer<br /> * [[1.2.276.0.76.10.90024]] Patientenidentifikation<br /> * [[1.2.276.0.76.10.90025]] Author (Body)<br /> * [[1.2.276.0.76.10.90028]] Medikation Vorbedingung<br /> * [[1.2.276.0.76.10.90030]] Personenname<br /> <br /> </div><br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> === Medikationsmanagement-Codes ===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.1/dynamic}}<br /> <br /> =Anhang=<br /> {{:cdamedp:Dosierbeispiele}}<br /> <br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:Medikationsmanagement&diff=60784 IG:Medikationsmanagement 2019-08-26T09:56:16Z

<p>Mhettlage: </p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Medikationsmanagement<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Medikationsmanagement<br /> |Namespace = cdamedmgmt<br /> |Type = Implementierungsleitfaden<br /> |Version = 0.91<br /> |Date = 29. Mai 2019<br /> |Copyright = 2018-2019<br /> |Status = Entwurf<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = n.n.<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{:Ballotbox_Medikationsmanagement}}<br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> {{HL7transclude| cdaab3:Disclaimer}}<br /> {{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}<br /> <br /> ==Autoren==<br /> *gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> *Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH<br /> *Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)<br /> *Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)<br /> *Carl Schüler, Carmen Gaa, Oliver Lowens und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)<br /> *Ulrich Henning (Nutzervertreter, AOK Nordost)<br /> *Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)<br /> <br /> =Einleitung=<br /> <br /> Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen Leistungserbringern optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.<br /> <br /> Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von Leistungserbringern (Ärzte, Apotheken) im Austausch mit den Versicherten zum Ziel haben.<br /> <br /> Die interdisziplinäre Arbeitsgruppe eMedikation, die aus <br /> *dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,<br /> *der HÄVG Hausärztliche Vertragsgemeinschaft AG,<br /> *der MEDIVERBUND AG,<br /> *der gevko GmbH und<br /> *HL7 Deutschland<br /> besteht hat in einem ersten Schritt einen gemeinsam Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.<br /> <br /> Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen (BMP, eMP) und ermöglicht andererseits gleichzeitig den Austausch von darüberhinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.<br /> <br /> Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch weniger Mehrfachverordnungen, die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen, die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen, die technische Interoperabilität durch die Integration bereits bestehender Formate, die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.<br /> <br /> Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:<br /> *Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben<br /> *Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten<br /> *Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren<br /> *Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können<br /> *Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden<br /> *Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben<br /> *Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen<br /> *Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben<br /> <br /> Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorgeschlagene Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende CDA-Spezifikation nach Kommentierung und entsprechender Anpassung für die Versorgung von über 27 Millionen Versicherten allein in der AOK-Gemeinschaft potenziell zur Verfügung.<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar<ref> Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus</ref>.<br /> * Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)<ref>IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy</ref>, 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 <ref>IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7</ref><br /> * Den bundeseinheitlichen Medikationsplan (BMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> * Den elektronischen Medikationsplan (eMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> ==Medikationsmanagement heute und morgen==<br /> Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten. <br /> <br /><br /> <br /> Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:<br /> *Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens <br /> *Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens<br /> *Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff<br /> *Änderung der Dosierung eines Arzneimittels<br /> *Änderung der Wirkstärke eines Arzneimittels<br /> *Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform<br /> *Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)<br /> *Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße<br /> *Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)<br /> <br /> Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:<br /> #Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.<br /> #Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen. <br /> <br /> Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.<br /> <br /> =Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)=<br /> Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.<br /> <br /> Im Folgenden ist das "Medikationsmanagement" 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 Datenelemente.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.4.2/hgraph}}<br /> <br /> =Allgemeine Konzepte von Medikationsdaten=<br /> <br /> ==Begriffsdefinitionen==<br /> Grundsätzlich werden folgende Definitionen verwendet:<br /> * Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.<br /> * Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.<br /> * Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.<br /> * Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).<br /> * Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“. <br /> * Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.<br /> * Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).<br /> * Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet. <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc.. <br /> <br /> ==Wirkstoff-Kodierungen und Wirkstoff-Verordnungen==<br /> Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden.<br /> Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.<br /> <br /> Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen: <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..<br /> <br /> Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.<br /> ;Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden:<br /> :1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:<br /> :*Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich<br /> :*Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden<br /> :*Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden<br /> :*Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs<br /> :*Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden<br /> :<br />Grundsätzlich denkbar ist auch der folgenden Ansatz:<br /><br /> :2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung<br /> :*Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen<br /> :*Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden<br /> :*Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.<br /> <br /> ==Extensionen – Innovationsspielräume dauerhaft ermöglichen==<br /> Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird. <br /> <br /> Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten.<br /> Die AG eMedikation hat folgende Vorüberlegungen getätigt: <br /> *Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen<br /> *Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben<br /> *Für eine Registrierung müssen bestimmte Angaben getätigt werden<br /> *Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.<br /> *Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)<br /> *Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen <br /> <br /> Zu den Extensionen verweisen wir auch auf den Abschnitt ''CDA mit Informellen Erweiterungen'' im Kapitel ''CDA-Spezifikation''.<br /> <br /> ==Zielsetzung für komplexe Dosierangaben==<br /> Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.<br /> <br /> Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.<br /> <br /> =Migrationspfade – der Weg zum konsolidierten Datenaustauschformat=<br /> Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint. <br /> <br /> Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden. <br /> <br /> Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.<br /> <br /> ==AOK Nordost==<br /> Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.<br /> <br /> Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.<br /> <br /> Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.<br /> <br /> Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.<br /> <br /> ==AOK Baden-Württemberg==<br /> Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEDikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVEBRUND und dem HAUSÄRZTEVERBAND zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den HAUSARZT gepflegten Medikationsspeicher zu einem Patienten mit einer zuschaltbaren AMTS-Funktionalität. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der HAUSARZT entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher. <br /> <br /> Unerwünschte Arzneimittelwirkungen werden von den beteiligten Haus- und Fachärzten über ein AMTS-Modul geprüft. Der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg wird berücksichtigt und fokussiert. HAUSKOMET ermöglicht die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollumfänglich strukturiert verwendet werden können, z.B. für einen elektronischen AMTS-Check.<br /> <br /> HAUSKOMET ist bezogen auf die Dateninhalte des einheitlichen Datenaustauschformats eine fachliche Teilmenge der Spezifikation eMDAF und perspektivisch identisch betreffend der Datenstruktur in beiden Implementierungsleitfäden. Somit bildet die Fachanwendung HAUSKOMET keinen spezifischen Migrationspfad ab, da deren Inhalte bereits heute vollständig interoperabel sind und eine Migration bei der Erstellung dieser Spezifikation bereits erfolgt ist. <br /> <br /> ==AOK PLUS==<br /> Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden. <br /> <br /> Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.<br /> <br /> Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.<br /> <br /> Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.<br /> <br /> <br /> =CDA-Spezifikation=<br /> Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/hgraph}}<br /> <br /> Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus<ref name="abplus"> Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf</ref> zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"==<br /> <br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IK) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ====Krankenversichertennummer (KVNR)====<br /> Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.<br /> <br /> Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="3"><br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <patientRole classCode="PAT"><br /> <id root="1.2.276.0.76.4.8" extension="G970865268"/><br /> ...<br /> </patientRole><br /> </recordTarget><br /> </syntaxhighlight><br /> <br /> ==== Lebenslange Arztnummer (LANR)====<br /> Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <assignedAuthor><br /> <id root="1.2.276.0.76.4.16" extension="381259301"/><br /> ...<br /> </assignedAuthor ><br /> </syntaxhighlight><br /> ==== Betriebsstättennummer (BSNR)====<br /> Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <representedOrganization><br /> <id root="1.2.276.0.76.4.17" extension="981069211"/><br /> <name>Beispiel Betriebsstätte</name><br /> </representedOrganization><br /> </syntaxhighlight><br /> ====Institutionskennzeichen (IK)====<br /> Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IK) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.5" extension="302205023"/><br /> <name>Beispiel Krankenhaus</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ====Apotheken-IDF====<br /> Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.197" extension="3379589"/><br /> <name>Beispiel Apotheke</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ===Set-ID und Versionsnummer===<br /> Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute<br /> * setId<br /> * versionNumber<br /> als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die ''setId'' (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass ''versionNumber'' um eins erhöht wird.<br /> <br /> Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ''ClinicalDocument.id''.<br /> <br /> ===CDA mit Informellen Erweiterungen===<br /> In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.<br /> <br /> In dieser Spezifikation werden an drei Stellen solche Informellen Erweiterungen genutzt:<br /> *Bei Wirkstoff- und Packungsangaben zum Medikament<br /> *Bei den so genannten Druckkennzeichen<br /> *Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen<br /> <br /> ====Wirkstoff- und Packungsangaben beim Medikament====<br /> Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung <code>urn:hl7-org:pharm</code> behandelt und verwenden in der Regel das Namespacepräfix <code>pharm:</code>.<br /> <br /> ====Druckkennzeichen====<br /> Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>.<br /> <br /> Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2"><br /> <medmgmt:valueBoolean value="false"/><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ====Vorhaben-spezifische Erweiterungen/Zusatzinformationen====<br /> In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2"><br /> <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2"><br /> <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> == CDA Dokument für Medikationsmanagement ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> ==CDA recordTarget (medmgmt) / Patient ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.4/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> ==Aktuelle Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/dynamic}}<br /> ==Allergien und Unverträglichkeiten (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/dynamic}}<br /> ==Gesundheitsbelange (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/dynamic}}<br /> ==Klinische Parameter (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/dynamic}}<br /> == Leistungserbringer-Kommentar ==<br /> {{:1.2.276.0.76.10.3133/hgraph}}<br /> {{:1.2.276.0.76.10.3133/dynamic}}<br /> =CDA Entry Level Templates=<br /> == Datenerfassung ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.2/dynamic}}<br /> ==Kreatinin (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.9/dynamic}}<br /> ==Körpergewicht (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.7/dynamic}}<br /> ==Körpergröße (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.8/dynamic}}<br /> ==Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.3/dynamic}}<br /> ==Medikation Gruppierung (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.14/dynamic}}<br /> ==Status Schwangerschaft (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.12/dynamic}}<br /> ==Stillzeit (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.13/dynamic}}<br /> <br /> = Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> <br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2029]] CDA author (pmp)<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2011]] CDA participant Notfallkontak<br /> * [[1.2.276.0.76.10.2012]] CDA participant Hausarzt<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2020]] CDA legalAuthenticator<br /> * [[1.2.276.0.76.10.2031]] CDA author software (pmp)<br /> * [[1.2.276.0.76.10.3042]] Wichtige Angaben<br /> * [[1.2.276.0.76.10.4024]] Dosierung Freitext<br /> * [[1.2.276.0.76.10.4025]] Medikament<br /> * [[1.2.276.0.76.10.4026]] Patienteninstruktionen<br /> * [[1.2.276.0.76.10.4027]] Grund für Medikation<br /> * [[1.2.276.0.76.10.4254]] Laborergebnis<br /> * [[1.2.276.0.76.10.4255]] Erwarteter Geburtstermin<br /> * [[1.2.276.0.76.10.4256]] Allergie/Unverträglichkeit Concern Act<br /> * [[1.2.276.0.76.10.4257]] Allergie/Unverträglichkeit Observation<br /> * [[1.2.276.0.76.10.4258]] Reaktion/Manifestation<br /> * [[1.2.276.0.76.10.4259]] Kritikalität<br /> * [[1.2.276.0.76.10.4297]] Leistungssportler<br /> * [[1.2.276.0.76.10.90002]] CDA realmCode<br /> * [[1.2.276.0.76.10.90003]] CDA typeId<br /> * [[1.2.276.0.76.10.90004]] CDA id<br /> * [[1.2.276.0.76.10.90005]] CDA title<br /> * [[1.2.276.0.76.10.90006]] CDA effectiveTime<br /> * [[1.2.276.0.76.10.90007]] CDA confidentialityCode<br /> * [[1.2.276.0.76.10.90009]] CDA setId and versionNumber<br /> * [[1.2.276.0.76.10.90010]] CDA Person Elements<br /> * [[1.2.276.0.76.10.90011]] CDA Organization Elements<br /> * [[1.2.276.0.76.10.90020]] RelatedEntity (Body)<br /> * [[1.2.276.0.76.10.90022]] Material<br /> * [[1.2.276.0.76.10.90023]] Einnahmedauer<br /> * [[1.2.276.0.76.10.90024]] Patientenidentifikation<br /> * [[1.2.276.0.76.10.90025]] Author (Body)<br /> * [[1.2.276.0.76.10.90028]] Medikation Vorbedingung<br /> * [[1.2.276.0.76.10.90030]] Personenname<br /> <br /> </div><br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> === Medikationsmanagement-Codes ===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.1/dynamic}}<br /> <br /> =Anhang=<br /> {{:cdamedp:Dosierbeispiele}}<br /> <br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung&diff=60540 IG:Krankenhausverordnung 2019-07-30T11:15:24Z

<p>Mhettlage: Das Beispiel im Anhang wird jetzt im Querformat ausgedruckt um die Lesbarkeit zu erhöhen.</p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Elektronische Verordnung von Krankenhausbehandlung (eKHVO) auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Krankenhausverordnung (eKHVO)<br /> |Namespace = cdakhvo<br /> |Type = Implementierungsleitfaden<br /> |Version = 0.95<br /> |Date = 17. Juli 2019<br /> |Copyright = 2019<br /> |Status = Entwurf<br /> |Period = Entwurf<br /> |Verfahren = <br /> |OID = n.n.<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{BallotboxBegin| Elektronische Verordnung von Krankenhausbehandlung | auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen}}<br /> <br /> {{BallotboxItem<br /> |status = draft<br /> |type = STU<br /> |version = 0.95<br /> |date = 17.07.2019<br /> |ballotannouncement = <br /> |ballotstart = <br /> |pdf = <br /> |wiki = http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung<br /> |artdecor = http://art-decor.org/art-decor/decor-project--vomgt-<br /> }}<br /> <br /> {{BallotboxEnd}}<br /> <br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen der Digitalisierung der KBV-Musters zur Beschleunigung und Entlasstung der Prozesse zwischen Krankenkasse und Patient entstanden. Er wird zukünftig im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dann dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> <br /> ==Disclaimer==<br /> {{EMBox|<br /> Disclaimer<br /> *Der Inhalt dieses Dokumentes ist öffentlich. Zu beachten ist, dass Teile dieses Dokuments auf der Normative Edition 2005 von HL7 Version 3 bzw. dem ISO-Standard Clinical Document Architecture (CDA) Release 2 (ISO/HL7 27932:2009 Data Exchange Standards -- HL7 Clinical Document Architecture, Release 2) beruhen, für die © HL7 International gilt.<br /> *Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann HL7 Deutschland keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.<br /> }}<br /> <br /> <br /> <br /> {{DocumentPart}}<br /> <br /> ==Copyright-Hinweis, Nutzungshinweise==<br /> {{BeginGreenBox|Nachnutzungs- bzw. Veröffentlichungsansprüche}}<br /> Für alle veröffentlichten Dateien mit einem CDA-Bezug gilt ferner:<br /> 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.<br /> <br /> Alle auf nationale Verhältnisse angepassten und veröffentlichten CDA-Schemas können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.<br/><br /> Aus der Nutzung ergibt sich kein weiter gehender Anspruch gegenüber HL7 Deutschland e.V., zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.<br /> <br /> Näheres unter http://www.hl7.de und http://www.hl7.org.<br /> {{EndGreenBox}}<br /> <br /> ==Autoren==<br /> *Element44 GmbH<br /> <br /> <br /> =Einleitung=<br /> Eine häufig ausgestellte Verordnung ist die Verordnung von Krankenhausbehandlung, welcher ein Arzt seinen Patienten auf Muster 2 ausstellt. Dieses besteht aus drei Teilen:<br /> * Muster 2a: Ausfertigung für die Krankenkasse <br /> * Muster 2b: Ausfertigung für den Krankenhausarzt <br /> * Muster 2c: Ausfertigung für den einweisenden Arzt<br /> <br /> Das Muster 2 wird vom Arzt in seinem Praxisverwaltungssystem erstellt, ausgedruckt und die entsprechenden Durchschläge den Patienten zur Weiterleitung mitgegeben.<br /> Die Notwendigkeit der Verordnung ist vom Arzt zu begründen und enthält die folgenden Angaben:<br /> * Die Begründung soll sich aus der Angabe der Diagnose oder weiterer Angaben (Nebendiagnose und besondere Gründe für die stationäre Behandlung) ergeben.<br /> * In geeigneten Fällen sind auch die beiden nächsterreichbaren und geeigneten Krankenhäuser anzugeben.<br /> * Die Verordnung hat vor Beginn der Krankenhausbehandlung zu erfolgen.<br /> * Die Behandlung durch einen Belegarzt ist im Teil a des Musters 2 zu vermerken.<br /> * Die für die Krankenhausbehandlung begründeten Unterlagen sind der Verordnung beizufügen (Anamnese, Diagnostik und ambulante Therapie).<br /> <br /> Der Patient muss die Verordnung zur Prüfung der Kostenübernahme bei seiner Krankenkasse vorlegen. Um den Patienten von diesem Vorgang zukünftig zu entlasten, kann die Verordnung zur Krankenhausbehandlung von der Arztpraxis zur Krankenkasse elektronisch übermittelt werden. <br /> Der nachfolgende Implementierungsleitfaden beschreibt dazu die Angaben des Musters in strukturierter Form, welche übertragen werden. Dabei wird sich ausschließlich auf den Teil a des Musters beschränkt. Die anderen Teile des Musters werden nicht abgebildet.<br /> ==KBV Muster 2a==<br /> Das KBV Muster 2a "Verordnung von Krankenhausbehandlung" ist ein beidseitig ausfüllbares DIN-A6 Formular welches sich wie folgt darstellt:<br /> ===Vorderseite===<br /> [[Datei:KBV_Muster_2A_Front.png|KBV Verordnungsformular Vorderseite Muster 2A "Verordnung von Krankenhausbehandlung"]]<br /> ===Rückseite===<br /> [[Datei:KBV_Muster_2A_Back.png|KBV Verordnungsformular Rückseite Muster 2A "Verordnung von Krankenhausbehandlung"]]<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis der elektronischen Verordnung von Krankenhausbehandlung stellt das Verordnungsmanagement dar<ref> Verordnungsmanagement (vomgt) http://wiki.hl7.de/index.php?title=Verordnungsmanagement_(Projekt)</ref>.<br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> =CDA-Spezifikation=<br /> Eine Krankenhausverordnung setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Dokuments.<br /> <br /> {{:1.2.276.0.76.3.1.135.8.10.118/hgraph}}<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation==<br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IK) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> {{:1.2.276.0.76.3.1.135.8.10.118/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> Folgende Elemente beziehen sich auf das komplette Dokument und sind für eine Verordnung einmalig anzugeben:<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#CDA_recordTarget_.28vomgt.29_.2F_Patient Patienteninformationen (''CDA recordTarget (vomgt)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#CDA_author_Person_.28vomgt.29_.2F_Behandelnder_Arzt Behandelnder Arzt (''CDA author Person (vomgt)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#CDA_author_Software_.28pmp.29_.2F_Erstellende_Software Erstellende Software (''CDA author Software (pmp)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#CDA_custodian_.2F_Verantwortliche_Organisation Verantwortliche Organisation (''CDA custodian'')]<br /> <br /> Beschreibungen und Beispiele zu den Templates können Sie den nachfolgenden Abbildungen entnehmen.<br /> <br /> ==CDA recordTarget (vomgt) / Patient ==<br /> Das recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst IDs und dem Namen, Geschlecht, Adressen etc.<br /> ----<br /> {{:1.2.276.0.76.10.2048/dynamic}}<br /> ==CDA author Person (vomgt) / Behandelnder Arzt ==<br /> Dieses Template stellt den ausstellenden/behandelnden Arzt der Verordnung dar.<br /> ----<br /> {{:1.2.276.0.76.10.2049/dynamic}}<br /> ==CDA author Software (pmp) / Erstellende Software ==<br /> Mit diesem Template kann die Software angegeben werden, mit der diese Verordnung erstellt wurde.<br /> ----<br /> {{:1.2.276.0.76.10.2031/dynamic}}<br /> ==CDA custodian / Verantwortliche Organisation ==<br /> In der Regel ist es die erstellende Institution des Dokumentes.<br /> ----<br /> {{:1.2.276.0.76.10.2004/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> Um alle auf den Formular befindlichen Informationen darzustellen wurden folgende Sektionen festgelegt:<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Versicherung Versicherung (''Insurance Section'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#N.C3.A4chstgelegene_Krankenh.C3.A4user Nächstgelegene Krankenhäuser (''Appropriate suitable hospitals Section'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Unfalldetails Unfalldetails (''Accident Section (02)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Behandlungsangaben Behandlungsangaben (''Treatment Section (02)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Diagnose.2FBegr.C3.BCndung Diagnose/Begründung (''Diagnosis Section (2A)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Angaben_zur_Krankenhausaufnahme Angaben zur Krankenhausaufnahme (''Hospitalisation Section'')]<br /> <br /> Beschreibungen und Beispiele zu den Templates können Sie den nachfolgenden Abbildungen entnehmen.<br /> <br /> ==Versicherung==<br /> In diesem Abschnitt werden die Versichertendaten abgelegt. <br /> ----<br /> {{:1.2.276.0.76.10.3103/dynamic}}<br /> ==Nächstgelegene Krankenhäuser==<br /> Stellt ein nächstgelegenes geeignetes Krankenhaus als Empfehlung für die Krankenhausbehandlung dar.<br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.120/dynamic}}<br /> ==Unfalldetails==<br /> Mit dieser Observation werden die 3 Checkboxen (''Notfall'', ''Unfall, Unfallfolgen', ''Versorgungsleiden (BVG)''), exklusiv über ein [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Unfalldetails_3 Value Set] repräsentiert.<br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.122/dynamic}}<br /> ==Behandlungsangaben==<br /> Behandlungsangaben bestehen lediglich aus der Information, ob die Behandlung durch einen Belegarzt erfolgen soll. Daher existiert hierfür kein Entry-Level-Template, sondern die notwendigen Elemente wurde direkt in der Section angelegt. Diese stellt sich wie folgt dar.<br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.123/dynamic}}<br /> ==Diagnose/Begründung==<br /> In diesem Abschnitt kann die Diagnose, analog zu den 5-Zeilen auf dem Formular, angegeben werden.<br /> Jeder Eintrag kann entweder aus einer ICD-10-codierten Diagnose oder einer Freitext-Diagnose bestehen und stellt jeweils eine Zeile dar.<br /> "Die Begründung für die Verordnung der Krankenhausbehandlung soll sich aus der Angabe der Diagnose ergeben." (siehe "[http://kbv.de/media/sp/02_Erlaeuterungen.pdf Erläuterungen zur Vereinbarung über Vordrucke für die vertragsärztliche Versorgung]" <ref>KBV Erläuterungen zur Vereinbarung über Vordrucke für die vertragsärztliche Versorgung, http://kbv.de/media/sp/02_Erlaeuterungen.pdf</ref><br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.119/dynamic}}<br /> ==Angaben zur Krankenhausaufnahme==<br /> Die Angaben zur Krankenhausaufnahme bestehen lediglich aus dem Datum der Aufnahme und den Kontaktdaten des aufnehmenden Arztes sowie dessen Krankenhaus.<br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.124/dynamic}}<br /> <br /> =CDA Entry Level Templates=<br /> Folgende Templates werden auf Entry-Level-Ebene im Zuge des Projekts verwendet:<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Versicherung_2 Versicherung (''Coverage Activity'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#N.C3.A4chstgelegene_Krankenh.C3.A4user_2 Nächstgelegene Krankenhäuser (''CDA Organization Elements (vomgt)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Unfalldetails_2 Unfalldetails (''Accident Observation (02)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Behandlungsangaben_2 Behandlunsangaben (''Treatment Section (02)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Diagnose.2FBegr.C3.BCndung_2 Diagnose/Begründung (''Diagnosis Observation (02)'')]<br /> * [http://wiki.hl7.de/index.php?title=IG:Krankenhausverordnung#Angaben_zur_Krankenhausaufnahme_2 Angaben zur Krankenhausaufnahme (''Hospitalisation Section'')]<br /> <br /> Beschreibungen und Beispiele der Templates können Sie den nachfolgenden Abbildungen entnehmen.<br /> <br /> ==Versicherung==<br /> Detailangaben zum Versicherungsverhältnis werden in der ''Policy Acitvity'' innerhalb der ''Coverage Activity'' abgebildet.<br /> ----<br /> {{:1.2.276.0.76.10.4263/dynamic}}<br /> {{:1.2.276.0.76.10.4264/dynamic}}<br /> ==Nächstgelegene Krankenhäuser==<br /> Nächstgelegene Krankenhäuser werden jeweils in einem ''CDA Organization''-Element dargestellt, welches wie folgt aufgebaut ist.<br /> ----<br /> {{:1.2.276.0.76.10.90032/dynamic}}<br /> ==Unfalldetails==<br /> Unfalldetails werden innerhalb der ''Accident Observation (02)'' mittels des ValueSets ''S_KBV_02_Accident'' angegeben.<br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.121/dynamic}}<br /> ==Behandlungsangaben==<br /> Wenn die Behandlung durch einen Belegarzt erfolgen soll, muss hier der Wert ''true'' übermittelt werden.<br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.123/dynamic}}<br /> ==Diagnose/Begründung==<br /> Dieses Template spiegelt eine konkrete Beobachtung über das Problem bzw. die Diagnose eines Patienten wider und begründet somit die Verordnung der Krankenhausbehandlung. Es stellt eine Zeile der Diagnose auf dem Formular dar und bietet sowohl die Möglichkeit die Diagnose freitextlich, als auch ICD-10-codiert anzugeben.<br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.125/dynamic}}<br /> <br /> ==Angaben zur Krankenhausaufnahme==<br /> Beinhaltet das Datum und das Krankenhaus der Aufnahme.<br /> ----<br /> {{:1.2.276.0.76.3.1.135.8.10.124/dynamic}}<br /> </div><br /> <br /> =Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2048]] CDA recordTarget (vomgt)<br /> * [[1.2.276.0.76.10.2049]] CDA author Person (vomgt)<br /> * [[1.2.276.0.76.10.2031]] CDA author Software (pmp)<br /> * [[1.2.276.0.76.10.2004]] CDA custodian<br /> * [[1.2.276.0.76.10.3103]] Insurance Section<br /> * [[1.2.276.0.76.10.4263]] Coverage Activity<br /> * [[1.2.276.0.76.10.4264]] Policy Activity<br /> * [[1.2.276.0.76.10.90032]] CDA Organization Elements (vomgt)<br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> ===Unfalldetails===<br /> {{:1.2.276.0.76.3.1.135.8.11.26/dynamic}}<br /> ===Diagnoseart===<br /> {{:1.2.276.0.76.3.1.135.8.11.27/dynamic}}<br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> <div class="landscape"><br /> =Anhang=<br /> ==CDA Beispieldokument==<br /> <syntaxhighlight lang="xml"><br /> <ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" classCode="DOCCLIN" moodCode="EVN"><br /> <realmCode code="DE"/><br /> <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/><br /> <templateId root="2.16.840.1.113883.10.12.1"/><br /> <id extension="9130a65c-adf2-11e9-a2a3-2a2ae2dbcce4"/><br /> <code code="57832-8" codeSystem="2.16.840.1.113883.6.1"/><br /> <title>Verordnung von Krankenhausbehandlung</title><br /> <br /> <effectiveTime value="20190724093753"/><br /> <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/><br /> <br /> <setId extension="9130a8c8-adf2-11e9-a2a3-2a2ae2dbcce4"/><br /> <versionNumber value="1"/><br /> <br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <templateId root="1.2.276.0.76.10.2048"/><br /> <patientRole classCode="PAT"><br /> <br /> <id extension="A123456789" root="1.2.276.0.76.4.8"/><br /> <br /> <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/><br /> <br /> <id extension="SV124-5" root="1.2.276.0.76.99.1.5.6"/><br /> <addr><br /> <streetName>Riedemannweg</streetName><br /> <houseNumber>59</houseNumber><br /> <postalCode>13627</postalCode><br /> <city>Berlin</city><br /> <country>D</country><br /> </addr><br /> <patient><br /> <name><br /> <prefix qualifier="AC">Prof. Dr.</prefix><br /> <given>Paul</given><br /> <prefix qualifier="NB">Freiherr</prefix><br /> <prefix qualifier="VV">von</prefix><br /> <family>Pappel</family><br /> </name><br /> <birthTime value="19551217"/><br /> </patient><br /> </patientRole><br /> </recordTarget><br /> <br /> <author typeCode="AUT" contextControlCode="OP"><br /> <templateId root="1.2.276.0.76.10.2049"/><br /> <br /> <functionCode code="AUCG" codeSystem="2.16.840.1.113883.5.88" displayName="caregiver information receiver"/><br /> <time value="20190724"/><br /> <assignedAuthor classCode="ASSIGNED"><br /> <br /> <id extension="12345607" root="1.2.276.0.76.4.16"/><br /> <br /> <id extension="ASV-Team1" root="1.2.276.0.76.4.200"/><br /> <br /> <code code="01" codeSystem="1.2.276.0.76.3.1.1.5.2.23" displayName="Allgemeinmedizin"/><br /> <br /> <telecom use="WP" value="tel:0234.555-1234"/><br /> <assignedPerson><br /> <name><br /> <prefix qualifier="AC">Dr. med.</prefix><br /> <given>Frank</given><br /> <family>Muster</family><br /> </name><br /> </assignedPerson><br /> <representedOrganization><br /> <br /> <id extension="BSNR47" root="1.2.276.0.76.4.17"/><br /> <name>Stuttgarter Hausarztpraxis an der Praxenstraße</name><br /> <br /> <telecom use="WP" value="tel:0711.555-7070"/><br /> <br /> <addr><br /> <streetName>Praxenstraße</streetName><br /> <houseNumber>240</houseNumber><br /> <postalCode>70371</postalCode><br /> <city>Stuttgart</city><br /> </addr><br /> </representedOrganization><br /> </assignedAuthor><br /> </author><br /> <br /> <author typeCode="AUT"><br /> <templateId root="1.2.276.0.76.10.2031"/><br /> <br /> <time value="20190724"/><br /> <assignedAuthor classCode="ASSIGNED"><br /> <id nullFlavor="NA"/><br /> <assignedAuthoringDevice classCode="DEV"><br /> <manufacturerModelName>manufacturerModelName</manufacturerModelName><br /> <softwareName>softwareName</softwareName><br /> </assignedAuthoringDevice><br /> </assignedAuthor><br /> </author><br /> <br /> <custodian typeCode="CST"><br /> <assignedCustodian classCode="ASSIGNED"><br /> <representedCustodianOrganization classCode="ORG"><br /> <br /> <id extension="BSNR47" root="1.2.276.0.76.4.17"/><br /> <name>Stuttgarter Hausarztpraxis an der Praxenstraße</name><br /> <br /> <telecom use="WP" value="tel:0711.555-7070"/><br /> <br /> <addr><br /> <streetName>Praxenstraße</streetName><br /> <houseNumber>240</houseNumber><br /> <postalCode>70371</postalCode><br /> <city>Stuttgart</city><br /> </addr><br /> </representedCustodianOrganization><br /> </assignedCustodian><br /> </custodian><br /> <br /> <legalAuthenticator typeCode="LA" contextControlCode="OP"><br /> <time value="20190724093753"/><br /> <signatureCode code="I"/><br /> <assignedEntity><br /> <br /> <br /> <id extension="12345607" root="1.2.276.0.76.4.16"/><br /> <br /> <assignedPerson><br /> <name><br /> <prefix qualifier="AC">Dr. med.</prefix><br /> <given>Frank</given><br /> <family>Muster</family><br /> </name><br /> </assignedPerson><br /> <br /> <br /> </assignedEntity><br /> </legalAuthenticator><br /> <component typeCode="COMP" contextConductionInd="true"><br /> <structuredBody classCode="DOCBODY" moodCode="EVN"><br /> <br /> <component typeCode="COMP" contextConductionInd="true"><br /> <section><br /> <templateId root="1.2.276.0.76.10.3103"/><br /> <code code="48768-6" codeSystem="2.16.840.1.113883.6.1"/><br /> <title>Versicherung</title><br /> <entry typeCode="COMP" contextConductionInd="true"><br /> <br /> <act classCode="ACT" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.10.4263"/><br /> <id/><br /> <code code="48768-6" codeSystem="2.16.840.1.113883.6.1"/><br /> <statusCode code="completed"/><br /> <entryRelationship typeCode="COMP"><br /> <br /> <act classCode="ACT" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.10.4264"/><br /> <code code="POLICY" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <statusCode code="completed"/><br /> <br /> <performer typeCode="PRF"><br /> <assignedEntity><br /> <br /> <id extension="108018110" root="1.2.276.0.76.4.5"/><br /> <representedOrganization><br /> <br /> <name>AOK Baden Württemberg</name><br /> </representedOrganization><br /> </assignedEntity><br /> </performer><br /> <br /> <participant typeCode="COV"><br /> <time><br /> <br /> <low value="20160101"/><br /> <br /> <high value="20201231"/><br /> </time><br /> <participantRole><br /> <br /> <id extension="VNR=4711" root="1.2.276.0.76.4.8"/><br /> <br /> <code code="1" displayName="Mitglied" codeSystem="2.16.840.1.113883.3.7.1.1"/><br /> </participantRole><br /> </participant><br /> <br /> <entryRelationship typeCode="COMP"><br /> <observation classCode="OBS" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.10.4280"/><br /> <code code="KENNZEICHEN"/><br /> <br /> <value xsi:type="CD" code="1" displayName="ASV-Kennzeichen" codeSystem="1.2.276.0.76.5.484"/><br /> </observation><br /> </entryRelationship><br /> <br /> <entryRelationship typeCode="COMP"><br /> <observation classCode="OBS" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.10.4273"/><br /> <code code="PRSNGRP" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <br /> <value xsi:type="CE" code="4" codeSystem="1.2.276.0.76.5.222" displayName="SOZ"/><br /> </observation><br /> </entryRelationship><br /> <br /> <entryRelationship typeCode="COMP"><br /> <observation classCode="OBS" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.10.4271"/><br /> <code code="DMP" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <br /> <value xsi:type="CE" code="1" codeSystem="1.2.276.0.76.5.223"/><br /> </observation><br /> </entryRelationship><br /> <br /> <entryRelationship typeCode="COMP"><br /> <observation classCode="OBS" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.10.4275"/><br /> <code code="KV-Zuordnung" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <br /> <value xsi:type="CE" code="52" displayName="Baden-Württemberg" codeSystem="1.2.276.0.76.5.233"/><br /> </observation><br /> </entryRelationship><br /> <br /> <entryRelationship typeCode="COMP"><br /> <observation classCode="OBS" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.10.4272"/><br /> <code code="eGK_Gender" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <br /> <value xsi:type="CD" code="M" displayName="männlich" codeSystem="1.2.276.0.76.5.483"/><br /> </observation><br /> </entryRelationship><br /> </act><br /> </entryRelationship><br /> </act><br /> </entry><br /> </section><br /> </component><br /> <br /> <component typeCode="COMP" contextConductionInd="true"><br /> <section xmlns="urn:hl7-org:v3" classCode="DOCSECT" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.3.1.135.8.10.120"/><br /> <code code="KRANKENHAUSEMPFEHLUNGEN" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <title>Nächsterreichbare, geeignete Krankenhäuser</title><br /> <br /> <entry><br /> <act classCode="ACT" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.3.1.135.8.10.129"/><br /> <id root="1.2.3.999" extension="9130ae2c-adf2-11e9-a2a3-2a2ae2dbcce4"/><br /> <code code="KRANKENHAUSEMPFEHLUNG" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <text>Helios Klinikum Krefeld</text><br /> <statusCode code="completed"/><br /> <br /> <participant typeCode="ELOC" contextControlCode="OP"><br /> <participantRole classCode="ROL"><br /> <id nullFlavor="NA"/><br /> <addr><br /> <streetName>Lutherplatz</streetName><br /> <houseNumber>40</houseNumber><br /> <postalCode>47805</postalCode><br /> <city>Krefeld</city><br /> </addr><br /> <telecom value="tel:+49 02151 320"/><br /> </participantRole><br /> </participant><br /> </act><br /> </entry><br /> </section><br /> </component><br /> <br /> <component typeCode="COMP" contextConductionInd="true"><br /> <section classCode="DOCSECT" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.3.1.135.8.10.122"/><br /> <code code="UNFALL" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <title>Unfallart</title><br /> <entry typeCode="COMP" contextConductionInd="true"><br /> <br /> <observation classCode="OBS" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.3.1.135.8.10.121"/><br /> <code code="UNFALL" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <statusCode code="completed"/><br /> <value xsi:type="CD" code="ACCIDENT" codeSystem="1.2.276.0.76.3.1.135.8.5.26" displayName="Unfall, Unfallfolgen"/><br /> </observation><br /> </entry><br /> </section><br /> </component><br /> <br /> <component typeCode="COMP" contextConductionInd="true"><br /> <section><br /> <templateId root="1.2.276.0.76.10.3107"/><br /> <code code="BEHANDLUNG" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <title>Behandlungsangaben</title><br /> <text/><br /> <entry typeCode="COMP" contextConductionInd="true"><br /> <observation moodCode="EVN" classCode="OBS"><br /> <code code="BELEGARZT" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <value xsi:type="BL" value="true"/><br /> </observation><br /> </entry><br /> </section><br /> </component><br /> <br /> <component typeCode="COMP" contextConductionInd="true"><br /> <section classCode="DOCSECT" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.3.1.135.8.10.119"/><br /> <code code="DIAGNOSIS" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <title>Diagnosen/Begründung</title><br /> <br /> <entry><br /> <observation classCode="OBS" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.3.1.135.8.10.125"/><br /> <id extension="9130af76-adf2-11e9-a2a3-2a2ae2dbcce4"/><br /> <code code="DIAGNOSE" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <statusCode code="completed"/><br /> <value xsi:type="CD" code="A05.1" codeSystem="1.2.276.0.76.5.413" displayName="Botulismus"><br /> <br /> <originalText>Optionale, ergänzende Angaben zur Diagnose</originalText><br /> <br /> <qualifier><br /> <name code="20228-3" codeSystem="2.16.840.1.113883.6.1"/><br /> <value code="L" codeSystem="1.2.276.0.76.5.412" displayName="Left"/><br /> </qualifier><br /> <br /> <qualifier><br /> <name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/><br /> <value code="G" codeSystem="1.2.276.0.76.3.1.1.5.1.21" displayName="gesicherte Diagnose"/><br /> </qualifier><br /> </value><br /> <br /> <entryRelationship typeCode="COMP"><br /> <observation classCode="OBS" moodCode="EVN"><br /> <code code="LEISTUNGSBEZEICHNER" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <value xsi:type="CD" code="HAUPT" codeSystem="1.2.276.0.76.3.1.135.8.5.27" displayName="Hauptdiagnose"/><br /> </observation><br /> </entryRelationship><br /> </observation><br /> </entry><br /> <entry><br /> <observation classCode="OBS" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.3.1.135.8.10.125"/><br /> <id extension="9130b0a2-adf2-11e9-a2a3-2a2ae2dbcce4"/><br /> <code code="DIAGNOSE" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <statusCode code="completed"/><br /> <value xsi:type="CD" nullFlavor="NA"><br /> <originalText>Diagnose Freitext, ohne Code</originalText><br /> </value><br /> </observation><br /> </entry><br /> </section><br /> </component><br /> <br /> <component typeCode="COMP" contextConductionInd="true"><br /> <section classCode="DOCSECT" moodCode="EVN"><br /> <templateId root="1.2.276.0.76.3.1.135.8.10.124"/><br /> <code code="KRANKENHAUS" codeSystem="1.2.276.0.76.3.1.135.8.5.99"/><br /> <title>Krankenhausaufnahme</title><br /> <br /> <author typeCode="AUT" contextControlCode="OP"><br /> <templateId root="1.2.276.0.76.10.2049"/><br /> <br /> <time value="20190718"/><br /> <assignedAuthor classCode="ASSIGNED"><br /> <br /> <id extension="12345607" root="1.2.276.0.76.4.16"/><br /> <br /> <id extension="ASV-Team1" root="1.2.276.0.76.4.200"/><br /> <br /> <code code="01" codeSystem="1.2.276.0.76.3.1.1.5.2.23" displayName="Allgemeinmedizin"/><br /> <br /> <telecom value="tel:+1-12345678"/><br /> <br /> <assignedPerson><br /> <name><br /> <prefix qualifier="AC">Dr. med.</prefix><br /> <given>Max</given><br /> <family>Muster</family><br /> </name><br /> </assignedPerson><br /> <br /> <representedOrganization><br /> <br /> <id nullFlavor="NA"/><br /> <name>Helios Klinikum Krefeld</name><br /> <telecom value="tel:+49 02151 320"/><br /> <addr><br /> <streetName>Lutherplatz</streetName><br /> <houseNumber>40</houseNumber><br /> <postalCode>47805</postalCode><br /> <city>Krefeld</city><br /> </addr><br /> </representedOrganization><br /> </assignedAuthor><br /> </author><br /> </section><br /> </component><br /> </structuredBody><br /> </component><br /> </ClinicalDocument><br /> </syntaxhighlight><br /> </div><br /> <br /> [[Kategorie:IG]]<br /> [[Kategorie:cdakhvo]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:Medikationsmanagement&diff=60308 IG:Medikationsmanagement 2019-07-22T12:19:57Z

<p>Mhettlage: </p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Medikationsmanagement<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Medikationsmanagement<br /> |Namespace = cdamedmgmt<br /> |Type = Implementierungsleitfaden<br /> |Version = 0.90<br /> |Date = 29. Mai 2019<br /> |Copyright = 2018-2019<br /> |Status = Entwurf<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = n.n.<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{:Ballotbox_Medikationsmanagement}}<br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> {{HL7transclude| cdaab3:Disclaimer}}<br /> {{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}<br /> <br /> ==Autoren==<br /> *gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> *Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH<br /> *Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)<br /> *Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)<br /> *Carl Schüler, Carmen Gaa, Oliver Lowens und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)<br /> *Ulrich Henning (Nutzervertreter, AOK Nordost)<br /> *Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)<br /> <br /> =Einleitung=<br /> <br /> Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen Leistungserbringern optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.<br /> <br /> Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von Leistungserbringern (Ärzte, Apotheken) im Austausch mit den Versicherten zum Ziel haben.<br /> <br /> Die interdisziplinäre Arbeitsgruppe eMedikation, die aus <br /> *dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,<br /> *der HÄVG Hausärztliche Vertragsgemeinschaft AG,<br /> *der MEDIVERBUND AG,<br /> *der gevko GmbH und<br /> *HL7 Deutschland<br /> besteht hat in einem ersten Schritt einen gemeinsam Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.<br /> <br /> Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen (BMP, eMP) und ermöglicht andererseits gleichzeitig den Austausch von darüberhinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.<br /> <br /> Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch weniger Mehrfachverordnungen, die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen, die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen, die technische Interoperabilität durch die Integration bereits bestehender Formate, die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.<br /> <br /> Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:<br /> *Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben<br /> *Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten<br /> *Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren<br /> *Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können<br /> *Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden<br /> *Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben<br /> *Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen<br /> *Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben<br /> <br /> Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorgeschlagene Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende CDA-Spezifikation nach Kommentierung und entsprechender Anpassung für die Versorgung von über 27 Millionen Versicherten allein in der AOK-Gemeinschaft potenziell zur Verfügung.<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar<ref> Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus</ref>.<br /> * Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)<ref>IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy</ref>, 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 <ref>IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7</ref><br /> * Den bundeseinheitlichen Medikationsplan (BMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> * Den elektronischen Medikationsplan (eMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> ==Medikationsmanagement heute und morgen==<br /> Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten. <br /> <br /><br /> <br /> Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:<br /> *Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens <br /> *Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens<br /> *Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff<br /> *Änderung der Dosierung eines Arzneimittels<br /> *Änderung der Wirkstärke eines Arzneimittels<br /> *Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform<br /> *Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)<br /> *Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße<br /> *Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)<br /> <br /> Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:<br /> #Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.<br /> #Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen. <br /> <br /> Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.<br /> <br /> =Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)=<br /> Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.<br /> <br /> Im Folgenden ist das "Medikationsmanagement" 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 Datenelemente.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.4.2/hgraph}}<br /> <br /> =Allgemeine Konzepte von Medikationsdaten=<br /> <br /> ==Begriffsdefinitionen==<br /> Grundsätzlich werden folgende Definitionen verwendet:<br /> * Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.<br /> * Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.<br /> * Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.<br /> * Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).<br /> * Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“. <br /> * Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.<br /> * Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).<br /> * Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet. <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc.. <br /> <br /> ==Wirkstoff-Kodierungen und Wirkstoff-Verordnungen==<br /> Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden.<br /> Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.<br /> <br /> Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen: <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..<br /> <br /> Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.<br /> ;Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden:<br /> :1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:<br /> :*Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich<br /> :*Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden<br /> :*Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden<br /> :*Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs<br /> :*Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden<br /> :<br />Grundsätzlich denkbar ist auch der folgenden Ansatz:<br /><br /> :2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung<br /> :*Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen<br /> :*Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden<br /> :*Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.<br /> <br /> ==Extensionen – Innovationsspielräume dauerhaft ermöglichen==<br /> Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird. <br /> <br /> Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten.<br /> Die AG eMedikation hat folgende Vorüberlegungen getätigt: <br /> *Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen<br /> *Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben<br /> *Für eine Registrierung müssen bestimmte Angaben getätigt werden<br /> *Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.<br /> *Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)<br /> *Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen <br /> <br /> Zu den Extensionen verweisen wir auch auf den Abschnitt ''CDA mit Informellen Erweiterungen'' im Kapitel ''CDA-Spezifikation''.<br /> <br /> ==Zielsetzung für komplexe Dosierangaben==<br /> Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.<br /> <br /> Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.<br /> <br /> =Migrationspfade – der Weg zum konsolidierten Datenaustauschformat=<br /> Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint. <br /> <br /> Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden. <br /> <br /> Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.<br /> <br /> ==AOK Nordost==<br /> Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.<br /> <br /> Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.<br /> <br /> Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.<br /> <br /> Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.<br /> <br /> ==AOK Baden-Württemberg==<br /> Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEDikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVEBRUND und dem HAUSÄRZTEVERBAND zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den HAUSARZT gepflegten Medikationsspeicher zu einem Patienten mit einer zuschaltbaren AMTS-Funktionalität. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der HAUSARZT entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher. <br /> <br /> Unerwünschte Arzneimittelwirkungen werden von den beteiligten Haus- und Fachärzten über ein AMTS-Modul geprüft. Der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg wird berücksichtigt und fokussiert. HAUSKOMET ermöglicht die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollumfänglich strukturiert verwendet werden können, z.B. für einen elektronischen AMTS-Check.<br /> <br /> HAUSKOMET ist bezogen auf die Dateninhalte des einheitlichen Datenaustauschformats eine fachliche Teilmenge der Spezifikation eMDAF und perspektivisch identisch betreffend der Datenstruktur in beiden Implementierungsleitfäden. Somit bildet die Fachanwendung HAUSKOMET keinen spezifischen Migrationspfad ab, da deren Inhalte bereits heute vollständig interoperabel sind und eine Migration bei der Erstellung dieser Spezifikation bereits erfolgt ist. <br /> <br /> ==AOK PLUS==<br /> Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden. <br /> <br /> Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.<br /> <br /> Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.<br /> <br /> Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.<br /> <br /> <br /> =CDA-Spezifikation=<br /> Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/hgraph}}<br /> <br /> Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus<ref name="abplus"> Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf</ref> zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"==<br /> <br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IKNR) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ====Krankenversichertennummer (KVNR)====<br /> Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.<br /> <br /> Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="3"><br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <patientRole classCode="PAT"><br /> <id root="1.2.276.0.76.4.8" extension="G970865268"/><br /> ...<br /> </patientRole><br /> </recordTarget><br /> </syntaxhighlight><br /> <br /> ==== Lebenslange Arztnummer (LANR)====<br /> Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <assignedAuthor><br /> <id root="1.2.276.0.76.4.16" extension="381259301"/><br /> ...<br /> </assignedAuthor ><br /> </syntaxhighlight><br /> ==== Betriebsstättennummer (BSNR)====<br /> Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <representedOrganization><br /> <id root="1.2.276.0.76.4.17" extension="981069211"/><br /> <name>Beispiel Betriebsstätte</name><br /> </representedOrganization><br /> </syntaxhighlight><br /> ====Institutionskennzeichen (IKNR)====<br /> Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IKNR) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.5" extension="302205023"/><br /> <name>Beispiel Krankenhaus</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> ====Apotheken-IDF====<br /> Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.197" extension="3379589"/><br /> <name>Beispiel Apotheke</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ===Set-ID und Versionsnummer===<br /> Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute<br /> * setId<br /> * versionNumber<br /> als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die ''setId'' (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass ''versionNumber'' um eins erhöht wird.<br /> <br /> Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ''ClinicalDocument.id''.<br /> <br /> ===CDA mit Informellen Erweiterungen===<br /> In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.<br /> <br /> In dieser Spezifikation werden an drei Stellen solche Informellen Erweiterungen genutzt:<br /> *Bei Wirkstoff- und Packungsangaben zum Medikament<br /> *Bei den so genannten Druckkennzeichen<br /> *Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen<br /> <br /> ====Wirkstoff- und Packungsangaben beim Medikament====<br /> Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung <code>urn:hl7-org:pharm</code> behandelt und verwenden in der Regel das Namespacepräfix <code>pharm:</code>.<br /> <br /> ====Druckkennzeichen====<br /> Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>.<br /> <br /> Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2"><br /> <medmgmt:valueBoolean value="false"/><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ====Vorhaben-spezifische Erweiterungen/Zusatzinformationen====<br /> In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2"><br /> <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2"><br /> <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> == CDA Dokument für Medikationsmanagement ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> ==CDA recordTarget (medmgmt) / Patient ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.4/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> ==Aktuelle Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/dynamic}}<br /> ==Allergien und Unverträglichkeiten (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/dynamic}}<br /> ==Gesundheitsbelange (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/dynamic}}<br /> ==Klinische Parameter (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/dynamic}}<br /> == Leistungserbringer-Kommentar ==<br /> {{:1.2.276.0.76.10.3133/hgraph}}<br /> {{:1.2.276.0.76.10.3133/dynamic}}<br /> =CDA Entry Level Templates=<br /> == Datenerfassung ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.2/dynamic}}<br /> ==Kreatinin (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.9/dynamic}}<br /> ==Körpergewicht (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.7/dynamic}}<br /> ==Körpergröße (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.8/dynamic}}<br /> ==Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.3/dynamic}}<br /> ==Medikation Gruppierung (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.14/dynamic}}<br /> ==Status Schwangerschaft (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.12/dynamic}}<br /> ==Stillzeit (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.13/dynamic}}<br /> <br /> = Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> <br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2029]] CDA author (pmp)<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2011]] CDA participant Notfallkontak<br /> * [[1.2.276.0.76.10.2012]] CDA participant Hausarzt<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2020]] CDA legalAuthenticator<br /> * [[1.2.276.0.76.10.2031]] CDA author software (pmp)<br /> * [[1.2.276.0.76.10.3042]] Wichtige Angaben<br /> * [[1.2.276.0.76.10.4024]] Dosierung Freitext<br /> * [[1.2.276.0.76.10.4025]] Medikament<br /> * [[1.2.276.0.76.10.4026]] Patienteninstruktionen<br /> * [[1.2.276.0.76.10.4027]] Grund für Medikation<br /> * [[1.2.276.0.76.10.4254]] Laborergebnis<br /> * [[1.2.276.0.76.10.4255]] Erwarteter Geburtstermin<br /> * [[1.2.276.0.76.10.4256]] Allergie/Unverträglichkeit Concern Act<br /> * [[1.2.276.0.76.10.4257]] Allergie/Unverträglichkeit Observation<br /> * [[1.2.276.0.76.10.4258]] Reaktion/Manifestation<br /> * [[1.2.276.0.76.10.4259]] Kritikalität<br /> * [[1.2.276.0.76.10.4297]] Leistungssportler<br /> * [[1.2.276.0.76.10.90002]] CDA realmCode<br /> * [[1.2.276.0.76.10.90003]] CDA typeId<br /> * [[1.2.276.0.76.10.90004]] CDA id<br /> * [[1.2.276.0.76.10.90005]] CDA title<br /> * [[1.2.276.0.76.10.90006]] CDA effectiveTime<br /> * [[1.2.276.0.76.10.90007]] CDA confidentialityCode<br /> * [[1.2.276.0.76.10.90009]] CDA setId and versionNumber<br /> * [[1.2.276.0.76.10.90010]] CDA Person Elements<br /> * [[1.2.276.0.76.10.90011]] CDA Organization Elements<br /> * [[1.2.276.0.76.10.90020]] RelatedEntity (Body)<br /> * [[1.2.276.0.76.10.90022]] Material<br /> * [[1.2.276.0.76.10.90023]] Einnahmedauer<br /> * [[1.2.276.0.76.10.90024]] Patientenidentifikation<br /> * [[1.2.276.0.76.10.90025]] Author (Body)<br /> * [[1.2.276.0.76.10.90028]] Medikation Vorbedingung<br /> * [[1.2.276.0.76.10.90030]] Personenname<br /> <br /> </div><br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> === Medikationsmanagement-Codes ===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.1/dynamic}}<br /> <br /> =Anhang=<br /> {{:cdamedp:Dosierbeispiele}}<br /> <br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdamedp:Dosierbeispiele&diff=59781 cdamedp:Dosierbeispiele 2019-07-15T15:12:56Z

<p>Mhettlage: /* Dosier-Beispiele */</p> <hr /> <div>==Dosier-Beispiele==<br /> Im Folgenden sind die Dosierschemas aufgelistet und mit Beispielen (CDA-Instanzenfragmente) verdeutlicht. Ein Dosierschemas besteht typischerweise aus ''Zeitangaben'' (der Einnahme) und der ''Dosis'' (Medikamentenmenge).<br /> <br /> Unterstützte Dosierschemas (Zeitangaben):<br /> #Zeitpunkt (einmalige Gabe)<br /> #Ereignis-gesteuert, ggf. mit Offset (z. B. morgens, mittags, nach dem Frühstück, 1 h nach dem Mittagessen, etc.)<br /> #Periodische Intervalle, ggf. mit Wiederholung (z. B. täglich, wöchentlich, alle 8 Stunden, donnerstags, etc.)<br /> #Kombinationen aus 2 und 3 (z. B. donnerstags 30 Minuten vor dem Frühstück)<br /> <br /> Unterstützte Dosierschemas (Dosis):<br /> #Menge und (standardisierte) Einheit (100 mg, 1 Tablette, 2 Hübe, 10 ml)<br /> #Mengenbereich von bis und (standardisierte) Einheit (1-2 Tabletten)<br /> #Laufraten (Menge und Einheit pro Zeit, im ambulanten Setting eher unüblich)<br /> <br /> Diese sollen durch die folgenden Beispiele erläutert werden.<br /> <br /> ====Zeitpunkt (einmalige Gabe)====<br /> Einmalig Gabe<br /> <br /> Die Einnahme der Dosis erfolgt einmalig. Über diesen Mechanismus kann auch angegeben werden, dass der Einnahmezeitpunkt unbekannt ist.<br /> <br /> einmalig am 9. Januar 2019<br /> <syntaxhighlight lang="xml" highlight="1"><br /> <effectiveTime value="20190109"/><br /> </syntaxhighlight><br /> <br /> einmalig 100 ml am 14. September 2018<br /> <syntaxhighlight lang="xml" highlight="2,4"><br /> <effectiveTime value="20180914"/><br /> <doseQuantity value="100" unit="ml"/><br /> </syntaxhighlight><br /> <br /> Einnahmezeitpunkt unbekannt<br /> <syntaxhighlight lang="xml" highlight="1"><br /> <effectiveTime nullFlavor="UNK"/><br /> </syntaxhighlight><br /> <br /> ==== Ereignis-gesteuert, ggf. mit Offset ====<br /> Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Ereignis, ggf. mit Offset<br /> <br /> Macht die Angabe von ereignisbezogenen Wiederholungen (z. B. Morgens/Mittags/Abends/zur Nacht/Nachts) möglich und gibt ein periodisches Zeitintervall an, in dem die Wiederholung auf Aktivitäten des täglichen Lebens oder anderen wichtigen Ereignissen basiert, die zeitabhängig sind, jedoch nicht vollständig von der Zeit bestimmt werden.<br /> <br /> mittags 10 mg<br /> <syntaxhighlight lang="xml" highlight="2,4"><br /> <effectiveTime xsi:type="EIVL_TS"><br /> <event code="CD"/><br /> </effectiveTime><br /> <doseQuantity value="10" unit="mg"/><br /> </syntaxhighlight><br /> <br /> morgens 1 (Stück)<br /> <syntaxhighlight lang="xml" highlight="2,4"><br /> <effectiveTime xsi:type="EIVL_TS"><br /> <event code="CM"/><br /> </effectiveTime><br /> <doseQuantity value="1" unit="{Stück}"/><br /> </syntaxhighlight><br /> <br /> abends 1-2 (Hübe)<br /> <syntaxhighlight lang="xml" highlight="2,5,6"><br /> <effectiveTime xsi:type="EIVL_TS"><br /> <event code="CV"/><br /> </effectiveTime><br /> <doseQuantity><br /> <low value="1" unit="{Hübe}"/><br /> <high value="2" unit="{Hübe}"/><br /> </doseQuantity><br /> </syntaxhighlight><br /> <br /> 30 Minuten nach dem Abendessen 1 Stück<br /> <syntaxhighlight lang="xml" highlight="2,3,5"><br /> <effectiveTime xsi:type="EIVL_TS"><br /> <event code="PCV"/><br /> <offset value="30" unit="min"/><br /> </effectiveTime><br /> <doseQuantity value="1" unit="{Stück}"/><br /> </syntaxhighlight><br /> <br /> Die folgenden Tabellen geben eine Übersicht über Einnahmezeitpunkte (Ereignisse bzw. die zu verwendenden Codes) sowie möglichen Mahlzeitenhinweisen.<br /> <br /> {| class="hl7table"<br /> ! Morgens<br /> ! Mittags<br /> ! Abends<br /> ! zur Nacht<br /> |-<br /> | CM<br /> | CD<br /> | CV<br /> | HS<br /> |}<br /> <br /> {| class="hl7table"<br /> ! <br /> ! Frühstück<br /> ! Mittagessen<br /> ! Abendessen<br /> ! (Nachtruhe)<br /> |-<br /> | Vor der Mahlzeit<br /> | ACM<br /> | ACD<br /> | ACV<br /> | -<br /> |-<br /> | Während der Mahlzeit<br /> | CM<br /> | CD<br /> | CV<br /> | -<br /> |-<br /> | Nach der Mahlzeit<br /> | PCM<br /> | PCD<br /> | PCV<br /> | -<br /> |-<br /> | Zwischen Frühstück und Mittagessen<br /> | colspan=2 align=center | ICM<br /> | -<br /> | -<br /> |-<br /> | Zwischen Mittagessen und Abendessen<br /> | -<br /> | colspan=2 align=center | ICD<br /> | -<br /> |-<br /> | Zwischen Abendessen und Nachtruhe<br /> | -<br /> | -<br /> | colspan=2 align=center | ICV<br /> |}<br /> <br /> Das zugehörige Value Set (mit deutschen Übersetzungen) findet sich hier.<br /> <br /> {{:1.2.276.0.76.11.463/dynamic}}<br /> <br /> ====Periodische Intervalle, ggf. mit Wiederholung====<br /> Zeitintervall, das sich periodisch wiederholt. <br /> <br /> Periodische Intervalle haben zwei Eigenschaften, ''Phase'' und ''Periode''. Die Phase gibt den "Typ" Intervall" an, der sich jede Periode wiederholt.<br /> <br /> Wiederholungsintervall (periodische Intervallsequenz), gibt an<br /> *die Dauer jedes Vorkommens bzw. der Zeit zwischen den Vorkommnissen (period) <br /> *der Ankerzeitpunkt (Startzeitpunkt als Datum oder Datum und Uhrzeit), an dem die periodische Intervallsequenz beginnt (phase).<br /> <br /> Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase, ggf. mit Wiederholungsintervall<br /> <br /> Alle 8 Stunden 1 Stück<br /> <syntaxhighlight lang="xml" highlight="2,5"><br /> <effective_time xsi:type="PIVL_TS"><br /> <period value="8" unit="h"/><br /> <br /> </effective_time><br /> <doseQuantity value="1" unit="{Stück}"/><br /> </syntaxhighlight><br /> <br /> 1x täglich 10 ml<br /> <syntaxhighlight lang="xml" highlight="2,5"><br /> <effective_time xsi:type="PIVL_TS"><br /> <period value="1" unit="d"/><br /> <br /> </effective_time><br /> <doseQuantity value="10" unit="ml"/><br /> </syntaxhighlight><br /> <br /> Jeden Donnerstag 1 Stück<br /> <syntaxhighlight lang="xml" highlight="2,4,6"><br /> <effectiveTime xsi:type="PIVL_TS"><br /> <phase value="20180913"/><br /> <br /> <period value="1" unit="wk"/><br /> <br /> </effectiveTime><br /> <doseQuantity value="1" unit="{Stück}"/><br /> </syntaxhighlight><br /> <br /> Jeden Donnerstag um 14:00 Uhr 200 mg<br /> <syntaxhighlight lang="xml" highlight="2,4,6"><br /> <effectiveTime xsi:type="PIVL_TS"><br /> <phase value="201809131400"/><br /> <br /> <period value="1" unit="wk"/><br /> <br /> </effectiveTime><br /> <doseQuantity value="200" unit="mg"/><br /> </syntaxhighlight><br /> <br /> Jeden zweiten Tag (z. B. ab dem 9. Februar 2019) um 8:00 Uhr 1 Stück<br /> <syntaxhighlight lang="xml" highlight="2,4,6"><br /> <effectiveTime xsi:type="PIVL_TS"><br /> <phase value="201902090800"/><br /> <br /> <period value="2" unit="d"/><br /> <br /> </effectiveTime><br /> <doseQuantity value="1" unit="{Stück}"/><br /> </syntaxhighlight><br /> <br /> Einmal in der Woche 100 ml (ohne spezifische Tagesangabe)<br /> <syntaxhighlight lang="xml" highlight="2,5"><br /> <effectiveTime xsi:type="PIVL_TS"><br /> <period value="1" unit="wk"/><br /> <br /> </effectiveTime><br /> <doseQuantity value="100" unit="ml"/><br /> </syntaxhighlight><br /> <br /> Die folgende Tabelle gibt eine Übersicht über die möglichen Zeiteinheiten (UCUM).<br /> {{:1.2.276.0.76.11.452/dynamic}}<br /> <br /> ==== Periodische Intervalle mit Ereignis, ggf. mit Wiederholung ====<br /> Zeitelement zur Aufnahme des Einnahmezeitpunkts, ausgedrückt als Phase und Ereignis, ggf. mit Wiederholungsintervall<br /> <br /> Die beiden vorhergehenden Dosierschema-Typen können auch kombiniert werden, um komplexere Dosierangaben zu spezifizieren.<br /> <br /> Jeden Donnerstag 30 Minuten vor dem Frühstück<br /> <syntaxhighlight lang="xml" highlight="3,5,10,11"><br /> <effectiveTime xsi:type="SXPR_TS"><br /> <comp xsi:type="PIVL_TS"><br /> <phase value="20180913"/><br /> <br /> <period value="1" unit="wk"/><br /> <br /> </comp><br /> <comp xsi:type="EIVL_TS" operator="A"><br /> <br /> <event code="ACM"/><br /> <offset value="30" unit="min"/><br /> </comp><br /> </effectiveTime><br /> </syntaxhighlight><br /> <br /> {{:cdamedp:Komplexe_Dosierangaben}}</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:CDA_Entry_Level_Templates&diff=59749 cdaimpf:CDA Entry Level Templates 2019-07-12T08:22:31Z

<p>Mhettlage: /* Flag 'Titer ausreichend' */</p> <hr /> <div>=Entry Level Templates=<br /> <br /> ===Section-Entry Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche als direkte Entry-Elemente der jeweiligen Sektionen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Impfstatus====<br /> {{:cdaimpf:Template_Immunisation Status}}<br /> <br /> =====Impfstatuseintrag=====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details}}<br /> <br /> ====Berufsgruppe====<br /> {{:cdaimpf:Template_Occupational Group}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:cdaimpf:Template_Hazard}}<br /> <br /> ====Postexpositionsgruppe====<br /> {{:cdaimpf:Template_PostexposureGroup}}<br /> <br /> ====Vorindikation====<br /> {{:cdaimpf:Template_Pre-Indication}}<br /> <br /> ====Titerbestimmung====<br /> {{:cdaimpf:Template_Titer}}<br /> <br /> ====Reiseindikation====<br /> {{:cdaimpf:Template_Travel Indication}}<br /> <br /> ====Impfung====<br /> {{:cdaimpf:Template_Vaccination}}<br /> <br /> ====Abgelehnte Impfung====<br /> {{:cdaimpf:Template_Rejected Vaccination}}<br /> <br /> ====Diagnose====<br /> {{:cdaimpf:Template_Diagnosis}}<br /> <br /> ===Participant Role Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Rollen/Personen/Organisationen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA Informant (Body)====<br /> {{:cdaimpf:Template_CDA Informant (Body)}}<br /> {{:cdaimpf:Template_CDA Informant AssignedEntity (Body)}}<br /> <br /> ====CDA Performer (Body)====<br /> {{:cdaimpf:Template_CDA Performer (Body)}}<br /> <br /> ====CDA Author (Body)====<br /> {{:cdaimpf:Template_CDA Author (Body)}}<br /> <br /> ===Entry Relationship Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Informationen innerhalb eines Section-Entry Elements dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Anzahl Auffrischungsimpfungen====<br /> {{:cdaimpf:Template_BoosterVaccinationCount}}<br /> <br /> ====Berufsgruppe====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.83/dynamic}}<br /> <br /> ====Abwahldaten====<br /> {{:cdaimpf:Template_Deselection Dates}}<br /> <br /> ====Diagnose Ausnahmebegründung====<br /> {{:cdaimpf:Template_DiagnosisExemption}}<br /> <br /> ====Erkrankung====<br /> {{:cdaimpf:Template_Disease}}<br /> <br /> ====Flag 'Krankheit bereits durchgemacht'====<br /> {{:cdaimpf:Template_DiseaseAlreadyUndergone}}<br /> <br /> ====Flag 'Titer ausreichend'====<br /> {{:cdaimpf:Template_FlagSufficient}}<br /> <br /> ====Flag 'Übernahme aus Impfpass'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.35/dynamic}}<br /> <br /> ====Flag 'Übernahme in Account'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.34/dynamic}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.58/dynamic}}<br /> <br /> ====Dokumentationstyp====<br /> {{:cdaimpf:Template_DocumentationType}}<br /> <br /> ====Impfserie====<br /> {{:cdaimpf:Template_VaccinationSeries}}<br /> <br /> ====Impftyp====<br /> {{:cdaimpf:Template_VaccinationType}}<br /> <br /> ====Impfstatus Titer====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details Titer}}<br /> <br /> ====Impfempfehlung====<br /> {{:cdaimpf:Template_Standard Recommendations}}<br /> <br /> ====Datum Immunglobulingabe====<br /> {{:cdaimpf:Template_LastImmunoglobulinAdministration}}<br /> <br /> ====Nächster und Letzter Impftermin====<br /> {{:cdaimpf:Template_NextVaccinationDate}}<br /> <br /> ====Hinweis====<br /> {{:cdaimpf:Template_Note}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:cdaimpf:Template_NoteRelevance}}<br /> <br /> ====Postexpositionsindikation====<br /> {{:cdaimpf:Template_Post-Exposure Indication}}<br /> <br /> ====Lebensabschnitt====<br /> {{:cdaimpf:Template_PreexistingConditionIndicationTime}}<br /> <br /> ====Grundimmunisierungabschlussdatum====<br /> {{:cdaimpf:Template_PrimaryImmunizationDate}}<br /> <br /> ====Reisetyp====<br /> {{:cdaimpf:Template_TravelType}}<br /> <br /> ====Referenz 'Berufsgruppe'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.122/dynamic}}<br /> <br /> ====Referenz 'Impfung'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.118/dynamic}}<br /> <br /> ====Referenz 'Reisetätigkeit'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.121/dynamic}}<br /> <br /> ====Impfstatus Impfung Referenz====<br /> {{:cdaimpf:Template_Vaccination Reference}}<br /> <br /> ====Titer Messwert====<br /> {{:cdaimpf:Template_Vaccination Titer}}<br /> <br /> [[Kategorie:cdaimpf|CDA Entry Level Templates]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:CDA_Entry_Level_Templates&diff=59650 cdaimpf:CDA Entry Level Templates 2019-07-11T18:03:18Z

<p>Mhettlage: /* Titer-Bestimmung */</p> <hr /> <div>=Entry Level Templates=<br /> <br /> ===Section-Entry Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche als direkte Entry-Elemente der jeweiligen Sektionen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Impfstatus====<br /> {{:cdaimpf:Template_Immunisation Status}}<br /> <br /> =====Impfstatuseintrag=====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details}}<br /> <br /> ====Berufsgruppe====<br /> {{:cdaimpf:Template_Occupational Group}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:cdaimpf:Template_Hazard}}<br /> <br /> ====Postexpositionsgruppe====<br /> {{:cdaimpf:Template_PostexposureGroup}}<br /> <br /> ====Vorindikation====<br /> {{:cdaimpf:Template_Pre-Indication}}<br /> <br /> ====Titerbestimmung====<br /> {{:cdaimpf:Template_Titer}}<br /> <br /> ====Reiseindikation====<br /> {{:cdaimpf:Template_Travel Indication}}<br /> <br /> ====Impfung====<br /> {{:cdaimpf:Template_Vaccination}}<br /> <br /> ====Abgelehnte Impfung====<br /> {{:cdaimpf:Template_Rejected Vaccination}}<br /> <br /> ====Diagnose====<br /> {{:cdaimpf:Template_Diagnosis}}<br /> <br /> ===Participant Role Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Rollen/Personen/Organisationen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA Informant (Body)====<br /> {{:cdaimpf:Template_CDA Informant (Body)}}<br /> {{:cdaimpf:Template_CDA Informant AssignedEntity (Body)}}<br /> <br /> ====CDA Performer (Body)====<br /> {{:cdaimpf:Template_CDA Performer (Body)}}<br /> <br /> ====CDA Author (Body)====<br /> {{:cdaimpf:Template_CDA Author (Body)}}<br /> <br /> ===Entry Relationship Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Informationen innerhalb eines Section-Entry Elements dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Anzahl Auffrischungsimpfungen====<br /> {{:cdaimpf:Template_BoosterVaccinationCount}}<br /> <br /> ====Berufsgruppe====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.83/dynamic}}<br /> <br /> ====Abwahldaten====<br /> {{:cdaimpf:Template_Deselection Dates}}<br /> <br /> ====Diagnose Ausnahmebegründung====<br /> {{:cdaimpf:Template_DiagnosisExemption}}<br /> <br /> ====Erkrankung====<br /> {{:cdaimpf:Template_Disease}}<br /> <br /> ====Flag 'Krankheit bereits durchgemacht'====<br /> {{:cdaimpf:Template_DiseaseAlreadyUndergone}}<br /> <br /> ====Flag 'Titer ausreichend'====<br /> {{:cdaimpf:Template_FlagSufficient}}<br /> <br /> ====Flag 'Titer ausreichend'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.35/dynamic}}<br /> <br /> ====Flag 'Übernahme in Account'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.34/dynamic}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.58/dynamic}}<br /> <br /> ====Dokumentationstyp====<br /> {{:cdaimpf:Template_DocumentationType}}<br /> <br /> ====Impfserie====<br /> {{:cdaimpf:Template_VaccinationSeries}}<br /> <br /> ====Impftyp====<br /> {{:cdaimpf:Template_VaccinationType}}<br /> <br /> ====Impfstatus Titer====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details Titer}}<br /> <br /> ====Impfempfehlung====<br /> {{:cdaimpf:Template_Standard Recommendations}}<br /> <br /> ====Datum Immunglobulingabe====<br /> {{:cdaimpf:Template_LastImmunoglobulinAdministration}}<br /> <br /> ====Nächster und Letzter Impftermin====<br /> {{:cdaimpf:Template_NextVaccinationDate}}<br /> <br /> ====Hinweis====<br /> {{:cdaimpf:Template_Note}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:cdaimpf:Template_NoteRelevance}}<br /> <br /> ====Postexpositionsindikation====<br /> {{:cdaimpf:Template_Post-Exposure Indication}}<br /> <br /> ====Lebensabschnitt====<br /> {{:cdaimpf:Template_PreexistingConditionIndicationTime}}<br /> <br /> ====Grundimmunisierungabschlussdatum====<br /> {{:cdaimpf:Template_PrimaryImmunizationDate}}<br /> <br /> ====Reisetyp====<br /> {{:cdaimpf:Template_TravelType}}<br /> <br /> ====Referenz 'Berufsgruppe'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.122/dynamic}}<br /> <br /> ====Referenz 'Impfung'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.118/dynamic}}<br /> <br /> ====Referenz 'Reisetätigkeit'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.121/dynamic}}<br /> <br /> ====Impfstatus Impfung Referenz====<br /> {{:cdaimpf:Template_Vaccination Reference}}<br /> <br /> ====Titer Messwert====<br /> {{:cdaimpf:Template_Vaccination Titer}}<br /> <br /> [[Kategorie:cdaimpf|CDA Entry Level Templates]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:CDA_Entry_Level_Templates&diff=59649 cdaimpf:CDA Entry Level Templates 2019-07-11T18:02:10Z

<p>Mhettlage: /* Entry Relationship Level Templates */</p> <hr /> <div>=Entry Level Templates=<br /> <br /> ===Section-Entry Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche als direkte Entry-Elemente der jeweiligen Sektionen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Impfstatus====<br /> {{:cdaimpf:Template_Immunisation Status}}<br /> <br /> =====Impfstatuseintrag=====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details}}<br /> <br /> ====Berufsgruppe====<br /> {{:cdaimpf:Template_Occupational Group}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:cdaimpf:Template_Hazard}}<br /> <br /> ====Postexpositionsgruppe====<br /> {{:cdaimpf:Template_PostexposureGroup}}<br /> <br /> ====Vorindikation====<br /> {{:cdaimpf:Template_Pre-Indication}}<br /> <br /> ====Titer-Bestimmung====<br /> {{:cdaimpf:Template_Titer}}<br /> <br /> ====Reiseindikation====<br /> {{:cdaimpf:Template_Travel Indication}}<br /> <br /> ====Impfung====<br /> {{:cdaimpf:Template_Vaccination}}<br /> <br /> ====Abgelehnte Impfung====<br /> {{:cdaimpf:Template_Rejected Vaccination}}<br /> <br /> ====Diagnose====<br /> {{:cdaimpf:Template_Diagnosis}}<br /> <br /> ===Participant Role Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Rollen/Personen/Organisationen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA Informant (Body)====<br /> {{:cdaimpf:Template_CDA Informant (Body)}}<br /> {{:cdaimpf:Template_CDA Informant AssignedEntity (Body)}}<br /> <br /> ====CDA Performer (Body)====<br /> {{:cdaimpf:Template_CDA Performer (Body)}}<br /> <br /> ====CDA Author (Body)====<br /> {{:cdaimpf:Template_CDA Author (Body)}}<br /> <br /> ===Entry Relationship Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Informationen innerhalb eines Section-Entry Elements dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Anzahl Auffrischungsimpfungen====<br /> {{:cdaimpf:Template_BoosterVaccinationCount}}<br /> <br /> ====Berufsgruppe====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.83/dynamic}}<br /> <br /> ====Abwahldaten====<br /> {{:cdaimpf:Template_Deselection Dates}}<br /> <br /> ====Diagnose Ausnahmebegründung====<br /> {{:cdaimpf:Template_DiagnosisExemption}}<br /> <br /> ====Erkrankung====<br /> {{:cdaimpf:Template_Disease}}<br /> <br /> ====Flag 'Krankheit bereits durchgemacht'====<br /> {{:cdaimpf:Template_DiseaseAlreadyUndergone}}<br /> <br /> ====Flag 'Titer ausreichend'====<br /> {{:cdaimpf:Template_FlagSufficient}}<br /> <br /> ====Flag 'Titer ausreichend'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.35/dynamic}}<br /> <br /> ====Flag 'Übernahme in Account'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.34/dynamic}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.58/dynamic}}<br /> <br /> ====Dokumentationstyp====<br /> {{:cdaimpf:Template_DocumentationType}}<br /> <br /> ====Impfserie====<br /> {{:cdaimpf:Template_VaccinationSeries}}<br /> <br /> ====Impftyp====<br /> {{:cdaimpf:Template_VaccinationType}}<br /> <br /> ====Impfstatus Titer====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details Titer}}<br /> <br /> ====Impfempfehlung====<br /> {{:cdaimpf:Template_Standard Recommendations}}<br /> <br /> ====Datum Immunglobulingabe====<br /> {{:cdaimpf:Template_LastImmunoglobulinAdministration}}<br /> <br /> ====Nächster und Letzter Impftermin====<br /> {{:cdaimpf:Template_NextVaccinationDate}}<br /> <br /> ====Hinweis====<br /> {{:cdaimpf:Template_Note}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:cdaimpf:Template_NoteRelevance}}<br /> <br /> ====Postexpositionsindikation====<br /> {{:cdaimpf:Template_Post-Exposure Indication}}<br /> <br /> ====Lebensabschnitt====<br /> {{:cdaimpf:Template_PreexistingConditionIndicationTime}}<br /> <br /> ====Grundimmunisierungabschlussdatum====<br /> {{:cdaimpf:Template_PrimaryImmunizationDate}}<br /> <br /> ====Reisetyp====<br /> {{:cdaimpf:Template_TravelType}}<br /> <br /> ====Referenz 'Berufsgruppe'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.122/dynamic}}<br /> <br /> ====Referenz 'Impfung'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.118/dynamic}}<br /> <br /> ====Referenz 'Reisetätigkeit'====<br /> {{:2.16.840.1.113883.3.1937.777.35.10.121/dynamic}}<br /> <br /> ====Impfstatus Impfung Referenz====<br /> {{:cdaimpf:Template_Vaccination Reference}}<br /> <br /> ====Titer Messwert====<br /> {{:cdaimpf:Template_Vaccination Titer}}<br /> <br /> [[Kategorie:cdaimpf|CDA Entry Level Templates]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59648 cdaimpf:Terminologien 2019-07-11T17:48:19Z

<p>Mhettlage: </p> <hr /> <div>==Terminologien==<br /> ===Value Sets===<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:1.2.276.0.76.3.1.135.10.5.18/dynamic}}<br /> <br /> ====Seitenlokalisation/Lateralität (Diagnose)====<br /> {{:1.2.276.0.76.11.412/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:1.2.276.0.76.11.121/dynamic}}<br /> <br /> ====Infektionskrankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Impfempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.26/dynamic}}<br /> <br /> ====Reisetypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Vorerkrankungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59647 cdaimpf:Terminologien 2019-07-11T17:47:17Z

<p>Mhettlage: /* Durchgemachte Krankheiten */</p> <hr /> <div>==Terminologien==<br /> ===Value Sets===<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:1.2.276.0.76.3.1.135.10.5.18/dynamic}}<br /> <br /> ====Seitenlokalisation/Lateralität (Diagnose)====<br /> {{:1.2.276.0.76.11.412/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:1.2.276.0.76.11.121/dynamic}}<br /> <br /> ====Infektionskrankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Impfempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.26/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Vorerkrankungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59646 cdaimpf:Terminologien 2019-07-11T17:46:45Z

<p>Mhettlage: /* Reisetyp */</p> <hr /> <div>==Terminologien==<br /> ===Value Sets===<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:1.2.276.0.76.3.1.135.10.5.18/dynamic}}<br /> <br /> ====Seitenlokalisation/Lateralität (Diagnose)====<br /> {{:1.2.276.0.76.11.412/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:1.2.276.0.76.11.121/dynamic}}<br /> <br /> ====Infektionskrankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Impfempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.26/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59645 cdaimpf:Terminologien 2019-07-11T17:46:18Z

<p>Mhettlage: /* Standardempfehlungen */</p> <hr /> <div>==Terminologien==<br /> ===Value Sets===<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:1.2.276.0.76.3.1.135.10.5.18/dynamic}}<br /> <br /> ====Seitenlokalisation/Lateralität (Diagnose)====<br /> {{:1.2.276.0.76.11.412/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:1.2.276.0.76.11.121/dynamic}}<br /> <br /> ====Infektionskrankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Impfempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.26/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59644 cdaimpf:Terminologien 2019-07-11T17:45:39Z

<p>Mhettlage: /* Krankheiten */</p> <hr /> <div>==Terminologien==<br /> ===Value Sets===<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:1.2.276.0.76.3.1.135.10.5.18/dynamic}}<br /> <br /> ====Seitenlokalisation/Lateralität (Diagnose)====<br /> {{:1.2.276.0.76.11.412/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:1.2.276.0.76.11.121/dynamic}}<br /> <br /> ====Infektionskrankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.26/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:%C3%9Cbersicht_CDA_Header_und_Body&diff=59628 cdaimpf:Übersicht CDA Header und Body 2019-07-09T13:38:13Z

<p>Mhettlage: /* Übersicht CDA Header und Body */</p> <hr /> <div>==Übersicht CDA Header und Body==<br /> <br /> Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben. <br /> <br /> {{:2.16.840.1.113883.3.1937.777.35.10.63/hgraph}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Übersicht CDA Header und Body]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:EImpfpass&diff=59627 IG:EImpfpass 2019-07-09T13:35:40Z

<p>Mhettlage: </p> <hr /> <div>{{Underconstruction}}<br /> <br /> <br /> {{Infobox Dokument<br /> |Title = Elektronischer Impfpass<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Elektronischer Impfpass<br /> |Namespace = cdaimpf<br /> |Type = Implementierungsleitfaden<br /> |Version = 0.91<br /> |Date = 13. Juni 2019<br /> |Copyright = 2019<br /> |Status = Entwurf<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = n.n.<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> {{:cdaImpf:Dokumentinformationen}}<br /> <br /> {{:cdaimpf:Einleitung}}<br /> <br /> {{:cdaImpf:Struktureller Aufbau}}<br /> <br /> <div class="landscape"><br /> <br /> {{:cdaImpf:CDA Document Level Templates}}<br /> <br /> {{:cdaImpf:CDA Header Level Templates}}<br /> <br /> {{:cdaImpf:CDA Section Level Templates}}<br /> <br /> {{:cdaImpf:CDA Entry Level Templates}}<br /> <br /> </div><br /> <br /> {{:cdaImpf:Terminologien}}<br /> <br /> <br /> <br /> {{:cdaImpf:Referenzen}}<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59597 cdaimpf:Terminologien 2019-07-08T16:13:18Z

<p>Mhettlage: /* Länder */</p> <hr /> <div>==Terminologien==<br /> ===Value Sets===<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:1.2.276.0.76.3.1.135.10.5.18/dynamic}}<br /> <br /> ====Seitenlokalisation/Lateralität (Diagnose)====<br /> {{:1.2.276.0.76.11.412/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:1.2.276.0.76.11.121/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.26/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=Ballotbox_Elektronischer_Impfpass&diff=59596 Ballotbox Elektronischer Impfpass 2019-07-08T16:04:00Z

<p>Mhettlage: </p> <hr /> <div>{{BallotboxBegin| Elektronischer Impfpass | eImpfpass auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen}}<br /> <br /> {{BallotboxItem<br /> |status = draft<br /> |type = STU<br /> |version = 0.91<br /> |date = 08.07.2019<br /> |ballotannouncement = <br /> |ballotstart = <br /> |pdf = <br /> |wiki = http://wiki.hl7.de/index.php?title=IG:EImpfpass<br /> |artdecor = http://art-decor.org/art-decor/decor-project--eImpfpass-<br /> }}<br /> <br /> {{BallotboxEnd}}</div>

Mhettlage https://wiki.hl7.de/index.php?title=Dokumenttypen&diff=59148 Dokumenttypen 2019-07-02T15:35:03Z

<p>Mhettlage: Änderung 59147 von Mhettlage (Diskussion) rückgängig gemacht.</p> <hr /> <div>{{Underconstruction}}<br /> <br /> ==Dokumenttypen==<br /> <br /> Dokumenttypen sind ein wichtiger Bestandteil der [[Metadaten für medizinische Dokumente|Beschreibung eines Dokumentes durch Metadaten]].<br /> Die möglichen Dokumenttypen bilden eine Hierarchie (Taxonomie), die hier erstmal zur Diskussion gestellt wird. Angegeben sind die zugehörigen LOINC-Codes sowie die bei eFA verwendeten Codes:<br /> <br /> ===Taxonomie===<br /> <br /> {| class="hl7table"<br /> !Lvl !! !! !! !! !!Bezeichnung !!Bereich !!Fachgebiet Rolle !!Loinc-Code !!Kommentar <br /> <br /> |-<br /> |1 ||2 ||3 ||4 ||5 || || || || ||<br /> <br /> |-<br /> !1 !! !! !! !! !!Administrative Informationen || ||<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Versichertendaten <br /> |<br /> |<br /> |<br /> |eFA-Code: 1 <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Überweisung<br /> |<br /> | <br /> |<br /> |<br /> <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |ambulante Überweisung<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |stationäre Einweisung<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Konsens / Einwilligung (consent/consent document patient)<br /> |<br /> |<br /> |59284-0<br /> |eBPG, eFA-Code: 8 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |eFA-Einwilligung<br /> |<br /> |<br /> |<br /> |eFA-Code: 8.1 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |BPPC-Dokument<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Organspendeerklärung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Patientenverfügung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Behandlungsvertrag<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Selektiv-Vertrag<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Transaktion<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |eFA-in-a-Box<br /> |<br /> |<br /> |<br /> |weitere Details befinden sich derzeit in Ausarbeitung; kann als Transaktionssteuerung aufgefasst werden<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Quittung<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |charge ticket or encounter form attachment <br /> |<br /> |<br /> |53242-4<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Rechnung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> !1 !! !! !! !! !!Feingranulare Daten || || ||<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Anamnese <br /> |<br /> |<br /> |<br /> | <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |History and physical note<br /> |<br /> |<br /> |34117-2<br /> | <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Diagnose <br /> |<br /> |<br /> |<br /> |eBPG, eFA-Code: 2 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |ICD-Diagnose <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |ICD-O-Diagnose <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Tumor-Diagnose <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Prozedur <br /> |<br /> |<br /> |<br /> |eBPG, eFA-Code: 3 <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Notfalldaten<br /> |<br /> | <br /> |<br /> |als Einzelinformation, obwohl das dann eher ein Attribut bei den anderen Daten ist!?<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Labordaten<br /> |<br /> |<br /> |<br /> |eFA-Code: 6.2.1 <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Medikation<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Dauermedikation<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Medication management note<br /> |<br /> | <br /> |70006-2<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Impfung<br /> |<br /> |<br /> |<br /> |Info über eine einzelne Impfung; vgl. Impf-Pass<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Allergie<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |EKG-Kurve<br /> |<br /> |<br /> |<br /> | <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Cave <br /> |stationär<br /> |<br /> |<br /> |eFA-Code: 4.4; ein einzelner CAVE-Eintrag (Bsp. "schlägt um sich" oder "HIV-positiv"<br /> <br /> |-<br /> !1<br /> !<br /> !<br /> !<br /> !<br /> !aggregierte Informationen/Dokumente (Zusammenfassung)<br /> |<br /> |<br /> |<br /> |eFA-Code: 4<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Bericht / Befund / Brief<br /> |<br /> |<br /> |<br /> |eFA-Code: 5 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Brief<br /> |<br /> |<br /> |51852-2<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Arztbrief<br /> |<br /> |<br /> |68609-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Entlassbrief <br /> |<br /> |<br /> |<br /> |eBPG, eFA-Code: 4.1.2 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Pflegerischer Entlassbrief<br /> |<br /> |Pflege<br /> |34745-0<br /> |eBPG<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Einweisungsbrief <br /> |amb. -> stat.<br /> |<br /> |57133-1<br /> |eFA-Code: 4.1.1 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Verlegungsbrief <br /> |<br /> |stationär<br /> |18761-7<br /> |eFA-Code: 4.1.3 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Verlegungsbrief Arzt (Transfer summary): physician<br /> |<br /> |Arzt<br /> |28616-1<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Verlegungsbrief Pflegedienst (Transfer summary): nurse<br /> |<br /> |Schwester<br /> |28651-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |ambulanter Versorgung<br /> |Heilberufler<br /> |18842-5<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |ambulanter Versorgung<br /> |Arzt <br /> |11490-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |ambulanter Versorgung<br /> |Pflegedienst <br /> |34745-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |Krankenhaus<br /> |Heilberufler<br /> |34105-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |Krankenhaus<br /> |Arzt <br /> |34106-5<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Zusammenfassung der Behandlungsepisode (Summarization of Episode Note)<br /> |Heilberufler in ambulanter Versorgung<br /> |<br /> |34133-9<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Anamnese und Befund (History and physical note)<br /> |<br /> |<br /> |11492-6<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Verlaufsbericht (Progress note)<br /> |<br /> |<br /> |11506-3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |administrative note (generic)<br /> |<br /> |<br /> |51851-4<br /> |<br /> <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Bericht über einen Patientenbesuch (Visit note)<br /> |<br /> |<br /> |11542-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Bericht über ambulanten Besuch (Ambulatory visit note)<br /> |<br /> |<br /> |18733-6<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |visit note: emergency department<br /> |Krankenhaus: Notaufnahme<br /> |<br /> |28568-4<br /> |<br /> <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Zusammenfassung bei Verlegung (Transfer summarization note)<br /> |ambulanter Versorgung<br /> |Heilberufler <br /> |18761-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Zusammenfassung bei Verlegung (Transfer summarization note)<br /> |ambulanter Versorgung<br /> |Arzt <br /> |28616-1<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Zusammenfassung bei Verlegung (Transfer summarization Note)<br /> |ambulanter Versorgung<br /> |Pflegedienst <br /> |28651-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Protokoll<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |OP-Bericht <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.3 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Konferenzprotokoll<br /> |<br /> |<br /> |<br /> |eFA-Code: 4.2 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Tumorboardprotokoll <br /> |<br /> |<br /> |<br /> |eFA-Code: 4.2.1 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Bericht des Sozialdienstes (Social service report)<br /> |<br /> |<br /> |11519-6<br /> |eFA-Code: 5.4 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Strahlentherapiebericht <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.5 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Chemotherapiebericht <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.6 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Pflegebericht<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Konsilbericht (Consultation note)<br /> |<br /> |<br /> |11488-4<br /> |eFA-Code: 5.7 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (general medicine)<br /> |<br /> |<br /> |34764-1<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (hospital)<br /> |<br /> |<br /> |34104-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (pulmonary)<br /> |<br /> |<br /> |34103-2<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (physical therapy)<br /> |<br /> |<br /> |34824-3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (ophthalmology)<br /> |<br /> |<br /> |34807-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (gastroenterology)<br /> |<br /> |<br /> |34761-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Operationsbericht (Operative note)<br /> |<br /> |<br /> |11504-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Therapiebericht (Procedure note)<br /> |<br /> |<br /> |11505-5<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Athroskopischer Bericht (Arthroscopy report)<br /> |<br /> |<br /> |18742-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Notfallbericht (Emergency visit note)<br /> |<br /> |<br /> |15507-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |EKG Befund (Echocardiogram Report)<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |EKG report (narrative)<br /> |<br /> |<br /> |28010-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |EKG study observation overall (narrative) <br /> |<br /> |<br /> |18810-2<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |EKG study <br /> |<br /> |<br /> |11524-6<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |EKG study overall <br /> |<br /> |<br /> |8612-4<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Belastungs-EKG <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Holter-EKG <br /> |<br /> |<br /> |18754-2<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Endoskopie-Befund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.2 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Befund Lungenfunktion<br /> |<br /> |<br /> |34830-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |körperlicher Untersuchugnsbefund<br /> |<br /> |<br /> |35091-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Herzkatheterbericht (Cardiac catheterization report)<br /> |<br /> |<br /> |18745-0<br /> |eFA-Code: 5.2.3 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Koloskopiebefund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.4 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Laborbefund <br /> |<br /> |<br /> |11502-2<br /> |eBPG, eFA-Code: 5.2.5 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Mikrobiologiebefund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.7 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |bakteriologischer Befund <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |virologischer Befund <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Nachsorgebefund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.8 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Pathologisch-anatomische Begutachtung<br /> |<br /> |<br /> |11526-1<br /> |eFA-Code: 5.2.10 <br /> <br /> |-<br /> | || || || 4 || ||Pathologisch-anatomische Begutachtung (Surgical pathology report) || || ||11529-5 ||<br /> |-<br /> | || || || 4 || || Obduktionsgutachten || || || 18743-5 ||<br /> |-<br /> | || || || 4 || || histologischer Berfund || || || ||<br /> |-<br /> | || || || 4 || || zytologischer Berfund || || || 47526-9 ||<br /> |-<br /> | || || || 4 || || makroskopischer Berfund || || || ||<br /> <br /> |-<br /> | || || 3 || || ||Rektoskopiebefund || || || ||eFA-Code: 5.2.11 <br /> <br /> |-<br /> | || || 3 || || ||Radiologiebefund || || || 68604-8 ||eBPG, eFA-Code: 5.2.12 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Röntgenbefund (Radiology report)<br /> |<br /> |<br /> |11522-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Radiology Study<br /> |<br /> |<br /> |11528-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |CT-Bericht (CT report CT)<br /> |<br /> |<br /> |18747-6<br /> |eFA-Code: 5.2.1 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |MRT-Befund <br /> |<br /> |<br /> |18756-7<br /> |eFA-Code: 5.2.6 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |PET-Befund <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Sonographiebefund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.13 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Neuroradiologiebefund <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Wunddokumentation<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Tumordokumentation<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Epikrise<br /> |<br /> |<br /> |<br /> |mit Anamnese, Diagnostik (Diagnosen), Medikation, Prognose<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Evaluation and Management Note <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (Diabetology) <br /> |<br /> |<br /> |34861–5<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (inpatient) <br /> |<br /> |<br /> |34112–3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (generic) <br /> |<br /> |<br /> |34109–9 <br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (oncology)<br /> |<br /> |<br /> |34806–0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (cardiology)<br /> |<br /> |<br /> |34752–6<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (neurology)<br /> |<br /> |<br /> |34905–0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (Emergency Medicine)<br /> |<br /> |<br /> |34878–9<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (nephrology)<br /> |<br /> |<br /> |34796–3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (Infectious Diseases)<br /> |<br /> |<br /> |34782–3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (dermatology)<br /> |<br /> |<br /> |34759–1<br /> |<br /> <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Pass<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Impf-Pass<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Röntgen-Pass<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |[http://wiki.hl7.de/index.php/IG:HL7_CDA_Mutterpass Mutterpass]<br /> |<br /> |<br /> |<br /> |eBPG?<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Kinderuntersuchungsheft<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Zahnarztpass<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Notfalldaten<br /> |<br /> |<br /> |<br /> |als Zusammenfassung: Allergien, Risk Faktor Iwie Schwangerschaft), aktuelle und chronische Diagnosen, Dauermedikation<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Gutachten<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |psychiatrisches Gutachten<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Formular<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Anamnesebogen <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.1 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Symptomerfassung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |QS-Dokument <br /> |<br /> |<br /> |<br /> |eFA-Code: 4.3 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Anordnungsbogen <br /> |<br /> |<br /> |<br /> |eFA-Code: 7.2 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Verordnung <br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Rezept <br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Heilmittel <br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Stimm-Sprech-Therapie<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |physikalische Therapie<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Ergo-Therapie<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |häusliche Krankenpflege<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Hilfsmittel<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Krankenbeförderung<br /> |<br /> | <br /> |<br /> |<br /> <br /> <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Meldungen<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |[http://wiki.hl7.de/index.php/IG:%C3%9Cbermittlung_meldepflichtiger_Krankheiten Infektionsschutz]<br /> |<br /> |<br /> |<br /> |<br /> <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |IfSG-Meldung des Arztes<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |IfSG-Meldung des Labors<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Health Care associated infection report<br /> |<br /> |<br /> |51897-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |unerwünschte Arzneimittelwirkungen<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |[http://wiki.hl7.de/index.php/IG:%C3%9Cbermittlung_onkologischer_Daten Tumorregister] (klinische und epidemiologsche Turmorregister)<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Diagnose-Meldung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Therapie-Meldung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Verlaufsmeldung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Abschlussmeldung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Planung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Therapieplan <br /> |<br /> |<br /> |<br /> |eFA-Code: 7.1 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Trainingsplan<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Medikationsplan<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Assessment Scales & Scores<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |APGAR<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Barthel (German)<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Barthel (Dutch)<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |SAP2<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |SOFA<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |TISS<br /> |<br /> |<br /> |<br /> |<br /> <br /> |}<br /> <br /> Der Kommentar "eBPG" besagt, dass es vorgesehen ist, diesen Dokumenttyp im sog. eBPG-Projekt (MGEPA des Landes NRW) zu behandeln.<br /> <br /> ===Offene Fragen===<br /> * Arztbrief vs. Bericht: Was ist der Unterschied, gibt es einen?<br /> * Müssen die Abschnitte in einer vergleichbaren Hierarchie aufbereitet werden?<br /> * ...<br /> <br /> ===Diskussion ===<br /> ====ELGA ====<br /> Bezüglich der Hierarchie bin ich auch der Meinung, dass sie pragmatisch möglichst flach gehalten werden soll. Wir mussten zur Kenntnis nehmen, dass die Hierarchie immer anders aussieht, je nachdem nach welchem Blickwinkel man die Dokumente betrachtet (organisationsbezogen, rollenbezogen, fachbezogen, krankheitsbezogen…).<br /> <br /> Eine weitere Anregung ist die Einbeziehung der weiteren Verwendung der Klassifizierung in das IHE XDS-Framework:<br /> <br /> * CDA kennt nur eine Klassifizierung des Dokuments, d.h. ein LOINC kann für das Dokument angegeben werden.<br /> * Wenn CDA-Dokumenten über IHE XDS ausgetauscht werden, kommen die XDS-Metadaten zur Anwendung. Dort gibt es ZWEI Felder, die eine Klassifizierung des Dokuments zulassen: ClassCode und TypeCode.<br /> <br /> In ELGA mappen wir den LOINC-Code des CDA-Dokuments in den TypeCode und interpretieren den ClassCode als generalisierte Hierarchieebene darüber.<br /> Demgemäß verwenden wir nun die Begriffe „Dokumentenklasse“ und den feingranulierten „Dokumententyp“.<br /> <br /> Zusätzlich kann in XDS die medizinische Fachrichtung angegeben werden („PracticeSetting“) – natürlich muss auch dafür eine einheitliche Nomenklatur gefunden werden. Dann wäre eine Post-Koordination von Dokumentenklasse/Typ und Fachrichtung möglich: z.B. „Ambulanzbericht“ + „Dermatologie“; „Consultation Note“ + „Pulmologie“<br /> <br /> Der von Hr. Gessner genannte „Bereich“ würde ggf dem HealthcareFacilityTypeCode entsprechen…<br /> <br /> Noch ein Punkt, an dem wir arbeiten ist die Nomenklatur von allgemeinen Begriffen:<br /> <br /> * Was bedeuten „Befund“, „Bericht“, „Brief“, „Dokument“, „Protokoll“? Ist ein Befund notwendigerweise ein ärztlich unterschriebenes Dokument? (Laborbefund). Ist ein Brief ein gerichtetes Dokument mit Empfänger (Entlassungsbrief). Ist ein Bericht etwas Nicht-Ärztliches?<br /> <br /> Ich bin derzeit nicht sicher, ob wir uns in Österreich auf eine einheitliche Sichtweise einigen können.<br /> <br /> ===Weitere LOINC-Codes===<br /> Nachfolgend eine Liste mit weiteren LOINC-Codes, absteigend sortiert nach Vorkommen:<br /> <br /> * 33720–4 Blood bank consult <br /> * 34130–5 subsequent evaluation note (hospital) <br /> * 18751–8 Study report (endoscopy) <br /> * 18746–8 Study report (colonoscopy) <br /> * 11526–1 Study report (pathology) ''(ist bereits in Taxonomie enthalten! G.H.--[[Benutzer:Gharoske|Gharoske]] 19:16, 10. Apr. 2013 (CEST))''<br /> * 33717-0 Cytology Cervical or vaginal smear or scraping study <br /> * 33716-2 Non-gynecological cytology method study<br /> * 33721-2 Bone marrow Pathology biopsy report <br /> * 29750–7 Neonatal Intensive Care records <br /> * 18757–5 Study report (Radnuc) <br /> * 51847–2 assessment - Plan note (generic) <br /> * 11492–6 history and physical note (hospital) <br /> * 18759–1 Study report (Respiratory system) <br /> * 29751–5 Critical Care records <br /> * 11522–0 Study report (cardiac echo) <br /> * 15508–5 labor and delivery records <br /> * 28570–0 procedure note (generic) <br /> * 18729–4 urinalysis studies <br /> * 11524–6 Study report (EKG) <br /> * 52072–6 non-emergency transportation attachment <br /> * 52063–5 prescription for durable medical equipment attachment<br /> * 34876–3 pre-operative evaluation and management note (Surgery)<br /> <br /> vorangehende Einträge müssen noch eingruppiert werden.<br /> <br /> ===Verwaiste eFA-Codes===<br /> <br /> Folgende eFA-Codes können in obiger Taxnomoie nicht untergebracht werden, da es sich hier eher um Formatangaben denn um Dokumenttypen handelt:<br /> <br /> * Arztbrief (eFA-Code: 4.1)<br /> *Standbild<br /> *2D-Computergrafik (eFA-Code: 6.4 )<br /> *EKG (eFA-Code: 6.4.1 )<br /> *Röntgenbild (eFA-Code: 6.4.2) <br /> *Röntgenserie (eFA-Code: 6.4.3 )<br /> *Sonographie (eFA-Code: 6.4.4 )<br /> *Bewegtbild<br /> *Video<br /> *Ton<br /> <br /> ==Achsen zur Typisierung von Dokumenten==<br /> Wie aus der vorhergehenden Tabelle ersichtlicht ist lässt sich nicht ohne weiteres eine Taxonomie aufbauen, die für alle Anwender verständlich und passend ist. Je nach dem welcher Aspekt in den Vordergrund gestellt wird sind andere Kriterien relevant. Aus diesem Grund sind mehrere Achsen identifiziert worden, die hilfreich sein können:<br /> <br /> * '''Synonyme''' (unter welchen anderen Begriffen ist dieser Dokumenttyp im Gebrauch)<br /> <br /> * '''Kontext:''' (Umstände des Entstehens des Dokumentes, Beschreibung der Situation, Fachrichtung)<br /> ** Aufnahme des Patienten<br /> ** Diagnose<br /> ** erstellt nach Untersuchung eines Patienten<br /> ** Abschluss der Behandlung<br /> <br /> * '''Inhalt:''' (Grobe Inhaltsangabe, kurz)<br /> ** administrative Information<br /> *** Einwilligung<br /> ** Fragestellung <br /> ** Krankengeschichte<br /> ** Untersuchungsergebnis<br /> ** Beurteilung<br /> ** Behandlungsempfehlung <br /> ** ...<br /> <br /> * '''Art des Inhalts:''' (Enthält das Dokument nur "Daten" oder ist "Interpretation" dabei?)<br /> ** Daten<br /> ** Interpretation<br /> ** Empfehlungen<br /> <br /> * '''Fachrichtung/-bereich'''<br /> ** Practice Setting<br /> <br /> * '''Aktivitäten:''' (Rolle des Dokuments im Workflow, mit welcher Aktivität steht das Dokument in Verbindung)<br /> <br /> * '''Zweck:''' (primärer Zweck der Erstellung)<br /> ** Brief<br /> ** Dokumentation (Protokoll, Befund)<br /> ** Auftrag<br /> *** Überweisung<br /> *** Untersuchungsanforderung<br /> *** Rezept<br /> ** Meldung<br /> <br /> * '''Autor:''' (Autor (Rolle), ggf. weitere Beteiligte/Rollen bei der Entstehung (Freigabe, Autorisierung, Diktat, Schreibdienst...))<br /> ** Arzt <br /> ** Heilberufler<br /> ** Patient<br /> ** Gerät<br /> <br /> * '''Adressat:''' (Adressat (Rolle))<br /> ** Arzt <br /> ** Heilberufler<br /> ** Patient<br /> ** Gesundheitsbehörde<br /> ** Register<br /> <br /> * '''Rechte und Pflichten:''' ("Gehört" das Dokument jemandem? IP, copyright, Archivierungspflicht etc)<br /> ** Urheberrecht und Aufbewahrungspflicht des Autors, <br /> ** Aufbewahrungspflicht des Empfängers<br /> <br /> * '''Datenschutz:''' (welche personenbezogenen Daten sind ggf. enthalten (zusätzlich zu den Identifikationsdaten Sender/Empfänger/Patient)))<br /> <br /> * '''Verwendung:''' (mögliche weitere Verwendung)<br /> ** Patientenakte<br /> ** Forschung<br /> ** Steuerung Workflow<br /> <br /> * '''Abgrenzung:''' (von welchen anderen Dokumenten ist dieses Dokument zu unterscheiden)<br /> ** Bericht für Patienten, Angehörige oder andere Nicht-Heilberufler. <br /> ** Zweitbefundung.<br /> <br /> * '''Grundlage:''' (rechtliche oder organisatorische Anforderungen zu Form oder Inhalt)<br /> ** Berufsordnung Ärzte<br /> ** o.ä.<br /> <br /> * '''Spezialisierung:'''<br /> <br /> ==Liste von Dokumenttypen==<br /> <br /> Zwecks Überprüfung der "richtigen" Eingruppierung sollen für die wichtigsten Dokumenttypen weiter Eigenschaften angegeben werden:<br /> <br /> ===Konsiliarbericht===<br /> * Konsil, ''en:'' Consultation Note<br /> * '''Kontext:''' erstellt nach Untersuchung eines Patienten (oder Biomaterialprobe oder sonstige Entitäten). Direkte Untersuchung oder telemedizinisch.<br /> * '''Inhalt:''' Fachrichtung, Fragestellung, Krankengeschichte, Untersuchungsergebnis, Beurteilung, Behandlungsempfehlung <br /> * '''Art des Inhalts:''' Daten, Interpretation, Empfehlungen.<br /> * '''Aktivitäten:''' Ein Arzt oder Heilberufler hat einen anderen Heilberufler nach seiner Ansicht gefragt. Dieses Dokument beantwortet die Anfrage.<br /> * '''Zweck:''' Dokumentation der Untersuchungsergebnisse und ihrer Interpretation durch den Untersuchenden.<br /> * '''Autor:''' Arzt oder Heilberufler<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Patientenakte, Forschung<br /> * '''Abgrenzung:''' Bericht für Patienten, Angehörige oder andere Nicht-Heilberufler. Zweitbefundung.<br /> * '''Grundlage:''' Berufsordnung Ärzte o.ä.<br /> * '''Spezialisierung:'''<br /> **Krankenhaus<br /> **Ambulanter Bereich<br /> **Stationärer Bereich<br /> **Intensivstation<br /> **Notaufnahme<br /> **Ambulanter Bereich, Hausarzt<br /> **Ambulanter Bereich, Anästhesie<br /> <br /> ===Befundbericht, bildgebende Verfahren===<br /> * ''en:'' Diagnostic Imaging Report<br /> * '''Kontext:''' erstellt nach bildgebender Untersuchung eines Patienten (oder Biomaterialprobe oder sonstige Entitäten). Direkte Untersuchung oder telemedizinisch.<br /> * '''Inhalt:''' Fragestellung, Krankengeschichte, Voruntersuchungen, durchgeführte bildgebende Untersuchungen, Untersuchungsergebnis (oder Verweis auf die Bilddaten), Beurteilung, Behandlungsempfehlung <br /> * '''Art des Inhalts:''' Daten und Interpretation.<br /> * '''Aktivitäten:''' Ein Arzt oder Heilberufler hat einen Experten nach seiner Ansicht zu vorliegenden oder zu erstellenden Bilddaten gefragt. Dieses Dokument beantwortet die Anfrage.<br /> * '''Zweck:''' Dokumentation der Untersuchung, der Ergebnisse und ihrer Interpretation durch den Untersuchenden.<br /> * '''Autor:''' Arzt oder Heilberufler (Experte für das bildgebende Verfahren, Kardiologe, Radiologe)<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Patientenakte, Forschung<br /> * '''Grundlage:''' Berufsordnung Ärzte o.ä., Fachgesellschaften, Strahlenschutz<br /> * '''Spezialisierung:'''<br /> ** Computertomographie (CT)<br /> ** Magnetresonanztomographie (MRT)<br /> ** Sonographie (Ultraschall)<br /> ** Nuklearmedizin<br /> ** Positronen-Emisions-Tomographie (PET)<br /> ** Herzkatheteruntersuchung - Herz<br /> ** Echokardiographie (Ultraschall) - Herz<br /> ** Koloskopie (''en:'' Colonoscopy) - Unterer Verdauungstrakt<br /> ** Endoskopie - Oberer Verdauungstrakt<br /> ** Ultraschall, Gynäkologie (''en:'' obstetric ultrasonography) - Becken, Fetus<br /> <br /> ===Entlassbericht===<br /> * Entlassungsbericht, ''en:'' Discharge Summary<br /> * '''Kontext:''' Zusammenfassende Darstellung eines Klinikaufenthaltes. <br /> * '''Inhalt:''' Aufnahmegrund, durchgeführte diagnostische, therapeutische und pflegerische Maßnahmen, Zustand und Prognose bei Entlassung, Behandlungsempfehlung <br /> * '''Art des Inhalts:''' Daten, Interpretation, Empfehlungen.<br /> * '''Aktivitäten:''' Klinikaufenthalt ist abgeschlossen.<br /> * '''Zweck:''' Information des Weiterbehandelnden.<br /> * '''Autor:''' Arzt in der Klinik<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Patientenakte, Forschung<br /> * '''Grundlage:''' Berufsordnung Ärzte o.ä., DKG?, Lokale Regeln<br /> <br /> ===Anamnese und klinische Untersuchung===<br /> * Krankengeschichte und körperliche Untersuchung, Aufnahmebericht, ''en:'' History and Physical (H&P) Note <br /> * '''Kontext:''' Untersuchung bei Erstkontakt, Aufnahme in Klinik, präoperative Visite <br /> * '''Inhalt:''' Angaben des Patienten, Vorgeschichte, aktuelle Beschwerden, Hintergrund (Famile, Verhalten, Medikamente), Ergebnisse der körperlichen Untersuchung und ggf. anderer diagnostischer Maßnahmen (Radiologie, Labor etc.), Beurteilung, Prognose, Behandlungsempfehlung. <br /> * '''Art des Inhalts:''' Daten, Interpretation, Empfehlungen.<br /> * '''Aktivitäten:''' Erstkontakt oder Statusfeststellung (z.B. vor OP).<br /> * '''Zweck:''' Institutionsinterne Behandlungsplanung, Information der Weiterbehandelnden.<br /> * '''Autor:''' Arzt oder Heilberufler<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Weiterbehandlung, Beurteilung des langfristigen Entwicklung, Patientenakte, Forschung<br /> * '''Grundlage:''' Berufsordnung Ärzte o.ä., DKG?, Lokale Regeln<br /> * '''Spezialisierung:'''<br /> ** Krankenhaus<br /> ** ärztlich<br /> ** Chirurgie<br /> ** vollständige Krankengeschichte<br /> ** Pflegeheim, ärztlich<br /> ** Pflegeheim<br /> ** Aufnahmebericht<br /> ** Aufnahmebericht, stationär<br /> ** Anamnesebericht, Hausarzt<br /> ** Aufnahmebericht Krankenhaus, Kardiologie<br /> ** spezielle Krankengeschichte<br /> <br /> ===Operationsprotokoll===<br /> * OP-Bericht", ''en:'' Operative Note<br /> * '''Kontext:''' erstellt nach operativer Maßnahme (invasiv, Eingriff) am Patienten<br /> * '''Inhalt:''' umfassende Dokumentation der Ereignisse und Umstände vor und während der OP. Narkoseprotokoll (kann auch separat vorliegen)<br /> * '''Art des Inhalts:''' Daten, Prozessdokumentation (beteiligte Ärzte, Uhrzeiten, Maßnahmen). <br /> * '''Aktivitäten:''' operative Maßnahme<br /> * '''Zweck:''' Dokumentation von Verlauf und Ergebnis der OP<br /> * '''Autor:''' Arzt (Chirurg)<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Regulatorische Vorgaben (formale Anforderungen, Pflichtinhalte, Qualitätssicherung), Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Vorbereitung Reoperation, Rechtsfolgen (Regress), Patientenakte, Forschung<br /> * '''Grundlage:''' Richtlinien (BÄK), Haftungsrecht, allg. Rechtsprechung<br /> * '''Spezialisierung:'''<br /> ** HNO<br /> ** Orthopädie<br /> ** Plastische Chirurgie<br /> ** Chirurgie<br /> ** Urologie<br /> ** Fußchirurgie (Podiatrie)<br /> ** Mund-, Kiefer- und Gesichtschirurgie (MKG, Kranio-Maxillo-Faziale Chirurgie)<br /> <br /> ===Behandlungsbericht===<br /> * Therapiebericht, ''en:'' Procedure Note<br /> * '''Kontext:''' erstellt nach einer nicht-operativen Maßnahme am Patienten<br /> * '''Inhalt:''' Dokumentation der Ereignisse und Umstände vor und während der Maßnahme. <br /> * '''Art des Inhalts:''' Daten, Prozessdokumentation. <br /> * '''Aktivitäten:''' therapeutische Maßnahme durchgeführt<br /> * '''Zweck:''' Dokumentation von Verlauf und Ergebnis der Maßnahme <br /> * '''Autor:''' Arzt oder Heilberufler<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Rechtsfolgen (Regress), Patientenakte, Forschung<br /> * '''Grundlage:''' Richtlinien (BÄK), Fachgesellschaften<br /> * '''Abgrenzung:''' Operationsprotokoll<br /> <br /> ===Verlaufsbericht===<br /> * ''en:'' Progress Note<br /> * '''Kontext:''' Fortgeschriebene Dokumentation bestimmter Aspekte während eines Klinikaufenthaltes oder zwischen mehreren Arztbesuchen. <br /> * '''Inhalt:''' Aktueller Status der Beobachtung, Beschreibung der Entwicklung (Verbesserung, Verschlechterung), Vergleich mit Zielen, ggf. Anpassung der Ziele (oder in separatem Dokument)<br /> * '''Art des Inhalts:''' Daten, Interpretation.<br /> * '''Aktivitäten:''' Kontakt mit Patienten, Untersuchung oder andere Beobachtung.<br /> * '''Zweck:''' Dokumentation des Verlaufs über einen Zeitraum, Erfolgskontrolle, Überprüfung der Planung, Fortschreibung<br /> * '''Autor:''' Arzt oder Heilberufler, Patient (oder Angehörige)<br /> * '''Adressat:''' Arzt oder Heilberufler (typisch: innerhalb der gleichen Organisation wie der Autor)<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Planung, Qualitätssicherung, Patientenakte, Forschung<br /> * '''Grundlage:''' Lokale Regeln, Fachgesellschaften<br /> * '''Spezialisierung:'''<br /> ** Zahnarzt<br /> ** Chiropraktiker<br /> ** Stationsarzt<br /> ** Hausarzt<br /> ** Psychiater<br /> ** Pflege (vgl. Pflegebericht)<br /> ** Ergotherapie<br /> ** Physikalische Therapie<br /> ** Psychologie<br /> ** Sozialdienst<br /> ** Sprachtherapie<br /> ** Intensivstation<br /> ** Häusliche Pflege<br /> ** Häusliche Pflege, Case-Manager<br /> ** Stationärer Bereich<br /> ** Ambulanter Bereich<br /> ** Kardiologie, ambulanter Bereich<br /> ** Zahnreinigung, ambulanter Bereich<br /> ** Zahnarzt, ambulanter Bereich<br /> ** Hausarzt, ambulanter Bereich<br /> ** Medikation, ambulanter Bereich<br /> <br /> ===Bericht für Dritte===<br /> * Bericht für Medizinischen Dienst, Patienten-CD<br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> <br /> ===Überweisung===<br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> <br /> ===Verordnung===<br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> * '''Spezialisierung:'''<br /> ** Rezept<br /> ** Heilmittel<br /> ** Hilfsmittel<br /> ** ..<br /> <br /> ===Behandlungsplan===<br /> * Pflegeplanung, Soziotherapeutischer Betreuungsplan, Wiedereingliederungsplan<br /> * '''Grundlage:''' Lokale Vorgaben, Vordruckvereinbarung BMV-Ä/EKV<br /> <br /> ===Trainingsplan===<br /> * Synonyme.<br /> * '''Inhalt:''' Fitnessdaten eines trainierenden Patienten <br /> * '''Art des Inhalts:''' nur Daten<br /> * '''Kontext:''' Training im Fitnessstudio (oder zuhause?)<br /> * '''Aktivitäten:''' Training, Arztbesuch nach Training, Training nach Arztbesuch<br /> * '''Zweck:''' Trainingssteuerung und –dokumentation, Informationsaustausch zwischen Fitness und Medizin<br /> * '''Autor:''' Fitnessstudio, Geräte (Cardio- und Kraftgeräte)<br /> * '''Adressat:''' Arzt, Heilberufler<br /> * '''Rechte und Pflichten:''' Eigentümer ist der Patient, Speicherung der Daten privatrechtlich<br /> * '''Datenschutz:''' vermutlich wenige<br /> * '''Verwendung:''' Diagnostik, Prävention, Qualitätssicherung<br /> * '''Grundlage:''' Projekt Fraunhofer-Gesellschaft / Fitnessgeräte-Hersteller Ergo-Fit<br /> <br /> ===Bild-, Ton-, Videodokument===<br /> * '''Inhalt:''' "Multimedia"-daten, unstrukturiert, Bilder, Binärdaten oder Datenströme (Streams)<br /> <br /> ===Untersuchungsdokumentation Krebsfrüherkennung===<br /> * Krebsfrüherkennungsuntersuchung Männer, Krebsfrüherkennungsuntersuchung Frauen <br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> <br /> ===Rechnung===<br /> <br /> ===Quittung===<br /> <br /> ===Antrag auf Kostenübernahme===<br /> * '''Grundlage:''' KBV, Verträge mit GKV<br /> <br /> ===Ärztliche Bescheinigung===<br /> * offizielle Bestätigungüber einen best. Zustand zur Vorlage bei einer bestimmten Institution (Firma, Amt, Versicherung, ..)<br /> * '''Kontext:''' erstellt vom Arzt auf Anforderung des Patienten zur Vorlage bei Dritten<br /> * '''Inhalt:''' ärztliche Feststellung eines Sachverhaltes <br /> * '''Art des Inhalts:''' Daten.<br /> * '''Aktivitäten:''' Patient hat Arzt um Bescheinigug gebeten<br /> * '''Zweck:''' Autorisierte Vorlage bei Dritten<br /> * '''Autor:''' Arzt oder Heilberufler<br /> * '''Adressat:''' Dritte, diverse<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors(?)<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Keine weitere Verwendung<br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> * '''Spezialisierung:'''<br /> ** Arbeitsunfähigkeitsbescheinigung,<br /> ** Bescheinigung über die Gewährung von Mutterschaftsgeld bei Frühgeburten, <br /> ** Ärztliche Bescheinigung zur Erlangung von Krankengeld, <br /> ** Bescheinigung über den mutmaßlichen Tag der Entbindung<br /> <br /> ===Mutterpass===<br /> * Mutter-Kind-Pass (in Österreich)<br /> * '''Inhalt:''' Erb- und Immunschwächekrankheiten der Mutter, Informationen über den Zustand des Kindes wie z. B. Lage, Gewicht und Größe. Alle im Verlauf der Schwangerschaft und Geburt kontrollierten Daten und Befunde, einschließlich der Untersuchungsbefunde des Neugeborenen und der Wochenbett-Kontrollbefunde der Mutter. Daten über die werdende Mutter, wie Blutgruppe, Gewicht etc.<br /> * '''Art des Inhalts:''' Daten, Verlaufsdokumentation<br /> * '''Kontext:''' Schwangerschaft, Geburt<br /> * '''Aktivitäten:''' regelmäßige Untersuchungen Mutter-Kind, Vorsorgeuntersuchungen des Kindes<br /> * '''Zweck:''' Vorsorge, Präventivmedizin<br /> * '''Autor:''' Frauenarzt, Hebamme<br /> * '''Adressat:''' Patient<br /> * '''Rechte und Pflichten:''' Dokument im Besitz der Mutter (Aufbewahrungspflicht? Pflichten für den Arzt? Hausarzt?)<br /> * '''Datenschutz:''' <br /> * '''Verwendung:''' Information der beteiligten Heilberufler<br /> * '''Grundlage:''' gesetzlich vorgeschriebene Vorsorgeuntersuchungen, Mutterschaftsrichtlinien (Vereinigung der Krankenkassen)<br /> <br /> ===Kinderuntersuchungsheft===<br /> <br /> ===Notfallausweis===<br /> * '''Inhalt:''' Blutgruppe, Transfusion, Risikofaktoren<br /> <br /> ===Pflegebericht===<br /> * Berichtsblatt der Pflegedokumentation, Pflegeprotokoll, Evaluation Pflegeplanung<br /> * '''Inhalt:''' Gewohnheiten, Fähigkeiten etc. (z.B. nach ATL/AEDL), Pflegeanamnese, Risikoeinschätzungen, Pflegeplanung, Rehabilitationsplan<br /> * '''Art des Inhalts:''' Daten und Interpretation<br /> * '''Kontext:''' Wechsel der pflegerischen Betreuung des Patienten (Verlegung, Entalssung, Übergabe)<br /> * '''Aktivitäten:''' Pflegevisite, Zusammenstellen der Information <br /> * '''Zweck:''' Übergabe pflegerischer Informationen an Weiterbehandler<br /> * '''Autor:''' Pflegekraft oder multidisziplinäres Team<br /> * '''Adressat:''' Pflegekraft in nachfolgender Einrichtung<br /> * '''Rechte und Pflichten:''' Dokumentationspflicht<br /> * '''Datenschutz:''' identifizierende Daten im Freitext wahrscheinlich<br /> * '''Verwendung:''' Folgebehandlung, Qualitätssicherung, Forschung<br /> * '''Abgrenzung:''' Verlaufsdokumentation Pflege (?)<br /> * '''Grundlage:''' Vorgaben und Vereinbarungen der Institutionen (Klinik, Netzwerk o.ä.)<br /> <br /> ===Medikationsplan===<br /> * Medikamentenplan, Dosierungsplan, Arzneimittelplan.<br /> * '''Inhalt:''' Aktuelle Medikation mit Dosierungsangaben<br /> * '''Art des Inhalts:''' Daten und Handlungsempfehlungen<br /> * '''Kontext:''' Verordnung, Änderung der Medikation, Selbstmedikation<br /> * '''Aktivitäten:''' Arztbesuch mit Revision und Aktualisierung des Medikationsplans<br /> * '''Zweck:''' Information des Patienten, Unterstützung des Patienten (oder der Angehörigen) bei der Arzneimitteltherapie<br /> * '''Autor:''' Arzt<br /> * '''Adressat:''' Patient<br /> * '''Rechte und Pflichten:''' im Besitz des Patienten, Dokumentationspflicht des ausstellenden Arztes(?)<br /> * '''Datenschutz:''' keine identifizierenden Daten<br /> * '''Verwendung:''' Information beteiligter Ärzte und Heilberufler, Arzneimitteltherapiesicherheit (AMTS)<br /> * '''Abgrenzung:''' ärztliche Medikationsdokumentation, Arzneimittelverordnung<br /> * '''Grundlage:''' Empfehlungen des Aktionsbündnis Patientensicherheit e.V. (AG AMTS)<br /> <br /> ===Patientenpass===<br /> * Gesundheitsausweis<br /> <br /> ===Arztbrief===<br /> * unterschrieben<br /> <br /> ===Pathologisch-anatomische Begutachtung===<br /> * '''Synonyme:''' Pathologiebefund, Pathologiebericht, Histopathologischer Befund, Zytologiebefund, ...<br /> * '''Inhalt:''' Material, Bearbeitung (Färbung etc.), makroskopische Beurteilung, mikroskopische Beurteilung, Diagnose, Zusammenfassung/epikritische Bewertung, Anhänge...<br /> * '''Art des Inhalts:''' Beurteilungen, Daten und Bewertung<br /> * '''Kontext:''' Verdacht auf pathologische Zell- und Gewebeveränderungen<br /> * '''Zweck:''' Untersuchungen und Begutachtungen an Geweben, von Zellmaterial und Körperflüssigkeiten mit den Untersuchungsmethoden der Makroskopie, Histologie, Immunhistologie, Zytologie, Immunzytologie, Zytometrie, Molekularpathologie einschließlich der Formulierung eines sachverständigen Urteils (Diagnose) auf der Basis der erhobenen Befunde (Deskription) und ggf. abschließender Bewertung (Epikrise).<br /> * '''Autor:''' Arzt für Pathologie<br /> * '''Adressat:''' Arzt<br /> * '''Rechte und Pflichten:''' tbd<br /> * '''Datenschutz:''' tbd<br /> * '''Verwendung:''' Patientenakte<br /> * '''Abgrenzung:''' tbd<br /> * '''Grundlage:''' Leitfaden zur Interpretation der Anforderungen der DIN EN ISO/IEC 17020 : 2004 und technische Kriterien für deren Anwendung zur Akkreditierung in der Pathologie / Neuropathologie, DAkkS, 71 SD 4 001<br /> <br /> ===Obduktionsgutachten===<br /> * '''Synonyme:''' Obduktionsbericht, Sektionsbericht, Obduktionsprotokoll, ...<br /> * '''Inhalt:''' makroskopische und mikroskopische Beurteilung der Organsystem, Klinische und autoptische Todesursache (Diagnosen), Zusammenfassung/epikritische Bewertung, Anhänge...<br /> * '''Art des Inhalts:''' Beurteilungen, Daten und Bewertung<br /> * '''Kontext:''' abschließende klinisch-pathologische Bewertung eines Krankheitsverlaufs mit letalem Ausgang, gutachterliche Bewertung von todesursächlichen Zusammenhängen <br /> * '''Zweck:''' Bericht über eine morphologische Untersuchung eines Verstorbenen<br /> * '''Autor:''' Arzt für Pathologie<br /> * '''Adressat:''' Arzt, andere Auftraggeber<br /> * '''Rechte und Pflichten:''' tbd<br /> * '''Datenschutz:''' tbd<br /> * '''Verwendung:''' Patientenakte, Versicherungen, Berufsgenossenschaften<br /> * '''Abgrenzung:''' tbd<br /> * '''Grundlage:''' tbd<br /> <br /> ===Entlassungsbericht, medizinische Rehabilitation===<br /> * Reha-Entlassungsbericht<br /> <br /> ===Meldung gemäß Infektionsschutzgesetz (IfSG)===<br /> * Erhebungsbogen zur Meldung gemäß IfSG, Meldebogen IfSG, Zusatzbogen <br /> * '''Inhalt:''' Angaben zum Patienten (de-identifiziert), Angaben zu meldenden Stelle, Diagnose, Symptome, Infektionsweg, Risiko<br /> * '''Art des Inhalts:''' Daten, Risikobewertung<br /> * '''Kontext:''' Meldepflicht ist eingetreten<br /> * '''Aktivitäten:''' Auftreten einer meldepflichtigen Krankheit wird festgestellt<br /> * '''Zweck:''' Information der zuständigen Stelle (Gesundheitsamt)<br /> * '''Autor:''' Arzt, Labor<br /> * '''Adressat:''' Gesundheitsamt<br /> * '''Besonderheit:''' bundeslandspezifisch<br /> * '''Rechte und Pflichten:''' Regelungen des IfSG<br /> * '''Datenschutz:''' Inhalte sind de-identifiziert<br /> * '''Verwendung:''' Statistik, public health<br /> * '''Grundlage:''' Infektionsschutzgesetz (IfSG)<br /> <br /> ===Meldung Tumorregister===<br /> * Krebsregister<br /> * '''Inhalt:''' Untersuchungsergebnisse und Beurteilungen/Bewertungen, Gemeinsamer onkologischer Basisdatensatz<br /> * '''Art des Inhalts:''' Daten und Beurteilungen<br /> * '''Kontext:''' Betreuungsepisode beendet, alle zu verantwortenden(?) Informationen sind verfügbar<br /> * '''Aktivitäten:''' Diagnose, Operative Therapie, Strahlentherapie, Systemische Therapie, Tod<br /> * '''Zweck:''' Tumordokumentation<br /> * '''Autor:''' Arzt<br /> * '''Adressat:''' Tumorregister<br /> * '''Besonderheit:''' bundeslandspezifisch<br /> * '''Rechte und Pflichten:''' Meldepflicht(?)<br /> * '''Datenschutz:''' ggf. pseudonymisiert<br /> * '''Verwendung:''' public health, Forschung<br /> * '''Abgrenzung:''' Untersuchungsbefund, Operationsbericht<br /> * '''Grundlage:''' Anforderungen der Tumorregister<br /> <br /> ===Organspendeerklärung===<br /> * Organspendeausweis, Organspendepass.<br /> * '''Inhalt:''' Erklärung des Bürgers, Angaben zu einzelnen Organen (ja/nein)<br /> * '''Art des Inhalts:''' Willenserklärung des Bürgers<br /> * '''Kontext:''' Lebensplanung<br /> * '''Aktivitäten:''' Erstellen, Ändern, Einsehen, Zurücknehmen der Erklärung<br /> * '''Zweck:''' postmortale Verwendung, ggf. Meldung an Register (Eurotransplant)<br /> * '''Autor:''' Patient<br /> * '''Adressat:''' Angehörige, Heilberufler<br /> * '''Rechte und Pflichten:''' Dokument im Eigentum (Besitz?) des Patienten<br /> * '''Datenschutz:''' sensibles Dokument, aber außer den Identifikationsdaten des Bürgers keine identifizierenden Merkmale<br /> * '''Verwendung:''' <br /> * '''Abgrenzung:''' Patientenverfügung<br /> * '''Grundlage:''' Formular der Bundeszentrale für gesundheitliche Aufklärung (BZgA)<br /> <br /> <br /> ==Abschnitte (Sections)==<br /> {{WorkBox|<br /> Ein ganz anderes Thema sind die Abschnitte, aus denen Dokumente - sofern es sich um Texte handelt - bestehen. Hier sollte eine eigene Seite eingerichtet werden. <br /> }}<br /> Zum Anfang und Einfachheit im Zusammenhang mit den Dokumenttypen werden diese erstmal nur als Unterabschnitt hier mit aufgelistet:<br /> <br /> * Anrede<br /> * Fragestellung<br /> * Anamnese<br /> * Familienanamnese<br /> * Krankengeschichte, Voruntersuchungen<br /> * Befunde<br /> * Diagnosen<br /> * besondere Hinweise (CAVE)<br /> * Therapien/Behandlungsmaßnahmen<br /> * Behandlungsempfehlungen<br /> * Risikofaktoren<br /> * Notizen<br /> * Epikrise<br /> * Anhänge<br /> * Schlusstext<br /> * ...<br /> <br /> Auch hier gilt, dass Erweiterungen/Ergänzungen willkommen sind.<br /> <br /> Es ist anzunehmen, dass die Sections, die im Consolidated CDA (CCDA) Leitfaden (US-Realm) und in den ELAG-Spezifikationen (AT-Realm) genannt sind, zusammen ein fast vollständiges Bild der benötigten Sections abgeben.<br /> <br /> ==Danksagung==<br /> <br /> <br /> [http://www.ebpg-nrw.de Konsortialprojekt eBusiness-Plattform Gesundheitswesen] (Förderkennzeichen 005-GW01-038C)<br /> <br /> Arbeitspaket AP04: Einrichtungsübergreifende elektronische Patientenakte (eEPA)<br /> <br /> [[file:Logo_ebpg.jpg|300px]]<br /> <br /> Gefördert von der EU und dem Land NRW:<br /> <br /> [[file:EULogo_EFRE_neu_foerderhinweis_2_081117.jpg|200px]] [[file:NRW_Landesregierung_RGB.png|200px]]<br /> <br /> <br /> ==Literatur==<br /> <br /> * Hyun S, Ventura R, Johnson SB, Bakken S.: ''Is the Health Level 7/LOINC document ontology adequate for representing nursing documents?''Stud Health Technol Inform. 2006;122:527-31<br /> * Jason S. Shapiro, Suzanne Bakken, Sookyung Hyun, Genevieve B. Melton, Cara Schlegel, and Stephen B. Johnson: ''Document Ontology: Supporting Narrative Documents in Electronic Health Records'' AMIA Annu Symp Proc. 2005; 2005: 684–688<br /> * Huff SM, Frazier P, Dolin RH. HL7 ''LOINC Document Type Vocabulary Domain Paper''. [monograph on the Internet] Indianapolis: Regenstrief Institute, Inc. 2004.<br /> * Elizabeth S. Chen,Genevieve B. Melton, Mark E. Engelstad, and Indra Neil Sarkar: ''Standardizing Clinical Document Names Using the HL7/LOINC Document Ontology and LOINC Codes'' AMIA Annu Symp Proc. 2010; 2010: 101–105. Published online 2010 November 13<br /> * Hyun S, Shapiro JS, Melton G, Schlegel C, Stetson PD, Johnson SB, Bakken S.: ''Iterative evaluation of the Health Level 7--Logical Observation Identifiers Names and Codes Clinical Document Ontology for representing clinical document names: a case report.'' J Am Med Inform Assoc. 2009 May-Jun;16(3):395-9.<br /> * Martin Dugas, Sylvia Thun, Thomas Frankewitsch, Kai U. Heitmann: ''LOINC® Codes for Hospital Information Systems Documents: A Case Study'' J Am Med Inform Assoc. 2009 May-Jun; 16(3): 400–403. <br /> [http://jamia.bmj.com/content/16/3/400.full.pdf+html?sid=3346a565-b3fa-4683-b8d5-608e1742a493]<br /> * Yang Huang, Henry J. Lowe: ''A standards-based approach to represent clincial documents'' CHIMA & CHITA China Hospital Information Network Conference 2006 Proceedings: 157-168<br /> * Pavla Frazier, Angelo Rossi-Mori, Robert H. Dolin, Liora Alschuler, Stanley M. Huff: ''The Creation of an Ontology of Clinical Document Names'' MEDINFO 2001, V. Patel et al. (Eds), Amsterdam: IOS Press 2001 IMIA: 94-98<br /> * Sookyung Hyun, and Suzanne Bakken: ''Toward the Creation of an Ontology for Nursing Document Sections: Mapping Section Headings to the LOINC Semantic Model'' AMIA Annu Symp Proc. 2006; 2006: 364–368<br /> * Stephen B. Johnson, Suzanne Bakken, Daniel Dine, Sookyung Hyun, Eneida Mendonça, Frances Morrison, Tiffani Bright, Tielman Van Vleck, Jesse Wrenn, Peter Stetson: ''An Electronic Health Record Based on Structured Narrative'' J Am Med Inform Assoc. 2008 Jan-Feb; 15(1): 54-64.<br /> * Li Li, C. Paul Morrey, and David Baorto: ''Cross-mapping clinical notes between hospitals: An application of the LOINC Document Ontology'' AMIA Annu Symp Proc. 2011; 2011: 777–783. Published online 2011 October 22.<br /> <br /> ==Weblinks==<br /> * [http://loinc.org/discussion-documents/document-ontology/loinc-document-ontology-axis-values/subject-matter-domain LOINC Document Ontology Axis Values]<br /> * [http://loinc.org/discussion-documents/2008%2001%2015%20-%20LOINC%20Document%20Ontology%20Axis%20Values.pdf LOINC Document Ontology Axis Values (Revised) Approved at Clinical LOINC Meeting 10/11/2007]<br /> * [http://loinc.org/discussion-documents/ontology.doc HL7 LOINC Document Type Vocabulary Domain (September 24, 2003)]<br /> * [http://www.slideshare.net/dvreeman/2011-01-27-loinc-documents-v-final D. Vreeman, Clinical LOINC Tutorial - Documents (2011-01-27)]<br /> * [http://wiki.hl7.org/index.php?title=Health_Story:_Integrating_Narrative_Notes_and_the_EHR_%28formerly_CDA4CDT%29]</div>

Mhettlage https://wiki.hl7.de/index.php?title=Dokumenttypen&diff=59147 Dokumenttypen 2019-07-02T15:34:41Z

<p>Mhettlage: wQrooFljcwjIwlE7OG6D</p> <hr /> <div>{{Underconstruction}}<br /> <br /> ==Dokumenttypen==<br /> <br /> Dokumenttypen sind ein wichtiger Bestandteil der [[Metadaten für medizinische Dokumente|Beschreibung eines Dokumentes durch Metadaten]].<br /> Die möglichen Dokumenttypen bilden eine Hierarchie (Taxonomie), die hier erstmal zur Diskussion gestellt wird. Angegeben sind die zugehörigen LOINC-Codes sowie die bei eFA verwendeten Codes:<br /> <br /> ===Taxonomie===<br /> <br /> {| class="hl7table"<br /> !Lvl !! !! !! !! !!Bezeichnung !!Bereich !!Fachgebiet Rolle !!Loinc-Code !!Kommentar <br /> <br /> |-<br /> |1 ||2 ||3 ||4 ||5 || || || || ||<br /> <br /> |-<br /> !1 !! !! !! !! !!Administrative Informationen || ||<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Versichertendaten <br /> |<br /> |<br /> |<br /> |eFA-Code: 1 <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Überweisung<br /> |<br /> | <br /> |<br /> |<br /> <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |ambulante Überweisung<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |stationäre Einweisung<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Konsens / Einwilligung (consent/consent document patient)<br /> |<br /> |<br /> |59284-0<br /> |eBPG, eFA-Code: 8 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |eFA-Einwilligung<br /> |<br /> |<br /> |<br /> |eFA-Code: 8.1 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |BPPC-Dokument<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Organspendeerklärung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Patientenverfügung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Behandlungsvertrag<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Selektiv-Vertrag<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Transaktion<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |eFA-in-a-Box<br /> |<br /> |<br /> |<br /> |weitere Details befinden sich derzeit in Ausarbeitung; kann als Transaktionssteuerung aufgefasst werden<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Quittung<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |charge ticket or encounter form attachment <br /> |<br /> |<br /> |53242-4<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Rechnung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> !1 !! !! !! !! !!Feingranulare Daten || || ||<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Anamnese <br /> |<br /> |<br /> |<br /> | <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |History and physical note<br /> |<br /> |<br /> |34117-2<br /> | <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |marcelschmitznose <br /> |<br /> |<br /> |<br /> |eBPG, eFA-Code: 2 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |ICD-Diagnose <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |ICD-O-Diagnose <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Tumor-Diagnose <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Prozedur <br /> |<br /> |<br /> |<br /> |eBPG, eFA-Code: 3 <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Notfalldaten<br /> |<br /> | <br /> |<br /> |als Einzelinformation, obwohl das dann eher ein Attribut bei den anderen Daten ist!?<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Labordaten<br /> |<br /> |<br /> |<br /> |eFA-Code: 6.2.1 <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Medikation<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Dauermedikation<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Medication management note<br /> |<br /> | <br /> |70006-2<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Impfung<br /> |<br /> |<br /> |<br /> |Info über eine einzelne Impfung; vgl. Impf-Pass<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Allergie<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |EKG-Kurve<br /> |<br /> |<br /> |<br /> | <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> |Cave <br /> |stationär<br /> |<br /> |<br /> |eFA-Code: 4.4; ein einzelner CAVE-Eintrag (Bsp. "schlägt um sich" oder "HIV-positiv"<br /> <br /> |-<br /> !1<br /> !<br /> !<br /> !<br /> !<br /> !aggregierte Informationen/Dokumente (Zusammenfassung)<br /> |<br /> |<br /> |<br /> |eFA-Code: 4<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Bericht / Befund / Brief<br /> |<br /> |<br /> |<br /> |eFA-Code: 5 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Brief<br /> |<br /> |<br /> |51852-2<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Arztbrief<br /> |<br /> |<br /> |68609-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Entlassbrief <br /> |<br /> |<br /> |<br /> |eBPG, eFA-Code: 4.1.2 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Pflegerischer Entlassbrief<br /> |<br /> |Pflege<br /> |34745-0<br /> |eBPG<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Einweisungsbrief <br /> |amb. -> stat.<br /> |<br /> |57133-1<br /> |eFA-Code: 4.1.1 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Verlegungsbrief <br /> |<br /> |stationär<br /> |18761-7<br /> |eFA-Code: 4.1.3 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Verlegungsbrief Arzt (Transfer summary): physician<br /> |<br /> |Arzt<br /> |28616-1<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Verlegungsbrief Pflegedienst (Transfer summary): nurse<br /> |<br /> |Schwester<br /> |28651-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |ambulanter Versorgung<br /> |Heilberufler<br /> |18842-5<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |ambulanter Versorgung<br /> |Arzt <br /> |11490-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |ambulanter Versorgung<br /> |Pflegedienst <br /> |34745-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |Krankenhaus<br /> |Heilberufler<br /> |34105-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Zusammenfassung bei Entlassung (Discharge summarization note)<br /> |Krankenhaus<br /> |Arzt <br /> |34106-5<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Zusammenfassung der Behandlungsepisode (Summarization of Episode Note)<br /> |Heilberufler in ambulanter Versorgung<br /> |<br /> |34133-9<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Anamnese und Befund (History and physical note)<br /> |<br /> |<br /> |11492-6<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Verlaufsbericht (Progress note)<br /> |<br /> |<br /> |11506-3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |administrative note (generic)<br /> |<br /> |<br /> |51851-4<br /> |<br /> <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Bericht über einen Patientenbesuch (Visit note)<br /> |<br /> |<br /> |11542-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Bericht über ambulanten Besuch (Ambulatory visit note)<br /> |<br /> |<br /> |18733-6<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |visit note: emergency department<br /> |Krankenhaus: Notaufnahme<br /> |<br /> |28568-4<br /> |<br /> <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Zusammenfassung bei Verlegung (Transfer summarization note)<br /> |ambulanter Versorgung<br /> |Heilberufler <br /> |18761-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Zusammenfassung bei Verlegung (Transfer summarization note)<br /> |ambulanter Versorgung<br /> |Arzt <br /> |28616-1<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Zusammenfassung bei Verlegung (Transfer summarization Note)<br /> |ambulanter Versorgung<br /> |Pflegedienst <br /> |28651-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Protokoll<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |OP-Bericht <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.3 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Konferenzprotokoll<br /> |<br /> |<br /> |<br /> |eFA-Code: 4.2 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Tumorboardprotokoll <br /> |<br /> |<br /> |<br /> |eFA-Code: 4.2.1 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Bericht des Sozialdienstes (Social service report)<br /> |<br /> |<br /> |11519-6<br /> |eFA-Code: 5.4 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Strahlentherapiebericht <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.5 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Chemotherapiebericht <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.6 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Pflegebericht<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Konsilbericht (Consultation note)<br /> |<br /> |<br /> |11488-4<br /> |eFA-Code: 5.7 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (general medicine)<br /> |<br /> |<br /> |34764-1<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (hospital)<br /> |<br /> |<br /> |34104-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (pulmonary)<br /> |<br /> |<br /> |34103-2<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (physical therapy)<br /> |<br /> |<br /> |34824-3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (ophthalmology)<br /> |<br /> |<br /> |34807-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Consultation note (gastroenterology)<br /> |<br /> |<br /> |34761-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Operationsbericht (Operative note)<br /> |<br /> |<br /> |11504-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Therapiebericht (Procedure note)<br /> |<br /> |<br /> |11505-5<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Athroskopischer Bericht (Arthroscopy report)<br /> |<br /> |<br /> |18742-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Notfallbericht (Emergency visit note)<br /> |<br /> |<br /> |15507-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |EKG Befund (Echocardiogram Report)<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |EKG report (narrative)<br /> |<br /> |<br /> |28010-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |EKG study observation overall (narrative) <br /> |<br /> |<br /> |18810-2<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |EKG study <br /> |<br /> |<br /> |11524-6<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |EKG study overall <br /> |<br /> |<br /> |8612-4<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Belastungs-EKG <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Holter-EKG <br /> |<br /> |<br /> |18754-2<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Endoskopie-Befund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.2 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Befund Lungenfunktion<br /> |<br /> |<br /> |34830-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |körperlicher Untersuchugnsbefund<br /> |<br /> |<br /> |35091-8<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Herzkatheterbericht (Cardiac catheterization report)<br /> |<br /> |<br /> |18745-0<br /> |eFA-Code: 5.2.3 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Koloskopiebefund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.4 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Laborbefund <br /> |<br /> |<br /> |11502-2<br /> |eBPG, eFA-Code: 5.2.5 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Mikrobiologiebefund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.7 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |bakteriologischer Befund <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |virologischer Befund <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Nachsorgebefund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.8 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Pathologisch-anatomische Begutachtung<br /> |<br /> |<br /> |11526-1<br /> |eFA-Code: 5.2.10 <br /> <br /> |-<br /> | || || || 4 || ||Pathologisch-anatomische Begutachtung (Surgical pathology report) || || ||11529-5 ||<br /> |-<br /> | || || || 4 || || Obduktionsgutachten || || || 18743-5 ||<br /> |-<br /> | || || || 4 || || histologischer Berfund || || || ||<br /> |-<br /> | || || || 4 || || zytologischer Berfund || || || 47526-9 ||<br /> |-<br /> | || || || 4 || || makroskopischer Berfund || || || ||<br /> <br /> |-<br /> | || || 3 || || ||Rektoskopiebefund || || || ||eFA-Code: 5.2.11 <br /> <br /> |-<br /> | || || 3 || || ||Radiologiebefund || || || 68604-8 ||eBPG, eFA-Code: 5.2.12 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Röntgenbefund (Radiology report)<br /> |<br /> |<br /> |11522-0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Radiology Study<br /> |<br /> |<br /> |11528-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |CT-Bericht (CT report CT)<br /> |<br /> |<br /> |18747-6<br /> |eFA-Code: 5.2.1 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |MRT-Befund <br /> |<br /> |<br /> |18756-7<br /> |eFA-Code: 5.2.6 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |PET-Befund <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Sonographiebefund <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.2.13 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Neuroradiologiebefund <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Wunddokumentation<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Tumordokumentation<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Epikrise<br /> |<br /> |<br /> |<br /> |mit Anamnese, Diagnostik (Diagnosen), Medikation, Prognose<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Evaluation and Management Note <br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (Diabetology) <br /> |<br /> |<br /> |34861–5<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (inpatient) <br /> |<br /> |<br /> |34112–3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (generic) <br /> |<br /> |<br /> |34109–9 <br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (oncology)<br /> |<br /> |<br /> |34806–0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (cardiology)<br /> |<br /> |<br /> |34752–6<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (neurology)<br /> |<br /> |<br /> |34905–0<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (Emergency Medicine)<br /> |<br /> |<br /> |34878–9<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (nephrology)<br /> |<br /> |<br /> |34796–3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (Infectious Diseases)<br /> |<br /> |<br /> |34782–3<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |evaluation and management note (dermatology)<br /> |<br /> |<br /> |34759–1<br /> |<br /> <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Pass<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Impf-Pass<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Röntgen-Pass<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |[http://wiki.hl7.de/index.php/IG:HL7_CDA_Mutterpass Mutterpass]<br /> |<br /> |<br /> |<br /> |eBPG?<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Kinderuntersuchungsheft<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Zahnarztpass<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Notfalldaten<br /> |<br /> |<br /> |<br /> |als Zusammenfassung: Allergien, Risk Faktor Iwie Schwangerschaft), aktuelle und chronische Diagnosen, Dauermedikation<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Gutachten<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |psychiatrisches Gutachten<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Formular<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Anamnesebogen <br /> |<br /> |<br /> |<br /> |eFA-Code: 5.1 <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Symptomerfassung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |QS-Dokument <br /> |<br /> |<br /> |<br /> |eFA-Code: 4.3 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Anordnungsbogen <br /> |<br /> |<br /> |<br /> |eFA-Code: 7.2 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Verordnung <br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Rezept <br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Heilmittel <br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Stimm-Sprech-Therapie<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |physikalische Therapie<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |Ergo-Therapie<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |<br /> |5<br /> |häusliche Krankenpflege<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Hilfsmittel<br /> |<br /> | <br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Krankenbeförderung<br /> |<br /> | <br /> |<br /> |<br /> <br /> <br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Meldungen<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |[http://wiki.hl7.de/index.php/IG:%C3%9Cbermittlung_meldepflichtiger_Krankheiten Infektionsschutz]<br /> |<br /> |<br /> |<br /> |<br /> <br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |IfSG-Meldung des Arztes<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |IfSG-Meldung des Labors<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Health Care associated infection report<br /> |<br /> |<br /> |51897-7<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |unerwünschte Arzneimittelwirkungen<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |[http://wiki.hl7.de/index.php/IG:%C3%9Cbermittlung_onkologischer_Daten Tumorregister] (klinische und epidemiologsche Turmorregister)<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Diagnose-Meldung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Therapie-Meldung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Verlaufsmeldung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |<br /> |4<br /> |<br /> |Abschlussmeldung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Planung<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Therapieplan <br /> |<br /> |<br /> |<br /> |eFA-Code: 7.1 <br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Trainingsplan<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Medikationsplan<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |2<br /> |<br /> |<br /> |<br /> !Assessment Scales & Scores<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |APGAR<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Barthel (German)<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |Barthel (Dutch)<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |SAP2<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |SOFA<br /> |<br /> |<br /> |<br /> |<br /> <br /> |-<br /> |<br /> |<br /> |3<br /> |<br /> |<br /> |TISS<br /> |<br /> |<br /> |<br /> |<br /> <br /> |}<br /> <br /> Der Kommentar "eBPG" besagt, dass es vorgesehen ist, diesen Dokumenttyp im sog. eBPG-Projekt (MGEPA des Landes NRW) zu behandeln.<br /> <br /> ===Offene Fragen===<br /> * Arztbrief vs. Bericht: Was ist der Unterschied, gibt es einen?<br /> * Müssen die Abschnitte in einer vergleichbaren Hierarchie aufbereitet werden?<br /> * ...<br /> <br /> ===Diskussion ===<br /> ====ELGA ====<br /> Bezüglich der Hierarchie bin ich auch der Meinung, dass sie pragmatisch möglichst flach gehalten werden soll. Wir mussten zur Kenntnis nehmen, dass die Hierarchie immer anders aussieht, je nachdem nach welchem Blickwinkel man die Dokumente betrachtet (organisationsbezogen, rollenbezogen, fachbezogen, krankheitsbezogen…).<br /> <br /> Eine weitere Anregung ist die Einbeziehung der weiteren Verwendung der Klassifizierung in das IHE XDS-Framework:<br /> <br /> * CDA kennt nur eine Klassifizierung des Dokuments, d.h. ein LOINC kann für das Dokument angegeben werden.<br /> * Wenn CDA-Dokumenten über IHE XDS ausgetauscht werden, kommen die XDS-Metadaten zur Anwendung. Dort gibt es ZWEI Felder, die eine Klassifizierung des Dokuments zulassen: ClassCode und TypeCode.<br /> <br /> In ELGA mappen wir den LOINC-Code des CDA-Dokuments in den TypeCode und interpretieren den ClassCode als generalisierte Hierarchieebene darüber.<br /> Demgemäß verwenden wir nun die Begriffe „Dokumentenklasse“ und den feingranulierten „Dokumententyp“.<br /> <br /> Zusätzlich kann in XDS die medizinische Fachrichtung angegeben werden („PracticeSetting“) – natürlich muss auch dafür eine einheitliche Nomenklatur gefunden werden. Dann wäre eine Post-Koordination von Dokumentenklasse/Typ und Fachrichtung möglich: z.B. „Ambulanzbericht“ + „Dermatologie“; „Consultation Note“ + „Pulmologie“<br /> <br /> Der von Hr. Gessner genannte „Bereich“ würde ggf dem HealthcareFacilityTypeCode entsprechen…<br /> <br /> Noch ein Punkt, an dem wir arbeiten ist die Nomenklatur von allgemeinen Begriffen:<br /> <br /> * Was bedeuten „Befund“, „Bericht“, „Brief“, „Dokument“, „Protokoll“? Ist ein Befund notwendigerweise ein ärztlich unterschriebenes Dokument? (Laborbefund). Ist ein Brief ein gerichtetes Dokument mit Empfänger (Entlassungsbrief). Ist ein Bericht etwas Nicht-Ärztliches?<br /> <br /> Ich bin derzeit nicht sicher, ob wir uns in Österreich auf eine einheitliche Sichtweise einigen können.<br /> <br /> ===Weitere LOINC-Codes===<br /> Nachfolgend eine Liste mit weiteren LOINC-Codes, absteigend sortiert nach Vorkommen:<br /> <br /> * 33720–4 Blood bank consult <br /> * 34130–5 subsequent evaluation note (hospital) <br /> * 18751–8 Study report (endoscopy) <br /> * 18746–8 Study report (colonoscopy) <br /> * 11526–1 Study report (pathology) ''(ist bereits in Taxonomie enthalten! G.H.--[[Benutzer:Gharoske|Gharoske]] 19:16, 10. Apr. 2013 (CEST))''<br /> * 33717-0 Cytology Cervical or vaginal smear or scraping study <br /> * 33716-2 Non-gynecological cytology method study<br /> * 33721-2 Bone marrow Pathology biopsy report <br /> * 29750–7 Neonatal Intensive Care records <br /> * 18757–5 Study report (Radnuc) <br /> * 51847–2 assessment - Plan note (generic) <br /> * 11492–6 history and physical note (hospital) <br /> * 18759–1 Study report (Respiratory system) <br /> * 29751–5 Critical Care records <br /> * 11522–0 Study report (cardiac echo) <br /> * 15508–5 labor and delivery records <br /> * 28570–0 procedure note (generic) <br /> * 18729–4 urinalysis studies <br /> * 11524–6 Study report (EKG) <br /> * 52072–6 non-emergency transportation attachment <br /> * 52063–5 prescription for durable medical equipment attachment<br /> * 34876–3 pre-operative evaluation and management note (Surgery)<br /> <br /> vorangehende Einträge müssen noch eingruppiert werden.<br /> <br /> ===Verwaiste eFA-Codes===<br /> <br /> Folgende eFA-Codes können in obiger Taxnomoie nicht untergebracht werden, da es sich hier eher um Formatangaben denn um Dokumenttypen handelt:<br /> <br /> * Arztbrief (eFA-Code: 4.1)<br /> *Standbild<br /> *2D-Computergrafik (eFA-Code: 6.4 )<br /> *EKG (eFA-Code: 6.4.1 )<br /> *Röntgenbild (eFA-Code: 6.4.2) <br /> *Röntgenserie (eFA-Code: 6.4.3 )<br /> *Sonographie (eFA-Code: 6.4.4 )<br /> *Bewegtbild<br /> *Video<br /> *Ton<br /> <br /> ==Achsen zur Typisierung von Dokumenten==<br /> Wie aus der vorhergehenden Tabelle ersichtlicht ist lässt sich nicht ohne weiteres eine Taxonomie aufbauen, die für alle Anwender verständlich und passend ist. Je nach dem welcher Aspekt in den Vordergrund gestellt wird sind andere Kriterien relevant. Aus diesem Grund sind mehrere Achsen identifiziert worden, die hilfreich sein können:<br /> <br /> * '''Synonyme''' (unter welchen anderen Begriffen ist dieser Dokumenttyp im Gebrauch)<br /> <br /> * '''Kontext:''' (Umstände des Entstehens des Dokumentes, Beschreibung der Situation, Fachrichtung)<br /> ** Aufnahme des Patienten<br /> ** Diagnose<br /> ** erstellt nach Untersuchung eines Patienten<br /> ** Abschluss der Behandlung<br /> <br /> * '''Inhalt:''' (Grobe Inhaltsangabe, kurz)<br /> ** administrative Information<br /> *** Einwilligung<br /> ** Fragestellung <br /> ** Krankengeschichte<br /> ** Untersuchungsergebnis<br /> ** Beurteilung<br /> ** Behandlungsempfehlung <br /> ** ...<br /> <br /> * '''Art des Inhalts:''' (Enthält das Dokument nur "Daten" oder ist "Interpretation" dabei?)<br /> ** Daten<br /> ** Interpretation<br /> ** Empfehlungen<br /> <br /> * '''Fachrichtung/-bereich'''<br /> ** Practice Setting<br /> <br /> * '''Aktivitäten:''' (Rolle des Dokuments im Workflow, mit welcher Aktivität steht das Dokument in Verbindung)<br /> <br /> * '''Zweck:''' (primärer Zweck der Erstellung)<br /> ** Brief<br /> ** Dokumentation (Protokoll, Befund)<br /> ** Auftrag<br /> *** Überweisung<br /> *** Untersuchungsanforderung<br /> *** Rezept<br /> ** Meldung<br /> <br /> * '''Autor:''' (Autor (Rolle), ggf. weitere Beteiligte/Rollen bei der Entstehung (Freigabe, Autorisierung, Diktat, Schreibdienst...))<br /> ** Arzt <br /> ** Heilberufler<br /> ** Patient<br /> ** Gerät<br /> <br /> * '''Adressat:''' (Adressat (Rolle))<br /> ** Arzt <br /> ** Heilberufler<br /> ** Patient<br /> ** Gesundheitsbehörde<br /> ** Register<br /> <br /> * '''Rechte und Pflichten:''' ("Gehört" das Dokument jemandem? IP, copyright, Archivierungspflicht etc)<br /> ** Urheberrecht und Aufbewahrungspflicht des Autors, <br /> ** Aufbewahrungspflicht des Empfängers<br /> <br /> * '''Datenschutz:''' (welche personenbezogenen Daten sind ggf. enthalten (zusätzlich zu den Identifikationsdaten Sender/Empfänger/Patient)))<br /> <br /> * '''Verwendung:''' (mögliche weitere Verwendung)<br /> ** Patientenakte<br /> ** Forschung<br /> ** Steuerung Workflow<br /> <br /> * '''Abgrenzung:''' (von welchen anderen Dokumenten ist dieses Dokument zu unterscheiden)<br /> ** Bericht für Patienten, Angehörige oder andere Nicht-Heilberufler. <br /> ** Zweitbefundung.<br /> <br /> * '''Grundlage:''' (rechtliche oder organisatorische Anforderungen zu Form oder Inhalt)<br /> ** Berufsordnung Ärzte<br /> ** o.ä.<br /> <br /> * '''Spezialisierung:'''<br /> <br /> ==Liste von Dokumenttypen==<br /> <br /> Zwecks Überprüfung der "richtigen" Eingruppierung sollen für die wichtigsten Dokumenttypen weiter Eigenschaften angegeben werden:<br /> <br /> ===Konsiliarbericht===<br /> * Konsil, ''en:'' Consultation Note<br /> * '''Kontext:''' erstellt nach Untersuchung eines Patienten (oder Biomaterialprobe oder sonstige Entitäten). Direkte Untersuchung oder telemedizinisch.<br /> * '''Inhalt:''' Fachrichtung, Fragestellung, Krankengeschichte, Untersuchungsergebnis, Beurteilung, Behandlungsempfehlung <br /> * '''Art des Inhalts:''' Daten, Interpretation, Empfehlungen.<br /> * '''Aktivitäten:''' Ein Arzt oder Heilberufler hat einen anderen Heilberufler nach seiner Ansicht gefragt. Dieses Dokument beantwortet die Anfrage.<br /> * '''Zweck:''' Dokumentation der Untersuchungsergebnisse und ihrer Interpretation durch den Untersuchenden.<br /> * '''Autor:''' Arzt oder Heilberufler<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Patientenakte, Forschung<br /> * '''Abgrenzung:''' Bericht für Patienten, Angehörige oder andere Nicht-Heilberufler. Zweitbefundung.<br /> * '''Grundlage:''' Berufsordnung Ärzte o.ä.<br /> * '''Spezialisierung:'''<br /> **Krankenhaus<br /> **Ambulanter Bereich<br /> **Stationärer Bereich<br /> **Intensivstation<br /> **Notaufnahme<br /> **Ambulanter Bereich, Hausarzt<br /> **Ambulanter Bereich, Anästhesie<br /> <br /> ===Befundbericht, bildgebende Verfahren===<br /> * ''en:'' Diagnostic Imaging Report<br /> * '''Kontext:''' erstellt nach bildgebender Untersuchung eines Patienten (oder Biomaterialprobe oder sonstige Entitäten). Direkte Untersuchung oder telemedizinisch.<br /> * '''Inhalt:''' Fragestellung, Krankengeschichte, Voruntersuchungen, durchgeführte bildgebende Untersuchungen, Untersuchungsergebnis (oder Verweis auf die Bilddaten), Beurteilung, Behandlungsempfehlung <br /> * '''Art des Inhalts:''' Daten und Interpretation.<br /> * '''Aktivitäten:''' Ein Arzt oder Heilberufler hat einen Experten nach seiner Ansicht zu vorliegenden oder zu erstellenden Bilddaten gefragt. Dieses Dokument beantwortet die Anfrage.<br /> * '''Zweck:''' Dokumentation der Untersuchung, der Ergebnisse und ihrer Interpretation durch den Untersuchenden.<br /> * '''Autor:''' Arzt oder Heilberufler (Experte für das bildgebende Verfahren, Kardiologe, Radiologe)<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Patientenakte, Forschung<br /> * '''Grundlage:''' Berufsordnung Ärzte o.ä., Fachgesellschaften, Strahlenschutz<br /> * '''Spezialisierung:'''<br /> ** Computertomographie (CT)<br /> ** Magnetresonanztomographie (MRT)<br /> ** Sonographie (Ultraschall)<br /> ** Nuklearmedizin<br /> ** Positronen-Emisions-Tomographie (PET)<br /> ** Herzkatheteruntersuchung - Herz<br /> ** Echokardiographie (Ultraschall) - Herz<br /> ** Koloskopie (''en:'' Colonoscopy) - Unterer Verdauungstrakt<br /> ** Endoskopie - Oberer Verdauungstrakt<br /> ** Ultraschall, Gynäkologie (''en:'' obstetric ultrasonography) - Becken, Fetus<br /> <br /> ===Entlassbericht===<br /> * Entlassungsbericht, ''en:'' Discharge Summary<br /> * '''Kontext:''' Zusammenfassende Darstellung eines Klinikaufenthaltes. <br /> * '''Inhalt:''' Aufnahmegrund, durchgeführte diagnostische, therapeutische und pflegerische Maßnahmen, Zustand und Prognose bei Entlassung, Behandlungsempfehlung <br /> * '''Art des Inhalts:''' Daten, Interpretation, Empfehlungen.<br /> * '''Aktivitäten:''' Klinikaufenthalt ist abgeschlossen.<br /> * '''Zweck:''' Information des Weiterbehandelnden.<br /> * '''Autor:''' Arzt in der Klinik<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Patientenakte, Forschung<br /> * '''Grundlage:''' Berufsordnung Ärzte o.ä., DKG?, Lokale Regeln<br /> <br /> ===Anamnese und klinische Untersuchung===<br /> * Krankengeschichte und körperliche Untersuchung, Aufnahmebericht, ''en:'' History and Physical (H&P) Note <br /> * '''Kontext:''' Untersuchung bei Erstkontakt, Aufnahme in Klinik, präoperative Visite <br /> * '''Inhalt:''' Angaben des Patienten, Vorgeschichte, aktuelle Beschwerden, Hintergrund (Famile, Verhalten, Medikamente), Ergebnisse der körperlichen Untersuchung und ggf. anderer diagnostischer Maßnahmen (Radiologie, Labor etc.), Beurteilung, Prognose, Behandlungsempfehlung. <br /> * '''Art des Inhalts:''' Daten, Interpretation, Empfehlungen.<br /> * '''Aktivitäten:''' Erstkontakt oder Statusfeststellung (z.B. vor OP).<br /> * '''Zweck:''' Institutionsinterne Behandlungsplanung, Information der Weiterbehandelnden.<br /> * '''Autor:''' Arzt oder Heilberufler<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Weiterbehandlung, Beurteilung des langfristigen Entwicklung, Patientenakte, Forschung<br /> * '''Grundlage:''' Berufsordnung Ärzte o.ä., DKG?, Lokale Regeln<br /> * '''Spezialisierung:'''<br /> ** Krankenhaus<br /> ** ärztlich<br /> ** Chirurgie<br /> ** vollständige Krankengeschichte<br /> ** Pflegeheim, ärztlich<br /> ** Pflegeheim<br /> ** Aufnahmebericht<br /> ** Aufnahmebericht, stationär<br /> ** Anamnesebericht, Hausarzt<br /> ** Aufnahmebericht Krankenhaus, Kardiologie<br /> ** spezielle Krankengeschichte<br /> <br /> ===Operationsprotokoll===<br /> * OP-Bericht", ''en:'' Operative Note<br /> * '''Kontext:''' erstellt nach operativer Maßnahme (invasiv, Eingriff) am Patienten<br /> * '''Inhalt:''' umfassende Dokumentation der Ereignisse und Umstände vor und während der OP. Narkoseprotokoll (kann auch separat vorliegen)<br /> * '''Art des Inhalts:''' Daten, Prozessdokumentation (beteiligte Ärzte, Uhrzeiten, Maßnahmen). <br /> * '''Aktivitäten:''' operative Maßnahme<br /> * '''Zweck:''' Dokumentation von Verlauf und Ergebnis der OP<br /> * '''Autor:''' Arzt (Chirurg)<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Regulatorische Vorgaben (formale Anforderungen, Pflichtinhalte, Qualitätssicherung), Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Vorbereitung Reoperation, Rechtsfolgen (Regress), Patientenakte, Forschung<br /> * '''Grundlage:''' Richtlinien (BÄK), Haftungsrecht, allg. Rechtsprechung<br /> * '''Spezialisierung:'''<br /> ** HNO<br /> ** Orthopädie<br /> ** Plastische Chirurgie<br /> ** Chirurgie<br /> ** Urologie<br /> ** Fußchirurgie (Podiatrie)<br /> ** Mund-, Kiefer- und Gesichtschirurgie (MKG, Kranio-Maxillo-Faziale Chirurgie)<br /> <br /> ===Behandlungsbericht===<br /> * Therapiebericht, ''en:'' Procedure Note<br /> * '''Kontext:''' erstellt nach einer nicht-operativen Maßnahme am Patienten<br /> * '''Inhalt:''' Dokumentation der Ereignisse und Umstände vor und während der Maßnahme. <br /> * '''Art des Inhalts:''' Daten, Prozessdokumentation. <br /> * '''Aktivitäten:''' therapeutische Maßnahme durchgeführt<br /> * '''Zweck:''' Dokumentation von Verlauf und Ergebnis der Maßnahme <br /> * '''Autor:''' Arzt oder Heilberufler<br /> * '''Adressat:''' Arzt oder Heilberufler<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors, Aufbewahrungspflicht des Empfängers<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Rechtsfolgen (Regress), Patientenakte, Forschung<br /> * '''Grundlage:''' Richtlinien (BÄK), Fachgesellschaften<br /> * '''Abgrenzung:''' Operationsprotokoll<br /> <br /> ===Verlaufsbericht===<br /> * ''en:'' Progress Note<br /> * '''Kontext:''' Fortgeschriebene Dokumentation bestimmter Aspekte während eines Klinikaufenthaltes oder zwischen mehreren Arztbesuchen. <br /> * '''Inhalt:''' Aktueller Status der Beobachtung, Beschreibung der Entwicklung (Verbesserung, Verschlechterung), Vergleich mit Zielen, ggf. Anpassung der Ziele (oder in separatem Dokument)<br /> * '''Art des Inhalts:''' Daten, Interpretation.<br /> * '''Aktivitäten:''' Kontakt mit Patienten, Untersuchung oder andere Beobachtung.<br /> * '''Zweck:''' Dokumentation des Verlaufs über einen Zeitraum, Erfolgskontrolle, Überprüfung der Planung, Fortschreibung<br /> * '''Autor:''' Arzt oder Heilberufler, Patient (oder Angehörige)<br /> * '''Adressat:''' Arzt oder Heilberufler (typisch: innerhalb der gleichen Organisation wie der Autor)<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Planung, Qualitätssicherung, Patientenakte, Forschung<br /> * '''Grundlage:''' Lokale Regeln, Fachgesellschaften<br /> * '''Spezialisierung:'''<br /> ** Zahnarzt<br /> ** Chiropraktiker<br /> ** Stationsarzt<br /> ** Hausarzt<br /> ** Psychiater<br /> ** Pflege (vgl. Pflegebericht)<br /> ** Ergotherapie<br /> ** Physikalische Therapie<br /> ** Psychologie<br /> ** Sozialdienst<br /> ** Sprachtherapie<br /> ** Intensivstation<br /> ** Häusliche Pflege<br /> ** Häusliche Pflege, Case-Manager<br /> ** Stationärer Bereich<br /> ** Ambulanter Bereich<br /> ** Kardiologie, ambulanter Bereich<br /> ** Zahnreinigung, ambulanter Bereich<br /> ** Zahnarzt, ambulanter Bereich<br /> ** Hausarzt, ambulanter Bereich<br /> ** Medikation, ambulanter Bereich<br /> <br /> ===Bericht für Dritte===<br /> * Bericht für Medizinischen Dienst, Patienten-CD<br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> <br /> ===Überweisung===<br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> <br /> ===Verordnung===<br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> * '''Spezialisierung:'''<br /> ** Rezept<br /> ** Heilmittel<br /> ** Hilfsmittel<br /> ** ..<br /> <br /> ===Behandlungsplan===<br /> * Pflegeplanung, Soziotherapeutischer Betreuungsplan, Wiedereingliederungsplan<br /> * '''Grundlage:''' Lokale Vorgaben, Vordruckvereinbarung BMV-Ä/EKV<br /> <br /> ===Trainingsplan===<br /> * Synonyme.<br /> * '''Inhalt:''' Fitnessdaten eines trainierenden Patienten <br /> * '''Art des Inhalts:''' nur Daten<br /> * '''Kontext:''' Training im Fitnessstudio (oder zuhause?)<br /> * '''Aktivitäten:''' Training, Arztbesuch nach Training, Training nach Arztbesuch<br /> * '''Zweck:''' Trainingssteuerung und –dokumentation, Informationsaustausch zwischen Fitness und Medizin<br /> * '''Autor:''' Fitnessstudio, Geräte (Cardio- und Kraftgeräte)<br /> * '''Adressat:''' Arzt, Heilberufler<br /> * '''Rechte und Pflichten:''' Eigentümer ist der Patient, Speicherung der Daten privatrechtlich<br /> * '''Datenschutz:''' vermutlich wenige<br /> * '''Verwendung:''' Diagnostik, Prävention, Qualitätssicherung<br /> * '''Grundlage:''' Projekt Fraunhofer-Gesellschaft / Fitnessgeräte-Hersteller Ergo-Fit<br /> <br /> ===Bild-, Ton-, Videodokument===<br /> * '''Inhalt:''' "Multimedia"-daten, unstrukturiert, Bilder, Binärdaten oder Datenströme (Streams)<br /> <br /> ===Untersuchungsdokumentation Krebsfrüherkennung===<br /> * Krebsfrüherkennungsuntersuchung Männer, Krebsfrüherkennungsuntersuchung Frauen <br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> <br /> ===Rechnung===<br /> <br /> ===Quittung===<br /> <br /> ===Antrag auf Kostenübernahme===<br /> * '''Grundlage:''' KBV, Verträge mit GKV<br /> <br /> ===Ärztliche Bescheinigung===<br /> * offizielle Bestätigungüber einen best. Zustand zur Vorlage bei einer bestimmten Institution (Firma, Amt, Versicherung, ..)<br /> * '''Kontext:''' erstellt vom Arzt auf Anforderung des Patienten zur Vorlage bei Dritten<br /> * '''Inhalt:''' ärztliche Feststellung eines Sachverhaltes <br /> * '''Art des Inhalts:''' Daten.<br /> * '''Aktivitäten:''' Patient hat Arzt um Bescheinigug gebeten<br /> * '''Zweck:''' Autorisierte Vorlage bei Dritten<br /> * '''Autor:''' Arzt oder Heilberufler<br /> * '''Adressat:''' Dritte, diverse<br /> * '''Rechte und Pflichten:''' Urheberrecht und Aufbewahrungspflicht des Autors(?)<br /> * '''Datenschutz:''' Kann identifizierende Merkmale (auch) im Freitext enthalten<br /> * '''Verwendung:''' Keine weitere Verwendung<br /> * '''Grundlage:''' Vordruckvereinbarung BMV-Ä/EKV<br /> * '''Spezialisierung:'''<br /> ** Arbeitsunfähigkeitsbescheinigung,<br /> ** Bescheinigung über die Gewährung von Mutterschaftsgeld bei Frühgeburten, <br /> ** Ärztliche Bescheinigung zur Erlangung von Krankengeld, <br /> ** Bescheinigung über den mutmaßlichen Tag der Entbindung<br /> <br /> ===Mutterpass===<br /> * Mutter-Kind-Pass (in Österreich)<br /> * '''Inhalt:''' Erb- und Immunschwächekrankheiten der Mutter, Informationen über den Zustand des Kindes wie z. B. Lage, Gewicht und Größe. Alle im Verlauf der Schwangerschaft und Geburt kontrollierten Daten und Befunde, einschließlich der Untersuchungsbefunde des Neugeborenen und der Wochenbett-Kontrollbefunde der Mutter. Daten über die werdende Mutter, wie Blutgruppe, Gewicht etc.<br /> * '''Art des Inhalts:''' Daten, Verlaufsdokumentation<br /> * '''Kontext:''' Schwangerschaft, Geburt<br /> * '''Aktivitäten:''' regelmäßige Untersuchungen Mutter-Kind, Vorsorgeuntersuchungen des Kindes<br /> * '''Zweck:''' Vorsorge, Präventivmedizin<br /> * '''Autor:''' Frauenarzt, Hebamme<br /> * '''Adressat:''' Patient<br /> * '''Rechte und Pflichten:''' Dokument im Besitz der Mutter (Aufbewahrungspflicht? Pflichten für den Arzt? Hausarzt?)<br /> * '''Datenschutz:''' <br /> * '''Verwendung:''' Information der beteiligten Heilberufler<br /> * '''Grundlage:''' gesetzlich vorgeschriebene Vorsorgeuntersuchungen, Mutterschaftsrichtlinien (Vereinigung der Krankenkassen)<br /> <br /> ===Kinderuntersuchungsheft===<br /> <br /> ===Notfallausweis===<br /> * '''Inhalt:''' Blutgruppe, Transfusion, Risikofaktoren<br /> <br /> ===Pflegebericht===<br /> * Berichtsblatt der Pflegedokumentation, Pflegeprotokoll, Evaluation Pflegeplanung<br /> * '''Inhalt:''' Gewohnheiten, Fähigkeiten etc. (z.B. nach ATL/AEDL), Pflegeanamnese, Risikoeinschätzungen, Pflegeplanung, Rehabilitationsplan<br /> * '''Art des Inhalts:''' Daten und Interpretation<br /> * '''Kontext:''' Wechsel der pflegerischen Betreuung des Patienten (Verlegung, Entalssung, Übergabe)<br /> * '''Aktivitäten:''' Pflegevisite, Zusammenstellen der Information <br /> * '''Zweck:''' Übergabe pflegerischer Informationen an Weiterbehandler<br /> * '''Autor:''' Pflegekraft oder multidisziplinäres Team<br /> * '''Adressat:''' Pflegekraft in nachfolgender Einrichtung<br /> * '''Rechte und Pflichten:''' Dokumentationspflicht<br /> * '''Datenschutz:''' identifizierende Daten im Freitext wahrscheinlich<br /> * '''Verwendung:''' Folgebehandlung, Qualitätssicherung, Forschung<br /> * '''Abgrenzung:''' Verlaufsdokumentation Pflege (?)<br /> * '''Grundlage:''' Vorgaben und Vereinbarungen der Institutionen (Klinik, Netzwerk o.ä.)<br /> <br /> ===Medikationsplan===<br /> * Medikamentenplan, Dosierungsplan, Arzneimittelplan.<br /> * '''Inhalt:''' Aktuelle Medikation mit Dosierungsangaben<br /> * '''Art des Inhalts:''' Daten und Handlungsempfehlungen<br /> * '''Kontext:''' Verordnung, Änderung der Medikation, Selbstmedikation<br /> * '''Aktivitäten:''' Arztbesuch mit Revision und Aktualisierung des Medikationsplans<br /> * '''Zweck:''' Information des Patienten, Unterstützung des Patienten (oder der Angehörigen) bei der Arzneimitteltherapie<br /> * '''Autor:''' Arzt<br /> * '''Adressat:''' Patient<br /> * '''Rechte und Pflichten:''' im Besitz des Patienten, Dokumentationspflicht des ausstellenden Arztes(?)<br /> * '''Datenschutz:''' keine identifizierenden Daten<br /> * '''Verwendung:''' Information beteiligter Ärzte und Heilberufler, Arzneimitteltherapiesicherheit (AMTS)<br /> * '''Abgrenzung:''' ärztliche Medikationsdokumentation, Arzneimittelverordnung<br /> * '''Grundlage:''' Empfehlungen des Aktionsbündnis Patientensicherheit e.V. (AG AMTS)<br /> <br /> ===Patientenpass===<br /> * Gesundheitsausweis<br /> <br /> ===Arztbrief===<br /> * unterschrieben<br /> <br /> ===Pathologisch-anatomische Begutachtung===<br /> * '''Synonyme:''' Pathologiebefund, Pathologiebericht, Histopathologischer Befund, Zytologiebefund, ...<br /> * '''Inhalt:''' Material, Bearbeitung (Färbung etc.), makroskopische Beurteilung, mikroskopische Beurteilung, Diagnose, Zusammenfassung/epikritische Bewertung, Anhänge...<br /> * '''Art des Inhalts:''' Beurteilungen, Daten und Bewertung<br /> * '''Kontext:''' Verdacht auf pathologische Zell- und Gewebeveränderungen<br /> * '''Zweck:''' Untersuchungen und Begutachtungen an Geweben, von Zellmaterial und Körperflüssigkeiten mit den Untersuchungsmethoden der Makroskopie, Histologie, Immunhistologie, Zytologie, Immunzytologie, Zytometrie, Molekularpathologie einschließlich der Formulierung eines sachverständigen Urteils (Diagnose) auf der Basis der erhobenen Befunde (Deskription) und ggf. abschließender Bewertung (Epikrise).<br /> * '''Autor:''' Arzt für Pathologie<br /> * '''Adressat:''' Arzt<br /> * '''Rechte und Pflichten:''' tbd<br /> * '''Datenschutz:''' tbd<br /> * '''Verwendung:''' Patientenakte<br /> * '''Abgrenzung:''' tbd<br /> * '''Grundlage:''' Leitfaden zur Interpretation der Anforderungen der DIN EN ISO/IEC 17020 : 2004 und technische Kriterien für deren Anwendung zur Akkreditierung in der Pathologie / Neuropathologie, DAkkS, 71 SD 4 001<br /> <br /> ===Obduktionsgutachten===<br /> * '''Synonyme:''' Obduktionsbericht, Sektionsbericht, Obduktionsprotokoll, ...<br /> * '''Inhalt:''' makroskopische und mikroskopische Beurteilung der Organsystem, Klinische und autoptische Todesursache (Diagnosen), Zusammenfassung/epikritische Bewertung, Anhänge...<br /> * '''Art des Inhalts:''' Beurteilungen, Daten und Bewertung<br /> * '''Kontext:''' abschließende klinisch-pathologische Bewertung eines Krankheitsverlaufs mit letalem Ausgang, gutachterliche Bewertung von todesursächlichen Zusammenhängen <br /> * '''Zweck:''' Bericht über eine morphologische Untersuchung eines Verstorbenen<br /> * '''Autor:''' Arzt für Pathologie<br /> * '''Adressat:''' Arzt, andere Auftraggeber<br /> * '''Rechte und Pflichten:''' tbd<br /> * '''Datenschutz:''' tbd<br /> * '''Verwendung:''' Patientenakte, Versicherungen, Berufsgenossenschaften<br /> * '''Abgrenzung:''' tbd<br /> * '''Grundlage:''' tbd<br /> <br /> ===Entlassungsbericht, medizinische Rehabilitation===<br /> * Reha-Entlassungsbericht<br /> <br /> ===Meldung gemäß Infektionsschutzgesetz (IfSG)===<br /> * Erhebungsbogen zur Meldung gemäß IfSG, Meldebogen IfSG, Zusatzbogen <br /> * '''Inhalt:''' Angaben zum Patienten (de-identifiziert), Angaben zu meldenden Stelle, Diagnose, Symptome, Infektionsweg, Risiko<br /> * '''Art des Inhalts:''' Daten, Risikobewertung<br /> * '''Kontext:''' Meldepflicht ist eingetreten<br /> * '''Aktivitäten:''' Auftreten einer meldepflichtigen Krankheit wird festgestellt<br /> * '''Zweck:''' Information der zuständigen Stelle (Gesundheitsamt)<br /> * '''Autor:''' Arzt, Labor<br /> * '''Adressat:''' Gesundheitsamt<br /> * '''Besonderheit:''' bundeslandspezifisch<br /> * '''Rechte und Pflichten:''' Regelungen des IfSG<br /> * '''Datenschutz:''' Inhalte sind de-identifiziert<br /> * '''Verwendung:''' Statistik, public health<br /> * '''Grundlage:''' Infektionsschutzgesetz (IfSG)<br /> <br /> ===Meldung Tumorregister===<br /> * Krebsregister<br /> * '''Inhalt:''' Untersuchungsergebnisse und Beurteilungen/Bewertungen, Gemeinsamer onkologischer Basisdatensatz<br /> * '''Art des Inhalts:''' Daten und Beurteilungen<br /> * '''Kontext:''' Betreuungsepisode beendet, alle zu verantwortenden(?) Informationen sind verfügbar<br /> * '''Aktivitäten:''' Diagnose, Operative Therapie, Strahlentherapie, Systemische Therapie, Tod<br /> * '''Zweck:''' Tumordokumentation<br /> * '''Autor:''' Arzt<br /> * '''Adressat:''' Tumorregister<br /> * '''Besonderheit:''' bundeslandspezifisch<br /> * '''Rechte und Pflichten:''' Meldepflicht(?)<br /> * '''Datenschutz:''' ggf. pseudonymisiert<br /> * '''Verwendung:''' public health, Forschung<br /> * '''Abgrenzung:''' Untersuchungsbefund, Operationsbericht<br /> * '''Grundlage:''' Anforderungen der Tumorregister<br /> <br /> ===Organspendeerklärung===<br /> * Organspendeausweis, Organspendepass.<br /> * '''Inhalt:''' Erklärung des Bürgers, Angaben zu einzelnen Organen (ja/nein)<br /> * '''Art des Inhalts:''' Willenserklärung des Bürgers<br /> * '''Kontext:''' Lebensplanung<br /> * '''Aktivitäten:''' Erstellen, Ändern, Einsehen, Zurücknehmen der Erklärung<br /> * '''Zweck:''' postmortale Verwendung, ggf. Meldung an Register (Eurotransplant)<br /> * '''Autor:''' Patient<br /> * '''Adressat:''' Angehörige, Heilberufler<br /> * '''Rechte und Pflichten:''' Dokument im Eigentum (Besitz?) des Patienten<br /> * '''Datenschutz:''' sensibles Dokument, aber außer den Identifikationsdaten des Bürgers keine identifizierenden Merkmale<br /> * '''Verwendung:''' <br /> * '''Abgrenzung:''' Patientenverfügung<br /> * '''Grundlage:''' Formular der Bundeszentrale für gesundheitliche Aufklärung (BZgA)<br /> <br /> <br /> ==Abschnitte (Sections)==<br /> {{WorkBox|<br /> Ein ganz anderes Thema sind die Abschnitte, aus denen Dokumente - sofern es sich um Texte handelt - bestehen. Hier sollte eine eigene Seite eingerichtet werden. <br /> }}<br /> Zum Anfang und Einfachheit im Zusammenhang mit den Dokumenttypen werden diese erstmal nur als Unterabschnitt hier mit aufgelistet:<br /> <br /> * Anrede<br /> * Fragestellung<br /> * Anamnese<br /> * Familienanamnese<br /> * Krankengeschichte, Voruntersuchungen<br /> * Befunde<br /> * Diagnosen<br /> * besondere Hinweise (CAVE)<br /> * Therapien/Behandlungsmaßnahmen<br /> * Behandlungsempfehlungen<br /> * Risikofaktoren<br /> * Notizen<br /> * Epikrise<br /> * Anhänge<br /> * Schlusstext<br /> * ...<br /> <br /> Auch hier gilt, dass Erweiterungen/Ergänzungen willkommen sind.<br /> <br /> Es ist anzunehmen, dass die Sections, die im Consolidated CDA (CCDA) Leitfaden (US-Realm) und in den ELAG-Spezifikationen (AT-Realm) genannt sind, zusammen ein fast vollständiges Bild der benötigten Sections abgeben.<br /> <br /> ==Danksagung==<br /> <br /> <br /> [http://www.ebpg-nrw.de Konsortialprojekt eBusiness-Plattform Gesundheitswesen] (Förderkennzeichen 005-GW01-038C)<br /> <br /> Arbeitspaket AP04: Einrichtungsübergreifende elektronische Patientenakte (eEPA)<br /> <br /> [[file:Logo_ebpg.jpg|300px]]<br /> <br /> Gefördert von der EU und dem Land NRW:<br /> <br /> [[file:EULogo_EFRE_neu_foerderhinweis_2_081117.jpg|200px]] [[file:NRW_Landesregierung_RGB.png|200px]]<br /> <br /> <br /> ==Literatur==<br /> <br /> * Hyun S, Ventura R, Johnson SB, Bakken S.: ''Is the Health Level 7/LOINC document ontology adequate for representing nursing documents?''Stud Health Technol Inform. 2006;122:527-31<br /> * Jason S. Shapiro, Suzanne Bakken, Sookyung Hyun, Genevieve B. Melton, Cara Schlegel, and Stephen B. Johnson: ''Document Ontology: Supporting Narrative Documents in Electronic Health Records'' AMIA Annu Symp Proc. 2005; 2005: 684–688<br /> * Huff SM, Frazier P, Dolin RH. HL7 ''LOINC Document Type Vocabulary Domain Paper''. [monograph on the Internet] Indianapolis: Regenstrief Institute, Inc. 2004.<br /> * Elizabeth S. Chen,Genevieve B. Melton, Mark E. Engelstad, and Indra Neil Sarkar: ''Standardizing Clinical Document Names Using the HL7/LOINC Document Ontology and LOINC Codes'' AMIA Annu Symp Proc. 2010; 2010: 101–105. Published online 2010 November 13<br /> * Hyun S, Shapiro JS, Melton G, Schlegel C, Stetson PD, Johnson SB, Bakken S.: ''Iterative evaluation of the Health Level 7--Logical Observation Identifiers Names and Codes Clinical Document Ontology for representing clinical document names: a case report.'' J Am Med Inform Assoc. 2009 May-Jun;16(3):395-9.<br /> * Martin Dugas, Sylvia Thun, Thomas Frankewitsch, Kai U. Heitmann: ''LOINC® Codes for Hospital Information Systems Documents: A Case Study'' J Am Med Inform Assoc. 2009 May-Jun; 16(3): 400–403. <br /> [http://jamia.bmj.com/content/16/3/400.full.pdf+html?sid=3346a565-b3fa-4683-b8d5-608e1742a493]<br /> * Yang Huang, Henry J. Lowe: ''A standards-based approach to represent clincial documents'' CHIMA & CHITA China Hospital Information Network Conference 2006 Proceedings: 157-168<br /> * Pavla Frazier, Angelo Rossi-Mori, Robert H. Dolin, Liora Alschuler, Stanley M. Huff: ''The Creation of an Ontology of Clinical Document Names'' MEDINFO 2001, V. Patel et al. (Eds), Amsterdam: IOS Press 2001 IMIA: 94-98<br /> * Sookyung Hyun, and Suzanne Bakken: ''Toward the Creation of an Ontology for Nursing Document Sections: Mapping Section Headings to the LOINC Semantic Model'' AMIA Annu Symp Proc. 2006; 2006: 364–368<br /> * Stephen B. Johnson, Suzanne Bakken, Daniel Dine, Sookyung Hyun, Eneida Mendonça, Frances Morrison, Tiffani Bright, Tielman Van Vleck, Jesse Wrenn, Peter Stetson: ''An Electronic Health Record Based on Structured Narrative'' J Am Med Inform Assoc. 2008 Jan-Feb; 15(1): 54-64.<br /> * Li Li, C. Paul Morrey, and David Baorto: ''Cross-mapping clinical notes between hospitals: An application of the LOINC Document Ontology'' AMIA Annu Symp Proc. 2011; 2011: 777–783. Published online 2011 October 22.<br /> <br /> ==Weblinks==<br /> * [http://loinc.org/discussion-documents/document-ontology/loinc-document-ontology-axis-values/subject-matter-domain LOINC Document Ontology Axis Values]<br /> * [http://loinc.org/discussion-documents/2008%2001%2015%20-%20LOINC%20Document%20Ontology%20Axis%20Values.pdf LOINC Document Ontology Axis Values (Revised) Approved at Clinical LOINC Meeting 10/11/2007]<br /> * [http://loinc.org/discussion-documents/ontology.doc HL7 LOINC Document Type Vocabulary Domain (September 24, 2003)]<br /> * [http://www.slideshare.net/dvreeman/2011-01-27-loinc-documents-v-final D. Vreeman, Clinical LOINC Tutorial - Documents (2011-01-27)]<br /> * [http://wiki.hl7.org/index.php?title=Health_Story:_Integrating_Narrative_Notes_and_the_EHR_%28formerly_CDA4CDT%29]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Verwendung_von_Templates&diff=59145 cdaimpf:Verwendung von Templates 2019-07-02T08:54:34Z

<p>Mhettlage: /* Erläuterungen zum Konzept */</p> <hr /> <div>==Erläuterungen zum Konzept==<br /> Der eImpfpass orientiert sich im wesentlichen an der papiergebundenen Form. Er wurde zudem um einige Impfrelevante Inhalte ergänzt, die insbesondere dazu dienen Transparenz im Bezug auf die Erfassung und Herkunft der Impfungen zu geben sowie es ermöglichen vielfältige Zusatzinformationen in der Datenstruktur zu hinterlegen die für eine ausgefeilte Ermittlung eines Impfstatus und damit einhergebender Empfehlungen verwendet werden können.<br /> <br /> ===Impfungen===<br /> Diese Sektion enthält Informationen zu Impfereignissen aus der Vergangenheit. Dies können entweder stattgefundene Impfungen oder vom Versicherten abgelehnte Impfungen sein. <br /> Stattgefundene Impfungen werden in verschiedene Impfdokumentationstypen unterteilt.<br /> <br /> Folgende Rollen tauchen im Zusammenhang mit der Impfdokumentation auf:<br /> * Performer = Durchführende Arzt<br /> * Autor = Verantwortlicher Arzt, der die Richtigkeit der Angaben zur Impfung und deren Durchführung bestätigt.<br /> * Informant = Eintragende Person oder Organisation (Versicherter, Arzt oder Krankenkasse)<br /> <br /> <br /> Folgende Werte des Dokumentationstyps sind möglich:<br /> * Impfnachweis (Code: EVIDENCE): Die Angaben stammen von einem Arzt und dieser steht rechtlich dafür ein, dass die gemachten Angaben zur Impfung korrekt sind und die Impfung erfolgt ist. Bei einem Impfnachweis müssen die drei Rollen Informant, Performer und Author vorhanden und gefüllt sein.<br /> <br /> * Impfhinweis (Code: NOTICE): Die Angaben stammen aus einer nicht gesicherten Quelle und wurden noch nicht von einem Arzt bestätigt. Sobald der Arzt die Impfung bestätigt, kann diese um weitere Informationen ergänzt und zu einem Impfnachweis gewandelt werden. Bei einem Impfhinweis müssen die Informationen zu den Rollen Informant und Performer gefüllt sein.<br /> <br /> ===Impfstatus===<br /> Die Impfstatus-Sektion besteht immer aus einem Eintrag, dem Gesamtimpfstatus. Diesem untergeordnet sind die Impfstatus-Details zu den Impfungen mit jeweils einem eigenem Impfstatus. Für jede Krankheit für die eine Impfung vorliegt, sowie für jede Krankheit für die ein Empfehlung des RKI exisitert, sollte hier jeweils ein Eintrag enthalten sein.<br /> So ist sichergestellt, dass der Impfstatus immer auf Basis der empfohlenen und der getätigten Impfungen ermittelt werden kann.<br /> <br /> Damit sichergestellt werden kann, dass der Impfstatus immer aus den Empfehlungen <br /> Für die Ermittlung des Impfstatus können neben den Informationen aus der Impfungen-Sektion auch noch die Informationen aus den nachfolgenden Sektionen verwendet werden.<br /> <br /> ===Berufsgruppen===<br /> In dieser Sektion werden die Berufsgruppen des Versicherten festgehalten. Diese können für die Ermittlung des Impfstatus ausschlaggebend sein und sollten daher für diese immer herangezogen werden.<br /> <br /> ===Gefährdungsgrößen===<br /> Gefährdungsgrößen sind impfrelevante Informationen, die sich meistens aus den Diagnosen für den Patienten ableiten.<br /> Hierzu zählen zum Beispiel akute oder chronische Erkrankungen des Patienten, Schwangerschaft aber auch andere Risikofaktoren.<br /> <br /> ===Vorindikationen===<br /> Hier werden impfrelevante Krankheiten, die der Patient in der Verganheit durchgemacht hat, gelistet. Zudem besteht die Möglichkeit ein Kommentar sowie das Ergebnis der letzten Titerbestimmung mit anzugeben.<br /> <br /> ===Titer===<br /> Diese Sektion dient zum Speichern gemessener Titer-Bestimmungen inklusive derer Auswertungen.<br /> zu jedem Messwert wird die Information gespeichert, um welche Krankheit es sich handelt, bis ob dieser Wert ausreichend ist und bis wann der Titer gültig ist.<br /> <br /> ===Reiseindikationen===<br /> Beinhaltet Informationen über vergangenge sowie zukünftige Reisen. Da in vielen Ländern Sonderbestimmungen und Empfehlungen existieren bezüglich des Impfen vorliegen, sollten diese Informationen zwingend für die Berechnung des Impfstatus berücksichtigt werden.</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Verwendung_von_Templates&diff=59138 cdaimpf:Verwendung von Templates 2019-07-01T14:38:58Z

<p>Mhettlage: /* Eräuterungen zum Konzept */</p> <hr /> <div>==Erläuterungen zum Konzept==<br /> Der eImpfpass orientiert sich im wesentlichen an der papiergebundenen Form. Er wurde zudem um einige Impfrelevante Inhalte ergänzt, die insbesondere dazu dienen Transparenz im Bezug auf die Erfassung und Herkunft der Impfungen zu geben sowie es ermöglichen vielfältige Zusatzinformationen in der Datenstruktur zu hinterlegen die für eine ausgefeilte Ermittlung eines Impfstatus und damit einhergebender Empfehlungen verwendet werden können.<br /> <br /> ===Impfungen===<br /> Diese Sektion enthält Informationen zu Impfereignissen aus der Vergangenheit. Dies können entweder stattgefundene Impfungen oder vom Versicherten abgelehnte Impfungen sein. <br /> Stattgefundene Impfungen werden in verschiedene Impfdokumentationstypen unterteilt.<br /> <br /> Folgende Rollen tauchen im Zusammenhang mit der Impfdokumentation auf:<br /> * Performer = Durchführende Arzt<br /> * Autor = Verantwortlicher Arzt, der die Richtigkeit der Angaben zur Impfung und deren Durchführung bestätigt.<br /> * Informant = Eintragende Person oder Organisation (Versicherter, Arzt oder Krankenkasse)<br /> <br /> <br /> Folgende Werte des Dokumentationstyps sind möglich:<br /> * Impfnachweis (Code: EVIDENCE): Die Angaben stammen von einem Arzt und dieser steht rechtlich dafür ein, dass die gemachten Angaben zur Impfung korrekt sind und die Impfung erfolgt ist. Bei einem Impfnachweis müssen die drei Rollen Informant, Performer und Author vorhanden und gefüllt sein.<br /> <br /> * Impfhinweis (Code: NOTICE): Die Angaben stammen aus einer nicht gesicherten Quelle und wurden noch nicht von einem Arzt bestätigt. Sobald der Arzt die Impfung bestätigt, kann diese um weitere Informationen ergänzt und zu einem Impfnachweis gewandelt werden. Bei einem Impfhinweis müssen die Informationen zu den Rollen Informant und Performer gefüllt sein.<br /> <br /> ===Impfstatus===<br /> Die Impfstatus-Sektion besteht immer aus einem Eintrag, dem Gesamtimpfstatus. Diesem untergeordnet sind die Impfstatus-Details zu den Impfungen mit jeweils einem eigenem Impfstatus. Für jede Krankheit für die eine Impfung vorliegt, sowie für jede Krankheit für die ein Empfehlung des RKI exisitert, sollte hier jeweils ein Eintrag enthalten sein.<br /> So ist sichergestellt, dass der Impfstatus immer auf Basis der empfohlenen und der getätigten Impfungen ermittelt werden kann.<br /> <br /> Damit sichergestellt werden kann, dass der Impfstatus immer aus den Empfehlungen <br /> Für die Ermittlung des Impfstatus können neben den Informationen aus der Impfungen-Sektion auch noch die Informationen aus den nachfolgenden Sektionen verwendet werden.<br /> <br /> ===Berufsgruppen===<br /> In dieser Sektion werden die Berufsgruppen des Versicherten festgehalten. Diese können für die Ermittlung des Impfstatus ausschlaggebend sein und sollten daher für diese immer herangezogen werden.<br /> <br /> ===Gefährdungsgrößen===<br /> Gefährdungsgrößen sind impfrelevante Informationen, die sich meistens aus den Diagnosen für den Patienten ableiten.<br /> Hierzu zählen zum Beispiel akute oder chronische Erkrankungen des Patienten, Schwangerschaft aber auch andere Risikofaktoren.<br /> <br /> ===Vorindikationen===<br /> Hier werden impfrelevante Krankheiten, die der Patient in der Verganheit durchgemacht hat, gelistet. Zudem besteht die Möglichkeit ein Kommentar sowie das Ergebnis der letzten Titerbestimmung mit anzugeben.<br /> <br /> ===Titer===<br /> Diese Sektion dient zum Speichern gemessener Titer-Bestimmungen inklusive derer Auswertungen.<br /> zu jedem Messwert wird die Information gespeichert, um welche Krankheit es sich handelt, bis ob dieser Wert ausreichend ist und bis wann der Titer gültig ist.<br /> <br /> ===Reiseindikationen===<br /> Beinhaltet Informationen über vergangenge sowie zukünftige Reisen. Da in vielen Ländern Sonderbestimmungen und Empfehlungen exisistieren bezüglich des Impfen vorliegen, sollten diese Informationen zwingend für die Berechnung des Impfstatus berücksichtigt werden.</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Verwendung_von_Templates&diff=59137 cdaimpf:Verwendung von Templates 2019-07-01T14:38:06Z

<p>Mhettlage: </p> <hr /> <div>==Eräuterungen zum Konzept==<br /> Der eImpfpass orientiert sich im wesentlichen an der papiergebundenen Form. Er wurde zudem um einige Impfrelevante Inhalte ergänzt, die insbesondere dazu dienen Transparenz im Bezug auf die Erfassung und Herkunft der Impfungen zu geben sowie es ermöglichen vielfältige Zusatzinformationen in der Datenstruktur zu hinterlegen die für eine ausgefeilte Ermittlung eines Impfstatus und damit einhergebender Empfehlungen verwendet werden können.<br /> <br /> ===Impfungen===<br /> Diese Sektion enthält Informationen zu Impfereignissen aus der Vergangenheit. Dies können entweder stattgefundene Impfungen oder vom Versicherten abgelehnte Impfungen sein. <br /> Stattgefundene Impfungen werden in verschiedene Impfdokumentationstypen unterteilt.<br /> <br /> Folgende Rollen tauchen im Zusammenhang mit der Impfdokumentation auf:<br /> * Performer = Durchführende Arzt<br /> * Autor = Verantwortlicher Arzt, der die Richtigkeit der Angaben zur Impfung und deren Durchführung bestätigt.<br /> * Informant = Eintragende Person oder Organisation (Versicherter, Arzt oder Krankenkasse)<br /> <br /> <br /> Folgende Werte des Dokumentationstyps sind möglich:<br /> * Impfnachweis (Code: EVIDENCE): Die Angaben stammen von einem Arzt und dieser steht rechtlich dafür ein, dass die gemachten Angaben zur Impfung korrekt sind und die Impfung erfolgt ist. Bei einem Impfnachweis müssen die drei Rollen Informant, Performer und Author vorhanden und gefüllt sein.<br /> <br /> * Impfhinweis (Code: NOTICE): Die Angaben stammen aus einer nicht gesicherten Quelle und wurden noch nicht von einem Arzt bestätigt. Sobald der Arzt die Impfung bestätigt, kann diese um weitere Informationen ergänzt und zu einem Impfnachweis gewandelt werden. Bei einem Impfhinweis müssen die Informationen zu den Rollen Informant und Performer gefüllt sein.<br /> <br /> ===Impfstatus===<br /> Die Impfstatus-Sektion besteht immer aus einem Eintrag, dem Gesamtimpfstatus. Diesem untergeordnet sind die Impfstatus-Details zu den Impfungen mit jeweils einem eigenem Impfstatus. Für jede Krankheit für die eine Impfung vorliegt, sowie für jede Krankheit für die ein Empfehlung des RKI exisitert, sollte hier jeweils ein Eintrag enthalten sein.<br /> So ist sichergestellt, dass der Impfstatus immer auf Basis der empfohlenen und der getätigten Impfungen ermittelt werden kann.<br /> <br /> Damit sichergestellt werden kann, dass der Impfstatus immer aus den Empfehlungen <br /> Für die Ermittlung des Impfstatus können neben den Informationen aus der Impfungen-Sektion auch noch die Informationen aus den nachfolgenden Sektionen verwendet werden.<br /> <br /> ===Berufsgruppen===<br /> In dieser Sektion werden die Berufsgruppen des Versicherten festgehalten. Diese können für die Ermittlung des Impfstatus ausschlaggebend sein und sollten daher für diese immer herangezogen werden.<br /> <br /> ===Gefährdungsgrößen===<br /> Gefährdungsgrößen sind impfrelevante Informationen, die sich meistens aus den Diagnosen für den Patienten ableiten.<br /> Hierzu zählen zum Beispiel akute oder chronische Erkrankungen des Patienten, Schwangerschaft aber auch andere Risikofaktoren.<br /> <br /> ===Vorindikationen===<br /> Hier werden impfrelevante Krankheiten, die der Patient in der Verganheit durchgemacht hat, gelistet. Zudem besteht die Möglichkeit ein Kommentar sowie das Ergebnis der letzten Titerbestimmung mit anzugeben.<br /> <br /> ===Titer===<br /> Diese Sektion dient zum Speichern gemessener Titer-Bestimmungen inklusive derer Auswertungen.<br /> zu jedem Messwert wird die Information gespeichert, um welche Krankheit es sich handelt, bis ob dieser Wert ausreichend ist und bis wann der Titer gültig ist.<br /> <br /> ===Reiseindikationen===<br /> Beinhaltet Informationen über vergangenge sowie zukünftige Reisen. Da in vielen Ländern Sonderbestimmungen und Empfehlungen exisistieren bezüglich des Impfen vorliegen, sollten diese Informationen zwingend für die Berechnung des Impfstatus berücksichtigt werden.</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Verwendung_von_Templates&diff=59136 cdaimpf:Verwendung von Templates 2019-07-01T12:53:41Z

<p>Mhettlage: /* Rename "Verwendung von Templates" => "Eräuterungen zum Konzept" */</p> <hr /> <div>==Eräuterungen zum Konzept==<br /> Der eImpfpass orientiert sich im wesentlichen an der papiergebundenen Form. Er wurde zudem um einige Impfrelevante Inhalte ergänzt, die insbesondere dazu dienen Transparenz im Bezug auf die Erfassung und Herkunft der Impfungen zu geben sowie es ermöglichen vielfältige Zusatzinformationen in der Datenstruktur zu hinterlegen die für eine ausgefeilte Ermittlung eines Impfstatus und damit einhergebender Empfehlungen verwendet werden können.<br /> <br /> ===Impfungen===<br /> Diese Sektion enthält Informationen zu Impfereignissen aus der Vergangenheit. Dies können entweder stattgefundene Impfungen oder vom Versicherten abgelehnte Impfungen sein. Stattgefundene Impfungen werden in verschiedene Impfdokumentationstypen unterteilt.<br /> <br /> Folgende Rollen tauchen im Zusammenhang mit der Impfdokumentation auf:<br /> * Performer = Durchführende Arzt<br /> * Autor = Verantwortlicher Arzt, der die Richtigkeit der Angaben zur Impfung und deren Durchführung bestätigt.<br /> * Informant = Eintragende Person oder Organisation (Versicherter, Arzt oder Krankenkasse)<br /> <br /> <br /> Folgende Werte des Dokumentationstyps sind möglich:<br /> * Impfnachweis (Code: EVIDENCE): Die Angaben stammen von einem Arzt und dieser steht rechtlich dafür ein, dass die gemachten Angaben zur Impfung korrekt sind und die Impfung erfolgt ist. Bei einem Impfnachweis müssen die drei Rollen Informant, Performer und Author vorhanden und gefüllt sein.<br /> <br /> * Impfhinweis (Code: NOTICE): Die Angaben stammen aus einer nicht gesicherten Quelle und wurden noch nicht von einem Arzt bestätigt. Sobald der Arzt die Impfung bestätigt, kann diese um weitere Informationen ergänzt und zu einem Impfnachweis gewandelt werden. Bei einem Impfhinweis müssen die Informationen zu den Rollen Informant und Performer gefüllt sein.<br /> <br /> ===Impfstatus===<br /> Die Impfstatus-Sektion besteht immer aus einem Eintrag, dem Gesamtimpfstatus. Diesem untergeordnet sind die Impfstatus-Details zu den Impfungen mit jeweils einem eigenem Impfstatus. Für jede Krankheit gegen die geimpft wurde, sollte hier jeweils ein Eintrag enthalten sein.<br /> Für die Ermittlung des Impfstatus können neben den Informationen aus der Impfungen-Sektion auch noch die Informationen aus den nachfolgenden Sektionen verwendet werden.<br /> <br /> ===Berufsgruppen===<br /> In dieser Sektion werden die Berufsgruppen des Versicherten festgehalten. Diese können für die Ermittlung des Impfstatus ausschlaggebend sein und sollten daher für diese immer herangezogen werden.<br /> <br /> ===Gefährdungsgrößen===<br /> Gefährdungsgrößen sind impfrelevante Informationen, die sich meistens aus den Diagnosen für den Patienten ableiten.<br /> Hierzu zählen zum Beispiel akute oder chronische Erkrankungen des Patienten, Schwangerschaft aber auch andere Risikofaktoren.<br /> <br /> ===Vorindikationen===<br /> Hier werden impfrelevante Krankheiten, die der Patient in der Verganheit durchgemacht hat, gelistet. Zudem besteht die Möglichkeit ein Kommentar sowie das Ergebnis der letzten Titerbestimmung mit anzugeben.<br /> <br /> ===Titer===<br /> Diese Sektion dient zum Speichern gemessener Titer-Bestimmungen inklusive derer Auswertungen.<br /> zu jedem Messwert wird die Information gespeichert, um welche Krankheit es sich handelt, bis ob dieser Wert ausreichend ist und bis wann der Titer gültig ist.<br /> <br /> ===Reiseindikationen===<br /> Beinhaltet Informationen über vergangenge sowie zukünftige Reisen. Da in vielen Ländern Sonderbestimmungen und Empfehlungen exisistieren bezüglich des Impfen vorliegen, sollten diese Informationen zwingend für die Berechnung des Impfstatus berücksichtigt werden.</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Verwendung_von_Templates&diff=59135 cdaimpf:Verwendung von Templates 2019-07-01T12:51:56Z

<p>Mhettlage: Die Seite wurde neu angelegt: „==Verwendung von Templates== Der eImpfpass orientiert sich im wesentlichen an der papiergebundenen Form. Er wurde zudem um einige Impfrelevante Inhalte ergänz…“</p> <hr /> <div>==Verwendung von Templates==<br /> Der eImpfpass orientiert sich im wesentlichen an der papiergebundenen Form. Er wurde zudem um einige Impfrelevante Inhalte ergänzt, die insbesondere dazu dienen Transparenz im Bezug auf die Erfassung und Herkunft der Impfungen zu geben sowie es ermöglichen vielfältige Zusatzinformationen in der Datenstruktur zu hinterlegen die für eine ausgefeilte Ermittlung eines Impfstatus und damit einhergebender Empfehlungen verwendet werden können.<br /> <br /> ===Impfungen===<br /> Diese Sektion enthält Informationen zu Impfereignissen aus der Vergangenheit. Dies können entweder stattgefundene Impfungen oder vom Versicherten abgelehnte Impfungen sein. Stattgefundene Impfungen werden in verschiedene Impfdokumentationstypen unterteilt.<br /> <br /> Folgende Rollen tauchen im Zusammenhang mit der Impfdokumentation auf:<br /> * Performer = Durchführende Arzt<br /> * Autor = Verantwortlicher Arzt, der die Richtigkeit der Angaben zur Impfung und deren Durchführung bestätigt.<br /> * Informant = Eintragende Person oder Organisation (Versicherter, Arzt oder Krankenkasse)<br /> <br /> <br /> Folgende Werte des Dokumentationstyps sind möglich:<br /> * Impfnachweis (Code: EVIDENCE): Die Angaben stammen von einem Arzt und dieser steht rechtlich dafür ein, dass die gemachten Angaben zur Impfung korrekt sind und die Impfung erfolgt ist. Bei einem Impfnachweis müssen die drei Rollen Informant, Performer und Author vorhanden und gefüllt sein.<br /> <br /> * Impfhinweis (Code: NOTICE): Die Angaben stammen aus einer nicht gesicherten Quelle und wurden noch nicht von einem Arzt bestätigt. Sobald der Arzt die Impfung bestätigt, kann diese um weitere Informationen ergänzt und zu einem Impfnachweis gewandelt werden. Bei einem Impfhinweis müssen die Informationen zu den Rollen Informant und Performer gefüllt sein.<br /> <br /> ===Impfstatus===<br /> Die Impfstatus-Sektion besteht immer aus einem Eintrag, dem Gesamtimpfstatus. Diesem untergeordnet sind die Impfstatus-Details zu den Impfungen mit jeweils einem eigenem Impfstatus. Für jede Krankheit gegen die geimpft wurde, sollte hier jeweils ein Eintrag enthalten sein.<br /> Für die Ermittlung des Impfstatus können neben den Informationen aus der Impfungen-Sektion auch noch die Informationen aus den nachfolgenden Sektionen verwendet werden.<br /> <br /> ===Berufsgruppen===<br /> In dieser Sektion werden die Berufsgruppen des Versicherten festgehalten. Diese können für die Ermittlung des Impfstatus ausschlaggebend sein und sollten daher für diese immer herangezogen werden.<br /> <br /> ===Gefährdungsgrößen===<br /> Gefährdungsgrößen sind impfrelevante Informationen, die sich meistens aus den Diagnosen für den Patienten ableiten.<br /> Hierzu zählen zum Beispiel akute oder chronische Erkrankungen des Patienten, Schwangerschaft aber auch andere Risikofaktoren.<br /> <br /> ===Vorindikationen===<br /> Hier werden impfrelevante Krankheiten, die der Patient in der Verganheit durchgemacht hat, gelistet. Zudem besteht die Möglichkeit ein Kommentar sowie das Ergebnis der letzten Titerbestimmung mit anzugeben.<br /> <br /> ===Titer===<br /> Diese Sektion dient zum Speichern gemessener Titer-Bestimmungen inklusive derer Auswertungen.<br /> zu jedem Messwert wird die Information gespeichert, um welche Krankheit es sich handelt, bis ob dieser Wert ausreichend ist und bis wann der Titer gültig ist.<br /> <br /> ===Reiseindikationen===<br /> Beinhaltet Informationen über vergangenge sowie zukünftige Reisen. Da in vielen Ländern Sonderbestimmungen und Empfehlungen exisistieren bezüglich des Impfen vorliegen, sollten diese Informationen zwingend für die Berechnung des Impfstatus berücksichtigt werden.</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Struktureller_Aufbau&diff=59134 cdaimpf:Struktureller Aufbau 2019-07-01T08:51:22Z

<p>Mhettlage: /* Struktureller Aufbau */</p> <hr /> <div>== Struktureller Aufbau ==<br /> <br /> Das CDA Dokument wird durch das ClinicalDocument-Element eingeleitet und enthält einen Header und einen Body. Der Header liegt zwischen dem Root-Tag ClinicalDocument und dem Body, welcher mit dem Tag structuredBody eingeleitet wird. Der Header identifiziert, klassifiziert und authentifiziert das Dokument.<br /> <br /> In ihm werden Informationen über die Erbringer (z. B. Arzt) und Empfänger (z. B. Patienten) einer Maßnahme festgehalten. Damit beinhaltet der Header die sogenannten Metadaten, die benötigt werden, um die Daten innerhalb des Dokumentes später noch klassifi-zieren und zuordnen zu können.<br /> <br /> Der Body enthält den medizinischen Report und muss als menschenlesbarer Text vorhanden sein. Zusätzlich kann er strukturierte Tags (Markups) beinhalten. Das Beispiel zeigt einen strukturierten Body, der durch das Element structuredBody eingeschlossen wird, und zwei CDA Dokumentabschnitte enthält. Ein CDA Dokumentabschnitt wird durch das Element section eingeschlossen. Jeder Abschnitt muss einen einzelnen narrativen Block enthalten. Darüber hinaus ist es möglich alle Informationen aus dem narrativen Teil als maschinenlesbaren Inhalt einzufügen. Dafür steht eine Vielzahl von Möglichkeiten innerhalb von CDA zur Verfügung.<br /> <br /> Der narrative Block einer CDA-Sektion wird durch das title-Element innerhalb des section-Elements eingeleitet, von einem text-Element umschlossen und enthält den menschlich lesbaren Inhalt. CDA-Entries stellen den strukturierten Inhalt dar, der für die weitere elektronische Verarbeitung herangezogen wird. CDA-Entries kodieren für gewöhnlich den Inhalt, der im narrativen Block des gleichen Abschnitts vorhanden ist. <br /> <br /> {{:cdaimpf:Verwendeter Standard}}<br /> <br /> {{:cdaimpf:Übersicht CDA Header und Body}}<br /> <br /> {{:cdaimpf:Verwendung von Templates}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Struktureller Aufbau]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59087 cdaimpf:Terminologien 2019-06-25T13:35:20Z

<p>Mhettlage: </p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:1.2.276.0.76.3.1.135.10.5.18/dynamic}}<br /> <br /> ====Seitenlokalisation (Diagnose)====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.26/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59086 cdaimpf:Terminologien 2019-06-25T13:29:34Z

<p>Mhettlage: /* Standardempfehlungen */</p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Seitenlokalisation (Diagnose)====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.26/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59085 cdaimpf:Terminologien 2019-06-25T13:27:58Z

<p>Mhettlage: /* Krankheiten */</p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Seitenlokalisation (Diagnose)====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.11/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59084 cdaimpf:Terminologien 2019-06-25T13:25:31Z

<p>Mhettlage: </p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Seitenlokalisation (Diagnose)====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59083 cdaimpf:Terminologien 2019-06-25T13:06:50Z

<p>Mhettlage: /* Diagnose Sicherheiten */</p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Seitenlokalisation (Diagnose)====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Diagnose Lokalisationen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnosesicherheit====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59082 cdaimpf:Terminologien 2019-06-25T13:05:48Z

<p>Mhettlage: /* Seitenlokalisation */</p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Seitenlokalisation (Diagnose)====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Diagnose Lokalisationen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnose Sicherheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=59081 cdaimpf:Terminologien 2019-06-25T13:04:51Z

<p>Mhettlage: /* Impfstoffe */</p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Seitenlokalisation====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Diagnose Lokalisationen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnose Sicherheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:Medikationsmanagement&diff=59080 IG:Medikationsmanagement 2019-06-25T12:37:00Z

<p>Mhettlage: /* Besondere Hinweise zur Verwendung von Identifikationen (IDs) */</p> <hr /> <div><br /> {{Infobox Dokument<br /> |Title = Medikationsmanagement<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Medikationsmanagement<br /> |Namespace = cdamedmgmt<br /> |Type = Implementierungsleitfaden<br /> |Version = 0.85f<br /> |Date = 29. Mai 2019<br /> |Copyright = 2018-2019<br /> |Status = Entwurf<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = n.n.<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = Logo-Hcs.jpg | Name = Heitmann Consulting and Services GmbH, Gefyra GmbH | Location = Hürth}}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> = Dokumenteninformationen=<br /> ==Dokumentenhistorie==<br /> {{:Ballotbox_Medikationsmanagement}}<br /> <br /> ==Impressum==<br /> Dieser Leitfaden ist im Rahmen des Projekts Digitales Gesundheitsnetzwerk (DiGeN) des AOK BV entstanden, im Interoperabilitätsforum und den Technischen Komitees von HL7 Deutschland e. V. vorgestellt und unterliegt dem Abstimmungsverfahren des Interoperabilitätsforums<ref>Abstimmungsverfahren (Regeln) des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Abstimmungsverfahren_(Regeln)</ref> und der Technischen Komitees von HL7 Deutschland e. V. <ref>HL7 Deutschland e. V. http://www.hl7.de</ref>.<br /> {{HL7transclude| cdaab3:Disclaimer}}<br /> {{HL7transclude| cdaab3:CopyrightNutzungsbedingungen}}<br /> <br /> ==Autoren==<br /> *gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> *Dr. med. Kai U. Heitmann, HL7 Deutschland e.V., Heitmann Consulting and Services, Gefyra GmbH<br /> *Daniel Roggors und Jörg Rupprecht (Product Owner, AOK Bayern)<br /> *Andreas Mohr und Dr. Ulf Maywald (Nutzervertreter, AOK PLUS)<br /> *Carl Schüler, Carmen Gaa, Oliver Lowens und Hanna Pfenning (Nutzervertreter AOK Baden-Württemberg, HÄVG Hausärztliche Vertragsgemeinschaft AG und MEDIVERBUND AG)<br /> *Ulrich Henning (Nutzervertreter, AOK Nordost)<br /> *Dr. med. Thies Eggers (Scrum Master, fbeta GmbH)<br /> <br /> =Einleitung=<br /> <br /> Das deutsche Gesundheitswesen ist aufgrund seiner sektoralen Abgrenzung von Informationsasymmetrien geprägt. Die Gesundheitsversorgung kann in Bezug auf Wechselwirkungen und Kontraindikationen im Kontext von Arzneimitteln weiter verbessert werden, indem die Kommunikation zwischen Leistungserbringern optimiert wird. Derzeit werden für die strukturierte Dokumentation von Medikationsplänen verschiedene Formate und Spezifikationen genutzt. Diese ähneln einander in vielen Merkmalen, sind aber nicht vollständig interoperabel.<br /> <br /> Im Rahmen des Projektes „Digitales Gesundheitsnetzwerk“ der AOK (DiGeN) werden Fachanwendungen erarbeitet, welche die Informationsflüsse von Medikationsdaten von Leistungserbringern (Ärzte, Apotheken) im Austausch mit den Versicherten zum Ziel haben.<br /> <br /> Die interdisziplinäre Arbeitsgruppe eMedikation, die aus <br /> *dem Projekt Digitales Gesundheitsnetzwerk (DiGeN), in der Arbeitsgruppe vertreten durch die Lead-AOKs AOK Baden-Württemberg, AOK Bayern, AOK Nordost und AOK PLUS,<br /> *der HÄVG Hausärztliche Vertragsgemeinschaft AG,<br /> *der MEDIVERBUND AG,<br /> *der gevko GmbH und<br /> *HL7 Deutschland<br /> besteht hat in einem ersten Schritt einen gemeinsam Nenner für ein zukünftiges Datenaustauschformat erarbeitet, dass die Bezeichnung eMDAF ("elektronisches Medikationsdatenaustauschformat") trägt.<br /> <br /> Die Spezifikation eMDAF erfüllt einerseits die gesetzlichen (Mindest-)Anforderungen (BMP, eMP) und ermöglicht andererseits gleichzeitig den Austausch von darüberhinaus gehenden Informationen (z.B. in besonderen Versorgungsformen), die für eine Akzeptanz der Leistungserbringer, insbesondere der Ärzte, entscheidend ist.<br /> <br /> Durch den übergreifenden sowie interoperablen Austausch von Medikationsdaten soll die Wirtschaftlichkeit durch weniger Mehrfachverordnungen, die Qualität der Behandlung durch Vermeidung von stationären Aufenthalten aufgrund von Wechselwirkungen und Kontraindikationen, die Transparenz der Behandlung durch eine Historisierung von Medikationsinformationen, die technische Interoperabilität durch die Integration bereits bestehender Formate, die inter- und intrasektorale Zusammenarbeit durch die Einbeziehung aller Leistungserbringer sowie des Versicherten in das Medikationsmanagement und die Akzeptanz aller Beteiligten durch den Verzicht auf papiergebundene Verfahren gesteigert werden.<br /> <br /> Aus bisherigen Diskussionen mit verschiedenen Akteuren ergeben sich – unabhängig von dem gewählten Ansatz – folgende Zielsetzungen für Patient, Arzt und Software-Hersteller:<br /> *Patienten und Ärzte möchten grundsätzlich einen vollständig, aktuell und einheitlichen Überblick der aktuellen Medikationsinformationen (inklusive der historischen Verlaufsmedikation) haben<br /> *Patienten möchten, dass Ärzte immer über die aktuelle Medikation informiert sind und Änderungen, die sich seit dem letzten Arztbesuch ergeben haben, schnell erkennen und bewerten<br /> *Ärzte möchten die Medikation in ihrem Software-System mit der Medikation aus anderen Systemen abgleichen und in ihrem System aktualisieren<br /> *Ärzte möchten erkennen können, welche Änderungen seit dem letzten Kontakt erfolgt sind, um sie bewerten zu können<br /> *Ärzte möchten in ihren bestehenden Arbeitsabläufen möglichst wenig Aufwand bei diesen Vorgängen haben, insbesondere sollen sie von ihrem System bei der Nutzung unterschiedlicher Medikationsformate (BMP, eMP und weitere Formate) unterstützt werden<br /> *Ärzte möchten, dass ihre Software-Systeme möglichst kostengünstig bleiben<br /> *Software-Hersteller möchten in verschiedenen Regionen und Projekten möglichst nur wenig Unterschiede in Implementierungsleitfäden und Anforderungskatalogen haben, um Kosten und Ressourcen in der Umsetzung zu sparen<br /> *Patienten und Ärzte möchten in Regionen, bei denen sich Projekte überschneiden, eine möglichst interoperable Umsetzung mit wenig Unterschieden haben<br /> <br /> Die teilnehmenden Institutionen der Arbeitsgruppe haben sich entschlossen, die vorgeschlagene Spezifikation gemeinsam in ihren jeweiligen Versorgungsangeboten und dem krankenkassenspezifischen Teil der elektronischen Patientenakte zu nutzen. Damit steht die vorliegende CDA-Spezifikation nach Kommentierung und entsprechender Anpassung für die Versorgung von über 27 Millionen Versicherten allein in der AOK-Gemeinschaft potenziell zur Verfügung.<br /> <br /> ==Vorarbeiten==<br /> Der vorliegende Implementierungsleitfaden berücksichtigt eine Reihe von Vorarbeiten aus dem nationalen und internationalen Umfeld.<br /> * Die Basis des elektronisches Medikations-Datenaustauschformat (eMDAF) stellt der Medikationsplan Plus der HL7 Deutschland e.V. dar<ref> Patientenbezogener Medikationsplan PLUS http://wiki.hl7.de/index.php?title=IG:Patientenbezogener_Medikationsplan_Plus</ref>.<br /> * Die einschlägigen inhaltlichen IHE-Profile (PRE, DIS, PADV, PML)<ref>IHE Pharmacy Profiles, http://www.ihe.net/Pharmacy</ref>, 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 <ref>IHE Template "Medications" 1.3.6.1.4.1.19376.1.5.3.1.4.7, http://wiki.ihe.net/index.php?title=1.3.6.1.4.1.19376.1.5.3.1.4.7</ref><br /> * Den bundeseinheitlichen Medikationsplan (BMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> * Den elektronischen Medikationsplan (eMP)<ref>IHE Pharmacy Profiles, https://fachportal.gematik.de/spezifikationen/online-produktivbetrieb/</ref>. <br /> <br /> ==Abgrenzung==<br /> Dieser Leitfaden deckt eine Reihe von Themen nicht ab. Dazu gehören:<br /> * Prozessbeschreibung<br /> * Use Cases<br /> * digitale Signatur<br /> * Security<br /> * Transport von CDA-Dokumenten<br /> * Verwendung von XSL-Stylesheets<br /> <br /> ==Medikationsmanagement heute und morgen==<br /> Sobald Medikationspläne zwischen verschiedenen Akteuren (Ärzte, Patienten) ausgetauscht werden, ergeben sich Fragen in Bezug auf das Medikationsmanagement des Patienten. <br /> <br /><br /> <br /> Die AG eMedikation hat eine beispielhafte Liste von Szenarien erarbeitet, die durch das Datenaustauschformat unterstützt werden sollen:<br /> *Neu anlegen der Medikation aufgrund eines therapeutischen Vorgehens <br /> *Absetzen eines Medikaments aufgrund eines therapeutischen Vorgehens<br /> *Änderung der Medikation aufgrund einer Änderung des therapeutischen Vorgehens mit anderem Wirkstoff<br /> *Änderung der Dosierung eines Arzneimittels<br /> *Änderung der Wirkstärke eines Arzneimittels<br /> *Änderung der Darreichungsform in eine gemäß Arzneimittelrichtlinie gleichwertige Darreichungsform<br /> *Änderung bei Kombinationspräparaten, d.h. mehrere Wirkstoffe verschiedener Präparate werden als 1 Kombinationspräparat verordnet (oder ein Kombinationspräparat wird durch mehrere Präparate ersetzt)<br /> *Wechsel eines Handelspräparats, Änderung in ein anderes Handelspräparat mit demselben Wirkstoff, Wirkstärke, Darreichungsform u. Packungsgröße<br /> *Umsortierung von Zeilen bei Papierausdrucken wie z.B. BMP (Zeile 3 ist jetzt 4 und Zeile 4 ist jetzt 3)<br /> <br /> Grundsätzlich können zwei verschiedene Ansätze unterschieden werden:<br /> #Medikationsmanagement mit verteilter Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern, die alle an der Arzneimittelversorgung des Patienten teilhaben und eigenständig Medikationsdaten dokumentieren. Grundlage dafür können sowohl die derzeit bestehenden gesetzlichen Vorgaben und kollektivvertraglichen Regelungen als auch Selektivverträge sein.<br /> #Medikationsmanagement mit solitärer Verantwortung für die Koordination der Arzneimitteltherapie<br />Medikationsmanagement als Zusammenspiel von verschiedenen Gesundheitsdienstleistern wie Ärzten, Apothekern (und Patienten), dass durch einen einzigen Supervisor (Kurator) verantwortlich gepflegt wird aber von allen anderen im Sinne von Vorschlägen Richtung Supervisor zur Medikamentenversorgung beitragen. Eine solche Regelung der Aufgaben ist derzeit nur durch Selektivverträge zur erreichen. <br /> <br /> Mit dem elektronischen Medikationsplanaustauschformat (eMDAF) können beide Ansätze unterstützt werden. Die entsprechenden Anforderungen an die Funktionen in den Software-Systemen zur Sicherstellung dieses Zusammenspiels sind über regionale Vereinbarungen in den entsprechenden Projekten können den entsprechenden Kapitel des Anforderungskatalogs entnommen werden.<br /> <br /> =Funktionale Beschreibung zum elektronisches Medikations-Datenaustauschformat (eMDAF)=<br /> Der technischen Spezifikation liegt eine Analyse der funktionalen Anforderung zugrunde. Diese wurden im Tool ART-DECOR® dokumentiert.<br /> <br /> Im Folgenden ist das "Medikationsmanagement" 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 Datenelemente.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.4.2/hgraph}}<br /> <br /> =Allgemeine Konzepte von Medikationsdaten=<br /> <br /> ==Begriffsdefinitionen==<br /> Grundsätzlich werden folgende Definitionen verwendet:<br /> * Identifier – werden grundsätzlich systemseitig vergeben und können, müssen aber nicht dem Nutzer angezeigt werden.<br /> * Medikations-ID – Mit der Medikations-ID wird eine einzelne Medikation (Arzneimittel und zugehörige Angaben wie z.B. Dosierung) eindeutig identifiziert – diese bleibt stabil, auch wenn Änderungen z.B. der Dosierung erfolgen.<br /> * Zeilen-ID – Die Zeilen-ID ist eine ID die eine Medikationszeile eindeutig innerhalb des Dokuments identifiziert identisch mit der Medikations-ID; kombiniert mit einer Regel aus einem Anforderungs- oder Funktionskatalog, in welchen Situationen eine neue Medikations-ID erforderlich wird.<br /> * Sequenznummer – Eine intendierte Reihenfolge, in welcher Sortierung eine Liste von Medikationseinträgen in einem System dem Nutzer angezeigt werden sollen (Reihenfolge in der Dokumenten-Instanz bzw. Reihenfolge innerhalb einer Gruppierung).<br /> * Therapieintentions-ID – Eine Therapieintentions-ID dient zur Zuordnung eines Medikationseintrags der Kategorie "Hinzugefügte Medikation" bzw. "Geänderte Medikation (inkl. Löschung)" zu einem Medikationseintrag der Kategorie "Bestand“. <br /> * Gruppierung – Die Zusammenfassung mehrerer Medikationen (bzw. ihrer ID‘s) unter einem bestimmten Begriff (z.B. Dauermedikation, Selbstmedikation) – dies ist zu unterscheiden von der Therapieintention.<br /> * Historische Medikation – Dies bezeichnet einen Hinweis auf eine temporär oder dauerhaft abgesetzte Medikation, welche aber im Datenformat erscheint („ausgesetzt“).<br /> * Zwischenüberschriften – Zwischenüberschriften werden zur Gliederung von Medikationsdaten verwendet. <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc.. <br /> <br /> ==Wirkstoff-Kodierungen und Wirkstoff-Verordnungen==<br /> Bei Verordnungen muss zwischen Arzneimittel-basierten und Wirkstoff-basierten Verordnungen unterschieden werden.<br /> Bei Medikationsplänen haben sich in der Praxis in Deutschland bisher die Arzneimittel-basierten Medikationspläne durchgesetzt.<br /> <br /> Für die weiteren Ausführungen sind nochmals folgende zwei Definitionen herauszustellen: <br /> * Arzneimittel – Beschreibt Handelspräparat oder eine Rezeptur, d.h. das konkrete Mittel.<br /> * Medikation – Beschreibt das Arzneimittel inkl. Einnahmehinweisen, etc..<br /> <br /> Die AG eMedikation unterstützt bewusst, neben dem Fokus auf Arzneimittel, auch die Abbildung von Wirkstoff-basierte Verordnungen.<br /> ;Hierfür können verschiedene Ansätze gewählt werden, die AG eMedikation hat sich für den folgenden Ansatz entschieden:<br /> :1. Ergänzende Angabe von Inhaltsstoffen zu Arzneimitteln:<br /> :*Die Angabe von Wirkstoffen ist ergänzend zu einem Arzneimittel möglich<br /> :*Im Datenmodell kann bei jedem Eintrag eines Arzneimittels optional der oder die enthaltenen Wirkstoffe zusätzlich angegeben werden<br /> :*Bei den Inhaltsstoffen kann außerdem noch zwischen aktiven Wirkstoffen und inaktiven Hilfsstoffen unterschieden werden<br /> :*Das jeweilige System nennt den oder die Wirkstoffe unter Angabe des verwendeten Wirkstoffkatalogs<br /> :*Gegebenenfalls können auch einheitliche, von allen Systemen zu nutzenden Wirkstoffkataloge vorgegeben werden<br /> :<br />Grundsätzlich denkbar ist auch der folgenden Ansatz:<br /><br /> :2. Wirkstoff-Verordnung als Alternative zur Arzneimittelverordnung<br /> :*Die Systeme haben die Möglichkeit, anstatt der Angabe eines Arzneimittels in einer Verordnung alternativ auch nur eine Verordnung auf Basis eines Wirkstoffes in der Medikationsdatenzusammenstellung zu nennen<br /> :*Dies bedeutet, dass unter Umständen nur der Wirkstoff, aber nicht das entsprechende Handelspräparat angegeben werden<br /> :*Im Datenmodell bedeutet das, dass Wirkstoffeinträge gleichberechtigt neben Arzneimitteleinträgen optional möglich sind.<br /> <br /> ==Extensionen – Innovationsspielräume dauerhaft ermöglichen==<br /> Grundsätzlich ermöglicht die AG eMedikation Innovationsspielräume für Projekte zum Thema Medikation, AMTS, usw. – ohne dass dies sofort verpflichtend für alle anderen Systeme in der Fläche wird. <br /> <br /> Das Konzept der „Extensionen“ hat zum Ziel, genau diese Innovationsspielräume zu ermöglichen, die genaue Umsetzung von Extensionen ist allerdings noch auszugestalten.<br /> Die AG eMedikation hat folgende Vorüberlegungen getätigt: <br /> *Extensionen sind der beste Mittelweg, um einerseits Innovationen, andererseits aber auch Vereinheitlichung in einem kontrollierten Rahmen umzusetzen<br /> *Es muss grundsätzlich für Extensionen eine unabhängige Registrierungsstelle geben<br /> *Für eine Registrierung müssen bestimmte Angaben getätigt werden<br /> *Im Rahmen der Registrierung sollte geprüft werden, dass keine Inkonsistenzen zu bestehenden Datenfeldern und Extensionen entstehen. Die Wiederverwendung von Extensionen sollte dabei ermuntert werden.<br /> *Eine Extension sollte zeitlich begrenzt sein (1-4 Jahre)<br /> *Parallel sollte ein Prüfprozess mit dem Ziel erfolgen, die Extension in die Regelinhalte zu überführen <br /> <br /> Zu den Extensionen verweisen wir auch auf den Abschnitt ''CDA mit Informellen Erweiterungen'' im Kapitel ''CDA-Spezifikation''.<br /> <br /> ==Zielsetzung für komplexe Dosierangaben==<br /> Das eMDAF sieht vor auch komplexere Dosierangaben zu ermöglichen, die über das „4er Schema (1-1-1-1) hinausgehen. Die Zielsetzung besteht darin, für die Nutzer die Möglichkeit zu schaffen, komplexere Medikationsschemata in einem elektronischen Format abbilden zu können. Weiterhin sollen unterstützende Systeme (z.B. zur Arzneimitteltherapiesicherheit / AMTS) diese Angaben auslesen und dem Nutzer (Arzt, Patient) eine ergänzende Hilfestellung anbieten.<br /> <br /> Die AG eMedikation hat eine Sammlung von Mustern mit Beispielen zusammengetragen, die den Nutzen von komplexeren Dosierangaben verdeutlichen sollen – diese sind im Anhang beigefügt.<br /> <br /> =Migrationspfade – der Weg zum konsolidierten Datenaustauschformat=<br /> Die vorliegende Spezifikation bildet eine Übermenge der Inhalte bestehender Medikationsdatenaustauschformate ab. Bei dem Großteil der enthaltenen Datenfelder handelt es sich um übergreifende Inhalte, die Deckungsgleich zu bestehenden Medikationsplanformaten sind. Damit sind insbesondere die Dateninhalte des Bundeseinheitlichen Medikationsplans nach §31a SGB V und der Fachanwendung eMP/ AMTS Stufe A nach §291a SGB V, die den normativen Rahmen und somit die Grundlage der Medikationsdaten bilden, gemeint. <br /> <br /> Diese Daten bilden ebenfalls im eMDAF die Basis und werden um Dateninhalte ergänzt, die regional spezifische Versorgungskontexte, Best Practices aus Projekten oder internationale Standards abbilden. Diese sind in Form bestehender Medikationsplanformate bereits regional vorhanden und werden in den jeweiligen Versorgungsangeboten aktiv genutzt. Es handelt es sich um Erweiterungen, die regional Mehrwerte erzeugen oder für eine Region essentiell sind, um deren Versorgungsszenarien abzubilden. Durch die vorliegende Spezifikation sollen nun auch überregional Synergien erzeugt und Interoperabilität gewährleistet werden. <br /> <br /> Die in der AG eMedikation repräsentierten Institutionen stellen unter diesem Diskussionspunkt die Rahmenbedingungen ihrer Initiativen dar. Sie erläutern, wie eine Migration von der jeweiligen Region zu eMDAF umgesetzt werden kann, denn sie haben sich entschlossen, die vorgeschlagene Spezifikation für einen gemeinsamen und interoperablen Datenaustausch zu nutzen.<br /> <br /> ==AOK Nordost==<br /> Die AOK Nordost strebt in ihrer Region mit dem Gesundheitsnetzwerk die Vernetzung der verschiedenen Leistungserbringergruppen über die Sektorengrenzen hinweg an. Dabei soll den Leistungserbringern der Zugang zum Gesundheitsnetzwerk niederschwellig angeboten werden, d.h. die Teilnahme am Gesundheitsnetzwerk ist auch ohne den Beitritt zu Selektivverträgen möglich. Der Austausch von Informationen zur Medikation soll ermöglicht werden, sobald dazu Daten in einer einheitlich strukturierten Form vorliegen. Dies ist derzeit beim BMP und eMP gegeben.<br /> <br /> Als weiteren Schritt bietet die AOK Nordost den Vertragsärzten und Krankenhäusern im Rahmen von eLiSa - electronic Life Saver die Möglichkeit, Medikationschecks durchzuführen und somit die Arzneimitteltherapie zu optimieren. Die eLiSa-Software ermöglicht den Ärzten den Zugriff auf Daten der AOK-Nordost über verordneten Medikamente, Diagnosen, Behandlungen, Krankenhausaufenthalte, mitbehandelnde Ärzte und Heil- und Hilfsmittel, die aus den Leistungsabrechnungen vorliegen, Voraussetzung dafür ist die Teilnahme der Vertragsärzte bzw. Krankenhäuser und Versicherten an einem Selektivvertrag mit der dazugehörigen Einwilligung des Versicherten zur Datenübermittlung. Darüber hinaus wird die eLiSa-Software die im Gesundheitsnetzwerk verfügbaren Medikationsdaten den Ärzten bereitstellen, soweit der Versicherte dazu die Berechtigung erteilt.<br /> <br /> Der eMDAF wird als Weiterentwicklung der bisher bekannten Medikationsplanformate den Leistungserbringern weitere Funktionen, die u.a. auf den Austausch über digitale Netzwerke ausgerichtet sind, anbieten. Dabei ist die Kompatibilität zu den bestehenden BMP und eMP gegeben. Die Nutzung des eMDAF bringt Vorteile für Leistungserbringer und Patienten, ist aber keine zwingende Voraussetzung zum Austausch von Medikationsdaten im Gesundheitsnetzwerk. Der eMDAF sichert auch die Kompatibilität zu anderen Medikationsplänen, die im Rahmen von ARMIN oder dem Hauskometen erstellt werden.<br /> <br /> Über die eLiSa-Software sollen die Ärzte den eMDAF nutzen können. Durch die Implementierung des eMDAF in die Systeme der Leistungserbringer werden diesen auch dort die zusätzlichen Funktionen des eMDAF und eine optimierte Anbindung an das Gesundheitsnetzwerk zur Verfügung stehen.<br /> <br /> ==AOK Baden-Württemberg==<br /> Die Fachanwendung HAUSKOMET (HAUSärztlich KOntrollierte MEDikamentöse Therapie) kommt in den Versorgungsverträgen (HZV-Vertrag und Facharztverträge) zwischen der AOK Baden-Württemberg, dem MEDIVEBRUND und dem HAUSÄRZTEVERBAND zum Einsatz. Bei HAUSKOMET handelt es sich um einen zentralen, durch den HAUSARZT gepflegten Medikationsspeicher zu einem Patienten mit einer zuschaltbaren AMTS-Funktionalität. FACHÄRZTE können lesend auf den Medikationsspeicher zugreifen und Ergänzungen in Form von Änderungsdatensätzen angeben. Haus- und Facharzt verantworten die Sicherheit der Pharmakotherapie gemeinsam, der HAUSARZT entscheidet im Sinne eines finalen Editors (Kurator) über die Änderungsdatensätze und übernimmt diese in den Medikationsspeicher. <br /> <br /> Unerwünschte Arzneimittelwirkungen werden von den beteiligten Haus- und Fachärzten über ein AMTS-Modul geprüft. Der Arzt-zu-Arzt-Austausch von Medikationsinformationen auf elektronischen Weg wird berücksichtigt und fokussiert. HAUSKOMET ermöglicht die Schaffung einer Zusammenstellung von Medikationsinformationen, die vollumfänglich strukturiert verwendet werden können, z.B. für einen elektronischen AMTS-Check.<br /> <br /> HAUSKOMET ist bezogen auf die Dateninhalte des einheitlichen Datenaustauschformats eine fachliche Teilmenge der Spezifikation eMDAF und perspektivisch identisch betreffend der Datenstruktur in beiden Implementierungsleitfäden. Somit bildet die Fachanwendung HAUSKOMET keinen spezifischen Migrationspfad ab, da deren Inhalte bereits heute vollständig interoperabel sind und eine Migration bei der Erstellung dieser Spezifikation bereits erfolgt ist. <br /> <br /> ==AOK PLUS==<br /> Die Arzneimittelinitiative Sachsen-Thüringen (ARMIN) ist ein gemeinsames Modellprojekt der Kassenärztlichen Vereinigungen und der Apothekerverbände beider Bundesländer sowie der AOK PLUS. Es sollen vorrangig die Sicherheit von Arzneimitteltherapien optimiert, Anwendungsrisiken bei der Medikamenteneinnahme minimiert und damit eine optimale Arzneimittelwirkung erzielt werden. <br /> <br /> Das Modellprojekt baut auf drei Modulen auf, welche seit Juli 2014 stufenweise in die Praxis umgesetzt wurden. Alle drei Module des Projekts sind darauf ausgerichtet, die Arzneimitteltherapie zu optimieren und Risiken bei der Arzneimitteleinnahme zu senken. Die Wirkstoffverordnung und der Medikationskatalog sind im Juni 2014 gestartet. Das Medikationsmanagement wurde im Januar 2015 eingeführt.<br /> <br /> Für das ARMIN-Medikationsmanagement können sich Versicherte der AOK PLUS einschreiben, welche dauerhaft fünf oder mehr Arzneimittel einnehmen. In diesem Zusammenhang wird z. B. ein vollständiger, aktueller und elektronisch verfügbarer Medikationsplan der Gesamtmedikation erstellt, welcher u. a. als Grundlage zur Prüfung von Wechselwirkungen, Optimierung der Arzneimitteltherapie und der sicheren Anwendung der Medikamente dient. Sowohl die initiale Erarbeitung als auch die kontinuierliche Pflege des Medikationsplanes erfolgen gemeinsam durch den betreuenden Arzt und Apotheker.<br /> <br /> Nach Veröffentlichung des eMDAF werden mit den Vertragspartnern des ARMIN-Vertrages und den Softwareherstellern die notwendigen Schritte zur Migration des bisher genutzten MPAF-Formates diskutiert und umgesetzt.<br /> <br /> <br /> =CDA-Spezifikation=<br /> Ein Medikationsmanagement-Dokument - wie andere Dokumente auch - setzt sich aus verschiedenen Teilen zusammen, dem Header mit <br /> * Informationen zum CDA-Dokument wie Id, Datum etc.,<br /> * Informationen über die verschiedenen Beteiligten an einem Dokument wie Patient (Versicherter), Autor etc.,<br /> * Informationen über Aktivitäten, die in Zusammenhang mit dem Dokument stehen (Gesundheitsdienstleistung),<br /> Sowie dem Body<br /> *mit Abschnitten für den Text (Sections)<br /> *und maschinenlesbaren, strukturierten Information (Entries).<br /> <br /> ==Hierarchische Ansicht der Komponenten zum Medikationsmanagement-Dokument ==<br /> Die folgende hierarchische Zusammenstellung gibt eine Übersicht über die einzelnen Komponenten des Medikationsmanagement-Dokuments.<br /> <br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/hgraph}}<br /> <br /> Des Weiteren wird verwiesen auf die Ausführungen Abschnitt "Arztbriefstruktur" im Arztbrief Plus<ref name="abplus"> Implementierungsleitfaden "Arztbrief Plus", HL7 Deutschland 2017 http://download.hl7.de/documents/cdar2-arztbrief/ArztbriefPlus-v310.pdf</ref> zu Kardinalität, Konformität, NullFlavor und die besonderen Hinweise zur Verwendung von Identifikationen (IDs). Weitere Informationen werden im Folgenden gegeben.<br /> <br /> ==Besonderheiten bei der CDA-Spezifikation "elektronisches Medikations-Datenaustauschformat (eMDAF)"==<br /> <br /> === Erläuterungen zu Kardinalität, Konformität, NullFlavor===<br /> Es wird auf die Erläuterungen andernorts zu den Themen<br /> *Kardinalität, Konformität [http://wiki.hl7.de/index.php?title=v3dtr1:Kardinalitäten]<br /> *NullFlavor [http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]<br /> hingewiesen.<br /> <br /> ===Besondere Hinweise zur Verwendung von Identifikationen (IDs)===<br /> In diversen Templates ist die Angabe von identifizierenden Merkmalen möglich. Dabei sind beispielsweise gemeint<br /> * Patienten, identifiziert über die Krankenversichertennummer (KVNR),<br /> * Gesundheitsdienstleister, typischerweise identifiziert über die Lebenslange Arztnummer (LANR),<br /> * Betriebsstätten, typischerweise identifiziert über die Betriebsstättennummer (BSNR),<br /> * Institutionskennzeichen (IKNR) z. B. für Abrechnungen und Qualitätssicherungsmaßnahmen im Bereich der deutschen Sozialversicherung.<br /> <br /> Hinweise zu den Identifikationen und Best Practive finden sich im Wiki des Interoperabilitätsforums<ref>Informationen zu LANR und BSNR http://wiki.hl7.de/index.php?title=LANR_und_BSNR</ref>, <ref>Best Practice Leitseite des Interoperabilitätsforums http://wiki.hl7.de/index.php?title=Kategorie:Best_practice</ref>.<br /> <br /> ====Krankenversichertennummer (KVNR)====<br /> Die Krankenversichertennummer (KVNR) besteht im unveränderliche Teil aus insgesamt 10 Stellen, beginnend mit einem alphanumerischen Zeichen.<br /> <br /> Die Krankenversichertennummer für einen Patienten wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte: gleich Versicherungsnummer) und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="3"><br /> <recordTarget typeCode="RCT" contextControlCode="OP"><br /> <patientRole classCode="PAT"><br /> <id root="1.2.276.0.76.4.8" extension="G970865268"/><br /> ...<br /> </patientRole><br /> </recordTarget><br /> </syntaxhighlight><br /> <br /> ==== Lebenslange Arztnummer (LANR)====<br /> Die LANR für den entsprechenden Arzt wird im id-Element seiner Rolle (assignedEntity, assignedAuthor etc.) in der @extension angegeben. Das Identifikationssystem LANR hat die registrierte OID 1.2.276.0.76.4.16 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <assignedAuthor><br /> <id root="1.2.276.0.76.4.16" extension="381259301"/><br /> ...<br /> </assignedAuthor ><br /> </syntaxhighlight><br /> ==== Betriebsstättennummer (BSNR)====<br /> Die BSNR für die entsprechende Betriebsstätte wird im id-Element der Rolle (... etc.) in der @extension angegeben. Das Identifikationssystem BSNR hat die registrierte OID 1.2.276.0.76.4.17 und wird im @root-Attribut gekennzeichnet.<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <representedOrganization><br /> <id root="1.2.276.0.76.4.17" extension="981069211"/><br /> <name>Beispiel Betriebsstätte</name><br /> </representedOrganization><br /> </syntaxhighlight><br /> ====Institutionskennzeichen (IKNR)====<br /> Für die Angabe eines Institutionskennzeichens enthält im id-Element das @extension Attribut das Institutionskennzeichen (IKNR) und @root = 1.2.276.0.76.4.5, die OID für IK-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.5" extension="302205023"/><br /> <name>Beispiel Krankenhaus</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> ====Apotheken-IDF====<br /> Für die Angabe einer Apotheken-IDF enthält im id-Element das @extension Attribut die 7-stellige Identifikationsnummer und @root = 1.2.276.0.76.4.197, die OID für IDF-Nummern in Deutschland<br /> <syntaxhighlight lang="xml" highlight="2"><br /> <scopingOrganization><br /> <id root="1.2.276.0.76.4.197" extension="3379589"/><br /> <name>Beispiel Apotheke</name><br /> </scopingOrganization ><br /> </syntaxhighlight><br /> <br /> ===Set-ID und Versionsnummer===<br /> Als Besonderheit kann hervorgehoben werden, dass die im Header befindlichen Attribute<br /> * setId<br /> * versionNumber<br /> als Identifikations- und Versionierungsattribute für die Gesamtheit aller Medikationsinformationen zu einem Patienten gehandhabt werden. Die ''setId'' (eine OID oder UUID) ist dabei für alle Medikationsinformations-Dokumente eines Patienten gleich, jede neue Version führt dazu, dass ''versionNumber'' um eins erhöht wird.<br /> <br /> Davon losgelöst hat natürlich jedes neue Medikationsinformations-Dokument eine neue Dokumenten-Identifikation in ''ClinicalDocument.id''.<br /> <br /> ===CDA mit Informellen Erweiterungen===<br /> In CDA gibt es die Möglichkeit, Informationen, die nicht oder nur sehr umständlich im CDA-Modell unterzubringen sind, in so genannten Informellen Erweiterungen (informal extensions) unterzubringen. Diese werden in einem XML CDA-Instanzendokument in einem eigenen XML Namespace geführt.<br /> <br /> In dieser Spezifikation werden an drei Stellen solche Informellen Erweiterungen genutzt:<br /> *Bei Wirkstoff- und Packungsangaben zum Medikament<br /> *Bei den so genannten Druckkennzeichen<br /> *Bei vorhaben-spezifischen Erweiterungen/Zusatzinformationen<br /> <br /> ====Wirkstoff- und Packungsangaben beim Medikament====<br /> Im Bereich der Informationen über das Medikament werden Wirkstoff- und Packungsangaben durch die offizielle HL7 Erweiterung der Pharmacy Working Group angegeben. Diese von der HL7 Pharmacy Workgroup definierten CDA-Erweiterungen für Pharmacy werden unter der XML-Namensraumkennung <code>urn:hl7-org:pharm</code> behandelt und verwenden in der Regel das Namespacepräfix <code>pharm:</code>.<br /> <br /> ====Druckkennzeichen====<br /> Im Kontext des Ausdrucks von Medikationsplänen (für den Patienten) taucht das Kennzeichen auf, ob ein Datenitem auf dem Plan erscheinen soll bzw. darf oder ob es nicht gedruckt wird. Dieses als „Druckkennzeichen“ bezeichnetes Flag (ja/nein) erscheint als Informelle Erweiterung immer im Kontext des Datenelements, für das dieses Druckkennzeichen gilt (siehe Beispiel). Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>.<br /> <br /> Die Erweiterungen folgen im Wesentlichen den Definitionen der Extensions in FHIR (https://www.hl7.org/fhir/extensibility.html), so dass ein solches Element immer die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String. Nur, wenn diese Erweiterung genannt ist und gleichzeitig den Wert „false“ enthält, wie im Beispiel unten angeben, wird das Element, in dessen Kontext diese Extension verwendet wird, nicht gedruckt.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/druckkennzeichen/0.2"><br /> <medmgmt:valueBoolean value="false"/><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ====Vorhaben-spezifische Erweiterungen/Zusatzinformationen====<br /> In Projekten rund um die Medikationsversorgung hat sich der Wunsch manifestiert, vorhaben-spezifische Erweiterungen/Zusatzinformationen nutzen zu können, die auch nur im Rahmen eines Projekts nutzbar sind. Es wird in CDA-Dokumenten unter der XML-Namensraumkennung <code>urn:hl7-de:medmgmt</code> behandelt und verwendet in der Regel das Namespacepräfix <code>medmgmt:</code>. Für diese Erweiterungen gilt ebenfalls, dass sie der Definitionen der Extensions in FHIR folgen, so dass ein solches Element die URI angibt, wo die Definition der Erweiterung hinterlegt ist, gefolgt durch einen Wert vom Typ Boolean oder String.<br /> <br /> Beispiel<br /> <syntaxhighlight lang="xml"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung/0.2"><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-typ/0.2"><br /> <medmgmt:valueString value="Typ der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> <medmgmt:extension url="http://fhir.de/StructureDefinition/vorhabenerweiterung-wert/0.2"><br /> <medmgmt:valueString value="Wert der vorhabenspezifischen Zusatzinformation"/><br /> </medmgmt:extension><br /> </medmgmt:extension><br /> </syntaxhighlight><br /> <br /> ==Hinweise zu den Darstellungen der Templates==<br /> 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<ref>ART-DECOR: How to read ART-DECOR Definitions [https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions]</ref>.<br /> <br /> <div class="landscape"><br /> <br /> =CDA Document Level Templates=<br /> == CDA Dokument für Medikationsmanagement ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.1/dynamic}}<br /> <br /> =CDA Header Level Templates=<br /> ==CDA recordTarget (medmgmt) / Patient ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.4/dynamic}}<br /> <br /> =CDA Section Level Templates=<br /> ==Aktuelle Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.15/dynamic}}<br /> ==Allergien und Unverträglichkeiten (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.16/dynamic}}<br /> ==Gesundheitsbelange (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.11/dynamic}}<br /> ==Klinische Parameter (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier und in den zugehörigen Entries Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/hgraph}}<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.10/dynamic}}<br /> == Leistungserbringer-Kommentar ==<br /> {{:1.2.276.0.76.10.3133/hgraph}}<br /> {{:1.2.276.0.76.10.3133/dynamic}}<br /> =CDA Entry Level Templates=<br /> == Datenerfassung ==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.2/dynamic}}<br /> ==Kreatinin (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.9/dynamic}}<br /> ==Körpergewicht (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.7/dynamic}}<br /> ==Körpergröße (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.8/dynamic}}<br /> ==Medikation (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.3/dynamic}}<br /> ==Medikation Gruppierung (medmgmt)==<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.14/dynamic}}<br /> ==Status Schwangerschaft (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.12/dynamic}}<br /> ==Stillzeit (medmgmt)==<br /> Die Spezialisierung ist nur dadurch notwendig geworden, dass hier Erweiterungen (Extensions) vorgesehen werden mussten.<br /> {{:2.16.840.1.113883.3.1937.99.61.48.10.13/dynamic}}<br /> <br /> = Templates aus Repositories (nicht zur Abstimmung stehend)=<br /> <br /> Die folgenden Templates stehen im Rahmen dieses Leitfadens nicht zur Abstimmung, da sie aus anderen Repositories entlehnt wurden.<br /> * [[1.2.276.0.76.10.2029]] CDA author (pmp)<br /> * [[1.2.276.0.76.10.2030]] CDA custodian (pmp)<br /> * [[1.2.276.0.76.10.2011]] CDA participant Notfallkontak<br /> * [[1.2.276.0.76.10.2012]] CDA participant Hausarzt<br /> * [[1.2.276.0.76.10.2019]] CDA authenticator<br /> * [[1.2.276.0.76.10.2020]] CDA legalAuthenticator<br /> * [[1.2.276.0.76.10.2031]] CDA author software (pmp)<br /> * [[1.2.276.0.76.10.3042]] Wichtige Angaben<br /> * [[1.2.276.0.76.10.4024]] Dosierung Freitext<br /> * [[1.2.276.0.76.10.4025]] Medikament<br /> * [[1.2.276.0.76.10.4026]] Patienteninstruktionen<br /> * [[1.2.276.0.76.10.4027]] Grund für Medikation<br /> * [[1.2.276.0.76.10.4254]] Laborergebnis<br /> * [[1.2.276.0.76.10.4255]] Erwarteter Geburtstermin<br /> * [[1.2.276.0.76.10.4256]] Allergie/Unverträglichkeit Concern Act<br /> * [[1.2.276.0.76.10.4257]] Allergie/Unverträglichkeit Observation<br /> * [[1.2.276.0.76.10.4258]] Reaktion/Manifestation<br /> * [[1.2.276.0.76.10.4259]] Kritikalität<br /> * [[1.2.276.0.76.10.4297]] Leistungssportler<br /> * [[1.2.276.0.76.10.90002]] CDA realmCode<br /> * [[1.2.276.0.76.10.90003]] CDA typeId<br /> * [[1.2.276.0.76.10.90004]] CDA id<br /> * [[1.2.276.0.76.10.90005]] CDA title<br /> * [[1.2.276.0.76.10.90006]] CDA effectiveTime<br /> * [[1.2.276.0.76.10.90007]] CDA confidentialityCode<br /> * [[1.2.276.0.76.10.90009]] CDA setId and versionNumber<br /> * [[1.2.276.0.76.10.90010]] CDA Person Elements<br /> * [[1.2.276.0.76.10.90011]] CDA Organization Elements<br /> * [[1.2.276.0.76.10.90020]] RelatedEntity (Body)<br /> * [[1.2.276.0.76.10.90022]] Material<br /> * [[1.2.276.0.76.10.90023]] Einnahmedauer<br /> * [[1.2.276.0.76.10.90024]] Patientenidentifikation<br /> * [[1.2.276.0.76.10.90025]] Author (Body)<br /> * [[1.2.276.0.76.10.90028]] Medikation Vorbedingung<br /> * [[1.2.276.0.76.10.90030]] Personenname<br /> <br /> </div><br /> <br /> =Terminologien=<br /> ==Value Sets==<br /> === Medikationsmanagement-Codes ===<br /> {{:2.16.840.1.113883.3.1937.99.61.48.11.1/dynamic}}<br /> <br /> =Anhang=<br /> {{:cdamedp:Dosierbeispiele}}<br /> <br /> =Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=IG:EImpfpass&diff=58954 IG:EImpfpass 2019-06-19T10:31:28Z

<p>Mhettlage: </p> <hr /> <div>{{Underconstruction}}<br /> <br /> <br /> {{Infobox Dokument<br /> |Title = Elektronischer Impfpass<br/>auf Basis der HL7 Clinical Document Architecture Release 2<br /> |Short = Elektronischer Impfpass<br /> |Namespace = cdaimpf<br /> |Type = Implementierungsleitfaden<br /> |Version = 0.10<br /> |Date = 13. Juni 2019<br /> |Copyright = 2019<br /> |Status = Entwurf<br /> |Period = Entwurf<br /> |Verfahren = Standard zur Probe (STU)<br /> |OID = n.n.<br /> |Realm = Deutschland<br /> }}<br /> {{Infobox Contributors Begin}}<br /> {{Contributor | Logo = Gevko_logo_mit_claim_neu.jpg | Name = gevko GmbH | Location = Bonn }}<br /> {{Contributor | Logo = hl7logo.jpg| Name = HL7 Deutschland e. V. | Location = Berlin }}<br /> {{Infobox Contributors End}}<br /> <br /> {{:cdaImpf:Dokumentinformationen}}<br /> <br /> {{:cdaimpf:Einleitung}}<br /> <br /> {{:cdaImpf:Struktureller Aufbau}}<br /> <br /> {{:cdaImpf:CDA Document Level Templates}}<br /> <br /> {{:cdaImpf:CDA Header Level Templates}}<br /> <br /> {{:cdaImpf:CDA Section Level Templates}}<br /> <br /> {{:cdaImpf:CDA Entry Level Templates}}<br /> <br /> {{:cdaImpf:Terminologien}}<br /> <br /> <br /> <br /> {{:cdaImpf:Referenzen}}<br /> <br /> [[Kategorie:IG]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Referenzen&diff=58953 cdaimpf:Referenzen 2019-06-19T10:26:57Z

<p>Mhettlage: Die Seite wurde neu angelegt: „=Literatur und Referenzen= ==Weiterführende Literatur== Folgende Literatur ist zum Verständnis des Leitfadens hilfreich: *"The CDA-Book", Keith Boone, Sprin…“</p> <hr /> <div>=Literatur und Referenzen=<br /> ==Weiterführende Literatur==<br /> Folgende Literatur ist zum Verständnis des Leitfadens hilfreich:<br /> <br /> *"The CDA-Book", Keith Boone, Springer<br /> * HL7 Datentypleitfaden<br /> <br /> ==Glossar und Abkürzungsverzeichnis==<br /> Für ein Glossar der Begriffe wird auf die "Enzyklopädie des deutschen Gesundheitswesens" bei Interoperabilitätsforum verwiesen:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Enzyklopädie<br /> <br /> Das Interoperabilitätsforum führt auch ein Abkürzungsverzeichnis:<br /> http://wiki.hl7.de/index.php?title=Kategorie:Abkürzungen<br /> <br /> ==Referenzen==<br /> <references/><br /> ==Abbildungen==<br /> <references group="Abbildung" /><br /> Zurzeit keine.<br /> <br /> == Tabellen==<br /> <references group="Tabelle" /><br /> Zurzeit keine.<br /> <br /> [[Kategorie:cdaimpf|Referenzen]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:CDA_Entry_Level_Templates&diff=58952 cdaimpf:CDA Entry Level Templates 2019-06-19T10:12:02Z

<p>Mhettlage: /* CDA Performer (Body)== */</p> <hr /> <div>==Entry Level Templates==<br /> <br /> ===Section-Entry Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche als direkte Entry-Elemente der jeweiligen Sektionen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Impfstatus====<br /> {{:cdaimpf:Template_Immunisation Status}}<br /> <br /> =====Impfstatuseintrag=====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details}}<br /> <br /> ====Berufsgruppe====<br /> {{:cdaimpf:Template_Occupational Group}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:cdaimpf:Template_Hazard}}<br /> <br /> ====Postexpositionsgruppe====<br /> {{:cdaimpf:Template_PostexposureGroup}}<br /> <br /> ====Vorindikation====<br /> {{:cdaimpf:Template_Pre-Indication}}<br /> <br /> ====Titer-Bestimmung====<br /> {{:cdaimpf:Template_Titer}}<br /> <br /> ====Reiseindikation====<br /> {{:cdaimpf:Template_Travel Indication}}<br /> <br /> ====Impfung====<br /> {{:cdaimpf:Template_Vaccination}}<br /> <br /> ====Abgelehnte Impfung====<br /> {{:cdaimpf:Template_Rejected Vaccination}}<br /> <br /> ====Diagnose====<br /> {{:cdaimpf:Template_Diagnosis}}<br /> <br /> ===Participant Role Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Rollen/Personen/Originationen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA Informant (Body)====<br /> {{:cdaimpf:Template_CDA Informant (Body)}}<br /> <br /> ====CDA Informant AssignedEntity (Body)====<br /> {{:cdaimpf:Template_CDA Informant AssignedEntity (Body)}}<br /> <br /> ====CDA Performer (Body)====<br /> {{:cdaimpf:Template_CDA Performer (Body)}}<br /> <br /> ====CDA Performer AssignedEntity (Body)====<br /> {{:cdaimpf:Template_CDA Performer AssignedEntity (Body)}}<br /> <br /> ===Entry Relationship Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Informationen innerhalb eines Section-Entry Elements dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA ManufacturedProduct====<br /> {{:cdaimpf:Template_CDA ManufacturedProduct}}<br /> <br /> =====CDA Material=====<br /> {{:cdaimpf:Template_CDA Material}}<br /> <br /> ====BoosterVaccinationCount====<br /> {{:cdaimpf:Template_BoosterVaccinationCount}}<br /> <br /> ====Deselection Dates====<br /> {{:cdaimpf:Template_Deselection Dates}}<br /> <br /> ====Diagnose Ausnahmebegründung====<br /> {{:cdaimpf:Template_DiagnosisExemption}}<br /> <br /> ====Disease====<br /> {{:cdaimpf:Template_Disease}}<br /> <br /> ====DiseaseAlreadyUndergone====<br /> {{:cdaimpf:Template_DiseaseAlreadyUndergone}}<br /> <br /> ====DocumentationType====<br /> {{:cdaimpf:Template_DocumentationType}}<br /> <br /> ====FlagSufficient====<br /> {{:cdaimpf:Template_FlagSufficient}}<br /> <br /> ====Immunisation Status Vaccination-Details Titer====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details Titer}}<br /> <br /> ====Indication Recommendation====<br /> {{:cdaimpf:Template_Indication Recommendation}}<br /> <br /> ====Individual Recommendation====<br /> {{:cdaimpf:Template_Individual Recommendation}}<br /> <br /> ====LastImmunoglobulinAdministration====<br /> {{:cdaimpf:Template_LastImmunoglobulinAdministration}}<br /> <br /> ====NextVaccinationDate====<br /> {{:cdaimpf:Template_NextVaccinationDate}}<br /> <br /> ====Note====<br /> {{:cdaimpf:Template_Note}}<br /> <br /> ====NoteRelevance====<br /> {{:cdaimpf:Template_NoteRelevance}}<br /> <br /> ====Occupational Group Recommendation====<br /> {{:cdaimpf:Template_Occupational Group Recommendation}}<br /> <br /> ====Post-Exposure Indication====<br /> {{:cdaimpf:Template_Post-Exposure Indication}}<br /> <br /> ====PreexistingConditionIndicationTime====<br /> {{:cdaimpf:Template_PreexistingConditionIndicationTime}}<br /> <br /> ====PrimaryImmunizationDate====<br /> {{:cdaimpf:Template_PrimaryImmunizationDate}}<br /> <br /> ====RecentVaccinationsInformation====<br /> {{:cdaimpf:Template_RecentVaccinationsInformation}}<br /> <br /> ====Standard Recommendations====<br /> {{:cdaimpf:Template_Standard Recommendations}}<br /> <br /> ====Titer Detail====<br /> {{:cdaimpf:Template_Titer Detail}}<br /> <br /> ====TransferFromCard====<br /> {{:cdaimpf:Template_TransferFromCard}}<br /> <br /> ====TransferToAccount====<br /> {{:cdaimpf:Template_TransferToAccount}}<br /> <br /> ====Travel Recommendation====<br /> {{:cdaimpf:Template_Travel Recommendation}}<br /> <br /> ====TravelType====<br /> {{:cdaimpf:Template_TravelType}}<br /> <br /> ====Vaccination Reference====<br /> {{:cdaimpf:Template_Vaccination Reference}}<br /> <br /> ====Vaccination Titer====<br /> {{:cdaimpf:Template_Vaccination Titer}}<br /> <br /> ====VaccinationSeries====<br /> {{:cdaimpf:Template_VaccinationSeries}}<br /> <br /> ====VaccinationType====<br /> {{:cdaimpf:Template_VaccinationType}}<br /> <br /> <br /> [[Kategorie:cdaimpf|CDA Entry Level Templates]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:CDA_Entry_Level_Templates&diff=58951 cdaimpf:CDA Entry Level Templates 2019-06-19T10:09:39Z

<p>Mhettlage: /* CDA Informant AssignedEntity (Body)== */</p> <hr /> <div>==Entry Level Templates==<br /> <br /> ===Section-Entry Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche als direkte Entry-Elemente der jeweiligen Sektionen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Impfstatus====<br /> {{:cdaimpf:Template_Immunisation Status}}<br /> <br /> =====Impfstatuseintrag=====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details}}<br /> <br /> ====Berufsgruppe====<br /> {{:cdaimpf:Template_Occupational Group}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:cdaimpf:Template_Hazard}}<br /> <br /> ====Postexpositionsgruppe====<br /> {{:cdaimpf:Template_PostexposureGroup}}<br /> <br /> ====Vorindikation====<br /> {{:cdaimpf:Template_Pre-Indication}}<br /> <br /> ====Titer-Bestimmung====<br /> {{:cdaimpf:Template_Titer}}<br /> <br /> ====Reiseindikation====<br /> {{:cdaimpf:Template_Travel Indication}}<br /> <br /> ====Impfung====<br /> {{:cdaimpf:Template_Vaccination}}<br /> <br /> ====Abgelehnte Impfung====<br /> {{:cdaimpf:Template_Rejected Vaccination}}<br /> <br /> ====Diagnose====<br /> {{:cdaimpf:Template_Diagnosis}}<br /> <br /> ===Participant Role Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Rollen/Personen/Originationen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA Informant (Body)====<br /> {{:cdaimpf:Template_CDA Informant (Body)}}<br /> <br /> ====CDA Informant AssignedEntity (Body)====<br /> {{:cdaimpf:Template_CDA Informant AssignedEntity (Body)}}<br /> <br /> ====CDA Performer (Body)======<br /> {{:cdaimpf:Template_CDA Performer (Body)}}<br /> <br /> ====CDA Performer AssignedEntity (Body)======<br /> {{:cdaimpf:Template_CDA Performer AssignedEntity (Body)}}<br /> <br /> ===Entry Relationship Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Informationen innerhalb eines Section-Entry Elements dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA ManufacturedProduct====<br /> {{:cdaimpf:Template_CDA ManufacturedProduct}}<br /> <br /> =====CDA Material=====<br /> {{:cdaimpf:Template_CDA Material}}<br /> <br /> ====BoosterVaccinationCount====<br /> {{:cdaimpf:Template_BoosterVaccinationCount}}<br /> <br /> ====Deselection Dates====<br /> {{:cdaimpf:Template_Deselection Dates}}<br /> <br /> ====Diagnose Ausnahmebegründung====<br /> {{:cdaimpf:Template_DiagnosisExemption}}<br /> <br /> ====Disease====<br /> {{:cdaimpf:Template_Disease}}<br /> <br /> ====DiseaseAlreadyUndergone====<br /> {{:cdaimpf:Template_DiseaseAlreadyUndergone}}<br /> <br /> ====DocumentationType====<br /> {{:cdaimpf:Template_DocumentationType}}<br /> <br /> ====FlagSufficient====<br /> {{:cdaimpf:Template_FlagSufficient}}<br /> <br /> ====Immunisation Status Vaccination-Details Titer====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details Titer}}<br /> <br /> ====Indication Recommendation====<br /> {{:cdaimpf:Template_Indication Recommendation}}<br /> <br /> ====Individual Recommendation====<br /> {{:cdaimpf:Template_Individual Recommendation}}<br /> <br /> ====LastImmunoglobulinAdministration====<br /> {{:cdaimpf:Template_LastImmunoglobulinAdministration}}<br /> <br /> ====NextVaccinationDate====<br /> {{:cdaimpf:Template_NextVaccinationDate}}<br /> <br /> ====Note====<br /> {{:cdaimpf:Template_Note}}<br /> <br /> ====NoteRelevance====<br /> {{:cdaimpf:Template_NoteRelevance}}<br /> <br /> ====Occupational Group Recommendation====<br /> {{:cdaimpf:Template_Occupational Group Recommendation}}<br /> <br /> ====Post-Exposure Indication====<br /> {{:cdaimpf:Template_Post-Exposure Indication}}<br /> <br /> ====PreexistingConditionIndicationTime====<br /> {{:cdaimpf:Template_PreexistingConditionIndicationTime}}<br /> <br /> ====PrimaryImmunizationDate====<br /> {{:cdaimpf:Template_PrimaryImmunizationDate}}<br /> <br /> ====RecentVaccinationsInformation====<br /> {{:cdaimpf:Template_RecentVaccinationsInformation}}<br /> <br /> ====Standard Recommendations====<br /> {{:cdaimpf:Template_Standard Recommendations}}<br /> <br /> ====Titer Detail====<br /> {{:cdaimpf:Template_Titer Detail}}<br /> <br /> ====TransferFromCard====<br /> {{:cdaimpf:Template_TransferFromCard}}<br /> <br /> ====TransferToAccount====<br /> {{:cdaimpf:Template_TransferToAccount}}<br /> <br /> ====Travel Recommendation====<br /> {{:cdaimpf:Template_Travel Recommendation}}<br /> <br /> ====TravelType====<br /> {{:cdaimpf:Template_TravelType}}<br /> <br /> ====Vaccination Reference====<br /> {{:cdaimpf:Template_Vaccination Reference}}<br /> <br /> ====Vaccination Titer====<br /> {{:cdaimpf:Template_Vaccination Titer}}<br /> <br /> ====VaccinationSeries====<br /> {{:cdaimpf:Template_VaccinationSeries}}<br /> <br /> ====VaccinationType====<br /> {{:cdaimpf:Template_VaccinationType}}<br /> <br /> <br /> [[Kategorie:cdaimpf|CDA Entry Level Templates]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:CDA_Entry_Level_Templates&diff=58950 cdaimpf:CDA Entry Level Templates 2019-06-19T10:08:46Z

<p>Mhettlage: /* CDA Informant (Body)== */</p> <hr /> <div>==Entry Level Templates==<br /> <br /> ===Section-Entry Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche als direkte Entry-Elemente der jeweiligen Sektionen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Impfstatus====<br /> {{:cdaimpf:Template_Immunisation Status}}<br /> <br /> =====Impfstatuseintrag=====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details}}<br /> <br /> ====Berufsgruppe====<br /> {{:cdaimpf:Template_Occupational Group}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:cdaimpf:Template_Hazard}}<br /> <br /> ====Postexpositionsgruppe====<br /> {{:cdaimpf:Template_PostexposureGroup}}<br /> <br /> ====Vorindikation====<br /> {{:cdaimpf:Template_Pre-Indication}}<br /> <br /> ====Titer-Bestimmung====<br /> {{:cdaimpf:Template_Titer}}<br /> <br /> ====Reiseindikation====<br /> {{:cdaimpf:Template_Travel Indication}}<br /> <br /> ====Impfung====<br /> {{:cdaimpf:Template_Vaccination}}<br /> <br /> ====Abgelehnte Impfung====<br /> {{:cdaimpf:Template_Rejected Vaccination}}<br /> <br /> ====Diagnose====<br /> {{:cdaimpf:Template_Diagnosis}}<br /> <br /> ===Participant Role Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Rollen/Personen/Originationen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA Informant (Body)====<br /> {{:cdaimpf:Template_CDA Informant (Body)}}<br /> <br /> ====CDA Informant AssignedEntity (Body)======<br /> {{:cdaimpf:Template_CDA Informant AssignedEntity (Body)}}<br /> <br /> ====CDA Performer (Body)======<br /> {{:cdaimpf:Template_CDA Performer (Body)}}<br /> <br /> ====CDA Performer AssignedEntity (Body)======<br /> {{:cdaimpf:Template_CDA Performer AssignedEntity (Body)}}<br /> <br /> ===Entry Relationship Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Informationen innerhalb eines Section-Entry Elements dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA ManufacturedProduct====<br /> {{:cdaimpf:Template_CDA ManufacturedProduct}}<br /> <br /> =====CDA Material=====<br /> {{:cdaimpf:Template_CDA Material}}<br /> <br /> ====BoosterVaccinationCount====<br /> {{:cdaimpf:Template_BoosterVaccinationCount}}<br /> <br /> ====Deselection Dates====<br /> {{:cdaimpf:Template_Deselection Dates}}<br /> <br /> ====Diagnose Ausnahmebegründung====<br /> {{:cdaimpf:Template_DiagnosisExemption}}<br /> <br /> ====Disease====<br /> {{:cdaimpf:Template_Disease}}<br /> <br /> ====DiseaseAlreadyUndergone====<br /> {{:cdaimpf:Template_DiseaseAlreadyUndergone}}<br /> <br /> ====DocumentationType====<br /> {{:cdaimpf:Template_DocumentationType}}<br /> <br /> ====FlagSufficient====<br /> {{:cdaimpf:Template_FlagSufficient}}<br /> <br /> ====Immunisation Status Vaccination-Details Titer====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details Titer}}<br /> <br /> ====Indication Recommendation====<br /> {{:cdaimpf:Template_Indication Recommendation}}<br /> <br /> ====Individual Recommendation====<br /> {{:cdaimpf:Template_Individual Recommendation}}<br /> <br /> ====LastImmunoglobulinAdministration====<br /> {{:cdaimpf:Template_LastImmunoglobulinAdministration}}<br /> <br /> ====NextVaccinationDate====<br /> {{:cdaimpf:Template_NextVaccinationDate}}<br /> <br /> ====Note====<br /> {{:cdaimpf:Template_Note}}<br /> <br /> ====NoteRelevance====<br /> {{:cdaimpf:Template_NoteRelevance}}<br /> <br /> ====Occupational Group Recommendation====<br /> {{:cdaimpf:Template_Occupational Group Recommendation}}<br /> <br /> ====Post-Exposure Indication====<br /> {{:cdaimpf:Template_Post-Exposure Indication}}<br /> <br /> ====PreexistingConditionIndicationTime====<br /> {{:cdaimpf:Template_PreexistingConditionIndicationTime}}<br /> <br /> ====PrimaryImmunizationDate====<br /> {{:cdaimpf:Template_PrimaryImmunizationDate}}<br /> <br /> ====RecentVaccinationsInformation====<br /> {{:cdaimpf:Template_RecentVaccinationsInformation}}<br /> <br /> ====Standard Recommendations====<br /> {{:cdaimpf:Template_Standard Recommendations}}<br /> <br /> ====Titer Detail====<br /> {{:cdaimpf:Template_Titer Detail}}<br /> <br /> ====TransferFromCard====<br /> {{:cdaimpf:Template_TransferFromCard}}<br /> <br /> ====TransferToAccount====<br /> {{:cdaimpf:Template_TransferToAccount}}<br /> <br /> ====Travel Recommendation====<br /> {{:cdaimpf:Template_Travel Recommendation}}<br /> <br /> ====TravelType====<br /> {{:cdaimpf:Template_TravelType}}<br /> <br /> ====Vaccination Reference====<br /> {{:cdaimpf:Template_Vaccination Reference}}<br /> <br /> ====Vaccination Titer====<br /> {{:cdaimpf:Template_Vaccination Titer}}<br /> <br /> ====VaccinationSeries====<br /> {{:cdaimpf:Template_VaccinationSeries}}<br /> <br /> ====VaccinationType====<br /> {{:cdaimpf:Template_VaccinationType}}<br /> <br /> <br /> [[Kategorie:cdaimpf|CDA Entry Level Templates]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=58949 cdaimpf:Terminologien 2019-06-19T10:06:14Z

<p>Mhettlage: </p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Diagnose Lokalisationen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnose Sicherheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.9/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Terminologien&diff=58948 cdaimpf:Terminologien 2019-06-19T10:05:20Z

<p>Mhettlage: Die Seite wurde neu angelegt: „==Terminologien== ==Value Sets== ====Verabreichungsmethoden==== {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}} ====Verabreichungsstellen==== {{:2.16.840.1.…“</p> <hr /> <div>==Terminologien==<br /> ==Value Sets==<br /> ====Verabreichungsmethoden====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.3/dynamic}}<br /> <br /> ====Verabreichungsstellen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Impfdokumentationstypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.14/dynamic}}<br /> <br /> ====Impfstatus====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.10/dynamic}}<br /> <br /> ====Impftypen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.6/dynamic}}<br /> <br /> ====Impfstoffe====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Länder====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.23/dynamic}}<br /> <br /> ====Diagnose Lokalisationen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.18/dynamic}}<br /> <br /> ====Diagnose Sicherheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> ====Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.28/dynamic}}<br /> <br /> ====Expositionsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Berufsgruppen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.24/dynamic}}<br /> <br /> ====Gefährdungsgrößen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.16/dynamic}}<br /> <br /> ====Standardempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.25/dynamic}}<br /> <br /> ====Reiseempfehlungen====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.27/dynamic}}<br /> <br /> ====Reisetyp====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.22/dynamic}}<br /> <br /> ====Lebensabschnitte====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.20/dynamic}}<br /> <br /> ====Durchgemachte Krankheiten====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.29/dynamic}}<br /> <br /> ====Hinweisrelevanz====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.8/dynamic}}<br /> <br /> ====Document Codes====<br /> {{:2.16.840.1.113883.3.1937.777.35.11.17/dynamic}}<br /> {{:2.16.840.1.113883.3.1937.777.35.11.19/dynamic}}<br /> <br /> <br /> [[Kategorie:cdaimpf|Terminologien]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:CDA_Entry_Level_Templates&diff=58947 cdaimpf:CDA Entry Level Templates 2019-06-19T08:22:54Z

<p>Mhettlage: /* Impfstatus-Detail */</p> <hr /> <div>==Entry Level Templates==<br /> <br /> ===Section-Entry Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche als direkte Entry-Elemente der jeweiligen Sektionen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====Impfstatus====<br /> {{:cdaimpf:Template_Immunisation Status}}<br /> <br /> =====Impfstatuseintrag=====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details}}<br /> <br /> ====Berufsgruppe====<br /> {{:cdaimpf:Template_Occupational Group}}<br /> <br /> ====Gefährdungsgröße====<br /> {{:cdaimpf:Template_Hazard}}<br /> <br /> ====Postexpositionsgruppe====<br /> {{:cdaimpf:Template_PostexposureGroup}}<br /> <br /> ====Vorindikation====<br /> {{:cdaimpf:Template_Pre-Indication}}<br /> <br /> ====Titer-Bestimmung====<br /> {{:cdaimpf:Template_Titer}}<br /> <br /> ====Reiseindikation====<br /> {{:cdaimpf:Template_Travel Indication}}<br /> <br /> ====Impfung====<br /> {{:cdaimpf:Template_Vaccination}}<br /> <br /> ====Abgelehnte Impfung====<br /> {{:cdaimpf:Template_Rejected Vaccination}}<br /> <br /> ====Diagnose====<br /> {{:cdaimpf:Template_Diagnosis}}<br /> <br /> ===Participant Role Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Rollen/Personen/Originationen dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA Informant (Body)======<br /> {{:cdaimpf:Template_CDA Informant (Body)}}<br /> <br /> ====CDA Informant AssignedEntity (Body)======<br /> {{:cdaimpf:Template_CDA Informant AssignedEntity (Body)}}<br /> <br /> ====CDA Performer (Body)======<br /> {{:cdaimpf:Template_CDA Performer (Body)}}<br /> <br /> ====CDA Performer AssignedEntity (Body)======<br /> {{:cdaimpf:Template_CDA Performer AssignedEntity (Body)}}<br /> <br /> ===Entry Relationship Level Templates===<br /> <br /> {{BeginBlueBox|}}<br /> Nachfolgend sind die Templates aufgeführt, welche zum Speichern von Informationen innerhalb eines Section-Entry Elements dienen.<br /> {{EndBlueBox}}<br /> <br /> ====CDA ManufacturedProduct====<br /> {{:cdaimpf:Template_CDA ManufacturedProduct}}<br /> <br /> =====CDA Material=====<br /> {{:cdaimpf:Template_CDA Material}}<br /> <br /> ====BoosterVaccinationCount====<br /> {{:cdaimpf:Template_BoosterVaccinationCount}}<br /> <br /> ====Deselection Dates====<br /> {{:cdaimpf:Template_Deselection Dates}}<br /> <br /> ====Diagnose Ausnahmebegründung====<br /> {{:cdaimpf:Template_DiagnosisExemption}}<br /> <br /> ====Disease====<br /> {{:cdaimpf:Template_Disease}}<br /> <br /> ====DiseaseAlreadyUndergone====<br /> {{:cdaimpf:Template_DiseaseAlreadyUndergone}}<br /> <br /> ====DocumentationType====<br /> {{:cdaimpf:Template_DocumentationType}}<br /> <br /> ====FlagSufficient====<br /> {{:cdaimpf:Template_FlagSufficient}}<br /> <br /> ====Immunisation Status Vaccination-Details Titer====<br /> {{:cdaimpf:Template_Immunisation Status Vaccination-Details Titer}}<br /> <br /> ====Indication Recommendation====<br /> {{:cdaimpf:Template_Indication Recommendation}}<br /> <br /> ====Individual Recommendation====<br /> {{:cdaimpf:Template_Individual Recommendation}}<br /> <br /> ====LastImmunoglobulinAdministration====<br /> {{:cdaimpf:Template_LastImmunoglobulinAdministration}}<br /> <br /> ====NextVaccinationDate====<br /> {{:cdaimpf:Template_NextVaccinationDate}}<br /> <br /> ====Note====<br /> {{:cdaimpf:Template_Note}}<br /> <br /> ====NoteRelevance====<br /> {{:cdaimpf:Template_NoteRelevance}}<br /> <br /> ====Occupational Group Recommendation====<br /> {{:cdaimpf:Template_Occupational Group Recommendation}}<br /> <br /> ====Post-Exposure Indication====<br /> {{:cdaimpf:Template_Post-Exposure Indication}}<br /> <br /> ====PreexistingConditionIndicationTime====<br /> {{:cdaimpf:Template_PreexistingConditionIndicationTime}}<br /> <br /> ====PrimaryImmunizationDate====<br /> {{:cdaimpf:Template_PrimaryImmunizationDate}}<br /> <br /> ====RecentVaccinationsInformation====<br /> {{:cdaimpf:Template_RecentVaccinationsInformation}}<br /> <br /> ====Standard Recommendations====<br /> {{:cdaimpf:Template_Standard Recommendations}}<br /> <br /> ====Titer Detail====<br /> {{:cdaimpf:Template_Titer Detail}}<br /> <br /> ====TransferFromCard====<br /> {{:cdaimpf:Template_TransferFromCard}}<br /> <br /> ====TransferToAccount====<br /> {{:cdaimpf:Template_TransferToAccount}}<br /> <br /> ====Travel Recommendation====<br /> {{:cdaimpf:Template_Travel Recommendation}}<br /> <br /> ====TravelType====<br /> {{:cdaimpf:Template_TravelType}}<br /> <br /> ====Vaccination Reference====<br /> {{:cdaimpf:Template_Vaccination Reference}}<br /> <br /> ====Vaccination Titer====<br /> {{:cdaimpf:Template_Vaccination Titer}}<br /> <br /> ====VaccinationSeries====<br /> {{:cdaimpf:Template_VaccinationSeries}}<br /> <br /> ====VaccinationType====<br /> {{:cdaimpf:Template_VaccinationType}}<br /> <br /> <br /> [[Kategorie:cdaimpf|CDA Entry Level Templates]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Copyright-Hinweis,_Nutzungshinweise&diff=58946 cdaimpf:Copyright-Hinweis, Nutzungshinweise 2019-06-19T08:20:55Z

<p>Mhettlage: /* Copyright-Hinweis, Nutzungshinweise */</p> <hr /> <div>==Copyright-Hinweis, Nutzungshinweise==<br /> <br /> {{BeginGreenBox|Nachnutzungs- bzw. Veröffentlichungsansprüche}}<br /> Für alle veröffentlichten Dateien mit einem CDA-Bezug gilt ferner:<br /> 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.<br /> <br /> Alle auf nationale Verhältnisse angepassten und veröffentlichten CDA-Schemas können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.<br/><br /> Aus der Nutzung ergibt sich kein weiter gehender Anspruch gegenüber HL7 Deutschland e.V., zum Beispiel eine Haftung bei etwaigen Schäden, die aus dem Gebrauch der Spezifikationen bzw. der zur Verfügung gestellten Dateien entstehen.<br /> <br /> Näheres unter http://www.hl7.de und http://www.hl7.org.<br /> {{EndGreenBox}}<br /> <br /> [[Kategorie:cdaimpf|Autoren]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Autoren&diff=58945 cdaimpf:Autoren 2019-06-19T08:20:06Z

<p>Mhettlage: /* Autoren */</p> <hr /> <div>== Autoren ==<br /> <br /> * gevko GmbH, Bonn, vertreten durch Gwenda Elmen, Ralf Franke<br /> <br /> [[Kategorie:cdaimpf|Autoren]]</div>

Mhettlage https://wiki.hl7.de/index.php?title=cdaimpf:Template_Deselection_Dates&diff=58932 cdaimpf:Template Deselection Dates 2019-06-17T11:04:20Z

<p>Mhettlage: Die Seite wurde neu angelegt: „{{:2.16.840.1.113883.3.1937.777.35.10.113/dynamic}} Template Deselection Dates“</p> <hr /> <div>{{:2.16.840.1.113883.3.1937.777.35.10.113/dynamic}}<br /> <br /> [[Kategorie:cdaimpf|Template Deselection Dates]]</div>

Mhettlage