The following is a guest blog post by Stephane Vigot, President of Caristix, a leading provider of healthcare integration products and services. This post is part of the Optimize Healthcare Integration series.
Are you considering migrating from an older EHR to a newer EHR or are you in the process of that conversion? If so, you are well aware of the complexity of this process. There are a lot of reasons that drive the EHR conversion decision, but the primary reason that organizations undertake EHR conversion is simply to improve patient care and safety by providing clinicians and caregivers with the right information at the right time.
It’s easy to think that this is all about the technology. EHR conversion is far more than an IT project. It is a central business issue that needs to be strategically sponsored and backed by upper level management. In our previous post, we addressed the issue of aligning integration goals for business and technology. In a project of this magnitude, aligning business and technology goals becomes critical. Implementation takes hard work, time, and is very expensive. Effectively dealing with scope, budget & time creep, and change management matched to the stated business goals is the key to success. The complex planning needed is just one part of the story but the actual execution can be extremely problematic.
Since the primary reason for undertaking EHR conversion is to improve patient care and safety, clinical workflow is top-of-mind and coupled to data exchange and flow through your systems. On the IT side, your analysts define the project requirements and your developers build the interfaces based on those requirements. But the team that plays the most critical role is your quality team. Think of them as your project’s glue.
QA has layers of responsibilities. They are the ones that hold the requirements as the project blueprint and make sure that those requirements, driven by the pre-identified business needs, are being met. They also make sure that all defined processes are being followed. Where processes are not followed, QA defines the resulting risks that must be accommodated for in the system. A subset of responsibility for QA is in the final gate-keeping of a project, the testing and validation processes that address the functionality and metrics of a project.
Analysts work to build the interfaces and provide QA with expected workflows. If those workflows are not correctly defined, QA steps in to clarify them and the expected data exchange, and builds test cases to best represent that evolving knowledge. Identifying workflow is often done blindly with little or no existing information. Once the interface is built, those test cases become the basis for testing. QA also plays an important role in maintenance and in contributing to the library of artifacts that contribute to guaranteeing interoperability over time.
Though it is difficult to estimate the actual costs of interfacing due to the variance implicit in such projects, functional and integrated testing is often up to 3x more time consuming than development. It’s important to note that this most likely represents defects in the process. Normally, in traditional software development those numbers are inversed with QA taking about 1/3 of development time. It’s quite common that requirements are not complete by the time the project lands in QA’s lap. New requirements are continually discovered during testing. These are usually considered to be bugs but should have been identified before the development phase started. Another major reason for the lengthy time needed is that all testing is commonly done manually. A 25 minute fix may require hours of testing when done manually.
In technology projects, risk is always present. QA teams continuously work to confine and evaluate risk based on a predefined process and to report those issues. The question continually being asked is: what are the odds that X will be a problem? And how important is that impact if there is a problem? Here the devil is in the details. QA is constantly dancing with that devil. Risk is not an all or nothing kind of thing. If one were to try and eliminate all risk, projects would never be completed. QA adds order and definition to projects but there are always blind alleyways and unknown consequences that cannot be anticipated even with the most well defined requirements. Dealing with the unknown unknowns is a constant for QA teams. The question becomes how much risk can be tolerated to create the cleanest and most efficient exchange of date on an ongoing basis.
If QA is your glue, what are you doing to increase the quality of that glue, to turn that into super glue? What you can do is provide tools that offset the challenges your QA team faces. At the same time, these tools help contain project scope, time & budget creep, and maintain continual alignment with business goals. The right tools should help in the identification of requirements prior to interface development and throughout that process, identify the necessary workflows, and help in the QA process of building test cases. De-identification of PHI should be included so that production data can be used in testing. Tools should automate the testing and validation process and include the capability of running tests repetitively. In addition, these tools should provide easily shared traceability of the entire QA process by providing a central depository for all assets and documentation to provide continuity for the interoperability goals defined for the entire ecosystem.
What is your organization experiencing in your conversion projects? We’d love to hear your thoughts in the comments.
Caristix, a leading healthcare integration company, is the sponsor of the Optimize Healthcare Integration blog post series. Check out this free online demo of Caristix Workgroup product which helps you test your interface and speed up HL7 interface development.
About Stéphane Vigot
Stéphane Vigot, President of Caristix, has over 20 years of experience in product management and business development leadership roles in technology and healthcare IT. Formerly with CareFusion and Cardinal Health, his experience spans from major enterprises to startups. Caristix is one of the few companies in the health IT ecosystem that is uniquely focused on integrating, connecting, and exchanging data between systems. He can be reached at firstname.lastname@example.org