Transportaspekte
Foemig (Diskussion | Beiträge) K (Foemig verschob Seite cdaab2:Dynamisches Modell nach cdaab2:Transportaspekte) |
(→Transportaspekte) |
||
| (11 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
{{DocumentPart}} | {{DocumentPart}} | ||
| − | = | + | =Transportaspekte= |
| − | |||
==Interaktionsdiagramm== | ==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: | |
[[file:Cdaonk_Interaktion1.gif|Interaktionsdiagramm]] | [[file:Cdaonk_Interaktion1.gif|Interaktionsdiagramm]] | ||
| − | '' | + | <ref group="Abbildung"> Interaktionsdiagramm</ref> ''Interaktionsdiagramm'' |
| − | Für den Austausch der Dokumente | + | ==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 XDS | + | *IHE ITI |
| − | * | + | ** die Integrationsprofile XDS, XDM und XDR |
| − | * | + | *Telematikinfrastruktur (in Vorbereitung) mit KOM-LE |
| − | * | + | *KV-Connect |
| + | *Safemail | ||
*FTP | *FTP | ||
*... | *... | ||
| − | + | Diese Liste ist nicht vollständig und soll nur als Beispiel dienen. | |
| + | |||
| + | [[Kategorie:cdaab2|Transportaspekte]] | ||
| + | |||
| + | = 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 | ||
| − | + | {{NoteBox| | |
| + | Diese Aspekte Datenschutz/-sicherheit, IT-Sicherheit, Verschlüsselung und Signaturen sind nicht Bestandteil dieser Spezifikation. Es gibt dazu aber bereits entsprechende Ausarbeitungen und Vorgaben. | ||
| + | }} | ||
Aktuelle Version vom 22. August 2019, 12:57 Uhr
Dieses Material ist Teil des Leitfadens Arztbrief 2.x.
|
Inhaltsverzeichnis
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 1] 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. |
Referenzfehler: Es sind <ref>-Tags für die Gruppe „Abbildung“ vorhanden, jedoch wurde kein dazugehöriges <references group="Abbildung" />-Tag gefunden oder ein schließendes </ref> fehlt.
