cdaefa:CP-004-00 - Versionsgeschichte

Jcaumanns: /* Änderung der EFAv2.0-Spezifikation (Kommunikationsmuster "Invalidieren eines Dokuments") */ Bild-Auflösung korrigiert

2016-02-16T16:01:24Z

‎Änderung der EFAv2.0-Spezifikation (Kommunikationsmuster "Invalidieren eines Dokuments"): Bild-Auflösung korrigiert

Jcaumanns: /* Änderung der EFAv2.0-Spzifikation (EFA XDS Document Registry: Binding) */

2016-01-17T13:27:46Z

‎Änderung der EFAv2.0-Spzifikation (EFA XDS Document Registry: Binding)

Jcaumanns: /* Änderung der EFAv2.0-Spzifikation (EFA Anwendungsdienste: Logische Spezifikation) */ Ausnahme von consentInfo und consentDoc

2016-01-17T13:20:15Z

‎Änderung der EFAv2.0-Spzifikation (EFA Anwendungsdienste: Logische Spezifikation): Ausnahme von consentInfo und consentDoc

Jcaumanns: /* Änderung der EFAv2.0-Spezifikation (Interaktionsmuster "Invalidieren von Datenobjekten") */ Hinweis auf Invalidieren von Einwilligungsdokumenten

2016-01-17T13:09:52Z

‎Änderung der EFAv2.0-Spezifikation (Interaktionsmuster "Invalidieren von Datenobjekten"): Hinweis auf Invalidieren von Einwilligungsdokumenten

Jcaumanns: /* Änderung der EFAv2.0-Spzifikation (EFA XDS Document Registry: Binding) */

2016-01-17T12:57:48Z

‎Änderung der EFAv2.0-Spzifikation (EFA XDS Document Registry: Binding)

Jcaumanns: /* Änderung der EFAv2.0-Spzifikation (EFA XDS Document Registry: Binding) */

2016-01-15T19:05:23Z

‎Änderung der EFAv2.0-Spzifikation (EFA XDS Document Registry: Binding)

Jcaumanns: /* Änderung der EFAv2.0-Spzifikation (EFA Anwendungsdienste: Logische Spezifikation) */ Verweis auf logisches Attribut Status der Dokument-Metadaten.

2016-01-15T15:01:35Z

‎Änderung der EFAv2.0-Spzifikation (EFA Anwendungsdienste: Logische Spezifikation): Verweis auf logisches Attribut Status der Dokument-Metadaten.

Jcaumanns: /* Änderung der EFAv2.0-Spzifikation (EFA Anwendungsdienste: Logische Spezifikation) */ Grafik aktualisiert

2016-01-15T14:45:43Z

‎Änderung der EFAv2.0-Spzifikation (EFA Anwendungsdienste: Logische Spezifikation): Grafik aktualisiert

Jcaumanns: /* Änderung der EFAv2.0-Spezifikation (Kommunikationsmuster "Invalidieren eines Dokuments") */

2016-01-15T13:06:24Z

‎Änderung der EFAv2.0-Spezifikation (Kommunikationsmuster "Invalidieren eines Dokuments")

Jcaumanns: /* Änderung der EFAv2.0-Spzifikation (EFA Anwendungsdienste: Logische Spezifikation) */

2015-12-01T10:44:12Z

‎Änderung der EFAv2.0-Spzifikation (EFA Anwendungsdienste: Logische Spezifikation)

@@ Zeile 77: / Zeile 77: @@
 <del>Das EFA-Teilnehmersystem invalidiert ein Datenobjekt, indem es das Datenobjekt mit dem Invalidierungsdokument [[cdaefa:EFA_Business_Informationsmodell#docRelationship|ersetzt]]. Es wird im IHE-D Cookbook  definiert werden.</del>
-[[Datei:PIM_SEQ_Dokumente-invalidieren.png|411px]]
+[[Datei:PIM_SEQ_Dokumente-invalidieren.png|417px]]
 Dieses Muster ist abhängig von:

@@ Zeile 264: / Zeile 264: @@
 '''EFA XDS Binding: invalidateData'''
-This section defines the binding of SFM ''[[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#invalidateData|invalidateData]]'' to the metadata update operation ''Update DocumentEntry Status'' of IHE-ITI transaction ''Update Document Set [ITI-57]''.
+This binding realizes SFM operation ''[[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#invalidateData|invalidateData]]''.
 ''' Constraints on the Request Message '''
 The request message SHALL contain an [[cdaefa:EFA_Identity_Assertion_SAML2_Binding|EFA Identity Assertion]]. It relates to parameter ''context'' of [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#invalidateData|SFM invalidateData]].

@@ Zeile 199: / Zeile 199: @@
 |-
 |[[cdaefa:EFA_Business_Informationsmodell#documentID|documentID]]
-|Eindeutige Identifizierung des zu invalidierenden Dokuments
+|Eindeutige Identifizierung des zu invalidierenden Dokuments. Das zu invalidierende Dokument DARF NICHT vom Typ [[cdaefa:EFA_Business_Informationsmodell#consentInfo|consentInfo]] oder [[cdaefa:EFA_Business_Informationsmodell#consentDoc|consentDoc]] sein.
 |-
 ! rowspan="1"|Rückgabe

@@ Zeile 65: / Zeile 65: @@
 '''Anwendungsszenario: Invalidieren von Daten in einer Fallakte'''
-In eine Fallakte eingestellte Daten (siehe Interaktionsmuster Einstellen von Datenobjekten) sind für alle EFA-Teilnehmer sichtbar und abrufbar. <ins>Die Pflege der Inhalte einer EFA ist die gemeinsame Aufgabe aller EFA-Teilnehmer; daher kann jeder Teilnehmer jedes in der EFA befindliche Dokument deaktivieren oder ersetzen, wenn dieses nicht mehr aktuell ist oder zur Erreichung des Zwecks der Akte nicht mehr benötigt wird.</ins><del>Zuweilen kann es passieren, dass ein zuvor in eine EFA eingestelltes Dokument invalidiert werden muss, z.B. da es im Nachhinein als falsch erkannte Informationen enthält oder versehentlich ein falsches Dokument eingestellt wurde (z.B. aufgrund einer intern falsch aufgelösten Patientenidentität).</del>
+In eine Fallakte eingestellte Daten (siehe Interaktionsmuster Einstellen von Datenobjekten) sind für alle EFA-Teilnehmer sichtbar und abrufbar. <ins>Die Pflege der Inhalte einer EFA ist die gemeinsame Aufgabe aller EFA-Teilnehmer; daher kann jeder Teilnehmer jedes in der EFA befindliche Dokument deaktivieren oder ersetzen, wenn dieses nicht mehr aktuell ist oder zur Erreichung des Zwecks der Akte nicht mehr benötigt wird.</ins>
 ==Änderung der EFAv2.0-Spezifikation (Kommunikationsmuster "Invalidieren eines Dokuments")==

@@ Zeile 262: / Zeile 262: @@
 '''EFA XDS Binding: invalidateData'''
-This section defines the binding of SFM ''[[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#invalidateData|invalidateData]]'' to the metadata update operation ''Update DocumentEntry Status'' of IHE-ITI transaction ''Update Document Set [ITI-58]''.
+This section defines the binding of SFM ''[[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#invalidateData|invalidateData]]'' to the metadata update operation ''Update DocumentEntry Status'' of IHE-ITI transaction ''Update Document Set [ITI-57]''.
 ''' Constraints on the Request Message '''
@@ Zeile 272: / Zeile 272: @@
 # use DocumentEntry.entryUUID as the reference to the target object.
-The value of Slot ''NewStatus'' shall be ''urn:oasis:names:tc:ebxml-regrep:StatusType:Deprecated''.
+The value of slot ''NewStatus'' shall be ''urn:oasis:names:tc:ebxml-regrep:StatusType:Deprecated''.
 ''' Expected Actions '''
-An EFA Document Registry shall not perform a metadata update, if any metadata update operation other than ''Update DocumentEntry Status'' is requested. In this case, the EFA Document Registry shall respond with an error.
+Any metadata update operation other than ''Update DocumentEntry Status'' SHALL cause the entire transaction to fail, returning an [[cdaefa:EFA_Error_Codes_and_Warning_Codes|Registry Error]] of type ''4109: Policy Violation''.
 ''' Response Message (Full Success Scenario) '''

@@ Zeile 262: / Zeile 262: @@
 '''EFA XDS Binding: invalidateData'''
-While medical data is received and stored by the XDS Document Repository it is the responsibility of the Document Registry to register that data in a way that it can be queried through search and browse operations.
+This section defines the binding of SFM ''[[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#invalidateData|invalidateData]]'' to the metadata update operation ''Update DocumentEntry Status'' of IHE-ITI transaction ''Update Document Set [ITI-58]''.
-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:
+''' Constraints on the Request Message '''
-''' Constraints on the Request Message '''
+The request message SHALL contain an [[cdaefa:EFA_Identity_Assertion_SAML2_Binding|EFA Identity Assertion]]. It relates to parameter ''context'' of [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#invalidateData|SFM invalidateData]].
-The RegisterDocument request message is issued by an ECR Document Repository actor for registering a medical document to an existing folder which is bound to an EFA instance. Each transmission carries metadata and associations for one or more documents. All referenced documents will be registered with the same folder within the same logical EFA.
+The SFM parameter ''documentID'' is bound to the target object of the document relationship indirectly. Note: SFM ''documentID'' relates to DocumentEntry.uniqueID. Therefore, prior to invalidateData, an EFA Document Administrator must:
-The request message implements the IHE Register DocumentSet transaction (ITI-42) request message as profiled in [IHE ITI TF-2b] considering the following constraints:
+The value of Slot ''NewStatus'' shall be ''urn:oasis:names:tc:ebxml-regrep:StatusType:Deprecated''.
 ''' Expected Actions '''
-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.
+An EFA Document Registry shall not perform a metadata update, if any metadata update operation other than ''Update DocumentEntry Status'' is requested. In this case, the EFA Document Registry shall respond with an error.
 ''' Response Message (Full Success Scenario) '''
-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"
+No constraints.
 ''' Response Message (Failure or Partial Failure Scenario) '''
-If the EFA Document Registry Service provider is able to decode the received message but the registration of one or more documents failed, it responds with an ebXML Registry Response that contains a respective status indicator (see below).The response MUST contain a RegistryErrorList element that indicates the failure condition.
+No constraints.
 ''' Security Audit Considerations '''
 See [[cdaefa:EFA_XDS_SecurityConsiderations|Security Considerations]].
 == Änderung der EFAv2.0-Spzifikation (EFA XDS/XDR Bindings)==

@@ Zeile 191: / Zeile 191: @@
 | colspan="2"|
 *EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne,
 |-
 ! rowspan="2"|Eingabe
@@ Zeile 200: / Zeile 199: @@
 |Eindeutige Identifizierung des zu invalidierenden Dokuments
 |-
-! rowspan="2"|Rückgabe
+! rowspan="1"|Rückgabe
 |statusInfo
 |Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen)
@@ Zeile 210: / Zeile 209: @@
 | colspan="2"|
 Das Document Registry
-# ... prüft, ob das zu invalidiernde Dokument in der eigenen Affinity Domain verwaltet wird:
+# ... ändert den Wert des Attributs ''[[cdaefa:EFA_Business_Informationsmodell#docMetadata|Status]]'' des Dokuments auf ''ungültig''.
 # ... sendet eine Information zum Ausführungsstatus der Operation an den Nutzer zurück.
 |-

@@ Zeile 173: / Zeile 173: @@
 Das Zusammenspiel von Diensten und Operationen ist in der folgenden Darstellung noch einmal im Überblick dargestellt.
-<ins>ERGÄNZEN DER GRAFIK</ins>
+[[Datei:cdaefa_SFM_Operationen.png|639px]]
 <hr>
@@ Zeile 220: / Zeile 220: @@
 * [[cdaefa:EFA Fehlermeldungen und Warnungen|Gemeinsame Fehlermeldungen und Warnungen]]
 |}
 == Änderung der EFAv2.0-Spzifikation (EFA XDS Document Registry: Binding)==

@@ Zeile 75: / Zeile 75: @@
 <del>Das EFA-Teilnehmersystem invalidiert ein Datenobjekt, indem es das Datenobjekt mit dem Invalidierungsdokument [[cdaefa:EFA_Business_Informationsmodell#docRelationship|ersetzt]]. Es wird im IHE-D Cookbook  definiert werden.</del>
-'''''GRAFIK ANPASSEN UND P2P-WEITERLEITUNG BERÜCKSICHTIGEN'''
+[[Datei:PIM_SEQ_Dokumente-invalidieren.png|411px]]
 Dieses Muster ist abhängig von:
@@ Zeile 88: / Zeile 88: @@
 # Das EFA-Document-Registry
 ## markiert das <del>ersetzte</del><ins>referenzierte</ins> Dokument als ungültig<ins>, sofern dieses in der lokalen Affinity Domain registriert ist</ins>
 ## <del>gibt dem EFA-Document-Repository eine Status-Meldung.</del>
 # Das EFA-Document-Repository gibt dem TNS eine Status-Meldung.

@@ Zeile 224: / Zeile 224: @@
-{|class="wikitable" style="background-color:#FFE4C4;"
+Within EFA the actors and transactions of the IHE XDS integration profile are mapped onto EFA Document Registry actors and operations as follows:
-|[http://wiki.hl7.de/index.php?title=cdaefa:EFA_XDS_DocumentRegistry http://wiki.hl7.de/index.php?title=cdaefa:EFA_XDS_DocumentRegistry]
 |}
-Auf dieser Seite sollte ein XDS-Bindings für das Invalidieren eines Dokuments mittels ITI-52 MetadataUpdate eingefügt werden.
 {|class="wikitable" style="background-color:#FFE4C4;"