Interest in the concept of PACS-Neutral Archive is growing as evidenced by the number of new inquiries reported by several vendors responding to my informal poll. However a significant number of those inquiries are for basic information: “What exactly is a PACS-Neutral Archive?”, and “Which PACS are compatible with a PACS-Neutral Archive?”. So my suggested Action Plan would start appropriately at the beginning with a foundation in the concept.
Obviously it would be useful to have a consolidated list of features and functions that comprise a PACS-Neutral Archive (PNA). Not only would that list help explain the concept, it would help differentiate the various vendor solutions in the current market. Unfortunately that list does not seem to exist. Vendor-Neutral Archive, PACS-Neutral Archive, Enterprise Archive are just some of the terms being used to describe what is supposed to be the same concept. Frankly I believe that all of these different names and the associated product descriptions are causing confusion. It almost seems like the concept is being invented and reinvented as we speak.
Actually that’s not far from the truth.
The basic concept started with a few simple objectives like consolidation of separate PACS archives and replacement/upgrade of old storage solutions, and soon included normalization of all of the data to a standard data format, hence the “PACS-Neutral” moniker. This last feature was tacked on as soon as it became obvious just how painful and expensive DICOM data migrations were going to be in future years. In truth, the list of Features and Functions for the PNA has been evolving at a rapid pace, as each new problem surfaces and a matching solution is developed. At this point in time no consolidated Feature/Function list exists, at least none that I am aware of. And while the list would surely stretch to nearly 100 items, the following major features will easily separate the more promising solutions from the pretenders.
- Open Storage Solution – supports multiple media vendors and multiple storage solutions
- Dynamic DICOM Tag Morphing – on-the-fly conversion of data formats in support of data exchange between disparate PACS
- Methodology for accepting and managing both DICOM and non-DICOM data objects
- HL-7 interface support
- Pre-fetching and Auto-routing support
- Automated and Manual QA/QC support for interfaces with non-PACS data sources
- Intelligent Information Lifecycle Management – data movements internal and external to the system based on meta data
- Automated Data Purge with manual supervision
- Set of integrated display applications, one for simple viewing, the other for advanced viewing of the image data through the EMR Portal
- Pseudo Master Patient Indexing capabilities and optional full-featured MPI
- Creation of XDS-I manifest and optional XDS-I Registry and Repository applications
- Integrated remote system monitoring application capable of tracking hardware and software operations
Step two of my suggested Action Plan is to find out if a specific PACS is compatible with a PNA. That’s not an easy question to answer as there are a lot of issues that affect “compatibility”. Once again, there is no simple list to check. The best way to assess the degree of compatibility for a specific PACS is to simply submit basic vendor/model and software version information to a PNA vendor and request a formal PACS Compatibility Assessment. If that vendor has experience with the specified PACS, they should be able to provide a reasonable assessment.
- A high degree of compatibility would support the recommendation to deploy a PNA, migrate the oldest data from the PACS first, and then set up the PACS to use its own archive for new data and access the PNA for the old data.
- A low degree or no compatibility would support the recommendation to deploy a PNA based on a very basic but upgradeable hardware platform and simply begin migration of the PACS data to the PNA to reduce the future data migration costs.
Step three of my suggested Action Plan is to conduct a Migration Liability Assessment for your organization. This is essentially a matter of running study volumes, study sizes, growth rates, retention policies and associated business objectives through a spreadsheet that calculates projected data volumes in future years and the cost of migrating that data from the current PACS to a new PACS. The two most important pieces of information needed are: how much the migrations will cost and how long the migrations will take. Given the complexity of data migrations from PACS-A to PACS-B, it is not unusual for the migration to span several years and cost hundreds of thousands of dollars.
If you have a clear understanding of the concept of the PACS-Neutral Archive, understand where your current PACS stands with respect to compatibility, and have solid numbers to support a sense of urgency, you have the three main tools you need to develop a working strategy to address this major data management problem.
If you need help performing the PACS Compatibility Assessment or the Migration Liability Assessment, Gray Consulting has considerable experience in these areas and would be happy to provide assistance.