评估医院灾备建设

njutcm

评估医院灾备建设
<br>njutcm
<br>随着各个医院信息系统的建设，对于信息系统的依赖程度和重视程度的不断加深，数据上升为医院的生命基础。医疗数据一旦遭到破坏或丢失，医院将遭受致命的打击，蒙受巨大损失，经过几年的建设，医院的数据灾备工作已经得到很好的发展，但是从整体上来看。发展水平和建设水平和银行、证券等行业还有很大的差距，原因是：建设灾难备份中心需要巨额的资金支持，而我们建设初期时却没有做好评估，如果做好建设初期的评估，选择合适的灾难备份策略，可以精简投入资金。
<br>1灾备的重要性
<br>1.1对于医院来说造成灾难有以下原因（从大到小）：
<br>1）人为错误，人为删除一个文件或格式化一个磁盘（占数据灾难的80%）
<br>2）病毒，使计算机系统感染，甚至损坏计算机数据
<br>3）硬盘驱动器损坏，由于一个系统或电器的物理损坏导致文件、数据的丢失
<br>4）电源问题，可能所有输入电源都损坏，包括ups。
<br>5）自然灾害，火灾、洪水或地震也会无情地毁灭计算机系统
<br>1.2灾难的定义：造成数据中心全部或部分的计算机软硬件设备、附属设备或机房环境损坏以致严重影响数据中心正常运行的时间，它可能是由于自然灾害、意外事件、设备故障以及认为等因素造成的。灾难备份就是利用技术、管理手段以及相关自愿确保既定的关键数据、关键数据处理系统和关键业务在灾难发生后可以恢复的过程。
<br>
<br>1.3医院灾难备份要考虑的是异地备份。有些医院已经有HA：而HA是本地的，异地灾备是异地的。例如：同一机房双机热备等。而真正的灾备总体要求是在这个机房这个楼甚至这片区域出现了问题，并且这个灾难不能在本地在既定时间解决，必须从异地从远程解决这个系统的备份。
<br>由于医院本身特殊性，因此灾难备份主要涉及到以下几个方面的问题：
<br>1.31、数据有多大；通常医院信息系统数据包括（以1000张床位）
<br>基础信息数据（包括医院的人员信息、科室信息、物资信息、药品信息等等）数据容量不超过3GB
<br>住院系统信息数据（包括住院登记信息、住院收费信息、住院药房管理信息等等）每天产生的数据容量约为80MB。
<br>门诊系统信息数据（包括门诊挂号信息、门诊综合收费信息、门诊药房管理信息等等）30MB
<br>其他系统信息数据（包括医院其他管理系统信息等）15MB
<br>电子病历系统产生的大量信息数据不超过2G
<br>ACS系统数据不超过10G
<br>
<br>1.32远程系统该怎么样配置；
<br>1.33网络怎样配置；
<br>1.34流程怎么去恢复。要做到生产中心和备份中心之间完全负载均衡，必须保证两套系统之间完全同步，但是要做到这一点两个中心之间的距离一般不能超过50公里，而目前的SAN磁带备份是可以做到。本身医院备份就是一个园区备份。
<br>2怎么样评估
<br>
<br>首先两个指标:
<br>第一是RTO，即灾难恢复速度，就是说每个业务根据成本和投入的分析要在多长的时间恢复。
<br>第二是RPO，即灾难恢复程度，就是说数据和系统在进行恢复的时候应该恢复在多长时间之前的那个点的状况。
<br>其次从范围上要考虑有多少业务有要进行恢复，有多少个分支机构要进行恢复，有多少的服务要进行恢复，通过这些指标可判断应该使备份的技术手段，包括备份硬件配置、备份方式选择。软件选择等等。
<br>一些医院在医院信息系统建设过程中把这个前期的评估交给了专业的咨询公司或者就是信息供应商，需要注意的是咨询公司和供应商不可能比医院自身更了解自己的系统，因此在选择咨询公司或供应商时应严格有医院信息中心去参与需求分析，而且要选择有行业背景的公司。
<br>3评估很重要
<br>评估的花费是少的，可能后面节省大钱的过程。例如医院做（网络中心及数据备份中心）前期，聘请了专业公司做评估和咨询，包括从前期医院的需求的调研，到规划设计，到的监理再到后面的方案的提供，运行演练操作等的服务。最后确定到底建设多大的规模 ，面向多少的用户，要建成什么样的一个中心才能资源共享。对于这样评估的结论，对后面的整个项目的指导意义是非常大的，相比没做这种细致的评估节省资金。更重要的是能满足医院的需要
<br>另外，如果医院在信息系统开始建设的时候就把灾难备份考虑进去，从长远来讲更会节省大量的投资，因为考虑灾难备份的信息系统的模式和不考虑的模式是有一定的区别的，医院信息系统复杂又大集中，医院系统数据集中和灾难备份同步设计，一方面从安全的角度考虑的，灾难备份必不可少；另一方面在设计大集中方案的时候，跟灾难备份方案一起设计，会节省不必要的投资。否则等大集中完成之后再去考虑灾难备份，就必须重新投资做相应的技术改造，甚至改变原有的业务流程，势必造成不必要的资金和时间上的浪费。