(Betrachte alle ausstehenden Änderungen)

[unmarkierte Version]

Version vom 24. Februar 2021, 10:26 Uhr

Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern.
This article was last edited by Kleinoscheg (talk| contribs) 3 years ago.

This article or section is in the middle of an expansion or major restructuring.
This article was last edited by Kleinoscheg (talk| contribs) 3 years ago.

	Dieses Dokument gibt wieder: Implementierungsleitfaden Testseite (2021), OID: n.a., Datum: xxxx.xx.xx, Status: Normativ. Die Teilmaterialien gehören der Kategorie ILF an.

ELGA CDA
Implementierungsleitfäden

HL7 Implementation Guide for CDA^® R2:
Testseite

Zur Anwendung im österreichischen
Gesundheitswesen

xxxx.xx.xx

2021

Normativ

Inhaltsverzeichnis

1 TOC-Test
- 1.1 TOC-Test 2
  - 1.1.1 TOC-Test 3
    - 1.1.1.1 TOC-Test 4
      - 1.1.1.1.1 TOC-Test 5
2 Boxen
3 Sonstige Formattierungen
- 3.1 PRE
- 3.2 PRE + class ILFGreen
4 ART-DECOR
- 4.1 Strukturbeispiel

Dieses Dokument bildet den vollständigen Implementierungsleitfaden ab und richtet sich an Softwareentwickler und Berater.

1 TOC-Test

Link zu anderem Leitfaden Link zu anderem Abschnitt Nupedia

1.1 TOC-Test 2

1.1.1 TOC-Test 3

1.1.1.1 TOC-Test 4

1.1.1.1.1 TOC-Test 5

2 Boxen

2.1 YellowBox

Hinweis:
Es dürfen keine Elemente oder Attribute verwendet werden, die nicht vom allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden

2.2 ILFBox

Verweis
Verweis auf den Allgemeinen Leitfaden: …

2.3 ValueSetBox

Text

2.4 Code-Beispiele

<BEISPIEL>
<languageCode code="de-AT" />

<test codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH">
  <originalText>
    <reference value="#ref1"/>
  </originalText>
</test>

<code codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH">
  <originalText>
    <reference value="#ref1"/>
  </originalText>
</code>

<code codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH"></code>

<code codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH">
  <originalText>
    <reference value="#ref1"/>
  </originalText>
</code>

3 Sonstige Formattierungen

3.1 PRE

Test
 Test
  Test

3.2 PRE + class ILFGreen

Test
 Test
  Test

4 ART-DECOR

4.1 Strukturbeispiel

Id

1.2.40.0.34.6.0.11.2.71

ref

at-cda-bbr-

Gültigkeit

2023‑04‑05 13:40:58

Andere Versionen mit dieser Id:

atcdabbr_section_Beilagen vom 2021‑06‑28 11:22:40
atcdabbr_section_Beilagen vom 2021‑02‑19 11:43:44
atcdabbr_section_Beilagen vom 2020‑01‑09 09:53:16

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_section_Beilagen

Bezeichnung

Beilagen

Beschreibung

Sonstige Beilagen, außer denjenigen Dokumenten, die in „Willenserklärungen und andere juridische Dokumente“ angegeben sind.

Achtung: Da einzelne e-Befunde vom Bürger ausgeblendet oder gelöscht werden können, ist ein Referenzieren bzw. Verweisen auf andere e-Befunde nicht zuverlässig und daher NICHT ERLAUBT. Inhalte, die unmittelbar zum e-Befund gehören, sollen daher als Beilage eingebettet werden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.71

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-58	Beilagen	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.19	Containment	Eingebettetes Objekt Entry (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2021‑06‑28 11:22:40)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2021‑02‑19 11:43:44)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2020‑01‑09 09:53:16)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.71"/>  
  <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Beilagen</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:1">Titel des Dokuments</th>          <th styleCode="xELGA_colw:1">Erstellungsdatum</th>          <th styleCode="xELGA_colw:1">Dokument</th>        </tr>      </thead>      <tbody>
        <tr>
          <td>Laborbefund</td>          <td>05.11.2019</td>          <td>
            <renderMultiMedia referencedObject="Beilage-1"/>          </td>        </tr>      </tbody>    </table>  </text>  
  <entry>
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Beilagen.

(atc...gen)


	at-cda-bbr-dataelement-58	Beilagen	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(atc...gen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.71

hl7:id

II

0 … 1

Eindeutige ID der Section

(atc...gen)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

(atc...gen)

@displayName

st

0 … 1

F

Beilagen

@codeSystemName

st

0 … 1

F

ELGA_Sections

@code

CONF

1 … 1

F

BEIL

@codeSystem

1 … 1

F

1.2.40.0.34.5.40

hl7:title

ST

1 … 1

M

(atc...gen)

CONF

Elementinhalt muss "Beilagen" sein

hl7:text

SD.TEXT

1 … 1

M

Information für den menschlichen Leser.

Es SOLLEN der Titel des Dokuments, sowie das Erstellungsdatum angegeben werden.

(atc...gen)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...gen)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...gen)

hl7:entry

1 … *

M

Maschinenlesbares Element.

Die Beilagen MÜSSEN als maschinenlesbare Elemente angegeben werden.

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(atc...gen)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...gen)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

@@ Zeile 1: / Zeile 1: @@
-=User Storys ("Anwendungsfälle")=
+{{Underconstruction}}
-Die Einsatzszenarien für Patientenverfügungen in ELGA werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um Lesern den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung.
+<!-- Implementierungsleitfaden Metadaten-->
+{{Infobox Dokument
+|Group     = ELGA CDA<br/>Implementierungsleitfäden
+|Title     = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>Testseite
+|Subtitle  = Zur Anwendung im österreichischen<br/>Gesundheitswesen
+|Short     = Testseite
+|Namespace = ILF
+|Type      = Implementierungsleitfaden
+|Version   = 2021
+|Submitted = ELGA GmbH
+|Copyright = © HL7 Austria 2021
+|Date      = xxxx.xx.xx
+|Status    = Normativ
+|Verfahren = Normatives Abstimmungsverfahren
+|Period    = n.a.
+|OID       = n.a.
+|Realm     = Austria
+}}
+{{ILF-TOC limit}}
+{{BeginYellowBox}}Dieses Dokument bildet den '''vollständigen Implementierungsleitfaden''' ab und richtet sich an Softwareentwickler und Berater.
+{{EndYellowBox}}
-In den Anwendungsfällen wird derzeit davon ausgegangen, dass nur berechtigte MitarbeiterInnen der ELGA Ombudsstellen schreibenden Zugriff auf Patientenverfügungen in ELGA haben. Rechtskundige Personen gem. PatVG § 6 (1) können dies durch Übermittlung des Dokuments an die ELGA Ombudsstelle delegieren. Dies erfolgt außerhalb von ELGA und wird im Rahmen dieses Leitfadens daher nicht betrachtet. Sofern die technischen Möglichkeiten durch entsprechende Verordnung näher ausgestaltet sind und zur Verfügung stehen, können auch rechtskundige Personen (gem. PatVG § 6 (1)), entsprechenden Zugriff in ELGA erhalten und auch zur Einstellung von Patientenverfügungen in ELGA verpflichtet werden. Der Leitfaden wird in diesem Fall in einer neuen Version entsprechend angepasst.
+= TOC-Test =
-Alternativ zu den im Folgenden beschriebenen Anwendungsfällen wäre denkbar, dass Patientinnen und Patienten in speziell eingerichteten ELGA Ombudsstellen medizinische und rechtliche Beratung hinsichtlich ihrer Patientenverfügung erhalten und diese direkt vor Ort errichten, ändern, erneuern oder widerrufen und in ELGA verfügbar machen lassen können.
+[[ILF:Allgemeiner Implementierungsleitfaden 2020#Wichtige unterstützende Materialien|Link zu anderem Leitfaden]]
-Die beschriebenen Abläufe beziehen sich auf jegliche Patientenverfügungen, ungeachtet davon, ob die Formvorschriften und Anforderungen an verbindliche Patientenverfügungen erfüllt sind oder nicht (siehe auch § 8 PatVG).
+[[#TOC-Test 2|Link zu anderem Abschnitt]]
-==UC 1 Patientenverfügung in ELGA zur Verfügung stellen==
+[http://www.nupedia.com/ Nupedia]
-===UC 1 Beschreibung===
-#Frau Huber möchte ihren Willen hinsichtlich der Ablehnung mehrerer medizinischer Behandlungen in Form einer verbindlichen Patientenverfügung dokumentieren und über ELGA einsehbar machen. Sie vereinbart dazu einen Termin mit ihrem praktischen Arzt Dr. Hausarzt für das notwendige Aufklärungsgespräch. Dr. Hausarzt informiert und berät Frau Huber über Bedeutung und mögliche medizinische Folgen der Patientenverfügung und dokumentiert, weshalb sie diese zutreffend einschätzen kann. Dr. Hausarzt bestätigt das vorgenommene Aufklärungsgespräch unter Angabe seines Namens und seiner Anschrift und durch eigenhändige Unterschrift. Weiters nimmt Dr. Hausarzt die Patientenverfügung in seine lokale Patientenakte auf. ''Anmerkung: Optional kann auch ein vom Patienten/von der Patientin mitgebrachtes Patientenverfügungs-Formular zur Dokumentation genutzt werden''.
-#Frau Huber vereinbart einen Termin bei ihrer Rechtsberaterin Dr. Jus, um die verbindliche Patientenverfügung rechtsgültig zu errichten. Dabei klärt Dr. Jus Frau Huber über die rechtlichen Folgen einer verbindlichen Patientenverfügung sowie die Möglichkeit des jederzeitigen Widerrufs auf. Dr. Jus bestätigt dies auf dem Formular unter Angabe von Name, Anschrift, Datum und Unterschrift. Formell ist die verbindliche Patientenverfügung nun rechtsgültig.
-# Da Frau Huber ELGA-Teilnehmerin ist und keinen Widerspruch gegen die Speicherung in ELGA äußert, kann die Patientenverfügung nun in ELGA zur Verfügung gestellt werden (siehe ''UC 1 Ablauf''). ''Anmerkung: Patientenverfügungen, die nicht alle Voraussetzungen für "Verbindliche Patientenverfügungen" (gem. PatVG) erfüllen, sind auf Verlangen der Patientin/des Patienten ebenfalls in die ELGA aufzunehmen. Der Dokumenttyp wird in ELGA nicht unterschieden. Eine generelle Aufklärung über ELGA durch die rechtskundige Person ist nicht vorgesehen.''
-===UC 1 Akteure===
+<p style="page-break-before: always"></p>
-*Frau Huber (ELGA-Teilnehmerin)
+<p style="page-break-before: always"></p>
-*Dr. Hausarzt (Aufklärender Arzt)
+<p style="page-break-before: always"></p>
-*Dr. Jus (Rechtskundige Person, gemäß PatVG § 6 (1))
-*Herr Schneider (ELGA Ombudsstelle)
-===UC 1 Vorbedingung===
+== TOC-Test 2 ==
-*Frau Huber und möchte ihre rechtsgültige Patientenverfügung in ELGA verfügbar haben.
-*Herr Schneider ist als Mitarbeiter der ELGA-Ombudsstelle im ELGA-Berechtigungssystem autorisiert Patientenverfügungen in ELGA zu verarbeiten.
-===UC 1 Ablauf===
+=== TOC-Test 3 ===
-Frau Huber bringt die rechtsgültige Patientenverfügung zur ELGA Ombudsstelle. Der zuständige Mitarbeiter Herr Schneider identifiziert Frau Huber (z.B. mittels Personalausweis oder Pass) und digitalisiert die Patientenverfügung. Dabei wird erhoben, ob die verbindliche Patientenverfügung über den maximal möglichen Zeitraum (8 Jahre) gültig bleiben soll oder von Frau Huber eine kürzere Frist gewünscht wird. Die gewählte Frist für die Verbindlichkeit, das Datum der Errichtung der Patientenverfügung,  Frau Hubers Name (als Person, die die Aufnahme der Patientenverfügung in ELGA verlangt hat), sowie die eindeutige Kennung von Herrn Schneider (als verantwortlicher Ombudsstellen-Mitarbeiter) werden von Herrn Schneider im Dokumentationssystem der ELGA-Ombudsstelle erfasst. Abschließend generiert das Dokumentationssystem der ELGA-Ombudsstelle das CDA Dokument "Patientenverfügung", das konform zu den Vorgaben dieses CDA Implementierungsleitfaden ist, und stellt dieses gemeinsam mit den erforderlichen Dokument-Metadaten in ELGA zur Verfügung.
-===UC 1 Ergebnis===
+==== TOC-Test 4 ====
-Das CDA-Dokument vom Typ "Patientenverfügung" wurde in ELGA zur Verfügung gestellt und bleibt dort ungeachtet der Verbindlichkeit bis zehn Jahre nach dem Tod von Frau Huber verfügbar, sofern zuvor kein ELGA Opt-Out durchgeführt wurde.
-''Anmerkungen:
+===== TOC-Test 5 =====
-*''Alle Patientenverfügungen sind zu beachten, solange sie nicht von der Patientin/vom Patienten widerrufen werden.
-*''Sofern es sich um eine "Verbindliche Patientenverfügung" handelt, verliert diese nach Ablauf von acht Jahren nach Errichtung ihre Verbindlichkeit, wenn der/die ELGA-TeilnehmerIn nicht eine kürzere Frist bestimmt hat.''
+= Boxen =
-*''Die verbindliche Patientenverfügung kann nach entsprechender ärztlicher Aufklärung erneuert werden (siehe UC "Patientenverfügung erneuern"), wodurch die 8-Jahresfrist bzw. zuvor kürzer festgelegt Frist neu zu laufen beginnt.''
-*''Eine Patientenverfügung bleibt verbindlich, solange sie der Patient mangels Entscheidungsfähigkeit nicht erneuern kann.''
+== YellowBox ==
+{{BeginYellowBox}}
+'''Hinweis:'''<br />Es dürfen keine Elemente oder Attribute verwendet werden, die nicht vom allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden
+{{EndYellowBox}}
+== ILFBox ==
+{{BeginILFBox}}
+'''Verweis'''<br />Verweis auf den Allgemeinen Leitfaden: …
+{{EndILFBox}}
+== ValueSetBox ==
+{{BeginValueSetBox}}
+Text
+{{EndValueSetBox}}
+== Code-Beispiele ==
+<pre class="ilfbox_code">
+<BEISPIEL>
+<languageCode code="de-AT" />
+<test codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH">
+  <originalText>
+    <reference value="#ref1"/>
+  </originalText>
+</test>
+<code codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH">
+  <originalText>
+    <reference value="#ref1"/>
+  </originalText>
+</code>
+</pre>
+<pre class="ilfbox_code">
+<code codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH"></code>
+</pre>
+<pre class="ilfbox_code">
+<code codeSystem="1.2.40.0.34.5.174" nullFlavor="OTH">
+  <originalText>
+    <reference value="#ref1"/>
+  </originalText>
+</code>
+</pre>
+= Sonstige Formattierungen =
+== PRE ==
+<pre>
+Test
+ Test
+  Test
+</pre>
+== PRE + class ILFGreen ==
+<pre class="ILFgreen">
+Test
+ Test
+  Test
+</pre>
+= ART-DECOR =
+== Strukturbeispiel ==
+{{:1.2.40.0.34.6.0.11.2.71/dynamic}}

ILF:Testseite: Unterschied zwischen den Versionen

Version vom 24. Februar 2021, 10:26 Uhr

Inhaltsverzeichnis

1 TOC-Test

1.1 TOC-Test 2

1.1.1 TOC-Test 3

1.1.1.1 TOC-Test 4

1.1.1.1.1 TOC-Test 5

2 Boxen

2.1 YellowBox

2.2 ILFBox

2.3 ValueSetBox

2.4 Code-Beispiele

3 Sonstige Formattierungen

3.1 PRE

3.2 PRE + class ILFGreen

4 ART-DECOR

4.1 Strukturbeispiel

Navigationsmenü

Meine Werkzeuge

Namensräume

Varianten

Ansichten

Mehr

Suche

Navigation

Leitfäden

Wissensbasis

Hilfe

Werkzeuge