elga-cdaalf-2.06.2:Dokumentation der Gesundheitsdienstleistung: Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(Die Seite wurde neu angelegt: „==Dokumentation der Gesundheitsdienstleistung== ===Service Events („documentationOf/serviceEvent“)=== Mit der Assoziation ''documentationOf/serviceEvent''…“)
 
K (Lahnsteiner verschob die Seite Dokumentation der Gesundheitsdienstleistung nach elga-cdaalf-2.06.2:Dokumentation der Gesundheitsdienstleistung und überschrieb dabei eine Weiterleitung)
 
(11 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 3: Zeile 3:
 
Mit der Assoziation ''documentationOf/serviceEvent'' wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ''ClinicalDocument/code'' wiedergegeben ist. Mit der ''documentationOf'' Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.
 
Mit der Assoziation ''documentationOf/serviceEvent'' wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ''ClinicalDocument/code'' wiedergegeben ist. Mit der ''documentationOf'' Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.
  
−
In ''serviceEvent/effectiveTime'' kann der Zeitpunkt/Zeitraum der Gesundheitsdienstleistung angegeben werden. Im Gegensatz zum Encounter (siehe Kapitel „Informationen zum Patientenkontakt“), der ggf. mehrere Gesundheitsdienstleistungen „umrahmt“.
+
In ''serviceEvent/effectiveTime'' kann der Zeitpunkt/Zeitraum der Gesundheitsdienstleistung angegeben werden. Im Gegensatz zum Encounter (siehe Kapitel „[[ILF:Allgemeiner Implementierungsleitfaden#Informationen_zum_Patientenkontakt|Informationen zum Patientenkontakt]]“), der ggf. mehrere Gesundheitsdienstleistungen „umrahmt“.
 
{{BeginYellowBox}}
 
{{BeginYellowBox}}
 
Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:
 
Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:
Zeile 11: Zeile 11:
 
-> Sollte eine wertvolle Information sein (für den Behandler!)
 
-> Sollte eine wertvolle Information sein (für den Behandler!)
 
{{EndYellowBox}}
 
{{EndYellowBox}}
−
''Auszug aus dem R-MIM:''
+
<u>Auszug aus dem R-MIM:</u>
−
  [[Datei:Klassen rund um die Gesundheitsdienstleistung.png|500px|thumb|center|Klassen rund um die Gesundheitsdienstleistung.]]
+
  [[Datei:Klassen rund um die Gesundheitsdienstleistung.png|500px|thumb|center|Abbildung 15: Klassen rund um die Gesundheitsdienstleistung.]]
−
====Strukturbeispiel====
 
−
<div style="border:solid 1px black; background-color:#F4C789">
 
−
<ClinicalDocument xmlns="urn:hl7-org:v3">
 
−
:
 
−
<documentationOf>
 
−
<serviceEvent>
 
−
<code
 
−
code="KOL"
 
−
displayName="Koloskopie"
 
−
codeSystem="2.16.840.1.2.3.4.5.6.7.8.9"
 
−
codeSystemName="Name des Codesystems" />
 
−
 
 
−
<effectiveTime>
 
−
<low value="20081224082015+0100"/>
 
−
<high value="20081225113000+0100"/>
 
−
</effectiveTime>
 
−
 
 
−
<performer typeCode="PRF">
 
−
<assignedEntity>
 
−
:
 
−
</assignedEntity>
 
−
</performer>
 
−
</serviceEvent>
 
−
</documentationOf>
 
−
:
 
−
</ClinicalDocument>
 
−
</div>
 
  
 
====Spezifikation====
 
====Spezifikation====
−
Da dieses Element automatisch in die XDS-Metadaten übernommen wird, SOLL ''mindestens eine'' Gesundheitsdienstleistung als ''documentationOf/serviceEvent''-Element angegeben werden '''''[R2]'''''.
+
Da dieses Element automatisch in die XDS-Metadaten übernommen wird, SOLL '''<u>mindestens eine</u>''' Gesundheitsdienstleistung als ''documentationOf/serviceEvent''-Element angegeben werden '''''[R2]'''''.
 
{{BeginYellowBox}}
 
{{BeginYellowBox}}
 
ACHTUNG: Die Zeitangaben der Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!
 
ACHTUNG: Die Zeitangaben der Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!
 +
 
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:
 
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:
  
−
serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements
+
'''serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements'''<br/>
−
serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements
+
'''serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements'''
  
 
Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungs-leitfäden festgelegt.
 
Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungs-leitfäden festgelegt.
Zeile 54: Zeile 28:
 
Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere ''documentationOf/serviceEvent''-Elemente angegeben werden.
 
Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere ''documentationOf/serviceEvent''-Elemente angegeben werden.
 
{{:1.2.40.0.34.11.20010/dynamic}}
 
{{:1.2.40.0.34.11.20010/dynamic}}
−
=====serviceEvent Element Allgemein=====
 
−
{| class="wikitable" width="100%"
 
−
|-
 
−
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung
 
  
−
|-  style="background:#FFFFFF"
+
{{BeginILFBox}}
−
| colspan="2" style="text-align:left" |documentationOf||POCD_MT000040.DocumentationOf|| 0..* ||R2||  Komponente für die Gesundheitsdienstleistung
+
<u>Verweis auf speziellen Implementierungsleitfaden:</u><br/>
−
 
+
'''serviceEvent Element Allgemein'''<br/>
−
|-  style="background:#FFFFFF"
+
Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.<br/>
−
| serviceEvent||POCD_MT000040.ServiceEvent|| 1..1 ||M||  Gesundheitsdienstleistung
+
'''code'''<br/>
−
|-
+
Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.<br/>
−
|}
+
'''effectiveTime'''<br/>
−
<div style="border:solid 1px black; background-color:#E5D0EE">
+
Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.<br/>
−
''Verweis auf speziellen Implementierungsleitfaden:''<br/>
+
'''performer'''<br/>
−
Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
+
Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
−
</div>
+
{{EndILFBox}}
−
 
 
−
=====code=====
 
−
{| class="wikitable" width="100%"
 
−
|-
 
−
!  Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung
 
−
 
 
−
|-  style="background:#FFFFFF"
 
−
| code||CE <br/> CWE|| 1..1 ||R||  Code der Gesundheitsdienstleistung.<br/>Grundsätzlich sind die Vorgaben gemäß Kapitel „Codierungs-Elemente“ zu befolgen.<br/> Zugelassene nullFlavor: '''UNK'''
 
−
|-
 
−
|}
 
−
<div style="border:solid 1px black; background-color:#E5D0EE">
 
−
''Verweis auf speziellen Implementierungsleitfaden:''<br/>
 
−
Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
 
−
</div>
 
−
 
 
−
=====effectiveTime=====
 
−
{| class="wikitable" width="100%"
 
−
|-
 
−
!  Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung
 
−
 
 
−
|- style="background:#FFFFFF"
 
−
| effectiveTime||IVL_TS|| 1..1 ||M|| Zeitraum der Gesundheitsdienstleistung<br/>Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen.
 
−
|-
 
−
|}
 
−
<div style="border:solid 1px black; background-color:#E5D0EE">
 
−
''Verweis auf speziellen Implementierungsleitfaden:''<br/>
 
−
Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
 
−
</div>
 
 
{{BeginYellowBox}}
 
{{BeginYellowBox}}
 +
'''effectiveTime'''<br/>
 
Hinweis: Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
 
Hinweis: Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
 
{{EndYellowBox}}
 
{{EndYellowBox}}
−
 
−
=====performer=====
 
−
{| class="wikitable" width="100%"
 
−
|-
 
−
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung
 
−
 
−
|-  style="background:#FFFFFF"
 
−
|  colspan="2" style="text-align:left" | performer ||POCD_MT000040.Performer1|| 0..* ||O|| Durchführende Entität(en) der Gesundheitsdienstleistung.
 
−
 
−
|-  style="background:#FFFFFF"
 
−
|  || @typeCode ||cs ||1..1 ||M|| Zulässige Werte gemäß Value-Set „'''ELGA_ServiceEventPerformer'''“
 
−
 
−
|-  style="background:#FFFFFF"
 
−
|  || time||IVL_TS||0..1 ||O|| Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war (wenn abweichend von EffectiveTime im Act).<br/>Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen.<br/> Zugelassene nullFlavor: '''UNK'''
 
−
 
−
|-  style="background:#FFFFFF"
 
−
|  || assignedEntity ||POCD_MT000040.AssignedEntity||1..1 ||M|| Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
 
−
|-
 
−
|}
 
−
<div style="border:solid 1px black; background-color:#E5D0EE">
 
−
''Verweis auf speziellen Implementierungsleitfaden:''<br/>
 
−
Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden
 
−
</div>
 

Aktuelle Version vom 19. April 2018, 09:53 Uhr

1 Dokumentation der Gesundheitsdienstleistung

1.1 Service Events („documentationOf/serviceEvent“)

Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.

In serviceEvent/effectiveTime kann der Zeitpunkt/Zeitraum der Gesundheitsdienstleistung angegeben werden. Im Gegensatz zum Encounter (siehe Kapitel „Informationen zum Patientenkontakt“), der ggf. mehrere Gesundheitsdienstleistungen „umrahmt“.

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

  • Die serviceEvents sind die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister
  • Können daher als Such-/Filterkriterium verwendet werden
  • Scheint ggf. in den Ergebnissen der Suchabfragen auf

-> Sollte eine wertvolle Information sein (für den Behandler!)

Auszug aus dem R-MIM:

Abbildung 15: Klassen rund um die Gesundheitsdienstleistung.

1.1.1 Spezifikation

Da dieses Element automatisch in die XDS-Metadaten übernommen wird, SOLL mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden [R2].

ACHTUNG: Die Zeitangaben der 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

Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungs-leitfäden festgelegt.

Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werden.

Id1.2.40.0.34.11.20010
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeaderServiceEventBezeichnungHeaderServiceEvent
Beschreibung
Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-145Kyellow.png Gesundheitsdienstleistung Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel Koloskopie
<documentationOf typeCode="DOC">
  <serviceEvent>
    <code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/>    <effectiveTime>
      <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>    <performer typeCode="PRF">
      <assignedEntity> :
</assignedEntity>    </performer>  </serviceEvent></documentationOf>
Beispiel
Strukturbeispiel Hämatologie
<documentationOf typeCode="DOC">
  <serviceEvent>
    <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>    <effectiveTime>
      <low value="20121201061325+0100"/>      <high value="20121201161500+0100"/>    </effectiveTime>  </serviceEvent></documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.(Hea...ent)
 
Target.png
elgagab-data​element-145Kyellow.png Gesundheitsdienstleistung Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MGesundheitsdienstleistung.(Hea...ent)
Treeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:code
CE1 … 1RCode der Gesundheitsdienstleistung.
Zugelassene nullFlavor: UNK
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.		(Hea...ent)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum der Gesundheitsdienstleistung.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS1 … 1M(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS1 … 1M(Hea...ent)
Treeblank.pngTreetree.pnghl7:performer
0 … *Durchführende Entität(en) der Gesundheitsdienstleistung.(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ent)


Verweis auf speziellen Implementierungsleitfaden:
serviceEvent Element Allgemein
Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
code
Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
effectiveTime
Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
performer
Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

effectiveTime
Hinweis: Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.

Abgerufen von „http://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Dokumentation_der_Gesundheitsdienstleistung&oldid=77819“