医院应急系统的需求与设计

一、总体需求

1、避免复杂的安装,从裸机到系统可用的系统安装、运行环境恢复时间不能超过1小时,最好能够控制在40分钟以内;

2、避免复杂的逻辑判断和智能化,一切为了记录业务和应急状态下的业务连续性;

3、采用客户机服务器模式,一般情况下,门诊和住院共用一套应急服务器系统,在网络不允许的情况下,住院和门诊可以各部署一套应急服务系统;

4、支持门诊挂号、门诊处方(医生站)、门诊收费和门诊药房的基本业务功能;支持住院业务的入院、医嘱处理、病历书写与打印、住院药房基本业务;

5、数据库系统和客户端系统免安装,支持通过硬盘克隆快速恢复服务器系统和客户机系统。

二、总体设计

1、应急系统数据库

(1)基础数据

科室服务项目及物价、科室划价策略、术语词典、药品卫材库存及物价、员工名录、用户及岗位信息、患者基本信息等

(2)业务数据

挂号、入院、处方(申请单)、医嘱、收费、病历、药品出入库

2、应急业务备份、恢复与监控系统

(1)备份系统

应急业务备份系统每天凌晨4点根据生产系统初始化应急数据库快照,并自动保存最近7天的每天快照数据库。同时,基于当天的快照数据库,动态侦听生产数据库的在院患者、处方、医嘱、病历和库存的动态变化,实时更新到应急系统数据库中,从生产系统接收到的更新数据,有可能是应急业务恢复系统更新到生产系统的业务数据,此时,应急备份系统应该给予摒弃。

(2)恢复系统

应急业务系统在应急状态下产生的业务数据,包括挂号、入院、处方(申请单)、医嘱、收费、病历、药品出入库等数据,需要归集到生产系统,按照生产系统的业务逻辑重做这些业务,并在生产系统中产生相应的数据。生产系统在重做应急业务时,应该记录业务来源,即该笔业务来源于哪个应急系统,以便应急业务备份系统能够正确区分哪些数据需要摒弃。

(3)监控系统

设置应急系统的运行状态和初始条件,如门诊队列、系统状态等,并监控系统的运行。

3、应急业务处理系统

应急业务处理系统在生产系统预计无法在短时间内恢复访问时启用,启用应急业务处理系统前,需要停止应急业务备份系统,禁止从生产系统备份数据,直至关闭应急业务处理系统并进行业务恢复以后,才能重新启动应急业务备份系统。

应急业务处理系统包括几个可以独立运行的模块:

(1)应急挂号系统

在有排队叫号系统时,根据门诊队列的排队情况,为挂号患者选择挂号队列。在没有排队叫号系统时,根据门诊医生出诊情况,为患者选择门诊医生进行挂号。能够建立患者档案(患者主索引),可以为诊疗卡账户预交金进行充值或退费。

(2)应急门诊医生站

在有排队叫号系统时,从排队叫号系统呼叫患者就诊。在没有排队叫号系统时,根据挂号记录人工叫号,或者经分诊护士叫号分派患者到诊。患者到诊时,根据患者挂号小票或者病历本确认患者身份,匹配挂号记录,调取患者资料,进行申请单开立和门诊病历书写(或扫描拍照存档),修正门诊诊断、开立药品处方。门诊医生工作站可以开电子住院证明,入院登记系统能够根据电子住院证明办理住院手续,当网络原因无法共享电子住院证明时,医生同时开具手写住院证明。最好能够集成电子病历系统,在医生工作站能够同时书写门诊病历。

(3)应急收费系统

能够设置票据参数(票据种类、号码段、打印机等),能够根据纸质处方(申请单)手工划价产生计费单,对计费单进行收款结算。最好支持医保结算和互联网支付,至少支持现金、银行卡刷卡以及就诊卡预交金结算。支持就诊卡预交金账户的充值与退费。

(4)应急门诊护士站

应急门诊护士站用于处理本院门诊处置的计费或就诊卡预交金账户结费,也可以处理院外处方的药品领用出库计费、处置(注射)计费以及就诊卡预交金账户结费。需要完成安全用药的相关审查,最好还能进行皮试管理。

(5)应急门诊药房系统

应急门诊药房系统能够处理药品入库(申领或调拨)、处方库存预留划价、处方发药等药房基本业务。最好能够实现处方的安全合理用药审核。

(6)应急入院登记系统

应急入院登记系统可以共享门诊医生站开具的电子住院证明办理患者入院,也可以录入手写入院证明办理患者入院。应急入院登记系统不处理住院预交金及出院结算,应急期间出院的患者,需要等到生产系统恢复后,再通过生产系统办理出院结算。

(7)应急住院医生站

应急住院医生站可以处理在院患者的诊断及医嘱(含出院医嘱)。最好能够集成电子病历系统实现住院患者的病历书写(不含病案首页)。

(8)应急住院护士站

应急住院护士站可以处理住院患者的入区与出区,处理在院患者的医嘱(含出院医嘱)及护理记录。最好能够集成电子病历系统实现护理文书书写。

(9)应急住院药房

应急住院药房能够处理药品入库、医嘱领药、医嘱摆药、出院带药申请、出院带药调剂、发药复核等住院药房业务。

(10)应急医技确费系统

能够接收门诊收费系统的医技划价计费单,并可以使用就诊卡预交金账户余额进行结费。对已经结费的计费单进行执行状态标记(执行中、已执行、取消执行等),防止收费系统错误退费。

(11)应急电子病历系统

应急电子病历系统能够创建或修改在院患者的电子病历文件,也可以封存和打印电子病历。

三、技术路线

应急系统采用MySQL数据库,使用Powerbuilder/Delphi/VS等可视化开发工具进行快速开发,子系统间通过共享数据库进行数据交换和通讯。

城市综合应急系统设计方案 术语解释 5 第一部分 项目背景和目标 6 1. 项目背景 6 2. 系统总体目标及建设内容 7 2.1总体目标 7 2.2 建设内容 7 2.3 系统一期目标及建设内容 8 2.4 系统后续各期目标及建设内容 9 第二部分 系统需求分析和应急模型 9 1. 各子联动指挥中心Sub ERC的现状 9 1.1 110子联动指挥中心Sub ERC 9 1.2 119消防子联动指挥中心Sub ERC 9 1.3 122交通子联动指挥中心Sub ERC 10 1.4 120急救子联动指挥中心Sub ERC 10 1.5 存在的问题 10 2. 应急指挥组织模型 11 2.1 组织模型层次 11 2.2 应急业务模型 12 第三部分 一期工程系统设计 17 1.系统设计原则 17 2. 编写依据及参考 17 2.1 国家法规及标准 17 2.2 行业标准 17 3. 系统总体设计 17 3.1系统组成设计 18 3.2系统的层次结构设计 20 3.3系统的拓扑结构 21 3.4 系统流程 22 4. 数据及数据库设计 23 4.1 地图数据 23 4.2 数据库平台选择 26 4.3 C/S和B/S混合架构应用模式 26 5. 市政府应急决策指挥中心DMC设计 26 5.1 GIS系统 27 5.2 GPS车辆跟踪系统 28 5.3 领导辅助决策系统 29 5.4 综合协调PRouter 30 5.5 移动指挥调度系统 30 5.6 呼叫中心 33 5.7 数字录音系统 38 5.8 大屏幕显示系统 40 5.9系统接口设计 47 5.9.1与GYGIS的接口 47 5.9.2 DMC与移动指挥车的接口 47 5.9.3 DMC与省政府应急指挥系统的接口 47 5.9.4 DMC与联动单位指挥中心的接口 47 5.9.5 通讯接口 48 5.10应急管理数据库和方预案 49 5.10.1.案事件数据库管理 49 5.10.2资源管理系统 50 5.10.3方(预)案制作、启动、跟踪、终止与检索 51 方(预)案制作 51 方(预)案的启动 52 跟踪方(预)案的实施 53 跟踪方(预)案的终止 54 检索和查询方(预)案 54 5.10.4.专家库 55 6.防洪、空气质量和疾病控制系统应急指挥系统的集成 55 7. 120急救指挥中心设计 58 7.1.1基本调度功能 59 7.1.2组网功能 59 7.1.3 IVR 和CTI功能 59 7.1.4 辅助功能 61 1) 维护管理 61 2) 录音播放设备 61 3) 数字话机 61 7.1.5 车辆定位和监控 61 7.1.6 业务功能 62 7.1.7数据库设计 63 8. 公安110指挥中心 63 系统结构 64 系统功能 64 9. 消防119指挥中心 67 9.1系统结构 67 9.2系统功能 67 9.3 数据 71 9.4 火灾汇报 72 10. 公安交通122指挥中心 72 系统结构 72 系统功能 73 接口开发 76 数据 76 特大交通事故汇报 76 汇报内容 76 11. ERS系统管理 77 字典维护 77 数据备份与恢复 77 12. ERS安全管理 77 1. 用户管理 78 2. 角色管理 78 3.权限划分 79 13. ERS性能管理 79 第四部分 一期工程系统实施 80 系统实施步骤 80 系统调研 80 概要设计 81 详细设计 81 程序编码及设备的购置、安装、调试 82 系统集成 82 系统调试 82 系统验收 82 系统维护 82 项目组织机构 82 项目领导小组 82 项目工程实施小组 83 项目技术支持小组 83
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值