医院信创数据库迁移的四点注意事项 | 读者来稿

来源：HIT专家网  作者：杨伟康

医疗信创已从政策引导阶段，迈入实践落地攻坚期。HIS、EMR、LIS等医院核心业务系统深度依赖数据库构建业务逻辑，然而这些系统长期基于Oracle、MySQL等国外数据库构建，若全面切换为国产数据库，绝非简单的“替换部署”，而是涉及业务逻辑重构、技术适配攻坚、厂商协同联动的系统工程。

从目前行业实践来看，试点先行、由浅入深、优先选择业务流量较小的系统突破，成为大多数医院的共识。不过在这一过程中，如何说服第三方厂商配合适配、如何解决国外数据库专有函数和存储过程的替代问题、如何把控迁移风险等，都是绕不开的关键节点，每一步都得踩实。

1.试点业务流量较小系统的迁移：先练手，再攻坚

医院信创数据库迁移的核心诉求是”平稳过渡、业务不中断”，优先选择业务流量较小的信息系统，本质上是通过低风险的试错来积累经验、验证方案，为后续核心系统迁移铺路。

这类系统通常有几个特点：业务逻辑相对简单、数据流量较小、对实时性要求较低、影响范围有限，即便出现短暂问题，也不会直接影响患者诊疗、医疗安全等核心环节。例如医院的科教管理系统、后勤管理系统、员工培训系统、患者随访系统等。

试点系统的迁移不仅能验证国产数据库的兼容性、稳定性，更能帮助医院梳理出一套适配自身的迁移方法。试点过程中暴露的技术问题、协同问题，也能为后续核心系统迁移提供“避坑宝典”，有效避免大规模迁移时出现系统性风险。

因此，试点选择的核心逻辑并非随意挑选，而是兼顾低风险与代表性，优先选择能覆盖较多通用技术场景的系统，确保试点经验可复用、可迁移。

2.协同第三方厂商信创攻坚：把“要他做”变成“一起做”

除少量自研系统外，多数医院的核心系统均由第三方软件厂商开发，如何说服其配合信创适配改造，成为迁移工作的首要难题。厂商不愿配合的核心顾虑集中在三点：一是适配改造需要投入额外的研发成本，缺乏可预见的收益；二是担心适配后系统稳定性下降；三是部分中小厂商技术能力不足，难以完成Oracle、MySQL专有技术的替代开发。

为破解这一困境，首先，要以政策合规为切入点，明确信创适配是行业发展的必然趋势，也是后续系统续约、新增采购的核心前提，倒逼厂商重视适配工作。当前多地已将信创适配纳入医疗信息化项目的招标门槛，医院可向厂商传递这一政策信号，让其意识到适配能力直接关系到未来市场竞争力。其次，提供技术支撑，降低适配难度。医院可联合国产数据库厂商、第三方信创服务机构，为软件厂商提供适配指导、技术培训、工具支持等，提升厂商适配的效率和信心。

3.针对专有函数与存储过程的迁移：先摸清家底，再分类突破

很多人可能觉得信创数据库迁移最难的是表结构迁移，其实不然。真正的技术难点，是如何平稳替代Oracle、MySQL中大量的专有函数和存储过程。这些都是系统业务逻辑的核心，比如Oracle的NVL2、DECODE函数，MySQL的IFNULL、GROUP_CONCAT函数，还有医院自己定义的各种存储过程。不同的国产数据库对这些技术的支持程度不一，要是直接迁移，很容易导致业务逻辑混乱，甚至系统失效。

要实现平滑替代，需要分步骤推进适配工作。首先通过数据库审计工具、代码扫描工具，结合厂商技术文档，全面排查系统中使用的专有函数、存储过程、触发器、视图等，建立详细的技术清单，明确对应的业务功能、使用场景、依赖关系，避免遗漏关键技术点。

对于通用型专有函数（如空值处理、字符串拼接类），优先选择国产数据库支持的标准SQL函数替代，例如用国产数据库的COALESCE函数替代Oracle的NVL函数、用CONCAT函数替代MySQL的GROUP_CONCAT函数。

对于复杂的专有函数或存储过程，如果国产数据库不支持直接替代，可考虑通过拆解重构的方式实现，例如将复杂存储过程拆分为多个简单的SQL语句，或用应用程序代码（如Java、Python）替代部分存储过程的业务逻辑，降低对数据库专有功能的依赖。

对于极少数无法替代的核心专有功能，可协调国产数据库厂商进行定制化开发，或通过中间件实现“兼容层”，确保业务逻辑不受影响。

目前主流国产数据库厂商都有针对性的迁移工具，能自动迁移表结构和数据，有些还能识别专有函数并给出替代建议，可以节省不少时间。但需要注意的是，自动化工具不能完全替代人工验证，迁移之后必须对替代后的函数、存储过程逐一测试，确保业务功能和原系统一致。

4.完备的迁移风险管控：提前防范，逐步推进

医院信息系统的稳定性直接关系医疗安全，信创数据库的迁移过程必须把风险管控放在第一位，避免因迁移导致系统中断、数据丢失、业务错乱等问题。

迁移之前，一定要对试点系统做全面评估，比如业务复杂度、数据量大小、技术依赖关系、和其他系统的接口情况等等，把迁移的难点和风险点找出来，提前制定好应对预案。

迁移过程中，不建议采用一刀切方式的全量切换，常用的是灰度升级的思路，也就是“部分数据+部分用户”的模式逐步过渡。比如先把试点系统的一部分历史数据迁移到国产数据库，验证数据是否完整；再让少量非核心用户使用新系统，验证业务是否稳定；等各项指标都达标了，再慢慢扩大切换范围，直到全量切换完成。这样能最大程度降低迁移过程中的风险。

总的来说，医院信创数据库迁移不能急于求成，而是一项长期工作。“试点先行”是一条低风险的探索路径，但要真正做好，还得靠第三方厂商的协同适配、专有技术的平滑替代，以及全流程风险管控等方面的支撑。现在国产数据库技术越来越成熟，适配生态也在不断完善，迁移难度在逐步降低。医院只要结合实际情况，以试点经验为基础，一步步向HIS、EMR等核心系统推进，最终就能实现全栈信创替代工作，搭建起自主可控、安全可靠的医疗信息系统底座，为医疗服务高质量发展打牢基础。

【作者简介】

杨伟康，1987年生，2010年开始进入医疗软件行业，初期进行医药招投标软件的开发。2011年至2017年，在医疗软件行业担任项目经理、产品经理等职，期间负责EMR、CSSD（供应室追溯管理系统）、临床路径、体检软件的开发，开发期间多次与院方一线工作者进行需求对接，开发目标就是把自身作为终端用户，立志将自己负责的项目做到用户满意度最高。现就职于江苏守正耘创大数据科技有限公司，任医疗大数据事业部经理，负责医疗及政务相关大数据治理、分析、应用及大模型应用产品的相关工作。

【责任编辑：晓青】