Bearbeiten von „ILF:Allgemeiner Implementierungsleitfaden (Version 3)“ (Abschnitt)

Wechseln zu: Navigation, Suche
Deine Änderungen werden angezeigt, sobald ein dazu berechtigter Benutzer sie akzeptiert hat. (Hilfe)
Die geprüfte Version wurde am 3. November 2021 markiert. Momentan gibt es 6 Änderungen die noch geprüft werden müssen.
Frühere Änderungen an dem Text, den du gerade bearbeitest, wurden noch nicht gesichtet.
[geprüfte Version][Markierung ausstehend]
 +
=Administrative Daten (CDA Header)=
 
==Übersichtstabelle der CDA Strukturen des Headers==
 
==Übersichtstabelle der CDA Strukturen des Headers==
 
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität. Spezielle Leitfäden können diese Vorgaben weiter einschränken.  
 
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität. Spezielle Leitfäden können diese Vorgaben weiter einschränken.  
 
{{ILF:Übersichtstabelle der CDA Strukturen des Headers}}
 
{{ILF:Übersichtstabelle der CDA Strukturen des Headers}}
 +
 +
==Übersicht der Zeitelemente im Header==
 +
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers mit Zeitangaben und ihre Zusammenhänge.
 +
{{ILF:Übersicht der Zeitelemente im Header}}
 +
</div>
 +
<!-- Querformat -->
 +
<div class="landscape">
 +
==Dokumentenstruktur==
 +
===XML Prolog (XML Metainformationen)===
 +
====Zeichencodierung====
 +
CDA-Dokumente MÜSSEN mit '''UTF-8''' (''8-Bit Universal Character Set Transformation Format'', nach RFC 3629 / STD 63 (2003)) codiert werden.
 +
<pre class="ilfbox_code">
 +
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
 +
:
 +
</pre>
 +
 +
====Hinterlegung eines Stylesheets====
 +
Um ein CDA-Dokument in einem Webbrowser anzeigen zu können, muss es nach HTML tranformiert werden. Das kann durch eine XSLT-Transformation (ein so genanntes "Stylesheet") geschehen. Ist das Stylesheet im angegebenen Pfad erreichbar, wird dieses beim Öffnen des CDA-Dokuments mit einem Browser üblicherweise automatisch auf das CDA-Dokument angewandt und die Darstellung gerendert.
 +
ELGA stellt zur einheitlichen Darstellung von CDA-Dokumenten ein "Referenz-Stylesheet" zur Verfügung (verfügbar unter http://www.elga.gv.at/cda). Da der Zugriff auf XSLT-Programme von den meisten Browsern eingeschränkt ist, wird kein absoluter Pfad auf eine Webressource angegeben.
 +
<pre class="ilfbox_code">
 +
<?xml-stylesheet type="text/xsl" href="ELGA_Stylesheet_v1.0.xsl"?>
 +
</pre>
 +
# Das Stylesheet MUSS angegeben werden '''''[M]'''''.
 +
# Die Angabe eines Pfades ist NICHT ERLAUBT.
 +
# Defaultwert ist <code>href="ELGA_Stylesheet_v1.0.xsl"</code>, ein anderes Stylesheet KANN in speziellen Leitfäden vorgeschrieben werden.
 +
 +
===Wurzelelement clinicalDocument===
 +
CDA-Dokumente beginnen mit dem Wurzelelement '''''ClinicalDocument''''', der grobe Aufbau ist im folgenden Übersichtsbeispiel gegeben.
 +
Der XML-Namespace für CDA Release 2.0 Dokumente ist '''<nowiki>urn:hl7-org:v3</nowiki>''' (Default-Namespace). Dieser MUSS in jeder CDA XML Instanz genannt werden. Zusätzlich MÜSSEN für Schema-Erweiterungen folgende Namespaces angegenben werden: '''<nowiki>
 +
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:pharm="urn:ihe:pharm:medication" xmlns:sdtc="urn:hl7-org:sdtc" xmlns:ips="urn:hl7-org:ips" xmlns:hl7at="urn:hl7-at:v3" </nowiki>'''
 +
{{BeginYellowBox}}
 +
'''Hinweis''': Die im Art-Decor vorgestellten Namespaces "hl7:" oder "cda:" werden nicht in den letztendlichen eHealth-Austria Dokumenten genutzt! Das HL7-International-Namespace, welches im Art-Decor unter "hl7:" oder "cda:" geführt wird, ist in den eHealth-Austria Dokumenten als Default-Namespace für alle eHealth-Austria-Dokumente geführt: "<ClinicalDocument xmlns="urn:hl7-org:v3" ... >". Somit ist bei Elementen, bei welchem das Namespace-Präfix weggelassen wurde, dieser sofort "urn:hl7-org:v3" - das Default-Namespace.
 +
{{EndYellowBox}}
 +
In speziellen Leitfäden können weitere neben den hier vordefinierten namespace-Präfixe angegeben werden.
 +
<pre class="ilfbox_code">
 +
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:pharm="urn:ihe:pharm:medication" xmlns:sdtc="urn:hl7-org:sdtc" xmlns:ips="urn:hl7-org:ips" xmlns:hl7at="urn:hl7-at:v3">
 +
  <!-- CDA Header -->
 +
      … siehe Beschreibung CDA R2 Header …
 +
  <!-- CDA Body -->
 +
  <component>
 +
      <structuredBody>
 +
        … siehe Beschreibung CDA R2 Body …
 +
      </structuredBody>
 +
  </component>
 +
</ClinicalDocument>
 +
</pre>
 +
 +
===Hoheitsbereich des Dokuments ("realmCode")===
 +
Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich stammt.
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}
 +
===Dokumentformat ("typeId")===
 +
Dieses Element kennzeichnet, dass das Dokument im Format CDA R2 vorliegt.
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}
 +
 +
===ELGA Implementierungsleitfaden-Kennzeichnung ("templateId")===
 +
Mittels ''templateId''-Elementen können Teile von CDA-Dokumenten hinsichtlich ihrer Konformität zu bestimmten Templates gekennzeichnet werden. Auch Konformität zu Spezifikationen wie Implementierungsleitfäden kann ausgedrückt werden.
 +
 +
Der Einsatz von so genannten "templateId"-Elementen sichert zu, dass eine CDA-Instanz nicht nur CDA konform ist, sondern auch dem referenzierten Template oder Implementierungsleitfaden entspricht. Mit ''Zusicherung'' ist dabei nur eine informelle Behauptung des Verfassers gemeint und nicht notwendigerweise auch eine erfolgreich durchgeführte Validierung.
 +
 +
Ein CDA Dokument, welches den Vorgaben einer bestimmten Template entspricht, ist berechtigt und verpflichtet, die entsprechende templateId-Kennung einzutragen.
 +
 +
====Strukturbeispiel====
 +
<pre class="ilfbox_code">
 +
  <!—  Folgt dem vorliegenden Implementierungsleitfaden-Template -->
 +
  <templateId root="1.2.40.0.34.11.1"/>
 +
  <!—  Beliebig viele weitere templateIds, falls das Dokumente noch weiteren Templates, Implementierungsleitfäden oder Spezifikationen folgt -->
 +
  <templateId root="…"/>
 +
:
 +
</pre>
 +
 +
====Spezifikation====
 +
 +
Die OID des vorliegenden Implementierungsleitfadens MUSS im @''root'' Attribut des Elements angegeben werden.
 +
 +
Mit Angabe dieses Elements wird ausgesagt, dass das vorliegende CDA-Dokument zu diesem Implementierungsleitfaden konform ist.
 +
{| class="wikitable" width="100%"
 +
|-
 +
! colspan="2" | Element/Attribut
 +
! | DT
 +
! | Kard
 +
! | Konf
 +
! | Beschreibung
 +
|-
 +
| colspan="2" | templateId[1]
 +
| | II
 +
| | 1..1
 +
| | M
 +
| | eHealth Austria Dokumente ("Allgemeiner Leitfaden")<br />'''Fester Wert: @root = "1.2.40.0.34.6.0.11.0.1"'''
 +
|-
 +
| colspan="2" | templateId[2]
 +
| | II
 +
| | 1..1
 +
| | M
 +
| | OID des (speziellen) Implementierungsleitfadens. Dient als informative Referenz.<br />'''Beispiel''': @root = "1.2.40.0.34.7.1.7.0"
 +
|-
 +
| colspan="2" | templateId[3]
 +
| | II
 +
| | 1..1
 +
| | M
 +
| | TemplateId für ein im speziellen Implementierungsleitfaden definiertes Dokument<br />'''Beispiel''': @root = "1.2.40.0.34.6.0.11.0.4" (Leitfaden e-Impfpass "Kompletter Immunisierungsstatus")
 +
|-
 +
 +
|-
 +
| colspan="2" | templateId[n]
 +
| | II
 +
| | 0..*
 +
| | O
 +
| | Weitere TemplateIds, um Konformität zu weiteren (internationalen) Leitfäden zu dokumentieren. Dient als informative Referenz. <br />'''Beispiel''': @root="1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2" (Immunization Content (IC) Content Module, IHE PCC Technical Framework Revision 11.0 - November 11, 2016)
 +
|}
 +
{{BeginILFBox}}
 +
''Verweis auf speziellen Implementierungsleitfaden:''<br/>
 +
Die templateIds[2-n] werden speziellen Implementierungsleitfaden gemäß der Dokumentenklasse angegeben.
 +
{{EndILFBox}}
 +
 +
===Dokumenten-Id ("id")===
 +
Weltweit eindeutiger Instanzidentifikator des Dokuments.
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}
 +
 +
===Dokumentenklasse ("code")===
 +
Der "Code des Dokuments" (im CDA das Element ''ClinicalDocument/code'') bezeichnet die "'''Dokumentenklasse'''" bzw den präziseren "'''Dokumententyp'''".
 +
 +
Beispiele für die Klasseneinteilung der Dokumente:
 +
*Dokumentenklasse: Entlassungsbrief
 +
**Dokumententyp: "[[ILF:Entlassungsbrief (Ärztlich)|Entlassungsbrief aus stationärer Behandlung (Ärztlich)]]"
 +
**Dokumententyp: "[[ILF:Entlassungsbrief (Pflege)|Entlassungsbrief aus stationärer Behandlung (Pflege)]]"
 +
*Dokumentenklasse: [[ILF:Laborbefund|Laborbefund]]
 +
*Dokumentenklasse: [[ILF:Befund bildgebende Diagnostik|Befundbericht Befund bildgebende Diagnostik]]
 +
*…
 +
Für das Mapping in XDS siehe den entsprechenden Leitfaden "[[ILF:XDS_Metadaten_2020|ELGA XDS Metadaten]]".
 +
{{BeginILFBox}}
 +
''<u>Verweis auf speziellen Implementierungsleitfaden:</u>''<br/>
 +
Die gültigen Wertebereiche dieses Elements entnehmen Sie bitte den entsprechenden speziellen Implementierungsleitfaden gemäß der Dokumentenklasse bzw dem Dokumententyp.
 +
{{EndILFBox}}
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.16/dynamic}}
 +
 +
===Titel des Dokuments ("title")===
 +
"Titel" (im CDA das Element ''ClinicalDocument/title'') bezeichnet die verpflichtende "'''Dokumentenüberschrift'''" (zusätzlich zur Dokumentenklasse).
 +
 +
Beispiele für Titel der Dokumente:
 +
*"Arztbrief"
 +
*"Entlassungsbrief der gynäkologischen Abteilung des SMZ Ost"
 +
*"Vorläufiger Entlassungsbrief"
 +
*"Befundbericht"
 +
*…
 +
====Strukturbeispiel====
 +
<pre class="ilfbox_code">
 +
<title>Entlassungsbrief</title>
 +
</pre>
 +
 +
====Spezifikation====
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung
 +
 +
|-  style="background:#FFFFFF"
 +
| style="text-align:left" | title|| ST|| 1..1 || M || Dokumententitel<br/>
 +
Der Sinn der Benennung MUSS mit der Dokumentenklasse übereinstimmen.
 +
{{BeginYellowBox}}
 +
Die Verwendung von Zeichenketten für Line Feed (lf), Carriage Return (cr) sowie Tabulator ist innerhalb des title generell NICHT ERLAUBT.
 +
{{EndYellowBox}}
 +
|-
 +
|}
 +
 +
===Status des Dokuments ("sdtc:statusCode")===
 +
Der Status eines Dokuments wird im CDA-Element ''ClinicalDocument/sdtc:statusCode'' gespeichert.
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.45/dynamic}}
 +
 +
===Terminologiedatum ("hl7at:terminologyDate")===
 +
Das ''Terminologiedatum'' gibt an, dass ein Dokument mit den Terminologien zum Stand eines bestimmten Datums erstellt wurde. Das Datum wird in einem eigens für die HL7-Austria Domäne geschaffenen Element "hl7at:terminologyDate" angegeben.
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.46/dynamic}}
 +
 +
===FormatCode ("hl7at:formatCode")===
 +
Die XDS-Metadaten enthalten ein Element ''formatCode'', das das Format des Dokuments bezüglich seiner semantischen Interoperabilität  beschreibt. Im CDA-Schema wurde für die HL7-Austria Domäne ein genau entsprechendes Element geschaffen.
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.47/dynamic}}
 +
 +
===Fachliche Zuordnung des Dokuments ("hl7at:practiceSettingCode")===
 +
Die "fachliche Zuordnung des Dokuments" wird im CDA-Element ''ClinicalDocument/hl7at:practiceSettingCode'' gespeichert.
 +
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.44/dynamic}}
 +
 +
===Erstellungsdatum des Dokuments ("effectiveTime")===
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}
 +
 +
===Vertraulichkeitscode ("confidentialityCode")===
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}
 +
 +
===Sprachcode des Dokuments ("languageCode")===
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}
 +
 +
===Versionierung des Dokuments ("setId" und "versionNumber")===
 +
Mit den Attributen ''setId'' und ''versionNumber'' kann eine Versionskennung des Dokuments erreicht werden. Die ''setId'' bezeichnet das Set von Dokumenten, die zu einer Reihe von Versionen gehören. Sie bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die ''versionNumber'' ist eine natürliche Zahl für die fortlaufende Versionszählung. Die versionNumber von neuen Dokumenten wird mit 1 festgelegt, mit jeder neuen Version wird diese Zahl hochgezählt, die setId bleibt gleich (muss mit der setId der Vorversion übereinstimmen).
 +
{{BeginYellowBox}}
 +
<u>Achtung:</u> Manche Validatoren erkennen es als Fehler, wenn die SetID und ID gleich sind.
 +
{{EndYellowBox}}
 +
Für die direkte Referenzierung zwischen Dokumenten siehe "[[#Bezug_zu_vorgehenden_Dokumenten|Bezug zu vorgehenden Dokumenten]]".
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}
 +
 +
==Teilnehmende Parteien==
 +
===Patient ("recordTarget/patientRole")===
 +
Im CDA-Header wird mindestes eine Patientenrolle beschrieben, die zu genau einer Person zugehörig ist. Die recordTarget Beziehung weist auf die Patient-Klasse und gibt an, zu welchem Patienten dieses Dokument gehört.
 +
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:Klassen_rund_um_den_Patienten.png|500px|thumb|center|Klassen rund um den Patienten]]
 +
<ref group="Abbildung">R-MIM Klassen rund um den Patienten</ref>
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.3/dynamic}}
 +
====Alternative Spezifikation de-identifizierter Patient====
 +
{{BeginILFBox}}
 +
Die Angabe von anonymen oder pseudonymisierten Patienten kann in speziellen e-Health-Leitfäden erforderlich sein, ist aber im Kontext von ELGA NICHT ERLAUBT.
 +
{{EndILFBox}}
 +
{{:1.2.40.0.34.6.0.11.1.39/dynamic}}
 +
 +
===Verfasser des Dokuments ("author")===
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:Klassen_rund_um_den_Autor.png|500px|thumb|center|Klassen rund um den Autor]]
 +
<ref group="Abbildung">R-MIM Klassen rund um den Autor</ref>
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}
 +
 +
===Personen der Dateneingabe ("dataEnterer")===
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}
 +
 +
===Verwahrer des Dokuments ("custodian")===
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:Klassen_rund_um_die_das_Dokument_verwaltende Organisation.png|500px|thumb|center|Abbildung 9: Klassen rund um die das Dokument verwaltende Organisation.]]
 +
 +
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}
 +
 +
===Beabsichtigte Empfänger des Dokuments ("informationRecipient")===
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:Klassen_rund_um_die_beabsichtigten_Empfänger_des_Dokuments.png|500px|thumb|center|Klassen rund um die beabsichtigten Empfänger des Dokuments]]<ref group="Abbildung">Klassen rund um die beabsichtigten Empfänger des Dokuments</ref>
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.24/dynamic}}
 +
 +
===Rechtlicher Unterzeichner ("legalAuthenticator")===
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:Klassen rund um den Rechtlichen Unterzeichner und Mitunterzeichner.png|500px|thumb|center|R-MIM Klassen rund um den Rechtlichen Unterzeichner und Mitunterzeichner]]
 +
<ref group="Abbildung">R-MIM Klassen rund um den Rechtlichen Unterzeichner und Mitunterzeichner</ref>
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}
 +
 +
===Weitere Unterzeichner ("authenticator")===
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.6/dynamic}}
 +
 +
===Weitere Beteiligte ("participant")===
 +
Mit dieser Assoziation und den entsprechenden Klassen können weitere für die Dokumentation wichtige beteiligte Personen oder Organisationen wie Angehörige, Verwandte, Versicherungsträger sowie weitere in Beziehung zum Patienten stehende Parteien genannt werden.
 +
 +
Es können grundsätzlich beliebig viele participant-Elemente im Dokument angegeben werden, teilweise gibt es aber Einschränkungen für die einzelnen Elemente.
 +
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:Klassen rund um weitere Beteiligte (participants).png|500px|thumb|center|R-MIM Klassen rund um weitere Beteiligte (participants)]]
 +
<ref group="Abbildung">R-MIM Klassen rund um weitere Beteiligte (participants)</ref>
 +
====Festlegung der "Art" des Beteiligten====
 +
Die "Art" des Beteiligten wird über eine Kombination aus
 +
* Attribut participant/@typeCode
 +
* Element participant/functionCode
 +
* Attribut participant/associatedEntity/@classCode
 +
festgelegt.
 +
 +
Eine eindeutige Identifikation ist darüber hinaus noch über das templateId-Element möglich, welches für jede Art von Beteiligten einen eindeutigen Wert enthält.
 +
 +
Ebenfalls erhalten die Elemente innerhalb der Unterelemente ihre Bedeutung in Abhängigkeit von der Beteiligten-Art. Beispielsweise drückt das time-Element zwar generell den Zeitraum der Beteiligung, im Falle der Darstellung einer Versicherung allerdings den Gültigkeitsbereich der Versicherungspolizze aus.
 +
 +
Dieses Kapitel enthält eine detaillierte Anleitung zur Angabe der folgenden Arten von "weiteren Beteiligten":
 +
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="10%" |Element|| style="text-align:left" width="10%" |'''Kard/Konf'''<br/>ELGA & eHealth|| style="text-align:left" width="80%" |Art des Beteiligten
 +
|- style="background:#FFFFFF"
 +
| rowspan="8" style="text-align:left" |participant||0..1 O||[[#Fachlicher_Ansprechpartner| Fachlicher Ansprechpartner]]
 +
|- style="background:#FFFFFF"
 +
|0..1 O||[[#Einweisender.2FZuweisender.2F.C3.9Cberweisender_Arzt| Einweisender/Zuweisender/Überweisender Arzt]]
 +
|- style="background:#FFFFFF"
 +
|0..1 O||[[#Hausarzt| Hausarzt]]
 +
|- style="background:#FFFFFF"
 +
|0..* O||[[#Notfall-Kontakt.2FAuskunftsberechtigte_Person| Notfall-Kontakt / Auskunftsberechtigte Person]]
 +
|- style="background:#FFFFFF"
 +
|0..* O||[[#Angeh.C3.B6rige| Angehörige]]
 +
|- style="background:#FFFFFF"
 +
|0..* O||[[#Versicherter.2FVersicherung| Versicherter/Versicherung]]
 +
|- style="background:#FFFFFF"
 +
|0..1 O||[[#Betreuende_Organisation| Betreuende Organisation]]
 +
|- style="background:#FFFFFF"
 +
|0..* O||[[#Weitere_Behandler| Weitere Behandler]]
 +
|-
 +
|}
 +
<ref group="Tabelle">Übersichtstabelle participant - weitere Beteiligte</ref>:''Übersichtstabelle participant - weitere Beteiligte''
 +
{{BeginILFBox}}
 +
<u>Verweis auf speziellen Implementierungsleitfaden:</u><br/>
 +
Welche der folgenden "weiteren Beteiligten" im Dokument angegeben werden müssen bzw. sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
 +
Die angegebenen Templates können dort weiter spezifiziert / eingeschränkt werden.
 +
{{EndILFBox}}
 +
 +
====Fachlicher Ansprechpartner====
 +
Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird. Diese Maßnahme dient zur Kanalisierung und Vereinheitlichung der Kommunikationsschiene zwischen dem Erzeuger und dem Empfänger der Dokumentation, beispielsweise für Rückfragen oder Erfragung weiterer fachlicher Informationen.
 +
Die Angabe dieses Elements ist grundsätzlich optional, wobei in den speziellen Leitfäden eine verpflichtende Angabe spezifiziert sein kann. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie veröffentlicht.
 +
[[Datei:Besonders hervorgehobene Darstellung des fachlichen Ansprechpartners durch das ELGA Referenz-Stylesheet.png|300px|thumb|center|Besonders hervorgehobene Darstellung des fachlichen Ansprechpartners durch das ELGA Referenz-Stylesheet]]
 +
<ref group="Abbildung">Darstellung des fachlichen Ansprechpartners mittels ELGA Referenz-Stylesheet</ref>
 +
 +
Soll als Ansprechpartner der <u>Verfasser</u> des Dokuments angegeben werden, so sind die entsprechenden Daten an dieser Stelle noch einmal anzugeben.
 +
 +
Als fachlicher Ansprechpartner kann aber auch eine <u>Stelle</u> beschrieben sein, die eingehende Anfragen als erste entgegennimmt und in Folge an die zuständigen Personen weiterleitet.
 +
 +
Diese Beteiligten-Art wird durch folgende Kombination angegeben:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="25%" | Element ||style="text-align:left" width="25%" | Wert ||style="text-align:left" width="25%" | Beschreibung ||style="text-align:left" width="25%" | Bedeutung
 +
 +
|- style="background:#FFFFFF"
 +
| @typeCode|| CALLBCK || Callback contact || Fachlicher Ansprechpartner
 +
 +
|- style="background:#FFFFFF"
 +
| templateId||1.2.40.0.34.6.0.11.1.20|| - || Template ID zur Identifikation dieser Art von Beteiligten
 +
 +
|- style="background:#FFFFFF"
 +
| functionCode|| -|| - || Wird nicht angegeben
 +
 +
|- style="background:#FFFFFF"
 +
| @classCode|| PROV|| Healthcare provider || Gesundheitsdienstanbieter
 +
|-
 +
|}
 +
=====Spezifikation=====
 +
{{:1.2.40.0.34.6.0.11.1.20/dynamic}}
 +
 +
====Einweisender/Zuweisender/Überweisender Arzt====
 +
Diese Beteiligten-Art wird durch folgende Kombination angegeben:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="25%" | Element ||style="text-align:left" width="25%" | Wert ||style="text-align:left" width="25%" | Beschreibung ||style="text-align:left" width="25%" | Bedeutung
 +
 +
|- style="background:#FFFFFF"
 +
| @typeCode|| REF|| Referrer || Einweisender/Zuweisender/Überweisender Arzt
 +
 +
|- style="background:#FFFFFF"
 +
| templateId||<br/>1.2.40.0.34.6.0.11.1.21|| - || Template ID für:<br/>Einweisender/Zuweisender/Überweisender Arzt
 +
|- style="background:#FFFFFF"
 +
| functionCode|| -|| - || Wird nicht angegeben
 +
 +
|- style="background:#FFFFFF"
 +
| @classCode|| PROV|| Healthcare provider || Gesundheitsdienstanbieter
 +
|-
 +
|}
 +
 +
=====Spezifikation=====
 +
{{:1.2.40.0.34.6.0.11.1.21/dynamic}}
 +
 +
====Hausarzt====
 +
Diese Beteiligten-Art wird durch folgende Kombination angegeben:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="25%" | Element ||style="text-align:left" width="25%" | Wert ||style="text-align:left" width="25%" | Beschreibung ||style="text-align:left" width="25%" | Bedeutung
 +
 +
|- style="background:#FFFFFF"
 +
| @typeCode|| IND || Indirect target|| In indirektem Bezug
 +
 +
|- style="background:#FFFFFF"
 +
| templateId||1.2.40.0.34.6.0.11.1.23|| - || Template ID zur Identifikation dieser Art von Beteiligten
 +
 +
|- style="background:#FFFFFF"
 +
| functionCode|| PCP ||primary care physician || Hausarzt
 +
 +
|- style="background:#FFFFFF"
 +
| @classCode|| PROV|| Healthcare provider || Gesundheitsdienstanbieter
 +
|-
 +
|}
 +
 +
=====Spezifikation=====
 +
{{:1.2.40.0.34.6.0.11.1.23/dynamic}}
 +
 +
====Notfall-Kontakt/Auskunftsberechtigte Person====
 +
Der Notfall-Kontakt entspricht in Österreich der "Auskunftsberechtigten Person" (oder auch "Vertrauensperson").
 +
 +
Diese Beteiligten-Art wird durch folgende Kombination angegeben:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="25%" | Element ||style="text-align:left" width="25%" | Wert ||style="text-align:left" width="25%" | Beschreibung ||style="text-align:left" width="25%" | Bedeutung
 +
 +
|- style="background:#FFFFFF"
 +
| @typeCode|| IND || Indirect target|| In indirektem Bezug
 +
 +
|- style="background:#FFFFFF"
 +
| templateId||1.2.40.0.34.6.0.11.1.27|| - || Template ID zur Identifikation dieser Art von Beteiligten
 +
 +
|- style="background:#FFFFFF"
 +
| functionCode|| -||-|| Wird nicht angegeben
 +
 +
|- style="background:#FFFFFF"
 +
| @classCode|| ECON || Emergency  contact || Notfall-Kontakt
 +
|-
 +
|}
 +
 +
=====Spezifikation=====
 +
{{:1.2.40.0.34.6.0.11.1.27/dynamic}}
 +
 +
====Angehörige====
 +
Als Angehörige sind in Österreich jene Personen anzusehen, welche in einem Verwandtschaftsverhältnis zum Patienten stehen, aber nicht unter die Gruppe der "Auskunftsberechtigten Personen" fallen (siehe [[#Notfall-Kontakt.2FAuskunftsberechtigte_Person|Notfall-Kontakt/Auskunftsberechtigte Person]]).
 +
 +
Diese Beteiligten-Art wird durch folgende Kombination angegeben:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="25%" | Element ||style="text-align:left" width="25%" | Wert ||style="text-align:left" width="25%" | Beschreibung ||style="text-align:left" width="25%" | Bedeutung
 +
 +
|- style="background:#FFFFFF"
 +
| @typeCode|| IND || Indirect target|| In indirektem Bezug
 +
 +
|- style="background:#FFFFFF"
 +
| templateId||1.2.40.0.34.6.0.11.1.25|| - || Template ID zur Identifikation dieser Art von Beteiligten
 +
 +
|- style="background:#FFFFFF"
 +
| functionCode|| -||-|| Wird nicht angegeben
 +
 +
|- style="background:#FFFFFF"
 +
| @classCode|| PRS|| Personal relationship || In persönlicher Beziehung
 +
|-
 +
|}
 +
 +
=====Spezifikation=====
 +
{{:1.2.40.0.34.6.0.11.1.25/dynamic}}
 +
 +
====Versicherter/Versicherung====
 +
Diese Beteiligten-Art wird durch folgende Kombination angegeben:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="25%" | Element ||style="text-align:left" width="25%" | Wert ||style="text-align:left" width="25%" | Beschreibung ||style="text-align:left" width="25%" | Bedeutung
 +
 +
|- style="background:#FFFFFF"
 +
| @typeCode|| HLD|| Holder|| Teilnehmer hält ein finanzielles Instrument
 +
 +
|- style="background:#FFFFFF"
 +
| templateId||1.2.40.0.34.6.0.11.1.26|| - || Template ID zur Identifikation dieser Art von Beteiligten
 +
 +
|- style="background:#FFFFFF"
 +
| functionCode|| -||-|| Wird nicht angegeben
 +
 +
|- style="background:#FFFFFF"
 +
| @classCode|| POLHOLD|| Policy holder || Halter einer Versicherungspolizze
 +
|-
 +
|}
 +
 +
=====Spezifikation=====
 +
{{:1.2.40.0.34.6.0.11.1.26/dynamic}}
 +
 +
====Betreuende Organisation====
 +
Als betreuende Organisation ist jene Organisation anzusehen, welche den Patienten nach Entlassung betreut (Trägerorganisationen, Vereine).
 +
 +
Beispiele: Mobile Hauskrankenpflege, Wohn- und Pflegeheime, Behinderteneinrichtungen, sozial betreutes Wohnen, …
 +
 +
Diese Beteiligten-Art wird durch folgende Kombination angegeben:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="25%" | Element ||style="text-align:left" width="25%" | Wert ||style="text-align:left" width="25%" | Beschreibung ||style="text-align:left" width="25%" | Bedeutung
 +
 +
|- style="background:#FFFFFF"
 +
| @typeCode|| IND || Indirect target|| In indirektem Bezug
 +
 +
|- style="background:#FFFFFF"
 +
| templateId||1.2.40.0.34.6.0.11.1.29|| - ||Template ID zur Identifikation dieser Art von Beteiligten
 +
 +
|- style="background:#FFFFFF"
 +
| functionCode|| -|| - || Wird nicht angegeben
 +
 +
|- style="background:#FFFFFF"
 +
| @classCode|| CAREGIVER|| Betreuer || Betreuende Entität
 +
|-
 +
|}
 +
 +
=====Spezifikation=====
 +
{{:1.2.40.0.34.6.0.11.1.29/dynamic}}
 +
 +
====Weitere Behandler====
 +
 +
Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden. Das können Ärzte aus der gleichen oder einer anderen Abteilung sein, weiters niedergelassene behandelnde Ärzte (z.B. der behandelnde Internist oder Kinderarzt) aber auch nicht-ärztliche Behandler, wie z.B. Psychologen.
 +
 +
Die Angabe dieses Elements ist grundsätzlich optional, wobei in den speziellen Leitfäden eine verpflichtende Angabe spezifiziert sein kann. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht.
 +
 +
Diese Beteiligten-Art wird durch folgende Kombination angegeben:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="25%" | Element ||style="text-align:left" width="25%" | Wert ||style="text-align:left" width="25%" | Beschreibung ||style="text-align:left" width="25%" | Bedeutung
 +
 +
|- style="background:#FFFFFF"
 +
| @typeCode|| CON || Consultant|| Weitere Behandler
 +
 +
|- style="background:#FFFFFF"
 +
| templateId||1.2.40.0.34.6.0.11.1.28|| - ||Template ID zur Identifikation dieser Art von Beteiligten
 +
 +
|- style="background:#FFFFFF"
 +
| functionCode|| Wert aus Value Set ELGA_Funktionscodes||  || Angabe der Funktion bzw. der Fachrichtung des Behandlers
 +
 +
|- style="background:#FFFFFF"
 +
| @classCode|| PROV|| Healthcare provider|| Gesundheitsdienstanbieter
 +
|-
 +
|}
 +
 +
=====Spezifikation=====
 +
{{:1.2.40.0.34.6.0.11.1.28/dynamic}}
 +
 +
==Zuweisung und Ordermanagement==
 +
===Auftrag ("inFulfillmentOf")===
 +
''Auszug aus dem R-MIM:''
 +
[[Datei:Klassen rund um den Zuweisung und Ordermanagement.png|500px|thumb|center|R-MIM Klassen rund um den Zuweisung und Ordermanagement]]
 +
<ref group="Abbildung">R-MIM Klassen rund um den Zuweisung und Ordermanagement</ref>
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.9/dynamic}}
 +
 +
==Dokumentation der Gesundheitsdienstleistung==
 +
===Service Events ("documentationOf/serviceEvent")===
 +
Repräsentiert die eigentliche Gesundheitsdienstleistung, die in dem Dokument dokumentiert wird.
 +
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:Klassen rund um die Gesundheitsdienstleistung.png|500px|thumb|center|R-MIM Klassen rund um die Gesundheitsdienstleistung]]
 +
<ref group="Abbildung">R-MIM Klassen rund um die Gesundheitsdienstleistung</ref>
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.17/dynamic}}
 +
 +
==Bezug zu vorgehenden Dokumenten==
 +
===Allgemeines===
 +
Der Bezug zu Vordokumenten KANN über die parentDocument Beziehung ausgedrückt werden, indem der dazugehörige @''typeCode'' einen Wert aus der Liste der gültigen @''typeCodes'' in der ''relatedDocument''-Beziehung erhält. Das Originaldokument, auf das sich das Dokument bezieht, bleibt dabei unverändert. <br/>
 +
Für die Anwendung in ELGA ist ausschließlich die "ersetzende Beziehung" (replaces) erlaubt, wenn auch funktional nicht notwendig. Die Beziehung zwischen den verschiedenen Versionen eines Dokuments wird über die setId im XDS-Attribut referenceIdList im ELGA Verweisregister hergestellt. Der Bezug zu Vorgängerversionen KANN zusätzlich im CDA-Dokument durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse angegeben werden (siehe [[#Versionierung_des_Dokuments_.28.22setId.22_und_.22versionNumber.22.29|Versionierung des Dokuments]]).
 +
 +
 +
[[Datei:R-MIM-Klassen für die Bezugnahme auf vorgehende Dokumente.png|500px|thumb|center|R-MIM-Klassen für Dokumentbeziehungen]]
 +
<ref group="Abbildung">Grundsätzlicher Aufbau eines CDA-Dokuments aus XML Sicht</ref>
 +
 +
Ein konformes CDA Dokument kann theoretisch ein einzelnes relatedDocument mit @typeCode APND, oder ein relatedDocument mit @typeCode RPLC, oder ein relatedDocument mit @typeCode XFRM, oder zwei relatedDocuments mit @typeCode XFRM und RPLC, oder zwei relatedDocuments mit @typeCode XFRM und APND enthalten.
 +
 +
Liste der möglichen Werte der @''typeCodes'' in der ''relatedDocument'' Beziehung:
 +
{| class="wikitable" width="100%"
 +
|-
 +
! style="text-align:left" width="15%" | code||style="text-align:left" width="20%" | displayName||style="text-align:left" width="65%" | Bedeutung
 +
|- style="background:#FFFFFF"
 +
| RPLC||replaces|| Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "überholt" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.
 +
|- style="background:#FFFFFF"
 +
| APND|| append|| '''Verwendung in ELGA NICHT ERLAUBT'''<br/>Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert.
 +
|- style="background:#FFFFFF"
 +
| XFRM|| transformed|| '''Verwendung in ELGA NICHT ERLAUBT '''<br/>
 +
Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen.<br/>
 +
Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affiniy Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall.
 +
|-
 +
|}
 +
<ref group="Tabelle">Vokabel-Domäne relatedDocument.typeCode</ref>:''Vokabel-Domäne relatedDocument.typeCode''
 +
 +
===Document Replacement - Related Document===
 +
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}
 +
 +
==Einverständniserklärung==
 +
===Autorisierung ("authorization")===
 +
In dieser optionalen Klasse können die Einverständniserklärungen reflektiert werden, die mit dem Dokument verbunden sind. Dies kann ein Einverständnis für einen Eingriff oder die Verfügbarmachung der Informationen gegenüber Dritten beinhalten. Der Typ der Einverständniserklärung wird dabei in ''Consent.code'' angegeben.
 +
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:Consent Klasse.png|500px|thumb|center|R-MIM Consent Klasse]]
 +
<ref group="Abbildung">R-MIM Consent Klasse</ref>
 +
====Spezifikation====
 +
{{:1.2.40.0.34.6.0.11.1.18/dynamic}}
 +
 +
==Informationen zum Patientenkontakt==
 +
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.
 +
 +
<u>Auszug aus dem R-MIM:</u>
 +
[[Datei:EncompassingEncounter Klasse und Umgebung.png|500px|thumb|center|R-MIM EncompassingEncounter Klasse und Umgebung]]
 +
<ref group="Abbildung">R-MIM EncompassingEncounter Klasse und Umgebung</ref>
 +
 +
====Spezifikation====
 +
===Encounter ("componentOf/encompassingEncounter")===
 +
{{:1.2.40.0.34.6.0.11.1.7/dynamic}}
 +
 +
===Encounter Location===
 +
{{:1.2.40.0.34.6.0.11.1.8/dynamic}}
 +
===Encounter Location with addr, telecom===
 +
{{:1.2.40.0.34.6.0.11.1.19/dynamic}}
 +
</div>
 +
<!-- Hochformat -->
 +
<div class="portrait">

Warnung: Du bist nicht angemeldet. Deine IP-Adresse wird öffentlich sichtbar, falls du Bearbeitungen durchführst. Sofern du dich anmeldest oder ein Benutzerkonto erstellst, werden deine Bearbeitungen zusammen mit anderen Beiträgen deinem Benutzernamen zugeordnet.

Bitte beachte, dass alle Beiträge zu HL7 Austria MediaWiki von anderen Mitwirkenden bearbeitet, geändert oder gelöscht werden können. Reiche hier keine Texte ein, falls du nicht willst, dass diese ohne Einschränkung geändert werden können.

Du bestätigst hiermit auch, dass du diese Texte selbst geschrieben hast oder diese von einer gemeinfreien Quelle kopiert hast (weitere Einzelheiten unter HL7 Austria MediaWiki:Urheberrechte). ÜBERTRAGE OHNE GENEHMIGUNG KEINE URHEBERRECHTLICH GESCHÜTZTEN INHALTE!

Abbrechen | Bearbeitungshilfe (wird in einem neuen Fenster geöffnet)
Abgerufen von „https://wiki.hl7.at/index.php/ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)“