This appeared a week or so ago.
Will the tech giants ever succeed at e-Health?
08/04/2018 by
Amazon, Apple, and Google are all having another go at e-Health. But we have been here before: remember Microsoft HealthVault? It’s still around, and still hasn’t taken off. Google Health went live in 2008, but was retired at end of 2011, due to ‘lack of adoption’.
Fast forward to 2018, and we see Apple, Amazon, Google and Uber making new e-Health plays. Initially each corporation will probably work from its strengths – retail delivery for Amazon, booking for Uber, data for Google, and devices for Apple. In the US at least, some of them will build their own healthcare providers for the workforce, and use the environment as a place to work on next-generation health IT solutions. Some challenges, particularly in the devices area, will undoubtedly see progress – there is no doubt that the tech giants do some things really well.
But I remain sceptical about overall success.
The reason is that big tech doesn’t understand the e-Health problem space. They appear to think it is a computing problem, like managing bank accounts or friend networks or SEO, and a question of just applying better technology. Things they don’t understand include:
- privacy: the interests of consumers with respect to data in the healthcare space are complicated by the tension of needing open access to health data among current carers and data partners (e.g. pathology labs testing your blood), but strong privacy outside the care loop, including potentially from family, employers, and commercial data users. Not to mention national legislation generally banning the siting of patient data outside the country of residence. The big tech companies don’t have a terribly strong grip on this kind of privacy. Certainly Google would have its work cut out for it to convince healthcare professionals, and Alexa and Siri are enough to make many dubious of claims to data protection by Amazon and Apple.
- patient records cross enterprise boundaries: the tech giants will no doubt realise that patient data crosses health provider enterprise boundaries, but in their efforts to each be the e-Health solution of the future, they will lock patient data into their own walled gardens, creating a new version of the same problem.
- ethical data use: as the saying goes in tech, if you’re getting it free, then you are the product. Google is the best known for secondary use of data, although not many people really know exactly what they do with our data – but mining our every purchase, movement, and what we type in browsers is how they earn their vast wealth. Would we trust them to treat our health data differently?
- semantics: all the tech companies think they can solve everything with corpus mining, machine learning, trained AI algorithms and other brute-force methods of extracting intelligence from noise. Because they are so addicted to brute force computing methods, they don’t think they need to understand the semantics of the any domain. Yet anyone who has used Google translate for 5 minutes will know how far these methods are from anything resembling intelligence or fidelity. Consequently, they don’t even employ the right kind of people to help them understand and construct the kinds of solutions that might help. I therefore doubt they’ll ever learn what an EHR really is, or even get to grips with the sheer scale of content semantics, terminologies or ontologies in the health domain.
- clinical community: solving the semantics problem, and numerous other challenges in the e-Health space absolutely requires a close relationship with clinical professionals. It’s the only way to find out about clinical processes, information governance, and how exceptional situations are managed. Big tech is starting at ground zero here.
The problem in e-Health is that you have to create coherent, long-term, patient-centric information based on 10’s or 100’s of thousands of domain information elements, underpinned by terminologies and ontologies, and make the resulting records outlast all applications, OSs, DBs and other technology. This is hard to do, because the information is created during complex processes full of exceptions to rules, and routinely crossing enterprise boundaries.
Solving it requires design, and part of that design is to provide a way to formalise the semantics of the domain into artefacts that can be used at runtime in the workplace. But these artefacts can only be built by domain professionals who understand their information and workflow. And that requires advanced tools and model-based engineering.
Read what Tom thinks the outcome will be here:
To me Thomas Beale really nails it and recognises clearly just how complex the task of establishing a clinically useful secondary EHR (myHR) is!
Thanks Tom for dragging together so many of the issues that are vital to success. I really did save the best until Friday with this!
David.
"clinically useful secondary EHR (myhr)" - an oxymoron if ever there was one.
ReplyDeleteThomas Beale does raise a lot of good considerations, many that have to date fallen away from discussions. ADHA has some good folks but the seem to have lost strengths in many areas. I cannot point to anyone that can pull together more than a single domain to create a meaningful debate. Time will tell I guess and perhaps I am wrong
ReplyDeleteThe debate is happening - https://acem.org.au/getmedia/dde074e9-5bd3-4a00-b26a-c651cef81a15/earlyengagementpaperv1-0.aspx
ReplyDeleteInteroperability is something that NEHTA had down as a prerequisite for the implementation of the PCEHR.
ReplyDeleteIf you do a search for "Interoperability and Connected Healthcare in Australia" or "Interoperability Early Engagement Paper" there are no hits.
Neither are there any hits on www.digitalhealth.gov.au
If you look at the properties of the document you see the name Brad McCulloch.
LinkedIn says he is "a Director at BMCCA, a consulting company offering services to government and industry. BMCAA has core expertise in Informatics, Epidemiology and Public Health", in Cairns.
Just because his name is in the properties doesn't mean he wrote the original Word document - but in this case it might be a good guess.
Makes you wonder why they need to engage an external consultant (don't they have internal expertise?) and why they are hiding an unclassified, public document
that has been "Approved for external use"
Questions, questions.....
Seems qualified to me and must fit right in https://www.google.com.au/amp/s/amp.cairnspost.com.au/lifestyle/cairns-hospital-head-doctor-a-casualty-of-80m-budget-blackhole/news-story/3533c5ba5782d39717b8cd90128c8e95
ReplyDeleteThe ADHA made great effort to remove those who may have had the intellect and breadth of knowledge to hold robust national dialogue. In true fashion the then eased out those they used to ease others out.