基于国产化替代的医院全栈信创改造方案

一、技术路线

1.国产CPU

国产CPU的四大架构C86、ARM、MIPS和Alpha各有其特点和市场定位,选择合适的架构需要考虑合规性和市场主流因素。从市场成熟度高,拥有广泛的软硬件支持和生态系统,在医疗行业选择CPU架构时建议ARM和C86架构。

2.操作系统

在国产操作系统市场,银河麒麟、麒麟信安、统信UOS和中科方德均为核心参与者。从技术特性、行业适配和典型应用场景三方面分析:若需平衡生态兼容与用户体验,优先选择统信UOS;若强调安全性与服务器性能,银河麒麟或中科方德更优;麒麟信安则适合特定高保密需求场景。

3.数据库

在国产数据库市场,有电科金仓、达梦数据库、神州通用、瀚高、海量、万里等二十家左右,根据其市场认可度,以及医院自身 oracle、SQL,MySQL等数据库的兼容性为参考依据。以下以电科金仓数据库改造为例介绍。

国产化备用.png

二、改造方案

1.局部信创:“分步替换”与“一步到位”

分步替换:问题相对更聚焦,先集中解决软件问题,再解决硬件问题,同时原有的硬件资源可以得到“最大程度利旧”直到其生命周期终止后再迁移硬件,未来更换硬件时只需要将国产超融合软件、数据库软件、操作系统及业务系统直接平移即可。

一步到位:同时更换软件和硬件,用户方需要同时掌握国产硬件及软件的相关知识,投入相对会较大,一般需要第三方总集帮助协调应用软件开发商、数据库产品厂商、硬件产品厂商之间的相互配合,最终实现一步到位的项目交付。

2.双轨并行:准生产数据验证,分钟级可回退

金仓数据库作为主库,原数据库作为备库,用异构数据同步软件(支持不同平台和数据库厂商及版本)实现两端数据一致(秒级延迟),此阶段若金仓数据库出现问题,原数据库可随时接管业务。

3.异构数据交互:信创应用与非信创应用可实时共享数据

当前仍有部分业务厂商未开发信创版本,导致医院在分步改造应用的过程中面临信创应用与非信创应用无法进行数据交互的困境,异构数据交互方案可通过DBLINK、流批结合、流批一体实现金仓数据库与Oracle/MySQL/SQLserver等非信创数据库的数据交互需求。