cdaefa:Kontext, Akte, Ressource - Versionsgeschichte

Jcaumanns: Markup-Fehler behoben

2015-01-26T15:32:59Z

Markup-Fehler behoben

Jcaumanns: Querverweise

2015-01-13T16:43:56Z

Querverweise

Jcaumanns: Link korrigiert

2014-09-19T13:05:21Z

Link korrigiert

Jcaumanns: Seitentemplate an Konvention angepasst.

2014-09-09T13:19:14Z

Seitentemplate an Konvention angepasst.

Jcaumanns: /* EFA-Anwendung und EFA-Peers */

2013-09-05T20:43:49Z

‎EFA-Anwendung und EFA-Peers

Jcaumanns: /* Kontext {KeAk.01.01} */

2013-04-27T16:15:44Z

‎Kontext {KeAk.01.01}

Jcaumanns am 21. April 2013 um 20:15 Uhr

2013-04-21T20:15:06Z

Jcaumanns: /* Ressourcen der EFA {KeAk.01.03} */

2013-04-19T11:28:50Z

‎Ressourcen der EFA {KeAk.01.03}

Jcaumanns: /* Ressourcen der EFA {KeAk.01.03} */

2013-04-19T11:27:41Z

‎Ressourcen der EFA {KeAk.01.03}

Jcaumanns am 7. April 2013 um 20:56 Uhr

2013-04-07T20:56:33Z

@@ Zeile 55: / Zeile 55: @@
 * [http://www.ihe.net/Technical_Framework/upload/IHE_ITI_TF_WhitePaper_AccessControl_2009-09-28.pdf IHE White Paper "Access Control"]
 * [http://www.fallakte.de/images/stories/pdf/spezifikationen/eFA1.2-Sicherheit_und_Datenschutz/090701-eFA2-Datenschutzkonzept-V1.2.3.4_eFAVerein.pdf Datenschutzkonzept der EFA Version 1.2]
 }}

@@ Zeile 46: / Zeile 46: @@
 EFA-Ressourcen haben per se einen hohen Schutzbedarf, da Szenarien, die einen sehr hohen Schutzbedarf bedingen würden, explizit von der Umsetzung über eine EFA ausgeschlossen sind. Die hierzu definierten Maßnahmen sind im [http://www.fallakte.de/images/stories/pdf/spezifikationen/eFA1.2-Sicherheit_und_Datenschutz/090701-eFA2-Datenschutzkonzept-V1.2.3.4_eFAVerein.pdf EFAv1.2-Datenschutzkonzept] beschreiben.
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]
 * [http://www.ihe.net/Technical_Framework/upload/IHE_ITI_TF_WhitePaper_AccessControl_2009-09-28.pdf IHE White Paper "Access Control"]
 * [http://www.fallakte.de/images/stories/pdf/spezifikationen/eFA1.2-Sicherheit_und_Datenschutz/090701-eFA2-Datenschutzkonzept-V1.2.3.4_eFAVerein.pdf Datenschutzkonzept der EFA Version 1.2]

@@ Zeile 8: / Zeile 8: @@
 [[Datei:EFA_GDD_Klein.png|146px|right]] Die EFA ist ein [[cdaefa:Die_EFA_als_Gesundheitsdatendienst|Gesundheitsdatendienst]] (GDD) und damit eine Instanz des [[cdaefa:Die_EFA_als_Gesundheitsdatendienst#GDD_Referenzmodell|GDD-Referenzmodells]]. Dies bedeutet:
-* im Mittelpunkt eines GDD steht die Vermittlung geschützter Ressourcen zwischen Leistungserbringern. Im Fall der EFA sind diese Ressourcen die einzelnen Fallakten, auf die berechtigte Leistungserbringer im Rahmen der Behandlung [[cdaefa:Die_EFA_als_zweckgebundene_Akte#Der_.C2.BBmedizinische_Fall.C2.AB|medizinischer Fälle]] zugreifen.
+* im Mittelpunkt eines GDD steht die Vermittlung geschützter Ressourcen zwischen Leistungserbringern. Im Fall der EFA sind diese Ressourcen die einzelnen Fallakten, auf die berechtigte Leistungserbringer im Rahmen der Behandlung [[cdaefa:Die_EFA_als_zweckgebundene_Akte#Der_.22medizinische_Fall.22|medizinischer Fälle]] zugreifen.
 * die Vermittlung der Ressource wird durch eine Anwendung realisiert, die von einem oder mehreren GDD-Anbietern bereit gestellt wird. Im Fall der EFA bilden die EFA-2.0-konformen, über [[cdaefa:EFA_Provider|EFA-Peers]] realisierten Fachdienste die Anwendung "EFA" während die Rolle der GDD-Anbieter durch die [[cdaefa:EFA_Provider|EFA-Provider]] ausgefüllt wird.
 * sämtlicher Datenaustausch findet innerhalb eines über alle Akteure gespannten Sicherheitskontextes statt. Im Fall der EFA bildet die Patienteneinwilligung die konzeptuelle Basis dieses gemeinsamen Kontextes. Die technische Umsetzung erfolgt durch zwischen den Akteuren ausgetauschte Sicherheitsnachweise.

@@ Zeile 1: / Zeile 1: @@
-{{Infobox Dokument
+{{DocumentPart
 }}
 ''Anmerkung: Die unter den einzelnen Überschriften in geschweiften Klammern angegebenen Kürzel dienen der Unterstützung des Kommentierungsverfahrens. Bitte geben Sie bei einem Kommentar oder einem Verbesserungsvorschlag zu dieser Spezifikation immer das Kürzel des Abschnitts an, auf den sich Ihr Kommentar bezieht. Alle Kommentare werden in der Lasche "Diskussion" zu der kommentierten Seite gesammelt und gegenkommentiert.<br>Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "[[cdaefa:Kommentierung EFAv2.0|Kommentierung EFAv2.0]]".''
 ----

@@ Zeile 42: / Zeile 42: @@
 Eine Anwendung im Sinne des GDD-Referenzmodells ist eine von einem Anbieter betriebene Instanz eines Dienstes, der definierten Vorgaben - insbesondere zur angebotenen Funktionalität - genügt. Anwendungen bedürfen einer Zulassung, die sich über verschiedene Ebenen - Konzeption/Spezifikation, Implementierung/Produkt, Betrieb/Einsatz - erstrecken kann.
 * Jeder von einem [[cdaefa:EFA_Provider|EFA-Provider]] betriebene [[cdaefa:EFA_Provider|EFA-Peer]] ist eine solche Anwendung.
-* Die Spezifikationen der EFA werden durch den EFA-Verein verantwortet. Dieser stellt die Konformität der Spezifikationen zu den regulativen Rahmenbedingungen in Deutschland sicher. Der EFA-Verein vergibt verschiedene Konformitätssiegel für den Spezifikationen entsprechende Produkte.
+* Die Spezifikationen der EFA werden durch den EFA-Verein verantwortet. Dieser stellt die Konformität der Spezifikationen zu den regulativen Rahmenbedingungen in Deutschland sicher. Der EFA-Verein vergibt verschiedene Konformitätssiegel für den Spezifikationen entsprechende Produkte. Idealerweise setzen entsprechende Konformitätsprüfungen auf in IHE Connectathons erworbenen "conformace statements" auf und stellen im Kern lediglich die richtige Umsetzung der in der EFA-Spezifikation festgelegten Einschränkungen und Erweiterungen auf den verschiedenen IHE-Profilen fest.
 * Der Einsatz einer EFA in einem regionalen Gesundheitsnetz bedarf der Freigabe durch den zuständigen Landesdatenschutz. Dieser prüft insbesondere die vollständige Umsetzung des für alle EFA-Betreiber maßgeblichen EFA-Datenschutzkonzepts.

@@ Zeile 27: / Zeile 27: @@
 In den nachfolgenden Abschnitten wird beschrieben, wie diese Vorgaben des GDD-Referenzmodells innerhalb des EFA-Informationsmodells konkret umgesetzt sind.
-=== Kontext {KeAk.01.01} ===
+=== Kontext ===
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {KeAk.01.01}</tt>

@@ Zeile 15: / Zeile 15: @@
 }}
-''Anmerkung: Die hinter den einzelnen Überschriften in geschweiften Klammern angegebenen Kürzel dienen der Unterstützung des Kommentierungsverfahrens. Bitte geben Sie bei einem Kommentar oder einem Verbesserungsvorschlag zu dieser Spezifikation immer das Kürzel des Abschnitts an, auf den sich Ihr Kommentar bezieht. Alle Kommentare werden in der Lasche "Diskussion" zu der kommentierten Seite gesammelt und gegenkommentiert.<br>Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "[[cdaefa:Kommentierung EFAv2.0|Kommentierung EFAv2.0]]".''
+''Anmerkung: Die unter den einzelnen Überschriften in geschweiften Klammern angegebenen Kürzel dienen der Unterstützung des Kommentierungsverfahrens. Bitte geben Sie bei einem Kommentar oder einem Verbesserungsvorschlag zu dieser Spezifikation immer das Kürzel des Abschnitts an, auf den sich Ihr Kommentar bezieht. Alle Kommentare werden in der Lasche "Diskussion" zu der kommentierten Seite gesammelt und gegenkommentiert.<br>Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "[[cdaefa:Kommentierung EFAv2.0|Kommentierung EFAv2.0]]".''
 ----
-== EFA als Instanz des GDD Referenzmodells {KeAk.01} ==
+== EFA als Instanz des GDD Referenzmodells ==
 [[Datei:EFA_GDD_Klein.png|146px|right]] Die EFA ist ein [[cdaefa:Die_EFA_als_Gesundheitsdatendienst|Gesundheitsdatendienst]] (GDD) und damit eine Instanz des [[cdaefa:Die_EFA_als_Gesundheitsdatendienst#GDD_Referenzmodell|GDD-Referenzmodells]]. Dies bedeutet:
@@ Zeile 27: / Zeile 28: @@
 === Kontext {KeAk.01.01} ===
 [[Datei:EFA_Kontext_Komplett.png|638px|right]]
 Nach den Vorgaben des GDD-Referenzmodells sind sämtliche Operationen zur Verarbeitung der Ressource (d.h. der Fallakten und ihrer Daten) in einen Sicherheitskontext eingebettet, der potenziell alle beteiligten IT-Systeme umspannt. Konkret bedeutet dies, dass der Sicherheitskontext des Nutzers an seinem Arbeitsplatz in der Klinik auf Seiten der EFA-Dienste beim EFA-Provider so rekonstruiert werden kann, dass es für den Nutzer so aussieht, als ob würden die EFA-Dienste in seinem lokalen Sicherheitskontext auf seinem Arbeitsplatzsystem laufen (und umgekehrt: Für die EFA-Dienste ist es vollkommen egal wo der Nutzer sitzt, da die die Dienste immer in dem Sicherheitskontext laufen, in dem sich der Nutzer gerade befindet).
@@ Zeile 34: / Zeile 37: @@
 Für die konkreten Verfahren zur Vermittlung und Absicherung von Sicherheitsnachweisen gibt es verschiedene Paradigmen, die im wesentlichen davon abhängen, ob ein Sicherheitskontext bereits zu Beginn einer Anwendungsnutzung vollständig aufgebaut wird oder ob dieser Aufbau schrittweise erfolgt, wenn die einzelnen Nachweise benötigt werden (und dann ggf. auch nur auf den Systemen, die diese Nachweise auch wirklich benötigen). Im [http://www.ihe.net/Technical_Framework/upload/IHE_ITI_TF_WhitePaper_AccessControl_2009-09-28.pdf IHE White Paper "Access Control"] werden z.B. die Strategien "Policy Push" (Client baut den vollständigen Kontext auf) "Policy Pull" (Aufbau des Kontextes erfolgt ''on demand'' beim Dienstanbieter) beschrieben, die auch beide von der EFA unterstützt werden.
-=== EFA-Anwendung und EFA-Peers {KeAk.01.02} ===
+=== EFA-Anwendung und EFA-Peers  ===
 Eine Anwendung im Sinne des GDD-Referenzmodells ist eine von einem Anbieter betriebene Instanz eines Dienstes, der definierten Vorgaben - insbesondere zur angebotenen Funktionalität - genügt. Anwendungen bedürfen einer Zulassung, die sich über verschiedene Ebenen - Konzeption/Spezifikation, Implementierung/Produkt, Betrieb/Einsatz - erstrecken kann.
@@ Zeile 49: / Zeile 53: @@
 EFA-Teilnehmer, die nicht an einen Provider gebunden sind, können nur lesend auf Fallakten zugreifen. Sie können als Einstiegspunkt in ein EFA-Netzwerk grundsätzlich jeden an dieses Netz angebundenen Peer nutzen, sofern dieser in der Lage ist die Authentizität des beim Nutzer aufgebauten Teils des Sicherheitskontextes (s.o.) zu prüfen. Die Dienstadressen von einem oder mehreren solcher EFA-Peers sind Bestandteil der statischen EFA-Konfiguration des Teilnehmers.
-=== Ressourcen der EFA {KeAk.01.03} ===
+=== Ressourcen der EFA ===
 Das [[cdaefa:EFA Geschäftsobjekte|EFA Geschäftsobjekt]] "Fallakte" bildet im Sinne des GDD-Referenzmodells die Ressource der EFA. Berechtigungen und Nutzungseinschränkungen sind ausschließlich an Objekte dieser Klasse gebunden und werden auf nachgeordnete Objekte ([[cdaefa:EFA_Geschäftsobjekte#Klasse_Partition|Partitionen]], [[cdaefa:EFA_Geschäftsobjekte#Klasse_Datenobjekt|Datenobjekte]]) vererbt.

@@ Zeile 51: / Zeile 51: @@
 === Ressourcen der EFA {KeAk.01.03} ===
-Das [[cdaefa:cdaefa:EFA_Geschäftsobjekte#Klasse_Fallakte_.28Medizinischer_Fall.29|EFA Geschäftsobjekt "Fallakte"]] bildet im Sinne des GDD-Referenzmodells die Ressource der EFA. Berechtigungen und Nutzungseinschränkungen sind ausschließlich an Objekte dieser Klasse gebunden und werden auf nachgeordnete Objekte ([[cdaefa:EFA_Geschäftsobjekte#Klasse_Partition|Partitionen]], [[cdaefa:EFA_Geschäftsobjekte#Klasse_Datenobjekt|Datenobjekte]]) vererbt.
+Das [[cdaefa:cdaefa:EFA_Geschäftsobjekte|EFA Geschäftsobjekt]] "Fallakte" bildet im Sinne des GDD-Referenzmodells die Ressource der EFA. Berechtigungen und Nutzungseinschränkungen sind ausschließlich an Objekte dieser Klasse gebunden und werden auf nachgeordnete Objekte ([[cdaefa:EFA_Geschäftsobjekte#Klasse_Partition|Partitionen]], [[cdaefa:EFA_Geschäftsobjekte#Klasse_Datenobjekt|Datenobjekte]]) vererbt.
 EFA-Ressourcen haben per se einen hohen Schutzbedarf, da Szenarien, die einen sehr hohen Schutzbedarf bedingen würden, explizit von der Umsetzung über eine EFA ausgeschlossen sind. Die hierzu definierten Maßnahmen sind im [http://www.fallakte.de/images/stories/pdf/spezifikationen/eFA1.2-Sicherheit_und_Datenschutz/090701-eFA2-Datenschutzkonzept-V1.2.3.4_eFAVerein.pdf EFAv1.2-Datenschutzkonzept] beschreiben.