XDS-I Registry Metadata Extensions - Detailed Proposal

From IHE Wiki
Jump to navigation Jump to search


1. Proposed Workitem: XDS-I Registry Metadata Extensions - Detailed Proposal

  • Proposal Editor: David Heaney
  • Editor: David Heaney
  • Domain: Radiology


Summary

The current Import Reconciliation Workflow Profile does not cover many of the use cases or feature functionality desired by customers when handling foreign studies. Such foreign Studies could be imported via removable media or through network interchange. For import of removable media there is the need to better automate the import of foreign studies. For handling prior studies over the network there is a need to better define what features should be supported by importing systems and what their behavior should be in handling the imported data.

The existing IRWF and SWF Profiles already deal with the exchange of imaging data. IRWF would need a new option to automate the order creation for the Scheduled Import option. SWF could possibly be extended with a new option to support the use cases and desired functionality for foreign study import over the network.

A DICOM removable media importer using an automated process was deployed nation-wide at the Department of Veterans Affairs in September 2010. (A paper describing this work has been accepted by SIIM JDI - Streamlining Importation of Outside Prior DICOM Studies into an Imaging System - J Digit Imaging, August 2, 2011).

Foreign study management has come up as a particular concern in the Canadian market where local PACS are integrated with centralized Diagnostic Imaging Repositories (DI-Rs) and a white paper has been created discussing this use case. There is a lot of interest from both customers and vendors to address this issue.

The identified use cases are really just extensions to ones already addressed in existing IHE Radiology Profiles. The existing Profiles and transactions could be extended to cover these additional use cases. A lot of work has already gone into documenting the use cases and possible solutions so IHE can leverage this existing work.

2. The Problem

A lot of XDS Affinity Domains are extending the XDS Registry metadata to include certain radiology specific information: Study Instance UID, Accession Number, etc. Currently this is being done in a purely customized manner so for example, two Registries that have added support for Study Instance UIDs will not have done it in the exact same way. If would be better if there was a standardized way of extending XDS metadata. For example, it could be specified that the DICOM attribute Tag number shall be used in a specific way if a DICOM attribute is to be used in the metadata.

3. Key Use Case

Metadata is typically being extended in order to improve performance. Putting key Study Level attributes in the XDS Registry means that many Study level query use cases can be supported by a Consumer only having to query the Registry rather than also having to query the Repositories as well to retrieve and parse the XDS-I.b Manifests.


4. Standards and Systems

XDS

5. Discussion

This should really probably be an ITI Domain Work Item proposal to try and standardize the extension of XDS metadata but I wanted to capture the issue. Extension of metadata to include the Study Instance UID, CP-RAD-188, was already rejected in the past.

Retrieved from "http://wiki.ihe.net/index.php?title=XDS-I_Registry_Metadata_Extensions_-_Detailed_Proposal&oldid=54487"