eAU
Foemig (Diskussion | Beiträge) (Initialfassung) |
Foemig (Diskussion | Beiträge) |
||
| Zeile 8: | Zeile 8: | ||
|Title = eAU auf Basis der<br/>HL7 Clinical Document Architecture Release 2<br/>für das deutsche Gesundheitswesen | |Title = eAU auf Basis der<br/>HL7 Clinical Document Architecture Release 2<br/>für das deutsche Gesundheitswesen | ||
|Short = eAU | |Short = eAU | ||
| − | |Namespace = | + | |Namespace = cdaeau |
|Type = Implementierungsleitfaden | |Type = Implementierungsleitfaden | ||
|Version = 0.1 | |Version = 0.1 | ||
| Zeile 40: | Zeile 40: | ||
=Einleitung= | =Einleitung= | ||
| + | |||
| + | {{HL7transclude| cdaeau:Einleitung}} | ||
{{HL7transclude| cdaab2:Transportaspekte}} | {{HL7transclude| cdaab2:Transportaspekte}} | ||
Version vom 25. Oktober 2017, 14:14 Uhr
 |
This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. You are welcome to assist in its construction by editing it as well. If this article has not been edited in several days, please remove this template. This article was last edited by Foemig (talk| contribs) 6 years ago. (Purge) Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage. This article was last edited by Foemig (talk| contribs) 6 years ago. (Purge) |
 |
Dieses Dokument gibt wieder:
Implementierungsleitfaden eAU (0.1). Die Teilmaterialien gehören der Kategorie cdaeau an. |
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen
.
| Version: | 0.1 |
| Datum: | 1. Januar 2017 |
| Status: | Entwicklung |
| Verfahren: | {{{Verfahren}}} |
| Realm: |  Deutschland
|
| Abstimmungsdokument | |||
|---|---|---|---|
| Version | Datum | Status | Realm |
| 01 | 01.01.2017 |  Entwurf |
Deutschland
|
 |
noch kein download verfügbar | ||
| Kontributoren | ||
|---|---|---|
|
DTHS | Bonn |
 |
in Arbeit noch offene Punkte:
|
Inhaltsverzeichnis
Einleitung
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
|
Einleitung
Die Arbeitsunfähigkeitsbescheinigung (AU) ist das erste Formular aus der KBV-Mustersammlung. Die Arbeitsunfähigkeitsbescheinigung wird vom Haus- oder Facharzt ausgestellt und bescheinigt dem Arbeitgeber, dass sein Angestellter vorbergehend arbeitsunfähig ist. Das Deckblatt (Muster 1a) bekommt die Krankenkasse, der erste Durchschlag (Muster 1b) ist für den Arbeitgeber, der zweite (Muster 1c) für den Versicherten und der umfangreichere letzte Durchschlag (Muster 1d) ist zum Verbleib bei dem Arzt.
Dieser Leitfaden beschreibt, wie die fachlichen Inhalte der AU in elektronischer Form vollständig auf Basis der HL7 Clinical Document Architecture (CDA) technisch abgebildet werden können. Die einzelnen Varianten können daraus als Einschränkungen abgeleitet werden.
Die eAU basiert dabei auf dem "Arztbrief Plus", der als generische Grundlage für Arztbriefe aller Art dient und damit die Ablösung der papiergebundenen Arztbriefe ermöglicht (siehe Arztbrief Plus). Auch wenn es sich mit der eAU um keinen Arztbrief handelt, so lassen sich doch Module (Komponenten) aus der Arztbriefspezifikation wiederverwenden.
Enthaltene Angaben in der eAU
Die GKV-SV und die KBV haben die Inhalte festgelegt. Neben den Informationen des Personalienfeldes (d.h. die allgemeinen CDA-Headerinformationen) bzw. das Arztfeld enthält die eAU folgende Details:
- alle Muster
- Erstbescheinigung oder Folgebescheinigung
- Arbeitsunfall(folgen), Berufskrankheit
- dem Durchgangsarzt zugewiesen
- arbeitsunfähig
- seit
- vorauss. bis
- festgestellt am
- nur Muster 1a, 1c und 1d
- AU-begründende Diagnose(n)
- ICD-10 Code (6 Felder)
- Freitext
- sonstiger Unfall, Unfallfolgen
- Versorgungsleiden (z.B. BVG)
- Leistungen zur med. Rehabilitation
- stufenweise Wiedereingliederung
- sonstige Maßnahmen (Beschr.)
- 7. AU-Woche oder sonstiger Krankengeldfall
- ggf. auch als Endbescheinigung
- AU-begründende Diagnose(n)
Durchschläge
Inhaltlich gibt es die AU in 4 verschiedenen Durchschlägen, die sich inhaltlich leicht unterscheiden und von denen 1a den Maximalumfang definiert:
- 1a: Krankenkasse
- 1b: Ausfertigung für den Arbeitgeber
- 1c: Ausfertigung für den Versicherten
- 1d: Verbleib beim Arzt (obsolet)
 |
Diese Spezifikation intendiert, eine vollständige Abbildung der Inhalte zu dokumentieren. Die verschiedenen Durchschläge lassen sich dann durch zusätzliche Einschränkungen in dem Dokument-Template bzw. kleinere Anpassungen am Stylesheet vornehmen.
Lediglich das Muster 1b für den Arbeitgeber benötigt dann eine zusätzliche Einschränkung für den Wegfall der Informationen auf der unteren Hälfte, die Muster 1a und 1d können mit dem vollständigen Dokumenttemplate realisiert werden. Die Informationen über den Empfänger werden erstmal nicht hinterlegt, da in der papiergebundenen Variante hierfür nichts vorgesehen ist. |
Muster für einen Ausdruck
[Abbildung 1] KBV-Musterformular 01
Datensatz
|
Headerdaten für die Formulare
1
Muster 01: Arbeitsunfähigkeitsbescheinigung
36
|
[Abbildung 2] Datensatz
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
|
Transportaspekte
Interaktionsdiagramm
In diesem Leitfaden geht es um die Präzisierung des Aufbaus von Dokumenten (hier: der Arztbrief), d.h. wie diese inhaltlich strukturiert sind. Die Prinzipien der Gliederung gelten aber auch für andere Arten von Dokumenten wie Ein-/Überweisungen, Befunde, etc.
Im Allgemeinen wird ein CDA-Dokument von einer Anwendung in einem bestimmten Kontext erzeugt und dann als ganzheitliches Objekt übertragen. Dies kann auf unterschiedlichen Wegen passieren (bspw. als Datei, als Binärobjekt in einer Email oder als Objekt einer Akte wie EFA, eEPA oder EGA), diese werden hier aber nicht spezifiziert. Dieses Objekt wird dann letztendlich von einer – oder mehreren – Anwendungen konsumiert:
[Abbildung 3] Interaktionsdiagramm
Dokumentenaustausch
Für den Austausch der Dokumente gibt es mehrere Möglichkeiten, zu denen eine Reihe von konkreten Vorgaben existieren - insbesondere bei IHE ITI -, die hier nur kurz genannt werden sollen:
- IHE ITI
- die Integrationsprofile XDS, XDM und XDR
- Telematikinfrastruktur (in Vorbereitung) mit KOM-LE
- KV-Connect
- Safemail
- FTP
- ...
Diese Liste ist nicht vollständig und soll nur als Beispiel dienen.
Rechtssichere Übertragung
Eine eAU kann papierbegleitend, aber auch papierersetzend umgesetzt werden. Im letzteren Fall ist diese mit einer rechtssicheren elektronischen Signatur (fortgeschritten oder QES) zu ergänzen:
- Datenschutz-/-sicherheit
- IT-Sicherheit
- Verschlüsselung
- Signaturen
|
|
Diese Aspekte Datenschutz/-sicherheit, IT-Sicherheit, Verschlüsselung und Signaturen sind nicht Bestandteil dieser Spezifikation. Es gibt dazu aber bereits entsprechende Ausarbeitungen und Vorgaben. |
