Thursday, April 1, 2010

Top Ten PACS Connectivity Issues, Part 2 of 2

Part two of a two-part mini-series on troubleshooting PACS interoperability and connectivity issues. 

This article is a continuation of last month's column, where I explored five of the ten most common PACS connectivity issues. 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. The following are the remaining five of the top ten most common PACS connectivity and interoperability issues that I've compiled: 

6.) Transfer Syntax Support
In addition to missing SOP Class support (such as not supporting Structured Reports from an ultrasound or a new enhanced MRI object containing spectroscopy data), a PACS might not support the specific encoding from the modality (for example, transfer syntaxes such as wavelet compression). In addition, a PACS might mishandle a Big Endian encoding from an older modality, a JPEG, or may not support compression schemes such as Run Length Encoding (RLE). There are a number of installed PACS that do not (yet) support the MPEG files created by endoscopy and surgery exams. Upgrading your PACS or downgrading the modality is the only solution. 

7.) Unique Identifiers (UIDs) 
Some devices create illegal UIDs. Some UID creation algorithms will deliver empty values or subcomponents with leading zero's, which are invalid. Most PACS will either refuse these images or quarantine them. Some modalities issue a new UID when an image is resent, which requires someone to delete these duplicates in the PACS. Some modalities re-use a UID, which will also require the time of a PACS System Administrator to fix. There are no easy solutions for these problems, aside from holding your PACS vendor accountable for fixing their software. 

8.) Modality Worklist (MWL) 
A Worklist provided by a RIS, PACS or Broker should match the studies to be performed at a modality, no more and no less. Some MWL providers provide too much data (such as all of the exams for all the modalities, or all of the CR exams instead of only the ones for the ER), some provide not enough differentiation (only the bone-scans), and some provide not enough. Remedies for these issues are reconfiguring the MWL provider, adding an interface engine, or by changing the input data from the scheduling department. 

9.) Burned-in Data
Many ultrasound units and frame-grabber interfaces have the unfortunate side-effect of capturing all the information on a screen, including the patient demographics. This can create major issues when the patient demographic is incorrect, which can happen when a technologist forgets to select a new patient or makes an incorrect selection. Many users put "X's" over the incorrect text. This creates a serious risk that a receiving application might not support these overlays, presentation states, or proprietary annotations. The only solution is to use “paintbrush” utilities. 

10.) Loss of Annotations
Many PACS still utilize proprietary solutions to store annotations. When displayed on a PACS workstations from the same vendor they appear; however, when displayed on another vendor’s workstation (such as one used by a referring physician, a nighthawk service, or via a third-party Web server) they will not be displayed. The solution is to generate compatible overlays (some modalities and workstations have this option) or upgrade all of your devices to support the DICOM Softcopy Presentation State. 

Most of these issues can be made visible or simulated using the appropriate tools for troubleshooting, such asWireshark, OT-DICE, OT-Heartbeat. If you'd like to learn more about PACS troubleshooting, please visit our new hubto view our Webcast on this topic. 

No comments:

Post a Comment