您当前的位置:首页 >> 盆栽
科技巨头们会在电子健康领域取得成功吗?| Thomas Beale
发布时间:2019-10-06
 

科技巨头们会在电子健康领域取得成功吗?


原文作者:Thomas Beale

原文日期:2018年04月08日


如今,亚马逊、苹果和谷歌全都又在尝试涉足电子健康领域。但是,我们这可是早就见识过的情况:还记得微软的HealthVault吗?现在,它还不是在那儿原地待着,依然没能飞起来吗?!2008年上线的Google Health也因为“缺乏采用”而于2011年歇着啦!

快进到2018年,我们看到,苹果、亚马逊、谷歌和优步又在上演电子健康的好戏。初期,各家也许会从各自的长项下手 – 亚马逊是零售派送,优步是约车,谷歌是数据,而苹果则是设备。至少在美国,其中一些将会为员工建设他们自己的健康医疗服务机构,并将相应的场所环境作为研制下一代健康信息技术解决方案的工作场所。对于某些难题,尤其是在设备方面,无疑会取得进展 – 这些科技巨头肯定会干成些相当不错的事情。



但是,对于整体的成功,在下依然抱着怀疑的态度。

原因就是,大型科技公司并不了解电子健康领域的问题空间。看上去他们觉得那只是个计算机技术或者说信息处理技术问题,就像管理银行账户、朋友网络或者是搜索引擎优化,只不过是要运用更好技术的问题。然而,他们还不了解的事情包括:

  • 隐私:在医疗保健领域数据方面,消费者的利益因为医疗照护服务人员和数据合作伙伴(例如病理实验室测试您的血液)之间当前需要开放访问健康数据的紧张局面而变得错综复杂,但医疗照护服务闭环之外的隐私性却很强,且来源可能包括家庭、用人单位/雇主和商业性数据用户。更不用说国家的法律法规通常禁止在居住国以外的地方存放患者数据。大型科技公司对这种隐私没有非常大的把握。当然,谷歌会让其工作适合于说服医疗保健专业人士,而语音助手Alexa和Siri足以对亚马逊和苹果公司的数据保护工作提出许多的质疑。

  • 病历跨越机构边界:技术巨头无疑将意识到,患者数据会跨越医疗服务机构的边界,但是在他们各自努力成为未来电子健康解决方案的过程中,他们会将患者数据锁定在他们自己的“围墙花园”之中,从而造成同一问题新的版本。

  • 合乎伦理道德的数据利用:正如科技界的说法,如果你能免费拿,那你自己就是产品。 谷歌以数据的二次利用而闻名,尽管没有多少人真正知道他们用我们的数据干了什么 – 不过,挖掘我们每次的购买信息、运动情况以及我们在浏览器之中所输入的内容,正是他们赚取巨额财富的手段。我们能相信他们会采取不同的方式对待我们的健康数据吗?

  • 语义:所有这些科技公司都认为,他们可以通过语料库挖掘、机器学习、经过训练的人工智能算法以及其他从噪声之中提取智能的蛮力方法来解决所有的问题。他们对暴力计算方法如此地沉迷,以致他们觉得自己不需要理解任何领域的语义。然而,任何使用谷歌翻译5分钟的人都会知道,这些方法与智能或保真的差得有多远。结果,他们甚至都没有雇用合适的人来帮助他们理解和构建可能有用的解决方案。因此,我都怀疑他们会不会去了解EHR究竟是什么,甚至能不能认真对待健康领域的内容语义、术语集或本体的绝对规模。

  • 临床社群:要解决语义问题,应对电子健康领域许多其他的挑战,绝对需要与临床专业人员之间建立密切的关系。这样才是了解临床流程、信息治理以及如何管理特殊情况的唯一途径。就此而言,大型科技公司要从零开始。

电子健康领域的问题在于,您必须在种种术语集和本体的支持下,基于数万或数十万的领域信息元素,创建合乎逻辑,清楚易懂且以患者为中心的长期信息,并使所形成的档案记录在寿命上超过所有的应用程序、操作系统和数据库等等技术。这一点很难做到,因为这些信息是在充满规则例外的复杂过程中创建的,且经常还要跨越机构的边界。

这个问题的解决需要
设计,且部分的设计工作旨在提供一种方法,以便将该领域的语义形式化为运行时可在工作场所运用的工件。但是,这些工件只能由了解其信息和工作流程的领域专业人员来构建。而且,这项工作还需要先进的工具和基于模型的工程。

本人预测,当前这些赌博最为可能的结局就是:

  • 患者的一些医疗服务和健康数据将会被困在亚马逊或谷歌的数据孤岛之上,而其急性期数据则依然会被困在如今医院的EMR孤岛之上。

  • 竞争性预订系统,在尝试查找电影的适合也会产生同样的问题 – 电影究竟是在Netflix、HBO、Blinkbox之上,还是在别的什么地方?我买没买那项服务呢?

  • 数据质量和一致性的噩梦 – 利用炫酷的设备倒是可以将数据转储到您的档案记录之中。但是,大型科技公司并没有掌握语义,因此,他们将无法设计出富有实际意义的健康档案,且数据既不会获得纵向的集成,也不会采用相同的方式记录来自两个设备的血压。

  • 缺乏内容标准化,他们并没有意识到需要进行内容建模或者是构建用来完成这项工作的工具 – 血压因此会有十几种的表达方式。鉴于我们知道所需的O(10k)数据级的信息元素类型,这个问题的规模将巨大无比,而查询起来也会很难。

  • 缺乏采用:由于未能理解语义建模只能来自于领域专业人员,总体上,一旦他们处理好了设备的事情(大型科技公司了解非常清楚的方面)并试图转向临床记录工作,这些项目就会撞上南墙。这时才发现,没有人力或基础设施可用来进行建模工作。

我预计,那些在大型科技公司内部经营电子健康计划人们,在其对自己所需开始处理问题的类别稍有觉悟之前,至少还要胡乱扑腾5年时间。到时候,他们就需要开始雇用一些真正略知一二的人。然后,一切都要从头再来。或者,也许根本没有了这个必要…

原文作者



博客化名wolandscat,真名Thomas Beale(托马斯•比尔)。


Ars Semantica 公司负责人、澳大利亚Ocean Informatics 公司技术总监 和 openEHR 基金会架构审核委员会主席等职【需要更新】。


1994年以来,他一直工作在电子健康领域。当时,他还是优质欧洲健康档案(Good European Health Record,GEHR)项目的技术顾问。1998年以来,他参与了国际电子健康标准的制定工作(OMG、HL7、CEN、IHTSDO),包括 2009 ~ 2012 年期间作为IHTSDO技术委员会的成员。2001年以来,他参加了openEHR体系架构方面的工作,并设计了CEN和ISO现在还在使用的原始型形式化体系(ADL)和参考编译程序。


Thomas的工作致力于信息系统互操作性的语义架构,而他个人的很多时间还花费在学习和研究数据、思想和知识上,以及运用哲学,尤其是本体论和认识论领域的方法上。他的名为“Woland's cat”(沃兰教授之猫)的博客专门针对的是信息处理技术以及关于设计、建模、软件和系统工程方面,尤其是健康信息技术和标准领域。




他在自我介绍中说,自己作为狮子座的一员,自然倾向于有着像猫那样的性格。在前苏联作家Mikhail Bulgakov的小说作品《大师与玛格丽特》(The Master and Margarita) 之中,作为撒旦化身的沃兰教授("Professor" Woland),身边有一只名为“Behemoth”(贝希摩斯;巨兽比蒙;俄语中意为“河马”)的,巨魔一般的大黑猫。此猫双足行走,可短时间变身为人,且酷爱下棋、伏特加和手枪,以及难听的讥讽。


原文链接


  • FHIR v openEHR – concreta | Woland's cat
    https://wolandscat.net/2018/10/10/fhir-v-openehr-concreta/


相关链接


  • Index - FHIR v3.2.0  
    http://build.fhir.org/index.html

  • FHIR - HL7Wiki  
    http://wiki.hl7.org/index.php?title=FHIR

  • Http (RESTful API) - FHIR v3.2.0  
    http://build.fhir.org/http.html

  • Workflow-module - FHIR v3.2.0  
    http://build.fhir.org/workflow-module.html

  • Workflow - FHIR v3.2.0  
    http://build.fhir.org/workflow.html

  • Task state machine - Task - FHIR v3.2.0  
    http://build.fhir.org/task.html#statemachine

  • Workflow - Wikipedia  
    https://en.wikipedia.org/wiki/Workflow

  • Finite-state machine - Wikipedia  
    https://en.wikipedia.org/wiki/Finite-state_machine

  • openEHR Process Model (PROC) - latest 
    https://www.openehr.org/releases/PROC/latest/docs/index

  • Task Planning Model Specification  
    http://www.openehr.org/releases/RM/latest/docs/task_planning/task_planning.html

  • EHR Information Model  
    http://www.openehr.org/releases/RM/latest/docs/ehr/ehr.html

  • openEHR technical basics for HL7 and FHIR users | Woland's cat
    https://wolandscat.net/2016/04/10/openehr-technical-basics-for-hl7-and-fhir-users/

  • ISO 13606-2:2008 Health informatics -- Electronic health record communication -- Part 2: Archetype interchange specification (Published)
    https://www.iso.org/standard/50119.html

  • ISO/PRF 13606-2 Health informatics -- Electronic health record communication -- Part 2: Archetype interchange specification (Under development)
    https://www.iso.org/standard/62305.html


相关文章