cdaefa:EFA Audit Trail Binding

Dieses Material ist Teil des Leitfadens CDA für die elektronische Fallakte. Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise. Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden. Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Anmerkung: Die Kürzel unter den einzelnen Überschriften 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.
Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "Kommentierung EFAv2.0".

---

EFA Audit Trail Binding for XDS-based Transactions

Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {EAiai.01} For transactions implemented by the EFA Resource Manager, EFA Document Registry and EFA Document Repository an Audit Trail shall be written as defined for the underlying XDS transactions. Extensions and exceptions to this rule are defined in the following sections.

Event Identification

Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {EAiai.01.01} Each audit trail entry written as an obligation to the processing of an EFA transaction shall contain an eventID element as specified for the underlying IHE XDS transaction. In addition each entry shall contain an eventTypeCode element for the logical EFA operation that is implemented through the XDS transaction. The following table lists the respective codes and display names.

EFA Service	eventTypeCode.codeSystemName	eventTypeCode.code	eventTypeCode.displayName
createECR	EFAv2 Transaction	EFA-01	createECR
createPartition	EFAv2 Transaction	EFA-02	createPartition
closeECR	EFAv2 Transaction	EFA-03	closeECR
listPartitions	EFAv2 Transaction	EFA-04	listPartitions
registerConsent	EFAv2 Transaction	EFA-05	registerConsent
issueAccessToken	EFAv2 Transaction	EFA-06	issueAccessToken
redeemAccessToken	EFAv2 Transaction	EFA-07	redeemAccessToken
registerData	EFAv2 Transaction	EFA-08	registerData
listPartitionContent	EFAv2 Transaction	EFA-09	listPartitionContent
ProvideData	EFAv2 Transaction	EFA-10	provideData
retrieveData	EFAv2 Transaction	EFA-11	retrieveData

Encoding of the User Identifier

The HP identifier entry MUST be taken from the subject field of the identity assertion that is transmitted together with a request. For conformance with IHE XUA++ the following encoding MUST be used:

SPProvidedID<saml:SubjectNameID@saml:Issuer> 

The SPProvidedID is needed because there are situations where identity federation is in place. The SPProvidedID is a name identifier established by a service provider or affiliation of providers for the entity in the NameID different from the primary name identifier given in the content of the element.