湖州市中心医院：基于国产数据库，构建门诊应急就诊系统

来源：HIT专家网 作者：湖州市中心医院信息数据中心主任 杨涛

“门诊应急就诊系统”是医院信息化必须建设的项目之一，也是等级医院评审和电子病历系统应用水平分级评价中重要的建设环节。鉴于现阶段医疗信创的发展态势，湖州市中心医院率先基于国产数据库构建门诊应急就诊系统，对国产数据库在医疗信息化核心业务上的应用进行了重要探索。

湖州市中心医院信息数据中心主任 杨涛

建设思路

医疗科技和数字化技术的高速发展，使得医院运转越来越高度依赖信息系统。为确保信息系统的平稳运行，医院信息部门做了诸多保障工作，但系统故障点还是偶有出现。针对由于数据库问题引发的大面积系统故障，医院的应急手段主要依赖手工流程，在病人集中、门急诊流量大的大型医院，这种手段必然不能满足医院需求。因此，使用新的信息化手段代替才是最终解决方法。

为做好应急保障工作，湖州市中心医院构建“门诊应急就诊系统”，如图1所示，其主要功能点和流程包括：

1.患者端通过微信小程序实现取号、挂号、支付等功能。

2.门诊医生通过“门诊应急就诊系统”，实现门诊病历书写、检验检查开具、医嘱录入等功能。

3.门诊药房通过移动端实现门诊处方查询、患者身份核对等功能。

图1 “门诊应急就诊系统”的主要功能

此前，在笔者所在医院，国产数据库的使用尚未进入核心业务领域，只在一些边缘业务中部分尝试，比如在备份系统中采用了国产数据库。我们从数据库的灾备系统获得了建设思路：将院内核心HIS的Oracle数据库同步到部署在云主机上的国产达梦数据库中，完成异构数据库的同步备份；再在达梦数据库的基础上，基于鸿蒙系统开发了移动端的“门诊应急就诊系统”，分成患者端和医疗端两个部分。

技术路线

1.技术架构

“门诊应急就诊系统”通过信创适配改造，采用数据实时同步技术，使门诊关键业务数据可通过同步工具从Oracle数据库实时同步到国产数据库，实现系统的平滑迁移，以及同步与回流的数据闭环。

系统通过应用服务和数据接口的方式，进行跨Oracle和国产数据库的交互查询，实现业务基于国产数据库的应急灾备。如图2所示。

图2 “门诊应急就诊系统”的技术架构

2.业务流程

应用开发团队与运维团队负责配置数据库的基本信息、基础数据参考、数据使用规则、数据权限管理和日常业务脚本等，将涉及同步和回流的数据字典配置到实时同步软件中，并针对业务SQL语句进行调试，针对部分业务进行兼容性改造。 

团队还须对系统进行核查评估，确定环境信息及数据同步与回流的闭环，对业务同步数据进行初始化并完成实时同步环境的搭建，同时还需构建测试环境核查适配后的功能验证，最后进行应用切换，将应用系统切换到基于信创环境的国产数据库上，进行成果复用。

系统如出现异常，可执行业务回切，再次进行业务适配和功能验证。如图3所示。

图3 “门诊应急就诊系统”的同步业务流程

3.关键技术

在国产数据库的选型中，需考虑兼容Oracle独特的功能和语法，包括：ROWNUM表达式、多列IN语法、层次查询、外连接语法“（+）”、INSTEAD OF触发器、%TYPE以及记录类型等；同时还需考虑规范众多开发接口标准，如JDBC、ODBC、PYTHON等通用接口标准，以及Oracle特有的OCI、OOCI、OLE DB等接口标准；需要降低业务切换过程中的兼容风险，对存储和通信进行加密，防止应用数据被侵害。

在该项目中，我们采用的同步技术可以“秒级”速度保持异构的备机数据库系统与主机生产系统的数据一致性，并且符合实际的业务处理逻辑。当主机生产系统无法提供服务时，可在异构备机数据库系统上及时接管业务，实现生产系统的快速切换和恢复，保持业务连续并使数据损失最小化。

该项目的异构特点可进一步降低后续攻击行为对生产系统造成破坏的可能：利用基于日志的结构化数据复制技术，使得实时数据同步复制不依赖主机数据库的触发器或者规则，对主机数据库系统几乎没有影响，从而可以有效避免传统应急灾备系统对生产系统带来的性能影响。

国产数据库的实现路径

1.前期筹备阶段

项目团队通过调研，收集院内当前数据库的软硬件信息、数据库体量、数据库并发量、业务连续性要求等，从信息化现状和实际需求出发，分析IT运维和研发以及医院运营的真实诉求，调研内容包括数据库类型、数据库硬件情况、数据库架构、数据库体量、数据库对象类型、数据库字符集、并发量要求、高可用要求、机房现状、操作系统信息、国产化软硬件信息等内容，同时搭建目标环境，部署国产数据库。

2.同步演练阶段

筹备得当后，进入下一阶段。在源端开启归档及附加日志（此步骤需要重启数据库），并在源/目标端部署数据同步工具，同时在源端创建工具操作用户、用户配置权限等。此后在目标端创建表空间，并创建需要同步的用户、Schema等。最后在源端工具侧配置CPT（同步策略、目标地址等），在目标端配置EXEC，并开启任务（同步写入规则）。此时源端执行装载全量数据同步至目标端，开始实时同步数据任务。

该阶段模拟真实同步场景，需要记录各步骤消耗时间、发现的问题等。在割接完成后，进行回切。演练完成后，要对发现的问题进行解决和修复，安排时间再次进行演练。建议至少进行两轮测试，确保同步过程顺利进行。

3.数据同步阶段

当演练所有问题都解决后，就具备正式启动条件，可选择合适的日期进行同步。时间上建议选择周五晚上及周六、日，数据流量压力相对较小，对业务影响不大，有较好的时间窗口作为保障。

同步步骤与演练步骤一致，以业务验证成功为准，双向同步成功后需做好保障。建议将保障时间重点放在次日和完成后的一周，业务功能全部正常验证通过，也经历了早晚高峰和其他业务高峰。因不同业务场景存在差异，具体验证周期以实际业务需要为准。同步截图如图4所示。

图4 数据同步环节的各项指标

结论

经过半年多时间的数据同步，项目团队一致认为国产达梦数据库的性能可以满足应急状态下的医院门诊常规就医流程。湖州市中心医院将进一步探索国产数据库在住院电子病历系统等业务中的落地使用。

【医疗信创资源对接小调查】

医疗信创是HIT行业面临的“时代课题”。2023年，医疗行业开启信创元年。2024年，HIT专家网将通过会议交流、系列报道等多种形式，持续关注分享医疗信创的最新进展，帮助医疗行业开展信创资源对接。

如果您身边有最新的医疗信创实践案例、医疗信创产品技术与解决方案，或希望与我们系列报道中的信创企业取得联系，请花大约1分钟填写此问卷，我们将尽快与您取得联系。

【责任编辑：陈曦 版式：金家潘】