医院医院信息系统应急方案

随着我院信息系统的建设规模逐步扩大，医院重要业务系统都将实施数字化管理模式，随着业务系统对信息系统的依赖性逐步增强，确保医院信息系统的安全正常的运行成为医院信息管理的重要任务，为了及时有效地应对医院信息系统突发事件的发生，维持医院正常的工作秩序，特制订ⅩⅩ总医院信息系统应急方案，请有关各部门遵照执行。ⅩⅩ总医院信息系统应急小组构成信息系统应急流程应急系统故障解决及恢复阐明为了保障ⅩⅩ总医院信息系统正常运行，按照上述示意图，我们搭建了多级别应对不同故障的应急容灾系统，应急容灾系统分为数据库服务器集群备份磁盘存储冗余备份应用服务冗余备份容灾服务器备份中心门诊应急服务器备份门诊桌面应急系统各个系统，在不同的故障发生时，将起到不同的作用，一下就多个状况逐个阐明三级故障应对方式数据库服务器集群备份数据库服务器集群是指的是运用两台IBM数据库服务器3850（下列建成DBServerA和DBServerB）和Oracle的RAC或Windows集群技术搭建的双机集群服务。在DBServerA或DBServerB某一台并且仅一台主数据库服务器出现硬件故障、Widnows崩溃、蓝屏、Oracle不能正常服务的时候，另外一台主机能够主动启动并接管全部服务。解决办法：逻辑备份全部数据库关闭应用服务器关闭故障服务器重启应用服务器修理故障服务器夜间重启修复的故障服务器重启应用服务器故障恢复如果两台服务器均不能正常使用，则解决办法：关闭应用服务器关闭两台故障服务器重启磁盘阵列重启DBServerA重启DBServerB等待5分钟进行数据库同时进行连接尝试如果连接成功，重启应用服务器如果连接不成功或重启失败，启用门诊应急服务器或门诊桌面应急系统磁盘存储冗余备份服务器构架中的磁盘阵列，其磁盘、控制器、交换机，均使用了冗余备份，在出现了一块且仅一块磁盘或一种仅一种控制器或一种仅一种交换机出现故障的时候，应用不会产生影响，其恢复解决办法：联系厂家获取配件拟定夜间停止服务进行恢复时间进行数据库全备份停止应用服务器应用程序关闭数据库服务器DBServerA、DBServerB关闭磁盘阵列、光纤交换机更换故障设备重启磁盘阵列、光纤交换机重启数据库服务器DBServerA、DBServerB重启应使用方法服务器恢复正常如果不能正常恢复或意外，启用门诊应急服务器或门诊桌面应急系统应用服务冗余备份应用服务冗余，是指在两台应用服务器上，存在两台可用的负载均衡应用服务器，分别是应用服务器AppServer1上，存在1个HttpServer（IP：01）；存在两个应用服务程序CE00、CE01，在CE00或CE01其中任何一种出现故障状况下，均不会影响业务服务。应用服务器AppServer2上，存在与AppServer1同样的相似构架，服务器IP为02，普通状况下AppServer1供门诊系统使用、AppServer2供住院系统使用，在其任何一套程序出现故障的状况下，解决办法为：关闭故障应用服务器如果门诊应用服务器出现故障，告知各使用单位，将访问地址变化为住院系统主服务器地址。反之，如果住院应用服务器出现故障，告知住院各使用单位变化访问地址进行访问如果两台应用服务器均出现故障、启用备用应用服务器AppServer3，告知全部使用部门，启用IP为03为主IP进行访问。二级故障对应方式门诊应急服务器门诊应急服务器，是指的一套完全独立的服务器及存储加应用服务系统，其重要方式是，每天夜间恢复一种前一天数据库的整体备份，供第二天门诊系统应急使用，其使用及应急环节以下：每天晚上或凌晨，在主数据库完毕计划任务等操作后，使用ORACLE逻辑备份工具，在不宕机的状况导出（EXP）门诊系统所需的基本数据，能够涉及EPMI信息、科室字典、员工主索引、排班信息、药品基本字典、药房库存信息、物价信息、医保信息、财务发票等门诊信息系统正常运转所需的数据表、视图、索引、存储过程、函数、序列等对象，甚至能够导出数据库完整备份，生成一种DMP文献。在一种40G数据的数据库上，该环节需要1个小时完毕。将第1步中生成的DUMP文献拷贝到一种可支持门诊使用的数据库服务器上（该服务器能够与主服务器不是一种数据库平台），或者第一步直接将备份导出在该服务器上。该环节的速度取决与网络带宽和备用服务器的磁盘写速度，在千兆网上10G导入文献拷贝时间只需15分钟。在门诊备用服务器上导入（IMP）该DUMP文献，完毕ORACLE数据库的逻辑备份。该环节时间较长，但也取决于硬件环境，普通的，40G数据的数据库最快能够在4小时内完毕恢复。应用数据库脚本，在无人值守的状况下完毕上述操作。在硬件配备合理并且网络速度保障的状况下。该操作最快能够在6小时内完毕，即如果在凌晨1点开始工作，早上7点门诊备用服务器恢复完毕。在出现需要应急的状况下，能够立刻启动门诊应急服务器，这样能够保障涉及挂号、收费、药房等业务均能够不停机。系统在启动备用机前，清空各类业务流水表如：收费明细表、药品出库表、挂号流水表等统计业务实时发生的明细表。系统启动备用前，需要将序列号向上增加100,000应急系统正式启动挂号办卡：挂号员重新开始办卡挂号；门诊收费处：应急系统启动时，收费操作员根据本地记载的发票号，重新设立当天发票号。护士台：由于挂号信息丢失，规定护士协助进行排队和安抚解决，按挂号条挂号时间而非序号进行排队医生站：医生站如果碰到宕机前挂号患者，在系统中没有患者信息，则手工开立处方，如果系统中有该患者，则使用电脑开立处方门诊收费处：如果患者出示宕机前机打处方或宕机后手工处方，阐明系统没有该患者挂号信息，则补挂号，免挂号费，并手工录入该患者处方。重点要统计并登记患者对的的卡号门诊药房：药房会碰到宕机前收费盖章，但现在系统中未统计的处方，留底方，做好记号后进行手工发药，待故障恢复后进行解决。在主数据库恢复后，由管理员执行编写好数据库后台脚本，将本日产生的费用业务流水数据恢复到主数据库中，并在每条数据上统计应急数据恢复标记。恢复后，与药房核对手工发药数量，并进行解决该系统仅供门诊系统应急使用，住院系统需要等待故障恢复一级故障对应方式门诊桌面应急系统在医院信息系统日常运行过程中，不可预计的会碰到紧急状况，这些紧急状况各不相似，具体的，可能碰到下列状况数据库存储设备或其它独立资源故障不可用主数据机房发生灾难，全部设备不可用医院主干网络瘫痪不可用这些状况下，能够判断其故障不能在短时间内恢复，因此决定要启动应急系统，下面介绍应急系统的启动流程和各部门需要配合的有关事宜服务器每天夜间导出应急系统使用的各项基础数据收费系统每天登陆时，下载最新的物价信息启动桌面应急系统信息中心配合收费员确认为最新物价信息版本，同意进行使用挂号室：开始使用手工挂号和办卡操作，手工开立挂号条并给发票，挂号条上注明卡号医生工作站：停止使用HIS系统医生工作站，全部使用手工开立处方药房：差遣转接划价人员，到收费处配合进行收费划价工作。收费处：在药房人员指导下进行药品等处方划价收费，用应急系统进行发票打印工作，如果是医保患者，规定出示医保卡进行医保号登记门诊药房：进行手工发药，保存患者手工处方，等待恢复后进行核对。医技科室：核对医生手工申请单及盖章后发票进行业务操作。系统恢复后，信息中心会收集费用信息，并进行有关导入解决各部门职能分工桌面应急系统启动后各部门流程职责各部门分工挂号处门诊挂号协调工作由财务到处长和挂号室负责人负责协调请示常备手工挂号单据跟信息中心应急小组拟定手工挂号开始结束时间使用手工开立挂号单在手工挂号单上，注明患者卡号，方便核对病案室由病案室主任总协调手工登记患者病案号手工传递病案号卡片调取门诊病案系统恢复后重新登记病案号收费处由财务到处长和收费处负责人负责总协调与信息中心保持亲密联系，及时沟通最新信息使用桌面应急系统收费输入当年发票号在药房划价人员指导下进行药品划价无论对手持打印处方还是手工处方均要进行划价收费对医保患者规定输入医保卡号和单位，普通患者输入姓名应急系统切换前后收款分开医生站由医务处进行总协调调度使用手工开立处方和申请单跟患者解释规定患者进行划价工作护士分诊由护理部进行总协调调度做好患者解释和次序维持工作门诊药房由药学部主任进行总协调调度如果患者手持盖章的机打发票和机打处方，则能够给患者发药，留下机打处方为凭证如果患者手持盖章的机打发票和盖章手工处方，也能够给患者发药，留下手工处方如果患者手持机打未盖章处方，或未盖章手工处方，规定患者到收费处进行收费检查科由检查科主任进行总协调调度核对患者盖收