cdaefa:EFA XDS DocumentRegistry - Versionsgeschichte

Jcaumanns: /* EFA Document Registry XDS Binding */

2016-02-17T07:53:51Z

‎EFA Document Registry XDS Binding

Jcaumanns: Markup-Fehler behoben

2015-01-26T16:11:17Z

Markup-Fehler behoben

Jcaumanns: Querverweise

2015-01-14T13:41:44Z

Querverweise

Jcaumanns: /* EFA XDS Binding: registerData */

2014-10-15T14:02:29Z

‎EFA XDS Binding: registerData

Jcaumanns: Links zu Security Considerations eingefügt.

2014-09-16T18:08:43Z

Links zu Security Considerations eingefügt.

Jcaumanns: Seitentemplate an Konvention angepasst.

2014-09-09T13:55:49Z

Seitentemplate an Konvention angepasst.

Jcaumanns: /* EFA XDS Binding: listPartitionContent */ Use query type GetAssociations to populate docRelationship return-parameter

2014-06-19T16:44:34Z

‎EFA XDS Binding: listPartitionContent: Use query type GetAssociations to populate docRelationship return-parameter

Jcaumanns: /* EFA XDS Binding: listPartitionContent */ Verweis auf ITI-TF korrigiert

2014-01-27T09:51:36Z

‎EFA XDS Binding: listPartitionContent: Verweis auf ITI-TF korrigiert

Jcaumanns: /* Constraints on the Request Message */

2013-11-18T12:57:51Z

‎Constraints on the Request Message

Jcaumanns: /* Audit Trail */

2013-11-18T12:16:52Z

‎Audit Trail

@@ Zeile 33: / Zeile 33: @@
 |[[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#listPartitionContent|listPartitionContent]]
 |Registry Stored Query ITI-18
 |}
@@ Zeile 202: / Zeile 206: @@
 ===== Security Considerations =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.05}</tt>
 See [[cdaefa:EFA_XDS_SecurityConsiderations|Security Considerations]].

@@ Zeile 212: / Zeile 212: @@
 {{NoteBox|'''Referenzen und Querverweise'''
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]
 }}

@@ Zeile 4: / Zeile 4: @@
 ----
-== EFA Document Registry XDS Binding ==
+=== EFA Document Registry XDS Binding ===
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.01}</tt>
@@ Zeile 35: / Zeile 35: @@
 |}
-== EFA XDS Binding: registerData ==
+==== EFA XDS Binding: registerData ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.02}</tt>
@@ Zeile 47: / Zeile 47: @@
 * The application of security measures and the contents of the SOAP security header are specified normatively
-=== Constraints on the Request Message ===
+===== Constraints on the Request Message =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.02.01}</tt>
@@ Zeile 59: / Zeile 59: @@
 * The XDS Document Registy MUST NOT process any metadata assigned to the submission set, it MUST solely rely on the document metadata.
-=== Expected Actions ===
+===== Expected Actions =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.02.02}</tt>
 The EFA Document Registry Service provider MUST verify that the requesting service is trustworthy in a way that the registry service can rely on the access control decision that has already been performed by the document repository in advance to this request. The EFA Document Registry Service SHALL respond to an RegisterDocumentSet request message with the RegisterDocumentSet response message containing a success indicator.
-=== Response Message (Full Success Scenario) ===
+===== Response Message (Full Success Scenario) =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.02.03}</tt>
 If the EFA Document Registry Service provider is able to decode the received message and to properly register all documents it responds with an ebXML Registry Response with its status set to "urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success"
-=== Response Message (Failure or Partial Failure Scenario) ===
+===== Response Message (Failure or Partial Failure Scenario) =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.02.04}</tt>
@@ Zeile 79: / Zeile 79: @@
 The severity of each registry error message MUST be set to ”urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error”. Multiple registry error messages MAY be included within a single <rs:RegistryErrorList> element. For a list of valid error codes and message see Table 4.1-11 of [IHE ITI TF-3].
-=== Security Audit Considerations ===
+===== Security Audit Considerations =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.02.05}</tt>
 See [[cdaefa:EFA_XDS_SecurityConsiderations|Security Considerations]].
-== EFA XDS Binding: listPartitionContent ==
+==== EFA XDS Binding: listPartitionContent ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03}</tt>
@@ Zeile 95: / Zeile 95: @@
 * The application of security measures and the contents of the SOAP security header are specified normatively
-=== Constraints on the Request Message ===
+===== Constraints on the Request Message =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.01}</tt>
@@ Zeile 122: / Zeile 122: @@
 |}
-==== Example ====
+====== Example ======
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.01.01}</tt>
@@ Zeile 142: / Zeile 142: @@
 </syntaxhighlight>
-=== Expected Actions ===
+===== Expected Actions =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.02}</tt>
@@ Zeile 153: / Zeile 153: @@
 In case of an error that relates to the transmission of the request or the processing of the EFA security token, the XDS Document Registry MUST respond with the respective error status.
-=== Response Message (Full Success Scenario) ===
+===== Response Message (Full Success Scenario) =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.03}</tt>
 If the EFA Document Registry Service provider is able to decode and process the received message it responds with the registry metadata of the discovered documents.
-=== Response Message (Failure or Partial Failure Scenario) ===
+===== Response Message (Failure or Partial Failure Scenario) =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.04}</tt>
@@ Zeile 200: / Zeile 200: @@
 |}
-=== Security Considerations ===
+===== Security Considerations =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.05}</tt>
 See [[cdaefa:EFA_XDS_SecurityConsiderations|Security Considerations]].
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 42: / Zeile 42: @@
 Such registration of a document to an ECR provider's registry service is bound to the IHE ''Register Document Set'' transaction (ITI-42). This EFA binding introduces minor extensions and restrictions on the respective XDS actor and transaction definitions in order to properly cover the EFA use cases and to align with the EFA security framework:
 * Documents must be associated with folders in order to reflect that each ECR data element must be placed within a partition which in turn is part of a case record that carries the permissions for accessing data
 * Additional error messages are defined that cover specific failure conditions of the EFA use cases
 * The availability of data fields is aligned to EFA privacy requirements

@@ Zeile 81: / Zeile 81: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.02.05}</tt>
-The document registry actor SHALL write an audit trail according to the [[cdaefa:EFA_Audit_Trail_Binding|EFAv2 Audit Trail Binding]].
+See [[cdaefa:EFA_XDS_SecurityConsiderations|Security Considerations]].
 == EFA XDS Binding: listPartitionContent ==
@@ Zeile 202: / Zeile 202: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.05}</tt>
-==== Audit Trail ====
+See [[cdaefa:EFA_XDS_SecurityConsiderations|Security Considerations]].
 == Querverweise und Referenzen ==
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 1: / Zeile 1: @@
-{{Infobox Dokument
+{{DocumentPart
 }}
 ''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.<br>Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "[[cdaefa:Kommentierung EFAv2.0|Kommentierung EFAv2.0]]".''
 ----

@@ Zeile 101: / Zeile 101: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03}</tt>
-ECR partitions are implemented as XDS folders. Therefore listing the content of a partition corresponds to listing all document metadata objects that are associated to a given XDS folder.
+Listing the content of a partition corresponds to listing XDSDocumentEntry-Elements that are associated with a given XDSfolder.
 This EFA binding introduces the following extensions and restrictions on the IHE XDS actor and transaction definitions in order to properly cover the EFA listPartitionContent operation and to align with the EFA security framework:
@@ Zeile 112: / Zeile 112: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.01}</tt>
-The request message implements the GetFolderAndContents flavor of the IHE Registry Stored Query transaction (ITI-18) request message as defined in [IHE ITI TF-2a#3.18.4.1.2.3.7.3].
+This operation is bound to a sequence of ITI-18 transactions:
-The following table shows how the listData SFM is mapped onto the ITI-18 transaction's query arguments:
+The following table shows the operation parameter binding:
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
-!listData
+!listPartitionContent
 !ITI-18
 !Constraints
@@ Zeile 129: / Zeile 131: @@
 |The requestor SHALL provide the unique folder ID as obtained when the partitions of an ECR were intially listed.
 |-
-|[[cdaefa:EFA_Business_Informationsmodell#docMetadata|docMetadata]]
+|[[cdaefa:EFA_Business_Informationsmodell#docMetadata|docMetadata]] and [[cdaefa:EFA_Business_Informationsmodell#docRelationship|docRelationship]]
 |registryObjectList
 |document metadata SHALL comply to the [[cdaefa:EFA_XDS_Document_Metadata_Binding|ECR Document Metadata Binding]]. If returnType=ObjectRef is defined for the query then only the partition identifiers will be provided.
 |}
 ==== Example ====

@@ Zeile 221: / Zeile 221: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {EDcui.03.05.02}</tt>
-The EFA Provider MUST write an audit trail entry according to the EFA v1.2 Audit Trail specification.
+Service consumer and service provider actors SHALL write an audit trail according to the [[cdaefa:EFA_Audit_Trail_Binding|EFAv2 Audit Trail Binding]].
 == Querverweise und Referenzen ==
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]