医院影像数据归档的存储空间没有统一数字,但可以给出一个直观的参考:一家日均门诊量在2000人次左右的二甲医院,PACS系统上线后每年新增的影像数据量通常在2TB到3TB,加上历史胶片数字化和备份冗余,五年下来总归档容量规划在20TB到30TB比较稳妥。
这个数字听起来不大,但很多医院在真正跑起来之后会发现,存储空间消耗速度远超预期,下面就从计算逻辑、扩容压力、分层存储策略、成本控制这几个维度,把影像归档这件事拆开讲清楚。
影像数据存储空间怎么算:不是按患者人数简单相乘
很多医院信息科在规划存储时,第一反应是拿年检查人次乘以单次检查大小,这个思路没错,但实际执行中容易漏掉三个变量:设备协议差异、重建序列数量、历史数据迁移。
核心计算逻辑:设备类型决定单次检查体积
影像数据的大小主要由检查设备决定,业内常用的估算区间如下:
- DR(数字化X射线摄影):单次检查约30MB到80MB,包含正侧位两张图,压缩后更小
- CT(计算机断层扫描):单次平扫约100MB到300MB,增强扫描或高分辨率重建可达500MB以上
- MRI(磁共振成像):单次检查序列多,常用范围200MB到800MB,特殊序列甚至突破1GB
- 超声、内镜、病理:单次数据量小,但胜在数量大,且部分系统默认保存动态视频
- DSA(数字减影血管造影):每次检查500MB到2GB,属于单次体积最大的类别
以一家三甲医院为例,CT和MR的年检查量通常在8万到15万人次,光这两项一年就是15TB到25TB的原始数据,再加上超声和内镜,总量还要再上浮三成。
容易忽略的隐性消耗:重建序列和三维后处理
CT检查现在普遍做冠矢状位重建,一组数据从原始横断面能派生出来十几个序列,这些序列都在PACS系统里保存,很多医院没意识到,重建序列占用的空间往往和原始图像差不多大。
还有一个容易被忽视的点:影像科医生做的三维后处理图像,血管成像、骨三维重建这些处理结果默认归档,压缩效率低,单次就能增加几十兆字节到上百兆字节。
行业共识认为,按设备类型估算后,实际建设容量至少要在理论值上乘以1.8到2.2

才算安全。
扩容压力比想象的来得更快:运营数据在说话
存储空间消耗不是线性的,很多医院在系统上线后两年左右就遇到一次扩容节点,这个阶段的核心矛盾不是设备不够,而是当初规划的容量已经见底。
月度增长量核算:一个实操口径
信息科在做容量监控时,建议按月度统计增量,实际操作路径是:在PACS服务器上打开存储统计报表,选择近三个月的归档总量除以天数,得出日均增量,再乘以30就是月度基线。
以具体场景为例,一家拥有三台CT、两台MR、四台DR的中型医院,日均新增大约是8GB到15GB,听起来不多,但乘以365天就是3TB到5.5TB,这个数据还不包括历史胶片扫描和乳腺钼靶等特殊设备。
三大加速消耗因素:报销政策、设备更新、AI辅助
- 部分地区的医保和商保对影像资料调阅要求提高,医院需要保留更长时间的病历资料
- 设备更新迭代后,探测器分辨率提升,单次检查原始数据量普遍增加20%到40%
- AI辅助诊断系统在读取影像时,也会生成中间过程数据,如果归档策略没设置好,这部分也会悄悄挤占空间
需要注意的是,近几年AI影像产品的归档策略普遍不成熟,很多系统默认把预处理后的数据也写入PACS,一个肺结节筛查模型跑一次就能多出几百兆字节的冗余文件,这部分沉淀下来,一年少说也要多出1TB到2TB的无效占用。
不同规模医院的存储架构:别用同一把尺子选配置
存储规划不是越大越好,而是要看医院的检查量级和业务扩张节奏。
二级医院与基层医疗机构:磁盘阵列加定期清理
日均门诊量在1000人次以下,CT和MR检查量每天不足100例的医院,归档系统用一台24盘位的磁盘阵列就能跑三年,关键策略是把在线保留周期设为12个月,超过一年的数据自动迁移到离线磁带库。
参考配置:
- 在线存储:40TB到60TB可用空间(RAID5或RAID6)
- 离线备份:蓝光光盘库或LTO磁带机
- 扩容周期:约两到三年一次
三级医院与区域影像中心:分层存储是唯一解
日均门诊量超过5000人次的医院,单靠磁盘阵列堆容量不现实,一台高端存储动辄几十万元,等容量用满了再去买新设备,既浪费又耦合严重。

比较务实的做法是部署三层架构:
- 热数据层(0到6个月):全闪存或高性能SAS盘,承担日常调阅高峰流量
- 温数据层(6个月到3年):NL-SAS或SATA盘,兼顾容量和读取效率
- 冷数据层(3年以上):自动迁移到磁带库或低成本对象存储
这个结构下,PACS在线存储规划容量通常是100TB起步,配合对象存储做长期保留,总体成本能控制到全闪存方案的五分之一以内。
PACS系统怎么选存储:关键看归档策略和压缩率
去医院采购PACS时,厂商常说的“支持无限容量”是在打太极,真正要看的是三个技术参数。
无损压缩还是有损压缩:容量差了近三倍
DICOM标准里允许对影像数据做压缩归档,无损压缩的压缩比约5比1到3比1,有损压缩能到10比1以上,行业内默认诊断工作站读取的是原始未压缩数据,而归档层允许做压缩处理,问题在于,很多医院采购时没问清楚厂商默认采用的是哪种压缩模式。
自动迁移机制:不能依赖人工操作
存储分层的价值全在自动化,在选择PACS时,要确认系统支持基于数据年龄或访问频率的自动迁移策略,而不是让技师或信息科手动去移动历史病例。
操作参考:
- 6个月内的影像:存放在在线存储池,允许即时调阅
- 6到24个月:自动迁移到近线存储池,调阅时最多等待5秒
- 超过24个月:进入冷存储池,调阅时通过预取任务处理
存储成本怎么控制:设备报价单里的真实差异
存储扩容的预算大头不在硬盘本身,而是机头、控制器、服务费和维保,这里列一组设备选型时的参考信息。
主流的两种扩容路线
- 传统SAN架构:性能好,但新购控制器和扩展柜价格高,抽一台旧设备扩容要额外买授权
- 分布式存储:用通用服务器加软件定义存储,按节点扩容,每TB成本约为SAN方案的60%到70%
扩展柜的选择上,近年兴起的高密度大容量磁盘阵列(如4U 106盘位或类似规格)能把单机柜容量推到500TB以上,相比老款48盘位机型,机房空间节省一半,单TB功耗降低约40%。
压缩比与容量规划的关系
如果医院选择无损压缩方案,可用容量可以按8比1的比例放大,也就是说,一套80TB裸容量的存储系统,实际能归档的DICOM原始数据大约在

200TB左右,这个放大倍数在规划时必须提前算进去,否则很容易买超。
预算与采购建议:避开两个常见误区
硬盘容量买满了就不管了
存储不是一次性买卖,运维成本体现在电费、维保、故障盘更换三方面,医院最好在部署初期就建立一个容量预警机制,在容量使用率达到75%时启动扩容采购流程。
从发出需求到设备上架,通常需要三个月以上的时间,等到提示存储空间不足再操作,中间的空窗期很可能迫使医院暂停部分检查,这个风险在高峰期是不能接受的。
只关心总容量,忽略小文件性能
影像归档目录里存储的文件非常零碎,大小从几十千字节到几百兆字节不等,文件数量一旦超过500万,传统文件系统的元数据检索速度会明显下降,采购时建议明确要求厂商提供小文件场景下的读写性能测试数据,或者直接选用对象存储作为归档层,减少元数据压力。
地域差异:不同地区医院的建设节奏不同
从区域分布看,东部沿海三甲医院近年普遍在推进“影像数据全量在线保留”的建设,即在线存储容量直接覆盖所有历史数据,做到全量秒级调阅,中西部地区多数医院还在按“分级存储”模式运行,冷数据上磁带或光盘的比例更高。
所在地区的医保审核要求、卫健委检查要求和跨院调阅频度,共同决定了存储策略的优先级,不管选择哪种模式,有一点是确定的:影像归档的存储规划,宜大不宜小,宜早不宜迟,起步阶段多留出30%的余量,胜过未来两三年被迫做在线扩容的折腾。
常见问题:医院影像数据归档多久需要扩容一次
问:PACS存储扩容是看剩余容量还是看天数?
主要看剩余容量和使用趋势,建议每周记录一次已用空间,连续观测三个月估算出日均增量,然后用剩余容量除以日均增量就能得到可用天数,当预计可用时间小于120天时,就要启动采购流程。
问:过期影像能不能直接删除来释放空间?
从合规角度看,影像资料属于病历的组成部分,保存期限不低于法律法规要求,直接删除存在纠纷和审计风险,比较稳妥的做法是把超过保存期限的历史数据迁移到冷存储或离线介质,不在在线存储池占用空间。