来源:HIT专家网 作者:姜浩、龚晨
在大型医疗机构,多院区、集团化发展趋势对信息集成带来了新挑战:业务场景的广泛覆盖、高性能强稳定的诉求、运营效能的提升、内控体系的建设等,都对集成平台提出了更高的要求。
针对这些需求,Odin开创性地提供新型“一体化集群式架构”医疗级集成引擎解决方案。
什么是“一体化集群式架构”的集成引擎?
从整体架构来看:为确保高性能、高可用,采用集群架构,即通过单一系统进行管理,让多台工作站实现有效协同;
从集成能力来看:为满足复杂的场景化需求,将多种数据交换能力(ESB、ETL、IE、API、MQ等)整合为一体;
从运维管理来看:为助力医疗机构提质增效,集各类数据的流转、跟踪、溯源、监控等多种功能为一体;
从操作便捷性来看:为进一步提升简单易用程度,将开发、测试、监控、管理、运维等功能融于同一个界面中。
医疗机构为何需要“一体化集群式架构”集成引擎?与热备、双/多活灾备方案相比,它更适用于哪些医疗机构的哪些业务场景?能给医院用户带来怎样的便利?
HIT专家网与两位近期有引入计划的医院信息化负责人聊了聊,了解他们对于“一体化集群式架构”集成引擎的真实想法。
李惠利医院:“集成引擎云化将是未来发展趋势”
“如何通过一体化信息化建设,保证集团化、多院区医院的同质化管理、同品质医疗?集成平台是我们的解题关键之一。”宁波市医疗中心李惠利医院(以下简称:李惠利医院)信息中心主任戴静娟在回顾李惠利医院“两院融合”进程中谈道。
2019年7月,宁波大学附属李惠利医院和宁波市医疗中心李惠利东部医院合并为“宁波市医疗中心李惠利医院”,分为兴宁、东部两个院区。
“在融合之前,两院区信息系统的差异很大,约有80%的系统是不一致的;集成策略也不一致,兴宁院区已上线集成平台,东部院区则采用点对点的集成模式。”据戴静娟介绍,为实现一体化建设,医院采用双机(HA)模式,在两个院区分别部署集成引擎,引擎的交互配置保持一致,再通过F5负载均衡,确保集成引擎发生单点故障时可快速切换至另一院区。在这种模式下,两院区业务系统通过各自院区的集成引擎进行数据交互,跨院区的数据交互与业务协同则是通过在各自院区集成引擎上的冗余配置进行实现。
在李惠利医院,包括HIS在内的多个系统,包括数据库等都采用了虚拟化、微服务等技术。“在这样的信息化建设背景下,我们开始自然而然地考虑:集成平台如何实现云化?云化就必然要通过集群模式下的多节点支持,来缓解单点故障的压力和风险。”据戴静娟介绍,早在2020年,李惠利医院就试图寻找基于集群架构的集成平台解决方案,但当时市面上还未出现符合期望的集成引擎产品,因此选择了双机(HA)模式。
目前,李惠利医院的集成平台已搭载156个项目,对接系统厂商60余家,每周的信息交互量约为1100万条。“HA双机模式可以支撑医院现状,但医院正在向多院区、集团化的方向发展,日益庞大的信息系统对集成引擎产生的压力将越来越大。”戴静娟认为,集成引擎的“云化”是发展趋势,是“必然要做的一件事”。李惠利医院正在密切关注包含统一开放服务平台、微服务化API网关管理、运维一体化及自适应监控等功能的Odin“一体化集群式架构”集成引擎,并有引入计划。
对于李惠利医院未来将要引入的集成引擎新产品,戴静娟提出了4点要求:
首先,安全的要求压倒一切。集成引擎需具备高可用性、高稳定性,支持高并发。
其次,需具备易用性。“医院对集成引擎的应用不能完全依赖厂商,而要依靠医院自己的技术人员。当前我们对集成平台的使用以监控为主,在数据交换配置方面略有欠缺。”戴静娟表示,如果集成平台的操作能像WORD、EXCEL一样简单,将帮助医院更好地发挥效用。
第三,实现数据标准化、规范化。按照国家和国际标准保障数据入参、出参、回流闭环管理的规范性,有利于医院梳理节点、分析日志等工作。
第四,支持医院多院区、区域化发展战略。戴静娟表示,这是李惠利医院想要引进“一体化集群式架构”集成引擎的主要原因。目前,兴宁院区正在进行基建改造工程,未来医院整体床位数将扩张至3000张。同时,李惠利医院第三个院区也正在规划筹建之中。
“只有把基础架构打造好,新院区的系统上线、业务拓展才能更加得心应手。”戴静娟表示,相较于“双活”或“多活”集成引擎,“一体化集群式架构”在资源灵活配置、可收可放、安全可控方面的优势将是非常明显的。
中信泰富医疗:“集群架构更满足内控需求”
作为中信集团旗下子公司,中信泰富在医疗健康领域积极布局,目前运营5家综合医院、5家养老院、5家护理院以及涵盖数万家庭的社区和居家养老网络。
“如果拿不到各家医院一手的核心业务数据,形成统一的数据报表,集团总部就无法掌握医院的真实运营情况,更无法根据集团整体战略对不同医院的经营战略进行针对性的调整。”据中信泰富医疗信息化负责人介绍,在医保支付改革等诸多因素影响下,社会办医需要进一步提升运营管理水平才能应对新形势的挑战,对业务数据的分析需求是非常强烈的。但中信泰富旗下医院类型众多、信息系统各不相同,集团总部在数据收集、业务协同及集团一体化运营管理等方面均存在较大障碍。
此外,由于中信泰富的央企背景,需要构建“强内控、防风险、促合规”三位一体的内部控制体系。根据政策要求,中央企业的内部控制应贯穿于集团所属单位的各个经营管理环节和活动当中。如何让业务系统更加适配管理制度与业务流程的需求,使得旗下各家医院都能有效形成管理闭环?这也是中信泰富更加关心的问题。
从2020年开始,针对集团内部数据收集、业务协同、内控管理等方面的需求,中信泰富引入Odin的Always On企业版集成引擎(以下简称AO版引擎),建设了“双层集成引擎架构”,也即在医院层级与集团层级各建有一个集成平台。
之所以设计这样的集成架构,是因为单体医院和集团层面的集成要求是不同的:在医院层级,各医院的业务系统只需与各自的集成平台对接,集团无需统一业务系统即可实现对所有下属医院数据的统一采集、管理与分析,“易用”最为重要;在集团层级,各级医院与集团的集成平台通过“中信云”打通,主要作用是为整体管控打下基础。
“AO版引擎的性能可以满足当下的业务需求,但伴随着新院启动计划,集团发展又迎来了新问题。”当前,中信泰富旗下一家医院计划通过互联互通高等级测评。在上述“双层集成引擎架构”中,集团与分院之间的集成平台通过公有云进行交互,难以满足相关测评关于“业务数据不出院”的要求。
据介绍,目前中信泰富医疗了解到Odin的“一体化集群式架构”的集成引擎,该集成引擎具备以下优势:
首先,满足单体医院的评级需求。集团下属各医院的业务数据不再通过公有云进行“中转”,满足互联互通测评中信息安全相关要求。
其次,集群式架构有助于降低集团整体的集成难度和实施成本。与集群版引擎相比,多台单机版集成引擎要付出的代价更大,比如在新建院区时需要重新另行购买单机版集成引擎;从基础架构、网络集成、平台集成等层面来看,多个单机版的实施难度也更高。
最后也是最重要的是,“集群式架构”符合中信泰富的战略发展要求:集团下属各医院相对独立,集团不干涉医院业务运营,但通过获取业务数据等方式对医院进行管控。从内审合规的角度来看,“一体化集群式架构”集成引擎能够带来清晰的管理边界,从而实现内部审计、管控等目标。
由此可以看出,在医疗机构多院区、集团化的发展趋势下,大规模集成业务的实际应用对集成引擎的发展提出了新的需求:从技术角度看,云原生、容器化、微服务等新技术的演进,推动集成引擎的“云化”趋势;从管理角度看,医院提升运营管理水平、加强内控体系建设,也反过来要求集成架构的一体化、可管可控。
在技术与需求的双重推动下,一体化集群式架构的集成引擎将为更多医院提供同时满足“技术实现”与“管理合规”的全新解题思路。
【责任编辑:秦勉】
评论前必须登录!
注册