elga-cdapsb-2.06.2:Informationen zum Patientenkontakt

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche

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

Id1.2.40.0.34.11.20013
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeader​Encompassing​EncounterBezeichnungHeader​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.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-156Kyellow.png Patientenkontakt Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
1.2.40.0.34.11.90006InklusionKgreen.png Encounter Location 1DYNAMIC
BeziehungVersion: 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>
ItemDTKardKonfBeschreibungLabel
hl7:componentOf
Komponente für den Patientenkontakt.(Hea...ter)
 
Target.png
elgagab-data​element-156Kyellow.png Patientenkontakt Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FCOMP
Treetree.pnghl7:encompassing​Encounter
1 … 1RPatientenkontakt.(Hea...ter)
Treeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl.(Hea...ter)
Treeblank.pngTreetree.pnghl7:code
CE1 … 1MCodierung 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)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...ter)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.​DATE.​MIN1 … 1R(Hea...ter)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.​DATE.​MIN0 … 1(Hea...ter)
Treeblank.pngTreetree.pnghl7:responsible​Party
0 … 1
Komponente für die verantwortliche Person.
(Hea...ter)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M
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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...ter)
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...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...ter)
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...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ter)
Eingefügt1 … 1M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC)
Treeblank.pngTreetree.pnghl7:location
1 … 1MKomponente Organisation.(Hea...ter)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FLOC
 Beispiel<location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <!-- ... -->
  </healthCareFacility>
</location>
Treeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FSDLOC
 Beispiel<healthCareFacility classCode="SDLOC">
  <location classCode="PLC" determinerCode="INSTANCE">
    <!-- ... -->
  </location>
  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </serviceProviderOrganization>
</healthCareFacility>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
 Beispiel<serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
  <name/>  <addr>
    <!-- ... -->
  </addr>
</serviceProviderOrganization>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … *M(Hea...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(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 den Pflegesituationsbericht

Das Element für den Patientenkontakt erhält im Rahmen der „Pflegesituationsberichte“ derzeit die Bedeutung des „„Pflege- oder Betreuungsverhältnis“.

2.1.3 Strukturbeispiel

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

      <!-- Fallzahl oder Klientennummer -->
      <id root="1.2.40.0.34.3.1.x.x.x"
          extension="123456789012"
          assigningAuthorityName="Fonds Soziales Wien" />

      <!-- Pflege- oder Betreuungsverhältnis -->
      <code code="HH" displayName="Home health" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode" />

      <!-- Zeitraum des Pflege- oder Betreuungsverhältnisses -->
      <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>

      <!-- Pflegende oder betreuende 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 ID
  • UNK … Patient hat eine ID, diese ist jedoch unbekannt
@root uid 1..1 M OID der Liste der ID(z.B. Fallzahl oder Klientennummer) der Organisation
@extension st 1..1 M ID (Fallzahl oder Klientennummer)
@assigningAuthorityName st 0..1 O Name der Stelle, welche die ID zugewiesen hat<br7>z.B.: „Amadeus Spital“
2.1.4.3 Änderung 3: code

Der Implementierungsleitfaden lässt alle Formen der nicht-stationären Pflege und Betreuung zu.

Für die Entlassung aus stationären Aufnahmen SOLL der Leitfaden „Pflegerischer Entlassungsbrief“ verwendet werden.

Element/Attribut DT Kard Konf Beschreibung
code CE
CWE
1..1 M Codierung des Patientenkontakts
@code cs 1..1 M Aus Value Set ELGA_ActEncounterCode
Mögliche Werte (Beispiele):
AMB: ambulatory (Pflege oder Betreuung in Ambulanz)
HH: home health (Hausbetreuung, mobile Betreuung, betreutes Wohnen)
NONAC: inpatient non-acute (stationäre Pflege, Pflegeheim, Altenheim)
SS:short stay (Tagesbetreuung, Tageszentrum)
@displayName st 1..1 M
@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.
z.B.: Pflege im Tageszentrum
2.1.4.4 Änderung 4: effectiveTime

Als Zeitangabe MUSS der Zeitraum des Pflege- oder Betreuungsverhältnisses angegeben werden.

Der Zeitraum des Aufenthalts erstreckt sich vom

Zeitpunkt des Beginns

bis zum

Zeitpunkt des Endes oder der Unterbrechung des Pflege- oder Betreuungsverhältnisses.

Wenn der Zeitraum, der Zeitpunkt des Beginns oder des Endes des Pflege- oder Betreuungsverhältnisses unbekannt ist, kann das durch die Angabe von „Unbekannt“ (nullFlavor="UNK") im High oder Low-Element ausgedrückt werden.

2.1.4.5 Änderung 5: responsibleParty

Konformität geändert auf [R2].

Als verantwortliche Person MUSS die (gesetzliche) pflegerische Leitung der Organisation angegeben werden.

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“.
2.1.4.6 Änderung 6: location

Die „Organisationsdaten des Aufenthalts“ MÜSSEN die berichtende 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, SWIFT/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