elga-cdaep-2.06.2:Informationen zum Patientenkontakt

1 Informationen zum Patientenkontakt

1.1 Encounter („componentOf/encompassingEncounter“)

Verweis auf den Allgemeinen Leitfaden (mit Anpassungen):
Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens“ mit folgenden Änderungen:

Auszug aus dem Allgemeinen Implementierungsleitfaden

2 Informationen zum Patientenkontakt

2.1 Encounter („componentOf/encompassingEncounter“)

Diese Klasse repräsentiert Informationen, in welchem Rahmen der Patientenkontakt, der dokumentiert wird, stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt.

Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.

Auszug aus dem R-MIM:

Abbildung 18: EncompassingEncounter Klasse und Umgebung.

2.1.1 Spezifikation

Id	1.2.40.0.34.11.20013 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	Header​Encompassing​Encounter	Bezeichnung	Header​Encompassing​Encounter
Beschreibung Diese Klasse repräsentiert Informationen, in welchem Rahmen der Patientenkontakt, der dokumentiert wird, stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt. Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-156  Patientenkontakt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC 1.2.40.0.34.11.90006 Inklusion Encounter Location 1 DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <componentOf>   <encompassingEncounter>     <!-- Aufenthaltszahl -->     <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts -->     <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts -->     <effectiveTime>       <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->         <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>        <!-- Kontaktdaten der Verantwortlichen Person für den Patientenkontakt -->         <telecom use="WP" value="tel:+43.6138.3453446.2222"/>        <!-- Personendaten der Verantwortlichen Person für den Patientenkontakt -->         <assignedPerson>           <!-- Name der Verantwortlichen Person für den Patientenkontakt -->           <name>             <prefix>Univ.-Prof.Dr.</prefix>            <given>Sigrid</given>            <family>Kollmann</family>          </name>        </assignedPerson>      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <serviceProviderOrganization>           <!-- ID der Organisation aus dem GDA Index -->           <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>          <!-- Name der Organisation -->           <name>Amadeus Spital - Chirurgische Abteilung</name>          <!-- Kontaktdaten der Organisation -->           <telecom value="tel:+43.6138.3453446.0"/>          <telecom value="fax:+43.6138.3453446.4674"/>          <telecom value="mailto:info@amadeusspital.at"/>          <telecom value="http://www.amadeusspital.at"/>          <!-- Adresse der Organisation -->           <addr>             <streetName>Mozartgasse</streetName>            <houseNumber>1-7</houseNumber>            <postalCode>5350</postalCode>            <city>St.Wolfgang</city>            <state>Salzburg</state>            <country>AUT</country>          </addr>        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Item DT Kard Konf Beschreibung Label hl7:componentOf Komponente für den Patientenkontakt. (Hea...ter)   elgagab-data​element-156  Patientenkontakt  Datensatz @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 R Patientenkontakt. (Hea...ter) @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl. (Hea...ter) hl7:code CE 1 … 1 M Codierung des Patientenkontakts. (Hea...ter)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...ter) hl7:low TS.​DATE.​MIN 1 … 1 R (Hea...ter) hl7:high TS.​DATE.​MIN 0 … 1 (Hea...ter) hl7:responsible​Party 0 … 1 Komponente für die verantwortliche Person. (Hea...ter) hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (Hea...ter) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...ter) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M 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...ter) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...ter) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ter) hl7:name ON 1 … 1 M (Hea...ter) hl7:telecom TEL.AT 0 … * (Hea...ter) hl7:addr AD 0 … 1 (Hea...ter) Eingefügt 1 … 1 M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC) hl7:location 1 … 1 M Komponente Organisation. (Hea...ter) @typeCode cs 0 … 1 F LOC   Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <!-- ... -->   </healthCareFacility></location> hl7:health​Care​Facility 1 … 1 M (Hea...ter) @classCode cs 0 … 1 F SDLOC   Beispiel <healthCareFacility classCode="SDLOC">   <location classCode="PLC" determinerCode="INSTANCE">     <!-- ... -->   </location>  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </serviceProviderOrganization></healthCareFacility> hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (Hea...ter) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">   <name/>  <addr>     <!-- ... -->   </addr></serviceProviderOrganization> hl7:id II 1 … * R (Hea...ter) hl7:name ON 1 … 1 M (Hea...ter) hl7:telecom TEL.AT 1 … * M (Hea...ter) hl7:addr AD 1 … 1 M (Hea...ter)

2.1.1.1 encompassingEncounter Element Allgemein

Verweis auf speziellen Implementierungsleitfaden:
Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

2.1.1.2 id

Grundsätzlich sind die Vorgaben gemäß Kapitel „id-Element II“ zu befolgen.

Verweis auf speziellen Implementierungsleitfaden:
Ob, und welche Identifikation eingetragen werden soll ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

2.1.1.3 code

Grundsätzlich sind die Vorgaben gemäß Kapitel „code-Element CE CWE“ zu befolgen.

Verweis auf speziellen Implementierungsleitfaden:
Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

2.1.1.4 effectiveTime

Verweis auf speziellen Implementierungsleitfaden:
Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

2.1.1.5 responsibleParty

Die verantwortliche Person für den Patientenkontakt (Aufenthalt) KANN optional angegeben werden.

Verweis auf speziellen Implementierungsleitfaden:
Die konkrete Bedeutung der verantwortlichen Person für den Patientenkontakt (Aufenthalt) und eine ggf. verpflichtende Angabe dieses Elements ergeben sich aus dem jeweiligen speziellen Implementierungsleitfaden.

2.1.1.6 location

Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).

Verweis auf speziellen Implementierungsleitfaden:
Die konkrete Bedeutung der Organisation, in deren Verantwortungsbereich der Patientenkontakt (Aufenthalt) stattfand, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

2.1.2 Spezielle Vorgaben für Entlassungsbriefe (Pflege)

Das Element für den Patientenkontakt erhält im Rahmen der „Entlassungsbriefe“ derzeit die Bedeutung des „Stationären Aufenthalts“.

2.1.3 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
  <componentOf>
    <encompassingEncounter>

      <!-- Aufenthaltszahl -->
      <id root="2.16.40.1.2.3.4.5.6.7.8" extension="Az123456" assigningAuthorityName="AKH Wien" />

      <!-- Stationärer Aufenthalt -->
      <code code="IMP" displayName="inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7 maintained v3 Coding Schemes / ActCode" />

      <!-- Zeitraum des Aufenthalts (Aufnahme bis Entlassung) -->
      <effectiveTime>
        <low value="20121224082015+0100"/>
        <high value="20121225113000+0100"/>
      </effectiveTime>

      <!--     Verantwortliche Person   (Abteilungsvorstand oder Pflegebereichsleitung) -->
      <responsibleParty>
        <assignedEntity>
          <id nullFlavor="UNK"/>
          <telecom value="tel:+43.1.40400.4711"/>
          <telecom value="mailto:wolfgang.mustermann@akh-wien.at"/>
          <assignedPerson>
            <name>Dr. Wolfgang Mustermann</name>
          </assignedPerson>
        </assignedEntity>
      </responsibleParty>

      <!-- Entlassende Organisation -->
      <location>
        <healthCareFacility>
          <serviceProviderOrganization>
            <id root="2.16.40.1.2.3" assigningAuthorityName="GDA Index"/>
            <name>AKH Wien</name>
            <telecom value="tel:+43.1.40400"/>
            <telecom value="fax:+43.1.40400.1212"/>
            <telecom value="http://www.akh-wien.at"/>
            <addr>
              <streetName>Währinger Gürtel</streetName>
              <houseNumber>18-20</houseNumber>
              <postalCode>1090</postalCode>
              <city>Wien</city>
	      <state>Wien</state>
              <country>AUT</country>
            </addr>
          </serviceProviderOrganization>
        </healthCareFacility>
      </location>
    </encompassingEncounter>
  </componentOf>
	:
</ClinicalDocument>

2.1.4 Spezifikation

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“ mit folgenden Änderungen:'

2.1.4.1 Änderung 1: encompassingEncounter-Element Allgemein

Konformität geändert auf [M].

Element/Attribut		DT	Kard	Konf	Beschreibung
componentOf		POCD_MT000040.Component1	1..1	M	Komponente für den Patientenkontakt
	encompassingEncounter	POCD_MT000040.encompassingEncounter	1..1	M	Patientenkontakt

2.1.4.2 Änderung 2: id

Konformität geändert auf [R].

Element/Attribut		DT	Kard	Konf	Beschreibung
id		II	1..1	R	Identifikationselement zur Aufnahme der Aufenthaltszahl. Zugelassene nullFlavor: NI … Patient hat keine Aufenthaltszahl UNK … Patient hat eine Aufenthaltszahl, diese ist jedoch unbekannt
	@root	uid	1..1	M	OID der Liste der Aufenthaltszahlen der Organisation
	@extension	st	1..1	M	Aufenthaltszahl
	@assigningAuthorityName	st	0..1	O	Name der Stelle, welche die ID zugewiesen hat z.B.: „Amadeus Spital“

2.1.4.3 Änderung 3: code

Die derzeitige Fassung des Implementierungsleitfadens berücksichtigt nur die Entlassung aus dem stationären Bereich. Als Code ist derzeit fix „IMP“ anzugeben.

Element/Attribut		DT	Kard	Konf	Beschreibung
code		CE CWE	1..1	M	Codierung des Patientenkontakts
	@code	cs	1..1	M	Fester Wert: IMP
	@displayName	st	1..1	M	Fester Wert: inpatient encounter
	@codeSystem	uid	1..1	M	Fester Wert: 2.16.840.1.113883.5.4
	@codeSystemName	st	1..1	M	Fester Wert: HL7:ActCode
	originalText	ED	0..1	O	Textinhalt, der codiert wurde.<b/> z.B.: Stationärer Aufenthalt

2.1.4.4 Änderung 4: effectiveTime

Als Zeitangabe MUSS der Zeitraum des Aufenthalts angegeben werden.

Der Zeitraum des Aufenthalts erstreckt sich vom

Zeitpunkt der Aufnahme in den stationären Aufenthalt

bis zum

Zeitpunkt der Entlassung aus dem stationären Aufenthalt.

Hinweis: Als Zeitpunkt der Entlassung SOLL der Zeitpunkt der administrativen Entlassung angegeben werden. Alternativ darf auch der Zeitpunkt der medizinischen Entlassung angegeben werden.

2.1.4.5 Änderung 5: responsibleParty

Konformität geändert auf [R2]. 1.2.40.0.34.11.3 1.2.40.0.34.11.2

Als verantwortliche Person ist

im Falle einer Entlassung aus einer Abteilung eines Krankenhauses, der Vorstand der entlassenden Abteilung

oder

im Falle einer Entlassung aus einer eigenständigen Organisation, die (gesetzliche) pflegerische Leitung der Organisation anzugeben.

Element/Attribut		DT	Kard	Konf	Beschreibung
responsibleParty		POCD_MT000040.ResponsibleParty	0..1	R2	Komponente für die verantwortliche Person.
	assignedEntity	POCD_MT000040.AssignedEntity	1..1	M	Entität der verantwortlichen Person. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „AssignedEntity-Element“.

2.1.4.6 Änderung 6: location

Die „Organisationsdaten des Aufenthalts“ MÜSSEN die entlassende Organisation darstellen.

Granularität des Organisation-Elements der entlassenden Organisation:

• id
  • Konformität geändert auf [R].
  • Mindestanforderung:
    • ID aus dem GDA-Index
      • Zugelassene nullFlavor:
        • NI … Organisation hat keine ID aus dem GDA-Index
        • UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt
  • Empfohlene weitere IDs:
    • DVR, ATU, Bankverbindung (IBAN, BIC)
• telecom
  • Optionalität geändert auf [R2].
  • Mindestanforderung: tel
  • Empfohlen: tel, fax, mailto, http, me-nummer
• addr
  • Optionalität geändert auf [R2].
  • Mindestanforderung: Variante 1 „Nur Textzeile“
  • Empfohlen: Strukturiert gemäß Variante 2 oder 3