(Betrachte alle ausstehenden Änderungen)

[unmarkierte Version]

Version vom 26. Juli 2017, 09:46 Uhr

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

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

	Dieses Dokument gibt wieder: Implementierungsleitfaden Patient Summary (0.01), OID: n.n., Datum: 20. März 2017, Status: Entwurf. 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.11.13.x.x]

20. März 2017

0.01

Entwurf

Inhaltsverzeichnis

1 Übersicht
- 1.1 Definition
- 1.2 Patient Summary
2 Informationen über dieses Dokument
3 Einleitung
4 Administrative Daten (CDA Header)
5 Dokument-Level-Template für das Patient Summary
6 Header-Level-Templates für das Patient Summary
7 Section-Level-Templates für das Patient Summary
8 Entry-Level-Templates für das Patient Summary
9 Technische Konformitätsprüfung
10 Terminologien
- 10.1 Value Sets
11 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 Patient Summary für den grenzüberschreitenden Datenaustausch (EU eHealth Network)

1.1 Definition

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.

1.2 Patient Summary

Text

2 Informationen über dieses Dokument

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

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

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

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 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.elga-cdaps-2.06.2:Revision

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

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

2.8 Autoren und Mitwirkende

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

2.8.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)

Review-Beiträge von: - noch keine Reviews -

2.9 Haftungsausschluss

Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.

Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.

3 Einleitung

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

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

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

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

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

3.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. elga-cdaps-2.06.2:Anwendungsfälle

4 Administrative Daten (CDA Header)

elga-cdaps-2.06.2:PatientSummary Struktur

5 Dokument-Level-Template für das Patient Summary

Id

1.2.40.0.34.11.13

Gültigkeit

2016‑08‑30 16:19:25

Status

Entwurf

Versions-Label

0.1

Name

ELGAPatientSummary2

Bezeichnung

CDA ELGA Patient Summary

Beschreibung

CDA for ELGA Patient Summary

Kontext

Pfadname //

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 31 Templates

Benutzt	als	Name	Version
1.2.40.0.34.11.13.1.3	Inklusion	HeaderCommonsPS (0.1)	DYNAMIC
1.2.40.0.34.11.20001	Inklusion	HeaderRecordTarget	DYNAMIC
1.2.40.0.34.11.20002	Inklusion	HeaderAuthor	DYNAMIC
1.2.40.0.34.11.20003	Inklusion	HeaderDataEnterer	DYNAMIC
1.2.40.0.34.11.20004	Inklusion	HeaderCustodian	DYNAMIC
1.2.40.0.34.11.20005	Inklusion	HeaderInformationRecipient	DYNAMIC
1.2.40.0.34.11.20006	Inklusion	HeaderLegalAuthenticator	DYNAMIC
1.2.40.0.34.11.20007	Inklusion	HeaderAuthenticator	DYNAMIC
1.2.40.0.34.11.1.1.3	Inklusion	HeaderParticipant Hausarzt	DYNAMIC
1.2.40.0.34.11.1.1.4	Inklusion	HeaderParticipant Notfallkontakt	DYNAMIC
1.2.40.0.34.11.1.1.5	Inklusion	HeaderParticipant Angehörige	DYNAMIC
1.2.40.0.34.11.1.1.6	Inklusion	HeaderParticipant Versicherung	DYNAMIC
1.2.40.0.34.11.1.1.7	Inklusion	HeaderParticipant Betreuungsorganisation	DYNAMIC
1.2.40.0.34.11.1.1.8	Inklusion	HeaderParticipant Weitere Behandler	DYNAMIC
1.2.40.0.34.11.13.1.2	Inklusion	HeaderServiceEvent PS (0.1)	DYNAMIC
1.2.40.0.34.11.20011	Inklusion	HeaderRelatedDocument	DYNAMIC
1.2.40.0.34.11.20013	Inklusion	HeaderEncompassingEncounter	DYNAMIC
1.2.40.0.34.11.13.2.1	Containment	Allergien und Intoleranzen (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.2	Containment	Gesundheitsprobleme und Risiken (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.16	Containment	Medikationsliste PS (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.4	Containment	Medizinische Geräte und Implantate (0.1)	DYNAMIC
1.2.40.0.34.6.0.11.2.1	Containment	Impfungen - kodiert (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.11.13.2.3	Containment	Durchgeführte Eingriffe und Therapien (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.12	Containment	Beeinträchtigungen (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.10	Containment	Diagnostische Resultate (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.9	Containment	Schwangerschaften (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.8	Containment	Lebensstil (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.15	Containment	Soziale Umstände und Verhalten PS (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.11	Containment	Willenserklärungen (0.1)	DYNAMIC
1.2.40.0.34.11.14.2.2	Containment	Weitere Informationen (0.1)	DYNAMIC
1.2.40.0.34.11.13.2.13	Containment	Liste der behandelnden GDA (0.1)	DYNAMIC

Beziehung

Adaptation: Template 2.16.840.1.113883.10.12.1 CDA ClinicalDocument (2005‑09‑07)

ref

ad1bbr-

Beispiel

Grobstruktur des CDA mit structured Body

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

1 … 1

M

(ELG...ry2)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

Eingefügt

von 1.2.40.0.34.11.13.1.3 HeaderCommonsPS (DYNAMIC)

hl7:realmCode

CS (erforderlich)

1 … 1

M

Hoheitsbereich des Dokuments

(ELG...ry2)

@code

CONF

1 … 1

F

AT

hl7:typeId

II

1 … 1

M

Dokumentformat CDA R2.

(ELG...ry2)

@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

(ELG...ry2)

@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

(ELG...ry2)

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

(ELG...ry2)

hl7:code

CD (extensible)

1 … 1

M

Klassifikation des Dokuments

(ELG...ry2)

@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

(ELG...ry2)

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

(ELG...ry2)

hl7:confidentialityCode

CE (extensible)

1 … 1

M

Klassifizierung der Vertraulichkeit

(ELG...ry2)

@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

(ELG...ry2)

@code

CONF

1 … 1

F

de-AT

hl7:setId

II

1 … 1

M

Eindeutige Id des Dokumentensets

(ELG...ry2)

hl7:versionNumber

INT

1 … 1

M

Versionsnummer des Dokuments

(ELG...ry2)

@value

int

1 … 1

R

Versionsnummer als positive ganze Zahl

Eingefügt

1 … 1

M

von 1.2.40.0.34.11.20001 HeaderRecordTarget (DYNAMIC)
Patient

hl7:recordTarget

1 … 1

M

Komponente für die Patientendaten.

(ELG...ry2)


	elgagab-dataelement-9	Patient	Datensatz

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:patientRole

1 … 1

R

Patientendaten.

(ELG...ry2)

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

(ELG...ry2)

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.

(ELG...ry2)

hl7:streetAddressLine

0 … 1

(ELG...ry2)

hl7:streetName

0 … 1

(ELG...ry2)

hl7:houseNumber

0 … 1

(ELG...ry2)

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

(ELG...ry2)

hl7:city

1 … 1

M

(ELG...ry2)

hl7:state

0 … 1

C

(ELG...ry2)

hl7:country

1 … 1

M

(ELG...ry2)

hl7:additionalLocator

0 … 1

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Patienten.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(ELG...ry2)

hl7:patient

0 … 1

(ELG...ry2)

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

(ELG...ry2)

hl7:prefix

0 … *

(ELG...ry2)

hl7:given

1 … *

M

(ELG...ry2)

hl7:family

1 … *

M

(ELG...ry2)

hl7:suffix

0 … *

(ELG...ry2)

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.

(ELG...ry2)

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

(ELG...ry2)

hl7:maritalStatusCode

CE

0 … 1

Codierung des Familienstands des Patienten.

(ELG...ry2)

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.

(ELG...ry2)

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!

(ELG...ry2)

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!

(ELG...ry2)

hl7:guardian

0 … *

Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter

(ELG...ry2)

hl7:addr

AD

0 … 1

Die Adresse des gesetzlichen Vertreters oder der Organisation.

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

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(ELG...ry2)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:guardianPerson
hl7:guardianOrganization

hl7:guardianPerson

… 1

Name des des gesetzlichen Vertreters (Person).

(ELG...ry2)

hl7:name

PN

1 … 1

M

Name der Person.

(ELG...ry2)

hl7:guardianOrganization

… 1

Name des des gesetzlichen Vertreters (Organisation).

(ELG...ry2)

hl7:name

ON

1 … 1

M

Name der Organisation.

(ELG...ry2)

hl7:birthplace

0 … 1

Geburtsort des Patienten.

(ELG...ry2)

hl7:place

1 … 1

M

(ELG...ry2)

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.

(ELG...ry2)

Eingefügt

von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)

hl7:languageCommunication

0 … *

Komponente zur Angabe der Sprachfähigkeiten des Patienten.

(ELG...ry2)

hl7:languageCode

CS

0 … 1

Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).

(ELG...ry2)

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

(ELG...ry2)

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

(ELG...ry2)

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.

(ELG...ry2)

Eingefügt

1 … *

M

von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC)
Keine besonderen Vorgaben für das ELGA Patient Summary, folgt dem ALF
Die Angabe der Person ist konditional (C) (im Fall einer automatischen Erstellung nicht anzugeben), die Organisation ist verpflichtend anzugeben (M)

hl7:author

1 … *

M

Verfasser des Dokuments.

(ELG...ry2)


	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.

(ELG...ry2)

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

(ELG...ry2)

hl7:assignedAuthor

1 … 1

R

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

(ELG...ry2)

@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

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

hl7:assignedAuthoringDevice

… 1

(ELG...ry2)

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

(ELG...ry2)

hl7:softwareName

SC

1 … 1

R

Bezeichnung (und ggf Version) der datenerstellenden Software.

(ELG...ry2)

hl7:representedOrganization

1 … 1

M

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

(ELG...ry2)

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.

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … 1

von 1.2.40.0.34.11.20003 HeaderDataEnterer (DYNAMIC)
Der dataEnterer darf für das automatisch generierte Patient Summary nicht angegeben werden.
Wenn es aber einen menschlichen Author gibt, ist auch der dataEnterer relevant

hl7:dataEnterer

0 … 1

Person der Dateneingabe.

(ELG...ry2)


	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.

(ELG...ry2)

hl7:assignedEntity

1 … 1

R

Personendaten der schreibenden Person

Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

(ELG...ry2)

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

(ELG...ry2)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(ELG...ry2)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(ELG...ry2)

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.

(ELG...ry2)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

1 … 1

M

von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC)
gemäß ALF

hl7:custodian

1 … 1

M

Verwahrer des Dokuments.

(ELG...ry2)


	elgagab-dataelement-73	Verwahrer	Datensatz

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(ELG...ry2)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(ELG...ry2)

@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

(ELG...ry2)

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.

(ELG...ry2)

hl7:telecom

TEL.AT

0 … 1

Kontaktdaten des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.

(ELG...ry2)

hl7:addr

AD

1 … 1

M

Adresse des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

(ELG...ry2)

Eingefügt

0 … *

von 1.2.40.0.34.11.20005 HeaderInformationRecipient (DYNAMIC)
beabsichtigter Empfänger gemäß ALF
kann ein bestimmter GDA, eine unbekannte Person ("An den Hausarzt") oder der Patient selbst sein
Muss für PS definiert werden.

hl7:informationRecipient

0 … *

Beabsichtiger Empfänger des Dokuments.

(ELG...ry2)


	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

(ELG...ry2)

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

(ELG...ry2)

Beispiel

hl7:informationRecipient

1 … 1

M

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

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … *

C

von 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (DYNAMIC)
Wird das Patient Summary von einer Person erstellt (author=human-created), ist der rechtliche Unterzeichner verpflichtend ( [1..1] M) anzugeben. Bei einer automatischen Erstellung (author=software-assembled) ist der rechtliche Unterzeichner optional [O] anzugeben.

Constraint

Wenn author=human-created, d.h. assignedPerson ist vorhanden, dann ist der rechtliche Unterzeichner verpflichtend ( [1..1] M) anzugeben. Wenn author=software-assembled, d.h. assignedAuthoringDevice ist vorhanden, dann st der rechtliche Unterzeichner optional [O] anzugeben.

hl7:legalAuthenticator

0 … *

C

Rechtlicher Unterzeichner.

(ELG...ry2)


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

(ELG...ry2)

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(ELG...ry2)

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

(ELG...ry2)

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

(ELG...ry2)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(ELG...ry2)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(ELG...ry2)

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.

(ELG...ry2)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … *

von 1.2.40.0.34.11.20007 HeaderAuthenticator (DYNAMIC)
weitere Unterzeichner, sind gemeinsam mit dem LegalAuthenticator zu diskutieren

hl7:authenticator

0 … *

Weitere Unterzeichner.

(ELG...ry2)


	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

(ELG...ry2)

hl7:signatureCode

CS

1 … 1

M

(ELG...ry2)

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

(ELG...ry2)

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

(ELG...ry2)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(ELG...ry2)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(ELG...ry2)

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.

(ELG...ry2)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … 1

von 1.2.40.0.34.11.1.1.3 HeaderParticipant Hausarzt (DYNAMIC)
Für epSOS gefordert
in den ELGA-Dokumenten nur O

hl7:participant

0 … 1

Beteiligter (Hausarzt).

(ELG...ry2)

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.

(ELG...ry2)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.3

hl7:functionCode

CE

1 … *

M

Hausarzt.

(ELG...ry2)

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

(ELG...ry2)

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

(ELG...ry2)

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

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

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(ELG...ry2)

hl7:associatedPerson

1 … 1

M

Beteiligte Person.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … *

von 1.2.40.0.34.11.1.1.4 HeaderParticipant Notfallkontakt (DYNAMIC)
Für epSOS gefordert
in den ELGA-Dokumenten nur O

hl7:participant

0 … *

Beteiligter (Notfallkontakt / Auskunftsberechtigte Person).

(ELG...ry2)

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

(ELG...ry2)

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

(ELG...ry2)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(ELG...ry2)

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

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

hl7:associatedPerson

1 … 1

M

Name des Beteiligten.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … *

von 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (DYNAMIC)
gemäß ALF

hl7:participant

0 … *

Beteiligter (Angehöriger).

(ELG...ry2)

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

(ELG...ry2)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.5

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(ELG...ry2)

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

(ELG...ry2)

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.

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(ELG...ry2)

hl7:associatedPerson

1 … 1

M

Beteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … *

von 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (DYNAMIC)
gemäß ALF

hl7:participant

0 … *

Beteiligter (Versicherter/Versicherung).

(ELG...ry2)

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

(ELG...ry2)

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

(ELG...ry2)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(ELG...ry2)

@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

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(ELG...ry2)

hl7:associatedPerson

0 … 1

Name des Beteiligten.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

(ELG...ry2)

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.

(ELG...ry2)

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.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … 1

von 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (DYNAMIC)
gemäß ALF

hl7:participant

0 … 1

Beteiligter (Betreuende Organisation).

(ELG...ry2)

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

(ELG...ry2)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.7

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(ELG...ry2)

@classCode

cs

1 … 1

F

CAREGIVER

hl7:scopingOrganization

1 … 1

M

Betreuende Organisation.

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

von 1.2.40.0.34.11.1.1.8 HeaderParticipant Weitere Behandler (DYNAMIC)
Weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden.

hl7:participant

Beteiligter (Fachlicher Ansprechpartner).

(ELG...ry2)

wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.8']]


	elgagab-dataelement-136	Weitere Behandler	Datensatz

@typeCode

cs

1 … 1

F

CON

Weitere Behandler.

hl7:templateId

II

1 … 1

M

(ELG...ry2)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.8

hl7:functionCode

CE

0 … 1

R

Angabe der Funktion bzw. der Fachrichtung des Behandlers.

z.B: „Facharzt für Neurologie“

Eigene Codes und Bezeichnungen dürfen verwendet werden.

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(ELG...ry2)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:associatedEntity

1 … 1

M

(ELG...ry2)

@classCode

cs

1 … 1

F

PROV

Gesundheitsdienstanbieter.

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

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

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des Beteiligten.
Es MUSS mindestens eine Telefon-Nummer angegeben werden.

(ELG...ry2)

hl7:associatedPerson

1 … 1

M

Beteiligte Person

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

(ELG...ry2)

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.

(ELG...ry2)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation)

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

0 … *

von 1.2.40.0.34.11.13.1.2 HeaderServiceEvent PS (DYNAMIC)
mehrere documentationOf / je ein fixes ServiceEvent 'PCRS'

hl7:documentationOf

0 … *

(ELG...ry2)

@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

(ELG...ry2)

@classCode

cs

0 … 1

F

PCPR

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

Fixer Wert für die Gesundheitsdienstleistung

(ELG...ry2)

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

(ELG...ry2)

hl7:low

TS

1 … 1

M

(ELG...ry2)

hl7:high

TS

1 … 1

M

(ELG...ry2)

hl7:performer

NP

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

(ELG...ry2)

Eingefügt

0 … *

von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC)
Verweis auf das Vorgängerdokument

Beispiel

Strukturbeispiel

<cda:ClinicalDocument>
  
  <cda:relatedDocument typeCode="RPLC">
    <cda:parentDocument>
      <cda:id root="1.2.3.4" extension="abcdef"/>    </cda:parentDocument>  </cda:relatedDocument>  
</cda:ClinicalDocument>

hl7:relatedDocument

0 … *

Komponente für das vorgehende Dokument.

(ELG...ry2)


	elgagab-dataelement-155	Bezug zu vorgehenden Dokumenten	Datensatz

@typeCode

cs

1 … 1

F

RPLC

Art des Bezugs zum Vordokument.

hl7:parentDocument

1 … 1

M

Vorhergehendes Dokument.

(ELG...ry2)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

1 … 1

M

Dokumenten-Id des vorgehenden Dokuments.

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

(ELG...ry2)

Eingefügt

0 … 1

von 1.2.40.0.34.11.20013 HeaderEncompassingEncounter (DYNAMIC)
Informationen zum Patientenkontakt als optionales Element.

hl7:componentOf

0 … 1

Komponente für den Patientenkontakt.

(ELG...ry2)


	elgagab-dataelement-156	Patientenkontakt	Datensatz

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

R

Patientenkontakt.

(ELG...ry2)

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl.

(ELG...ry2)

hl7:code

CE

1 … 1

M

Codierung des Patientenkontakts.

(ELG...ry2)

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.

(ELG...ry2)

hl7:low

TS.DATE.MIN

1 … 1

R

(ELG...ry2)

hl7:high

TS.DATE.MIN

0 … 1

(ELG...ry2)

hl7:responsibleParty

0 … 1

Komponente für die verantwortliche Person.

(ELG...ry2)

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

(ELG...ry2)

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

(ELG...ry2)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(ELG...ry2)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(ELG...ry2)

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.

(ELG...ry2)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(ELG...ry2)

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

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

0 … *

(ELG...ry2)

hl7:addr

AD

0 … 1

(ELG...ry2)

Eingefügt

1 … 1

M

von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC)

hl7:location

1 … 1

M

Komponente Organisation.

(ELG...ry2)

@typeCode

cs

0 … 1

F

LOC

Beispiel

hl7:healthCareFacility

1 … 1

M

(ELG...ry2)

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

(ELG...ry2)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

Beispiel

hl7:id

II

1 … *

R

(ELG...ry2)

hl7:name

ON

1 … 1

M

(ELG...ry2)

hl7:telecom

TEL.AT

1 … *

M

(ELG...ry2)

hl7:addr

AD

1 … 1

M

(ELG...ry2)

hl7:component

1 … 1

R

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:structuredBody

1 … 1

R

(ELG...ry2)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

1 … 1

R

Sektion Allergien und Unverträglichkeiten
Beinhaltet 1.2.40.0.34.11.13.2.1 Allergien und Intoleranzen (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

1 … 1

R

Sektion Gesundheitsprobleme und Risiken
Beinhaltet 1.2.40.0.34.11.13.2.2 Gesundheitsprobleme und Risiken (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

1 … 1

R

Sektion Medikationsliste
Beinhaltet 1.2.40.0.34.11.13.2.16 Medikationsliste PS (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

1 … 1

R

Sektion medizinische Geräte und Implantate
Beinhaltet 1.2.40.0.34.11.13.2.4 Medizinische Geräte und Implantate (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Sektion mit den Impfungen
Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Sektion Durchgeführte Eingriffe und Therapien
Beinhaltet 1.2.40.0.34.11.13.2.3 Durchgeführte Eingriffe und Therapien (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Sektion Beeinträchtigungen und Invalidität
Beinhaltet 1.2.40.0.34.11.13.2.12 Beeinträchtigungen (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

1 … 1

R

hl7:component

0 … 1

Sektion diagnostische Resultate
Beinhaltet 1.2.40.0.34.11.13.2.10 Diagnostische Resultate (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Sektion Schwangerschaften
Beinhaltet 1.2.40.0.34.11.13.2.9 Schwangerschaften (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Sektion Lebensstil
Beinhaltet 1.2.40.0.34.11.13.2.8 Lebensstil (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Soziale Umstände und Verhalten
Beinhaltet 1.2.40.0.34.11.13.2.15 Soziale Umstände und Verhalten PS (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Willenserklärungen und andere juridische Dokumente
Beinhaltet 1.2.40.0.34.11.13.2.11 Willenserklärungen (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Weitere Informationen
Beinhaltet 1.2.40.0.34.11.14.2.2 Weitere Informationen (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Liste der behandelnden GDA
Beinhaltet 1.2.40.0.34.11.13.2.13 Liste der behandelnden GDA (DYNAMIC)

(ELG...ry2)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

6 Header-Level-Templates für das Patient Summary

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

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

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

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

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

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

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

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

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

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

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

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

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

6.14 Bezug zu vorgehenden Dokumenten

Id

1.2.40.0.34.11.20011

ref

elgabbr-

Gültigkeit

2014‑12‑06

Andere Versionen mit dieser Id:

HeaderRelatedDocument vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

HeaderRelatedDocument

Bezeichnung

HeaderRelatedDocument

Beschreibung

Der Bezug zu vorgehenden Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse, spezifiziert.

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-155	Bezug zu vorgehenden Dokumenten	Datensatz

Beziehung

Version: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:relatedDocument

Komponente für das vorgehende Dokument.

(Hea...ent)


	elgagab-dataelement-155	Bezug zu vorgehenden Dokumenten	Datensatz

@typeCode

cs

1 … 1

F

RPLC

Art des Bezugs zum Vordokument.

hl7:parentDocument

1 … 1

M

Vorhergehendes Dokument.

(Hea...ent)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

1 … 1

M

Dokumenten-Id des vorgehenden Dokuments.

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

(Hea...ent)

6.15 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 Section-Level-Templates für das Patient Summary

Übersichtstabelle der Sections:

Section	Opt.	codierte Inhalte
Allergien & Unverträglichkeiten	[R]	[R]
Gesundheitsprobleme & Risiken	[R]	[R]
Medikation	[R]	[R]
Medizinische Geräte & Implantate	[R2]	[?]
Impfungen	[R2]	[?]
Durchgeführte Eingriffe & Therapien	[R2]	[?]
Autonomie & Invalidität	[R2]	[?]
Schwangerschaft	[O]	[R]
Diagnostische Resultate (Blutgruppe, Vitalparameter, Laborwerte,...)	[O]	[R]
Empfehlungen zur weiteren Behandlung	[O]	[?]
Sozialanamnese	[O]	[?]

elga-cdaps-2.06.2:Allergien, Unverträglichkeiten und Risiken-Section (Template) elga-cdaps-2.06.2:Aktuelle Gesundheitsprobleme-Section (Template)

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

elga-cdaps-2.06.2:Durchgeführte Eingriffe-Section (Template)

elga-cdaps-2.06.2:Einschränkungen und Invalidität-Section (Template) elga-cdaps-2.06.2:Schwangerschaft-Section (Template) elga-cdaps-2.06.2:Blutgruppe und relevante Laborwerte-Section (Template) elga-cdaps-2.06.2:Willenserklärungen-Section (Template) elga-cdaps-2.06.2:Sozialanamnese-Section (Template)

7.4 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.5 Dokumentenverweise

8 Entry-Level-Templates für das Patient Summary

elga-cdaps-2.06.2:Allergien und Unverträglichkeiten Entry (Template) elga-cdaps-2.06.2:Bestehendes Gesundheitsproblem Entry (Template)

8.1 Eingebettetes Objekt Entry

Id

1.2.40.0.34.11.1.3.1

ref

elgabbr-

Gültigkeit

2017‑05‑05

Andere Versionen mit dieser Id:

EingebettetesObjektEntry vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

EingebettetesObjektEntry

Bezeichnung

Eingebettetes Objekt Entry

Beschreibung

Achtung: Grafiken mit Transparenz (z.B: bei GIF oder PNG möglich) können zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen und sind daher NICHT ERLAUBT

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.1

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.1.3.1 Eingebettetes Objekt Entry (2017‑05‑05)

ref

elgabbr-

Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

<observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1">
<templateId root="1.2.40.0.34.11.1.3.1"/> <value mediaType="application/pdf" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU
AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value></observationMedia>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observationMedia

1 … 1

R

Container zur Angabe eines eingebetteten Objekts.

(Ein...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@ID

1 … 1

R

ID des eingebetteten Objekts.
Wird vom Element <render-MultiMedia referencedObject=" "/> im narrativen Text-Bereich referenziert.

hl7:templateId

II

1 … 1

M

(Ein...try)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.3.1

hl7:value

ED

1 … 1

M

Das eingebettete Objekt (PDF, Bild), unkomprimiert, Base64 enkodiert.

Siehe „Größenbeschränkung von eingebetteten Objekten“

(Ein...try)

@mediaType

cs

1 … 1

R

Medientyp des eingebetteten Objekts.

Zulässige Werte gemäß Value-Set „ELGA_Medientyp“

Verweis auf speziellen Implementierungsleitfaden:

Spezielle Implementierungsleitfäden können zusätzliche Medientypen (MIME) erlauben.

CONF

Der Wert von @mediaType muss gewählt werden aus dem Value Set 1.2.40.0.34.10.42 ELGA_Medientyp (DYNAMIC)

@representation

cs

1 … 1

F

B64

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

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

8.1.3 Impfungsentry

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

8.2 Termine, Kontrollen, Wiederbestellung Entry

Id

1.2.40.0.34.11.2.2.10

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Aktiv

Versions-Label

Name

TermineKontrollenWiederbestellung

Bezeichnung

Termine, Kontrollen, Wiederbestellung

Beschreibung

Auflistung weiterer Behandlungstermine, Kontrollen und Wiederbestellungen.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.10

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.2.2.10 Termine, Kontrollen, Wiederbestellung (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  
  <templateId root="1.2.40.0.34.11.2.2.10"/>  
  <code code="TERMIN" displayName="Termine, Kontrollen, Wiederbestellung" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Termine, Kontrollen, Wiederbestellung</title>  
  <text> ... Lesbarer Textbereich ... </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Ter...ung)

hl7:templateId

II

1 … 1

R

(Ter...ung)

@root

uid

1 … 1

F

1.2.40.0.34.11.2.2.10

hl7:code

CE

1 … 1

M

(Ter...ung)

@code

CONF

1 … 1

F

TERMIN

@codeSystem

1 … 1

F

1.2.40.0.34.5.40

Beispiel

hl7:title

ST

1 … 1

R

(Ter...ung)

CONF

Elementinhalt muss "Termine, Kontrollen, Wiederbestellung" sein

hl7:text

SD.TEXT

1 … 1

R

Information für den menschlichen Leser.

(Ter...ung)

8.3 Entlassungszustand

Id

1.2.40.0.34.11.2.2.11

ref

elgabbr-

Gültigkeit

2015‑10‑15

Andere Versionen mit dieser Id:

Entlassungszustand vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

Entlassungszustand

Bezeichnung

Entlassungszustand

Beschreibung

Informationen zu Belastbarkeit und Arbeitsunfähigkeit.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.11

Klassifikation

CDA Section 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.1.3.1	Containment	Eingebettetes Objekt Entry	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.2.2.11 Entlassungszustand (2015‑10‑15)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  
  <templateId root="1.2.40.0.34.11.2.2.11"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.17"/>  
  <templateId root="2.16.840.1.113883.10.20.1.5"/>  
  
  <code code="47420-5" displayName="Functional status assessment" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Entlassungszustand</title>  
  <text> ... Lesbarer Textbereich ... </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Ent...and)

hl7:templateId

II

1 … 1

R

(Ent...and)

@root

uid

1 … 1

F

1.2.40.0.34.11.2.2.11

hl7:templateId

II

1 … 1

R

(Ent...and)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.17

hl7:templateId

II

1 … 1

R

(Ent...and)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.5

hl7:code

CE

1 … 1

M

(Ent...and)

@code

CONF

1 … 1

F

47420-5

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

Functional status assessment

Beispiel

hl7:title

ST

1 … 1

R

(Ent...and)

CONF

Elementinhalt muss "Entlassungszustand" sein

hl7:text

SD.TEXT

1 … 1

R

Information für den menschlichen Leser.

(Ent...and)

hl7:entry

0 … *

Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)

(Ent...and)

8.4 Empfohlene Anordnungen Pflege

Id

1.2.40.0.34.11.2.2.24

ref

elgabbr-

Gültigkeit

2015‑10‑15

Andere Versionen mit dieser Id:

EmpfohleneAnordnungenPflege vom 2013‑09‑09

Status

Aktiv

Versions-Label

Name

EmpfohleneAnordnungenPflege

Bezeichnung

Empfohlene Anordnungen Pflege

Beschreibung

Empfohlene Anordnungen an die weitere Pflege.

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

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

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.2.2.24

Klassifikation

CDA Section 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.1.3.1	Containment	Eingebettetes Objekt Entry	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.2.2.24 Empfohlene Anordnungen Pflege (2015‑10‑15)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  
  <templateId root="1.2.40.0.34.11.2.2.24"/>  
  <code code="56447-6" displayName="Plan of care note" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title> Empfohlene Anordnungen an die weitere Pflege </title>  
  <text> ... Lesbarer Textbereich ... </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Emp...ege)

hl7:templateId

II

1 … 1

R

(Emp...ege)

@root

uid

1 … 1

F

1.2.40.0.34.11.2.2.24

hl7:code

CE

1 … 1

M

(Emp...ege)

@code

CONF

1 … 1

F

56447-6

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

Beispiel

hl7:title

ST

1 … 1

M

(Emp...ege)

CONF

Elementinhalt muss "Empfohlene Anordnungen an die weitere Pflege" sein

hl7:text

SD.TEXT

1 … 1

M

Information für den menschlichen Leser.

(Emp...ege)

hl7:entry

0 … *

Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)

(Emp...ege)

8.4.1 Sozialanamnese 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)

elga-cdaps-2.06.2:Schwangerschaftsentry (Template)

8.5 Vitalparameter Gruppe Entry

Id

1.2.40.0.34.11.1.3.3

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Entwurf

Versions-Label

Name

VitalparameterGruppeEntry

Bezeichnung

Vitalparameter Gruppe Entry

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.3

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.1.3.4	Containment	Vitalparameter Entry	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

1 … 1

M

(Vit...try)

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

ELGA

(Vit...try)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.3.3

hl7:templateId

II

1 … 1

R

HL7 CCD 3.13

(Vit...try)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.32

hl7:templateId

II

1 … 1

R

HL7 CCD 3.12

(Vit...try)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.35

hl7:templateId

II

1 … 1

R

IHE PCC Vital Signs Organizer Entry

(Vit...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.13.1

hl7:id

1 … 1

R

ID der VitalparameterGruppe.

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

(Vit...try)

hl7:code

CE

1 … 1

M

Code des VitalparameterGruppe-Entry.

(Vit...try)

@code

CONF

1 … 1

F

46680005

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

hl7:statusCode

CS

1 … 1

M

(Vit...try)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

C

Erhebungsdatum.

Zugelassene nullFlavor: UNK

(Vit...try)

Constraint

Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird KANN, R [0..1] dieses Element mit /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein oder komplett entfallen.

Wenn nicht in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

hl7:component

1 … *

M

ELGA Vitalparameter-Entry.
Beinhaltet 1.2.40.0.34.11.1.3.4 Vitalparameter Entry (DYNAMIC)

(Vit...try)

8.6 Vitalparameter Entry

Id

1.2.40.0.34.11.1.3.4

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Entwurf

Versions-Label

Name

VitalparameterEntry

Bezeichnung

Vitalparameter Entry

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.4

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.1.3.4 Vitalparameter Entry (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>
  <cda:observation classCode="OBS" moodCode="EVN">
    
    <cda:templateId root="1.2.40.0.34.11.1.3.4"/>    
    <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>    
    <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>    
    <cda:templateId root="2.16.840.1.113883.10.20.1.31"/>    
    <cda:id root=" " extension=" "/>    
    <cda:code code="2710-2" displayName="Oxygen saturation in Capillary blood by Oximetry" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC">
      <cda:originalText>
        <cda:reference value="#vitsigtype-1"/>      </cda:originalText>    </cda:code>    
    <cda:text>
      <cda:reference value="tel:+1-12345678"/>    </cda:text>    
    <cda:statusCode code="completed"/>    
    <cda:value xsi:type="PQ" value="120" unit="/min"/>  </cda:observation></hl7:ClinicalDocument>

Beispiel

Keine Vitalparameter erhoben

<cda:observation classCode="OBS" moodCode="EVN">
  <cda:templateId root="1.2.40.0.34.6.0.11.3.24"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.31"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>  
  <cda:id root=" " extension=" "/>  
  <cda:code code="373121007" displayName="Test not done" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT">
    <cda:originalText>
      <cda:reference value="#vitsigtype-1"/>    </cda:originalText>  </cda:code>  
  <cda:text>
    <cda:reference value="#vitsig-1"/>  </cda:text>  
  <cda:statusCode code="completed"/>  
  <cda:value xsi:type="PQ" nullFlavor="NA"/></cda:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

1 … 1

R

(Vit...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

ELGA

(Vit...try)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.3.4

hl7:templateId

II

1 … 1

R

IHE PCC Simple Observation Entry

(Vit...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.13

hl7:templateId

II

1 … 1

R

IHE PCC Vital Signs Observation Entry

(Vit...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.13.2

hl7:templateId

II

1 … 1

R

HL7 CCD 3.13

(Vit...try)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.31

hl7:id

1 … 1

R

ID des Vitalparameters

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

(Vit...try)

hl7:code

CE

1 … 1

M

Code des Vitalparameters.

Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.

Verweis auf speziellen Implementierungsleitfaden:

Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.

(Vit...try)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.34 ELGA_Vitalparameterarten (DYNAMIC)

hl7:originalText

ED

1 … 1

M

Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).

(Vit...try)

hl7:text

ED

1 … 1

M

Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).

(Vit...try)

hl7:reference

TEL

1 … 1

M

(Vit...try)

hl7:statusCode

CS

1 … 1

M

(Vit...try)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

C

Erhebungsdatum. Zugelassene nullFlavor: UNK

(Vit...try)

Constraint

Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, R [0..1] dieses Element mit /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein oder komplett entfallen.

Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Auswahl

1 … 1

Wert des Vitalparameters.

Elemente in der Auswahl:

hl7:value[not(@nullFlavor)]
hl7:value[@nullFlavor='NA']

Constraint

Wenn kein Vitalparameter erhoben wurde (code/@code="373121007"), MUSS, M [1..1], value mit @nullFlavor="NA" strukturiert sein.

In allen anderen Fällen MUSS, M [1..1], value angegeben sein. Die Verwendung von @nullFlavor="NA" ist NICHT ERLAUBT.

hl7:value

PQ

0 … 1

(Vit...try)

wo [not(@nullFlavor)]

hl7:value

PQ

0 … 1

(Vit...try)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

8.6.1 Blutgruppenentry

ToDo: Chekcen - besser generisches Template aus IPS für "Diagnostic Results" verwenden

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

8.6.2 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

8.6.3 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

9 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".

10 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

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

11 Anhang

11.1 Tabellen

11.2 Abbildungen

11.3 Glossar

ToDo...

11.4 Referenzen

11.5 Revisionsliste

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

@@ Zeile 42: / Zeile 42: @@
 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.
 ==Patient Summary==

ILF:Patient Summary: Unterschied zwischen den Versionen

Version vom 26. Juli 2017, 09:46 Uhr

Inhaltsverzeichnis

1 Übersicht

1.1 Definition

1.2 Patient Summary

2 Informationen über dieses Dokument

2.1 Allgemeines

2.2 Sprachliche Gleichbehandlung

2.3 Verbindlichkeit

2.4 Zielgruppe

2.5 Hinweis auf verwendete Grundlagen

2.6 Weitere unterstützende Materialien

2.7 Harmonisierung

2.8 Autoren und Mitwirkende

2.8.1 Autoren

2.8.2 Mitwirkende

2.9 Haftungsausschluss

3 Einleitung

3.1 Definition

3.2 Zweck

3.3 Umfang

3.4 Zielgruppe

3.5 Beziehung zu anderen Projekten und Leitfäden

3.6 Hinweise zur Verwendung

4 Administrative Daten (CDA Header)

5 Dokument-Level-Template für das Patient Summary

6 Header-Level-Templates für das Patient Summary

6.1 Patient (recordTarget)

6.2 Verfasser des Dokuments (author - generisch)

6.3 Personen bei der Dateneingabe (dataEnterer - generisch)

6.4 Verwahrer des Dokuments (custodian - generisch)

6.5 Empfänger (informationRecipient - generisch)

6.6 Hauptunterzeichner (legalAuthenticator - generisch)

6.7 Weitere Unterzeichner (authenticator - generisch)

6.8 Hausarzt (participant - generisch)

6.9 Notfallkontakt (participant - generisch)

6.10 Angehörige (participant - generisch)

6.11 Versicherung (participant - generisch)

6.12 Betreuungsorganisation (participant - generisch)

6.13 Gesundheitsdienstleistungen (Service Events)

6.14 Bezug zu vorgehenden Dokumenten

6.15 Patientenkontakt (EncompassingEncounter - generisch)

7 Section-Level-Templates für das Patient Summary

7.1 Medikationsliste

7.2 Medizinische Geräte und Implantate

7.3 Impfungen

7.4 Soziale Umstände und Verhalten

7.5 Dokumentenverweise

8 Entry-Level-Templates für das Patient Summary

8.1 Eingebettetes Objekt Entry

8.1.1 ELGA Procedure Entry

8.1.2 ELGA Medical Device Entry

8.1.3 Impfungsentry

8.2 Termine, Kontrollen, Wiederbestellung Entry

8.3 Entlassungszustand

8.4 Empfohlene Anordnungen Pflege

8.4.1 Sozialanamnese Entry

8.5 Vitalparameter Gruppe Entry

8.6 Vitalparameter Entry

8.6.1 Blutgruppenentry

8.6.2 Medikation Verordnung Entry

8.6.3 Medikation Abgabe Entry

9 Technische Konformitätsprüfung

10 Terminologien

10.1 Value Sets

11 Anhang

11.1 Tabellen

11.2 Abbildungen

11.3 Glossar

11.4 Referenzen

11.5 Revisionsliste

Navigationsmenü

Suche