Medical Imaging Informatics and Teleradiology (MIIT) 2017

The 12th Annual Medical Imaging Informatics and Teleradiology (MIIT) meeting will be held on Friday April 28, 2017 at Liuna Station in Hamilton, Ontario, Canada. This year’s theme is Enterprising Imaging and AI: Welcome to the Future and the program features many fascinating talks by thought leaders, including Drs. Eliot Siegel and Chris Roth.

MIIT 2017 has an all new interactive website and meeting app for increased attendee participation.

Genady and I will each be giving a talk.

Enterprise vs. Diagnostic: Image Viewers Converging?

don-headshot-round

Don K Dennison

As web technologies evolve, the gap between Enterprise Viewers used primarily for accessing images as part of a patient’s electronic medical record and PACS Viewers used for primary diagnostic review is rapidly closing. But how close are they, really? This talk will explore the feasibility of Radiologists using a web viewer instead of a PACS for reading.

Managing Imaging in an EMR Centric Era
genady-headshot-round

Genady Knizhnik

As health systems converge on a common electronic medical record (EMR) system and longitudinal patient record, new requirements and expectations are placed on imaging records and the systems than manage them. This talk will explore the impact that the implementation of a modern EMR has on patient and procedure information within PACS, VNA, and other imaging IT systems.

Program and Registration

See the complete program here. Register to attend here.

Meeting Sponsorship Opportunities

Interested in sponsoring MIIT 2017? Read about the available sponsor packages here, or register as a sponsor here.

IHE Buyers’ Guide Updated for 2017

Interactive IHE Buyers Guide

A new year and another update to the IHE Buyers’ Guide.

This update contains mostly minor changes in the form of some notes regarding some recent or pending updates to IHE integration profiles.

The most notable update is the addition of the Digital Breast Tomosynthesis Extension (DBT Extension) integration profile to the guide for Enterprise Viewer, PACS, and VNA products.

The IHE Buyers’ Guide is a valuable resource when using IHE integration profiles and actors to specify requirements in procurement processes, such as a Request for Proposal (RFP). It does not require you to enter any personal information and is free to use.

Dealing with Multiple Terminology Domains in a Consolidated Enterprise – Part 2

In my previous post, Dealing with Multiple Terminology Domains in a Consolidated Enterprise, I introduced a typical challenge that many imaging projects face today.

In this post, I will describe three common use cases where the problem of multiple terminology domains manifests.

Single PACS, Multiple RIS

Often, rapidly growing health systems aim to consolidate imaging informatics solutions across their facilities. Replacement of multiple PACS with one such system, while keeping separate RIS systems in place is not uncommon. The reason behind this dichotomy is that a RIS is much more ingrained into the local Radiology department’s operational and clinical workflows than a PACS, making its replacement complex and impactful on many stakeholders.

The following diagram illustrates this scenario.

term-pacs

In such a deployment, the consolidated PACS is responsible for dealing with multiple ordering systems that use individual procedure terminologies. It also maintains patients’ longitudinal imaging record, which will include different values in the DICOM headers to describe the same procedure types.

Multiple RIS/PACS, Shared VNA

Health systems that seek to benefit from IT infrastructure consolidation, as well as a single Imaging Record Management, Archive, Access, and Sharing application, often opt to procure and deploy a shared VNA system across their facilities. By keeping their RIS/PACS systems in place they can rapidly deliver clinical and operational benefits with minimal disruption to the existing workflows. This approach allows individual facilities to stay fairly independent in their imaging informatics system and process decision making.

The following diagram illustrates this scenario.

term-vna

In this deployment, the shared VNA typically maps or normalizes procedure terminologies in the DICOM header of the studies that are served to the individual PACS systems as part of the relevant prior pre-/push-fetch workflows.

Single PACS, Single RIS

An increasingly common scenario is when health systems include a RIS consolidation project within their EMR consolidation strategy, while PACS consolidation happens in parallel. This approach results in a single master set of orderable procedures that is used by all participating facilities. The challenge arises from the fact that historic imaging records maintain, in the DICOM data, procedure information using historic terminology values that predate consolidation and can include known values (from the latest RIS) or some potentially unknown value (previous RIS systems for the institutions that replaced their RIS system at least once and did not replace the values with one used by the new RIS).

The following diagram illustrates this scenario.

term-rispng

In these deployments, the consolidated PACS is responsible for dealing with new common and fragmented historic procedure terminologies.

In the next post, I will describe how PACS and VNA vendors deal with this challenge.

RSNA 2016

rsna_2016_logo_dates_rgb

In what I believe is my 15th consecutive RSNA, I have a full schedule of business meetings, committee and board meetings, with some time for connecting with friends. In addition to the typical, semi-organized chaos, I am giving two talks.

Hope to see you all in Chicago.

RCC24 – Starting a Health IT Consulting Company

Room: S501ABC
Mon 28-Nov-2016, 2:30 pm to 4:00 pm CT

RC654 – Using IHE Profiles to Plan for Medical Imaging

Room: S504AB
Thu 1-Dec-2016, 8:30 am to 10:00 am CT
chicago-rsna

Dealing with Multiple Terminology Domains in a Consolidated Enterprise

As the number of the PACS consolidation projects grow, I think it is important to explore some of the informatics concepts that need to be addressed to maximize the value of a consolidated PACS’ clinical functionality.

As mentioned in my recent MIIT talk, there are operational, financial and clinical goals that drive PACS consolidation projects. One of those reasons is to enable multi-facility diagnostic reading workflow: acquire anywhere and read anywhere in the enterprise.

One of the key informatics prerequisites of a successful PACS consolidation project is dealing with Patient Identities in a Consolidated Enterprise to establish patients’ longitudinal imaging record. Once that fundamental challenge is addressed, dealing with the normalization or mapping of the exam terminologies used by different RIS systems across the consolidated enterprise is the next critical informatics area to tackle. Often, PACS consolidation projects do not include the unification of the facility RIS, which forces the PACS to deal with multiple terminology domains.

In this series of the blog posts, I will examine this challenge in detail and describe the imaging informatics industry’s current capabilities to deal with it.

The Challenge

First of all, let’s define the problem and why it is important.

The anatomical and procedural information for a radiology exam is used by the PACS to primarily: 1) determine relevancy across patients’ historic studies; and 2) establish the correct display protocol for the PACS Workstation. As different ordering systems (EMR/RIS) may use different values to describe the same ordered procedure, the consolidated PACS will have to use a value normalization or mapping method to properly process the information.

The following diagram conceptually illustrates the difference between normalization and mapping methods.

terminology

Mapping

This approach relies on keeping many-to-many translation tables where each term has a corresponding defined value under each terminology domain. This approach is feasible only with a very small number of values and terminology domains.

Normalization

This methodology creates a “canonical” representation of each term and establishes a one-to-one relationship between each value in each terminology domain and the corresponding value under the “canonical” representation. This approach can accommodate a very large number of values and terminologies, as the translation from one terminology to another is always done through the canonical value.

In the next post, I will describe the imaging informatics use-cases that have to deal with this challenge.

Article: The biggest problem in health care today

This article, inflammatory headline aside, is spot on.

In what other industry are consumers provided less information about the cost of a product or service until after purchase?

Price transparency is the first step in allowing consumers to choose. And choice means market forces drive down costs and force providers to focus on efficiency (or go broke trying).

For more reading on healthcare financials, including Radiology reimbursement, read my past blog posts here, here, here, and here.

Developing an Enterprise Imaging Strategy—What is the best approach?

In my last post, we explored the current state-of-the-art of the Enterprise Imaging (EI) industry. In this post, I will zoom in on storing and managing non-DICOM images and videos. This can be ambiguous and may confuse providers who are trying to procure an EI solution. It also results in different schools of thought among vendors.

Currently, EI content can be stored and managed in one of the following formats:

  • Original object (e.g. jpg) stored in a solution’s database and/or filesystem using the vendor’s API (Application Programming Interface)
  • Original object (e.g. jpg) stored using the IHE Cross-Enterprise Document Sharing (XDS) integration profile in a solution’s XDS Document Repository component
  • Original object (e.g. jpg) stored in a solution’s database and/or filesystem using HL7’s FHIR® Media Content specifications
  • DICOM object stored in a solution’s Image Manager/Archive component; for example, using the IHE Web Image Capture (WIC) integration profile
  • DICOM object stored in a solution’s Image Manager/Archive and XDS Document Repository components using the IHE Cross-Enterprise Document Sharing for Imaging (XDS-I) integration profile

The following diagram depicts the main steps that take place during information capture activity for each method.

storage methods

All of the above methods have corresponding pros and cons, which leads to the current divergence of opinions regarding the best option to use. Having said that, it is clear that, irrespective of the chosen method, there is a need to properly collect and manage patient, administrative and clinical context (aka metadata) for the acquired EI content.

Metadata

Each of the above methods offer different levels of metadata rigidity and extensibility which impact the interoperability:

  • DICOM, FHIR and XDS-I based methods offer a level of certainty for the vendors with respect to what information should be captured and how it should be encoded.
  • XDS takes an approach of developing specific content profiles that address specific types of content; for example, the IHE XDS-SD (Scanned Document) integration profile. At the moment, there is no content profile that is specific to the Enterprise Imaging domain. Additionally, XDS allows the original object to be wrapped in a CDA Document to capture additional metadata in case the specified XDS Document Entry attributes are not sufficient.

Is there one “right” answer?

There are two overarching clinical reasons to capture EI content:

  1. To enrich patients’ clinical record
  2. To provide reliable, authorized access to it across the enterprise (and beyond)

As the following diagram suggests, the way EI content is stored is less important then the flexibility of an EI solution’s “Capture” and “Discovery and Access” components, because it is hidden behind those interfaces.

EI Access

It seems that, currently, there is no single answer for the best EI content format given the informatics complexity of healthcare provider’s enterprises. In order to adapt and compete, vendors will be pressured to support multiple inbound and outbound methods (such as FHIR, DICOM, DICOMWeb, XDS, proprietary APIs, etc.) and only time will tell which approach will become a de-facto standard.

Working on an Enterprise Imaging project? Leave us a comment with your thoughts, or contact us.