Building a Federated Image Exchange: My Summer Vacation

Twitter icon
Facebook icon
LinkedIn icon
e-mail icon
Google icon

The Inland Northwest, which we call home, is fortunate to have a legacy of health-information sharing among many organizations. These include the 97-radiologist private practice Integra Imaging (Spokane, Washington), formed through the merger of Inland Imaging and Seattle Radiology. Integra Imaging’s PACS archives host images for more than 100 sites. As more organizations in the greater region want to move images beyond regional borders, we are faced with an increasing need to share images across disparate PACS to meet the needs of the health-care organizations we are affiliated with—in the Pacific Northwest and beyond. We hear a lot about image exchanges hosted in clouds and about making it possible to share images with anyone, anywhere. Such exchanges, however, come with a cost. For sharing images with organizations on a routine basis, the cost per transaction of sharing 7,500 images (the number of CDs that we burn per year) exceeds the cost of burning the CDs. While this calculation doesn’t account for efficiency gained, it’s a clear signal that alternative approaches should be considered. The 2011 publication of supplement 148 by the DICOM Standards Committee1 opened the door to using Web services to share images over the Internet in a manner that’s much simpler than the HTTP approach that was specified originally. This inspired us to look at building an alternative to cloud-based exchanges by using federated sharing, directly, among participants. To see whether this approach was technically feasible, we endeavored to build a proof-of-concept project using standards, technical specifications, and frameworks from Integrating the Healthcare Enterprise® (IHE), NEMA, and the RSNA to demonstrate the exchange of images among federated PACS using standards-based Internet transactions. Just the Specs, Please While there are many different standards that could be used to share images, IHE has published a set of technical specifications as the Cross-enterprise Document Sharing for Imaging (XDS-I.b) integration profile² to facilitate the development of systems that can publish, find, and retrieve images, across enterprises, over the Internet. In essence, this profile describes a federated approach to image storage that uses a patient-identity manager and record-locator service. Each participating site is responsible for the local storage of its images and for registering them with the central registry. Only basic patient demographics and image lists (but no actual images) are stored in the central registry. Each site is able to query the central registry for a list of images available at foreign sites. Data from this list enable a site to download the appropriate images from the foreign sites directly. This federated architecture allows an installation to connect to a virtual cloud while using its existing PACS infrastructure. The XDS-I.b profile, however, is currently in the trial-implementation phase. During this phase, certain components might be speculative and subject to revision/modification. Health IT vendors are presented with the opportunity to implement and test the profile at this time. To explore options on behalf of Integra Imaging, we developed and implemented a working PACS–XDS-I.b proxy agent that, together with separate IHE registry/repository software, fulfills the requirements of the XDS.I-b profile. We call this proxy the Edge Gateway. Because it was written in Java, the Edge Gateway could theoretically run on any major operating system, on any basic computer or server. The Edge Gateway runs on RSNA code, which (in turn) uses OpenHealthTools and Apache Axis. It also makes use of dcm4che code for DICOM–related tasks. All of the code is based on free and open-source software. A primary function of the IHE registry is to reconcile different facilities’ medical-record numbers to a single master patient index. The Edge Gateway acts as a broker for the publishing, finding, and retrieving of images. The registration process begins when image acquisition occurs. The site’s PACS then notifies the Edge Gateway, which provides an image manifest to the IHE repository and registers it with the IHE registry. The image manifest is now available to trusted foreign sites for perusal. The Edge Gateway also provides a site with the ability to find images that are available from other sites. Search functionality is initiated when a patient is registered with the site’s health-care information system, which then notifies the Edge Gateway. The Edge Gateway then queries the IHE registry/repository, which sends a list of available image manifests corresponding to studies at trusted foreign sites. This list is presented to a user, such as a nurse or physician, who then makes a selection. Once the user has selected the image manifest for the desired study, that image manifest is downloaded to the Edge Gateway, which then directly contacts the foreign site that is in possession of the desired images. When a querying site wishes to retrieve a patient’s images, the querying Edge Gateway sends a request to the foreign site’s Edge Gateway. The foreign Edge Gateway then queries its PACS for the appropriate images and sends them to the querying Edge Gateway. Upon receiving the response, the querying Edge Gateway copies the images into the querying site’s PACS. Proof of Concept By using the described standards to build a proxy agent capable of sharing images between PACS over the Internet, we were able to propose a possible solution to our region’s increasing need to share images. We successfully moved images from one test site to another. Each test site consisted of a PACS and an Edge Gateway. The Edge Gateways were able to negotiate a successful exchange of images among sites using four different virtual machines. Because the solution is standards based, the cost and complexity of implementing it can be mitigated by using open-source, off-the-shelf, or existing regional resources (such as a master patient index and document registry) to facilitate image exchange. We hope that the potential to reduce costs and increase quality of care across the region inspires us (and our sharing partners) to look at standards-based solutions. When we began the project, the task at hand seemed insurmountable, within the given timeframe. The primary author had no familiarity with IHE profiles, DICOM, HL7, or any health-care software, in general. Portions of the free source code were often undocumented and difficult to understand. Some portions were even broken, requiring the debugging of the original code. Through access to documents detailing specifications, great mentorship, and teamwork, however, we achieved our objective: the construction of a low-cost, federated image-sharing prototype. Jordan Handy is a computer-science intern at Integra Imaging (Spokane, Washington) and a senior at Brigham Young University. Matt Simpson is manager of integration and development for Integra Imaging’s IT management-services organization.