Enhanced CT-MR Profile - Detailed Proposal

From IHE Wiki
Jump to navigation Jump to search


Proposed Profile: Enhanced MR/CT Image

  • Proposal Editor: Cor Loef/Dick Donker
  • Candidate Profile Editor:
  • Date: 2007-09-13
  • Version: 0.1
  • Domain: Radiology


Summary

DICOM has created new enhanced image object standards for CT and MR. Products have now entered the market that are capable of creating and processing these new objects.

Because of the intrinsic complexity of these new enhanced objects it's almost inevitable that without further guidance vendors will create various, or even incompatible, encodings for the image objects acquired for the same clinical use cases.

An IHE profile that specifies the preferred and consensus encoding and required display behavior for the image objects for a selection of most common clinical use cases has the potential to circumvent such issues.

Profiles for a few clinical use cases have already be defined by WG16 and the committee for the advancement of DICOM, and have been demonstrated at the SCAR and RSNA conference by a number of vendors. DICOM WG16 has requested that these profiles be elaborated and promoted to IHE profiles.

The Problem

The original DICOM CT, MR, XR, PET and US objects needed significant revision because of technology advancements, and new acquisition protocols. DICOM has published the specification for Enhanced Multi-frame MR (2003), CT (2004), XR (2006) and PET (2007). US is expected in 2008.

Products have started creating and storing enhanced CT and MR objects. This requires consistent hanging and display on workstations for the multitude of clinical acquisition protocols supported by these objects.

The encoding flexibility of these objects raises a real risk that modality vendors will select slightly different encodings for the same clinical use case, and consequently workstation vendors will be confronted with these variations. This may result in inconsistencies when hanging and displaying these objects. Users will be annoyed by unnecessary viewing differences, and interoperability is at risk.

A profile that specifies encoding of critical concepts for particular clinical use cases would greatly simplify the task of configuring hanging protocols during PACS and modality installation, and reduce the unnecessary and unwanted variance between sites.

Key Use Case

The Advanced CT/MR Taskforce has defined key clinical use cases for a demonstration at RSNA 2005:

  • CT/MR CARDIAC IMAGING
New CT/MR cardiac images containing standard attributes for location and timing information.
  • MR DIFFUSION
MR diffusion images containing standard attributes for diffusion B values, direction and diffusion image type.
  • CT/MR CONTRAST PERFUSION
Intra-venous contrast enhanced images containing standard attributes for timing and phase.
  • MULTI-STACK SPINE IMAGING
Images are acquired at multiple disk space levels of the spine such that multiple slices at each level are parallel to the disk space, each in a separate stack from slices at different angles through other disks. These images are exchanged in an interoperable way with standard attributes describing the stacks and their geometries.
  • MR SPECTROSCOPY
Single-voxel, multi-voxel or multi-slice 1D MR spectra are exchanged with reference and metabolite images that contain information to allow correct display, post-processing and analysis.

Standards & Systems

The systems involved are Acquisition Modalities, PACS, and Workstations (Display, Processing, Reporting).

The standards involved are the DICOM 2006: Enhanced MR Image, MR Spectroscopy, Enhanced CT Image, Enhanced XA/XRF, Enhanced PET objects and possibly the current US Supplement.

Discussion

These use cases may constitute the basis for one or more new Image Content profiles, which specifies, as applicable:

  • The required attributes (mostly already defined in the standard),
  • The relevant functional grouping
  • The content of the dimension module
  • The use of a Real World Values LUT
  • The use of a Supplemental Color LUT
  • The relevant attributes for display on a workstation

A key decision will be how many of the new objects to address this year.

The NEMA Committee for the Advancement of DICOM would like to organize a first informal testing of this profile with systems that envisage or already give support for enhanced CT and MR objects at the January 2008 connectathon.

Technical Approach

Existing actors

Acquisition Modality, Evidence Creator, Image Manager/Archive and Image Display actors in the new profile will specific requirements for the Enhanced Objects.

New actors

No new actors are needed.

Existing transactions

A new set of requirements will be added to the Image Stored, Query Images and Retrieve Images transactions

New transactions (standards used)

None.

Impact on existing integration profiles

The embedded image part in Scheduled Workflow may be impacted.

New integration profiles needed

A new content profile should be included for each modality with specific acquisition and display requirements.

See Tech Cmte discussion in Open Issues

Breakdown of tasks that need to be accomplished

Use as input the work that has been done for the Enhanced CT/MR demonstration, and create new Modality Content profiles based on this existing work.

Look at the Mammo Image profile as an example. The work must address the hanging protocol attributes. Seek guidance from the clinical community on what the preferred and required display format should be for the various clinical scenarios.

Support & Resources

DICOM WG16 has requested that IHE creates this profile, and is available for support. Philips is prepared to provide the author for the new Profile.

Risks

The number of clinical use cases might grow to an unmanageable number.


If some enhanced modalities are not addressed this year (e.g. US), adding them later might disrupt or expose holes in whatever profiles we do release.


We can't address all possible clinical scenarios this year. Adding them later may disrupt or expose holes in whatever profiles we do release.


We may get no response from the clinical society or the vendors, because the large-scale implementation of the enhanced MR and CT objects still has to happen. And if PET/XR don't get involved, how do we know our spec is "modality unbiased". Need to actively recruit displays and target "value" for them. Need to recruit clinicians to get a value-statement and useful display reqs. If we get neither, the profile is in trouble.

If we are unable to get Clinical Volunteers to help with the definition of the Enhanced Objects this does not bode well for the Profiles.

The profile might be addressing a non-existent problem

It is certainly possible for the same clinical study to be encoded differently between different vendors. It is possible the different encodings might not cause problems but DICOM felt it necessary to spend time profiling them for their demonstration. The chicken-egg problem certainly seems to need addressing.

Vendors might not implement the profile.

There are currently only one or two Display Vendors, and getting them involved is critical to success. Some modalities and PACS have already demonstrated prototypes and some have released in product.

Open Issues

How should this profile be packaged, as a separate profile per modality, or per clinical scenario?

Consider a "General Enhanced" profile with the general guidelines (if any), and specific profiles for certain clinical exam types.
  • The General profile would provide general guidance/fallback for when you're not doing a specific exam type.
  • It would also provide behaviors that are typically common to all exam types.
  • Support for the General profile would be a pre-requisite for the Specific profiles.
  • Specific profiles would address a certain exam type and can include requirements for each modality that does that type of exam like what is currently included in the Acquisition Modality today for specific Modalities
  • When Specific behaviors apply, they override the General.
Consider 2-3 specific Clinical Profiles to go with the "General" Profile in the first year
  • The 5 clinical specialities are too much to cover.
  • Need to do at least a couple to better understand what is "General"
  • Need multiple modalities so we can figure out how that should be documented.
  • 2 of the use cases are MR specific
  • "Cardiac Imaging" is very open ended and harder to address without dealing with US, XR and PET
  • Cardiac should maybe be done collaboratively with IHE Cardiology (are they active this year?)
Proposal, do either:
  • 3 Profiles = General Enhanced Object Profile + CT/MR Contrast Perfusion + CT/MR Spinal
  • 4 Profiles = the above + Cardiac Imaging


2) How much clinician input is needed for defining the display requirements?

This would need to be done on a per modality/application basis.

Downgrading to Old Objects

When and Why would it be used

How should a PACS handle it if the modality provided Enhanced but a client needed old style. Creation of the old objects is not so bad, and could be triggered based on the SOPs in the association for the C-STORE.

Realistically, I think that this would have to be done on the basis of the requesting AET, keeping a table in the SCP as to which AETs want "old" and which want "new" CT objects (or similarly for MR of course). This could either be configured manually (yuk!), or perhaps better done by "trying" to negotiate the enhanced objects in each outgoing C-STORE operation...that way any upgrade of the client could automatically be updated as soon as t gets upgraded (well ONE query later in fact!) Once the decision has been made, then splitting into series/images is probably not too difficult......if anyone would like to send me an example enhanced image would would benefit from splitting, then I'd happily give it a try - Dave Harvey

New Attributes

Many attributes from the Enhanced object can probably just be included in the derived objects as Std Extended SOP.

Splitting into Series

The problem is that before the C-STORE there is probably a C-FIND and when you don't know what the client wants, how many series do you tell them there is. One Enhanced, but if they want Old, there are many situations you would want/need to split into multiple series. Similar when they query for image instances.

No consensus was reached on whether normative text is needed on how to Downgrade the Enhanced Image Objects for Displays, but it is believed that at least some informative Appendix is needed.

Upgrading to New Objects

Taking old objects and generating enhanced is even harder since there are required fields that would need to be filled and the necessary information is likely not present.

Upgrading is likely intractable and will be considered out of scope for this workitem.

Tech Cmte Evaluation

Effort Evaluation (as a % of Tech Cmte Bandwidth):

  • 35% for 3 Profiles (General Enhanced, Contrast Perfusion, Multistack Spine)
  • 55% for 4 Profiles (General Enhanced, Contrast Perfusion, Multistack Spine, Cardiac Imaging)
See New Profiles above for more detailed discussion

Responses to Issues:

See italics in Risk and Open Issue sections

Candidate Editor:

TBA (Philips has offered to provide one)