Templates

Zeige index

Template HeaderServiceEvent 2017‑08‑09 15:39:28

Id1.2.40.0.34.11.20010Gültigkeit ab2017‑08‑09 15:39:28
Statusdraft EntwurfVersions-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)
BeziehungVersion: 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
<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.
Headdotsvent
@typeCode
cs0 … 1FDOC
hl7:serviceEvent
1 … 1MGesundheitsdienstleistung.
Headdotsvent
@classCode
cs0 … 1FACT
@moodCode
cs0 … 1FEVN
hl7:code
CE1 … 1RCode der Gesundheitsdienstleistung.
Zugelassene nullFlavor: UNK

Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
Headdotsvent
hl7:effectiveTime
IVL_TS1 … 1M
Zeitraum der Gesundheitsdienstleistung.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Headdotsvent
hl7:low
TS1 … 1MHeaddotsvent
hl7:high
TS1 … 1MHeaddotsvent
hl7:performer
0 … *Durchführende Entität(en) der Gesundheitsdienstleistung.
Headdotsvent
hl7:assignedEntity
1 … 1MHeaddotsvent
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:assignedPerson
1 … 1MPersondendaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7: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.
Persdotsents
hl7:representedOrganization
0 … 1Organistationsdaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents

Template HeaderServiceEvent 2017‑07‑21 11:18:58

Id1.2.40.0.34.11.20010
ref
elgabbr-
Gültigkeit ab2017‑07‑21 11:18:58
Statusdraft EntwurfVersions-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)
BeziehungVersion: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<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>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.
Headdotsvent
@typeCode
cs0 … 1FDOC
hl7:serviceEvent
1 … 1MGesundheitsdienstleistung.
Headdotsvent
@classCode
cs0 … 1FACT
@moodCode
cs0 … 1FEVN
hl7:code
CE1 … 1RCode der Gesundheitsdienstleistung.
Zugelassene nullFlavor: UNK

Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
Headdotsvent
hl7:effectiveTime
IVL_TS1 … 1M
Zeitraum der Gesundheitsdienstleistung.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Headdotsvent
hl7:low
TS1 … 1MHeaddotsvent
hl7:high
TS1 … 1MHeaddotsvent
hl7:performer
0 … *Durchführende Entität(en) der Gesundheitsdienstleistung.
Headdotsvent
hl7:assignedEntity
1 … 1MHeaddotsvent
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:assignedPerson
1 … 1MPersondendaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7: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.
Persdotsents
hl7:representedOrganization
0 … 1Organistationsdaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents

Template HeaderServiceEvent 2011‑12‑19

Id1.2.40.0.34.11.20010
ref
elgabbr-
Gültigkeit ab2011‑12‑19
Statusactive 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)
Benutzt von / Benutzt
Benutzt von 0 Transactions und 2 Templates, Benutzt 1 Template
Benutzt von als NameVersion
1.2.40.0.34.11.1Inklusionretired Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente2011‑12‑19
1.2.40.0.34.11.1Inklusionactive Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente2017‑02‑20
Benutzt als NameVersion
1.2.40.0.34.11.90003Inklusionactive AssignedEntityElementsDYNAMIC
Beispiel
Beispiel
<documentationOf>
  <serviceEvent>
    <!-- ... -->
  </serviceEvent>
  <performer typeCode="PRF">
    <assignedEntity>
      <!-- ... -->
    </assignedEntity>
  </performer>
</documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Headdotsvent
@typeCode
cs0 … 1FDOC
hl7:serviceEvent
1 … 1MHeaddotsvent
@classCode
cs0 … 1FACT
@moodCode
cs0 … 1FEVN
 Beispiel<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>
</serviceEvent>
hl7:code
CE1 … 1Code der GesundheitsdienstleistungHeaddotsvent
hl7:effectiveTime
IVL_TS1 … 1MHeaddotsvent
hl7:low
TS1 … 1MHeaddotsvent
hl7:high
TS1 … 1MHeaddotsvent
hl7:performer
0 … *Headdotsvent
hl7:assignedEntity
1 … 1MHeaddotsvent
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
Assidotsents
hl7:assignedPerson
1 … 1MPersondendaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
cs0 … 1FPSN
@determinerCode
cs0 … 1FINSTANCE
hl7: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.
Persdotsents
hl7:representedOrganization
0 … 1Organistationsdaten der validierenden Person.Assidotsents
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Orgadotsents
hl7:name
ON1 … 1MOrgadotsents
hl7:telecom
TEL.AT0 … *Orgadotsents
hl7:addr
AD0 … 1Orgadotsents