Part one of a two-part mini-series on troubleshooting PACS interoperability and connectivity issues.
When teaching our PACS/DICOM classes, I always take note of the most common interoperability issues brought up by our students. When I visit a healthcare facility, I do the same thing. I like to know what issues are happening on the street, so I can share the challenges and solutions with our students—and with the readers of our newsletter. For professionals who are upgrading their PACS, it is important to be able to recognize interoperability issues and take appropriate action.
PACS components are not plug-and-play. System additions such as a new modality or a software upgrade often create problems which can cause disruptions, decrease functionality, or possibly even impact patient care. Many of these issues could have been avoided or minimized by a more thorough validation by vendors, or by rigorous acceptance testing and verification by hospitals.
The following are five of the top ten PACS connectivity and interoperability issues that I've compiled:
1.) Network Issues
A well defined and managed network infrastructure is essential.
Dynamic IP addressing is fine as long as the router does not re-assign these addresses to another machine (which is common when a router is re-booted or replaced). Another problem that seems to occur frequently is the incorrect setting of the switch—generally when a switch is set to half duplex or mismatches the device setting, especially when auto-negotiating is configured. Switch issues result in major performance issues and can only be made visible when using a network sniffer.
The use of NetScan-type utilities to detect IP addressing issues is an essential tool to diagnose these problems.
2.) DICOM Header Issues
The DICOM image header is generated through mapping RIS data, generation by a modality, and manual input by a user. Any of these sources can potentially generate incorrect or invalid data in the image header. Unfortunately, problems are not always immediately detected.
For example, an incorrectly identified study might be archived in the PACS and get "lost", only to appear when the data is migrated, which could be years later. A header with an Institution ID exceeding the maximum field length might be stored by vendor “A” and then rejected by vendor “B” as an invalid image when it is migrated.
Keeping tight tabs on this data and validating images using appropriate tools is important.
3.) Hanging Protocol Issues
Hanging protocols not working is almost always related to incorrect header information or the wrong interpretation of header information.
A common mismatch is related to the way CR and DR systems organize their images into series. Some create a new series for each view (for example, a PA and LAT chest), while some group them together in a single series.
Another frequent issue occurs when some modalities automatically modify series and study descriptions and do not take the values from the Worklist, which causes a description mismatch with hanging protocol configurations at the view station.
Sometimes, additional QA steps are required, in addition to technologist training on the vagaries of different vendors' systems.
4.) CD Import Issues
These problems almost always can be traced back to non-compliance with the DICOM standard or the corresponding IHE profile.
Problems that have been reported most frequently are the absence of DICOM image files because a vendor is providing only a proprietary format, a missing directory file, mismatch of the meta-file header with the actual data content, and incorrect transfer syntaxes such as compression, among others.
In many cases, one can convert the images to an acceptable format that can be imported using additional tools; however, in some cases it is impossible to read the proprietary information, which often leads to a repeat exam.
5.) SOP Class Support
Modalities are eager to support new functionality, represented by the use of new SOP Classes as they contain more information and allow for better viewing and processing. The most common mismatches are due to non-support of the PACS for the enhanced CT and MRI SOP Classes and Structured Reports, such as generated by CAD devices and ultrasound units for measurements. In most cases, a modality can be “defeatured” to fall back to an older SOP Class, or alternate encoding (for example, burning the CAD marks into a secondary capture). In some cases, one will be stuck with the proprietary information (such as in MR spectroscopy).
Look for the remaining five of the top ten PACS connectivity and interoperability issues in next month's newsletter. In the meantime, please email me with your comments and suggestions, or your top ten list, so it can be shared with others.
Lastly, a note regarding the use of appropriate tools for troubleshooting: I am convinced that all the top ten PACS connectivity and interoperability issues can be uncovered with the right tools and utilities. If you are not that familiar with these tools and utilities, I strongly recommend you get familiar with them. You should download the open-sourceWireshark sniffer, get familiar with modality simulators such as OT-DICE, and use appropriate monitoring tools, such as OT-Heartbeat. If your schedule does not permit the time for self-study, or you prefer a more structured learning environment, consider a comprehensive training class that will provide you with hands-on training on how to use these tools to troubleshoot and tune your PACS.
Our mini-series on PACS Connectivity will conclude in the April newsletter with issues 6-10. For further information about PACS troubleshooting, please visit us at www.otechimg.com.