EFA Audit Trail Binding

Aus Hl7wiki
(Teildokument von CDA für die elektronische Fallakte)
Wechseln zu: Navigation, Suche
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.