John McCann, Vice President of Global Marketing, BridgeHead Software (www.bridgeheadsoftware.com) explores what is going to happen to legacy patient, clinical, and administrative data when embarking on an EPR project. He provides insight into the challenges to consider around legacy data (such as costs, time consuming, etc); addresses common misconceptions; as well as outlining why ‘doing nothing’ is no longer an option.
With funding for the NHS Frontline Digitisation starting to emerge, many NHS Trusts and some integrated care systems (ICS) will soon go out to tender for the procurement of an electronic patient record (EPR) solution, if they haven’t already. It’s an exciting time for many NHS organisations who are anxious to glean the benefits of their first, second, or even third generation EPR.
For some organisations, this will be their first foray into the world of a centralised EPR solution (known in Frontline Digitisation terms as Group 0). But for others, this is a path that they have trodden before as they embark on procuring their next generation EPR solution (Group 2). The final cohort (Group 3) tend to be more digitally mature and already have EPRs in place (that are deemed to meet the requisite ‘core capabilities’) but may still be looking at ways to further enhance and improve their technology landscape.
But does a shiny new EPR solve all ills, or does it create other issues? As the technology has evolved, the solutions available today have advanced considerably; and it’s no coincidence that many of the EPR vendors have focused a lot of time and attention ensuring their products are truly ‘fit for purpose’ for the NHS, which wasn’t always the case.
As great as many of these solutions now are, EPR implementations are notoriously arduous. They are time consuming, resource intensive, expensive, and rarely go live without incident. But it’s a commonly held view that the ‘pay-off’ is worth the pain and stress that naturally accompanies projects of this scale and size.
However, NHS organisations must bear in mind that as the wheels are set in motion to procure a new EPR, a stream of legacy applications will be created. Though these legacy applications are essentially obsolete, with much of their functionality to be replaced by the new incoming EPR, they still contain valuable patient, clinical, and/or operational information.
Legacy EPR data: blockers and migration headaches
Time and time again, healthcare organisations around the world focus all of their attention and energy into the process of specifying, buying, rolling out, and then managing and maintaining their new EPR. Whilst this is critical to the success of the project, one important and often overlooked question that should be top of mind when embarking on an EPR project is: “what is going to happen to our legacy patient, clinical, and administrative data?”
Healthcare organisations typically answer this question in one of two ways:
- “We’ll just migrate all of the data from our old EPR (or the array of applications that provided the essence of an EPR, such as PAS, clinical portals, and homegrown solutions) into the new EPR.”
- “We will run our old EPR (or other systems as described in #1) in parallel with our new EPR until such a time we can deal with it/them.”
The drawback of example one, is that it’s a fallacy that all of legacy data is simply migrated into the new EPR. Typically, the new EPR vendor will limit the amount of data that it will allow into its application, which is usually a maximum of 2 years. But this does not cater for the vast majority of historical data, which in some cases, could be anywhere between 10 and 20 years’ worth.
In the case of example #2, this places a huge burden on healthcare IT teams who are tasked with funding and managing the legacy EPR, or the disparate legacy solutions that were running previously; simply to provide ongoing access to the data they contain. Furthermore, underlying this, is an expectation that clinicians and support staff will search both the old and new EPRs to access the patient information they need – particularly when dealing with long-term or more complex cases.
The cost of running and maintaining two EPRs should not be underestimated. It’s expensive, and a significant drain on resources. Plus, we also need to consider the security implications of running older systems, which often utilise older hardware, particularly given the focus of cybercriminals who are continuously targeting vulnerabilities and security loopholes that have the potential to cripple healthcare operations.
Legacy applications: a persistent problem
Legacy applications are not a new phenomenon in the NHS, but they do present many challenges. As technology has increasingly enabled the streamlining of clinical practice and hospital operations, it has and continues to be adopted more widely. However, as innovations emerge and demands change, a technological lifecycle was born.
As a rule of thumb, EPRs tend to change every 10-15 years; PACS applications every 5-10 years, LIMS every 5-10 years; and storage hardware every 3-5 years. As new applications are procured and implemented, they tend to (by default) create legacy systems – those superseded clinical, patient, and administrative systems that are left behind.
The ongoing challenge for healthcare organisations is that there were no obvious solutions to deal with their legacy application estate, which has grown considerably over the years. Historically, it has been deemed extremely difficult, very expensive, time consuming, and was not considered a high priority in the grand scheme of things. For many, the cost of continuing to run legacy applications has been factored into the annual IT budget as a ‘business as usual’ expense. However, the landscape has changed. With the need to have information more readily available across healthcare organisations (be they multi-site NHS Trusts, ICSs, diagnostic networks and the like) and the security implications of managing aging systems and hardware, ‘do nothing’ is no longer an option.
Clinical Data Repository & Registry
Increasingly, NHS organisations are looking to tackle the issue of retiring their legacy applications whilst still retaining access to the valuable patient, clinical, and administrative information they contain. And one option starting to gain momentum is the implementation of a clinical data repository (CDR) and registry.
The idea behind the CDR is to provide a centralised, long-term home for patient health information from across multiple sources such as, but not limited to, imaging systems (e.g. PACS, RIS, specialist applications), laboratory systems (e.g. LIMS), and other clinical and administrative applications. But it is also a perfect solution for managing data from a legacy EPR as well as other replaced, duplicate, or outdated applications.
The CDR should integrate directly with the EPR to offer clinicians and support staff a much richer patient record – especially as more than 70% of all healthcare information lives outside of the EPR. This is a winning combination when it comes to harnessing data, particularly when making patient information available outside the walls of a hospital, such as in community healthcare, mental health, tertiary care, or more broadly at the ICS or diagnostic network level. And as well as providing clinical decision support, it can also be used for research, population health management, and to power AI and machine learning initiatives.
A new national framework
The good news is that the problem faced by NHS organisations of how to deal with their legacy EPR applications and data is not only understood, but it appears that funding of £150m is being made available to tackle the issue. The Countess of Chester Hospital NHS Foundation Trust’s Commercial Procurement Services is looking to introduce a new national framework agreement for legacy information integration and management. This framework will allow NHS trusts to procure legacy information integration and management solutions to address the challenges faced; a much needed step forward.
