(Betrachte alle ausstehenden Änderungen)

[unmarkierte Version]

[Markierung ausstehend]

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

Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern.
This article was last edited by Klostermann (talk| contribs) 3 years ago.

This article or section is in the middle of an expansion or major restructuring.
This article was last edited by Klostermann (talk| contribs) 3 years ago.

	Dieses Dokument gibt wieder: Implementierungsleitfaden Patient Summary (V0.4), OID: 1.2.40.0.34.7.16.1, Datum: 09. Jänner 2018, Status: Ballot-Version. Die Teilmaterialien gehören der Kategorie elga-cdaps-2.06.2 an.

ELGA CDA
Implementierungsleitfäden

HL7 Implementation Guide for CDA^® R2:
Patient Summary

Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.16.1]

09. Jänner 2018

V0.4

Ballot-Version

Wichtige Lizenzinformationen

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

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

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

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

Inhaltsverzeichnis

1 Übersicht
2 Einleitung
3 Informationen über dieses Dokument
4 Technischer Hintergrund
- 4.1 Hierarchie der Implementierungsleitfäden
- 4.2 Weitere Inhalte
5 Funktionale Anforderungen und Anwendungsfälle
- 5.1 Funktionale Anforderungen
- 5.2 Anwendungsfälle
  - 5.2.1 Lesender Zugriff
  - 5.2.2 Erstellung (schreibender Zugriff)
    - 5.2.2.1 Erstellung durch einen GDA
    - 5.2.2.2 Erstellung durch eine Software
6 Grundsätze und Regeln
7 Technische Spezifikation (Templates)
8 Technische Konformitätsprüfung
9 Terminologien
- 9.1 Value Sets
10 Anhang

1 Übersicht

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

2 Einleitung

2.1 Definition

Was ist ein Patient Summary?

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

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

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

2.2 Zweck

Ziel des Patient Summary ist es

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

2.3 Umfang

Das Patient Summary ist

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

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

2.4 Zielgruppe

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

2.5 Beziehung zu anderen Projekten und Leitfäden

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

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

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

2.6 Hinweise zur Verwendung

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

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

3 Informationen über dieses Dokument

3.1 Allgemeines

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

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

3.2 Sprachliche Gleichbehandlung

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

3.3 Verbindlichkeit

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

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

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

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

3.4 Harmonisierung

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

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

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

3.5 Autoren und Mitwirkende

3.5.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen:

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

3.5.2 Mitwirkende

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

3.6 Hinweis auf verwendete Grundlagen

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

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

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

3.7 Weitere unterstützende Materialien

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

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

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

4 Technischer Hintergrund

4.1 Hierarchie der Implementierungsleitfäden

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

^{[Abbildung 1]}

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

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

"HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" [OID Root 1.2.40.0.34.7.1]
in der Hauptversion 2 vorausgesetzt.

4.2 Weitere Inhalte

5 Funktionale Anforderungen und Anwendungsfälle

5.1 Funktionale Anforderungen

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

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

5.1.1 Darstellung

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

5.1.2 Verwendung in ELGA

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

5.1.2.1 Versionierung

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

5.1.3 Mehrsprachigkeit und grenzüberschreitender Austausch

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

5.2 Anwendungsfälle

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

5.2.1 Lesender Zugriff

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

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

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

5.2.2 Erstellung (schreibender Zugriff)

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

5.2.2.1 Erstellung durch einen GDA

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

5.2.2.2 Erstellung durch eine Software

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

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

Die Automatische ELGA-Übersicht ist eine Orientierungshilfe in ELGA und bietet einen Überblick über jene Gesundheitsdaten, die zum Zeitpunkt der Erstellung der Übersicht verfügbar waren. Für diese automatisch von einem Computerprogramm zusammengestellte Übersicht wurden bereits vorliegende Einzelinformationen (maschinenlesbare Elemente, codierte Daten) aus verschiedenen Quellen (eBefunde, eMedikation etc) übernommen. Es kann daher nicht garantiert werden, dass alle relevanten Gesundheitsinformationen enthalten sind.

Die ELGA-Übersicht ist kein Medizinprodukt. Die Verwendung erfolgt auf eigene Gefahr.

Die folgenden, beispielhaft aufgezählten diagnostischen oder therapeutischen Handlungen erfolgen in alleiniger Verantwortung der jeweiligen Behandler/innen:

Erkennung, Verhütung, Überwachung, Behandlung oder Linderung von Krankheiten,
Erkennung, Überwachung, Behandlung, Linderung oder Kompensierung von Verletzungen oder Behinderungen,
Untersuchung, Veränderung von oder Verordnung von Behelfen zum Ersatz des anatomischen Aufbaus oder physiologischer Vorgänge
Maßnahmen zur Empfängnisregelung

6 Grundsätze und Regeln

6.1 Allgemeines

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

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

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

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

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

6.2 Annahmen

Dieser Implementierungsleitfaden wurde von der Arbeitsgruppe unter folgenden Annahmen erstellt:

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

6.3 Umgang mit codierten Informationen und Terminologien

6.3.1 Codierte Information

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

6.3.2 Unbekannte und keine Information

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

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

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

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

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

6.3.2.1 Darstellung von unbekannter und bekannt fehlender Information im Text

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

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

6.3.2.1.1 Anwendungsbeispiele

Es liegt keine Information über Allergien oder Intoleranzen vor:

Es 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

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

Diese erste Situation wird mit dem folgenden Beispiel verdeutlicht.

<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

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

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:

HeaderRecordTarget vom 2018‑10‑18 14:23:51
HeaderRecordTarget vom 2017‑03‑27
HeaderRecordTarget vom 2013‑10‑08
HeaderRecordTarget vom 2013‑02‑10
HeaderRecordTarget vom 2011‑12‑19

Status

Entwurf

Versions-Label

Name

HeaderRecordTarget

Bezeichnung

HeaderRecordTarget

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-dataelement-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 HeaderRecordTarget (2017‑03‑27)

ref

elgabbr-

Beispiel

Vollständiges Beispiel

<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>    
    <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/>    
    <addr use="H">
      <streetName>Musterstraße</streetName>      <houseNumber>13a</houseNumber>      <postalCode>7000</postalCode>      <city>Eisenstadt</city>      <state>Burgenland</state>      <country>AUT</country>    </addr>    
    <telecom value="tel:+43.1.40400" use="H"/>    <telecom value="tel:+43.664.1234567" use="MC"/>    <telecom value="mailto:herbert.mustermann@provider.at"/>    
    <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>      
      <administrativeGenderCode code="M" displayName="Male" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      
      <birthTime value="19701224"/>      
      <maritalStatusCode code="D" displayName="Divorced" codeSystem="2.16.840.1.113883.5.2"/>      
      <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>      
      <guardian>
        
        <addr>
          <streetAddressLine>Kinderdorfstraße 1</streetAddressLine>          <postalCode>2371</postalCode>          <city>Hinterbrühl</city>          <state>Niederösterreich</state>          <country>AUT</country>        </addr>        
        <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <guardianOrganization>
          
          <name>SOS Kinderdorf Hinterbrühl</name>        </guardianOrganization>      </guardian>      
      <guardian>
        
        <addr>
          <streetAddressLine>Musterstraße 1234</streetAddressLine>          <postalCode>8011</postalCode>          <city>Graz</city>          <state>Steiermark</state>          <country>AUT</country>        </addr>        
        <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>
            <given>Susi</given>            <family>Sorgenvoll</family>          </name>        </guardianPerson>      </guardian>      
      <birthplace>
        <place>
          <addr>Graz</addr>        </place>      </birthplace>    </patient>  </patientRole></recordTarget>

Beispiel

Minimalbeispiel 1

<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>      
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      
      <birthTime value="19701224"/>    </patient>  </patientRole></recordTarget>

Beispiel

Minimalbeispiel 2

<recordTarget>
  <patientRole>
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    
    <patient>
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>      
      <administrativeGenderCode nullFlavor="UNK"/>      
      <birthTime nullFlavor="UNK"/>    </patient>  </patientRole></recordTarget>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:recordTarget

Komponente für die Patientendaten.

(Hea...get)


	elgagab-dataelement-9	Patient	Datensatz

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:patientRole

1 … 1

R

Patientendaten.

(Hea...get)

@classCode

cs

0 … 1

F

PAT

Beispiel

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

Beispiel

Patienten SV Nummer

Beispiel

bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)

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

@determinerCode

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

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

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

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

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:guardianPerson
hl7:guardianOrganization

hl7:guardianPerson

… 1

Name des des gesetzlichen Vertreters (Person).

(Hea...get)

hl7:name

PN

1 … 1

M

Name der Person.

(Hea...get)

hl7:guardianOrganization

… 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:languageCommunication

0 … *

Komponente zur Angabe der Sprachfähigkeiten des Patienten.

(Hea...get)

hl7:languageCode

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

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

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-dataelement-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">
  
  <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  
  <time value="20081224082015+0100"/>  <assignedAuthor classCode="ASSIGNED">
    
    <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    
    <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    
    <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      
      <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" assigningAuthorityName="GDA Index"/>      
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      
      <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>
  
  <time value="20081224082015+0100"/>  <assignedAuthor>
    
    <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    
    <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>Amadeus Spital, 1. Chirurgische Abteilung</name>      
      <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-dataelement-48	Autor	Datensatz

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

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

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:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 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

@determinerCode

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

… 1

(Hea...hor)

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

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

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

(Hea...hor)

Beispiel

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

<dataEnterer>
  
  <time value="20081224082015+0100"/>  <assignedEntity>
    
    <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-dataelement-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:assignedPerson

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

@determinerCode

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

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

@determinerCode

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-dataelement-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-dataelement-73	Verwahrer	Datensatz

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(Hea...ian)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(Hea...ian)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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

HeaderInformationRecipient

Bezeichnung

HeaderInformationRecipient

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-dataelement-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 HeaderInformationRecipient (2011‑12‑19)

ref

elgabbr-

Beispiel

Beabsichtigter Empfänger ist eine bekannte Person

<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    
    <id nullFlavor="UNK"/>    
    <informationRecipient>
      <name>
        <prefix qualifier="AC"> Dr.</prefix>        <given>Robert</given>        <family>Empfänger</family>      </name>    </informationRecipient>    
    <receivedOrganization>
      
      <name>Ordination Dr. Empfänger</name>      
      <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"/>      
      <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>
    
    <id nullFlavor="NI"/>    
    <informationRecipient>
      <name>Ergeht an den Patienten Dr. Herbert Mustermann</name>    </informationRecipient>  </intendedRecipient></informationRecipient>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informationRecipient

Beabsichtiger Empfänger des Dokuments.

(Hea...ent)


	elgagab-dataelement-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:intendedRecipient

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

hl7:informationRecipient

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

@determinerCode

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

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

@determinerCode

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-dataelement-79	Rechtlicher Unterzeichner	Datensatz
elgagab-dataelement-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>
  
  <time value="20130324082015+0100"/>  
  <signatureCode code="S"/>  
  <assignedEntity>
    
    <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    
    <telecom use="WP" value="tel:+43.6138.3453446.2222"/>    
    <assignedPerson>
      
      <name>
        <prefix>Univ.-Prof.Dr.</prefix>        <given>Sigrid</given>        <family>Kollmann</family>      </name>    </assignedPerson>    
    <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-dataelement-79	Rechtlicher Unterzeichner	Datensatz
elgagab-dataelement-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:assignedPerson

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

@determinerCode

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

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

@determinerCode

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-dataelement-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>
  
  <time value="20130324081915+0100"/>  
  <signatureCode code="S"/>  
  <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>
        <prefix>Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>    </assignedPerson>    
    <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-dataelement-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:assignedPerson

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

@determinerCode

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

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

@determinerCode

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-dataelement-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">
    
    <id root="1.2.3.999" extension="--example only--"/>    <addr/>    <telecom/>    
    <associatedPerson>
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Walter</given>        <family>Mustermann</family>      </name>    </associatedPerson>    
    <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-dataelement-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:associatedEntity

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

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

@determinerCode

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

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

@determinerCode

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-dataelement-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">
    
    <code code="DAU" displayName="Natural daughter" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    
    <addr>Heimstrasse 1, 1220 Wien</addr>    
    <telecom value="tel:0660.1234567"/>    <associatedPerson>
      
      <name>Julia Tochter</name>    </associatedPerson>    
    <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-dataelement-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:associatedEntity

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

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

@determinerCode

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

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

@determinerCode

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">
    
    <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/>    
    <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:associatedEntity

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

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

@determinerCode

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

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

@determinerCode

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

<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

<participant typeCode="HLD">
  <templateId root="1.2.40.0.34.11.1.1.6"/>  
  <time>
    <low value="20020101"/>    <high value="20081231"/>  </time>  <associatedEntity classCode="POLHOLD">
    
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    
    <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    
    <addr>
      <streetName>Musterstrasse</streetName>      <houseNumber>47-51</houseNumber>      <postalCode>8010</postalCode>      <city>Graz</city>      <country>AUT</country>    </addr>    
    <telecom value="tel:+43.(0)50.55460-0"/>    
    <associatedPerson>
      <name>
        <given>Herbert</given>        <family>Vater</family>      </name>    </associatedPerson>    
    <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-dataelement-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:associatedEntity

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 Sozialversicherungsnummer (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:associatedPerson

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

@determinerCode

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:associatedPerson)=1

Meldung

Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein

hl7:scopingOrganization

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

@determinerCode

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-dataelement-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">
    
    <scopingOrganization>
      
      <name>Altenpflegeheim Sorgenfrei</name>      
      <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"/>      
      <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-dataelement-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:associatedEntity

1 … 1

M

Beschreibung der Entität.

(Hea...org)

@classCode

cs

1 … 1

F

CAREGIVER

hl7:scopingOrganization

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

@determinerCode

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

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

HeaderEncompassingEncounter

Bezeichnung

HeaderEncompassingEncounter

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-dataelement-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 HeaderEncompassingEncounter (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

<componentOf>
  <encompassingEncounter>
    
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    
    <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    
    <effectiveTime>
      <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>    
    <responsibleParty>
      <assignedEntity>
        
        <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>        
        <telecom use="WP" value="tel:+43.6138.3453446.2222"/>        
        <assignedPerson>
          
          <name>
            <prefix>Univ.-Prof.Dr.</prefix>            <given>Sigrid</given>            <family>Kollmann</family>          </name>        </assignedPerson>      </assignedEntity>    </responsibleParty>    
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          
          <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>        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:componentOf

Komponente für den Patientenkontakt.

(Hea...ter)


	elgagab-dataelement-156	Patientenkontakt	Datensatz

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

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

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

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

@determinerCode

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

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

@determinerCode

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

hl7:healthCareFacility

1 … 1

M

(Hea...ter)

@classCode

cs

0 … 1

F

SDLOC

Beispiel

hl7:serviceProviderOrganization

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

@determinerCode

cs

0 … 1

F

INSTANCE

Beispiel

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
Sektion bzw. Untersektion	Optionalität	human curated	software-assembled	Codierte Daten dieser Sektion	weitere Verwendung	Kapitel
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>
    
  </author>  <informant>
    
  </informant>  <entry typeCode="DRIV">
    
  </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

@contextConductionInd

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>
    
  </author>  <informant>
    
  </informant>  <entry typeCode="DRIV">
    
  </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

@contextConductionInd

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 code="10160-0" codeSystem="2.16.840.1.113883.6.1"/>  
  <title>Medikationsliste</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <entry>
    
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>  </entry>  
  <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

@contextConductionInd

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-dataelement-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>
    
  </author>  <informant>
    
  </informant>  <entry>
    
  </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>
    
  </author>  <informant>
    
  </informant>  <entry>
    
  </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>
    
  </author>  <informant>
    
  </informant>  <entry>
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Imp...ate)


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

@contextConductionInd

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-dataelement-199	Impfungen	Datensatz
elgaps-dataelement-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>  </author> <informant>  </informant> <entry typeCode="DRIV">  </entry></section>

Item DT Kard Konf Beschreibung Label

hl7:section

(Imp...gen)


elgagab-dataelement-199	Impfungen	Datensatz
elgaps-dataelement-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

@contextConductionInd

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

<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>
    
  </author>  <informant>
    
  </informant>  <entry>
    
  </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

@contextConductionInd

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

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

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

@contextConductionInd

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	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-dataelement-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>
    
  </author>  <informant>
    
  </informant>  <entry>
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Dia...ate)


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

@contextConductionInd

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

<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>
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Sch...ten)


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

@contextConductionInd

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

<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>
    
  </hl7:author>  <hl7:informant>
    
  </hl7:informant>  <hl7:entry typeCode="DRIV">
    
  </hl7:entry>  <hl7:entry typeCode="DRIV">
    
  </hl7:entry>  <hl7:entry typeCode="DRIV">
    
  </hl7:entry>  <hl7:entry typeCode="DRIV">
    
  </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </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

@contextConductionInd

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 code="PFSOZV" codeSystem="1.2.40.0.34.5.40"/>  
  <title>Soziale Umstände und Verhalten</title>  
  <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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

<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

@contextConductionInd

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

@contextConductionInd

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>
    
  </author>  <informant>
    
  </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

@contextConductionInd

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

@contextConductionInd

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

<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

@contextConductionInd

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

<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

@contextControlCode

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:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

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

@determinerCode

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

0 … 1

R

(Aut..._PS)

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

Beispiel

hl7:manufacturerModelName

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

1 … 1

M

Organisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde

(Aut..._PS)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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

Beispiel

Informant ist der Patient selbst

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

0 … 1

F

INF

@contextControlCode

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

0 … 1

(Inf...yPS)

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

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

@determinerCode

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

@determinerCode

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

Allergien und Intoleranzen Entry

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

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

@contextControlCode

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

@contextControlCode

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

Beispiel

Keine Allergien

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

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

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

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

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

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

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

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)
1. Entry
  Author (Body) PS (1.2.40.0.34.11.13.3.16)
  1. Header
    PersonElements (1.2.40.0.34.11.90001)
2. Entry
  Informant (Body) PS (1.2.40.0.34.11.13.3.20)
  1. Header
    PersonElements (1.2.40.0.34.11.90001)
  2. Header
    OrganizationElements (1.2.40.0.34.11.90002)
  3. Header
    PersonElements (1.2.40.0.34.11.90001)
3. Entry
  Problem Entry Gesundheitsproblem (1.2.40.0.34.11.13.3.7)
  1. Entry
    Severity Observation (1.2.40.0.34.11.13.3.21)
  2. Entry
    Criticality Observation (1.2.40.0.34.11.13.3.18)
  3. Entry
    Certainty Observation (1.2.40.0.34.11.13.3.19)
  4. Entry
    Problem Status Observation (1.2.40.0.34.11.13.3.13)
4. Entry
  ELGA ExternalDocument (1.2.40.0.34.11.13.3.17)

Gesundheitsproblem Bedenken Entry

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

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

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

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

@contextConductionInd

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

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

Medikation Verordnung Entry

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

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

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

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>
  
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:low value="20110527000000+0200"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime></hl7:ClinicalDocument>

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>
  
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:width value="2" unit="wk"/>  </cda:effectiveTime></hl7:ClinicalDocument>

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>
  
  <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

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

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

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

@contextControlCode

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

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:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 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

@determinerCode

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

… 1

(Med...med)

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

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

1 … 1

M

(Med...med)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

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

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

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

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

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

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"/>      
      <templateId root="2.16.840.1.113883.10.20.1.53"/>      
      <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
        <templateId root="1.2.40.0.34.11.2.3.4"/>        
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>        
        
        <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>Parkemed 500 mg - Filmtabletten</name>        
        <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/>        
        <asContent classCode="CONT">
          <containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE">
            
            <capacityQuantity value="20"/>          </containerPackagedMedicine>        </asContent>        
        
        <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>      </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:manufacturedMaterial

1 … 1

M

(Arz...try)

@classCode

cs

1 … 1

F

MMAT

@determinerCode

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)

Beispiel

Code der Arznei (Zulassungsnummer)

Beispiel

Code der Arznei (PZN) mit Zulassungsnummer

Beispiel

Magistrale Zubereitung ohne PZN oder Zulassungsnummer

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

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

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

1 … 1

M

Abbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element.

(Arz...try)

@classCode

cs

1 … 1

F

CONT

@determinerCode

cs

1 … 1

F

INSTANCE

pharm:capacityQuantity

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

@determinerCode

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

Medikation Abgabe Entry

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"/>    
    <templateId root="2.16.840.1.113883.10.20.1.34"/>    
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.3"/>    
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.4"/>    
    
    <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>    
    <code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    
    <text>
      <reference value="#apos-1"/>    </text>    
    <quantity value="1"/>    
    <product>
      
      <manufacturedProduct classCode="MANU">
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        
        <templateId root="2.16.840.1.113883.10.20.1.53"/>        
        <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
          
          <templateId root="1.2.40.0.34.11.2.3.4"/>          
           :         </manufacturedMaterial>      </manufacturedProduct>    </product>    
    <author> : </author>    
    <author> : </author>    
    <entryRelationship typeCode="REFR">
      
      <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>    
    <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>    
    <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>    
    <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>    
    <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

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

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

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

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

<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

<product>
  
  <manufacturedProduct classCode="MANU">
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    
    <templateId root="2.16.840.1.113883.10.20.1.53"/>    
    <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
      
      <templateId root="1.2.40.0.34.11.2.3.4"/>      
       :     </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:assignedPerson

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

@determinerCode

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

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

@determinerCode

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

Beispiel

Verfasser einer Abgabe (2. Author-Element)

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

@contextControlCode

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

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:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 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

@determinerCode

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

… 1

(Med...med)

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

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

1 … 1

M

(Med...med)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

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

<entryRelationship typeCode="REFR">
  
  <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:manufacturedMaterial

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

Beispiel

Strukturbeispiel

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

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

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

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

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

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

@determinerCode

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

Beispiel

Keine Information bezüglich Geräten oder Implantaten

Beispiel

Narrative Angabe

Beispiel

Codierte Angabe des Geräts

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

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

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)

Beispiel

Strukturbeispiel für ein Laborergebnis mit Cut-off-Wert (Datentyp IVL_PQ)

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

<ClinicalDocument>
  
  
  <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>    
    <statusCode code="active"/>    <effectiveTime nullFlavor="UNK"/>    <value type="ST">Wert folgt</value>    
  </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)

Beispiel

> 40.0% (im zugehörigen Section.text steht der entsprechende Text)

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)

Beispiel

> 40.0% (im zugehörigen Section.text steht der entsprechende Text)

Beispiel

150 - 360 G/L (im zugehörigen Section.text steht der entsprechende Text)

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

Beispiel

Kommentar zu einer Analyse

<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

<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

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

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

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

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

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

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

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

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

@contextConductionInd

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

@contextConductionInd

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.1 Tabellen

10.2 Abbildungen

↑ Zusammenspiel der Implementierungsleitfäden

10.3 Referenzen

10.4 Revisionsliste

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

10.5 Impressum

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

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

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

[1] Zusammenspiel der Implementierungsleitfäden

[Abbildung 1]

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