VNA's: Let's Make A Deal! | Joe Marion | Healthcare Blogs Skip to content Skip to navigation

VNA's: Let's Make A Deal!

November 23, 2011
| Reprints
Too much emphasis on enterprise imaging solutions and not enough emphasis on understanding the need

I have recently been involved in several client situations involving enterprise imaging, and after listening to all the “hype” I almost feel like I’m on the game show, “Let’s Make a Deal.” My concern is that there is too much emphasis on solutions and not enough emphasis on understanding the need! The proverbial cart in front of the horse. I understand the motivation of vendors to generate sales, but I sometimes feel that a failure on the part of some to take time to understand the customer’s underlying need could come back to haunt them.

It seems the industry has gravitated to using the term “VNA” or Vendor Neutral Archive. I for one have never been a fan of this as it is too limiting and misleading! What does “neutral” mean? If I have two different image generating system vendors, must I choose a third neutral archive vendor? More importantly, the term misses a key aspect – accessibility. It is about more than just “archiving” the images, it is also about “managing” them. Again, it’s all about understanding the need.

There are many different applications and requirements for image management and accessibility. Is there just one service area involved, or does it need to embrace multiple service areas such as radiology, cardiology, pathology gastroenterology, etc.? Are all the images to be managed in DICOM format, or are there other image types to be managed as well? Is there just one facility involved, or does it need to embrace multiple facilities as part of an IDN (Integrated Delivery Network) or HIE (Health Information Exchange)?

Does the need require a simple archive of the images for disaster recovery purposes, or is the intent to be a local enterprise archive for multiple services? Is the expectation that the application will be responsible for managing the content, such as for life cycle management, or is the expectation that individual services will manage the data? Will individual services be the only access to the images, or will other applications such as an EMR be expected to independently access them?

Without a clear understanding of the need, it can be confusing for facilities to appreciate which capabilities of vendor offerings are essential and hence differentiators. Take the case of Tag Morphing. Within the DICOM (Digital Image Communications) standard, every image contains certain attributes that define the patient, type of study, etc. These attributes are stored in a header file before the image information. There can be both “public” and “private” attributes defined. Patient name would be a public attribute, whereas specific information relating to a vendor’s 3D application might be a private attribute.

In some circumstances it may be desirable to have the ability to change these attributes globally within an enterprise archive device. An example might have to do with differing study identification schemes when migrating from one PACS to another. Another example might be to update a patient’s last name such as with a marital status change. The applications to accomplish this are sometimes referred to as “Dynamic Tag Morphing.”

In this example, Dynamic Tag Morphing would be very important to a DICOM-only archive, and one that potentially interacts with data from more than one facility. On the other hand, if the requirement is for an enterprise-scale image management solution that entails multiple data formats, is predominantly for one health system, and is intended as a central repository for an EMR, then Dynamic Tag Morphing may not be as essential.

Over the coming months I will try to illustrate more examples of matching requirements to capabilities, with the intent to create more informed decision makers, who in the terms of “Let’s Make A Deal” select the correct door for their situation. An informed prospect is one who understand their requirements well enough to know what is important and what is not in terms of picking the right choice for their situation.



Could not agree more. The top three hyping VNA only companies market themselves as neutral but are they really? They are pure storage plays with no clinical value use cases other than aggregation of information which can be solved without them. The industry needs clinical value or true ROI. This is why this area has taken so long to mature. The truth of the matter is most VNA implementations have been passed years ago by mature PACS offerings which offer the same and adhere to IHE standards. They also modularize their offering to allow the a orchestration layer to remain if the imaging component is no longer in use. Finally, the failure of the via was retention and purge of information. This is not used in healthcare today because of the difficulty in implementation yet is sold a real benefit as part of a vna.


This is right on the mark. While DICOM images make up a large portion of the storage needs in healthcare, it is still only a subset of that storage. Focusing solely on the problems with DICOM image archival misses the mark. True enterprise archival needs to look at other data beyond just DICOM, as well as the functionality required for that data. Data loss protection, disaster recovery, data de-duplication and vendor-agnostic support for multiple media types should also be considered for enterprise archival.

This is a great topic to explore. Thanks for pointing this out. I'm looking forward to other posts on this topic.