河南某三甲医院是一所集医疗、教学、科研和预防保健于一体的省直三级甲等综合医院，拥有床位4023张，设置业务科室113个、病区116个。随着医院智慧化建设持续深入，传统基础设施已难以满足核心医疗业务在性能、可靠性、安全性和自主可控方面的长期要求。

为推进全院核心业务系统信创升级，医院依托河南省医疗信创应用创新中心，从2023年起启动新一代医疗信息化平台及信创云平台建设。经过多轮性能测试、可靠性验证、业务适配和故障场景演练，医院最终选择深信服建设统一信创云平台。

平台于2024年4月正式上线，目前已稳定承载HIS、EMR、病理、输血、康复、数据中心和集成平台等五大类86个信创应用系统，整体性能优于医院原有X86虚拟化平台，并平稳支撑多次节前、节后诊疗业务高峰，未发生重大故障。

建设背景：核心业务信创升级，不能只解决“能不能运行”

河南某三甲医院此次建设，并不是简单更换服务器、操作系统或虚拟化平台，而是围绕医院新一代“一体化综合系统”，对核心业务系统及其承载基础设施进行系统性升级。

医院提出了四项核心建设目标：

第一，基于新一代医疗信息化平台，推进以HIS为主体的一体化应用系统信创改造，实现医院人流、物流、财流和数据流的统一管理。

第二，信创云平台必须具备足够的性能、可用性、可靠性和安全性，能够稳定承载医院核心生产业务，而不是仅用于办公、测试等外围场景。

第三，按照“一朵云、三个保障体系、五类业务平台”的总体思路，统一规划核心数据库、核心业务、通用业务、互联网业务及测试开发资源。

第四，平台需要面向医院未来发展，支撑电子病历六级、互联互通五乙、等保三级及数字化医院A级等长期建设目标。

对于拥有4000余张开放床位的大型三甲医院而言，HIS、EMR、集成平台等系统直接关系门诊收费、住院诊疗、药品管理、临床文书和医技协同。信创替代一旦出现性能不足、系统卡顿或故障恢复不及时，将直接影响医护人员和患者体验。

因此，医院在选型过程中重点关注的不是厂商是否具备基础信创适配能力，而是平台能否经过真实业务和复杂故障场景验证，满足核心生产业务长期稳定承载要求。

为什么选择深信服：用性能测试和可靠性验证证明核心承载能力

在平台选型和建设前，河南某三甲医院围绕计算、存储、业务适配、平台稳定性和故障恢复能力开展了多轮专项测试。

测试并非仅停留在产品功能验证层面，而是结合医院未来核心业务运行模型，对不同并发、不同数据块大小、多虚拟机并行访问和复杂异常场景进行验证，重点确认平台在业务高峰及局部故障情况下能否保持稳定运行。

性能验证：高并发读写能力满足核心业务需求

在单虚拟机、单数据盘的存储压力测试中，深信服信创云平台表现出较高的随机读写能力：

● 4K随机读达到244,128 IOPS，平均时延约0.52毫秒；

● 4K随机写达到124,091 IOPS，平均时延约1.03毫秒；

● 256K顺序读吞吐量达到12,923 MiB/s。

在9台虚拟机、3块数据盘同时进行压力测试的情况下，平台仍保持较高的大文件吞吐能力：

● 256K顺序读吞吐量达到26,480 MiB/s；

● 1024K顺序读吞吐量达到26,565 MiB/s。

测试结果表明，平台不仅能够满足普通医疗应用运行需求，也能够支撑核心业务在高并发、大吞吐场景下的性能要求。

真实业务验证：信创算力具备平滑替代基础

为避免仅依赖理论参数进行资源规划，医院还选取iHO ESB 2.0应用、云手排移数据库、电子病历及临床专科应用服务等典型业务，对信创平台与原X86平台进行对比。

在门诊业务量、应用逻辑、应用架构、数据流转和软件厂商基本一致的情况下，结合近30天实际运行数据进行分析，结果显示，鲲鹏920 7260与Intel Xeon Gold 6230在虚拟化环境中的单线程、单逻辑核心性能基本达到1∶1。

这一结果为医院进行信创资源配置、业务迁移和容量规划提供了数据依据，也证明信创平台具备承载医院现有核心业务的性能基础。

可靠性验证：不仅要跑得快，更要在故障时稳得住

核心业务平台的可靠性不能仅通过正常运行状态判断。医院围绕主机、网络、存储、虚拟机高可用、数据保护和业务连续性等场景，开展了多轮异常及故障模拟测试。

测试重点验证：

● 单台主机故障后的虚拟机自动恢复；

● 网络链路异常情况下的业务连续性；

● 存储异常和磁盘故障情况下的数据可靠性；

● 业务高峰期间的资源调度和平台稳定性；

● 数据备份、持续数据保护和故障恢复能力；

● 核心业务切换后的数据一致性和访问连续性。

此外，医院还借助混沌工程工具，模拟网络时延与丢包、磁盘卡慢、内存异常等多种软硬件亚健康场景，并联动深信服HA 2.0、DRS 2.0能力，验证平台对潜在故障的提前识别、风险隔离和自动调度处置能力，进一步检验平台从“故障发生后恢复”向“故障发生前预防”的可靠性保障水平。

通过场景化测试和实际业务验证，深信服信创云平台在性能、可靠性、故障恢复和运维管理等方面均满足医院核心业务承载要求，最终获得医院认可。

 

建设方案：一朵云统一纳管，五类平台分层承载

基于医院不同业务的重要程度、性能需求和安全边界，深信服协助医院形成“一朵云、三个体系、五个平台”的信创云总体架构。

“一朵云”实现计算、存储、网络、安全、策略和硬件资源的统一纳管；业务连续性、安全保护和智慧运维三个体系，共同保障医院业务稳定运行；五类业务平台则根据业务重要程度和负载特点进行分层承载。

核心数据库平台：资源独享，保障核心数据稳定运行

医院将传统集中式“大库”拆分为四类核心数据库：

● 电子病历及临床专科数据库；

● 门诊及药房数据库；

● 住院及收费数据库；

● 基础平台及数据中台数据库。

通过分库方式降低单库压力、减少故障影响范围。每个核心数据库采用“一主多从”模式，配置主实例、同步从实例和数据备份实例，并采用信创裸金属服务器承载，保证核心数据库资源独享和性能稳定。

核心业务平台：11节点全闪资源池承载关键应用

核心业务平台采用11节点全闪信创云资源池，可提供2728个可用vCPU核心、5.5TB可用物理内存及180TiB可用存储空间，主要承载HIS、EMR、核心应用和非核心数据库。

全闪架构为医院诊疗高峰期间的大量并发访问提供性能保障，同时支持资源弹性扩展，满足后续业务增长需求。

通用业务与互联网平台：分区承载，降低相互影响

通用业务平台采用4节点资源池，提供992个可用vCPU核心、1.9TB物理内存及87TiB存储空间，承载普通医疗和管理应用。

互联网及DMZ业务平台采用3节点独立资源池，提供744个可用vCPU核心、1.7TB物理内存及43.5TiB存储空间，实现内外网业务分区承载，降低安全风险及不同业务之间的资源干扰。

用户收益

86个信创应用稳定上线，核心业务实现“真替真用”

医院信创云平台自2024年4月正式上线以来，已稳定承载五大类86个信创应用系统，覆盖HIS、EMR、病理、输血、康复、数据中心和集成平台等核心医疗场景。

信创平台不再局限于办公、测试或外围业务，而是进入医院核心生产系统，实现从“能够适配”向“稳定好用”、从“外围试点”向“核心承载”的升级。

性能优于原有X86虚拟化平台，平稳支撑诊疗高峰

通过全闪核心业务资源池、分层业务承载和合理资源规划，新平台整体性能优于医院原有X86虚拟化平台。

平台上线后平稳支撑多次节前、节后门诊及住院业务高峰，在高并发访问和大量数据交互场景下保持稳定运行，未因平台性能问题影响诊疗业务。

多轮故障测试验证，核心业务运行未发生重大故障

通过对主机、网络、存储和业务连续性等多类异常场景进行测试，医院在上线前充分验证了信创平台的高可用和故障恢复能力。

平台正式运行2年多时间平台稳定，证明深信服信创云平台不仅具备实验室环境中的性能指标，也具备大型三甲医院核心生产环境长期稳定运行能力。

五类业务分层承载，资源利用更加合理

医院根据数据库、核心应用、通用应用、互联网业务和测试开发业务的不同特点，配置不同的计算、存储和可靠性策略。

相比所有业务混合部署的传统模式，分层架构既避免核心系统与普通业务争抢资源，也减少了全部业务按照最高规格建设带来的资源浪费，使整体资源配置更加合理。

统一云平台提升运维效率

深信服信创云平台对计算、存储、网络、安全、硬件和策略进行统一管理，改变传统基础设施多平台割裂运维的模式。

医院信息中心能够在统一平台完成资源管理、运行监控、故障定位和容量分析，减少跨设备、跨厂商排查问题的工作量，提升核心业务支撑效率。

 

实践价值：为大型三甲医院信创建设提供可复制路径

河南某三甲医院的实践表明，医疗信创建设不能仅以产品是否完成适配作为判断标准，更需要围绕真实业务开展性能测试、可靠性验证、故障演练和持续运行评估。

通过前期严格测试、业务分层设计和稳步上线，医院成功将信创平台应用于核心生产系统，并形成覆盖规划、适配、测试、切换、数据同步和日常运维的完整实践经验。

未来，医院还将继续推进剩余业务系统及终端信创改造，完善核心数据库和关键业务容灾体系，并探索DeepSeek、Qwen等大模型在病历质控、临床决策支持、报告解读和智能导医等医疗场景中的信创适配，持续建设面向智慧医院发展的数字化基础底座。