As many of you know the ACE 2010 event just took place last week. As I was pouring through some of the handouts I couldn’t help but be drawn into the “Handy Trail Guide” which Allscripts has touted as “The Path to Meaningful Use” This is a great high level guide to reaching Stage 1 of Meaningful Use – Capture and Share Data.

The more I read through this the more I thought of how clients will be looking at this with an eye to the shortest path to receiving their stimulus check, and rightfully so – every group should be looking to take advantage of this, from the largest hospital to the smallest single-doc practice. However, I wanted to make sure we don’t lose sight of the forest from the trees here and bring this trail guide back to the true reason for the stimulus – improving patient care! Hence the genesis of this article, The Path to Meaningless Use.

There are a couple of main points I’d like to highlight before dissecting the step by step approach.

1. Sell benefits of the EHR – I feel like this process is woefully underappreciated. In order for your rollout to be a success you absolutely need buy-in from all end-users, including physicians, nurses, data-entry folks and really any person that will touch the EHR on any level. How is this product going to improve their productivity? Make their job easier? Make their work experience more enjoyable?
2. Change is a good thing – Change is the process by which innovation and improvement are instilled. I know that people are comfortable with the status-quo and yes, change for change sake is useless, but there’s a reason for change here, I promise! Challenge your co-workers to look at everything objectively and really question if the products and processes currently in place really make sense or if there could be a better way.
3. Make concessions, don’t over-customize – The product is designed to work best when used in an out of the box capacity, sans customizations. The reality is that you probably aren’t going to be able to sell the idea of changing every workflow to fit the product, but that doesn’t mean you shouldn’t try. Ultimately in the long term the stability of the system is most closely tied to how close you stay to it’s intended use, therefore fight for those process changes to model the system, there’s a reason the EHR was designed the way it was! This point goes back to selling the benefits, be able to show how using the new workflows will actually improve the end-user experience!

With those main points made here are a few comments on the step in the Path to Meaningless Use, enjoy!

1. Understand Stimulus – Don’t just aim for the stage 1 level of capturing and sharing data, yes this can improve productivity but don’t lose sight of the true end goal, improving patient care.
2. Assess Gaps – Be honest with yourself. Are the tools you are using as efficient as they could be? Don’t keep old processes and tools in use just because people are “comfortable” with them, if there is a better tool out there, use it! Sometimes taking people out of their comfort zone is exactly what is needed to promote healthy growth.
3. Design New Workflows – Don’t be unwilling to change workflows simply because that’s the way it’s always been done. Be prepared to pitch workflow re-design to physicians with benefits for them in mind.
4. Upgrade EHR & Stimulus Set – Don’t rush this upgrade. There are many factors that go into an upgrade (depending on how many versions you are jumping) and simply upgrading for the sake of getting the stimulus approved version may end up biting you if you haven’t correctly re-worked process flows to use the EHR in a meaningful way.
5. Rollout – During training stress benefits to end users, a 3 day crash course on the new EHR system is great but if you can’t prove to your end users why the new product and workflows make sense you aren’t going to receive full buy in and consequently won’t get the most out of the product.
6. Begin 90-day Meaningful Use – Metrics should be kept on an ongoing basis, not just for 90 days. It’s great to hit the 90 day plateau to receive the stimulus check but the true purpose of the EHR is to improve patient treatment, and you can’t improve what you don’t measure.
7. Report & Claim Stimulus – Nothing meaningless about this step, claim the money and move on to the next stage!

I’ve created a few examples that I’ve added to our Wiki page.

1. http://wiki.galenhealthcare.com/Patient_Portal_Integration

With this case study Galen had a client who has implemented a patient portal application whereby patients are able to send messages to their doctors regarding tests, results and general questions. The client was looking for a way to have the provider be able to integrate this application directly into the EHR. With RelayHealth’s help we have succesfully built a prototype whereby a provider can seamlessly communicate with a patient in the most efficient manner possible!

2. http://wiki.galenhealthcare.com/images/5/57/Add_new_Web_framework_documents_to_the_EHR.pdf

In this example a client was looking for a new link on their vertical toolbar which would allow them to display any website in their current workspace (the main viewing pane of the EHR). This one example integrates the website directly into the EHR window without having to navigate through a new tab or window, showing a FRAX calculator. The other tab actually has the ability to take in patient context (height, weight, blood pressure, etc.) and pass it into a form automatically populating fields to save physicians valuable time. This article goes through the steps involved in setting up new vertical toolbars, horizontal toolbars, and workspaces to set up these outside websites in the EHR. The actual code to populate patient context is fairly complex but definitely something Galen would love to help out with!

This is a long overdue ruling, and much necessary. It is crazy to think that a paper process was safer (and offered more security) than e-prescribing could. A link to the article is offered below.

http://www.healthdatamanagement.com/news/controlled_substances_e-prescribing_rule_dea-39995-1.html

Some of our clients have recently expressed the desire for a limited, read-only view in to the AE-EHR to extend access to audit entities. For instance, the requirements of one organization included a limited patient-access read-only environment to be in compliance with FDA Research Part 11 restrictions for clinical trials. Another organization needed it for insurance audit purposes. And still again, others desired to provide an extended environment to allow hospitalists, ED physicians, and critical care physicians access to selective patient charts.

Approach

One of the more popular approaches has been to segment out a separate read-only organization in the Allscripts Enterprise Electronic Health Record (AE-EHR). The AE-EHR handles organizations quite nicely and facilitates an approach of segmenting out entities – the following Galen Wiki article covers a scripted means of deploying a new organization in v10 AE-EHR.

Once the organization has been created, patients can then be “bulk-loaded” to the organization via SQL scripts. New AE-EHR users can then be created and associated to this organization. Finally, to setup the read-only portion, security gates can be implemented.

Extendability

An additional requirement of one of our clients included an approach that offered the capability to dynamically add/remove patients to the “Audit” organization real-time. We facilitated this via creation of a file-based interface from ConnectR to the AE-EHR. The interface accepted its input from a well defined flat-file (comma-delimited, including MRN, Action – Add or Remove, and OrganizationID) and utilized that data to add/remove patients to the org via a custom stored procedures – the de facto application programming interface (API) to the AE-EHR clinical database.

And still further, another client requested that the audit/read-only entities (users of the system) be granted the ability to create tasks . For example, the client desired a specific, high priority task, identifiable as originating from the audit/read-only entity – in this case hospitalists which could be assigned to the patient’s PCP. In this case, the clients’ hospitalists could communicate high priority continuity of care tasks, which require prompt reaction, to the PCP at discharge. However, the PCPs should not be able to task back to the hospitalists, and this can be achieved by setting the EnableOrgFilterFlag preference in the AE-EHR.

If your organization needs assistance in setting up a audit environment to provide limited, read-only access to the AE-EHR, please contact sales@galenhealthcare.com and visit our website for more information regarding our technical and professional service offerings.

What: A three-day course for report writers, DBAs and those in healthcare informatics on the Allscripts Enterprise EHR database.
When: March 1 – 3, 2010
Where: Boston, MA
Price: $2,500

The Galen Database Architecture and Reporting Workshop has furthered our understanding of the Allscripts Enterprise EHR database.  The clear presentation and substantial hands-on time helped us to greatly accelerate our production of customized reports.  And, the data dictionary documentation alone is invaluable.
– Chris Hyde, DBA, Albuquerque Health Partners

The attached announcement includes additional information regarding the course and suggested audience (report writers, DBAs, etc).

Please contact Mike Dow to register, or if you have any questions – mike.dow@galenhealthcare.com

• This estimated effort is based on 50 physician multi-specialty organization.
• It is intended to give a ballpark of effort involved and the numbers serve as estimates only.
• It does not necessarily scale linearly with number of providers or specialties.
• The effort only addresses four categories of effort – implementation, technical, interface and training.
• Categories of effort not addressed include project management, systems configuration and deployment, networking configuration and deployment, hardware (including desktop) deployment, and helpdesk and on-going support.

The meaningful use matrix with effort broken-out can be found on the Galen Healthcare Solutions Wiki.

Now that we have presented the effort involved, let’s delve into how EHR deployments – specifically  AE-EHR deployements – are typically phased:

Phase I: Base, Document, Scan and Dictate

Description: Provide a baseline level of EHR functionality to all users. Real-time access to physician schedules, transcribed and scanned documents, facilitation of dictation.  Data conversions, Scanned charts and documents, Base Deployment. This approach typically appeals to all providers regardless of technical aptitude and would not require significant workflow changes

Advantages: Clinical information access internal and external to the clinic, reduced level of change for physicians through the use of dictate, realized benefits of decreased errors and re-work.

Interfaces:

• Registration & Scheduling
  • Real-time inbound registration and scheduling feed from practice management system.
  • Initial bulk-load of existing active patients and appointments
• Transcription
  • Real-time inbound transcription interface from transcription system.

*Phase II: Rx+, Note, Forms, Results

Description: Add medication management, structured note and results

Advantages: Ability to collect structured information facilitating use of panel queries. Additionally, formulary compliance, and prescription faxing/e-prescribing to pharmacies and ability to capture results as discrete data elements

Interfaces:

• Results
  • Real-time inbound results interface from lab system.

*Phase III: Order, Charge

Description: Facilitates charge capture and order transmission.

Advantages: Completes the access to centralized patient data and further enhances the quality of care and service to patients.

Interfaces:

• Orders
  • Real-time outbound order interface to lab system
• Charge
  • Real-time outbound charge interface to the practice management system.

*Phase II and III can be combined based upon the organization requirements

In conclusion, one of the biggest questions that lingers for me is how the data is to be relayed to the government such that organizations can be evaluated as to whether or not they meet the thresholds to receive the incentives. Custom reporting comes to mind as precedent has been set here, specifically with PQRI and Medicare HCC. Galen Healthcare Solutions certainly can provide custom reporting specific to organizations needs in order to communicate meaningful use. Another solution is Allscripts Clinical Quality Solution powered by TeamPraxis. In the meantime, we wait for the rule to be finalized and anticipate announcement of how the meaningful use data is to be relayed.

If your organization is looking for assistance in exhibiting meaningful use, please contact sales@galenhealthcare.com and visit our website for more information regarding our technical and professional service offerings.

There are different options available to increase accessibility. Permanent workstations in each exam room provide the providers with the ability to access the EHR directly from the exam room and complete any tasks needed for the current visit: order medications, diagnostic tests, submit charges, input visit data. Tablet PCs give the provider the flexibility of moving around the clinic and working in different areas. They are able to access the EHR while in the exam room, in their office, or standing at the nursing station.

I have seen the use of both the Permanent workstations and Tablet PCs in different sized organizations. They are both viable options that depend on the needs and infrastructure of the organization.

• Patient identifiers – these can be different between driving system (Radiology Information System (RIS), Laboratory Information System (LIS), and EHR. Consistency with the Master Patient Index (MPI) across all interfaces is the desired outcome.
• Filtering – mental health document types, “celebrity patients,” preliminary documents, unverified results – the list goes on and on. Knowing the gamut of different options of configurability is helpful in deciding which filtering should take place.

These interfaces were built in the ConnectR interface engine utilizing the existing Application Programming Interface (API) to the Allscripts Enterprise EHR (AE-EHR) – inbound and outbound stored procedures. It should be noted that the ConnectR interface engine is used as the standard interface engine by Allscripts to facilitate the communication between healthcare systems, however there are alternatives.

This approach is not entirely desirable in that it requires customization of the interfaces to the particular vendor/client based upon their underlying data exchange implementation architecture. In an ideal sense, the data exchange would facilitate a “seamless” plug-in to existing AE-EHR users and HIEs. This is certainly what the industry is driving towards.

As Dr. Halamka alluded to in his blog posting yesterday, the ideal scenario is one in which CDA/CCD documents are used to exchange data between the EHR and the HIE as they offer a complete set of the patient record. HITSP (Health Information Technology Standards Panel) standards describe these transactions  as there are thirteen original Interoperability Specifications (IS) into an EHR-centric view to facilitate alignment with Health Information Technology provisions of the American Recovery and Reinvestment Act of 2009 (ARRA). For more information regarding Health Information Exchanges (HIEs) and “real-world” implementations and their utilization of HITSP products see the following HIMSS webinar. In the interim, for those Allscripts clients looking to get ahead of the game with meaningful use, we are left to develop interfaces within the framework of the existing API to/from the AE-EHR.

In closing, be very aware of the possibilities as the HIE landscape is changing. For example, Navinet now offers subsidization of HIE implementation costs. However, the challenge remains in determining the best business model to fund the exchange going forward.

For additional information regarding Galen Healthcare Solutions’ data exchange / interface services please contact justin.campbell@galenhealthcare.com or visit www.galenhealthcare.com/interface-service

Benefits

• Elimination of redundant entry of patient data.
• Result reconciled to order automatically
• Immediate availability of the results to the enterprise.
• Decreased risk of patient matching errors (name misspellings, missing dates of birth, etc).
• Elimination of scanning of signed paper labs to the EHR.
• No more lost lab results.
• Run reporting on the data from labs in EHR (for example, blood sugar change over time).
• Automated result tasking as well as the ability to send copies to related providers, such as the referring provider or the patient’s primary care provider.
• Automated Tasking.
  • Verify result task.
  • Carbon Copy (Review result task).

  

• Automated synchronization of item dictionary.
• Drop a charge automatically to the PMS (assuming a charge data exchange is in place).
• Capability to automatically send insurance information to labs for lab direct client bill (assuming the insurance data exists in the EHR. This data is usually fed from a separate PMS data exchange).
• For PACs data exchanges, facilitates viewing of image result directly from EHR.
  

And perhaps the biggest benefit is that many groups are able to negotiate with their lab and radiology providers to subsidize the cost of the data exchange. Since the data exchange presents many benefits from their point-of-view, the lab and radiology providers are often happy to provide financial incentive for practices to participate in an electronic data exchange.

Return on Investment (ROI)

A three-hospital study conducted by LINK Medical and Philips Medical provides great insight into the return on investment that interfacing can provide. These hospitals analyzed and assessed the effectiveness of automating the process of Electrocardiogram (ECG) orders and test results, with the following realized outcomes:

• Reduction in direct annual labor costs ($11–25,000).
• Elimination of non-billable tests.
• Elimination of lost charges (1% to 2% of ordered tests).
• Short payback period (less than 12 months).
• On-going ROI – these savings and associated benefits continued.

Overall cost savings were in the range of $43,000 to $59,000 per annum.

Galen Healthcare Solutions: Interface Services