集群、微服务、容器部署、CDA标准、集成引擎、ESB、ETL、容灾、高可用、大数据支持、协议适配、安全认证
导读
Odin引擎,并非通常的集成引擎或ESB,而是将不同集成工具融合在一起,并充分发挥各自的功能和特性。
当前,新的集成技术日新月异,容器、K8S(Kubernetes)、微服务等互联网、原生云技术开始向医疗行业渗透,传统集成引擎市场份额逐步被压缩。 据了解,在国外,传统集成引擎往往被认为是部门级产品,不能满足医疗机构日益增长的需要。
国内有三甲医院反映,集成引擎主要是为了通过国家互联互通评测,再加上集成一部分应用,如果要真正实现全院集成,还存在太多问题。 Odin引擎则通过技术创新较好地解决了这一难题。 它并非通常的集成引擎或ESB(企业服务总线),而是将不同集成工具融合在一起,并充分发挥各自的功能和特性。
Odin深耕中国,改善用户体验
作为一家新西兰公司提供的技术,Odin引擎创新的技术正在被越来越多的中国HIT公司和医疗机构认可。 目前,已有多家HIT上市公司(其中包括卫宁健康、创业慧康、万达信息金唐、麦迪科技、银江医联网和延华智能)和将近200家医疗机构使用Odin引擎。
某大型HIT公司曾使用某ESB产品,但发现该产品学习成本高,易用性不够; 后来改用某集成引擎产品,但使用中发现稳定性不够,尤其是在处理大量数据交换或集成较多应用系统的时候。 而且,由于不具备某些常用功能,公司不得不投入大量研发资源进行二次开发,降低了集成平台的稳定性。 后经同行介绍,该公司试用了Odin多功能引擎。
“原本预期2~3个星期掌握Odin引擎,但实际仅用了2~3天,迁移原有引擎的配置至Odin所花时间同样远低于预期,Odin引擎易用性好。 原本预留了4~5名研发人员,准备对Odin引擎进行二次开发,但发现Odin引擎已自带了这些功能,预留的研发人员就去做其他事了。 ”上述HIT上市公司技术负责人表示,“Odin引擎是我寻觅已久的集成工具。 ”
山西省中医院信息中心负责人表示: “我院在信息平台项目中使用了Odin Health的集成引擎,该产品功能强大,实施维护方便,专业性强,数据处理和交换性能很高,使用至今运行稳定,能够满足我院需求。 ”
重庆市南川区人民医院信息中心主任谢庭川表示: “Odin 引擎协助医院完成很多互联互通工作,尤其是将标准数据集映射到CDA标准。 将互联互通标准化成熟度测评的工作流程实现了标准化、产品化,大幅降低了实施成本。 ”
台州恩泽医疗中心(集团)信息部相关负责人刘祉呈表示: “Odin引擎助力我们通过互联互通四级甲等、电子病历六级评审,但我们并未停步。 我们使用Odin引擎的目的,不仅仅为了通过测评,而是要做全集团集成,彻底消除‘信息孤岛’和‘烟囱’。 我们在Odin引擎上已搭建300多个数据交互项目,把200多个自助终端、几十个院内外系统与平台进行对接,集成了40%的集团核心业务流程,并且还在不断加强集成的广度和深度。 ”Odin引擎成为医疗信息人员能够快速实现患者数据在院内院外各个信息系统之间高效率、快速度、高共享的流转互通的真正可及有效的集成工具。 在这次新冠肺炎疫情防控的紧急业务要求下,Odin引擎快速在线开发的优点得到充分发挥,该集团医院信息部门自行在短短数小时内就完成了“线上及院内流调闭环”、“药品在线居家配送”和“新冠感染自测”等数个场景应用的开发部署。
专注技术创新,“三步走”与时俱进
Odin引擎,并非通常的集成引擎或ESB,而是使用最新技术将不同集成工具融合在一起,并充分发挥各自功能和特性的创新产品。
(一)Odin三合一
Odin采用面向领域场景的技术架构,通过在一个产品中结合集成引擎IE、ESB和ETL等功能,来解决实际环境中需求多样化、复杂度高、变化快等各种场景问题。
IE(集成引擎)实现不同部门之间的基于HL7消息的集成。 集成引擎专为医疗数据交换而设计,也易于设置使用,但是难以随着客户需求和流量的增加而扩展。
ESB(企业服务总线)实现机构之间和区域中的服务协同。 ESB是用于服务协调编排得很好的通用解决方案,但缺乏对医疗标准的支持,从而导致实施代价很高而且结果也不一定很理想。
ETL(抽取、转换、加载)进行数据同步以供生成报告和实现商业智能应用。 但完整成熟的ETL产品价格比较昂贵,通常对医疗机构来讲是一种浪费。
Odin“三合一”设计,不但避免大量二次开发,成倍提升系统性能,同时大幅增加稳定性和易用性。
(二)从“三合一”到多功能
Odin根据国内外客户需求,与时俱进,增加大量其他功能,实现了从“三合一”到“多功能”的提升。
1.内嵌符合行业主管部门互联互通测评标准组件。 为减少医院互联互通测评工作的难度和投入,Odin内嵌53个CDA、58个数据集、23个交互服务等EMR标准组件以及EHR相关组件。 脚本化模板和图形化解析的可视化方式,可降低学习实施成本,方便定制CDA和交互标准的结构,满足行业主管部门互联互通项目实施时的自定义需求。 另外,实时监控界面包含清晰的互联互通服务的统计信息,进一步助力互联互通测评工作。
2.支持多样可扩展的协议和终端适配。 引擎对于各种通信协议、数据库适配具有强大的适应能力和扩展性,并广泛支持医疗领域的协议,如HL7 V2、HL7 V3、FHIR(STU2/STU3/R4)等。
3.为大数据应用提供支持。 支持Hadoop,支持对Kafka 分布式的流平台发送和接收消息,大量节省用户二次开发的时间和成本。
4. “大文件传输”功能。 例如,Odin为创业慧康远程多学科会诊(MDT)和麦迪斯顿ICU解决方案开发“大文件传输”功能,影像和视频文件可以直接用Odin引擎传输,无需像过去那样用第三方应用软件,大大方便实施和运维。
5.内置丰富的数据处理工具。 字典Mapping和数据转换、HL7 解析、单点测试、图形化数据模板等,对消息实时处理更加灵活和快捷。
6.具备多种安全认证及加密组件。 传输安全上可使用HTTPS、SSL/TLS、IPSec、LDAP、X.509证书和对称加密算法(AES/ DES/ Blowfish/ Twofish/ CAST5/ CAST6)等。
7.支持物联网应用层协议。 如MQTT、XMPP,为用户未来的物联网应用提供基础。
8.兼容国产服务器。 适配泰山服务器的鲲鹏CPU armv8架构。 9.支持容器部署。 可兼容各种国内外Docker管理平台(Swarm、K8S、cSphere等)。
多功能引擎集群版: 随着大型三甲医院和医疗集团的业务需求不断增长,通过引擎集成的系统也不断增加,作为核心中间件的引擎承载的工作量可能成倍增加。 针对“7*24小时稳定运行、核心业务高并发处理、多生产服务器一体化监管”等诉求,以及在“ 消除单点故障和异地生产灾备”等风险应对策略上的要求,Odin已推出Odin NeXT (分布式原生云数据服务平台,详见下段)。 Odin NeXT中的分布式集群功能强大,适用于超大型三甲医院、医院集团和区域项目。 为降低实施运维技术门槛和成本,Odin将为普通规模的三甲医院、医院集团、区域提供另一集群选项——多功能引擎集群版。
(三)面向未来的“Odin分布式原生云数据服务平台”(OdinNeXT)
高可用、高并发、高性能是区域医疗、集团医院、互联网医疗、医联/共体、中台云服务、智慧城市建设中的重中之重。 近年国外 IT巨头应用微服务和容器技术来应对这一挑战。 Odin开发了基于微服务的分布式容器化引擎——分布式原生云数据服务平台Odin NeXT (New generation eXchange Technology)。
Odin NeXT的应用不限于医疗行业,在医疗行业的目标是为大型跨机构医疗组织形态在云服务环境下,提供一站式数据服务解决方案。 Odin NeXT构建于Kubernetes(K8S)之上,基于容器化技术来提供高可靠、高性能和高稳定的云原生平台,同时增加了大量控制和扩展性相关的特性,为医疗机构提供高效敏捷开发的“技术中台”支撑。
目前,除大量应用于医院信息系统集成外,Odin引擎也适用于其他行业。 例如: Odin引擎作为核心组件助力某省头部医院开出该省首张医疗电子票据。 Odin立足做适合中国的数据引擎,满足客户现有需求,提供未来解决方案。
Odin文章评论: