基于居民健康卡的门诊信息系统应急方案设计

张方 ，商建国，肖辉

武汉 大学中 南医院 信 息中心， 湖北武汉 430071

基于居民健康卡的门诊信息系统应急方案设计

张方 ，商建国，肖辉

武汉 大学中 南医院 信 息中心， 湖北武汉 430071

本文研究的目的是通过居民健康卡的离线存储功能，对门诊数据的框架、标准和格式等进行定义，来完成当门诊系统出现故障时，单机应急模式下HIS系统的正常运行，以及当故障恢复后与HIS的无缝连接，以规避门诊信息系统发生重大故障无法运作时带来的信息缺失，为单机状态下的门诊业务开展提供完整的诊疗信息。

居民健康卡；门诊信息系统；应急方案；医院信息系统

0 前言

医院门诊是医院服务的窗口，由于门诊业务实时性极强，门诊信息系统运行是否正常将直接影响到患者的看诊，一旦发生重大网络、服务器等硬件设施故障，极易引起医患纠纷，这将对医院管理造成严重不良后果[1-2]。

目前国内一些医院已经制定了全手工方案、科室单机应急方案或最小网络运行方案，但由于近年来门诊科室已实现计算机处理业务，再回到手工处理，困难与阻力非常大[3]。另外，应用手工方案或科室单机应急方案虽然在一定程度上维持了门诊业务的延续，但事先需要准备大量的手工处方等各种单据，系统恢复后还需要将大量故障期数据补录到系统中，操作复杂，浪费系统资源[4]。最小网络运行方案虽然可以规避手工方式带来的大量数据补录弊端，但它需要配置备用服务器且需要局部网络的支持，实施起来存在一定的技术难度和风险。

1 基于居民健康卡的门诊信息系统应急方案

门诊信息应急系统是 HIS 的一个重要组成部分，用于解决因网络或服务器故障而造成门诊信息系统无法运行的问题。此系统借助于居民健康卡的离线存储功能，将居民健康卡芯片保存的患者就诊信息[5]，依次传递给后续科室，完成患者门诊看诊的基本需求，以实现网络、服务器等大型故障后信息系统的正常单机运行[6]。

系统基本功能：在系统出现故障后，实现挂号、处方开立与划价、门诊收费（可以不包括医保）、发药等功能并做到对患者各环节信息业务处理的延续性。在故障恢复后，自动上传整合单机系统处理的数据。系统总体架构分为3部分 ：① 后台数据准备 ；② 前台登录下载与门诊工作站单机运行 ；③ 数据整合。门诊应急系统基础数据获取流程，见图1。

图1 门诊应急系统基础数据获取流程图

（1）后台数据库。由于门诊应急系统为单机运行，为了方便数据准备，确保数据库在单机上正常运行，数据库应选择 Microsoft Access 数据库。每次联机门诊信息系统登录时，根据站点类型将相应数据库下载到本地硬盘中。

（2）硬件配置。各业务窗口与医生工作站需要配置居民健康卡读写器。使用居民健康卡作为医院就诊卡介质，无居民健康卡的患者需要改为 IC 卡就诊。

2 事故前联机数据准备

为了实现单机运行，必须在工作站点联机状态下下载单机运行状态下需要的数据字典与相应数据空表，并将联机时的患者看诊信息实时写入居民健康卡内，为系统异常做数据准备。

后台单机数据库准备：为了减少准备数据下载量，后台单机数据库准备程序定期或根据字典更新，生成不同站点类型单机数据库，如：挂号数据库、医生工作站数据库、门诊收费数据库与门诊药房数据库。

前台联机登录下载：在联机状态系统登录时，将根据后台工作站点登记表（表1）与本站点对应的相关的单机数据库下载到本机，并将工作站点登记表中的本站点ID 号注册到本地 INI文件中，用来生成不同于其他工作站的数据表中的ID号。各门诊模块联网运行时将患者看诊相关信息写入健康卡以防不测。

表1 门诊工作站点登记表

在下载时为了防止覆盖单机运行时本地单机数据库产生的记录，必须逐条上传并删除本地数据表单机产生的记录后方可下载覆盖。

（1）挂号。挂号工作站单机数据库中应包括 ：病人登记信息表、科室表、挂号类型、专家排班。患者挂号后，将挂号科室代码、挂号类型、专家姓名、挂号金额等信息写入健康卡，并将挂号票号码写入本地数据库，以备单机运行时使用。

（2）看诊。医生工作站单机数据库中应包括 ：记费项目表、科室与个人组套项目表、科室字典表。患者看诊后，将医嘱信息、处方信息写入健康卡[7-8]。

（3）收费。收费工作站单机数据库中应包括 ：记费项目表、科室字典表、发票项目字典表。患者收费后，将处方收费信息写入健康卡，并将发票号码写入本地数据库。

（4）发药。药房工作站单机数据库中应包括：药品字典、药房人员表。

3 事故后单机运行

当门诊网络系统故障后，各业务窗口启动电脑上的相应单机系统运行图标，各系统启用单机数据库，读取健康卡相应信息，完成患者相应业务的处理[9]。单机系统运行时数据流转图，见图2。

图2 单机系统运行时数据流转图

3.1 数据表ID号生成

在联机状态下各数据表的 ID号是通过一个存贮过程产生的不重复的编号。由于单机状态运行时产生的记录需要在网络正常后整合到网络服务器中，所以每个单机产生的数据表中的关键字不能重复。

前台联机登录下载单机数据库时，在本地 INI文件中生成的站点 ID号，通过离散算法生成数据表中的关键字。

3.2 单机系统改造

单机系统是对原联网系统改造而成，改造内容包括数据库读写转向到单机数据库，数据表 ID 号的生成等基本功能模块。

（1）挂号单机系统：只完成患者挂号业务，不考虑退号、查询等业务。患者挂号时，单机挂号系统读取健康卡患者信息，比对查询本地数据库病人信息表得到患者门诊号，系统选择挂号类型与专家、根据联机时保存的挂号票号打印挂号票。将挂号记录写入本地数据表与健康卡内。

（2）医生站单机系统：只完成患者的医嘱生成与处方开立，不考虑历史处方查询、叫号、门诊电子病历等其他业务。医生通过读卡器读取患者基本信息与挂号信息。根据本地数据库相应信息开立医嘱，产生处方，并将医嘱与处方信息保存到本地数据库与患者健康卡内。

（3）门诊收费单机系统：只完成患者发票的开立，不考虑退发票，发票查询等业务。门诊收费单机系统读取健康卡患者基本信息与处方信息，读取本地数据库发票分类信息产生发票项目，根据联机时保存的发票号码打印发票，将收费记录写入本地数据表与健康卡内。

（4）药房单机系统 ：只完成患者处方发药，不考虑处方划价，查询等业务。单机药房系统读取健康卡患者基本信息与收费处方信息，修改健康卡处方发药标志，并将处方发药记录写入本地数据库。

4 恢复后单机记录整合

故障恢复后为了将单机运行状态下产生的记录上传整合到 HIS 主服务器数据库中，并且做到自动上传。在 HIS登录系统下设计本地数据库中数据整合上传功能。数据整合流程，见图3。

图3 故障恢复后单机数据整合流程图

由于在单机运行时有些数据表中记录是由不同工作站点写入的，如处方表：医生站点生成记录、收费站点填入收费相关信息、药房填入发药相关信息。同为一条记录，由于各工作站点单机上传时间无法控制，有可能医生站点的记录覆盖药房记录，造成记录不完整。为了控制单机上传时记录的完整性，我们采用建立工作站点数据记录等级字典表的方法，见表2，在数据表中加入等级标志字段，各站点记录生成时根据表名称与站点类型填入相应等级，数据上传时进行记录比对后覆盖等级低的记录。上传成功后要及时删除本地数据库相应记录。

表2 单机数据上传字段格式

5 总结

医院门诊信息系统，能完成门诊过程中的一切操作计算机化，但系统一旦瘫痪，计算机不能完成业务时，严重制约了门诊业务的操作。本文中设计基于居民健康卡的门诊信息应急方案，是一种全新的门诊应急方案，目前尚未正式运行于 HIS 中，该方案特点在于它从系统正常时同步本地数据库与健康卡上看诊信息数据准备，到系统出现故障后单机运行时患者看诊信息无缝联接，维持门诊业务正常开展，再到系统正常后单机数据自动整合，是一个完整的过程，该方案的实施将使门诊业务不再受系统各种故障的影响，保障医院业务在任何状态下能够正常运行。

[1] 沈崑．医院应急网络系统的规划与建设[J]．中国医疗设备, 2013,28(5):38-40．

[2] 伊胜月．医院门诊应急系统建设方案[J]．医疗卫生装备, 2008,(2):48-49．

[3] 李维,李全心,沈韬．门诊应急体系的规划与实施[J]．中国数字医学,2008,(2):26-27．

[4] 武文娣,吴静,李敏,等．我国社区居民健康档案的发展与研究趋势[J]．中国卫生统计,2007,24(4):444-446．

[5] 《居民健康卡技术规范》,卫办发〔2011〕60号[S]．

[6] 力竟成．门诊应急系统的架构设计与实现[J]．电脑知识与技术, 2012,(24):5823-5825．

[7] 陈军华,熊慧,蔡华,等．居民健康卡在医院门诊中的应用[J]．解放军医院管理杂志,2013,(11):1006-1007,1012．

[8] 马丽明,苏晞,江志村,等．居民健康卡规范应用情况浅析[J]．现代医院,2013,(2):1-4．

[9] 杨博．居民健康卡在区域卫生信息平台中的应用实效与启示[J]．中国卫生信息管理杂志,2013,(3):213-217．

Design of Emergency Plan for Outpatient Information System Based on Residents Health Card

ZHANG Fang, SHANG Jian-guo, XIAO Hui
Information Center, Zhongnan Hospital of Wuhan University, Wuhan Hubei 430071, China

This paper introduced a new emergency plan for outpatient information system which is based on residents health card. With the off l ine storage function of residents health card, hospital information system can operate normally under the stand-alone mode when outpatient information system fails to work. In the meanwhile, information loss caused by malfunction of outpatient information system can be avoided and complete clinical information of outpatient service business can be provided under standalone mode with the new system.

residents health card; outpatient information system; emergency plan; hospital information system

R197.2；R197.324

C

10.3969/j.issn.1674-1633.2014.08.029

1674-1633(2014)08-0093-03

2014-02-20

2014-03-19

肖辉，武汉大学中南医院信息中心主任，硕士，主要研究方向：医疗信息化。

作者邮箱：zhangfang19860218@163．com