异地容灾在三甲大型综合性医院门诊系统中的应用.docVIP

异地容灾在三甲大型综合性医院门诊系统中的应用 　　摘要：容灾系统建立在医院信息化建设中至关重要，本文结合中山市人民医院的信息系统状况，从网络搭建、系统配置、容灾范围三方面探讨了其如何建立医院门诊系统异地容灾。同时针对实施过程中存在的问题，逐一分析原因并根据实际情况提出了相应的解决方法。 　　关键词：三甲大型医院；门诊；系统异地容灾 　　1 背景 　　在我国，越来越多的医院上线全就医流程医院信息系统（Hospital Information System，HIS）。然而，HIS在就医高峰时面对全院范围使用，能否持续提供稳定的服务是医院信息化建设中一个重要问题[1]。同时为了响应“十三五规划”，强化公共服务体系，着力保障和改善民生医疗环境。建立能保证医院数据安全及业务系统不间断的容灾系统，在医院信息化建设中至关重要。 　　本文正是基于以上需求，从医院信息工程人员角度出发，结合我院现有门诊系统架构和业务特点，从技术和管理上探讨应如何建立一个HIS应用的灾备环境，给管理者提供一套关于HIS容灾的参考方案。 　　我院HIS建成于2003年，经过多年发展和升级实现大规模集成化医疗信息平台，获得国家倍增优秀项目奖，实现了50多个子系统对接。HIS覆盖患者就诊排队、医生开药写病历、护士医技确认、药师配药发药等整个门诊就医流程。 　　2 容灾概念 　　容灾就是通过一定的设备、技术和机制，在灾害情况发生后，还能最大程度地保证企业与信息部门业务连续性。通常的容灾技术是通过在异地建立和维护一个或多个备份系统，利用地理上的分离来保证系统和数据对灾难性事件的抵御能力[2]。 　　3 容灾方案设计及实施 　　3.1原系统容灾方式 我院HIS服务器采用了Windows SQL Server2008群集双机互备架构。先由一台主机提供应用服务，当主机出现故障宕机时，群集服务能立刻做出判断并由备机接管服务。同时，使用多台中间层提供Webservices服务，有效地负载均衡和隐藏后台数据库，提高整个系统性能和安全性（如图1）。 　　若发生全院性系统故障，则启用单机版的收费程序，收费员凭医生手写处方在单机收费程序中录入收费，最低限度地保障了业务运作。但随着医院业务增长和系统规模扩大，旧的应急方案的缺陷也逐渐曝露：①群集模式中磁盘阵列成系统的一个单点故障，一旦阵列发生故障，则整个系统将不可避免地停机；②核心交换机、机房供电等大范围故障均能导致群集服务的中断；③医护人员长期依赖网络信息系统，一旦应用单机系统则出现手工处方不会看药品规格记不清等情况，所以单机方式已不再适合实际应急情况的使用。 　　针对以上情况要求门诊系统具有更高的可靠性、持续性和快速恢复的能力，因此，需要建立异地容灾备份系统。 　　3.2实施异地容灾方案 我院的门诊容灾方案是建立群集异地备份的模式：一份为业务中心群集模式，支持正常业务运转；一份为灾备中心，当群集无法响应故障时切换使用。两套系统分布于不用的物理位置，做到整体冗余，去除单点故障，增大了容灾半径的效果[3]。如下图2。 　　3.2.1网络搭建 门诊系统群集和网络核心交换机同置于中心机房，为实施异地容灾兼顾网络瘫痪的情况，我们选择医院的另一栋大楼内建立容灾机房[4-5]。 　　容灾机房建立容灾系统：一台应急门诊服务器、中间层以及备用高性能交换机，并将网络从备用交换机铺至各门诊楼层的管井内。当应急情况出现，中心机房的主核心交换机会被备用交换机接管，容灾系统就与整个门诊楼的工作站又重新形成一套独立的网络，能够自主的进行数据传输处理。 　　3.2.2系统配置 ①中心机房的HIS设置作业，每天业务闲时（凌晨某固定时刻）把有关业务数据库通过网络传送到异地容灾机房的应急服务器上；②容灾系统上也设置作业，对传送过来的业务数据库进行还原并初始化。此时，只有按照一定格式初始化后的业务数据才能提供容灾情况的使用。这里需指出初始化的工作要与定义启用容灾环境的假设适应。我院的方案建立假设是核心机房出现严重故障，导致全门诊业务中断。异地系统的设计是基于能保障门诊基本业务运作，因此数据初始化仅包括数据库连接串、业务数据序列号等（发票号、就诊序列号），相关系统接口（住院系统、影像系统、检验系统等）则停用。③数据合并： 为避免合并后患者数据出现就诊次数或ID号重复，我们采用脚本模拟患者完整的就诊流程插入数据：按照建档--就诊--缴费--发药四个模块编写脚本[6]。 　　3.2.3应用范围 根据我院建立容灾系统目的，我们认为只需保证门诊基本业务即可：因此系统流程只包括开药，收费，发药。其中，社保业务的结算不作考虑。由于我院检验和影像系统结构复杂，容灾方案中并没有纳入考虑，因此对检查和检验的需求，由医生手写申请单给患者，由收费员将申请单录入收