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

上传人:仙*** 文档编号:31389058 上传时间:2021-10-11 格式:DOC 页数:12 大小:580KB
收藏 版权申诉 举报 下载
医院医院信息系统应急方案_第1页
第1页 / 共12页
医院医院信息系统应急方案_第2页
第2页 / 共12页
医院医院信息系统应急方案_第3页
第3页 / 共12页
资源描述:

《医院医院信息系统应急方案》由会员分享,可在线阅读,更多相关《医院医院信息系统应急方案(12页珍藏版)》请在装配图网上搜索。

1、医院医院信息系统应急方案随着我院信息系统的建设规模逐步扩大,医院重要业务系统都将实施数字化管理模式,随着业务系统对信息系统的依赖性逐步增强,保证医院信息系统的安全正常的运行成为医院信息管理的重要任务,为了及时有效地应对医院信息系统突发事件的发生,维持医院正常的工作秩序,特制订总医院信息系统应急方案,请相关各部门遵照执行。1. 总医院信息系统应急小组组成2. 信息系统应急流程3. 应急系统故障处理及恢复说明 为了保障总医院信息系统正常运行,按照上述示意图,我们搭建了多级别应对不同故障的应急容灾系统,应急容灾系统分为 数据库服务器集群备份 磁盘存储冗余备份 应用服务冗余备份 容灾服务器备份中心 门

2、诊应急服务器备份 门诊桌面应急系统各个系统,在不同的故障发生时,将起到不同的作用,一下就各种情况逐一说明三级故障应对方式数据库服务器集群备份数据库服务器集群是指的是利用两台IBM数据库服务器3850(以下建成DBServerA和DBServerB)和Oracle的RAC或Windows集群技术搭建的双机集群服务。在DBServerA或DBServerB某一台并且仅一台主数据库服务器出现硬件故障、Widnows崩溃、蓝屏、Oracle不能正常服务的时候,另外一台主机能够主动启动并接管所有服务。处理方法:A. 逻辑备份全部数据库B. 关闭应用服务器C. 关闭故障服务器D. 重启应用服务器E. 修理

3、故障服务器F. 夜间重启修复的故障服务器G. 重启应用服务器H. 故障恢复如果两台服务器均不能正常使用,则处理方法:A. 关闭应用服务器B. 关闭两台故障服务器C. 重启磁盘阵列D. 重启DBServerAE. 重启DBServerBF. 等待5分钟进行数据库同步G. 进行连接尝试H. 如果连接成功,重启应用服务器I. 如果连接不成功或重启失败,启用门诊应急服务器或门诊桌面应急系统3.1.1 磁盘存储冗余备份服务器构架中的磁盘阵列,其磁盘、控制器、交换机,均使用了冗余备份,在出现了一块且仅一块磁盘或一个仅一个控制器或一个仅一个交换机出现故障的时候,应用不会产生影响,其恢复处理方法:A. 联系厂

4、家获取配件B. 确定夜间停止服务进行恢复时间C. 进行数据库全备份D. 停止应用服务器应用程序E. 关闭数据库服务器DBServerA、DBServerBF. 关闭磁盘阵列、光纤交换机G. 更换故障设备H. 重启磁盘阵列、光纤交换机I. 重启数据库服务器DBServerA、DBServerBJ. 重启应用法服务器K. 恢复正常L. 如果不能正常恢复或意外,启用门诊应急服务器或门诊桌面应急系统3.1.2 应用服务冗余备份应用服务冗余,是指在两台应用服务器上,存在两台可用的负载均衡应用服务器,分别是应用服务器AppServer1上,存在1个HttpServer(IP:10.10.1.101);存在

5、两个应用服务程序CE00、CE01,在CE00或CE01其中任何一个出现故障情况下,均不会影响业务服务。应用服务器AppServer2上,存在与AppServer1一样的相同构架,服务器IP为10.10.1.102,一般情况下AppServer1供门诊系统使用、AppServer2供住院系统使用,在其任何一套程序出现故障的情况下,处理方法为:A. 关闭故障应用服务器B. 如果门诊应用服务器出现故障,通知各使用单位,将访问地址改变为住院系统主服务器地址。反之,如果住院应用服务器出现故障,通知住院各使用单位改变访问地址进行访问C. 如果两台应用服务器均出现故障、启用备用应用服务器AppServer

6、3,通知所有使用部门,启用IP为10.10.1.103为主IP进行访问。3.2 二级故障对应方式3.2.1 门诊应急服务器门诊应急服务器,是指的一套完全独立的服务器及存储加应用服务系统,其主要方式是,每天夜间恢复一个前一天数据库的整体备份,供第二天门诊系统应急使用,其使用及应急步骤如下:A. 每天晚上或凌晨,在主数据库完成计划任务等操作后,使用ORACLE逻辑备份工具,在不宕机的情况导出(EXP)门诊系统所需的基本数据,可以包括EPMI信息、科室字典、员工主索引、排班信息、药品基本字典、药房库存信息、物价信息、医保信息、财务发票等门诊信息系统正常运转所需的数据表、视图、索引、存储过程、函数、序

7、列等对象,甚至可以导出数据库完整备份,生成一个DMP文件。在一个40G数据的数据库上,该步骤需要1个小时完成。B. 将第1步中生成的DUMP文件拷贝到一个可支持门诊使用的数据库服务器上(该服务器可以与主服务器不是一个数据库平台),或者第一步直接将备份导出在该服务器上。该步骤的速度取决与网络带宽和备用服务器的磁盘写速度,在千兆网上10G导入文件拷贝时间只需15分钟。C. 在门诊备用服务器上导入(IMP)该DUMP文件,完成ORACLE数据库的逻辑备份。该步骤时间较长,但也取决于硬件环境,一般的, 40G数据的数据库最快能够在4小时内完成恢复。D. 应用数据库脚本,在无人值守的情况下完成上述操作。

8、E. 在硬件配置合理并且网络速度保障的情况下。该操作最快能够在6小时内完成,即如果在凌晨1点开始工作,早上7点门诊备用服务器恢复完成。F. 在出现需要应急的情况下,可以马上启动门诊应急服务器,这样可以保障包括挂号、收费、药房等业务均可以不停机。G. 系统在启动备用机前,清空各类业务流水表如:收费明细表、药品出库表、挂号流水表等记录业务实时发生的明细表。H. 系统启动备用前,需要将序列号向上增加100,000I. 应急系统正式启动J. 挂号办卡:挂号员重新开始办卡挂号;K. 门诊收费处:应急系统启动时,收费操作员根据本地记载的发票号,重新设置当天发票号。L. 护士台:由于挂号信息丢失,要求护士协

9、助进行排队和安抚处理,按挂号条挂号时间而非序号进行排队M. 医生站:医生站如果遇到宕机前挂号患者,在系统中没有患者信息,则手工开立处方,如果系统中有该患者,则使用电脑开立处方N. 门诊收费处:如果患者出示宕机前机打处方或宕机后手工处方,说明系统没有该患者挂号信息,则补挂号,免挂号费,并手工录入该患者处方。重点要记录并登记患者正确的卡号O. 门诊药房:药房会遇到宕机前收费盖章,但目前系统中未记录的处方,留底方,做好记号后进行手工发药,待故障恢复后进行处理。P. 在主数据库恢复后,由管理员执行编写好数据库后台脚本,将本日产生的费用业务流水数据恢复到主数据库中,并在每条数据上记录应急数据恢复标记。Q

10、. 恢复后,与药房核对手工发药数量,并进行处理R. 该系统仅供门诊系统应急使用,住院系统需要等待故障恢复3.3 一级故障对应方式3.3.1 门诊桌面应急系统在医院信息系统日常运行过程中,不可预计的会遇到紧急情况,这些紧急情况各不相同,具体的,可能遇到以下情况 数据库存储设备或其他独立资源故障不可用 主数据机房发生灾难,所有设备不可用 医院主干网络瘫痪不可用这些情况下,可以判断其故障不能在短时间内恢复,所以决定要启动应急系统,下面介绍应急系统的启动流程和各部门需要配合的相关事宜服务器每天夜间导出应急系统使用的各项基础数据收费系统每天登陆时,下载最新的物价信息启动桌面应急系统A. 信息中心配合收费

11、员确认为最新物价信息版本,同意进行使用B. 挂号室:开始使用手工挂号和办卡操作,手工开立挂号条并给发票,挂号条上注明卡号C. 医生工作站:停止使用HIS系统医生工作站,全部使用手工开立处方D. 药房:派遣转接划价人员,到收费处配合进行收费划价工作。E. 收费处:在药房人员指导下进行药品等处方划价收费,用应急系统进行发票打印工作,如果是医保患者,要求出示医保卡进行医保号登记F. 门诊药房:进行手工发药,保留患者手工处方,等待恢复后进行核对。G. 医技科室:核对医生手工申请单及盖章后发票进行业务操作。H. 系统恢复后,信息中心会收集费用信息,并进行相关导入处理4. 各部门职能分工4.1 桌面应急系

12、统启动后各部门流程职责4.2 各部门分工4.2.1 挂号处 门诊挂号协调工作由财务处处长和挂号室负责人负责协调请示 常备手工挂号单据 跟信息中心应急小组确定手工挂号开始结束时间 使用手工开立挂号单 在手工挂号单上,注明患者卡号,以便核对4.2.2 病案室 由病案室主任总协调 手工登记患者病案号 手工传递病案号卡片调取门诊病案 系统恢复后重新登记病案号4.2.3 收费处 由财务处处长和收费处负责人负责总协调 与信息中心保持密切联系,及时沟通最新信息 使用桌面应急系统收费 输入当年发票号 在药房划价人员指导下进行药品划价 无论对手持打印处方还是手工处方均要进行划价收费 对医保患者要求输入医保卡号和

13、单位,普通患者输入姓名 应急系统切换前后收款分开4.2.4 医生站 由医务处进行总协调调度 使用手工开立处方和申请单 跟患者解释要求患者进行划价工作4.2.5 护士分诊 由护理部进行总协调调度 做好患者解释和次序维持工作4.2.6 门诊药房 由药学部主任进行总协调调度 如果患者手持盖章的机打发票和机打处方,则可以给患者发药,留下机打处方为凭证 如果患者手持盖章的机打发票和盖章手工处方,也可以给患者发药,留下手工处方 如果患者手持机打未盖章处方,或未盖章手工处方,要求患者到收费处进行收费4.2.7 检验科 由检验科主任进行总协调调度 核对患者盖收费章申请单和发票 进行标本收集操作 在检验系统上,手工录入患者信息(包括患者卡号)4.2.8 影像科 由影像科主任进行总协调调度 核对患者盖收费章申请单和发票 进行检查操作 在RIS系统上,手工录入患者信息(包括患者卡号)4.2.9 功能检查科 由功能检查科进行总协调调度 核对患者盖收费章申请单和发票 进行检查操作4.2.10 住院各相关科室 由住院处负责人进行总协调调度 通知患者延期进行结算操作 停止使用系统,等待系统故障恢复

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!