构建PACS系统云存储-医疗..doc

构建PACS系统云存储 关键词：医院信息化 医疗信息化 区域医疗 PACS 云计算 云存储 Symantec 赛门铁克 统一标准 摘要 随着医院PACS项目逐渐普及，很多地区已经从省会级城市扩展到地市级、乃至区县级城市。另一方面，很多PACS建设较早的医院已经遇到数据量激增导致的瓶颈。 如何利用先进的云存储理念来进行区域级PACS存储平台的建设，以应对PACS影像数据激增的压力，并为区域信息共享提供统一的标准，已经成为医院和各级卫生行政主管部门所面临的重要议题。 云存储平台可以为医院和区域医疗提供PACS影像统一的标准，为长期的健康信息保存提供安全、灵活、可扩展和可持续的支撑，是PACS影像存储的发展趋势。 一、当前困扰 由于各家医院独立建设PACS系统，虽然各大PACS软件厂商都遵循DICOM标准，但DICOM仅仅是应用层面的标准，主要面向影像对象进行一定程度的规范，特别是数据结构和文件格式的标准，而对存储层次则缺乏相关的规范。 传统的PACS存储架构如下图所示： 图1：PACS系统传统存储架构 正是因为这个原因，目前PACS系统存在以下几个问题： 各大PACS软件厂商采用的操作系统、数据库和存储结构各不相同——操作系统包括Windows、Linux、AIX、HP-UX、Solaris等；数据库包括MSSQL Server、Oracle、Sybase等；存储结构有SAN、NAS以及一些私有的结构如CAS等，这样的情况实际上造成了每一套PACS系统在后台都是一个黑盒子，不仅软硬件完全异构，而且不具有互操作性； 目前的存储架构很难实现PACS影像数据长期、可持续的支撑——很多PACS上线较早的医院几乎每一两年就需要进行一次存储扩容，不仅投资巨大，而且每次扩容的实施难度很大，而性能却越来越低； 难以实现PACS信息区域共享——由于每家医院的PACS系统存储平台不统一，存储接口比较混乱，如果要实现PACS区域共享，则必须从DICOM接口来进行数据共享，这种从应用层面进行数据传输的方式将会导致PACS应用的大量改动，而一旦出现问题，往往会有各家厂商之间互相扯皮的现象； 没有足够的安全性考虑——很多PACS系统中，连最基本的防病毒措施都没有，往往PACS存储系统成为医院最大的“毒窝”，很多终端因此而反复感染病毒。包括数据的备份，存储冗余等基本的措施都没有，PACS系统实际上处在一种非常脆弱的状态中，一个简单的存储故障就可能导致整个PACS系统完全瘫痪，而一个硬盘的故障可能会导致PACS影像数据的大量丢失，甚至永远无法恢复； 缺乏对前端透明的数据生命周期管理——现有的存储系统对PACS影像的管理几乎都是把所有数据放在同一级别上的粗放式管理，没有根据数据生命周期进行合理的分配，或者是有一些简单的分级措施，但对前端影响太大，往往导致历史查询很困难，数据丢失等情况时有发生。 综合以上现状，我们发现，完全依赖PACS软件厂商来进行医院PACS系统的存储平台规划是不可行的——PACS软件厂商更多专注于应用层面，在存储层面不具有足够的专业性。另一方面，单纯依赖某个存储设备厂商也行不通——某一个存储设备厂商在存储层面无法统一所有其他厂商的产品，无法为PACS应用提供统一、无差别的存储服务。 那么，站在PACS系统长期发展和区域信息共享的角度，PACS存储平台应该具有什么样的特点呢？ 二、需求梳理 从PACS应用角度来看，PACS存储平台应该具有如下特点： 统一的标准——可以支持几乎任意存储设备，对PACS应用透明，PACS软件无需关心底层存储架构； 具有开放接口协议——采用开放协议（如NFS、CIFS、FTP或HTTP等），避免因协议的封闭性带来长期存储的风险； 安全——包括防病毒、内容审计、权限管理、数据备份、高可用等设计，不需要由PACS软件来对存储层次进行安全考虑； “零”管理——PACS应用只管存数据、读数据，至于数据在存储平台内部究竟如何管理，则交给存储平台自身，这样结构层次清晰，分工更专业； 从存储设备角度来看，PACS存储平台应该具有如下特点： 良好的兼容性——可以支持所有主流的存储设备，从而跳出存储设备本身的限制，扩容时可以不受品牌限制，可以采用不同品牌型号的存储设备共同提供存储空间； 统一的接口标准——支持对所有存储设备进行统一管理，以一致的方式为PACS应用提供服务； 高度可扩展性——可以在磁盘阵列、SAN网络通道、服务接口等各个层次进行横向扩展，可以轻松支持PB级海量数据，性能得到线性增加，同时不中断对PACS前端的服务； 高可用性——通过先进的技术手段保证将计划内和计划外停机控制在可接受的时间范围内，不论是磁盘阵列故障、SAN交换机故障，还是服务网关故障，都不会造成服务中断；而且完全实现在线存储扩容、横向扩展、数据迁