最新消息:欢迎您,亲爱的读者!您可以通过QQ号或新浪、腾信微博账号直接在评论处登录,发表评论并选择转发到微博、QQ空间。

Odin“三合一”引擎:满足复杂的医疗信息集成需求

技术产业 HIT金子 4042浏览 评论

来源:HIT专家网    供稿:Odin公司

Odin logo

在集成平台日益成为中国医疗信息化建设的重要内容的当下,集成平台的技术也在不断创新。Odin,一家来自新西兰、成立于2014年的公司,其主要产品是拥有自主知识产权的中间件产品——Odin 引擎,正在进入越来越多中国医疗用户的视野。虽然成立时间不长,Odin 引擎已经是卫宁健康、创业软件这两家创业板上市HIT企业指定使用的集成引擎

实际上,Odin引擎已经在中国60多家医院,大部分是三级医院得以成功部署,并7×24小时地运行着,多家医院用户在Odin引擎支持下顺利通过国家电子病历等级评审、互联互通成熟度测评。Odin引擎也已经在国内登记了计算机软件著作权(2017SR395148)。

三合一+双机热备

Odin引擎的最大特色在于,它是集成引擎、服务总线(ESB)以及数据抽取转换上报(ETL)三合一的引擎。用户可以在一个统一的Web界面上,通过一个引擎,使用一个产品来配置、测试和监控集成项目、ESB服务协调和ETL任务。再也不用购买多套产品,而且维护更加简单方便。Odin做引擎, 类似苹果做手机,将听音乐、照相、上网等与电话无关的功能做到手提电话中, 虽然也叫电话,但如今通话只占整个手提电话使用的一小部分。我们将许多与集成引擎无关的功能整合至Odin引擎中, 尽管还叫引擎,但已不仅仅是集成引擎。“三合一”正是Odin这一思维的体现之一。

双机热备、容错机制是Odin新一代引擎产品的一个重要功能特性。软件系统在生产环境运行时有很多不可控性,容错机制是为了在这些问题发生时引擎可以自动恢复、大幅提高系统稳定性而设计。已有多家三甲医院案例证明,使用Odin引擎的系统运行稳定,满足高强度、高负载、业务多、数据量大的系统处理需求。我们提供符合原卫生部三级等保要求的双机热备容灾部署,自动快速切换,最大程度保证持续提供服务。Odin引擎同时也支持集群,这一功能即将发布。

Odin十分注重对标准的支持,产品基于SOA 架构,高度模块化,可扩展性强,可嵌入不同标准和规范。 现在不仅支持国际通用标准,而且内嵌了国家卫健委53个电子病历共享文档(CDA)标准, 大量降低了对共享文档标准或CDA不熟悉的用户的学习和实施成本。将来会将更多的国内标准嵌至引擎,方便用户对标准的遵循。

Odin引擎运行在自主构建、使用Java技术开发的模块化容器系统上。该容器设计用于适应各种不同硬件环境,从乡村小型诊所的低端工作站到区域数据中心的高端服务器都能运行。

创新的Odin传输协议(OTP)可以在不同网络上、不同Odin引擎之间进行安全、快速和可靠地通信和传输数据。引擎之间通过内部协议安全快速互联,通过构建院内前置机,可建立私有云与互联网公有云之间的高效安全通道。

另外,Odin中央管理平台提供了远程监管下属N个引擎的功能,适用于分级诊疗、医共体的信息集成。中央管理平台通过API与远程部署的引擎进行通信,提供了单点登录访问远程系统、查看警报和通知以及GIS集成监控仪表板等许多功能,并且可以进行全网页配置和管理。

Odin3 (1)Odin中央管理平台示意图

场景一:满足复杂的院内集成需求

最典型的集成场景是医院集成。医院需要解决信息孤岛问题,希望在内部多个系统之间进行业务集成,实现业务系统互联互通和信息共享,达到国家电子病历评级标准,同时需要满足未来业务增长需要,还要与区域联通,符合国家互联互通成熟度评级标准,满足“互联网+”的发展需求。这就需要更先进的新一代集成引擎来提供支撑 。

由于需求的多样化,在实现集成的同时需要实现服务总线(ESB)和ETL的功能。而集成引擎和通用ESB产品有着各自的局限性,以往,医院经常因为不同的需求而需要在一个解决方案内部署两套产品:一套集成引擎,一套ESB,这样不仅增加了系统的复杂性,也造成了额外的维护运行管理开支。

针对上述应用场景,采用Odin的三合一引擎,不但可以解决现阶段医院内部数据互联互通集成问题,还可以为以后医联体及区域信息的集成打下坚实基础。

OdinOdin院内集成示意图

【案例】山西省某三甲医院,医院信息化建设累计十几年,已建成包括医疗、护理、药事、收费、辅助检查、财务等在内的90个系统、634个模块,覆盖一院两区。医院申请国家电子病历六级评审,需要参照评审标准和信息化发展趋势,对整体医院系统进行整合升级改造。六级评审要求建设全院集成平台、临床数据中心、临床决策支持平台、移动医疗平台、数字认证等,要求实现327个功能点互联互通,还包括一些对外的数据上报等需求,因此需要一套稳定、功能强大、易维护的集成引擎。

该医院经过市场类似产品分析比较,最终选择Odin引擎,主要考虑:Odin引擎集ESB、ETL、集成引擎为一体,一个产品满足所有需求;不限终端数,对各系统各类接口模式都有很好的支持;技术支持好,服务响应快速,能及时解决开发中碰到的技术问题;易开发、易维护、易部署,技术人员自己可以配置。引擎上线至今已2年,运行稳定良好,连接服务点200多个,集成业务流程20大类,接入服务点还在随着需求的变更不断增加。该院于2017年顺利通过原国家卫生计生委电子病历六级评审。

场景二:可以作为接口内嵌到应用软件或医疗设备

应用软件、医疗设备数据交换接口的改造和互联网APP与医院的集成也是医院经常需要实现的内容。Odin 引擎可以作为接口内嵌在⽤户应⽤软件或医疗设备内,可作为⽤户数据交换接⼝改造的OEM 解决⽅案。⽤统⼀的内部接⼝(API)与⽤户应⽤软件或设备对接,作为软件或设备的数据交换接⼝,通过此接⼝与其它系统或集成引擎进⾏互连互通。Odin 引擎也可以实现互联网APP与医院内部系统的对接,形成固定接⼝配置,完成互联网APP 和医院的集成。搭建医院对外的接⼝,包括医保、区域等。

【案例】南京某三甲医院,需要利用ICU专科系统中重症临床决策支持系统CDSS来对入科患者进行SEPSIS、VAP等BUNDLES进行临床提醒。由于CDSS要求数据准确、高效、及时,故采用稳定可靠的Odin 接口引擎实现ICU专科系统与外部的临床数据整合和同步工作,比如:医嘱信息、检验检查信息、费用信息、患者流转信息等。共涉及视图类数据源20余张,接驳50多个Web接口,平均每分钟同步3000余条数据,同步周期最小在两分钟以内。 最后实现了统一系统全数据浏览,提高了医护人员工作效率,减少了系统信息碎片化,增强了专科系统数据的完整性和全面性。

场景三:数据抽取和同步

采⽤引擎内部模块实现数据库层级实时数据抽取,⽆需各个系统进⾏代码改造,就能解决不同系统之间的数据同步问题。数据上报⼯作也可以通过这种ETL ⽅式实现。

场景四:区域和医联体、医共体

Odin也提供医联体、医共体或区域的互操作性解决方案,即在中心处部署集群Odin引擎,在下属医疗机构之中部署多个Odin引擎,实现机构之间和区域的互相联通和业务协同。 同时在中心处部署“Odin中央管理平台”,对中心和下属多个医疗机构之中部署的引擎进行远程中央实时集中监控管理,显示地理位置、查看其运行情况及主要统计数据。

Odin2Odin区域集成示意图

【案例】浙江省某三甲医院,该院两个院区内部和院区之间实现集成。该院日门诊人次上万人,设有两个院区,经过多年信息化建设,两院区信息系统相对独立,系统厂商众多。医院为满足集团业务发展需求,保障各院区门诊、住院业务一体化和持续性,一直在寻找整体解决方案,满足集团化系统信息互联互通,提升整体系统性能和效率。

基于Odin引擎的集成平台整体解决方案除了满足集成引擎的基本需求外,主要考虑到引擎的单点故障及集群问题。Odin引擎提供双机热备技术,保证引擎服务在系统故障的情况下可不需要人工干预就能自动切换运行;处理速度快,稳定性好,可满足医院高峰时段大并发业务需求;引擎采用新一代架构技术,支持大数据,可扩展,可支持医院未来的信息化需求。目前该医院已完成部分系统互联互通改造,运行稳定。

【责任编辑:谭啸】

 

您必须 登录 才能发表评论!