cdaefa:EFA Kommentierung Referenzkuerzel

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 Berechtigungen 
        
* Pziee.02.02:  Übertragbarer Sicherheitskontext 
        
* Pziee.02.03:  Deklarative Sicherheit 
        
* Pziee.02.04:  Policy Enforcement dicht an den Ressourcen