大型三甲综合医院是区域医疗服务体系的塔尖。它们承担疑难重症救治、急危重症转运、医学人才培养与临床研究的复合职能，年门诊量动辄数百万乃至近千万人次，一天之内要跑通挂号、缴费、检验、影像、手术、住院、出院结算等数十条相互咬合的业务链路。支撑这些链路的 HIS、电子病历、LIS、PACS 与医院集成平台，早已不是"办公系统"，而是直接决定诊疗能否开展的核心生产系统。

与此同时，医院信息化正被三股力量同时推动。一是电子病历分级评价、互联互通标准化成熟度测评、智慧医院建设等持续性要求，让业务系统数量与数据规模逐年攀升；二是集团化、多院区运营成为大型医院的常态，诊疗办公需要跨越物理边界；三是国产化替代进入深水区，VMware 自 12 月起停售 vSphere 主力版本，存量虚拟化平台的替换窗口被明显压缩。信创不再停留于办公与外围系统，而是直接指向 HIS、集成平台、PACS 这类"停不得"的业务。

核心生产业务对基础设施的要求因此变得非常具体：一是连续性，任何一次非计划中断都会外溢为患者投诉与医疗风险；二是性能，门诊与检验高峰期的高并发，必须在国产平台上被同样承接；三是可迁移性，存量 VMware 业务要以低风险方式完成切换；四是统一性，信创与非信创、不同芯片路线、虚拟化与容器需要落在同一个资源视图里。本文以四家大型三甲综合医院的实践，说明这些要求如何在真实生产环境中被满足。

一、三甲医院的“核心系统”，到底重在哪

大型三甲综合医院的基础设施压力，本质上来自"业务量"与"业务性质"的叠加。前者意味着规模，后者意味着容错空间为零。

• 连续性即底线：挂号、门诊收费、医生站、检验报告、影像调阅环环相扣，一个环节中断数分钟，院内就会形成排队积压，急诊与手术环节更无替代路径，平台可用性因此被直接等同于医疗服务能力。

• 峰值性能必须可验证：年门诊量超过 800 万人次、700 万+、900 万+ 的医院，业务压力集中在上午数小时，PACS 影像调阅、LIS 报告回传、集成平台消息转发同时进入高负载区间，任何一次时延抖动都会被医护直接感知。

• 存量虚拟化替换不容试错：VMware 停售 vSphere 主力版本后，集成平台、HIS 数据库等重载业务需要在不改动上层应用的前提下迁移，窗口期短、回退成本高，医院普遍不接受"先上线再优化"。

• 异构算力与多院区并存：信创与非信创业务长期并行，一云多芯成为现实选择；同时多院区运营要求跨院区统一承载与一致体验，资源分散在不同机房、不同架构下极易形成新的孤岛。

• 运维复杂度陡增：当单套集群规模达到 40+ 节点、院内同时存在多套资源池时，故障定位、容量评估、变更管控都需要更主动的手段，而非依赖人工巡检与事后救火。

二、底座要接得住三甲的业务密度

围绕"稳定承载大规模核心生产业务"，深信服在医疗场景的能力建设落在五个方向上。

核心系统，先过“敢托管”这一关

超融合以多副本、虚拟机高可用、亚健康检测等机制构成基础可靠性底座，对磁盘卡慢、网络丢包、内存异常等隐性故障提前识别并隔离，避免"单点小异常"演化为全院业务中断。对医院而言，可靠性的价值不在于指标本身，而在于故障发生时业务端是否无感。

性能对不对，业务说了算

国产平台能否承接核心业务，最终要靠数据回答。深信服通过存储与计算路径的软件优化，使信创环境与非信创环境的性能表现趋于一致，并支持以真实业务系统、真实运行数据做对比验证，而不是只做基准测试。性能可量化，医院才敢把 HIS、集成平台这类重载系统迁上去。

信创与非信创，同框管理

同一套云平台可同时纳管信创与非信创资源，也支持虚拟化与容器两种运行形态并行。医院既可以让新旧业务在同一平台上分步切换，也可以让传统 HIS 与云原生应用共享同一底座，避免为每条技术路线单独建池、单独运维。

换平台，不换业务节奏

针对 VMware 存量环境，深信服提供虚拟机级别的迁移能力，将业务系统整体搬移至国产超融合，上层应用无需大规模改造。迁移过程可分批、可灰度、可回退，医院能够按科室、按系统重要性控制节奏，把切换风险压缩在可控区间。

故障要在业务感知前被发现

通过统一云管理平台，多集群、多资源池的容量、性能、告警被收敛到一个界面；配合数据库性能监控与网络流量可视能力，运维团队可以从被动响应转为主动干预。规模越大，这种"看得见"的能力越关键。

三、四家大型三甲医院的承载实践

四家医院的路径各不相同，但都指向同一个命题：国产云底座能否承接住最高等级的业务负载。以下按"核心业务承载—VMware 替换—多院区协同"三个维度展开。

瑞金医院：40+ 节点一云多芯，同平台承载信创与非信创

上海交通大学医学院附属瑞金医院是知名三甲医院，在信创转型提速的背景下，需要在信创与非信创业务长期并存的前提下完成承载底座升级。医院采用深信服超融合一云多芯方案，让两类业务在同一平台上统一承载，并以 40+ 节点的超融合集群稳定支撑 PACS、LIS 等多种关键业务。PACS 影像与 LIS 检验报告是典型的重负载、高连续性业务，对存储吞吐与时延尤为敏感。平台上线后，医院年门诊量超过 800 万人次的业务压力落在同一底座上，核心业务运行平稳，信创替代得以分步推进而切换不中断。该实践也作为三甲医院代表，被收录于国产云平台升级案例合集对外分享。

武汉协和医院：以超融合承接集成平台，100 万 IOPS 支撑高负载

华中科技大学同济医学院附属协和医院面对的是另一类压力：VMware 自 12 月起停售 vSphere 主力版本，院内基于其构建的虚拟化平台亟需替换，而集成平台承载着全院系统间的数据流转，替换过程不容有失。医院选择深信服超融合重建国产化承载底座，将集成平台核心业务迁移至超融合环境。平台提供 100 万 IOPS 的性能，支撑集成平台在高负载下持续运行，医院年门诊量超过 700 万+的业务连续性未受替换影响。对这家医院而言，这次替换的意义在于证明了存量虚拟化业务可以平滑承接，切换风险处于可控范围。

武汉同济医院：虚拟化+容器双模，承载新一代 HIS

华中科技大学同济医学院附属同济医院的诉求更进一步：新一代 HIS 并发高、调用链路长，对承载平台的稳定性要求苛刻，同时医院希望演进节奏自主可控。医院同样以深信服超融合替换 VMware，并将新一代 HIS 部署其上，采用虚拟化+容器双模架构，让传统业务与云原生应用并行运行。在新一代 HIS 稳定运行的同时，医院年门诊量超过 900 万+的业务规模得到支撑。双模架构的价值不只是承载当下，更在于为后续云原生演进预留了空间，医院不必在架构选型上一次性押注。

中山医院：超融合+桌面云统一底座，多院区无边界诊疗

复旦大学附属中山医院面临的挑战来自组织形态：多院区运营下诊疗办公分散在各院区，跨院区协同与统一承载难度大，而内网临床业务对可靠性与连续性的要求极高。医院以深信服超融合为底座，与桌面云采用统一架构，将内网临床业务统一承载，实现多院区无边界诊疗办公。架构精简带来的直接结果是运维负担更轻，临床核心业务在多院区之间保持一致的使用体验与可靠性水平，稳定底座成为诊疗服务连续开展的直接支撑。

结语：先稳住，再谈国产化

四家医院的实践分布在核心业务承载、虚拟化替换、多院区协同三个不同切面，但共同回答了一个问题：当业务规模达到年门诊数百万乃至近千万人次，国产云底座是否值得托付。答案体现在细节里——40+ 节点集群上的 PACS 与 LIS、100 万 IOPS 支撑的集成平台、双模架构下的新一代 HIS、多院区统一的内网临床业务。目前已有超 900 家三甲医院选择深信服超融合推进国产云平台升级，这些规模化验证积累下来的路径与经验，正在让"稳定承载大规模核心生产业务"从个案变成可复制的常态。