Emis Health is the supplier ‘most receptive to interoperabilty’, new report suggests

Emis Health is the supplier ‘most receptive to interoperabilty’, new report suggests

NHS users find EMIS Health the supplier “most receptive to interoperability”, new industry research has suggested.

Compiled by Utah-based healthcare market research firm KLAS, the NHS Interoperability 2018 report assesses how easily NHS organisations are able to receive data from other bodies.

Some 141 individuals from 124 NHS organisations in England were interviewed for the research, including CIOs, CCIOs, CIOS, executives, consultants, IT directors and GP practice managers.

Respondents had the opportunity to rate the suppliers with whom they work or have attempted to work with when working towards interoperability goals.

KLAS said EMIS Health was regarded as most receptive to interoperability discussions, due to its efforts in recent years to make its system more interoperable.

Dr Shaun O’Hanlon, Chief Medical Officer of EMIS Group, said: “The NHS needs to integrate technology to improve care and outcomes and this means suppliers have to engage with their customers to enable interoperability in many different ways.

“Over our 30-year history we have consistently taken proactive steps to enable our systems to be interoperable.  These include: publishing our own open standards; setting up a joint venture (Healthcare Gateway Ltd) with a competitor and signing a ground-breaking agreement with TPP to support customers with a mixed GP systems economy.

“This has led to major practical benefits on the ground.  For example, in Merseyside, record-sharing has seen over 14 million patient records accessed by different clinicians through EMIS Web – supporting the delivery of innovative services. Over 70% of prescriptions issued on EMIS Web in England are now electronic and EMIS is actively working with interOpen and NHS Digital to deliver FHIR based interoperability through the GP Connect program.”

EMIS ranked significantly higher than the second-most commonly used supplier among respondents, TPP, which KLAS found to be “[often] unwilling to facilitate outside data sharing”.

One TPP customer said: “About 20% of the time, TPP is awesome. 80% of the time, they dig their heels into the ground. They insist on doing things in their way or in no way.

“TPP does work for us that NHS Digital asks them to do rather than the work we want them to do. Most of the time, if they are given a specification or an API to do for NHS Digital, they have to do that. TPP waits until they are told to do something; they aren’t proactive.”

However, some other users quoted in the KLAS report praised TPP’s system.

One said: “TPP is very inviting, and it is very easy to collect data in their system. The user interface is very clean and intuitive. TPP has an interesting view of the world. I think their ideas about interoperability have changed a lot.”

When contacted for comment, a TPP spokesman told Digital Health News: “TPP is an enthusiastic supporter of interoperability and has led the way in the electronic sharing of health and social care records over the last 20 years. In 2017, we published ‘OpenNHS’, which set out how interoperability between systems could be implemented swiftly and effectively in the NHS.

“We are piloting a direct integration with EMIS across multiple care settings. TPP is now ready to make this available to all customers. Following the huge success of the pilot, we have a planned integration with Cerner to further interoperability between primary and secondary care systems.

“Our intention is to make this integration available to other suppliers and third parties free of charge over the coming months. This is in addition to our free interoperability product, EPR Core, which we have made available to secondary care organisations for many years.

“TPP currently integrates with an impressive 100+ partners. This number will continue to increase as a result of these ongoing projects.”

According to the report, which explored the most significant market barriers to interoperability, respondents also identified insufficient standards – such as coding or common interoperability methods – as a key issue.

Respondents complained of a lack of structured data from vendors, the inability to access data from the same software running on different trusts’ systems, and suppliers’ attitudes towards integrating systems.

One respondent, an NHS CIO from the North East of England, said: “The commercial model that the suppliers follow is very proprietary. They are not moving willingly toward open standards. Whenever suppliers do agree to move to a standard API, they want to charge their customers a lot of money for it. Each customer pays for the API multiple times.”

Some respondents therefore argued that the NHS should intervene and set data-sharing standards.

The report concluded that, while the discussion on interoperability “move[s] forward at a steady pace” within the NHS, there was still a need for suppliers to agree on how to best tackle the problem.

“Active discussions are happening at the local level, regional level (STPs or CCGs), and national level to advance the interoperability of health and social care,” KLAS stated.

“With organisations having such unique needs, it can be hard to get consensus on what form interoperability should take. Some organisations are just starting their interoperability journey and feel any information is helpful since it brings better care to patients.”

KLAS is due to present its findings at a techUK event in London on Monday 25 June.

Subscribe to our newsletter

Subscribe To Our Newsletter

Subscribe To Our Newsletter

Sign up

Related News

Children’s Health Ireland to implement interoperability platform

Children’s Health Ireland to implement interoperability platform

Children’s Health Ireland is working with InterSystems to implement an interoperability platform at the new digital children’s hospital in Dublin.
North Central London ICB pilots WhatsApp and AI appointment scheduling

North Central London ICB pilots WhatsApp and AI appointment scheduling

WhatsApp and an AI receptionist are being piloted at North Central London ICB, in a pilot to see if the tools can boost uptake of…
The Health Foundation: technologies clinicians say can save the NHS time

The Health Foundation: technologies clinicians say can save the NHS time

Research from The Health Foundation has explored the technologies saving clinicians time right now, and those that have potential for the future.

4 Comments

  • Hmmnnnn….let’s see how hard this is to dissect:
    1. Was the word ‘interoperability’ defined by KLAS? Many of those respondents must (by definition) have their own (wildly varied) interpretation of the word , because anyone who claims “TPP has an interesting view of the world. I think their ideas about interoperability have changed a lot” must also think “Donald Trump has an interesting view of the world, I think the United States’ view on tariffs has changed a lot” as considered analysis. Whoever made that comment should leave their N Korean bunker sometime …
    2. Many of the EMIS-user respondents are confusing the notion of ‘interoperability’ with ‘INTRAoperability’ – it looks similar, but really, it’s different. In certain parts of England, EMIS have successfully leveraged their platform to create a ‘network externality’ (think Gillette razors / VHS / Microsoft Windows) and Merseyside is one of them – 100% of practices there are EMIS, so accessing 14M patient records’ looks impressive until you realise they’re mostly using the same platform i.e. they are INTRAoperating. So Shaun O’Hanlon’s claim to advancing interoperability is either a) confusion between ‘inter’ & ‘intra’ or b) Smoke & Mirrors – either way neither his claims nor TPP’s holds up to much scrutiny.
    And good hunting, Dr Atkinson on finding that supposed report by TPP on their website…

  • As an Ex-??? developer, we had a rough idea of what API’s were needed twenty years ago (we had built them for our selves). However requirements very rarely asked for them, so we could supply a number of basic lego bricks but requirements wanted Mecanno or Lego technical.
    NHS Digital/HSCIC/CfH developers have similar issues, they are given mecanno/lego technical requirements and so produce lego technical from the requirements (at least it’s Lego).

    We have the same problem with GP Connect, we are getting Lego Technical built rather than a simple model. The simple model hasn’t changed that much in twenty years, it’s still structured and coded (originally READ and now SNOMED CT).
    So what’s the solution: Involve developers in the discussions and also look at why we are getting requirements wrong?

  • The NHS is a closed system and interoperability is appalling compared to many other health systems let alone other sectors.

    The NHS has created a closed market and closed systems and should be ashamed for its inability to speak out on even the most basic of issues.

    The so called leaders are seemingly terrified of rocking the boat and speaking out about the bad actors but will gladly dance around the standards debate and claim great successes whilst very little move forward let alone benefits patients.

    Oh, and if patients want their own data in a sensible format, their basic legal right, forget it!

  • I have not seen the ‘OpenNHS’ publication referenced by the TPP spokesperson, and yet I am working on an interoperabilty project across multiple GP systems and other health and care organisations.

    It would be most helpful if Owen or TPP could provide a link to this document in the article or as a footnote.

    Thank you

Comments are closed.