Mammography Acquisition Workflow - Detailed Proposal

From IHE Wiki
Jump to navigation Jump to search


1. Proposed Profile: Mammography Acquisition Workflow

  • Proposal Editor: John Paganini/Ron Hitzelberger
  • Profile Editor:
  • Date: N/A (Wiki keeps history)
  • Version: N/A (Wiki keeps history)
  • Domain: Radiology


2. Summary

This Profile is intended to address the unique needs of the digital mammography acquisition workflow. “Mammography Acquisition Workflow” is not limited to the acquisition of digital mammography images but must be visualized as a part of a continuum that considers the entire chain of events in the mammography workflow. Ordering, post-processing, archiving, display, reporting, and billing are all dependent upon the acquisition component for optimal integration and workflow.

Digital mammography acquisition workflow is unlike that of most other modalities in that current studies have no boundries. Studies remain open and may be appended with additional images or CAD objects. They are not complete until the radiologist is satisfied.

There are common practices in digital mammography which can have a wide variety of workflow results. Even when deploying the Scheduled Workflow and Mammography Image Profiles, variances in the way users and systems behave can lead to department inefficiencies, ambiguous data, special cases for automated billing, and less than optimal acquisition and reading environments.

Because additional views are common in mammography, there is no easy, practical mechanism within mammography to declare a scheduled procedure complete. Performed Procedure Steps can continually be added to a study. Misuse of MPPS complete messages and PACS distribution mechanisms can inhibit access to images, CAD result reports, and study annotations. Inferred, incorrect study statuses and improperly organized study objects have also been at issue with many PACS.

Manufacturers benefit by addressing workflow issues but since there are no rules to guide them, proprietary implementations result. The IHE process of providing a common standards-based framework would help facilitate the exchange of information required for efficient workflow.

3. Use Cases

1. A patient comes in for a screening mammogram which is converted to a diagnostic exam upon the technologist discovering a lump. The tech adds an extra view, but no exam type, so the hanging protocol at the workstation is unacceptable.


2. A patient comes in for follow-up in one breast. Since she is close to her yearly exam date, the radiologist calls for imaging the other breast, while the patient is waiting. The original room is unavailable, so another machine is used. The tech generates a new study and accession number. The right and left breasts do not hang together at the diagnostic workstation. The following year, the prior images are hung as two prior studies, not as one complete comparison study.


3. A radiologist views a screening exam and toggles on CAD which shows findings. The radiologist requests additional images to better demonstrate the abnormality. Should the tech add the views to the existing order? Does it depend upon whether or not the patient is still available for imaging that day? How should the exam type (and billing) change from screening to diagnostic if this is necessary?


4. The technologist labels a view incorrectly and doesn’t realize it until after the case is completed and sent to PACS. The view information is corrected at the acquisition modality and the view resent. The images do not hang properly on the workstations and multiple copies of the same image exist, one which is labeled incorrectly.


5. A PACS will not distribute images until a study is complete. A technologist wants the radiologist to view the images before completing the exam. The radiologist can not access the images from the local workstation.

4. Standards & Systems

Existing standards and mechanisms to consider include:

  • DICOM <Be specific>
  • Existing IHE profiles, actors, and transactions <Be specific>


Existing systems that could be involved in the problem/solution include: FFDM modalities, Mammography CAD servers, Diagnostic and Technologists’ workstations, PACS, and RIS.

5. Discussion

<THE DISCUSSION SECTION SHOULD BE DISTRIBUTED THROUGH THE OTHER SECTIONS IN THE DETAILED PROPOSAL>

The Topic “Mammography Acquisition” is currently a catch-all topic for issues related to the workflow of ordering, acquisition, processing, archiving, display, and billing for mammography procedures. Upon further investigation, the IHE Mammography committee may further refine the scope of this proposal to keep aligned with the time and resources available to deliver viable solutions to specific use cases.


IHE is a great forum to consider solutions to these clinical challenges. The challenges with additional views might be solved by defining how to apply more generalized scheduled workflow use cases to mammography practices. Where existing profiles may not meet mammography departmental needs, it is believed that the IHE venue may be able to identify other solutions or identify gaps in technology that could be handed off to the appropriate resources (i.e. DICOM committees).


The original profile proposal, “Mammography Acquisition and CAD Workflow” has been separated into two different IHE proposals, although there are several overlapping concerns.

5. Technical Approach

<This section can be very short but include as much detail as you like. The Technical Committee will flesh it out when doing the effort estimation.>

<Outline how the standards could be used/refined to solve the problems in the Use Cases. The Technical Committee will be responsible for the full design and may choose to take a different approach, but a sample design is a good indication of feasibility.>

<If a phased approach would make sense indicate some logical phases. This may be because standards are evolving, because the problem is too big to solve at once, or because there are unknowns that won’t be resolved soon.>

Existing actors

<Indicate what existing actors could be used or might be affected by the profile.>

New actors

<List possible new actors>

Existing transactions

<Indicate how existing transactions might be used or might need to be extended.>

New transactions (standards used)

<Describe possible new transactions (indicating what standards would likely be used for each. Transaction diagrams are very helpful here. Feel free to go into as much detail as seems useful.>

Impact on existing integration profiles

<Indicate how existing profiles might need to be modified.>

New integration profiles needed

<Indicate what new profile(s) might need to be created.>

Breakdown of tasks that need to be accomplished

<A list of tasks would be helpful for the technical committee who will have to estimate the effort required to design, review and implement the profile.>

6. Support & Resources

<List groups that have expressed support for the proposal and resources that would be available to accomplish the tasks listed above.>

7. Risks

<List technical or political risks that will need to be considered to successfully field the profile.>

8. Open Issues

<Point out any key issues or design problems. This will be helpful for estimating the amount of work and demonstrates thought has already gone into the candidate profile.>

9. Tech Cmte Evaluation

<The technical committee will use this area to record details of the effort estimation, etc.>