Search Criteria : 17 assertions found for this search Review filtered assertions

Assertion

Applies to

Applied to
Not applied to

Coverage

Covered by
Not covered by
Id scheme
Assertion id
Status
Testable?
#Coverage
#Applies to
Comment
Predicate
Page
Tags
Last changed
Actions
ITI44ITI44-16to be reviewedTestable 0 2 The Document Registry shall be capable of accepting attributes in the Patient Registry Record Added or Patient Registry Record Revised messages as specified in Table 3.44.4.1.2-1 . 212Section 3.44.4.1.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-17to be reviewedTestable 0 2 The Document Registry shall store only the patient identifiers of the patient identification domain designated by the Affinity Domain for document sharing in the registry 212Section 3.44.4.1.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-18to be reviewedTestable 0 2 Patient identifiers of other patient identification domains, if present in a received message, shall be ignored by the Document Registry.212Section 3.44.4.1.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-19reviewedTestable 2 2 The Patient Registry Resolve Duplicates message will be transmitted using Web Services, according to the requirements specified in ITI TF-2x: Appendix V. 217Section 3.44.4.2.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-20to be reviewedTestable 0 2 The following WSDL naming conventions SHALL apply for the Document Registry: wsdl:definitions/@name="DocumentRegistry": "add" message -> "PRPA_IN201301UV02_Message" "revise" message -> "PRPA_IN201302UV02_Message" acknowledgement ->"MCCI_IN000002UV01_Message" portType -> "DocumentRegistry_PortType" add operation -> "DocumentRegistry_PRPA_IN201301UV02" revise operation -> "DocumentRegistry_PRPA_IN201302UV02" SOAP 1.2 binding -> "DocumentRegistry_Binding_Soap12" SOAP 1.2 port -> "DocumentRegistry_Port_Soap12"212Section 3.44.4.1.4.12/5/16 12:27:23 PM by aboufahj
ITI44ITI44-24reviewedTestable 1 3 Each HL7 Merge Patient message shall be acknowledged by the HL7 v3 Accept Acknowledgement (MCCI_MT000200UV01), which is described in ITI TF-2x: Appendix O214Section 3.44.4.2.22/5/16 12:27:23 PM by aboufahj
ITI44ITI44-25reviewedTestable 1 3 The Patient Registry Resolve Duplicates message will be transmitted using Web Services, according to the requirements specified in ITI TF-2x: Appendix V. 217Section 3.44.4.2.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-32to be reviewedTestable 0 2 The Document Registry shall be capable of accepting attributes in the Resolve Duplicates message as specified in Table 3.44.4.2.2.2-1 220Section 3.44.4.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-33to be reviewedTestable 0 2 Other attributes may exist, but the Document Registry shall ignore them. 220Section 3.44.4.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-34to be reviewedTestable 0 2 When the Document Registry receives the Resolve Duplicates message of the Patient Identity Feed transaction, it shall merge the patient identity specified in the PriorRegistrationRole.id attribute of the Control-Act wrapper (subsumed patient identifier) into the patient identity specified in Patient.id attribute of the message payload (surviving patient identifier) in its registry. 220Section 3.44.4.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-35to be reviewedTestable 0 2 After the merge, all Document Submission Sets (including all Documents and Folders beneath them) under the secondary patient identity before the merge shall point to the primary patient identity 220Section 3.44.4.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-36to be reviewedTestable 0 2 The secondary patient identity shall no longer be referenced in the future services provided by the Document Registry 220Section 3.44.4.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-37to be reviewedTestable 0 2 The following conditions shall be detected by the Document Registry. Messages containing these conditions shall not update the state of the Document Registry. The subsumed patient identifier is not issued by the correct Assigning Authority according to the Affinity Domain configuration. The surviving patient identifier is not issued by the correct Assigning Authority according to the Affinity Domain configuration. The subsumed and surviving patient identifiers are the same. The subsumed patient identifier has already been subsumed by an earlier message. The surviving patient identifier has already been subsumed by and earlier message. The subsumed patient identifier does not convey a currently active patient identifier known to the Document Registry. 220Section 3.44.4.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-43to be reviewedTestable 0 2 If none of the error conditions (see ITI44-37) occur then the Document Registry shall perform the following duties: 1. Records the merge. Only the subsumed and surviving patient identifiers need be remembered. A patient identifier merge affects the processing of future Register Document Set [ITI-14] transactions. See ITI TF-2a: 3.14.4.1.2.12 XDS Registry Adaptorfor details. 2. Multiple merge transactions can form a recorded merge chain, where the Subsumed identifier of the current merge is the Surviving identifier of a previous merge. 3. Register Document Set transactions referencing a subsumed identifier are rejected with an XDSUnknownPatientId error. 4. Stored Query transactions referencing a subsumed identifier return no content. 5. Stored Query transactions referencing a surviving identifier successfully match the entire recorded merge chain and return appropriate metadata. 6. No change in the Registry Query transaction.220Section 3.44.4.2.42/5/16 12:27:23 PM by aboufahj
ITI44ITI44-45to be reviewedTestable 0 2 The following WSDL naming conventions SHALL apply: wsdl:definitions/@name="DocumentRegistry": "resolve duplicates" message -> "PRPA_IN201304UV02_Message" acknowledgement ->"MCCI_IN000002UV01_Message" portType -> "DocumentRegistry_PortType" resolve duplicates operation -> "DocumentRegistry_PRPA_IN201304UV02" SOAP 1.2 binding -> "DocumentRegistry_Binding_Soap12" SOAP 1.2 port -> "DocumentRegistry_Port_Soap12"221Section 3.44.4.2.4.12/5/16 12:27:23 PM by aboufahj
ITI44ITI44-48to be reviewedTestable 0 2 When grouped with ATNA Secure Node or Secure Application actors, this transaction is to be audited as Patient Record event, as defined in ITI TF-2a: Table 3.20.6-1. Audit messages produced by the Document Registry actor shall comply with the definition given in table 3.44.5.1.2226Section 3.44.5.1.32/5/16 12:27:23 PM by aboufahj
ITI44ITI44-9reviewedTestable 2 3 Each message (PRPA_MT201301UV02 and PRPA_MT201302UV02) shall be acknowledged by the HL7 v3 Accept Acknowledgement (MCCI_MT000200UV01), which is described in ITI TF-2x: Appendix O. 202Section 3.44.4.1.22/5/16 12:27:23 PM by aboufahj