Patient Summary

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
(Betrachte alle ausstehenden Änderungen)
[unmarkierte Version][Markierung ausstehend]
(→‎Hierarchie der Implementierungsleitfäden)
 
(126 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
{{#seo:
 +
|title=Patient Summary
 +
|titlemode=append
 +
|keywords= Patient Summary
 +
|description=Ein Patient Summary ist eine standardisierte Zusammenfassung von grundlegenden wichtigen medizinischen Informationen zu einem Patienten, um Angehörigen von Gesundheitsberufen einen schnellen Überblick über die wesentlichen Fakten zum Gesundheitszustand des Patienten zu verschaffen.
 +
}}
 +
{{#customtitle:Patient Summary}}
 +
 +
{{#css:
 +
@media Screen{
 +
.orange{
 +
  border: thin black solid;
 +
  background-color:#F4C789;
 +
  padding: 5px 5px 5px 5px;
 +
  margin-left:6px;
 +
  width:70%;
 +
}
 +
.violet{
 +
  border: thin black solid;
 +
  background-color:#E5D0EE;
 +
  padding: 5px 5px 5px 5px;
 +
  margin-left:6px;
 +
  width:70%;
 +
}
 +
.toc{
 +
    width: 20%;
 +
    float: right !important;
 +
    margin: 10px 0px 10px 30px !important;
 +
    border: 1px solid #AAA;
 +
    background-color: #F9F9F9;
 +
    display: table;
 +
    padding: 7px !important;
 +
}
 +
}
 +
}}
 +
 
{{Underconstruction}}
 
{{Underconstruction}}
−
<!--
 
  
−
        Implementierungsleitfaden "Patient Summary"
+
<!-- Implementierungsleitfaden "Patient Summary"-->
−
-->
 
  
−
<!--
 
 
{{Infobox Dokument
 
{{Infobox Dokument
−
|Title     = ELGA CDA Implementierungsleitfäden<br/>HL7 Implementation Guide for CDA R2:<br/>Patient Summary<br/>Zur Anwendung im österreichischen Gesundheitswesen[...]
+
|Group     = ELGA CDA<br/>Implementierungsleitfäden
 +
|Title    = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>Patient Summary
 +
|Subtitle  = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.16.1]
 
|Short    = Patient Summary
 
|Short    = Patient Summary
−
|Namespace = cdaps
+
|Namespace = elga-cdaps-2.06.2
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
−
|Version  = 0.01
+
|Version  = V0.4
 
|Submitted = HL7 Austria
 
|Submitted = HL7 Austria
−
|Date      = 15. Februar 2017
+
|Date      = 09. Jänner 2018
 
|Copyright = 2017-2021
 
|Copyright = 2017-2021
−
|Status    = Entwurf
+
|Status    = Ballot-Version
 
|Period    = n.a.
 
|Period    = n.a.
−
|OID      = n.n.
+
|OID      = 1.2.40.0.34.7.16.1
 
|Realm    = Österreich
 
|Realm    = Österreich
 
}}
 
}}
−
-->
 
  
 
<!--
 
<!--
 
{{Infobox Ballot Begin}}
 
{{Infobox Ballot Begin}}
−
 
+
{{Ballot | Version = 0.40 | Date = 9. Jänner 2018 | Status = Abstimmung | Realm = Österreich| Othericon = x
−
{{Infobox Ballot End}}
+
| https://download.hl7.at/ballot-2018-1/PatientSummary_ValueSets_v04.xlsx
−
-->
+
| Comment =
 +
}}
 +
{{Infobox Ballot End}} -->
  
 
<!--
 
<!--
 
{{Infobox Contributors Begin}}
 
{{Infobox Contributors Begin}}
−
{{Contributor | Logo = Logo.jpg | Name = Abc | Location = Hürth }}
+
{{Contributor | Logo = Logo.jpg | Name = Abc | Location = Wien }}
−
{{Infobox Contributors End}}
+
{{Infobox Contributors End}} -->
−
-->
+
 
 +
{{elga-cdaps-2.06.2:Lizenzinformationen}}
 +
 
 +
=Übersicht=
 +
Das ist der Implementierungsleitfaden für das Österreichische Patient Summary Dokument. Die Vorgaben beruhen auf dem HL7 Leitfaden für das Internationale Patient Summary ([http://international-patient-summary.net HL7 IPS]) und sind kompatibel mit den Vorgaben für das EU-Patient Summary für den grenzüberschreitenden Datenaustausch ([http://ec.europa.eu/health/ehealth/policy/network_en EU eHealth Network]).
 +
 
 +
=Einleitung=
 +
 
 +
==Definition==
 +
{{BeginBlueBox70|Was ist ein Patient Summary?}}Ein Patient Summary ist eine standardisierte Zusammenfassung von grundlegenden medizinischen Informationen zu einem Patienten, um Angehörigen von Gesundheitsberufen einen schnellen Überblick über die wesentlichen Fakten zum Gesundheitszustand des Patienten zu verschaffen.
 +
Das Patient Summary soll zur sicheren und zuverlässigen Gesundheitsversorgung beitragen, sowohl im Fall von unerwarteten oder ungeplanten Behandlungen (Unfall, Notfall), als auch bei geplanten Behandlungen und bei der grenzüberschreitenden Gesundheitsversorgung.
 +
 
 +
Ein Patient Summary enthält allgemeine demografische Daten des Patienten (z.B. Name, Geburtsdatum, Geschlecht), eine Zusammenfassung der für die weitere medizinische Behandlung wesentlichen Erkenntnisse und Inhalte aus den Krankenakten des Patienten (z.B. aktuelle medizinische Probleme, Allergien, größere chirurgische Eingriffe, medizinische Implantate) sowie die aktuelle Medikation.
 +
{{EndBlueBox70}}
 +
 
 +
* [[ILF:Patient_Summary#.C3.9Cbersichtstabelle_administrative_Daten|Übersichtstabelle der administrativen Daten des Patient Summary]]
 +
* [[ILF:Patient_Summary#.C3.9Cbersichtstabelle_der_Sections|Übersichtstabelle der medizinischen Inhalte des Patient Summary]]
 +
 
 +
==Zweck==
 +
Ziel des Patient Summary ist es
 +
* dem GDA einen schnellen Überblick über die (in ELGA) verfügbaren Informationen zu einem Patienten zu ermöglichen
 +
* die wesentlichen Gesundheitsinformationen eines Patienten eindeutig und hochstrukturiert zu dokumentieren und in andere Sprachen übersetzbar zu machen
 +
 
 +
==Umfang==
 +
Das Patient Summary ist
 +
* ein minimaler und nicht-vollständiger Datensatz,
 +
* geeignet für alle medizinischen Fachrichtungen und Gesundheitseinrichtungen,
 +
* unabhängig von der aktuellen Situation des Patienten,
 +
* für die grenzüberschreitende Gesundheitsversorgung vorgesehen.
 +
 
 +
Das Patient Summary ist daher keine vollständige Krankenakte, sondern eine Zusammenfassung. "Minimaler und nicht-vollständiger Datensatz" bedeutet, dass nur ein Teil der Krankengeschichte im Patient Summary dokumentiert wird. Es soll den eigentlichen Gesundheitszustand des Patienten repräsentieren und nicht die Historie abbilden. Es ist unabhängig von der medizinischen Fachrichtung oder dem Typ der Gesundheitseinrichtung.
 +
 
 +
{{ILF:Zielgruppe}}
 +
 
 +
==Beziehung zu anderen Projekten und Leitfäden==
 +
 
 +
Das Österreichische Patient Summary soll über die Elektronische Gesundheitsakte ELGA zur Verfügung stehen [www.elga.gv.at]. Für Bürger, die auch ELGA-Teilnehmer sind, kann ein Patient Summary erzeugt werden und über das ELGA-Portal angesehen werden. Ihre behandelnden ELGA-Gesundheitsdiensteanbieter sollen darauf zugreifen dürfen.
 +
 
 +
Das Österreichische Patient Summary soll auch für den grenzüberschreitenden Datenaustausch zur Verfügung stehen, wenn der ELGA-Teilnehmer dies möchte ([http://ec.europa.eu/health/ehealth/policy/network_en EU eHealth Network]). Das EU-Projekt "eHealth Digital Service Infrastructure" (eHDSI) hat zum Ziel, dass EU Bürger ihre "Patient Summaries" und "ePrescriptions" (elektronische Rezepte) auch in anderen Ländern der EU verwenden können. Österreich soll ab 2020 an dieses Netzwerk angeschlossen werden.
 +
 
 +
Die Vorgaben dieses Leitfaden beruhen auf dem HL7 Leitfaden für das Internationale Patient Summary ([http://international-patient-summary.net HL7 IPS]) sowie auf den allgemeinen Vorgaben für ELGA CDA Dokumente ([https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden  Allgemeiner Implementierungsleitfaden]). Wo das möglich war, wurden auch Vorgaben aus anderen bestehenden ELGA CDA Implementierungsleitfäden, wie dem Leitfaden für den Ärztlichen Entlassungsbrief, den Pflegerischen Entlassungsbrief und der e-Medikation wiederverwendet.
 +
 
 +
{{elga-cdaps-2.06.2:Verwendungshinweise}}
  
 
=Informationen über dieses Dokument=
 
=Informationen über dieses Dokument=
 
{{ILF:Allgemeines}}
 
{{ILF:Allgemeines}}
 
{{ILF:Verbindlichkeit}}
 
{{ILF:Verbindlichkeit}}
−
{{ILF:Zielgruppe}
+
 
 +
==Harmonisierung==
 +
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der [[AG Patient Summary|"Arbeitsgruppe Patient Summary"]], die  im Zeitraum von September 2016 bis August 2017 tagte. Die Teilnehmer der Arbeitsgruppe sind delegiert durch ihre Organisation und vertreten diese.
 +
 
 +
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).
 +
Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens Patient Summary erfolgte im Auftrag der ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.
 +
 
 +
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Eine Verordnung des Bundesministeriums kann eine Verbindlichkeit zur Anwendung begründen.
 +
 
 +
== Autoren und Mitwirkende ==
 +
===Autoren===
 +
'''Das Redaktionsteam''' bestand aus folgenden Personen:
 +
 
 +
{| class="wikitable"
 +
! Name
 +
! Organisation
 +
!
 +
|-
 +
| Mag. Dr. Stefan Sabutsch
 +
| ELGA GmbH, HL7 Austria
 +
| Herausgeber, Autor
 +
|-
 +
| DI Sonja Leder
 +
| Sigma Software Solutions OG
 +
| Autor
 +
|-
 +
| DI Silvia Winker, MSc.
 +
| Sigma Software Solutions OG
 +
| Autor
 +
|}
 +
 
 +
===Mitwirkende===
 +
'''Teilnehmer der Arbeitsgruppe Patient Summary'''
 +
Im Zeitraum 2016-2017:
 +
Dr. Gabriele Aicher (AKH Wien),  Mag.Johannes Ambros (Humanomed IT Solutions Gmbh),  Karl Blauensteiner (Gesundheitsverbund WGKK),  Dr. Klaus Buttinger (Gespag),  Adis Buturovic (AKH Wien),  Christian Chvosta (Vinzenz Gruppe),  Dr. Christoph Dachs (ÖGAM),  Veronika Daxner (ITH Icoserve),  Dr. Stefan Dorner, MBA (Wiener Krankenanstaltenverbund (KAV)),  DI Reinhard Egelkraut (CGM Clinical Österreich GmbH),  Dr. Brigitte Erlacher  (Vinzenz Gruppe),  Ingrid Fehervary (Wiener Krankenanstaltenverbund (KAV)),  Ing. Mag. Udo Feyerl (OÖ Gebietskrankenkasse),  Bernd Fischer (ITH Icoserve),  Ing. Victor Emanuel Grogger (KAGES),  Helga Gruber (ÖÄK),  Dr. Ludwig Gruber (ÄK Tirol),  Josef Hamedinger (Gespag),  DI Sandra Heissenberger (Stadt Wien, Magistratsdirektion),  Emmanuel Helm MSc (FH Oberösterreich),  Dr. Susanne Herbek (ELGA GmbH), Ing. Wolfgang Hießl, MSc, MBA (OÖGesFonds),  Florian Hoffmann (VAEB Institut für Gesundheitsförderung und Prävention GmbH (IfGP) ),  Karl Holzer (CGM),  Mag. Konrad Hölzl (KAV Wien),  Michael Hubich (Barmh. Schwestern),  Dr. Christian Husek (Initiative ELGA),  Dr. Silvester Hutgrabner (ÖÄK),  Reinhold Igler (AKH Wien),  Dr. Christina Kastner-Frank (AKH Wien),  Dietmar Keimel (CAS),  Alexander Keller (Vinzenz Gruppe),  Mag. Martin Keplinger (ÖÄK),  DI Andrea Klostermann (ELGA GmbH),  Dr. Harald Kornfeil  (Ordination Dr. Kornfeil),  Brigitte Lagler, MSc (Herz-Jesu Krankenhaus; ÖGKV),  Cornelia Lahnsteiner (ELGA GmbH), Assoc.Prof.PD.Dr. Felix Langer (AKH Wien),  DI Sonja Leder (SigmaSoft),  DI Christian Ledl (A1 Telekom Austria ),  Cornelia Lindner (ELGA GmbH),  Mag. Herwig Loidl, MBA MSc (CareCenter Software GmbH),  Patrick Mangesius (ITH Icoserve),  Dr. Stefan Marlovits (PremiQaMed),  DI Alexander Mense (HL7 Austria),  Ing. Mag. (FH) Jan Nicolics (A1 Telekom Austria ),  DI Michael Nöhammer (ÖÄK),  Roland Novak (SALK),  DI Dr. Markus Pedevilla, MSc (KAGES),  Lucas Pflanzl, BSc (Institut für Gesundheitsförderung und Prävention GmbH),  Mag. Theresa Philippi (ELGA GmbH),  Mag. Barbara Philipp-Jaschek, MBA (AKH Wien),  Dr. Susanne Rabady (ÖGAM),  Dr. Günter Rauchegger (ELGA GmbH),  DI Dr. Stefan Rausch-Schott (Vinzenz Gruppe),  Dr. Stefan Sabutsch (ELGA GmbH),  Dr. Stefan Sauermann (FH Technikum Wien),  Michaela Schaller (ÖGKV),  Ing. Eduard Schebesta (HCS),  Dr. Christian Scheibböck (AKH Wien),  DI Herbert Scheiber (Humanomed IT Solutions Gmbh),  Markus Schell (Wiener Krankenanstaltenverbund (KAV)),  Dr. Michael Schriefl (ÖÄK),  Univ.-Prof. Dr.med. Stefan Schulz (MedUni Graz),  Dipl.-Ing. Hans-Jörg Seeburger (Atos),  Carina Seerainer (ELGA GmbH),  DI Dr. Peter Seifter (HL7 / FH Joanneum),  Dr.Adolf Sonnleitner (Fabasoft Austria Gmbh),  Ing. Mag. (FH) Mag. Christian Stark (Tirol-Kliniken),  OA Mag. Dr.med. Günther Stark  (Kages),  Dr. Lukas Stärker (Österr. Ärztekammer),  Doris Steiner  (CGM Arztsysteme Österreich),  Friederike Stewig (GÖG),  Gerhard Stimac (CGM),  Mag. Elisabeth Strahser (WKO Fachverband Unternehmensberatung),  Univ. Prof. Dr. Zsolt Szépfalusi (MedUni Wien),  DI Herlinde Toth (KAV Wien),  Dipl.-Ing. (FH) Kathrin Trunner, MSc (BMGF),  Ing. Christoph Unfried (HCS),  Dr. Burkhard Walla (ÖÄK),  Ing. Norbert Weber (WEBMED, Weber GmbH & Co KG),  Dr. Irina Weik (BMGF),  DI Silvia Winkler, MSc (SigmaSoft),  Dr. Petra Ziegelmayer (ÖGAI, Allergiezentrum Wien West)
 +
 
 
{{ILF:Hinweis auf verwendete Grundlagen}}
 
{{ILF:Hinweis auf verwendete Grundlagen}}
 
{{ILF:Hinweise zur Nutzung des Leitfadens}}
 
{{ILF:Hinweise zur Nutzung des Leitfadens}}
−
{{cdaps:Revision}}
+
{{elga-cdaps-2.06.2:Weitere unterstützende Materialien}}
−
{{cdaps:Weitere unterstützende Materialien}}
 
 
<!--
 
<!--
 
{{ILF:Bedienungshinweise}}
 
{{ILF:Bedienungshinweise}}
−
{{cdaps:Impressum}}
+
{{ILF:Disclaimer}}
 +
{{elga-cdaps-2.06.2:Impressum}}
 
-->
 
-->
  
−
{{cdaps:Harmonisierung}}
+
=Technischer Hintergrund=
−
{{ILF:Disclaimer}}
+
== Hierarchie der Implementierungsleitfäden ==
 +
Der vorliegende Implementierungsleitfaden basiert auf der grundlegenden Implementierungsvorschrift für alle CDA Dokumente im österreichischen Gesundheitswesen.
 +
<br/>
 +
Das CDA Dokument "Patient Summary" hat grundsätzlich beiden aufeinander aufbauenden Implementierungsleitfäden zu folgen.
 +
 
 +
[[Datei:Zusammenspiel der Implementierungsleitfäden.jpg|alt="Zusammenspiel der Implementierungsleitfäden"|"Zusammenspiel der Implementierungsleitfäden"]]
 +
<br/>
 +
<ref group="Abbildung">Zusammenspiel der Implementierungsleitfäden</ref>
 +
 
 +
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.
 +
 
 +
{{BeginYellowBox}}
 +
{|
 +
|-
 +
|Für die Verwendung dieses Implementierungsleitfadens sind zusätzlich die Vorgaben aus <br />
 +
"'''HL7 Implementation Guide for CDA&reg; R2: [[ILF:Allgemeiner Implementierungsleitfaden|Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente]]'''" [OID Root 1.2.40.0.34.7.1] <br />
 +
in der Hauptversion 2 vorausgesetzt.
 +
|-
 +
|}
 +
{{EndYellowBox}}
 +
 
 +
==Weitere Inhalte==
 +
 
 +
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung|Allgemeine Informationen zu CDA]]
 +
* [[CDA_Templates|CDA Templates]]
 +
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]
 +
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]]
 +
* [[Identifikatoren|Identifikatoren]]
 +
* [[Terminologien|Terminologien]]
 +
 
 +
= Funktionale Anforderungen und Anwendungsfälle=
 +
== Funktionale Anforderungen==
 +
Ein Patient Summary soll alle relevanten Fakten zum Gesundheitszustand eines Patienten enthalten. Es kann daher Informationen aus einer oder mehreren Krankenakten enthalten und mehrere Behandlungsepisoden zusammenfassen.
 +
Es soll weitgehend unabhängig von technischen Infrastrukturen und Diensten eingesetzt werden können. Alle Informationen sollen auch maschinenlesbar (codiert) eingebettet werden können.
 +
 
 +
Dieser Leitfaden beschränkt sich auf das Endprodukt: das Dokument "Patient Summary" selbst mit seinen Inhalten. Die Frage der Erzeugung, wer oder was ein Patient Summary mit welchen Hilfsmitteln oder Algorithmen erstellt, wurde bewusst weitgehend ausgeklammert.
 +
 
 +
=== Darstellung===
 +
Dieser Leitfaden definiert ein CDA-Dokument, das mit den gängigen CDA-Stylesheets in HTML konvertiert und in einem Browser dargestellt werden kann. Eine optimierte Darstellung erfolgt - wie für alle CDA-Dokumente, die auf dem [[ILF:Allgemeiner_Implementierungsleitfaden|Allgemeinen Implementierungsleitfaden]] beruhen - mit dem [[ELGA Referenz-Stylesheet]]. Für den Ausdruck wird eine PDF-Konvertierung mit der [[ELGA CDA2PDF-Suite]] empfohlen.
 +
''Zukünftig kann ein alternatives Stylesheet notwendig werden, das speziell auf mehrsprachige und/oder durchgängig codierte Patient Summaries zugeschnitten ist.''
 +
 
 +
===Verwendung in ELGA ===
 +
Das Patient Summary ist ein Dokument, das über ELGA verfügbar gemacht werden kann. Es ist möglich, Patient Summary Dokumente über ELGA abzurufen.
 +
====Versionierung====
 +
Es gibt immer nur ''eine'' gültige - aktuelle - Version eines Patient Summary. Durch die Erstellung einer neuen Version des Patient Summary wird die davor erstellte Version obsolet, unabhängig vom Ersteller der jeweiligen Versionen oder vom verwendeten Mechanismus der Erstellung (software-assembled oder human-curated). 
 +
''Die technische Abbildung dieser Vorgabe ist noch zu klären.''
 +
 
 +
=== Mehrsprachigkeit und grenzüberschreitender Austausch ===
 +
Das österreichische Patient Summary wird grundsätzlich in deutscher Sprache erstellt. Es ist möglich, den Inhalt zusätzlich in weiteren Sprachen im Dokument anzugeben. Dokumente mit durchgängig maschinenlesbaren Inhalten können prinzipiell auch automatisiert übersetzt werden.
 +
Das Patient Summary soll auch für den grenzüberschreitenden Austausch von Gesundheitsdaten eingesetzt werden können.
 +
 
 +
==Anwendungsfälle==
 +
Da die Anwendungsfälle mit der technischen Umsetzung und der Erstellung eines Patient Summary Dokumentes zusammenhängen, sind die angegebenen Anwendungsfälle daher als Vorschlag zu sehen.
 +
 
 +
===Lesender Zugriff===
 +
Der Hauptanwendungsfall für das Patient Summary sind alle Situationen, in denen eine Statuserhebung des Gesundheitszustandes eines Patienten erforderlich ist. Das betrifft primär den Erstkontakt, grundsätzlich aber jede Konsultation eines GDA (stationär/ambulant, geplant und ungeplant, präoperativer Anästhesiecheck etc.), auch Notfallaufnahmen und das Notarztwesen; ebenso in der grenzüberschreitenden Gesundheitsversorgung.
 +
 
 +
Zugriff auf das Patient Summary sollen alle behandelnden Ärzte und Ärztinnen entsprechend ihrer Berechtigung in ELGA haben. Auch andere „gehobene Gesundheitsberufe“ (z.B. gehobener Dienst für Gesundheits- und Krankenpflege) sollten Zugriff erhalten.
 +
 
 +
Es ist möglich, Inhalte des  Patient Summaries zu extrahieren und in Krankenakten zu übernehmen. Teile des Patient Summaries können in EHR-S (elektronischen Krankenakten, z.B. Krankenhaus- oder Arztpraxis-Informationssysteme) integriert und dargestellt werden.
 +
 
 +
===Erstellung (schreibender Zugriff)===
 +
Ein Patient Summary kann jederzeit erstellt werden, unabhängig vom aktuellen Zustand der Person oder von einem eventuellen Behandlungsverlauf. Es kann von einer Person editiert und freigegeben oder von einer Software automatisch zusammengestellt werden. 
 +
Für die Vertrauenswürdigkeit und Verlässlichkeit eines Patient Summary-Dokuments ist das ein substanzieller Unterschied. Damit diese wichtige Kontextinformation für den Empfänger transparent wird, wird wie folgt differenziert:
 +
 
 +
====Erstellung durch einen GDA====
 +
"''human-curated''" Die Erstellung erfolgt durch einen GDA (Arzt), wobei die Inhalte bereits von einem System (Krankenhaus- oder Arztpraxis-Informationssystem) vorgeschlagen werden und vom Arzt nachbearbeitet und ergänzt werden können. Der Arzt scheint als rechtlicher Unterzeichner des Patient Summary auf. --> "''Patient Summary''".
 +
 
 +
====Erstellung durch eine Software====
 +
"''software-assembled''" Die Erstellung erfolgt vollautomatisch und regelbasiert anhand der in ELGA oder in einer oder mehreren anderen (lokalen) elektronischen Krankenakten verfügbaren Informationen. "''(Automatische) Patientenübersicht" / "(ELGA) Quick View''".
 +
Der Titel eines ausschließlich aus ELGA-Daten automatisiert durch Software erstellten Dokuments muss "''Automatische ELGA-Übersicht''" lauten.
 +
Die unterschiedlichen Erstellungsarten sollen bereits in den Metadaten des Dokuments und in der XDS-Registry klar erkennbar sein. Zuvor 'human-curated' erstellte Patient Summary Versionen können und sollen ebenfalls als Quelle für ein 'software-assembled' Patient Summary herangezogen werden. Idealerweise werden die Prämissen und Regeln für eine automatische Zusammenstellung transparent und nachvollziehbar gemacht.
 +
 
 +
Vorgeschlagener Hinweistext für eine "Automatische ELGA-Übersicht":
 +
 
 +
:<small>Die ''Automatische ELGA-Übersicht'' ist eine Orientierungshilfe in ELGA und bietet einen Überblick über jene Gesundheitsdaten, die zum Zeitpunkt der Erstellung der Übersicht verfügbar waren. Für diese automatisch von einem Computerprogramm zusammengestellte Übersicht wurden bereits vorliegende Einzelinformationen (maschinenlesbare Elemente, codierte Daten) aus verschiedenen Quellen (eBefunde, eMedikation etc) übernommen. Es kann daher nicht garantiert werden, dass alle relevanten Gesundheitsinformationen enthalten sind.
 +
:
 +
:Die ELGA-Übersicht ist ''kein Medizinprodukt''. Die Verwendung erfolgt auf eigene Gefahr.
 +
:
 +
:Die folgenden, beispielhaft aufgezählten diagnostischen oder therapeutischen Handlungen erfolgen in alleiniger Verantwortung der jeweiligen Behandler/innen:
 +
:* Erkennung, Verhütung, Überwachung, Behandlung oder Linderung von Krankheiten,
 +
:* Erkennung, Überwachung, Behandlung, Linderung oder Kompensierung von Verletzungen oder Behinderungen,
 +
:* Untersuchung, Veränderung von oder Verordnung von Behelfen zum Ersatz des anatomischen Aufbaus oder physiologischer Vorgänge
 +
:* Maßnahmen zur Empfängnisregelung
 +
</small>
 +
 
 +
=Grundsätze und Regeln=
 +
==Allgemeines==
 +
 
 +
Dieses Dokument spezifiziert eine HL7 CDA R2 Implementierung, ist aber in den Grundzügen kompatibel mit dem in Entwicklung befindlichen FHIR-Standard. In einigen Fällen folgt es eher der FHIR Stilistik, um Konzepte zu repräsentieren und weicht daher von der in CDA bzw HL7 Version 3 üblichen Art ab. Das betrifft hauptsächlich die Mechanismen für Negation, unbekannte und fehlende Informationen (NullFlavors).
 +
 
 +
Um grenzüberschreitend austauschbar und verständlich zu sein, muss sich das Patient Summary so weit wie möglich auf strukturierte Daten und mehrsprachige internationale Referenzterminologien stützen, die für das Patient Summary ohne Kosten für die globale Nutzung lizenziert werden.
 +
 
 +
Im Falle von SNOMED CT wird erwartet, dass die IHTSDO (SNOMED International) und die Republik Österreich, vertreten durch das Bundesministerium für Gesundheit und Frauen, eine Vereinbarung treffen werden, um den Einsatz von SNOMED CT für den Einsatz in Österreich zu ermöglichen. In diesem Sinne wird SNOMED CT als bevorzugte Terminologie und für die Mehrheit der Wertmengen (Value Sets) verwendet.
 +
 
 +
Andere bevorzugte Terminologien, die in dieser Spezifikation verwendet werden, sind LOINC für Beobachtungen (z.B. Labortests) und Dokumentabschnitte (Sections), UCUM für Maßeinheiten und EDQM für Dosisformen und Einnahmearten.
 +
 
 +
Diese Spezifikation verwendet das HL7-Template-Austauschformat [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377] <!-- HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 --> und ART-DECOR® [www.art-decor.org] als Spezifikationsplattform. Nutzer dieses Leitfadens können die IPS-Projektseite in ART-DECOR® besuchen, um die Template-Spezifikationen zu durchsuchen und Beispiele zu überprüfen.
 +
 
 +
==Annahmen==
 +
Dieser Implementierungsleitfaden wurde von der Arbeitsgruppe unter folgenden Annahmen erstellt:
 +
* Der Leitfaden spezifiziert das "Endprodukt", ein Patient Summary Dokument, das in Österreich allgemein und speziell in ELGA verwendet werden kann und alle Daten und Strukturen enthält, um es auch für den grenzüberschreitenden Austausch von Gesundheitsdaten zu nutzen.
 +
* Die Erstellung des Patient Summary Dokuments wurde bewusst weitgehend ausgeklammert.
 +
* Fragen der Finanzierung der Umsetzung wurden nicht betrachtet.
 +
* Das Patient Summary definiert eine Struktur, die notwendig ist, um Daten elektronisch und automatisch in anderen GDA-IT-Systemen weiterzuverarbeiten, zu aggregieren und zu übersetzen. Die Arbeitsgruppe hat die Vorgaben im Bewusstsein definiert, dass die notwendigen Quelldaten nicht immer vorliegen, und wenn sie vorliegen, nicht immer in der erforderlichen Struktur und Detailgenauigkeit. Das Patient Summary dient als "Leuchtturm", um künftige Dokumentationen entsprechend diesem Mindeststandard anzupassen.
 +
* Der Leitfaden bezieht sich auf die allgemeinen ELGA-Richtlinien für Dokumente (Allgemeiner CDA-Implementierungsleitfaden). Damit werden die Mechanismen für den Austausch, das Dokumentenmanagement und die Darstellung definiert.
 +
* Der Leitfaden nutzt soweit möglich bereits in anderen Leitfäden definierte strukturierte Inhaltselemente ("Templates")
 +
* Die in diesem Leitfaden definierten Templates sollen baugleich in anderen Dokumenten verwendet werden.
 +
* Die Templates werden in Art-Decor unter Nutzung des internationalen Template Standards modelliert, Prüfregeln ("Schematron") können direkt aus Art-Decor abgeleitet werden.
 +
 
 +
==Umgang mit codierten Informationen und Terminologien==
 +
===Codierte Information===
 +
Eine Prämisse des Patient Summary-Leitfadens ist eine durchgängige Maschinenlesbarkeit der einzelnen medizinischen Informationen. Dazu ist es notwendig, die Informationen mit codierten Konzepten auszudrücken ("Codierung"). Codierte Informationen erlauben eine Übersetzung in andere Sprachen ("Translation") und eine Überführung in andere Terminologien oder Codesysteme ("Transcodierung").
 +
Die Datentypen für codierte Informationen werden in [[elga-cdaalf-2.06.2:Datentypen#Codierungs-Elemente| Allgemeiner Leitfaden: Codierte Elemente]] beschrieben.
 +
Wenn die erwünschten Informationen nicht vorliegen oder nicht mit codierten Konzepten ausgedrückt werden können, kommen die im Folgenden vorgestellten Methoden zum Einsatz.
 +
 
 +
===Unbekannte und keine Information===
 +
Nicht immer können für bestimmte erwünschte Inhalte (Erkrankungen, Zustände, Eigenschaften, etc.) auch tatsächlich Angaben gemacht werden. Der Leitfaden unterscheidet dabei zwischen zwei Situationen: 
 +
* Der erwünschte Inhalt ist unbekannt (z.B. wenn die Medikation eines Patienten unbekannt ist)
 +
* Der erwünschte Inhalt liegt bekanntlich nicht vor (z.B. wenn der Patient tatsächlich keine Medikamente einnimmt)
 +
Spezifischere Formen abwesender Information oder Negation wurden nicht als relevant erachtet, wie zum Beispiel die Abwesenheit einer Allergie auf ein bestimmtes Antigen, der Ausschluss einer bestimmten Krankheit oder die Tatsache, dass eine bestimmte Impfung nicht durchgeführt wurde.
 +
 
 +
Für die semantische Repräsentation dieser Situationen werden SNOMED-CT-Codes verwendet; die sonst in CDA üblichen Mechanismen (nullFlavor, negationInd) werden hier weitgehend vermieden. So sollen die Inhalte unabhängig von einem bestimmten technischen Standard ausgedrückt werden, die Implementierungen robuster und einfacher gemacht sowie die Transformation in andere Standards wie z.B. FHIR erleichtert werden.
 +
 
 +
In einigen Fällen fehlen zum Zeitpunkt der Erstellung des Leitfadens die benötigten SNOMED-CT-Konzepte, z. B. "Allergische Disposition nicht bekannt (Situation)". Diese Konzepte wurden bereits beantragt und harren der Aufnahme in eine zukünftige Version von SNOMED CT International Edition. Zwischenzeitlich werden diese Konzepte durch temporäre Platzhalter-Codes dargestellt, die alle mit 'X-' beginnen (z.B. X-AllergicDispositionNotKnown).
 +
 
 +
====Darstellung von unbekannter und bekannt fehlender Information im Text====
 +
 
 +
Unbekannte und fehlende Information soll auch im menschenlesbaren Text (section.text) einheitlich dargestellt werden. Folgende Textbausteine sind VERPFLICHTEND zu verwenden: 
 +
* '''Es liegt keine Information über [X] vor''' (Bedeutung:  die Informationen über [X] wurden nicht erhoben, können nicht erhoben werden oder sind nicht verfügbar)
 +
* '''Keine [X]''' (Bedeutung: Es gibt tatsächlich keine Informationen über [X] oder [X] liegt nachweislich nicht vor.)
 +
 
 +
======Anwendungsbeispiele======
 +
Es liegt keine Information über Allergien oder Intoleranzen vor:<br />
 +
 
 +
[[Datei:Textbaustein Es liegt keine Information vor.png|Es liegt keine Information über Allergien oder Intoleranzen vor]]
 +
<br />
 +
Es wurden keine Impfungen durchgeführt:<br />
 +
[[Datei:Textbaustein Keine.png|Es wurden keine Impfungen durchgeführt]]
 +
 
 +
======Codebeispiel für den lesbaren Text======
 +
Tabellarische Darstellung gilt auch für unbekannte und fehlende Informationen, zusätzlich soll die Nicht-Information optisch hervorgehoben werden (Stylecode).
 +
 
 +
<pre class="orange">
 +
<title>Allergien und Intoleranzen</title>
 +
<text>
 +
  <table>
 +
  <tbody>
 +
    <tr ID="al-1">
 +
    <td>
 +
      <content styleCode="xELGA_blue">Es liegt keine Information über Allergien oder Intoleranzen vor</content>
 +
    </td>
 +
    </tr>
 +
  </tbody>
 +
  </table>
 +
</text>
 +
</pre>
 +
 
 +
===Uncodierte Information===
 +
Bei der Erstellung des Dokumentes können möglicherweise bestimmte Informationen vorliegen, die nicht codiert werden können, weil
 +
# die Information nicht mit den im Leitfaden zugelassenen Terminologien (Value Sets) dargestellt werden kann oder
 +
# die Information in keiner bekannten Terminologie enthalten ist, beziehungsweise der Inhalt nicht codiert wurde.
 +
 
 +
Diese erste Situation wird mit dem folgenden Beispiel verdeutlicht.
 +
 
 +
<pre class="orange">
 +
<code codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH">
 +
  <originalText>
 +
    <reference value="#ref1"/>
 +
  </originalText>
 +
</code>
 +
</pre>
 +
Für die Information ist kein geeigneter Code im vorgegebenen Codesystem vorhanden (im Beispiel ICD-10 BMGF 2018). Der konkrete Inhalt wird im Section-Text angegeben und vom Code-Element nur referenziert (value im reference-Element). Diese Variante kann für ''coding strength'' CNE (coded no extensions) eingesetzt werden. Der Elementname kann auch anders sein, zB Value.
 +
 
 +
Hinweis: Mit den zugrunde liegenden Datentypen (HL7 V3 Data Types R1) kann nicht angegeben werden, dass Codes zwar im Codesystem, aber nicht im referenzierten Value Set verfügbar sind. Spätere Versionen dieses Leitfadens können gegebenenfalls auf Data Types R2 aufbauen, um diese Angabe zu unterstützen.
 +
 
 +
Das folgende Beispiel bezieht sich auf die zweite Situation:
 +
 
 +
<pre class="orange">
 +
<value xsi:type="CD" nullFlavor="NI">
 +
  <originalText>
 +
    <reference value="#ref1"/>
 +
  </originalText>
 +
</value>
 +
</pre>
 +
 
 +
Im zweiten Beispiel wird der allgemeinste NullFlavor "NI" (No Information) verwendet; es gilt sowohl für ''coding strength'' CNE (coded no extensions) and CWE (coded with extensions). Wie im ersten Beispiel wird der konkrete Inhalt im Section-Text angegeben und vom Code-Element nur referenziert (value im reference-Element).
 +
 
 +
Die zweite Variante ist die häufiger eingesetzte Variante.
 +
 
 +
Hinweis: Der geeignetste NullFlavor wäre eigentlich "UNC" (Uncoded), aber dieser NullFlavor ist in der RIM-Version, auf der HL7 CDA Rel.2 aufbaut, nicht verfügbar. Daher muss der allgemeinere NullFlavor "NI" (No Information) verwendet werden.
 +
 
 +
===Nicht zugeordnete codierte Information===
 +
Bei der Erstellung des Dokumentes können möglicherweise bestimmte Informationen codiert in der Quelldokumentation vorliegen, aber die Codes sind nicht in den im Leitfaden zugelassenen Terminologien (Value Sets) verfügbar.
 +
 
 +
Wenn das codierte Element mit der ''coding strength'' CNE (coded no extensions) angegeben ist, wird der nullFlavor "OTH" verwendet; bei ''coding strength'' CWE (coded with extensions) der nullFlavor "NI".
 +
 
 +
 
 +
<pre class="orange">
 +
<value xsi:type="CD" codeSystem="2.16.840.1.113883.6.96" nullFlavor="OTH">
 +
  [
 +
    <originalText>
 +
      <reference value="#ref1"/>
 +
    </originalText>
 +
  ]
 +
  <translation code="A02.9" codeSystem="1.2.40.0.34.5.174"
 +
    displayName="Salmonelleninfektion, nicht näher bezeichnet"/>
 +
</value>
 +
</pre>
 +
Die eckigen Klammern deuten an, dass Elemente optional sind.
 +
Hinweis: Mit den zugrunde liegenden Datentpyen (HL7 V3 Data Types R1) kann nicht angegeben werden, dass Codes zwar im Codesystem, aber nicht im referenzierten Value Set verfügbar sind. Spätere Versionen dieses Leitfadens können gegebenenfalls auf Data Types R2 aufbauen, um diese Angabe zu unterstützen.
 +
 
 +
Im Falle der ''coding strength'' CWE (coded with extensions) wird der nullFlavor "NI" vorgeschlagen und ebenso die Angabe des korrekten Codes im <translation>-Teilelement. Dies ermöglicht die Angabe, dass eine Zuordnung zu dem Referenz-Value Set versucht wurde, aber keine geeigneten Zielcodes identifiziert wurden.
 +
 
 +
<pre class="orange">
 +
<value xsi:type="CD" codeSystem="2.16.840.1.113883.6.96" nullFlavor="NI">
 +
  [
 +
    <originalText>
 +
      <reference value="#ref1"/>
 +
    </originalText>
 +
  ]
 +
  <translation code="A02.9" codeSystem="1.2.40.0.34.5.174"
 +
    displayName="Salmonelleninfektion, nicht näher bezeichnet"/>
 +
</value>
 +
</pre>
 +
Die eckigen Klammern deuten an, dass Elemente optional sind.
 +
 
 +
===Zugeordnete codierte Information (Übersetzung)===
 +
Es kann vorkommen, dass bestimmte Informationen codiert in der Quelldokumentation vorliegen, aber in einer anderen Terminologie als vom Leitfaden zugelassen. Wenn die codierten Konzepte korrekt von der einen in die andere Terminologie zugeordnet werden können (also "übersetzt" oder "gemappt"), ist es erlaubt, auch die originalen Codes zusätzlich anzugeben.
 +
 
 +
1. Fall: Ein einzelner lokaler Code wird auf einen Code im Referenz-Value Set gemappt
 +
 
 +
<pre class="orange">
 +
<value xsi:type="CD" code="42338000" codeSystem="2.16.840.1.113883.6.96"
 +
  displayName="Salmonella gastroenteritis">
 +
  [
 +
    <originalText>
 +
      <reference value="#ref1"/>
 +
    </originalText>
 +
  ]
 +
  <translation code="003.0" codeSystem="2.16.840.1.113883.6.103"
 +
    displayName="Gastroenterite da Salmonella"/>
 +
</value>
 +
</pre>
 +
 
 +
Die eckigen Klammern deuten an, dass Elemente optional sind.
 +
 
 +
2. Fall: Mehrere lokale Codes werden auf das Referenz-Value Set gemappt
 +
 
 +
<pre class="orange">
 +
<value xsi:type="CD" code="C50.9" codeSystem="1.2.40.0.34.5.171"
 +
  codeSystemName="ICD-10 BMGF"
 +
  displayName="Bösartige Neubildung: Brustdrüse, nicht näher bezeichnet">
 +
  [
 +
    <originalText>
 +
      <reference value="#problem4name"/>
 +
    </originalText>
 +
  ]
 +
  <translation code="code-example" codeSystem="1.999.999"
 +
    codeSystemName="this is only an example"
 +
    displayName="FEMALE BREAST INFILTRATING DUCTAL CARCINOMA, STAGE 2">
 +
    <translation code="174.9" codeSystem="2.16.840.1.113883.6.103"
 +
      codeSystemName="ICD-9CM"
 +
      displayName="Malignant neoplasm of breast (female), unspecified"/>
 +
    <translation code="C50.919" codeSystem="2.16.840.1.113883.6.90"
 +
      codeSystemName="ICD-10-CM"
 +
      displayName="Malignant neoplasm of unspecified site of unspecified female breast"/>
 +
</translation>
 +
    <translation code="422479008" codeSystem="2.16.840.1.113883.6.96"
 +
      codeSystemName="SNOMED CT"
 +
      displayName="FEMALE BREAST INFILTRATING DUCTAL CARCINOMA, STAGE 2"/>
 +
</translation>
 +
</value></pre>
 +
Die eckigen Klammern deuten an, dass Elemente optional sind.
 +
 
 +
3. Fall: Ein lokaler Code entstammt derselben Terminologie wie das Referenz-Value Set, besitzt aber eine unterschiedliche Granularität.
 +
<pre class="orange">
 +
<code code="60591-5" codeSystem="2.16.840.1.113883.6.1"
 +
  codeSystemName="LOINC" displayName="Patient Summary">
 +
  <translation code="60592-3" codeSystem="2.16.840.1.113883.6.1"
 +
    displayName="Patient summary unexpected contact"/>
 +
</code>
 +
</pre>
 +
 
 +
Hinweis: Die R1 Datentyp-Definition versteht die <translation> nur als Mapping zwischen unterschiedlichen Codesystemen ("a set of other concept descriptors that translate this concept descriptor into other code systems"). Es hat sich aber die Interpretation durchgesetzt, dass auch dasselbe Konzept in mehreren Repräsentationen ausgedrückt werden kann, wie es einige Codesysteme (z.B. SNOMED CT) erlauben.
 +
 
 +
==Mehrsprachigkeit==
 +
Codierte Informationen können einfach in unterschiedlichen Sprachen ausgedrückt werden. Für einen zuverlässigen und sicheren grenzüberschreitenden Datenaustausch ([http://ec.europa.eu/health/ehealth/policy/network_en EU eHealth Network]) ist dies eine funktionelle Notwendigkeit.
 +
 
 +
Der zugrunde liegende Standard HL7 CDA Rel. 2 hat mit Bordmitteln keine Möglichkeit, um einen Anzeigetext zu einem codierten Konzept in mehreren Sprachen anzugeben. Dieser Leitfaden übernimmt daher als optionales Element die Erweiterung (extension) 'ips:designation', die im HL7 IPS Leitfaden dafür vorgeschlagen wird.
 +
 
 +
Beispiel 1: Ohne Code-Mapping
 +
 
 +
<pre class="orange">
 +
<code code="60591-5" codeSystem="2.16.840.1.113883.6.1"
 +
  codeSystemName="LOINC" displayName="Patient Summary">
 +
  <ips:designation lang="it-IT" value="Profilo Sanitario Sintetico"/>
 +
  <ips:designation lang="fr-FR" value="Patient Summary"/>
 +
  <ips:designation lang="en" value="Patient Summary"/>
 +
</code>
 +
</pre>
 +
 
 +
Beispiel 1: Mit Code-Mapping
 +
<pre class="orange">
 +
<value xsi:type="CD" code="42338000" codeSystem="2.16.840.1.113883.6.96"
 +
  displayName="Salmonella-gastroenteritis">
 +
  <ips:designation lang="da-DK" value=" Salmonella-gastroenteritis"/>
 +
  <ips:designation lang="en" value="Salmonella gastroenteritis (disorder)" type="FSN"/>
 +
  [
 +
    <originalText>
 +
      <reference value="#ref1"/>
 +
    </originalText>
 +
  ]
 +
  <translation code="003.0" codeSystem="2.16.840.1.113883.6.103"
 +
    displayName="Gastroenterite da Salmonella"/>
 +
</value>
 +
</pre>
 +
Die eckigen Klammern deuten an, dass Elemente optional sind.
 +
 
 +
====Übersetzung des narrativen Textes====
 +
Bei einer Übersetzung eines Dokuments muss vor allem der lesbare Text in anderen Sprachen dargestellt werden können. Die Übersetzung muss dazu bereits im Dokument vorhanden sein, wobei die Übersetzung von einer Person durchgeführt werden kann oder aber automatisch aus den maschinenlesbaren Elementen abgeleitet werden kann.
 +
Bei der Darstellung muss (a) die Sprache der Ausgabe identifiziert werden und (b) angegeben werden, ob es sich um das Original handelt oder die Übersetzung. Außerdem sollte die Quelle (Freitext, maschinenlesbare Elemente) und Art der Übersetzung (Übersetzer, automatisch, etc.) angegeben werden.
 +
 
 +
Die hier verwendete Methode enthält das Original im <text>-Element der Section und die optionalen Übersetzungen in einem <text>-Element einer Subsection, wobei pro Übersetzung eine Subsection angegeben wird. (specified in template 2.16.840.1.113883.10.22.3.15)
 +
 
 +
Beispiel:
 +
<pre class="orange">
 +
<section>
 +
  <templateId root="2.16.840.1.113883.3.1937.777.13.10.5"/>
 +
  <id root="..." extension="..."/>
 +
  <code code="48765-2" codeSystem="2.16.840.1.113883.6.1"
 +
      displayName="Allergies and adverse reactions"/>
 +
  <title>Allergies and Intolerances</title>
 +
  <text>No known Allergies</text>
 +
  <!-- omissions -->
 +
  <component>
 +
      <section>
 +
        <!--  subordinate section carrying a translation of the parent section -->
 +
        <title>Allergie ed Intolleranze</title>
 +
        <text>Nessuna Allergia Nota</text>
 +
        <languageCode code="it-IT"/>
 +
      </section>
 +
    </component>
 +
</section>
 +
</pre>
 +
 
 +
==Herkunft der Information==
 +
Die Angabe der Quelle einer Information kann für die klinische Bewertung dieser Information maßgeblich sein, besonders wenn ein Dokument aus mehreren Quellen (automatisch) zusammengestellt wurde. Daher erlaubt dieser Leitfaden eine systematische und durchgängige Angabe der Herkunft der elektronischen Daten.
 +
 
 +
===Herkunftsangabe auf Dokument-Ebene===
 +
Der '''Autor''' des Patient Summary-Dokuments MUSS verpflichtend im Header angegeben werden. Dabei kann es sich um eine Person ("human curated") oder um eine Software ("software assembled") handeln.
 +
===Herkunftsangabe auf Section-Ebene===
 +
Für jeden Dokumentationsabschnitt (Section) können jeweils mehrere Autoren und Informanten angegeben werden. Da die Zuordnung der Einzelinformation bei Angabe mehrerer Autoren und Informanten uneindeutig ist, wird empfohlen, die Herkunft auf Entry-Ebene anzugeben.
 +
* Autor (Gesundheits-Fachperson, die die Information erstellt hat mit Name und Organisation). 
 +
* Informant (Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person)
 +
===Herkunftsangabe auf Entry-Ebene===
 +
* Autor (Gesundheits-Fachperson, die die Information erstellt hat mit Name und Organisation)
 +
* Informant (Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person)
 +
* Dokumentverweis (externalDocument): für jedes Entry kann eine ID angegeben werden, die auf ein externes Dokument verweist, aus dem die Information stammt.
 +
 
 +
==Zeitangaben==
 +
 
 +
Gemäß  [[elga-cdaalf-2.06.2:Datentypen#Zeit-Elemente|Allgemeinem CDA-Leitfaden]] dürfen Zeitpunkte nur auf zweierlei Arten angegeben werden:
 +
 
 +
* '''Datum''' im Format '''YYYYMMDD'''
 +
* '''Datum und Uhrzeit mit Zeitzone''' im Format '''YYYYMMDDhhmmss[+/-]HHMM'''
 +
 
 +
Ist nur eine weniger genaue Zeitangabe verfügbar, sind die fehlenden Stellen mit der Ziffer Null aufzufüllen. Also zum Beispiel ist für "September 2017" die Zeichenfolge 20170900 anzugeben. Die HL7 V3 Datentypen interpretieren Datumswerte so, als ob alle möglichen, aber nicht angegebenen Stellen mit 0 befüllt wären.
 +
 
 +
Achtung bei Zeitintervallen:
 +
Ein Datum, das mit yyyymmdd angegeben wurde, wird standardgemäß interpretiert als yyyymmdd000000 – also der Tag um 0:00:00 Uhr. Wenn also als Zeitraum z.B.: der ganze 1. Dezember 2017 angegeben werden soll, MUSS das so erfolgen:
 +
 
 +
<pre class="orange">
 +
  <low value="20171201"/>
 +
  <high value="20171202"/>
 +
</pre>
 +
 
 +
Für mehr Klarheit empfiehlt sich daher die zusätzliche Angabe der Zeit mit Zeitzone:
 +
<pre class="orange">
 +
  <low value="20171201000000+0100"/>
 +
  <high value="20171201235959+0100"/>
 +
</pre>
 +
 
 +
= Technische Spezifikation (Templates) =
 +
 
 +
== Administrative Daten (CDA Header) ==
 +
 
 +
=== Übersichtstabelle administrative Daten===
  
−
{{cdaps:Einleitung}}
+
{| class="wikitable"
−
{{cdaps:Anwendungsfälle}}
+
! style="font-weight: bold;" | Inhalt
 +
! style="font-weight: bold;" | Optionalität
 +
! style="font-weight: bold;" |
 +
|-
 +
| Dokumententitel
 +
| M
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Spezifische_Headerelemente|Link]]
 +
|-
 +
| Klassifikation des Dokuments
 +
| M
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Spezifische_Headerelemente|Link]]
 +
|-
 +
| Dokumenten-ID
 +
| M
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Spezifische_Headerelemente|Link]]
 +
|-
 +
| Versionsnummer, SetID
 +
| M
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Spezifische_Headerelemente|Link]]
 +
|-
 +
| Patient
 +
| M
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Patient_.28recordTarget.29|Link]]
 +
|-
 +
| Verfasser des Dokuments
 +
| M
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Verfasser_des_Dokuments_.28author_-_generisch.29|Link]]
 +
|-
 +
| Dateneingebende Personen
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Personen_bei_der_Dateneingabe_.28dataEnterer_-_generisch.29|Link]]
 +
|-
 +
| Verwahrer des Dokuments
 +
| M
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Verwahrer_des_Dokuments_.28custodian_-_generisch.29|Link]]
 +
|-
 +
| Empfänger
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Empf.C3.A4nger_.28informationRecipient_-_generisch.29|Link]]
 +
|-
 +
| Unterzeichner
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Hauptunterzeichner_.28legalAuthenticator_-_generisch.29|Link]]
 +
|-
 +
| Weitere Unterzeichner
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Weitere_Unterzeichner_.28authenticator_-_generisch.29|Link]]
 +
|-
 +
| Hausarzt
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Hausarzt_.28participant_-_generisch.29|Link]]
 +
|-
 +
| Notfallkontakt
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Notfallkontakt_.28participant_-_generisch.29|Link]]
 +
|-
 +
| Angehörige
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Angeh.C3.B6rige_.28participant_-_generisch.29|Link]]
 +
|-
 +
| Versicherung
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Versicherung_.28participant_-_generisch.29|Link]]
 +
|-
 +
| Betreuungsorganisation
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Betreuungsorganisation_.28participant_-_generisch.29|Link]]
 +
|-
 +
| Gesundheitsdienstleistungen
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Gesundheitsdienstleistungen_.28Service_Events.29|Link]]
 +
|-
 +
| Patientenkontakt
 +
| O
 +
| [[elga-cdaps-2.06.2:Patient_Summary#Patientenkontakt_.28EncompassingEncounter_-_generisch.29|Link]]
 +
|}
  
−
=Administrative Daten (CDA Header)=
 
−
{{cdaps:PatientSummary Struktur}}
 
  
 
<div class="landscape">
 
<div class="landscape">
−
=Dokument-Level-Template für das Patient Summary=
+
{{elga-cdaps-2.06.2:Patient Summary Headerelemente (Template)}}
−
{{cdaps:CDA-Dokument Patient Summary (clinicaldocument) (Template)}}
+
{{elga-cdaps-2.06.2:Patient (recordTarget) (Template)}}
 +
{{elga-cdaps-2.06.2:Verfasser des Dokuments (author) (Template)}}
 +
{{elga-cdaps-2.06.2:Personen bei der Dateneingabe (dataEnterer) (Template)}}
 +
{{elga-cdaps-2.06.2:Verwahrer des Dokuments (custodian) (Template)}}
 +
{{elga-cdaps-2.06.2:Empfänger (informationRecipient) (Template)}}
 +
{{elga-cdaps-2.06.2:Hauptunterzeichner (legalAuthenticator) (Template)}}
 +
{{elga-cdaps-2.06.2:Weitere Unterzeichner (authenticator) (Template)}}
 +
{{elga-cdaps-2.06.2:Hausarzt (participant) (Template)}}
 +
{{elga-cdaps-2.06.2:Notfallkontakt (participant) (Template)}}
 +
{{elga-cdaps-2.06.2:Angehörige (participant) (Template)}}
 +
{{elga-cdaps-2.06.2:Versicherung (participant) (Template)}}
 +
{{elga-cdaps-2.06.2:Betreuungsorganisation (participant) (Template)}}
 +
{{elga-cdaps-2.06.2:Service Events (Template)}}
 +
{{elga-cdaps-2.06.2:Patientenkontakt (EncompassingEncounter) (Template)}}
 +
</div>
 +
 
 +
== Fachlicher Inhalt (Sections) ==
 +
=== Übersichtstabelle der Sections ===
 +
{|
 +
| colspan="2" | '''Verwendete Abkürzungen '''
 +
|-
 +
| ÄB
 +
| Ärztlicher Befund (generisch) (dieser Leitfaden)
 +
|-
 +
| ALF
 +
| Allgemeiner Implementierungsleitfaden
 +
|-
 +
| EBÄ
 +
| Entlassungsbrief Ärztlich
 +
|-
 +
| LAB
 +
| Laborbefund
 +
|-
 +
| PS
 +
| Patient Summary
 +
|}
 +
 
 +
 
 +
{| class="wikitable"
 +
! rowspan="2" style="text-align: center;" | Sektion bzw. Untersektion
 +
! rowspan="2" style="text-align: center;" | Optionalität
 +
! colspan="2" style="text-align: center;" | Codierte Inhalte
 +
! rowspan="2" style="text-align: center;" | Codierte Daten dieser Sektion
 +
! rowspan="2" style="text-align: center;" | weitere Verwendung
 +
! rowspan="2" style="text-align: center;" | Kapitel
 +
|-
 +
| style="text-align: center;" | ''human curated''
 +
| style="text-align: center;" | ''software-assembled''
 +
|-
 +
| Allergien und Intoleranzen
 +
| style="text-align: center;" | [M]
 +
| style="text-align: center;" | [M]
 +
| style="text-align: center;" | [M]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Allergien_und_Intoleranzen|Link]]
 +
|-
 +
| Gesundheitsprobleme und Risiken
 +
| style="text-align: center;" | [M]
 +
| style="text-align: center;" | [M]
 +
| style="text-align: center;" | [M]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Gesundheitsprobleme_und_Risiken|Link]]
 +
|-
 +
| Medikationsliste
 +
| style="text-align: center;" | [M]
 +
| style="text-align: center;" | [M]
 +
| style="text-align: center;" | [M]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Medikationsliste|Link]]
 +
|-
 +
| Medizinische Geräte und Implantate
 +
| style="text-align: center;" | [M]
 +
| style="text-align: center;" | [M]
 +
| style="text-align: center;" | [M]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Medizinische_Geräte_und_Implantate|Link]]
 +
|-
 +
| Impfungen
 +
| style="text-align: center;" | [R]
 +
| style="text-align: center;" | [R]
 +
| style="text-align: center;" | [R]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Impfungen|Link]]
 +
|-
 +
| Durchgeführte Eingriffe und Therapien
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [R]
 +
| style="text-align: center;" | [R]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Durchgeführte_Eingriffe_und_Therapien|Link]]
 +
|-
 +
| Beeinträchtigungen
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [O]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Beeinträchtigungen |Link]]
 +
|-
 +
| Diagnostische Resultate
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [O]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Diagnostische_Resultate|Link]]
 +
|-
 +
| Schwangerschaften
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [R2]
 +
| style="text-align: center;" | [O]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Schwangerschaften|Link]]
 +
|-
 +
| Lebensstil
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [R2]
 +
| style="text-align: center;" | [O]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Lebensstil|Link]]
 +
|-
 +
| Soziale Umstände und Verhalten
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [NP]
 +
| style="text-align: center;" | [NP]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Soziale_Umstände_und_Verhalten|Link]]
 +
|-
 +
| Willenserklärungen und andere juridische Dokumente
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [O]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Willenserklärungen_und_andere_juridische_Dokumente|Link]]
 +
|-
 +
| Weitere Informationen
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [NP]
 +
| style="text-align: center;" | [NP]
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Weitere_Informationen|Link]]
 +
|-
 +
| Liste der behandelnden GDA
 +
| style="text-align: center;" | [O]
 +
| style="text-align: center;" | [O] in ServiceEvents
 +
| style="text-align: center;" | [O] in ServiceEvents
 +
|
 +
|
 +
| [[ILF:Patient_Summary#Liste_der_behandelnden_GDA|Link]]
 +
|}
 +
 
  
−
=Header-Level-Templates für das Patient Summary=
+
<div class="landscape">
−
{{cdaps:Patient (recordTarget) (Template)}}
+
{{elga-cdaps-2.06.2:Allergien und Intoleranzen-Section (Template)}}
−
{{cdaps:Verfasser des Dokuments (author) (Template)}}
+
{{elga-cdaps-2.06.2:Gesundheitsprobleme und Risiken-Section (Template)}}
−
{{cdaps:Personen bei der Dateneingabe (dataEnterer) (Template)}}
+
{{elga-cdaps-2.06.2:Medikationsliste-Section (Template)}}
−
{{cdaps:Verwahrer des Dokuments (custodian) (Template)}}
+
{{elga-cdaps-2.06.2:Medizinische Geräte und Implantate-Section (Template)}}
−
{{cdaps:Empfänger (informationRecipient) (Template)}}
+
{{elga-cdaps-2.06.2:Impfungen-Section (Template)}}
−
{{cdaps:Rechtlicher Unterzeichner (legalAuthenticator) (Template)}}
+
{{elga-cdaps-2.06.2:Durchgeführte Eingriffe und Therapien-Section (Template)}}
−
{{cdaps:Weitere Unterzeichner (authenticator) (Template)}}
+
{{elga-cdaps-2.06.2:Beeinträchtigungen-Section (Template)}}
−
{{cdaps:Hausarzt (participant) (Template)}}
+
{{elga-cdaps-2.06.2:Diagnostische Resultate-Section (Template)}}
−
{{cdaps:Notfallkontakt (participant) (Template)}}
+
{{elga-cdaps-2.06.2:Schwangerschaften-Section (Template)}}
−
{{cdaps:Angehörige (participant) (Template)}}
+
{{elga-cdaps-2.06.2:Lebensstil-Section (Template)}}
−
{{cdaps:Versicherung (participant) (Template)}}
+
{{elga-cdaps-2.06.2:Soziale Umstände und Verhalten-Section (Template)}}
−
{{cdaps:Betreuungsorganisation (participant) (Template)}}
+
{{elga-cdaps-2.06.2:Willenserklärungen und andere juridische Dokumente-Section (Template)}}
−
{{cdaps:Service Events (Template)}}
+
{{elga-cdaps-2.06.2:Weitere Informationen-Section (Template)}}
−
{{cdaps:Bezug zu vorgehenden Dokumenten (Template)}}
+
{{elga-cdaps-2.06.2:Liste der behandelnden GDA-Section (Template)}}
−
{{cdaps:Patientenkontakt (EncompassingEncounter) (Template)}}
+
</div>
  
−
<!-- =Fachlicher Inhalt (CDA Body)= -->
+
== Fachlicher Inhalt (Maschinenlesbare Elemente) ==
 
<!--
 
<!--
−
   Sections
+
   Entries
 
-->
 
-->
−
=Section-Level-Templates für das Patient Summary=
+
<div class="landscape">
−
{{cdaps:Allergien, Unverträglichkeiten und Risiken-Section (Template)}}
+
{{elga-cdaps-2.06.2:Author (Body) Entry (Template)}}
−
{{cdaps:Aktuelle Gesundheitsprobleme-Section (Template)}}
+
{{elga-cdaps-2.06.2:Informant (Body) Entry (Template)}}
−
{{cdaps:Vorgeschichte-Section (Template)}}
 
−
{{cdaps:Abgeschlossene Gesundheitsprobleme-Section (Template)}}
 
−
{{cdaps:Durchgeführte Eingriffe-Section (Template)}}
 
−
{{cdaps:Medizinische Geräte und Implantate-Section (Template)}}
 
−
{{cdaps:Empfehlungen zur weiteren Behandlung-Section (Template)}}
 
−
{{cdaps:Einschränkungen und Invalidität-Section (Template)}}
 
−
{{cdaps:Erfasste Vitalparameter-Section (Template)}}
 
−
{{cdaps:Medikationsliste-Section (Template)}}
 
  
−
=Entry-Level-Templates für das Patient Summary=
+
{{elga-cdaps-2.06.2:Allergien und Intoleranzen Entry (Template)}}
−
{{cdaps:Allergien und Unverträglichkeiten Entry (Template)}}
+
{{elga-cdaps-2.06.2:Problem Entry Allergien (Template)}}
−
{{cdaps:Bestehendes Gesundheitsproblem Entry (Template)}}
+
{{elga-cdaps-2.06.2:Participant Allergie Entry (Template)}}
−
{{cdaps:Eingebettetes Objekt Entry (Template)}}
+
{{elga-cdaps-2.06.2:Problem Entry Allergien-Reaktion (Template)}}
−
{{cdaps:Abgeschlossenes Gesundheitsproblem Entry (Template)}}
+
{{elga-cdaps-2.06.2:Severity Observation Entry (Template)}}
−
{{cdaps:ELGA Procedure Entry (Template)}}
+
{{elga-cdaps-2.06.2:Criticality Observation Entry (Template)}}
−
{{cdaps:ELGA Medical Device Entry (Template)}}
+
{{elga-cdaps-2.06.2:Certainty Observation Entry (Template)}}
−
{{cdaps:Vitalparameter Gruppe Entry (Template)}}
+
{{elga-cdaps-2.06.2:Allergy Status Observation Entry (Template)}}
−
{{cdaps:Medikation Verordnung Entry (Template)}}
+
{{elga-cdaps-2.06.2:ELGA ExternalDocument Entry (Template)}}
−
{{cdaps:Medikation Abgabe Entry (Template)}}
+
 
 +
{{elga-cdaps-2.06.2:Gesundheitsproblem Bedenken Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Problem Entry Gesundheitsproblem (Template)}}
 +
{{elga-cdaps-2.06.2:Problem Status Observation Entry (Template)}}
 +
 
 +
{{elga-cdaps-2.06.2:Medikation Verordnung Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Arznei Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Medikation Abgabe Entry (Template)}}
 +
 
 +
{{elga-cdaps-2.06.2:ELGA Medical Device Entry (Template)}}
 +
 
 +
{{elga-cdaps-2.06.2:Impfungsentry (Template)}}
 +
{{elga-cdaps-2.06.2:Impfstoff Entry (Template)}}
 +
 
 +
{{elga-cdaps-2.06.2:ELGA Procedure Entry (Template)}}
 +
 
 +
{{elga-cdaps-2.06.2:ELGA Results Organizer Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Laborergebnisse Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Befundtext Entry (Template)}}
 +
{{elga-cdaps-2.06.2:ELGA Result Observation Entry (Template)}}
 +
 
 +
{{elga-cdaps-2.06.2:Aktuelle Schwangerschaft Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Erwartetes Geburtsdatum Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Bisherige Schwangerschaften Entry (Template)}}
 +
 
 +
{{elga-cdaps-2.06.2:Lebensstil Tabakkonsum Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Lebensstil Alkoholkonsum Entry (Template)}}
 +
 
 +
{{elga-cdaps-2.06.2:Risiken Hilfsmittel Ressourcen Entry (Template)}}
 +
 
 +
 
 +
<!--
 +
{{elga-cdaps-2.06.2:Blutgruppenentry (Template)}}
 +
{{elga-cdaps-2.06.2:Eingebettetes Objekt Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Abgeschlossenes Gesundheitsproblem Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Vitalparameter Gruppe Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Vitalparameter Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Termine, Kontrollen, Wiederbestellung Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Entlassungszustand Entry (Template)}}
 +
{{elga-cdaps-2.06.2:Empfohlene Anordnungen Pflege Entry (Template)}}
 +
-->
 
</div>
 
</div>
 +
  
 
{{ILF:Technische Konformitätsprüfung}}
 
{{ILF:Technische Konformitätsprüfung}}
 +
{{elga-cdaps-2.06.2:Terminologien}}
  
 
=Anhang=
 
=Anhang=
−
{{cdaps:Tabellenverzeichnis}}
+
{{elga-cdaps-2.06.2:Tabellenverzeichnis}}
−
{{cdaps:Abbildungsverzeichnis}}
+
{{elga-cdaps-2.06.2:Abbildungsverzeichnis}}
−
{{cdaps:Glossar}}
+
{{elga-cdaps-2.06.2:Referenzen}}
−
{{cdaps:Referenzen}}
+
{{elga-cdaps-2.06.2:Revisionsliste}}
−
{{cdaps:Revisionsliste}}
+
{{elga-cdaps-2.06.2:Impressum}}
 +
[[Kategorie:ILF|Patient Summary (2.06.2)]]

Aktuelle Version vom 15. Juli 2021, 10:04 Uhr


Under construction icon-blue.png Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern.
This article was last edited by Klostermann (talk| contribs) 3 years ago.
This article or section is in the middle of an expansion or major restructuring.
This article was last edited by Klostermann (talk| contribs) 3 years ago.
ELGA mitClaim.png
ELGA CDA
Implementierungsleitfäden
HL7 Implementation Guide for CDA® R2:
Patient Summary
Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.16.1]
09. Jänner 2018
V0.4
Ballot-Version




Wichtige Lizenzinformationen

Die von HL7 Austria erarbeiteten Standards und die Bearbeitungen der Standards von HL7 International stellen Werke im Sinne des österreichischen Urheberrechtsgesetzes dar und unterliegen daher urheberrechtlichem Schutz.
HL7 Austria genehmigt die Verwendung dieser Standards für die Zwecke der Erstellung, des Verkaufs und des Betriebs von Computerprogrammen, sofern nicht anders angegeben oder sich die Standards auf andere Urheber- oder Lizenzrechtlich geschützte Werke beziehen.
Die vollständige oder teilweise Veröffentlichung der Standards (zum Beispiel in Spezifikationen, Publikationen oder Schulungsunterlagen) ist nur mit einer ausdrücklichen Genehmigung der HL7 Austria gestattet. Mitglieder von HL7 Austria sind berechtigt, die Standards vollständig oder in Auszügen ausschließlich organisationsintern zu publizieren, vervielfältigen oder verteilen.
Die Veröffentlichung eigener Anpassungen der HL7-Spezifikationen (im Sinne von Lokalisierungen) oder eigener Leitfäden erfordert eine formale Vereinbarung mit der HL7 Austria.
Die vollständigen Lizenzinformationen finden sich unter https://hl7.at/nutzungsbedingungen-und-lizenzinformationen/
Die Lizenzbedingungen von HL7 International finden sich unter http://www.HL7.org/legal/ippolicy.cfm

Urheberrechte und Nutzungsrechte von anderen Quellen (“Third Party IP”): Der Nutzer dieses Dokuments (bzw. der Lizenznehmer) stimmt zu und erkennt an, dass HL7 Austria nicht alle Rechte und Ansprüche in und an den Materialien besitzt und dass die Materialien geistiges Eigentum von Dritten enthalten und / oder darauf verweisen können ("Third Party IP").
Die Anerkennung dieser Lizenzbestimmungen gewährt dem Lizenznehmer keine Rechte in Bezug auf Third Party IP. Der Lizenznehmer allein ist für die Identifizierung und den Erhalt von notwendigen Lizenzen oder Genehmigungen zur Nutzung von Third Party IP im Zusammenhang mit den Materialien oder anderweitig verantwortlich.
Jegliche Handlungen, Ansprüche oder Klagen eines Dritten, die sich aus einer Verletzung eines Third Party IP-Rechts durch den Lizenznehmer ergeben, bleiben die Haftung des Lizenznehmers.

Im Folgenden finden Sie eine Liste von Terminologien (ohne Anspruch auf Vollständigkeit), die eine solche separate Lizenz erfordern können:

Terminologie Eigentümer, Kontaktinformation
SNOMED CT International Healthcare Terminology Standards Development Organization (IHTSDO) info@ihtsdo.org
Logical Observation Identifiers Names & Codes (LOINC) Regenstrief Institute, Inc. www.regenstrief.org loinc.org
Unified Code for Units of Measure (UCUM) Regenstrief Institute, Inc. www.regenstrief.org unitsofmeasure.org
International Classification of Diseases (ICD) World Health Organization (WHO)
International Classification of Diseases (ICD-10) BMGF Bundesministerium für Gesundheit und Frauen www.bmgf.gv.at
Anatomical Therapeutic Chemical Classification System (ATC) World Health Organization (WHO)
Pharmazentralnummer (PZN) ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) der Wirtschaftskammern Österreichs (WKO)
EDQM-Codes Europäisches Direktorat für die Qualität von Arzneimitteln https://www.edqm.eu/

Inhaltsverzeichnis

1 Übersicht

Das ist der Implementierungsleitfaden für das Österreichische Patient Summary Dokument. Die Vorgaben beruhen auf dem HL7 Leitfaden für das Internationale Patient Summary (HL7 IPS) und sind kompatibel mit den Vorgaben für das EU-Patient Summary für den grenzüberschreitenden Datenaustausch (EU eHealth Network).

2 Einleitung

2.1 Definition

Was ist ein Patient Summary?
Ein Patient Summary ist eine standardisierte Zusammenfassung von grundlegenden medizinischen Informationen zu einem Patienten, um Angehörigen von Gesundheitsberufen einen schnellen Überblick über die wesentlichen Fakten zum Gesundheitszustand des Patienten zu verschaffen.

Das Patient Summary soll zur sicheren und zuverlässigen Gesundheitsversorgung beitragen, sowohl im Fall von unerwarteten oder ungeplanten Behandlungen (Unfall, Notfall), als auch bei geplanten Behandlungen und bei der grenzüberschreitenden Gesundheitsversorgung.

Ein Patient Summary enthält allgemeine demografische Daten des Patienten (z.B. Name, Geburtsdatum, Geschlecht), eine Zusammenfassung der für die weitere medizinische Behandlung wesentlichen Erkenntnisse und Inhalte aus den Krankenakten des Patienten (z.B. aktuelle medizinische Probleme, Allergien, größere chirurgische Eingriffe, medizinische Implantate) sowie die aktuelle Medikation.

2.2 Zweck

Ziel des Patient Summary ist es

  • dem GDA einen schnellen Überblick über die (in ELGA) verfügbaren Informationen zu einem Patienten zu ermöglichen
  • die wesentlichen Gesundheitsinformationen eines Patienten eindeutig und hochstrukturiert zu dokumentieren und in andere Sprachen übersetzbar zu machen

2.3 Umfang

Das Patient Summary ist

  • ein minimaler und nicht-vollständiger Datensatz,
  • geeignet für alle medizinischen Fachrichtungen und Gesundheitseinrichtungen,
  • unabhängig von der aktuellen Situation des Patienten,
  • für die grenzüberschreitende Gesundheitsversorgung vorgesehen.

Das Patient Summary ist daher keine vollständige Krankenakte, sondern eine Zusammenfassung. "Minimaler und nicht-vollständiger Datensatz" bedeutet, dass nur ein Teil der Krankengeschichte im Patient Summary dokumentiert wird. Es soll den eigentlichen Gesundheitszustand des Patienten repräsentieren und nicht die Historie abbilden. Es ist unabhängig von der medizinischen Fachrichtung oder dem Typ der Gesundheitseinrichtung.

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

2.5 Beziehung zu anderen Projekten und Leitfäden

Das Österreichische Patient Summary soll über die Elektronische Gesundheitsakte ELGA zur Verfügung stehen [www.elga.gv.at]. Für Bürger, die auch ELGA-Teilnehmer sind, kann ein Patient Summary erzeugt werden und über das ELGA-Portal angesehen werden. Ihre behandelnden ELGA-Gesundheitsdiensteanbieter sollen darauf zugreifen dürfen.

Das Österreichische Patient Summary soll auch für den grenzüberschreitenden Datenaustausch zur Verfügung stehen, wenn der ELGA-Teilnehmer dies möchte (EU eHealth Network). Das EU-Projekt "eHealth Digital Service Infrastructure" (eHDSI) hat zum Ziel, dass EU Bürger ihre "Patient Summaries" und "ePrescriptions" (elektronische Rezepte) auch in anderen Ländern der EU verwenden können. Österreich soll ab 2020 an dieses Netzwerk angeschlossen werden.

Die Vorgaben dieses Leitfaden beruhen auf dem HL7 Leitfaden für das Internationale Patient Summary (HL7 IPS) sowie auf den allgemeinen Vorgaben für ELGA CDA Dokumente (Allgemeiner Implementierungsleitfaden). Wo das möglich war, wurden auch Vorgaben aus anderen bestehenden ELGA CDA Implementierungsleitfäden, wie dem Leitfaden für den Ärztlichen Entlassungsbrief, den Pflegerischen Entlassungsbrief und der e-Medikation wiederverwendet.

2.6 Hinweise zur Verwendung

Dieser Leitfaden ist derzeit ein Abstimmungsdokument, d.h. er wird technisch und inhaltlich noch abgestimmt. Kommentare können an office@hl7.at gesendet werden.

Geben Sie bitte eine exakte Beschreibung des Problems und die Stelle im Dokument an. Dazu gibt es in der PDF-Version am linken Seitenrand eine Skale, die Sie mit der Kapitel- und Seitennummer angeben.

3 Informationen über dieses Dokument

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

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

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

3.4 Harmonisierung

Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der "Arbeitsgruppe Patient Summary", die im Zeitraum von September 2016 bis August 2017 tagte. Die Teilnehmer der Arbeitsgruppe sind delegiert durch ihre Organisation und vertreten diese.

Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets). Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens Patient Summary erfolgte im Auftrag der ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.

Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Eine Verordnung des Bundesministeriums kann eine Verbindlichkeit zur Anwendung begründen.

3.5 Autoren und Mitwirkende

3.5.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen:

Name Organisation
Mag. Dr. Stefan Sabutsch ELGA GmbH, HL7 Austria Herausgeber, Autor
DI Sonja Leder Sigma Software Solutions OG Autor
DI Silvia Winker, MSc. Sigma Software Solutions OG Autor

3.5.2 Mitwirkende

Teilnehmer der Arbeitsgruppe Patient Summary Im Zeitraum 2016-2017: Dr. Gabriele Aicher (AKH Wien), Mag.Johannes Ambros (Humanomed IT Solutions Gmbh), Karl Blauensteiner (Gesundheitsverbund WGKK), Dr. Klaus Buttinger (Gespag), Adis Buturovic (AKH Wien), Christian Chvosta (Vinzenz Gruppe), Dr. Christoph Dachs (ÖGAM), Veronika Daxner (ITH Icoserve), Dr. Stefan Dorner, MBA (Wiener Krankenanstaltenverbund (KAV)), DI Reinhard Egelkraut (CGM Clinical Österreich GmbH), Dr. Brigitte Erlacher (Vinzenz Gruppe), Ingrid Fehervary (Wiener Krankenanstaltenverbund (KAV)), Ing. Mag. Udo Feyerl (OÖ Gebietskrankenkasse), Bernd Fischer (ITH Icoserve), Ing. Victor Emanuel Grogger (KAGES), Helga Gruber (ÖÄK), Dr. Ludwig Gruber (ÄK Tirol), Josef Hamedinger (Gespag), DI Sandra Heissenberger (Stadt Wien, Magistratsdirektion), Emmanuel Helm MSc (FH Oberösterreich), Dr. Susanne Herbek (ELGA GmbH), Ing. Wolfgang Hießl, MSc, MBA (OÖGesFonds), Florian Hoffmann (VAEB Institut für Gesundheitsförderung und Prävention GmbH (IfGP) ), Karl Holzer (CGM), Mag. Konrad Hölzl (KAV Wien), Michael Hubich (Barmh. Schwestern), Dr. Christian Husek (Initiative ELGA), Dr. Silvester Hutgrabner (ÖÄK), Reinhold Igler (AKH Wien), Dr. Christina Kastner-Frank (AKH Wien), Dietmar Keimel (CAS), Alexander Keller (Vinzenz Gruppe), Mag. Martin Keplinger (ÖÄK), DI Andrea Klostermann (ELGA GmbH), Dr. Harald Kornfeil (Ordination Dr. Kornfeil), Brigitte Lagler, MSc (Herz-Jesu Krankenhaus; ÖGKV), Cornelia Lahnsteiner (ELGA GmbH), Assoc.Prof.PD.Dr. Felix Langer (AKH Wien), DI Sonja Leder (SigmaSoft), DI Christian Ledl (A1 Telekom Austria ), Cornelia Lindner (ELGA GmbH), Mag. Herwig Loidl, MBA MSc (CareCenter Software GmbH), Patrick Mangesius (ITH Icoserve), Dr. Stefan Marlovits (PremiQaMed), DI Alexander Mense (HL7 Austria), Ing. Mag. (FH) Jan Nicolics (A1 Telekom Austria ), DI Michael Nöhammer (ÖÄK), Roland Novak (SALK), DI Dr. Markus Pedevilla, MSc (KAGES), Lucas Pflanzl, BSc (Institut für Gesundheitsförderung und Prävention GmbH), Mag. Theresa Philippi (ELGA GmbH), Mag. Barbara Philipp-Jaschek, MBA (AKH Wien), Dr. Susanne Rabady (ÖGAM), Dr. Günter Rauchegger (ELGA GmbH), DI Dr. Stefan Rausch-Schott (Vinzenz Gruppe), Dr. Stefan Sabutsch (ELGA GmbH), Dr. Stefan Sauermann (FH Technikum Wien), Michaela Schaller (ÖGKV), Ing. Eduard Schebesta (HCS), Dr. Christian Scheibböck (AKH Wien), DI Herbert Scheiber (Humanomed IT Solutions Gmbh), Markus Schell (Wiener Krankenanstaltenverbund (KAV)), Dr. Michael Schriefl (ÖÄK), Univ.-Prof. Dr.med. Stefan Schulz (MedUni Graz), Dipl.-Ing. Hans-Jörg Seeburger (Atos), Carina Seerainer (ELGA GmbH), DI Dr. Peter Seifter (HL7 / FH Joanneum), Dr.Adolf Sonnleitner (Fabasoft Austria Gmbh), Ing. Mag. (FH) Mag. Christian Stark (Tirol-Kliniken), OA Mag. Dr.med. Günther Stark (Kages), Dr. Lukas Stärker (Österr. Ärztekammer), Doris Steiner (CGM Arztsysteme Österreich), Friederike Stewig (GÖG), Gerhard Stimac (CGM), Mag. Elisabeth Strahser (WKO Fachverband Unternehmensberatung), Univ. Prof. Dr. Zsolt Szépfalusi (MedUni Wien), DI Herlinde Toth (KAV Wien), Dipl.-Ing. (FH) Kathrin Trunner, MSc (BMGF), Ing. Christoph Unfried (HCS), Dr. Burkhard Walla (ÖÄK), Ing. Norbert Weber (WEBMED, Weber GmbH & Co KG), Dr. Irina Weik (BMGF), DI Silvia Winkler, MSc (SigmaSoft), Dr. Petra Ziegelmayer (ÖGAI, Allergiezentrum Wien West)


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


3.7 Weitere unterstützende Materialien

Gemeinsam mit diesem Leitfaden werden auf der Website der ELGA GmbH (www.elga.gv.at/CDA) weitere Dateien und Dokumente zur Unterstützung bereitgestellt:

  • Beispieldokumente
  • Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)
  • CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)
  • Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien
  • Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)
  • Hinweise für die zu verwendenden Terminologien
  • Leitfaden zur richtigen Verwendung von Terminologien


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

4 Technischer Hintergrund

4.1 Hierarchie der Implementierungsleitfäden

Der vorliegende Implementierungsleitfaden basiert auf der grundlegenden Implementierungsvorschrift für alle CDA Dokumente im österreichischen Gesundheitswesen.
Das CDA Dokument "Patient Summary" hat grundsätzlich beiden aufeinander aufbauenden Implementierungsleitfäden zu folgen.

"Zusammenspiel der Implementierungsleitfäden"
[Abbildung 1]

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.2 Weitere Inhalte

5 Funktionale Anforderungen und Anwendungsfälle

5.1 Funktionale Anforderungen

Ein Patient Summary soll alle relevanten Fakten zum Gesundheitszustand eines Patienten enthalten. Es kann daher Informationen aus einer oder mehreren Krankenakten enthalten und mehrere Behandlungsepisoden zusammenfassen. Es soll weitgehend unabhängig von technischen Infrastrukturen und Diensten eingesetzt werden können. Alle Informationen sollen auch maschinenlesbar (codiert) eingebettet werden können.

Dieser Leitfaden beschränkt sich auf das Endprodukt: das Dokument "Patient Summary" selbst mit seinen Inhalten. Die Frage der Erzeugung, wer oder was ein Patient Summary mit welchen Hilfsmitteln oder Algorithmen erstellt, wurde bewusst weitgehend ausgeklammert.

5.1.1 Darstellung

Dieser Leitfaden definiert ein CDA-Dokument, das mit den gängigen CDA-Stylesheets in HTML konvertiert und in einem Browser dargestellt werden kann. Eine optimierte Darstellung erfolgt - wie für alle CDA-Dokumente, die auf dem Allgemeinen Implementierungsleitfaden beruhen - mit dem ELGA Referenz-Stylesheet. Für den Ausdruck wird eine PDF-Konvertierung mit der ELGA CDA2PDF-Suite empfohlen. Zukünftig kann ein alternatives Stylesheet notwendig werden, das speziell auf mehrsprachige und/oder durchgängig codierte Patient Summaries zugeschnitten ist.

5.1.2 Verwendung in ELGA

Das Patient Summary ist ein Dokument, das über ELGA verfügbar gemacht werden kann. Es ist möglich, Patient Summary Dokumente über ELGA abzurufen.

5.1.2.1 Versionierung

Es gibt immer nur eine gültige - aktuelle - Version eines Patient Summary. Durch die Erstellung einer neuen Version des Patient Summary wird die davor erstellte Version obsolet, unabhängig vom Ersteller der jeweiligen Versionen oder vom verwendeten Mechanismus der Erstellung (software-assembled oder human-curated). Die technische Abbildung dieser Vorgabe ist noch zu klären.

5.1.3 Mehrsprachigkeit und grenzüberschreitender Austausch

Das österreichische Patient Summary wird grundsätzlich in deutscher Sprache erstellt. Es ist möglich, den Inhalt zusätzlich in weiteren Sprachen im Dokument anzugeben. Dokumente mit durchgängig maschinenlesbaren Inhalten können prinzipiell auch automatisiert übersetzt werden. Das Patient Summary soll auch für den grenzüberschreitenden Austausch von Gesundheitsdaten eingesetzt werden können.

5.2 Anwendungsfälle

Da die Anwendungsfälle mit der technischen Umsetzung und der Erstellung eines Patient Summary Dokumentes zusammenhängen, sind die angegebenen Anwendungsfälle daher als Vorschlag zu sehen.

5.2.1 Lesender Zugriff

Der Hauptanwendungsfall für das Patient Summary sind alle Situationen, in denen eine Statuserhebung des Gesundheitszustandes eines Patienten erforderlich ist. Das betrifft primär den Erstkontakt, grundsätzlich aber jede Konsultation eines GDA (stationär/ambulant, geplant und ungeplant, präoperativer Anästhesiecheck etc.), auch Notfallaufnahmen und das Notarztwesen; ebenso in der grenzüberschreitenden Gesundheitsversorgung.

Zugriff auf das Patient Summary sollen alle behandelnden Ärzte und Ärztinnen entsprechend ihrer Berechtigung in ELGA haben. Auch andere „gehobene Gesundheitsberufe“ (z.B. gehobener Dienst für Gesundheits- und Krankenpflege) sollten Zugriff erhalten.

Es ist möglich, Inhalte des Patient Summaries zu extrahieren und in Krankenakten zu übernehmen. Teile des Patient Summaries können in EHR-S (elektronischen Krankenakten, z.B. Krankenhaus- oder Arztpraxis-Informationssysteme) integriert und dargestellt werden.

5.2.2 Erstellung (schreibender Zugriff)

Ein Patient Summary kann jederzeit erstellt werden, unabhängig vom aktuellen Zustand der Person oder von einem eventuellen Behandlungsverlauf. Es kann von einer Person editiert und freigegeben oder von einer Software automatisch zusammengestellt werden. Für die Vertrauenswürdigkeit und Verlässlichkeit eines Patient Summary-Dokuments ist das ein substanzieller Unterschied. Damit diese wichtige Kontextinformation für den Empfänger transparent wird, wird wie folgt differenziert:

5.2.2.1 Erstellung durch einen GDA

"human-curated" Die Erstellung erfolgt durch einen GDA (Arzt), wobei die Inhalte bereits von einem System (Krankenhaus- oder Arztpraxis-Informationssystem) vorgeschlagen werden und vom Arzt nachbearbeitet und ergänzt werden können. Der Arzt scheint als rechtlicher Unterzeichner des Patient Summary auf. --> "Patient Summary".

5.2.2.2 Erstellung durch eine Software

"software-assembled" Die Erstellung erfolgt vollautomatisch und regelbasiert anhand der in ELGA oder in einer oder mehreren anderen (lokalen) elektronischen Krankenakten verfügbaren Informationen. "(Automatische) Patientenübersicht" / "(ELGA) Quick View". Der Titel eines ausschließlich aus ELGA-Daten automatisiert durch Software erstellten Dokuments muss "Automatische ELGA-Übersicht" lauten. Die unterschiedlichen Erstellungsarten sollen bereits in den Metadaten des Dokuments und in der XDS-Registry klar erkennbar sein. Zuvor 'human-curated' erstellte Patient Summary Versionen können und sollen ebenfalls als Quelle für ein 'software-assembled' Patient Summary herangezogen werden. Idealerweise werden die Prämissen und Regeln für eine automatische Zusammenstellung transparent und nachvollziehbar gemacht.

Vorgeschlagener Hinweistext für eine "Automatische ELGA-Übersicht":

Die Automatische ELGA-Übersicht ist eine Orientierungshilfe in ELGA und bietet einen Überblick über jene Gesundheitsdaten, die zum Zeitpunkt der Erstellung der Übersicht verfügbar waren. Für diese automatisch von einem Computerprogramm zusammengestellte Übersicht wurden bereits vorliegende Einzelinformationen (maschinenlesbare Elemente, codierte Daten) aus verschiedenen Quellen (eBefunde, eMedikation etc) übernommen. Es kann daher nicht garantiert werden, dass alle relevanten Gesundheitsinformationen enthalten sind.
Die ELGA-Übersicht ist kein Medizinprodukt. Die Verwendung erfolgt auf eigene Gefahr.
Die folgenden, beispielhaft aufgezählten diagnostischen oder therapeutischen Handlungen erfolgen in alleiniger Verantwortung der jeweiligen Behandler/innen:
  • Erkennung, Verhütung, Überwachung, Behandlung oder Linderung von Krankheiten,
  • Erkennung, Überwachung, Behandlung, Linderung oder Kompensierung von Verletzungen oder Behinderungen,
  • Untersuchung, Veränderung von oder Verordnung von Behelfen zum Ersatz des anatomischen Aufbaus oder physiologischer Vorgänge
  • Maßnahmen zur Empfängnisregelung

6 Grundsätze und Regeln

6.1 Allgemeines

Dieses Dokument spezifiziert eine HL7 CDA R2 Implementierung, ist aber in den Grundzügen kompatibel mit dem in Entwicklung befindlichen FHIR-Standard. In einigen Fällen folgt es eher der FHIR Stilistik, um Konzepte zu repräsentieren und weicht daher von der in CDA bzw HL7 Version 3 üblichen Art ab. Das betrifft hauptsächlich die Mechanismen für Negation, unbekannte und fehlende Informationen (NullFlavors).

Um grenzüberschreitend austauschbar und verständlich zu sein, muss sich das Patient Summary so weit wie möglich auf strukturierte Daten und mehrsprachige internationale Referenzterminologien stützen, die für das Patient Summary ohne Kosten für die globale Nutzung lizenziert werden.

Im Falle von SNOMED CT wird erwartet, dass die IHTSDO (SNOMED International) und die Republik Österreich, vertreten durch das Bundesministerium für Gesundheit und Frauen, eine Vereinbarung treffen werden, um den Einsatz von SNOMED CT für den Einsatz in Österreich zu ermöglichen. In diesem Sinne wird SNOMED CT als bevorzugte Terminologie und für die Mehrheit der Wertmengen (Value Sets) verwendet.

Andere bevorzugte Terminologien, die in dieser Spezifikation verwendet werden, sind LOINC für Beobachtungen (z.B. Labortests) und Dokumentabschnitte (Sections), UCUM für Maßeinheiten und EDQM für Dosisformen und Einnahmearten.

Diese Spezifikation verwendet das HL7-Template-Austauschformat [1] und ART-DECOR® [www.art-decor.org] als Spezifikationsplattform. Nutzer dieses Leitfadens können die IPS-Projektseite in ART-DECOR® besuchen, um die Template-Spezifikationen zu durchsuchen und Beispiele zu überprüfen.

6.2 Annahmen

Dieser Implementierungsleitfaden wurde von der Arbeitsgruppe unter folgenden Annahmen erstellt:

  • Der Leitfaden spezifiziert das "Endprodukt", ein Patient Summary Dokument, das in Österreich allgemein und speziell in ELGA verwendet werden kann und alle Daten und Strukturen enthält, um es auch für den grenzüberschreitenden Austausch von Gesundheitsdaten zu nutzen.
  • Die Erstellung des Patient Summary Dokuments wurde bewusst weitgehend ausgeklammert.
  • Fragen der Finanzierung der Umsetzung wurden nicht betrachtet.
  • Das Patient Summary definiert eine Struktur, die notwendig ist, um Daten elektronisch und automatisch in anderen GDA-IT-Systemen weiterzuverarbeiten, zu aggregieren und zu übersetzen. Die Arbeitsgruppe hat die Vorgaben im Bewusstsein definiert, dass die notwendigen Quelldaten nicht immer vorliegen, und wenn sie vorliegen, nicht immer in der erforderlichen Struktur und Detailgenauigkeit. Das Patient Summary dient als "Leuchtturm", um künftige Dokumentationen entsprechend diesem Mindeststandard anzupassen.
  • Der Leitfaden bezieht sich auf die allgemeinen ELGA-Richtlinien für Dokumente (Allgemeiner CDA-Implementierungsleitfaden). Damit werden die Mechanismen für den Austausch, das Dokumentenmanagement und die Darstellung definiert.
  • Der Leitfaden nutzt soweit möglich bereits in anderen Leitfäden definierte strukturierte Inhaltselemente ("Templates")
  • Die in diesem Leitfaden definierten Templates sollen baugleich in anderen Dokumenten verwendet werden.
  • Die Templates werden in Art-Decor unter Nutzung des internationalen Template Standards modelliert, Prüfregeln ("Schematron") können direkt aus Art-Decor abgeleitet werden.

6.3 Umgang mit codierten Informationen und Terminologien

6.3.1 Codierte Information

Eine Prämisse des Patient Summary-Leitfadens ist eine durchgängige Maschinenlesbarkeit der einzelnen medizinischen Informationen. Dazu ist es notwendig, die Informationen mit codierten Konzepten auszudrücken ("Codierung"). Codierte Informationen erlauben eine Übersetzung in andere Sprachen ("Translation") und eine Überführung in andere Terminologien oder Codesysteme ("Transcodierung"). Die Datentypen für codierte Informationen werden in Allgemeiner Leitfaden: Codierte Elemente beschrieben. Wenn die erwünschten Informationen nicht vorliegen oder nicht mit codierten Konzepten ausgedrückt werden können, kommen die im Folgenden vorgestellten Methoden zum Einsatz.

6.3.2 Unbekannte und keine Information

Nicht immer können für bestimmte erwünschte Inhalte (Erkrankungen, Zustände, Eigenschaften, etc.) auch tatsächlich Angaben gemacht werden. Der Leitfaden unterscheidet dabei zwischen zwei Situationen:

  • Der erwünschte Inhalt ist unbekannt (z.B. wenn die Medikation eines Patienten unbekannt ist)
  • Der erwünschte Inhalt liegt bekanntlich nicht vor (z.B. wenn der Patient tatsächlich keine Medikamente einnimmt)

Spezifischere Formen abwesender Information oder Negation wurden nicht als relevant erachtet, wie zum Beispiel die Abwesenheit einer Allergie auf ein bestimmtes Antigen, der Ausschluss einer bestimmten Krankheit oder die Tatsache, dass eine bestimmte Impfung nicht durchgeführt wurde.

Für die semantische Repräsentation dieser Situationen werden SNOMED-CT-Codes verwendet; die sonst in CDA üblichen Mechanismen (nullFlavor, negationInd) werden hier weitgehend vermieden. So sollen die Inhalte unabhängig von einem bestimmten technischen Standard ausgedrückt werden, die Implementierungen robuster und einfacher gemacht sowie die Transformation in andere Standards wie z.B. FHIR erleichtert werden.

In einigen Fällen fehlen zum Zeitpunkt der Erstellung des Leitfadens die benötigten SNOMED-CT-Konzepte, z. B. "Allergische Disposition nicht bekannt (Situation)". Diese Konzepte wurden bereits beantragt und harren der Aufnahme in eine zukünftige Version von SNOMED CT International Edition. Zwischenzeitlich werden diese Konzepte durch temporäre Platzhalter-Codes dargestellt, die alle mit 'X-' beginnen (z.B. X-AllergicDispositionNotKnown).

6.3.2.1 Darstellung von unbekannter und bekannt fehlender Information im Text

Unbekannte und fehlende Information soll auch im menschenlesbaren Text (section.text) einheitlich dargestellt werden. Folgende Textbausteine sind VERPFLICHTEND zu verwenden:

  • Es liegt keine Information über [X] vor (Bedeutung: die Informationen über [X] wurden nicht erhoben, können nicht erhoben werden oder sind nicht verfügbar)
  • Keine [X] (Bedeutung: Es gibt tatsächlich keine Informationen über [X] oder [X] liegt nachweislich nicht vor.)
6.3.2.1.1 Anwendungsbeispiele

Es liegt keine Information über Allergien oder Intoleranzen vor:

Es liegt keine Information über Allergien oder Intoleranzen vor
Es wurden keine Impfungen durchgeführt:
Es wurden keine Impfungen durchgeführt

6.3.2.1.2 Codebeispiel für den lesbaren Text

Tabellarische Darstellung gilt auch für unbekannte und fehlende Informationen, zusätzlich soll die Nicht-Information optisch hervorgehoben werden (Stylecode). 

 <title>Allergien und Intoleranzen</title>
 <text>
  <table>
   <tbody>
    <tr ID="al-1">
     <td>
      <content styleCode="xELGA_blue">Es liegt keine Information über Allergien oder Intoleranzen vor</content>
     </td>
    </tr>
   </tbody>
  </table>
 </text>

6.3.3 Uncodierte Information

Bei der Erstellung des Dokumentes können möglicherweise bestimmte Informationen vorliegen, die nicht codiert werden können, weil

  1. die Information nicht mit den im Leitfaden zugelassenen Terminologien (Value Sets) dargestellt werden kann oder
  2. die Information in keiner bekannten Terminologie enthalten ist, beziehungsweise der Inhalt nicht codiert wurde.

Diese erste Situation wird mit dem folgenden Beispiel verdeutlicht. 

<code codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH">
  <originalText>
    <reference value="#ref1"/>
  </originalText>
</code>

Für die Information ist kein geeigneter Code im vorgegebenen Codesystem vorhanden (im Beispiel ICD-10 BMGF 2018). Der konkrete Inhalt wird im Section-Text angegeben und vom Code-Element nur referenziert (value im reference-Element). Diese Variante kann für coding strength CNE (coded no extensions) eingesetzt werden. Der Elementname kann auch anders sein, zB Value.

Hinweis: Mit den zugrunde liegenden Datentypen (HL7 V3 Data Types R1) kann nicht angegeben werden, dass Codes zwar im Codesystem, aber nicht im referenzierten Value Set verfügbar sind. Spätere Versionen dieses Leitfadens können gegebenenfalls auf Data Types R2 aufbauen, um diese Angabe zu unterstützen.

Das folgende Beispiel bezieht sich auf die zweite Situation: 

<value xsi:type="CD" nullFlavor="NI">
  <originalText>
    <reference value="#ref1"/>
  </originalText>
</value>

Im zweiten Beispiel wird der allgemeinste NullFlavor "NI" (No Information) verwendet; es gilt sowohl für coding strength CNE (coded no extensions) and CWE (coded with extensions). Wie im ersten Beispiel wird der konkrete Inhalt im Section-Text angegeben und vom Code-Element nur referenziert (value im reference-Element).

Die zweite Variante ist die häufiger eingesetzte Variante.

Hinweis: Der geeignetste NullFlavor wäre eigentlich "UNC" (Uncoded), aber dieser NullFlavor ist in der RIM-Version, auf der HL7 CDA Rel.2 aufbaut, nicht verfügbar. Daher muss der allgemeinere NullFlavor "NI" (No Information) verwendet werden.

6.3.4 Nicht zugeordnete codierte Information

Bei der Erstellung des Dokumentes können möglicherweise bestimmte Informationen codiert in der Quelldokumentation vorliegen, aber die Codes sind nicht in den im Leitfaden zugelassenen Terminologien (Value Sets) verfügbar.

Wenn das codierte Element mit der coding strength CNE (coded no extensions) angegeben ist, wird der nullFlavor "OTH" verwendet; bei coding strength CWE (coded with extensions) der nullFlavor "NI". 


<value xsi:type="CD" codeSystem="2.16.840.1.113883.6.96" nullFlavor="OTH"> 
  [
    <originalText>
      <reference value="#ref1"/>
    </originalText>
  ] 
  <translation code="A02.9" codeSystem="1.2.40.0.34.5.174"
    displayName="Salmonelleninfektion, nicht näher bezeichnet"/>
</value>

Die eckigen Klammern deuten an, dass Elemente optional sind. Hinweis: Mit den zugrunde liegenden Datentpyen (HL7 V3 Data Types R1) kann nicht angegeben werden, dass Codes zwar im Codesystem, aber nicht im referenzierten Value Set verfügbar sind. Spätere Versionen dieses Leitfadens können gegebenenfalls auf Data Types R2 aufbauen, um diese Angabe zu unterstützen.

Im Falle der coding strength CWE (coded with extensions) wird der nullFlavor "NI" vorgeschlagen und ebenso die Angabe des korrekten Codes im <translation>-Teilelement. Dies ermöglicht die Angabe, dass eine Zuordnung zu dem Referenz-Value Set versucht wurde, aber keine geeigneten Zielcodes identifiziert wurden. 

<value xsi:type="CD" codeSystem="2.16.840.1.113883.6.96" nullFlavor="NI"> 
  [
    <originalText>
      <reference value="#ref1"/>
    </originalText>
  ] 
  <translation code="A02.9" codeSystem="1.2.40.0.34.5.174"
    displayName="Salmonelleninfektion, nicht näher bezeichnet"/>
</value>

Die eckigen Klammern deuten an, dass Elemente optional sind.

6.3.5 Zugeordnete codierte Information (Übersetzung)

Es kann vorkommen, dass bestimmte Informationen codiert in der Quelldokumentation vorliegen, aber in einer anderen Terminologie als vom Leitfaden zugelassen. Wenn die codierten Konzepte korrekt von der einen in die andere Terminologie zugeordnet werden können (also "übersetzt" oder "gemappt"), ist es erlaubt, auch die originalen Codes zusätzlich anzugeben.

1. Fall: Ein einzelner lokaler Code wird auf einen Code im Referenz-Value Set gemappt 

<value xsi:type="CD" code="42338000" codeSystem="2.16.840.1.113883.6.96"
  displayName="Salmonella gastroenteritis">
  [
    <originalText>
      <reference value="#ref1"/>
    </originalText>
  ] 
  <translation code="003.0" codeSystem="2.16.840.1.113883.6.103"
    displayName="Gastroenterite da Salmonella"/>
</value>

Die eckigen Klammern deuten an, dass Elemente optional sind.

2. Fall: Mehrere lokale Codes werden auf das Referenz-Value Set gemappt 

<value xsi:type="CD" code="C50.9" codeSystem="1.2.40.0.34.5.171"
  codeSystemName="ICD-10 BMGF"
  displayName="Bösartige Neubildung: Brustdrüse, nicht näher bezeichnet">
  [
    <originalText>
       <reference value="#problem4name"/>
    </originalText>
  ]
  <translation code="code-example" codeSystem="1.999.999"
    codeSystemName="this is only an example"
    displayName="FEMALE BREAST INFILTRATING DUCTAL CARCINOMA, STAGE 2">
    <translation code="174.9" codeSystem="2.16.840.1.113883.6.103"
      codeSystemName="ICD-9CM"
      displayName="Malignant neoplasm of breast (female), unspecified"/>
    <translation code="C50.919" codeSystem="2.16.840.1.113883.6.90"
      codeSystemName="ICD-10-CM"
      displayName="Malignant neoplasm of unspecified site of unspecified female breast"/>
 </translation>
    <translation code="422479008" codeSystem="2.16.840.1.113883.6.96"
      codeSystemName="SNOMED CT"
      displayName="FEMALE BREAST INFILTRATING DUCTAL CARCINOMA, STAGE 2"/>
 </translation>
</value>

Die eckigen Klammern deuten an, dass Elemente optional sind.

3. Fall: Ein lokaler Code entstammt derselben Terminologie wie das Referenz-Value Set, besitzt aber eine unterschiedliche Granularität. 

<code code="60591-5" codeSystem="2.16.840.1.113883.6.1"
  codeSystemName="LOINC" displayName="Patient Summary">
  <translation code="60592-3" codeSystem="2.16.840.1.113883.6.1"
    displayName="Patient summary unexpected contact"/>
</code>

Hinweis: Die R1 Datentyp-Definition versteht die <translation> nur als Mapping zwischen unterschiedlichen Codesystemen ("a set of other concept descriptors that translate this concept descriptor into other code systems"). Es hat sich aber die Interpretation durchgesetzt, dass auch dasselbe Konzept in mehreren Repräsentationen ausgedrückt werden kann, wie es einige Codesysteme (z.B. SNOMED CT) erlauben.

6.4 Mehrsprachigkeit

Codierte Informationen können einfach in unterschiedlichen Sprachen ausgedrückt werden. Für einen zuverlässigen und sicheren grenzüberschreitenden Datenaustausch (EU eHealth Network) ist dies eine funktionelle Notwendigkeit.

Der zugrunde liegende Standard HL7 CDA Rel. 2 hat mit Bordmitteln keine Möglichkeit, um einen Anzeigetext zu einem codierten Konzept in mehreren Sprachen anzugeben. Dieser Leitfaden übernimmt daher als optionales Element die Erweiterung (extension) 'ips:designation', die im HL7 IPS Leitfaden dafür vorgeschlagen wird.

Beispiel 1: Ohne Code-Mapping 

<code code="60591-5" codeSystem="2.16.840.1.113883.6.1"
  codeSystemName="LOINC" displayName="Patient Summary">
  <ips:designation lang="it-IT" value="Profilo Sanitario Sintetico"/> 
  <ips:designation lang="fr-FR" value="Patient Summary"/>
  <ips:designation lang="en" value="Patient Summary"/>
</code>

Beispiel 1: Mit Code-Mapping 

<value xsi:type="CD" code="42338000" codeSystem="2.16.840.1.113883.6.96"
  displayName="Salmonella-gastroenteritis">
  <ips:designation lang="da-DK" value=" Salmonella-gastroenteritis"/> 
  <ips:designation lang="en" value="Salmonella gastroenteritis (disorder)" type="FSN"/> 
  [
    <originalText>
      <reference value="#ref1"/>
    </originalText>
  ]
  <translation code="003.0" codeSystem="2.16.840.1.113883.6.103"
    displayName="Gastroenterite da Salmonella"/>
</value>

Die eckigen Klammern deuten an, dass Elemente optional sind.

6.4.1 Übersetzung des narrativen Textes

Bei einer Übersetzung eines Dokuments muss vor allem der lesbare Text in anderen Sprachen dargestellt werden können. Die Übersetzung muss dazu bereits im Dokument vorhanden sein, wobei die Übersetzung von einer Person durchgeführt werden kann oder aber automatisch aus den maschinenlesbaren Elementen abgeleitet werden kann. Bei der Darstellung muss (a) die Sprache der Ausgabe identifiziert werden und (b) angegeben werden, ob es sich um das Original handelt oder die Übersetzung. Außerdem sollte die Quelle (Freitext, maschinenlesbare Elemente) und Art der Übersetzung (Übersetzer, automatisch, etc.) angegeben werden.

Die hier verwendete Methode enthält das Original im <text>-Element der Section und die optionalen Übersetzungen in einem <text>-Element einer Subsection, wobei pro Übersetzung eine Subsection angegeben wird. (specified in template 2.16.840.1.113883.10.22.3.15)

Beispiel: 

<section>
  <templateId root="2.16.840.1.113883.3.1937.777.13.10.5"/>
   <id root="..." extension="..."/>
   <code code="48765-2" codeSystem="2.16.840.1.113883.6.1"
      displayName="Allergies and adverse reactions"/>
   <title>Allergies and Intolerances</title>
   <text>No known Allergies</text>
   <!-- omissions -->
   <component>
      <section>
        <!--  subordinate section carrying a translation of the parent section -->
        <title>Allergie ed Intolleranze</title>
        <text>Nessuna Allergia Nota</text>
        <languageCode code="it-IT"/>
      </section>
    </component>
</section>

6.5 Herkunft der Information

Die Angabe der Quelle einer Information kann für die klinische Bewertung dieser Information maßgeblich sein, besonders wenn ein Dokument aus mehreren Quellen (automatisch) zusammengestellt wurde. Daher erlaubt dieser Leitfaden eine systematische und durchgängige Angabe der Herkunft der elektronischen Daten.

6.5.1 Herkunftsangabe auf Dokument-Ebene

Der Autor des Patient Summary-Dokuments MUSS verpflichtend im Header angegeben werden. Dabei kann es sich um eine Person ("human curated") oder um eine Software ("software assembled") handeln.

6.5.2 Herkunftsangabe auf Section-Ebene

Für jeden Dokumentationsabschnitt (Section) können jeweils mehrere Autoren und Informanten angegeben werden. Da die Zuordnung der Einzelinformation bei Angabe mehrerer Autoren und Informanten uneindeutig ist, wird empfohlen, die Herkunft auf Entry-Ebene anzugeben.

  • Autor (Gesundheits-Fachperson, die die Information erstellt hat mit Name und Organisation).
  • Informant (Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person)

6.5.3 Herkunftsangabe auf Entry-Ebene

  • Autor (Gesundheits-Fachperson, die die Information erstellt hat mit Name und Organisation)
  • Informant (Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person)
  • Dokumentverweis (externalDocument): für jedes Entry kann eine ID angegeben werden, die auf ein externes Dokument verweist, aus dem die Information stammt.

6.6 Zeitangaben

Gemäß Allgemeinem CDA-Leitfaden dürfen Zeitpunkte nur auf zweierlei Arten angegeben werden:

  • Datum im Format YYYYMMDD
  • Datum und Uhrzeit mit Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM

Ist nur eine weniger genaue Zeitangabe verfügbar, sind die fehlenden Stellen mit der Ziffer Null aufzufüllen. Also zum Beispiel ist für "September 2017" die Zeichenfolge 20170900 anzugeben. Die HL7 V3 Datentypen interpretieren Datumswerte so, als ob alle möglichen, aber nicht angegebenen Stellen mit 0 befüllt wären.

Achtung bei Zeitintervallen: Ein Datum, das mit yyyymmdd angegeben wurde, wird standardgemäß interpretiert als yyyymmdd000000 – also der Tag um 0:00:00 Uhr. Wenn also als Zeitraum z.B.: der ganze 1. Dezember 2017 angegeben werden soll, MUSS das so erfolgen: 

  <low value="20171201"/> 
  <high value="20171202"/>

Für mehr Klarheit empfiehlt sich daher die zusätzliche Angabe der Zeit mit Zeitzone: 

  <low value="20171201000000+0100"/> 
  <high value="20171201235959+0100"/>

7 Technische Spezifikation (Templates)

7.1 Administrative Daten (CDA Header)

7.1.1 Übersichtstabelle administrative Daten

Inhalt Optionalität
Dokumententitel M Link
Klassifikation des Dokuments M Link
Dokumenten-ID M Link
Versionsnummer, SetID M Link
Patient M Link
Verfasser des Dokuments M Link
Dateneingebende Personen O Link
Verwahrer des Dokuments M Link
Empfänger O Link
Unterzeichner O Link
Weitere Unterzeichner O Link
Hausarzt O Link
Notfallkontakt O Link
Angehörige O Link
Versicherung O Link
Betreuungsorganisation O Link
Gesundheitsdienstleistungen O Link
Patientenkontakt O Link


7.1.2 Spezifische Headerelemente

Id1.2.40.0.34.11.13.1.3Gültigkeit2017‑08‑13 13:58:18
StatusKyellow.png EntwurfVersions-Label0.1
NameHeaderCommonsPSBezeichnungHeaderCommonsPS
BeschreibungAllgemeine Header-Elemente für das ELGA Patient Summary
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Beispiel
Beispiel
<realmCode code="AT"/><typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/><templateId root="1.2.40.0.34.11.1"/><templateId root="1.2.40.0.34.11.13"/><id root="1.2.3.999" extension="--example only--"/><code code="60591-0" codeSystem="2.16.840.1.113883.6.1"/><title/><effectiveTime>
  <low value="20170917162806"/></effectiveTime><confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/><languageCode code="de-AT"/><setId root="1.2.3.999" extension="--example only--"/><versionNumber value="1"/>
ItemDTKardKonfBeschreibungLabel
hl7:realmCode
CS (erforderlich)1 … 1MHoheitsbereich des Dokuments(Hea...sPS)
Treetree.png@code
CONF1 … 1FAT
hl7:typeId
II1 … 1MDokumentformat CDA R2.(Hea...sPS)
Treetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treetree.png@extension
st1 … 1FPOCD_HD000040
hl7:templateId
II1 … 1MELGA TemplateId für den Allgemeinen Implementierungsleitfaden(Hea...sPS)
Treetree.png@root
uid1 … 1F1.2.40.0.34.11.1
hl7:templateId
II1 … 1MELGA TemplateId für das ELGA Patient Summary(Hea...sPS)
Treetree.png@root
uid1 … 1F1.2.40.0.34.11.13
hl7:id
II1 … 1MDokumentenId. Für jedes Dokument und jede Version eines Dokumentsets eindeutig.(Hea...sPS)
hl7:code
CD (extensible)1 … 1MKlassifikation des Dokuments(Hea...sPS)
Treetree.png@code
CONF1 … 1F60591-0
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
hl7:title
ST1 … 1MDokumententitel(Hea...sPS)
 Constraint
Der Titel muss der Dokumentenklasse entsprechen.
Ein möglicher Dokumententitel ist zum Beispiel "Patient Summary"
Einem Kompromiss in der AG folgend sind verschiedene Dokumententitel möglich: zum Beispiel "ELGA Übersicht" für das automatisch erstellte PS oder "Patient Summary" bei händisch gepflegten Dokumenten.
hl7:effectiveTime
IVL_TS1 … 1M(Hea...sPS)
hl7:confidentialityCode
CE (extensible)1 … 1MKlassifizierung der Vertraulichkeit(Hea...sPS)
Treetree.png@code
CONF1 … 1FN
Treetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.25 (BasicConfidentialityKind)
hl7:language​Code
CS (erforderlich)1 … 1MSprachcode des Dokuments(Hea...sPS)
Treetree.png@code
CONF1 … 1Fde-AT
hl7:setId
II1 … 1MEindeutige Id des Dokumentensets(Hea...sPS)
hl7:versionNumber
INT1 … 1MVersionsnummer des Dokuments(Hea...sPS)
Treetree.png@value
int1 … 1RVersionsnummer als positive ganze Zahl

7.1.3 Patient (recordTarget)

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)

7.1.4 Verfasser des Dokuments (author - generisch)

Der Autor MUSS angegeben werden

  • "software-assembled": der Verfasser ist eine Software
  • "human-curated": der Verfasser ist eine Person

Für den Fall, dass eine Software die Inhalte vorschlägt und eine Person die Inhalte unverändert abzeichnet, gilt das Dokument als "software-assembled", der Unterzeichner wird als Rechtlicher Unterzeichner eingetragen.

Sind mehrere Autoren beteiligt MUSS die erste Person auch der inhatlich Hauptverantwortliche sein, denn diese Person wird in den XDS-Metadaten aufscheinen.

Verfasser einzelner Sektionen: siehe Section-Author


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)

7.1.5 Personen bei der Dateneingabe (dataEnterer - generisch)

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)

7.1.6 Verwahrer des Dokuments (custodian - generisch)

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)

7.1.7 Empfänger (informationRecipient - generisch)

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)

7.1.8 Hauptunterzeichner (legalAuthenticator - generisch)

Id1.2.40.0.34.11.20006
ref
elgabbr-
Gültigkeit2011‑12‑19
Andere Versionen mit dieser Id:
  • Kblank.png HeaderLegalAuthenticator vom 2018‑10‑18 14:34:23
StatusKyellow.png EntwurfVersions-Label
NameHeaderLegalAuthenticatorBezeichnungHeaderLegalAuthenticator
Beschreibung

Der „Rechtliche Unterzeichner“ oder Hauptunterzeichner ist jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt. Es muss organisatorisch sichergestellt werden, dass die Person, die als rechtlicher Unterzeichner eingetragen wird, über die entsprechende Berechtigung verfügt.

Grundsätzlich MUSS der Hauptunterzeichner angegeben werden, in bestimmten Fällen kann dies aber unterbleiben. Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben. 

Multidisziplinäre Befunde: Der CDA-Standard in Release 2.0 erlaubt nur die Angabe eines legalAuthenticator-Elements, es können jedoch beliebig viele (Mit-) Unterzeichner angegeben werden, siehe „Weitere Unterzeichner („authenticator“)“. Wenn kein eindeutiger Hauptunterzeichner ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden), kann die Angabe des Hauptunterzeichners entfallen, wenn mindestens zwei Mitunterzeichner angegeben werden. 

Automatisch erstellte Befunde: Bei Dokumenten, die von „Geräten“ erstellt wurden (wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde), entfällt die Angabe aller Unterzeichner.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
elgagab-data​element-79Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
elgagab-data​element-87Kyellow.png Rechtlicher 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.20006 HeaderLegalAuthenticator (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<legalAuthenticator>
  <!-- Zeitpunkt der Unterzeichnung -->
  <time value="20130324082015+0100"/>  <!-- Signaturcode -->
  <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments -->
  <assignedEntity>
    <!-- Identifikation des Rechtlichen Unterzeichners des Dokuments -->
    <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    <!-- Kontaktdaten des Rechtlichen Unterzeichners des Dokuments -->
    <telecom use="WP" value="tel:+43.6138.3453446.2222"/>    <!-- Personendaten des Rechtlichen Unterzeichners des Dokuments -->
    <assignedPerson>
      <!-- Name des Rechtlichen Unterzeichners des Dokuments -->
      <name>
        <prefix>Univ.-Prof.Dr.</prefix>        <given>Sigrid</given>        <family>Kollmann</family>      </name>    </assignedPerson>    <!-- Organisation, in deren Auftrag der Rechtlichen Unterzeichners des Dokuments die Dokumentation unterzeichnet 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></legalAuthenticator>
ItemDTKardKonfBeschreibungLabel
hl7:legalAuthenticator
Rechtlicher Unterzeichner.(Hea...tor)
 
Target.png
elgagab-data​element-79Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
elgagab-data​element-87Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FLA
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.(Hea...tor)
Treeblank.pngTreetree.png@code
CONF1 … 1FS
Treetree.pnghl7:assignedEntity
1 … 1M
Personendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
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)

7.1.9 Weitere Unterzeichner (authenticator - generisch)

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)

7.1.10 Hausarzt (participant - generisch)

Id1.2.40.0.34.11.1.1.3
ref
elgabbr-
Gültigkeit2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantHausarztBezeichnungHeaderParticipant Hausarzt
BeschreibungHausarzt
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-100Kyellow.png Hausarzt 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.1.1.3 HeaderParticipant Hausarzt (2013‑10‑16)
ref
elgabbr-
Beispiel
Strukturbeispiel Hausarzt
<participant typeCode="IND">
  <templateId root="1.2.40.0.34.11.1.1.3"/>  <functionCode code="PCP" displayName="primary care physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="HL7:ParticipationFunction"/>  <associatedEntity classCode="PROV">
    <!-- Identifikation des Hausarztes (Person) aus dem GDA-Index -->
    <id root="1.2.3.999" extension="--example only--"/>    <addr/>    <telecom/>    <!-- Personendaten des Hausarztes -->
    <associatedPerson>
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Walter</given>        <family>Mustermann</family>      </name>    </associatedPerson>    <!-- Organisation, der der Hausarzt angehört -->
    <scopingOrganization>
      <id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/>      <name>Allgemeinmedizinische Praxis Dr. Mustermann</name>      <telecom value="tel:0512.1234567"/>      <telecom value="fax:0512.1234567.11"/>      <telecom value="mailto:office@ordination.at"/>      <telecom value="http://www.ordination.at"/>      <telecom value="me:12345678792"/>      <addr>
        <streetName>Sekundärstraße</streetName>        <houseNumber>22</houseNumber>        <postalCode>6020</postalCode>        <city>Innsbruck</city>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Hausarzt).(Hea...rzt)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.3']]
 
Target.png
elgagab-data​element-100Kyellow.png Hausarzt Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FIND
 In indirektem Bezug.
Treetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten.(Hea...rzt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.3
Treetree.pnghl7:functionCode
CE1 … *MHausarzt.(Hea...rzt)
Treeblank.pngTreetree.png@code
CONF1 … 1FPCP
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.88 (Participation Function)
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...rzt)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 Gesundheitsdienstanbieter.
Treeblank.pngTreetree.pnghl7:id
II0 … *

Identifikation des Beteiligten (Person) aus dem GDA-Index.Zugelassene nullFlavor:

  • NI … Organisation hat keine ID
  • UNK … Organisation hat eine ID, diese ist jedoch unbekannt
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *Beliebig viele Kontaktdaten des Beteiligten.(Hea...rzt)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M
Beteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...rzt)
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...rzt)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation), zB die Arztpraxis oder Ordination.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...rzt)
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...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...rzt)

7.1.11 Notfallkontakt (participant - generisch)

Id1.2.40.0.34.11.1.1.4
ref
elgabbr-
Gültigkeit2013‑11‑13
Andere Versionen mit dieser Id:
  • Kblank.png HeaderParticipantNotfallkontakt vom 2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantNotfallkontaktBezeichnungHeaderParticipant Notfallkontakt
BeschreibungNotfall-Kontakt / Auskunftsberechtigte Person
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-105Kyellow.png Notfall-Kontakt 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.1.1.4 HeaderParticipant Notfallkontakt (2013‑11‑13)
ref
elgabbr-
Beispiel
Strukturbeispiel Notfallkontakt
<participant typeCode="IND">
  <templateId root="1.2.40.0.34.11.1.1.4"/>  <time>
    <low value="20170721102547"/>  </time>  <associatedEntity classCode="ECON">
    <!-- Verwandtschaftsverhältnis des Notfallkontakts zum Patienten -->
    <code code="DAU" displayName="Natural daughter" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse des Notfall-Kontakts -->
    <addr>Heimstrasse 1, 1220 Wien</addr>    <!-- Kontaktdaten des Notfallkontakts -->
    <telecom value="tel:0660.1234567"/>    <associatedPerson>
      <!-- Name des Notfallkontakts -->
      <name>Julia Tochter</name>    </associatedPerson>    <!-- Organisation des Notfallkontakts (z.B.: Behörde) -->
    <scopingOrganization>
      <name>Mustermann Installationen GmbH</name>    </scopingOrganization>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Notfallkontakt / Auskunftsberechtigte Person).(Hea...akt)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.4']]
 
Target.png
elgagab-data​element-105Kyellow.png Notfall-Kontakt Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FIND
Treetree.pnghl7:templateId
II1 … 1M(Hea...akt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.4
Treetree.pnghl7:time
IVL_TS0 … 1

Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.


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

(Hea...akt)
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...akt)
Treeblank.pngTreetree.png@classCode
cs1 … 1FECON
Treeblank.pngTreetree.pnghl7:code
CE0 … 1

Verwandtschaftsverhältnis des Beteiligten zum Patienten.
Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist.

(Hea...akt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...akt)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *R
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

Es SOLL mindestens eine Telefonnummer angegeben werden.
(Hea...akt)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M
Name des Beteiligten.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...akt)
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...akt)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...akt)
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...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...akt)

7.1.12 Angehörige (participant - generisch)

Id1.2.40.0.34.11.1.1.5
ref
elgabbr-
Gültigkeit2016‑07‑21
Andere Versionen mit dieser Id:
  • Kblank.png HeaderParticipantAngehoerige vom 2013‑11‑13
  • Kblank.png HeaderParticipantAngehoerige vom 2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantAngehoerigeBezeichnungHeaderParticipant Angehörige
BeschreibungAls Angehörige sind in Österreich jene Personen anzusehen, welche in einem Verwandtschaftsverhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen“ fallen.
KlassifikationCDA Header 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.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (2016‑07‑21)
ref
elgabbr-
Beispiel
Strukturbeispiel Angehörige
<participant typeCode="IND">
  <templateId root="1.2.40.0.34.11.1.1.5"/>  <associatedEntity classCode="PRS">
    <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->
    <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/>    <!-- Kontaktdaten des Angehörigen -->
    <addr/>    <telecom value="tel:0660.1234567"/>    <associatedPerson>
      <name>Herta Mutter</name>    </associatedPerson>    <scopingOrganization/>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Angehöriger).(Hea...ige)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.5']]
Treetree.png@typeCode
cs1 … 1FIND
Treetree.pnghl7:templateId
II1 … 1M(Hea...ige)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.5
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...ige)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPRS
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M

Verwandtschaftsverhältnis des Beteiligten zum Patienten.Beispiel: DAU („Daughter“), wenn die Beteiligte die Tochter des Patienten ist.

(Hea...ige)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1

Adresse des Beteiligten.Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

(Hea...ige)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...ige)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1MBeteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.		(Hea...ige)
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...ige)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...ige)
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...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ige)

7.1.13 Versicherung (participant - generisch)

Id1.2.40.0.34.11.1.1.6
ref
elgabbr-
Gültigkeit2015‑11‑25
Andere Versionen mit dieser Id:
  • Kblank.png HeaderParticipantVersicherung vom 2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantVersicherungBezeichnungHeaderParticipant Versicherung
BeschreibungVersicherter/Versicherung
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-119Kyellow.png Versicherter/Versicherung 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.1.1.6 HeaderParticipant Versicherung (2015‑11‑25)
ref
elgabbr-
Beispiel
Patient ist selbst der Versicherungsnehmer
<!-- In diesem Fall können die Angaben zur Person (Adresse, Kontaktdaten, Name des Patienten) entfallen, da diese bereits in der Klasse patientRole angegeben sind. -->
<participant typeCode="HLD">
  <templateId root="1.2.40.0.34.11.1.1.6"/>  <time>
    <low value="20020101"/>    <high value="20151231"/>  </time>  <associatedEntity classCode="POLHOLD">
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <scopingOrganization>
      <name>Sozialversicherung der gew. Wirtschaft</name>      <telecom value="tel:01.54654-0"/>      <telecom value="fax:01.54654-385"/>      <telecom value="http://esv-sva.sozvers.at"/>      <addr>
        <streetName>Wiedner Hauptstraße</streetName>        <houseNumber>84-86</houseNumber>        <postalCode>1051</postalCode>        <city>Wien</city>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
Beispiel
Patient ist bei einem Angehörigen mitversichert
<!-- In diesem Fall MÜSSEN die Angaben zur versicherten Person vorhanden sein. Im Mindesten MUSS der Name der versicherten Person angegeben sein. -->
<participant typeCode="HLD">
  <templateId root="1.2.40.0.34.11.1.1.6"/>  <!-- Versicherungszeitraum vom 01.01.2002 – 31.12.2008 -->
  <time>
    <low value="20020101"/>    <high value="20081231"/>  </time>  <associatedEntity classCode="POLHOLD">
    <!-- SV Nummer der Person, bei der der Patient mitversichert ist -->
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- Code FAMDEP (Mitversichert bei Familienangehörigen) -->
    <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse der Person, bei der der Patient mitversichert ist -->
    <addr>
      <streetName>Musterstrasse</streetName>      <houseNumber>47-51</houseNumber>      <postalCode>8010</postalCode>      <city>Graz</city>      <country>AUT</country>    </addr>    <!-- Kontakt(e) der Person, bei der der Patient mitversichert ist -->
    <telecom value="tel:+43.(0)50.55460-0"/>    <!-- Name der Person, bei der der Patient mitversichert ist -->
    <associatedPerson>
      <name>
        <given>Herbert</given>        <family>Vater</family>      </name>    </associatedPerson>    <!-- Versicherungsgesellschaft -->
    <scopingOrganization>
      <name>Sozialversicherung der gew. Wirtschaft</name>      <telecom value="tel:01.54654-0"/>      <telecom value="fax:01.54654-385"/>      <telecom value="http://esv-sva.sozvers.at"/>      <addr>
        <streetName>Wiedner
Hauptstraße</streetName>        <houseNumber>84-86</houseNumber>        <postalCode>1051</postalCode>        <city>Wien</city>        <state>Wien</state>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Versicherter/Versicherung).(Hea...ung)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.6']]
 
Target.png
elgagab-data​element-119Kyellow.png Versicherter/Versicherung Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FHLD
Treetree.pnghl7:templateId
II1 … 1M(Hea...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.6
Treetree.pnghl7:time
IVL_TS0 … 1
Gültigkeitszeitraum der Versicherungspolizze.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...ung)
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...ung)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPOLHOLD
Treeblank.pngTreetree.pnghl7:id
II0 … *

Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)

Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnum­mer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
(Hea...ung)
Treeblank.pngTreetree.pnghl7:code
CE0 … 1

Versicherungsverhältnis codiert.Beispiele:SELF, wenn der Patient selbst der Versicherte ist.FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.

(Hea...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...ung)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...ung)
Treeblank.pngTreetree.pnghl7:associated​Person
0 … 1
Name des Beteiligten.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...ung)
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...ung)
 Schematron assertrole error 
 testhl7:code/@code!='FAMDEP' or count(hl7:associated​Person)=1 
 MeldungWenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein 
Treeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1R
Versicherungsgesellschaft.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...ung)
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...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ung)

7.1.14 Betreuungsorganisation (participant - generisch)

Id1.2.40.0.34.11.1.1.7
ref
elgabbr-
Gültigkeit2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantBetreuorgBezeichnungHeaderParticipant Betreuungsorganisation
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-251Kyellow.png Betreuende Organisation Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (2013‑10‑16)
ref
elgabbr-
Beispiel
Strukturbeispiel Betreuende Organisation
<participant typeCode="IND">
  <templateId root="1.2.40.0.34.11.1.1.7"/>  <associatedEntity classCode="CAREGIVER">
    <!-- Betreuende Organisation -->
    <scopingOrganization>
      <!-- Name der betreuenden Organisation -->
      <name>Altenpflegeheim Sorgenfrei</name>      <!-- Kontaktdaten der betreuenden Organisation -->
      <telecom value="tel:+43.1.3453446.0"/>      <telecom value="fax:+43.1.3453446.4674"/>      <telecom value="mailto:info@altenpflegeheim-sorgenfrei.at"/>      <telecom value="http://www.altenpflegeheim-sorgenfrei.at"/>      <!-- Adresse der betreuenden Organisation -->
      <addr>
        <streetName>Im schönen Walde</streetName>        <houseNumber>24</houseNumber>        <postalCode>2500</postalCode>        <city>Baden</city>        <state>Niederösterreich</state>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Betreuende Organisation).(Hea...org)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.7']]
 
Target.png
elgagab-data​element-251Kyellow.png Betreuende Organisation Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FIND
Treetree.pnghl7:templateId
II1 … 1M(Hea...org)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.7
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...org)
Treeblank.pngTreetree.png@classCode
cs1 … 1FCAREGIVER
Treeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1M
Betreuende Organisation.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...org)
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...org)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...org)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...org)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...org)

7.1.15 Gesundheitsdienstleistungen (Service Events)

Id1.2.40.0.34.11.13.1.2Gültigkeit2017‑07‑04 20:54:27
StatusKyellow.png EntwurfVersions-Label0.1
NameHeaderServiceEvent_PSBezeichnungHeaderServiceEvent PS
Beschreibung
Mit dem Element documentationOf/serviceEvent werden normalerweise Gesundheitsdienstleistungen dokumentiert, die direkt mit dem Dokument in Zusammenhang stehen.
Das Patient Summary ist ein Übersichtsdokument, die relevante Gesundheitsdienstleistung ist die Erstellung des Patient Summary. Es wird hier dementsprechend ein fixer Wert eingetragen.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)
ref
elgabbr-
Beispiel
Beispiel
<documentationOf typeCode="DOC">
  <serviceEvent classCode="PCPR" moodCode="EVN">
    <effectiveTime>
      <low value="20171108204616"/>      <high value="20171108204616"/>    </effectiveTime>    <performer typeCode="cs">
      <functionCode/>      <time>
        <low value="20171108204616"/>      </time>      <assignedEntity>
        <!-- include template 1.2.40.0.34.11.90003 'AssignedEntityElements' (dynamic) .. O -->
      </assignedEntity>    </performer>  </serviceEvent></documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
0 … *(Hea..._PS)
Treetree.png@typeCode
cs1 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MDas serviceEvent enthält die Art der Gesundheitsdienstleistung, im Fall des Patient Summary eine allgemeine Gesundheitsdienstleistung als festem Wert(Hea..._PS)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPCPR
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:code
CE1 … 1MFixer Wert für die Gesundheitsdienstleistung(Hea..._PS)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FPATSUM
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1FZusammenfassung von Patientendaten
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.10.208
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FELGA_ServiceEventPS_VS
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1MZeitraum der dokumentierten Gesundheitsdaten: 
  • Im "software-assembled" Patient Summary: die Zeitspanne vom ältesten Dokument bis zum jüngsten erfassten Dokument
  • Im "human curated" Patient Summary: die Zeitspanne, über die Informationen vorliegen.
(Hea..._PS)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS1 … 1M(Hea..._PS)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS1 … 1M(Hea..._PS)
Treeblank.pngTreetree.pnghl7:performer
NPEs wird hier keine durchführende Entität der Gesundheitsdienstleistung angegeben   (Hea..._PS)

7.1.16 Patientenkontakt (EncompassingEncounter - generisch)

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)

7.2 Fachlicher Inhalt (Sections)

7.2.1 Übersichtstabelle der Sections

Verwendete Abkürzungen
ÄB Ärztlicher Befund (generisch) (dieser Leitfaden)
ALF Allgemeiner Implementierungsleitfaden
EBÄ Entlassungsbrief Ärztlich
LAB Laborbefund
PS Patient Summary


Sektion bzw. Untersektion Optionalität Codierte Inhalte Codierte Daten dieser Sektion weitere Verwendung Kapitel
human curated software-assembled
Allergien und Intoleranzen [M] [M] [M] Link
Gesundheitsprobleme und Risiken [M] [M] [M] Link
Medikationsliste [M] [M] [M] Link
Medizinische Geräte und Implantate [M] [M] [M] Link
Impfungen [R] [R] [R] Link
Durchgeführte Eingriffe und Therapien [O] [R] [R] Link
Beeinträchtigungen [O] [O] [O] Link
Diagnostische Resultate [O] [O] [O] Link
Schwangerschaften [O] [R2] [O] Link
Lebensstil [O] [R2] [O] Link
Soziale Umstände und Verhalten [O] [NP] [NP] Link
Willenserklärungen und andere juridische Dokumente [O] [O] [O] Link
Weitere Informationen [O] [NP] [NP] Link
Liste der behandelnden GDA [O] [O] in ServiceEvents [O] in ServiceEvents Link


7.2.2 Allergien und Intoleranzen

Darstellungsbeispiel:

Auslösende Substanz Überempfindlichkeit
Metamizol Allergie
  • Bekannt seit 2013-04
  • Reaktion: Larynxödem (Schweregrad: mittel)
  • Lebensbedrohlich
  • Diagnosesicherheit: bestätigt
  • klinischer Status: bestehend
  • Informant: Eigenangabe des Patienten
  • Quelle: Ärztlicher Entlassungsbrief 2015-03-18 Amadeus Spital Salzburg
Erdnuss (Arachis hypogaea) Intoleranz
  • Bekannt seit 2002-12
  • Reaktion: Durchfall (Schweregrad: mittel)
  • Reaktion: Urtikaria (Schweregrad: schwer)
  • Nicht Lebensbedrohlich
  • Diagnosesicherheit: bestätigt
  • klinischer Status: bestehend
  • Informant: Eigenangabe des Patienten
  • Quelle: Ärztlicher Entlassungsbrief 2015-03-18 Amadeus Spital Salzburg
Pilze Überempfindlichkeit (keine weiteren Details)
Id1.2.40.0.34.11.13.2.1
ref
elgabbr-
Gültigkeit2016‑11‑10 20:39:16
StatusKyellow.png EntwurfVersions-Label0.1
NameAllergienUnvertraeglichkeitenBezeichnungAllergien und Intoleranzen
Beschreibung
Diese Sektion enthält relevante Allergien oder Intoleranzen des Patienten.
Angegeben werden vorzugsweise die auslösende Substanz, die Art der Reaktion (Hautausschlag, Anaphylaxie, Erbrechen, ...), die Kritikalität sowie eine Angabe, wie gesichert die Information ist. Grundsätzlich sollen nur relevante Allergien und Intoleranzen angeführt werden. 
Wenn keine relevanten Allergien oder Intoleranzen vorliegen oder keine Information verfügbar ist, soll das klar erkennbar dokumentiert werden. Nicht relevante Intoleranzen oder Allergien sollen nicht angegeben werden. 
Alle enthaltenen Informationen MÜSSEN auch maschinenlesbar verfügbar sein, wenn keine Informationen vorliegen, ist das ebenfalls mit einem Code auszudrücken.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.1
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.1ContainmentKyellow.png Allergien und Intoleranzen Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.1"/>  <code code="48765-2" codeSystem="2.16.840.1.113883.6.1"/>  <title>Allergien und Intoleranzen</title>  <text/>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (dynamic) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (dynamic) -->
  </informant>  <entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.11.13.3.1 'Allergien und Unverträglichkeiten Entry' (dynamic) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(All...ten)
Treetree.pnghl7:templateId
II1 … 1M(All...ten)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.1
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(All...ten)
Treetree.pnghl7:code
CE (extensible)1 … 1M(All...ten)
Treeblank.pngTreetree.png@code
CONF1 … 1F48765-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(All...ten)
 CONF
Elementinhalt muss "Allergien und Intoleranzen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MDer Text enthält relevante Allergien oder Intoleranzen des Patienten in tabellarischer Darstellung. (All...ten)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(All...ten)
Treetree.pnghl7:informant
0 … *Quelle der Information. Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)
Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(All...ten)
Treetree.pnghl7:entry
1 … *REnthält die codierte Angabe der Allergien und Intoleranzen
Beinhaltet 1.2.40.0.34.11.13.3.1 Allergien und Intoleranzen Entry (DYNAMIC)		(All...ten)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text>  Elements </text>
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(All...ten)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.3 Gesundheitsprobleme und Risiken

In der Sektion werden relevante Gesundheitsprobleme des Patienten dokumentiert, die im Falle einer medizinischen Behandlung zu bedenken sind. Probleme umfassen Diagnosen, Symptome, Krankheiten und Risiken.

Art der Darstellung des lesbaren Textes: Tabellarische Darstellung ist vorgeschrieben. Vorschlag: 2-3 Spalten, eine Spalte ist der Name des Problems ("Orginaltext", zB der Diagnosetext, erwartet wird die bestmögliche Beschreibung, d.h. es muss nicht buchstabengetreu mit dem DisplayName des Codes übereinstimmen), in der zweiten Spalte werden alle dokumentierten Attribute aufgelistet, der Code selbst entweder in Spalte 2 oder in einer eigenen Spalte "Code". Die Angabe des Codesystems ist notwendig, da unterschiedliche Codesysteme gleichzeitig zum Einsatz kommen können.

Problem Zusatzinformation Code
Hitzewallungen (postmenopausal) ICD-10: N95.1
Invasiv duktales Karzinom der Brustdrüse, Stage II, ohne Anzeichen eines erneuten Auftretens nach Behandlung (Freitext)
  • Bekannt seit 2015-02
  • wird noch beobachtet
  • klin. Status: in Remission
  • Diagnosesicherheit: bestätigt
  • Schweregrad: schwerwiegend
 ICD-O: 8500/3

Verwendung von Codes: Keiner oder einer bis viele Codes können pro Problem angegeben werden, siehe elga-cdaps-2.06.2: Grundsätze und Regeln . Im internationalen Austausch von PS kann nur der Code selbst übersetzt werden.

Risiken: Bisher war es nicht möglich, eine Liste mit relevanten Gesundheitsproblemen oder Risiko-Informationen österreichweit zu harmonisieren, dieser Punkt wird daher nicht weiter betrachtet.


Id1.2.40.0.34.11.13.2.2
ref
elgabbr-
Gültigkeit2017‑01‑26 13:50:54
StatusKyellow.png EntwurfVersions-Label0.1
NameGesundheitsproblemeRisikenBezeichnungGesundheitsprobleme und Risiken
Beschreibung
Diese Sektion enthält alle zum Zeitpunkt der Erstellung bekannten relevanten Gesundheitsprobleme der Patienten. Dies umfasst akute Diagnosen, Dauerdiagnosen, Infektionskrankheiten sowie Risiken.
Eine Ausnahme bilden Allergien und Intoleranzen, diese MÜSSEN separat in der Sektion "Allergien_und_Intoleranzen" dokumentiert werden.
Status post-Diagnosen können ebenfalls in dieser Sektion erfasst werden, sofern sie für weitere Behandler relevant sind.
Gesundheitsprobleme & Risiken werden mit ihrem Status und Datum, sofern bekannt, dokumentiert, weiters mit dem Datum der Erfassung der Diagnose.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.2
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.6ContainmentKyellow.png Gesundheitsproblem Bedenken Entry (0.2)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAbgeleitet: Template 1.2.40.0.34.11.2.2.3 Entlassungsdiagnose (full support) (2015‑10‑15)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.2"/>  <code code="11450-4" codeSystem="2.16.840.1.113883.6.1"/>  <title>Gesundheitsprobleme und Risiken</title>  <text/>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (dynamic) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (dynamic) -->
  </informant>  <entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.11.13.3.6 'Gesundheitsproblem Bedenken Entry' (dynamic) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Ges...ken)
Treetree.pnghl7:templateId
II1 … 1M(Ges...ken)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.2
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Ges...ken)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Ges...ken)
Treeblank.pngTreetree.png@code
CONF1 … 1F11450-4
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Ges...ken)
 ConstraintFixer Wert: Gesundheitsprobleme und Risiken
Treetree.pnghl7:text
1 … 1M
Dieses Element enthält alle zum Zeitpunkt der Erstellung bekannten relevanten Gesundheitsprobleme der Patienten. Dies umfasst akute Diagnosen, Dauerdiagnosen, Infektionskrankheiten sowie Risiken in tabellarischer Darstellung.
Sie werden mit ihrem Status und Datum, sofern bekannt, dokumentiert, weiters mit dem Datum der Erfassung der Diagnose.
(Ges...ken)
Treetree.pnghl7:author
0 … *Autor der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Ges...ken)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Ges...ken)
Treetree.pnghl7:entry
1 … *MBeinhaltet 1.2.40.0.34.11.13.3.6 Gesundheitsproblem Bedenken Entry (DYNAMIC)(Ges...ken)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Ges...ken)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.4 Medikationsliste

Diese Sektion entspricht inhaltlich der Medikationsliste der eMedikation, die Anzeige ist allerdings noch weiter komprimiert. Bei dieser verkürzten Darstellung werden die Abschnitte für Abgabe und Verordnung zusammengefasst und es wird immer NUR der neueste Eintrag angezeigt (immer die Abgabe, nur wenn eine Abgabe nicht erfolgte, die Verordnung). Die maschinenlesbaren Elemente sind dieselben wie in der eMedikation.

Arzneimittel Einnahme Dosierung Verordnet/Abgegeben Zusatzinformation Dauermedikation
Anastrozol 1 mg Tabletten täglich 1-0-0-0 zum Einnehmen D
Esomeprazol 40 mg magensaftresistente Tabletten täglich 1-0-1-0 01.05.2017 (Verordnung) zum Einnehmen
Cimicifugae racemosae radix (Trauben-Silberkerze - Extrakt) täglich 1-0-0-0 04.06.2017 (Abgabe) bei Bedarf
Id1.2.40.0.34.11.13.2.16
ref
elgabbr-
Gültigkeit2017‑11‑27 16:43:52
StatusKyellow.png EntwurfVersions-Label0.1
NameMedikationslistenSection_PSBezeichnungMedikationsliste PS
Beschreibung
Die Medikationsliste enthält eine Zusammenfassung aller relevanten Informationen aus den „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ der letzten 12 Monate.
Sie entspricht einer aggregierten Medikationsliste der ELGA e-Medikation mit den Daten über Medikament, Dosierung, Dauermedikation, Einnahmezeitraum.
Abgesetzte Medikamente sind nicht enthalten, diese Information kann aus der vollständigen Medikationsliste der e-Medikation entnommen werden. 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.16
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)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.13.3.27ContainmentKyellow.png ELGA Medikationsstatement (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAdaptation: Template 1.2.40.0.34.11.8.3.2.1 (2017‑08‑31 14:20:20)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.16"/>  <!-- Code der Sektion -->
  <code code="10160-0" codeSystem="2.16.840.1.113883.6.1"/>  <!-- Titel der Sektion -->
  <title>Medikationsliste</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente -->
  <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:section
(Med..._PS)
Treetree.pnghl7:templateId
II1 … 1M(Med..._PS)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.16
Treetree.pnghl7:id
II0 … 1(Med..._PS)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Med..._PS)
Treeblank.pngTreetree.png@code
CONF1 … 1F10160-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Med..._PS)
 CONF
Elementinhalt muss "Medikationsliste" sein
Treetree.pnghl7:text
ED1 … 1MInformation für den menschlichen Leser.(Med..._PS)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Med..._PS)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Med..._PS)
Auswahl1 … *Elemente in der Auswahl:
  • hl7:entry welches enthält Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)
  • hl7:entry welches enthält Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)
  • hl7:entry welches enthält Template 1.2.40.0.34.11.13.3.27 ELGA Medikationsstatement (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)
Treeblank.pngTreetree.pnghl7:entry
Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)(Med..._PS)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.pnghl7:entry
Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)(Med..._PS)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.pnghl7:entry
Beinhaltet 1.2.40.0.34.11.13.3.27 ELGA Medikationsstatement (DYNAMIC)(Med..._PS)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Med..._PS)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.5 Medizinische Geräte und Implantate

Diese Sektion enthält alle relevanten Informationen zu medizinischen Geräten und Implantaten wie Gerätetyp, Datum der Einsetzung, Lokalisation, Handelsname, Hersteller, Chargennummer. Die Codierung der medizinischen Gerätetypen ist noch nicht fixiert, soll aber dem EU UDI System (EU Medical Device Regulations) entsprechen.

Gerät / Implantat Seit Seriennummer Zusatzinformation
Cochlea-Implantat 2015 UDI HIBCC: Serial# XYZ456789012345678, Lot# LOT123456789012345 Li
Endoprothese Mai 2017 Hemi-Endoprothese
Id1.2.40.0.34.11.13.2.4
ref
elgabbr-
Gültigkeit2017‑02‑26 11:36:47
StatusKyellow.png EntwurfVersions-Label0.1
NameImplantateBezeichnungMedizinische Geräte und Implantate
Beschreibung
Diese Sektion enthält Informationen über intra- und extrakorporale Medizinprodukte oder Medizingeräte, von denen der Gesundheitszustand des Patienten direkt abhängig ist. Das umfasst z.B. Implantate, Prothesen, Pumpen, Herzschrittmacher etc. von denen ein GDA Kenntnis haben soll.
Heilbehelfe wie Gehhilfen, Rollstuhl etc sind nicht notwendigerweise anzuführen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.4
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgaps-data​element-12Kyellow.png Medizinische Geräte & Implantate Kyellow.png Patient Summary
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.8ContainmentKyellow.png ELGA Medical Device (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAbgeleitet: Template 1.3.6.1.4.1.12559.11.10.1.3.1.2.4 Section Medical Devices Coded (2013‑12‑20)
ref
epsos-
Beispiel
Implantat vorhanden
<section>
  <templateId root="1.2.40.0.34.11.13.2.4"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <title>Medizinische Geräte und Implantate</title>  <text>
    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:30">Gerät / Implantat</th>          <th styleCode="xELGA_colw:10">Seit</th>          <th styleCode="xELGA_colw:30">Seriennummer</th>          <th>Zusatzinformation</th>        </tr>      </thead>      <tbody>
        <tr ID="al-1">
          <td>
            <content styleCode="xELGA_blue">Transgingiviales Implantat</content>          </td>          <td>2015</td>          <td>UDI HIBCC: Serial# XYZ456789012345678, Lot# LOT123456789012345</td>          <td>M2 rechts oben</td>        </tr>      </tbody>    </table>  </text>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (dynamic) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (dynamic) -->
  </informant>  <entry>
    <!-- template 1.2.40.0.34.11.13.3.8 'ELGA Medical Device' (dynamic) -->
  </entry></section>
Beispiel
Keine medizinischen Geräte oder Implantate
<section>
  <templateId root="1.2.40.0.34.11.13.2.4"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <title>Medizinische Geräte und Implantate</title>  <text>
    <table>
      <tbody>
        <tr ID="al-3">
          <td>
            <content styleCode="Bold">Kein medizinisches Gerät / kein
Implantat in Situ</content>          </td>        </tr>      </tbody>    </table>  </text>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (dynamic) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (dynamic) -->
  </informant>  <entry>
    <!-- template 1.2.40.0.34.11.13.3.8 'ELGA Medical Device' (dynamic) -->
  </entry></section>
Beispiel
Keine Information über medizinische Geräte oder Implantate
<section>
  <templateId root="1.2.40.0.34.11.13.2.4"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <title>Medizinische Geräte und Implantate</title>  <text>
    <table>
      <tbody>
        <tr ID="al-3">
          <td>
            <content styleCode="Bold">Keine Information über
medizinische Geräte oder Implantate verfügbar</content>          </td>        </tr>      </tbody>    </table>  </text>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (dynamic) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (dynamic) -->
  </informant>  <entry>
    <!-- template 1.2.40.0.34.11.13.3.8 'ELGA Medical Device' (dynamic) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Imp...ate)
 
Target.png
elgaps-data​element-12Kyellow.png Medizinische Geräte & Implantate Kyellow.png Patient Summary
Treetree.pnghl7:templateId
II1 … 1M(Imp...ate)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.4
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Imp...ate)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Imp...ate)
Treeblank.pngTreetree.png@code
CONF1 … 1F46264-8
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Imp...ate)
 CONF
Elementinhalt muss "Medizinische Geräte und Implantate" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MDieses Element enthält die intra- und extrakorporale Medizinprodukte oder Medizingeräte, von denen der Gesundheitszustand des Patienten direkt abhängig ist, in tabellarischer Darstellung. (Imp...ate)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Imp...ate)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Imp...ate)
Treetree.pnghl7:entry
1 … *RBeinhaltet 1.2.40.0.34.11.13.3.8 ELGA Medical Device (DYNAMIC)(Imp...ate)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Imp...ate)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.6 Impfungen

Bekannte Impfungen des Patienten.

Darstellungsvorschlag:

Impfung Teilimpfung Datum der letzten Verabreichung Impfstoff-Handelsname & Chargennummer Datenquelle
Poliomyelitis-Impfstoff Unbekannt Patientenangabe
Masern, Mumps, Röteln-Impfstoff Unbekannt Patientenangabe
FMSE-Impfstoff 1987 FSME-IMMUN Patientenangabe
Tollwut (Rabies)-Impfstoff 2014-11-05 Rabipur eImpfpass
Typhus-Impfstoff 2017-07-17 Typherix (GSK) ChargenNr. 2349043057 eImpfpass
Gelbfieber-Impfstoff 2016-05-07 Stamaril ChargenNr: AD978987623-37 eImpfpass
Impfstoff aus Value Set # Datum der Verabreichung [O] Präparat und ChargenNr Datenquelle - Informant

Anmerkung:

  • Darstellung des Teilimpfungsvermerks?
  • Es sollen die Daten aus dem e-Impfpass übernommen werden können.


Id1.2.40.0.34.11.13.2.7Gültigkeit2017‑03‑11 18:38:41
StatusKyellow.png EntwurfVersions-Label0.1
NameImpfungenAnzeigenameImpfungen
Beschreibung
Diese Sektion enthält eine Beschreibung der Impfungen, die dem Patienten bisher verabreicht wurden. 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.7
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
elgagab-data​element-199Kyellow.png Impfungen Kyellow.png Datensatz
elgaps-data​element-13Kyellow.png Impfungen Kyellow.png Patient Summary
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.9ContainmentKyellow.png Impfungsentry (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAbgeleitet: Template 2.16.840.1.113883.10.20.1.6 (DYNAMIC)
Abgeleitet: Template 1.3.6.1.4.1.19376.1.5.3.1.3.23 (2013‑12‑20)
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.7"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="11369-6" codeSystem="2.16.840.1.113883.6.1"/>  <title>Impfungen</title>  <text/>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (dynamic) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (dynamic) -->
  </informant>  <entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.11.13.3.9 'Impfungsentry' (dynamic) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Imp...gen)
 
Target.png
elgagab-data​element-199Kyellow.png Impfungen Kyellow.png Datensatz
elgaps-data​element-13Kyellow.png Impfungen Kyellow.png Patient Summary
Treetree.pnghl7:templateId
II1 … 1M(Imp...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.7
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)
(Imp...gen)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Imp...gen)
Treeblank.pngTreetree.png@code
CONF1 … 1F11369-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1MImpfungen(Imp...gen)
 CONF
Elementinhalt muss "Impfungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MIn diesem Element erfolgt die narrative Beschreibung der Impfungen, die der Patient erhalten hat in tabellarischer Form.(Imp...gen)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)

Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Imp...gen)
Treeblank.png wo [hl7:assignedAuthor]
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Imp...gen)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.13.3.9 Impfungsentry (DYNAMIC)(Imp...gen)
Treeblank.png wo [hl7:substanceAdministration [hl7:code [(@code = 'IMMUNIZ' and @codeSystem = '2.16.840.1.113883.5.4')]]]
Treeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Imp...gen)
Treeblank.png wo [hl7:section]
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.7 Durchgeführte Eingriffe und Therapien

Die Sektion "Durchgeführte Eingriffe und Therapien" wird derzeit nicht als prioritär erachtet – weil sowohl medizinisch aussagekräftige Terminologien und valide Quellen für die automatisierte Übernahme fehlen. Provisorisch wird die Vorgabe aus dem IPS ohne Änderung direkt übernommen.

Diskussion der möglichen Datenquellen:

  • Klinikum Graz und im AKH Wien: hier liegen durchgängig ICPM codierte Leistungen vor
  • LKF-Daten (MEL Codes) Zugriff auf den zentralen Datenbestand muss technisch und juristisch geprüft werden (wo? Hauptverband, BMGF..)
  • Datenmodell ist ebenfalls zu prüfen
  • Zukünftig MEL und ICPM in Entlassungsbrief und Outpatient Report zulassen
  • „OP-Berichte“ (als eHealth-Dokumente) könnten harmonisiert und als Datenquelle herangezogen werden.


Eingriff / Therapie Datum Code GDA Zusatzinformation
brusterhaltende. Operation/ (Teil-)Exzision 2015-03-14 MEL 2176 Amadeus-Spital Salzburg
Id1.2.40.0.34.11.13.2.3
ref
elgabbr-
Gültigkeit2017‑01‑28 14:16:09
StatusKyellow.png EntwurfVersions-Label0.1
NameDurchgefuehrteEingriffeBezeichnungDurchgeführte Eingriffe und Therapien
BeschreibungDiese Sektion enthält relevante Eingriffe und Therapien wie Operationen und konservative Behandlungen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.3
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.5ContainmentKyellow.png ELGA Procedure (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAdaptation: Template 1.2.40.0.34.11.2.2.4 Durchgeführte Maßnahmen (2015‑10‑15)
ref
elgabbr-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.3"/>  <code code="67803-7" codeSystem="2.16.840.1.113883.6.1"/>  <title>Durchgeführte Eingriffe und Therapien</title>  <text>
    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:30">Eingriff / Therapie</th>          <th styleCode="xELGA_colw:10">Datum</th>          <th styleCode="xELGA_colw:10">Code</th>          <th styleCode="xELGA_colw:30">GDA</th>          <th>Zusatzinformation</th>        </tr>      </thead>      <tbody>
        <tr ID="vpos-3">
          <td>
            <content styleCode="bold">brusterhaltende. Operation/ (Teil-)Exzision</content>          </td>          <td>2015-03-14</td>          <td>MEL 2176</td>          <td>Amadeus-Spital Salzburg</td>          <td/>        </tr>      </tbody>    </table>  </text>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (dynamic) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (dynamic) -->
  </informant>  <entry>
    <!-- template 1.2.40.0.34.11.13.3.5 'ELGA Procedure' (dynamic) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Dur...ffe)
Treetree.pnghl7:templateId
II1 … 1M(Dur...ffe)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.3
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Dur...ffe)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Dur...ffe)
Treeblank.pngTreetree.png@code
CONF1 … 1F67803-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Dur...ffe)
 CONF
Elementinhalt muss "Durchgeführte Eingriffe und Therapien" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MDiese Sektion enthält relevante Eingriffe und Therapien wie Operationen und konservative Behandlungen in tabellarischer Darstellung.(Dur...ffe)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Dur...ffe)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Dur...ffe)
Treetree.pnghl7:entry
1 … *Mcodierte Darstellung der durchgeführten Eingriffe
Beinhaltet 1.2.40.0.34.11.13.3.5 ELGA Procedure (DYNAMIC)		(Dur...ffe)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Dur...ffe)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.8 Beeinträchtigungen

Die Angabe von Beeinträchtigungen erfolgt primär in nicht-codierter Form, da Codierungen derzeit nicht üblich sind. Eine ICF-Codierung ist zulässig.

Beeinträchtigungen
Taubheit linkes Ohr Quelle: Arztbrief (21.4.2014)
Taubheitsgefühl und Sensitivitätsstörungen linker Arm Quelle: Arztbrief (01.06.2016)
Id1.2.40.0.34.11.13.2.12
ref
elgabbr-
Gültigkeit2017‑08‑04 12:10:57
StatusKyellow.png EntwurfVersions-Label0.1
NameBeeintraechtigungenBezeichnungBeeinträchtigungen
BeschreibungInformationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.12
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.30ContainmentKyellow.png Functional Status Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAbgeleitet: Template 1.2.40.0.34.11.2.2.11 Entlassungszustand (2015‑10‑15)
ref
elgabbr-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.12"/>  <code code="47420-5" codeSystem="2.16.840.1.113883.6.1"/>  <title>Beeinträchtigungen</title>  <text>
    (Optionaler Abschnitt)    <br/>    <br/>    <list>
      <item>Taubheit linkes Ohr</item>      <item>Taubheitsgefühl und Sensitivitätsstärungen linker Arm</item>    </list>  </text>  <entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.11.13.3.30 'Functional Status Entry' (dynamic) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Bee...gen)
Treetree.pnghl7:templateId
II1 … 1M(Bee...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.12
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Bee...gen)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Bee...gen)
Treeblank.pngTreetree.png@code
CONF1 … 1F47420-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="47420-5" displayName="Functional status assessment" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Bee...gen)
 CONF
Elementinhalt muss "Beeinträchtigungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RIn diesem Element werden  Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt.(Bee...gen)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Bee...gen)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Bee...gen)
Treetree.pnghl7:entry
0 … 1Maschinenlesbare Form der Informationen
Beinhaltet 1.2.40.0.34.11.13.3.30 Functional Status Entry (DYNAMIC)		(Bee...gen)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Bee...gen)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.9 Diagnostische Resultate

Diese Sektion dient zur Aufnahme von diagnostischen Resultaten und Messwerten. Ein Beispiel zur Darstellung:

Analyse Ergebnis Einheit Referenzbereiche Interpretation
Blutgruppenbestimmung A Rh pos.
Blutgruppen-Antikörper Anti-Kell positiv *
CYP2D6 Poor Metabolizer *1)
1) BESONDERE VORSICHT beim Verschreiben von Medikamenten, die über dieses entsprechende Enzym metabolisiert (aktiviert – PRODRUG) werden, oder die entsprechenden Enzyme aktivieren oder hemmen. Eine geänderte Dosierung, bzw der Einsatz von entsprechenden Medikamenten, die einen alternativen Abbauweg beschreiten, sollte in Erwägung gezogen werden, siehe Link
Id1.2.40.0.34.11.13.2.10
ref
elgabbr-
Gültigkeit2017‑03‑12 12:10:30
StatusKyellow.png EntwurfVersions-Label0.1
NameDiagnostischeResultateBezeichnungDiagnostische Resultate
Beschreibung
Diagnostische Resultate und Messwerte, die dauerhaft von Bedeutung sind wie Größe, Gewicht, Blutgruppe, transfusionsrelevante Antikörper, pharmakogenetische Informationen, genetische Testresultate (z.B. HLA-B27, Thalassämie) etc.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.10
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgaps-data​element-1Kyellow.png Diagnostische Resultate Kyellow.png Patient Summary
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.26ContainmentKyellow.png ELGA Results Organizer (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAbgeleitet: Template 1.3.6.1.4.1.12559.11.10.1.3.1.2.5 Section Coded Results (2013‑12‑20)
ref
epsos-
Beispiel
Strukturbeispiel
<section>
  <templateId root=" 1.2.40.0.34.11.13.2.10"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="30954-2" codeSystem="2.16.840.1.113883.6.1"/>  <title>Diagnostische Resultate</title>  <text/>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
  </informant>  <entry>
    <!-- template 1.2.40.0.34.11.13.3.26 'ELGA Results Organizer' (2017-09-09T17:12:50) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Dia...ate)
 
Target.png
elgaps-data​element-1Kyellow.png Diagnostische Resultate Kyellow.png Patient Summary
Treetree.pnghl7:templateId
II1 … 1M(Dia...ate)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.10
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Dia...ate)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Dia...ate)
Treeblank.pngTreetree.png@code
CONF1 … 1F30954-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1Mdiagnostische Resultate wie die Blutgruppe und relevante Laborwerte(Dia...ate)
 CONF
Elementinhalt muss "Diagnostische Resultate" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MDiagnostische Resultate, die dauerhaft von Bedeutung sind wie Größe, Gewicht, Blutgruppe, Transfusions-relevante Antikörper, pharmakogenetische Informationen etc. in tabellarischer Darstellung.(Dia...ate)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Dia...ate)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Dia...ate)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.11.13.3.26 ELGA Results Organizer (DYNAMIC)(Dia...ate)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Dia...ate)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.10 Schwangerschaften

Aktuelle Schwangerschaft Errechneter Geburtstermin: 2.3.2018
Schwangerschaften gesamt 5
Lebendgeburten 2
Spontanabortus 1
Id1.2.40.0.34.11.13.2.9
ref
elgabbr-
Gültigkeit2017‑03‑11 18:04:25
StatusKyellow.png EntwurfVersions-Label0.1
NameSchwangerschaftenBezeichnungSchwangerschaften
BeschreibungDie Sektion Schwangerschaften enthält Informationen über vergangene Schwangerschaften, Geburten und Abortus sowie aktuelle Schwangerschaft und erwarteten Geburtstermin.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.9
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgaps-data​element-17Kyellow.png Schwangerschaften Kyellow.png Patient Summary
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.10ContainmentKyellow.png Aktuelle Schwangerschaft (0.1)DYNAMIC
1.2.40.0.34.11.13.3.23ContainmentKyellow.png Bisherige Schwangerschaften (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAbgeleitet: Template 1.3.6.1.4.1.19376.1.5.3.1.1.5.3.4 Section Pregnancy History (2013‑12‑20)
ref
epsos-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.9"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="10162-6" codeSystem="2.16.840.1.113883.6.1"/>  <title>Schwangerschaften</title>  <text>
    (Optionaler Abschnitt)    <br/>    <table>
      <tbody>
        <tr>
          <td>Aktuelle Schwangerschaft</td>          <td>Errechneter Geburtstermin: 2.3.2018</td>        </tr>        <tr>
          <td>Schwangerschaften
gesamt</td>          <td>4</td>        </tr>        <tr>
          <td>Lebendgeburten</td>          <td>2</td>        </tr>        <tr>
          <td>Spontanabortus</td>          <td>1</td>        </tr>      </tbody>    </table>  </text>  <author/>  <informant/>  <entry>
    <!-- template 1.2.40.0.34.11.13.3.10 'Schwangerschaftsentry' (dynamic) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Sch...ten)
 
Target.png
elgaps-data​element-17Kyellow.png Schwangerschaften Kyellow.png Patient Summary
Treetree.pnghl7:templateId
II1 … 1M(Sch...ten)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.9
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Sch...ten)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Sch...ten)
Treeblank.pngTreetree.png@code
CONF1 … 1F10162-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1MSchwangerschaften(Sch...ten)
 CONF
Elementinhalt muss "Schwangerschaften" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MDie Sektion Schwangerschaft enthält Informationen über vergangene Schwangerschaften, Geburten und Abortus sowie aktuelle Schwangerschaft und erwarteten Geburtstermin.(Sch...ten)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Sch...ten)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Sch...ten)
Treetree.pnghl7:entry
0 … 1In diesem Entry ist dokumentiert, ob aktuell eine Schwangerschaft vorliegt.
Falls ja, können auch Angaben zum erwarteten Geburtstermin gemacht werden.
Beinhaltet 1.2.40.0.34.11.13.3.10 Aktuelle Schwangerschaft (DYNAMIC)		(Sch...ten)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1Dieses Entry dokumentiert Daten zu bisher aufgetretenen Schwangerschaften wie z.B. die Anzahl an Lebendgeburten.
Beinhaltet 1.2.40.0.34.11.13.3.23 Bisherige Schwangerschaften (DYNAMIC)		(Sch...ten)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Sch...ten)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.11 Lebensstil

Lebensstilfaktor
Alkohol 2 Gläser pro Tag
Nikotin Nichtraucher
Id1.2.40.0.34.11.13.2.8
ref
elgabbr-
Gültigkeit2017‑03‑12 11:13:38
StatusKyellow.png EntwurfVersions-Label0.1
NameLebensstilBezeichnungLebensstil
BeschreibungDiese Sektion dient der Erfassung von Lebensstil-Faktoren, wie Alkoholkonsum oder Rauchen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.8
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 7 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.31ContainmentKyellow.png Lebensstil Tabakkonsum Nominal Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.3.11ContainmentKyellow.png Lebensstil Tabakkonsum Quantitativ Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.3.32ContainmentKyellow.png Lebensstil Alkoholkonsum Nominal Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.3.25ContainmentKyellow.png Lebensstil Alkoholkonsum Quantitativ Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAbgeleitet: Template 1.3.6.1.4.1.19376.1.5.3.1.3.16 IHE Social History Section (DYNAMIC)
ref
IHE-PCC-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.8"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="29762-2" codeSystem="2.16.840.1.113883.6.1"/>  <title>Lebensstil</title>  <text>
    <table>
      <tbody>
        <tr>
          <td>Alkohol</td>          <td>2 Gläser pro Tag</td>        </tr>        <tr>
          <td>Nikotin</td>          <td>Nichtraucher</td>        </tr>      </tbody>    </table>  </text></section>
Beispiel
Strukturbeispiel
<hl7:section>
  <hl7:templateId root="1.2.40.0.34.11.13.2.8"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="29762-2" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Lebensstil</hl7:title>  <hl7:text/>  <hl7:author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
  </hl7:author>  <hl7:informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
  </hl7:informant>  <hl7:entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.11.13.3.31 'Lebensstil Tabakkonsum Nominal Entry' (2019-01-25T19:51:12) -->
  </hl7:entry>  <hl7:entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.11.13.3.11 'Lebensstil Tabakkonsum Quantitativ Entry' (2017-03-12T11:14:42) -->
  </hl7:entry>  <hl7:entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.11.13.3.32 'Lebensstil Alkoholkonsum Nominal Entry' (2019-01-25T19:59:25) -->
  </hl7:entry>  <hl7:entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.11.13.3.25 'Lebensstil Alkoholkonsum Quantitativ Entry' (2017-09-09T16:23:26) -->
  </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.11.13.2.18 'Übersetzung' (2018-11-12T08:23:54) -->
  </hl7:component></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Leb...til)
Treetree.pnghl7:templateId
II1 … 1M(Leb...til)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.8
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Leb...til)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Leb...til)
Treeblank.pngTreetree.png@code
CONF1 … 1F29762-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1MLebensstil(Leb...til)
 CONF
Elementinhalt muss "Lebensstil" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MSection text(Leb...til)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Leb...til)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Leb...til)
Treetree.pnghl7:entry
0 … 1Angabe zum Raucherstatus
Beinhaltet 1.2.40.0.34.11.13.3.31 Lebensstil Tabakkonsum Nominal Entry (DYNAMIC)		(Leb...til)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1Quantitative Angabe des Tabakkonsums
Dieses Entry entfällt, wenn eine quantitative Angabe nicht möglich ist. 
Beinhaltet 1.2.40.0.34.11.13.3.11 Lebensstil Tabakkonsum Quantitativ Entry (DYNAMIC)		(Leb...til)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1Angabe zur Häufigkeit des Alkoholkonsums
Beinhaltet 1.2.40.0.34.11.13.3.32 Lebensstil Alkoholkonsum Nominal Entry (DYNAMIC)		(Leb...til)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:entry
0 … 1Quantitative Angabe des Alkoholkonsum
Dieses Entry entfällt, wenn eine quantitative Angabe nicht möglich ist.
Beinhaltet 1.2.40.0.34.11.13.3.25 Lebensstil Alkoholkonsum Quantitativ Entry (DYNAMIC)		(Leb...til)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Leb...til)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue

7.2.12 Soziale Umstände und Verhalten

Datum
18.03.2015 Kann Alltag normal bewältigen, desolate Wohnsituation, wird von Familie betreut

Quelle: Entlassungsbrief Pflege

Id1.2.40.0.34.11.13.2.15
ref
elgabbr-
Gültigkeit2017‑11‑27 16:33:58
StatusKyellow.png EntwurfVersions-Label0.1
NameSozialeUmstaendeUndVerhalten_PSBezeichnungSoziale Umstände und Verhalten PS
Beschreibung
Informationen zum sozialen Umfeld und Verhalten des Patienten:
Alltagsbewältigung, Wohnsituation (Zustand oder Standard der Wohnung), Betreuungssituation (hat Familie oder nicht, …), Verwahrlosungstendenz

Durch die Verwendung von gleich strukturierten Subsektionen ist die Angabe von Informationen aus verschiedenen Quellen möglich.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.15
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.2.17ContainmentKcancelledblue.png MedikationslisteDYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
1.2.40.0.34.11.30032InklusionKgreen.png Risiken Hilfsmittel RessourcenDYNAMIC
BeziehungAdaptation: Template 1.2.40.0.34.11.3.2.12 Soziale Umstände und Verhalten (2013‑10‑10)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root=" 1.2.40.0.34.11.13.2.15"/>  <!-- Code der Sektion -->
  <code code="PFSOZV" codeSystem="1.2.40.0.34.5.40"/>  <!-- Titel der Sektion -->
  <title>Soziale Umstände und Verhalten</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Soz..._PS)
Treetree.pnghl7:templateId
II1 … 1R(Soz..._PS)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.15
Treetree.pnghl7:id
ANY0 … 1Eindeutige ID der Sektion (optional)(Soz..._PS)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Soz..._PS)
Treeblank.pngTreetree.png@code
CONF1 … 1FPFSOZV
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treetree.pnghl7:title
ST1 … 1MTitel für die section(Soz..._PS)
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Texts in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:text[not(@nullFlavor)]
  • hl7:text
Treeblank.pngTreetree.pnghl7:text
SD.TEXT1 … 1M(Soz..._PS)
Treeblank.pngTreetree.pnghl7:text
NP(Soz..._PS)
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Authors in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:author welches enthält Template 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)
  • hl7:author
Treeblank.pngTreetree.pnghl7:author
1 … *MAuthor der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Soz..._PS)
Treeblank.pngTreetree.pnghl7:author
NP(Soz..._PS)
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Informanten in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:informant welches enthält Template 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)
  • hl7:informant
Treeblank.pngTreetree.pnghl7:informant
0 … *Quelle für die enthaltene Information.
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht GDA)
Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Soz..._PS)
Treeblank.pngTreetree.pnghl7:informant
NP(Soz..._PS)
Treetree.pnghl7:component
Subsektionen für eine gegliederte Darstellung von Informationen aus verschiedenen Quellen.
Beinhaltet 1.2.40.0.34.11.13.2.17 Medikationsliste (DYNAMIC)		(Soz..._PS)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *COptionale Subsections zur Angabe von Übersetzungen des <text> Elements
Ist nur dann erlaubt, wenn das Element <text> nicht leer ist.
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Soz..._PS)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Eingefügt von 1.2.40.0.34.11.30032 Risiken Hilfsmittel Ressourcen (DYNAMIC)
Treetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.1.2.8 Risiken (DYNAMIC)(Soz..._PS)
Treeblank.pngTreetree.png@typeCode
0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
0 … 1Ftrue
Treetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.1.2.9 Hilfsmittel und Ressourcen (DYNAMIC)(Soz..._PS)
Treeblank.pngTreetree.png@typeCode
0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
0 … 1Ftrue

7.2.13 Willenserklärungen und andere juridische Dokumente

Datum Dokument Verwahrung/Quelle
23.02.2004 Transplantationswiderspruch Quelle: Widerspruchsregister
04.03.2015 Patientenverfügung Quelle: Patientenverfügungsregister


Id1.2.40.0.34.11.13.2.11
ref
elgabbr-
Gültigkeit2017‑08‑04 11:56:28
StatusKyellow.png EntwurfVersions-Label0.1
NameWillenserklaerungenBezeichnungWillenserklärungen
Beschreibung
Alle Patientenverfügungen und diejenigen juridischen Dokumente, welche für weitere Behandlungen als relevant erachtet werden.
Die Aufstellung soll narrativ in tabellarischer Form erfolgen und die Art des vorliegenden Dokuments, sowie den Hinweis, wo dieses verwahrt wird, enthalten. Beispiel: „Testament“ – „liegt bei Tochter auf“.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.11
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.2.19ContainmentKyellow.png Willenserklärungen SUB (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungAdaptation: Template 1.2.40.0.34.11.1.2.4 Patientenverfügung (2011‑12‑19)
ref
elgabbr-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.11"/>  <code code="42348-3" codeSystem="2.16.840.1.113883.6.1"/>  <title>Willenserklärungen und andere juridische Dokumente</title>  <text>
    (Optionaler Abschnitt)    <br/>    <br/>    <table>
      <thead>
        <tr>
          <th>Dokument</th>          <th>Verwahrung</th>        </tr>      </thead>      <tbody>
        <tr>
          <td>Testament</td>          <td>Wird zu Hause verwahrt, Tochter weiß
Bescheid.</td>        </tr>        <tr>
          <td>Transplantationswiderspruch</td>          <td>Im Widerspruchsregister eingetragen</td>        </tr>      </tbody>    </table>  </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Wil...gen)
Treetree.pnghl7:templateId
II1 … 1M(Wil...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.11
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Wil...gen)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Wil...gen)
Treeblank.pngTreetree.png@code
CONF1 … 1F42348-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1R(Wil...gen)
 CONF
Elementinhalt muss "Willenserklärungen und andere juridische Dokumente" sein
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Texts in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:text
  • hl7:text
Treeblank.pngTreetree.pnghl7:text
SD.TEXT1 … 1R(Wil...gen)
Treeblank.pngTreetree.pnghl7:text
NP(Wil...gen)
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Authors in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:author welches enthält Template 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)
  • hl7:author
Treeblank.pngTreetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Wil...gen)
Treeblank.pngTreetree.pnghl7:author
NP(Wil...gen)
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Informanten in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:informant welches enthält Template 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)
  • hl7:informant
Treeblank.pngTreetree.pnghl7:informant
0 … *Quelle der Information.
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht GDA)
Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Wil...gen)
Treeblank.pngTreetree.pnghl7:informant
NP(Wil...gen)
Treetree.pnghl7:component
Subsektionen für eine gegliederte Darstellung von Informationen aus verschiedenen Quellen
Beinhaltet 1.2.40.0.34.11.13.2.19 Willenserklärungen SUB (DYNAMIC)		(Wil...gen)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
COptionale Subsections zur Angabe von Übersetzungen des <text> Elements.
Sind nur dann erlaubt, wenn das Element <text> nicht leer ist.
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Wil...gen)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.14 Weitere Informationen

Id1.2.40.0.34.11.14.2.2
ref
elgabbr-
Gültigkeit2017‑09‑07 15:33:55
StatusKyellow.png EntwurfVersions-Label0.1
NameWeitereInformationenBezeichnungWeitere Informationen
BeschreibungInformationen und Hinweise, die sonst in keine Kategorie passen, wie z.B. "Patient ist bezüglich des Risikos einer Ruptur des Aortenaneurysmas aufgeklärt".
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.14.2.2
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.2.21ContainmentKyellow.png Weitere Informationen SUB (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.14.2.2"/>  <code code="55752-0" codeSystem="2.16.840.1.113883.6.1"/>  <title>Weitere Informationen</title>  <text> ... weitere relevante Informationen ... </text>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (dynamic) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (dynamic) -->
  </informant></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Wei...nen)
Treetree.pnghl7:templateId
II1 … 1M(Wei...nen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.14.2.2
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Wei...nen)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Wei...nen)
Treeblank.pngTreetree.png@code
CONF1 … 1F55752-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1R(Wei...nen)
 CONF
Elementinhalt muss "Weitere Informationen" sein
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Texts in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:text
  • hl7:text
Treeblank.pngTreetree.pnghl7:text
SD.TEXT1 … 1RDieses Element enthält weitere Informationen.(Wei...nen)
Treeblank.pngTreetree.pnghl7:text
NP(Wei...nen)
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Authors in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:author welches enthält Template 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)
  • hl7:author
Treeblank.pngTreetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Wei...nen)
Treeblank.pngTreetree.pnghl7:author
NP(Wei...nen)
Auswahl
Sind Subsektionen vorhanden, entfällt die Angabe des Informanten in der übergeordneten Section.
Elemente in der Auswahl:
  • hl7:informant welches enthält Template 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)
  • hl7:informant
Treeblank.pngTreetree.pnghl7:informant
0 … *Quelle der Information.
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht GDA)
Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Wei...nen)
Treeblank.pngTreetree.pnghl7:informant
NP(Wei...nen)
Treetree.pnghl7:component
Subsektionen für eine gegliederte Darstellung von Informationen aus verschiedenen Quellen.
Beinhaltet 1.2.40.0.34.11.13.2.21 Weitere Informationen SUB (DYNAMIC)		(Wei...nen)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *COptionale Subsections zur Angabe von Übersetzungen des <text> Elements.
Sind nur dann erlaubt, wenn das Element <text> nicht leer ist.
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Wei...nen)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.2.15 Liste der behandelnden GDA

GDA Datum von bis Dokumente
Ordination Dr. Angelikus Oberzalek,Giselakai5, 5020Salzburg 2004-06-19
Amadeus-Spital Salzburg, Chirurgie 2015-03-10 2015-03-18 3
Amadeus-Spital Salzburg, Onkologie-Ambulanz 2016-02-08 2
Ordination Dr. Angelikus Oberzalek Giselakai5, 5020Salzburg 2016-06-01
Ordination Dr. Angelikus Oberzalek,Giselakai5, 5020Salzburg 2017-07-17 1
Id1.2.40.0.34.11.13.2.13
ref
elgabbr-
Gültigkeit2017‑09‑07 15:22:40
StatusKyellow.png EntwurfVersions-Label0.1
NameGDAListeBezeichnungListe der behandelnden GDA
Beschreibung
Diese Sektion dient der Aufnahme einer (menschenlesbaren) Liste der behandelnden Gesundheitsdiensteanbieter (GDA).
Die maschinenlesbaren Informationen finden sich als Liste der Gesundheitsdienstleistungen im CDA Header („ServiceEvents“), deshalb gibt es in dieser Sektion auch keine Entries.

In von GDA erstellten Patient Summary Dokumenten („human curated“) wird diese Sektion nicht erwartet.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.13
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.28ContainmentKyellow.png ELGA EncounterEntry (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.13"/>  <code code="LISTGDA" codeSystem="1.2.40.0.34.5.40"/>  <title>Liste der behandlenden GDA</title>  <text>
    (Ermittelt aus Kontaktbestätigungsservice, wird automatisch über Stylesheet angezeigt aus Element documentationOf.serviceEvent)     <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:70">GDA</th>          <th styleCode="xELGA_colw:15">Datum von</th>          <th styleCode="xELGA_colw:15">bis</th>        </tr>      </thead>      <tbody>
        <tr ID="gda-3">
          <td>
            <content styleCode="bold">
              Ordination Dr. Angelikus Oberzalek               <br/>              Giselakai 5, 5020 Salzburg            </content>          </td>          <td>2004-06-19</td>          <td/>        </tr>        <tr ID="gda-3">
          <td>
            <content styleCode="bold">Amadeus-Spital Salzburg,
Chirurgie</content>          </td>          <td>2015-03-10</td>          <td>2015-03-18</td>        </tr>        <tr ID="gda-3">
          <td>
            <content styleCode="bold">Amadeus-Spital Salzburg, Onkologie-Ambulanz</content>          </td>          <td>2016-02-08</td>          <td/>        </tr>        <tr ID="gda-3">
          <td>
            <content styleCode="bold">
              Ordination Dr. Angelikus Oberzalek               <br/>              Giselakai 5, 5020 Salzburg            </content>          </td>          <td>2016-06-01</td>          <td/>        </tr>        <tr ID="gda-3">
          <td>
            <content styleCode="bold">
              Ordination Dr. Angelikus Oberzalek               <br/>              Giselakai 5, 5020 Salzburg            </content>          </td>          <td>2017-07-17</td>          <td/>        </tr>      </tbody>    </table>  </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(GDA...ste)
Treetree.pnghl7:templateId
II1 … 1M(GDA...ste)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.13
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(GDA...ste)
Treetree.pnghl7:code
CE (extensible)1 … 1M(GDA...ste)
Treeblank.pngTreetree.png@code
CONF1 … 1FLISTGDA
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treetree.pnghl7:title
ST1 … 1R(GDA...ste)
 CONF
Elementinhalt muss "Liste der behandelnden GDA" sein
Treetree.pnghl7:text
1 … 1RDieses Element enthält die tabellarische Darstellung der behandelnden GDA.(GDA...ste)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(GDA...ste)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(GDA...ste)
Treetree.pnghl7:entry
0 … 1Beinhaltet 1.2.40.0.34.11.13.3.28 ELGA EncounterEntry (DYNAMIC)(GDA...ste)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(GDA...ste)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.3 Fachlicher Inhalt (Maschinenlesbare Elemente)

7.3.1 Author (Body) Entry

Id1.2.40.0.34.11.13.3.16
ref
elgaps-
Gültigkeit2017‑08‑05 19:04:45
StatusKyellow.png EntwurfVersions-Label
NameAuthorBody_PSBezeichnungAuthor (Body) PS
Beschreibung
Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen.
Element für Sections und Entries.
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.90001InklusionKgreen.png PersonElementsDYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<author typeCode="AUT" contextControlCode="OP">
  <time value="20180102095905"/>  <assignedAuthor>
    <id root="1.2.3.999" extension="--example only--"/>    <code code="--code--" codeSystem="2.16.840.1.113883.5.111"/>    <addr>addr</addr>    <telecom value="tel:+1-12345678"/>    <assignedPerson>
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>    </assignedPerson>    <representedOrganization>
      <id root="1.2.40.0.34.99.3.2.1044556" assigningAuthorityName="GDA Index"/>      <id root="1.2.40.0.34.3.1" extension="12345"/>      <name>Krankenhaus Zwettl</name>    </representedOrganization>  </assignedAuthor></author>
ItemDTKardKonfBeschreibungLabel
@typeCode
cs0 … 1FAUT
@context​Control​Code
cs0 … 1FOP
hl7:time
TS1 … 1R(Aut..._PS)
hl7:assignedAuthor
1 … 1R(Aut..._PS)
Treetree.png@classCode
cs0 … 1FASSIGNED
Treetree.pnghl7:id
II1 … *R(Aut..._PS)
Treetree.pnghl7:code
CE0 … 1R(Aut..._PS)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treetree.pnghl7:addr
AD0 … *(Aut..._PS)
Treetree.pnghl7:telecom
TEL0 … *(Aut..._PS)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreetree.pnghl7:assigned​Person
0 … 1R(Aut..._PS)
 Beispiel<assignedPerson classCode="PSN" determinerCode="INSTANCE">
  <name>
    <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>    <given>Isabella</given>    <family>Stern</family>  </name></assignedPerson>
Eingefügt1 … 1M 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.		(Aut..._PS)
Treeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1R(Aut..._PS)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
  <manufacturerModelName>xxx</manufacturerModelName>  <softwareName>yyy</softwareName></assignedAuthoringDevice>
Treeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC1 … 1RHersteller des Gerätes bzw des Programmes oder der Software. (Aut..._PS)
Treeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC1 … 1RBezeichnung und Version des Gerätes bzw des Programmes oder der Software. (Aut..._PS)
Treetree.pnghl7:represented​Organization
1 … 1MOrganisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde(Aut..._PS)
Treeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
  <id root="1.2.40.0.34.3.1" extension="12345"/>  <name>Krankenhaus Zwettl</name></representedOrganization>
Treeblank.pngTreetree.pnghl7:id
II1 … *M(Aut..._PS)
Treeblank.pngTreetree.pnghl7:name
ON1 … 1M(Aut..._PS)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Aut..._PS)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1(Aut..._PS)

7.3.2 Informant (Body) Entry

Id1.2.40.0.34.11.13.3.20
ref
elgaps-
Gültigkeit2017‑08‑10 20:49:25
Andere Versionen mit dieser Id:
  • Kblank.png InformantBodyPS vom 2017‑08‑10 20:44:29
StatusKyellow.png EntwurfVersions-Label0.1
NameInformantBodyPSBezeichnungInformant (Body) PS
Beschreibung
Template für die Angabe des Informanten im CDA Body (Section oder Entry). Als Informanten können auftreten:
  • relatedEntity: der Patient selbst oder eine verwandte / bekannte Person 
  • assignedEntity: ein Gesundheitsdiensteanbieter (GDA)
KlassifikationCDA Entry 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.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.319 CDA Informant (Body) (2005‑09‑07)
ref
ad1bbr-
Beispiel
Informant ist verwandte Person
<relatedEntity classCode="PRS">
  <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->
  <code code="MTH" displayName="mother" codeSystem="1.2.40.0.34.10.17" codeSystemName="ELGA_PersonalRelationship"/></relatedEntity>
Beispiel
Informant ist der Patient selbst
<relatedEntity classCode="PRS">
  <code code="SELF" displayName="self" codeSystem="1.2.40.0.34.10.17" codeSystemName="ELGA_PersonalRelationship"/></relatedEntity>
ItemDTKardKonfBeschreibungLabel
@typeCode
cs0 … 1FINF
@context​Control​Code
cs0 … 1FOP
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assignedEntity
  • hl7:relatedEntity
Treetree.pnghl7:assignedEntity
(Inf...yPS)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … *R(Inf...yPS)
Treeblank.pngTreetree.pnghl7:code
CE (extensible)0 … 1Klassifikation des GDA, der als Informant in Erscheinung tritt(Inf...yPS)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … *(Inf...yPS)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Inf...yPS)
Treeblank.pngTreetree.pnghl7:assigned​Person
0 … 1(Inf...yPS)
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.		(Inf...yPS)
Treeblank.pngTreetree.pnghl7:representedOrganisation
0 … 1(Inf...yPS)
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 … *(Inf...yPS)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Inf...yPS)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Inf...yPS)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Inf...yPS)
Treetree.pnghl7:relatedEntity
(Inf...yPS)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPRS
Treeblank.pngTreetree.pnghl7:code
CE (extensible)0 … 1(Inf...yPS)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … *(Inf...yPS)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Inf...yPS)
Treeblank.pngTreetree.pnghl7:relatedPerson
0 … 1(Inf...yPS)
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.		(Inf...yPS)

7.3.3 Allergien und Intoleranzen Entry

Hierarchisches Diagramm

  1. Entry
     Allergien und Intoleranzen Entry (1.2.40.0.34.11.13.3.1)
    1. Entry
       Author (Body) PS (1.2.40.0.34.11.13.3.16)
      1. Header
         PersonElements (1.2.40.0.34.11.90001)
    2. Entry
       Informant (Body) PS (1.2.40.0.34.11.13.3.20)
      1. Header
         PersonElements (1.2.40.0.34.11.90001)
      2. Header
         OrganizationElements (1.2.40.0.34.11.90002)
      3. Header
         PersonElements (1.2.40.0.34.11.90001)
    3. Entry
       Problem Entry Allergien (1.2.40.0.34.11.13.3.2)
      1. Entry
         Participant Allergie (Allergen) (1.2.40.0.34.11.13.3.3)
      2. Entry
         Problem Entry Allergien-Reaktion (1.2.40.0.34.11.13.3.15)
        1. Entry
           Severity Observation (1.2.40.0.34.11.13.3.21)
      3. Entry
         Criticality Observation (1.2.40.0.34.11.13.3.18)
      4. Entry
         Certainty Observation (1.2.40.0.34.11.13.3.19)
      5. Entry
         Allergy Status Observation (1.2.40.0.34.11.13.3.14)
    4. Entry
       ELGA ExternalDocument (1.2.40.0.34.11.13.3.17)
    5. Entry
       External Document Entry (1.2.40.0.34.6.0.11.3.14)
      1. notype
         Narrative Text Reference (1.2.40.0.34.6.0.11.9.1)

Allergien und Intoleranzen Entry

Id1.2.40.0.34.11.13.3.1
ref
elgabbr-
Gültigkeit2016‑11‑06 16:32:31
StatusKyellow.png EntwurfVersions-Label0.1
NameAllergienUnvertraeglichkeitenEntryBezeichnungAllergien und Intoleranzen Entry
Beschreibung
Entry für die codierte Angabe von Allergien und Intoleranzen.
Es besteht aus einem "Bedenken" (Concern-Entry) mit mindestens einem darin liegendem "Problem"-Entry mit der Angabe der Überempfindlichkeit.
Das Concern-Entry gibt an, ob ein Bedenken besteht und der Zeitraum, in dem es besteht oder bestanden hat.
Ein Bedenken kann mehrere Probleme (Allergien und Intoleranzen) umfassen, empfohlen wird ein Problem pro Bedenken.
Die Zustände es sind "keine Information über Überempfindlichkeiten verfügbar" und es bestehen bekanntlich "keine Überempfindlichkeiten" können maschinenlesbar ausgedrückt werden.  
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.1
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.2ContainmentKyellow.png Problem Entry Allergien (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
1.2.40.0.34.6.0.11.3.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
Beispiel
Strukturbeispiel
<act classCode="ACT" moodCode="EVN">
  <templateId root=" 1.2.40.0.34.11.13.3.1"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6"/>  <statusCode code="active"/>  <effectiveTime>
    <low value="20160401"/>  </effectiveTime>  <author contextControlCode="OP">
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
  </author>  <informant contextControlCode="OP">
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
  </informant>  <entryRelationship typeCode="SUBJ">
    <!-- template 1.2.40.0.34.11.13.3.2 'Problem Entry Allergien ' (2016-11-06T17:03:02) -->
  </entryRelationship>  <reference typeCode="REFR">
    <!-- template 1.2.40.0.34.11.13.3.17 'ELGA ExternalDocument' (2017-08-09T10:55:40) -->
  </reference></act>
ItemDTKardKonfBeschreibungLabel
hl7:act
(All...try)
Treetree.png@classCode
cs0 … 1FACT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MELGA(All...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.1
Treetree.pnghl7:id
II0 … *(All...try)
Treetree.pnghl7:code
CE1 … 1MFixer Wert CONC (actClass)(All...try)
Treeblank.pngTreetree.png@code
CONF1 … 1FCONC
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
Treetree.pnghl7:statusCode
CS0 … 1R"active": Die Bedingungen für das Bedenken gelten noch und werden auch immer noch (vom Author) beobachtet
"completed": Die Allergie macht keine Bedenken mehr, das Bedenken wird nicht mehr verfolgt und Auswirkungen des Bedenkens sind nicht zu erwarten. 		(All...try)
 CONF
@code muss "active" sein
oder
@code muss "completed" sein
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RErstes und letztes Auftreten des Bedenkens.
Low element muss vorhanden sein. Ein High-Element ist nur erforderlich, wenn das Bedenken den Status "completed" hat.		(All...try)
Treeblank.pngTreetree.pnghl7:low
TS.DATE1 … 1RBeginn des Auftretens des Bedenkens
Erlaubter nullFlavor = UNK		(All...try)
Treeblank.pngTreetree.pnghl7:high
TS.DATE0 … 1CZeitpunkt des Endes des Bedenkens(All...try)
 ConstraintWenn statusCode = completed, dann ist die Angabe dieses Elements verpflichtend.
Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben. 
 Schematron assertrole error 
 testnot(../hl7:statusCode[@code='completed']) or hl7:high 
 MeldungWenn statusCode/@code = completed, dann muss die effectiveTime ein high-Element enthalten. 
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(All...try)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
cs1 … 1FOP
Treetree.pnghl7:informant
0 … *
In diesem Element können eine oder mehrere Quellen für die Informationen angeführt werden
Der Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA) können angegeben werden.

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(All...try)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FINF
Treeblank.pngTreetree.png@context​Control​Code
cs1 … 1FOP
Treetree.pnghl7:entryRelationship
1 … *RBeinhaltet 1.2.40.0.34.11.13.3.2 Problem Entry Allergien (DYNAMIC)(All...try)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl0 … 1Ffalse
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:reference welches enthält Template 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)
  • hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
Treeblank.pngTreetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu dieser Allergie oder Intoleranz angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(All...try)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FREFR
Treeblank.pngTreetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu dieser Allergie oder Intoleranz angegeben.
Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)		(All...try)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FREFR

7.3.4 Problem Entry Allergien

Id1.2.40.0.34.11.13.3.2
ref
elgabbr-
Gültigkeit2016‑11‑06 17:03:02
StatusKyellow.png EntwurfVersions-Label0.1
NameAllergyProblemEntryBezeichnungProblem Entry Allergien
Beschreibung
Dieses Entry dient der codierten Darstellung einer konkreten Allergie oder Intoleranz. Es kann nicht ohne Einbettung in ein Bedenken-Entry angegeben werden (Allergien und Intoleranzen Entry).
Die Zeitspanne, in der die Überempfindlichkeit besteht oder bestanden hat, wird hier angegeben. 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.2
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.3ContainmentKyellow.png Participant Allergie (Allergen) (0.1)DYNAMIC
1.2.40.0.34.11.13.3.15ContainmentKyellow.png Problem Entry Allergien-Reaktion (0.1)DYNAMIC
1.2.40.0.34.11.13.3.18ContainmentKyellow.png Criticality ObservationDYNAMIC
1.2.40.0.34.11.13.3.19ContainmentKyellow.png Certainty ObservationDYNAMIC
1.2.40.0.34.11.13.3.14ContainmentKyellow.png Allergy Status Observation (0.1)DYNAMIC
BeziehungAbgeleitet: Template 1.2.40.0.34.11.1.3.6 Problem Entry (2015‑09‑24)
ref
elgabbr-
Beispiel
Strukturbeispiel, Allergie liegt vor
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.2"/>  <id root="" extension=""/>  <code code="419199007" displayName="Allergy to substance" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>
    <reference value="#xxx"/>  </text>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20160401"/>  </effectiveTime>  <participant>
    <!-- template 1.2.40.0.34.11.13.3.3 'Participant Allergie' (2016-11-06T17:53:23) -->
  </participant>  <entryRelationship>
    <!-- template 1.2.40.0.34.11.13.3.15 'Problem Entry Allergien-Reaktion' (2017-07-13T21:39:19) -->
  </entryRelationship>  <entryRelationship>
    <!-- template 1.2.40.0.34.11.13.3.18 'Criticality Observation' (2017-08-10T19:52:16) -->
  </entryRelationship>  <entryRelationship>
    <!-- template 1.2.40.0.34.11.13.3.19 'Certainty Observation' (2017-08-10T20:25:54) -->
  </entryRelationship>  <entryRelationship>
    <!-- template 1.2.40.0.34.11.13.3.14 'Allergy Status Observation' (2017-07-13T21:15:15) -->
  </entryRelationship></observation>
Beispiel
Keine Allergien
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.2"/>  <id root="" extension=""/>  <code code="419199007" displayName="Allergy to substance" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>
    <reference value="#xxx"/>  </text>  <statusCode code="completed"/>  <effectiveTime>
    <low nullFlavor="UNK"/>  </effectiveTime>  <value hl7:type="CD" code="716186003" displayName="keine Überempfindlichkeiten" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT">
    <originalText/>  </value></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1M(All...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(All...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.2
Treetree.pnghl7:id
0 … *Systeminterne ID der entsprechenden Allergie - zur Referenzierung oder Aggregierung(All...try)
Treetree.pnghl7:code
CE (extensible)1 … 1MDieses Element enthält die Art der beobachteten Allergie oder nicht-allergischen Intoleranz .(All...try)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.177 ELGA_AllergyOrIntolerance (DYNAMIC)
Treetree.pnghl7:text
0 … 1Referenz auf die narrative Beschreibung des gesamten Problems im Section-Text (Alle Informationen zu dieser Allergie/Intoleranz)(All...try)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(All...try)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1RReferenz auf die narrative Beschreibung im Section-Text
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1MIm Patient Summary sind nur abgeschlossene Beobachtungen von Problemen enthalten, daher hat das Element statusCode immer den Wert "completed". (All...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RDieses Element enthält die medizinisch relevante Zeit des Bestehens des Problems entsprechend den bekannten Informationen bzw. der Aussage des Patienten.
Das Zeitintervall (der low- und high-Wert) sollten so genau wie möglich angegeben werden.		(All...try)
Treeblank.pngTreetree.pnghl7:low
TS.DATE1 … 1RDatum des Beginns des Problems.(All...try)
Treeblank.pngTreetree.pnghl7:high
TS.DATE0 … 1CDatum des Endes des Problems. 
Bei nicht abgeschlossenen Problemen entfällt die Angabe des high-Werts.
Bei nicht mehr bestehenden Problemen und unbekanntem Ende-Datum wird im Wert der null-Flavor 'UNK' verwendet werden.		(All...try)
Auswahl0 … 1
Das value Element wird zur Angabe "Keine bekannten Allergien" oder "Keine Information über Allergien oder Intoleranzen verfügbar" verwendet. 
Die Angabe erfolgt codiert mit Werten aus dem Value Set ELGA_AbsentOrUnknownAllergies
Bei Vorliegen einer Allergie oder Intoleranz entfällt dieses Element. 
Elemente in der Auswahl:
  • hl7:value
  • hl7:value
Treeblank.pngTreetree.pnghl7:value
1 … 1RDer Patient hat keine bekannten Allergien oder aber es  liegen keine Information über Allergien oder Intoleranzen vor.
Die Angabe erfolgt codiert mit Werten aus dem Value Set ELGA_AbsentOrUnknownAllergies.		(All...try)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
cs1 … 1FCD
Treeblank.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.178 ELGA_AbsentOrUnknownAllergies (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Verweis auf die Information im narrativen Teil.(All...try)
Treeblank.pngTreetree.pnghl7:value
NPLiegen Allergien vor entfällt dieses Element. (All...try)
Treetree.pnghl7:participant
0 … 1CIn diesem Element wird das Allergen angegeben.
Wenn das observation.value Element vorhanden und codiert ist, entfällt die Angabe des participant.
Beinhaltet 1.2.40.0.34.11.13.3.3 Participant Allergie (Allergen) (DYNAMIC)		(All...try)
 Schematron assertrole error 
 testhl7:value[@code] or hl7:participant/hl7:participantRole 
 MeldungIF the observation/value element is present and coded then the observation/participant element SHALL be omitted. 
Treetree.pnghl7:entryRelationship
0 … *In diesem EntryRelationship wird die Reaktion, mit der sich die Allergie oder Intoleranz manifestiert, erfasst. 
Beinhaltet 1.2.40.0.34.11.13.3.15 Problem Entry Allergien-Reaktion (DYNAMIC)		(All...try)
Treeblank.pngTreetree.png@inversionInd
cs1 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FMFST
Treetree.pnghl7:entryRelationship
0 … 1RDieses EntryRelationship stellt den Schweregrad der Allergie oder Intoleranz dar. Wenn vorhanden, enthält es eine Observation zur Beschreibung der Kritizität.
Beinhaltet 1.2.40.0.34.11.13.3.18 Criticality Observation (DYNAMIC)		(All...try)
Treeblank.pngTreetree.png@inversionInd
cs1 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treetree.pnghl7:entryRelationship
0 … 1RDieses EntryRelationship dient zur Darstellung der Sicherheit der beschriebenen Allergie oder Intoleranz.
Beinhaltet 1.2.40.0.34.11.13.3.19 Certainty Observation (DYNAMIC)		(All...try)
Treeblank.pngTreetree.png@inversionInd
cs1 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treetree.pnghl7:entryRelationship
0 … 1R
Dieses EntryRelationship dient zur Darstellung des klinischen Status der Allergie oder Intoleranz.

Beinhaltet 1.2.40.0.34.11.13.3.14 Allergy Status Observation (DYNAMIC)		(All...try)
Treeblank.pngTreetree.png@inversionInd
cs1 … 1Ffalse
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR

7.3.5 Participant Allergie Entry

Id1.2.40.0.34.11.13.3.3
ref
elgabbr-
Gültigkeit2016‑11‑06 17:53:23
StatusKyellow.png EntwurfVersions-Label0.1
NameParticipantAllergyBezeichnungParticipant Allergie (Allergen)
BeschreibungDie die Allergie oder Intoleranz auslösende Substanz 
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
ItemDTKardKonfBeschreibungLabel
@typeCode
cs1 … 1FCSM
 fixer Wert: CSM 
hl7:participantRole
1 … 1R(Par...rgy)
Treetree.png@classCode
cs1 … 1FMANU
Treetree.pnghl7:playingEntity
0 … *(Par...rgy)
Treeblank.pngTreetree.png@classCode
cs1 … 1FMMAT
Treeblank.pngTreetree.pnghl7:code
CE (extensible)1 … 1RCodierte Angabe der allergieauslösenden Substanz.
Ist keine codierte Angabe des Allergens möglich, wird im Element <originalText> der Verweis auf den narrativen Teil angegeben.
Für den Code wird der nullFlavor "NI" angegeben.		(Par...rgy)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.180 ELGA_AllergyOrIntoleranceAgent (DYNAMIC)
 Beispiel<code nullFlavor="NI">
  <originalText>
    <reference value="#ref1"/>  </originalText></code>
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED1 … 1RVerweis auf die Beschreibung des Allergens im narrativen Teil.(Par...rgy)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1R(Par...rgy)

7.3.6 Problem Entry Allergien-Reaktion

Id1.2.40.0.34.11.13.3.15
ref
elgaps-
Gültigkeit2017‑07‑13 21:39:19
Andere Versionen mit dieser Id:
  • Kblank.png ProblemEntryAllergyReaction vom 2017‑04‑13 17:09:30
StatusKyellow.png EntwurfVersions-Label0.1
NameProblemEntryAllergy_ReactionBezeichnungProblem Entry Allergien-Reaktion
BeschreibungEntry für die Alllergie-Reaktion
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.15
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.13.3.21ContainmentKyellow.png Severity Observation (0.1)DYNAMIC
BeziehungAdaptation: Template 1.2.40.0.34.11.13.3.13 (2017‑04‑13 17:09:30)
ref
elgaps-
Beispiel
Strukturbeispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.15"/>  <id root="" extension=""/>  <code code=" " displayName=" " codeSystem=" " codeSystemName=" "/>  <text>
    <reference value="#xxx"/>  </text>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20180108220155"/>  </effectiveTime>  <value hl7:type="CD" code="51599000" displayName="Oedema of larynx" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT">
    <originalText>
      <reference value="#ref1"/>    </originalText>    <translation/>  </value>  <entryRelationship typeCode="SUBJ" inversionInd="true">
    <!-- template 1.2.40.0.34.11.13.3.21 'Severity Observation' (2017-08-20T12:08:35) -->
  </entryRelationship></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1R(Pro...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Pro...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.15
Treetree.pnghl7:id
0 … *Systeminterne ID der entsprechenden Allergiereaktion - zur Referenzierung oder Aggregierung(Pro...ion)
Treetree.pnghl7:code
CE (extensible)1 … 1MCode für die Art der Reaktion, die Verwendung "Problem" ist empfohlen.

Anmerkung: Das Value Set ELGA_Problemarten wird abgelöst, in neuen Dokumenten ist ELGA_Problemarten_2018 zu verwenden.		(Pro...ion)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.35 atcdabbr_Problemarten_VS (DYNAMIC)
Treetree.pnghl7:text
ED0 … 1RFalls vorhanden, enthält dieses Element einen Verweis auf die Allergie-Reaktion im narrativen Teil.(Pro...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Pro...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1RVerweis auf die Allergie-Reaktion im narrativen Teil
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M(Pro...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RAngabe der Zeitspanne, in der die Reaktion aufgetreten ist.
Ist die Zeitspanne nicht bekannt, so ist nur der low-Wert mit nullFlavor 'UNK' zu verwenden.		(Pro...ion)
Treetree.pnghl7:value
1 … 1RDas Attribut @code enthält den Code für die Reaktion.
erlaubte nullFlavor:  NI 
in diesem Fall ist die Textreferenz <originalText> verpflichtend		(Pro...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FCD
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.181 ELGA_AllergyReaction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:originalText
ED0 … 1C(Pro...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TELVerweist auf die Stelle im narrativen Textbereich, in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).(Pro...ion)
 ConstraintWenn @code den nullFlavor=NI enthält, muss originalText.reference vorhanden sein
Treeblank.pngTreetree.pnghl7:translation
CE (extensible)0 … *Dieses Feld wird verwendet, wenn codes aus einem abweichenden ValueSet angegeben werden. 
z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter code im vorgegebene VS vorhanden ist.		(Pro...ion)
Treetree.pnghl7:entryRelationship
0 … 1RSchweregrad
In dem enthaltenen entry wird der Schweregrad der allergischen Reaktion oder Intoleranz beschrieben.
Beinhaltet 1.2.40.0.34.11.13.3.21 Severity Observation (DYNAMIC)		(Pro...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue

7.3.7 Severity Observation Entry

Id1.2.40.0.34.11.13.3.21
ref
elgabbr-
Gültigkeit2017‑08‑20 12:08:35
StatusKyellow.png EntwurfVersions-Label0.1
NameSeverityObservationBezeichnungSeverity Observation
BeschreibungObservation zur Angabe des Schweregrads der allergischen Reaktion.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.21
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1 eHDSI Severity (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.21"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="SEV"/>  <text>
    <reference value="#ref1"/>  </text>  <statusCode code="completed"/>  <value hl7:type="CD" code="24484000" displayName="Severe" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
R(Sev...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Sev...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.21
Treetree.pnghl7:id
II0 … *(Sev...ion)
Treetree.pnghl7:code
CE (extensible)1 … 1MFixer Wert 'SEV': die Observation enthält einen Schweregrad(Sev...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FSEV
Treetree.pnghl7:text
ED0 … 1RFalls vorhanden, enthält das Element einen Verweis auf die Beschreibung des Schweregrads im narrativen Teil.(Sev...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Sev...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1RVerweis auf den Schweregrad im narrativen Teil
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1MFixer Wert: completed(Sev...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
1 … 1RDas Element enthält  den Code für den Schweregrad. (Sev...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FCD
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.189 ELGA_ProblemSeverity (DYNAMIC)

7.3.8 Criticality Observation Entry

Id1.2.40.0.34.11.13.3.18
ref
elgabbr-
Gültigkeit2017‑08‑10 19:52:16
StatusKyellow.png EntwurfVersions-Label
NameCriticalityObservationBezeichnungCriticality Observation
BeschreibungObservation für die Angabe des Schweregrads des Problems (Kritikalität)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.18
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.18"/>  <code code="82606-5" displayName="Criticality" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <statusCode code="completed"/>  <value xsi:type="CD" code="CRITH"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1M(Cri...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Cri...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.18
Treetree.pnghl7:code
CE (extensible)1 … 1M(Cri...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F82606-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
1 … 1FCriticality
Treetree.pnghl7:text
0 … 1RFalls vorhanden, enthält dieses Element einen Verweis auf die Angabe des Schweregrads im narrativen Teil.(Cri...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Cri...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1RVerweis auf die Angabe des Schweregrads im narrativen Teil
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M(Cri...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
1 … 1MDieses Element enthält den Code für die Kritikalität des Problems(Cri...ion)
Treeblank.pngTreetree.png@xsi:type
0 … 1FCD
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.182 ELGA_CriticalityObservationValue (DYNAMIC)

7.3.9 Certainty Observation Entry

Id1.2.40.0.34.11.13.3.19
ref
elgabbr-
Gültigkeit2017‑08‑10 20:25:54
StatusKyellow.png EntwurfVersions-Label
NameCertaintyObservationBezeichnungCertainty Observation
BeschreibungDokumentiert die Sicherheit, mit der ein Problem besteht.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.19
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.19"/>  <code code="NEW-LOINC-CERTAINTY" codeSystem="2.16.840.1.113883.6.1"/>  <text>
    <reference value="#ref1"/>  </text>  <statusCode code="completed"/>  <value hl7:type="CD" code="confirmed" displayName="confirmed" codeSystem="2.16.840.1.113883.4.642.3.115"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1M(Cer...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Cer...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.19
Treetree.pnghl7:code
CE (extensible)1 … 1MCode zur Observation "Gewissheit, mit der das Gesundheitsproblem besteht"(Cer...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F66455-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
1 … 1FCondition status
Treetree.pnghl7:text
0 … 1RFalls vorhanden, enthält das Element einen Verweis auf die Beschreibung der Diagnosesicherheit im narrativen Teil.(Cer...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Cer...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1RVerweis auf die Beschreibung der Diagnosesicherheit im narrativen Teil
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M(Cer...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
1 … 1MDieses Element dokumentiert die Sicherheit, mit der ein Problem besteht.(Cer...ion)
Treeblank.pngTreetree.png@xsi:type
0 … 1FCD
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.184 ELGA_ConditionVerificationStatus (DYNAMIC)

7.3.10 Allergy Status Observation Entry

Id1.2.40.0.34.11.13.3.14
ref
elgabbr-
Gültigkeit2017‑07‑13 21:15:15
StatusKyellow.png EntwurfVersions-Label0.1
NameAllergyStatusObservationBezeichnungAllergy Status Observation
BeschreibungKlinischer Status der Allergie
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.14
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1.1 IHE Problem Status Observation (2013‑12‑20)
ref
IHE-PCC-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.14"/>  <code code="33999-4" displayName="Status" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <text>
    <reference value="#cstatus-2"/>  </text>  <statusCode code="completed"/>  <value hl7:type="CD" code="active" codeSystem="2.16.840.1.113883.4.642.3.155" codeSystemName="Condition Clinical Status Codes"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1M(All...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(All...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.14
Treetree.pnghl7:code
CE (extensible)1 … 1MObservation des klinischen Status(All...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F33999-4
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
0 … 1RFalls vorhanden, enthält dieses Element eine Referenz auf den klinischen Status der Allergie im narrativen Teil(All...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(All...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1MFester Wert: completed(All...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
1 … 1RDieses Element enthält den codierten Wert des klinischen Status.(All...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FCD
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.183 ELGA_AbsentOrUnknownAllergies (DYNAMIC)

7.3.11 ELGA ExternalDocument Entry

Id1.2.40.0.34.11.13.3.17
ref
elgabbr-
Gültigkeit2017‑08‑09 10:55:40
Andere Versionen mit dieser Id:
  • Kblank.png ELGAExternalDocument vom 2017‑08‑09 10:43:02
StatusKyellow.png EntwurfVersions-Label0.1
NameELGAExternalDocumentBezeichnungELGA ExternalDocument
BeschreibungDokumentenverweis. Mehrere Quell-Dokumente können angegeben werden.
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Beispiel
Beispiel
<externalDocument classCode="DOC" moodCode="EVN">
  <id root="1.2.3.999" extension="--example only--"/>  <code code="18842-5" codeSystem="2.16.840.1.113883.6.1" displayName="Discharge summary"/>  <text>
    <reference value="#ref1"/>  </text></externalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:externalDocument
(ELG...ent)
Treetree.png@classCode
cs0 … 1FDOC
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:id
II1 … 1MOID des Quell-Dokuments.(ELG...ent)
Treetree.pnghl7:code
CE (extensible)0 … 1Klassifikation des externen Dokuments entsprechend clinicalDocument.code aus dem Value Set HL7-at_XDS-Dokumentenklassen(ELG...ent)
Treetree.pnghl7:text
ED0 … 1RTitel, Datum und Autor des externen Dokuments.
Wird als Referenz auf den section.text umgesetzt.		(ELG...ent)

7.3.12 Gesundheitsproblem Bedenken Entry

Hierarchisches Diagramm

  1. Entry
     Gesundheitsproblem Bedenken Entry (1.2.40.0.34.11.13.3.6)
    1. Entry
       Author (Body) PS (1.2.40.0.34.11.13.3.16)
      1. Header
         PersonElements (1.2.40.0.34.11.90001)
    2. Entry
       Informant (Body) PS (1.2.40.0.34.11.13.3.20)
      1. Header
         PersonElements (1.2.40.0.34.11.90001)
      2. Header
         OrganizationElements (1.2.40.0.34.11.90002)
      3. Header
         PersonElements (1.2.40.0.34.11.90001)
    3. Entry
       Problem Entry Gesundheitsproblem (1.2.40.0.34.11.13.3.7)
      1. Entry
         Severity Observation (1.2.40.0.34.11.13.3.21)
      2. Entry
         Criticality Observation (1.2.40.0.34.11.13.3.18)
      3. Entry
         Certainty Observation (1.2.40.0.34.11.13.3.19)
      4. Entry
         Problem Status Observation (1.2.40.0.34.11.13.3.13)
    4. Entry
       ELGA ExternalDocument (1.2.40.0.34.11.13.3.17)

Gesundheitsproblem Bedenken Entry

Id1.2.40.0.34.11.13.3.6
ref
elgabbr-
Gültigkeit2017‑01‑26 14:29:54
StatusKyellow.png EntwurfVersions-Label0.2
NameGesundheitsproblemBedenkenEntryBezeichnungGesundheitsproblem Bedenken Entry
Beschreibung
Dieses Entry stellt ein relevantes Gesundheitsproblem des Patienten codiert dar. Es wird mit Status und Datum, sofern bekannt, dokumentiert, weiters mit dem Datum der Erfassung der Diagnose. 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.6
KlassifikationCDA Entry 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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.7ContainmentKyellow.png Problem Entry Gesundheitsproblem (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
Beispiel
Strukturbeispiel
<act classCode="ACT" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.6"/>  <id root="1.2.3" extension="2.3.4"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6"/>  <statusCode code="active"/>  <effectiveTime>
    <low/>    <high/>  </effectiveTime>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
  </informant>  <entryRelationship>
    <!-- template 1.2.40.0.34.11.13.3.7 'Problem Entry Gesundheitsproblem' (2017-08-13T15:08:52) -->
  </entryRelationship>  <reference>
    <!-- template 1.2.40.0.34.11.13.3.17 'ELGA ExternalDocument' (2017-08-09T10:55:40) -->
  </reference></act>
ItemDTKardKonfBeschreibungLabel
hl7:act
1 … 1R(Ges...try)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Ges...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.6
Treetree.pnghl7:id
0 … *R(Ges...try)
Treetree.pnghl7:code
CE (extensible)1 … 1R(Ges...try)
Treeblank.pngTreetree.png@code
CONF0 … 1FCONC
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M
  • "active": Die Bedingungen für das Bedenken gelten noch und werden auch immer noch (vom Author) beobachtet.
  • "completed": Die Gesundheitsproblem oder das Risiko macht keine Bedenken mehr, das Bedenken wird nicht mehr verfolgt und Auswirkungen des Bedenkens sind nicht zu erwarten.
  • Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen.
(Ges...try)
 CONF
@code muss "active" sein
oder
@code muss "completed" sein
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1R
Erstes und letztes Auftreten des Bedenkens.
(Ges...try)
Treeblank.pngTreetree.pnghl7:low
IVXB_TS1 … 1RBeginn des Auftretens des Bedenkens.(Ges...try)
Treeblank.pngTreetree.pnghl7:high
IVXB_TS0 … 1CZeitpunkt des Endes des Bedenkens.
Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben.		(Ges...try)
 ConstraintWenn statusCode=completed ist, dann ist die Angabe dieses Werts erforderlich.
 Schematron assertrole error 
 testhl7:act/hl7:statusCode[@code="completed"] and hl7:act/hl7:effectiveTime/hl7:high 
 Meldungif statusCode = completed effectiveTime.high may not be empty 
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Ges...try)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Ges...try)
Treetree.pnghl7:entryRelationship
1 … *REin oder mehrere Problem Entrys, die diesem Bedenken zugeordnet sind.
Beinhaltet 1.2.40.0.34.11.13.3.7 Problem Entry Gesundheitsproblem (DYNAMIC)		(Ges...try)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ffalse
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zum Gesundheitsproblem angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(Ges...try)

7.3.13 Problem Entry Gesundheitsproblem

Id1.2.40.0.34.777.2.10.1Gültigkeit2019‑01‑20 20:37:41
StatusKyellow.png EntwurfVersions-Label0.1
NameBeeintraechtigungen_SUBBezeichnungBeeinträchtigungen SUB
BeschreibungInformationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.777.2.10.1
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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.30ContainmentKyellow.png Functional Status Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.11.13.2.12 Beeinträchtigungen (2017‑08‑04 12:10:57)
ref
elgabbr-

Kopie: Template 1.2.40.0.34.11.2.2.11 Entlassungszustand (2015‑10‑15)
ref
elgabbr-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.12"/>  <code code="47420-5" codeSystem="2.16.840.1.113883.6.1"/>  <title>Beeinträchtigungen</title>  <text>
    (Optionaler Abschnitt)    <br/>    <br/>    <list>
      <item>Taubheit linkes Ohr</item>      <item>Taubheitsgefühl und Sensitivitätsstärungen linker Arm</item>    </list>  </text>  <entry>
    <!-- template "1.2.40.0.34.11.13.3.30 'Functional Status Entry' (dynamic) -->
  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Bee...SUB)
Treetree.pnghl7:templateId
II1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.777.2.10.1
Treetree.pnghl7:templateId
II1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.12
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Bee...SUB)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@code
CONF1 … 1F47420-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="47420-5" displayName="Functional status assessment" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Bee...SUB)
 CONF
Elementinhalt muss "Beeinträchtigungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RIn diesem Element werden  Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt.(Bee...SUB)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Bee...SUB)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Bee...SUB)
Treetree.pnghl7:entry
0 … 1Maschinenlesbare Form der Informationen
Beinhaltet 1.2.40.0.34.11.13.3.30 Functional Status Entry (DYNAMIC)		(Bee...SUB)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Bee...SUB)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

7.3.14 Problem Status Observation Entry

Id1.2.40.0.34.11.13.3.13
ref
elgabbr-
Gültigkeit2017‑07‑13 21:04:49
Andere Versionen mit dieser Id:
  • Kblank.png ProblemStatusObservationEntry vom 2017‑07‑13 21:03:14
  • Kblank.png ProblemStatusObservationEntry vom 2017‑07‑13 20:51:44
StatusKyellow.png EntwurfVersions-Label0.1
NameProblemStatusObservationEntryBezeichnungProblem Status Observation
BeschreibungKlinischer Status des Problems
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.13
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1.1 IHE Problem Status Observation (2013‑12‑20)
ref
IHE-PCC-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root=" 1.2.40.0.34.11.13.3.13"/>  <code code="33999-4" displayName="Status" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <text>
    <reference value="#cstatus-2"/>  </text>  <statusCode code="completed"/>  <value hl7:type="CD" code="recurrence" codeSystem="2.16.840.1.113883.4.642.3.155"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Pro...try)
Treetree.png@classCode
cs0 … 1FOBS
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Pro...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.13
Treetree.pnghl7:code
CE (extensible)1 … 1MObservation des klinischen Status(Pro...try)
Treeblank.pngTreetree.png@code
CONF1 … 1F33999-4
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED0 … 1RFalls vorhanden, enthält dieses Element einen Verweis auf den klinischen Status im narrativen Teil(Pro...try)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Pro...try)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1RVerweis auf den klinischen Status im narrativen Teil
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1MFester Wert: completed(Pro...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
1 … 1RCodierte Angabe des klinischen Status eines Problems.(Pro...try)
Treeblank.pngTreetree.png@xsi:type
1 … 1FCD
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.198 ELGA_ConditionStatusCode (DYNAMIC)

7.3.15 Medikation Verordnung Entry

Hierarchisches Diagramm

  1. Entry
     Medikation Verordnung Entry eMedikation (1.2.40.0.34.11.8.1.3.1)
    1. Entry
       Sbadm TemplateId Options (1.2.40.0.34.11.90012)
    2. Entry
       Einnahmedauer (1.2.40.0.34.11.30006)
    3. Entry
       Dosierungsvariante 1: Tagesdosierung effectiveTime (1.2.40.0.34.11.30007)
    4. Entry
       Dosierungsvariante 2: Einzeldosierung (1.2.40.0.34.11.30008)
    5. Entry
       Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (1.2.40.0.34.11.30009)
    6. Entry
       Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (1.2.40.0.34.11.30010)
    7. Entry
       Dosierungsvariante 1: Tagesdosierung doseQuantity (1.2.40.0.34.11.30037)
    8. Entry
       Dosierungsvariante 2: Einzeldosierung doseQuantity (1.2.40.0.34.11.30039)
    9. Entry
       Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (1.2.40.0.34.11.30041)
    10. Entry
       Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (1.2.40.0.34.11.30043)
    11. Entry
       Arznei Entry (1.2.40.0.34.11.2.3.4)
    12. Header
       AuthorElements (1.2.40.0.34.11.90004)
      1. Header
         PersonElements (1.2.40.0.34.11.90001)
      2. Header
         OrganizationElements (1.2.40.0.34.11.90002)
    13. Entry
       Dosierungsvariante 2: Einzeldosierung entryRelationship (1.2.40.0.34.11.30040)
      1. Entry
         Splitdose-Einnahmezeitpunkte 1 (1.2.40.0.34.11.30046)
    14. Entry
       Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (1.2.40.0.34.11.30044)
      1. Entry
         Splitdose-Einnahmezeitpunkte 2 (1.2.40.0.34.11.30047)
    15. Entry
       Patient Instructions (1.2.40.0.34.11.30033)
    16. Entry
       Pharmacist Instructions (1.2.40.0.34.11.30034)
    17. Entry
       Therapieart (1.2.40.0.34.11.30045)
    18. Entry
       ID des Containers (1.2.40.0.34.11.90013)

Medikation Verordnung Entry

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.3+20240819)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

7.3.16 Arznei Entry

Id1.2.40.0.34.11.2.3.4
ref
elgabbr-
Gültigkeit2024‑08‑19 07:42:11
Andere Versionen mit dieser Id:
  • Kblank.png ArzneiEntry vom 2022‑01‑21 11:57:02
  • Kblank.png ArzneiEntry vom 2021‑05‑18 15:51:59
  • Kblank.png ArzneiEntry vom 2014‑02‑05
  • Kblank.png ArzneiEntry vom 2014‑01‑31
  • Kblank.png ArzneiEntry vom 2013‑12‑17
  • Kblank.png ArzneiEntry vom 2013‑09‑09
  • Kblank.png ArzneiEntry vom 2012‑07‑14
StatusKgreen.png AktivVersions-Label1.0.3+20240819
NameArzneiEntryBezeichnungArznei Entry
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2022‑01‑21 11:57:02)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2014‑02‑05)
ref
elgabbr-
Beispiel
Strukturbeispiel
<ClinicalDocument>
  <consumable>
    <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">
        <templateId root="1.2.40.0.34.11.2.3.4"/>        <!-- ELGA -->
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>        <!-- IHE PHARM -->
        <!-- Code der Arznei (PZN) oder nullFlavor -->
        <code code="533363" displayName="PARKEMED FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>        <translation code="16288" displayName="Parkemed 500 mg - Filmtabletten" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>        <!-- Name der Arznei -->
        <name>Parkemed 500 mg - Filmtabletten</name>        <!-- Darreichungsform -->
        <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/>        <!-- Angaben zur Packung (nur wenn PZN oder Zul.nummer vorhanden) -->
        <asContent classCode="CONT">
          <containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE">
            <!-- Packungsgröße -->
            <capacityQuantity value="20"/>          </containerPackagedMedicine>        </asContent>        <!--
Optional ein oder mehrere Wirkstoff(e)
-->
        <!-- Wirkstoff 1 -->
        <ingredient classCode="ACTI">
          <!-- Wirkstoff aus dem ATC Codesystem -->
          <ingredient classCode="MMAT" determinerCode="KIND">
            <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>            <name>Mefenaminsäure</name>          </ingredient>        </ingredient>      </manufacturedMaterial>    </manufacturedProduct>  </consumable></ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:manufacturedProduct
(Arz...try)
Treetree.png@classCode
cs1 … 1FMANU
Treetree.pnghl7:templateId
II1 … 1R(Arz...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7.2
Treetree.pnghl7:templateId
II1 … 1R(Arz...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.53
Treetree.pnghl7:manufactured​Material
1 … 1M(Arz...try)
Treeblank.pngTreetree.png@classCode
cs1 … 1FMMAT
Treeblank.pngTreetree.png@determiner​Code
cs1 … 1FKIND
 ConstraintKonditionale Konformität:
CardConfPrädikat
0..1OPZN oder Zulassungsnummer vorhanden
NPPZN oder Zulassungsnummer nicht vorhanden
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1R(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.3.4
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1R(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.1
Treeblank.pngTreetree.pnghl7:code
CE1 … 1RPharmazentralnummer (OID 1.2.40.0.34.4.16) oder Zulassungsnummer (OID 1.2.40.0.34.4.17) der Arznei
Zugelassene nullFlavor:
  • 'NA' Arznei ist eine magistrale Zubereitung

Die Pharmazentralnummer (PZN) der Arznei. Bei magistralen Anwendungen, bei denen keine Pharmazentralnummer existiert, wird der nullFlavor 'NA' angewandt.

Das Codesystem „Pharmazentralnummer“ {1.2.40.0.34.4.16} wird am Terminologieserver in der „ASP-Liste“ (Liste der humanen Arzneispezialitäten gelistet nach PZN) publiziert, die ASP-Liste enthält neben der Pharmazentralnummer auch die korrespondierende Zulassungsnummer {1.2.40.0.34.4.17}.

Die Codeliste kann über den Terminologieserver (https://termpub.gesundheit.gv.at/) abgerufen werden.

(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NA" sein
oder
@nullFlavor muss "NI" sein
oder
@nullFlavor muss "UNK" sein
 CONF
@codeSystem muss "1.2.40.0.34.4.16" sein
oder
@codeSystem muss "1.2.40.0.34.4.17" sein
 Beispiel
Code der Arznei (PZN)
<code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>
 Beispiel
Code der Arznei (Zulassungsnummer)
<code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>
 Beispiel
Code der Arznei (PZN) mit Zulassungsnummer
<code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer">
  <translation code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/></code>
 Beispiel
Magistrale Zubereitung ohne PZN oder Zulassungsnummer
<code nullFlavor="NA"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1
Verweist auf die Stelle im narrativen Text-bereich, in dem die Pharmazentralnummer beschrieben ist.
Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.
(Arz...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *CZulassungsnummer der Arznei.
Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird.
(Arz...try)
 ConstraintKonditionale Konformität:
CardConfPrädikat
0..*ODokumenttyp Medikationsliste
NPsonst
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.2.40.0.34.4.17 (Zulassungsnummer)
 Schematron assertrole error 
 testnot(hl7:translation) or //hl7:templateId[@root='1.2.40.0.34.11.8.3'] 
 MeldungOptionale Übersetzung des Codes nur bei Medikationsliste zugelassen 
Treeblank.pngTreetree.pnghl7:name
EN1 … 1RBezeichnung der Arznei. Zugelassenes nullFlavor:
  • NA Arznei ist eine magistrale Zubereitung
Die vollständige Bezeichnung der Arznei gemäß ihrer PZN („Handelsname“). Für magistrale Zubereitungen, bei denen keine Pharmazentralnummer und damit auch kein Handelsname existiert, MUSS eine Bezeichnung der magistralen Zubereitung angegeben werden. Die Bezeichnung der magistralen Zubereitung sollte kürzer als die Langbeschreibung sein (siehe Kapitel 4.4.1.2.14 bzw. 4.4.2.2.12), aber mindestens den Hauptwirkstoff und dessen Stärke enthalten.
(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NA" sein
 Beispiel
Name der Arznei
<name>Parkemed 500mg</name>
 Beispiel
Magistrale Zubereitungen ohne Handelsname
<name nullFlavor="NA"/>
Treeblank.pngTreetree.pngpharm:formCode
0 … 1Darreichungsform, z.B. bei magistraler Zubereitung.(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.2.40.0.10.1.4.3.4.3.5
 Beispiel
Darreichungsform bei magistraler Zubereitung
<formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="ELGA_MedikationDarreichungsform"/>
 Schematron assertrole error 
 testhl7:code/@code or (hl7:code/@nullFlavor and count(pharm:asContent)=0) 
 Meldungpharm:asContent Komponente zur Aufnahme der Packungsangaben nur zulässig, wenn PZN oder Zulassungsnummer vorhanden 
Treeblank.pngTreetree.pngpharm:asContent
0 … 1
Angaben zur Packung.
Angaben zur Packung werden nur angegeben, wenn die Arznei eine Pharmazentralnummer oder Zulassungsnummer besitzt. In allen anderen Fällen werden keine Angaben zur Packung gemacht.
 
(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCONT
Treeblank.pngTreeblank.pngTreetree.pngpharm:container​Packaged​Medicine
1 … 1MAbbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element.(Arz...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCONT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs1 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:capacity​Quantity
PQ1 … 1MMenge der Arznei in der Packung.(Arz...try)
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)
 ConstraintKonditionale Konformität:
Menge in nicht-zählbaren Einheiten -> 1..1 M mit @unit aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> 0..1 O mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ
Treeblank.pngTreetree.pngpharm:ingredient
0 … *Komponente zur Aufnahme des Wirkstoffs.

Bei magistralen Zubereitungen SOLL mindestens ein Wirkstoff angegeben werden. Bei Arzneien ist die Angabe von Wirkstoffen optional.
Wirkstoff-Codes stammen aus der ATC-Klassifikation (Anatomical Therapeutic Chemical  Classification), die von der WHO herausgegeben wird. Die deutsche Bezeichnung der Codes entspricht der Übersetzung des GKV-Arzneimittelindex im Wissenschaftlichen Institut der AOK (WidO), AOK Bundesverband GbR, Deutschland.
Zusätzlich kommen ergänzende Codes aus dem Arzneimittelverzeichnis der AGES zum Einsatz.
(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACTI
 Beispiel
Wirkstoff 1 (codiert, Value-Set ELGA_whoATC_VS) Beispiel Arznei
<ingredient classCode="ACTI">
  <ingredient classCode="MMAT" determinerCode="KIND">
    <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>    <name>Mefenaminsäure</name>  </ingredient></ingredient>
 Beispiel
Wirkstoff 2 (nur Name), Beispiel magistrale Zubereitung
<ingredient classCode="ACTI">
  <ingredient classCode="MMAT" determinerCode="KIND">
    <name>Mefenaminsäure</name>  </ingredient></ingredient>
 Beispiel
Wirkstoff 1 (codiert, Value-Set ELGA_Wirkstoffe_AGES_VS), 2795 Beispiel Arznei, wird nur in der Medikationsliste verwendet
<ingredient classCode="ACTI">
  <ingredient classCode="MMAT" determinerCode="KIND">
    <code code="100000090680" displayName="SENNAE FOLIUM" codeSystem="1.2.40.0.34.5.156" codeSystemName="Medikation_AGES_Wirkstoffe"/>    <name>Mefenaminsäure</name>  </ingredient></ingredient>
Treeblank.pngTreeblank.pngTreetree.pngpharm:ingredient
1 … 1MCode und Name des Wirkstoffs.(Arz...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FMMAT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs1 … 1FKIND
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:code
CE0 … 1Code und Klartext des Wirkstoffs.(Arz...try)
 ConstraintZulässige Werte gemäß Value-Set „ELGA_whoATC_VS“ z.B.: M01AG01, Mefenamic acid. Bei Verwendung im Rahmen der Medikationsliste sind auch Werte gemäß Value-Set „ELGA_Wirkstoffe_AGES_VS“ zugelassen.
 CONF
@codeSystem muss "2.16.840.1.113883.6.73" sein
oder
@codeSystem muss "1.2.40.0.34.5.156" sein
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Arz...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *Wird das Element in der Medikationsliste verwendet, ist hier die Wirkstoffklasse zum Wirkstoff angegeben.

Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird. 		(Arz...try)
 ConstraintKonditionale Konformität:
CardConfPrädikat
1..1MElement wird in Medikationsliste verwendet
NPSonst
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:name
EN1 … 1M
Name des Wirkstoffs.
z.B.: Mefenaminsäure
(Arz...try)

7.3.17 Medikation Abgabe Entry

Hierarchisches Diagramm

  1. Entry
     Medikation Abgabe Entry eMedikation (1.2.40.0.34.11.8.2.3.1)
    1. Entry
       Arznei Entry (1.2.40.0.34.11.2.3.4)
    2. Header
       AssignedEntityElements (1.2.40.0.34.11.90003)
      1. Header
         PersonElements (1.2.40.0.34.11.90001)
      2. Header
         OrganizationElements (1.2.40.0.34.11.90002)
    3. Header
       AuthorElements (1.2.40.0.34.11.90004)
      1. Header
         PersonElements (1.2.40.0.34.11.90001)
      2. Header
         OrganizationElements (1.2.40.0.34.11.90002)
    4. Entry
       Patient Instructions (1.2.40.0.34.11.30033)
    5. Entry
       Pharmacist Instructions (1.2.40.0.34.11.30034)
    6. Entry
       Patient Instructions (1.2.40.0.34.11.30033)
    7. Entry
       Pharmacist Instructions (1.2.40.0.34.11.30034)
    8. Entry
       Therapieart (1.2.40.0.34.11.30045)
    9. Entry
       Altered Dosage Instructions (1.2.40.0.34.11.30035)
      1. Entry
         Sbadm TemplateId Options (1.2.40.0.34.11.90012)
      2. Entry
         Einnahmedauer (1.2.40.0.34.11.30006)
      3. Entry
         Dosierungsvariante 1: Tagesdosierung effectiveTime (1.2.40.0.34.11.30007)
      4. Entry
         Dosierungsvariante 2: Einzeldosierung (1.2.40.0.34.11.30008)
      5. Entry
         Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (1.2.40.0.34.11.30009)
      6. Entry
         Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (1.2.40.0.34.11.30010)
      7. Entry
         Dosierungsvariante 1: Tagesdosierung doseQuantity (1.2.40.0.34.11.30037)
      8. Entry
         Dosierungsvariante 2: Einzeldosierung doseQuantity (1.2.40.0.34.11.30039)
      9. Entry
         Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (1.2.40.0.34.11.30041)
      10. Entry
         Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (1.2.40.0.34.11.30043)
      11. Entry
         Dosierungsvariante 1: Tagesdosierung entryRelationship (1.2.40.0.34.11.30038)
      12. Entry
         Dosierungsvariante 2: Einzeldosierung entryRelationship (1.2.40.0.34.11.30040)
        1. Entry
           Splitdose-Einnahmezeitpunkte 1 (1.2.40.0.34.11.30046)
      13. Entry
         Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (1.2.40.0.34.11.30042)
      14. Entry
         Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (1.2.40.0.34.11.30044)
        1. Entry
           Splitdose-Einnahmezeitpunkte 2 (1.2.40.0.34.11.30047)
    10. Entry
       ID des Containers (1.2.40.0.34.11.90013)

Medikation Abgabe Entry

Id1.2.40.0.34.11.8.2.3.1
ref
elgabbr-
Gültigkeit2014‑09‑10
Andere Versionen mit dieser Id:
  • Kblank.png MedikationAbgabeEntryemed vom 2014‑01‑31
StatusKyellow.png EntwurfVersions-Label
NameMedikationAbgabeEntryemedBezeichnungMedikation Abgabe Entry eMedikation
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.8.2.3.1
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 8 Templates
Benutzt als NameVersion
1.2.40.0.34.11.2.3.4ContainmentKgreen.png Arznei Entry (1.0.3+20240819)DYNAMIC
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
1.2.40.0.34.11.90004InklusionKgreen.png AuthorElementsDYNAMIC
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.30035ContainmentKgreen.png Altered Dosage InstructionsDYNAMIC
1.2.40.0.34.11.90013InklusionKyellow.png ID des ContainersDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (2014‑09‑10)
ref
elgabbr-
Beispiel
Strukturbeispiel
<entry typeCode="DRIV">
  <supply classCode="SPLY" moodCode="EVN">
    <templateId root=" 1.2.40.0.34.11.8.2.3.1"/>    <!-- ELGA -->
    <templateId root="2.16.840.1.113883.10.20.1.34"/>    <!-- HL7 CCD -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.3"/>    <!-- IHE PCC -->
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.4"/>    <!-- IHE PHARM -->
    <!-- ID des MedikationAbgabe-Entry -->
    <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>    <!-- Abgabeart -->
    <code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!--
Referenz zum narrativen Abschnitt dieses MedikationAbgabe-Entry
im Text-Bereich der Sektion
-->
    <text>
      <reference value="#apos-1"/>    </text>    <!-- Abgegebene Packungsanzahl -->
    <quantity value="1"/>    <!-- Abgegebene Arznei -->
    <product>
      <!-- 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>    </product>    <!--
Verfasser der Verordnung, falls Referenz zu Verordnung vorhanden
(nur bei Verwendung im Rahmen der Medikationsliste)
-->
    <author> : </author>    <!--
Verfasser der Abgabe
(nur bei Verwendung im Rahmen der Medikationsliste)
-->
    <author> : </author>    <!-- Verordnung zu dieser Abgabe (falls vorhanden) -->
    <entryRelationship typeCode="REFR">
      <!-- ELGA MedikationVerordnung-Entry -->
      <substanceAdministration classCode="SBADM" moodCode="INT">
        <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>        <consumable>
          <manufacturedProduct>
            <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>      </substanceAdministration>    </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>    <!-- Dosierungsinformationen -->
    <entryRelationship typeCode="COMP">
      <substanceAdministration classCode="SBADM" moodCode="INT">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>         : ... Art der Anwendung ... : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... :         <consumable>
          <manufacturedProduct>
            <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>         :
... Dosierungsvarianten 2 + 4 ... :       </substanceAdministration>    </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>  </supply></entry>
ItemDTKardKonfBeschreibungLabel
hl7:supply
(Med...med)
Treetree.png@classCode
cs1 … 1FSPLY
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1R(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.2.3.1
Treetree.pnghl7:templateId
II1 … 1R(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.34
Treetree.pnghl7:templateId
II1 … 1R(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7.3
Treetree.pnghl7:templateId
II1 … 1R(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.4
Treetree.pnghl7:id
II1 … 1MID des MedikationAbgabe-Entry.(Med...med)
wo [1]
Treeblank.pngTreetree.png@root
uid1 … 1RWurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation
Treeblank.pngTreetree.png@extension
st1 … 1RAbgabeID = {eMedID}_{lokal vergebene ID}
 Beispiel<id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" ssigningAuthorityName="Apothekexyz"/>
Treetree.pnghl7:id
II0 … 1CID des ursprünglichen MedikationAbgabe-Entry (aus dem Abgabe-Dokument)(Med...med)
wo [2]
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.3
 Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation
Treeblank.pngTreetree.png@extension
st1 … 1RAbgabeID = {eMedID}_{lokal vergebene ID}
 ConstraintKonditionale Konformität:
CardConfPrädikat
1..1MAbgabe-Entry liegt in Medikationsliste vor
NPSonst
 Beispiel<id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" assigningAuthorityName="Ordination Dr. Meier"/>
Treetree.pnghl7:code
CE0 … 1Code des MedikationAbgabe-Entry (Abgabeart). Dieses Element dient zur Kennzeichnung, ob die Abgabe eine zugrundeliegende Verordnung vollständig oder partiell (z.B. im Falle einer Bestellung) erfüllt.(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.159 ELGA_MedikationAbgabeArt (DYNAMIC)
 Beispiel
Strukturbeispiel
<code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>
Treeblank.pngTreetree.pnghl7:originalText
ED0 … 1Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med)
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="#apos-1"/></text>
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#apos-{generierteID}, z.B.: #apos-1
Treetree.pnghl7:quantity
PQ1 … 1RPackungsanzahl.

Zugelassene nullFlavor: MSK
Einschränkung: Negative Werte ergeben keinen Sinn und sind daher ungültig.
(Med...med)
 Beispiel
Strukturbeispiel
<!-- Abgegebene Packungsanzahl -->
<quantity value="1"/>
Treetree.pnghl7:product
1 … 1MKomponente zur Aufnahme der Arznei auf die sich der MedikationAbgabe-Entry bezieht.
Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC)		(Med...med)
 Beispiel
Strukturbeispiel
<!-- Abgegebene Arznei -->
<product>
  <!-- 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></product>
Treetree.pnghl7:performer
0 … 1C(Med...med)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FPRF
 ConstraintKonditionale Konformität für das performer-Element:<TBODY></TBODY>
CardConfPrädikat
1..1MDieses Element (1.2.40.0.34.11.8.2.3.1) wird in Medikationsliste verwendet und eine Referenz zu einer Vordnung ist vorhanden
NPSonst
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1R(Med...med)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(Med...med)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Med...med)
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.		(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Med...med)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Med...med)
 Schematron assertrole error 
 testcount(ancestor::hl7:templateId[@root='1.2.40.0.34.11.8.3'])=0 or count(hl7:author)=2 
 MeldungIn einer Medikationsliste muss der Verfasser der Verordnung / der Abgabe (author-Element) angegeben werden. 
Eingefügt0 … 2C von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC)
1. <author> Element: Verfasser der Verordnung zu dieser Abgabe.
Das erste <author> Element beinhaltet den Verfasser des Rezepts auf dem die Verordnung ausgestellt wurde, auf die eine Referenz existiert. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“.

Zugelassene nullFlavor: NA

Da das <author> Element im CDA Schema gewisse Unterelemente zwingend benötigt, ist ein einfaches <author nullFlavor=‘NA‘/> nicht ausreichend und würde zu einer CDA Schema Verletzung führen. Im Falle der Anwendung von nullFlavor=‘NA‘ sind demnach die erforderlichen Unterelemente mit diesem Attribut zu versehen. 

Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.

2. <author> Element: Verfasser der Abgabe
Das zweite <author> Element beinhaltet den Verfasser der Abgabe. Das author/time Element hat dabei die Bedeutung „Datum der Abgabe“.

Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.

 ConstraintKonditionale Konformität für die author-Elemente:
CardConfPrädikat
NPDieses Element (1.2.40.0.34.11.8.2.3.1) wird nicht in der Medikationsliste verwendet. Die author-Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.
1..RDieses Element (1.2.40.0.34.11.8.2.3.1) wird in der Medikationsliste verwendet, dann:
wenn eine Referenz zu einer Verordnung vorhanden ist ,wird im 1. Author-Element der Verfasser der Verordnung genannt;
wenn keine Referenz zu einer Verordnung vorhanden ist, muss das Author-Element null sein (siehe Beispiel)
..2MDieses Element (1.2.40.0.34.11.8.2.3.1) wird in der Medikationsliste verwendet, dann wird im 2. Author-Element der Verfasser der Abgabe genannt.
 Beispiel
1. <author> Element: Verfasser der Verordnung, falls Referenz zu Verordnung vorhanden
<author> : Author Element, übernommen aus dem zugrundeliegenden Rezept-Dokument zu der Abgabe : </author>
 Beispiel
1. <author> Element: Keine Referenz zu einer Vordnung vorhanden, Verfasser der Verordnung (1. Author-Element) ist null
<author nullFlavor="NA">
  <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">
    <id nullFlavor="NA"/>  </assignedAuthor></author>
 Beispiel
Verfasser einer Abgabe (2. Author-Element)
<author>
  <functionCode code="P" displayName="Pharmazeut" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Heilsapotheke Funktionscodes"/>  <time value="20130327082015+0100"/>  <assignedAuthor>
    <id root="1.2.40.0.34.99.111.1.4" extension="1111" assigningAuthorityName="Heilsapotheke"/>    <telecom use="WP" value="tel:+43.6138.3453446.1111"/>    <assignedPerson>
      <!-- .. -->
    </assignedPerson>    <representedOrganization>
      <!-- .. -->
    </representedOrganization>  </assignedAuthor></author>
Auswahl0 … 2Elemente 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
Treetree.pnghl7:entryRelationship
0 … 1CReferenz zur Verordnung.
Falls vorhanden, ist die VerordnungsID zum abgegebenen Medikament als Beziehung angeführt.

ACHTUNG: Es ist immer die VerordnungsID des Verordnungs-Entry anzugeben, welches ursprünglich im Rezept-Dokument angegeben wurde, unabhängig von etwaigen darauffolgenden Korrekturen mittels Pharmazeutischer Empfehlungen.

(Med...med)
wo [@typeCode='REFR']
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MReferenz zu VerordnungsID vorhanden
NPReferenz zu VerordnungsID nicht vorhanden
 Beispiel
Strukturbeispiel
<!-- Verordnung dieser Abgabe (falls vorhanden) -->
<entryRelationship typeCode="REFR">
  <!-- ELGA MedikationVerordnung-Entry -->
  <substanceAdministration classCode="SBADM" moodCode="INT">
    <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>    <consumable>
      <manufacturedProduct>
        <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>  </substanceAdministration></entryRelationship>
Treeblank.pngTreetree.pnghl7:substanceAdministration
(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MVerordnungsID.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.2
 Wurzel OID der ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RVerordnungsID. Strukturvorschrift: VerordnungsID = {eMedID}_{lokal vergebene ID}
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ügt0 … 1R von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC)
Treetree.pnghl7:act
0 … 1RAbbildung der Zusatzbemerkungen als untergeordnetes act-Element.(Med...med)
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.49
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPINSTRUCT
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.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.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#patinfo-{generierteID}, z.B.: #patinfo-1
Treeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreetree.pnghl7:entryRelationship
1 … 3MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.1
Treeblank.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.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.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.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.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt0 … 1R von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC)
Treetree.pnghl7:act
0 … 1R(Med...med)
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.43
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3.1
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FFINSTRUCT
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.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.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#abginfo-{generierteID}, z.B.: #abginfo-1
Treeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreetree.pnghl7:entryRelationship
1 … 2MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.2
Treeblank.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.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.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.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.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
0 … 1Komponente zur Aufnahme der Zusatzinformationen für den Patienten, 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
 Beispiel
Strukturbeispiel
<text>
  <content ID="patinfo-{generierteID}">
    <content ID="zinfo-{generierteID}">
      <!--... Hier stehen Zusatzinformationen für den Patienten ...-->
    </content>    <content ID="altein-{generierteID}">
      <!--... Hier stehen Informationen zur alternative Einnahme ...-->
    </content>    <content ID="arzneiinfo_{generierteID}">
      <!--... Hier stehen Informationen zur Arznei ...
(nur im Rahmen der Medikationsliste)-->
    </content>  </content></text>
 Beispiel
Strukturbeispiel
<entry typeCode="DRIV">
   :   <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"/>      <text>
        <reference value="#patinfo-{generierteID}"/>      </text>      <statusCode code="completed"/>      <!--
Eine oder mehrere Referenzen zu Informationskategorien:
“Zusatzinformationen für den Patienten”,
“Informationen zur alternative Einnahme”,
“Informationen zur Arznei”
-->
      <entryRelationship typeCode="SUBJ" inversionInd="true">
        <act classCode="ACT" moodCode="INT">
          <templateId root="1.2.40.0.34.11.8.0.3.1"/>          <code code="ZINFO|ALTEIN|ARZNEIINFO" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>          <text>
            <reference value="#zinfo|altein|arzneiinfo-{generierteID}"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entryRelationship>   : </entry>
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 … 1Ergänzende Informationen zur Abgabe und 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
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MArznei ist eine magistrale Zubereitung
0..1OArznei ist keine magistrale Zubereitung
 Beispiel
Strukturbeispiel
<text>
   :   <content ID="abginfo-{generierteID}">
    <content ID="erginfo-{generierteID}"> ... Hier stehen ergänzende Informationen zur Abgabe ... </content>    <content ID="magzub-{generierteID}"> ... Hier stehen ergänzende Informationen zur magistralen Zubereitung ... </content>  </content>   : </text>
 Beispiel
Strukturbeispiel
<entry typeCode="DRIV">
   :   <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"/>      <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|MAGZUB" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>          <text>
            <reference value="#erginfo|magzub-{generierteID}"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entryRelationship>   : </entry>
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)
Therapieart.
Im Falle von Abgaben zu einer Verordnung nur anzugeben, falls dieses sich von der Therapieart der Verordnung unterscheidet.
 Beispiel
Strukturbeispiel
<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>
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)
Treetree.pnghl7:entryRelationship
0 … 1Komponente zur Aufnahme der optionalen Dosierungsinformationen.
Beinhaltet 1.2.40.0.34.11.30035 Altered Dosage Instructions (DYNAMIC)		(Med...med)
wo [@typeCode='COMP'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.6']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 Beispiel
Strukturbeispiel
<entryRelationship typeCode="COMP">
  <substanceAdministration classCode="SBADM" moodCode="INT">
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>     : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... : ... Art der Anwendung ... :     <consumable>
      <manufacturedProduct>
        <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>     : ... Dosierungsvarianten 2 + 4 ... :   </substanceAdministration></entryRelationship>
Eingefügt0 … 1C von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC)
ID des Verordnungs-Entry Containers (Abgabe-Dokument).

Wird das ELGA MedikationAbgabe-Entry im Rahmen der Medikationsliste verwendet, MUSS die ID des Abgabe-Dokuments, welches das Abgabe-Entry ursprünglich beinhaltete, angegeben sein.
 ConstraintKonditionale Konformität für ID des Verordnungs-Entry Containers (Abgabe-Dokument)
CardConfPrädikat
1..1MElement wird in Medikationsliste verwendet
NPSonst
 Beispiel
Strukturbeispiel
<reference typeCode="XCRPT">
  <externalDocument>
    <id root="1.2.40.0.10.1.4.3.4.2.1" extension="C8688SC242CY" assigningAuthorityName="e-MedAT"/>  </externalDocument></reference>
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

7.3.18 ELGA Medical Device Entry

Id1.2.40.0.34.11.13.3.8
ref
elgabbr-
Gültigkeit2017‑02‑26 11:17:52
StatusKyellow.png EntwurfVersions-Label0.1
NameELGAMedicalDeviceBezeichnungELGA Medical Device
BeschreibungDieses Entry beschreibt das medizinisches Gerät oder Implantat, das vom Patienten zur Zeit verwendet wird.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.8
KlassifikationCDA Entry 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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
BeziehungAbgeleitet: Template 1.3.6.1.4.1.12559.11.10.1.3.1.3.5 Medical Devices (2013‑12‑20)
ref
epsos-
Beispiel
Codierte Angabe eines Implantats
<supply classCode="SPLY" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.8"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="71861002" codeSystem="2.16.840.1.113883.6.96"/>  <text>
    <reference value="#dev-1"/>  </text>  <effectiveTime>
    <low value="20110310"/>  </effectiveTime>  <participant typeCode="DEV">
    <participantRole classCode="MANU">
      <id/>      <playingDevice classCode="DEV" determinerCode="INSTANCE">
        <code value="413766009" displayName="Cardiovascular stent" codeSystem="2.16.840.1.113883.6.96">
          <originalText>
            <reference value="#dev-1"/>          </originalText>          <translation/>        </code>      </playingDevice>    </participantRole>  </participant></supply>
ItemDTKardKonfBeschreibungLabel
hl7:supply
1 … 1R(ELG...ice)
Treetree.png@classCode
cs1 … 1FSPLY
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(ELG...ice)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.8
Treetree.pnghl7:id
II0 … *R(ELG...ice)
Treetree.pnghl7:text
ED0 … 1RDieses Element enthält nur einen Verweise auf die Informationen für dieses Gerät im narrativen Teil (ELG...ice)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(ELG...ice)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1RVerweis auf die Informationen für dieses Gerät im narrativen Teil.
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RDieses Element enthält den Zeitpunkt der Versorgung des Patienten.
Im Fall eines Implantats ist hier Datum und Zeit der Implantation anzugeben.
Da nur aktuelle verwendete Geräte oder Implantate anzugeben sind, entfällt die Angabe des high-Wertes.		(ELG...ice)
Treeblank.pngTreetree.pnghl7:low
IVXB_TS1 … 1RDieses Element enthält den Zeitpunkt der Versorgung des Patienten. 
Im Fall eines Implantats ist hier Datum und Zeit der Implantation anzugeben.
Erlaubter NullFlavor: UNK		(ELG...ice)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(ELG...ice)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(ELG...ice)
Treetree.pnghl7:participant
1 … 1RIn diesem Element wird das konkrete Gerät oder Implantat angegeben.(ELG...ice)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDEV
Treeblank.pngTreetree.pnghl7:participantRole
1 … 1R(ELG...ice)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FMANU
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
0 … *RAngabe der Identifikationnummer, z.B. Seriennummer, des Geräts oder Implantats, falls bekannt. (ELG...ice)
Treeblank.pngTreeblank.pngTreetree.pnghl7:playingDevice
1 … 1R(ELG...ice)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs1 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE (extensible)1 … 1RDer Geräte-Code beschreibt den Typ des Geräts oder Implantats (zum Beispiel Armprothese, arterieller Stent). 
  • Hat der Patient kein medizinisches Gerät oder Implantat: Wert aus ELGA_AbsentOrUnknownDevices
  • Liegen keine Informationen bezüglich Geräten oder Implantaten vor: Wert aus ELGA_AbsentOrUnknownDevices
  • Ist keine codierte Angabe für das medizinische Gerät oder Implantat möglich, wird im Element <originalText> der Verweis auf den narrativen Teil angegeben.
  • ansonsten: Wert aus ELGA_MedicalDevices
(ELG...ice)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.192 ELGA_AbsentOrUnknownDevices (DYNAMIC)
oder
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.190 ELGA_MedicalDevices (DYNAMIC)
 Beispiel
Kein medizinisches Gerät oder Implantat
<participant typeCode="DEV">
  <participantRole classCode="MANU">
    <playingDevice>
      <code code="xxxx" codeSystem="xxx" displayName="No implant in situ (situation)"/>    </playingDevice>    <scopingEntity>
      <id root="2.16.840.1.113883.3.3719"/>    </scopingEntity>  </participantRole></participant>
 Beispiel
Keine Information bezüglich Geräten oder Implantaten
<participant typeCode="DEV">
  <participantRole classCode="MANU">
    <playingDevice>
      <code code="xxxx" codeSystem="xxxx" displayName="Presence of implanted device not known (situation)"/>    </playingDevice>    <scopingEntity>
      <id root="2.16.840.1.113883.3.3719"/>    </scopingEntity>  </participantRole></participant>
 Beispiel
Narrative Angabe
<participant typeCode="DEV">
  <participantRole classCode="MANU">
    <playingDevice>
      <code nullFlavor="NI">
        <originalText>
          <reference value="#meddev-1"/>        </originalText>      </code>    </playingDevice>    <scopingEntity>
      <id root="2.16.840.1.113883.3.3719"/>    </scopingEntity>  </participantRole></participant>
 Beispiel
Codierte Angabe des Geräts
<participant typeCode="DEV">
  <participantRole classCode="MANU">
    <id root="1.2.3.999" extension="__example_only__"/>    <playingDevice classCode="DEV" determinerCode="INSTANCE">
      <code code="ein_snomed_code" codeSystem="2.16.840.1.113883.6.96"/>    </playingDevice>  </participantRole></participant>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1(ELG...ice)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1RVerweis auf die Angabe des medizinischen Geräts oder Implantats im narrtiven Teil.(ELG...ice)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CD0 … 1
Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden. 
z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene Value Set vorhanden ist.
(ELG...ice)
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu den medizinischen Geräten oder Implantaten angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(ELG...ice)

7.3.19 Impfungsentry

Keine Versionen mit Status draft, active, review oder pending.

7.3.20 Impfstoff Entry

Keine Versionen mit Status draft, active, review oder pending.

7.3.21 ELGA Procedure Entry

Id1.2.40.0.34.11.13.3.5
ref
elgabbr-
Gültigkeit2017‑01‑28 14:53:47
StatusKyellow.png EntwurfVersions-Label0.1
NameELGA_ProcedureBezeichnungELGA Procedure
BeschreibungEntry zur codierten Darstellung von relevanten Eingriffen und Therapien wie Operationen und konservative Behandlungen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.5
KlassifikationCDA Entry 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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
BeziehungAbgeleitet: Template 2.16.840.1.113883.10.12.306 CDA Procedure (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
hl7:procedure
1 … 1R(ELG...ure)
Treetree.png@classCode
cs1 … 1FPROC
Treetree.png@moodCode
cs1 … 1RWert für das Attribut moodCode:
  • durchgeführte Eingriffe: EVN 
  • geplante Eingriffe: INT
 CONF
@moodCode muss "EVN" sein
oder
@moodCode muss "INT" sein
Treetree.pnghl7:templateId
II1 … 1M(ELG...ure)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.5
Treetree.pnghl7:id
II0 … *(ELG...ure)
Auswahl1 … 1
Ein Code zur Beschreibung des Eingriffs oder der Behandlung.
  • Angabe eines Codes aus der jeweils gültigen Gesamtversion des Leistungskataloges (Katalog medizinischer Einzelleistungen "MEL" und Katalog ambulanter Leistungen "KAL")
  • Liegen keine Eingriffe oder sonstige Behandlungen vor, enthält @value den entsprechenden Wert aus dem ValueSet ELGA_AbsentOrUnknownProcedures
  • Liegen keine Informationen vor, enthält @value den entsprechenden Wert aus dem ValueSet ELGA_AbsentOrUnknownProcedures.
  • Kann kein Code angegeben werden, wird nur über das Element <originalText> auf den narrativen Teil verwiesen.
Elemente in der Auswahl:
  • hl7:code[not(@nullFlavor)]
  • hl7:code[not(@nullFlavor)]
  • hl7:code[@nullFlavor]
Treeblank.pngTreetree.pnghl7:code
CE (extensible)0 … 1Codierte Angabe des Eingriffs oder der Behandlung auf Basis des jeweils gültigen Gesamtversion des Leistungskataloges (Katalog medizinischer Einzelleistungen "MEL" und Katalog ambulanter Leistungen "KAL").(ELG...ure)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1R(ELG...ure)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(ELG...ure)
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE (extensible)0 … 1
Dieses Feld wird verwendet, wenn Codes aus einem abweichenden ValueSet angegeben werden, 
z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene ValueSet vorhanden ist.
(ELG...ure)
Treeblank.pngTreetree.pnghl7:code
CE (extensible)0 … 1Keine Behandlungen oder keine Information über Behandlungen.(ELG...ure)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.193 ELGA_AbsentOrUnknownProcedures (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1R(ELG...ure)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(ELG...ure)
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE (extensible)0 … 1
Dieses Feld wird verwendet, wenn Codes aus einem abweichenden ValueSet angegeben werden, 
z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene ValueSet vorhanden ist.
(ELG...ure)
Treeblank.pngTreetree.pnghl7:code
CE (extensible)0 … 1Uncodierte Angabe(ELG...ure)
wo [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED1 … 1M(ELG...ure)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(ELG...ure)
Treetree.pnghl7:statusCode
CS (erforderlich)0 … 1Status der Procedure:
Erlaubte Werte sind: completed | active | aborted | cancelled

Anmerkung: Für das ELGA Patient Summary werden nur Prozeduren im Status "active" und "complete" herangezogen. 
Für andere Dokumente sind alle vier Statuswerte zulässig. 		(ELG...ure)
Treetree.pnghl7:effectiveTime
IVL_TS0 … 1Stellt die Zeit dar, zu der die Procedure stattfand (@moodCode=EVN) oder zu der die Procedure geplant ist (@moodCode=INT)(ELG...ure)
Treetree.pnghl7:methodCode
CE (extensible)0 … *Angewandte Methode(ELG...ure)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.195 ELGA_ProceduresMethod (DYNAMIC)
Treetree.pnghl7:approachSiteCode
CE (extensible)0 … *Anatomische Herangehensweise(ELG...ure)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.197 ELGA_ProcedureApproachSite (DYNAMIC)
Treetree.pnghl7:target​Site​Code
CE (extensible)0 … *Anatomische Bezeichnung für das Ziel des Eingriffes (ELG...ure)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.196 ELGA_TargetSite (DYNAMIC)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(ELG...ure)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(ELG...ure)
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu dieser Procedure angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(ELG...ure)

7.3.22 ELGA Results Organizer Entry

Id1.2.40.0.34.11.13.3.26
ref
elgabbr-
Gültigkeit2017‑09‑09 17:12:50
StatusKyellow.png EntwurfVersions-Label0.1
NameELGA_ResultsOrganizerBezeichnungELGA Results Organizer
Beschreibung
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.26
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.3.6.1.4.1.19376.1.3.1.6ContainmentKyellow.png Laborergebnisse (Laboratory Observation)DYNAMIC
1.2.40.0.34.11.13.3.12ContainmentKyellow.png ELGA Result Observation (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.12.305 CDA Organizer (2005‑09‑07)
ref
ad1bbr-
Beispiel
Strukturbeispiel
<organizer classCode="BATTERY" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.26"/>  <id root="1.2.3.999" extension="--example only--"/>  <code/>  <statusCode/>  <effectiveTime>
    <low value="20171205214935"/>  </effectiveTime>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
  </informant>  <component>
    <!-- template 1.3.6.1.4.1.19376.1.3.1.6 'Laborergebnisse (Laboratory Observation)' (2017-09-01T13:26:20) -->
  </component>  <component>
    <!-- template 1.2.40.0.34.11.13.3.12 'ELGA Result Observation' (2017-09-17T16:45:42) -->
  </component>  <reference>
    <!-- template 1.2.40.0.34.11.13.3.17 'ELGA ExternalDocument' (2017-08-09T10:55:40) -->
  </reference></organizer>
ItemDTKardKonfBeschreibungLabel
hl7:organizer
(ELG...zer)
Treetree.png@classCode
cs1 … 1FBATTERY
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(ELG...zer)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.26
Treetree.pnghl7:id
II0 … *(ELG...zer)
Treetree.pnghl7:code
CE (extensible)0 … 1(ELG...zer)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.47 ELGA_Laborstruktur (DYNAMIC)
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1R(ELG...zer)
Treetree.pnghl7:effectiveTime
IVL_TS0 … 1(ELG...zer)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(ELG...zer)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(ELG...zer)
Treetree.pnghl7:component
0 … *Beinhaltet 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC)(ELG...zer)
Treetree.pnghl7:component
0 … *Beinhaltet 1.2.40.0.34.11.13.3.12 ELGA Result Observation (DYNAMIC)(ELG...zer)
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu den diagnostischen Resultaten angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(ELG...zer)

7.3.23 Laborergebnisse Entry

Id1.3.6.1.4.1.19376.1.3.1.6
ref
elgabbr-
Gültigkeit2020‑06‑15 08:50:28
Andere Versionen mit dieser Id:
  • Kblank.png LaboratoryObservation vom 2015‑03‑26
  • Kblank.png LaboratoryObservation vom 2014‑12‑06
  • Kblank.png LaboratoryObservation vom 2014‑03‑04
  • Kblank.png LaboratoryObservation vom 2013‑11‑07
StatusKyellow.png EntwurfVersions-Label
NameLaboratoryObservationBezeichnungLaborergebnisse (Laboratory Observation)
KontextElternknoten des Template-Element mit Id 1.3.6.1.4.1.19376.1.3.1.6
KlassifikationCDA Entry 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.4.3.2ContainmentKgreen.png Befundtext (Anmerkungen und Kommentare)DYNAMIC
1.2.40.0.34.11.4.3.3ContainmentKgreen.png Laboratory Performer 2DYNAMIC
BeziehungVersion: Template 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (2015‑03‑26)
ref
elgabbr-
Beispiel
Strukturbeispiel Laborergebnis (Laboratory Observation)
<ClinicalDocument>
  <observation classCode="OBS" moodCode="EVN">
    <!-- TemplateId für Laboratory Observation -->
    <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>    <!-- Testidentifikation -->
    <id extension="OBS-1-4" root="2.16.840.1.113883.2.16.1.99.3.1"/>    <!-- Analyse/Testcode -->
    <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/>    <!-- Verweis auf den narrativen Text -->
    <text>
      <reference value="#OBS-1-4"/>    </text>    <!-- Status des Laborergebnisses -->
    <statusCode code="completed"/>    <!-- medizinisch relevanter Zeitpunkt -->
    <effectiveTime>
      <low value="20131201073406+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Ergebnis der Analyse / des Tests -->
    <value unit="g/dL" value="16.0" type="PQ"/>    <!-- Bewertung des Ergebnisses -->
    <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/>    <!-- Validator -->
    <participant typeCode="AUTHEN"> : </participant>    <!-- Durchführende Instanz / externes Labor -->
    <performer typeCode="PRF"> : </performer>  </observation></ClinicalDocument>
Beispiel
Strukturbeispiel für ein Laborergebnis mit Cut-off-Wert (Datentyp IVL_PQ)
<!--So kann ein Wert von > 500 mg/dl dargestellt und bewertet werden:-->
<ClinicalDocument>
  <value type="IVL_PQ">
    <low value="500" unit="mg/dl" inclusive="false"/>    <high nullFlavor="PINF"/>  </value>  <interpretationCode code=" >" displayName="High off scale" codeSystem="2.16.840.1.113883.5.83 "/></ClinicalDocument>
Beispiel
Strukturbeispiel für ein in Arbeit befindliches Laborergebnis („Wert folgt“)
<!--Angabe von Parametern mit ausständigem Ergebnis:-->
<ClinicalDocument>
  <!--Angabe von Parametern mit ausständigem Ergebnis:-->
  <!--Laboratory Observation, Ergebnis noch nicht verfügbar (Wert folgt)-->
  <observation classCode="OBS" moodCode="EVN">
    <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>    <id extension="OBS-2-6" root="2.16.840.1.113883.2.16.1.99.3.1"/>    <code code="10704-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Wurmeier Stuhl"/>    <text>
      <reference value="#OBS-2-6"/>    </text>    <!-- Status des Laborergebnisses -->
    <statusCode code="active"/>    <effectiveTime nullFlavor="UNK"/>    <value type="ST">Wert folgt</value>    <!-- Bewertung des Ergebnisses wird nicht angegeben [NP] -->
  </observation></ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Lab...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1R(Lab...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.1.6
Treetree.pnghl7:id
II0 … 1Identifikation des Tests nach einer internen Codierung. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.(Lab...ion)
Treetree.pnghl7:code
CE1 … 1RCodierung der Analyse / des Tests. (Lab...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.44 ELGA_Laborparameter (DYNAMIC)
 Schematron assertrole error 
 testnot(@nullFlavor) or not(@nullFlavor='OTH') or hl7:translation 
 MeldungWenn code/@nullFlavor=OTH dann MUSS entweder code/translation anwesend sein. 
Treetree.pnghl7:text
ED0 … 1
Der Text zum Laborergebnis wird verwendet, um einen Verweis zum narrativen Text herzustellen, Verwendung siehe 6.2.9.2 
(Lab...ion)
Treetree.pnghl7:statusCode
CS1 … 1MStatuscode.

Auswahl:
„completed“ für einen abgeschlossenen Test.
„aborted“ für einen stornierten Test (konnte nicht durchgeführt werden)
„active“ für einen ausständigen Test („Wert folgt“)
(Lab...ion)
 CONF
@code muss "completed" sein
oder
@code muss "aborted" sein
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RMedizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Spezimen.(Lab...ion)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:value[@xsi:type='PQ']
  • hl7:value[@xsi:type='IVL_PQ']
  • hl7:value[@xsi:type='INT']
  • hl7:value[@xsi:type='IVL_INT']
  • hl7:value[@xsi:type='BL']
  • hl7:value[@xsi:type='ST']
  • hl7:value[@xsi:type='CV']
  • hl7:value[@xsi:type='TS']
  • hl7:value[@xsi:type='CD']
  • hl7:value[@xsi:type='RTO']
  • hl7:value[@xsi:type='RTO_QTY_QTY']
  • hl7:value[@xsi:type='RTO_PQ_PQ']
 ConstraintKonditionale Konformität:
  • Bei EIS "Basic" 1..1 R2 Codierung der Einheit erforderlich (im Element translation)
  • Bei EIS "Enhanced" 1..1 M Codierung der Einheit nach UCUM erforderlich
Datentyp eingeschränkt auf PQ, IVL_PQ, INT, IVL_INT, BL, ST, CV, TS, CD, RTO, RTO_QTY_QTY, RTO_PQ_PQ
Treeblank.pngTreetree.pnghl7:value
PQCErgebnis der Analyse codiert entsprechend dem Datentyp.
Kann bei stornierten Analysen entfallen.

Unterelemente können je nach Datentyp notwendig sein, z.B. high/low für IVL oder numerator/denominator für RTO.		(Lab...ion)
wo [@xsi:type='PQ']
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
PQR0 … 1Alternative Repräsentation derselben physikalischen Größe, mit unterschiedlicher Einheit in @code und @codeSystem und einem möglicherweise unterschiedlichen Wert.(Lab...ion)
Treeblank.pngTreetree.pnghl7:value
IVL_PQC(Lab...ion)
wo [@xsi:type='IVL_PQ']
Treeblank.pngTreetree.pnghl7:value
INTC(Lab...ion)
wo [@xsi:type='INT']
Treeblank.pngTreetree.pnghl7:value
IVL_INTC(Lab...ion)
wo [@xsi:type='IVL_INT']
Treeblank.pngTreetree.pnghl7:value
BLC(Lab...ion)
wo [@xsi:type='BL']
Treeblank.pngTreetree.pnghl7:value
STC(Lab...ion)
wo [@xsi:type='ST']
Treeblank.pngTreetree.pnghl7:value
CVC(Lab...ion)
wo [@xsi:type='CV']
Treeblank.pngTreetree.pnghl7:value
TSC(Lab...ion)
wo [@xsi:type='TS']
Treeblank.pngTreetree.pnghl7:value
CDC(Lab...ion)
wo [@xsi:type='CD']
Treeblank.pngTreetree.pnghl7:value
RTOC(Lab...ion)
wo [@xsi:type='RTO']
Treeblank.pngTreetree.pnghl7:value
RTO_QTY_QTYC(Lab...ion)
wo [@xsi:type='RTO_QTY_QTY']
Treeblank.pngTreetree.pnghl7:value
RTO_PQ_PQC(Lab...ion)
wo [@xsi:type='RTO_PQ_PQ']
 Schematron assertrole error 
 testnot(hl7:value/@nullFlavor) 
 MeldungDie Verwendung von value/@nullFlavor ist nicht erlaubt 
Treetree.pnghl7:interpretationCode
CE0 … *Codierte Bewertung des Ergebnisses. Wird sowohl für Referenzbereichbewertungen als auch für die Codierung der RAST-Klassen verwendet.(Lab...ion)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.13 ELGA_ObservationInterpretation (DYNAMIC)
 Schematron assertrole error 
 testnot(hl7:referenceRange) or hl7:interpretationCode 
 MeldungWenn zu einem Laborergebnis Referenzwerte mit observation/referenceRange angeführt werden MUSS auch eine Befundinterpretation in observation/interpretationCode erfolgen. 
Treetree.pnghl7:entryRelationship
0 … *Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC)(Lab...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treetree.pnghl7:participant
0 … 1Validierende Person.(Lab...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FAUTHEN
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1R(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.5
Treeblank.pngTreetree.pnghl7:time
IVL_TS1 … 1R(Lab...ion)
Treeblank.pngTreetree.pnghl7:participantRole
(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1M(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1R(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … *R(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:playingEntity
1 … 1M(Lab...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Lab...ion)
Treetree.pnghl7:referenceRange
0 … *Es können mehrere Referenzbereiche angegeben werden.(Lab...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFV
 Beispiel
43.0% - 49.0% (im zugehörigen Section.text steht der entsprechende Text)
<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#ref1"/>    </text>    <value type="IVL_PQ">
      <low value="43.0" unit="%"/>      <high value="49.0" unit="%"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7.ObservationInterpretation"/>  </observationRange></referenceRange>
 Beispiel
> 40.0% (im zugehörigen Section.text steht der entsprechende Text)
<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#ref2"/>    </text>    <value type="IVL_PQ">
      <low value="40.0" unit="%" inclusive="false"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7.ObservationInterpretation"/>  </observationRange></referenceRange>
 Beispiel
Phase 1: 43.0 - 49.0 Phase 2: 45.0 – 55.0 1835 Phase 3: 49.0 – 63.0 (im zugehörigen Section.text steht der entsprechende Text)
<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#ref3"/>    </text>    <interpretationCode code="H" codeSystem="2.16.840.1.113883.5.83"/>  </observationRange></referenceRange>
 Beispiel
> 40.0% (im zugehörigen Section.text steht der entsprechende Text)
<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#ref4"/>    </text>    <value type="IVL_PQ">
      <low value="40.0" unit="%" inclusive="false"/>      <high nullFlavor="PINF"/>    </value>  </observationRange></referenceRange>
 Beispiel
150 - 360 G/L (im zugehörigen Section.text steht der entsprechende Text)
<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#ref5"/>    </text>    <value type="IVL_PQ">
      <low value="150" unit="G/L"/>      <high value="360" unit="G/L"/>    </value>    <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/>  </observationRange></referenceRange>
Treeblank.pngTreetree.pnghl7:observationRange
1 … 1M(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FOBS
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FEVN.CRT
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1M(Lab...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Lab...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
IVL_PQ0 … 1(Lab...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FIVL_PQ
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:low[not(@nullFlavor)]
  • hl7:low[@nullFlavor='NA']
  • hl7:low[@nullFlavor='NINF']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ0 … 1(Lab...ion)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ0 … 1(Lab...ion)
wo [@nullFlavor='NA']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ0 … 1(Lab...ion)
wo [@nullFlavor='NINF']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNINF
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:high[not(@nullFlavor)]
  • hl7:high[@nullFlavor='NA']
  • hl7:high[@nullFlavor='PINF']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ0 … 1(Lab...ion)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ0 … 1(Lab...ion)
wo [@nullFlavor='NA']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ0 … 1(Lab...ion)
wo [@nullFlavor='PINF']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FPINF
Treeblank.pngTreeblank.pngTreetree.pnghl7:interpretationCode
CE1 … 1M(Lab...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.83 (Observation Interpretation)
Treetree.pnghl7:performer
0 … *Externes Labor.
Beinhaltet 1.2.40.0.34.11.4.3.3 Laboratory Performer 2 (DYNAMIC)		(Lab...ion)

7.3.24 Befundtext Entry

Id1.2.40.0.34.11.4.3.2
ref
elgabbr-
Gültigkeit2015‑01‑30
StatusKgreen.png AktivVersions-Label
NameAnnotationBezeichnungBefundtext (Anmerkungen und Kommentare)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.2
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (2015‑01‑30)
ref
elgabbr-
Beispiel
Strukturbeispiel
<act classCode="ACT" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.4.3.2"/>  <templateId root="2.16.840.1.113883.10.20.1.40"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>  <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>  <text>
    <reference value="#commonRemark1"/>  </text>  <statusCode code="completed"/></act>
Beispiel
Kommentar zu einer Analyse
<!--Die Einbindung erfolgt als entryRelationship-Element zu einer observation.-->
<ClinicalDocument>
  <observation classCode="OBS" moodCode="EVN">
    <templateId root="1.3.6.1.4.1.19376.1.3.1.3"/>    <id extension="P-13-1" root="2.16.840.1.113883.2.16.1.99.3.1"/>    <code code="14979-9" codeSystem="2.16.840.1.113883.6.1" displayName="aPTT"/>    <text>
      <reference value="#OBS-13-1"/>    </text>    <effectiveTime value="20121201073406"/>    <value unit="pg" value="57.0" xsi:type="PQ"/>    <entryRelationship typeCode="COMP">
      <act classCode="ACT" moodCode="EVN">
        <templateId root="1.2.40.0.34.11.4.3.2"/>        <templateId root="2.16.840.1.113883.10.20.1.40"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>        <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>        <text>
          <reference value="#footnote1"/>        </text>        <statusCode code="completed"/>      </act>    </entryRelationship>  </observation></ClinicalDocument>
Beispiel
Kommentar zu einem Bereich/Speciality
<!--Die Angabe erfolgt als entryRelationship-Element im entry-Block einer Befundart (Speciality)-->
<ClinicalDocument>
  <entry typeCode="DRIV">
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.3.6.1.4.1.19376.1.3.1" extension="Lab.Report.Data.Processing.Entry"/>      <code code="26436-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Laboratory Studies"/>      <statusCode code="completed"/>       ...       <entryRelationship>
        <act classCode="ACT" moodCode="EVN">
          <templateId root="1.2.40.0.34.11.4.3.2"/>          <templateId root="2.16.840.1.113883.10.20.1.40"/>          <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>          <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>          <text>
            <reference value="#commonRemark1"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entry></ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:act
(Ann...ion)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1R(Ann...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.4.3.2
Treetree.pnghl7:templateId
II1 … 1R(Ann...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.40
Treetree.pnghl7:templateId
II1 … 1R(Ann...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.2
Treetree.pnghl7:code
CE1 … 1M(Ann...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F48767-8
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
ED1 … 1MReferenz auf den Text im narrativen Teil.(Ann...ion)
Treeblank.pngTreetree.pnghl7:reference
1 … 1M(Ann...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treetree.pnghl7:statusCode
CS0 … 1(Ann...ion)
Treeblank.pngTreetree.png@code
CONF0 … 1Fcompleted

7.3.25 ELGA Result Observation Entry

Id1.2.40.0.34.11.13.3.12
ref
elgabbr-
Gültigkeit2017‑09‑17 16:45:42
StatusKyellow.png EntwurfVersions-Label0.1
NameELGA_ResultObservationBezeichnungELGA Result Observation
BeschreibungTemplate zur codierten Angabe von diagnostischen Resultaten, die keine Laborparameter sind
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.12
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungAdaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13 Simple Observation (2013‑12‑20)
ref
epsos-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root=" 1.2.40.0.34.11.13.3.12"/>  <id root="1.2.3.999" extension="__example only__"/>  <code code="" displayName="" codeSystem="" codeSystemName=""/>  <text>
    <reference value="#xxx"/>  </text>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20170721091742"/>  </effectiveTime>  <value hl7:type="PQ" value="136" unit="mmol/L"/>  <interpretationCode code="..." codeSystem="2.16.840.1.113883.5.83"/>  <methodCode code="..." codeSystem="1.2.3.999"/>  <targetSiteCode code="..." codeSystem="1.2.3.999"/>  <referenceRange>
    <observationRange>
      <value hl7:type="PQ" value=".." unit="..."/>      <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" displayName="Normal"/>    </observationRange>  </referenceRange></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1R(ELG...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(ELG...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.12
Treetree.pnghl7:id
II1 … 1M(ELG...ion)
Treetree.pnghl7:code
CE (extensible)1 … 1RDas Code-Element dient zur Angabe der Art des erfassten diagnostischen Resultats.
Kein definiertes Value Set, Code aus CodeSystem 2.16.840.1.113883.6.1  (LOINC) 		(ELG...ion)
Treeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreetree.png@codeSystem
CONF1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:text
0 … 1RFalls vorhanden, enthält dieses Element eine Referenz auf die narrative Beschreibung im Section Text.(ELG...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(ELG...ion)
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M(ELG...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RZeitpunkt der Erfassung(ELG...ion)
Auswahl1 … 1
Das Element value dient zur Angabe des diagnostischen Resultats. Folgende Möglichkeiten bestehen:
  • hl7:value[@xsi:type='CD']
    Angabe eines Codes  
  • hl7:value[@xsi:type='PQ']
    Angabe einer physikalischen Größe unter Angabe der Maßeinheit
  • beliebige Angabe  
Elemente in der Auswahl:
  • hl7:value
  • hl7:value
  • hl7:value
Treeblank.pngTreetree.pnghl7:value
0 … 1R(ELG...ion)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FCD
Treeblank.pngTreetree.pnghl7:value
0 … 1R(ELG...ion)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
0 … 1FPQ
Treeblank.pngTreeblank.pngTreetree.png@value
int0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 ConstraintWird eine physikalische Größe angeben, so ist auch die entsprechende Maßeinheit anzugeben.
Treeblank.pngTreetree.pnghl7:value
0 … 1RErlaubte Datentypen sind: 
IVL_PQ, INT, IVL_INT, BL, ST, CV, RTO, RTO_QTY_QTY, RTO_PQ_PQ		(ELG...ion)
Treetree.pnghl7:interpretationCode
CE (extensible)0 … 1R(ELG...ion)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.13 ELGA_ObservationInterpretation (DYNAMIC)
Treetree.pnghl7:target​Site​Code
CE (extensible)0 … 1(ELG...ion)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.196 ELGA_TargetSite (DYNAMIC)
Treetree.pnghl7:referenceRange
0 … *R(ELG...ion)
Treeblank.pngTreetree.pnghl7:observationRange
1 … 1M(ELG...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CDNP(ELG...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
ANY1 … 1M(ELG...ion)
Treeblank.pngTreeblank.pngTreetree.pnghl7:interpretationCode
CE0 … 1(ELG...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1FNormal
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:ObservationInterpretation
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.83
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FN

7.3.26 Aktuelle Schwangerschaft Entry

Id1.2.40.0.34.11.13.3.10
ref
elgabbr-
Gültigkeit2017‑03‑11 18:08:12
StatusKyellow.png EntwurfVersions-Label0.1
NameSchwangerschaftsEntryBezeichnungAktuelle Schwangerschaft
Beschreibung
Informationen über eine aktuelle Schwangerschaft.
Angegeben wird ein Kennzeichen (ja/nein). 
Liegt eine aktuelle Schwangerschaft vor (ja), kann auch der voraussichtliche Geburtstermin angegeben werden (Schätzung oder Berechnung nach letzter Regelblutung oder Eisprung) sowie das Datum der Schätzung/Berechnung.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.10
KlassifikationCDA Entry 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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.24ContainmentKyellow.png Erwartetes Geburtsdatum (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.20.1.33 Social history observation (DYNAMIC)
ref
ccd1-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13.5 Pregnancy Observation (2013‑12‑20)
ref
epsos-
Beispiel
Strukturbeispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.10"/>  <code code="11449-6" displayName="Pregnancy Status" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <statusCode code="completed"/>  <value value="false"/>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
  </informant>  <entryRelationship>
    <!-- template 1.2.40.0.34.11.13.3.24 'Erwartetes Geburtsdatum' (2017-08-23T21:55:44) -->
  </entryRelationship>  <reference>
    <!-- template 1.2.40.0.34.11.13.3.17 'ELGA ExternalDocument' (2017-08-09T10:55:40) -->
  </reference></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
R(Sch...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Sch...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.10
Treetree.pnghl7:code
CE (extensible)1 … 1M(Sch...try)
Treeblank.pngTreetree.png@displayName
st0 … 1FPregnancy Status
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@code
cs1 … 1F11449-6
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M(Sch...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RZeitpunkt der Beobachtung
Die Angabe des high-Elements entfällt.		(Sch...try)
Treeblank.pngTreetree.pnghl7:low
IVXB_TS1 … 1R(Sch...try)
Treeblank.pngTreetree.pnghl7:high
IVXB_TSNP(Sch...try)
Treetree.pnghl7:value
BL1 … 1RIm Element value wird angegeben, ob aktuell eine Schwangerschaft vorliegt oder nicht.
Erlaubte Werte: 
  • Wenn keine aktuelle Schwangerschaft vorliegt: @value="false"
  • Wenn aktuell eine Schwangerschaft vorliegt: @value="true"
(Sch...try)
Treeblank.pngTreetree.png@value
0 … 1 
Treetree.pnghl7:author
1 … *RAuthor der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Sch...try)
Treetree.pnghl7:informant
1 … *RQuelle der Information.
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)
Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Sch...try)
Treetree.pnghl7:entryRelationship
0 … 1RAngabe des errechneten Geburtstermins
Beinhaltet 1.2.40.0.34.11.13.3.24 Erwartetes Geburtsdatum (DYNAMIC)		(Sch...try)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu dieser Schwangerschaft angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(Sch...try)

7.3.27 Erwartetes Geburtsdatum Entry

Id1.2.40.0.34.11.13.3.24
ref
elgabbr-
Gültigkeit2017‑08‑23 21:55:44
StatusKyellow.png EntwurfVersions-Label0.1
NameErwartetesGeburtsdatumBezeichnungErwartetes Geburtsdatum
Beschreibung
Voraussichtlicher Geburtstermin. Schätzung oder Berechnung nach letzter Regelblutung oder Eisprung, sowie das Datum der Schätzung/Berechnung.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.24
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.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.20.1.33 Social history observation (DYNAMIC)
ref
ccd1-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13.5 Pregnancy Observation (2013‑12‑20)
ref
epsos-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root=" 1.2.40.0.34.11.13.3.24"/>  <id root="1.2.3" extension=" 2.3.4"/>  <code code="11778-8" codeSystem="2.16.840.1.113883.6.1" displayName="Delivery date estimated (clinical)" codeSystemName="LOINC"/>  <text>
    <reference value="#xxx"/>  </text>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20150819"/>  </effectiveTime>  <value hl7:type="TS" value="20160414"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
R(Erw...tum)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Erw...tum)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.24
Treetree.pnghl7:code
CE (extensible)1 … 1MMit dem Code für wird die Art des angegebenen erwarteten Geburtsdatums angegeben(Erw...tum)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.202 ELGA_ExpectedDeliveryDateMethod (DYNAMIC)
Treetree.pnghl7:text
0 … 1RFalls vorhanden, enthält dieses Element einen Verweis auf das erwartete Geburtsdatum im narrativen Teil.(Erw...tum)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1MVerweis auf das erwartete Geburtsdatum im narrativen Teil(Erw...tum)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1R(Erw...tum)
Treeblank.pngTreetree.png@code
CONF0 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS0 … 1RDatum der Schätzung bzw. Berechnung
Die Angabe des <high> Elements entfällt.		(Erw...tum)
Treetree.pnghl7:value
TS1 … 1RDas erwartete Geburtsdatum(Erw...tum)
Treeblank.pngTreetree.png@value
0 … 1 
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu dieser Schwangerschaft angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(Erw...tum)

7.3.28 Bisherige Schwangerschaften Entry

Id1.2.40.0.34.11.13.3.23
ref
elgabbr-
Gültigkeit2017‑08‑23 21:30:54
StatusKyellow.png EntwurfVersions-Label0.1
NameBisherigeSchwangerschaftenEntryBezeichnungBisherige Schwangerschaften
Beschreibung
Informationen über bisherige Schwangerschaften .
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.23
KlassifikationCDA Entry 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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
BeziehungAdaptation: Template 2.16.840.1.113883.10.20.1.33 Social history observation (DYNAMIC)
ref
ccd1-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13.5 Pregnancy Observation (2013‑12‑20)
ref
epsos-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.23"/>  <code code="11636-8" displayName="[#] Births.live" codeSystem="2.16.840.1.113883.6.1"/>  <statusCode code="completed"/>  <value value="2"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1R(Bis...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Bis...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.23
Treetree.pnghl7:code
CE (extensible)1 … 1MDer Code gibt an, welche Art von Information bezüglich bisheriger Schwangerschaften enthalten sind.(Bis...try)
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.203 ELGA_PregnanciesSummary (DYNAMIC)
Treetree.pnghl7:statusCode
CS1 … 1M(Bis...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
INT1 … 1REnthält im @value den dem Element code entsprechenden Wert(Bis...try)
Treeblank.pngTreetree.png@value
1 … 1R
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Bis...try)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Bis...try)
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu den Schwangerschaften angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(Bis...try)

7.3.29 Lebensstil Tabakkonsum Entry

Id1.2.40.0.34.11.13.3.11
ref
elgabbr-
Gültigkeit2017‑03‑12 11:14:42
StatusKyellow.png EntwurfVersions-Label0.1
NameLebensstilTabakkonsumEntryBezeichnungLebensstil Tabakkonsum Quantitativ Entry
BeschreibungEntry zur quantitativen Angabe des Tabakkonsums.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.11
KlassifikationCDA Entry 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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.11"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="229819007" codeSystem="2.16.840.1.113883.6.96"/>  <statusCode code="completed"/>  <effectiveTme>
    <low value="20170909164932"/>  </effectiveTme>  <value xsi:type="INT"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1M(Leb...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Leb...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.11
Treetree.pnghl7:id
II0 … *(Leb...try)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Leb...try)
Treeblank.pngTreetree.png@displayName
st0 … 1FTobacco use and exposure
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@code
cs1 … 1F229819007
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M(Leb...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTme
IVL_TS1 … 1RDatum der Erhebung des quantitativen Tabakkonsums
Die Angabe des <high>-Elements entfällt.		(Leb...try)
Treeblank.pngTreetree.pnghl7:low
IVXB_TS1 … 1Rerlaubte nullFlavor: UNK(Leb...try)
Treeblank.pngTreetree.pnghl7:high
IVXB_TSNP(Leb...try)
Treetree.pnghl7:value
1 … 1MQuantitative Angabe des Tabakkonsums in Zigaretten/Tag(Leb...try)
Treeblank.pngTreetree.png@xsi:type
cs1 … 1FINT
 Beispiel<value xsi:type="INT"/>
Treetree.pnghl7:author
0 … *RAutor der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Leb...try)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Leb...try)
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu dieser Information angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(Leb...try)

7.3.30 Lebensstil Alkoholkonsum Entry

Id1.2.40.0.34.11.13.3.25
ref
elgabbr-
Gültigkeit2017‑09‑09 16:23:26
StatusKyellow.png EntwurfVersions-Label0.1
NameLebensstilAlkoholkonsumEntryBezeichnungLebensstil Alkoholkonsum Quantitativ Entry
BeschreibungEntry zur quantitativen Angabe des Alkoholkonsums in Gläsern pro Tag an Tagen an denen getrunken wird
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.25
KlassifikationCDA Entry 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.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.25"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="443315005" codeSystem="2.16.840.1.113883.6.96"/>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20170909164351"/>  </effectiveTime>  <value xsi:type="INT" value="1"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
1 … 1M(Leb...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Leb...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.25
Treetree.pnghl7:id
II0 … *(Leb...try)
Treetree.pnghl7:code
CE (extensible)1 … 1MQuantitative Angabe des Alkoholkonsum: Anzahl an Gläsern, die an einem Tag, an dem Alkohol getrunken wird, konsumiert werden(Leb...try)
Treeblank.pngTreetree.png@displayName
st0 … 1FNumber of alcohol units consumed on a typical drinking day
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@code
cs1 … 1F443315005
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1R(Leb...try)
Treeblank.pngTreetree.png@code
CONF0 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1RDatum der Erhebung des Alkoholkonsums
Die Angabe des <high> Elements entfällt.		(Leb...try)
Treeblank.pngTreetree.pnghl7:low
IVXB_TS1 … 1RDatum der Erhebung 
erlaubte nullFlavor: UNK		(Leb...try)
Treeblank.pngTreetree.pnghl7:high
IVXB_TSNP(Leb...try)
Treetree.pnghl7:value
1 … *RAngabe der konsumierten Alkohlmenge in zählbaren Gläsern / Tag(Leb...try)
Treeblank.pngTreetree.png@xsi:type
cs1 … 1FINT
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Leb...try)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Leb...try)
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zu dieser Information angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(Leb...try)

7.3.31 Risiken Hilfsmittel Ressourcen Entry

Id1.2.40.0.34.11.30032
ref
elgabbr-
Gültigkeit2013‑11‑07
StatusKgreen.png AktivVersions-Label
NameRisikenHilfsmittelRessourcenBezeichnungRisiken Hilfsmittel Ressourcen
KlassifikationCDA Entry 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.2.8ContainmentKgreen.png RisikenDYNAMIC
1.2.40.0.34.11.1.2.9ContainmentKgreen.png Hilfsmittel und RessourcenDYNAMIC
ItemDTKardKonfBeschreibungLabel
hl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.1.2.8 Risiken (DYNAMIC)(Ris...cen)
Treetree.png@typeCode
0 … 1FCOMP
Treetree.png@context​Conduction​Ind
0 … 1Ftrue
hl7:component
0 … 1Beinhaltet 1.2.40.0.34.11.1.2.9 Hilfsmittel und Ressourcen (DYNAMIC)(Ris...cen)
Treetree.png@typeCode
0 … 1FCOMP
Treetree.png@context​Conduction​Ind
0 … 1Ftrue



8 Technische Konformitätsprüfung

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

9 Terminologien

Die Terminologien werden für den Ballot auch als Excel-Datei ausgeliefert: Link https://download.hl7.at/ballot-2018-1/PatientSummary_ValueSets_v04.xlsx

9.1 Value Sets

10 Anhang

10.1 Tabellen

10.2 Abbildungen

  1. ↑ Zusammenspiel der Implementierungsleitfäden

10.3 Referenzen


10.4 Revisionsliste

Diese Erstversion ist erst im Entstehen. Änderungen können Sie in der Versionsgeschichte dieser Seite einsehen.

10.5 Impressum

Medieneigentümer, Herausgeber, Hersteller, Verleger:
ELGA GmbH, Treustraße 35-43, Wien Österreich
Geschäftsführer: DI Dr. Günter Rauchegger, Dr. Franz Leisch
Email: cda@elga.gv.at

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, Eggenberger Allee 11, 8020 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.

Wien, im Dezember 2017

Download unter wiki.hl7.at

Abgerufen von „http://wiki.hl7.at/index.php?title=ILF:Patient_Summary&oldid=141758“