2026 年 3 月,韶关某二级甲等医院新装的 64 排 CT 正式开机。设备科很高兴,放射科却先皱起了眉:新机器一天能做 200 多例,可医生点开一张旧片,要等七八秒;五个人同时调阅,十几秒都刷不出来。放射科主任的反馈很直接:“以前是先看片再写报告,现在只能先写报告,等片子慢慢转。”

设备升级没有错,错的是后面那台 2018 年买的 PACS 服务器,还在用机械盘扛 2026 年的影像量。

一、现场:三个数字

指标改造前说明
日检查量90 例 → 210 例CT 占六成,单例 120–180MB
单张旧片调阅1.8 秒 → 8.4 秒放射科 5 台工作站同时调阅时超过 15 秒
影像年增量约 5.5TB按 300 个工作日、日均 19GB 估算

信息科不是没想过办法:先换了万兆交换机,又给服务器加了内存,效果都很有限。这说明问题不在“带宽不够”,而在“磁盘排队”。

二、诊断:慢在三处叠加

我们把服务器、存储和网络分开测了一遍,问题很清楚:

这里有个常见误区:调阅慢不等于网络慢。千兆理论 110MB/s,一张 CT 序列 150MB,按说 1.5 秒能传完;但如果磁盘要 8 秒才把数据读出来,网络再快也没用。

三、方案:三种选法,为什么选中间那种

方案做法预算问题
A. 全闪存 SAN集中式全闪 + 双控制器28 万起性能过剩,医院预算批不下来
B. 双机 + 全闪热数据 + 万兆应用/数据库分离,热数据 SSD RAID10,冷数据留旧机15 万左右需要做数据分层,实施稍复杂
C. 只加内存/换万兆沿用旧服务器1–2 万治标,半年后还会堵

我们选 B。核心思路是把“在线、近线、离线”分开:最近 12 个月的影像放在全闪存上,保证调阅;更早的影像留在旧服务器的机械盘上做近线归档;备份单独放 NAS,不跟生产抢盘。

四、配置清单

设备配置数量作用
PACS 应用服务器2×Xeon Silver 4314(16C/32T)、128GB DDR4 ECC、2×480GB SSD RAID1、双口万兆、800W 冗余1PACS 服务、影像调阅
数据库服务器同配置,数据盘 4×3.84TB 企业级 SSD RAID10(约 7.6TB 可用)1SQL Server、索引、热数据
近线归档原 R730,8×4TB RAID5 保留112 个月以前的影像
备份24TB NAS,RAID6,独立于生产网络1每日增量、每周全量
网络核心交换机加 2 个万兆模块,放射科换 Cat6A 跳线—服务器到核心 10G,工作站仍千兆

五、实施:一个周末加两个夜间

医院不能停诊,我们把动作拆成四段:

医院机房网络改造
图 1:放射科到核心交换机换成万兆上联,工作站仍是千兆——瓶颈不在桌面。图片来源:宇际航现场记录(示意)。

六、结果

PACS 改造前后对比数据来自现场记录,非标准基准测试单次调阅(300 层 CT)改造前 8.4 秒改造后 2.1 秒5 人并发调阅改造前 15 秒改造后 3.1 秒注:并发测试为 5 台工作站同时打开同一组 300 层 CT;归档为每日增量任务。
图 2:单次调阅从 8.4 秒降到 2.1 秒,5 人并发从 15 秒降到 3.1 秒。

调阅从 8.4 秒降到 2.1 秒,5 人并发从 15 秒降到 3.1 秒。更直接的变化是:放射科不用再“先写报告后看片”,门诊高峰期也不会因为调阅排队而积压。

七、账:15 万花在哪

项目金额
2 台 2U 服务器(含 128GB 内存、双万兆)9.2 万元
4 块 3.84TB 企业级 SSD2.6 万元
24TB 备份 NAS1.4 万元
万兆模块与跳线0.9 万元
实施、迁移、压测1.2 万元
合计15.3 万元

八、复盘:五条经验

  1. 先分层,再买设备。把所有影像塞进最贵的存储,是最常见的浪费。
  2. RAID5 不适合热数据。读性能一般、写惩罚明显;热数据用 RAID10,容量换 IOPS。
  3. 双机不是备份。双机解决“机器坏”,备份解决“数据坏”,两件事要分开做。
  4. 万兆到科室,不必到每台工作站。影像调阅的瓶颈通常在存储,不在桌面网口。
  5. 迁移前做回滚演练。旧机保留 30 天,比任何承诺都可靠。

说明:应客户要求,文中单位名称、人物姓名与部分对话已做模糊或整理处理;配置与价格为 2026 年 10 月市场口径,实际项目以现场勘测为准。

资料来源