下一代医疗集成平台的三个特征

【导读】集群、微服务、容器部署，是下一代医疗集成平台的三个特征。 

近两年来，国家层面针对医疗信息化出台诸多方针、政策，主要指向四点1. 区域共享； 2. 数据应用； 3. 资源贯通； 4. 业务协同。 在政策驱动下，集成平台建设成为医院信息化建设的重要内容之一。 那么，究竟集成平台需要具备哪些特性，才能更好地满足上述政策要求？ 

1集成引擎、ESB、ETL： “三合一” 

回顾2018年，中间件作为基础软件之一，逐渐成为医院信息系统必不可少的组件； 而各医疗机构系统情况不一，集成需求多样化，对集成+ESB+ETL的混合型业务需求日益增多。 

将强调消息有序性和保证传输的集成引擎，着重服务的ESB、和数据抽取转换上报（ETL）功能 三合一至一个引擎中间件 ，使得医院不必购买多套软件产品，集成平台的使用和维护也变得更加便捷，并且提高了集成平台的综合性能和稳定性。 

2集成平台高可用： 冷备及热备 

集成平台承载了医院的核心业务，因而从保障业务连续性角度必须做到有“备”而无患，常见的解决方案有 双机冷备和双机热备 。 

总体说来，双机即两台服务器，一台主机（Master）运行（Active），一台备用(Slave) 机待命(Stand-by)。 一旦主机宕机，由备用机临时接管工作。 冷备需手动切换到备用机，热备可实现自动切换。 

冷备有其缺陷，主服务器宕机时可能无法被及时发现（经常是在数据不到位时才发现服务已经停止，之后手动启动备机）造成业务停摆。 

 双机热备将数据在主机和备机中自动同步，主机宕机自动切换至副机，保证系统高可用性和业务连续性。

3内嵌国内CDA标准： 涵盖医院和区域 

《电子病历共享文档规范》及《卫生信息共享文档》（国内CDA标准）意在建立高质量的医院和区域卫生平台，实现数据共享、业务协同。 

Odin将国内CDA标准内嵌至引擎 ，提供用户对CDA及数据集进行自定义的功能，满足实际互联互通项目实施时的微调需求。 界面包含清晰的互联互通服务的统计信息，进一步助力互联互通测评工作。 

Odin引擎可满足各级各类医院集成平台信息传输与交换层面的规范、统一需求，助力实现医院信息平台跨机构、跨区域交换与共享，有力促进业务协同； 助力多家医院通过 电子病历评审、互联互通成熟度评测、HIMSS评级等。 

4对大数据系统的内嵌支持： Hadoop 、Kafka 

越来越多的医疗机构、区域使用大数据系统作为数据存储或处理，如Hadoop，支持数据密集型分布式应用程序，以及Kafka—为处理实时数据提供统一、高吞吐、低延迟的平台。 集成平台对大数据系统的支持日显重要。 

Odin引擎可内嵌支持对HDFS分布式文件系统的读写访问操作； 也可以通过Phoenix进行桥接对Hadoop 系统操作； 提供连接Kafka系统的终端实现对Kafka 分布式流平台支持，实现对大数据的支持。 

5支持大文件传输 

国务院办公厅《关于促进“互联网+医疗健康”发展的意见》明确指出鼓励医联体提供远程会诊、远程影像诊断等服务，促进医联体内医疗机构间结果实时查阅、互认共享。 

Odin引擎可满足不同系统之间的大文件交互，如影像、视频文件等，以便实现数据共享，业务协同。 具体包括： 支持网络件夹之间的大文件传输、支持FTP之间的大文件传输、支持对大文件传输的完整性验证等。 
 

展望下一代医疗集成平台 

Odin计划推出具有微服务、容器（docker）部署特性的下一代分布式集群引擎。 微服务，容器部署是目前互联网应用最新架构。 预见到，未来医院和区域信息平台的发展呈现如下趋势： 连接的系统和提供的服务量大； 数据量大，业务并发高； 对实时性，不间断性要求高； 复杂的业务需要“集成+ESB+ETL”； 互联网医疗必将带来大量新业务、新技术的接入。 

因此，下一代引擎需要能够实现： 

• -分布式集群部署，达到更佳的系统高可用，保证服务不间 断； 
• -实时横向扩展，满足业务大量增长需求； 
• -负载均衡，动态智能分配工作，充分利用系统资源，发挥整个集群系统的高性能。 

Odin下一代分布式集群引擎具有前瞻性的架构，微服务和容器部署等特性，可以在私有数据中心或云提供商的IaaS 上部署（不绑定某一特定云供应商的功能），为大型三甲医院、医联体、医共体、区域和互联网医疗等日益增长的行业需求提供合适的解决方案。