Open Immunization Software - Spring 2016



Open Source Projects

Vision for National Forecasting

Clinical Decision Support (CDS) is critical for clinical professionals, parents and public health agencies to make correct decisions on what vaccination a patient is due to receive. Most particularly clinical professionals need:

In addition to this immunization information systems need:

All of these goals can be reached by having all CDS software systems:

  1. support a single open standard for external systems to request and receive CDS guidance.
  2. connect to a national testing system for comparing and verifying CDS performance.

With these two systems in place, and clinical professional who uses an EHR or a public health agency could select any CDS forecaster, at any time, to provide CDS guidance, using the information from the national testing system to determine if the CDS software meets their expectations.

Technology Explanation

CDS information is used by Immunization Information Systems (IIS) to enrich and support IIS functions. Here is a diagram of how CDS information from a Forecaster would ideally be integrated into the IIS and Electronic Health Record (EHR) systems.

  1. EHR submits vaccination updates to the IIS. This is defined by HL7, CDC Immunization Guide and supported well by Meaningful Use 2 regulations for Certified EHRs.
  2. IIS matches the incoming data to records submitted by other EHRs. Complete record is stored in associated Patient Data database. Vaccination record is submitted to Forecaster to receive a CDS evaluation and recommendation. The Forecaster does not store any information received, but only gives expert opinion.
  3. When queried by EHR, IIS returns complete vaccination history and CDS evaluation and recommendations. This is defined by HL7, CDC Immunization Guide, and hopefully will be supported by future versions of Meaningful Use regulation.
  4. The EHR also has the option of using a CDS directly, submitting its copy of the immunization data directly to the CDS software to receive CDS evaluation and Recommendation.

Question Why would the EHR want to have its own connection to a forecaster? Would it not already have that information from the IIS?

Answer Theoretically, yes. The EHR would not need to have its own forecaster. In reality there are often barriers to getting good forecast results from the registry:

The goal of CDS is to make it readily available whenever needed. If CDS is sequestered in the IIS then its availability will be limited. It would be best to have redundant systems so that if one does not meet needs the other one will.

What Is Needed

In order for this vision to be put in place there needs to be two things put in place as soon as possible:

  1. A national standard for Forecast interfaces. The standard used by Open CDS would be a great fit.
  2. A national testing system. The TCH Forecast Tester is currently working to connect forecasters and could serve as a model for national forecast test system.

Road Map

We need better decision support for immunizations and we need it available to every clinician whenever they need to evaluate a vaccination history. The number of immunizations are increasing and several times a year the Advisory Committee on Immunization Practices (ACIP) releases new recommendations. The sheer number of recommendations and the complexity of them can even be a challenge to immunization expert clinicians to keep up.

What we are calling for is universal access to excellent decision support. To have this basic national infrastructure needs to be put into place:

Road Map for Universal Access to an Immunization Forecaster

  1. Establish a national site that encapsulates all the test cases that have been generated by forecast improvement projects, including the CDS project currently under way. This site would essentially store forecast test cases with expected results attributed to the immunization expert who evaluated them. The system should allow for aggregation into official test sets so the test can be categorized.
  2. A working web service standard should be developed. This work has not yet been proposed and is not currently in scope for the CDS project. Open Immunization Software is going to look for two or three industry leaders and attempt to forge a common standard.
  3. Once a national standard for web services is developed the forecast test site can be upgraded to be a forecaster test application. The proposed OIS Forecast Tester would have the expert test cases, with the expected results and would be able to query a forecaster to verify if it meets the expectations of the expert.
  4. As part of its participation in the CDS project, OIS is attempting to create an open source forecaster. At the very least this project will demonstrate the logic that the CDS project has developed and show how it could be implemented. At best it will serve as a basis for a fully functional forecaster.
  5. In addition to the possible open source CDS forecaster, OIS is encouraging and watching for the emergence of two new open source forecaster projects. One is currently under development and the other is currently used by a private entity. More information about this will soon be available. The goal of OIS is to encourage as many open source options, to ensure that the community has as many choices as possible.
  6. The standard web service will need to be supported by the open source forecasters in order to integrate with the OIS Forecast Tester.
  7. Now the open source forecasters can be tested and verified against a nationally recognized set of test cases. In addition, users will be able to construct their own test case sets in order to verify against their own particular requirements.

When all of these infrastructure pieces in place, any system could be configured to take advantage of the best immunization decision support. The Open Immunization Software project has a goal to have this basic infrastructure in place by the end of this year.