集成平台建设中,医院和集成商如何兼顾“显性”和“隐性”成本(后篇)

Odin Editor, 20 二月, 2023
关键字

“IE,ESB,ETL”三合一、内嵌CDA、本土化开发、容器化隔离、应用级软件集群

在上篇文章中主要侧重指出集成平台建设中医院和集成商的显性和隐性成本。 本篇主要讲述医院和集成商如何降低上述成本? 

软件采购成本: 同时购买IE与ESB成本高,只选择其中一个则集成平台达不到期望 

Odin解决方案关键点: IE(集成引擎)、ESB(企业服务总线)、ETL(数据抽取转换上报)“三合一” 

Odin引擎将数据集成、ESB、ETL三种功能融合统一,用户可以在一个统一的Web界面上,通过一个引擎,使用一个产品来配置、测试和监控集成项目、ESB服务协调和ETL任务,能根据应用场景的不同数据传输模式灵活使用传统集成引擎,传统ESB和ETL的功能和优势。 医院再也不用购买多套产品,而且维护更加简单方便。 

学习成本: 产品缺乏易用性,学习门槛高时间长,上手操作难 

Odin解决方案关键点: 易用性佳; 全程纯WEB操作界面; 帮助材料、产品界面全中文支持 

Odin引擎正是通过易用性帮助降低学习成本,采用纯WEB操作界面并具有多种可视化工具,界面环境友好,让用户能直接通过拖拽图标进行配置部署,极大地减少了以往繁琐的代码编辑环节,操作运维简单,降低了学习使用门槛,使医院和集成商的学习培训时间大幅降低。 

“原本预期2-3个星期掌握Odin引擎,但实际仅用了2-3天,迁移原有引擎的配置至Odin所花时间同样远低于预期,Odin引擎易用性好。 ”某国内著名HIT公司平台负责人如是说。 

除此之外,Odin引擎也极为重视语言不通带来的学习障碍。 作为一家新西兰的高科技创新公司,Odin提供了全中文的帮助文档, 提供全程中文技术支持服务, 实现全流程中文界面,在产品的操作界面也能做到随时当页中英文切换,基本解决了语言问题而导致的学习成本。 

开发成本: 产品缺乏一些国内医院常用的本土化功能,“能够用”但“不好用”,需要不少二次开发 

Odin解决方案关键点: 准开发级平台,方便易用并具有快速交付能力; 大量国产化开发保证易用性 

Odin引擎自身具有准开发级平台,高度易用性助力医院和集成商自主进行二次开发,具备快速交付能力。 同时,Odin也进行了大量本土化的开发,例如引擎具有大文件传输功能,影像和视频文件无需第三方应用软件就能直接用Odin引擎传输。 内置国内CDA,引擎还能支持大数据应用和物联网应用层协议,并内置丰富数据处理工具,支持容器部署,具备多种安全认证及加密组件,兼容国产服务器和国产操作系统等,并具备全中文流程的操作界面和帮助文档等,多种功能相辅相成,满足大量多终端混编项目等复杂业务需求,解决医联体,医共体等新环境下的各种复杂应用场景。 

客户评价: “原本预留了4-5名研发人员,准备对Odin引擎进行二次开发,但发现Odin引擎已自带了这些功能,预留的研发人员就去做其他了。 ” 

实施成本: 集成平台封闭性增加实施难度,互联互通评测落实工作量大 

Odin解决方案关键点: 内嵌CDA、HL7等国内外标准化组件; 90%API开放度支持第三方调用  

Odin引擎增加了许多国内需要但国外著名品牌没有的功能和易用性,拥有优秀的国产适配性。 对于接口改造对应的开发成本,Odin引擎具有90%API开放度,并能根据客户要求进一步提升产品开放性,支持第三方调用API。 从原来的数据库里“捞”数据,到现在通过Odin引擎开发的API直接进行数据调用,大幅减少了接口改造的工作量,降低实施成本。 

为了满足国内医院对于互联互通的评测需求,预先进行了大量开发,既支持HL7v2、v3、FHIR等国际医疗标准,又内嵌国家53个EMR、23个EHR的CDA组件和交互服务标准,并提供映射模板。 Odin引擎用户,重庆市南川区人民医院信息中心主任谢庭川说: “Odin 的引擎协助医院完成很多互联互通工作,尤其是将标准数据集映射到CDA标准。 整个通过互联互通成熟度评测的工作流程实现了标准化、产品化,大幅降低了实施成本。 ” 

运维成本: 运行稳定性不够,数据监控不便,工作量大 

Odin解决方案关键点: 容器化隔离; 高并发核心业务的高可用; 大量国产化开发保证易用性 

针对集成平台的运行环节,Odin多功能引擎具有杰出的稳定性,现在已经超过200家医院中成功部署并7*24小时稳定运行。 即使出现异常情况,引擎也具有自修复以及容错隔离机制,可以隔离失败的子系统,防止该故障的连锁效应导致整个系统崩溃,保证集成平台不宕机,业务不中断。 产品稳定高可用,医院日常运维的工作量减少了,运维成本自然降低了。 

除此之外,集成平台的维护也非常重要。 Odin引擎具有国际通用的易用性和功能,并根据国内用户的使用习惯进行了大量的本土化开发。 比如,Odin引擎具有全程中文监控界面,项目和消息等全流程监控,引擎首页的仪表盘能监控错误消息数量,磁盘空间,CPU负载等各种数据传输和平台运行的情况,整个流程一目了然,在出现异常情况时更能及时提出警报并追踪问题来源。 一旦平台出现问题,Odin引擎所具有的开放性,易用性能迅速帮助运维人员找到问题,维护时间减少效率提高了,运维成本也就降低了。 

硬件成本: 日常运行对硬件配置要求高,灾备方案硬件资源利用率低 

Odin解决方案关键点: 低硬件配置需求; 应用级软件集群; 80%以上资源弹性利用率 

Odin引擎运行时占用的资源少,对硬件配置的要求低。 而Odin引擎所具备的应用级的软件集群架构,可以将服务分布到多台服务器上同时运行,并可以进行动态扩展。 同时,该方案的硬件设备的资源弹性利用率能达到80%以上,远超热备和双活的灾备方案40%-50%的硬件资源利用率。 总之,硬件设备的配置需求更低,而通过集群,硬件的利用率提高了,从而减少设备数量,降低硬件成本。 

【结语】 

在集成平台建设中,医院不但考虑显性成本,还要关注隐性成本,避免预算超支或达不到平台建设期望。 所以在选择集成工具中,要综合考虑,选适合医院自身需求的集成平台中间件。 Odin致力打造最符合行业的引擎,助力医院和集成商的新一代集成平台的建设。 

Odin文章评论:

如您在使用此平台时遇到问题,可发送邮件至:customer.service@odin.co.nz 获得帮助