1.2.40.0.34.6.0.11.1.54/static-2021-10-15T093600

Aus HL7 Austria MediaWiki
(Weitergeleitet von 1.2.40.0.34.6.0.11.1.54/dynamic)
Wechseln zu: Navigation, Suche
Id1.2.40.0.34.6.0.11.1.54Gültigkeit2021‑10‑15 09:36:00
StatusKyellow.png EntwurfVersions-Label2021
Nameelgagab_header_ALADocumentationOfServiceEventBezeichnungALA Documentation Of Service Event
Beschreibung
Dokumentation der Gesundheitsdienstleistung. 


WICHTIG: Im Zuge einer ärztlichen Leistungsanforderung werden die enthaltenen Sektionen, sowie deren Qualität (codiert oder uncodiert) in die serviceEvents aufgenommen. Diese Angaben würden eine Übernahme in die Metadaten ermöglichen. Dies wiederum erleichtert einen Austausch basierend nach IHE XD*-Profilen. Eine anfragende Applikation kann dadurch schon erkennen welche Sektionen im Dokument enthalten sind und ob maschinenlesbare Daten potentiell weiter verarbeitet werden können. Daher MUSS der jeweilige section/code als serviceEvent/code als auch die section/templateId (OID Bereich: 1.2.40.0.34.6.0.11.2.X) der Sektion als serviceEvent/id@root-Element angegeben werden. 


↔ 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! 
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.15ContainmentKgreen.png Time Interval Information minimal (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.9.22InklusionKgreen.png Assigned Entity (1.0.2+20230717)DYNAMIC
BeziehungAdaptation: 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-

Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58)
Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel Koloskopie
<hl7:documentationOf typeCode="DOC">
  <hl7:serviceEvent classCode="ACT" moodCode="EVN">
    <hl7:id extension="extension" root="1.2.3.999"/>    <hl7:code code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <hl7:effectiveTime>
      <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2021-06-28T14:02:29) -->
    </hl7:effectiveTime>
    <hl7:performer typeCode="PRF">
      <hl7:functionCode code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>      <hl7:time>
        <hl7:low nullFlavor="UNK" value="20211015094222+02:00"/>        <hl7:high nullFlavor="UNK" value="20211015094222+02:00"/>      </hl7:time>
      <hl7:assignedEntity>
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->
      </hl7:assignedEntity>
    </hl7:performer>
  </hl7:serviceEvent>
</hl7:documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.
(elg...ent)
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MDie serviceEvents in den ALA Dokumenten MÜSSEN die section/code-Elemente wiedergeben als auch die section/template-id. Diese Informationen werden über eine Mapping-Vorschrift in die XD*-Metadaten übernommen und ermöglichen Teilnehmern zu erkennen, welche Sektionen beinhaltet sind und in welchem Kodierungsgrad diese vorliegen.
Daher muss für jede Sektion, welche medizinische Information enthält (Ausnahmen sind "Brieftext" und "Abschließende Bemerkungen"), ein documentationOf/serviceEvent codiert werden.
(elg...ent)
Treeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II1 … 1M(elg...ent)
Treeblank.pngTreeblank.pngTreetree.png@extension
st0NPNP/nicht anwesend
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RIn das serviceEvent/id@root Attribute MUSS die section/templateId@root 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.
Treeblank.pngTreetree.pnghl7:code
CE1 … 1RCode der Gesundheitsdienstleistung.
Zugelassene nullFlavor: 

UNK

↔ Hinweis zum XDS-Mapping:
Dieses Element wird ins XDS-Attribut  eventCodeList

 gemappt.
(elg...ent)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum der Gesundheitsdienstleistung,
Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungsleitfäden festgelegt.


↔ 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)
(elg...ent)
Treeblank.pngTreetree.pnghl7:performer
0 … *Durchführende Entität(en) der Gesundheitsdienstleistung.
(elg...ent)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1RZulä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)
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1R(elg...ent)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS0 … 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


(elg...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ1 … 1R(elg...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ1 … 1R(elg...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(elg...ent)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … 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
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(elg...ent)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(elg...ent)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(elg...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente 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']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(elg...ent)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(elg...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … 1M
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(elg...ent)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R

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"

Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 

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

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

 ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M
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)
(elg...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M
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)
(elg...ent)