Entlassungsbrief (Ärztlich)

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche



Inhaltsverzeichnis

1 Informationen über dieses Dokument

1.1 Allgemeines

Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten der Elektronischen Gesundheitsakte "ELGA" gemäß Gesundheitstelematikgesetz 2012 (GTelG 2012), aber auch für medizinische Dokumente im österreichischen Gesundheitswesen.

Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit der Rechtsordnung der Republik Österreich und insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz 2000, Gesundheitstelematikgesetz 2012) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.

1.2 Sprachliche Gleichbehandlung

Soweit im Text Bezeichnungen nur im generischen Maskulinum angeführt sind, beziehen sie sich auf Männer und Frauen in gleicher Weise. Unter dem Begriff "Patient" werden sowohl Bürger, Kunden und Klienten zusammengefasst, welche an einem Behandlungs- oder Pflegeprozess teilnehmen als auch gesunde Bürger, die derzeit nicht an einem solchen teilnehmen. Es wird ebenso darauf hingewiesen, dass umgekehrt der Begriff Bürger auch Patienten, Kunden und Klienten mit einbezieht.

1.3 Verbindlichkeit

Mit der ELGA-Verordnung 2015 (in der Fassung der ELGA-VO-Nov-2015) macht die Bundesministerin für Gesundheit und Frauen die Festlegungen für Inhalt, Struktur, Format und Codierung verbindlich, die in den Implementierungsleitfäden Entlassungsbrief Ärztlich, Entlassungsbrief Pflege, Pflegesituationsbericht, Laborbefunde, Befund bildgebender Diagnostik, e-Medikation sowie XDS Metadaten (jeweils in der Version 2.06) getroffen wurden. Die anzuwendende ELGA-Interoperabilitätsstufen ergeben sich aus §21 Abs.6 ELGA-VO. Die Leitfäden in ihrer jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind von der Gesundheitsministerin auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Dokumente für ELGA wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch die Bundesministerin für Gesundheit und Frauen vorgegeben.

Die Verbindlichkeit und die Umsetzungsfrist dieses Leitfadens ist im Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 sowie in den darauf fußenden ELGA-Verordnungen geregelt.

Neue Hauptversionen der Implementierungsleitfäden KÖNNEN ab dem Tag ihrer Veröffentlichung durch die Bundesministerin für Gesundheit und Frauen (www.gesundheit.gv.at) verwendet werden, spätestens 18 Monate nach ihrer Veröffentlichung MÜSSEN sie verwendet werden. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.

Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.

1.4 Zielgruppe

Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im Umfeld der ELGA, insbesondere der ELGA-Gesundheitsdaten, betraut sind. Eine weitere Zielgruppe sind alle an der Erstellung von CDA-Dokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.

1.5 Hinweis auf verwendete Grundlagen

Der vorliegende Leitfaden wurde unter Verwendung der nachstehend beschriebenen Dokumente erstellt. Das Urheberrecht an allen genannten Dokumenten wird im vollen Umfang respektiert.

Dieser Standard beruht auf der Spezifikation "HL7 Clinical Document Architecture, Release 2.0", für die das Copyright © von Health Level Seven International gilt. HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria), die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.hl7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

Dieser Leitfaden beruht auf Inhalten des LOINC® (Logical Observation Identifiers Names and Codes, siehe http://loinc.org). Die LOINC-Codes, Tabellen, Panels und Formulare unterliegen dem Copyright © 1995-2014, Regenstrief Institute, Inc. und dem LOINC Committee, sie sind unentgeltlich erhältlich. Lizenzinformationen sind unter http://loinc.org/terms-of-use abrufbar. Weiters werden Inhalte des UCUM® verwendet, UCUM-Codes, Tabellen und UCUM Spezifikationen beruhen auf dem Copyright © 1998-2013 des Regenstrief Institute, Inc. und der Unified Codes for Units of Measures (UCUM) Organization. Lizenzinformationen sind unter http://unitsofmeasure.org/trac/wiki/TermsOfUse abrufbar.

1.6 Danksagung

Die ELGA GmbH weist auf das Dokument „Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2.0 für das deutsche Gesundheitswesen“ hin, welches vom Verband der Hersteller von IT-Lösungen für das Gesundheitswesen (VHitG) herausgegeben wurde. Einige Ausführungen in dem genannten Dokument wurden in das vorliegende Dokument übernommen. Das Urheberrecht an dem Dokument „Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2.0 für das deutsche Gesundheitswesen“, wird im vollen Umfang respektiert.

1.7 Revisionsliste

Diese Version ist eine Nebenversion zur Hauptversion 2.06 und ersetzt diese. Die durchgeführten Änderungen ersehen Sie der Revisionsliste.

1.8 Weitere unterstützende Materialien

Gemeinsam mit diesem Leitfaden werden auf der Website der ELGA GmbH [1] weitere Dateien und Dokumente zur Unterstützung bereitgestellt: Beispieldokumente, zu verwendende Codes, Vorgaben zur Registrierung von CDA-Dokumenten, das Referenz-Stylesheet zur Darstellung von CDA-Dokumenten, Algorithmen zur Prüfung der Konformität von CDA-Dokumenten etc.


Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an cda@elga.gv.at[2] gesendet werden. Weitere Informationen finden Sie unter http://www.elga.gv.at/CDA.

1.9 Bedienungshinweise für die PDF-Version

Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:

  • Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts
  • Seitenweise blättern: "Bild" Tasten
  • Scrollen: Pfeil nach oben bzw. unten
  • Zoomen: Strg + Mouserad drehen
  • Suchen im Dokument: Strg + F

1.10 Impressum

Medieneigentümer, Herausgeber, Hersteller, Verleger:
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. Internet: http://www.elga.gv.at. Email: cda@elga.gv.at.
Geschäftsführer: DI Dr. Günter Rauchegger, DI (FH) Dr. Franz Leisch

Redaktion, Projektleitung, Koordination:
Mag. Dr. Stefan Sabutsch, stefan.sabutsch@elga.gv.at

Abbildungen: © ELGA GmbH

Nutzung: Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; www.hl7.at.
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.

Download unter www.gesundheit.gv.at und www.elga.gv.at/cda

2 Harmonisierung

Erarbeitung des Implementierungsleitfadens
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der „Arbeitsgruppe“ in den Jahren 2008-2012, bestehend aus nachfolgend genannten Personen:

Autoren
Kürzel Organisation Person1
Herausgeber, Editor, Projektleiter, ELGA CDA Koordinator
SSA ELGA GmbH Stefan Sabutsch
Autor, Moderator der Arbeitsgruppe (2008-2012)
JBR CodeWerk Software Services and Development GmbH Jürgen Brandstätter
Teilnehmer der Arbeitsgruppe
Organisation Person1
Ärztliche Vertreter
Österreichische Ärztekammer Milan Kornfeind, Robert Hawliczek, Jürgen Schwaiger, Gerhard Holler
Ärztekammer Tirol Ludwig Gruber
Initiative-ELGA Christian Husek, Susanna Michalek
Krankenhausträger
Barmherzige Schwestern Linz Michael Hubich
Oberösterreichische Gesundheits- u. Spitals AG Tilman Königswieser, Josef Hamedinger, Ingrid Wimmer
Steiermärkische Krankenanstalten-ges. m.b.H. Hubert Leitner, Walter Schwab-Ganster, Birgit Fürst, Monika Hoffberger, Daniela Sturm, Brigitte Walzl
Wiener Krankenanstaltenverbund Konrad Hölzl
Salzburger Landeskliniken Reinhard Eberl
Vinzenz Gruppe Krankenhausbeteiligungs- und Management GmbH Stefan Rausch-Schott
Länder und Projekte
Land OÖ / e-Care Projekt Benedikt Aichinger
Projekt “PatientInnenorientierte integrierte Krankenbetreuung“ Eva Friedler, Vera Em (FSW), Robert Em (WISO), Wolfgang Pfleger (FSW)
Sozialversicherung
Allg. Unfallversicherungsanstalt Gudrun Seiwald, Hubert Fankhauser, Michael Szivak
Hauptverband der österreichischen Sozialversicherungsträger Barbara Kaller
Sozialversicherungs-Chipkarten Betriebs- und Errichtungsgesellschaft Martin Asenbaum
Softwarehersteller / Befundprovider
Health Communication Service GmbH Eduard Schebesta, Christoph Unfried
shm sana health management GmbH Jochen Peter Gallob
Systema Human Information Systems GmbH Reinhard Egelkraut
Telekom Austria Peter Uher, Arnold Lengauer
T-Systems Austria GesmbH Karl Holzer
x-tention Christian Ametz
Universitäten / Fachhochschulen
Fachhochschule Technikum Wien Matthias Frohner, Ferenc Gerbovics
Normung
Austrian Standards Institute - Österreichisches Normungsinstitut, Experte der Arbeitsgruppe 250.03 “Qualitätsmanagement in der Pflege” Babette Dörr, Natalie Lottersberger
ELGA GmbH
ELGA GmbH Andrea Klostermann, Carina Seerainer, Oliver Kuttin
Patronanz, Akkordierung, Ergänzungen, Zustimmung
Organisation Person1
Bundesministerium für Gesundheit Clemens Auer
ELGA GmbH Susanne Herbek, Hubert Eisl, Martin Hurch, Oliver Kuttin, Carina Seerainer
Österreichische Ärztekammer Günther Wawrowsky, Reinhold Renner
OÖ Gesundheits- und Spitals AG Johannes Bretbacher
Vinzenz Gruppe Krankenhausbeteiligungs- und Management GmbH Christian Gierlinger
Steiermärkische Krankenanstalten GmbH Jürgen Engelbrecht
NÖ Landesklinikenholding Alexander Schanner, Wolfgang Amenitsch, Thomas Pökl
NÖ Landesheime Eva Friessenbichler, Roland Nefischer
Projekt NÖ Heim-Informationstechnologie Thomas Schubert
Oberösterreichischer Gesundheitsfonds Wolfgang Hiessl
Salzburger Landeskliniken Evelyn Müller
Medizinische Universität Wien Wolfgang Dorda
Wiener Gebietskrankenkasse Wolfgang Dufek, Karl Blauensteiner
Innomed GmbH Gerhard Stimac
Health Communication Service Gmbh Herbert Thomas
Tieto IT Services Johannes Rössler
Bundesfachgruppe Informationstechnologie der Bundeskammer der Architekten und Ingenieurkonsulenten Thomas Hrdinka
Andere ELGA Arbeitsgruppen
Bereich Organisation Person1
Laborbefund Fachhochschule Technikum Wien Stefan Sauermann, Alexander Mense
Befund bildgebende Diagnostik AIMC Martin Weigl
Lindner TAC Andreas Lindner

1 Personen sind ohne Titel angegeben


3 Einleitung

3.1 Ausgangssituation

Die Elektronische Gesundheitsakte (ELGA) umfasst die relevanten multimedialen und gesundheitsbezogenen Daten und Informationen zu einer eindeutig identifizierten Person. Die Daten sind in einem oder mehreren computergestützten Informationssystemen gespeichert. Sie stehen allen berechtigten Personen entsprechend ihren Rollen und den datenschutzrechtlichen Bedingungen in einer bedarfsgerecht aufbereiteten, elektronischen Form online zur Verfügung.

Die zentrale Anwendung von ELGA ist die Bereitstellung von patientenbezogenen medizinischen Dokumenten, die in vielen unterschiedlichen Informationssystemen der verschiedenen Gesundheitsdiensteanbieter erstellt werden. Diese Dokumente sollen nicht nur von Benutzern gelesen, sondern auch wieder in die IT-Systeme integriert und dort weiterverwendet werden können („Semantische Interoperabilität“). Beispielsweise können für den Arzt aus ELGA-Dokumenten automatisch Warnungen, Erinnerungen, Zusammenfassungen generiert und weitere Informationen berechnet und kontextbezogen angezeigt werden.

Um dieses Ziel zu ermöglichen, wird für Dokumente in ELGA der internationale Standard „Clinical Document Architecture, Release 2.0“ (CDA) von HL7 eingesetzt.

Der CDA-Standard wird für die Verwendung in ELGA im Detail ausspezifiziert, Vorgaben für einheitliche Dokumentation und Codierung der Information festgelegt und in implementierbaren Leitfäden veröffentlicht.

3.1.1 Entlassungsbrief (Ärztlich)

Im Rahmen der Kommunikation zwischen niedergelassenen Ärzten und Krankenhäusern sind die Entlassungsbriefe (Ärztlich) als „Kondensat ärztlichen Handelns“ von zentraler Bedeutung. Ein derartiges Entlassungsdokument enthält die medizinisch relevanten Teile der Geschichte eines Patienten und ist für den Informationsaustausch zwischen Gesundheitsdienstleistern bestimmt. Er richtet sich vor allem an die einweisenden oder weiterbehandelnden Ärzte sowie an andere Gesundheitsdienstanbieter, die bei Bedarf die weitere Betreuung oder Pflege übernehmen.

Im Kranken- und Kuranstaltengesetz wird der ärztliche Entlassungsbrief als übersichtliche und zusammengefasste Darstellung der Angaben und Empfehlungen bzw. Anordnungen definiert, "[…] die für eine allfällige weitere ärztliche, psychologische, psychotherapeutische und pflegerische Betreuung oder Betreuung durch Hebammen notwendigen Angaben und Empfehlungen sowie allfällige notwendige Anordnungen für die Angehörigen der Gesundheits- und Krankenpflegeberufe, Angehörige der gehobenen medizinisch-technischen Dienste oder Heilmasseure zur unerlässlich gebotenen Betreuungskontinuität zu enthalten hat.“ (KaKUG §24, Abs.2)

3.2 Zweck

Das Ziel dieses Dokuments ist die Beschreibung der Struktur von medizinischen Entlassungsbriefen der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens

„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]

speziell für die Dokumentenklasse

Entlassungsbrief (Ärztlich)

gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.  

3.3 Hierarchie der Implementierungsleitfäden

Der vorliegende Implementierungsleitfaden basiert auf der grundlegenden Implementierungsvorschrift für alle CDA Dokumente im österreichischen Gesundheitswesen. Der CDA Befund “Entlassungsbrief Ärztlich“ hat grundsätzlich beiden aufeinander aufbauenden Implementierungsleitfäden zu folgen.

Abbildung 1: Zusammenspiel der Implementierungsleitfäden.

Die administrativen Daten im Dokumentheader und grundsätzliche Vorgaben für den medizinischen Inhalt werden vom „Allgemeinen Implementierungsleitfaden“ definiert. Der jeweilige „Spezielle Implementierungsleitfaden“ enthält die Vorgaben für die medizinischen Inhalte und ergänzt gegebenenfalls die Header-Vorgaben.

Für die Verwendung dieses Implementierungsleitfadens sind zusätzlich die Vorgaben aus

„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]

in der Hauptversion 2 vorausgesetzt.

4 Anwendungsfälle

Dieses Kapitel beschreibt die Anwendungsfälle, welche für die Ermittlung der Anforderungen hinsichtlich der Struktur der in den folgenden Kapiteln dieses Implementierungsleitfadens beschriebenen Entlassungsbriefe herangezogen wurden.

4.1 Anwendungsfall ENTL01: „Entlassung aus dem stationären Bereich“

4.1.1 Allgemeines

Dieser Anwendungsfall beschreibt die Entlassung eines Patienten nach dem stationären Aufenthalt2 in einer Krankenanstalt.

Die Entlassung des Patienten kann entweder „nach Hause“ oder in eine weiterbehandelnde stationäre Einrichtung (z.B. Rehabilitations-Zentrum) erfolgen.

Die Dokumentation des Aufenthalts in den Entlassungspapieren beinhaltet Informationen für den Patienten selbst, sowie eventuell weiterbehandelnde Gesundheitsdienstleister oder Pflegedienste. Somit setzt sich die Dokumentation aus einer „ärztlichen“ und einer „pflege-relevanten“ Komponente zusammen.

4.1.2 Ergebnisse bei Erfolg

Die ärztlichen und pflege-relevanten Entlassungsbriefe liegen in Form von CDA Dokumenten vor. Die CDA Dokumente sind sowohl zum Implementierungsleitfaden „CDA Dokumente im österreichischen Gesundheitswesen“ als auch zu diesem Implementierungsleitfaden konform.

Die Dokumente sind bereit in ein ELGA Dokumentenregister eingebracht zu werden.

4.1.3 Vorbedingungen und Voraussetzungen

  • Krankenhausinformationssystem ist bereit CDA Dokumente konform zu den Implementierungsleitfäden herzustellen

4.1.4 Akteure

  • Für die ärztliche Entlassungsdokumentation
    • Verfasser (Inhaltlicher Ersteller, „Autor“) Vidierender Arzt (Rechtlich Verantwortlicher)
  • Für die Pflege-Entlassungsdokumentation
    • Vidierende Person (Gehobener Dienst für Gesundheits- und Krankenpflege), (Rechtlich Verantwortlicher)
  • Medizinisches Dokumentationssystem (z.B. Krankenhausinformationssystem)

4.1.5 Auslöser/Trigger

  • Patient wird nach einem stationären Aufenthalt entlassen

4.1.6 Relevanz zum vorliegenden Dokument

Das vorliegende Dokument behandelt nur den ärztlichen Teil der Entlassungsbriefe.

Für die Pflege-Entlassungsbriefe sehen Sie bitte den entsprechenden Leitfaden „HL7 Implementation Guide for CDA® R2: Entlassungsbrief (Pflege)“.


2 Auch tagesklinische Aufenthalte werden zu den stationären Aufenthalten gezählt. Bei zeitlich begrenzten Serien von tagesklinischen Aufenthalten (z.B. Chemotherapiezyklus) kann ein Entlassungsbrief am Ende der Serie erstellt werden. Bei zeitlich unbegrenzten Serien von Tageskliniken-Aufenthalten (zB psychiatrische Versorgung, HIV-Therapie) empfiehlt es sich, nach jeweils drei Monaten einen Entlassungsbrief zu erstellen.


5 Administrative Daten (CDA Header)

Dieses Kapitel basiert auf dem entsprechenden Kapitel im „Allgemeinen Implementierungsleitfaden“ (Implementierungsleitfaden HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente [OID Root 1.2.40.0.34.7.1]) und beschreibt die darüber hinausgehenden Spezifikationen zum Thema „Entlassungsbriefe (Ärztlich)“.

5.1 Dokumentenstruktur

5.1.1 Elemente ohne spezielle Vorgaben

Folgende Elemente erfordern keine speziellen Vorgaben:

  • XML Metainformationen
  • Wurzelelement
  • Hoheitsbereich („realmCode“)
  • Dokumentformat („typeId“)
  • Dokumenten-Id („id”)
  • Erstellungsdatum des Dokuments („effectiveTime“)
  • Vertraulichkeitscode („confidentialityCode“)
  • Sprachcode des Dokuments („languageCode“)

Verweis auf den Allgemeinen Leitfaden:
Die Elemente erfordern keine speziellen Vorgaben. Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

5.1.2 XML Metainformationen

5.1.2.1 Zeichencodierung

CDA-Dokumente MÜSSEN mit UTF-8 (8-Bit Universal Character Set Transformation Format, nach RFC 3629 / STD 63 (2003)) codiert werden.

<?xml version="1.0" encoding="UTF-8" standalone=”yes”?>
<ClinicalDocument xmlns="urn:hl7-org:v3">
:


5.1.2.2 Hinterlegung eines Stylesheets

Um ein CDA-Dokument in einem Webbrowser anzeigen zu können, muss es nach HTML tranformiert werden. Das kann durch eine XSLT-Transformation (ein so genanntes „Stylesheet“) geschehen. Ist das Stylesheet im angegebenen Pfad erreichbar, wird dieses beim Öffnen des CDA-Dokuments mit einem Browser üblicherweise automatisch auf das CDA-Dokument angewandt und die Darstellung gerendert.

ELGA stellt zur einheitlichen Darstellung von CDA-Dokumenten ein „Referenz-Stylesheet“ zur Verfügung (Download ist von der ELGA Website http://www.elga.gv.at/cda möglich). Da der Zugriff auf XSLT-Programme von den meisten Browsern eingeschränkt ist, wird kein absoluter Pfad auf eine Webressource angegeben.

<?xml version="1.0" encoding="UTF-8" standalone=”yes”?>
<?xml-stylesheet type="text/xsl" href="ELGA_Stylesheet_v1.0.xsl"?>
<ClinicalDocument xmlns="urn:hl7-org:v3">
:

Das Stylesheet „ELGA_Stylesheet_v1.0.xsl“ MUSS angegeben werden [M]. Die Angabe eines Pfades ist NICHT ERLAUBT. Ausnahmen können für automatisiert erstellte Dokumente notwendig sein, diese müssen im allgemeinen und speziellen Leitfäden beschrieben werden.

5.1.3 Wurzelelement

Der XML-Namespace für CDA Release 2.0 Dokumente ist urn:hl7-org:v3 (Default-Namespace). Dieser MUSS in geeigneter Weise in jeder CDA XML Instanz genannt werden. In speziellen Leitfäden können weitere namespace-Präfixe angegeben werden.

Für ELGA CDA-Dokumente MUSS der Zeichensatz UTF-8 verwendet werden.

CDA-Dokumente beginnen mit dem Wurzelelement ClinicalDocument, der grobe Aufbau ist im folgenden Übersichtsbeispiel gegeben.

<ClinicalDocument xmlns="urn:hl7-org:v3">
   <!-- CDA Header -->
      … siehe Beschreibung CDA R2 Header …
   <!-- CDA Body -->
   <component>
      <structuredBody>
         … siehe Beschreibung CDA R2 Body …
      </structuredBody>
   </component>
</ClinicalDocument>

5.1.4 Hoheitsbereich des Dokuments („realmCode“)

Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich (bzw. Bereich der HL7 Affiliate Austria, Code „AT“) stammt.

5.1.4.1 Strukturbeispiel

<realmCode code="AT'"/>


5.1.4.2 Spezifikation

Element/Attribut DT Kard Konf Beschreibung
realmCode CS
CNE
1..1 M Hoheitsbereich des Dokuments

Fester Wert: @code = AT
(aus ValueSet „ELGA_RealmCode“)

5.1.5 Dokumentformat („typeId“)

Dieses Element kennzeichnet, dass das Dokument im Format CDA R2 vorliegt.

5.1.5.1 Strukturbeispiel

<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>


5.1.5.2 Spezifikation

Element/Attribut DT Kard Konf Beschreibung
typeId II 1..1 M Dokumentformat CDA R2
Feste Werte:
@root = 2.16.840.1.113883.1.3'
@extension = POCD_HD000040

5.1.6 Dokumenten-Id („id”)

Die Dokumenten-Id eines CDA-Dokuments ist ein eindeutiger Instanzidentifikator, der das Dokument weltweit eindeutig und für alle Zeit identifiziert. Ein CDA-Dokument hat genau eine Id.

5.1.6.1 Strukturbeispiel

<id
  root="1.2.40.0.34.99.111.1.1"
  extension="134F989"
  assigningAuthorityName="Amadeus Spital"/>

5.1.6.2 Spezifikation

Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden.

Element/Attribut DT Kard Konf Beschreibung
id II 1..1 M Dokumenten-Id

Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.

5.1.7 Erstellungsdatum des Dokuments („effectiveTime“)

5.1.7.1 Spezifikation

Id1.2.40.0.34.11.90008
ref
elgabbr-
Gültigkeit2016‑07‑21
Andere Versionen mit dieser Id:
  • Kblank.png CDeffectiveTime vom 2013‑11‑07
StatusKgreen.png AktivVersions-Label
NameCDeffectiveTimeBezeichnungCD effectiveTime
Beschreibung

Mit Erstellungsdatum ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird. (z.B.: Wien, am …). Das Erstellungsdatum dokumentiert den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde.

Bemerkung: Das Erstellungsdatum des Dokuments muss nicht mit dem Datum der rechtli-chen Unterzeichnung (oder „Vidierung“) übereinstimmen.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-8Kyellow.png Erstellungsdatum Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21)
ref
elgabbr-
Beispiel
Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD
<effectiveTime value="20081224"/>
Beispiel
Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM
<effectiveTime value="20081224082015+0100"/>
ItemDTKardKonfBeschreibungLabel
hl7:effectiveTime
TS.AT.TZ1 … 1M
Erstellungsdatum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(CDe...ime)
 
Target.png
elgagab-data​element-8Kyellow.png Erstellungsdatum Kyellow.png Datensatz

5.1.8 Vertraulichkeitscode („confidentialityCode“)

5.1.8.1 Spezifikation

Id1.2.40.0.34.11.90009
ref
elgabbr-
Gültigkeit2013‑11‑07
StatusKgreen.png AktivVersions-Label
NameCDconfidentialityCodeBezeichnungCD confidentialityCode
Beschreibung

“Vertraulichkeitscode” (im CDA das Element ClinicalDocument/confidentialityCode) bezeichnet die Vertraulichkeitsstufe dieses Dokuments.

Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden. Die Information des Vertraulichkeitscodes im Dokument selbst, dient nur der reinen Information und hat keine technischen Konsequenzen.

Da Dokumente nach der Vidierung weder technisch noch legistisch geändert werden dürfen, kann der Vertraulichkeitscode keine konkreten Zugriffsrechte auf das Dokument regeln, sondern nur auf „Metaebenen“, wie beispielsweise „geltendes Recht XY“ oder weiterführende Verwendungen über das IHE BPPC Profil, verweisen.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-266Kyellow.png Vertraulichkeitscode Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07)
ref
elgabbr-
Beispiel
Beispiel
<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>
ItemDTKardKonfBeschreibungLabel
hl7:confidentialityCode
CE1 … 1M(CDc...ode)
 
Target.png
elgagab-data​element-266Kyellow.png Vertraulichkeitscode Kyellow.png Datensatz
Treetree.png@code
CONF1 … 1FN
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.25 (BasicConfidentialityKind)
Treetree.png@displayName
1 … 1Fnormal

5.1.9 Sprachcode des Dokuments („languageCode“)

5.1.9.1 Spezifikation

Id1.2.40.0.34.11.90010
ref
elgabbr-
Gültigkeit2013‑11‑07
StatusKgreen.png AktivVersions-Label
NameCDlanguageCodeBezeichnungCD languageCode
Beschreibung

Die Sprache des Dokuments wird in diesem Attribut gemäß IETF (Internet Engineering Task Force), RFC 1766: Tags for the Identification of Languages nach ISO-639-1 (zweibuchstabige Codes für Sprachen, Kleinbuchstaben) und ISO 3166 (hier: zweibuchstabige Ländercodes, Großbuchstaben) festgelegt.

Das Format ist entsprechend ss-CC, mit ss, zwei Kleinbuchstaben für den Sprachencode gemäß ISO-639-1, und CC, zwei Großbuchstaben für den Ländercode gemäß ISO 3166 (Tabelle mit zwei Buchstaben).

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-265Kyellow.png Sprachcode Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07)
ref
elgabbr-
Beispiel
Beispiel
<languageCode code="de-AT"/>
ItemDTKardKonfBeschreibungLabel
hl7:language​Code
CS.LANG1 … 1MSprachcode des Dokuments.(CDl...ode)
 
Target.png
elgagab-data​element-265Kyellow.png Sprachcode Kyellow.png Datensatz
Treetree.png@code
CONF1 … 1Fde-AT


5.1.10 Elemente mit speziellen Vorgaben

5.1.10.1 ELGA Implementierungsleitfaden-Kennzeichnung („templateId“)

Mit Angabe dieses Elements wird ausgesagt, dass das vorliegende CDA-Dokument zu diesem Implementierungsleitfaden konform ist. Ein Dokument, welches dem vorliegenden Implementierungsleitfaden folgt, muss auch dem übergeordneten „Allgemeinen Implementierungsleitfaden“ folgen.

5.1.10.1.1 Spezielle Vorgaben für Entlassungsbriefe (Ärztlich)

Die templateId-Elemente für diesen Implementierungsleitfaden sind anzugeben.

5.1.10.1.2 Strukturbeispiel
<ClinicalDocument xmlns="urn:hl7-org:v3">
   :
  <!-- ELGA CDA Dokumente -->
  <templateId root="1.2.40.0.34.11.1"/>

  <!-- ELGA CDA Entlassungsbrief (Ärztlich) -->
  <templateId root="1.2.40.0.34.11.2"/>

  <!-- In Abhängigkeit von der ELGA Interoperabilitätsstufe (EIS) -->

  <!-- EIS „Basic“ -->
  <templateId root="1.2.40.0.34.11.2.0.1"/>
     ... oder ...
  <!-- EIS „Enhanced“ -->
  <templateId root="1.2.40.0.34.11.2.0.2"/>
     ... oder ...
  <!-- EIS „Full support“ -->
  <templateId root="1.2.40.0.34.11.2.0.3"/>
   :
</ClinicalDocument>
5.1.10.1.3 Spezifikation
Element/Attribut DT Kard Konf Beschreibung
templateId II 1..1 M ELGA TemplateId für den Allgemeinen Implementierungsleitfaden
Fester Wert: @root = 1.2.40.0.34.11.1
templateId II 1..1 M ELGA TemplateId für den speziellen Implementierungsleitfaden Entlassungsbrief (Ärztlich)
Fester Wert: @root = 1.2.40.0.34.11.2
--- zusätzlich eine der folgenden templateIds ---
Im Falle von EIS „Basic“

(Das Dokument enthält entweder unstrukturierten oder eingebetteten Inhalt (z.B. PDF) oder enthält strukturierten Inhalt, wobei jedoch nicht alle Sektionen den Vorgaben von EIS „Enhanced“ oder höher folgen)

templateId II 1..1 M ELGA CDA Entlassungsbrief (Ärztlich)
Fester Wert @root = 1.2.40.0.34.11.2.0.1
--- oder ---
Im Falle von EIS „Enhanced“

(Alle Sektionen folgen ausnahmslos den Vorgaben von EIS „Enhanced“ oder höher, aber nicht alle Sektionen folgen den Vorgaben von EIS „Full support“)

templateId II 1..1 M ELGA CDA Entlassungsbrief (Ärztlich) in EIS „Enhanced“
Fester Wert @root = 1.2.40.0.34.11.2.0.2
--- oder ---
Im Falle von EIS „Full support“:

(Alle Sektionen folgen ausnahmslos den Vorgaben von EIS „Full support“)

templateId II 1..1 M ELGA CDA Entlassungsbrief (Ärztlich) in EIS „Full support“
Fester Wert @root = 1.2.40.0.34.11.2.0.3

5.1.10.2 Titel des Dokuments („title“)

Der Titel des Dokuments ist für den lesenden Dokumentempfänger das sichtbare Element. Dieser wird nicht dem Attribut displayName des Elements code entnommen, sondern dem (verpflichtenden) Element title.

5.1.10.2.1 Spezielle Vorgaben für Entlassungsbriefe (Ärztlich)

Da Entlassungsdokumente in ihrem code-Element nicht zwischen „vorläufigen“ oder „endgültigen“ Fassungen von Entlassungsdokumenten unterscheiden, soll der Titel auch die darüberhinausgehende Zusatzinformation, wie „vorläufig“ o.ä. beinhalten. Siehe hierzu auch Kapitel „Dokumentenklasse (“code”)“.

Angabe des Titels des Entlassungsdokuments in der in der erstellenden Einrichtung üblichen Form.

Kann zusätzlich Hinweise zum Dokumentstatus („vorläufig“ …) oder Abteilungen inkludieren.

Beispiele:

  • „Vorläufiger Entlassungsbrief der gynäkologischen Abteilung“
  • „Entlassungsbrief der chirurgischen Abteilung“
  • „Entlassungsbrief“

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

5.1.10.3 Dokumentenklasse (“code”)

Bei den in der österreichischen Praxis entstehenden Entlassungsdokumenten wird grundsätzlich zwischen endgültigen Entlassungsbriefen und vorläufigen Entlassungsbriefen unterschieden. Des Weiteren werden auch fachbezogene Entlassungsbriefe (z.B.: „Entlassungsbrief der gynäkologischen Abteilung“) ausgegeben.

5.1.10.3.1 Spezielle Vorgaben für Entlassungsbriefe (Ärztlich)

Alle ärztlichen Entlassungsdokumente aus dem stationären Bereich werden unabhängig von Inhalt, ausstellender Abteilung oder Status („vorläufig“ oder „ordentlich“) mit dem folgenden LOINC Code codiert:

11490-0, Physician Discharge summary

5.1.10.3.2 Strukturbeispiel
<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
   <code  code="11490-0"
          displayName="Physician Discharge summary"
          codeSystem="2.16.840.1.113883.6.1"
          codeSystemName="LOINC" />
         	:
</ClinicalDocument>
5.1.10.3.3 Spezifikation
Element/Attribut DT Kard Konf Beschreibung
code CE
CWE
1..1 M Code des Dokuments
@code cs 1..1 M Fester Wert: 11490-0
(aus Value-Set „ELGA_Dokumentenklassen“)
@displayName st 1..1 M Fester Wert: Physician Discharge summary
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.6.1
@codeSystemName st 1..1 M Fester Wert: LOINC

5.2 Teilnehmende Parteien

5.2.1 Elemente ohne spezielle Vorgaben

Folgende Elemente erfordern keine speziellen Vorgaben:

  • Patient („recordTarget/patientRole“)
  • Verfasser des Dokuments („author“)
  • Personen bei der Dateneingabe („dataEnterer“)
  • Verwahrer des Dokuments („custodian“)
  • Beabsichtigte Empfänger des Dokuments („informationRecipient“)
  • Weitere Unterzeichner („authenticator“)

Verweis auf den Allgemeinen Leitfaden:
Die Elemente erfordern keine speziellen Vorgaben. Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

5.2.2 Patient („recordTarget/patientRole“)

Im CDA-Header wird mindestes eine Patientenrolle beschrieben, die zu genau einer Person zugehörig ist. Die recordTarget Beziehung weist auf die Patient-Klasse und gibt an, zu welchem Patienten dieses Dokument gehört.

Auszug aus dem R-MIM:

Abbildung 7: Klassen rund um den Patienten.

5.2.2.1 Spezifikation

Id1.2.40.0.34.11.20001
ref
elgabbr-
Gültigkeit2017‑07‑20
Andere Versionen mit dieser Id:
  • Kblank.png Header​Record​Target vom 2018‑10‑18 14:23:51
  • Kblank.png Header​Record​Target vom 2017‑03‑27
  • Kblank.png Header​Record​Target vom 2013‑10‑08
  • Kblank.png Header​Record​Target vom 2013‑02‑10
  • Kblank.png Header​Record​Target vom 2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameHeader​Record​TargetBezeichnungHeader​Record​Target
Beschreibung
Das RecordTarget-Element enthält den Patienten: Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw über deren Gesundheitsdaten im Dokument berichtet wird.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-9Kyellow.png Patient Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90017InklusionKyellow.png Language CommunicationDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20001 Header​Record​Target (2017‑03‑27)
ref
elgabbr-
Beispiel
Vollständiges Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- lokale Patienten ID vom System -->
    <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>    <!-- Sozialversicherungsnummer des Patienten -->
    <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- Adresse des Patienten -->
    <addr use="H">
      <streetName>Musterstraße</streetName>      <houseNumber>13a</houseNumber>      <postalCode>7000</postalCode>      <city>Eisenstadt</city>      <state>Burgenland</state>      <country>AUT</country>    </addr>
    <!-- Kontaktdaten des Patienten-->
    <telecom value="tel:+43.1.40400" use="H"/>    <telecom value="tel:+43.664.1234567" use="MC"/>    <telecom value="mailto:herbert.mustermann@provider.at"/>    <!-- Name des Patienten -->
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <prefix qualifier="AC">Dipl.Ing.</prefix>        <given>Herbert</given>        <given>Hannes</given>        <family>Mustermann</family>        <family qualifier="BR">VorDerHeirat</family>        <suffix qualifier="AC">BSc</suffix>        <suffix qualifier="AC">MBA</suffix>      </name>
      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode code="M" displayName="Male" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime value="19701224"/>      <!-- Familienstand des Patienten -->
      <maritalStatusCode code="D" displayName="Divorced" codeSystem="2.16.840.1.113883.5.2"/>      <!-- Religionszugehörigkeit des Patienten -->
      <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>      <!-- Vormund/Sachwalter des Patienten "Organisation"-->
      <guardian>
        <!--Eine Organisation als Guardian, hier als Strukturbeispiel-->
        <addr>
          <streetAddressLine>Kinderdorfstraße 1</streetAddressLine>          <postalCode>2371</postalCode>          <city>Hinterbrühl</city>          <state>Niederösterreich</state>          <country>AUT</country>        </addr>
        <!-- Kontaktdaten des Vormunds/Sachwalters (Organisation)-->
        <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <guardianOrganization>
          <!-- Name der Vormund/Sachwalter-Organisation-->
          <name>SOS Kinderdorf Hinterbrühl</name>        </guardianOrganization>
      </guardian>
      <!-- Vormund/Sachwalter des Patienten "Person" -->
      <guardian>
        <!-- Adresse des Vormunds/Sachwalters (Person) -->
        <addr>
          <streetAddressLine>Musterstraße 1234</streetAddressLine>          <postalCode>8011</postalCode>          <city>Graz</city>          <state>Steiermark</state>          <country>AUT</country>        </addr>
        <!-- Kontaktdaten des Vormunds/Sachwalters (Person) -->
        <telecom use="MC" value="tel:+43.676.1234567"/>        <telecom use="H" value="tel:+43.316.717.653.9939"/>        <telecom use="WP" value="tel:+43.316.608.271.9000"/>        <guardianPerson>
          <!-- Name der Vormund/Sachwalter-Organisation -->
          <name>
            <given>Susi</given>            <family>Sorgenvoll</family>          </name>
        </guardianPerson>
      </guardian>
      <!-- Geburtsort des Patienten -->
      <birthplace>
        <place>
          <addr>Graz</addr>        </place>
      </birthplace>
    </patient>
  </patientRole>
</recordTarget>
Beispiel
Minimalbeispiel 1
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- lokale Patienten ID vom System -->
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    <!-- Name des Patienten -->
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>
      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime value="19701224"/>    </patient>
  </patientRole>
</recordTarget>
Beispiel
Minimalbeispiel 2
<recordTarget>
  <patientRole>
    <!-- lokale Patienten ID -->
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    <!-- Name des Patienten -->
    <patient>
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>
      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode nullFlavor="UNK"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime nullFlavor="UNK"/>    </patient>
  </patientRole>
</recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
Komponente für die Patientendaten.
(Hea...get)
 
Target.png
elgagab-data​element-9Kyellow.png Patient Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole>
</recordTarget>
Treetree.pnghl7:patientRole
1 … 1RPatientendaten.(Hea...get)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient>
</patientRole>
 Schematron assertrole error 
 teststring-length(hl7:id[1]/@root)>0 
 Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein 
 Schematron assertrole error 
 testhl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK' 
 Meldung patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben 
Treeblank.pngTreetree.pnghl7:id
II2 … *Rid[1]  Identifikation des Patienten im lokalen System.
id[2] 
Sozialversicherungsnummer des Patienten
Zugelassene nullFlavor:
  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit)

(Hea...get)
 Beispiel
lokale Patienten ID vom System, notwendig für XDS
<id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>
 Beispiel
Patienten SV Nummer
<id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>
 Beispiel
bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)
<id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/><!--Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen-->
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Patienten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:streetAddressLine
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:streetName
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:houseNumber
0 … 1(Hea...get)
 Schematron assertrole error 
 testhl7:streetAddressLine or (hl7:streetName and hl7:houseNumber) 
 MeldungGranularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber 
Treeblank.pngTreeblank.pngTreetree.pnghl7:postalCode
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:city
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:state
0 … 1C(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:country
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:additionalLocator
0 … 1(Hea...get)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Patienten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...get)
Treeblank.pngTreetree.pnghl7:patient
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M
Name des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
0 … *(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
1 … *M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
1 … *M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
0 … *(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R

Codierung des Geschlechts des Patienten.

Zugelassene nullFlavor: UNK

Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.

(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1R
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1Codierung des Familienstands des Patienten.(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1Codierung des Religionsbekenntnisses des Patienten.(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NP
Rasse des Patienten
Darf nicht verwendet werden!
(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPEthnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...get)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardian​Person
  • hl7:guardian​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
 … 1Name des des gesetzlichen Vertreters (Person). (Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MName der Person. (Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
 … 1Name des des gesetzlichen Vertreters (Organisation). (Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation.(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1Geburtsort des Patienten.(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M

Die Adresse des Geburtsorts.

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen.

Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich.
(Hea...get)
Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *
Komponente zur Angabe der Sprachfähigkeiten des Patienten.
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 1Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1Ausdrucksform der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.60
(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1Grad der Sprachkenntnis in der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.61
(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.(Hea...get)


5.2.2.1.1 id
Element/Attribut DT Kard Konf Beschreibung
id[1] II 1..1 M Identifikation des Patienten im lokalen System
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
id[2] II 1..1 R Sozialversicherungsnummer des Patienten
Zugelassene nullFlavor:
  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
@root uid 1..1 M OID der Liste aller österreichischen Sozialversicherungen
Fester Wert: 1.2.40.0.10.1.4.3.1
@extension st 1..1 M Vollständige Sozialversicherungsnummer des Patienten (alle 10 Stellen)
@assigningAuthorityName st 0..1 O Fester Wert: Österreichische Sozialversicherung
id[3] II 0..1 O Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit)
@root uid 1..1 M OID der österreichischen bPK
Fester Wert: 1.2.40.0.10.2.1.1.149
@extension st 1..1 M bPK-GH des Patienten: Bereichskürzel + bPK (Base64, 28 Zeichen) (insg. 31 Stellen)
Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen
@assigningAuthorityName st 0..1 O Fester Wert: Österreichische Stammzahlenregisterbehörde

Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!

5.2.2.1.2 addr

Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass auch mehr als eine Adresse unterstützt werden muss.

5.2.2.1.3 patient/languageCommunication

In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.

Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein. Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.

5.2.2.1.4 patient/guardian

In der Klasse guardian können Informationen bezüglich eines Vormunds/Sachwalters des Patienten angegeben werden. Begriffsdefinition:

  • Ein Vormund kann existieren, wenn die Person noch nie geschäftsfähig war
    • z.B. Kinder
  • Ein Sachwalter kann existieren, wenn die Person schon geschäftsfähig war, die Geschäftsfähigkeit aber entzogen wurde
    • z.B. Alte Personen

Vormund/Sachwalter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein. Beim Patient können optional ein oder mehrere Vormund/Sachwalter Element(e) angegeben werden. Wenn ein Sachwalter bekannt ist, SOLL diese Information auch angegeben werden.

5.2.3 Verfasser des Dokuments („author“)

Auszug aus dem R-MIM:

Abbildung 8: Klassen rund um den Autor.

5.2.3.1 Spezifikation

Id1.2.40.0.34.11.20002
ref
elgabbr-
Gültigkeit2015‑05‑09
Andere Versionen mit dieser Id:
  • Kblank.png HeaderAuthor vom 2018‑10‑18 14:32:49
  • Kblank.png HeaderAuthor vom 2013‑02‑10
  • Kblank.png HeaderAuthor vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeaderAuthorBezeichnungHeaderAuthor
Beschreibung

Der Dokumentersteller („author“) ist in der Regel die „das Dokument verfassende Person“ oder ein „datenerstellendes Gerät“. Damit ist diejenige Person oder das Gerät gemeint, welche das Dokument „inhaltlich“ verfasst (z.B.: diktiert). Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …) wird in CDA in einem eigenen Element (dataEnterer) abgebildet (siehe Personen der Dateneingabe („dataEnterer“)“).

Es kann auch mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente).

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-48Kyellow.png Autor Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20002 HeaderAuthor (2015‑05‑09)
ref
elgabbr-
Beispiel
Strukturbeispiel für eine Person als „author“
<author typeCode="AUT" contextControlCode="OP">
  <!-- Funktionscode -->
  <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  <!-- Zeitpunkt der Erstellung -->
  <time value="20081224082015+0100"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- Identifikation des Verfassers des Dokuments -->
    <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    <!-- Fachrichtung des Verfassers des Dokuments -->
    <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    <!-- Kontaktdaten des Verfassers des Dokuments -->
    <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <!-- Name des Verfassers des Dokuments -->
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>
    </assignedPerson>
    <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat -->
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedAuthor>
</author>
Beispiel
Strukturbeispiel für datenerstellende Geräte als „author“
<author>
  <!-- Zeitpunkt der Erstellung -->
  <time value="20081224082015+0100"/>  <assignedAuthor>
    <!-- Geräte Identifikation (oder nullFlavor) -->
    <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    <!-- Geräte Beschreibung -->
    <assignedAuthoringDevice>
      <manufacturerModelName>Good Health System</manufacturerModelName>      <softwareName>Best Health Software Application</softwareName>    </assignedAuthoringDevice>
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedAuthor>
</author>
ItemDTKardKonfBeschreibungLabel
hl7:author
Verfasser des Dokuments.(Hea...hor)
 
Target.png
elgagab-data​element-48Kyellow.png Autor Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FAUT
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:functionCode
CE0 … 1
Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …
Eigene Codes und Bezeichnungen können verwendet werden. 

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.
(Hea...hor)
Treetree.pnghl7:time
TS.AT.TZ1 … 1R

Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK
(Hea...hor)
Treetree.pnghl7:assignedAuthor
1 … 1ROrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.(Hea...hor)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
 Beispiel<assignedAuthor classCode="ASSIGNED">
  <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </assignedPerson>
</assignedAuthor>
Treeblank.pngTreetree.pnghl7:id
II1 … *R

Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.ODERIdentifikation des/der datenerstellenden Gerätes/Software.

Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

Zugelassene nullFlavor:

    • NI … Person hat keine ID / Gerät/Software hat keine ID
    • UNK … Person hat eine ID, diese ist jedoch unbekannt /Gerät/Software hat eine ID, diese ist jedoch unbekannt

(Hea...hor)
Treeblank.pngTreetree.pnghl7:code
CE0 … 1

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“,

Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(Hea...hor)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...hor)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...hor)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Hea...hor)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC1 … 1RHersteller und Modellbezeichnung des datenerstellenden Gerätes.(Hea...hor)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RBezeichnung (und ggf Version) der datenerstellenden Software.(Hea...hor)
Treeblank.pngTreetree.pnghl7:represented​Organization
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.(Hea...hor)
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>
    <!-- ... -->
  </name>
</representedOrganization>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MDie OID der Organisation aus dem GDA-Index.

Hinweise:
id[1] MUSS aus dem GDA-I stammen, weitere id-Elemente können hinzugefügt werden.

Für den Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“

Für die Adresse MUSS mindestens Granularitätsstufe 2 angewendet werden.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

(Hea...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...hor)


5.2.3.2 Spezifikation: Datenerstellende Geräte als „author“

Datenerstellende Geräte/Software (z.B.: das Service der e-Medikation, das die aktuelle Medikationsliste generiert). Siehe auch Rechtlicher Unterzeichner („legalAuthenticator“).

5.2.4 Personen der Dateneingabe („dataEnterer“)

5.2.4.1 Spezifikation

Id1.2.40.0.34.11.20003
ref
elgabbr-
Gültigkeit2013‑02‑10
Andere Versionen mit dieser Id:
  • Kblank.png HeaderDataEnterer vom 2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameHeaderDataEntererBezeichnungHeaderDataEnterer
Beschreibung

Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …).
Das Element "DataEnterer" ist bei automatisch erstellten Dokumenten nicht notwendig.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-65Kyellow.png Schreibkraft Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20003 HeaderDataEnterer (2013‑02‑10)
ref
elgabbr-
Beispiel
Beispiel
<dataEnterer>
  <!-- Zeitpunkt des Schreibens -->
  <time value="20081224082015+0100"/>  <assignedEntity>
    <!-- Die das Dokument schreibende Person -->
    <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    <telecom value="tel:+43.1.40400.4711"/>    <telecom value="mailto:eva.musterfrau@amadeusspital.at"/>    <assignedPerson>
      <name>DiplKrSr. Eva Musterfrau</name>    </assignedPerson>
  </assignedEntity>
</dataEnterer>
ItemDTKardKonfBeschreibungLabel
hl7:dataEnterer
Person der Dateneingabe.(Hea...rer)
 
Target.png
elgagab-data​element-65Kyellow.png Schreibkraft Kyellow.png Datensatz
Treetree.pnghl7:time
TS.AT.TZ0 … 1
Der Zeitpunkt an dem das Dokument geschrieben wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...rer)
Treetree.pnghl7:assignedEntity
1 … 1R
Personendaten der schreibenden Person
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(Hea...rer)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...rer)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...rer)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...rer)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...rer)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...rer)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...rer)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...rer)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...rer)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...rer)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...rer)

5.2.5 Verwahrer des Dokuments („custodian“)

Auszug aus dem R-MIM:

Abbildung 9: Klassen rund um die das Dokument verwaltende Organisation.

5.2.5.1 Spezifikation

Id1.2.40.0.34.11.20004
ref
elgabbr-
Gültigkeit2015‑05‑28
Andere Versionen mit dieser Id:
  • Kblank.png HeaderCustodian vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeaderCustodianBezeichnungHeaderCustodian
Beschreibung
Der „Verwahrer des Dokuments“ ist diejenige Organisation, die „für die Verwahrung/Verwaltung des Dokuments verantwortlich ist“.
Beispiele:
Das erstellende Krankenhaus ist selbst der Verwalter des Dokuments.
Der übergeordnete Krankenhausträger ist der Verwalter des Dokuments.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-73Kyellow.png Verwahrer Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.20004 HeaderCustodian (2015‑05‑28)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.20004 HeaderCustodian (2011‑12‑19)
ref
elgabbr-
Beispiel
Vollständiges Beispiel
<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <id root="1.2.3.999" extension="--example only--" assigningAuthorityName="GDA-Index"/>      <name>Amadeus Spital</name>      <telecom value="tel:+43.(0)50.55460-0"/>      <addr>
        <streetName>Hafenstraße</streetName>        <houseNumber>47-51</houseNumber>        <postalCode>4020</postalCode>        <city>Linz</city>        <state>Oberösterreich</state>        <country>AUT</country>      </addr>
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
Beispiel
Minimalbeispiel
<custodian>
  <assignedCustodian>
    <representedCustodianOrganization>
      <id root="1.2.3.999" extension="--example only--"/>      <name>Amadeus Spital</name>      <addr>
        <streetAddressLine>Hafenstraße
47-51
</streetAddressLine>
        <postalCode>4020</postalCode>        <city>Linz</city>        <country>AUT</country>      </addr>
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
ItemDTKardKonfBeschreibungLabel
hl7:custodian
Verwahrer des Dokuments.(Hea...ian)
 
Target.png
elgagab-data​element-73Kyellow.png Verwahrer Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FCST
Treetree.pnghl7:assignedCustodian
1 … 1M(Hea...ian)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R
Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

Zugelassene nullFlavor:
  • NI … Organisation hat keine ID aus dem GDA-Index
  • UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt
(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
1 … 1M Name des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.
(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … 1Kontaktdaten des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.
(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M Adresse des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...ian)


5.2.5.1.1 id
Element/Attribut DT Kard Konf Beschreibung
id II 1..1 R Identifikation des Verwahrers des Dokuments aus dem GDA-Index.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.“
Zugelassene nullFlavor:

  • NI … Organisation hat keine ID aus dem GDA-Index
  • UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt
Wirdgeaendert.png In der nächsten Version des Leitfadens wird die Konformität entsprechend dem CDA-Standard auf [M] erhöht, Null Flavors sind dann nicht mehr erlaubt.

5.2.6 Beabsichtigte Empfänger des Dokuments („informationRecipient“)

Auszug aus dem R-MIM:

Abbildung 10: Klassen rund um die beabsichtigten Empfänger des Dokuments.

5.2.6.1 Spezifikation

Id1.2.40.0.34.11.20005
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameHeader​Information​RecipientBezeichnungHeader​Information​Recipient
Beschreibung

Die beabsichtigten Empfänger des Dokuments können in der Klasse intendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt.

Beispiel: Bei der Erstellung der Dokumentation ist beispielsweise schon bekannt, dass man das Dokument primär an den Hausarzt und ggf. als Kopie an einen mitbehandelnden Kollegen senden wird. In diesem Fall sollten genau diese beiden Empfänger angegeben werden.

Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index, sein Name in möglichst hoher Granularität und die Organisation, der er angehört in möglichst hoher Granularität. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-259Kyellow.png Empfänger Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20005 Header​Information​Recipient (2011‑12‑19)
ref
elgabbr-
Beispiel
Beabsichtigter Empfänger ist eine bekannte Person
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <!-- Identifikation des beabsichtigten Empfängers -->
    <id nullFlavor="UNK"/>    <!-- Personendaten des beabsichtigten Empfängers -->
    <informationRecipient>
      <name>
        <prefix qualifier="AC"> Dr.</prefix>        <given>Robert</given>        <family>Empfänger</family>      </name>
    </informationRecipient>
    <!-- Organisation, der der beabsichtigte Empfänger angehört -->
    <receivedOrganization>
      <!-- Name der Organisation des beabsichtigten Empfängers -->
      <name>Ordination Dr. Empfänger</name>      <!-- Kontaktdaten der Organisation des beabsichtigten Empfängers -->
      <telecom value="tel:0512.1234567"/>      <telecom value="fax:0512.1234567.11"/>      <telecom value="mailto:office@ordination-empfaenger.at"/>      <telecom value="http://www.ordination-empfaenger.at"/>      <telecom value="me:12345678791"/>      <!-- Adresse der Organisation des beabsichtigten Empfängers -->
      <addr>
        <streetName>Musterstraße</streetName>        <houseNumber>27/1/13</houseNumber>        <postalCode>6020</postalCode>        <city>Innsbruck</city>        <country>AUT</country>      </addr>
    </receivedOrganization>
  </intendedRecipient>
</informationRecipient>
Beispiel
Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“)
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <id nullFlavor="UNK"/>    <informationRecipient>
      <name>Hausarzt</name>    </informationRecipient>
  </intendedRecipient>
</informationRecipient>
Beispiel
Beabsichtigter Empfänger ist der Patient selbst
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <!-- Der Patient besitzt keine ID -->
    <id nullFlavor="NI"/>    <!-- Hinweis auf den Patienten -->
    <informationRecipient>
      <name>Ergeht an den Patienten Dr. Herbert Mustermann</name>    </informationRecipient>
  </intendedRecipient>
</informationRecipient>
<!--Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.-->
ItemDTKardKonfBeschreibungLabel
hl7:information​Recipient
Beabsichtiger Empfänger des Dokuments.(Hea...ent)
 
Target.png
elgagab-data​element-259Kyellow.png Empfänger Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1 

Typ des Informationsempfängers.

Bsp: PRCP „Primärer Empfänger“

Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
Treetree.pnghl7:intended​Recipient
1 … 1M(Hea...ent)
Treeblank.pngTreetree.pnghl7:id
II1 … *R

Identifikation des beabsichtigten Empfängers (Person).Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

Zugelassene nullFlavor:

  • NI … Person hat keine ID
  • UNK ... Person hat eine ID, diese ist jedoch unbekannt
(Hea...ent)
 Beispiel<id nullFlavor="UNK" assigningAuthorityName="GDA Index"/>
Treeblank.pngTreetree.pnghl7:information​Recipient
1 … 1M

Personendaten des beabsichtigten Empfängers.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...ent)
Treeblank.pngTreetree.pnghl7:received​Organization
0 … 1

Organisation, der der beabsichtigte Empfänger angehört.z.B.: „Ordination des empfangenden Arztes“
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ent)

5.2.7 Weitere Unterzeichner („authenticator“)

5.2.7.1 Spezifikation

Id1.2.40.0.34.11.20007
ref
elgabbr-
Gültigkeit2011‑12‑19
Andere Versionen mit dieser Id:
  • Kblank.png HeaderAuthenticator vom 2018‑10‑18 14:33:54
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthenticatorBezeichnungHeaderAuthenticator
Beschreibung
Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-86Kyellow.png Weitere Unterzeichner Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20007 HeaderAuthenticator (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<authenticator>
  <!-- Zeitpunkt der Unterzeichnung -->
  <time value="20130324081915+0100"/>  <!-- Signaturcode -->
  <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments -->
  <assignedEntity>
    <id root="1.2.40.0.34.99.111.1.3" extension="3333" assigningAuthorityName="Amadeus Spital"/>    <telecom use="WP" value="tel:+43.6138.3453446.3333"/>    <assignedPerson>
      <!-- Name des Weiteren Unterzeichners des Dokuments -->
      <name>
        <prefix>Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>
    </assignedPerson>
    <!-- Organisation, in deren Auftrag der Weiteren Unterzeichner des Dokuments die Dokumentationunterzeichnet hat -->
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <name>Amadeus Spital - Chirurgische Abteilung</name>      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="fax:+43.6138.3453446.4674"/>      <telecom value="mailto:info@amadeusspital.at"/>      <telecom value="http://www.amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedEntity>
</authenticator>
Beispiel
Strukturbeispiel Laborbefund
<authenticator>
  <templateId root="1.3.6.1.4.1.19376.1.3.3.1.5"/>  <time value="20121201155300+0100"/>  <signatureCode code="S"/>  <assignedEntity>
    <id nullFlavor="NA"/>    <addr nullFlavor="NA"/>    <telecom value="tel: +43.1.12345678"/>    <assignedPerson>
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Otto</given>        <family>Rotadilav</family>      </name>
    </assignedPerson>
    <representedOrganization>
      <id root="1.2.40.0.34.3.1.999" assigningAuthorityName="EHSREG"/>      <name>Zentrallabor</name>      <telecom value="tel: +43.1.12345678"/>      <addr>
        <streetAddressLine>Laborplatz
1
</streetAddressLine>
        <city>Wien</city>        <postalCode>1200</postalCode>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedEntity>
</authenticator>
ItemDTKardKonfBeschreibungLabel
hl7:authenticator
Weitere Unterzeichner.(Hea...tor)
 
Target.png
elgagab-data​element-86Kyellow.png Weitere Unterzeichner Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FAUTHEN
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1M(Hea...tor)
Treeblank.pngTreetree.png@code
CONF1 … 1FS
Treetree.pnghl7:assignedEntity
1 … 1MPersonendaten des weiteren Unterzeichners.Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...tor)


5.2.8 Elemente mit speziellen Vorgaben

5.2.8.1 Weitere Beteiligte („participants“)

Im ärztlichen Entlassungsbrief ist verpflichtend die Angabe eines „Ansprechpartners“ vorgesehen. Dieser ist mit vollständiger Kontaktadresse inklusive Telefonnummer anzugeben.

Zweck dieser Information ist es, etwaige Anfragen der Dokumentempfänger an den Dokumentersteller zu kanalisieren. Es obliegt der Organisation des Dokumenterstellers, diese Information gemäß ihren eigenen Richtlinien zu befüllen.

5.2.8.1.1 Spezielle Vorgaben für Entlassungsbriefe (Ärztlich)

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadensmit folgenden Änderungen:  

5.2.8.1.1.1 Änderung 1: Konformitäten der Beteiligten geändert

Die Konformitäten der Beteiligten sind wie folgt geändert:

Kard Konf Art des Beteiligten
1..1 [M] Rechtlicher Unterzeichner (legalAuthenticator)
1..1 [M] Fachlicher Ansprechpartner
0..1 [R2] Einweisender/Zuweisender/Überweisender Arzt
0..1 [O] Hausarzt
0..* [O] Notfall-Kontakt/Auskunftsberechtigte Person
0..* [O] Angehörige
0..* [O] Versicherter/Versicherung
0..1 [O] Betreuende Organisation

5.3 Dokumentation der Gesundheitsdienstleistung

5.3.1 Service Events („documentationOf/serviceEvent“)

Da die angegebenen Gesundheitsdienstleistungen in die XDS-Metadaten übernommen werden, stellen sie die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister dar. Sie können daher in Folge für Suche und Filterung verwendet werden, und erleichtern mitunter die Navigation in der Krankengeschichte des Patienten.

Verweis auf den Allgemeinen Leitfaden (mit Anpassungen):
Das Element ist grundsätzlich gemäß den Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“ anzugeben, es sind jedoch spezielle Vorgaben vorgeschrieben.


Auszug aus dem Allgemeinen Implementierungsleitfaden

5.4 Dokumentation der Gesundheitsdienstleistung

5.4.1 Service Events („documentationOf/serviceEvent“)

Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.

In serviceEvent/effectiveTime kann der Zeitpunkt/Zeitraum der Gesundheitsdienstleistung angegeben werden. Im Gegensatz zum Encounter (siehe Kapitel „Informationen zum Patientenkontakt“), der ggf. mehrere Gesundheitsdienstleistungen „umrahmt“.

Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:

  • Die serviceEvents sind die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister
  • Können daher als Such-/Filterkriterium verwendet werden
  • Scheint ggf. in den Ergebnissen der Suchabfragen auf

-> Sollte eine wertvolle Information sein (für den Behandler!)

Auszug aus dem R-MIM:

Abbildung 15: Klassen rund um die Gesundheitsdienstleistung.

5.4.1.1 Spezifikation

Da dieses Element automatisch in die XDS-Metadaten übernommen wird, SOLL mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden [R2].

ACHTUNG: Die Zeitangaben der Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!

Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements
serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements

Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungs-leitfäden festgelegt.

Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werden.

Id1.2.40.0.34.11.20010
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeaderServiceEventBezeichnungHeaderServiceEvent
Beschreibung
Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-145Kyellow.png Gesundheitsdienstleistung Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel Koloskopie
<documentationOf typeCode="DOC">
  <serviceEvent>
    <code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/>    <effectiveTime>
      <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>
    <performer typeCode="PRF">
      <assignedEntity> :
</assignedEntity>
    </performer>
  </serviceEvent>
</documentationOf>
Beispiel
Strukturbeispiel Hämatologie
<documentationOf typeCode="DOC">
  <serviceEvent>
    <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>    <effectiveTime>
      <low value="20121201061325+0100"/>      <high value="20121201161500+0100"/>    </effectiveTime>
  </serviceEvent>
</documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.(Hea...ent)
 
Target.png
elgagab-data​element-145Kyellow.png Gesundheitsdienstleistung Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MGesundheitsdienstleistung.(Hea...ent)
Treeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:code
CE1 … 1RCode der Gesundheitsdienstleistung.
Zugelassene nullFlavor: UNK
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
(Hea...ent)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum der Gesundheitsdienstleistung.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS1 … 1M(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS1 … 1M(Hea...ent)
Treeblank.pngTreetree.pnghl7:performer
0 … *Durchführende Entität(en) der Gesundheitsdienstleistung.(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ent)


Verweis auf speziellen Implementierungsleitfaden:
serviceEvent Element Allgemein
Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
code
Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
effectiveTime
Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
performer
Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

effectiveTime
Hinweis: Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.

5.4.1.2 Spezielle Vorgaben für Entlassungsbriefe (Ärztlich)

Die Sinnhaftigkeit und der Nutzen von angegebenen Gesundheitsdienstleistungen hängen entscheidend von der eingesetzten Codeliste ab. Automatisierte Codierung durch Eintrag der ohnehin vorhandenen MEL-Elemente3 kann derzeit zwar von den Dokumenterstellern geliefert werden, wurde aber von den Dokumentempfängern als zu wenig aussagekräftig erachtet.

Zum Zeitpunkt der Erstellung dieser Spezifikation konnte keine geeignete Codeliste zum Codieren von Gesundheitsdienstleistungen gefunden werden. Die Entscheidung lautet daher, dieses Element nicht zu nutzen und mit einem fixen Wert zu befüllen. Es wird der fixe Wert „GDLSTATAUF“ („Gesundheitsdienstleistung im Rahmen eines stationären Aufenthalts“) aus der Codeliste „ELGA_ServiceEventsEntlassbrief“ der Entlassungsbriefe angegeben.

Als Zeitangabe MUSS der Zeitraum des Aufenthalts (Aufnahme bis Entlassung) angegeben werden. Als Zeitpunkt der Entlassung SOLL der Zeitpunkt der administrativen Entlassung angegeben werden. Alternativ darf auch der Zeitpunkt der medizinischen Entlassung angegeben werden.

ACHTUNG: Diese Zeitangaben werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

  • serviceStartTime: Aufnahme des Patienten in den stationären Aufenthalt
  • serviceStopTime: Entlassung des Patienten aus dem stationären Aufenthalt


3 Katalog Medizinischer Einzelleistungen

5.4.1.3 Strukturbeispiel

<documentationOf>
  <serviceEvent>
    <code code="GDLSTATAUF"
          displayName="Gesundheitsdienstleistung im Rahmen eines stationären Aufenthalts"
          codeSystem="1.2.40.0.34.5.21"
          codeSystemName="ELGA_ServiceEventsEntlassbrief" />
     <effectiveTime>
          <low value="<Zeitpunkt der Aufnahme>"/>
          <high value="<Zeitpunkt der Entlassung>"/>
     </effectiveTime>
   </serviceEvent>
</documentationOf>

5.4.1.4 Spezifikation

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadensmit folgenden Änderungen:

5.4.1.4.1 Änderung 1: serviceEvent-Element Allgemein

Konformität geändert auf [M]. Kardinalität geändert auf 1..1.

Element/Attribut DT Kard Konf Beschreibung
documentationOf POCD_MT000040.DocumentationOf 1..1 M Komponente für die Gesundheitsdienstleistung
serviceEvent POCD_MT000040.ServiceEvent 1..1 M Gesundheitsdienstleistung
5.4.1.4.2 Änderung 2: code

Es wird der fixe Wert „GDLSTATAUF“ („Gesundheitsdienstleistung im Rahmen eines stationären Aufenthalts“) angegeben.

Element/Attribut DT Kard Konf Beschreibung
code CE
CWE
1..1 M Code der Gesundheitsdienstleistung
@code cs 1..1 M Fester Wert: GDLSTATAUF
@displayName st 1..1 M Fester Wert: Gesundheitsdienstleistung im Rahmen eines stationären Aufenthalts
@codeSystem uid 1..1 M Fester Wert: 1.2.40.0.34.5.21
@codeSystemName st 1..1 M Fester Wert: ELGA_ServiceEventsEntlassbrief
5.4.1.4.3 Änderung 3: effectiveTime

Als Zeitangabe MUSS der Zeitraum des Aufenthalts angegeben werden.

Der Zeitraum des Aufenthalts erstreckt sich vom

Zeitpunkt der Aufnahme in den stationären Aufenthalt

bis zum

Zeitpunkt der Entlassung aus dem stationären Aufenthalt.

Hinweis: Als Zeitpunkt der Entlassung SOLL der Zeitpunkt der administrativen Entlassung angegeben werden. Alternativ darf auch der Zeitpunkt der medizinischen Entlassung angegeben werden.

5.4.1.4.4 Änderung 4: performer

Es wird keine durchführende Entität der Gesundheitsdienstleistung angegeben.

Element/Attribut DT Kard Konf Beschreibung
performer POCD_MT000040.Performer1 0..0 NP Durchführende Entität der Gesundheitsdienstleistung

5.5 Bezug zu vorgehenden Dokumenten

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

5.6 Bezug zu vorgehenden Dokumenten

5.6.1 Allgemeines

Dieses Kapitel beschreibt die Versionsverwaltung von CDA-Dokumenten.

Der Bezug zu Vorgängerversionen von Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse (siehe Versionierung des Dokuments), spezifiziert.

Abbildung 16: Grundsätzlicher Aufbau eines CDA-Dokuments aus XML Sicht.

Der Bezug zum Vordokument wird dabei über die parentDocument Beziehung ausgedrückt, in dem der dazugehörige @typeCode einen Wert aus der Liste der gültigen @typeCodes in der relatedDocument-Beziehung erhält. Das Originaldokument, auf das sich das Dokument bezieht, bleibt dabei unverändert.

Liste der möglichen Werte der @typeCodes in der relatedDocument Beziehung:

code displayName Bedeutung
APND append Verwendung NICHT ERLAUBT
Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert.
RPLC replaces Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "überholt" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.
XFRM transformed Verwendung NICHT ERLAUBT

Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen.

Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden.
Es ist nicht auszuschließen, dass die Transformation in lokalen Affiniy Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall.

Tabelle 4: Vokabel-Domäne relatedDocument.typeCode

5.6.1.1 Spezifikation

Id1.2.40.0.34.11.20011
ref
elgabbr-
Gültigkeit2014‑12‑06
Andere Versionen mit dieser Id:
  • Kblank.png HeaderRelatedDocument vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeaderRelatedDocumentBezeichnungHeaderRelatedDocument
BeschreibungDer Bezug zu vorgehenden Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse, spezifiziert.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-155Kyellow.png Bezug zu vorgehenden Dokumenten Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06)
ref
elgabbr-
Beispiel
Strukturbeispiel
<relatedDocument typeCode="RPLC">
  <parentDocument>
    <id root="1.2.40.0.34.99.111.1.1" extension="134F989EAAE3F43B6AD"/>  </parentDocument>
</relatedDocument>
ItemDTKardKonfBeschreibungLabel
hl7:relatedDocument
Komponente für das vorgehende Dokument.(Hea...ent)
 
Target.png
elgagab-data​element-155Kyellow.png Bezug zu vorgehenden Dokumenten Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FRPLC
 Art des Bezugs zum Vordokument.
Treetree.pnghl7:parentDocument
1 … 1MVorhergehendes Dokument.(Hea...ent)
Treeblank.pngTreetree.png@classCode
cs0 … 1FDOCCLIN
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II1 … 1MDokumenten-Id des vorgehenden Dokuments.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(Hea...ent)


5.7 Einverständniserklärung

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

5.8 Einverständniserklärung

5.8.1 Autorisierung („authorization“)

In dieser optionalen Klasse können die Einverständniserklärungen reflektiert werden, die mit dem Dokument verbunden sind. Dies kann ein Einverständnis für einen Eingriff oder die Verfügbarmachung der Informationen gegenüber Dritten beinhalten. Der Typ der Einverständniserklärung wird dabei in Consent.code angegeben.

Auszug aus dem R-MIM:

Abbildung 17: Consent Klasse.

5.8.1.1 Spezifikation

Id1.2.40.0.34.11.20012
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeaderAuthorizationBezeichnungHeaderAuthorization
Beschreibung

Der Einverständniserklärung ist derzeit ungenutzt. Dieses Element wird daher derzeit nicht angegeben.

In dieser optionalen Klasse können die Einverständniserklärungen reflektiert werden, die mit dem Dokument verbunden sind. Dies kann ein Einverständnis für einen Eingriff oder die Verfügbarmachung der Informationen gegenüber Dritten beinhalten. Der Typ der Einverständniserklärung wird dabei in Consent.code angegeben.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.20012 HeaderAuthorization (2011‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:authorization
NPKomponente für die Einverständniserklärung.
Wird in ELGA nicht verwendet!
(Hea...ion)


5.9 Informationen zum Patientenkontakt

5.9.1 Encounter („componentOf/encompassingEncounter“)

Verweis auf den Allgemeinen Leitfaden (mit Anpassungen):
Das Element ist grundsätzlich gemäß den Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“ anzugeben, es sind jedoch spezielle Vorgaben vorgeschrieben.


Auszug aus dem Allgemeinen Implementierungsleitfaden

5.10 Informationen zum Patientenkontakt

5.10.1 Encounter („componentOf/encompassingEncounter“)

Diese Klasse repräsentiert Informationen, in welchem Rahmen der Patientenkontakt, der dokumentiert wird, stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt.

Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.

Auszug aus dem R-MIM:

Abbildung 18: EncompassingEncounter Klasse und Umgebung.

5.10.1.1 Spezifikation

Id1.2.40.0.34.11.20013
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeader​Encompassing​EncounterBezeichnungHeader​Encompassing​Encounter
Beschreibung
Diese Klasse repräsentiert Informationen, in welchem Rahmen der Patientenkontakt, der dokumentiert wird, stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt.
Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-156Kyellow.png Patientenkontakt Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
1.2.40.0.34.11.90006InklusionKgreen.png Encounter Location 1DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<componentOf>
  <encompassingEncounter>
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts -->
    <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts -->
    <effectiveTime>
      <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>
    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>        <!-- Kontaktdaten der Verantwortlichen Person für den Patientenkontakt -->
        <telecom use="WP" value="tel:+43.6138.3453446.2222"/>        <!-- Personendaten der Verantwortlichen Person für den Patientenkontakt -->
        <assignedPerson>
          <!-- Name der Verantwortlichen Person für den Patientenkontakt -->
          <name>
            <prefix>Univ.-Prof.Dr.</prefix>            <given>Sigrid</given>            <family>Kollmann</family>          </name>
        </assignedPerson>
      </assignedEntity>
    </responsibleParty>
    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- ID der Organisation aus dem GDA Index -->
          <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>          <!-- Name der Organisation -->
          <name>Amadeus Spital - Chirurgische Abteilung</name>          <!-- Kontaktdaten der Organisation -->
          <telecom value="tel:+43.6138.3453446.0"/>          <telecom value="fax:+43.6138.3453446.4674"/>          <telecom value="mailto:info@amadeusspital.at"/>          <telecom value="http://www.amadeusspital.at"/>          <!-- Adresse der Organisation -->
          <addr>
            <streetName>Mozartgasse</streetName>            <houseNumber>1-7</houseNumber>            <postalCode>5350</postalCode>            <city>St.Wolfgang</city>            <state>Salzburg</state>            <country>AUT</country>          </addr>
        </serviceProviderOrganization>
      </healthCareFacility>
    </location>
  </encompassingEncounter>
</componentOf>
ItemDTKardKonfBeschreibungLabel
hl7:componentOf
Komponente für den Patientenkontakt.(Hea...ter)
 
Target.png
elgagab-data​element-156Kyellow.png Patientenkontakt Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FCOMP
Treetree.pnghl7:encompassing​Encounter
1 … 1RPatientenkontakt.(Hea...ter)
Treeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl.(Hea...ter)
Treeblank.pngTreetree.pnghl7:code
CE1 … 1MCodierung des Patientenkontakts.(Hea...ter)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...ter)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.​DATE.​MIN1 … 1R(Hea...ter)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.​DATE.​MIN0 … 1(Hea...ter)
Treeblank.pngTreetree.pnghl7:responsible​Party
0 … 1
Komponente für die verantwortliche Person.
(Hea...ter)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(Hea...ter)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...ter)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...ter)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ter)
Eingefügt1 … 1M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC)
Treeblank.pngTreetree.pnghl7:location
1 … 1MKomponente Organisation.(Hea...ter)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FLOC
 Beispiel<location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <!-- ... -->
  </healthCareFacility>
</location>
Treeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FSDLOC
 Beispiel<healthCareFacility classCode="SDLOC">
  <location classCode="PLC" determinerCode="INSTANCE">
    <!-- ... -->
  </location>
  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </serviceProviderOrganization>
</healthCareFacility>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
  <name/>  <addr>
    <!-- ... -->
  </addr>
</serviceProviderOrganization>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … *M(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Hea...ter)
5.10.1.1.1 encompassingEncounter Element Allgemein

Verweis auf speziellen Implementierungsleitfaden:
Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

5.10.1.1.2 id

Grundsätzlich sind die Vorgaben gemäß Kapitel „id-Element II“ zu befolgen.

Verweis auf speziellen Implementierungsleitfaden:
Ob, und welche Identifikation eingetragen werden soll ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

5.10.1.1.3 code

Grundsätzlich sind die Vorgaben gemäß Kapitel „code-Element CE CWE“ zu befolgen.

Verweis auf speziellen Implementierungsleitfaden:
Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

5.10.1.1.4 effectiveTime

Verweis auf speziellen Implementierungsleitfaden:
Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

5.10.1.1.5 responsibleParty

Die verantwortliche Person für den Patientenkontakt (Aufenthalt) KANN optional angegeben werden.

Verweis auf speziellen Implementierungsleitfaden:
Die konkrete Bedeutung der verantwortlichen Person für den Patientenkontakt (Aufenthalt) und eine ggf. verpflichtende Angabe dieses Elements ergeben sich aus dem jeweiligen speziellen Implementierungsleitfaden.

5.10.1.1.6 location

Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).

Verweis auf speziellen Implementierungsleitfaden:
Die konkrete Bedeutung der Organisation, in deren Verantwortungsbereich der Patientenkontakt (Aufenthalt) stattfand, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

5.10.1.2 Spezielle Vorgaben für Entlassungsbriefe (Ärztlich)

Das Element für den Patientenkontakt erhält im Rahmen der „Entlassungsbriefe“ derzeit die Bedeutung des „Stationären Aufenthalts“.

5.10.1.3 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
  <componentOf>
    <encompassingEncounter>

       <!-- Aufenthaltszahl -->
       <id root="2.16.40.1.2.3.4.5.6.7.8"
           extension="Az123456"
           assigningAuthorityName="Amadeus Spital" />
       <!-- Stationärer Aufenthalt -->
       <code
            code="IMP"
            displayName="inpatient encounter"
            codeSystem="2.16.840.1.113883.5.4"
            codeSystemName="HL7:ActCode"/>
       <!-- Zeitraum des Aufenthalts (Aufnahme bis Entlassung) -->
       <effectiveTime>
            <low value="20081224082015+0100"/>
            <high value="20081225113000+0100"/>
       </effectiveTime>

       <!-- Verantwortliche Person
                  (Abteilungsvorstand oder ärztlicher Direktor) 
       -->
       <responsibleParty>
          <assignedEntity>
            <id nullFlavor="UNK"/>
            <telecom value="tel:+43.1.40400.4711"/>
            <telecom value="mailto:wolfgang.mustermann@amadeusspital.at"/>
            <assignedPerson>
               <name>Dr. Wolfgang Mustermann</name>
            </assignedPerson>
         </assignedEntity>
      </responsibleParty>

      <!-- Entlassende Organisation -->
      <location>
         <healthCareFacility>
            <serviceProviderOrganization>
                <id root="1.2.40.0.34.99.111.0.1"
                    assigningAuthorityName="GDA Index"/>
                <name>Amadeus Spital</name>
                <telecom value="tel:+43.1.3453446.0"/>
                <telecom value="fax:+43.1.3453446.4674"/>
                <telecom value="mailto:info@amadeusspital.at"/>
                <telecom value="http://www.amadeusspital.at"/>
                <addr>
                    <streetName>Mozartgasse</streetName>
                    <houseNumber>1-7</houseNumber>
                    <postalCode>1234</postalCode>
                    <city>St.Wolfgang</city>
                    <state>Salzburg</state>
                    <country>AUT</country>
                </addr>
             </serviceProviderOrganization>
          </healthCareFacility>
       </location>
    </encompassingEncounter>
  </componentOf>
	:
</ClinicalDocument>

5.10.1.4 Spezifikation

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadensmit folgenden Änderungen:

5.10.1.4.1 Änderung 1: encompassingEncounter-Element Allgemein

Konformität geändert auf [M].

Element/Attribut DT Kard Konf Beschreibung
componentOf POCD_MT000040.Component1 1..1 M Komponente für den Patientenkontakt
encompassingEncounter POCD_MT000040.encompassingEncounter 1..1 M Patientenkontakt
5.10.1.4.2 Änderung 2: id

Konformität geändert auf [R].

Element/Attribut DT Kard Konf Beschreibung
id II 1..1 R Identifikationselement zur Aufnahme der Aufenthaltszahl.
Zugelassene nullFlavor:
  • NI … Patient hat keine Aufenthaltszahl
  • UNK … Patient hat eine Aufenthaltszahl, diese ist jedoch unbekannt
@root uid 1..1 M OID der Liste der Aufenthaltszahlen der Organisation
@extension st 1..1 M Aufenthaltszahl
@assigningAuthorityName st 0..1 O Name der Stelle, welche die ID zugewiesen hat<br7>z.B.: „Amadeus Spital“
5.10.1.4.3 Änderung 3: code

Die derzeitige Fassung des Implementierungsleitfadens berücksichtigt nur die Entlassung aus dem stationären Bereich. Als Code ist derzeit fix „IMP“ anzugeben.

Element/Attribut DT Kard Konf Beschreibung
code CE
CWE
1..1 M Codierung des Patientenkontakts
@code cs 1..1 M Fester Wert: IMP
@displayName st 1..1 M Fester Wert: inpatient encounter
@codeSystem uid 1..1 O Fester Wert: 2.16.840.1.113883.5.4
@codeSystemName st 1..1 O Fester Wert: HL7:ActCode
originalText ED 0..1 O Textinhalt, der codiert wurde.
z.B.: Stationärer Aufenthalt
5.10.1.4.4 Änderung 4: effectiveTime

Als Zeitangabe MUSS der Zeitraum des Aufenthalts angegeben werden.

Der Zeitraum des Aufenthalts erstreckt sich vom

Zeitpunkt der Aufnahme in den stationären Aufenthalt

bis zum

Zeitpunkt der Entlassung aus dem stationären Aufenthalt.

Hinweis: Als Zeitpunkt der Entlassung SOLL der Zeitpunkt der administrativen Entlassung angegeben werden. Alternativ darf auch der Zeitpunkt der medizinischen Entlassung angegeben werden.

5.10.1.4.5 Änderung 5: responsibleParty

Konformität geändert auf [R2].

Als verantwortliche Person MUSS

im Falle einer Entlassung aus einer Abteilung eines Krankenhauses, der Vorstand der entlassenden Abteilung

oder

im Falle einer Entlassung aus einer eigenständigen Organisation, der Ärztliche Direktor der Organisation

angegeben werden.

Element/Attribut DT Kard Konf Beschreibung
responsibleParty POCD_MT000040.ResponsibleParty 0..1 R2 Komponente für die verantwortliche Person
assignedEntity POCD_MT000040.AssignedEntity 1..1 M Entität der verantwortlichen Person. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“.
5.10.1.4.6 Änderung 6: location

Die „Organisationsdaten des Aufenthalts“ MÜSSEN die entlassende Organisation darstellen.

Granularität des Organisation-Elements der entlassenden Organisation:

  • id
    • Konformität geändert auf [R].
    • Mindestanforderung:
      • ID aus dem GDA-Index
        • Zugelassene nullFlavor:
          • NI … Organisation hat keine ID aus dem GDA-Index
          • UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt
    • Empfohlene weitere IDs:
      • DVR, ATU, Bankverbindung (IBAN, SWIFT/BIC)
  • telecom
    • Optionalität geändert auf [R2].
    • Mindestanforderung: tel
    • Empfohlen: tel, fax, mailto, http, me-nummer
  • addr
    • Optionalität geändert auf [R2].
    • Mindestanforderung: Variante 1 „Nur Textzeile“
    • Empfohlen: Strukturiert gemäß Variante 2 oder 3


6 Fachlicher Inhalt (CDA Body)

6.1 Überblick

6.1.1 Allgemeine Vorschrift für strukturierten Inhalt

Wird der Inhalt strukturiert angegeben (in Form von „Sektionen“), so gelten grundsätzlich die Vorgaben des Kapitels „Sektionen“ des „Allgemeinen Implementierungsleitfadens“.

Dieser Leitfaden definiert darüber hinaus spezielle Anforderungen in den ELGA Interoperabilitätsstufen „Enhanced“ und „Full support“.

Siehe Kapitel Fachlicher Inhalt in EIS „Enhanced“ oder „Full support“.

6.1.2 Fachlicher Inhalt in EIS „Basic“ und „Structured“

Enthält das Dokument entweder unstrukturierten oder eingebetteten Inhalt (z.B. PDF) oder strukturierten Inhalt4, wobei jedoch nicht alle Sektionen den Vorgaben von EIS „Enhanced“ oder „Full Support“ folgen, dann liegt das Dokument in ELGA Interoperabilitätsstufe (EIS) „Basic“ vor. Die Sektionen MÜSSEN jedenfalls in der von diesem Leitfaden definierten Reihenfolge vorliegen, damit die erforderliche EIS „Structured“ erreicht wird.

Die Vergabe der entsprechenden ELGA Implementierungsleitfaden-Kennzeichnung ist zu beachten. Siehe Kapitel „ELGA Implementierungsleitfaden-Kennzeichnung („templateId“)“.

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

Die Verwendung von EIS Basic ist in ELGA nicht mehr zulässig.


Auszug aus dem Allgemeinen Implementierungsleitfaden

6.1.3 ELGA Implementierungsleitfaden-Kennzeichnung („templateId“)

Templates sind definierte Vorlagen, die Strukturen von Dokumenten, Dokumentteilen oder Datenelementen vorgeben. In CDA bezeichnen solche Templates bestimmte Teilstrukturen. Mittels templateId-Elementen können Teile von CDA-Dokumenten hinsichtlich ihrer Konformität zu Templates oder Implementierungsleitfäden gekennzeichnet werden.

Der Einsatz von so genannten „templateId”-Elementen sichert zu, dass eine CDA-Instanz nicht nur CDA konform ist, sondern auch dem referenzierten Template oder Implementierungsleitfaden entspricht. Mit Zusicherung ist dabei nur eine informelle Behauptung des Verfassers gemeint und nicht notwendigerweise auch eine erfolgreich durchgeführte Validierung bzw. Zertifizierung.

Ein CDA Dokument, welches den Vorgaben dieses Implementierungsleitfadens entspricht, ist berechtigt und verpflichtet, die entsprechende templateId-Kennung einzutragen.

6.1.3.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
  <realmCode code="AT"/>
  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>

  <!—   Folgt dem vorliegenden Implementierungsleitfaden-Template -->
  <templateId root="1.2.40.0.34.11.1"/>
  
  <!—   Beliebig viele weitere templateIds, falls das Dokumente noch weiteren Implementierungsleitfäden oder Spezifikationen folgt -->
  <templateId root="…"/>
	:
</ClinicalDocument>

6.1.3.2 Spezifikation

Die OID des vorliegenden Implementierungsleitfadens MUSS im @root Attribut des Elements angegeben werden.

Mit Angabe dieses Elements wird ausgesagt, dass das vorliegende CDA-Dokument zu diesem Implementierungsleitfaden konform ist.

Element/Attribut DT Kard Konf Beschreibung
templateId[1] II 1..1 M ELGA TemplateId für den Allgemeinen Implementierungsleitfaden

Fester Wert: @root = 1.2.40.0.34.11.1

templateId[n] II 0..* O Weitere TemplateIds

Verweis auf speziellen Implementierungsleitfaden:
Des Weiteren können zusätzlich die geforderten templateIds eines weiteren speziellen Implementierungsleitfadens angegeben werden (z.B. Entlassungsbrief, Laborbefund, etc.).

Die jeweils im @root Attribut einzutragende OID entnehmen Sie bitte den entsprechenden Implementierungsleitfaden gemäß der Dokumentklasse.

Folgt das CDA-Dokument noch anderen Implementierungsleitfäden oder Spezifikationen können beliebig viele weitere templateId-Elemente angegeben werden. 

6.1.4 Dokumenten-Id („id”)

Die Dokumenten-Id eines CDA-Dokuments ist ein eindeutiger Instanzidentifikator, der das Dokument weltweit eindeutig und für alle Zeit identifiziert. Ein CDA-Dokument hat genau eine Id.

6.1.4.1 Strukturbeispiel

<id
  root="1.2.40.0.34.99.111.1.1"
  extension="134F989"
  assigningAuthorityName="Amadeus Spital"/>

6.1.4.2 Spezifikation

Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden.

Element/Attribut DT Kard Konf Beschreibung
id II 1..1 M Dokumenten-Id

Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.


4 Ensprechend den CDA Body Choices „NonXMLBody“ und „StructuredBody“, unconstrained CDA specification („CDA Level One“)

6.1.5 Fachlicher Inhalt in EIS „Enhanced“ oder „Full support“

Ein Dokument liegt in der ELGA Interoperabilitätsstufe (EIS) „Enhanced“ oder „Full support“ vor, wenn das Dokument strukturierten Inhalt enthält und alle Sektionen den Vorgaben von EIS „Enhanced“ oder höher folgen.

  • EIS „Enhanced“
    • Alle Sektionen folgen ausnahmelos den Vorgaben von EIS „Enhanced“ oder höher, aber nicht alle Sektionen folgen den Vorgaben von EIS „Full support“.
  • EIS „Full support“
    • Alle Sektionen folgen ausnahmelos den Vorgaben von EIS „Full support“.

Die Vergabe der entsprechenden ELGA Implementierungsleitfaden-Kennzeichnung ist zu beachten. Siehe Kapitel „ELGA Implementierungsleitfaden-Kennzeichnung („templateId“)“.

Die folgenden Kapitel beschreiben die Sektionen des CDA Body, welche in der Dokumentenklasse „Entlassungsbrief (Ärztlich)“ vorkommen sollen bzw. müssen.

6.1.5.1 Sektionen und Reihenfolge der CDA Body - Dokumentstruktur

Dieses Kapitel zeigt einen Überblick über die Sektionen der CDA Body - Dokumentstruktur.

Die Reihenfolge der Sektionen in einem CDA Body kann zwar prinzipiell frei gewählt werden, allerdings stellen die meisten Visualisierungsroutinen die Sektionen in genau der Reihenfolge dar, in der sie im CDA Body angeordnet sind. Daher ist die Reihenfolge der Sektionen zwar nicht „technisch“ aber „semantisch“ relevant.

Da die empfangenden GDAs die medizinischen Informationen in einer bestimmten Reihenfolge erwarten, ist diese erwartete Reihenfolge bereits in der CDA Struktur zu berücksichtigen. Dieser Implementierungsleitfaden schreibt daher auch die Reihenfolge vor, in der die Sektionen im CDA angegeben werden müssen.

6.1.5.2 Tabellarische Darstellung der Sektionen

Opt Sektion Kap Pos
[O] Brieftext 6.4.1 1
[M] Aufnahmegrund Epikrise 6.2.2 2
[M] Diagnose bei Entlassung 6.2.3 3
[O] Rehabilitationsziele 6.4.4 4
[O] Outcome Measurement 6.4.5 5
[O] Durchgeführte Maßnahmen 6.4.6 6
[M]5 Letzte Medikation 6.2.7 7
[M]6 Empfohlene Medikation 6.2.8 8
[M] Weitere empfohlene Maßnahmen.
Mögliche Subsections:
6.2.9 9
[R2] Termine, Kontrollen, Wiederbestellung 6.2.9.3
[R2] Entlassungszustand 6.2.9.4
[R2] Empfohlene Anordnungen an die weitere Pflege 6.2.9.5
[O] Zusammenfassung des Aufenthalts 6.2.10 10
[O] Abschließende Bemerkungen 6.4.2 11
[R2] Allergien, Unverträglichkeiten und Risiken Sekundäre Sektionen 6.3.1 12
[O] Erhobene Befunde
Mögliche Subsections:
6.3.2 13
[R2] Ausstehende Befunde 6.3.2.3
[R2] Auszüge aus erhobenen Befunden 6.3.2.4
[R2] Operationsbericht 6.3.2.5
[R2] Beigelegte erhobene Befunde 6.3.2.6
[R2] Vitalparameter 6.3.2.7
[O] Anamnese 6.3.3 14
[O] Frühere Erkrankungen 6.3.4 15
[O] Untersektion „Bisherige Maßnahmen“ 6.3.4.4
[O] Medikation bei Einweisung 6.3.5 16
[O] Verabreichte Medikation während des Aufenthalts 6.3.6 17
[O] Patientenverfügungen und andere juridische Dokumente 6.3.7 18
[O] Beilagen 6.3.8 19

Tabelle 1: Überblick und Reihenfolge der Sektionen


5 Kann entfallen bei Entlassungen in den niedergelassenen Bereich
6 Kann entfallen bei Entlassungen zu anderen Krankenhäusern oder Anstalten

6.2 Primäre Sektionen

Dieser erste Teil der medizinischen Sektionen behandelt die wichtigsten (primären) medizinischen Informationen, die seitens der niedergelassenen Ärzte gewünscht werden.

Diese Informationen werden auch „Epikrise“ genannt.

6.2.1 Epikrise

Definition: „Epikrise (gr. επικρισις) Nachprüfung, Beurteilung f: (engl.) epicrisis; zusammenfassender, kritischer Abschlussbericht über den Verlauf einer Erkrankung im Krankenhaus, eventuell mit Angabe und Begründung einer Diagnosestellung sowie Empfehlungen zu weiter durchzuführender Therapie.“
(Pschyrembel, Klinisches Wörterbuch, 258. Auflage)

Die Epikrise ist eine „umfassende“ Überschrift, über die bereits bestehenden Sektionen:

  • Aufnahmegrund
  • Diagnose bei Entlassung
  • Durchgeführte Maßnahmen
  • Letzte Medikation
  • Empfohlene Medikation
  • Weitere empfohlene Maßnahmen
    • Termine, Kontrollen, Wiederbestellung (Untersektion)
    • Entlassungszustand (Untersektion)
  • Zusammenfassung des Aufenthalts

Die Sektionen der Epikrise SOLLEN so kurz wie möglich gehalten sein.

Die Darstellung dieser Sektionen SOLL, wenn möglich, auf der ersten Seite des Entlassungsdokuments Platz finden (außer „Zusammenfassung des Aufenthalts“).

Alle weiteren Sektionen folgen nach der Epikrise auf den Folgeseiten.

6.2.2 Aufnahmegrund

6.2.2.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.1
Parent Template ID IHE PCC Reason for Referral Section:
1.3.6.1.4.1.19376.1.5.3.1.3.1
Titel der Sektion Aufnahmegrund
Definition Der Grund der Einweisung. Beschreibung der Symptome, Verdachtsdiagnosen, etc.

Sind keine Informationen vorhanden, so wird dies als Standard-Text in der Sektion vermerkt (z.B.: „Aufnahmegrund wird nicht bekannt gegeben“).

Codierung LOINC: 42349-1, „Reason for Referral“
Konformität [M]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1)
für @mediaType: image/png, image/jpeg, image/gif

6.2.2.2 Spezifikation

Id1.2.40.0.34.11.2.2.1
ref
elgabbr-
Gültigkeit2015‑10‑10
Andere Versionen mit dieser Id:
  • Kblank.png Aufnahmegrund vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameAufnahmegrundBezeichnungAufnahmegrund
BeschreibungDer Grund der Einweisung. Beschreibung der Symptome, Verdachtsdiagnosen, etc.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.1
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.1 Aufnahmegrund (2015‑10‑10)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.1"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.1"/>  <!-- Code der Sektion -->
  <code code="42349-1" codeSystem="2.16.840.1.113883.6.1" displayName="Reason for Referral"/>  <!-- Titel der Sektion -->
  <title>Aufnahmegrund</title>   !-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <entry/></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Auf...und)
Treetree.pnghl7:templateId
II1 … 1R(Auf...und)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.1
Treetree.pnghl7:templateId
II1 … 1R(Auf...und)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.1
Treetree.pnghl7:code
CE1 … 1M(Auf...und)
Treeblank.pngTreetree.png@code
CONF1 … 1F42349-1
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FReason for Referral
Treetree.pnghl7:title
ST1 … 1R(Auf...und)
 CONF
Elementinhalt muss "Aufnahmegrund" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.(Auf...und)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Auf...und)


6.2.3 Diagnose bei Entlassung

6.2.3.1 Überblick

EIS „Enhanced“ „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.2 ELGA: 1.2.40.0.34.11.2.2.3
Parent Template ID - IHE PCC Discharge Diagnosis Section:
1.3.6.1.4.1.19376.1.5.3.1.3.7
Titel der Sektion Entlassungsdiagnosen
ODER
Diagnosen bei Entlassung
Definition In dieser Sektion soll die Liste der während des Aufenthalts erhobenen Diagnosen angeführt werden. Ebenfalls in dieser Sektion sind Zusatzdiagnosen anzuführen, welche für den aktuellen Aufenthalt von Bedeutung sind (gemäß Definition der Entlassungsdiagnosen seitens des BMG). Es SOLL zwischen „abgeschlossenen“ und „noch offenen“ Diagnosen unterschieden werden.
Sind keine Informationen vorhanden, so wird dies als Standard-Text in der Sektion vermerkt (z.B.: „Keine Diagnosen“).
Codierung LOINC: 11535-2, „Hospital Discharge DX“
Konformität [M]
Konformität Level 3 [NP]
ELGA Entlassungsdiagnose-Entry (1.2.40.0.34.11.2.3.1)
[O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif
[M]
ELGA Entlassungsdiagnose-Entry (1.2.40.0.34.11.2.3.1)
[O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif

6.2.3.2 Spezifikation

Entlassungsdiagnose (alle EIS)

Id1.2.40.0.34.11.30003
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameEntlassungsdiagnoseAlleEISBezeichnungEntlassungsdiagnose (alle EIS)
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30003 (2017‑07‑26 16:14:39)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.30003 Entlassungsdiagnose (alle EIS) (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- Im Falle von EIS „Enhanced“ -->
  <templateId root="1.2.40.0.34.11.2.2.2"/>  <!-- Im Falle von EIS „Full support“ -->
  <templateId root="1.2.40.0.34.11.2.2.3"/>  <!-- ELGA EIS “Full support” -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.7"/>  <!-- IHE PCC -->
  <!-- Code der Sektion -->
  <code code="11535-2" displayName="Hospital Discharge DX" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Entlassungsdiagnosen</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->
  <entry>
     :     <!-- ELGA Entlassungsdiagnose-Entry -->
    <templateId root="1.2.40.0.34.11.2.3.1"/>     :   </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:code
CE1 … 1M(Ent...EIS)
Treetree.png@code
CONF1 … 1F11535-2
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:title
  • hl7:title
Treetree.pnghl7:title
ST(Ent...EIS)
 CONF
Elementinhalt muss "Entlassungsdiagnosen" sein
-oder-
Elementinhalt muss "Diagnosen bei Entlassung" sein
Treetree.pnghl7:title
ST(Ent...EIS)
 CONF
Elementinhalt muss "Diagnosen bei Entlassung" sein
hl7:text
1 … 1RInformation für den menschlichen Leser

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!

(Ent...EIS)

Entlassungsdiagnose (enhanced)

Id1.2.40.0.34.11.2.2.2
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameEntlassungsdiagnoseEnhancedBezeichnungEntlassungsdiagnose (enhanced)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.2
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.30003InklusionKgreen.png Entlassungsdiagnose (alle EIS)DYNAMIC
ItemDTKardKonfBeschreibungLabel
hl7:section
(Ent...ced)
Treetree.pnghl7:templateId
II1 … 1(Ent...ced)
Treeblank.pngTreetree.png@root
1 … 1F1.2.40.0.34.11.2.2.2
Eingefügt von 1.2.40.0.34.11.30003 Entlassungsdiagnose (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1M(Ent...ced)
Treeblank.pngTreetree.png@code
CONF1 … 1F11535-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:title
  • hl7:title
Treeblank.pngTreetree.pnghl7:title
ST(Ent...ced)
 CONF
Elementinhalt muss "Entlassungsdiagnosen" sein
-oder-
Elementinhalt muss "Diagnosen bei Entlassung" sein
Treeblank.pngTreetree.pnghl7:title
ST(Ent...ced)
 CONF
Elementinhalt muss "Diagnosen bei Entlassung" sein
Treetree.pnghl7:text
1 … 1RInformation für den menschlichen Leser

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!

(Ent...ced)
Treetree.pnghl7:entry
NP(Ent...ced)

Entlassungsdiagnose (full support)

Id1.2.40.0.34.11.2.2.3
ref
elgabbr-
Gültigkeit2015‑10‑15
Andere Versionen mit dieser Id:
  • Kblank.png EntlassungsdiagnoseFull vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameEntlassungsdiagnoseFullBezeichnungEntlassungsdiagnose (full support)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.3
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.11.30003InklusionKgreen.png Entlassungsdiagnose (alle EIS)DYNAMIC
1.2.40.0.34.11.2.3.1ContainmentKyellow.png Entlassungsdiagnose EntryDYNAMIC
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
ItemDTKardKonfBeschreibungLabel
hl7:section
(Ent...ull)
Treetree.pnghl7:templateId
II1 … 1(Ent...ull)
Treeblank.pngTreetree.png@root
1 … 1F1.2.40.0.34.11.2.2.3
Treetree.pnghl7:templateId
II1 … 1(Ent...ull)
Treeblank.pngTreetree.png@root
1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.7
Eingefügt von 1.2.40.0.34.11.30003 Entlassungsdiagnose (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1M(Ent...ull)
Treeblank.pngTreetree.png@code
CONF1 … 1F11535-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:title
  • hl7:title
Treeblank.pngTreetree.pnghl7:title
ST(Ent...ull)
 CONF
Elementinhalt muss "Entlassungsdiagnosen" sein
-oder-
Elementinhalt muss "Diagnosen bei Entlassung" sein
Treeblank.pngTreetree.pnghl7:title
ST(Ent...ull)
 CONF
Elementinhalt muss "Diagnosen bei Entlassung" sein
Treetree.pnghl7:text
1 … 1RInformation für den menschlichen Leser

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!

(Ent...ull)
Treetree.pnghl7:entry
1 … *Beinhaltet 1.2.40.0.34.11.2.3.1 Entlassungsdiagnose Entry (DYNAMIC)(Ent...ull)
Treeblank.pngTreetree.png@typeCode
0 … 1FDRIV
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Ent...ull)


6.2.3.2.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3

Vorgaben und Empfehlungen zur Gestaltung des Textbereichs der Sektion im Falle des Vorhandenseins von maschinenlesbaren Elementen (CDA Level 3):

  • Vorgaben
    • Tabellarische Darstellung der Daten
  • Empfehlungen
    • -

Bei EIS Full Support sind Diagnosen verpflichtend codiert anzugeben. Freitext zu den codierten Diagnosen kann im menschenlesbaren narrativen Block angegeben werden.

Wird KEIN Freitext angegeben und sind alle menschenlesbaren Informationen dieselben wie im maschinenlesbaren Teil, SOLL das mit dem @typeCode=“DRIV“ angezeigt werden (siehe Kapitel maschinenlesbare Elemente der Sektion). Der Empfänger kann in diesem Fall den narrativen Block bei der automatischen Übernahme der Diagnosen ignorieren.

6.2.3.2.2 Maschinenlesbare Elemente der Sektion
6.2.3.2.2.1 Vorgaben für maschinenlesbare Elemente, wenn keine Informationen vorhanden sind

Sind keine Informationen vorhanden, MUSS ein „ELGA Entlassungsdiagnose-Entry“ (1.2.40.0.34.11.2.3.1) mit folgenden zusätzlichen Vorgaben angegeben werden.

Vorgabe 1: statusCode des ELGA Entlassungsdiagnose-Entry
Fester Wert: completed

Vorgabe 2: Zeitintervall des ELGA Entlassungsdiagnose-Entry
Die Unterelemente des effectiveTime-Elements MÜSSEN wie folgt angegeben werden:

  • low-Element: nullFlavor = UNK
  • high-Element: nullFlavor = UNK

Vorgabe 3: Zeitintervall des ELGA Problem-Entry
Die Unterelemente des effectiveTime-Elements MÜSSEN wie folgt angegeben werden:

  • low-Element: nullFlavor = UNK
  • high-Element: nullFlavor = UNK

Vorgabe 4: Problem (codiert oder uncodiert) des ELGA Problem-Entry
Das folgende Problem MUSS codiert angegeben werden:

Element/Attribut DT Kard Konf Beschreibung
value ANY 1..1 M Problem (codiert)
@xsi:type 1..1 M Typeinschränkung des Elements auf CD
@code cs 1..1 M Fester Wert: 160245001
@displayName st 1..1 M Fester Wert: No current problems or disability
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.6.96
@codeSystemName st 1..1 M Fester Wert: SNOMED CT
originalText ED 1..1 M MUSS eine gültige Referenz auf die Stelle im narrativen Text-Bereich enthalten, an der der Vermerk, dass keine Informationen vorliegen (z.B.: „Keine Diagnosen“) angegeben wurde.

6.2.4 Rehabilitationsziele

6.2.4.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.26
Parent Template ID -
Titel der Sektion Rehabilitationsziele
Definition Die Rehabilitationsziele werden zu Beginn des Reha-Aufenthaltes gemeinsam mit den Patienten definiert.

Sie sollen ICF-orientiert formuliert werden (International Classification of Functioning, Disability and Health) und betreffen vor allem individuelle Aktivitäts- und Teilhabe-Ziele der Patienten (beruflich, Arbeitsplatz, Verrichtungen des täglichen Lebens, soziale Teilhabe, Sportausübung ...).
Auf den Reha-Zielen basieren die für die Patienten individuell kombinierten rehabilitativen Maßnahmen (Therapien, Schulungen ...), die das Reha-Team gemeinsam mit den Patienten iR. des Reha-Aufenthaltes umsetzt.
Insbesonders bei den ärztlichen Kontrollen und bei der ärztlichen Schlussuntersuchung wird ua. auch die Ziele-Erreichung geprüft und dokumentiert.

Codierung ELGA-Section: REHAZIELE, "Rehabilitationsziele"
OID 1.2.40.0.34.5.40
Konformität [O]
Konformität Level 3 [NP]

6.2.4.2 Spezifikation

Id1.2.40.0.34.11.2.2.26
ref
elgabbr-
Gültigkeit2017‑02‑20
StatusKgreen.png AktivVersions-Label
NameRehabilitationszieleBezeichnungRehabilitationsziele
Beschreibung
Die Rehabilitationsziele werden zu Beginn des Reha- Aufenthaltes gemeinsam mit den Patienten definiert.
Sie sollen ICF-orientiert formuliert werden (International Classi- fication of Functioning, Disability and Health) und betreffen vor allem individuelle Aktivitäts- und Teilhabe-Ziele der Patienten (beruflich, Arbeitsplatz, Verrichtungen des täglichen Lebens, soziale Teilhabe, Sportausübung ...).
Auf den Reha-Zielen basieren die für die Patienten individuell kombinierten rehabilitativen Maßnahmen (Therapien, Schulun- gen ...), die das Reha-Team gemeinsam mit den Patienten iR. des Reha-Aufenthaltes umsetzt.
Insbesonders bei den ärztlichen Kontrollen und bei der ärztli- chen Schlussuntersuchung wird ua. auch die Ziele-Erreichung geprüft und dokumentiert.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.26
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.26 Rehabilitationsziele (2017‑02‑20)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.26"/>  <!-- Code der Sektion -->
  <code code="REHAZIELE" displayName="Procedure Narrative" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Rehabilitationsziele</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Reh...ele)
Treetree.pnghl7:templateId
II1 … 1RELGA.(Reh...ele)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.26
Treetree.pnghl7:code
CE1 … 1M(Reh...ele)
Treeblank.pngTreetree.png@code
CONF1 … 1FREHAZIELE
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
 Beispiel<code code="REHAZIELE" codeSystem="1.2.40.0.34.5.40" displayName="Rehabilitationsziele"/>
Treetree.pnghl7:title
ST1 … 1M(Reh...ele)
 CONF
Elementinhalt muss "Rehabilitationsziele" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Reh...ele)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Reh...ele)


6.2.5 Outcome Measurement

6.2.5.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.27
Parent Template ID -
Titel der Sektion Outcome Measurement
Definition Das Outcome Measurement oder die medizinische Ergebnis-Messung erfolgt mittels (indikationsspezifischer) Scores und Lebensqualitätsfragebögen zu Beginn und vor Ende des Reha-Aufenthaltes und unterstützt die objektive Dokumentation der Reha-Ziele-Erreichung.
Codierung ELGA-Section: OUTCOMEMEAS "Outcome Measurement"
OID 1.2.40.0.34.5.40
Konformität [O]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif

6.2.5.2 Spezifikation

Id1.2.40.0.34.11.2.2.27
ref
elgabbr-
Gültigkeit2017‑02‑20
StatusKgreen.png AktivVersions-Label
NameOutcomeMeasurementBezeichnungOutcome Measurement
Beschreibung
Das Outcome Measurement oder die medizinische Ergebnis- Messung erfolgt mittels (indikationsspezifischer) Scores und Lebensqualitätsfragebögen zu Beginn und vor Ende des Reha- Aufenthaltes und unterstützt die objektive Dokumentation der Reha-Ziele-Erreichung.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.27
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.27 Outcome Measurement (2017‑02‑20)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.27"/>  <!-- Code der Sektion -->
  <code code="OUTCOMEMEAS" displayName="Outcome Measurement" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Outcome Measurement</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Out...ent)
Treetree.pnghl7:templateId
II1 … 1R(Out...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.27
Treetree.pnghl7:code
CE1 … 1M(Out...ent)
Treeblank.pngTreetree.png@code
CONF1 … 1FOUTCOMEMEAS
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
 Beispiel<code code="OUTCOMEMEAS" codeSystem="1.2.40.0.34.5.40" displayName="Outcome Measurement"/>
Treetree.pnghl7:title
ST1 … 1M(Out...ent)
 CONF
Elementinhalt muss "Outcome Measurement" sein
-oder-
Elementinhalt muss "Rehabilitation - Ergebnismessung" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Out...ent)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Out...ent)


6.2.6 Durchgeführte Maßnahmen

6.2.6.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.4
Parent Template ID -
Titel der Sektion Durchgeführte Maßnahmen
Definition Kurzbeschreibung sämtlicher, während des Aufenthalts durchgeführter, Maßnahmen, wie OPs, Eingriffe oder sonstige Maßnahmen.

Diese Sektion ist Teil der Epikrise, und SOLL daher kurz und prägnant geschrieben sein. Lange Beschreibungen (OP-Berichte, etc.) werden in Sektion „Erhobene Befunde“ abgelegt.

Codierung LOINC: 29554-3, „Procedure Narrative“
Konformität [O]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif

6.2.6.2 Spezifikation

Id1.2.40.0.34.11.2.2.4
ref
elgabbr-
Gültigkeit2017‑02‑20
Andere Versionen mit dieser Id:
  • Kblank.png DurchgefuehrteMassnahmen vom 2015‑10‑15
  • Kblank.png DurchgefuehrteMassnahmen vom 2014‑01‑05
  • Kblank.png DurchgefuehrteMassnahmen vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameDurchgefuehrteMassnahmenBezeichnungDurchgeführte Maßnahmen
BeschreibungKurzbeschreibung sämtlicher während des Aufenthalts durchgeführten Maßnahmen, wie OPs, Eingriffe oder sonstige Maßnahmen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.4
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.4 Durchgeführte Maßnahmen (2017‑02‑20)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.2.2.4 Durchgeführte Maßnahmen (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.4"/>  <!-- Code der Sektion -->
  <code code="29554-3" displayName="Procedure Narrative" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Durchgeführte Maßnahmen</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Dur...men)
Treetree.pnghl7:templateId
II1 … 1R(Dur...men)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.4
Treetree.pnghl7:code
CE1 … 1M(Dur...men)
Treeblank.pngTreetree.png@code
CONF1 … 1F29554-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="29554-3" codeSystem="2.16.840.1.113883.6.1" displayName="Procedure Narrative" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Dur...men)
 CONF
Elementinhalt muss "Durchgeführte Maßnahmen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.(Dur...men)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Dur...men)


6.2.7 Letzte Medikation

6.2.7.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.5
Parent Template ID -
Titel der Sektion Letzte Medikation
Definition Die zuletzt im Spital gegebene Medikation (als Empfehlung zur weiteren Medikation für andere stationäre Einrichtungen).
Sind keine Informationen vorhanden, so wird dies als Standard-Text in der Sektion vermerkt (z.B.: „Keine letzte Medikation“).
Codierung LOINC: 10160-0, „History of medication use“
Konformität [M] bei Entlassungsbrief an andere Krankenhäuser oder Anstalten

[O] KANN entfallen bei Entlassung in den niedergelassenen Bereich. In diesem Fall MUSS die Sektion „Empfohlene Medikation“ angegeben sein.

Konformität Level 3 [NP]

6.2.7.2 Spezifikation

Id1.2.40.0.34.11.2.2.5
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameLetzteMedikationBezeichnungLetzte Medikation
BeschreibungDie zuletzt im Spital gegebene Medikation.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.5
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.2.2.5 Letzte Medikation (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.5"/>  <!-- Code der Sektion -->
  <code code="10160-0" displayName="History of medication use" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Letzte Medikation</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Konditionale Konformität:
bei Entlassungsbrief an andere Krankenhäuser oder Anstalten: M
Sonst: O, KANN entfallen bei Entlassung in den niedergelassenen Bereich. In diesem Fall MUSS „Empfohlene Medikation“ angegeben sein. 
(Let...ion)
Treetree.pnghl7:templateId
II1 … 1R(Let...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.5
Treetree.pnghl7:code
CE1 … 1M(Let...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F10160-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="10160-0" displayName="History of medication use" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Let...ion)
 CONF
Elementinhalt muss "Letzte Medikation" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.(Let...ion)

6.2.8 Empfohlene Medikation

6.2.8.1 Überblick

EIS „Enhanced“ „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.7 ELGA: 1.2.40.0.34.11.2.2.8
Parent Template ID - IHE PCC Hospital Discharge Medications Section:
1.3.6.1.4.1.19376.1.5.3.1.3.22
Titel der Sektion Empfohlene Medikation
Definition Die empfohlene weitere Medikation nach der Entlassung.
Sollte eine Umstellung der Medikation vorgenommen worden sein, sollte eine Begründung im Standard-Text der Sektion angegeben werden.
Sind keine Informationen vorhanden, so wird dies als Standard-Text in der Sektion vermerkt (z.B.: „Keine empfohlene Medikation“).
Codierung LOINC: 10183-2, „Hospital discharge medications“
Konformität [M] bei Entlassung in den niedergelassenen Bereich
[O] KANN entfallen bei Entlassung an andere Krankenhäuser oder Anstalten. In diesem Fall MUSS die Sektion „Letzte Medikation“ angegeben sein.
Konformität Level 3 [NP]
ELGA MedikationVerordnung-Entry (1.2.40.0.34.11.8.1.3.1)
[M]
ELGA MedikationVerordnung-Entry (1.2.40.0.34.11.8.1.3.1)
Siehe ELGA CDA Implementierungsleitfaden “e-Medikation”

6.2.8.2 Spezifikation

Empfohlene Medikation (alle EIS)

Id1.2.40.0.34.11.30004
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameEmpfohleneMedikationAlleEISBezeichnungEmpfohlene Medikation (alle EIS)
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30004 Empfohlene Medikation (alle EIS) (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- Im Falle von EIS „Enhanced“ -->
  <templateId root="1.2.40.0.34.11.2.2.7"/>  <!-- ELGA EIS „Enhanced“ -->
  <!--… oder …-->
  <!-- Im Falle von EIS „Full support“ -->
  <templateId root="1.2.40.0.34.11.2.2.8"/>  <!-- ELGA EIS “Full support” -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.22"/>  <!-- IHE PCC -->
  <!-- Code der Sektion -->
  <code code="10183-2" displayName="Hospital discharge medications" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Empfohlene Medikation</title>  <!-- Textbereich der Sektion -->
  <text>
    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:35">Arzneimittel</th>          <th styleCode="xELGA_colw:10">Einnahme</th>          <th styleCode="xELGA_colw:10">Dosierung</th>          <th styleCode="xELGA_colw:20">Hinweis</th>          <th>Zusatzinformation</th>        </tr>
      </thead>
      <tbody>
        <tr ID="vpos-4">
          <td>
            <content styleCode="bold">Diazepam Actavis 10 mg Tabletten </content>            <br/>            (1 x 20 Stück)           </td>
          <td>täglich</td>          <td>1-0-0-0</td>          <td/>          <td>
            <content styleCode="bold">
              Start: content>06.05.2014              <br/>              <content styleCode="bold">Ende: </content>              17.05.2014              <br/>              <content styleCode="bold">Art der Anwendung: zum Einnehmen</content>            </content>
          </td>
        </tr>
      </tbody>
    </table>
  </text>
  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->
  <entry>
     :     <!-- ELGA MedikationVerordnung-Entry -->
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>     :   </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:code
CE1 … 1M(Emp...EIS)
Treetree.png@code
CONF1 … 1F10183-2
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.png@displayName
1 … 1FHospital discharge medications
 Beispiel<code code="10183-2" displayName="Hospital discharge medications" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
hl7:title
ST1 … 1R(Emp...EIS)
 CONF
Elementinhalt muss "Empfohlene Medikation" sein
hl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Emp...EIS)

Empfohlene Medikation (Enhanced)

Id1.2.40.0.34.11.2.2.7
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameEmpfohleneMedikationEnhancedBezeichnungEmpfohlene Medikation (enhanced)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.7
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.30004InklusionKgreen.png Empfohlene Medikation (alle EIS)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.7 Empfohlene Medikation (enhanced) (2011‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
Konditionale Konformität:
bei Entlassungsbrief in den niedergelassenen Bereich: M
Sonst: O, KANN entfallen bei Entlassung an andere Krankenhäuser oder Anstalten. In diesem Fall MUSS „Letzte Medikation“ angegeben sein. 
(Emp...ced)
Treetree.pnghl7:templateId
II1 … 1R(Emp...ced)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.7
Eingefügt von 1.2.40.0.34.11.30004 Empfohlene Medikation (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1M(Emp...ced)
Treeblank.pngTreetree.png@code
CONF1 … 1F10183-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FHospital discharge medications
 Beispiel<code code="10183-2" displayName="Hospital discharge medications" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Emp...ced)
 CONF
Elementinhalt muss "Empfohlene Medikation" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Emp...ced)
Treetree.pnghl7:entry
NP(Emp...ced)

Empfohlene Medikation (Full Support)

Id1.2.40.0.34.11.2.2.8
ref
elgabbr-
Gültigkeit2014‑05‑14
Andere Versionen mit dieser Id:
  • Kblank.png EmpfohleneMedikationFull vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameEmpfohleneMedikationFullBezeichnungEmpfohlene Medikation (full support)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.8
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.11.30004InklusionKgreen.png Empfohlene Medikation (alle EIS)DYNAMIC
1.2.40.0.34.11.8.1.3.1ContainmentKyellow.png Medikation Verordnung Entry eMedikationDYNAMIC
1.2.40.0.34.11.8.1.3.2ContainmentKgreen.png Medikation Verordnung Entry No Drug TherapyDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.8 Empfohlene Medikation (full support) (2014‑05‑14)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
Konditionale Konformität:
bei Entlassungsbrief in den niedergelassenen Bereich: M
Sonst: O, KANN entfallen bei Entlassung an andere Krankenhäuser oder Anstalten. In diesem Fall MUSS „Letzte Medikation“ angegeben sein. 
(Emp...ull)
Treetree.pnghl7:templateId
II1 … 1R(Emp...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.8
Treetree.pnghl7:templateId
II1 … 1R(Emp...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.22
Eingefügt von 1.2.40.0.34.11.30004 Empfohlene Medikation (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1M(Emp...ull)
Treeblank.pngTreetree.png@code
CONF1 … 1F10183-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FHospital discharge medications
 Beispiel<code code="10183-2" displayName="Hospital discharge medications" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Emp...ull)
 CONF
Elementinhalt muss "Empfohlene Medikation" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Emp...ull)
Auswahl1 … *Elemente in der Auswahl:
  • hl7:entry[hl7:substanceAdministration/hl7:templateId/@root='1.2.40.0.34.11.8.1.3.1'] welches enthält Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)
  • hl7:entry[hl7:substanceAdministration/hl7:templateId/@root='1.2.40.0.34.11.8.1.3.2'] welches enthält Template 1.2.40.0.34.11.8.1.3.2 Medikation Verordnung Entry No Drug Therapy (DYNAMIC)
Treeblank.pngTreetree.pnghl7:entry
Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)(Emp...ull)
wo [hl7:substanceAdministration/hl7:templateId/@root='1.2.40.0.34.11.8.1.3.1']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV
Treeblank.pngTreetree.pnghl7:entry
 … 1Beinhaltet 1.2.40.0.34.11.8.1.3.2 Medikation Verordnung Entry No Drug Therapy (DYNAMIC)(Emp...ull)
wo [hl7:substanceAdministration/hl7:templateId/@root='1.2.40.0.34.11.8.1.3.2']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV
6.2.8.2.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3

Vorgaben und Empfehlungen zur Gestaltung des Textbereichs der Sektion im Falle des Vorhandenseins von maschinenlesbaren Elementen (CDA Level 3):

  • Vorgaben
    • Tabellarische Darstellung der Daten
  • Empfehlungen
    • Reihenfolge der Informationen pro Medikation:
      • Arznei, Packungsanzahl, Menge der Arznei in der Packung
      • Einnahme (d.h. Frequenz)
      • Dosierung
      • Hinweis (d.h. alternative Einnahme, Zusatzinformation für den Patienten)
      • Zusatzinformationen
        • Einnahmestart - Einnahmeende
        • Art der Anwendung

Folgende Abbildung zeigt beispielhaft die Darstellung des oben beschriebenen Textbereichs der Sektion „Empfohlene Medikation“ mittels des ELGA Referenz-Stylesheets.

Abbildung 2: Vorgabe für die Darstellung der "Empfohlenen Medikation".
Abbildung 2: Vorgabe für die Darstellung der "Empfohlenen Medikation".

6.2.8.2.2 Maschinenlesbare Elemente der Sektion

Verweis auf den Leitfaden e-Medikation [2]:
Das Element MedikationVerordnung-Entry (1.2.40.0.34.11.8.1.3.1) erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des Implementierungsleitfadens „e-Medikation“.


Auszug aus e-Medikation

6.2.9 ELGA MedikationVerordnung-Entry

Template ID ELGA: 1.2.40.0.34.11.8.1.3.1
Parent Template ID HL7 CCD 3.9:
2.16.840.1.113883.10.20.1.24
IHE PCC Medications Entry:
1.3.6.1.4.1.19376.1.5.3.1.4.7
IHE PHARM Prescription Entry:
1.3.6.1.4.1.19376.1.9.1.3.2

CDA R-MIM (L-POCD_RM000040) Ausschnitt - Klassen um die Verordnung.
Abbildung 3: CDA R-MIM (L-POCD_RM000040) Ausschnitt - Klassen um die Verordnung

Diese Abbildung zeigt die für die Verordnung relevanten R-MIM Klassen SubstanceAdministration, Consumable, entryRelationship. Die Reihenfolge der Attribute entsprechend Schema ist normativ.

6.2.9.1 Spezifikation

Id1.2.40.0.34.11.8.1.3.1
ref
elgabbr-
Gültigkeit2014‑09‑01
Andere Versionen mit dieser Id:
  • Kblank.png MedikationVerordnungEntryemed vom 2014‑01‑31
StatusKyellow.png EntwurfVersions-Label
NameMedikationVerordnungEntryemedBezeichnungMedikation Verordnung Entry eMedikation
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.8.1.3.1
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 18 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90012InklusionKyellow.png Sbadm TemplateId OptionsDYNAMIC
1.2.40.0.34.11.30006InklusionKyellow.png EinnahmedauerDYNAMIC
1.2.40.0.34.11.30007InklusionKgreen.png Dosierungsvariante 1: Tagesdosierung effectiveTimeDYNAMIC
1.2.40.0.34.11.30008InklusionKyellow.png Dosierungsvariante 2: EinzeldosierungDYNAMIC
1.2.40.0.34.11.30009InklusionKgreen.png Dosierungsvariante 3: Tagesdosierung mit EinnahmepauseDYNAMIC
1.2.40.0.34.11.30010InklusionKyellow.png Dosierungsvariante 4: Einzeldosierung mit EinnahmepauseDYNAMIC
1.2.40.0.34.11.30037InklusionKgreen.png Dosierungsvariante 1: Tagesdosierung doseQuantityDYNAMIC
1.2.40.0.34.11.30039InklusionKgreen.png Dosierungsvariante 2: Einzeldosierung doseQuantityDYNAMIC
1.2.40.0.34.11.30041InklusionKgreen.png Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantityDYNAMIC
1.2.40.0.34.11.30043InklusionKgreen.png Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantityDYNAMIC
1.2.40.0.34.11.2.3.4ContainmentKgreen.png Arznei Entry (1.0.2+20220121)DYNAMIC
1.2.40.0.34.11.90004InklusionKgreen.png AuthorElementsDYNAMIC
1.2.40.0.34.11.30040InklusionKyellow.png Dosierungsvariante 2: Einzeldosierung entryRelationshipDYNAMIC
1.2.40.0.34.11.30044InklusionKyellow.png Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationshipDYNAMIC
1.2.40.0.34.11.30033InklusionKyellow.png Patient Instructions (2020.1)DYNAMIC
1.2.40.0.34.11.30034InklusionKyellow.png Pharmacist Instructions (2020.1)DYNAMIC
1.2.40.0.34.11.30045InklusionKgreen.png TherapieartDYNAMIC
1.2.40.0.34.11.90013InklusionKyellow.png ID des ContainersDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (2014‑09‑01)
ref
elgabbr-
Beispiel
Strukturbeispiel
<ClinicalDocument>
  <substanceAdministration classCode="SBADM" moodCode="INT">
    <!-- ELGA -->
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>    <!-- HL7 CCD -->
    <templateId root="2.16.840.1.113883.10.20.1.24"/>    <!-- IHE PCC -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>    <!-- IHE PHARM -->
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>    <!-- IHE PHARM Dosage Instructions -->
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>    <!-- „Delay Start Dosing“ bei Verwendung von „width“ in Einnahmedauer -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.21"/>    <!-- ********** Dosierungsarten Anfang ********** -->
    <!-- Dosierungsart 1 und 3, „Normal dosing“ -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>     … oder …     <!-- Dosierungsart 2, „Split dosing“ -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>    <!-- ********** Dosierungsarten Ende ********** -->
    <!-- ID des MedikationVerordnung-Entry -->
    <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/>    <!--Referenz zum narrativen Abschnitt dieses MedikationVerordnung-Entry im Text-Bereich der Sektion-->
    <text>
      <reference value="#vpos-1"/>    </text>
    <!-- Statuscode des MedikationVerordnung-Entry -->
    <statusCode code="completed"/>    <!-- Einnahmedauer -->
    <effectiveTime xsi:type="IVL_TS">
      <low value="20131009000000+0200"/>      <high value="20131020235959+0200"/>    </effectiveTime>
    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 1 **********
Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die
Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime
und eines doseQuantity Elements angegeben
-->
    <effectiveTime xsi:type="PIVL_TS|SXPR_TS"/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 1 ********** -->
    <!-- Maximale Anzahl der zusätzlichen Einlösungen -->
    <repeatNumber value="3"/>    <!-- Art der Anwendung -->
    <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="MedikationArtAnwendung"/>    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 2 ********** -->
    <doseQuantity value=" " unit=" "/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 2 ********** -->
    <!-- Arznei -->
    <consumable>
      <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->
      <manufacturedProduct classCode="MANU">
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- IHE PCC -->
        <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- HL7 CCD -->
        <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
          <!-- ELGA Arznei-Entry -->
          <templateId root="1.2.40.0.34.11.2.3.4"/>          <!-- ELGA -->
           :         </manufacturedMaterial>
      </manufacturedProduct>
    </consumable>
    <!-- Verfasser der Verordnung (nur bei Verwendung im Rahmen der Medikationsliste) -->
    <author> : </author>    <!--
********** Dosierungsart 2 und 4 Anfang **********
Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die
Einnahmezeitpunkte + Dosis in Form von untergeordneten
entryRelationship Elementen angegeben (Morgens, Mittags, ...)
-->
    <entryRelationship typeCode="COMP">
      <sequenceNumber value="1"/>      <substanceAdministration classCode="SBADM" moodCode="INT">
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>        <effectiveTime operator="A" xsi:type="EIVL_TS">
          <event code="ACM"/>          <offset value="0" unit="s"/>        </effectiveTime>
        <doseQuantity value="2"/>      </substanceAdministration>
    </entryRelationship>
     :     <!-- ********** Dosierungsart 2 und 4 Ende ********** -->
    <!-- Packungsanzahl -->
    <entryRelationship typeCode="COMP">
      <supply classCode="SPLY" moodCode="RQO">
        <independentInd value="false"/>        <quantity value="1"/>      </supply>
    </entryRelationship>
    <!-- Zusatzinformationen für den Patienten -->
    <entryRelationship typeCode="SUBJ" inversionInd="true">
      <act classCode="ACT" moodCode="INT">
        <templateId root="2.16.840.1.113883.10.20.1.49"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>        <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>
    </entryRelationship>
    <!-- Ergänzende Informationen zu magistralen Zubereitungen -->
    <entryRelationship typeCode="SUBJ" inversionInd="true">
      <act classCode="ACT" moodCode="INT">
        <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>
    </entryRelationship>
    <!-- Therapieart -->
    <entryRelationship typeCode="COMP">
      <act classCode="ACT" moodCode="INT">
        <templateId root="1.2.40.0.34.11.8.1.3.4"/>        <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>      </act>
    </entryRelationship>
  </substanceAdministration>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
(Med...med)
Treetree.png@classCode
cs1 … 1FSBADM
Treetree.png@moodCode
cs1 … 1FINT
 ConstraintBei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet

Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode!
Treetree.pnghl7:templateId
II1 … 1MELGA.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.1.3.1
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD 3.9.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.24
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Medications Entry.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Prescription Entry.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.2
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Dosage Instructions.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.6
Eingefügt von 1.2.40.0.34.11.90012 Sbadm TemplateId Options (DYNAMIC)
„Delay Start Dosing“ Markierung bei Verwendung eines „width“ Elements in Einnahmedauer.
Siehe Kapitel 6.4.1.2.6, „Einnahmedauer“
Treetree.pnghl7:templateId
IIC
Dosierungsart, mögliche Werte:
a) Normal: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1
b) Split: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.9
Es ist in jedem Fall die TemplateId für „Normal dosing“ (a) anzugeben (auch wenn keine strukturierten Dosierungsinformationen angegeben sind), außer es ist gemäß Kapitel „Dosierungsvarianten/Zeitpunkt(e) der Einnahme“ die Angabe von „Split dosing“ (b) vorgeschrieben
(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.21
 Constraint
Konditionale Konformität
  • Einnahmedauer beinhaltet low/high Elemente Conf: NP
  • Einnahmedauer beinhaltet ein width Element: Card 1..1 Conf M
Auswahl1 … 1
Dosierungsart: Normal (1.3.6.1.4.1.19376.1.5.3.1.4.7.1) oder Split (1.3.6.1.4.1.19376.1.5.3.1.4.9)
Elemente in der Auswahl:
  • hl7:templateId[not(@nullFlavor)]
  • hl7:templateId[not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:templateId
II … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7.1
Treeblank.pngTreetree.pnghl7:templateId
II … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.9
Treetree.pnghl7:id
II0 … 1CID des MedikationAbgabe-Entry.(Med...med)
wo [1]
Treeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreetree.png@extension
st1 … 1R
 ConstraintFür e-Medikation: ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation: Das erste ID Element enthält eine von Zentralkomponenten der e-Medikation vergebene neue ID des Verordnungs-Entry, welche durch eine eigene OID im @root-Attribut gekennzeichnet ist. Diese neue ID ist notwendig, da das Verordnungs-Entry bei Rückgabe in der Medikationsliste durch die Zentralkomponenten mit verschiedenen zusätzlichen Informationen ergänzt wird.

Nur für andere e-Befunde (also Befundklassen außerhalb dieses Leitfadens, wie z.B. Entlassungsbrief ärztlich) ist eine lokale OID zulässig, sofern keine VerordnungsID vorliegt.

Bedingung:
Bei Medikationsliste    @root="1.2.40.0.10.1.4.3.4.2.2.1"     @extension=VerordnungsID

Sonst                          @root="1.2.40.0.10.1.4.3.4.2.2"        @extension=VerordnungsID
 Beispiel<id root="1.2.40.0.10.1.4.3.4.2.2" extension="WYE82A2G8EEW_4711" assigningAuthorityName="Ordination Dr. Muster"/>
 Schematron assertrole error 
 testnot(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.3']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2.1'] 
 MeldungBei Medikationslisten muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2.1 tragen. 
 Schematron assertrole error 
 testnot(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.1']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2'] 
 MeldungBei Verordnungen muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2 tragen. 
 Schematron assertrole error 
 testnot(ancestor::hl7:ClinicalDocument/hl7:templateId[starts-with(@root, '1.2.40.0.34.11.8')]) or hl7:id[1] 
 MeldungFür e-Medikation Dokumente muss die erste ID angegeben sein. 
Treetree.pnghl7:id
II0 … 1CID des MedikationVerordnungs-Entry.(Med...med)
wo [2]
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.2
 Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation.
Treeblank.pngTreetree.png@extension
st1 … 1RVerordnungsID.
 ConstraintFür e-Medikation:
Das zweite ID Element enthält die ID des ursprünglich im Rezept-Dokument angegebenen Verordnungs-Entry, welcher der Ausgangspunkt des vorliegenden Verordnungs-Entry darstellt.

Konditionale Konformität
Verordnungs-Entry liegt in Medikationsliste vor: Card 1..1 Conf M
Sonst: NP
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).(Med...med)
 Beispiel
Strukturbeispiel
<text>
  <reference value="#vpos-1"/></text>
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#vpos-{generierteID},
z.B.: #vpos-1
Treetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt von 1.2.40.0.34.11.30006 Einnahmedauer (DYNAMIC)
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Einnahme von 27.05.2011, Ende unbekannt
-->
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:low value="20110527000000+0200"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime>
</hl7:ClinicalDocument>
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Einnahmestart unbekannt, Dauer 2 Wochen lang
-->
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:width value="2" unit="wk"/>  </cda:effectiveTime>
</hl7:ClinicalDocument>
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt
-->
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:low nullFlavor="UNK"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime>
</hl7:ClinicalDocument>
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[1][hl7:low]
  • hl7:effectiveTime[1][hl7:width]
  • hl7:effectiveTime[1][@nullFlavor]
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TSZeitelement zur Dokumentation der Einnahmedauer.(Med...med)
wo [1] [hl7:low]
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS1 … 1RZeitpunkt des Einnahmestarts.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS1 … 1RZeitpunkt des Einnahmeendes.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TSDauer der Einnahme, wenn Einnahmestart unbekannt(Med...med)
wo [1] [hl7:width]
Treeblank.pngTreeblank.pngTreetree.pnghl7:width
PQ1 … 1R
Dauer der Einnahme, wenn Einnahmestart unbekannt
Bemerkung: Wenn ein width Element angegeben wird, MUSS auch die templateId für „Delay Start Dosing“ angegeben werden.
Siehe Kapitel „Template IDs"
(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS(Med...med)
wo [1] [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MEs wird in einer Verordnung (1.2.40.0.34.11.8.1.3.1) die Dosierungsvariante "Split" mit templateId 1.3.6.1.4.1.19376.1.5.3.1.4.9 verwendet wird.
NPSonst
Auswahl … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:period and not(hl7:phase)] eingefügt vom Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC)
  • hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC)
  • ein Element eingefügt vom Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC)
  • hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
PIVL_TSCZeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.(Med...med)
wo [hl7:period and not(hl7:phase)]
Treeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreetree.png@institutionSpecified
bl1 … 1Ftrue
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP
Treeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1RZeitraum für den die Dosis in doseQuantity vorgesehen ist.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Med...med)
wo [2]
Eingefügt von 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC)
Auswahl … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:period and hl7:phase]
  • hl7:effectiveTime[hl7:comp]
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
PIVL_TSCFür EIN Wochentag.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Med...med)
wo [hl7:period and hl7:phase]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TSCFür mehrere Wochentage, z. B. wöchtentlich montags und mittwochs(Med...med)
wo [hl7:comp]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP

1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1RKomponentencontainer.(Med...med)
wo [not(@operator)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS0 … *(Med...med)
wo [@operator='I']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Eingefügt von 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Med...med)
wo [2]
Auswahl … 1Elemente in der Auswahl:
  • ein Element eingefügt vom Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC)
  • hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC)
  • ein Element eingefügt vom Template 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC)
  • hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC)
Auswahl … 1Elemente in der Auswahl:
  • hl7:doseQuantity[not(hl7:low|hl7:high)]
  • hl7:doseQuantity[hl7:low|hl7:high]
 ConstraintKonditionale Konformität:
Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (otional) mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRDosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert
(Med...med)
wo [not(hl7:lowoder
hl7:high)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1RTagesdosierung.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRmit doseQuantity als IVL_PQ(Med...med)
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC)
Treeblank.pngTreetree.pnghl7:doseQuantity
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Dosis bei Dosierungsvariante 1 und 3.
(Med...med)
Eingefügt von 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC)
Auswahl … 1Elemente in der Auswahl:
  • hl7:doseQuantity[not(hl7:low|hl7:high)]
  • hl7:doseQuantity[hl7:low|hl7:high]
 ConstraintKonditionale Konformität:
Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (optional) aus Value-Set ELGA_MedikationMengenartAlternativ
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRDosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert
(Med...med)
wo [not(hl7:lowoder
hl7:high)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1RTagesdosierung.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRmit doseQuantity als IVL_PQ(Med...med)
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC)
Treeblank.pngTreetree.pnghl7:doseQuantity
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Dosis bei Dosierungsvariante 1 und 3.
(Med...med)
 Schematron reportrole warning 
 testnot(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:effectiveTime[2]) 
 MeldungeffectiveTime[2] muss in den Dosierungsvarianten 1 und 3 anwesend sein 
 Schematron reportrole warning 
 testnot(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:doseQuantity) 
 MeldungdoseQuantity muss in den Dosierungsvarianten 1 und 3 anwesend sein 
 Schematron reportrole warning 
 testhl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:effectiveTime[2] 
 MeldungeffectiveTime[2] darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein 
 Schematron reportrole warning 
 testhl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:doseQuantity 
 MeldungdoseQuantity darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein 
Treetree.pnghl7:repeatNumber
IVL_INT1 … 1RAnzahl der Einlösungen.
Dieses Element MUSS angegeben werden. Dieses Element beschreibt die mögliche maximale Anzahl von zusätzlichen Einlösungen dieser Verordnung. Bei Verwendung in der Medikationsliste wird immer der ursprüngliche Wert angegeben (ändert sich nicht nach einer Einlösung).

Beispiele :
  • Ein Wert von „0“ bedeutet, dass die Verordnung kein weiteres Mal eingelöst werden kann (Standardfall)
  • Ein Wert von „3“ bedeutet, dass die Verordnung insgesamt vier Mal eingelöst werden kann.
Alle Verordnungen eines Rezepts MÜSSEN denselben Wert aufweisen.
Zugelassene nullFlavor: MSKWird die Anzahl der zusätzlichen Einlösungen  nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 0 angenommen werden (keine zusätzlichen Einlösungen).

Maximale Anzahl der zusätzlichen Einlösungen
Bei Kassenrezepten:
Fixer Wert: 0
Bei Privatrezepten:
Maximaler Wert: 5
(Med...med)
 Beispiel
Strukturbeispiel
<repeatNumber value="0"/>
Treetree.pnghl7:routeCode
CE0 … 1Art der Anwendung der Arznei.(Med...med)
Treeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.2.40.0.10.1.4.3.4.3.4
 Beispiel
Strukturbeispiel
<routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="ELGA_MedikationArtAnwendung"/>
Treetree.pnghl7:consumable
1 … 1MKomponente zur Aufnahme der Arznei auf die sich der MedikationVerordnungs-Entry bezieht.
Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC)
(Med...med)
 Beispiel
Strukturbeispiel
<consumable>
  <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->
  <manufacturedProduct classCode="MANU">
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    <!-- IHE PCC -->
    <templateId root="2.16.840.1.113883.10.20.1.53"/>    <!-- HL7 CCD -->
    <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
      <!-- ELGA Arznei-Entry -->
      <templateId root="1.2.40.0.34.11.2.3.4"/>      <!-- ELGA -->
       :     </manufacturedMaterial>
  </manufacturedProduct>
</consumable>
Eingefügt0 … 1C von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC)
Dieses Element wird nur bei ELGA MedikationVerordnungs-Entrys verwendet, welche im Rahmen der Medikationsliste vorliegen.
Es beinhaltet den Verfasser des Rezepts auf dem diese Verordnung ausgestellt wurde. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“.
Siehe Kapitel „Teilnehmende Parteien“, Abschnitt „Verfasser des Dokuments (author)“ (bezogen auf das Rezept-Dokument).
 ConstraintKonditionale Konformität:
Element wird in Medikationsliste verwendet und eine Referenz zu einer Verdnung ist vorhanden: Card 1..1 Conf M
Sonst NP
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:author[not(@nullFlavor)]
  • hl7:author[@nullFlavor]
Treeblank.pngTreetree.pnghl7:author
Verfasser des Dokuments.(Med...med)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1
Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …
Eigene Codes und Bezeichnungen können verwendet werden. 

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1R

Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
 Beispiel<assignedAuthor classCode="ASSIGNED">
  <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </assignedPerson>
</assignedAuthor>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R

Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.

Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“,

Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Med...med)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Med...med)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1Hersteller und Modellbezeichnung des datenerstellenden Gerätes.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC0 … 1Bezeichnung (und ggf Version) der datenerstellenden Software.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Med...med)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Med...med)
Treeblank.pngTreetree.pnghl7:author
Verfasser nicht bekannt/nicht anwendbar(Med...med)
wo [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Beispiel<author nullFlavor="NA">
  <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">
    <id nullFlavor="NA"/>  </assignedAuthor>
</author>
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt von 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC)
Treetree.pnghl7:entryRelationship
C
Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.
Wiederholung höchstens einmal je Zeitcode!
(Med...med)
wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='EIVL_TS']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT1 … 1MAufsteigende Nummerierung der Unterelemente.(Med...med)
Eingefügt von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC)
Treeblank.pngTreetree.pnghl7:substanceAdministration
1 … 1MAbbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MMenge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1OMenge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
EIVL_TS1 … 1MZeitelement zur Aufnahme des Einnahmezeitpunkts.(Med...med)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
1 … 1MEinnahmezeitpunkt.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ1 … 1MZeitversatz (immer mit 0 Sekunden angegeben).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F0
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fs
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQ1 … 1MDosis.(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt von 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC)
Treetree.pnghl7:entryRelationship
C
Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.
Wiederholung höchstens einmal je Zeitcode!
(Med...med)
wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='SXPR_TS']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT1 … 1MAufsteigende Nummerierung der Unterelemente.(Med...med)
Eingefügt von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC)
Treeblank.pngTreetree.pnghl7:substanceAdministration
1 … 1MAbbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MMenge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1OMenge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TS1 … 1MZeitelement zur Aufnahme des Einnahmezeitpunkts.(Med...med)
wo [@xsi:type='SXPR_TS']
 ConstraintDie comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden!

1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
EIVL_TS1 … 1MKomponentencontainer(Med...med)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
1 … 1MEinnahmezeitpunkt.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ1 … 1MZeitversatz (immer mit 0 Sekunden angegeben).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F0
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fs
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1MKomponentencontainer zur Aufnahme der Einnahmetage.
Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden!
(Med...med)
wo [@xsi:type='PIVL_TS'] [@operator='A']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RPhase der Einnahme.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
TSErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS0 … *2.+ Komponentencontainer zur Aufnahme der Einnahmetage(Med...med)
wo [@xsi:type='PIVL_TS'] [@operator='I']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
TS(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQ1 … 1MDosis.(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Schematron assertrole error 
 testnot(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or not(hl7:entryRelationship[@typeCode='COMP'][hl7:substanceAdministration]) 
 MeldungBei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet 
 Variable letNameseq 
 Valuehl7:entryRelationship/hl7:substanceAdministration/hl7:effectiveTime[@value='0']//hl7:event/@code 
 Schematron assertrole error 
 testempty($seq[position() = index-of($seq,.)[2]]) 
 MeldungWiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode! 
Treetree.pnghl7:entryRelationship
1 … 1MKomponente zur Aufnahme der Packungsanzahl.

Da sich die Angaben zur Arznei (siehe Vorkapitel) jeweils auf eine Packung der Arznei beziehen, MUSS die Anzahl der auszugebenden Packungen der Arznei in einer eigenen Komponente zusätzlich angegeben werden (mindestens 1). Bei magistralen Zubereitungen wird die Anzahl der auszugebenden Einheiten der Arznei in derselben Art und Weise gehandhabt wie bei Arzneispezialitäten. Die Menge einer Einheit der Arznei (z.B. 200g einer magistral zubereiteten Salbe in einer gewissen Zusammensetzung) ist in den ergänzenden Informationen zu der magistralen Zubereitung anzugeben.
(Med...med)
wo [@typeCode='COMP'] [hl7:supply]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 Beispiel
Strukturbeispiel
<entryRelationship typeCode="COMP">
  <supply classCode="SPLY" moodCode="RQO">
    <independentInd value="false"/>    <quantity value="1"/>  </supply>
</entryRelationship>
Treeblank.pngTreetree.pnghl7:supply
1 … 1MAbbildung der Packungsanzahl als untergeordnetes supply-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSPLY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FRQO
 Beispiel<supply classCode="SPLY" moodCode="RQO">
  <independentInd value="false"/>  <quantity value="1"/></supply>
Treeblank.pngTreeblank.pngTreetree.pnghl7:independentInd
BL1 … 1MIndikator, ob die Komponente unabhängig verwendet werden darf.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1Ffalse
Treeblank.pngTreeblank.pngTreetree.pnghl7:quantity
PQ1 … 1RPackungsanzahl

Zugelassene nullFlavor: MSK
MSK= Wird die Anzahl der auszugebenden Packungen nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 1 angenommen werden.
(Med...med)
Treetree.pnghl7:entryRelationship
0 … 1Komponente zur Aufnahme der Zusatzinformationen, Informationen zur alternativen Einnahme und Informationen zur Arznei(Med...med)
wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.49']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Eingefügt1 … 1M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC)
Treeblank.pngTreetree.pnghl7:act
1 … 1MAbbildung der Zusatzbemerkungen als untergeordnetes act-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.49
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#patinfo-{generierteID}, z.B.: #patinfo-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreeblank.pngTreetree.pnghl7:entryRelationship
1 … 3MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
0 … 1Komponente zur Aufnahme der ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitung.(Med...med)
wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
 Constraint
Konditionale Konformität:
Arznei ist eine magistrale Zubereitung: Card 1..1 Conf M
Arznei ist keine magistrale Zubereitung: Card 0..1 Conf O
Eingefügt1 … 1M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC)
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.43
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3.1
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FFINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#abginfo-{generierteID}, z.B.: #abginfo-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreeblank.pngTreetree.pnghl7:entryRelationship
1 … 2MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC)
Treetree.pnghl7:entryRelationship
0 … 1Therapieart dieses MedikationVerordnung-Entry(Med...med)
wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']]
Treeblank.pngTreetree.png@typeCode
1 … 1FCOMP
 Beispiel<entryRelationship typeCode="COMP">
  <act classCode="ACT" moodCode="INT">
    <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act>
</entryRelationship>
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.40.0.34.11.8.1.3.4
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.30 ELGA_MedikationTherapieArt (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med)
Eingefügt0 … 1C von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC)
ID des Verordnungs-Entry Containers (Rezept-Dokument)
 Constraint
Konditionale Konformität für ID des Verordnungs-Entry Containers (Rezept-Dokument)
  • Element wird in Medikationsliste verwendet: Card 1..1 Conf M
  • Sonst NP
Treetree.pnghl7:reference
0 … 1CID des Verordnungs-Entry Containers (Rezept-Dokument).(Med...med)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FXCRPT
Treeblank.pngTreetree.pnghl7:externalDocument
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des MedikationVerordnung-Entry.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1ReMED-ID
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@assigningAuthorityName
1 … 1Fe-MedAT


6.2.9.1.1 Spezifikation Einnahmedauer
Id1.2.40.0.34.11.30006
ref
elgabbr-
Gültigkeit2013‑12‑20
Andere Versionen mit dieser Id:
  • Kblank.png Einnahmedauer vom 2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameEinnahmedauerBezeichnungEinnahmedauer
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30006 Einnahmedauer (2013‑12‑20)
ref
elgabbr-
Beispiel
Einnahme von 27.05.2011 bis 03.06.2011 bzw. Einnahme von 27.05.2011, Dauer 1 Woche lang
<effectiveTime>
  <low value="20110527000000+0200"/>  <high value="20110603235959+0200"/></effectiveTime>
Beispiel
Einnahme von 27.05.2011, Ende unbekannt
<effectiveTime>
  <low value="20110527000000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
Beispiel
Einnahmestart unbekannt, Dauer 2 Wochen lang
<effectiveTime>
  <width value="2" unit="wk"/></effectiveTime>
Beispiel
Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt
<ClinicalDocument>
  <effectiveTime xsi:type="IVL_TS">
    <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[1][hl7:low]
  • hl7:effectiveTime[1][hl7:width]
  • hl7:effectiveTime[1][@nullFlavor]
Treetree.pnghl7:effectiveTime
IVL_TSZeitelement zur Dokumentation der Einnahmedauer.(Ein...uer)
wo [1] [hl7:low]
Treeblank.pngTreetree.pnghl7:low
TS1 … 1RZeitpunkt des Einnahmestarts.
Zugelassene nullFlavor: UNK
(Ein...uer)
Treeblank.pngTreetree.pnghl7:high
TS1 … 1RZeitpunkt des Einnahmeendes.
Zugelassene nullFlavor: UNK
(Ein...uer)
Treetree.pnghl7:effectiveTime
IVL_TSDauer der Einnahme, wenn Einnahmestart unbekannt(Ein...uer)
wo [1] [hl7:width]
Treeblank.pngTreetree.pnghl7:width
PQ1 … 1R
Dauer der Einnahme, wenn Einnahmestart unbekannt
Bemerkung: Wenn ein width Element angegeben wird, MUSS auch die templateId für „Delay Start Dosing“ angegeben werden.
Siehe Kapitel „Template IDs"
(Ein...uer)
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)
Treetree.pnghl7:effectiveTime
IVL_TS(Ein...uer)
wo [1] [@nullFlavor]
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MEs wird in einer Verordnung (1.2.40.0.34.11.8.1.3.1) die Dosierungsvariante "Split" mit templateId 1.3.6.1.4.1.19376.1.5.3.1.4.9 verwendet wird.
NPSonst


6.2.9.1.2 Spezifikation Dosierungsvariante 1: Tagesdosierung
Id1.2.40.0.34.11.30007
ref
elgabbr-
Gültigkeit2014‑09‑02
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung1 vom 2013‑12‑20
  • Kblank.png Dosierung1 vom 2013‑12‑19
  • Kblank.png Dosierung1 vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameDosierung1BezeichnungDosierungsvariante 1: Tagesdosierung effectiveTime
BeschreibungDosierungsvariante 1 (Tagesdosierung) bedeutet, dass die angegebene Dosis im Laufe eines bestimmten Zeitraums (z.B. an einem Tag, innerhalb einer Woche, …) eingenommen werden muss.
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (2014‑09‑02)
ref
elgabbr-
Beispiel
Strukturbeispiel
<ClinicalDocument>
  <entry typeCode="DRIV">
    <substanceAdministration classCode="SBADM" moodCode="INT">
      <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->
      <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->
      <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->
      <!-- Dosierungsart 1, „Normal dosing“ -->
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>       :       <!--
Einnahmedauer
Einnahme von 27.05.2011 bis 08.06.2011
-->
      <effectiveTime>
        <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>
      <!--
********** Dosierungsart 1 Anfang **********
Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die
Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime
und eines doseQuantity Elements angegeben

Dosierungsart 1: Tagesdosierung
Einmal täglich, 3 Stk.
-->
      <!-- pro Tag -->
      <effectiveTime xsi:type="PIVL_TS" operator="A" institutionSpecified="true">
        <period value="1" unit="d"/>      </effectiveTime>
      <!-- 2 1/2 Stk -->
      <doseQuantity value="2.5"/>      <!-- ********** Dosierungsart 1 Ende ********** -->
       :     </substanceAdministration>
  </entry>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:effectiveTime
PIVL_TSCZeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.(Dos...ng1)
wo [hl7:period and not(hl7:phase)]
Treetree.png@operator
cs1 … 1FA
Treetree.png@institutionSpecified
bl1 … 1Ftrue
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP
Treetree.pnghl7:period
PQ1 … 1RZeitraum für den die Dosis in doseQuantity vorgesehen ist.(Dos...ng1)
Treeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)
Id1.2.40.0.34.11.30037
ref
elgabbr-
Gültigkeit2015‑09‑05
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung1dq vom 2014‑02‑05
  • Kblank.png Dosierung1dq vom 2013‑12‑19
StatusKgreen.png AktivVersions-Label
NameDosierung1dqBezeichnungDosierungsvariante 1: Tagesdosierung doseQuantity
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (2015‑09‑05)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
Auswahl … 1Elemente in der Auswahl:
  • hl7:doseQuantity[not(hl7:low|hl7:high)]
  • hl7:doseQuantity[hl7:low|hl7:high]
 ConstraintKonditionale Konformität:
Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (otional) mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ
Treetree.pnghl7:doseQuantity
IVL_PQRDosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert
(Dos...1dq)
wo [not(hl7:lowoder
hl7:high)]
Treeblank.pngTreetree.png@value
1 … 1RTagesdosierung.
Treeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treetree.pnghl7:doseQuantity
IVL_PQRmit doseQuantity als IVL_PQ(Dos...1dq)
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreetree.pnghl7:low
PQ(Dos...1dq)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreetree.pnghl7:high
PQ(Dos...1dq)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Id1.2.40.0.34.11.30038
ref
elgabbr-
Gültigkeit2013‑12‑19
StatusKgreen.png AktivVersions-Label
NameDosierung1erBezeichnungDosierungsvariante 1: Tagesdosierung entryRelationship
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30038 Dosierungsvariante 1: Tagesdosierung entryRelationship (2013‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:entryRelationship
NPKomponente zur Aufnahme eines Einnahmezeitpunkts und einer –dosis bei Dosierungsvarianten 2 und 4.(Dos...1er)
wo [@typeCode='COMP']


6.2.9.1.3 Spezifikation Dosierungsvariante 2: Einzeldosierung
Id1.2.40.0.34.11.30008
ref
elgabbr-
Gültigkeit2020‑07‑21 13:25:19
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung2 vom 2013‑12‑20
  • Kblank.png Dosierung2 vom 2013‑11‑07
  • Kblank.png Dosierung2 vom 2013‑04‑17
  • Kblank.png Dosierung2 vom 2012‑07‑14
StatusKyellow.png EntwurfVersions-Label
NameDosierung2BezeichnungDosierungsvariante 2: Einzeldosierung
Beschreibung
Dosierungsvariante 2 (Einzeldosierung) bedeutet, dass zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „täglich“.
Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“.
Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden.
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20)
ref
elgabbr-
Beispiel
Strukturbespiel
<ClinicalDocument>
  <entry typeCode="DRIV">
    <substanceAdministration classCode="SBADM" moodCode="INT">
      <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->
      <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->
      <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->
      <!-- Dosierungsart 2, „Split dosing“ -->
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>       :       <!--
Einnahmedauer
Einnahme von 27.05.2011 bis 08.06.2011
-->
      <effectiveTime>
        <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>
       :       <!--
********** Dosierungsart 2 Anfang **********
Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die
Einnahmezeitpunkte + Dosis in Form von untergeordneten
entryRelationship Elementen angegeben (Morgens, Mittags, ...)

Dosierungsart 2: Einzeldosierung
Morgens – Mittags – Abends - Nachts
2 - 0 - 1 - 0
-->
      <entryRelationship typeCode="COMP">
        <!-- Einnahme: MORGENS, 2 Stück -->
        <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">
          <text>
            <reference value="#dpos-2"/>          </text>
          <effectiveTime xsi:type="EIVL_TS">
            <event code="ACM"/>            <offset value="0" unit="s"/>          </effectiveTime>
          <doseQuantity value="2"/>          <consumable>
            <manufacturedProduct>
              <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>
          </consumable>
        </substanceAdministration>
      </entryRelationship>
      <entryRelationship typeCode="COMP">
        <!-- Einnahme: ABENDS, 1 Stück -->
        <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">
          <effectiveTime xsi:type="EIVL_TS">
            <event code="ACV"/>            <offset value="0" unit="s"/>          </effectiveTime>
          <doseQuantity value="1"/>          <consumable>
            <manufacturedProduct>
              <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>
          </consumable>
        </substanceAdministration>
      </entryRelationship>
      <!-- ********** Dosierungsart 2 Ende ********** -->
    </substanceAdministration>
  </entry>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:effectiveTime
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Dos...ng2)
wo [2]
Id1.2.40.0.34.11.30039
ref
elgabbr-
Gültigkeit2013‑12‑19
StatusKgreen.png AktivVersions-Label
NameDosierung2dqBezeichnungDosierungsvariante 2: Einzeldosierung doseQuantity
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (2013‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:doseQuantity
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Dosis bei Dosierungsvariante 1 und 3.
(Dos...2dq)
Id1.2.40.0.34.11.30040
ref
elgabbr-
Gültigkeit2020‑07‑21 13:36:02
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung2er vom 2014‑09‑01
  • Kblank.png Dosierung2er vom 2013‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameDosierung2erBezeichnungDosierungsvariante 2: Einzeldosierung entryRelationship
BeschreibungUntergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnungs-Entry MÜSSEN angegeben werden.
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.30046InklusionKyellow.png Splitdose-Einnahmezeitpunkte 1DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (2014‑09‑01)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (2014‑09‑01)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:entryRelationship
C
Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.
Wiederholung höchstens einmal je Zeitcode!
(Dos...2er)
wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='EIVL_TS']]
Treetree.png@typeCode
cs1 … 1FCOMP
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP
Treetree.pnghl7:sequenceNumber
INT1 … 1MAufsteigende Nummerierung der Unterelemente.(Dos...2er)
Eingefügt von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC)
Treetree.pnghl7:substanceAdministration
1 … 1MAbbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.(Dos...2er)
Treeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreetree.png@moodCode
cs1 … 1FINT
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MMenge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1OMenge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext
Treeblank.pngTreetree.pnghl7:effectiveTime
EIVL_TS1 … 1MZeitelement zur Aufnahme des Einnahmezeitpunkts.(Dos...2er)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreetree.pnghl7:event
1 … 1MEinnahmezeitpunkt.(Dos...2er)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ1 … 1MZeitversatz (immer mit 0 Sekunden angegeben).(Dos...2er)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F0
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fs
Treeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQ1 … 1MDosis.(Dos...2er)
Treeblank.pngTreetree.pnghl7:consumable
1 … 1M(Dos...2er)
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Dos...2er)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Dos...2er)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA


6.2.9.1.4 Spezifikation Dosierungsvariante 3: Tagesdosierung an bestimmten Tagen
Id1.2.40.0.34.11.30009
ref
elgabbr-
Gültigkeit2015‑09‑05
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung3 vom 2013‑12‑20
  • Kblank.png Dosierung3 vom 2013‑12‑19
  • Kblank.png Dosierung3 vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameDosierung3BezeichnungDosierungsvariante 3: Tagesdosierung mit Einnahmepause
Beschreibung
Dosierungsvariante 3 (Tagesdosierung an bestimmten Tagen einer Woche) bedeutet, dass wie bei Dosierungsvariante 1 die angegebene Dosis im Laufe eines Tages eingenommen werden muss, wobei dies aber nur an bestimmten Wochentagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“.
Hinweis: Der Datentyp des effectiveTime-Elements der Dosierungsart ändert sich, wenn die Einnahme an EINEM (PIVL_TS) oder an MEHREREN Wochentagen (SXPR_TS, dazu mehrere comp-Unterelemente) erfolgen soll. 
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (2015‑09‑05)
ref
elgabbr-
Beispiel
Strukturbeispiel
<ClinicalDocument>
  <entry typeCode="DRIV">
    <substanceAdministration classCode="SBADM" moodCode="INT">
      <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->
      <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->
      <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->
      <!-- Dosierungsart 3, „Tagesdosierung an bestimmten Tagen“ -->
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>       :       <!--
Einnahmedauer
Einnahme von 01.10.2013 bis 30.10.2013
-->
      <effectiveTime>
        <low value="20131001000000+0200"/>        <high value="20131030235959+0200"/>      </effectiveTime>
      <!--
********** Dosierungsart 3 Anfang – an EINEM Wochentag **********
Dosierungsart 3: Einzeldosierung an einem bestimmten Wochentag
1 Stück jeden Montag
-->
      <effectiveTime xsi:type="PIVL_TS" operator="A">
        <!-- Jeden Montag -->
        <phase value="20151221"/>        <!-- Der 21.Dezember ist ein Montag -->
        <period value="1" unit="wk"/>      </effectiveTime>
      <!-- 1 Stück -->
      <doseQuantity value="1"/>      <!-- ********** Dosierungsart 3 Ende - an EINEM Wochentag ********** -->
      <!--
********** Dosierungsart 3 Anfang – an MEHREREN Wochentagen **********
Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die
Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime
und eines doseQuantity Elements angegeben

Dosierungsart 3: Einzeldosierung an bestimmten Tagen
Je 200 ml jeden Dienstag und Donnerstag
-->
      <effectiveTime xsi:type="SXPR_TS" operator="A">
        <!-- Jeden Dienstag -->
        <comp xsi:type="PIVL_TS">
          <phase value="20131001"/>          <!-- Der 1.Okt 2013 ist ein Dienstag -->
          <period value="1" unit="wk"/>        </comp>
        <!-- Jeden Donnerstag -->
        <comp xsi:type="PIVL_TS" operator="I">
          <phase value="20131003"/>          <!-- Der 3.Okt 2013 ist ein Donnerstag -->
          <period value="1" unit="wk"/>        </comp>
      </effectiveTime>
      <!-- 200 ml -->
      <doseQuantity value="200" unit="Ml"/>      <!-- ********** Dosierungsart 3 Ende – an MEHREREN Wochentagen ********** -->
       :     </substanceAdministration>
  </entry>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
Auswahl … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:period and hl7:phase]
  • hl7:effectiveTime[hl7:comp]
Treetree.pnghl7:effectiveTime
PIVL_TSCFür EIN Wochentag.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Dos...ng3)
wo [hl7:period and hl7:phase]
Treeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)(Dos...ng3)
Treeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Dos...ng3)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treetree.pnghl7:effectiveTime
SXPR_TSCFür mehrere Wochentage, z. B. wöchtentlich montags und mittwochs(Dos...ng3)
wo [hl7:comp]
Treeblank.pngTreetree.png@operator
cs1 … 1FA
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP

1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I
Treeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1RKomponentencontainer.(Dos...ng3)
wo [not(@operator)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)(Dos...ng3)
Treeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Dos...ng3)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreetree.pnghl7:comp
PIVL_TS0 … *(Dos...ng3)
wo [@operator='I']
Treeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FI
Treeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1R(Dos...ng3)
Treeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Dos...ng3)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Id1.2.40.0.34.11.30041
ref
elgabbr-
Gültigkeit2015‑09‑05
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung3dq vom 2014‑04‑05
  • Kblank.png Dosierung3dq vom 2013‑12‑19
StatusKgreen.png AktivVersions-Label
NameDosierung3dqBezeichnungDosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (2015‑09‑05)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
Auswahl … 1Elemente in der Auswahl:
  • hl7:doseQuantity[not(hl7:low|hl7:high)]
  • hl7:doseQuantity[hl7:low|hl7:high]
 ConstraintKonditionale Konformität:
Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (optional) aus Value-Set ELGA_MedikationMengenartAlternativ
Treetree.pnghl7:doseQuantity
IVL_PQRDosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert
(Dos...3dq)
wo [not(hl7:lowoder
hl7:high)]
Treeblank.pngTreetree.png@value
1 … 1RTagesdosierung.
Treeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treetree.pnghl7:doseQuantity
IVL_PQRmit doseQuantity als IVL_PQ(Dos...3dq)
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreetree.pnghl7:low
PQ(Dos...3dq)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreetree.pnghl7:high
PQ(Dos...3dq)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Id1.2.40.0.34.11.30042
ref
elgabbr-
Gültigkeit2020‑07‑21 13:48:15
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung3er vom 2013‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameDosierung3erBezeichnungDosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship
BeschreibungUntergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnungs-Entry entfallen.
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30042 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (2013‑12‑19)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.30042 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (2013‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:entryRelationship
NPKomponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.(Dos...3er)


6.2.9.1.5 Spezifikation Dosierungsvariante 4: Einzeldosierung an bestimmten Tagen
Id1.2.40.0.34.11.30010
ref
elgabbr-
Gültigkeit2020‑07‑21 13:28:53
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung4 vom 2013‑12‑19
  • Kblank.png Dosierung4 vom 2013‑11‑07
  • Kblank.png Dosierung4 vom 2013‑04‑17
  • Kblank.png Dosierung4 vom 2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameDosierung4BezeichnungDosierungsvariante 4: Einzeldosierung mit Einnahmepause
Beschreibung
Dosierungsvariante 4 (Einzeldosierung an bestimmten Tagen) bedeutet, dass wie bei Dosierungsvariante 2 zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss, wobei dies nur an bestimmten Tagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“.
Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“.
Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden.
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<ClinicalDocument>
  <entry typeCode="DRIV">
    <substanceAdministration classCode="SBADM" moodCode="INT">
      <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->
      <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->
      <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->
      <!-- Dosierungsart 4, „Split dosing“ -->
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>       :       <!--
Einnahmedauer
Einnahme von 27.05.2011 bis 08.06.2011
-->
      <effectiveTime>
        <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>
       :       <!-- ********** Dosierungsart 4 **********
Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die
Einnahmezeitpunkte + Dosis in Form von untergeordneten
entryRelationship Elementen angegeben (Morgens, Mittags, ...) -->
      <!--
********** Dosierungsart 4 Anfang – an EINEM Wochentag **********
Dosierungsart 4: Einzeldosierung an einem bestimmten Tag
Morgens – Mittags – Abends - Nachts
2 - 0 - 1 - 0
Stück jeden Montag
-->
      <entryRelationship typeCode="COMP">
        <!-- Einnahme: MORGENS, 2 Stück, jeden Mo -->
        <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">
          <text>
            <reference value="#dpos-2"/>          </text>
          <effectiveTime xsi:type="SXPR_TS">
            <comp xsi:type="EIVL_TS">
              <event code="ACM"/>              <offset value="0" unit="s"/>            </comp>
            <!-- Jeden Montag -->
            <comp xsi:type="PIVL_TS" operator="A">
              <phase value="20151221"/>              <!-- Der 21.Dezember ist ein Montag -->
              <period value="1" unit="wk"/>            </comp>
          </effectiveTime>
          <doseQuantity value="2"/>          <consumable>
            <manufacturedProduct>
              <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>
          </consumable>
        </substanceAdministration>
      </entryRelationship>
      <entryRelationship typeCode="COMP">
        <!-- Einnahme: ABENDS, 1 Stück, jeden Mo -->
        <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">
          <effectiveTime xsi:type="SXPR_TS">
            <comp xsi:type="EIVL_TS">
              <event code="ACV"/>              <offset value="0" unit="s"/>            </comp>
            <!-- Jeden Montag -->
            <comp xsi:type="PIVL_TS" operator="A">
              <phase value="20151221"/>              <!-- Der 21.Dezember ist ein Montag -->
              <period value="1" unit="wk"/>            </comp>
          </effectiveTime>
          <doseQuantity value="1"/>          <consumable>
            <manufacturedProduct>
              <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>
          </consumable>
        </substanceAdministration>
      </entryRelationship>
      <!-- ********** Dosierungsart 4 Ende - an EINEM Wochentag ********** -->
      <!--
********** Dosierungsart 4 Anfang – an MEHREREN Wochentagen **********
Dosierungsart 4: Einzeldosierung an bestimmten Tagen
Morgens – Mittags – Abends - Nachts
2 - 0 - 1 - 0
Jeden Dienstag und Donnerstag
-->
      <entryRelationship typeCode="COMP">
        <!-- Einnahme: MORGENS, 2 Stück, jeden Di und Do -->
        <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">
          <effectiveTime xsi:type="SXPR_TS">
            <comp xsi:type="EIVL_TS">
              <event code="ACM"/>              <offset value="0" unit="s"/>            </comp>
            <!-- Jeden Dienstag -->
            <comp xsi:type="PIVL_TS" operator="A">
              <phase value="20131001"/>              <!-- Der 1.Okt 2013 ist ein Dienstag -->
              <period value="1" unit="wk"/>            </comp>
            <!-- Jeden Donnerstag -->
            <comp xsi:type="PIVL_TS" operator="I">
              <phase value="20131003"/>              <!-- Der 3.Okt 2013 ist ein Donnerstag -->
              <period value="1" unit="wk"/>            </comp>
          </effectiveTime>
          <doseQuantity value="2"/>          <consumable>
            <manufacturedProduct>
              <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>
          </consumable>
        </substanceAdministration>
      </entryRelationship>
      <entryRelationship typeCode="COMP">
        <!-- Einnahme: ABENDS, 1 Stück, jeden Di und Do -->
        <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">
          <effectiveTime xsi:type="SXPR_TS">
            <comp xsi:type="EIVL_TS">
              <event code="ACV"/>              <offset value="0" unit="s"/>            </comp>
            <!-- Jeden Dienstag -->
            <comp xsi:type="PIVL_TS" operator="A">
              <phase value="20131001"/>              <!-- Der 1.Okt 2013 ist ein Dienstag -->
              <period value="1" unit="wk"/>            </comp>
            <!-- Jeden Donnerstag -->
            <comp xsi:type="PIVL_TS" operator="I">
              <phase value="20131003"/>              <!-- Der 3.Okt 2013 ist ein Donnerstag -->
              <period value="1" unit="wk"/>            </comp>
          </effectiveTime>
          <doseQuantity value="1"/>          <consumable>
            <manufacturedProduct>
              <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>
          </consumable>
        </substanceAdministration>
      </entryRelationship>
      <!-- ********** Dosierungsart 4 Ende – an MEHREREN Wochentagen ********* -->
    </substanceAdministration>
  </entry>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:effectiveTime
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Dos...ng4)
wo [2]
Id1.2.40.0.34.11.30043
ref
elgabbr-
Gültigkeit2013‑12‑19
StatusKgreen.png AktivVersions-Label
NameDosierung4dqBezeichnungDosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (2013‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:doseQuantity
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Dosis bei Dosierungsvariante 1 und 3.
(Dos...4dq)
Id1.2.40.0.34.11.30044
ref
elgabbr-
Gültigkeit2020‑07‑21 13:37:00
Andere Versionen mit dieser Id:
  • Kblank.png Dosierung4er vom 2014‑09‑01
  • Kblank.png Dosierung4er vom 2013‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameDosierung4erBezeichnungDosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship
BeschreibungUntergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnungs-Entry MÜSSEN angegeben werden.
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.30047InklusionKyellow.png Splitdose-Einnahmezeitpunkte 2DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (2014‑09‑01)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (2014‑09‑01)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:entryRelationship
C
Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.
Wiederholung höchstens einmal je Zeitcode!
(Dos...4er)
wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='SXPR_TS']]
Treetree.png@typeCode
cs1 … 1FCOMP
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP
Treetree.pnghl7:sequenceNumber
INT1 … 1MAufsteigende Nummerierung der Unterelemente.(Dos...4er)
Eingefügt von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC)
Treetree.pnghl7:substanceAdministration
1 … 1MAbbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.(Dos...4er)
Treeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreetree.png@moodCode
cs1 … 1FINT
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MMenge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1OMenge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext
Treeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TS1 … 1MZeitelement zur Aufnahme des Einnahmezeitpunkts.(Dos...4er)
wo [@xsi:type='SXPR_TS']
 ConstraintDie comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden!

1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
EIVL_TS1 … 1MKomponentencontainer(Dos...4er)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
1 … 1MEinnahmezeitpunkt.(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ1 … 1MZeitversatz (immer mit 0 Sekunden angegeben).(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F0
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fs
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1MKomponentencontainer zur Aufnahme der Einnahmetage.
Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden!
(Dos...4er)
wo [@xsi:type='PIVL_TS'] [@operator='A']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RPhase der Einnahme.(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
TSErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag).(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS0 … *2.+ Komponentencontainer zur Aufnahme der Einnahmetage(Dos...4er)
wo [@xsi:type='PIVL_TS'] [@operator='I']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1R(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
TS(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQ1 … 1MDosis.(Dos...4er)
Treeblank.pngTreetree.pnghl7:consumable
1 … 1M(Dos...4er)
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Dos...4er)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA


6.2.9.1.6 Spezifikation ID des Verordnungs-Entry Containers (Rezept-Dokument)
Id1.2.40.0.34.11.90013
ref
elgabbr-
Gültigkeit2020‑07‑21 13:38:52
Andere Versionen mit dieser Id:
  • Kblank.png Iddescontainers vom 2015‑04‑23
StatusKyellow.png EntwurfVersions-Label
NameIddescontainersBezeichnungID des Containers
Beschreibung
Wird das ELGA MedikationVerordnungs-Entry im Rahmen der Medikationsliste verwendet, MUSS die ID des Rezept-Dokuments, welches das Verordnungs-Entry ursprünglich beinhaltete, angegeben sein.
Bemerkung: Es ist immer die ID des Rezept-Dokuments anzugeben, mittels welchem das Verordnungs-Entry ursprünglich angelegt wurde, auch wenn z.B. das vorliegende Verordnungs-Entry das Ergebnis von Änderungen mittels Pharmazeutischer Empfehlungen ist und demnach eine andere VerordnungsID als das ursprüngliche besitzt.
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.90013 ID des Containers (2015‑04‑23)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.90013 ID des Containers (2015‑04‑23)
ref
elgabbr-
Beispiel
Beispiel
<reference typeCode="XCRPT">
  <externalDocument>
    <id root="1.2.40.0.10.1.4.3.4.2.1" extension="WYE82A2G8EEW" assigningAuthorityName="e-MedAT"/>  </externalDocument>
</reference>
ItemDTKardKonfBeschreibungLabel
hl7:reference
ID des Verordnungs-Entry Containers (Rezept-Dokument).(Idd...ers)
Treetree.png@typeCode
cs1 … 1FXCRPT
Treetree.pnghl7:externalDocument
1 … 1M(Idd...ers)
Treeblank.pngTreetree.pnghl7:id
II1 … 1MID des MedikationVerordnung-Entry.(Idd...ers)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.1
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1ReMED-ID
Treeblank.pngTreeblank.pngTreetree.png@assigningAuthorityName
1 … 1Fe-MedAT


6.2.9.1.7 ID des MedikationVerordnung-Entry

In diesem Element wird die VerordnungsID angegeben. Die VerordnungsID MUSS die eMED-ID beinhalten um eine globale Eindeutigkeit zu gewährleisten.

Strukturvorschrift: VerordnungsID = {eMED-ID}_{lokal vergebene ID}

Beispiel: WYE82A2G8EEW_4711

Im Falle, dass das ELGA MedikationVerordnung-Entry im Rahmen der Medikationsliste vorliegt, werden zwei ID-Elemente angegeben, welche wie folgt befüllt sind:

  1. Das erste ID Element enthält eine von Zentralkomponenten der e-Medikation vergebene neue ID des Verordnungs-Entry, welche durch eine eigene OID im @root-Attribut gekennzeichnet ist. Diese neue ID ist notwendig, da das Verordnungs-Entry bei Rückgabe in der Medikationsliste durch die Zentralkomponenten mit verschiedenen zusätzlichen Informationen ergänzt wird.
  2. Das zweite ID Element enthält die ID des ursprünglich im Rezept-Dokument angegebenen Verordnungs-Entry, welcher der Ausgangspunkt des vorliegenden Verordnungs-Entry darstellt.
6.2.9.1.8 Einnahmedauer

Die Einnahmedauer dokumentiert den Zeitraum in dem die Einnahme des Medikaments erfolgen SOLL und wird im ersten effectiveTime-Element angegeben.

Ist eine Dosierungsvariante gemäß Kapitel 6.4.1.1.3 angegeben, MUSS die Einnahmedauer angegeben werden.

6.2.9.1.9 Dosierungsvarianten/Zeitpunkt(e) der Einnahme

Die Dosierungsvariante dokumentiert Dosis und den Zeitpunkt bzw. die Zeitpunkte innerhalb des Einnahmezeitraums, an denen die Einnahme des Medikaments erfolgen soll (z.B. Tages-dosierungen, Morgens-Mittags-Abends-Nachts, etc.).

Die Angabe der Dosierung ist optional.
Wenn eine Dosierung gemäß einer der Dosierungsvarianten angegeben wird, sind die Konformitäten wie im Folgenden beschrieben zu befolgen, ansonsten DÜRFEN alle im folgenden beschriebenen Elemente NICHT vorhanden sein.

Die folgenden Dosierungsvarianten sind erlaubt (erlaubt sind auch eine freitextliche Angabe der Dosierung und eine zusätzliche Information für den Patienten, siehe Zusatzinformation für den Patienten, alternative Einnahme und Informationen zur Arznei):

  • Dosierungsvariante 1: Tagesdosierung
  • Dosierungsvariante 2: Einzeldosierung
  • Dosierungsvariante 3: Tagesdosierung an bestimmten Tagen
  • Dosierungsvariante 4: Einzeldosierung an bestimmten Tagen

Die Angabe der Dosierungsvarianten ist strukturell unterschiedlich:

Dosierungsvarianten 1 und 3
  1. TemplateID für „Normal dosing“ MUSS angegeben werden: 1.3.6.1.4.1.19376.1.5.3.1.4.7.1
  2. Unmittelbar nach dem effectiveTime-Element für die Einnahmedauer werden ein weiteres effectiveTime-Element und ein doseQuantity-Element angegeben.
  3. Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnung-Entry entfallen.
Dosierungsvarianten 2 und 4
  1. TemplateID für „Split dosing“ MUSS angegeben werden: 1.3.6.1.4.1.19376.1.5.3.1.4.9
  2. Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
  3. Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnung-Entry MÜSSEN angegeben werden.
6.2.9.1.10 Zusatzinformation für den Patienten, alternative Einnahme und Informationen zur Arznei

Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei können hier angegeben werden.

Alle Informationskategorien sind Freitextfelder und werden strukturell getrennt abgelegt. Die strukturelle Trennung erfolgt im narrativen Bereich und wird mittels <content> Elementen vorgenommen.

Beispiele für die Informationskategorien sind:

  • Zusatzinformationen für den Patienten (ZINFO): Allgemeine Informationen, Auswirkungen der Einnahme, Verhaltensanweisungen („beeinträchtigt ihre Fahrtüchtigkeit“)
  • Informationen zur alternativen Einnahme (ALTEIN): Anweisungen, die die Einnahme direkt betreffen: Mengen, Zeitpunkte, Sequenzen, Art der Einnahme (Einnahme zusammen / nicht zusammen mit). Hier kann die Dosierung angegeben werden. Es können hier vollständige Einnahmeinformationen angegeben werden oder Ergänzungen zu einer der vier erlaubten strukturierten Dosierungsvarianten.
  • Informationen zur Arznei (ARZNEIINFO): wird automatisiert in der Medikationsliste eingetragen

Der Bereich für die Zusatzinformationen für den Patienten MUSS mittels <content ID="zinfo-{generierteID}"> eingefasst werden. Die Angabe von Zusatzinformationen für den Patienten (z.B.: spezielle Anweisungen, etc.) ist OPTIONAL.

Der Bereich für die Informationen zur alternativen Einnahme MUSS mittels <content ID="altein-{generierteID}"> eingefasst werden. Die Angabe von Informationen zur alternativen Einnahme (z.B.: Einnahme bei Bedarf, etc.) ist OPTIONAL.

Der Bereich für die Informationen zur Arznei MUSS mittels <content ID="arzneiinfo-{generierteID}"> eingefasst werden. Informationen zur Arznei (z.B.: Mögliche Anwendungsarten, etc.) werden nur bei ELGA MedikationVerordnung-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen. In allen anderen Fällen, DARF diese Information NICHT angegeben werden.

Abgesehen von diesen Blöcken sind weitere Daten im Bereich NICHT ERLAUBT.

6.2.9.1.11 Ergänzende Informationen zur Abgabe und magistralen Zubereitung

Ergänzende Informationen zur Abgabe und magistralen Zubereitung können hier angegeben werden.

Alle Informationskategorien sind Freitextfelder und werden strukturell getrennt abgelegt. Die strukturelle Trennung erfolgt im narrativen Bereich und wird mittels <content> Elementen vorgenommen.

Der Bereich für die ergänzenden Informationen zur Abgabe MUSS mittels <content ID="erginfo-{generierteID}"> eingefasst werden. Die Angabe ergänzender Informationen zur Abgabe (z.B.: spezielle Anweisungen für den Apotheker, etc.) ist OPTIONAL.

Der Bereich für die ergänzenden Informationen zur magistralen Zubereitung MUSS mittels <content ID="magzub-{generierteID}"> eingefasst werden. Die Angabe ergänzender Informationen zur magistralen Zubereitung (z.B. Zusatzstoffe, Verarbeitung, etc.) ist VERPFLICHTEND, wenn die Verordnung eine magistrale Zubereitung ist. Sind keine ergänzenden Informationen vorhanden, MUSS der Text „Magistrale Zubereitung“ angegeben werden.

Abgesehen von diesen Blöcken sind weitere Daten im Bereich NICHT ERLAUBT.

Id1.2.40.0.34.11.30034
ref
elgabbr-
Gültigkeit2020‑10‑06 13:34:04
Andere Versionen mit dieser Id:
  • Kblank.png PharmacistInstructions vom 2014‑09‑10
  • Kblank.png PharmacistInstructions vom 2013‑12‑21
StatusKyellow.png EntwurfVersions-Label2020.1
NamePharmacistInstructionsBezeichnungPharmacist Instructions
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30034 Pharmacist Instructions (2014‑09‑10)
ref
elgabbr-
Beispiel
Beispiel
<act classCode="ACT" moodCode="INT">
  <templateId root="2.16.840.1.113883.10.20.1.43"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>  <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>  <text>
    <reference value="#abginfo-{generierteID}"/>  </text>
  <statusCode code="completed"/>  <!-- Eine oder mehrere Referenzen zu Informationskategorien: “Ergänzende Informationen zur Abgabe”, “Ergänzende Informationen zur magistralen Zubereitung” -->
  <entryRelationship typeCode="SUBJ" inversionInd="true">
    <act classCode="ACT" moodCode="INT">
      <templateId root="1.2.40.0.34.11.8.0.3.2"/>      <code code="ERGINFO" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>      <text>
        <reference value="#erginfo|magzub-{generierteID}"/>      </text>
      <statusCode code="completed"/>    </act>
  </entryRelationship>
</act>
ItemDTKardKonfBeschreibungLabel
hl7:act
(Pha...ons)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FINT
Treetree.pnghl7:templateId
II1 … 1M(Pha...ons)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.43
Treetree.pnghl7:templateId
II1 … 1M(Pha...ons)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3.1
Treetree.pnghl7:code
CE1 … 1M(Pha...ons)
Treeblank.pngTreetree.png@code
CONF1 … 1FFINSTRUCT
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)(Pha...ons)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Pha...ons)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#abginfo-{generierteID}, z.B.: #abginfo-1
Treetree.pnghl7:statusCode
CS1 … 1M(Pha...ons)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
1 … 2MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Pha...ons)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Pha...ons)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Pha...ons)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.2
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Pha...ons)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Pha...ons)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Pha...ons)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Pha...ons)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted



6.2.9.1.11.1 Vorgaben für maschinenlesbare Elemente, wenn keine Informationen vorhanden sind

Sind keine Informationen vorhanden, MUSS genau folgende Struktur angegeben werden (für die Elemente < id> und < reference> MÜSSEN gültige Werte angegeben werden):

<entry>
  <substanceAdministration classCode='SBADM' moodCode='INT'>
    <templateId root='1.2.40.0.34.11.8.1.3.2'/>
    <templateId root='2.16.840.1.113883.10.20.1.24'/>
    <templateId root='1.3.6.1.4.1.19376.1.5.3.1.4.7'/>
    <templateId root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1'/>
    <id root='' extension=' '/>
    <code code='182849000'
          displayName='no drug therapy prescribed'
          codeSystem='2.16.840.1.113883.6.96'
          codeSystemName='SNOMED CT'/>
    <text>
	    <reference value='#...'/>
    </text>
    <statusCode code='completed'/>
    <consumable>
      <manufacturedProduct classCode='MANU'>
        <templateId root='1.3.6.1.4.1.19376.1.5.3.1.4.7.2'/>
        <templateId root='2.16.840.1.113883.10.20.1.53'/>
        <manufacturedMaterial classCode='MMAT' determinerCode='KIND'>
          <code nullFlavor='NA'/>
        </manufacturedMaterial>
      </manufacturedProduct>
    </consumable>
 </substanceAdministration>
</entry>

id-Element
Das id-Element MUSS einen gültigen Wert beinhalten.

reference-Element
Das reference-Element MUSS eine gültige Referenz auf die Stelle im narrativen Text-Bereich enthalten, an der der Vermerk, dass keine Informationen vorliegen (z.B.: „Keine empfohlene Medikation“) angegeben wurde.

6.2.10 Weitere empfohlene Maßnahmen

6.2.10.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.9
Parent Template ID IHE PCC Care Plan Section:
1.3.6.1.4.1.19376.1.5.3.1.3.31
HL7 CCD 3.16:
2.16.840.1.113883.10.20.1.10
Titel der Sektion Weitere empfohlene Maßnahmen
Definition Weitere Therapieempfehlungen nach der Entlassung (außer Medikation). z.B. Anordnungen zum Wundmanagement, physikalische Therapien, Diätanordnungen, Präventionsmaßnahmen, etc.
Sind keine Informationen vorhanden, so wird dies als Standard-Text in der Sektion vermerkt (z.B.: „Keine weiteren Maßnahmen“).
Codierung LOINC: 18776-5, „Treatment plan“
Konformität [M]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif

6.2.10.2 Spezifikation

Id1.2.40.0.34.11.2.2.9
ref
elgabbr-
Gültigkeit2015‑10‑15
Andere Versionen mit dieser Id:
  • Kblank.png WeitereMassnahmen vom 2015‑05‑29
  • Kblank.png WeitereMassnahmen vom 2013‑11‑07
  • Kblank.png WeitereMassnahmen vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameWeitereMassnahmenBezeichnungWeitere empfohlene Maßnahmen
BeschreibungWeitere Therapieempfehlungen nach der Entlassung (außer Medikation).
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.9
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
1.2.40.0.34.11.2.2.10ContainmentKgreen.png Termine, Kontrollen, WiederbestellungDYNAMIC
1.2.40.0.34.11.2.2.11ContainmentKgreen.png EntlassungszustandDYNAMIC
1.2.40.0.34.11.2.2.24ContainmentKgreen.png Empfohlene Anordnungen PflegeDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.9 Weitere empfohlene Maßnahmen (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.9"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.31"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.10"/>  <!-- HL7 CCD -->
  <!-- Code der Sektion -->
  <code code="18776-5" displayName="Treatment plan" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Weitere empfohlene Maßnahmen</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!--
Beliebig viele Untersektionen, falls bekannt

Mögliche Untersektionen:
*) Termine, Kontrollen, Wiederbestellung
*) Entlassungszustand
-->
  <component>
    <section> : </section>  </component>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Wei...men)
Treetree.pnghl7:templateId
II1 … 1R(Wei...men)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.9
Treetree.pnghl7:templateId
II1 … 1R(Wei...men)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.31
Treetree.pnghl7:templateId
II1 … 1R(Wei...men)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.10
Treetree.pnghl7:code
CE1 … 1M(Wei...men)
Treeblank.pngTreetree.png@code
CONF1 … 1F18776-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FTreatment plan
 Beispiel<code code="18776-5" displayName="Treatment plan" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Wei...men)
 CONF
Elementinhalt muss "Weitere empfohlene Maßnahmen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.(Wei...men)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Wei...men)
Treetree.pnghl7:component
0 … *Beinhaltet 1.2.40.0.34.11.2.2.10 Termine, Kontrollen, Wiederbestellung (DYNAMIC)(Wei...men)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:component
0 … *Beinhaltet 1.2.40.0.34.11.2.2.11 Entlassungszustand (DYNAMIC)(Wei...men)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:component
0 … *Beinhaltet 1.2.40.0.34.11.2.2.24 Empfohlene Anordnungen Pflege (DYNAMIC)(Wei...men)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue


6.2.10.3 Untersektion „Termine, Kontrollen, Wiederbestellung“

6.2.10.3.1 Überblick
EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.10
Parent Template ID -
Titel der Sektion Termine, Kontrollen, Wiederbestellung
Definition Auflistung weiterer Behandlungstermine, Kontrollen und Wiederbestellungen
Codierung ELGA: TERMIN, „Termine, Kontrollen, Wiederbestellung“
Konformität [R2]
Konformität Level 3 [NP]
6.2.10.3.2 Spezifikation
Id1.2.40.0.34.11.2.2.10
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameTermineKontrollenWiederbestellungBezeichnungTermine, Kontrollen, Wiederbestellung
BeschreibungAuflistung weiterer Behandlungstermine, Kontrollen und Wiederbestellungen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.10
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.2.2.10 Termine, Kontrollen, Wiederbestellung (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.10"/>  <!-- Code der Sektion -->
  <code code="TERMIN" displayName="Termine, Kontrollen, Wiederbestellung" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Termine, Kontrollen, Wiederbestellung</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Ter...ung)
Treetree.pnghl7:templateId
II1 … 1R(Ter...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.10
Treetree.pnghl7:code
CE1 … 1M(Ter...ung)
Treeblank.pngTreetree.png@code
CONF1 … 1FTERMIN
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
 Beispiel<code code="TERMIN" displayName="Termine, Kontrollen, Wiederbestellung" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>
Treetree.pnghl7:title
ST1 … 1R(Ter...ung)
 CONF
Elementinhalt muss "Termine, Kontrollen, Wiederbestellung" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.(Ter...ung)


6.2.10.4 Untersektion „Entlassungszustand“

6.2.10.4.1 Überblick
EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.11
Parent Template ID IHE PCC Functional Status Assessment Section:
1.3.6.1.4.1.19376.1.5.3.1.3.17
HL7 CCD 3.4:
2.16.840.1.113883.10.20.1.5
Titel der Sektion Entlassungszustand
Definition Informationen zu Belastbarkeit und Arbeitsunfähigkeit bzw. -fähigkeit, Aktivitäten des täglichen Lebens auszuüben
Codierung LOINC: 47420-5, „Functional status assessment“
Konformität [R2]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif
6.2.10.4.2 Spezifikation
Id1.2.40.0.34.11.2.2.11
ref
elgabbr-
Gültigkeit2015‑10‑15
Andere Versionen mit dieser Id:
  • Kblank.png Entlassungszustand vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameEntlassungszustandBezeichnungEntlassungszustand
BeschreibungInformationen zu Belastbarkeit und Arbeitsunfähigkeit.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.11
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.11 Entlassungszustand (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.11"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.17"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.5"/>  <!-- HL7 CCD -->
  <!-- Code der Sektion -->
  <code code="47420-5" displayName="Functional status assessment" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Entlassungszustand</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Ent...and)
Treetree.pnghl7:templateId
II1 … 1R(Ent...and)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.11
Treetree.pnghl7:templateId
II1 … 1R(Ent...and)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.17
Treetree.pnghl7:templateId
II1 … 1R(Ent...and)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.5
Treetree.pnghl7:code
CE1 … 1M(Ent...and)
Treeblank.pngTreetree.png@code
CONF1 … 1F47420-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FFunctional status assessment
 Beispiel<code code="47420-5" displayName="Functional status assessment" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Ent...and)
 CONF
Elementinhalt muss "Entlassungszustand" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.(Ent...and)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Ent...and)


6.2.10.5 Untersektion „Empfohlene Anordnungen an die weitere Pflege“

Das Unterkapitel dient der Präzisierung der empfohlenen Delegation an die Berufsgruppe der Pflege gemäß § 15 Gesundheits- und Krankenpflegegesetz.

Beispiel: Verabreichung der subkutanen Injektionen von blutgerinnungshemmenden Arzneimitteln durch den mobilen Pflegedienst gemäß Medikationsempfehlung

6.2.10.5.1 Überblick
EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.24
Parent Template ID
Titel der Sektion Empfohlene Anordnungen an die weitere Pflege
Definition Präzisierung der empfohlenen Delegation an die Berufsgruppe der Pflege gemäß § 15 GuKG
Codierung LOINC: 56447-6, „Plan of care note“
Konformität [R2]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif
6.2.10.5.2 Spezifikation
Id1.2.40.0.34.11.2.2.24
ref
elgabbr-
Gültigkeit2015‑10‑15
Andere Versionen mit dieser Id:
  • Kblank.png EmpfohleneAnordnungenPflege vom 2013‑09‑09
StatusKgreen.png AktivVersions-Label
NameEmpfohleneAnordnungenPflegeBezeichnungEmpfohlene Anordnungen Pflege
Beschreibung
Empfohlene Anordnungen an die weitere Pflege.
Das Unterkapitel dient der Präzisierung der empfohlenen Delegation an die Berufsgruppe der Pflege gemäß § 15 Gesundheits- und Krankenpflegegesetz.
Beispiel: Verabreichung der subkutanen Injektionen von blutgerinnungshemmenden Arzneimitteln durch den mobilen Pflegedienst gemäß Medikationsempfehlung
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.24
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.24 Empfohlene Anordnungen Pflege (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.24"/>  <!-- Code der Sektion -->
  <code code="56447-6" displayName="Plan of care note" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title> Empfohlene Anordnungen an die weitere Pflege </title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Emp...ege)
Treetree.pnghl7:templateId
II1 … 1R(Emp...ege)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.24
Treetree.pnghl7:code
CE1 … 1M(Emp...ege)
Treeblank.pngTreetree.png@code
CONF1 … 1F56447-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="56447-6" codeSystem="2.16.840.1.113883.6.1" displayName="Plan of care note" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(Emp...ege)
 CONF
Elementinhalt muss "Empfohlene Anordnungen an die weitere Pflege" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Emp...ege)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Emp...ege)


6.2.11 Zusammenfassung des Aufenthalts

6.2.11.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.12
Parent Template ID IHE PCC Hospital Course Section:
1.3.6.1.4.1.19376.1.5.3.1.3.5
Titel der Sektion Zusammenfassung des Aufenthalts
Definition Kurzbeschreibung des Verlaufs des stat. Aufenthaltes (Dekurs).
Diese Beschreibung ist Teil der Epikrise und sollte nur angegeben werden, wenn dies durch die Länge des Briefes unbedingt notwendig ist.
Falls eine Zusammenfassung angegeben ist, sollte sie möglichst kurz und prägnant verfasst sein.
Codierung LOINC: 8648-8, „Hospital course“
Konformität [O]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif

6.2.11.2 Spezifikation

Id1.2.40.0.34.11.2.2.12
ref
elgabbr-
Gültigkeit2015‑10‑15
Andere Versionen mit dieser Id:
  • Kblank.png Aufenthaltszusammenfassung vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameAufenthaltszusammenfassungBezeichnungZusammenfassung des Aufenthalts
BeschreibungKurzbeschreibung des Verlaufs des stat. Aufenthaltes (Dekurs).
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.12
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.12 Zusammenfassung des Aufenthalts (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.12"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.5"/>  <!-- IHE PCC -->
  <!-- Code der Sektion -->
  <code code="8648-8" displayName="Hospital course" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Zusammenfassung des Aufenthalts</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Auf...ung)
Treetree.pnghl7:templateId
II1 … 1R(Auf...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.12
Treetree.pnghl7:templateId
II1 … 1R(Auf...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.5
Treetree.pnghl7:code
CE1 … 1M(Auf...ung)
Treeblank.pngTreetree.png@code
CONF1 … 1F8648-8
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="8648-8" displayName="Hospital course" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(Auf...ung)
 CONF
Elementinhalt muss "Zusammenfassung des Aufenthalts" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Auf...ung)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Auf...ung)


6.3 Sekundäre Sektionen

Dieser zweite Teil der medizinischen Sektionen behandelt die sekundären medizinischen Informationen, die seitens der niedergelassenen Ärzte gewünscht werden.

Die sekundären Informationen können optional folgende Sektionen beinhalten:

  • Allergien, Unverträglichkeiten und Risiken
  • Erhobene Befunde
    • Untersektion: „Ausstehende Befunde“
    • Untersektion: „Auszüge aus erhobenen Befunden“
    • Untersektion: „Operationsbericht“
    • Untersektion: „Beigelegte erhobene Befunde“
    • Untersektion: „Vitalparameter“
  • Anamnese
  • Frühere Erkrankungen
  • Medikation bei Einweisung
  • Verabreichte Medikation während des Aufenthalts
  • Patientenverfügungen und andere juridische Dokumente
  • Beilagen

6.3.1 Allergien, Unverträglichkeiten und Risiken

6.3.1.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.13
Parent Template ID -
Titel der Sektion Allergien, Unverträglichkeiten und Risiken
Definition Beschreibung der Allergien, Unverträglichkeiten und Risiken und deren beobachteten Nebenwirkungen, sowie sonstiger Risiken.
Codierung LOINC: 48765-2, „Allergies, adverse reactions, alerts“
Konformität [R2]
Konformität Level 3 [NP]

Die Sektion „Allergien, Unverträglichkeiten und Risiken“ ist für die Empfänger des Entlassungsbriefes besonders wichtig und wird auch im ELGA-Referenz-Stylesheet prominent dargestellt.

Wenn keine Allergie bekannt ist (und auch danach gefragt wurde), SOLL der Standardtext „Keine Allergie bekannt“ angegeben werden (Empfehlung).

Wenn weder Allergien, Unverträglichkeiten noch sonstige Risiken bekannt sind, kann die Sektion weggelassen werden.

6.3.1.2 Spezifikation

Id1.2.40.0.34.11.2.2.13
ref
elgabbr-
Gültigkeit2012‑07‑14
StatusKgreen.png AktivVersions-Label
NameAllergienUnvertraeglichkeitenRisikenBezeichnungAllergien, Unverträglichkeiten und Risiken
BeschreibungBeschreibung der Allergien und Medikamentenunverträglichkeiten und deren beobachteten Nebenwirkungen, sowie sonstiger Risiken
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.13
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.2.2.13 Allergien, Unverträglichkeiten und Risiken (2012‑07‑14)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.13"/>  <!-- Code der Sektion -->
  <code code="48765-2" displayName="Allergies, adverse reactions, alerts" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Allergien, Unverträglichkeiten und Risiken</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(All...ken)
Treetree.pnghl7:templateId
II1 … 1R(All...ken)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.13
Treetree.pnghl7:code
CE1 … 1M(All...ken)
Treeblank.pngTreetree.png@code
CONF1 … 1F48765-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="48765-2" displayName="Allergies, adverse reactions, alerts" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(All...ken)
 CONF
Elementinhalt muss "Allergien, Unverträglichkeiten und Risiken" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(All...ken)


6.3.2 Erhobene Befunde

6.3.2.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.14
Parent Template ID IHE PCC Hospital Studies Summary Section:
1.3.6.1.4.1.19376.1.5.3.1.3.29
Titel der Sektion Erhobene Befunde
Definition Ein Befund ist die Dokumentation einer diagnostischen Maßnahme oder einer Konsultation. Als „Befund“ gelten nicht nur typische diagnostische Befunde (Laborbefunde, Radiologiebefunde …), sondern jegliche Dokumentationen von diagnostischen Maßnahmen oder Konsultationen. Auch OP-Berichte können hier angegeben werden (erwünschte Inhalte siehe Anhang, Kapitel).
Diese Sektion enthält selbst keine Daten, sondern beinhaltet Untersektionen zur Aufnahme der eigentlichen Befund-Informationen.
Es MUSS mindestens eine Untersektion angegeben sein.
Codierung LOINC: 11493-4, „Hospital discharge studies summary“
Konformität [O]
Konformität Level 3 [NP]

6.3.2.2 Spezifikation

Id1.2.40.0.34.11.2.2.14
ref
elgabbr-
Gültigkeit2013‑11‑07
Andere Versionen mit dieser Id:
  • Kblank.png Befunde vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameBefundeBezeichnungErhobene Befunde
Beschreibung
Ein Befund ist die Dokumentation einer diagnostischen Maßnahme oder einer Konsultation. Als „Befund“ gelten nicht nur typische diagnostische Befunde (Laborbefunde, Radiologiebefunde, …), sondern jegliche Dokumentationen von diagnostischen Maßnahmen oder Konsultationen (OP-Berichte, etc).
Diese Sektion enthält selbst keine Daten, sondern beinhaltet Untersektionen zur Aufnahme der eigentlichen Befund-Informationen.
Es MUSS mindestens eine Untersektion angegeben sein.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.14
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 6 Templates
Benutzt als NameVersion
1.2.40.0.34.11.2.2.15ContainmentKgreen.png Ausstehende BefundeDYNAMIC
1.2.40.0.34.11.2.2.16ContainmentKgreen.png Auszüge aus erhobenen BefundenDYNAMIC
1.2.40.0.34.11.2.2.23ContainmentKgreen.png OP-BerichtDYNAMIC
1.2.40.0.34.11.2.2.17ContainmentKgreen.png Beigelegte erhobene BefundeDYNAMIC
1.2.40.0.34.11.1.2.6ContainmentKgreen.png Vitalparameter (enhanced)DYNAMIC
1.2.40.0.34.11.1.2.7ContainmentKgreen.png Vitalparameter (full)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.14 Erhobene Befunde (2013‑11‑07)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.14"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.29"/>  <!-- IHE PCC -->
  <!-- Code der Sektion -->
  <code code="11493-4" displayName="Hospital discharge studies summary" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Erhobene Befunde</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!--
Mindestens eine Untersektion
Mögliche Untersektionen:
*) Ausstehende Befunde
*) Auszüge aus erhobenen Befunden
*) Operationsbericht
*) Beigelegte erhobene Befunde
*) Vitalparameter
-->
  <component>
    <section> : </section>  </component>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Befunde)
Treetree.pnghl7:templateId
II1 … 1R(Befunde)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.14
Treetree.pnghl7:templateId
II1 … 1R(Befunde)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.29
Treetree.pnghl7:code
CE1 … 1M(Befunde)
Treeblank.pngTreetree.png@code
CONF1 … 1F11493-4
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Befunde)
 CONF
Elementinhalt muss "Erhobene Befunde" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Befunde)
Auswahl1 … 
Mögliche Untersektionen:
  • Ausstehende Befunde
  • Auszüge aus erhobenen Befunden
  • OP-Bericht
  • Beigelegte erhobene Befunde
  • Vitalparameter
Elemente in der Auswahl:
  • hl7:component welches enthält Template 1.2.40.0.34.11.2.2.15 Ausstehende Befunde (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.11.2.2.16 Auszüge aus erhobenen Befunden (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.11.2.2.23 OP-Bericht (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.11.2.2.17 Beigelegte erhobene Befunde (DYNAMIC)
  • hl7:component[hl7:section/hl7:templateId/@root='1.2.40.0.34.11.1.2.6'] welches enthält Template 1.2.40.0.34.11.1.2.6 Vitalparameter (enhanced) (DYNAMIC)
  • hl7:component[hl7:section/hl7:templateId/@root='1.2.40.0.34.11.1.2.7'] welches enthält Template 1.2.40.0.34.11.1.2.7 Vitalparameter (full) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.2.2.15 Ausstehende Befunde (DYNAMIC)(Befunde)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.2.2.16 Auszüge aus erhobenen Befunden (DYNAMIC)(Befunde)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.2.2.23 OP-Bericht (DYNAMIC)(Befunde)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.2.2.17 Beigelegte erhobene Befunde (DYNAMIC)(Befunde)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1EIS Enhanced
Beinhaltet 1.2.40.0.34.11.1.2.6 Vitalparameter (enhanced) (DYNAMIC)
(Befunde)
wo [hl7:section/hl7:templateId/@root='1.2.40.0.34.11.1.2.6']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1EIS Full
Beinhaltet 1.2.40.0.34.11.1.2.7 Vitalparameter (full) (DYNAMIC)
(Befunde)
wo [hl7:section/hl7:templateId/@root='1.2.40.0.34.11.1.2.7']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue


6.3.2.3 Untersektion „Ausstehende Befunde“

6.3.2.3.1 Überblick
EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.15
Parent Template ID -
Titel der Sektion Ausstehende Befunde
Definition Beinhaltet die Hinweise auf noch ausstehende Befunde in narrativer Form als Information für den Dokumentempfänger.
In vorläufigen Entlassungsdokumenten sind oftmals noch nicht alle Befunde ausformuliert. Diese Sektion dient dazu, die noch ausstehenden Befunde als Information für den Dokumentempfänger bekanntzugeben. Dabei SOLL ein kurzer Vermerk für jeden ausstehenden Befund angegeben werden.
Codierung ELGA: BEFAUS, „Ausstehende Befunde“
Konformität [O]
Konformität Level 3 [NP]
6.3.2.3.2 Spezifikation
Id1.2.40.0.34.11.2.2.15
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameAusstehendeBefundeBezeichnungAusstehende Befunde
Beschreibung
Beinhaltet die Hinweise auf noch ausstehende Befunde in narrativer Form als Information für den Dokumentempfänger.
In vorläufigen Entlassungsdokumenten sind oftmals noch nicht alle Befunde ausformuliert. Diese Sektion dient dazu, die noch ausstehenden Befunde als Information für den Dokumentempfänger bekanntzugeben. Dabei soll ein kurzer Vermerk für jeden ausstehenden Befund angegeben werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.15
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.2.2.15 Ausstehende Befunde (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiele
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.15"/>  <!-- Code der Sektion -->
  <code code="BEFAUS" displayName="Ausstehende Befunde" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Ausstehende Befunde</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Aus...nde)
Treetree.pnghl7:templateId
II1 … 1R(Aus...nde)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.15
Treetree.pnghl7:code
CE1 … 1M(Aus...nde)
Treeblank.pngTreetree.png@code
CONF1 … 1FBEFAUS
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
 Beispiel<code code="BEFAUS" displayName="Ausstehende Befunde" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>
Treetree.pnghl7:title
ST1 … 1M(Aus...nde)
 CONF
Elementinhalt muss "Ausstehende Befunde" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Aus...nde)


6.3.2.4 Untersektion „Auszüge aus erhobenen Befunden“

6.3.2.4.1 Überblick
EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.16
Parent Template ID -
Titel der Sektion Auszüge aus erhobenen Befunden
Definition Beinhaltet Auszüge von Befunden in narrativer Form.
Die Angabe der Auszüge erfolgt nach Ermessen des Dokumenterstellers, allerdings SOLL zu jedem Auszug mindestens das Datum und die Art des Ursprungsbefundes angegeben werden.
Beispiele: Laborbefunde, Status Präsens, etc.
Laborbefunde werden hier idealerweise zusammengefasst angegeben. Sollen die Laborergebnisse auch maschinenlesbar verfügbar gemacht werden, wird EMPFOHLEN, den Originalbefund entsprechend dem jeweils gültigen ELGA CDA Implementierungsleitfaden für den Laborbefund als CDA-XML-Dokument beizulegen (siehe Untersektion „Beigelegte erhobene Befunde“).
Codierung ELGA: BEFERH, „Auszüge aus erhobenen Befunden“
Konformität [O]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif
6.3.2.4.2 Spezifikation
Id1.2.40.0.34.11.2.2.16
ref
elgabbr-
Gültigkeit2015‑10‑15
Andere Versionen mit dieser Id:
  • Kblank.png AuszuegeBefunde vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameAuszuegeBefundeBezeichnungAuszüge aus erhobenen Befunden
Beschreibung
Beinhaltet Auszüge von Befunden in narrativer Form.
Die Angabe der Auszüge erfolgt nach Ermessen des Dokumenterstellers, allerdings soll zu jedem Auszug mindestens das Datum und die Art des Ursprungsbefundes angegeben werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.16
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.16 Auszüge aus erhobenen Befunden (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.16"/>  <!-- Code der Sektion -->
  <code code="BEFERH" displayName="Auszüge aus erhobenen Befunden" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Auszüge aus erhobenen Befunden</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Aus...nde)
Treetree.pnghl7:templateId
II1 … 1R(Aus...nde)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.16
Treetree.pnghl7:code
CE1 … 1M(Aus...nde)
Treeblank.pngTreetree.png@code
CONF1 … 1FBEFERH
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
 Beispiel<code code="BEFERH" displayName="Auszüge aus erhobenen Befunden" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>
Treetree.pnghl7:title
ST1 … 1M(Aus...nde)
 CONF
Elementinhalt muss "Auszüge aus erhobenen Befunden" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Aus...nde)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Aus...nde)


6.3.2.5 Untersektion „Operationsbericht“

6.3.2.5.1 Überblick
EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.23
Parent Template ID -
Titel der Sektion Operationsbericht
Definition Informationen zu erfolgten Operationen für nachbehandelnde Ärzte und andere GDA.
Codierung ELGA: BEFERH, „Auszüge aus erhobenen Befunden“
Konformität [O]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif
6.3.2.5.2 Spezifikation
Id1.2.40.0.34.11.2.2.23
ref
elgabbr-
Gültigkeit2013‑02‑10
StatusKgreen.png AktivVersions-Label
NameOPBerichtBezeichnungOP-Bericht
BeschreibungOperationsbericht
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.23
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.2.2.23 OP-Bericht (2013‑02‑10)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.23"/>  <!-- Code der Sektion -->
  <code code="OPBER" displayName="Operationsbericht" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Operationsbericht</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(OPB...cht)
Treetree.pnghl7:templateId
II1 … 1R(OPB...cht)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.23
Treetree.pnghl7:code
CE1 … 1M(OPB...cht)
Treeblank.pngTreetree.png@code
CONF1 … 1FOPBER
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
 Beispiel<code code="OPBER" displayName="OP-Bericht" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>
Treetree.pnghl7:title
ST1 … 1M(OPB...cht)
 CONF
Elementinhalt muss "Operationsbericht" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(OPB...cht)


6.3.2.6 Untersektion „Beigelegte erhobene Befunde“

6.3.2.6.1 Überblick
EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.17
Parent Template ID -
Titel der Sektion Beigelegte erhobene Befunde
Definition Beinhaltet eingebettete Befunde, die im Zuge des Aufenthalts erstellt wurden7.
Die beigelegten Befunde werden in Form von maschinenlesbaren Elementen eingebettet.
Die beigelegten Befunde MÜSSEN einem gültigen Dateiformat entsprechen (siehe Value Set ELGA_Medientyp), z.B. CDA, PDF, JPEG.
Codierung ELGA: BEFBEI, „Beigelegte erhobene Befunde“
Konformität [O]
Konformität Level 3 [M]
ELGA EingebettetesObjekt-Entry

(1.2.40.0.34.11.1.3.1)

7 Laborbefunde können als gültige ELGA-CDA-Dateien eingebettet werden, wenn die Maschinenlesbarkeit der Information erhalten bleiben soll. Es wird allerdings empfohlen, solche Laborbefunde direkt in ELGA zu registrieren.

6.3.2.6.2 Spezifikation
Id1.2.40.0.34.11.2.2.17
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameBeigelegteBefundeBezeichnungBeigelegte erhobene Befunde
BeschreibungBeinhaltet eingebettete Befunde, die im Zuge des Aufenthalts erstellt wurden.
Die beigelegten Befunde werden in Form von maschinenlesbaren Elementen eingebettet.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.17
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.17 Beigelegte erhobene Befunde (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.17"/>  <!-- Code der Sektion -->
  <code code="BEFBEI" displayName="Beigelegte erhobene Befunde" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Beigelegte erhobene Befunde</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion -->
  <entry>
     :     <!-- ELGA EingebettetesObjekt-Entry -->
    <templateId root="1.2.40.0.34.11.1.3.1"/>     :   </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Bei...nde)
Treetree.pnghl7:templateId
II1 … 1R(Bei...nde)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.17
Treetree.pnghl7:code
CE1 … 1M(Bei...nde)
Treeblank.pngTreetree.png@code
CONF1 … 1FBEFBEI
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treeblank.pngTreetree.png@displayName
1 … 1FBeigelegte erhobene Befunde
 Beispiel<code code="BEFBEI" displayName="Beigelegte erhobene Befunde" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>
Treetree.pnghl7:title
ST1 … 1M(Bei...nde)
 CONF
Elementinhalt muss "Beigelegte erhobene Befunde" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Bei...nde)
Treetree.pnghl7:entry
1 … *RBeinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Bei...nde)
6.3.2.6.2.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3

Vorgaben und Empfehlungen zur Gestaltung des Textbereichs der Sektion im Falle des Vorhandenseins von maschinenlesbaren Elementen (CDA Level 3):

  • Vorgaben
    • Es SOLLEN der Titel des Dokuments, sowie das Erstellungsdatum angegeben werden.
  • Empfehlungen
    • -

6.3.2.7 Untersektion „Vitalparameter“

Vitalparameter können sowohl im ärztlichen als auch im pflegerischen Entlassungsbrief dokumentiert werden. Es ist dafür Sorge zu tragen, dass es keine Widersprüche in den verschiedenen Vitalparameter-Dokumentationen der ärztlichen und pflegerischen Entlassungsbriefe gibt.

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

6.3.3 Vitalparameter

6.3.3.1 Überblick

EIS „Enhanced“ „Full Support“
Template ID ELGA: 1.2.40.0.34.11.1.2.6 ELGA: 1.2.40.0.34.11.1.2.7
Parent Template ID IHE PCC Vital Signs Section:
1.3.6.1.4.1.19376.1.5.3.1.3.25
HL7 CCD 3.12:
2.16.840.1.113883.10.20.1.16
IHE PCC Coded Vital Signs Section:
1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2
IHE PCC Vital Signs Section:
1.3.6.1.4.1.19376.1.5.3.1.3.25
HL7 CCD 3.12:
2.16.840.1.113883.10.20.1.16
Titel der Sektion Vitalparameter
Definition Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
Codierung LOINC: 8716-3, „Vital signs“
Konformität [O]
Konformität Level 3 [NP]
ELGA VitalparameterGruppe-Entry
(1.2.40.0.34.11.1.3.3)
[M]
ELGA VitalparameterGruppe-Entry
(1.2.40.0.34.11.1.3.3)


6.3.3.2 Spezifikation

Vitalparameter (alle EIS)

Id1.2.40.0.34.11.30002
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameVitalparameterAlleEISBezeichnungVitalparameter (alle EIS)
Beschreibung
Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- Im Falle von EIS „Enhanced“ -->
  <templateId root="1.2.40.0.34.11.1.2.6"/>  <!-- ELGA EIS „Enhanced“ -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->
   … oder …   <!-- Im Falle von EIS „Full support“ -->
  <templateId root="1.2.40.0.34.11.1.2.7"/>  <!-- ELGA EIS “Full support” -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->
  <!-- Code der Sektion -->
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->
  <entry>
     :     <!-- ELGA VitalparameterGruppe-Entry -->
    <templateId root="1.2.40.0.34.11.1.3.3"/>     :   </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:code
CE1 … 1MCode der Sektion.(Vit...EIS)
Treetree.png@code
CONF1 … 1F8716-3
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
hl7:title
ST1 … 1R(Vit...EIS)
 CONF
Elementinhalt muss "Vitalparameter" sein
hl7:text
1 … 1R
Information für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Vit...EIS)


Vitalparameter (enhanced)

Id1.2.40.0.34.11.1.2.6
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameVitalparameterEnhancedBezeichnungVitalparameter (enhanced)
BeschreibungInformationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck, …).
Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäuser oder in Notfällen angewandt.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.6
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.30002InklusionKgreen.png Vitalparameter (alle EIS)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.2.6 Vitalparameter (enhanced) (2011‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Vitalparameter.(Vit...ced)
Treetree.pnghl7:templateId
II1 … 1R(Vit...ced)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.6
Treetree.pnghl7:templateId
II1 … 1R(Vit...ced)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.25
Treetree.pnghl7:templateId
II1 … 1R(Vit...ced)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.16
Eingefügt von 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1MCode der Sektion.(Vit...ced)
Treeblank.pngTreetree.png@code
CONF1 … 1F8716-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1R(Vit...ced)
 CONF
Elementinhalt muss "Vitalparameter" sein
Treetree.pnghl7:text
1 … 1R
Information für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Vit...ced)
Treetree.pnghl7:entry
NP(Vit...ced)


Vitalparameter (full)

Id1.2.40.0.34.11.1.2.7
ref
elgabbr-
Gültigkeit2017‑02‑20
Andere Versionen mit dieser Id:
  • Kblank.png VitalparameterFull vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameVitalparameterFullBezeichnungVitalparameter (full)
Beschreibung
Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.7
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
exnds-data​element1-14Kyellow.png Groesse Kyellow.png Test2 2019
exnds-data​element1-15Kyellow.png Gewicht Kyellow.png Test2 2019
Kyellow.png Vitalwerte Kyellow.png Test2 2019
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.30002InklusionKgreen.png Vitalparameter (alle EIS)DYNAMIC
1.2.40.0.34.11.1.3.3ContainmentKyellow.png Vitalparameter Gruppe EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.2.7 Vitalparameter (full) (2017‑02‑20)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.1.2.7"/>  <!-- ELGA EIS “Full support” -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->
  <!-- Code der Sektion -->
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->
  <entry>
    <!-- ELGA VitalparameterGruppe-Entry -->
    <templateId root="1.2.40.0.34.11.1.3.3"/>  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Vitalparameter.(Vit...ull)
 
Target.png
exnds-data​element1-14Kyellow.png Groesse Kyellow.png Test2 2019
exnds-data​element1-15Kyellow.png Gewicht Kyellow.png Test2 2019
Kyellow.png Vitalwerte Kyellow.png Test2 2019
Treetree.pnghl7:templateId
II1 … 1R(Vit...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.7
Treetree.pnghl7:templateId
II1 … 1R(Vit...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2
Treetree.pnghl7:templateId
II1 … 1R(Vit...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.25
Treetree.pnghl7:templateId
II1 … 1R(Vit...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.16
Eingefügt von 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1MCode der Sektion.(Vit...ull)
Treeblank.pngTreetree.png@code
CONF1 … 1F8716-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1R(Vit...ull)
 CONF
Elementinhalt muss "Vitalparameter" sein
Treetree.pnghl7:text
1 … 1R
Information für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Vit...ull)
Treetree.pnghl7:entry
1 … *RMaschinenlesbares Element.
Beinhaltet 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (DYNAMIC)
(Vit...ull)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV


6.3.3.2.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3

Vorgaben und Empfehlungen zur Gestaltung des Textbereichs der Sektion im Falle des Vorhandenseins von maschinenlesbaren Elementen (CDA Level 3):

  • Vorgaben
    • Darstellung der Vitalparameter in Tabellenform
    • Reihenfolge der Informationen:
      • Vitalparameterart (@displayName des Codes des Vitalparameter-Entry)
      • Wert (@value des Werts des Vitalparameter-Entry)
      • Einheit (@unit des Werts des Vitalparameter-Entry)
    • Das Erhebungsdatum SOLL den Vitalparametern eindeutig zugeordnet werden (Erhebungsdatum des VitalparameterGruppe-Entry)
  • Empfehlungen
    • -
6.3.3.2.2 Maschinenlesbare Elemente der Sektion

Im Falle von EIS „Full Support“ KÖNNEN zusätzlich maschinenlesbare Elemente angegeben werden.


6.3.4 Anamnese

6.3.4.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.18
Parent Template ID IHE PCC History of Present Illness Section:
1.3.6.1.4.1.19376.1.5.3.1.3.4
Titel der Sektion Anamnese
Definition Anamnese des Patienten
Codierung LOINC: 10164-2, „History of present illness“
Konformität [O]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif
6.3.4.1.1 Spezifikation
Id1.2.40.0.34.11.2.2.18
ref
elgabbr-
Gültigkeit2015‑10‑15
Andere Versionen mit dieser Id:
  • Kblank.png AnamneseAerztlich vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameAnamneseAerztlichBezeichnungAnamnese (ärztlich)
BeschreibungAnamnese des Patienten.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.18
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.18 Anamnese (ärztlich) (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.18"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.4"/>  <!-- IHE PCC -->
  <!-- Code der Sektion -->
  <code code="10164-2" displayName="History of present illness" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Anamnese</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Ana...ich)
Treetree.pnghl7:templateId
II1 … 1R(Ana...ich)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.18
Treetree.pnghl7:templateId
II1 … 1R(Ana...ich)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.4
Treetree.pnghl7:code
CE1 … 1M(Ana...ich)
Treeblank.pngTreetree.png@code
CONF1 … 1F10164-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FHistory of present illness
 Beispiel<code code="10164-2" displayName="History of present illness" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(Ana...ich)
 CONF
Elementinhalt muss "Anamnese" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Ana...ich)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Ana...ich)


6.3.5 Frühere Erkrankungen

6.3.5.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.19
Parent Template ID -
Titel der Sektion Frühere Erkrankungen
Definition Liste der bisherigen Krankheiten des Patienten.
Die Sektion kann Untersektionen enthalten
Codierung LOINC: 11348-0, „History of past illness“
Konformität [O]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif
6.3.5.1.1 Spezifikation
Id1.2.40.0.34.11.2.2.19
ref
elgabbr-
Gültigkeit2015‑10‑15
Andere Versionen mit dieser Id:
  • Kblank.png FruehereErkrankungen vom 2015‑09‑24
  • Kblank.png FruehereErkrankungen vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameFruehereErkrankungenBezeichnungFrühere Erkrankungen
BeschreibungListe der bisherigen Krankheiten des Patienten.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.19
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
1.2.40.0.34.11.2.2.25ContainmentKgreen.png Bisherige MaßnahmenDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.19 Frühere Erkrankungen (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.19"/>  <!-- Code der Sektion -->
  <code code="11348-0" displayName="History of past illness" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Frühere Erkrankungen</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Fru...gen)
Treetree.pnghl7:templateId
II1 … 1R(Fru...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.19
Treetree.pnghl7:code
CE1 … 1M(Fru...gen)
Treeblank.pngTreetree.png@code
CONF1 … 1F11348-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="11348-0" displayName="History of past illness" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(Fru...gen)
 CONF
Elementinhalt muss "Frühere Erkrankungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Fru...gen)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Fru...gen)
Treetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.2.2.25 Bisherige Maßnahmen (DYNAMIC)(Fru...gen)


6.3.5.2 Untersektion „Bisherige Maßnahmen“

6.3.5.2.1 Überblick
EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.25
Parent Template ID -
Titel der Sektion Bisherige Maßnahmen
Definition Enthält relevante Maßnahmen, die schon vor dem Aufenthalt durchgeführt wurden.
Codierung LOINC: 67803-7(History of Procedures - Reported)
Konformität [O]
Konformität Level 3 [O]
ELGA EingebettetesObjekt-Entry (1.2.40.0.34.11.1.3.1) für @mediaType: image/png, image/jpeg, image/gif
6.3.5.2.2 Spezifikation
Id1.2.40.0.34.11.2.2.25
ref
elgabbr-
Gültigkeit2015‑09‑19
StatusKgreen.png AktivVersions-Label
NameBisherigeMassnahmenBezeichnungBisherige Maßnahmen
BeschreibungEnthält relevante Maßnahmen, die schon vor dem Aufenthalt durchgeführt wurden
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.25
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.25 Bisherige Maßnahmen (2015‑09‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.25"/>  <!-- Code der Sektion -->
  <code code="67803-7" displayName="History of Procedures - Reported" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title> Bisherige Maßnahmen </title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Bis...men)
Treetree.pnghl7:templateId
II1 … 1R(Bis...men)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.25
Treetree.pnghl7:code
CE1 … 1M(Bis...men)
Treeblank.pngTreetree.png@code
CONF1 … 1F67803-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="67803-7" codeSystem="2.16.840.1.113883.6.1" displayName="History of Procedures - Reported" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(Bis...men)
 CONF
Elementinhalt muss "Bisherige Maßnahmen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Bis...men)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Bis...men)


6.3.6 Medikation bei Einweisung

6.3.6.1 Überblick

EIS „Enhanced“ „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.20 ELGA: 1.2.40.0.34.11.2.2.21
Parent Template ID - IHE PCC Admission Medication History
Section:
1.3.6.1.4.1.19376.1.5.3.1.3.20
Titel der Sektion Medikation bei Einweisung


Definition Erhobene Medikation bei Aufnahme des Patienten.
Eine zwingende Voraussetzung der Verwendung dieser Sektion ist, dass die Quelle der Information angeführt wird, damit der Dokumentempfänger die Qualität der Information einschätzen kann.
Beispiel: „Angabe des Patienten“ oder „Aus Vorsystem übernommen“.
Existiert keine Medikation, so wird dies als Standard-Text in der Sektion vermerkt (z.B.: „Keine Medikation“).
Codierung LOINC: 42346-7, „Medications on admission“
Konformität [O]
Konformität Level 3 [NP]
ELGA MedikationVerordnung-Entry (1.2.40.0.34.11.8.1.3.1)
und
ELGA MedikationAbgabe-Entry (1.2.40.0.34.11.8.2.3.1)
[O]
ELGA MedikationVerordnung-Entry (1.2.40.0.34.11.8.1.3.1)
und/oder
ELGA MedikationAbgabe-Entry (1.2.40.0.34.11.8.2.3.1)
Siehe ELGA CDA Implementierungsleitfaden “e-Medikation”

6.3.6.2 Spezifikation

Medikation bei Einweisung (alle EIS)

Id1.2.40.0.34.11.30005
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameMedikationEinweisungAlleEISBezeichnungEmpfohlene Medikation (alle EIS)
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.30005 Empfohlene Medikation (alle EIS) (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- Im Falle von EIS „Enhanced“ -->
  <templateId root="1.2.40.0.34.11.2.2.20"/>  <!-- ELGA EIS „Enhanced“ -->
   … oder …   <!-- Im Falle von EIS „Full support“ -->
  <templateId root="1.2.40.0.34.11.2.2.21"/>  <!-- ELGA EIS “Full support” -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.20"/>  <!-- IHE PCC -->
  <!-- Code der Sektion -->
  <code code="42346-7" displayName="Medications on admission" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Medikation bei Einweisung</title>  <!-- Textbereich der Sektion -->
  <text>
    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:35">Arzneimittel</th>          <th styleCode="xELGA_colw:10">Einnahme</th>          <th styleCode="xELGA_colw:10">Dosierung</th>          <th styleCode="xELGA_colw:20">Hinweis</th>          <th>Zusatzinformation</th>        </tr>
      </thead>
      <tfoot>
        <tr>
          <td> Übernommen aus e-Medikation modifiziert nach Angaben des Patienten.</td>        </tr>
      </tfoot>
      <tbody>
        <tr ID="vpos-2">
          <td>
            <content styleCode="bold">Nasivin 0,05 % - Nasen tropfen</content>            <br/>             (1 x 15 ml)           </td>
          <td>täglich</td>          <td/>          <td>3 x 1 Tropfen</td>          <td>
            <content styleCode="bold">Art der Anwendung: </content>             zum Einnehmen           </td>
        </tr>
        <tr ID="apos-3">
          <td>
            <content styleCode="bold">Ciproxin 400mg</content>          </td>
          <td>2 Wochen</td>          <td>1-1-1-0</td>          <td>3 x 1 Tropfen</td>          <td>
            <content styleCode="bold">Art der Anwendung: </content>             zum Einnehmen           </td>
        </tr>
      </tbody>
    </table>
     Übernommen aus e-Medikation modifiziert nach Angabe des Patienten.   </text>
  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->
  <entry>
     :     <!-- ELGA MedikationVerordnung-Entry -->
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>     :   </entry>
   und/oder   <entry>
     :     <!-- ELGA MedikationAbgabe-Entry -->
    <templateId root="1.2.40.0.34.11.8.2.3.1"/>     :   </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:code
CE1 … 1M(Med...EIS)
Treetree.png@code
CONF1 … 1F42346-7
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
hl7:title
ST1 … 1R(Med...EIS)
 CONF
Elementinhalt muss "Medikation bei Einweisung" sein
hl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Med...EIS)

Medikation bei Einweisung (enhanced)

Id1.2.40.0.34.11.2.2.20
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameMedikationEinweisungEnhancedBezeichnungMedikation bei Einweisung (enhanced)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.20
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.30005InklusionKgreen.png Empfohlene Medikation (alle EIS)DYNAMIC
ItemDTKardKonfBeschreibungLabel
hl7:section
(Med...ced)
Treetree.pnghl7:templateId
II1 … 1(Med...ced)
Treeblank.pngTreetree.png@root
1 … 1F1.2.40.0.34.11.2.2.20
Eingefügt von 1.2.40.0.34.11.30005 Empfohlene Medikation (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1M(Med...ced)
Treeblank.pngTreetree.png@code
CONF1 … 1F42346-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1R(Med...ced)
 CONF
Elementinhalt muss "Medikation bei Einweisung" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Med...ced)
Treetree.pnghl7:entry
NP(Med...ced)

Medikation bei Einweisung (full)

Id1.2.40.0.34.11.2.2.21
ref
elgabbr-
Gültigkeit2014‑05‑14
Andere Versionen mit dieser Id:
  • Kblank.png MedikationEinweisungFull vom 2013‑11‑12
  • Kblank.png MedikationEinweisungFull vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameMedikationEinweisungFullBezeichnungMedikation bei Einweisung (full)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.21
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.30005InklusionKgreen.png Empfohlene Medikation (alle EIS)DYNAMIC
1.2.40.0.34.11.8.1.3.1ContainmentKyellow.png Medikation Verordnung Entry eMedikationDYNAMIC
1.2.40.0.34.11.8.2.3.1ContainmentKyellow.png Medikation Abgabe Entry eMedikationDYNAMIC
1.2.40.0.34.11.8.1.3.3ContainmentKgreen.png Medikation Verordnung Entry Patient Not On Self MedicationDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.2.21 Medikation bei Einweisung (full) (2014‑05‑14)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
hl7:section
(Med...ull)
Treetree.pnghl7:templateId
II1 … 1R(Med...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.21
Treetree.pnghl7:templateId
II1 … 1R(Med...ull)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.20
Eingefügt von 1.2.40.0.34.11.30005 Empfohlene Medikation (alle EIS) (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1M(Med...ull)
Treeblank.pngTreetree.png@code
CONF1 … 1F42346-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1R(Med...ull)
 CONF
Elementinhalt muss "Medikation bei Einweisung" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Med...ull)
Auswahl0 … *Elemente in der Auswahl:
  • hl7:entry[hl7:substanceAdministration/hl7:templateId/@root='1.2.40.0.34.11.8.1.3.1'] welches enthält Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)
  • hl7:entry[hl7:supply/hl7:templateId/@root='1.2.40.0.34.11.8.2.3.1'] welches enthält Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)
  • hl7:entry[hl7:substanceAdministration/hl7:templateId/@root='1.2.40.0.34.11.8.1.3.3'] welches enthält Template 1.2.40.0.34.11.8.1.3.3 Medikation Verordnung Entry Patient Not On Self Medication (DYNAMIC)
Treeblank.pngTreetree.pnghl7:entry
Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)(Med...ull)
wo [hl7:substanceAdministration/hl7:templateId/@root='1.2.40.0.34.11.8.1.3.1']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV
Treeblank.pngTreetree.pnghl7:entry
Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)(Med...ull)
wo [hl7:supply/hl7:templateId/@root='1.2.40.0.34.11.8.2.3.1']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV
Treeblank.pngTreetree.pnghl7:entry
 … 1Beinhaltet 1.2.40.0.34.11.8.1.3.3 Medikation Verordnung Entry Patient Not On Self Medication (DYNAMIC)(Med...ull)
wo [hl7:substanceAdministration/hl7:templateId/@root='1.2.40.0.34.11.8.1.3.3']
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV


6.3.6.2.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3

Vorgaben und Empfehlungen zur Gestaltung des Textbereichs der Sektion im Falle des Vorhandenseins von maschinenlesbaren Elementen (CDA Level 3):

  • Vorgaben
    • Tabellarische Darstellung der Daten
  • Empfehlungen
    • Reihenfolge der Informationen pro Medikation:
      • Arznei, Packungsanzahl, Menge der Arznei in der Packung
      • Einnahme (d.h. Frequenz)
      • Dosierung
      • Hinweis (d.h. alternative Einnahme, Zusatzinformation für den Patienten)
      • Zusatzinformationen
        • Einnahmestart - Einnahmeende
        • Art der Anwendung
      • Quelle der Information („Angabe des Patienten“ oder „e-Medikation“)

Folgende Abbildung zeigt beispielhaft die Darstellung des oben beschriebenen Textbereichs der Sektion „Medikation bei Einweisung“ mittels des ELGA Referenz-Stylesheets. Medikation bei Einweisung.

6.3.6.2.2 Maschinenlesbare Elemente der Sektion
6.3.6.2.2.1 Vorgaben für maschinenlesbare Elemente, wenn keine Informationen vorhanden sind

Ist der narrative Text vollständig von den maschinenlesbaren Elementen abgeleitet, aber keine Informationen über Medikation bei Einweisung vorhanden, MUSS genau folgende Struktur angegeben werden (für die Elemente <id> und <reference> MÜSSEN gültige Werte angegeben werden):

<entry>
  <substanceAdministration classCode='SBADM' moodCode='INT'>
    <templateId root='1.2.40.0.34.11.8.1.3.3'/>
    <templateId root='2.16.840.1.113883.10.20.1.24'/>
    <templateId root='1.3.6.1.4.1.19376.1.5.3.1.4.7'/>
    <templateId root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1'/>
    <id root=' ' extension=' '/>
    <code code='408350003'
          displayName='patient not on self-medications'
          codeSystem='2.16.840.1.113883.6.96'
          codeSystemName='SNOMED CT'/>
    <text>
	    <reference value='#...'/>
    </text>
    <statusCode code='completed'/>
    <consumable>
      <manufacturedProduct classCode='MANU'>
        <templateId root='1.3.6.1.4.1.19376.1.5.3.1.4.7.2'/>
        <templateId root='2.16.840.1.113883.10.20.1.53'/>
        <manufacturedMaterial classCode='MMAT' determinerCode='KIND'>
          <code nullFlavor='NA'/>
        </manufacturedMaterial>
      </manufacturedProduct>
    </consumable>
 </substanceAdministration>
</entry>

id-Element
Das id-Element MUSS einen gültigen Wert beinhalten (sofern eine VerordnungsID aus der e-Medikation vorliegt, ist diese zu verwenden, sonst eine lokal generierte ID).

reference-Element
Das reference-Element MUSS eine gültige Referenz auf die Stelle im narrativen Text-Bereich enthalten, an der der Vermerk, dass keine Informationen vorliegen (z.B.: „Keine Medikation bei Einweisung“) angegeben wurde.

6.3.7 Verabreichte Medikation während des Aufenthalts

6.3.7.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.2.2.22
Parent Template ID -
Titel der Sektion Verabreichte Medikation während des Aufenthalts
Definition Sämtliche verabreichte Medikation während des Aufenthalts (deckt die gesamte Historie über den gesamten Aufenthalt ab)
Codierung LOINC: 18610-6, „Medication administered“
Konformität [O]
Konformität Level 3 [NP]

6.3.7.2 Spezifikation

Id1.2.40.0.34.11.2.2.22
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameMedikationAufenthaltBezeichnungVerabreichte Medikation während des Aufenthalts
BeschreibungSämtliche verabreichte Medikation während des Aufenthalts
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.22
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.2.2.22 Verabreichte Medikation während des Aufenthalts (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Enhanced“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.2.2.22"/>  <!-- Code der Sektion -->
  <code code="18610-6" displayName="Medication administered" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Verabreichte Medikation während des Aufenthalts</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Med...alt)
Treetree.pnghl7:templateId
II1 … 1R(Med...alt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.2.22
Treetree.pnghl7:code
CE1 … 1M(Med...alt)
Treeblank.pngTreetree.png@code
CONF1 … 1F18610-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="18610-6" displayName="Medication administered" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(Med...alt)
 CONF
Elementinhalt muss "Verabreichte Medikation während des Aufenthalts" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(Med...alt)


6.3.8 Patientenverfügungen und andere juridische Dokumente

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

6.3.9 Patientenverfügungen und andere juridische Dokumente

6.3.9.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.1.2.4
Parent Template ID IHE PCC Advance Directives Section:
1.3.6.1.4.1.19376.1.5.3.1.3.34
HL7 CCD 3.2:
2.16.840.1.113883.10.20.1.1
Titel der Sektion Patientenverfügungen und andere juridische Dokumente
Definition Alle Patientenverfügungen und diejenigen juridischen Dokumente, welche als „wichtig“ erachtet werden.

Die Aufstellung SOLL narrativ in tabellarischer Form erfolgen und die „Art des vorliegenden Dokuments“, sowie den Hinweis „wo dieses aufliegt“ enthalten.
Beispiel:
„Testament“ – „liegt bei Tochter auf“

Codierung LOINC: 42348-3, „Advance directives“
Konformität [O]
Konformität Level 3 [NP]

6.3.9.2 Spezifikation

Id1.2.40.0.34.11.1.2.4
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NamePatientenverfuegungBezeichnungPatientenverfügung
Beschreibung
Diese Sektion enthält Hinweise auf Willenserklärungen des Patienten wie Patientenverfügung, Transplantationswiderspruch, Vorsorgevollmacht, sowie diejenigen juridischen Dokumente, welche als relevant erachtet werden.
Die Aufstellung SOLL narrativ in tabellarischer Form erfolgen und die „Art des vorliegenden Dokuments“, sowie einen Hinweis enthalten, wo dieses aufliegt.
Beispiel: „Patientenverfügung – wird von der Tochter aufbewahrt (Name, Adresse)“
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.4
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.1.2.4 Patientenverfügung (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.1.2.4"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.34"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.1"/>  <!-- HL7 CCD -->
  <!-- Code der Sektion -->
  <code code="42348-3" displayName="Advance directives" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Textbereich der Sektion -->
  <title>Patientenverfügungen und andere juridische Dokumente</title>  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Patientenverfügungen und anderer juridischer Dokumente.(Pat...ung)
Treetree.pnghl7:templateId
II1 … 1R(Pat...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.4
Treetree.pnghl7:templateId
II1 … 1R(Pat...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.34
Treetree.pnghl7:templateId
II1 … 1R(Pat...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.1
Treetree.pnghl7:code
CE (extensible)1 … 1M(Pat...ung)
Treeblank.pngTreetree.png@code
CONF1 … 1F42348-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FAdvance directives
Treetree.pnghl7:title
ST1 … 1R(Pat...ung)
 CONF
Elementinhalt muss "Patientenverfügungen und andere juridische Dokumente" sein
Treetree.pnghl7:text
1 … 1RInformation für den menschlichen Leser, tabellarische Auflistung der Willenserklärungen(Pat...ung)


6.3.10 Beilagen

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

6.3.11 Beilagen

6.3.11.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.1.2.3
Parent Template ID -
Titel der Sektion Beilagen
Definition Sonstige Beilagen, außer denjenigen Dokumenten, die in „Patientenverfügungen und andere juridische Dokumente“ oder "Beigelegte erhobene Befunde" angegeben sind.

Achtung: Ein „Referenzieren“ auf Beilagen ist NICHT ERLAUBT. Beigelegte Dokumente/Bilder MÜSSEN dem Dokument in technisch eingebetteter Form beiliegen.

Codierung ELGA: BEIL, „Beilagen“
Konformität [O]
Konformität Level 3 [M]


6.3.11.1.1 Spezifikation
Id1.2.40.0.34.11.1.2.3
ref
elgabbr-
Gültigkeit2015‑04‑23
Andere Versionen mit dieser Id:
  • Kblank.png Beilagen vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameBeilagenBezeichnungBeilagen
Beschreibung
Sonstige Beilagen, außer denjenigen Dokumenten, die in „Patientenverfügungen und andere juridische Dokumente“ angegeben sind.
Achtung: Ein „Referenzieren“ auf Beilagen ist NICHT ERLAUBT. Beigelegte Dokumente/Bilder MÜSSEN dem Dokument in technisch eingebetteter Form beiliegen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.3
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.2.3 Beilagen (2015‑04‑23)
ref
elgabbr-
Beispiel
Beispiel
<section>
  <!-- ELGA EIS „Basic“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.1.2.3"/>  <!-- Code der Sektion -->
  <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Beilagen</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion -->
  <entry>
    <!-- ELGA EingebettetesObjekt-Entry -->
    <templateId root="1.2.40.0.34.11.1.3.1"/>  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Beilagen.(Bei...gen)
Treetree.pnghl7:templateId
II1 … 1R(Bei...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.3
Treetree.pnghl7:code
CE1 … 1M(Bei...gen)
Treeblank.pngTreetree.png@code
CONF1 … 1FBEIL
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treetree.pnghl7:title
ST1 … 1R(Bei...gen)
 CONF
Elementinhalt muss "Beilagen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Bei...gen)
Treetree.pnghl7:entry
1 … *RMaschinenlesbares Element.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)
(Bei...gen)


6.3.11.1.2 Textbereich der Sektion

Vorgaben und Empfehlungen zur Gestaltung des Textbereichs der Sektion im Falle des Vorhandenseins von maschinenlesbaren Elementen (CDA Level 3):

  • Vorgaben
    • Es SOLLEN der Titel des Dokuments, sowie das Erstellungsdatum angegeben werden
  • Empfehlungen
    • -
6.3.11.1.3 Maschinenlesbare Elemente der Sektion

Die Beilagen MÜSSEN als maschinenlesbare Elemente angegeben werden.


6.4 Einleitende und abschließende Sektionen

Dieses Kapitel behandelt Sektionen für einleitende und abschließende Bemerkungen, die in der Regel in einem Entlassungsdokument angegeben werden (Grußformeln, Verabschiedung, etc.):

  • Brieftext
  • Abschließende Bemerkungen

6.4.1 Brieftext

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

6.4.2 Brieftext

6.4.2.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.1.2.1
Parent Template ID -
Titel der Sektion Brieftext
Definition Ein am Anfang des Briefes formulierter Freitext für eine Anrede oder Begrüßung. Die Angabe von medizinisch fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.

Bsp: „Danke für die Zuweisung …“

Codierung ELGA: BRIEFT, „Brieftext“
Konformität [O]
Konformität Level 3 [O] (falls ein Logo angegeben wird)

6.4.2.2 Spezifikation

6.4.2.2.1 Sektion Allgemein
Id1.2.40.0.34.11.1.2.1
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameBrieftextBezeichnungBrieftext
BeschreibungEin am Anfang des Briefes formulierter Freitext für eine Anrede oder Begrüßung. Die Angabe von medizinisch fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.1
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.2ContainmentKgreen.png Logo EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.2.1 Brieftext (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section classCode="DOCSECT">
  <!-- ELGA EIS „Basic“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.1.2.1"/>  <!-- Titel der Sektion Brieftext wird vom ELGA Referenz-Stylesheet nicht angezeigt! -->
  <code code="BRIEFT" displayName="Brieftext" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion Brieftext wird vom ELGA Referenz-Stylesheet nicht angezeigt! -->
  <title>Brieftext</title>  <!-- Textbereich der Sektion -->
  <text/>  <!-- Maschinenlesbare Elemente der Sektion (optionales Logo) -->
  <entry>
    <templateId root="1.2.40.0.34.11.1.3.2"/>  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe des Brieftexts.(Bri...ext)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.pnghl7:templateId
II1 … 1R(Bri...ext)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.1
Treetree.pnghl7:code
CE1 … 1MCode der Sektion.(Bri...ext)
Treeblank.pngTreetree.png@code
CONF1 … 1FBRIEFT
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treeblank.pngTreetree.png@displayName
1 … 1FBrieftext
Treetree.pnghl7:title
ST1 … 1R(Bri...ext)
 CONF
Elementinhalt muss "Brieftext" sein
Treetree.pnghl7:text
1 … 1RInformation für den menschlichen Leser.
Achtung: Wird ein Logo als maschinenlesbares Element angegeben, darf keine Referenz darauf im narrativen Text-Bereich angegeben werden (<renderMultiMedia referencedObject="…"/>).
(Bri...ext)
Treetree.pnghl7:entry
0 … 1Es KANN zusätzlich ein Logo als maschinenlesbares Element angegeben werden.
Maschinenlesbares Element gemäß Template „ELGA Logo-Entry“ (1.2.40.0.34.11.1.3.2).
Beinhaltet 1.2.40.0.34.11.1.3.2 Logo Entry (DYNAMIC)
(Bri...ext)

Der Titel dieser Sektion wird vom ELGA Referenz-Stylesheet nicht angezeigt, das Logo wird speziell platziert. Andere CDA-Stylesheets könnten den Titel der Sektion anzeigen und das Logo direkt im Text der Sektion darstellen.

6.4.3 Abschließende Bemerkungen

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

6.4.4 Abschließende Bemerkungen

6.4.4.1 Überblick

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.1.2.2
Parent Template ID -
Titel der Sektion Abschließende Bemerkungen
Definition Ein am Ende des Briefes formulierter Freitext entsprechend einer Grußformel.

Die Angabe von medizinisch fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.
z.B. Abschließende Worte, Gruß

Codierung ELGA: ABBEM, „Abschließende Bemerkungen“
Konformität [O]
Konformität Level 3 [NP]

6.4.4.2 Spezifikation

Id1.2.40.0.34.11.1.2.2
ref
elgabbr-
Gültigkeit2012‑07‑14
StatusKgreen.png AktivVersions-Label
NameAbschliessendeBemerkungBezeichnungAbschliessendeBemerkung
BeschreibungEin am Ende des Briefes formulierter Freitext entsprechend einer Grußformel.
Die Angabe von medizinisch fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.2
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.2.2 AbschliessendeBemerkung (2012‑07‑14)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <!-- ELGA EIS „Basic“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.1.2.2"/>  <!-- Code der Sektion -->
  <code code="ABBEM" displayName="Abschließende Bemerkungen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion Abschließende Bemerkungen wird vom ELGA Referenz-Stylesheet nicht angezeigt! -->
  <title>Abschließende Bemerkungen</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der abschließenden Bemerkungen.(Abs...ung)
Treetree.pnghl7:templateId
II1 … 1R(Abs...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.2
Treetree.pnghl7:code
CE1 … 1M(Abs...ung)
Treeblank.pngTreetree.png@code
CONF1 … 1FABBEM
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treeblank.pngTreetree.png@displayName
1 … 1FAbschließende Bemerkungen
Treetree.pnghl7:title
ST1 … 1R(Abs...ung)
 CONF
Elementinhalt muss "Abschließende Bemerkungen" sein
Treetree.pnghl7:text
ST1 … 1RInformation für den menschlichen Leser.(Abs...ung)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(Abs...ung)

Der Titel dieser Sektion wird vom ELGA Referenz-Stylesheet nicht angezeigt. Andere CDA-Stylesheets könnten den Titel der Sektion anzeigen. 

6.5 Maschinenlesbare Elemente

6.5.1 ELGA Entlassungsdiagnose-Entry

Template ID ELGA: 1.2.40.0.34.11.2.3.1
Parent Template ID ELGA Problem/Bedenken-Entry:
1.2.40.0.34.11.1.3.5

6.5.1.1 Spezifikation

Id1.2.40.0.34.11.2.3.1
ref
elgabbr-
Gültigkeit2020‑08‑31 12:27:03
Andere Versionen mit dieser Id:
  • Kblank.png EntlassungsdiagnoseEntry vom 2015‑09‑19
  • Kblank.png EntlassungsdiagnoseEntry vom 2014‑05‑14
  • Kblank.png EntlassungsdiagnoseEntry vom 2014‑04‑01
  • Kblank.png EntlassungsdiagnoseEntry vom 2013‑02‑10
  • Kblank.png EntlassungsdiagnoseEntry vom 2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameEntlassungsdiagnoseEntryBezeichnungEntlassungsdiagnose Entry
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.2.3.1
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.6ContainmentKyellow.png Problem EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.2.3.1 Entlassungsdiagnose Entry (2015‑09‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<entry>
  <act classCode="ACT" moodCode="EVN">
    <templateId root="1.2.40.0.34.11.2.3.1"/>    <!-- ELGA -->
    <templateId root="1.2.40.0.34.11.1.3.5"/>    <!-- ELGA -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.1"/>    <!-- IHE PCC -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.2"/>    <!-- IHE PCC -->
    <templateId root="2.16.840.1.113883.10.20.1.27"/>    <!-- HL7 CCD -->
    <!-- ID des Entlassungsdiagnose-Entry -->
    <id root=" " extension=" "/>    <!-- Code des Entlassungsdiagnose-Entry -->
    <code nullFlavor="NA"/>    <!-- Statuscode des Entlassungsdiagnose-Entry -->
    <statusCode code="active|suspended|aborted|completed"/>    <!-- Zeitintervall des Entlassungsdiagnose-Entry -->
    <effectiveTime>
      <low value=" "/>      <high value=" "/>    </effectiveTime>
    <!-- Exakt ein Problem-Entry -->
    <entryRelationship typeCode="SUBJ" inversionInd="false">
      <!-- ELGA Problem-Entry (1.2.40.0.34.11.1.3.6) -->
      <observation classCode="OBS" moodCode="EVN" negationInd="false">
        <templateId root="1.2.40.0.34.11.1.3.6"/>         :       </observation>
    </entryRelationship>
  </act>
</entry>
ItemDTKardKonfBeschreibungLabel
hl7:act
(Ent...try)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1R(Ent...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.3.1
Treetree.pnghl7:templateId
II1 … 1R(Ent...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.3.5
Treetree.pnghl7:templateId
II1 … 1R(Ent...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.5.1
Treetree.pnghl7:templateId
II1 … 1R(Ent...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.5.2
Treetree.pnghl7:templateId
II1 … 1R(Ent...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.27
Treetree.pnghl7:id
1 … 1R(Ent...try)
Treetree.pnghl7:code
CE1 … 1R(Ent...try)
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:statusCode
CS1 … 1M(Ent...try)
 CONF
@code muss "active" sein
oder
@code muss "suspended" sein
oder
@code muss "completed" sein
oder
@code muss "aborted" sein
Treetree.pnghl7:effectiveTime
1 … 1R(Ent...try)
Treeblank.pngTreetree.pnghl7:low
TS.AT.TZ1 … 1R(Ent...try)
Treeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(Ent...try)
Treetree.pnghl7:entryRelationship
1 … 1M
Bei der Anwendung im ELGA Entlassungsdiagnose-Entry sind spezielle Vorgaben für den ELGA Problem-Entry einzuhalten.
Siehe Kapitel Einschränkungen des ELGA Problem-Entry.

Beinhaltet 1.2.40.0.34.11.1.3.6 Problem Entry (DYNAMIC)
(Ent...try)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ffalse
 Constraint

Zugelassenes Codesystem im „Problem“ : Die aktuell gültige und vom BMG herausgegebene Version des ICD-10 (am Terminologieserver) ODER SNOMED-CT, codeSystem: z.B. 1.2.40.0.34.5.56 (passend zur ICD-10-Version), @codeSystemName: z.B. ICD-10 BMG 2014 oder eine aktuellere Version

 Schematron assertrole error 
 testhl7:observation/hl7:code[@code='282291009' and @codeSystem='2.16.840.1.113883.6.96'] 
 MeldungObservation.code (ProblemEntry) MUSS 282291009 aus Snomed-CT sein 
 Schematron assertrole error 
 testhl7:observation/hl7:value/@nullFlavor or hl7:observation/hl7:value[starts-with(@codeSystem,'1.2.40.0.34.5.')] or hl7:observation/hl7:value[@codeSystem='2.16.840.1.113883.6.96'] or hl7:observation/hl7:value[@code='160245001'][@codeSystem='2.16.840.1.113883.6.96'] 
 MeldungObservation.value (ProblemEntry) MUSS aus dem Codesystem-Zweig 1.2.40.0.34.5. gewählt werden (die aktuell gültige und vom BMG herausgegebene Version des ICD-10) oder aus dem Codesystem SNOMED CT (2.16.840.1.113883.6.96) oder als "No current problems or disability" code 160245001 aus SNOMED CT (2.16.840.1.113883.6.96) kodiert sein. 

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“ mit folgenden Änderungen:

6.5.1.1.1 Änderung 1: Template Ids

Zusätzliche templateId für „ELGA Entlassungsdiagnose-Entry“ ist anzugeben.

Element/Attribut DT Kard Konf Beschreibung
templateId II 1..1 M ELGA Entlassungsdiagnose-Entry
Fester Wert: @root = 1.2.40.0.34.11.2.3.1
6.5.1.1.2 Änderung 2: Problem (entryRelationship)

Genau ein Problem MUSS angegeben werden (Kardinalität geändert auf 1..1). Als Problemart darf nur eine „Diagnose“ angegeben werden.

Element/Attribut DT Kard Konf Beschreibung
entryRelationship POCD_MT000040. EntryRelationship 1..1 M ELGA Problem-Entry (1.2.40.0.34.11.1.3.6)
Bei der Anwendung im ELGA Entlassungsdiagnose-Entry sind spezielle Vorgaben für den ELGA Problem-Entry einzuhalten.
Siehe Kapitel Einschränkungen des ELGA Problem-Entry
@typeCode cs 1..1 M Fester Wert: SUBJ
@inversionInd bl 1..1 M Fester Wert: false
6.5.1.1.2.1 Einschränkungen des ELGA Problem-Entry

Dieses Kapitel beschreibt die Einschränkungen des ELGA Problem-Entry bei Anwendung im ELGA Entlassungsdiagnose-Entry.

Einschränkung 1: Code des Problem-Entry

  • Die Problemart im Element < code> MUSS Diagnose sein
    • Fester Wert: 282291009, Diagnosis
<code code='282291009' displayName='Diagnosis'   codeSystem='2.16.840.1.113883.6.96' codeSystemName='SNOMED CT'/>

Einschränkung 2: Problem (codiert oder uncodiert)

  • Das Problem MUSS codiert angegeben werden
    • Änderung der Konformität der Attribute @code, @displayName, @codeSystem, @codeSystemName auf [M]
  • Zugelassenes Codesystem im „Problem“ <value>: Die zum Zeitpunkt der Erstellung gültige und vom BMG herausgegebene Version des ICD-10 (am Terminologieserver) ODER SNOMED CT
  • codeSystem: z.B. 1.2.40.0.34.5.56 (passend zur ICD-10-Version) oder 2.16.840.1.113883.6.96
  • codeSystemName: z.B. ICD-10 BMG 2014 oder eine aktuellere Version oder SNOMED CT

Beispiel:

<!-- Problem (codiert) -->
 <value xsi:type='CD' 
        code='F30' displayName='Manische Episode'
        codeSystem='1.2.40.0.34.5.56' codeSystemName='ICD-10 BMG 2014'/>
   <orignalText> ... </originalText>
 </value>

Technische Konformitätsprüfung

Die Prüfung einer XML-Instanz gegenüber Konformität zu diesem Leitfaden erfolgt gemäß dem entsprechenden Kapitel im „Allgemeinen Implementierungsleitfaden“.


Auszug aus dem Allgemeinen Implementierungsleitfaden

7 Technische Konformitätsprüfung

Dieses Kapitel behandelt die technische Konformitätsprüfung von CDA-Dokumenten gemäß diesem Dokumentleitfaden mittels Schema und Schematron.

7.1 Schema-Prüfung

Das Absolvieren der Schema-Prüfung ist der erste Teil der technischen Konformitätsprüfung.

Eine Prüfung gegen das CDA Schema prüft die gültige „Struktur“ eines CDA-Dokuments, wie beispielsweise

  • ob die XML Struktur generell gültig ist
  • ob alle Elemente die richtigen Namen haben
  • ob alle Elemente an der richtigen Stelle platziert sind
  • ob alle gemäß Schema erforderlichen Elemente vorhanden sind

Die Schema-Prüfung stellt sicher, dass es sich beim geprüften CDA-Dokument tatsächlich um eine gültige CDA-Struktur handelt.

Die Gültigkeit der „Inhalte“ wird nur in Bezug auf den erforderlichen Datentyp der Elemente geprüft. Hiermit kann beispielsweise sichergestellt werden, dass ein „id“-Element (technisch) immer eine gültige ID enthält.

Das von ELGA verwendete Schema basiert im Wesentlichen auf dem original publizierten Schema von CDA, weist aber einige Spezifika auf. Das angepasste Schema wird auf der Website der ELGA GmbH bereitgestellt.

Die Mindestvoraussetzung, damit ein CDA-Dokument als „gültig“ erachtet wird, ist die fehlerfreie Validierung mit dem CDA-Schema. Das maßgebliche CDA-Schema wird auf http://www.elga.gv.at/cda publiziert.

7.2 Schematron-Prüfung

Im Unterschied zu einer CDA Schema Prüfung kann mittels einer Schematron-Prüfung jede beliebige Inhaltsvorschrift geprüft werden.

Das Schematron-Prüfmittel wird gemäß den Spezifikationen dieses Implementierungsleitfadens angefertigt, und stellt sicher, dass das geprüfte CDA-Dokument auch jene Anforderungen erfüllt, die über die Anforderungen des CDA Schemas hinausgehen. Solche Anforderungen sind beispielsweise:

  • Optionalitäten von Elementen
    • Zusätzliche Pflicht-Elemente
    • Eventuell konditional von anderen Inhalten abhängig
  • Anforderungen an den Inhalt von Elementen
    • Bestimmte Code/Wertelisten
    • Anzugebende Identifikatoren (ID)
  • etc.

Das Absolvieren der Schematron-Prüfung ist der zweite Teil der technischen Konformitätsprüfung und stellt sicher, dass das geprüfte Dokument die in den Implementierungsleitfäden beschriebenen „Geschäftsregeln“ befolgt.

Damit ein CDA-Dokument als vollständig „gültig“ hinsichtlich der ELGA Implementierungsleitfäden erachtet wird, ist die fehlerfreie Konformitätsprüfung mit den entsprechenden Schematron-Prüfregeln vorausgesetzt. Eine vollständige Prüfung der Geschäftsregeln kann nur durch einen menschlichen Prüfer erfolgen. Die ELGA GmbH kann auf Anfrage an http://cda@elga.gv.at eine solche Prüfung durchführen. Die maßgeblichen Schematron-Prüfmittel werden auf http://www.elga.gv.at/cda publiziert.

7.3 Online-Validation von CDA-Dokumenten

Für die Prüfung von einzelnen CDA-XML-Instanzen mit dem entsprechenden Schema und Schematron-Regeln stellt ELGA GmbH eine Webapplikation zur Verfügung. Diese ist erreichbar über https://ovp.elga-services.at/. Eine erfolgreiche Prüfung durch den Online-Validator beweist nicht automatisch die vollständige Einhaltung aller Geschäftsregeln, sondern nur die technische Konformität zu den Templates.

8 Anhang

8.1 Inhalte des OP-Berichtes

Im Folgenden ist angeführt, welche Informationen ein OP-Bericht als Teil des Entlassungsbriefes enthalten soll. Diese Angaben sind nicht harmonisiert und stellen daher keinesfalls eine verbindliche Vorgabe dar, sondern sind als Hilfestellung zur sinnvollen Bereitstellung von Informationen zu einer erfolgten Operation für nachbehandelnde Ärzte zu verstehen.

  • Fachabteilung/Organisationseinheit, Station/Ambulanz
  • Datum der Operation
  • Beteiligte: Operateur
  • Anästhesist
  • OP-Indikation: Die Angabe erfolgt in Form von Freitext, da aufgrund der Heterogenität eine Standardisierung der Codierung nicht möglich ist und die Aussagekraft für die niedergelassenen Ärzte höher ist.
  • Durchgeführte Operation: Die Angabe erfolgt aufgrund der Heterogenität und besseren Aussagekraft in Form von Freitext.
  • OP-Diagnose: Die Angabe erfolgt aufgrund der Heterogenität und besseren Aussagekraft in Form von Freitext.
  • Histologie entnommen: ja/nein
  • Implantate: Die Angabe von verwendeten Implantaten erfolgt aufgrund der Heterogenität und besseren Aussagekraft in Form von Freitext.

8.2 Referenzen

[1] ELGA GmbH, 2015 HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente [OID 1.2.40.0.34.7.1.6], http://www.elga.gv.at/CDA
[2] ELGA GmbH, 2015 HL7 Implementation Guide for CDA® R2: e Medikation [OID 1.2.40.0.34.7.8.6], http://www.elga.gv.at/CDA

8.3 Revisionsliste

Version Datum Änderungsgrund
1.00 06.07.2009 Erste Version des Implementierungsleitfadens. Veröffentlichtes Ergebnis aus der zweiten ELGA CDA Harmonisierungsphase.
2.00
rc1
22.08.2011 Erster „Release candidate“ der zweiten Version des Implementierungsleitfadens, erarbeitet in der dritten ELGA CDA Harmonisierungsphase. Veröffentlicht für internen Review innerhalb der Arbeitsgruppe.
2.00
FWGD
10.10.2011 Fertigstellung des „Final Working Group Draft“. Veröffentlicht für öffentlichen Review.
2.01 21.12.2012 Einarbeiten der Änderungen aus Ballot, Überarbeitung, Typos
2.01a 04.03.2013 Korrekturen in Zeile: 5: ebenso -> sowohl; 6,8 "und" ein-gefügt; 22: "diesem" eingefügt; ~60: LOINC Erklärung vorgezogen; Änderungen in Tabellen: Tabelle in 4.2.8.1. wo -> wenn 2. Tabelle in 4.5.2.2.8.1.2 und 2. Tabelle in 4.5.2.2.8.4.2. und einer -dosis, "einer" eingefügt
2.01a 09.04.2013 4.5.2.2.8.2.2: effectiveTime.event@code Codeliste auf Value Set geändert
2.01a 18.04.2013 Hinweis auf mögliche Änderungen bei den Medikationsdaten durch das Redesign des Projektes e-Medikation
2.02 24.06.2013 Umbenennung des weiteren Beteiligten „Einweisender/Zuweisender Arzt“ in „Einweisender/Zuweisender/Überweisender Arzt“
2.02 24.06.2013 4.5.4: Namespace Korrektur bei Unterelementen von Element <pharm:quantity>
2.02 24.06.2013 Umbenennung der Section Falsch: "Allergien und Medikamentenunverträglichkeiten" in "Allergien, Unverträglichkeiten und Risiken"
2.02 03.07.2013 Änderung der namespaces von numerator und denominator zu „hl7v3“
2.02 03.07.2013 Kardinalität von 0..* auf 1..* geändert von:
- Maschinenlesbares Element gemäß Template „ELGA Entlassungsdiagnose-Entry“ (1.2.40.0.34.11.2.3.1)
- Maschinenlesbares Element gemäß Template „ELGA MedikationVerordnung-Entry“ (1.2.40.0.34.11.2.3.2)
2.02 03.07.2013 Beschreibung geändert bei Maschinenlesbares Element gemäß Template „ELGA MedikationVerordnung-Entry“ (1.2.40.0.34.11.2.3.2): Hinweis, dass neben/oder statt ELGA MedikationVerordnung-Entry kann auch ein maschinenlesbares Element gemäß Template „ELGA MedikationAbgabe-Entry“ (1.2.40.0.34.11.8.2.3.1 - korrigiert) zulässig ist
2.02 19.08.2013 4.3.2.7.1. Beschreibungstext Vitalparameter hinzugefügt
2.02 21.08.2013 Untersektion Hinzugefügt: 4.2.7.6. Untersektion „Empfohlene Anordnungen an die weitere Pflege“ zur der Präzisierung der empfohlenen Delegation an die Berufsgruppe der Pflege gemäß § 15 Gesundheits- und Krankenpflegegesetz
2.02 23.08.2013 4.3.2.5. Untersektion „Auszüge aus erhobenen Befunden“ und 4.3.2.6. Untersektion „Beigelegte erhobene Befunde“ Hinweise auf Einbettung des Laborbefundes eingefügt
2.02 05.09.2013 LOINC Code und displayName für durchgeführte Maßnahmen korrigiert und gleichgezogen. Neu: code= 29554-3 displayName=Procedure arrative
2.02 16.09.2013 Typos, Formatierung und Seitenumbrüche ausgebessert
2.02a 25.02.2014 DisplayName für LOINC 29554-3 (durchgeführte Maßnahmen) korrigiert auf displayName=Procedure Narrative
2.03 06.03.2014 Version des ICD-10 in Kapitel 4.5.1.2.2.1.2 aktualisiert auf ICD-10 BMG 2014 (1.2.40.0.34.5.56)
2.03 25.03.2014 Aktualisierung der Medikations-Entries bei Sektionen „Empfohlene Medikation“ und „Medikation bei Einweisung“ auf aktuellen e-Medikations Leitfaden
2.03 28.03,2014 TemplateIDs vergeben
1.2.40.0.34.11.8.1.3.2 no-drug-therapy-prescribed
1.2.40.0.34.11.8.1.3.3 patient-not-on-self-medications
2.03 31.03.2014 4.5.1.2.2.1 Einschränkungen des ELGA Problem-Entry: Erläuterung zur Verwendung hinzugefügt
2.03a 07.05.2014 Kapitel 3.3.1.1. Spezielle Vorgaben für Entlassungsbriefe (Ärztlich), Die Formulierung "vorläufige Entscheidung" in “Entscheidung” geändert.
2.03a 07.05.2014 Kapitel 4.3.5 Medikation bei Einweisung: Die Verwendung des ELGA MedikationVerordnung-Entry in EIS Full Support von [M] auf [O] geändert. Strukturbeispiel in Kapitel 4.3.5.3.6.1 entsprechend nachgezogen
2.03a 24.07.2014 Kapitel 4.3.5 Medikation bei Einweisung: Strukturbeispiel in Kapitel 4.3.5.3.6.1 entsprechend nachgezogen
2.03a 24.07.2014 Typos in Tabellen korrigiert: alle Strukturelemente kleingeschrieben
2.03a 07.08.2014 4.2.6.3.5.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3 präzisiert. Strukturbeispiel in Kapitel 4.2.6.2 entsprechend angepasst.
2.03a 26.08.2014 4.2.7.5. Untersektion „Entlassungszustand“ Definition erweitert: Informationen zu Belastbarkeit und Arbeitsunfähigkeit, bzw. Fähigkeit, Aktivitäten des täglichen Lebens auszuüben
2.03a 26.08.2014 Dokumenteninformation auf Seite 6: Haftungsausschuss gelöscht, Hinweis zur Verbindlichkeit eingefügt
2.03a 26.08.2014 4.3.2.5. Untersektion „Auszüge aus erhobenen Befunden“: Beispiele angeführt
2.03b 01.09.2014 4.3.5.3.5.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3 präzisiert. Strukturbeispiel in Kapitel 4.3.5.2 entsprechend angepasst.
Version 2.05
2.05 12.03.2014 Seite 5: Formulierung zur Verbindlichkeit aktualisiert
2.05 07.10.2014 2.1.4 Akteure für ärztliche und pflegerische Dokumentation umbenannt:
2.05 21.11.2014 3.1.2.3. Dokumentenklasse displayName für LOINC 11490-0 auf "Physician Discharge summary" geändert
2.05 26.11.2014 4.1.3.2 Darstellung der Überblicktsabelle verbessert
2.05 26.11.2014 Typos verbessert
Version 2.06
2.06 10.09.2015 Buchstabendreher korrigiert für (richtig) POCD_MT000040
2.06 12.10.2015 Neu organisiert: Dokumententeninformation, Harmonisierung, Hinweise zur Nutzung des Leitfadens, Verbindlichkeit, Hinweis auf verwendete Grundlagen, Danksagung, Bedienungshinweise und Inhaltsverzeichnis
2.06 20.07.2015 3.2.2.1.1.1 Konformitäten für rechtlichen Unterzeichner / legalAuthenticator: Präzisiert auf [M]
2.06 21.07.2015 4.1.3.2. Tabellarische Darstellung der Sektionen: Neue Untersektion „Bisherige Maßnahmen“ hinzugefügt
2.06 30.09.2015 ELGA EingebettetesObjekt-Entry [O] zugelassen für:
4.2.2. Aufnahmegrund
4.2.3. Diagnose bei Entlassung
4.2.4. Durchgeführte Maßnahmen
4.2.7. Weitere empfohlene Maßnahmen
4.2.7.5. Untersektion „Entlassungszustand“
4.2.7.6. Empfohlene Anordnungen an die weitere Pflege
4.2.8. Zusammenfassung des Aufenthalts
4.3.2.5. Auszüge aus erhobenen Befunden
4.3.3. Anamnese
4.3.4. Frühere Erkrankungen
4.3.4.4. Bisherige Maßnahmen
2.06 28.10.2015 4.2.3.3.6.1.4 Vorgabe 4 ELGA Problem-Entry: Verweis auf Value Set „ELGA_NoInformation“ entfernt, da fester Wert
2.06 31.08.2015 4.2.6.3.6 Spezifikation für das ELGA MedikationVerordnung-Entry, Verweis auf den Leitfaden e-Medikation ergänzt.
2.06 21.07.2015 4.3.1. Allergien, Unverträglichkeiten und Risiken: Sektion auf [R2] (Angeben, wenn vorhanden) gesetzt, Standard-Vorgaben und Formulierung für „Keine Allergien“
2.06 21.07.2015 4.3.4.4. Neue Sektion „Bisherige Maßnahmen“ (mit TemplateID)
2.06 28.09.2015 4.3.4.4. TemplateID für Sektion „Bisherige Maßnahmen“ richtig eingetragen: 1.2.40.0.34.11.2.2.25
2.06 16.07.2015 4.5.1.2.2.1.2 Einschränkung 2 für Diagnosen: es muss immer die aktuell gültige Version des ICD-10 verwendet werden.
Version 2.06.1 (Nebenversion)
…betrifft Implementierung (erste Spalte)
02.02.2016 4.2.3.3.5.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3: Vorgaben für Freitext zu Diagnosen ergänzt.
02.02.2016 4.2.7. Weitere empfohlene Maßnahmen: In der beispielhaften Aufzählung möglicher Maßnahmen wurde "Präventionsmaßnahmen" hinzugefügt
27.01.2016 4.5.1.2.2.1.2 Angabe des aktuell gültige Version des ICD-10 nun im Value Set „ELGA_Problemkataloge" (1.2.40.0.34.10.169).
Version 2.06.2 (Nebenversion)
x …betrifft Implementierung (erste Spalte)
01.08.2016 Kapitel Verbindlichkeit: Definition der Angabe verbindlicher Vorgaben.
01.08.2016 Kapitel Harmonisierung: Arbeitszeitraum der Arbeitsgruppen hinzugefügt
13.11.206 2.1.Anwendungsfall ENTL01: Fußnote für den Umgang mit tagesklinischen Aufenthalten hinzugefügt
09.09.2016 3.6.1. Encounter („componentOf/encompassingEncounter“): Strukturbeispiel und Spezifikation auf korrekte Werte gemäß Value Set korrigiert: für ActCode IMP = displayName "inpatient encounter"
25.03.2016 4.1.2 Ergänzung der Definition für EIS Structured
x 21.07.2016 Sections für Dokumente aus Rehabilitationseinrichtungen hinzugefügt:
4.2.4 Rehabilitationsziele [O]
4.2.5 Outcome Measurement [O]
23.08.2016 4.2.7. Letzte Medikation: Beschreibung verbessert
10.11.2016 4.2.9.3.2 Name der Template IHE PCC 1.3.6.1.4.1.19376.1.5.3.1.3.31 auf „Care Plan Section“ verbessert
x 10.11.2016 4.3.2.6. Fehlende Spezifikation für Untersektion „Operationsbericht“ ergänzt
10.11.2016 4.3.5.1 „Medikation bei Einweisung“: Beschreibung für die Quellenangabe verbessert
26.04.2016 4.3.5.3.6.1 Vorgaben für maschinenlesbare Elemente, wenn keine Informationen vorhanden sind: Das id-Element genauer beschrieben, für den Fall, dass keine VerordnungsID vorliegt und Text angepasst.
23.08.2016 4.3.6. Verabreichte Medikation während des Aufenthalts: Beschreibung verbessert
10.11.2016 Ergebnisse des HL7 Ballots und Typos eingepflegt.
02.08.2016 3.3.1.1, 3.3.1.3.3, .6.1.3.4, 3.6.1.3.5, 4.2.3.3.6.1.4, 4.1.2, 2.8.3.6.1, 4.3.5.3.6.1, 4.2.1, 4.2.3.1, 4.2.3.3.5, 4.2.6.1, 4.3.2.4.1, 4.3.2.5.1 Korrektur der Großschreibung bei normativen Vorgaben
Version 2.06.3 (Nebenversion)
x …betrifft Implementierung (erste Spalte)
15.07.2021 Klarstellung: Der spezielle Leitfaden bezieht sich auf die Hauptversion 2
Version 2.06.4 (Nebenversion)
x …betrifft Implementierung (erste Spalte)
31.10.2023 Problem Entry 1.2.40.0.34.11.1.3.6: Entfernung des Constraints und des Asserts, die für den Entlassungsbrief Ärztlich regelten, dass für observation.value ein Code aus dem Value-Set ELGA_Problemkataloge zu wählen ist.
Version 2.06.5 (Nebenversion)
x …betrifft Implementierung (erste Spalte)
29.01.2024 Entlassungsdiagnose Entry 1.2.40.0.34.11.2.3.1: SNOMED CT kann für die Dokumentation von Entlassungsdiagnosen verwendet werden.