医院自助服务系统计划项目建设计划组织.doc

《医院自助服务系统计划项目建设计划组织.doc》由会员分享，可在线阅读，更多相关《医院自助服务系统计划项目建设计划组织.doc（42页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-# 医院自助服务系统项目医院自助服务系统项目 建设方案建设方案 *有限公司 -# 目目 录录 第一章第一章 项目概述项目概述.4 1.1 项目背景.4 1.2*运营经验及优势.5 1.3 名词说明.7 第二章第二章 医院自助终端系统优化规划和设计原则医院自助终端系统优化规划和设计原则.8 2.1 医院自助服务系统优化设计原则概述.8 2.2 医院自助终端设备规划.10 2.2.1 大堂式自助终端 L158.10 2.2.2 壁挂式客户服务终端 B310.12 2.2.3发卡缴费终端L170 .13 第三章第三章 医院自助终端系统优化实现方案医院自助终端系统优化实现方案.16 3.1 自助服务

2、系统结构概述.16 3.2 电子业务交易系统平台（EBTP）的技术实现.20 3.2.1 spring 轻量系统框架.20 3.2.2 数据库连接池和ORM设计框架.20 3.2.3 分布式多层设计框架和多线程流程处理模式.20 3.2.4 任务对列缓冲技术应用.21 3.2.5 基本数据缓冲设计结构.21 3.2.6 可插件式业务流程设计（STAGE）结构.21 3.2.7 灵活方便的机构连接技术.22 3.3 业务管理支撑系统 EOSS 的基本功能和技术实现.22 3.3.1 用户权限管理.22 3.3.2 终端远程监控管理系统方案.23 3.3.3 系统运行管理.28 3.4 综合业务客

3、户端系统（IBCP）的技术实现和基本功能 .32 3.4.1 客户端系统结构.32 3.4.2 客户端系统功能.32 3.5 系统工作方式说明.33 3.5.1 终端接入方式.33 3.5.2支付方式.33 3.5.3系统对帐方式.34 第四章第四章 医院自助终端系统业务功能和流程方案医院自助终端系统业务功能和流程方案.35 4.1 业务功能规划表.35 4.2 业务功能流程说明.35 4.2.1 会员挂号.36 4.2.2 会员登录界面.37 4.2.3 刷会员卡提示界面.37 4.2.4 科室选择界面.37 -# 4.2.5当天出诊医生信息界面.38 4.2.6 挂号确认界面.38 4.2

4、.7 以后日期出诊医生信息界面.39 4.2.8 挂号成功界面.39 4.2.9 普通挂号.40 4.3 终端界面效果.41 第五章第五章 医院自助服务系统的整体安全方案医院自助服务系统的整体安全方案.44 5.1 系统层安全部署.44 5.2 银行卡支付安全.47 5.3 医院自助服务系统的稳定性能.47 5.3.1系统整体性能.47 5.3.1事务性处理性能.48 5.3.4系统整体特点.48 第六章第六章 佛山市第一人民医院成功案例介绍佛山市第一人民医院成功案例介绍.49 -# 第一章第一章 项目概述项目概述 1.11.1 项目背景项目背景 医院计算机信息管理系统 HIS 的实施，使医院

5、工作的主要环节，如门诊、 住院、药品管理、病历管理等，都实现了电子化管理，极大地方便了医院各环 节的工作，提高了工作的效率，也为病人提供了更好的服务。 电子支付技术与医院计算机信息管理系统的有效结合，可以进一步提高医 院的综合效益，提升医院的整体服务形象，为医院和病人带来直接的好处。 目前医院在挂号和收费方面，主要通过专门的人员处理用户的现金或通过 金融 POS 进行收费，基本上还是属于人工收费的方式，还存在一些需要改善的 方面： 很多收费的金额都比较小，如挂号费都是在几元钱左右，对零钞的 管理比较麻烦，而且清点的工作强度也比较大。 假钞以及假币的管理难度比较大。 在采用手工 POS 收费时，

6、收费人员需要进行专门的培训，而且还需 要用户输入卡密码及凭证的签名等工作，从工作量上并没有明显的减少。 这些都造成了在病人挂号或交费时都可能出现排队的现象。 带有先进支付手段康众多媒体自助服务系统的应用，可以为医院的电子化、 信息化建设进一步发挥出强大的经济效益和社会效益。 通过自助的方式来为客户提供个性化服务，很多业务可以由客户自己来完 成，提高医院的服务形象，同时也减少了医院在服务方面的人力投入；而且相 关的支付也可以通过电子的方式进行，在银行卡、医保卡、诊疗卡十分普及的 今天，不仅能完全杜绝假钞假币等方面的问题，在财务上也可以实现电子对帐 的方式，减少医院管理人员的工作量及工作强度，而且

7、可以提供更快速、更准 确的财务数据。 随着诊疗卡、电子病历、全院管理网络的建立，通过现有的管理网络，可 以查询到当前医院的所有信息及当前病人看病过程中所有的信息，这些方面的 条件使自助服务系统的使用和推广成为可能。 -# 1.2*1.2*运营经验运营经验及优势及优势 *公司具有大规模自助服务终端运营、租赁服务的成功经验： -# 第三章第三章 医院自助终端系统优化实现方案医院自助终端系统优化实现方案 3.13.1 自助服务系统结构概述自助服务系统结构概述 1 1、系统平台组成、系统平台组成 整个自助运营服务交易平台，包含三个子系统：电子业务交易系统平台 （EBTP） 、业务管理支撑系统（EOSS

8、） 、综合业务客户端平台系统（IBCP） 电子业务交易系统平台（电子业务交易系统平台（EBTPEBTP）主要功能：交易服务模块、交易管理 模块、冲正管理模块、缓存管理模块、命令管理模块、机构管理模块。 业务管理支撑系统（业务管理支撑系统（EOSSEOSS）主要功能：终端管理、监控管理、终端控 制管理、业务查询和统计管理、终端软件远程下载功能、信息发布管 理。 综合业务客户端系统（综合业务客户端系统（IBCPIBCP）主要功能：设备驱动模块、业务通讯模 块、Web 服务模块、系统维护管理模块，业务流程控制模块。 2 2、 系统网络结构图系统网络结构图 -# 专线 医医院院 LAN网网络络 自自助

9、助终终端端 自自助助终终端端 （3 3G G通通讯讯） 阳阳光光内内网网 业业务务处处理理服服务务器器 接接入入及及机机柜柜通通讯讯 服服务务器器 防防火火墙墙及及无无线线接接 入入系系统统 银银联联支支付付平平台台 网网络络交交换换机机 阳阳光光平平台台 移移动动运运营营 商商网网络络 远远程程管管理理PC 医医院院管管理理系系 统统服服务务器器 专线 黑黑盒盒子子系系统统 DDN接接入入 IP池池路路由由器器 LAN或WIFI 医医院院内内网网 医医院院防防火火墙墙 交交易易防防火火墙墙 阳光内网 远远程程监监控控/下下载载/管管 理理服服务务器器 银联路由器阳光路由器 医院路由器 图 1

10、 医院自助服务系统网络结构图 3 3、 系统网络结构说明系统网络结构说明 医院 HIS 综合业务系统：医院门诊业务数据库为医院业务运作、清算支 持系统，同时提供门诊病人数据库和交易数据库。 阳光医疗平台系统：阳光康健医疗卡会员服务系统，负责会员管理和业 务支撑管理及服务； 银联支付平台：银行卡的实时充值交易服务器，包括批量和实时（支持 银行卡支付交易）两种； 交易数据库服务器：存放终端、后台交易数据库表、日志数据，采用双 机热备系统，磁盘阵列模式。 终端交易服务器：自助服务模块中负责多媒体自助终端接入以及相关交 易处理的服务器；对系统注册的用户开放，提供收费等功能。 自助终端：各种多媒体自助服

11、务终端，提供多种自助服务； 监控管理服务器：对自助终端状态监控以及系统运行状况监控，同时负 -# 责进行远程下装控制； 安全黑盒子：负责银联支付类交易的安全加密和交易验证处理。 防火墙：设置接入防火墙、网站防火墙、交易防火墙、接口防火墙，进 行分层式的安全控制。 无线 IP 池的路由器：针对无线通讯终端分配的私网 IP 分配接口。 -# 4 4、 系统软件体系三层架构图系统软件体系三层架构图 系统安全和权限控制 （系统权限、用户权限、 管理权限、访问权限） 系统交互、用户界面、管理界面 系统功能逻辑 （业务功能处理、 业务功能管理、 管理功能逻辑、 机构接入逻辑） 业务数据模型映射 业务功能

12、（一） 用户交互 界面 业务处理 逻辑 业务数据 业务功能 （二） 用户交互 界面 业务处理 逻辑 业务数据 业务功能 （其它） 用户交互 界面 业务处理 逻辑 业务数据 管理功能 管理用户 交互界面 管理功能 处理逻辑 管理功能 数据 系统业务数据 管理数据 视视图图层层 访访问问控控制制层层 业业务务逻逻辑辑层层 数数据据层层 其它辅助业务处理逻辑 系统运行配置管理 客户系统接入逻辑模块 医院门诊用户 (终端) 业务管理员(Browser) 接接入入层层 图 2 系统三层构架图 备注： 1、用户层：医院门诊用户在使用终端系统；包括各类自助终端等接入设备。 2、访问控制层：用于提供安全数据访

13、问及操作控制，由接口服务器组成； 3、接入层：负责系统的接入服务，用户的请求首先由接入层的接入服务器进行 处理，然后根据医院用户的业务要求与业务逻辑服务器进行通讯，由接入服务 器、网站服务器组成。 4、业务逻辑层：用于部署中间件以及系统的业务逻辑组件，实现系统的各类业 务请求，由交易服务器、交易黑盒子、远程管理服务器组成。 5、数据层：存放医院 HIS 和阳光会员系统各类业务数据，即医疗业务数据库。 -# 3.23.2 电子业务交易系统平台（电子业务交易系统平台（EBTPEBTP）的技术实现）的技术实现 3.2.1 spring 轻量系统框架轻量系统框架 设计采用 Spring，其功能属于轻量

14、级 J2EE 框架，能够对于现行的优秀技 术进行完美结合和应用。 整个系统的建设是基于 Spring 框架技术，进行构建。 3.2.2 数据库连接池和数据库连接池和 ORM 设计框架设计框架 -能灵活的支持各种不同的主流关系数据库； -具备完善的数据库连接保持和释放机制，开发和运行过程，无须担心数据库 连接的建立和失效，以及数据库的并发访问等问题； -能方便的实现各种事务的处理，将部分复杂的存储过程提升到应用程序层面 进行处理； -采用 POJO 形式进行数据库访问，能灵活的实现各种 JAVA 业务逻辑。 3.2.3 分布式多层设计框架和多线程流程处理模式分布式多层设计框架和多线程流程处理模式

15、 系统基于分布式多层框架实现，利用 RMI（或者中间件,webservice 以及其 它的 RPC 框架）技术实现系统的分布式运算。各业务功能模块能灵活的分布于 局域网内不同计算机上。自动实现系统负载的均衡。 对于每个功能模块，均采用可配置的多线程处理机制，根据模块和设备的 配置情况，结合全异步太极图技术和任务队列缓冲技术，灵活设置处理线程的 模块，既充分利用多线程处理机制并发处理的性能优势，又可以有效的遏止因 并发线程无限增长引发的系统资源过度损耗于线程调度的情况。 -# 3.2.4 任务对列缓冲技术应用任务对列缓冲技术应用 任务队列是系统的特色所在，它分布于系统的每一个独立的功能模块当中。

16、 它的作用在于既能保存系统不能及时处理的任务，让它们不会因系统不能及时 处理而丢失。同时也能够保障过多的任务请求不会对机构服务系统形成过大的 压力冲击。 队列缓冲技术也可以根据业务需求来使用不同的优先处理机制，有先到优 先、后到优先及优先递减可选。先到优先保证客户的交易能够完善执行。后到 优先保证用户的需求能够快速返回。 队列内的超时清理机制，自动清理已经过期的任务，保证后续任务能尽快 得到处理。 3.2.5 基本数据缓冲设计结构基本数据缓冲设计结构 对于系统交易、业务配置等需要频繁访问而又很少变更的数据，系统通过 Spring 和其它的数据缓冲机制，将它们进行缓冲，定期刷新，以减少对这些数

17、据重复访问的资源浪费。 3.2.6 可插件式业务流程设计（可插件式业务流程设计（STAGE）结构）结构 对于系统的各种交易的处理流程，根据业务的需要，利用 Spring 框架的依 赖注入的原理，灵活配置系统处理过程中各个交易的数据流向、任务处理内容、 处理顺序、以及相关的差错处理过程。 具有可靠易用的流程编制功能，把每个完整的操作流程封装成标准的 stage，并灵活配置这些 stage 来进行各种系统业务的处理。 -# 3.2.7 灵活方便的机构连接技术灵活方便的机构连接技术 根据各种机构系统的连接协议的不同，使用不同的连接方式进行处理，有 异步长连接，同步长连接和同步短连接三种基本的连接方式

18、，而这些连接方式 和具体的物理协议无关，也和具体的应用协议无关，这些物理协议和应用协议 都能动态的配置到系统里面。 3.33.3 业务管理支撑系统业务管理支撑系统 EOSSEOSS 的基本功能和技术实现的基本功能和技术实现 整个系统分五部分：用户权限管理、终端监控、系统运行管理、统计报表 管理、信息发布管理。后台业务管理支撑系统是操控整个系统运行的管理配置 中心，是系统正常运行的监控管理平台。 3.3.1 用户权限管理用户权限管理 系统用户分不同级别控制权限，同时针对不同角色可以实现不同的业务 功能 （1）系统用户管理 系统用户管理提供添加新用户、修改用户信息、重置密码、向用户添加 角色 超级

19、管理员 ROLE_SUPER：建立新用户、为用户分配权限 监控用户 ROLE_MONITOR：监控终端的运行情况 监控普通用户 ROLE_MONITOR_LOWER：监控终端的运行情况，只有取终端 日志及取终端屏幕功能 运行管理用户 ROLE_MANAGER：配置系统运行参数、查看交易流水、报表 等 （2）用户角色功能 -# 为角色添加角色数据，可以实现对业务内容和网点管理范围进行控制管 理。 图 3 用户角色管理 3.3.2 终端远程监控管理系统方案终端远程监控管理系统方案 监控管理涉及到终端，监控接入，监控管理服务系统，管理终端，监控终 端几个部分，这些部分之间的通讯基本使用异步长连接的方

20、式进行，实现连接 断线重连的功能来保证网络的畅通，它们之间的通讯协议紧凑可靠数据量小， 传输迅速。基本结构如下： -# 终端 终端 其它终端 监控接入 监控管理服务系统 管理终端 监监控控终终端端 （1）终端远程技术）终端远程技术实现实现 终端的监控和管理的实现为一个单独的守护线程，此线程不仅负责把终 端的当前状态发送到监控管理服务系统，同时时刻准备接收监控管理系统的 控制命令，并根据接收到的控制命令进行调节自己的运行条件和运行环境， 或者进行远程下载，重新启动并更新系统等。 终端程序已经实现了发送当前的运行状态，进行系统的重新启动，进行 远程下载，关闭计算机，重新启动程序，重新启动计算机，发

21、送自己当前的 画面，发送当前的和历史的日志信息等各种功能。如果有后续的功能需求， 也能够随时进行功能的叠加。 （2）后台监控管理服务）后台监控管理服务系统系统技术实现技术实现 监控管理服务的实现分为监控接入，监控管理服务处理部分和监控程 序/监控终端。监控接入部分负责处理和管理所有终端的连接，当有新终端 接入或者当前的终端连接断开时实时通知后面的监控程序/监控终端。由于 进行了实时检查这些连接的有效性，并把这些连接状态发送到后面的监控 管理服务系统部分，监控接入的处理变得轻快而有效，且资源占用率低， 系统反应快。监控接入还负责转发终端上送来的状态信息，并转发监控管 理服务部分发送给终端的控制数

22、据。 （3）后台终端控制的管理功能）后台终端控制的管理功能 -# 监控系统主要功能是提供终端实时连接状态情况，实时反映终端的 运行状态，如发票打印机、收据打印机、读卡器等设备状态，如有异常情 况会及时地反映到监控区域，以不同颜色提示。 此监控系统的使用对象主要有二部分：一是运维人员，如有异常会在 最早的时间内作出及时反映，尽快帮助客户解决问题，二是使用该系统的 监控管理人员，对所分配权限内终端进行监控，及时发现运行中的问题。 终端控制有以下几个功能： 1. 重启终端程序 2. 关闭终端程序 3. 重启操作系统 4. 关闭操作系统 5. 取终端日志文件 6. 取终端屏幕文件 7. 设置终端参数

23、8. 终端管理 9. 重新设置页面 -# 图 4 终端网络监控 （4）监控）监控 WEB 界面界面 监控部分分为监控软件和监控 WEB 界面可以在能够连接到后台服务器 的任何 PC 上运行，而监控软件由于具有更多的关键功能，只能在指定权限 的具体的 PC 上安装运行 系统监控软件分为 5 个区域：网点终端信息区，后台服务器信息区，正 常终端列表，超时终端列表和未连接终端列表，其中正常终端的显示内容可 以根据网点终端信息区的选择而变化，也可选择根信息部分来显示所有的正 常终端。未连接区域部分显示当前停止运行的终端，因为终端只要运行，就 会有信息发送到监控来，信息为实时的信息。超时终端可能为死机的

24、终端等， 因为在预定的时间内没有信息发送到后台来。 后台服务器状态为显示后台的各种子系统的当前运行状态，如果后台 服务器出现各种问题，则此处会使用醒目的颜色来标志。 图 5 终端运行状态监控 -# 终端显示有六种颜色状态： 正常（绿色） 、警告（黄色） 、错误（红色） 、超时（粉色） 、未连接（兰绿） 、 钱箱满（深兰色） 图例： 网点信息区 网点信息区罗列出当前监控的系统中的所有终端和网点信息，这些 网点终端信息被组织成树状，便于查找和选择感兴趣的网点和终端进行 特别显示和监控。当每次监控软件和监控管理处理器连接后，这些信息 会被即时更新，软件运行的过程中也可根据需要实时的刷新这些信息来 保

25、持和后台系统的同步。 后台服务状态区域 后台系统运行的过程中，根据预定的调节，会实时的发送一些和各 机构的连接状况信息，当然也可根据需要对某些业务进行监控，这些信 息会实时的发送到这个区域， 如果想要查询历史信息，只需要打开想 要查询的机构图标即可。 未连接终端 在系统运行的过程中，可能由于某种原因，一些终端并没有连接到 后台，或者某些终端出现了死机现象，此时这些终端会被显示到这个区 域，更改网点信息区域中的网点并不会影响显示在此区域的终端。 超时终端区域 超过指定时间而没有上送状态的终端将被暂时显示到此区域。放入 此区域的终端会被定时检查连接状态。更改网点信息区域中的网点并不 会影响显示在此

26、区域的终端。 正常终端 正常终端的显示区域的显示内容会根据网点信息中被选择的网点的 不同而改变，当选择网点信息中的根节点时，此区域显示当前系统中所 -# 有正常运行的终端，可以选择此区域中的指定终端并进行各种控制操作， 比如去日志信息等功能。 （5）终端远程下载的实现）终端远程下载的实现 终端程序由于为独立的自助服务系统，经常运行在无人值守的地方，或 者运行在比较偏僻的城乡区域，这样给系统的运行和维护带来人力和物力成 本的上升。当系统软件功能升级时，不再适合运维人员四处活动继续软件安 装，软件的自动下装和自动运行变得日益重要。由于网络的限制，一些下装 方法和下装数量以及下装速度也不得不放在考虑的重要部分。 3.3.3 系统运行管理系统运行管理 系统配置主要为系统运行设置基本参数，由七部分组成： 系统基本配置(即系统运行状态) 更改所有终端的下载状态 银行签到 手工冲正 机构商户、终端网点配置管理 业务交易配置管理 系统运行日志管理 （1）系统基本配置）系统基本配置 系统状态配置主要有系统状态的读取、系统状态更改