Search Criteria : 22 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
XDSIXDSI-001reviewedTestable 0 1 The XDS-I.b specification does not repeat requirements and text for the XDS-defined Actors Document Repository, Document Registry, and Document Consumer, and does not place any new requirements on these actors.200Section 181/18/17 11:03:50 AM by aberge
XDSIXDSI-002reviewedTestable 0 1 The XDS-I.b specification does not repeat requirements and text for the XDS-defined Actors Document Repository, Document Registry, and Document Consumer, and does not place any new requirements on these actors.200Section 181/18/17 11:05:56 AM by aberge
XDSIXDSI-003reviewedTestable 0 1 The XDS-I.b specification does not repeat requirements and text for the XDS-defined Actors Document Repository, Document Registry, and Document Consumer, and does not place any new requirements on these actors.200Section 181/18/17 11:06:34 AM by aberge
XDSIXDSI-004reviewedTestable 0 5 XDS and XDS-I.b do not address transactions for the management or configuration of an XDS Affinity Domain. For example, the configuration of network addresses or the definition of what type of clinical information is to be shared is specifically left up to the policies established by the XDS Affinity Domain.201Section 181/18/17 11:07:26 AM by aberge
XDSIXDSI-005reviewedTestable 0 5 XDS and XDS-I.b do not specifically address the patient information reconciliation process necessary between the XDS Affinity Domain and any other local patient identity domains that Document Sources and Document Consumers may be members of. For a discussion of some of these issues see RAD TF-1: Appendix G.201Section 181/18/17 11:38:18 AM by jdramou
XDSIXDSI-006reviewedTestable 0 5 XDS and XDS-I.b do not directly address the rendering and display of the documents retrieved by the Document and Imaging Document Consumers. Users wishing to achieve a well-defined level of display/ rendering capability simply need to request systems that combine the XDS-I.b Imaging Document Consumer Actor with an Image Display Actor from the appropriate Profile (e.g., Mammography Image, NM Image, Basic Image Review, etc.).201Section 181/18/17 11:41:20 AM by jdramou
XDSIXDSI-007reviewedTestable 0 5 XDS and XDS-I.b do not directly address the rendering and display of the documents retrieved by the Document and Imaging Document Consumers. Users wishing to achieve a well-defined level of display/ rendering capability simply need to request systems that combine the XDS-I.b Imaging Document Consumer Actor with an Image Display Actor from the appropriate Profile (e.g., Mammography Image, NM Image, Basic Image Review, etc.).201Section 181/18/17 11:41:26 AM by jdramou
XDSIXDSI-008reviewedTestable 4 1 The Imaging Document Consumer Actor shall support retrieve operations using at least one of the following transactions+ [RAD-16] Retrieve Images+ [RAD-17] Retrieve Reports+ [RAD-45] Retrieve Evidence Documents+ [RAD-55] WADO Retrieve+ [RAD-69] Retrieve Imaging Document Set203Section 18.12/13/17 10:47:05 AM by xfrancois
XDSIXDSI-009reviewedTestable 2 1 The Imaging Document Source shall support the [RAD-68] Provide and Register Imaging Document Set - MTOM/XOP transaction with at least one of the four document types described in RAD TF 1:18.2203Section 18.12/13/17 10:17:53 AM by xfrancois
XDSIXDSI-010reviewedTestable 7 1 If the Imaging Document Source supports the Set of DICOM Instances option, it shall support all of the following transactions:+ [RAD-16] Retrieve Images+ [RAD-17] Retrieve Presentation States+ [RAD-27] Retrieve Reports+ [RAD-31] Retrieve Key Image Note+ [RAD-45] Retrieve Evidence Documents+ [RAD-55] WADO Retrieve+ [RAD-69] Retrieve Imaging Document Set203Section 18.12/13/17 10:51:15 AM by xfrancois
XDSIXDSI-011reviewedTestable 9 1 This option requires the Imaging Document Source to create a DICOM manifest that references DICOM instances, and to provide and register this document to the Document Repository. The Imaging Document Source is required to ensure that the referenced images from within a published manifest are available to be retrieved. For details of the transaction affected by this option, refer to RAD TF-3: 4.68.4.1.2.1.204Section 18.2.12/13/17 10:51:17 AM by xfrancois
XDSIXDSI-012reviewedTestable 0 1 This option requires the Imaging Document Source to provide and register an Imaging Report in a PDF format to the Document Repository. The published report may contain embedded images or pre-computed links that reference images in a non-DICOM format. The Imaging Document Source is required to ensure that image references are valid links. For details of the transaction affected by this option, refer to RAD TF-3: 4.68.4.1.2.2.204Section 18.2.11/18/17 5:35:38 PM by jdramou
XDSIXDSI-013reviewedTestable 0 1 Imaging Document Source set to NONEThis option requires the Imaging Document Source to send to the Document Repository a CDA R2 document containing a Text Report. For details, refer to RAD TF-3: 4.68.4.1.2.2.204Section 18.2.11/18/17 5:51:58 PM by jdramou
XDSIXDSI-014reviewedTestable 0 1 Imaging Document Source set to NONEThis option requires the Imaging Document Source to send to the Document Repository a CDA R2 document containing an Imaging Report with Structured Headings. For details, refer to RAD TF-3: 4.68.4.1.2.2.204Section 18.2.11/18/17 5:51:45 PM by jdramou
XDSIXDSI-015reviewedTestable 0 1 The Imaging Document Source may share a report addendum by using XDS.b transactions to upload and register a new document as an addendum to the existing document.The addendum will be stored in a separate submission set.211Section 18.3.3.2.11/18/17 5:44:41 PM by jdramou
XDSIXDSI-016reviewedTestable 3 1 When the Imaging Document Consumer retrieves a manifest from the Document Repository, it is expected to decode the Key Object Selection Document Instance in order to find the references to DICOM objects. The Imaging Document Consumer is also expected to retrieve the referenced DICOM objects using DICOM retrieve or WADO.217Section 18.4.12/13/17 10:47:08 AM by xfrancois
XDSIXDSI-017reviewedTestable 2 1 The Imaging Document Consumer "should not make any assumptions about whether one or more studies are referenced within the Key Object Selection Document."217Section 18.4.12/13/17 10:48:26 AM by xfrancois
XDSIXDSI-018reviewedTestable 0 5 Read Appendix G for Patient Information Reconciliation considerations. Appendix G contains suggestions but no requirements.217Section 18.4.11/18/17 5:45:48 PM by jdramou
XDSIXDSI-019reviewedTestable 0 5 All XDS-I.b actors shall be grouped with either a Secure Node or Secure Application Actor from the ATNA Profile.217Section 18.4.11/18/17 5:49:16 PM by jdramou
XDSIXDSI-020reviewedTestable 0 5 All XDS-I.b actors ... shall ... support the Radiology Audit Trail Option217Section 18.4.11/18/17 5:49:21 PM by jdramou