医院一卡通系统解决方案.docx

医院一卡通系统解决方案

134
2020年4月19日
文档仅供参考，不当之处，请联系改正。

宿州市立医院智慧一卡通系统

解
决
方
案

深圳达实信息技术有限公司

目录
第1章 业务现状 1
1.1 概述 1
1.2 医院一卡通现状 1
第2章 方案调研 2
2.1 生物识别方案 2
指纹方案 2
人脸方案 2
2.2 IC卡方案 3
2.3 设计原则 3
2.4 设计依据 5
第3章 系统搭建 5
3.1 系统云平台 5
3.2 云服务 6
云扩展 6
云接入 7
云存储 8
云管理 8
云应用 8
3.3 层级设计 9
3.4 卡片规划 10
3.5 总体规划 10
3.6 网络规划 11
3.7 卡通、库通、网通 12
3.8 终端子网设计 14
第4章 微信平台应用 14
4.1 概述 14
4.2 建设方案 14
4.3 系统组成 15
4.4 单模块应用 16
介绍 16
用户绑定 17
访客预约 17
微信远程开门 18
微信考勤签到 19
车牌缴费及反向寻车 20
微信充值 21
1.4 扩展应用 21
第5章 方案详细说明 22
5.1 基础管理平台 22
数据中心 22
管理中心 23
结算中心 24
交换中心 25
5.2 门禁管理系统 26
方案设计 27
系统组成 29
系统功能 30
系统特点 31
系统联动 32
5.3 消费管理子系统 33
系统简介 33
设计方案 33
关于消费补助 34
消费充值 34
交易数据查询 35
系统组成 35
系统功能 36
系统特点 37
5.4 会议签到管理子系统 38
系统简介 38
系统设计 38
系统组成 39
显示系统 39
主要功能 40
5.5 巡更管理子系统 41
设计方案 41
巡更流程 41
系统功能 42
系统特点 42
5.6 考勤管理系统 43
系统简介 43
设计方案 43
移动考勤 43
考勤数据分析 44
系统组成 45
信息录入 46
班次设置 47
加班假期管理 47
班包概念 48
考勤结果数据同步 48
主要功能 49
系统特点 50
5.7 访客管理子系统 51
概述 51
设计方案 51
关于访客证件类型规划 51
关于访客出入权限管理建议方案 51
关于访客证的建议方案 51
关于访客信息保留建议方案 51
系统组成 52
主要功能 52
系统特点 52
5.8 通道管理子系统 53
系统简介 53
设计方案 53
系统组成 53
主要功能 53
系统特点 54
5.9 电梯控制管理系统 54
系统简介 54
设计方案 54
系统组成 54
系统流程 55
主要功能 56
系统特点 57
5.10 触摸屏查询子系统 57
概述 57
设计方案 57
系统组成 57
功能 58
主要特点 58
5.11 停车场管理系统 58
系统结构 58
收费方式 60
自助缴费 61
进出流程 62
车位预定 63
便捷支付 64
传统支付手段 65
新型支付手段 65
手机支付查询应用方式 67
5.12 视频车位引导系统 68
概述 68
设计方案 68
系统组成 69
安装效果图 71
各级引导屏 72
数据存储方式说明 73
系统软件功能 74
车位检测摄像机设备参数 75
5.13 视频反向寻车 77
设计方案 77
系统组成 78
查询终端 78
现场安装位置示意图 78
取车查询终端输入界面 79
视频反向寻车系统特点 80
系统硬件主要功能 80
车位视频探测器参数 80
5.14 手机App 83
概述 83
设计方案 83
功能1 84
功能2 85
5.15 控水管理系统 87
系统简介 87
设计方案 87
扣款设计 87
住院病人购水 87
系统组成 88
主要功能 88
5.16 与医疗一卡通系统的集成 89
设计方案 89
系统组成 89
系统功能 90
与HIS系统的集成 91
第6章 公司优势及案例 91

第1章 业务现状
1.1 概述
宿州市立医院始建于19 ，是当前宿州规模最大的集医疗、教学、科研、预防、保健和急救为一体的公立三甲医院，是蚌埠医学院教学医院、安徽医科大学附属宿州医院、安徽医科大学硕士培养基地、安徽省立医院区域医疗中心网络医院、上海长海医院宿州协作医院、解放军总医院远程会诊和教学医院。
医院包括一院三区。其中，新建北院区位于高新技术园区人民路以东、拱辰路以南、芒砀路以北、灵磬路以西。建成后将迅速提升医院在皖北地区的医疗保障和技术辐射能力，进一步奠定宿州市立医院作为皖北区域诊疗中心的领先地位。
1.2 医院一卡通现状
Ø 现有大部分医院的一卡通系统仅有门禁及消费系统，而且消费跟门禁系统是独立的。消费及门禁系统仅供内部员工使用。
Ø 现有大部分医院的卡片有三种：患者就诊卡，食堂消费餐卡（内部员工用），门禁卡。卡片不统一，门禁、消费、就就诊卡、会议卡等没有集中一张卡片，多次发卡给医院带来重复管理问题。
Ø 患者就诊卡发卡量有10W张以上，内部员工就餐卡大概 多张。
Ø 系统管理分散，数据库无法统一导致数据无法分享。
Ø 现有门禁系统采用独立的门禁系统，破解难度低给医院安全带来风险。
Ø 新大楼建成后带来停车场、电梯、巡更管理以及新旧系统的不兼容问题。
Ø 旧系统无法满足绿色医院的现代化建设，无法满足现在话管理的要求。

第2章 方案调研
2.1 生物识别方案
生物识别系统发展至今，已经越来越成熟，生物识别也被广大医院所接受，特别是指纹识别，已经广泛应用到医院、企业、银行、监狱等行业的识别系统。

指纹方案
系统优点：
1）安全性高，每个人指纹识别生物信息唯一，指纹终生不变。
2）复制难度高，指纹在会议签到方面解决了代打卡签到，减少医院损失。
3）指纹更加方便，解决忘记带卡等情况出现，体现医院现代化气息。
系统缺点：
1）识别效率低，识别速度在1~3秒，卡片识别速度低于1S。
2）识别稳定性相比卡片低，手与指纹设备接触频繁导致指纹机磨损速度加快，同时容易在指纹机留下指纹印。
3）指纹机支持人数低，不利于大容量分布式组网，当前主流的指纹机容量普遍在10000指纹以下。
人脸方案
系统优点：
1）安全性高，每个人人脸识别生物信息唯一，无法复制。
2）复制难度高，人脸在会议签到方面解决了代打卡签到，减少医院损失以及不误正业风气。
3）人脸更加方便，解决忘记带卡等情况出现，体现医院现代化气息。
系统缺点：
1）识别效率低，识别速度在1~3秒，卡片识别速度低于1S。
2）人脸对于医院戴口罩等情况带来麻烦，医护人员必须脱下口罩才能识别。
3）人脸识别支持人数低，不利于大容量分布式组网，当前主流的人脸识别容量普遍在1000人脸以下。
2.2 IC卡方案
卡片技术已经非常的成熟，从接触式到非接触式，从ID到IC，从ID/IC到CPU卡，卡片技术也越来越安全可靠，也解决了当前生物识别解决不了的问题。同时，结合现在2.4G以及NFC技术的手机刷卡技术,卡片技术也越来越方便实用。
系统优点：
1) 识别速度快，识别一次1S以下。
2) 识别解决当前生物识别解决不了的大容量分布式组网的难题，卡片容量高达100万。
3) 卡片系统解决了指纹无法做到的多系统融合，指纹设备在多系统情况下必须配合卡片使用。
系统缺点：
1) 卡片容易借用，导致代打卡考勤和会议签到作假等情况时有发生。
2) 卡片不方便携带，而且容易丢失，导致在人员使用方面不方便。
2.3 设计原则
系统建设遵循了以下几个原则：
1)先进性
系统在设计思想、系统架构、采用技术、选用平台上均要具有一定的先进性、前瞻性、扩充性。在充分考虑技术上先进性的同时，尽量采用技术成熟、市场占有率比较高的产品，从而保证建成的系统具有良好的稳定性、可扩展性和安全性。
2)实用性
系统在尽量满足业务功能需求的前提下，要适应各业务角色的工作特点，做到简单、实用、人性化。实现统一身份和资源管理、统一认证、统一内容管理、个性化界面和内容定制。
3)高可靠性和健壮性
系统建设必须保证系统的可靠性和安全性。系统设计中，应有适量冗余及其它保护措施，平台和应用软件应具有容错性、健壮性等。
4)开放性
系统在系统构架、采用技术等都必须要有较好的开放性。特别是在选择产品上，要符合开放性要求，遵循国际标准化组织的技术标准，对选定的产品既有自己独特优势，又能与其它多家优秀的产品进行组合，共同构成一个开放的、易扩充的、稳定的、统一软件的系统。
5)可维护性
系统系统设计应标准化、规范化，按照分层设计，软件构件化实现。对于采用的软件构件化开发方式要满足：一是系统结构分层，业务与实现分离，逻辑与数据分离；二是以统一的服务接口规范为核心，使用开放标准；三是构件语意描述要形式化；四是提炼封装构件要规范化。
6)可伸缩性和可升级性
考虑到医院门禁一卡通系统建设是一个循序渐进、不断扩充的过程，C3系统采用积木式结构，整体构架的考虑要与现有系统进行无缝连接，为今后系统扩展和集成留有扩充余量。
7)可移植性
系统选择开放的应用平台，建设一套与平台无关，以统一的服务接口规范和与各种数据库相连的应用组件。
9)集成性
系统必须具有各种接口和集成功能，实现与楼宇打下的其它安防系统如监控、防盗等系统集成，实现多个系统之间的配合与互补。
2.4 设计依据
GB/T50314- 智能建筑设计标准
GB50339- 智能建筑工程质量验收规范.
GB/T50311- 建筑与建筑群综合布线系统工程设计规范
GB/T50312- 建筑与建筑群综合布线系统工程验收规范
GB 50303- 建筑电气工程施工质量验收规范
GB50343- 建筑物电子信息系统防雷技术规范
GB50348- 安全防范工程技术规范
GB/T50311- 综合布线系统工程设计规范
GB50396- 出入口控制系统工程设计规范
ISO 14443 TYPE A/B 非按触式IC卡读写标准
第3章 系统搭建
3.1 系统云平台
在医院建立一卡通云平台，真正实现一卡通用、一卡多用，实现所有系统的统一性和规范性，方便以后系统拓展。
宿州市立医院将采用达实C3一卡通系统（以下简称C3系统），C3系统是以非接触式卡为核心，以计算机技术和通信技术为辅助手段，将某一范围内的各项基本设施连接成一个有机的整体。
系统能够经过同一数据库和软件平台实现管理，使用者经过一张卡就能够完成门禁、考勤、消费、访客、停车场、会议签到、巡更、电梯控制管理，成为真正意义上的一卡通，实现“一卡在手、走遍医院”。
一卡通整体拓扑图：

B/S架构系统云平台
3.2 云服务
云扩展
在医院建立云一卡通管理平台后，基于SOA构建，采用虚拟技术，实现门禁、考勤权限异动高速计算和并行处理。
可实现门禁、考勤、消费、访客、停车场、会议签到、巡更、电梯控制管理等，各种管理可根据医院的实际需求调整，满足医院不同时期需求，但云平台无需变化。
如下图：

云接入
利用物联网技术，可基于当前医院现有网络，不但能够经过有线网络，还能够经过无线网络（如GPRS、WIFI、3G、4G等），医院能够根据现场情况采用不同网络，方便医院的日常管理。如下图：

云存储
云一卡通管理系统系统的所有数据集中存储在医院云服务器上，统一管理，统一维护，实现不同空间位置的编辑、浏览功能。
云管理
云一卡通管理系统采用的是B/S结构，上网方式是专线（VPN/E1）宽带接入（服务器也能够采用托管方式），各部门管理只要能够上网（拨号、宽带均可）即可登录,实现一卡通数据的管理服务。
各种设备经过各种通讯方式接入云管理平台，各个管理终端无需安装软件，管理者及员工都可经过电脑、智能手机等浏览器登录访问根据权限实现业务处理，没有地点限制。
云应用
云一卡通管理系统不但满足医院日常管理要求，而且医院可经过一卡通数据挖掘为医院决策提供数据支撑，能够更方便、更快捷地处理日常事务。
系统采用B/S架构，总部上网方式是专线（VPN/E1）宽带接入（服务器也能够采用托管方式），分支机构只要能够上网（拨号、宽带均可）即可登录,实现一卡通数据的管理服务。

PC端系统登录 移动端系统登录
3.3 层级设计
宿州市立医院一卡通系统建设将采用B/S模式的多层体系，以“平台+应用”的1+N架构,即是以控制台、人员信息、设备卡和账套平台为基础，实现门禁管理，同时可实现与其它系统的集成，而且可随着医院门禁系统业务需求功能而不需改变平台，如下图：

3.4 卡片规划
根据宿州市立医院实际情况，规划卡规划采用符合Philips Mifare One 标准的S50卡，发卡对象为内部工作人员、临时人员等。
1）内部人员卡：记载有个人身份信息和储值金额，可实现门禁、消费、会议签到、就诊及以后扩展。
2）临时人员卡：发放给外来临时人员，实现某些子系统应用功能，如停车管理、访客管理等。
卡片分区：
基础信息区：含姓名、工号、性别、身份证号、有效期等身份信息。
业务信息区：存储个子系统专用的记录信息，包括门禁、消费、会议签到、就诊等
交换数据区：存放各子系统间需要在卡片上交换的信息，授权使用

3.5 总体规划
宿州市立医院推荐采用“总体规划、分步实施”的原则，对一卡通系统进行总体规划，一卡通系统按照“四个中心（数据中心、管理中心、结算中心、交换中心)”的设计原则。医院工作人员手持一张卡片即可实现所有功能包括消费、门禁、会议签到等功能，同时实现与现有业务系统的信息共享和数据交互。后续大楼建成后，一卡通中心无需再做建设，只需要增加前端硬件设备即可实现管理。
1）数据中心
在医院现有大楼建立一卡通系统的数据中心，一卡通所有的信息保存在一个数据库中，实现一卡通系统所有数据集中管理，保证整个一卡通信息的完整性、统一性。
2）结算中心
在医院现有大楼建立一卡通系统结算中心，同时根据情况在各个部门建立结算分中心，对整个一卡通系统的资金收支、消费进行统一管理，实现工作人员的充值、消费结算的管理。
3）管理中心
在医院现有大楼建立一卡通系统的管理中心，实现一卡通系统的集中控制和管理，对一卡通系统的工作人员基本信息、操作员权限等集中统一管理，根据新楼的实际情况分别赋予各个系统操作员的权限，满足日常管理工作的需要。
4）交换中心
在现有大楼建立一卡通系统与第三方系统的数据交换中心，实现一卡通系统与现有的业务系统的数据交换，保证外部系统与一卡通系统交换数据的唯一性、统一性、准确性。
3.6 网络规划
网络架构主要由终端（消费POS机、门禁机、签到机等）通讯服务器、数据库服务器、web服务器、管理客户端组成。

1、数据交换
1) 数据上传：终端数据经过通讯服务器上存到中心数据库，管理系统经过WEB服务器实现数据的管理，分部数据经过分部通讯服务器以及医院总部服务器上存到中心服务器。
2) 数据下发：管理人员经过客户端修改好后经过WEB服务器、通讯服务器下发到终端系统（门禁控制器、POS机、签到机）同时数据经过WEB服务器保存到数据库中。
2、系统部署和升级
只需安装 WEB Server ，升级时只需维护 WEB Server 即可。
3、权限管理
权限维度能够按要求扩充，角色能够隶属于别的角色，权限设置灵活
4、系统安全性
1) 客户端与web 服务器端采用了 ocx + web service 技术；
2) Web 服务器与通讯服务器端采用了内部加密机制；
3) 数据的访问采用了反注入技术；有效地解决了互联网安全性差的问题
5、集成扩展功能
1) 支持单点登录集成技术；
2) 能够支持与邮件系统，FTP系统、Ldap系统的集成；
6、数据库连接
除通讯服务器外，只有WEB Server需要建立一个连接。即减少了连接数，也提高了数据库的访问安全性
3.7 卡通、库通、网通
n 卡通
系统实现一次发卡，全系统通用，能同时消费、门禁、会议签到以及拓展电梯、停车等等应用，任何子系统不需要重新发卡，如下图：

n 库通
所有数据保存在一个数据库中，建立统一一卡通公共信息平台，所有基础信息包括人员信息，设备管理、参数设置等等信息一次建立，所有子系统通用，是整个手机一卡通系统的基础平台。
如下图：

n 网通
所有硬件设备采用TCP/IP通信方式，基于宿州市立医院内部网络，能够经过一套平台软件实现集中管理，硬件和软件设备都可经过各种网络连通成一个有机体，方便系统的管理。

3.8 终端子网设计
在系统的建设中，充分利用现有成熟的总线型技术，既然满足医院一卡通应用的需求同时也节省成本，所有终端POS子网采用TCP/IP结构的子网来连接终端设备，采用共享访问链路的方式进行操作，即网络上所有终端设备共享一条公共的通信通道，遵循TCP/IP通讯协议经过工作站与管理中心通信。

第4章 微信平台应用
4.1 概述
随着通信科技的发展，互联网生活已经普及到人们的生活当中，一个卓越的企业发展史，除了优秀的企业文化、管理水平、积极的创造性，更不可缺少的是公司信息的推广，文化的宣传，而手机作为重要信息推送工具，其服务涵盖已经深入千家万户。
用电子设备服务代替人工服务，减少人工成本和增加建设的安全性，为客户提供更安全，更舒适、更便捷的服务，那么安防系统就显得尤为重要，怎么才能把安防系统和手机应用更好的建立衔接关系，那么就成了人们需要思考的问题。
4.2 建设方案
为了更好的服务大众，我们深圳达实公司开发了一套一卡通手机应用模块，将企业微信公众号纳入安防体系，企业用户使用的前提是需向腾讯公司申请一个企业服务号，达实公司再将公众号单模块应用添加到微信企业服务号中。

4.3 系统组成
微信一卡通应用采用微信公众号加单模块应用，深圳达实公司开发的单模块应用囊括了门禁、考勤、消费、停车场、访客等应用，客户可根据项目的实际情况选择单模块应用，各系统产生的数据可直接在微信一卡通平台里面查询,如图:

4.4 单模块应用
介绍
微信公众号应用是基于各单模块之间的集成，数据同步实现数据库统一管理。
企业管理人员可经过微信公众号对本公司的实时信息、企业文化进行对外宣传和推广，对企业内部员工可实现微信远程开门、考勤签到、车牌缴费及反向寻车，对外来人员、客户实现访客预约管理，为避免消费时繁琐的支付流程，微信公众号与第三方支付系统建立联系，可实现一键充值、一键支付，系统设有数据查询模块，员工可不分时段、不分地点对自己账户信息、门禁数据、考勤数据、消费数据等进行查询。
内、外部人员成功关注企业公众号后的页面如下：

用户绑定
l 内部人员：具有绑定和操作功能的权限
l 外部人员：无需绑定，具有访客预约的操作权限
l 绑定界面如下:

绑定 已绑定过的用户显示：
已绑定

访客预约

4.4.1.1 简介:
访客管理子系统主要是实现企业对外来临时人员的身份登记及出入管理，加强对外来人员的综合管理。
4.4.1.2 访客流程一
l 为了加强外来人员管控，外来访客人员必须经过管理人员登记并打印纸质二维码进出指定的区域，确保公司的财产安全。

4.4.1.3 访客流程二
l 来访者经过微信二维码直接进入指定区域，并可根据需要查询相关的访客信息。

微信远程开门
4.4.1.4 简介
远程开门主要针对用户绑定后的企业内部员工， 即每个员工的门禁权限不一样，界面上显示的门禁点位也不一样，员工可根据界面上的显示打开相应的门点。

4.4.1.5 主要特点;
l 忘记持卡开门，可由手机直接微信开门。
l 手机微信开门，性能稳定，可靠性强，并可对开门时间进行查询。
l 微信开门，提升企业的形象。
微信考勤签到
4.4.1.6 简介
考勤管理系统可实现企业工作人员上、下班的移动式考勤，实现对人员考勤﹑信息查询和考勤统计过程的自动化管理，做到数据处理快捷高效，查询统计快速灵活，从而方便外出人员的考勤和提高人事管理水平。
同时还能够和会议系统、访客系统对接，在考勤签到后，接收个人的会议信息、访客信息等。
4.4.1.7 考勤范围及数据查询
l 考勤点设置:需要经过后台软件设置外出人员外出地点，把外出地点当成考勤点。
l 以考勤点方圆半径作为考勤范围，地图上定位显示的是当前位置，即移动式考勤在此范围内为有效，超出考勤范围为无效考勤。
l 考勤信息查询能够按周、月、季度查询，也可按自定义时间段内查询。查询后会显示对应的详细信息，员工可根据显示信息判断自己的出勤率。

车牌缴费及反向寻车
4.4.1.8 简介
现停车场容易出现停车难、难停车，缓慢的管理模式和收费方式常常导致交通要道发生堵塞。
为了解决这一难题，深圳达实公司自主开发了一套微信停车场系统， 用户可经过微信进行车牌缴费和反向寻车功能，大大加快了停车场车位利用率，多方面的提升了车场的管理水平。
4.4.1.9 主要特点
l 车辆管理功能分为车牌缴费和反向寻车模块。
l 操作简单、快捷。
l 可经过微信一键缴费，一键寻车。
l 可实现数据同步，方便管理人员数据的提取，报表打印。

微信充值
4.4.1.10 简介
对个人绑定账户进行充值，可直接从微信钱包扣除对应的金额完成充值。可完成停车缴费及点餐需要。

1.4 扩展应用
达实公司可为微信企业服务号丰富扩展应用，可接入企业网站，经过手机微信阅读的方式，阅读网站内容、接收重要信息提示。

同时可接入其它第三方应用系统，利用微信服务平台实时提取、展示重要信息或根据部门、个人的权限推送信息至相关人员的微信上。可接入的系统包括视频监控系统、防盗报警系统、消防系统、梯控系统、会议系统、信息发布系统等。

第5章 方案详细说明
5.1 基础管理平台
建设一卡通系统中心平台，而且根据医院部门实际情况建设各个子应用系统，按照“四个中心（数据中心、管理中心、交换中心、结算中心)”，满足日常管理要求，实现“消费、门禁控制、挂失/解挂”等等功能
数据中心
5.1.1.1 概述
管理中心是系统的核心，负责支撑整个一卡通系统数据，保证系统各子系统间、终端设备与中心数据库之间、系统与各对接管理系统之间的数据的同步和及时更新。
5.1.1.2 设计方案
根据医院部门的实际情况，医院的“一卡通系统”数据库采用SQL SERVER配置服务器。所有一卡通信息保存在一个数据库中，系统操作员根据不同等级被授予相关权限，系统管理员根据各自的操作权限进行系统管理。
5.1.1.3 系统结构图
根据宿州市立医院的实际情况，数据中心完整的规划结构如下：

5.1.1.4 主要功能
1)数据中心：负责宿州市立医院一卡通系统和各子系统所有数据的集中存储、更新、备份、维护、采集；数据的分类、检索等；
2)数据交换：负责宿州市立医院一卡通系统各子系统间、终端设备与中心数据库之间、系统与各对接管理系统之间的数据的同步和及时更新；
3)数据维护：可实现批量数据导入/导出功能。
4)系统管理：负责宿州市立医院一卡通系统的基本参数管理的设置、修改等的管理与维护。
5)统一身份认证：负责系统的各人员信息的统一管理、操作员的权限设置等。
6）历史数据归档管理:可对数据库的历史数据实现迁移归档管理，提高数据库的运行速度。
管理中心
5.1.1.5 方案设计
在宿州市立医院建立一个管理总中心，实现一卡通系统的集中控制和管理，对一卡通系统的工作人员基本信息、操作员权限等集中统一管理，根据新建大楼的实际情况分别赋予各个系统操作员的权限，满足各个部门机构日常管理工作的需要。
5.1.1.6 系统组成
整个医院的管理通讯模式如下图：

5.1.1.7 主要功能
1）信息采集：主要包括职工的工号、身份证号、照片等信息的采集。
2）卡片发放管理：主要包括卡片的制作、发放、授权、报损、挂失、解挂以及回收等日常卡片管理。同时系统支持批量发卡。
3) 卡片充值管理：系统支持多种充值方式，如自动充值、团体充值，转账充值和现金充值等。
4) 帐户管理：可进行开户、销户的管理。
5）帐务管理：可查询、统计消费数据的管理，可进行日统计、月统计、消费明细查询等。
结算中心
5.1.1.8 概述
在宿州市立医院医院总部建立一卡通系统结算中心，同时在分支机构建立结算分中心，实现对整个一卡通系统的资金收支、消费进行统一管理，实现工作人员的在线充值、消费结算的管理。
5.1.1.9 系统组成
一卡通的结算管理子系统包括计算机、打印机、读写器、结算软件组成，如下图：

5.1.1.10 主要功能
1）商户管理：主要完成商户的开户、撤户、变更、流水查询、基本信息维护等功能，能分别设置独立核算账户和非独立核算账户的各种结算参数，适应不同的管理模式。
2）卡管理：主要完成对卡资金归集和清算，经过功能齐全的卡管理系统，完成卡电子钱包资金的管理以及与商户间的资金清算。
2）财务管理：主要完成财务资金统一管理、资金划拨、对帐、坏账处理、账目平衡检测等功能。
3）资金清算与划拨：主要完成商户、个人（部分）之间的对账、转账结算。
4）查询统计：主要完成各消费和结算明细账管理、查询、统计分析。
5）系统设置：可分别设置独立核算账户和非独立核算账户的各种结算参数。
交换中心
5.1.1.11 概述
在宿州市立医院医院总部建立一卡通系统交换中心，实现一卡通系统与其它业务系统的数据交互，实时不同系统之间的信息同步。
5.1.1.12 示意图
一卡通系统提供多种方案解决与第三方软件系统的对接，当前可与医院的各业务系统的接口主要采用数据库接口、中间件接口、底层硬件动态库等接口方式，如图：
一卡通系统
数据中心
一卡通对应业务子系统
中间文件
（如*.txt）
更改代码接口
一卡通系统中间件
数据交换

医院各业务系统
… …

5.2 门禁管理系统
门禁系统采用先进的非接触式感应读卡技术, 避免采用接触式卡多次插卡造成卡片的物理损伤或采用硬件锁体开锁不方便等情况。
运用现有计算机技术、网络通讯技术、数字控制技术对医院场所进行科学管理。实现基于网络的数据交换、信息共享、计算机数字控制的楼宇自动化、安防自动化、消防自动化和物业管理智能化的无缝集成，大大提高医院形象，提高管理档次以及规范化了内部管理体制。
门禁系统TCP/IP的门禁产品，可直接接入医院内部网络。优先采用刷卡的方式，单向刷卡，门禁和会议签到分开。
方案设计
1) 优先采用刷卡的方式，单向刷卡，门禁和会议签到分开。
2) 根据实际情况能够对个别安全级别高的门禁实现生物识别开门。
3) 对某些安全级别要求高的门（如财务室、机房、领导办公室）能够设置为多卡开门模式，保证重点区域的安全。
4) 整个门禁系统由控制室统一监控，对各门禁点的位置状态、出入对象及出入时间等进行实时控制，实现人员出入权限控制及出入信息记录。
5.2.1.1 点位设计
针对医院门禁方案地点，提供如下参考方案：
主要在重要办公室、重要区域、设备间、主要出入口设置门禁，建议如下：
1）重要区域：保证医院特殊重要区域、场所的安全和治疗环境，有利于医院的管理（如VIP病房、手术室、重症监护室、血液透视、抢救室、实验室、研究室等）。
2）重要办公室：保证重要办公室的财产、文件的安全，外人不能随意进入（如财务室、信息中心、计算机机房、资料室、档案室、存片室、监控室、消防管理中心等）。
3）医疗物资库房：保证重要物资库房（如库房、重要药房、西药药房、饮片调配区等）的安全，方便安全管理医用物资。
4）重要设备控制中心：保护医院重要设备仪器的安全，实现重要设备的专人管理，合理利用医疗设备。
5）设备间：为了方便大楼设备检修和安全管理（如电梯机房、通讯机房），保证大楼正常的办公需要。
6）住院楼屋顶出入口：防止外来人员或没有经过授权的人员随意进入楼顶，防止意外事故发生。
5.2.1.2 门锁选型
（1）安全及消防门
对于安全门（如办公室、仓库），应选用通电开门的电子锁，以保证故障情况下（如断电）门不会意外打开。一般安全门采用单向刷卡控制方式，另一方向用按钮开关开门。为保证事故情况下人员能出来，必须有机械式开门措施。
（2）普通木门
普通木门一般选用电子阴锁，应注意电子阴锁与阳锁的锁舌配套性。我们在本项目上办公室采用阴极锁来进行控制。
（3）无框玻璃门
无框玻璃门一般选用电子夹锁，单向开门。应注意电子夹锁开门方向与玻璃门开门方向一致。
（4）有框玻璃门
有框玻璃门一般选用电子插锁，可单向或双向开门，应注意关门时间的配合，需要配置闭门器。
（5）铁门
一般选用磁力锁,对于重要部门，如财务室，其电源需常期保持通电状态,因此还需增加UPS电源。
5.2.1.3 开门方式
可针对不同应用场合配置不同开门方式。
（1）双向刷卡门禁
一般也称为通道门禁。对于某些特殊的通道，可能进出两个方面都需要进行控制，这时能够选择双向刷卡门禁。不但对进入时要刷卡才能打开门，除去时也必须先刷卡才能打开门。有的卡可能在门的两侧都能刷卡开门，有的卡则只能在门的某一侧刷卡开门，而在另一侧刷卡则无法打开门。
（2）定时门禁
对于一般办公通道门禁，能够设置定时开关门方式。正常上班时处于打开状态；下班时自动处于关闭状态，并可设成刷卡开门。
（3）复合门禁
将IC卡门禁控制与钥匙控制、远程按钮、遥控开关、密码键盘等结合在一起。这样能够提高在意外的情况下门禁的可靠性。
（4）多功能门禁
这种门禁除了提供门禁的功能外，在不增加操作程序的情况下，还能提供其它的功能，如：上班考勤、会议签到、巡更，等等。
（5）手机刷卡
经过手机2.4G技术或NFC技术实现手机刷卡开门。
（6）手机远程开门
经过手机APP一键开门或摇一摇开门功能实现开门。
（7）蓝牙开门
蓝牙技术能够实现手机远程开门，无需手机刷卡。

系统组成
C3门禁管理子系统主要有管理软件、计算机、门禁控制器、录入设备（生物识别器、感应器）、电锁、开门按钮等组成，经过交换机接入医院内部网络，组网架构如下图:

系统功能

1) 基本信息管理：内部人员的照片、个人密码、及其它个人信息的综合管理。
2）有效期限设置：可设定使用期限，可对内部人员分组管理等。
3）门禁权限管理：对人员的权限及时限进行统一管理，可按个人及团体两种方式进行权限的设置及下载；
4）信息查询：可实时查询某个门禁点的刷卡记录、查询任意时段的所有刷卡信息，方便管理；记录开门者的卡号和出入时间，自动转换成开门者的姓名。
5）开门方式设置：系统能够支持定时开门、刷卡开门、卡+密码开门、多卡开门、任意模式下支持8位超级密码开门等多种门禁开门方式。
5）设备管理：可设置门禁设备的基本参数，如门禁控制器编号、门禁感应器名称、时间等。
6）电子地图：能够建筑平面图和门禁安装的实际位置设置门禁点，对各控制点进行直接的开/闭控制、监视，如对门开关状态的监视等。
7）事件管理：系统对操作员事件、门控器事件以及各类故障事件等进行管理，可查询。
8）统计打印功能：可查询和打印某一日期段的刷卡信息、可根据日、月、自定义时间段的统计打印刷卡统计表、可查询和打印任何日期段的所有门禁刷卡信息；
9）日志管理：系统操作可生成日志文件。
10）报表管理：系统具有自定义报表系统，用户可根据实际情况自己设计报表，或对已设计好的报表进行调整，可定制；
11）报警管理
Ø 系统操作员可定义其它某个事件为报警事件，当报警发生时，系统会自动弹出故障点的报警画面，并有声光及语音提示。
Ø 同时系统支持胁迫码报警，在卡 + 密码开门模式下，输入四位胁迫码可产生报警事件。
Ø 当刷非法卡、无效刷卡、强行开门（门磁联动）时，控制器输出报警信号，同时联动闭路监控图像
12）系统集成：系统能够实现与安防、消防等其它系统协调联动，当系统接到消防报警信号后，能够自动打开控制区域内的所有大门，有利于控制区域内的人员逃生；
13）操作员管理：可建立不同级别的系统操作员，并设置口令、权限，便于系统的管理和维护，各个操作员只能根据自己的权限进行系统操作、管理。
14）在线升级：门禁控制器可实现在线软件升级。
系统特点
1）能自动验证、鉴别出入人员的身份，完成人员的出入控制，限制无关人员的进入。
2）具有强大的统计和报表功能，用户可根据自己的实际情况自定义报表。
3）系统能够经过管理软件按门、按时间、按人员设置有效开门区域、有效开门时段的权限；随时查看人员出入的历史记录。
4）能自动验证人员的进出权限，记录出入人员的基本信息和时间信息，包括进出的日期、时间、卡号、姓名等持卡人出入信息；
5）对非法使用卡或强行打开门锁等非正常情况，系统能自动发出报警信号，并自动记录非常状况的时间、门号、状态等详细信息，确保门锁安全和事后查证。
6）可经过管理软件设置、修改持卡人的出入权限。
7）门禁权限可自动根据部门信息设置，方便管理。
8）系统对卡片的加密采用“一卡一密”方式对卡片进行加密设备，防止卡片复制。
系统联动
n CCTV监控系统联动
禁控制器可实现与视频监控系统的联动，采用软件或硬件方式，视频监控系统门禁系统的信号进行预先设定的相关的事件处理。
n 消防系统的联动
门禁控制器具有扩展输入和扩展输出，可实现用户重要区域的布放和撤防，设计如下：
每个门（双门门禁控制器是0号门、1号门，四门门禁控制器是0号门、1号门、2号门、3号门）都具有独立的布防、撤防功能，每个门都能够接一个红外探头、可联动一个声/光报警器和一个摄象机。
系统可经过按布防密码 + 刷卡进行布防、撤防，也能够经过软件远程进行布防、撤防；在布防状态下有人进入监控区域，控制器立即启动声/光报警器报警，同时联动摄象机摄象，而且产生报警事件、保存报警记录。
n 电子地图功能
可根据实际平面图和门禁点设置情况，对电子地图上门禁设备端口的分布情况进行编辑，设置要监控的设备、端口图形标识及门禁事件、报警下的各种图形标识，设置完毕后启动电子地图实时监控即可实现对电子地图上各端口进行实时监控。在有门禁实现发生时系统自动根据设置显示或报警，可实时对所有门禁设备端口的状态及人员刷卡的行迹进行跟踪管理，方便系统管理。

n 综合监控功能
综合监控管理是系统的核心内容，它集门禁系统、视频监控系统及报警系统于一体，实现同一平台监控门禁刷卡、报警的实时信息。如下图：

5.3 消费管理子系统
系统简介
C3食堂消费管理子系统可为医院所有员工、住院人员提供服务，所有员工、住院人员能够在医院的食堂用一张卡进行消费，方便员工的生活，实现“一卡通用，走便医院”。
设计方案
根据医院的实际情况，达实以“一个