SMART Platform 对于医疗大数据会有何种程度的帮助

首先说,这个和大数据关系不大。-------------------------------------------------------------------------------------------------------------------------------------------其次,这个平台有什么东西:1、FIHR:简单的说,是基于开放标准,利用XML、JSON等技术手段实现了可以快速访问的EHR数据模型,并提供访问这些数据的API。2、SMART:使用了web技术的开放功能,例如数据整合与呈现。3、APP:开放平台与API,其他编程者可以使用内置API和功能(Function in SMART)开发数据应用。-------------------------------------------------------------------------------------------------------------------------------------------重点谈,SMART Platform解决了什么问题。1、交互这个平台的主要目的不是类似于现在区域和医院的集成平台,虽然里边的数据集成技术也用到了集成技术。他的核心是解决了(或者说愿景)最关键的问题:Interoperable - 交互。多年前我给同行提起医疗数据的交互性的时候,没有人有兴趣。医疗或者健康数据的集成,除了数据的交换,还可以实现操作的交互。2、EHR模型EHR有别于EMR,数据组织、结构、获取、存储、呈现等都有特殊之处。这个平台应该说在基于HL7的EHR模型方面有了实质性的尝试。3、REST API提供公共的,基于XML互操作性的API,设置了所谓的EHR API,减少直接数据接触,理论上安全性、可操作性、移植性都可以完美解决。4、开放平台注意是开放,而不是开源。项目的目的是打造类似于apple app store的角色。-------------------------------------------------------------------------------------------------------------------------------------------第三,谈这个平台的缺点:1、在我看来,EHR模型任然很不成熟。2、没有考虑与医疗临床手的整合与配合——这是必然趋势。3、开发虚拟化做得不够。目前的REST API其实都是基于XML与JSON的封装,距离真正的原声封装与抽象画,符合医疗健康行业特点,还差距很大。4、甚少考虑医学图像,在我有限研究时间内,还没有看到图像的API。5、试图融合XML与JSON的优点,但是别忘了两者如果要做重量级应用,都还远远不够。6、对于非结构化数据一样束手无策。7、没有流程支持,SMART平台永远只能做数据层面的interoperable-------------------------------------------------------------------------------------------------------------------------------------------第四、给SMART的建议1、开发专门针对EHR的数据库(建议OO)2、API是不够的,请参考 M Language。3、要考虑 EMR4、要考虑疾病分类(非HL7的疾病分类)5、相对于医院数据,EHR可能极其庞大,基于WEB技术,要考虑后端负载。需要重新开发底层平台。
■网友
国外的情况我不太熟悉:对于国内,据我了解儿童方向北京儿童医院采用托管方式来整合相关医疗,主要以北方为主,这个方向是去年年底有相关想法,今年在落实过程中,而对于医疗大数据,优质病历以及疑难杂症都是一笔宝贵的财富,尤其是专科医院。北京同仁在眼科方向也有国家级相关课题在进展,但是未以公司形式来运作,北京佑安以佑安联盟的方式想托管相关肝病数据,但是你刚才说的开源方式,放在哪个专科医院都不会开源出来,数据是资产,现在相关领导都意识到此了。记得12年接触一个客户,中医方向的,对于某个肿瘤病症,愿意花1000以上的价格购买一份有效病例。--------------------分割线-------------------SMART Platform 和第三方电子病历运作机制还要看看其相关文档,先占坑再说


    推荐阅读