门诊应急策略信息化匹配平台自动更新设计

叶昱, 邓豪, 刘漫

(成医附二院·核工业四一六医院 1.门诊部; 2.信息科； 3.内分泌科, 四川 成都 610051)

0 引言

随着计算机技术的飞速发展，各行各业的信息化水平均不断提升。在现代化医院的管理过程中，信息化技术也是必不可少的，能够大幅地提升医院的工作效率，减少工作纰漏。然而，由于在信息化系统平台的建设过程中，对应急措施考虑不够周全，常常会出现业务混乱、造成经济损失等现象的发生[1-5]。例如，门诊信息化系统通常是通过网关与数据库服务器相连，因此发生数据库故障时，或是进行日常维护时，门诊的挂号和收费业务则被迫暂停，或通过人工途径进行，甚至还会造成门诊工作的瘫痪，后果严重。

针对以上情况，通常医院会建立一个备用系统，以供在数据库故障、网络故障等临时状况发生时使用，利用备用系统来保证门诊工作的顺利进行[6-10]。然而，前提条件是该系统必须要具有和原系统同样的功能，才能够保障门诊工作顺利进行。因此，对于门诊应急策略信息化匹配平台来说，必须要具有自动更新的功能，将数据库服务器中所储存的数据信息进行拷贝和储存，而且还需要具有将应急处理过程中所储存的数据反馈给原数据库服务器的功能。本文则针对这一问题，提出了一种用于平台自动更新的方案，进行了门诊应急策略信息化匹配平台自动更新的设计。

1 应急策略信息化匹配平台简介

应急策略信息化匹配平台的主要架构如图1所示。

图1 应急策略信息化匹配平台的整体架构

主要包括了总数据库服务器和应急数据库服务器。两种数据库服务器实现并联使用，正常情况下门诊客户端通过网络共享与总数据库服务器连接，实现数据的查询、添加、编辑和调取等；另外总数据库服务器通过交换机与医保中心的数据相连接，实现对医保中心数据的读取。应急数据库服务器与总数据库服务器具有同样的功能，与门诊客户端以及医保中心实现数据共享；另外，在本应急策略信息化匹配平台中，应急数据库服务器与总数据库服务器之间还通过网络服务器实现数据的互通和共享。在正常工作状态下，通过门诊客户端添加并储存在总数据库服务器中的相关数据，均实时备份至网络服务器中，再由网络服务器共享至应急数据库服务器中；在总数据库服务器故障或进行日常维护时，启用应急数据库服务器，此时应急数据库服务器中包含所有总数据库服务器中的数据；另外，通过门诊客户端添加并储存在应急数据库服务器中的数据也会上传至网络服务器，并共享给总数据库服务器。从而实现平台的自动更新。

另外，该应急策略信息化匹配平台具有自动切换正常系统和应急系统的功能，如图2所示。

图2 应急策略信息化匹配平台自动切换流程

在门诊客户端使用人员登录系统后，首先进行系统状况的判定；若是应急情况下，管理人员会在系统上设置标识，客户端使用人员可通过标识进行判定。如果是正常情况下，则进行正常系统的连接，即连接总数据库服务器，连接成功则进入正常系统；若连接不成功，则进入应急系统。如果标识判定为应急状态，那么则直接进行应急系统的连接，即连接应急数据库服务器，连接成功则进入应急系统。另外，在每次业务结束后，都需要重新进行标识判定，以确认正常系统是否已经修复完成，若修复完成则连接正常系统，连接成功后进入正常系统，并退出应急系统；若连接不成功或修复未完成则继续连接应急系统，直至正常系统修复成功。

2 数据库的建立

根据该应急策略信息化匹配平台的功能设计，建立了相应的数据库。数据库E-R图给出了不同实体及其关系，如图3所示。

图3 数据库的E-R图

该数据库主要有5个实体，分别为病患实体、药品实体、入库实体、出库实体和库存实体。另外图3中还给出了该数据库设计的逻辑结构和物理结构，该逻辑结构和物理结构是结合数据的储存和调取以及系统的时间与空间效率进行设计的。

其中病患信息库主要适用于储存病患的相关信息，例如病患代码、挂号科室代码、入院时间代码、出院时间代码等。病患基本信息表示方法为emas_person_personnel；病患信息储存的表示方法为emas_person_storage；病患入院信息表示方法为emas_person_import；病患出院信息表示方法为emas_person_export；诊断信息的表示方法为emas_person_treat；手术信息的表示方法为emas_person_surgery；后送处置情况的表示方法为emas_person_send。出诊信息中还包含了出诊人员信息和出诊人员组别信息，分别可用emas_treatment_staff和emas_treatment_group来表示。药品信息库主要是用于储存医疗药品的库存信息，主要包括药品代码、库房代码、入库信息代码、出库信息代码、药品规格代码、药品有效期代码等。药品储存的表示方法为emas_project_drug_storage；药品入库的表示方法为emas_project_drug_import；药品出库的表示方法为emas_project_drug_sexport。

3 应急策略信息化匹配平台自动更新设计

该门诊应急策略信息化匹配平台自动更新设计的总体流程，如图4所示。

图4 数据自动更新流程图

如果在正常系统下运行，操作人员通过门诊客户端进行数据录入后，相应数据会储存在总数据库服务器中，总数据库服务器会同时将数据备份并上传至网关服务器，然后网关服务器再与应急数据库服务器进行数据共享；然后于应急服务器上判定数据是否重复，若重复则不进行数据更新，若不重复则进行数据更新。若平台是在应急系统下进行运行，相应流程与上述流程大致相同，数据先录入到应急数据库服务器，然后同步至总数据库服务器，若数据不重复则进行数据更新。该门诊应急策略信息化匹配平台自动更新是在两套系统下分别进行的，本质上是应急数据库服务器的数据上传和下载，实现对总数据库服务器和应急数据库服务器数据的添加和编辑等操作，实现总数据库服务器和应急数据库服务器数据的互通，保证两个服务器具有相同的数据储备以及相同的功能。

4 自动更新功能的实现

该门诊应急策略信息化匹配平台的自动更新包括了数据库中所有数据的更新、上传和下载，大致包括医院医生的个人信息、科室信息、工作日程信息，病患的基本信息、医保信息、就诊记录信息，药品基本信息、库存信息等。自动更新功能通过C语言实现，本节以医院医生个人信息的自动更新为例进行介绍，其代码如图5所示。

图5 医院医生个人信息自动更新源代码框式图

当医生个人信息录入后，根据医生的科室、类别、职称等信息进行分类，Setgroup是医生分组方法，根据医生的个人信息、组别进行匹配，具有相同科室、职称信息的人分配到同一组中setstaff。分组利用random算法进行匹配，人员信息获取利用setstaff方法获取，利用checkgroup获取分组信息。

Group组是分组信息，用来储存医生个人信息，储存方法为savegroup；Staff是医生个人信息表，包括医生的ID、身份、科室、职称、姓名、年龄、性别等信息；信息录入通过ctreatstaff实现，利用checkstaff实现校对。

自动更新功能是利用checkstaff和creatstaff公用实现的，当总数据库服务器上传医生个人信息后，通过网关服务器共享至应急数据库服务器；应急数据库服务器进行信息下载，利用Group方法和Setgroup方法进行分组，利用Staff方法储存时，checkstaff进行信息校对，若存在相同信息，则不进行创建；若不存在相同信息则利用creatstaff进行医生个人信息的创建，实现在应急数据库服务器上的数据更新。

5 总结

本文设计了一种门诊应急策略信息化匹配平台及其自动更新功能，并建立了相关的数据库。该平台主要是通过主数据库服务器以及数据库服务器并联使用来实现的。在系统运行过程中，该平台具有自动切换功能，通过识别管理人员设置的标识来进行正常系统和应急系统的相互切换。自动更新功能主要是主数据库服务器和应急数据库服务器之间的数据共享，在系统运行过程中数据上传至网关服务器，然后实现二者之间的数据共享。