cdaefa:EFA Kommentierung Referenzkuerzel: Unterschied zwischen den Versionen
(→Querverweise und Referenzen) |
K |
||
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
Zeile 257: | Zeile 257: | ||
* [[cdaefa:Prinzipien_f%C3%BCr_Datenschutz_und_Datensicherheit#Deklarative_Sicherheit|Pziee.02.03]]: Deklarative Sicherheit | * [[cdaefa:Prinzipien_f%C3%BCr_Datenschutz_und_Datensicherheit#Deklarative_Sicherheit|Pziee.02.03]]: Deklarative Sicherheit | ||
* [[cdaefa:Prinzipien_f%C3%BCr_Datenschutz_und_Datensicherheit#Policy_Enforcement_dicht_an_den_Ressourcen|Pziee.02.04]]: Policy Enforcement dicht an den Ressourcen | * [[cdaefa:Prinzipien_f%C3%BCr_Datenschutz_und_Datensicherheit#Policy_Enforcement_dicht_an_den_Ressourcen|Pziee.02.04]]: Policy Enforcement dicht an den Ressourcen | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
== Querverweise und Referenzen == | == Querverweise und Referenzen == | ||
* [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]] | * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]] |
Aktuelle Version vom 26. Juli 2013, 16:28 Uhr
Referenz-Kürzel
- Auun.01.01: Akteure der EFA
- Auun.01.02: EFA-Teilnehmer
- Auun.01.03: EFA Provider
- Auun.01.04: Datenerhebende und datenverantwortliche Stellen
- BnsIi.01: EFA Informationsmodell
- BnsIi.01.01: Patient
- BnsIi.01.02: Fallakte
- BnsIi.01.03: Partition
- BnsIi.02: PIM Data Structures
- BnsIi.02.01: patientID
- BnsIi.02.02: purpose
- BnsIi.02.03: ecrInfo
- BnsIi.02.04: consentInfo
- BnsIi.02.05: consentDoc
- BnsIi.02.06: partitionID
- BnsIi.02.07: partitionList
- BnsIi.02.08: ecrRef
- BnsIi.02.09: partitionInfo
- BnsIi.02.10: document
- BnsIi.02.11: docMetadata
- BnsIi.02.12: docRelationship
- BnsIi.02.13: documentID
- Cbfuo.01.01: Interaktionsmuster "Abruf von Datenobjekten"
- Cbfuo.01.03: Varianten des Anwendungsszenarios
- Cbfuo.01.04.01: Definition der Interaktionsmuster
- Cbfuo.01.05: Peer-to-Peer Semantik
- Ccier.01: Interaktionsmuster "Schließen einer Fallakte"
- Ccier.01.01: Anwendungsszenario: Rücknahme der Einwilligung durch den Patienten
- Ccier.01.02.01: Varianten des Anwendungsszenarios
- Ccier.01.03: Abbildung der Szenarien und Varianten auf Interaktionsmuster
- Ccier.01.04.01: Definition der Interaktionsmuster
- Ccier.01.05: Peer-to-Peer Semantik
- CiteD.01.01: Interaktionsmuster zum Einstellen von Daten in eine Fallakte
- CiteD.01.02: Varianten des Anwendungsszenarios
- CiteD.01.03: Aktualisieren eines Dokuments
- CiteD.01.05: Peer-to-Peer Semantik
- CiteD.04.01: Definition der Interaktionsmuster
- Cngea.01.01: Interaktionsmuster zum Anlegen einer EFA
- Cngea.01.02: Varianten des Anwendungsszenarios
- Cngea.01.03: Abbildung der Szenarien und Varianten auf Interaktionsmuster
- Cngea.01.04.01: Definition der Interaktionsmuster
- Cngea.01.05: Peer-to-Peer Semantik
- Cngei.01.01: Interaktionsmuster
- Cngei.02: Varianten des Anwendungsszenarios
- Cngei.03: Abbildung der Szenarien und Varianten auf Interaktionsmuster
- Cngei.04.01: Definition der Interaktionsmuster
- Cngei.05: Peer-to-Peer Semantik
- Cnlio.01.01: Interaktionsmuster zum Invalidieren von Daten in einer Fallakte
- Cnlio.01.03: Varianten des Anwendungsszenarios
- Cnlio.01.04.01: Definition der Interaktionsmuster
- Cnlio.01.05: Peer-to-Peer Semantik
- Cnssi.01.01: Interaktionsmuster zum Anpassen einer EFA
- Cnssi.01.02: Varianten des Anwendungsszenarios
- Cnssi.01.02.01: Variante: Anpassung der Zweck-Parameter
- Cnssi.01.02.02: Variante: Verlängerung der Gültigkeit
- Cnssi.01.03: Abbildung der Szenarien und Varianten auf Interaktionsmuster
- Cnssi.01.04.01: Definition der Interaktionsmuster
- Cnssi.01.05: Peer-to-Peer Semantik
- Crsii.01.01: Interaktionsmuster "Browsing über einer Fallakte oder einer Partition"
- Crsii.01.02.01: Varianten des Anwendungsszenarios
- Crsii.01.02.02: Browsing über einer einzelnen Partition
- Crsii.01.03: Abbildung der Szenarien und Varianten auf Interaktionsmuster
- Crsii.01.04.01: Definition der Interaktionsmuster
- Crsii.01.04.02: Interaktionsmuster: Fallakte abrufen
- Crsii.01.05: Peer-to-Peer Semantik
- Cuina.01.01: Interaktionsmuster "Auffinden der Fallakten eines Patienten"
- Cuina.01.02: Varianten des Anwendungsszenarios
- Cuina.01.03: Resource Discovery Token (Offline Token)
- Cuina.01.04.01: Definition der Interaktionsmuster
- Cuina.01.05: Peer-to-Peer Semantik
- DFlsb.01: Die EFA als zweckgebundene Akte
- DFlsb.01.01: Der "medizinische Fall"
- DFlsb.01.02: Auswirkungen der Zweckbindung auf die Nutzung von Fallakten
- DFsGe.01: Die EFA als Gesundheitsdatendienst
- DFsGe.01.01: Gesundheitsdatendienste (GDD)
- DFsGe.01.02: GDD Referenzmodell
- EcssS.01: Bindung von Policies an Schnittstellen
- EcssS.01.01: Bausteine des Access Control System
- EDcui.01: EFA Document Registry XDS Binding
- EDcui.02: EFA XDS Binding: registerData
- EDcui.02.01: Constraints on the Request Message
- EDcui.02.02: Expected Actions
- EDcui.02.03: Response Message (Full Success Scenario)
- EDcui.02.04: Response Message (Failure or Partial Failure Scenario)
- EDcui.02.05: Security Audit Considerations
- EDcui.03: EFA XDS Binding: listData
- EDcui.03.01: Constraints on the Request Message
- EDcui.03.01.01: Example
- EDcui.03.02: Expected Actions
- EDcui.03.03: Response Message (Full Success Scenario)
- EDcui.03.04: Response Message (Failure or Partial Failure Scenario)
- EDcui.03.05: Security Considerations
- EDcui.03.05.02: Audit Trail
- EDesa.01: EFA Resource Manager XDR/XDS Binding
- EDesa.02: EFA XDS/XDR Binding: createECR
- EDesa.02.01: Constraints on the Request Message
- EDesa.02.02: Expected Actions
- EDesa.02.03: Response Message (Full Success Scenario)
- EDesa.02.04: Response Message (Failure or Partial Failure Scenario)
- EDesa.02.05: Security Considerations
- EDesa.02.05.01: Message Protection
- EDesa.02.05.02: Transport Layer Security with SAML Issued Endorsing Token
- EDesa.03: EFA XDS/XDR Binding: createPartition
- EDesa.03.01: Constraints on the Request Message
- EDesa.03.02: Expected Actions
- EDesa.03.03: Response Message (Full Success Scenario)
- EDesa.03.04: Response Message (Failure or Partial Failure Scenario)
- EDesa.03.05: Security Considerations
- EDesa.03.05.02: Message Protection
- EDesa.04: EFA XDS/XDR Binding: closeECR
- EDesa.04.01: Constraints on the Request Message
- EDesa.04.02: Expected Actions
- EDesa.04.03: Response Message (Full Success Scenario)
- EDesa.04.04: Response Message (Failure or Partial Failure Scenario)
- EDesa.04.05: Security Considerations
- EDesa.04.05.02: Message Protection
- EDesa.05: EFA XDS Binding: listPartitions
- EDesa.05.01: Constraints on the Request Message
- EDesa.05.01.01: Example
- EDesa.05.02: Expected Actions
- EDesa.05.03: Response Message (Full Success Scenario)
- EDesa.05.04: Response Message (Failure or Partial Failure Scenario)
- EDesa.05.05: Security Considerations
- EDesa.05.05.02: Message Protection
- EDesa.06: EFA XDS/XDR Binding: registerConsent
- EDesa.06.01: Constraints on the Request Message
- EDesa.06.02: Expected Actions
- EDesa.06.03: Response Message (Full Success Scenario)
- EDesa.06.04: Response Message (Failure or Partial Failure Scenario)
- EDesa.06.05: Security Considerations
- EDesa.06.05.02: Message Protection
- EDoct.01: Document Metadata
- EDoct.01.01: classCode
- EDoct.01.02: typeCode
- EDoct.01.03: Comments
- EDoct.02: German Profile
- EDoct.02.01: Author Institution
- EDoct.02.02: Author Person
- EDoct.02.03: HealthcareFacilityTypeCode
- EDoct.02.04: sourcePatientInfo
- EDold.01: Folder Metadata
- EDold.01.01: codeList
- Edtie.01: EFA Identity Provider
- EDXDg.01: EFA XDR/XDS Binding
- Eecim.01: EFA Sicherheitskontext
- Eecim.02: PIM Data Structures
- Eecim.02.01: context
- Eecim.02.02: subjectIdentity
- Eecim.02.03: subjectAccessPolicy
- Eeenn.01.01: Verwendete Standards: Sicherheit
- Eeenn.01.02: eXtensible Access Control Markup Language (XACML)
- Eeenn.01.03: Web Service Security (WS-Security)
- Eeenn.01.04: Web Services Trust Language (WS-Trust)
- Eehä.01: Hierarchisches Informationsmodell der EFA
- Eehä.01.01: Klasse Patient
- Eehä.01.02: Klasse Fallakte (Medizinischer Fall)
- Eehä.01.02.01: Verteilung von Fallakten über mehrere EFA-Provider
- Eehä.01.03: Klasse Partition
- Eehä.01.04: Klasse Datenobjekt
- Eeris.01: Security Object Bindings
- EHetw.01: EFA Setup
- Eierf.01: Identifizierung und Authentifizierung von EFA-Teilnehmern
- Eierf.02: Anforderungen
- Eierf.03: Anforderungen
- Eierf.03.01: Anforderungen
- Eierf.04: Authentizität und Integrität von EFA Daten
- Eierf.04.01: Anforderungen
- Eierf.05: Nicht-Abstreitbarkeit, Dokumentation und Audit-Trail
- Eierf.06: Anforderungen
- Eierz.01: Sicherheitstoken und Sicherheitstokendienste
- Eierz.02: EFA Sicherheits(token)dienste
- Eist.01: Technische Akteure der EFA
- Enndn.01: EFA Anwendungsarchitektur: Service Functional Model
- Enndn.01.01: Operationen des EFA Ressource Manager
- Enndn.01.01.01: createECR
- Enndn.01.01.02: createPartition
- Enndn.01.01.03: closeECR
- Enndn.01.01.04: listPartitions
- Enndn.01.01.05: registerConsent
- Enndn.01.02: Operationen des EFA Document Registry
- Enndn.01.02.01: registerData
- Enndn.01.02.02: listData
- Enndn.01.03: Operationen des EFA Document Repository
- Enndn.01.03.01: provideData
- Eocye.01: EFA Policy Provider
- Eocyo.01: SAML 2.0 Profile for ECR Policy Assertions
- Eocyo.01.01: PolicySet Profile
- Eocyo.01.02: Policy Assignment
- Eocyo.01.03: Policy Attachment
- Eocyo.01.04: Assertion Signature
- Eocyo.01.05: Example Assertion
- Eoexr.01: EFA Context Manager
- Eoexr.02: Authentisierung eines EFA-Teilnehmers
- Eoexr.02.01: Optionen zur Authentisierung von EFA-Teilnehmern (nicht-normativ)
- Eoexr.02.02: Operation: OpenContext
- Eouns.01: Kommunikationsmuster
- Eouns.01.01: Aufbau des Sicherheitskontextes
- Eouns.01.02: Anlegen einer Fallakte
- Eouns.01.02.01: Neu-Anlage einer Fallakte
- Eouns.01.02.02: Fusion mit einer bestehenden Fallakte
- Eouns.01.03: Anlegen einer Partition zu einer bestehenden Fallakte
- Eouns.01.04: Schließen einer Fallakte
- Eouns.01.05: Auflisten von Partitionen
- Eouns.01.06: Einstellen von Dokumenten
- Eouns.01.07: Auflisten von Dokumenten
- Eouns.01.08: Abrufen von Dokumenten
- Eouns.01.09: Registrierung einer neuen Einwilligung
- Epif.01: Einleitung
- Epif.02: Von EFA 1.2 zu EFA 2.0
- Epif.03: EFA 2.0 Spezifikation
- Epif.04: Offene Punkte und ToDos
- Erid.01: Affinity Domain vs. Versorgungsdomänen
- Erid.01.01: Krankenhäuser als EFA Provider
- Esams.01: ECR Namespace Prefixes
- Eune.01: Lebenszyklus einer Fallakte
- EXoce.01: EFA Document Repository XDS Binding
- EXoce.02: EFA XDS Binding: provideData
- EXoce.02.01: Constraints on the Request Message
- EXoce.02.02: Expected Actions
- EXoce.02.03: Response Message (Full Success Scenario)
- EXoce.02.04: Response Message (Failure or Partial Failure Scenario)
- EXoce.02.05.02: Security Considerations
- EXoce.03: EFA XDS Binding: retrieveData
- EXoce.03.01: Constraints on the Request Message
- EXoce.03.02: Example
- EXoce.03.03: Response Message (Full Success Scenario)
- EXoce.03.04: Response Message (Failure or Partial Failure Scenario)
- EXoce.03.05.02: Security Considerations
- Feeln.01: Fehler und Warnungen
- Feeln.01.01: Sicherheit(skontext)
- Feeln.01.02: Operationsaufruf -und abwicklung
- Gpruw.01: Gruppierung von Anwendungs- und Sicherheitsdiensten
- Irti.01: Interaktionsmuster der EFA
- Irti.01.01: Arbeiten mit Fallakten
- Irti.01.02: Verwaltung von Fallakten
- ItyAn.01: SAML 2.0 Profile for ECR Identity Assertions
- ItyAn.01.01: Assertion Signature
- ItyAn.01.02: HCP Identity Attributes
- ItyAn.01.03: German Extensions
- ItyAn.01.04: Example Assertion
- ItyAn.01.05: German Profile
- KeAk.01: EFA als Instanz des GDD Referenzmodells
- KeAk.01.01: Kontext
- KeAk.01.02: EFA-Anwendung und EFA-Peers
- KeAk.01.03: Ressourcen der EFA
- Keie.01.01: Kommentierungsverfahren zur EFA 2.0 Spezifikation
- Keie.01.02: Rahmendaten der Kommentierung
- Keie.01.03: Verfahren der Kommentierung
- MdaBs.01: Mapping of Core Information Model Classes
- Peen.01.01: Patienteneinwilligung zur EFA
- Pziee.01: EFA Sicherheitsstrategie
- Pziee.02: Kernkonzepte
- Pziee.02.01: Synchronität von Behandlungsteam und erechtigungen
- Pziee.02.02: Übertragbarer Sicherheitskontext
- Pziee.02.03: Deklarative Sicherheit
- Pziee.02.04: Policy Enforcement dicht an den Ressourcen