ILF:Patient Summary

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/

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.

• Übersichtstabelle der administrativen Daten des Patient Summary
• Übersichtstabelle der medizinischen Inhalte des Patient Summary

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.

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 jeweils aktuellen Version vorausgesetzt.

4.2 Weitere Inhalte

• Allgemeine Informationen zu CDA
• CDA Templates
• Art-Decor-Tabellen verstehen
• Technische Konformitätsprüfung
• Identifikatoren
• Terminologien

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

Id	1.2.40.0.34.11.13.1.3	Gültigkeit	2017‑08‑13 13:58:18
Status	Entwurf	Versions-Label	0.1
Name	HeaderCommonsPS	Bezeichnung	HeaderCommonsPS
Beschreibung	Allgemeine Header-Elemente für das ELGA Patient Summary
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (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"/>
Item DT Kard Konf Beschreibung Label hl7:realmCode CS (erforderlich) 1 … 1 M Hoheitsbereich des Dokuments (Hea...sPS) @code CONF 1 … 1 F AT hl7:typeId II 1 … 1 M Dokumentformat CDA R2. (Hea...sPS) @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040 hl7:templateId II 1 … 1 M ELGA TemplateId für den Allgemeinen Implementierungsleitfaden (Hea...sPS) @root uid 1 … 1 F 1.2.40.0.34.11.1 hl7:templateId II 1 … 1 M ELGA TemplateId für das ELGA Patient Summary (Hea...sPS) @root uid 1 … 1 F 1.2.40.0.34.11.13 hl7:id II 1 … 1 M DokumentenId. Für jedes Dokument und jede Version eines Dokumentsets eindeutig. (Hea...sPS) hl7:code CD (extensible) 1 … 1 M Klassifikation des Dokuments (Hea...sPS) @code CONF 1 … 1 F 60591-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M Dokumententitel (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_TS 1 … 1 M (Hea...sPS) hl7:confidentialityCode CE (extensible) 1 … 1 M Klassifizierung der Vertraulichkeit (Hea...sPS) @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.25 (BasicConfidentialityKind) hl7:language​Code CS (erforderlich) 1 … 1 M Sprachcode des Dokuments (Hea...sPS) @code CONF 1 … 1 F de-AT hl7:setId II 1 … 1 M Eindeutige Id des Dokumentensets (Hea...sPS) hl7:versionNumber INT 1 … 1 M Versionsnummer des Dokuments (Hea...sPS) @value int 1 … 1 R Versionsnummer als positive ganze Zahl

7.1.3 Patient (recordTarget)

Id	1.2.40.0.34.11.20001 ref elgabbr-	Gültigkeit	2017‑07‑20 Andere Versionen mit dieser Id: Header​Record​Target vom 2018‑10‑18 14:23:51 Header​Record​Target vom 2017‑03‑27 Header​Record​Target vom 2013‑10‑08 Header​Record​Target vom 2013‑02‑10 Header​Record​Target vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	Header​Record​Target	Bezeichnung	Header​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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-9  Patient  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90017 Inklusion Language Communication DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:recordTarget Komponente für die Patientendaten. (Hea...get)   elgagab-data​element-9  Patient  Datensatz @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 R Patientendaten. (Hea...get) @classCode cs 0 … 1 F PAT   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 assert role  error     test string-length(hl7:id[1]/@root)>0     Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein     Schematron assert role  error     test hl7: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   hl7:id II 2 … * R id[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--> hl7:addr AD 0 … 1 Adresse des Patienten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...get) hl7:streetAddressLine 0 … 1 (Hea...get) hl7:streetName 0 … 1 (Hea...get) hl7:houseNumber 0 … 1 (Hea...get)   Schematron assert role  error     test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)     Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber   hl7:postalCode 1 … 1 M (Hea...get) hl7:city 1 … 1 M (Hea...get) hl7:state 0 … 1 C (Hea...get) hl7:country 1 … 1 M (Hea...get) hl7:additionalLocator 0 … 1 (Hea...get) hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...get) hl7:patient 0 … 1 (Hea...get) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:prefix 0 … * (Hea...get) hl7:given 1 … * M (Hea...get) hl7:family 1 … * M (Hea...get) hl7:suffix 0 … * (Hea...get) hl7:administrative​Gender​Code CE 1 … 1 R 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) hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Hea...get) hl7:marital​Status​Code CE 0 … 1 Codierung 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) hl7:religious​Affiliation​Code CE 0 … 1 Codierung 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) hl7:raceCode NP Rasse des Patienten Darf nicht verwendet werden! (Hea...get) hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! (Hea...get) hl7:guardian 0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter (Hea...get) hl7:addr AD 0 … 1 Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...get) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...get) Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des des gesetzlichen Vertreters (Person). (Hea...get) hl7:name PN 1 … 1 M Name der Person. (Hea...get) hl7:guardian​Organization  … 1 Name des des gesetzlichen Vertreters (Organisation). (Hea...get) hl7:name ON 1 … 1 M Name der Organisation. (Hea...get) hl7:birthplace 0 … 1 Geburtsort des Patienten. (Hea...get) hl7:place 1 … 1 M (Hea...get) hl7:addr AD 1 … 1 M 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) hl7:language​Communication 0 … * Komponente zur Angabe der Sprachfähigkeiten des Patienten. (Hea...get) hl7:language​Code CS 0 … 1 Sprache, 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) hl7:modeCode CE 0 … 1 Ausdrucksform 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) hl7:proficiency​Level​Code CE 0 … 1 Grad 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) hl7:preference​Ind BL 0 … 1 Kennzeichnung, 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

Id	1.2.40.0.34.11.20002 ref elgabbr-	Gültigkeit	2015‑05‑09 Andere Versionen mit dieser Id: HeaderAuthor vom 2018‑10‑18 14:32:49 HeaderAuthor vom 2013‑02‑10 HeaderAuthor vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderAuthor	Bezeichnung	HeaderAuthor
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).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-48  Autor  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:author Verfasser des Dokuments. (Hea...hor)   elgagab-data​element-48  Autor  Datensatz @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 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) hl7:time TS.AT.TZ 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Hea...hor) hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Hea...hor) @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * 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) hl7:code CE 0 … 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) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...hor) Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7: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) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:assigned​Authoring​Device  … 1 (Hea...hor) @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 R Hersteller und Modellbezeichnung des datenerstellenden Gerätes. (Hea...hor) hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. (Hea...hor) hl7:represented​Organization 1 … 1 M Organisation, 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> hl7:id II 1 … * M Die 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) hl7:name ON 1 … 1 M (Hea...hor) hl7:telecom TEL.AT 0 … * (Hea...hor) hl7:addr AD 0 … 1 (Hea...hor)

7.1.5 Personen bei der Dateneingabe (dataEnterer - generisch)

Id	1.2.40.0.34.11.20003 ref elgabbr-	Gültigkeit	2013‑02‑10 Andere Versionen mit dieser Id: HeaderDataEnterer vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	HeaderDataEnterer	Bezeichnung	HeaderDataEnterer
Beschreibung	Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …). Das Element "DataEnterer" ist bei automatisch erstellten Dokumenten nicht notwendig.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-65  Schreibkraft  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:dataEnterer Person der Dateneingabe. (Hea...rer)   elgagab-data​element-65  Schreibkraft  Datensatz hl7:time TS.AT.TZ 0 … 1 Der Zeitpunkt an dem das Dokument geschrieben wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...rer) hl7:assignedEntity 1 … 1 R 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) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...rer) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...rer) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...rer) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...rer) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...rer) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...rer) hl7:name ON 1 … 1 M (Hea...rer) hl7:telecom TEL.AT 0 … * (Hea...rer) hl7:addr AD 0 … 1 (Hea...rer)

7.1.6 Verwahrer des Dokuments (custodian - generisch)

Id	1.2.40.0.34.11.20004 ref elgabbr-	Gültigkeit	2015‑05‑28 Andere Versionen mit dieser Id: HeaderCustodian vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderCustodian	Bezeichnung	HeaderCustodian
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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-73  Verwahrer  Datensatz
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:custodian Verwahrer des Dokuments. (Hea...ian)   elgagab-data​element-73  Verwahrer  Datensatz @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M (Hea...ian) @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (Hea...ian) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … 1 R 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) hl7:name 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. (Hea...ian) hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. (Hea...ian) hl7:addr AD 1 … 1 M 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)

Id	1.2.40.0.34.11.20005 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Entwurf	Versions-Label
Name	Header​Information​Recipient	Bezeichnung	Header​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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-259  Empfänger  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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.-->
Item DT Kard Konf Beschreibung Label hl7:information​Recipient Beabsichtiger Empfänger des Dokuments. (Hea...ent)   elgagab-data​element-259  Empfänger  Datensatz @typeCode cs 0 … 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) hl7:intended​Recipient 1 … 1 M (Hea...ent) hl7:id II 1 … * 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"/> hl7:information​Recipient 1 … 1 M 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) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7: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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ent) hl7:name ON 1 … 1 M (Hea...ent) hl7:telecom TEL.AT 0 … * (Hea...ent) hl7:addr AD 0 … 1 (Hea...ent)

7.1.8 Hauptunterzeichner (legalAuthenticator - generisch)

Id	1.2.40.0.34.11.20006 ref elgabbr-	Gültigkeit	2011‑12‑19 Andere Versionen mit dieser Id: HeaderLegalAuthenticator vom 2018‑10‑18 14:34:23
Status	Entwurf	Versions-Label
Name	HeaderLegalAuthenticator	Bezeichnung	HeaderLegalAuthenticator
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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz elgagab-data​element-79  Rechtlicher Unterzeichner  Datensatz elgagab-data​element-87  Rechtlicher Unterzeichner  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:legalAuthenticator Rechtlicher Unterzeichner. (Hea...tor)   elgagab-data​element-79  Rechtlicher Unterzeichner  Datensatz elgagab-data​element-87  Rechtlicher Unterzeichner  Datensatz @typeCode cs 0 … 1 F LA hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Hea...tor) hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. (Hea...tor) @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M 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) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...tor) hl7:name ON 1 … 1 M (Hea...tor) hl7:telecom TEL.AT 0 … * (Hea...tor) hl7:addr AD 0 … 1 (Hea...tor)

7.1.9 Weitere Unterzeichner (authenticator - generisch)

Id	1.2.40.0.34.11.20007 ref elgabbr-	Gültigkeit	2011‑12‑19 Andere Versionen mit dieser Id: HeaderAuthenticator vom 2018‑10‑18 14:33:54
Status	Entwurf	Versions-Label
Name	HeaderAuthenticator	Bezeichnung	HeaderAuthenticator
Beschreibung	Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-86  Weitere Unterzeichner  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:authenticator Weitere Unterzeichner. (Hea...tor)   elgagab-data​element-86  Weitere Unterzeichner  Datensatz @typeCode cs 0 … 1 F AUTHEN hl7:time TS.​DATE.​MIN 1 … 1 R 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) hl7:signatureCode CS 1 … 1 M (Hea...tor) @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten 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) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...tor) hl7:name ON 1 … 1 M (Hea...tor) hl7:telecom TEL.AT 0 … * (Hea...tor) hl7:addr AD 0 … 1 (Hea...tor)

7.1.10 Hausarzt (participant - generisch)

Id	1.2.40.0.34.11.1.1.3 ref elgabbr-	Gültigkeit	2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantHausarzt	Bezeichnung	HeaderParticipant Hausarzt
Beschreibung	Hausarzt
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-100  Hausarzt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Hausarzt). (Hea...rzt) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.3']]   elgagab-data​element-100  Hausarzt  Datensatz @typeCode cs 1 … 1 F IND   In indirektem Bezug. hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten. (Hea...rzt) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.3 hl7:functionCode CE 1 … * M Hausarzt. (Hea...rzt) @code CONF 1 … 1 F PCP @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...rzt) @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:id II 0 … * 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) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...rzt) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. (Hea...rzt) hl7:associated​Person 1 … 1 M 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) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7: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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...rzt) hl7:name ON 1 … 1 M (Hea...rzt) hl7:telecom TEL.AT 0 … * (Hea...rzt) hl7:addr AD 0 … 1 (Hea...rzt)

7.1.11 Notfallkontakt (participant - generisch)

Id	1.2.40.0.34.11.1.1.4 ref elgabbr-	Gültigkeit	2013‑11‑13 Andere Versionen mit dieser Id: HeaderParticipantNotfallkontakt vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantNotfallkontakt	Bezeichnung	HeaderParticipant Notfallkontakt
Beschreibung	Notfall-Kontakt / Auskunftsberechtigte Person
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-105  Notfall-Kontakt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Notfallkontakt / Auskunftsberechtigte Person). (Hea...akt) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.4']]   elgagab-data​element-105  Notfall-Kontakt  Datensatz @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M (Hea...akt) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.4 hl7:time IVL_TS 0 … 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) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...akt) @classCode cs 1 … 1 F ECON hl7:code CE 0 … 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) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...akt) hl7:telecom TEL.AT 0 … * 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) hl7:associated​Person 1 … 1 M 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) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7: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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...akt) hl7:name ON 1 … 1 M (Hea...akt) hl7:telecom TEL.AT 0 … * (Hea...akt) hl7:addr AD 0 … 1 (Hea...akt)

7.1.12 Angehörige (participant - generisch)

Id	1.2.40.0.34.11.1.1.5 ref elgabbr-	Gültigkeit	2016‑07‑21 Andere Versionen mit dieser Id: HeaderParticipantAngehoerige vom 2013‑11‑13 HeaderParticipantAngehoerige vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantAngehoerige	Bezeichnung	HeaderParticipant Angehörige
Beschreibung	Als 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Angehöriger). (Hea...ige) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.5']] @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M (Hea...ige) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.5 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...ige) @classCode cs 1 … 1 F PRS hl7:code CE 1 … 1 M 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) hl7:addr AD 0 … 1 Adresse des Beteiligten.Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...ige) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...ige) hl7:associated​Person 1 … 1 M Beteiligte 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) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7: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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ige) hl7:name ON 1 … 1 M (Hea...ige) hl7:telecom TEL.AT 0 … * (Hea...ige) hl7:addr AD 0 … 1 (Hea...ige)

7.1.13 Versicherung (participant - generisch)

Id	1.2.40.0.34.11.1.1.6 ref elgabbr-	Gültigkeit	2015‑11‑25 Andere Versionen mit dieser Id: HeaderParticipantVersicherung vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantVersicherung	Bezeichnung	HeaderParticipant Versicherung
Beschreibung	Versicherter/Versicherung
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-119  Versicherter/Versicherung  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Versicherter/Versicherung). (Hea...ung) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.6']]   elgagab-data​element-119  Versicherter/Versicherung  Datensatz @typeCode cs 1 … 1 F HLD hl7:templateId II 1 … 1 M (Hea...ung) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.6 hl7:time IVL_TS 0 … 1 Gültigkeitszeitraum der Versicherungspolizze. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...ung) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...ung) @classCode cs 1 … 1 F POLHOLD hl7:id II 0 … * 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) hl7:code CE 0 … 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) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...ung) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...ung) hl7: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) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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 assert role  error     test hl7:code/@code!='FAMDEP' or count(hl7:associated​Person)=1     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein   hl7:scoping​Organization 1 … 1 R 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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ung) hl7:name ON 1 … 1 M (Hea...ung) hl7:telecom TEL.AT 0 … * (Hea...ung) hl7:addr AD 0 … 1 (Hea...ung)

7.1.14 Betreuungsorganisation (participant - generisch)

Id	1.2.40.0.34.11.1.1.7 ref elgabbr-	Gültigkeit	2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantBetreuorg	Bezeichnung	HeaderParticipant Betreuungsorganisation
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-251  Betreuende Organisation  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Betreuende Organisation). (Hea...org) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.7']]   elgagab-data​element-251  Betreuende Organisation  Datensatz @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M (Hea...org) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.7 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...org) @classCode cs 1 … 1 F CAREGIVER hl7:scoping​Organization 1 … 1 M 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) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...org) hl7:name ON 1 … 1 M (Hea...org) hl7:telecom TEL.AT 0 … * (Hea...org) hl7:addr AD 0 … 1 (Hea...org)

7.1.15 Gesundheitsdienstleistungen (Service Events)

Id	1.2.40.0.34.11.13.1.2	Gültigkeit	2017‑07‑04 20:54:27
Status	Entwurf	Versions-Label	0.1
Name	HeaderServiceEvent_PS	Bezeichnung	HeaderServiceEvent 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:documentationOf 0 … * (Hea..._PS) @typeCode cs 1 … 1 F DOC hl7:serviceEvent 1 … 1 M Das serviceEvent enthält die Art der Gesundheitsdienstleistung, im Fall des Patient Summary eine allgemeine Gesundheitsdienstleistung als festem Wert (Hea..._PS) @classCode cs 0 … 1 F PCPR @moodCode cs 0 … 1 F EVN hl7:code CE 1 … 1 M Fixer Wert für die Gesundheitsdienstleistung (Hea..._PS) @code cs 1 … 1 F PATSUM @displayName st 0 … 1 F Zusammenfassung von Patientendaten @codeSystem oid 1 … 1 F 1.2.40.0.34.10.208 @codeSystemName st 0 … 1 F ELGA_ServiceEventPS_VS hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum 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) hl7:low TS 1 … 1 M (Hea..._PS) hl7:high TS 1 … 1 M (Hea..._PS) hl7:performer NP Es wird hier keine durchführende Entität der Gesundheitsdienstleistung angegeben    (Hea..._PS)

7.1.16 Patientenkontakt (EncompassingEncounter - generisch)

Id	1.2.40.0.34.11.20013 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	Header​Encompassing​Encounter	Bezeichnung	Header​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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-156  Patientenkontakt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC 1.2.40.0.34.11.90006 Inklusion Encounter Location 1 DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:componentOf Komponente für den Patientenkontakt. (Hea...ter)   elgagab-data​element-156  Patientenkontakt  Datensatz @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 R Patientenkontakt. (Hea...ter) @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl. (Hea...ter) hl7:code CE 1 … 1 M Codierung 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) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...ter) hl7:low TS.​DATE.​MIN 1 … 1 R (Hea...ter) hl7:high TS.​DATE.​MIN 0 … 1 (Hea...ter) hl7:responsible​Party 0 … 1 Komponente für die verantwortliche Person. (Hea...ter) hl7:assignedEntity 1 … 1 M 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) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...ter) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...ter) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ter) hl7:name ON 1 … 1 M (Hea...ter) hl7:telecom TEL.AT 0 … * (Hea...ter) hl7:addr AD 0 … 1 (Hea...ter) Eingefügt 1 … 1 M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC) hl7:location 1 … 1 M Komponente Organisation. (Hea...ter) @typeCode cs 0 … 1 F LOC   Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <!-- ... -->   </healthCareFacility></location> hl7:health​Care​Facility 1 … 1 M (Hea...ter) @classCode cs 0 … 1 F SDLOC   Beispiel <healthCareFacility classCode="SDLOC">   <location classCode="PLC" determinerCode="INSTANCE">     <!-- ... -->   </location>  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </serviceProviderOrganization></healthCareFacility> hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (Hea...ter) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">   <name/>  <addr>     <!-- ... -->   </addr></serviceProviderOrganization> hl7:id II 1 … * R (Hea...ter) hl7:name ON 1 … 1 M (Hea...ter) hl7:telecom TEL.AT 1 … * M (Hea...ter) hl7:addr AD 1 … 1 M (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)

Id	1.2.40.0.34.11.13.2.1 ref elgabbr-	Gültigkeit	2016‑11‑10 20:39:16
Status	Entwurf	Versions-Label	0.1
Name	AllergienUnvertraeglichkeiten	Bezeichnung	Allergien 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.1
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.1 Containment Allergien und Intoleranzen Entry (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Ü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>
Item DT Kard Konf Beschreibung Label hl7:section (All...ten) hl7:templateId II 1 … 1 M (All...ten) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.1 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (All...ten) hl7:code CE (extensible) 1 … 1 M (All...ten) @code CONF 1 … 1 F 48765-2 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M (All...ten)   CONF Elementinhalt muss "Allergien und Intoleranzen" sein hl7:text SD.TEXT 1 … 1 M Der Text enthält relevante Allergien oder Intoleranzen des Patienten in tabellarischer Darstellung.  (All...ten) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (All...ten) hl7: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) hl7:entry 1 … * R Enthä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) @typeCode cs 1 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

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.

Id	1.2.40.0.34.11.13.2.2 ref elgabbr-	Gültigkeit	2017‑01‑26 13:50:54
Status	Entwurf	Versions-Label	0.1
Name	GesundheitsproblemeRisiken	Bezeichnung	Gesundheitsprobleme 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.2
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.6 Containment Gesundheitsproblem Bedenken Entry (0.2) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Ges...ken) hl7:templateId II 1 … 1 M (Ges...ken) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.2 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Ges...ken) hl7:code CE (extensible) 1 … 1 M (Ges...ken) @code CONF 1 … 1 F 11450-4 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M (Ges...ken)   Constraint Fixer Wert: Gesundheitsprobleme und Risiken hl7:text 1 … 1 M 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) hl7:author 0 … * Autor der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Ges...ken) hl7: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) hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.11.13.3.6 Gesundheitsproblem Bedenken Entry (DYNAMIC) (Ges...ken) @typeCode cs 1 … 1 F DRIV hl7:component Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC) (Ges...ken) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

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

Id	1.2.40.0.34.11.13.2.16 ref elgabbr-	Gültigkeit	2017‑11‑27 16:43:52
Status	Entwurf	Versions-Label	0.1
Name	MedikationslistenSection_PS	Bezeichnung	Medikationsliste 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.16
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 6 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.8.1.3.1 Containment Medikation Verordnung Entry eMedikation DYNAMIC 1.2.40.0.34.11.8.2.3.1 Containment Medikation Abgabe Entry eMedikation DYNAMIC 1.2.40.0.34.11.13.3.27 Containment ELGA Medikationsstatement (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Med..._PS) hl7:templateId II 1 … 1 M (Med..._PS) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.16 hl7:id II 0 … 1 (Med..._PS) hl7:code CE (extensible) 1 … 1 M (Med..._PS) @code CONF 1 … 1 F 10160-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M (Med..._PS)   CONF Elementinhalt muss "Medikationsliste" sein hl7:text ED 1 … 1 M Information für den menschlichen Leser. (Med..._PS) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Med..._PS) hl7: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) Auswahl 1 … * 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) hl7:entry Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC) (Med..._PS) @typeCode cs 1 … 1 F DRIV hl7:entry Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC) (Med..._PS) @typeCode cs 1 … 1 F DRIV hl7:entry Beinhaltet 1.2.40.0.34.11.13.3.27 ELGA Medikationsstatement (DYNAMIC) (Med..._PS) @typeCode cs 1 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

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

Id	1.2.40.0.34.11.13.2.4 ref elgabbr-	Gültigkeit	2017‑02‑26 11:36:47
Status	Entwurf	Versions-Label	0.1
Name	Implantate	Bezeichnung	Medizinische 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.4
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgaps-data​element-12  Medizinische Geräte & Implantate  Patient Summary
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.8 Containment ELGA Medical Device (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Imp...ate)   elgaps-data​element-12  Medizinische Geräte & Implantate  Patient Summary hl7:templateId II 1 … 1 M (Imp...ate) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.4 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Imp...ate) hl7:code CE (extensible) 1 … 1 M (Imp...ate) @code CONF 1 … 1 F 46264-8 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M (Imp...ate)   CONF Elementinhalt muss "Medizinische Geräte und Implantate" sein hl7:text SD.TEXT 1 … 1 M Dieses 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) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Imp...ate) hl7: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) hl7:entry 1 … * R Beinhaltet 1.2.40.0.34.11.13.3.8 ELGA Medical Device (DYNAMIC) (Imp...ate) @typeCode cs 1 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

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.

Id	1.2.40.0.34.11.13.2.7	Gültigkeit	2017‑03‑11 18:38:41
Status	Entwurf	Versions-Label	0.1
Name	Impfungen	Anzeigename	Impfungen
Beschreibung	Diese Sektion enthält eine Beschreibung der Impfungen, die dem Patienten bisher verabreicht wurden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.7
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz elgagab-data​element-199  Impfungen  Datensatz elgaps-data​element-13  Impfungen  Patient Summary
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.9 Containment Impfungsentry (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Imp...gen)   elgagab-data​element-199  Impfungen  Datensatz elgaps-data​element-13  Impfungen  Patient Summary hl7:templateId II 1 … 1 M (Imp...gen) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.7 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Imp...gen) hl7:code CE (extensible) 1 … 1 M (Imp...gen) @code CONF 1 … 1 F 11369-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M Impfungen (Imp...gen)   CONF Elementinhalt muss "Impfungen" sein hl7:text SD.TEXT 1 … 1 M In diesem Element erfolgt die narrative Beschreibung der Impfungen, die der Patient erhalten hat in tabellarischer Form. (Imp...gen) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Imp...gen) wo [hl7:assignedAuthor] hl7: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) hl7:entry 0 … * Beinhaltet 1.2.40.0.34.11.13.3.9 Impfungsentry (DYNAMIC) (Imp...gen) wo [hl7:substanceAdministration [hl7:code [(@code = 'IMMUNIZ' and @codeSystem = '2.16.840.1.113883.5.4')]]] @typeCode cs 0 … 1 F DRIV hl7: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) wo [hl7:section] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

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

Id	1.2.40.0.34.11.13.2.3 ref elgabbr-	Gültigkeit	2017‑01‑28 14:16:09
Status	Entwurf	Versions-Label	0.1
Name	DurchgefuehrteEingriffe	Bezeichnung	Durchgeführte Eingriffe und Therapien
Beschreibung	Diese Sektion enthält relevante Eingriffe und Therapien wie Operationen und konservative Behandlungen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.3
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.5 Containment ELGA Procedure (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Dur...ffe) hl7:templateId II 1 … 1 M (Dur...ffe) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.3 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Dur...ffe) hl7:code CE (extensible) 1 … 1 M (Dur...ffe) @code CONF 1 … 1 F 67803-7 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M (Dur...ffe)   CONF Elementinhalt muss "Durchgeführte Eingriffe und Therapien" sein hl7:text SD.TEXT 1 … 1 M Diese Sektion enthält relevante Eingriffe und Therapien wie Operationen und konservative Behandlungen in tabellarischer Darstellung. (Dur...ffe) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Dur...ffe) hl7: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) hl7:entry 1 … * M codierte Darstellung der durchgeführten Eingriffe Beinhaltet 1.2.40.0.34.11.13.3.5 ELGA Procedure (DYNAMIC) (Dur...ffe) @typeCode cs 1 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

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)

Id	1.2.40.0.34.11.13.2.12 ref elgabbr-	Gültigkeit	2017‑08‑04 12:10:57
Status	Entwurf	Versions-Label	0.1
Name	Beeintraechtigungen	Bezeichnung	Beeinträchtigungen
Beschreibung	Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.12
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.30 Containment Functional Status Entry (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Bee...gen) hl7:templateId II 1 … 1 M (Bee...gen) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.12 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Bee...gen) hl7:code CE (extensible) 1 … 1 M (Bee...gen) @code CONF 1 … 1 F 47420-5 @codeSystem 1 … 1 F 2.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"/> hl7:title ST 1 … 1 R (Bee...gen)   CONF Elementinhalt muss "Beeinträchtigungen" sein hl7:text SD.TEXT 1 … 1 R In diesem Element werden  Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt. (Bee...gen) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Bee...gen) hl7: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) hl7:entry 0 … 1 Maschinenlesbare Form der Informationen Beinhaltet 1.2.40.0.34.11.13.3.30 Functional Status Entry (DYNAMIC) (Bee...gen) @typeCode cs 1 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

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

Id	1.2.40.0.34.11.13.2.10 ref elgabbr-	Gültigkeit	2017‑03‑12 12:10:30
Status	Entwurf	Versions-Label	0.1
Name	DiagnostischeResultate	Bezeichnung	Diagnostische 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.10
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgaps-data​element-1  Diagnostische Resultate  Patient Summary
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.26 Containment ELGA Results Organizer (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Dia...ate)   elgaps-data​element-1  Diagnostische Resultate  Patient Summary hl7:templateId II 1 … 1 M (Dia...ate) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.10 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Dia...ate) hl7:code CE (extensible) 1 … 1 M (Dia...ate) @code CONF 1 … 1 F 30954-2 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M diagnostische Resultate wie die Blutgruppe und relevante Laborwerte (Dia...ate)   CONF Elementinhalt muss "Diagnostische Resultate" sein hl7:text SD.TEXT 1 … 1 M Diagnostische Resultate, die dauerhaft von Bedeutung sind wie Größe, Gewicht, Blutgruppe, Transfusions-relevante Antikörper, pharmakogenetische Informationen etc. in tabellarischer Darstellung. (Dia...ate) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Dia...ate) hl7: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) hl7:entry 0 … * R Beinhaltet 1.2.40.0.34.11.13.3.26 ELGA Results Organizer (DYNAMIC) (Dia...ate) @typeCode cs 1 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

7.2.10 Schwangerschaften

Aktuelle Schwangerschaft	Errechneter Geburtstermin: 2.3.2018
Schwangerschaften gesamt	5
Lebendgeburten	2
Spontanabortus	1

Id	1.2.40.0.34.11.13.2.9 ref elgabbr-	Gültigkeit	2017‑03‑11 18:04:25
Status	Entwurf	Versions-Label	0.1
Name	Schwangerschaften	Bezeichnung	Schwangerschaften
Beschreibung	Die Sektion Schwangerschaften enthält Informationen über vergangene Schwangerschaften, Geburten und Abortus sowie aktuelle Schwangerschaft und erwarteten Geburtstermin.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.9
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgaps-data​element-17  Schwangerschaften  Patient Summary
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.10 Containment Aktuelle Schwangerschaft (0.1) DYNAMIC 1.2.40.0.34.11.13.3.23 Containment Bisherige Schwangerschaften (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Sch...ten)   elgaps-data​element-17  Schwangerschaften  Patient Summary hl7:templateId II 1 … 1 M (Sch...ten) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.9 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Sch...ten) hl7:code CE (extensible) 1 … 1 M (Sch...ten) @code CONF 1 … 1 F 10162-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M Schwangerschaften (Sch...ten)   CONF Elementinhalt muss "Schwangerschaften" sein hl7:text SD.TEXT 1 … 1 M Die Sektion Schwangerschaft enthält Informationen über vergangene Schwangerschaften, Geburten und Abortus sowie aktuelle Schwangerschaft und erwarteten Geburtstermin. (Sch...ten) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Sch...ten) hl7: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) hl7:entry 0 … 1 In 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) @typeCode cs 1 … 1 F DRIV hl7:entry 0 … 1 Dieses 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) @typeCode cs 0 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

7.2.11 Lebensstil

Lebensstilfaktor
Alkohol	2 Gläser pro Tag
Nikotin	Nichtraucher

Id	1.2.40.0.34.11.13.2.8 ref elgabbr-	Gültigkeit	2017‑03‑12 11:13:38
Status	Entwurf	Versions-Label	0.1
Name	Lebensstil	Bezeichnung	Lebensstil
Beschreibung	Diese Sektion dient der Erfassung von Lebensstil-Faktoren, wie Alkoholkonsum oder Rauchen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.8
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 7 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.31 Containment Lebensstil Tabakkonsum Nominal Entry (0.1) DYNAMIC 1.2.40.0.34.11.13.3.11 Containment Lebensstil Tabakkonsum Quantitativ Entry (0.1) DYNAMIC 1.2.40.0.34.11.13.3.32 Containment Lebensstil Alkoholkonsum Nominal Entry (0.1) DYNAMIC 1.2.40.0.34.11.13.3.25 Containment Lebensstil Alkoholkonsum Quantitativ Entry (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Leb...til) hl7:templateId II 1 … 1 M (Leb...til) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.8 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Leb...til) hl7:code CE (extensible) 1 … 1 M (Leb...til) @code CONF 1 … 1 F 29762-2 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M Lebensstil (Leb...til)   CONF Elementinhalt muss "Lebensstil" sein hl7:text SD.TEXT 1 … 1 M Section text (Leb...til) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Leb...til) hl7: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) hl7:entry 0 … 1 Angabe zum Raucherstatus Beinhaltet 1.2.40.0.34.11.13.3.31 Lebensstil Tabakkonsum Nominal Entry (DYNAMIC) (Leb...til) @typeCode cs 1 … 1 F DRIV hl7:entry 0 … 1 Quantitative 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) @typeCode cs 1 … 1 F DRIV hl7:entry 0 … 1 Angabe zur Häufigkeit des Alkoholkonsums Beinhaltet 1.2.40.0.34.11.13.3.32 Lebensstil Alkoholkonsum Nominal Entry (DYNAMIC) (Leb...til) @typeCode cs 1 … 1 F DRIV hl7:entry 0 … 1 Quantitative 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) @typeCode cs 1 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true

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

Id	1.2.40.0.34.11.13.2.15 ref elgabbr-	Gültigkeit	2017‑11‑27 16:33:58
Status	Entwurf	Versions-Label	0.1
Name	SozialeUmstaendeUndVerhalten_PS	Bezeichnung	Soziale 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.15
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.2.17 Containment Medikationsliste DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC 1.2.40.0.34.11.30032 Inklusion Risiken Hilfsmittel Ressourcen DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Soz..._PS) hl7:templateId II 1 … 1 R (Soz..._PS) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.15 hl7:id ANY 0 … 1 Eindeutige ID der Sektion (optional) (Soz..._PS) hl7:code CE (extensible) 1 … 1 M (Soz..._PS) @code CONF 1 … 1 F PFSOZV @codeSystem 1 … 1 F 1.2.40.0.34.5.40 hl7:title ST 1 … 1 M Titel 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 hl7:text SD.TEXT 1 … 1 M (Soz..._PS) hl7: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 hl7:author 1 … * M Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Soz..._PS) hl7: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 hl7: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) hl7:informant NP (Soz..._PS) hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * C Optionale 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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true Eingefügt von 1.2.40.0.34.11.30032 Risiken Hilfsmittel Ressourcen (DYNAMIC) hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.1.2.8 Risiken (DYNAMIC) (Soz..._PS) @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.1.2.9 Hilfsmittel und Ressourcen (DYNAMIC) (Soz..._PS) @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true

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

Id	1.2.40.0.34.11.13.2.11 ref elgabbr-	Gültigkeit	2017‑08‑04 11:56:28
Status	Entwurf	Versions-Label	0.1
Name	Willenserklaerungen	Bezeichnung	Willenserklä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“.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.11
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.2.19 Containment Willenserklärungen SUB (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Wil...gen) hl7:templateId II 1 … 1 M (Wil...gen) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.11 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Wil...gen) hl7:code CE (extensible) 1 … 1 M (Wil...gen) @code CONF 1 … 1 F 42348-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R (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 hl7:text SD.TEXT 1 … 1 R (Wil...gen) hl7: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 hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Wil...gen) hl7: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 hl7: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) hl7:informant NP (Wil...gen) hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component C Optionale 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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

7.2.14 Weitere Informationen

Id	1.2.40.0.34.11.14.2.2 ref elgabbr-	Gültigkeit	2017‑09‑07 15:33:55
Status	Entwurf	Versions-Label	0.1
Name	WeitereInformationen	Bezeichnung	Weitere Informationen
Beschreibung	Informationen und Hinweise, die sonst in keine Kategorie passen, wie z.B. "Patient ist bezüglich des Risikos einer Ruptur des Aortenaneurysmas aufgeklärt".
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.14.2.2
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.2.21 Containment Weitere Informationen SUB (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Ü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>
Item DT Kard Konf Beschreibung Label hl7:section (Wei...nen) hl7:templateId II 1 … 1 M (Wei...nen) @root uid 1 … 1 F 1.2.40.0.34.11.14.2.2 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Wei...nen) hl7:code CE (extensible) 1 … 1 M (Wei...nen) @code CONF 1 … 1 F 55752-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R (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 hl7:text SD.TEXT 1 … 1 R Dieses Element enthält weitere Informationen. (Wei...nen) hl7: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 hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Wei...nen) hl7: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 hl7: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) hl7:informant NP (Wei...nen) hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * C Optionale 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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

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

Id	1.2.40.0.34.11.13.2.13 ref elgabbr-	Gültigkeit	2017‑09‑07 15:22:40
Status	Entwurf	Versions-Label	0.1
Name	GDAListe	Bezeichnung	Liste 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.13
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.28 Containment ELGA EncounterEntry (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Ü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>
Item DT Kard Konf Beschreibung Label hl7:section (GDA...ste) hl7:templateId II 1 … 1 M (GDA...ste) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.13 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (GDA...ste) hl7:code CE (extensible) 1 … 1 M (GDA...ste) @code CONF 1 … 1 F LISTGDA @codeSystem 1 … 1 F 1.2.40.0.34.5.40 hl7:title ST 1 … 1 R (GDA...ste)   CONF Elementinhalt muss "Liste der behandelnden GDA" sein hl7:text 1 … 1 R Dieses Element enthält die tabellarische Darstellung der behandelnden GDA. (GDA...ste) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (GDA...ste) hl7: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) hl7:entry 0 … 1 Beinhaltet 1.2.40.0.34.11.13.3.28 ELGA EncounterEntry (DYNAMIC) (GDA...ste) @typeCode cs 1 … 1 F DRIV hl7:component Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC) (GDA...ste) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

7.3 Fachlicher Inhalt (Maschinenlesbare Elemente)

7.3.1 Author (Body) Entry

Id	1.2.40.0.34.11.13.3.16 ref elgaps-	Gültigkeit	2017‑08‑05 19:04:45
Status	Entwurf	Versions-Label
Name	AuthorBody_PS	Bezeichnung	Author (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.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:time TS 1 … 1 R (Aut..._PS) hl7:assignedAuthor 1 … 1 R (Aut..._PS) @classCode cs 0 … 1 F ASSIGNED hl7:id II 1 … * R (Aut..._PS) hl7:code CE 0 … 1 R (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) hl7:addr AD 0 … * (Aut..._PS) hl7:telecom TEL 0 … * (Aut..._PS) Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person 0 … 1 R (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ügt 1 … 1 M von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:assigned​Authoring​Device 0 … 1 R (Aut..._PS) @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>xxx</manufacturerModelName>  <softwareName>yyy</softwareName></assignedAuthoringDevice> hl7:manufacturer​Model​Name SC 1 … 1 R Hersteller des Gerätes bzw des Programmes oder der Software. (Aut..._PS) hl7:softwareName SC 1 … 1 R Bezeichnung und Version des Gerätes bzw des Programmes oder der Software. (Aut..._PS) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde (Aut..._PS) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.40.0.34.3.1" extension="12345"/>  <name>Krankenhaus Zwettl</name></representedOrganization> hl7:id II 1 … * M (Aut..._PS) hl7:name ON 1 … 1 M (Aut..._PS) hl7:telecom TEL 0 … * (Aut..._PS) hl7:addr AD 0 … 1 (Aut..._PS)

7.3.2 Informant (Body) Entry

Id	1.2.40.0.34.11.13.3.20 ref elgaps-	Gültigkeit	2017‑08‑10 20:49:25 Andere Versionen mit dieser Id: InformantBodyPS vom 2017‑08‑10 20:44:29
Status	Entwurf	Versions-Label	0.1
Name	InformantBodyPS	Bezeichnung	Informant (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)
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F INF @context​Control​Code cs 0 … 1 F OP Auswahl 1 … 1 Elemente in der Auswahl: hl7:assignedEntity hl7:relatedEntity hl7:assignedEntity (Inf...yPS) @classCode cs 0 … 1 F ASSIGNED hl7:id II 1 … * R (Inf...yPS) hl7:code CE (extensible) 0 … 1 Klassifikation 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) hl7:addr AD 0 … * (Inf...yPS) hl7:telecom TEL 0 … * (Inf...yPS) hl7:assigned​Person 0 … 1 (Inf...yPS) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:representedOrganisation 0 … 1 (Inf...yPS) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Inf...yPS) hl7:name ON 1 … 1 M (Inf...yPS) hl7:telecom TEL.AT 0 … * (Inf...yPS) hl7:addr AD 0 … 1 (Inf...yPS) hl7:relatedEntity (Inf...yPS) @classCode cs 1 … 1 F PRS hl7: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) hl7:addr AD 0 … * (Inf...yPS) hl7:telecom TEL.AT 0 … * (Inf...yPS) hl7:relatedPerson 0 … 1 (Inf...yPS) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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

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

Allergien und Intoleranzen Entry

Id	1.2.40.0.34.11.13.3.1 ref elgabbr-	Gültigkeit	2016‑11‑06 16:32:31
Status	Entwurf	Versions-Label	0.1
Name	AllergienUnvertraeglichkeitenEntry	Bezeichnung	Allergien 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.2 Containment Problem Entry Allergien (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment ELGA ExternalDocument (0.1) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment 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>
Item DT Kard Konf Beschreibung Label hl7:act (All...try) @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA (All...try) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.1 hl7:id II 0 … * (All...try) hl7:code CE 1 … 1 M Fixer Wert CONC (actClass) (All...try) @code CONF 1 … 1 F CONC @codeSystem 1 … 1 F 2.16.840.1.113883.5.6 (HL7ActClass) hl7:statusCode CS 0 … 1 R "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 hl7:effectiveTime IVL_TS 1 … 1 R Erstes 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) hl7:low TS.DATE 1 … 1 R Beginn des Auftretens des Bedenkens Erlaubter nullFlavor = UNK (All...try) hl7:high TS.DATE 0 … 1 C Zeitpunkt des Endes des Bedenkens (All...try)   Constraint Wenn statusCode = completed, dann ist die Angabe dieses Elements verpflichtend. Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben.    Schematron assert role  error     test not(../hl7:statusCode[@code='completed']) or hl7:high     Meldung Wenn statusCode/@code = completed, dann muss die effectiveTime ein high-Element enthalten.   hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (All...try) @typeCode cs 0 … 1 F AUT @context​Control​Code cs 1 … 1 F OP hl7: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) @typeCode cs 0 … 1 F INF @context​Control​Code cs 1 … 1 F OP hl7:entryRelationship 1 … * R Beinhaltet 1.2.40.0.34.11.13.3.2 Problem Entry Allergien (DYNAMIC) (All...try) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 0 … 1 F false Auswahl 0 … 1 Elemente 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) hl7:reference 0 … 1 Hier 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) @typeCode cs 0 … 1 F REFR hl7:reference 0 … 1 Hier 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) @typeCode cs 0 … 1 F REFR

7.3.4 Problem Entry Allergien

Id	1.2.40.0.34.11.13.3.2 ref elgabbr-	Gültigkeit	2016‑11‑06 17:03:02
Status	Entwurf	Versions-Label	0.1
Name	AllergyProblemEntry	Bezeichnung	Problem 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.2
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.3 Containment Participant Allergie (Allergen) (0.1) DYNAMIC 1.2.40.0.34.11.13.3.15 Containment Problem Entry Allergien-Reaktion (0.1) DYNAMIC 1.2.40.0.34.11.13.3.18 Containment Criticality Observation DYNAMIC 1.2.40.0.34.11.13.3.19 Containment Certainty Observation DYNAMIC 1.2.40.0.34.11.13.3.14 Containment Allergy Status Observation (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 M (All...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (All...try) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.2 hl7:id 0 … * Systeminterne ID der entsprechenden Allergie - zur Referenzierung oder Aggregierung (All...try) hl7:code CE (extensible) 1 … 1 M Dieses 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) hl7:text 0 … 1 Referenz auf die narrative Beschreibung des gesamten Problems im Section-Text (Alle Informationen zu dieser Allergie/Intoleranz) (All...try) hl7:reference TEL 1 … 1 M (All...try) @value 1 … 1 R Referenz auf die narrative Beschreibung im Section-Text hl7:statusCode CS (erforderlich) 1 … 1 M Im Patient Summary sind nur abgeschlossene Beobachtungen von Problemen enthalten, daher hat das Element statusCode immer den Wert "completed".  (All...try) @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 R Dieses 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) hl7:low TS.DATE 1 … 1 R Datum des Beginns des Problems. (All...try) hl7:high TS.DATE 0 … 1 C Datum 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) Auswahl 0 … 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 hl7:value 1 … 1 R Der 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) @xsi:type cs 1 … 1 F CD @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.178 ELGA_AbsentOrUnknownAllergies (DYNAMIC) hl7:originalText ED 0 … 1 Verweis auf die Information im narrativen Teil. (All...try) hl7:value NP Liegen Allergien vor entfällt dieses Element.  (All...try) hl7:participant 0 … 1 C In 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 assert role  error     test hl7:value[@code] or hl7:participant/hl7:participantRole     Meldung IF the observation/value element is present and coded then the observation/participant element SHALL be omitted.   hl7: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) @inversionInd cs 1 … 1 F true @typeCode cs 1 … 1 F MFST hl7:entryRelationship 0 … 1 R Dieses 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) @inversionInd cs 1 … 1 F true @typeCode cs 1 … 1 F SUBJ hl7:entryRelationship 0 … 1 R Dieses 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) @inversionInd cs 1 … 1 F true @typeCode cs 1 … 1 F SUBJ hl7:entryRelationship 0 … 1 R 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) @inversionInd cs 1 … 1 F false @typeCode cs 1 … 1 F REFR

7.3.5 Participant Allergie Entry

Id	1.2.40.0.34.11.13.3.3 ref elgabbr-	Gültigkeit	2016‑11‑06 17:53:23
Status	Entwurf	Versions-Label	0.1
Name	ParticipantAllergy	Bezeichnung	Participant Allergie (Allergen)
Beschreibung	Die die Allergie oder Intoleranz auslösende Substanz
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Item DT Kard Konf Beschreibung Label @typeCode cs 1 … 1 F CSM   fixer Wert: CSM  hl7:participantRole 1 … 1 R (Par...rgy) @classCode cs 1 … 1 F MANU hl7:playingEntity 0 … * (Par...rgy) @classCode cs 1 … 1 F MMAT hl7:code CE (extensible) 1 … 1 R Codierte 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> hl7:originalText ED 1 … 1 R Verweis auf die Beschreibung des Allergens im narrativen Teil. (Par...rgy) hl7:reference TEL 1 … 1 R (Par...rgy)

7.3.6 Problem Entry Allergien-Reaktion

Id	1.2.40.0.34.11.13.3.15 ref elgaps-	Gültigkeit	2017‑07‑13 21:39:19 Andere Versionen mit dieser Id: ProblemEntryAllergyReaction vom 2017‑04‑13 17:09:30
Status	Entwurf	Versions-Label	0.1
Name	ProblemEntryAllergy_Reaction	Bezeichnung	Problem Entry Allergien-Reaktion
Beschreibung	Entry für die Alllergie-Reaktion
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.15
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.13.3.21 Containment Severity Observation (0.1) DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 R (Pro...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Pro...ion) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.15 hl7:id 0 … * Systeminterne ID der entsprechenden Allergiereaktion - zur Referenzierung oder Aggregierung (Pro...ion) hl7:code CE (extensible) 1 … 1 M Code 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) hl7:text ED 0 … 1 R Falls vorhanden, enthält dieses Element einen Verweis auf die Allergie-Reaktion im narrativen Teil. (Pro...ion) hl7:reference TEL 1 … 1 M (Pro...ion) @value 1 … 1 R Verweis auf die Allergie-Reaktion im narrativen Teil hl7:statusCode CS (erforderlich) 1 … 1 M (Pro...ion) @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 R Angabe 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) hl7:value 1 … 1 R Das Attribut @code enthält den Code für die Reaktion. erlaubte nullFlavor:  NI  in diesem Fall ist die Textreferenz <originalText> verpflichtend (Pro...ion) @xsi:type 1 … 1 F CD @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.181 ELGA_AllergyReaction (DYNAMIC) hl7:originalText ED 0 … 1 C (Pro...ion) hl7:reference TEL Verweist auf die Stelle im narrativen Textbereich, in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). (Pro...ion)   Constraint Wenn @code den nullFlavor=NI enthält, muss originalText.reference vorhanden sein hl7: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) hl7:entryRelationship 0 … 1 R Schweregrad 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) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true

7.3.7 Severity Observation Entry

Id	1.2.40.0.34.11.13.3.21 ref elgabbr-	Gültigkeit	2017‑08‑20 12:08:35
Status	Entwurf	Versions-Label	0.1
Name	SeverityObservation	Bezeichnung	Severity Observation
Beschreibung	Observation zur Angabe des Schweregrads der allergischen Reaktion.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.21
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation R (Sev...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Sev...ion) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.21 hl7:id II 0 … * (Sev...ion) hl7:code CE (extensible) 1 … 1 M Fixer Wert 'SEV': die Observation enthält einen Schweregrad (Sev...ion) @code CONF 1 … 1 F SEV hl7:text ED 0 … 1 R Falls vorhanden, enthält das Element einen Verweis auf die Beschreibung des Schweregrads im narrativen Teil. (Sev...ion) hl7:reference TEL 1 … 1 M (Sev...ion) @value 1 … 1 R Verweis auf den Schweregrad im narrativen Teil hl7:statusCode CS (erforderlich) 1 … 1 M Fixer Wert: completed (Sev...ion) @code CONF 1 … 1 F completed hl7:value 1 … 1 R Das Element enthält  den Code für den Schweregrad. (Sev...ion) @xsi:type 1 … 1 F CD   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

Id	1.2.40.0.34.11.13.3.18 ref elgabbr-	Gültigkeit	2017‑08‑10 19:52:16
Status	Entwurf	Versions-Label
Name	CriticalityObservation	Bezeichnung	Criticality Observation
Beschreibung	Observation für die Angabe des Schweregrads des Problems (Kritikalität)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.18
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 M (Cri...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Cri...ion) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.18 hl7:code CE (extensible) 1 … 1 M (Cri...ion) @code CONF 1 … 1 F 82606-5 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Criticality hl7:text 0 … 1 R Falls vorhanden, enthält dieses Element einen Verweis auf die Angabe des Schweregrads im narrativen Teil. (Cri...ion) hl7:reference TEL 1 … 1 M (Cri...ion) @value 1 … 1 R Verweis auf die Angabe des Schweregrads im narrativen Teil hl7:statusCode CS (erforderlich) 1 … 1 M (Cri...ion) @code CONF 1 … 1 F completed hl7:value 1 … 1 M Dieses Element enthält den Code für die Kritikalität des Problems (Cri...ion) @xsi:type 0 … 1 F CD   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

Id	1.2.40.0.34.11.13.3.19 ref elgabbr-	Gültigkeit	2017‑08‑10 20:25:54
Status	Entwurf	Versions-Label
Name	CertaintyObservation	Bezeichnung	Certainty Observation
Beschreibung	Dokumentiert die Sicherheit, mit der ein Problem besteht.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.19
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 M (Cer...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Cer...ion) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.19 hl7:code CE (extensible) 1 … 1 M Code zur Observation "Gewissheit, mit der das Gesundheitsproblem besteht" (Cer...ion) @code CONF 1 … 1 F 66455-7 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Condition status hl7:text 0 … 1 R Falls vorhanden, enthält das Element einen Verweis auf die Beschreibung der Diagnosesicherheit im narrativen Teil. (Cer...ion) hl7:reference TEL 1 … 1 M (Cer...ion) @value 1 … 1 R Verweis auf die Beschreibung der Diagnosesicherheit im narrativen Teil hl7:statusCode CS (erforderlich) 1 … 1 M (Cer...ion) @code CONF 1 … 1 F completed hl7:value 1 … 1 M Dieses Element dokumentiert die Sicherheit, mit der ein Problem besteht. (Cer...ion) @xsi:type 0 … 1 F CD   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

Id	1.2.40.0.34.11.13.3.14 ref elgabbr-	Gültigkeit	2017‑07‑13 21:15:15
Status	Entwurf	Versions-Label	0.1
Name	AllergyStatusObservation	Bezeichnung	Allergy Status Observation
Beschreibung	Klinischer Status der Allergie
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.14
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 M (All...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (All...ion) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.14 hl7:code CE (extensible) 1 … 1 M Observation des klinischen Status (All...ion) @code CONF 1 … 1 F 33999-4 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text 0 … 1 R Falls vorhanden, enthält dieses Element eine Referenz auf den klinischen Status der Allergie im narrativen Teil (All...ion) hl7:reference TEL 1 … 1 M (All...ion) @value st 1 … 1 R hl7:statusCode CS (erforderlich) 1 … 1 M Fester Wert: completed (All...ion) @code CONF 1 … 1 F completed hl7:value 1 … 1 R Dieses Element enthält den codierten Wert des klinischen Status. (All...ion) @xsi:type 1 … 1 F CD   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

Id	1.2.40.0.34.11.13.3.17 ref elgabbr-	Gültigkeit	2017‑08‑09 10:55:40 Andere Versionen mit dieser Id: ELGAExternalDocument vom 2017‑08‑09 10:43:02
Status	Entwurf	Versions-Label	0.1
Name	ELGAExternalDocument	Bezeichnung	ELGA ExternalDocument
Beschreibung	Dokumentenverweis. Mehrere Quell-Dokumente können angegeben werden.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (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>
Item DT Kard Konf Beschreibung Label hl7:externalDocument (ELG...ent) @classCode cs 0 … 1 F DOC @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M OID des Quell-Dokuments. (ELG...ent) hl7:code CE (extensible) 0 … 1 Klassifikation des externen Dokuments entsprechend clinicalDocument.code aus dem Value Set HL7-at_XDS-Dokumentenklassen (ELG...ent) hl7:text ED 0 … 1 R Titel, Datum und Autor des externen Dokuments. Wird als Referenz auf den section.text umgesetzt. (ELG...ent)

7.3.12 Gesundheitsproblem Bedenken Entry

Hierarchisches Diagramm

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

Gesundheitsproblem Bedenken Entry

Id	1.2.40.0.34.11.13.3.6 ref elgabbr-	Gültigkeit	2017‑01‑26 14:29:54
Status	Entwurf	Versions-Label	0.2
Name	GesundheitsproblemBedenkenEntry	Bezeichnung	Gesundheitsproblem 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.6
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.7 Containment Problem Entry Gesundheitsproblem (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment 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>
Item DT Kard Konf Beschreibung Label hl7:act 1 … 1 R (Ges...try) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Ges...try) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.6 hl7:id 0 … * R (Ges...try) hl7:code CE (extensible) 1 … 1 R (Ges...try) @code CONF 0 … 1 F CONC @codeSystem 0 … 1 F 2.16.840.1.113883.5.6 (HL7ActClass) hl7:statusCode CS (erforderlich) 1 … 1 M "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 hl7:effectiveTime IVL_TS 1 … 1 R Erstes und letztes Auftreten des Bedenkens. (Ges...try) hl7:low IVXB_TS 1 … 1 R Beginn des Auftretens des Bedenkens. (Ges...try) hl7:high IVXB_TS 0 … 1 C Zeitpunkt des Endes des Bedenkens. Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben. (Ges...try)   Constraint Wenn statusCode=completed ist, dann ist die Angabe dieses Werts erforderlich.   Schematron assert role  error     test hl7:act/hl7:statusCode[@code="completed"] and hl7:act/hl7:effectiveTime/hl7:high     Meldung if statusCode = completed effectiveTime.high may not be empty   hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Ges...try) hl7: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) hl7:entryRelationship 1 … * R Ein 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) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F false hl7:reference 0 … 1 Hier 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

Id	1.2.40.0.34.777.2.10.1	Gültigkeit	2019‑01‑20 20:37:41
Status	Entwurf	Versions-Label	0.1
Name	Beeintraechtigungen_SUB	Bezeichnung	Beeinträchtigungen SUB
Beschreibung	Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.777.2.10.1
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.30 Containment Functional Status Entry (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Spezialisierung: 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>
Item DT Kard Konf Beschreibung Label hl7:section (Bee...SUB) hl7:templateId II 1 … 1 M (Bee...SUB) @root uid 1 … 1 F 1.2.40.0.34.777.2.10.1 hl7:templateId II 1 … 1 M (Bee...SUB) @root uid 1 … 1 F 1.2.40.0.34.11.13.2.12 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (Bee...SUB) hl7:code CE (extensible) 1 … 1 M (Bee...SUB) @code CONF 1 … 1 F 47420-5 @codeSystem 1 … 1 F 2.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"/> hl7:title ST 1 … 1 R (Bee...SUB)   CONF Elementinhalt muss "Beeinträchtigungen" sein hl7:text SD.TEXT 1 … 1 R In diesem Element werden  Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt. (Bee...SUB) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Bee...SUB) hl7: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) hl7:entry 0 … 1 Maschinenlesbare Form der Informationen Beinhaltet 1.2.40.0.34.11.13.3.30 Functional Status Entry (DYNAMIC) (Bee...SUB) @typeCode cs 1 … 1 F DRIV hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

7.3.14 Problem Status Observation Entry

Id	1.2.40.0.34.11.13.3.13 ref elgabbr-	Gültigkeit	2017‑07‑13 21:04:49 Andere Versionen mit dieser Id: ProblemStatusObservationEntry vom 2017‑07‑13 21:03:14 ProblemStatusObservationEntry vom 2017‑07‑13 20:51:44
Status	Entwurf	Versions-Label	0.1
Name	ProblemStatusObservationEntry	Bezeichnung	Problem Status Observation
Beschreibung	Klinischer Status des Problems
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.13
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation (Pro...try) @classCode cs 0 … 1 F OBS @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M (Pro...try) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.13 hl7:code CE (extensible) 1 … 1 M Observation des klinischen Status (Pro...try) @code CONF 1 … 1 F 33999-4 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text ED 0 … 1 R Falls vorhanden, enthält dieses Element einen Verweis auf den klinischen Status im narrativen Teil (Pro...try) hl7:reference TEL 1 … 1 M (Pro...try) @value 1 … 1 R Verweis auf den klinischen Status im narrativen Teil hl7:statusCode CS (erforderlich) 1 … 1 M Fester Wert: completed (Pro...try) @code CONF 1 … 1 F completed hl7:value 1 … 1 R Codierte Angabe des klinischen Status eines Problems. (Pro...try) @xsi:type 1 … 1 F CD   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

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

Medikation Verordnung Entry

Id	1.2.40.0.34.11.8.1.3.1 ref elgabbr-	Gültigkeit	2014‑09‑01 Andere Versionen mit dieser Id: MedikationVerordnungEntryemed vom 2014‑01‑31
Status	Entwurf	Versions-Label
Name	MedikationVerordnungEntryemed	Bezeichnung	Medikation Verordnung Entry eMedikation
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.1.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 18 Templates Benutzt als Name Version 1.2.40.0.34.11.90012 Inklusion Sbadm TemplateId Options DYNAMIC 1.2.40.0.34.11.30006 Inklusion Einnahmedauer DYNAMIC 1.2.40.0.34.11.30007 Inklusion Dosierungsvariante 1: Tagesdosierung effectiveTime DYNAMIC 1.2.40.0.34.11.30008 Inklusion Dosierungsvariante 2: Einzeldosierung DYNAMIC 1.2.40.0.34.11.30009 Inklusion Dosierungsvariante 3: Tagesdosierung mit Einnahmepause DYNAMIC 1.2.40.0.34.11.30010 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause DYNAMIC 1.2.40.0.34.11.30037 Inklusion Dosierungsvariante 1: Tagesdosierung doseQuantity DYNAMIC 1.2.40.0.34.11.30039 Inklusion Dosierungsvariante 2: Einzeldosierung doseQuantity DYNAMIC 1.2.40.0.34.11.30041 Inklusion Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity DYNAMIC 1.2.40.0.34.11.30043 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity DYNAMIC 1.2.40.0.34.11.2.3.4 Containment Arznei Entry (1.0.3+20240819) DYNAMIC 1.2.40.0.34.11.90004 Inklusion AuthorElements DYNAMIC 1.2.40.0.34.11.30040 Inklusion Dosierungsvariante 2: Einzeldosierung entryRelationship DYNAMIC 1.2.40.0.34.11.30044 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship DYNAMIC 1.2.40.0.34.11.30033 Inklusion Patient Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30034 Inklusion Pharmacist Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30045 Inklusion Therapieart DYNAMIC 1.2.40.0.34.11.90013 Inklusion ID des Containers DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Bei 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! hl7:templateId II 1 … 1 M ELGA. (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.1.3.1 hl7:templateId II 1 … 1 M HL7 CCD 3.9. (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.24 hl7:templateId II 1 … 1 M IHE PCC Medications Entry. (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7 hl7:templateId II 1 … 1 M IHE PHARM Prescription Entry. (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.2 hl7:templateId II 1 … 1 M IHE PHARM Dosage Instructions. (Med...med) @root uid 1 … 1 F 1.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“ hl7:templateId II C 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) @root uid 1 … 1 F 1.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 Auswahl 1 … 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)] hl7:templateId II  … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 hl7:templateId II  … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.9 hl7:id II 0 … 1 C ID des MedikationAbgabe-Entry. (Med...med) wo [1] @root uid 1 … 1 R @extension st 1 … 1 R   Constraint Fü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 assert role  error     test not(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']     Meldung Bei Medikationslisten muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2.1 tragen.     Schematron assert role  error     test not(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']     Meldung Bei Verordnungen muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2 tragen.     Schematron assert role  error     test not(ancestor::hl7:ClinicalDocument/hl7:templateId[starts-with(@root, '1.2.40.0.34.11.8')]) or hl7:id[1]     Meldung Für e-Medikation Dokumente muss die erste ID angegeben sein.   hl7:id II 0 … 1 C ID des MedikationVerordnungs-Entry. (Med...med) wo [2] @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.2   Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation. @extension st 1 … 1 R VerordnungsID.   Constraint Fü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 hl7:text ED 1 … 1 M Verweist 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> hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #vpos-{generierteID}, z.B.: #vpos-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed 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> Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[1][hl7:low] hl7:effectiveTime[1][hl7:width] hl7:effectiveTime[1][@nullFlavor] hl7:effectiveTime IVL_TS Zeitelement zur Dokumentation der Einnahmedauer. (Med...med) wo [1] [hl7:low] hl7:low TS 1 … 1 R Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK (Med...med) hl7:high TS 1 … 1 R Zeitpunkt des Einnahmeendes. Zugelassene nullFlavor: UNK (Med...med) hl7:effectiveTime IVL_TS Dauer der Einnahme, wenn Einnahmestart unbekannt (Med...med) wo [1] [hl7:width] hl7:width PQ 1 … 1 R 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) @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC) hl7:effectiveTime IVL_TS (Med...med) wo [1] [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Es 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. NP Sonst Auswahl  … 1 Elemente 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) hl7:effectiveTime PIVL_TS C Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. (Med...med) wo [hl7:period and not(hl7:phase)] @operator cs 1 … 1 F A @institutionSpecified bl 1 … 1 F true   Constraint Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP hl7:period PQ 1 … 1 R Zeitraum für den die Dosis in doseQuantity vorgesehen ist. (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 R   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) hl7:effectiveTime NP Das 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  … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:period and hl7:phase] hl7:effectiveTime[hl7:comp] hl7:effectiveTime PIVL_TS C Für EIN Wochentag. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. (Med...med) wo [hl7:period and hl7:phase] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:effectiveTime SXPR_TS C Für mehrere Wochentage, z. B. wöchtentlich montags und mittwochs (Med...med) wo [hl7:comp] @operator cs 1 … 1 F A   Constraint Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP 1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I hl7:comp PIVL_TS 1 … 1 R Komponentencontainer. (Med...med) wo [not(@operator)] hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * (Med...med) wo [@operator='I'] @operator cs 1 … 1 F I hl7:phase IVL_TS 1 … 1 R (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk Eingefügt von 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC) hl7:effectiveTime NP Das 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  … 1 Elemente 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  … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity[hl7:low|hl7:high]   Constraint Konditionale 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 hl7:doseQuantity IVL_PQ R Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert (Med...med) wo [not(hl7:lowoder hl7:high)] @value 1 … 1 R Tagesdosierung. @unit cs 0 … 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) hl7:doseQuantity IVL_PQ R mit doseQuantity als IVL_PQ (Med...med) wo [hl7:lowoder hl7:high] hl7:low PQ (Med...med) @value 1 … 1 R @unit cs 0 … 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) hl7:high PQ (Med...med) @value 1 … 1 R @unit cs 0 … 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) hl7:doseQuantity NP Das 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  … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity[hl7:low|hl7:high]   Constraint Konditionale 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 hl7:doseQuantity IVL_PQ R Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert (Med...med) wo [not(hl7:lowoder hl7:high)] @value 1 … 1 R Tagesdosierung. @unit cs 0 … 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) hl7:doseQuantity IVL_PQ R mit doseQuantity als IVL_PQ (Med...med) wo [hl7:lowoder hl7:high] hl7:low PQ (Med...med) @value 1 … 1 R @unit cs 0 … 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) hl7:high PQ (Med...med) @value 1 … 1 R @unit cs 0 … 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) hl7:doseQuantity NP Das 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 report role  warning     test not(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:effectiveTime[2])     Meldung effectiveTime[2] muss in den Dosierungsvarianten 1 und 3 anwesend sein     Schematron report role  warning     test not(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:doseQuantity)     Meldung doseQuantity muss in den Dosierungsvarianten 1 und 3 anwesend sein     Schematron report role  warning     test hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:effectiveTime[2]     Meldung effectiveTime[2] darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein     Schematron report role  warning     test hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:doseQuantity     Meldung doseQuantity darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein   hl7:repeatNumber IVL_INT 1 … 1 R Anzahl 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"/> hl7:routeCode CE 0 … 1 Art der Anwendung der Arznei. (Med...med) @codeSystem CONF 0 … 1 F 1.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"/> hl7:consumable 1 … 1 M Komponente 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ügt 0 … 1 C 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).   Constraint Konditionale Konformität: Element wird in Medikationsliste verwendet und eine Referenz zu einer Verdnung ist vorhanden: Card 1..1 Conf M Sonst NP Auswahl 0 … 1 Elemente in der Auswahl: hl7:author[not(@nullFlavor)] hl7:author[@nullFlavor] hl7:author Verfasser des Dokuments. (Med...med) wo [not(@nullFlavor)] @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 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) hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Med...med) hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Med...med) @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * 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) hl7:code CE 0 … 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) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Med...med) Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7: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) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:assigned​Authoring​Device  … 1 (Med...med) @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 Hersteller und Modellbezeichnung des datenerstellenden Gerätes. (Med...med) hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. (Med...med) hl7:represented​Organization 1 … 1 M (Med...med) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med) hl7:author Verfasser nicht bekannt/nicht anwendbar (Med...med) wo [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Beispiel <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author> hl7:time 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA Eingefügt von 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC) hl7: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']] @typeCode cs 1 … 1 F COMP   Constraint Konditionale Konformität: Dosierung angegeben -> 1..* M Dosierung nicht angegeben -> NP hl7:sequenceNumber INT 1 … 1 M Aufsteigende Nummerierung der Unterelemente. (Med...med) Eingefügt von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC) hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime EIVL_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. (Med...med) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Med...med) @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). (Med...med) @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Med...med) hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA Eingefügt von 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC) hl7: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']] @typeCode cs 1 … 1 F COMP   Constraint Konditionale Konformität: Dosierung angegeben -> 1..* M Dosierung nicht angegeben -> NP hl7:sequenceNumber INT 1 … 1 M Aufsteigende Nummerierung der Unterelemente. (Med...med) Eingefügt von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC) hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime SXPR_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. (Med...med) wo [@xsi:type='SXPR_TS']   Constraint Die comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden! 1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I hl7:comp EIVL_TS 1 … 1 M Komponentencontainer (Med...med) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Med...med) @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). (Med...med) @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:comp PIVL_TS 1 … 1 M Komponentencontainer zur Aufnahme der Einnahmetage. Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden! (Med...med) wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. (Med...med) hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage (Med...med) wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R (Med...med) hl7:value TS (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Med...med) hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA   Schematron assert role  error     test not(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])     Meldung Bei 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 let Name seq     Value hl7:entryRelationship/hl7:substanceAdministration/hl7:effectiveTime[@value='0']//hl7:event/@code     Schematron assert role  error     test empty($seq[position() = index-of($seq,.)[2]])     Meldung Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode!   hl7:entryRelationship 1 … 1 M Komponente 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] @typeCode cs 1 … 1 F COMP   Beispiel Strukturbeispiel <entryRelationship typeCode="COMP">   <supply classCode="SPLY" moodCode="RQO">     <independentInd value="false"/>    <quantity value="1"/>  </supply></entryRelationship> hl7:supply 1 … 1 M Abbildung der Packungsanzahl als untergeordnetes supply-Element. (Med...med) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F RQO   Beispiel <supply classCode="SPLY" moodCode="RQO">   <independentInd value="false"/>  <quantity value="1"/></supply> hl7:independentInd BL 1 … 1 M Indikator, ob die Komponente unabhängig verwendet werden darf. (Med...med) @value 1 … 1 F false hl7:quantity PQ 1 … 1 R Packungsanzahl 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) hl7:entryRelationship 0 … 1 Komponente 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']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true Eingefügt 1 … 1 M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC) hl7:act 1 … 1 M Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text 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) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 3 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (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) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Komponente 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']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true   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ügt 1 … 1 M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text 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) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 2 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (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) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed Eingefügt 0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC) hl7:entryRelationship 0 … 1 Therapieart dieses MedikationVerordnung-Entry (Med...med) wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']] @typeCode 1 … 1 F COMP   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> hl7:act 1 … 1 M (Med...med) @classCode 1 … 1 F ACT @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root 1 … 1 F 1.2.40.0.34.11.8.1.3.4 hl7:code CE 1 … 1 M (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) hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med) Eingefügt 0 … 1 C 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 hl7:reference 0 … 1 C ID des Verordnungs-Entry Containers (Rezept-Dokument). (Med...med) @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M (Med...med) hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. (Med...med) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.1 @extension st 1 … 1 R eMED-ID @assigningAuthorityName 1 … 1 F e-MedAT

7.3.16 Arznei Entry

Id	1.2.40.0.34.11.2.3.4 ref elgabbr-	Gültigkeit	2024‑08‑19 07:42:11 Andere Versionen mit dieser Id: ArzneiEntry vom 2022‑01‑21 11:57:02 ArzneiEntry vom 2021‑05‑18 15:51:59 ArzneiEntry vom 2014‑02‑05 ArzneiEntry vom 2014‑01‑31 ArzneiEntry vom 2013‑12‑17 ArzneiEntry vom 2013‑09‑09 ArzneiEntry vom 2012‑07‑14
Status	Aktiv	Versions-Label	1.0.3+20240819
Name	ArzneiEntry	Bezeichnung	Arznei Entry
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:manufacturedProduct (Arz...try) @classCode cs 1 … 1 F MANU hl7:templateId II 1 … 1 R (Arz...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 hl7:templateId II 1 … 1 R (Arz...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.53 hl7:manufactured​Material 1 … 1 M (Arz...try) @classCode cs 1 … 1 F MMAT @determiner​Code cs 1 … 1 F KIND   Constraint Konditionale Konformität: Card Conf Prädikat 0..1 O PZN oder Zulassungsnummer vorhanden NP PZN oder Zulassungsnummer nicht vorhanden hl7:templateId II 1 … 1 R (Arz...try) @root uid 1 … 1 F 1.2.40.0.34.11.2.3.4 hl7:templateId II 1 … 1 R (Arz...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.1 hl7:code CE 1 … 1 R Pharmazentralnummer (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) @nullFlavor cs 0 … 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"/> hl7:originalText ED 0 … 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) hl7:translation CE 0 … * C Zulassungsnummer der Arznei. Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird. (Arz...try)   Constraint Konditionale Konformität: Card Conf Prädikat 0..* O Dokumenttyp Medikationsliste NP sonst @codeSystem CONF 0 … 1 F 1.2.40.0.34.4.17 (Zulassungsnummer)   Schematron assert role  error     test not(hl7:translation) or //hl7:templateId[@root='1.2.40.0.34.11.8.3']     Meldung Optionale Übersetzung des Codes nur bei Medikationsliste zugelassen   hl7:name EN 1 … 1 R Bezeichnung 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) @nullFlavor cs 0 … 1     CONF @nullFlavor muss "NA" sein   Beispiel Name der Arznei <name>Parkemed 500mg</name>   Beispiel Magistrale Zubereitungen ohne Handelsname <name nullFlavor="NA"/> pharm:formCode 0 … 1 Darreichungsform, z.B. bei magistraler Zubereitung. (Arz...try) @codeSystem CONF 0 … 1 F 1.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 assert role  error     test hl7:code/@code or (hl7:code/@nullFlavor and count(pharm:asContent)=0)     Meldung pharm:asContent Komponente zur Aufnahme der Packungsangaben nur zulässig, wenn PZN oder Zulassungsnummer vorhanden   pharm: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) @classCode cs 1 … 1 F CONT pharm:container​Packaged​Medicine 1 … 1 M Abbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element. (Arz...try) @classCode cs 1 … 1 F CONT @determiner​Code cs 1 … 1 F INSTANCE pharm:capacity​Quantity PQ 1 … 1 M Menge der Arznei in der Packung. (Arz...try) @value 1 … 1 R @unit cs 0 … 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)   Constraint Konditionale 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 pharm: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) @classCode cs 1 … 1 F ACTI   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> pharm:ingredient 1 … 1 M Code und Name des Wirkstoffs. (Arz...try) @classCode cs 1 … 1 F MMAT @determiner​Code cs 1 … 1 F KIND pharm:code CE 0 … 1 Code und Klartext des Wirkstoffs. (Arz...try)   Constraint Zulä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 hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Arz...try) hl7:translation CE 0 … * 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)   Constraint Konditionale Konformität: Card Conf Prädikat 1..1 M Element wird in Medikationsliste verwendet NP Sonst pharm:name EN 1 … 1 M Name des Wirkstoffs. z.B.: Mefenaminsäure (Arz...try)

7.3.17 Medikation Abgabe Entry

Hierarchisches Diagramm

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

Medikation Abgabe Entry

Id	1.2.40.0.34.11.8.2.3.1 ref elgabbr-	Gültigkeit	2014‑09‑10 Andere Versionen mit dieser Id: MedikationAbgabeEntryemed vom 2014‑01‑31
Status	Entwurf	Versions-Label
Name	MedikationAbgabeEntryemed	Bezeichnung	Medikation Abgabe Entry eMedikation
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.2.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 8 Templates Benutzt als Name Version 1.2.40.0.34.11.2.3.4 Containment Arznei Entry (1.0.3+20240819) DYNAMIC 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC 1.2.40.0.34.11.90004 Inklusion AuthorElements DYNAMIC 1.2.40.0.34.11.30033 Inklusion Patient Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30034 Inklusion Pharmacist Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30045 Inklusion Therapieart DYNAMIC 1.2.40.0.34.11.30035 Containment Altered Dosage Instructions DYNAMIC 1.2.40.0.34.11.90013 Inklusion ID des Containers DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:supply (Med...med) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.2.3.1 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.34 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.3 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.4 hl7:id II 1 … 1 M ID des MedikationAbgabe-Entry. (Med...med) wo [1] @root uid 1 … 1 R Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation @extension st 1 … 1 R AbgabeID = {eMedID}_{lokal vergebene ID}   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" ssigningAuthorityName="Apothekexyz"/> hl7:id II 0 … 1 C ID des ursprünglichen MedikationAbgabe-Entry (aus dem Abgabe-Dokument) (Med...med) wo [2] @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.3   Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation @extension st 1 … 1 R AbgabeID = {eMedID}_{lokal vergebene ID}   Constraint Konditionale Konformität: Card Conf Prädikat 1..1 M Abgabe-Entry liegt in Medikationsliste vor NP Sonst   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" assigningAuthorityName="Ordination Dr. Meier"/> hl7:code CE 0 … 1 Code 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"/> hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med) hl7:text ED 1 … 1 M Verweist 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> hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #apos-{generierteID}, z.B.: #apos-1 hl7:quantity PQ 1 … 1 R Packungsanzahl. Zugelassene nullFlavor: MSK Einschränkung: Negative Werte ergeben keinen Sinn und sind daher ungültig. (Med...med)   Beispiel Strukturbeispiel <!-- Abgegebene Packungsanzahl --> <quantity value="1"/> hl7:product 1 … 1 M Komponente 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> hl7:performer 0 … 1 C (Med...med) @typeCode cs 1 … 1 F PRF   Constraint Konditionale Konformität für das performer-Element:<TBODY></TBODY> Card Conf Prädikat 1..1 M Dieses Element (1.2.40.0.34.11.8.2.3.1) wird in Medikationsliste verwendet und eine Referenz zu einer Vordnung ist vorhanden NP Sonst hl7:time TS.​DATE.​MIN 1 … 1 R (Med...med) hl7:assignedEntity 1 … 1 M (Med...med) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Med...med) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Med...med) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Med...med) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Med...med) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Med...med) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med)   Schematron assert role  error     test count(ancestor::hl7:templateId[@root='1.2.40.0.34.11.8.3'])=0 or count(hl7:author)=2     Meldung In einer Medikationsliste muss der Verfasser der Verordnung / der Abgabe (author-Element) angegeben werden.   Eingefügt 0 … 2 C 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.   Constraint Konditionale Konformität für die author-Elemente: Card Conf Prädikat NP Dieses 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.. R Dieses 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) ..2 M Dieses 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> Auswahl 0 … 2 Elemente in der Auswahl: hl7:author[not(@nullFlavor)] hl7:author[@nullFlavor] hl7:author Verfasser des Dokuments. (Med...med) wo [not(@nullFlavor)] @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 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) hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Med...med) hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Med...med) @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * 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) hl7:code CE 0 … 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) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Med...med) Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7: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) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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) hl7:assigned​Authoring​Device  … 1 (Med...med) @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 Hersteller und Modellbezeichnung des datenerstellenden Gerätes. (Med...med) hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. (Med...med) hl7:represented​Organization 1 … 1 M (Med...med) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med) hl7:author Verfasser nicht bekannt/nicht anwendbar (Med...med) wo [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Beispiel <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author> hl7:time 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:entryRelationship 0 … 1 C Referenz 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'] @typeCode cs 1 … 1 F REFR   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Referenz zu VerordnungsID vorhanden NP Referenz 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> hl7:substanceAdministration (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT hl7:id II 1 … 1 M VerordnungsID. (Med...med) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.2   Wurzel OID der ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation. @extension st 1 … 1 R VerordnungsID. Strukturvorschrift: VerordnungsID = {eMedID}_{lokal vergebene ID} hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA Eingefügt 0 … 1 R von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC) hl7:act 0 … 1 R Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text 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) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 3 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (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) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed Eingefügt 0 … 1 R von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 0 … 1 R (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text 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) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 2 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (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) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Komponente 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']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true   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ügt 1 … 1 M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC) hl7:act 1 … 1 M Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text 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) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 3 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (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) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Ergä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']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Arznei ist eine magistrale Zubereitung 0..1 O Arznei 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ügt 1 … 1 M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text 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) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 2 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (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) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed Eingefügt 0 … 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> hl7:entryRelationship 0 … 1 Therapieart dieses MedikationVerordnung-Entry (Med...med) wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']] @typeCode 1 … 1 F COMP   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> hl7:act 1 … 1 M (Med...med) @classCode 1 … 1 F ACT @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root 1 … 1 F 1.2.40.0.34.11.8.1.3.4 hl7:code CE 1 … 1 M (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) hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med) hl7:entryRelationship 0 … 1 Komponente 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']] @typeCode cs 1 … 1 F COMP   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ügt 0 … 1 C 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.   Constraint Konditionale Konformität für ID des Verordnungs-Entry Containers (Abgabe-Dokument) Card Conf Prädikat 1..1 M Element wird in Medikationsliste verwendet NP Sonst   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> hl7:reference 0 … 1 C ID des Verordnungs-Entry Containers (Rezept-Dokument). (Med...med) @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M (Med...med) hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. (Med...med) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.1 @extension st 1 … 1 R eMED-ID @assigningAuthorityName 1 … 1 F e-MedAT

7.3.18 ELGA Medical Device Entry

Id	1.2.40.0.34.11.13.3.8 ref elgabbr-	Gültigkeit	2017‑02‑26 11:17:52
Status	Entwurf	Versions-Label	0.1
Name	ELGAMedicalDevice	Bezeichnung	ELGA Medical Device
Beschreibung	Dieses Entry beschreibt das medizinisches Gerät oder Implantat, das vom Patienten zur Zeit verwendet wird.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.8
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment ELGA ExternalDocument (0.1) DYNAMIC
Beziehung	Abgeleitet: 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>
Item DT Kard Konf Beschreibung Label hl7:supply 1 … 1 R (ELG...ice) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (ELG...ice) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.8 hl7:id II 0 … * R (ELG...ice) hl7:text ED 0 … 1 R Dieses Element enthält nur einen Verweise auf die Informationen für dieses Gerät im narrativen Teil  (ELG...ice) hl7:reference TEL 1 … 1 M (ELG...ice) @value 1 … 1 R Verweis auf die Informationen für dieses Gerät im narrativen Teil. hl7:effectiveTime IVL_TS 1 … 1 R Dieses 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) hl7:low IVXB_TS 1 … 1 R Dieses 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) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (ELG...ice) hl7: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) hl7:participant 1 … 1 R In diesem Element wird das konkrete Gerät oder Implantat angegeben. (ELG...ice) @typeCode cs 1 … 1 F DEV hl7:participantRole 1 … 1 R (ELG...ice) @classCode cs 1 … 1 F MANU hl7:id 0 … * R Angabe der Identifikationnummer, z.B. Seriennummer, des Geräts oder Implantats, falls bekannt.  (ELG...ice) hl7:playingDevice 1 … 1 R (ELG...ice) @classCode cs 1 … 1 F DEV @determiner​Code cs 1 … 1 F INSTANCE hl7:code CE (extensible) 1 … 1 R Der 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> hl7:originalText ED 0 … 1 (ELG...ice) hl7:reference TEL 1 … 1 R Verweis auf die Angabe des medizinischen Geräts oder Implantats im narrtiven Teil. (ELG...ice) hl7:translation CD 0 … 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) hl7:reference 0 … 1 Hier 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

Id	1.2.40.0.34.11.13.3.5 ref elgabbr-	Gültigkeit	2017‑01‑28 14:53:47
Status	Entwurf	Versions-Label	0.1
Name	ELGA_Procedure	Bezeichnung	ELGA Procedure
Beschreibung	Entry zur codierten Darstellung von relevanten Eingriffen und Therapien wie Operationen und konservative Behandlungen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.5
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment ELGA ExternalDocument (0.1) DYNAMIC
Beziehung	Abgeleitet: Template 2.16.840.1.113883.10.12.306 CDA Procedure (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label hl7:procedure 1 … 1 R (ELG...ure) @classCode cs 1 … 1 F PROC @moodCode cs 1 … 1 R Wert für das Attribut moodCode: durchgeführte Eingriffe: EVN  geplante Eingriffe: INT   CONF @moodCode muss "EVN" sein oder @moodCode muss "INT" sein hl7:templateId II 1 … 1 M (ELG...ure) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.5 hl7:id II 0 … * (ELG...ure) Auswahl 1 … 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] hl7:code CE (extensible) 0 … 1 Codierte 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)] @code cs 1 … 1 R @codeSystem oid 1 … 1 R hl7:originalText ED 0 … 1 R (ELG...ure) hl7:reference TEL 1 … 1 M (ELG...ure) hl7: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) hl7:code CE (extensible) 0 … 1 Keine Behandlungen oder keine Information über Behandlungen. (ELG...ure) wo [not(@nullFlavor)] @code cs 1 … 1 R @codeSystem oid 1 … 1 R   CONF Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.193 ELGA_AbsentOrUnknownProcedures (DYNAMIC) hl7:originalText ED 0 … 1 R (ELG...ure) hl7:reference TEL 1 … 1 M (ELG...ure) hl7: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) hl7:code CE (extensible) 0 … 1 Uncodierte Angabe (ELG...ure) wo [@nullFlavor] hl7:originalText ED 1 … 1 M (ELG...ure) hl7:reference TEL 1 … 1 M (ELG...ure) hl7:statusCode CS (erforderlich) 0 … 1 Status 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) hl7:effectiveTime IVL_TS 0 … 1 Stellt die Zeit dar, zu der die Procedure stattfand (@moodCode=EVN) oder zu der die Procedure geplant ist (@moodCode=INT) (ELG...ure) hl7: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) hl7: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) hl7: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) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (ELG...ure) hl7: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) hl7:reference 0 … 1 Hier 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

Id	1.2.40.0.34.11.13.3.26 ref elgabbr-	Gültigkeit	2017‑09‑09 17:12:50
Status	Entwurf	Versions-Label	0.1
Name	ELGA_ResultsOrganizer	Bezeichnung	ELGA Results Organizer
Beschreibung
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.26
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.3.6.1.4.1.19376.1.3.1.6 Containment Laborergebnisse (Laboratory Observation) DYNAMIC 1.2.40.0.34.11.13.3.12 Containment ELGA Result Observation (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment ELGA ExternalDocument (0.1) DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:organizer (ELG...zer) @classCode cs 1 … 1 F BATTERY @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (ELG...zer) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.26 hl7:id II 0 … * (ELG...zer) hl7: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) hl7:statusCode CS (erforderlich) 1 … 1 R (ELG...zer) hl7:effectiveTime IVL_TS 0 … 1 (ELG...zer) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (ELG...zer) hl7: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) hl7:component 0 … * Beinhaltet 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) (ELG...zer) hl7:component 0 … * Beinhaltet 1.2.40.0.34.11.13.3.12 ELGA Result Observation (DYNAMIC) (ELG...zer) hl7:reference 0 … 1 Hier 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

Id	1.3.6.1.4.1.19376.1.3.1.6 ref elgabbr-	Gültigkeit	2020‑06‑15 08:50:28 Andere Versionen mit dieser Id: LaboratoryObservation vom 2015‑03‑26 LaboratoryObservation vom 2014‑12‑06 LaboratoryObservation vom 2014‑03‑04 LaboratoryObservation vom 2013‑11‑07
Status	Entwurf	Versions-Label
Name	LaboratoryObservation	Bezeichnung	Laborergebnisse (Laboratory Observation)
Kontext	Elternknoten des Template-Element mit Id 1.3.6.1.4.1.19376.1.3.1.6
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.4.3.2 Containment Befundtext (Anmerkungen und Kommentare) DYNAMIC 1.2.40.0.34.11.4.3.3 Containment Laboratory Performer 2 DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:observation (Lab...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R (Lab...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.6 hl7:id II 0 … 1 Identifikation des Tests nach einer internen Codierung. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. (Lab...ion) hl7:code CE 1 … 1 R Codierung 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 assert role  error     test not(@nullFlavor) or not(@nullFlavor='OTH') or hl7:translation     Meldung Wenn code/@nullFlavor=OTH dann MUSS entweder code/translation anwesend sein.   hl7:text ED 0 … 1 Der Text zum Laborergebnis wird verwendet, um einen Verweis zum narrativen Text herzustellen, Verwendung siehe 6.2.9.2  (Lab...ion) hl7:statusCode CS 1 … 1 M Statuscode. 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 hl7:effectiveTime IVL_TS 1 … 1 R Medizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Spezimen. (Lab...ion) Auswahl 0 … 1 Elemente 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']   Constraint Konditionale 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 hl7:value PQ C Ergebnis 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'] hl7:translation PQR 0 … 1 Alternative Repräsentation derselben physikalischen Größe, mit unterschiedlicher Einheit in @code und @codeSystem und einem möglicherweise unterschiedlichen Wert. (Lab...ion) hl7:value IVL_PQ C (Lab...ion) wo [@xsi:type='IVL_PQ'] hl7:value INT C (Lab...ion) wo [@xsi:type='INT'] hl7:value IVL_INT C (Lab...ion) wo [@xsi:type='IVL_INT'] hl7:value BL C (Lab...ion) wo [@xsi:type='BL'] hl7:value ST C (Lab...ion) wo [@xsi:type='ST'] hl7:value CV C (Lab...ion) wo [@xsi:type='CV'] hl7:value TS C (Lab...ion) wo [@xsi:type='TS'] hl7:value CD C (Lab...ion) wo [@xsi:type='CD'] hl7:value RTO C (Lab...ion) wo [@xsi:type='RTO'] hl7:value RTO_QTY_QTY C (Lab...ion) wo [@xsi:type='RTO_QTY_QTY'] hl7:value RTO_PQ_PQ C (Lab...ion) wo [@xsi:type='RTO_PQ_PQ']   Schematron assert role  error     test not(hl7:value/@nullFlavor)     Meldung Die Verwendung von value/@nullFlavor ist nicht erlaubt   hl7:interpretationCode CE 0 … * 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 assert role  error     test not(hl7:referenceRange) or hl7:interpretationCode     Meldung Wenn zu einem Laborergebnis Referenzwerte mit observation/referenceRange angeführt werden MUSS auch eine Befundinterpretation in observation/interpretationCode erfolgen.   hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC) (Lab...ion) @typeCode cs 1 … 1 F COMP hl7:participant 0 … 1 Validierende Person. (Lab...ion) @typeCode cs 1 … 1 F AUTHEN hl7:templateId II 1 … 1 R (Lab...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.1.5 hl7:time IVL_TS 1 … 1 R (Lab...ion) hl7:participantRole (Lab...ion) hl7:id II 1 … 1 M (Lab...ion) hl7:addr AD 1 … 1 R (Lab...ion) hl7:telecom TEL.AT 1 … * R (Lab...ion) hl7:playingEntity 1 … 1 M (Lab...ion) hl7:name PN 1 … 1 M (Lab...ion) hl7:referenceRange 0 … * Es können mehrere Referenzbereiche angegeben werden. (Lab...ion) @typeCode cs 1 … 1 F REFV   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> hl7:observationRange 1 … 1 M (Lab...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN.CRT hl7:text ED 1 … 1 M (Lab...ion) hl7:reference TEL 1 … 1 M (Lab...ion) hl7:value IVL_PQ 0 … 1 (Lab...ion) @xsi:type 1 … 1 F IVL_PQ Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='NA'] hl7:low[@nullFlavor='NINF'] hl7:low PQ 0 … 1 (Lab...ion) wo [not(@nullFlavor)] hl7:low PQ 0 … 1 (Lab...ion) wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA hl7:low PQ 0 … 1 (Lab...ion) wo [@nullFlavor='NINF'] @nullFlavor cs 1 … 1 F NINF Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[not(@nullFlavor)] hl7:high[@nullFlavor='NA'] hl7:high[@nullFlavor='PINF'] hl7:high PQ 0 … 1 (Lab...ion) wo [not(@nullFlavor)] hl7:high PQ 0 … 1 (Lab...ion) wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA hl7:high PQ 0 … 1 (Lab...ion) wo [@nullFlavor='PINF'] @nullFlavor cs 1 … 1 F PINF hl7:interpretationCode CE 1 … 1 M (Lab...ion) @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.83 (Observation Interpretation) hl7: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

Id	1.2.40.0.34.11.4.3.2 ref elgabbr-	Gültigkeit	2015‑01‑30
Status	Aktiv	Versions-Label
Name	Annotation	Bezeichnung	Befundtext (Anmerkungen und Kommentare)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.2
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:act (Ann...ion) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R (Ann...ion) @root uid 1 … 1 F 1.2.40.0.34.11.4.3.2 hl7:templateId II 1 … 1 R (Ann...ion) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.40 hl7:templateId II 1 … 1 R (Ann...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.2 hl7:code CE 1 … 1 M (Ann...ion) @code CONF 1 … 1 F 48767-8 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text ED 1 … 1 M Referenz auf den Text im narrativen Teil. (Ann...ion) hl7:reference 1 … 1 M (Ann...ion) @value 1 … 1 R hl7:statusCode CS 0 … 1 (Ann...ion) @code CONF 0 … 1 F completed

7.3.25 ELGA Result Observation Entry

Id	1.2.40.0.34.11.13.3.12 ref elgabbr-	Gültigkeit	2017‑09‑17 16:45:42
Status	Entwurf	Versions-Label	0.1
Name	ELGA_ResultObservation	Bezeichnung	ELGA Result Observation
Beschreibung	Template zur codierten Angabe von diagnostischen Resultaten, die keine Laborparameter sind
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.12
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 R (ELG...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (ELG...ion) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.12 hl7:id II 1 … 1 M (ELG...ion) hl7:code CE (extensible) 1 … 1 R Das 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) @code cs 1 … 1 R @codeSystem CONF 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text 0 … 1 R Falls vorhanden, enthält dieses Element eine Referenz auf die narrative Beschreibung im Section Text. (ELG...ion) hl7:reference TEL 1 … 1 M (ELG...ion) hl7:statusCode CS (erforderlich) 1 … 1 M (ELG...ion) @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 R Zeitpunkt der Erfassung (ELG...ion) Auswahl 1 … 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 hl7:value 0 … 1 R (ELG...ion) @xsi:type 1 … 1 F CD hl7:value 0 … 1 R (ELG...ion) @xsi:type 0 … 1 F PQ @value int 0 … 1   @unit cs 0 … 1     Constraint Wird eine physikalische Größe angeben, so ist auch die entsprechende Maßeinheit anzugeben. hl7:value 0 … 1 R Erlaubte Datentypen sind:  IVL_PQ, INT, IVL_INT, BL, ST, CV, RTO, RTO_QTY_QTY, RTO_PQ_PQ (ELG...ion) hl7:interpretationCode CE (extensible) 0 … 1 R (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) hl7: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) hl7:referenceRange 0 … * R (ELG...ion) hl7:observationRange 1 … 1 M (ELG...ion) hl7:code CD NP (ELG...ion) hl7:value ANY 1 … 1 M (ELG...ion) hl7:interpretationCode CE 0 … 1 (ELG...ion) @displayName st 0 … 1 F Normal @codeSystemName st 0 … 1 F HL7:ObservationInterpretation @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.83 @code cs 1 … 1 F N

7.3.26 Aktuelle Schwangerschaft Entry

Id	1.2.40.0.34.11.13.3.10 ref elgabbr-	Gültigkeit	2017‑03‑11 18:08:12
Status	Entwurf	Versions-Label	0.1
Name	SchwangerschaftsEntry	Bezeichnung	Aktuelle 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.10
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.24 Containment Erwartetes Geburtsdatum (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment ELGA ExternalDocument (0.1) DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation R (Sch...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Sch...try) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.10 hl7:code CE (extensible) 1 … 1 M (Sch...try) @displayName st 0 … 1 F Pregnancy Status @codeSystemName st 0 … 1 F LOINC @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @code cs 1 … 1 F 11449-6 hl7:statusCode CS (erforderlich) 1 … 1 M (Sch...try) @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 R Zeitpunkt der Beobachtung Die Angabe des high-Elements entfällt. (Sch...try) hl7:low IVXB_TS 1 … 1 R (Sch...try) hl7:high IVXB_TS NP (Sch...try) hl7:value BL 1 … 1 R Im 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) @value 0 … 1   hl7:author 1 … * R Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Sch...try) hl7:informant 1 … * R 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) (Sch...try) hl7:entryRelationship 0 … 1 R Angabe des errechneten Geburtstermins Beinhaltet 1.2.40.0.34.11.13.3.24 Erwartetes Geburtsdatum (DYNAMIC) (Sch...try) @typeCode cs 1 … 1 F COMP hl7:reference 0 … 1 Hier 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

Id	1.2.40.0.34.11.13.3.24 ref elgabbr-	Gültigkeit	2017‑08‑23 21:55:44
Status	Entwurf	Versions-Label	0.1
Name	ErwartetesGeburtsdatum	Bezeichnung	Erwartetes Geburtsdatum
Beschreibung	Voraussichtlicher Geburtstermin. Schätzung oder Berechnung nach letzter Regelblutung oder Eisprung, sowie das Datum der Schätzung/Berechnung.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.24
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.13.3.17 Containment ELGA ExternalDocument (0.1) DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation R (Erw...tum) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Erw...tum) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.24 hl7:code CE (extensible) 1 … 1 M Mit 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) hl7:text 0 … 1 R Falls vorhanden, enthält dieses Element einen Verweis auf das erwartete Geburtsdatum im narrativen Teil. (Erw...tum) hl7:reference TEL 1 … 1 M Verweis auf das erwartete Geburtsdatum im narrativen Teil (Erw...tum) @value st 1 … 1 R hl7:statusCode CS (erforderlich) 1 … 1 R (Erw...tum) @code CONF 0 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 R Datum der Schätzung bzw. Berechnung Die Angabe des <high> Elements entfällt. (Erw...tum) hl7:value TS 1 … 1 R Das erwartete Geburtsdatum (Erw...tum) @value 0 … 1   hl7:reference 0 … 1 Hier 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

Id	1.2.40.0.34.11.13.3.23 ref elgabbr-	Gültigkeit	2017‑08‑23 21:30:54
Status	Entwurf	Versions-Label	0.1
Name	BisherigeSchwangerschaftenEntry	Bezeichnung	Bisherige Schwangerschaften
Beschreibung	Informationen über bisherige Schwangerschaften .
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.23
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment ELGA ExternalDocument (0.1) DYNAMIC
Beziehung	Adaptation: 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 R (Bis...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Bis...try) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.23 hl7:code CE (extensible) 1 … 1 M Der 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) hl7:statusCode CS 1 … 1 M (Bis...try) @code CONF 1 … 1 F completed hl7:value INT 1 … 1 R Enthält im @value den dem Element code entsprechenden Wert (Bis...try) @value 1 … 1 R hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Bis...try) hl7: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) hl7:reference 0 … 1 Hier 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

Id	1.2.40.0.34.11.13.3.11 ref elgabbr-	Gültigkeit	2017‑03‑12 11:14:42
Status	Entwurf	Versions-Label	0.1
Name	LebensstilTabakkonsumEntry	Bezeichnung	Lebensstil Tabakkonsum Quantitativ Entry
Beschreibung	Entry zur quantitativen Angabe des Tabakkonsums.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.11
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 M (Leb...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Leb...try) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.11 hl7:id II 0 … * (Leb...try) hl7:code CE (extensible) 1 … 1 M (Leb...try) @displayName st 0 … 1 F Tobacco use and exposure @codeSystemName st 0 … 1 F SNOMED CT @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @code cs 1 … 1 F 229819007 hl7:statusCode CS (erforderlich) 1 … 1 M (Leb...try) @code CONF 1 … 1 F completed hl7:effectiveTme IVL_TS 1 … 1 R Datum der Erhebung des quantitativen Tabakkonsums Die Angabe des <high>-Elements entfällt. (Leb...try) hl7:low IVXB_TS 1 … 1 R erlaubte nullFlavor: UNK (Leb...try) hl7:high IVXB_TS NP (Leb...try) hl7:value 1 … 1 M Quantitative Angabe des Tabakkonsums in Zigaretten/Tag (Leb...try) @xsi:type cs 1 … 1 F INT   Beispiel <value xsi:type="INT"/> hl7:author 0 … * R Autor der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Leb...try) hl7: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) hl7:reference 0 … 1 Hier 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

Id	1.2.40.0.34.11.13.3.25 ref elgabbr-	Gültigkeit	2017‑09‑09 16:23:26
Status	Entwurf	Versions-Label	0.1
Name	LebensstilAlkoholkonsumEntry	Bezeichnung	Lebensstil Alkoholkonsum Quantitativ Entry
Beschreibung	Entry zur quantitativen Angabe des Alkoholkonsums in Gläsern pro Tag an Tagen an denen getrunken wird
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.25
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.13.3.17 Containment 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>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 M (Leb...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Leb...try) @root uid 1 … 1 F 1.2.40.0.34.11.13.3.25 hl7:id II 0 … * (Leb...try) hl7:code CE (extensible) 1 … 1 M Quantitative Angabe des Alkoholkonsum: Anzahl an Gläsern, die an einem Tag, an dem Alkohol getrunken wird, konsumiert werden (Leb...try) @displayName st 0 … 1 F Number of alcohol units consumed on a typical drinking day @codeSystemName st 0 … 1 F SNOMED CT @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @code cs 1 … 1 F 443315005 hl7:statusCode CS (erforderlich) 1 … 1 R (Leb...try) @code CONF 0 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 R Datum der Erhebung des Alkoholkonsums Die Angabe des <high> Elements entfällt. (Leb...try) hl7:low IVXB_TS 1 … 1 R Datum der Erhebung  erlaubte nullFlavor: UNK (Leb...try) hl7:high IVXB_TS NP (Leb...try) hl7:value 1 … * R Angabe der konsumierten Alkohlmenge in zählbaren Gläsern / Tag (Leb...try) @xsi:type cs 1 … 1 F INT hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) (Leb...try) hl7: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) hl7:reference 0 … 1 Hier 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

Id	1.2.40.0.34.11.30032 ref elgabbr-	Gültigkeit	2013‑11‑07
Status	Aktiv	Versions-Label
Name	RisikenHilfsmittelRessourcen	Bezeichnung	Risiken Hilfsmittel Ressourcen
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.1.2.8 Containment Risiken DYNAMIC 1.2.40.0.34.11.1.2.9 Containment Hilfsmittel und Ressourcen DYNAMIC
Item DT Kard Konf Beschreibung Label hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.1.2.8 Risiken (DYNAMIC) (Ris...cen) @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.11.1.2.9 Hilfsmittel und Ressourcen (DYNAMIC) (Ris...cen) @typeCode 0 … 1 F COMP @context​Conduction​Ind 0 … 1 F true

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

• AdministrativeGender 2.16.840.1.113883.1.11.1
• AbsentOrUnkownAllergies 1.2.40.0.34.10.178
• AbsentOrUnkownDevices 1.2.40.0.34.10.193
• AbsentOrUnknownProcedures 1.2.40.0.34.10.192
• AbsentOrUnknownImmunization 1.2.40.0.34.10.199
• AbsentOrUnknownMedication 1.2.40.0.34.10.191
• AbsentOrUnknownProblems 1.2.40.0.34.10.179
• ActCode_AbgInfo 1.2.40.0.34.10.160
• ActCode_PatInfo 1.2.40.0.34.10.161
• AdministrativeGender (ELGA) 1.2.40.0.34.10.4
• AllergyOrIntolerance 1.2.40.0.34.10.177
• AllergyOrIntoleranceAgent 1.2.40.0.34.10.180
• AllergyReaction 1.2.40.0.34.10.181
• AllergyStatusCode 1.2.40.0.34.10.183
• AuthorSpeciality 1.2.40.0.34.10.6
• ConditionStatusCode 1.2.40.0.34.10.198
• ConditionVerificationStatus 1.2.40.0.34.10.184
• CriticalityObservationValue 1.2.40.0.34.10.182
• Diagnosesicherheit 1.2.40.0.34.10.168
• Dokumentenklassen 1.2.40.0.34.10.39
• Einnahmezeitpunkte 1.2.40.0.34.10.59
• ExpectedDeliveryDateMethod 1.2.40.0.34.10.202
• HumanActSite 1.2.40.0.34.10.52
• InformantType 1.2.40.0.34.10.185
• InsuredAssocEntity 1.2.40.0.34.10.9
• MaritalStatus 1.2.40.0.34.10.11
• MedicalDevices 1.2.40.0.34.10.190
• MedikationAbgabeArt 1.2.40.0.34.10.159
• MedikationFrequenz 1.2.40.0.34.10.69
• MedikationMengenart 1.2.40.0.34.10.32
• MedikationMengenartAlternativ 1.2.40.0.34.10.67
• MedikationTherapieArt 1.2.40.0.34.10.30
• PersonalRelationship 1.2.40.0.34.10.17
• PregnanciesSummary 1.2.40.0.34.10.203
• Problemarten 1.2.40.0.34.10.35
• Problems 1.2.40.0.34.10.201
• ProblemSeverity 1.2.40.0.34.10.189
• ProcedureApproachSite 1.2.40.0.34.10.197
• Procedures 1.2.40.0.34.10.194
• ProceduresMethod 1.2.40.0.34.10.195
• ProcedureTargetSite 1.2.40.0.34.10.196
• ReligiousAffiliation 1.2.40.0.34.10.18
• Vaccines 1.2.40.0.34.10.200
• Vitalparameterarten 1.2.40.0.34.10.34

10 Anhang

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