Aus HL7 Austria MediaWiki
Hauptseite > 1.2.40.0.34.6.0.11.1.48/static-2020-08-26T152924
| Id | 1.2.40.0.34.6.0.11.1.48 | Gültigkeit | 2020‑08‑26 15:29:24 |
|---|
| Status |  Entwurf | Versions-Label | 1.0.0 |
|---|
| Name | atlab_header_DocumentationOfServiceEventLaborMikrobiologie | Bezeichnung | Documentation Of Service Event - Labor- und Mikrobiologie |
|---|
| Beschreibung | Laborbefund Dokumentation der wesentlichen Untersuchungsinhalte des Laborbefundes. Die entsprechenden Codes sind dem Value Set "ELGA_ServiceEventsLabor" zu entnehmen. Die Auswahl der zu codierenden "documentationOf/serviceEvent"-Elemente erfolgt durch die im Laborbefund enthaltenen Parameter. Diese unterliegen über das hierarchische Value Set "ELGA_Laborparameter" einer Hierarchie, durch die sich die auf der obersten Ebene zu codierenden "documentationOf/serviceEvent"-Elemente ergeben. Enthält der Laborbefund z.B. den Parameter "26515-7 - Thrombozyten", so ist gemäß Hierarchie auf oberster Ebene der Eintrag "300 - Hämatologie" zu finden, welcher als "documentationOf/serviceEvent" codiert wird. Enthält der Laborbefund auch mikrobiologische Ergebnisse (z.B. kulturelle Erregernachweise, molekulare Erregernachweise), MUSS zusätzlich ein "documentationOf/serviceEvent" mit dem Code "18725-2 - Microbiology studies" codiert werden. Mikrobiologiebefund Der Mikrobiologiebefund enthält genau ein "documentationOf/serviceEvent"-Element, das mit dem Code "18725-2 - Microbiology studies" codiert wird. ↔ Hinweis zum XDS-Mapping:Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:
- Laborbefund
- Es SOLL mindestens eine Gesundheitsdienstleistung als "documentationOf/serviceEvent"-Element angegeben werden.
- Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere "documentationOf/serviceEvent"-Elemente angegeben werden.
- Die Zeitangaben des ersten "documentationOf/serviceEvent"-Elements werden in die Dokument-Metadaten übernommen.
- Mikrobiologiebefund
- Es MUSS genau eine Gesundheitsdienstleistung als "documentationOf/serviceEvent"-Element angegeben werden.
- Die Zeitangaben des "documentationOf/serviceEvent"-Elements werden in die Dokument-Metadaten übernommen.
- Die serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-Dokumentenregister. Sie können daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen auf.
|
| | Klassifikation | CDA Header Level Template |
|---|
| Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
|---|
| Benutzt | | Benutzt 2 Templates | | Benutzt | als | Name | Version |
|---|
| 1.2.40.0.34.6.0.11.9.15 | Inklusion |  Time Interval Information minimal (1.0.0+20210219) | DYNAMIC | | 1.2.40.0.34.6.0.11.1.41 | Inklusion | Performer Header - Laboratory (1.1.0) | DYNAMIC |
|
|
|---|
| Beziehung | Adaptation: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34) ref at-cda-bbr- |
|---|
| Beispiel | | Strukturbeispiel Hämatologie | <documentationOf typeCode="DOC">
<serviceEvent classCode="ACT" moodCode="EVN">
<code code="300" displayName="Hämatologie" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung"/> <effectiveTime>
<low value="20190611102209+0200"/> <high value="20190611132209+0200"/> </effectiveTime> <performer typeCode="PRF">
<templateId root="1.2.40.0.34.6.0.11.1.41"/> <templateId root="1.3.6.1.4.1.19376.1.3.3.1.7"/> <!-- TODO (GKL) IVL_TS oder TS? im alten Leitfaden war IVL_TS; in diesem Template wurde aber TS modelliert, warum? -->
<time>
<low value="20121201061325+0100"/> <high value="20121201161500+0100"/> </time> <assignedEntity>
<!-- template 1.2.40.0.34.6.0.11.9.41 'Assigned Entity with id, name, addr and telecom' -->
</assignedEntity> </performer> </serviceEvent></documentationOf> |
|
|---|
| Beispiel | | Strukturbeispiel Microbiology studies | <documentationOf typeCode="DOC">
<serviceEvent classCode="ACT" moodCode="EVN">
<code code="18725-2" displayName="Microbiology studies (set)" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> <effectiveTime>
<low value="20190611102209+0200"/> <high value="20190611132209+0200"/> </effectiveTime> <performer typeCode="PRF">
<templateId root="1.2.40.0.34.6.0.11.1.41"/> <templateId root="1.3.6.1.4.1.19376.1.3.3.1.7"/> <!-- TODO (GKL) IVL_TS oder TS? im alten Leitfaden war IVL_TS; in diesem Template wurde aber TS modelliert, warum? -->
<time>
<low value="20121201061325+0100"/> <high value="20121201161500+0100"/> </time> <assignedEntity>
<!-- template 1.2.40.0.34.6.0.11.9.41 'Assigned Entity with id, name, addr and telecom' -->
</assignedEntity> </performer> </serviceEvent></documentationOf> |
|
|---|
| Item | DT | Kard | Konf | Beschreibung | Label |
|---|
| | | | Komponente für die Gesundheitsdienstleistung.
| (atl...gie) |  | @typeCode
|
| cs | 0 … 1 | F | DOC | | hl7:serviceEvent
|
| | 1 … 1 | M | Gesundheitsdienstleistung.
| (atl...gie) |  | | @classCode
|
| cs | 0 … 1 | F | ACT | | | @moodCode
|
| cs | 0 … 1 | F | EVN | | | hl7:id
|
| II | 0 … 1 | | TODO: war nicht vorhanden. drin lassen? [GKL: warum wurde es eingebaut?] | (atl...gie) | | | hl7:code
|
| CE | 1 … 1 | M | Code der Gesundheitsdienstleistung.
Laborbefund
Der Wert von @code muss aus dem hierarchischen Value Set "ELGA_ServiceEventsLabor" gewählt werden. Die Auswahl der zu codierenden "documentationOf/serviceEvent"-Elemente erfolgt durch die im Laborbefund enthaltenen Parameter. Diese unterliegen über das hierarchische Value Set "ELGA_Laborparameter" einer Hierarchie, durch die sich die auf der obersten Ebene zu codierenden "documentationOf/serviceEvent"-Elemente ergeben. Enthält der Laborbefund z.B. den Parameter "26515-7 - Thrombozyten", so ist gemäß Hierarchie auf oberster Ebene der Eintrag "300 - Hämatologie" zu finden, welcher als "documentationOf/serviceEvent" codiert wird.
Enthält der Laborbefund auch mikrobiologische Ergebnisse (z.B. kulturelle Erregernachweise, molekulare Erregernachweise), MUSS zusätzlich ein "documentationOf/serviceEvent" mit dem Code "18725-2 - Microbiology studies" codiert werden.
Mikrobiologiebefund
Der Mikrobiologiebefund enthält genau ein "documentationOf/serviceEvent"-Element, das mit dem Code "18725-2 - Microbiology studies" codiert wird.
↔ Hinweis zum XDS-Mapping:
Dieses Element wird in das XDS-Attribut "eventCodeList" gemappt.
| (atl...gie) | | wo [not(@nullFlavor)] | | | cs | 1 … 1 | R | | | oid | 1 … 1 | R | | | st | 1 … 1 | R | | | | CONF | | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.22 ELGA_ServiceEventsLabor (DYNAMIC) |
| | | hl7:effectiveTime
|
| IVL_TS | 1 … 1 | M | Angabe des zeitlichen Erbringungsintervalls effectiveTime mit einer Start- "low" und Endzeit "high" (verpflichtend).
↔ 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
| (atl...gie) | | Eingefügt | | | von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Startzeitpunkt: Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor EDV erfasst hat. Falls nicht vorhanden sind Datum und Uhrzeit des Starts des Auftrags in der Labor EDV anzugeben.
Endzeit: Datum und Zeitpunkt des Abschlusses des Auftrags, welche in der Regel mit der medizinischen Freigabe des Auftrags ident ist.
| | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:low[@value]
- hl7:low[@nullFlavor='UNK']
| | TS.AT.TZ | 0 … 1 | | | (atl...gie) | | wo [@value] | | | TS.AT.TZ | 0 … 1 | | | (atl...gie) | | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:high[@value]
- hl7:high[@nullFlavor='UNK']
| | TS.AT.TZ | 0 … 1 | | | (atl...gie) | | wo [@value] | | | TS.AT.TZ | 0 … 1 | | | (atl...gie) | | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | | hl7:performer
|
| | 0 … * | R | TODO: serviceEvent/performer/time Version 2.06
- war kein Zeitpunkt sondern ein Intervall
- laut Leitfadenbeschreibung muss time angegeben sein, wurde aber 0..1 R modelliert [GKL unklar, was hier gemeint ist]
TODO (GKL): Template ist offen modelliert, sollte geschlossen werden. | (atl...gie) | | Eingefügt | | | von 1.2.40.0.34.6.0.11.1.41 Performer Header - Laboratory (DYNAMIC)
Erbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter).
Wurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf/serviceEvent/performer" dokumentiert werden.
Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Einzeluntersuchung ("observation"-Element) angegeben werden. | | cs | 1 … 1 | F | PRF | | II | 1 … 1 | M | Performer Header - Laboratory | (atl...gie) | | uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.41 | | II | 1 … 1 | M | IHE PalM TF3 Rev.10, 6.3.2.20 Laboratory Performer | (atl...gie) | | uid | 1 … 1 | F | 1.3.6.1.4.1.19376.1.3.3.1.7 | | TS.AT.TZ | 0 … 1 | R | Zeitpunkt, an dem die Testdurchführung abgeschlossen wurde. | (atl...gie) | | ts | 1 … 1 | R | | | | 1 … 1 | M | Beinhaltet 1.2.40.0.34.6.0.11.9.41 Assigned Entity with id, name, addr and telecom (DYNAMIC) | (atl...gie) |
|
Entwurf
