基于居民健康卡门诊信息应急系统.docVIP

基于居民健康卡的门诊信息应急系统 居民健康卡技术规范中规定，居民健康卡为高安全型CPU卡，采用非接触式通信模式，符合ISO/IEC 14443通讯协议，可写数据存储器容量不少于32K字节，为加密非挥发存储器。 在卡数据标准中包含管理数据类，此类中对门诊发生的信息进行了规划。 利用居民健康卡的离线存贮功能，传递患者门诊看诊信息的，以实现门诊信息系统重大故障后，门诊业务开展对业务信息处理的基本需求。 1、引言 医院门诊是医院服务的窗口，由于信息化进程不断发展，门诊各信息系统已深入到门诊各科室，从挂号、叫号、看诊、划价、收费、输液等部门无处不用。由于门诊业务实时性极强，门诊系统运行是否正常将直接影响到患者的看诊。一旦发生网络重大故障极易引起医患纠纷，这将对医院管理造成严重后果。 目前某些医院制定了各种全手工或一科室单机应急方案，有些医院制定了最小网络运行方案，此方案需要配置备用服务器与局部网络的支持，存在一定的风险。虽然这些方案在一定程度上维持了门诊业务的延续，缓解了医患矛盾，但事先需要准备大量的手工处方等各种单据。事后还需要将门诊故障后产生的大量数据补录到系统中。 由于多年来门诊各业务窗口利用计算机完成各科室业务处理，再完全回归到手工处理，困难与阻力非常大，有些部门是完全不可能的。另外对各种票据的管理与各种报表产生重大影响。 2、门诊信息应急系统 门诊信息应急系统是门诊系统的一个组成部分，由于停电、网络或服务器故障造成门诊内所有信息系统涉及的业务无法运行。为此系统建立在联机基本数据准备的基础上，实现网络故障后的单机运行，居民健康卡芯片保存门诊信息，传递给相应科室，以完成患者门诊看诊的基本需求。 基本需求：在网络故障后，实现挂号、处方开立与划价、门诊收费（可以不包括医保）、发药等基本环节，并做到对患者各环节信息业务处理的延续性。在网络恢复后，自动上传整合单机系统处理的数据。 功能模块有：后台数据准备、前台登录下载与单机数据整合、主要门诊工作单机运行模块。 2.1数据库选型 由于门诊应急系统为单机运行，为了方便数据准备，确保数据库在单机上正常运行，数据库应选择Microsft Access数据库。每次联机门诊系统登录时，根据站点类型将相应数据库下发到本地硬盘中。 2.2硬件配置 各业务窗口与医生工作站需要配置健康卡读写器。使用居民健康卡作为医院就诊卡介质，无居民健康卡的患者也需要改为IC卡就诊。 2.3数据准备 为了实现单机运行，必须在工作站点联机状态下下载，为单机运行状态下需要的数据字典与相应数据空表，并将患者联机时的看诊信息实时写入居民健康卡内，为系统异常时做数据准备。 后台单机数据库准备：为了减少数据准备数据下载量，后台单机数据库准备程序定期或根据字典更新，生成不同站点类型单机数据库，如：挂号数据库、医生工作站数据库、门诊收费数据库与门诊药房数据库。 前台联机登录下载：在联机状态系统登录时，将根据后台工作站点登记表与本站点对应的相关的单机数据库下载到本机，并将工作站点登记表中的本站点ID号注册到本地INI文件中，用来生成不同于其它工作站的数据表中的ID号。各门诊模块联网运行时将患者看诊相关信息写入健康卡防止不测。 门诊工作站点登记表 ID号 工作站IP地址 工作站类型 1 192.168.201.1 挂号工作站 2 192.168.201.10 挂号工作站 3 192.168.201.20 医生工作站 在下载时为了防止覆盖单机运行时本地单机数据库产生的记录，必须逐条上传并删除本地数据表单机产生的记录后方可下载覆盖。 2.3.1挂号：挂号单机数据库中应包括：病人登记信息表、科室表、挂号类型、专家排班。 患者挂号后，将挂号科室代码、挂号类型、专家姓名、挂号金额等信息写入健康卡，并将挂号票号码写入本地数据库，以备单机运行时使用。 2.3.2看诊：医生单机工作站数据库中应包括：记费项目表、科室与个人组套项目表、科室字典表。 患者看诊后，将医嘱信息、处方信息写入健康卡。 2.3.3收费：收费单机工作站数据库中应包括：记费项目表、科室字典表、发票项目字典表。 患者收费后，将处方收费信息写入健康卡，并将发票号码写入本地数据库。 2.3.4发药：药房单机工作站数据库中应包括：药品字典、人员字典表。 2.4单机运行 当门诊网络系统故障后，各业务窗口启动电脑上的单机相应系统运行图标，各系统启用单机数据库，读取健康卡相应信息，完成患者相应业务的处理。 2.4.1数据表ID号生成 在联机状态下各数据表的ID号是通过一个存贮过程产生的不重复的编号。由于单机状态运行时产生的记录需要在网络正常后整合到网络服务器中，所以每个单机产生的数据表中的关键字不能重复。 前台联机登录下载单机数据库时，在本地INI文件中生成的站点ID号，通过离散算