Back To Index  <<  Back To Templates

active Template  Documentation Of Service Event - Pflegesituationsbericht

Id 1.2.40.0.34.6.0.11.1.56 Gültigkeit ab 2025‑07‑02 10:47:25
Status active Aktiv Versions-Label 1.0.0+20260204
Name atpflege_header_DocumentationOfServiceEventPflegesitber Bezeichnung Documentation Of Service Event - Pflegesituationsbericht
Beschreibung

Dokumentation der Gesundheitsdienstleistung. 


Im Zuge der Einstellung eines Pflegesituationsberichts  wird durch die XDS-Metadaten dargestellt, welche Sektionen darin enthalten sind und in welcher Ausprägung (maschinenlesbar oder nicht).

Daher MUSS der jeweilige section/code als serviceEvent/code und die section/templateId (OID Bereich: 1.2.40.0.34.6.0.11.2.X) der Sektion als serviceEvent/id@root-Element angegeben werden:

  • serviceEvent/id spiegelt den Codierungsgrad der einzelnen Sektionen wieder, d.h. die id enthält die templateId der jeweiligen Sektion

  • serviceEvent/code spiegelt den Inhalt des Pflegeberichts wieder, d.h. das code-Element enthält den jeweiligen Sektion-code

Für die nicht-medizinischen Sektionen  "Brieftext" und "Abschließende Bemerkungen" ist kein documentationOf/serviceEvent zu codieren.

 

Als Leistungszeitraum (serviceEvent/effectiveTime) wird im Pflegesituationsbericht der Zeitraum von Behandlungs-/Betreuungsbeginn bis zur letzten Aktualisierung dokumentiert.

 


↔ Hinweis zum XDS-Mapping: 
Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen: 

  • Die Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommen

  • Die ServiceEvents stellen eine wertvolle Information zum Suchen und Filtern in den Dokument-Metadaten dar! 

Klassifikation CDA Header Level Template
Offen/Geschlossen Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 1 Transaction und 1 Template, Benutzt 2 Templates
Benutzt von als Name Version
at-pflege-transaction-2 Transaktion draft Pflegesituationsbericht (v3) 2025‑06‑26
1.2.40.0.34.6.0.11.0.25 Inklusion active Pflegesituationsbericht (1.0.0++20260204) 2025‑06‑25 13:49:44
Benutzt als Name Version
1.2.40.0.34.6.0.11.9.15 Containment active Time Interval Information minimal (1.0.1+20210628) DYNAMIC
1.2.40.0.34.6.0.11.9.22 Inklusion active Assigned Entity (1.0.2+20230717) DYNAMIC
Beziehung Adaptation: Template 1.2.40.0.34.6.0.11.1.33 Documentation Of Service Event - Outpatient Report (2021‑02‑19 08:45:51)
ref
elgaambbef-
Item DT Kard Konf Beschreibung Label
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.
@typeCode
 		cs 0 … 1 F DOC
hl7:serviceEvent
 		1 … 1 M

Die serviceEvents in den Pflegeberichten MÜSSEN die section/code-Elemente und die section/template-id wiedergeben. Diese Informationen werden über eine Mapping-Vorschrift in die XDS-Metadaten übernommen und ermöglichen einem ELGA-Teilnehmer zu erkennen, welche Sektionen beinhaltet sind und in welchem Codierungsgrad diese vorliegen.

Daher muss für jede Sektion, die medizinische Information enthält (Ausnahmen sind "Brieftext" und "Abschließende Bemerkungen"), ein documentationOf/serviceEvent codiert werden.

@classCode
 		cs 0 … 1 F ACT
@moodCode
 		cs 0 … 1 F EVN
hl7:id
 		II 1 … 1 M
@extension
 		st 0 NP NP/nicht anwesend
@root
 		uid 1 … 1 R
In das serviceEvent/id@root Attribute MUSS die section/templateId@root der dokumentierten Sektion geschrieben werden. Im Falle von mehreren section/templateIds MUSS jene gewählt werden, welche in dem OID-Bereich 1.2.40.0.34.6.0.11.2.X zu finden ist.
hl7:code
 		CE 1 … 1 M
Code der Gesundheitsdienstleistung.
Das serviceEvent/code-Element MUSS das code-Element der dokumentierten Sektion wiedergeben.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird ins XDS-Attribut  eventCodeList  gemappt.
@code
 		cs 1 … 1 R
@codeSystem
 		oid 1 … 1 R
@codeSystemName
 		st 0 … 1  
@displayName
 		st 1 … 1 R
  CONF
Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.110 ELGA_ServiceEventsPflegeSitber (DYNAMIC)
hl7:effectiveTime
 		IVL_TS 1 … 1 M
Zeitraum der Gesundheitsdienstleistung.
Als Leistungszeitraum (serviceEvent/effectiveTime) wird im Pflegesituationsbericht der Zeitraum von Behandlungs-/Betreuungsbeginn bis zur letzten Aktualisierung dokumentiert.
 
↔ Hinweis zum XDS-Mapping: 
Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime gemappt. 
Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
 
ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:
  • serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements
  • serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements 
 

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
  Constraint

In den ServiceEvents des Pflegesituationsbericht MUSS der Zeitraum von Behandlungs-/Betreuungsbeginn bis zur letzten Aktualisierung dokumentiert sein.

hl7:performer
 		0 … * Durchführende Entität(en) der Gesundheitsdienstleistung.
@typeCode
 		cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ServiceEventPerformer“
  CONF
Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC)
hl7:functionCode
 		CE 0 … 1 R
  CONF
Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
hl7:time
 		IVL_TS 0 … 1
Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war (wenn abweichend von EffectiveTime im Act).
Grundsätzlich sind die Vorgaben gemäß „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
hl7:low
 		TS.AT.TZ 1 … 1 R
@nullFlavor
 		cs 0 … 1 F UNK
hl7:high
 		TS.AT.TZ 1 … 1 R
@nullFlavor
 		cs 0 … 1 F UNK
hl7:assignedEntity
 		1 … 1 M
Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
 		cs 0 … 1 F ASSIGNED
Auswahl 1 … 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 1 … 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 1 … 1 M
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
 		1 … 1 M
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)