医院信息系统急诊应急方案的探讨

黄晞

随着现代医院各个部门信息系统的覆盖到位,日常工作越来越离不开各类信息系统的支撑。特别是作为医院急诊部,是医院常年无休的对外服务部门。原来信息系统故障只能用手工代替运行,而随着信息系统功能的日益强大,临床医疗越来越离不开信息系统单独运转,急需做好信息系统故障的信息化替代方案。笔者就如何在三级医院急诊部建立一套满足最基本临床需求的信息系统做一些探讨。

一般来说,急诊涉及的系统包括基础医院信息系统(hospital information system,HIS)、实验室信息管理系统(laboratory information management system,LIS)、影像归档和通信系统(picture archiving and communication systems,PACS)、急诊临床系统(含胸痛软件、心电监护软件、分诊系统、急诊电子病历、移动输液等)[1],可谓是“麻雀虽小,五脏俱全”。应急时确保各个系统的临时运行,需区分好急与不急的关系,从软件和硬件两个方面做好预案,尽量减少对工作带来的不便。

一、急诊应急系统的几个特性

(一)急诊应急系统的定义

既然是应急系统,包含的项目不宜过多,最初江苏大学附属武进医院的应急系统只包括HIS系统的部分功能,后期逐渐扩展到检查检验科室,满足患者挂号、缴费、取药、检查取报告等基本需求。

(二)适用性

作为一种应急工具,适用性是最基本的要求。笔者设计的系统和日常正式使用的系统是相同的界面,只是在功能上进行了缩减,尽量让使用者感觉不到区别,关闭一些辅助的业务功能,确保基本业务流程的运行。

(三)快速切换

信息中心接到故障保修后,第一时间判断问题节点,按照问题的性质决定是否启动应急系统。一旦确定需要启动,则实施应急预案,通过院内OA系统或者人工通知,由人工控制进入应急状态[2]。

(四)数据恢复机制

医院信息系统恢复正常后,先停止应急服务,在前端工作站自动弹出提示框,要求不再产生新的数据,同时信息中心人员准备完成数据回导[3]。这个步骤是应急系统实施的关键技术,如何确保回导数据的准确、可靠,以及与原有数据的兼容性,是此应急系统成功的关键点。一旦回导成功,医院业务可以全面恢复正常。

(五)数据连续性

应急数据产生后,应当及时恢复到各个系统的主数据库中,这个过程都涉及到数据连续性问题,主要的几个方面为:(1)收费员票据连续性,在本地工作站中保留的收费数据应该插入主收费表中,而且确保票据号的连续。(2)处方等医疗数据的连续性,确保医师的处方号与原有系统处方号的连续与不重复,建立同步机制,对处方号进行筛查和自动修改。(3)后台数据的连续性,由于在急诊区域设置了应急服务器,服务器中的数据库和主数据同表同名,主键也相同,需要确保各个主键的唯一性和连续性。

(六)网络版与单机版

根据故障情况,如果网络通畅或者急诊区域局部通畅,按应急方案要求启动网络版系统,主要包括急诊服务器、工作站和急诊网络。此时应急服务器由技术人员手工启动,接管区域内的HIS、LIS、PACS等服务,系统保持原有C/S模式不变;如果在更加坏的情况下,全部网络中断,只能采取单机版模式,那就在单机启动简版数据库,数据库只保留十几张必要的表,保证单机启动的时间性和可用性,任务最简化[4],只用作完成挂号、收费、取药等基本功能,并打印业务凭据作为各个科室留存依据。

(七)多院区协同

我院有本部、南院及高新三个院区,所有院区通过裸光纤相连,平时全部使用本部的服务器,一旦断网或者有故障,在三个院区可分别启动各自的应急服务器,保证业务的连续性[5]。

二、应急系统的具体功能措施

(一)服务流程见图1

图1 最小应急系统流程图

(二)服务器端应急处理

我院在各个院区急诊科室部署了一套应急服务器系统,一旦全院网络或者服务器故障,在线的应急服务器自动启动,接管主服务器的大部分功能,待故障完全修复后,此应急服务器数据与主服务器数据进行同步[6]。

(三)数据库结构及数据同步

应急服务器端开发了数据库同步的程序模块,日常定时检测与主服务器数据库的表差异,一旦有差异会自动更新,确保备用服务器与主服务器的表结构保持同步,在故障时可以及时接管数据及应用服务。同时,对于基础数据部分,也要做到按时与生产库同步,我院设计的同步时间为5 min[6],这是充分考虑了数据库刷新对使用的影响以及故障接管的可用性之后,得出的居中时间间隔。当然,根据业务量的递增和数据库性能的改善,这个时间间隔也是动态调整的。

(四)使用功能的应急改造

主要包括急诊分诊、挂号收费、医师工作站、药房等系统,这些系统进入应急模式后,连接的数据库由主服务器生产数据库自动切换到应急服务器的备用数据库,确保其基本的功能可正常使用,辅助功能关闭,以免报错影响使用。

(五)应急演练的主要内容

为了提高此套应急系统的可用性,日常按期的演练十分关键。只有通过演练,才能发现准备工作的薄弱环节,并加以改善,完善信息系统的应急预案。

(六)应急演练主要关注以下几个方面

1.启用应急系统后,患者的流程没有原来那么复杂,尽量简化,甚至要加入一些人工辅助手段,比如排队叫号系统的停用需要分诊护士承担起相关工作,这也是演练必须考虑的内容。

2.检验检查的流程,取消签到或者报到的流程,要求相关工作人员熟悉和了解,以免产生混乱。

3.对患者和家属进行告知,适应应急流程。

4.切换问题做好书面的切换计划,一定要在实际环境中进行测试和验证,包括网络、服务器是否顺利接管,功能模块是否可用,数据是否同步到位,数据回写是否顺利,这些都需要进行实际的演练[7]。

三、不足与展望

以上系统,仅仅实现了故障时间点与实际数据的最长5 min同步,今后争取实现实时同步。另外,在全民医保的前提下,离线状态医保使用是一个存在的问题,希望下一步可以和医保管理局就应急状况下医保使用达成技术解决方案,避免患者后期重新结算问题,实现一次性服务到位。