[unmarkierte Version]

Aktuelle Version vom 16. Dezember 2025, 23:52 Uhr

Diese Seite wird automatisch mittels eines Bots (ADbot) aus ART-DECOR extrahiert. Manuelle Änderungen dieser Seite sind wirkungslos.

Bitte beachten:

Diese Seite enthält Unterseiten in der Form /static-YYY-MM-DD, die die einzelnen statischen Versionen des Templates widerspiegeln. Diese Seite ist transklusionsfähig.
Eine Unterseite /dymamic weist auf die letzte aktuelle Version. Diese Seite ist transklusionsfähig.
Die zugehörigen Beschreibungen sind zurzeit nur in Deutsch verfügbar.

Weitere Informationen sind zusammengefasst im Hilfe-Beitrag Templates.

1 Template atcdabbr_header_ComponentOfEncompassingEncounter

Component Of - Encompassing Encounter gibt an, in welchem Rahmen der dokumentierte Patientenkontakt 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 der Patientenkontakt in der Praxis eines niedergelassenen GDA beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand. Verweis auf speziellen Implementierungsleitfaden: Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

1.1 Aktuelle Version

Id

1.2.40.0.34.6.0.11.1.7

ref

at-cda-bbr-

Gültigkeit ab

2023‑02‑28 10:11:03

Andere Versionen mit dieser Id:

atcdabbr_header_ComponentOfEncompassingEncounter vom 2021‑02‑19 10:32:49
atcdabbr_header_ComponentOfEncompassingEncounter vom 2020‑09‑29 10:39:03
atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:49
atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:48

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_header_ComponentOfEncompassingEncounter

Bezeichnung

Component Of - Encompassing Encounter

Beschreibung

Component Of - Encompassing Encounter gibt an, in welchem Rahmen der dokumentierte Patientenkontakt 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 der Patientenkontakt in der Praxis eines niedergelassenen GDA beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.
Verweis auf speziellen Implementierungsleitfaden:
Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.15	Containment	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.22	Inklusion	Assigned Entity (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.8	Inklusion	Encounter Location (1.0.0+20210219)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2021‑02‑19 10:32:49)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2020‑09‑29 10:39:03)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.20013 HeaderEncompassingEncounter (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel mit stationärem Patientenkontakt

Beispiel

Strukturbeispiel mit stationärem Patientenkontakt und unbekannter Entlassung

Beispiel

Strukturbeispiel mit ambulantem Patientenkontakt

Beispiel

Strukturbeispiel mit ambulantem Patientenkontakt und unbekannter Entlassung

Beispiel

Strukturbeispiel mit virtuellem Patientenkontakt

Beispiel

Strukturbeispiel mit virtuellem Patientenkontakt und unbekannter Entlassung

Item

DT

Kard

Konf

Beschreibung

Label

hl7:componentOf

Komponente für den Patientenkontakt.

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

M

Patientenkontakt.

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl

wo [not(@nullFlavor)]

@extension

st

1 … 1

R

Aufenthaltszahl, z.B.: Az123456

@root

uid

1 … 1

R

OID der Liste der Aufenthaltszahlen der Organisation

Constraint

@assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.

hl7:code

CE

1 … 1

M

Codierung des Patientenkontakts.

@code

cs

1 … 1

R

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

@displayName

st

0 … 1

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.4

@codeSystemName

st

1 … 1

F

HL7:ActCode

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.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

Constraint

Der Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:

Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
Der Entlassungszeitpunkt KANN „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.

hl7:responsibleParty

0 … 1

R

Komponente für die verantwortliche Person.

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

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

Eingefügt

von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Mindestens eine ID der Person der Entität

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt

hl7:id

II

0 … *

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
hl7:addr[@nullFlavor='UNK']

hl7:addr

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontakt-Elemente der Person der Entität.

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

wo [not(@nullFlavor)]

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

Constraint

Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:assignedPerson

1 … 1

M

Personendaten der Person der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:representedOrganization

0 … 1

R

Organisationsdaten der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

Eingefügt

1 … 1

M

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

hl7:location

1 … 1

M

@typeCode

cs

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

M

@classCode

cs

0 … 1

F

SDLOC

hl7:code

CE

1 … 1

M

Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.

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

Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.

Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.

@displayName

st

1 … 1

R

hl7:serviceProviderOrganization

1 … 1

M

Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

1.2 Zusammenstellung aller Versionen dieses Templates

@@ Zeile 5: / Zeile 5: @@
 =Template ''atcdabbr_header_ComponentOfEncompassingEncounter''=
-<p>Component Of - Encompassing Encounter gibt an, in welchem Rahmen der dokumentierte Patientenkontakt 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
+<p>
-                    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)
+                Component Of - Encompassing Encounter gibt an, in welchem Rahmen der dokumentierte Patientenkontakt 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
-                    und der Einrichtung, wo der Patientenaufenthalt stattfand.Verweis auf speziellen Implementierungsleitfaden:Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.</p>
+                    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 der Patientenkontakt in der Praxis eines niedergelassenen GDA beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.
+                    Verweis auf speziellen Implementierungsleitfaden:
+                    Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
+            </p>
 ==Aktuelle Version==
 {{:{{BASEPAGENAME}}/dynamic}}
 ==Zusammenstellung aller Versionen dieses Templates==
-(bisher keine weiteren Angaben)
+*[[1.2.40.0.34.6.0.11.1.7/static-2021-02-19T103249|2021-02-19 10:32:49 (Aktiv)]]
-<!--ca6f0424516d306d84ff2b6fbacc4ab0d163dda0-->
+*[[1.2.40.0.34.6.0.11.1.7/static-2020-09-29T103903|2020-09-29 10:39:03 (Aktiv)]]
+*[[1.2.40.0.34.6.0.11.1.7/static-2019-03-07T104449|2019-03-07 10:44:49 (In Entwicklung)]]
+*[[1.2.40.0.34.6.0.11.1.7/static-2019-03-07T104448|2019-03-07 10:44:48 (Unter Revision)]]
+<!--b564462b7a757684bd4a69030c8e88a253012f8f-->

1.2.40.0.34.6.0.11.1.7: Unterschied zwischen den Versionen

Aktuelle Version vom 16. Dezember 2025, 23:52 Uhr

1 Template atcdabbr_header_ComponentOfEncompassingEncounter

1.1 Aktuelle Version

1.2 Zusammenstellung aller Versionen dieses Templates

Navigationsmenü

Meine Werkzeuge

Namensräume

Varianten

Ansichten

Mehr

Suche

Navigation

Leitfäden

Wissensbasis

Hilfe

Werkzeuge

Drucken/exportieren