采购需求书
1、项目背景简介
蚌埠医学院第一附属医院位于蚌埠市长淮路287号,是一所省级综合性教学医院,是一所三级甲等医院。
目前员工常用的卡分为:就诊卡、就餐卡、门禁卡、电梯卡、胸卡、手术行为管理卡。卡片的类型过多导致携带很不方便,希望能实现一卡通。
2、项目名称(品牌、生产厂商)
《蚌埠医学院第一附属医院一卡通系统》
3、软件用途
对蚌医一附院的员工常用卡片(就诊卡、就餐卡、门禁卡、电梯卡、胸卡、手术行为管理卡等)进行统一管理
4、数量
《蚌埠医学院第一附属医院一卡通系统》一套
5、软件功能要求详述
一卡通系统(定制版)(核心产品)功能详情如下: |
|||||||||||||||||||||||||||||||||||
模块 |
分类 |
备注 |
|||||||||||||||||||||||||||||||||
系统管理 |
|
按角色和用户的权限管理 |
|||||||||||||||||||||||||||||||||
卡片定义 |
|
卡片参数定义 |
|||||||||||||||||||||||||||||||||
集团卡种定义 |
|||||||||||||||||||||||||||||||||||
集团卡类定义 |
|||||||||||||||||||||||||||||||||||
卡片管理 |
|
发卡处理 |
|||||||||||||||||||||||||||||||||
卡片入库 |
|||||||||||||||||||||||||||||||||||
卡片出库 |
|||||||||||||||||||||||||||||||||||
售卡处理 |
|||||||||||||||||||||||||||||||||||
卡业务处理 |
|
退卡处理 |
|||||||||||||||||||||||||||||||||
卡片冻结 |
|||||||||||||||||||||||||||||||||||
卡片解冻 |
|||||||||||||||||||||||||||||||||||
卡片信息查看 |
|||||||||||||||||||||||||||||||||||
卡户信息查看 |
|||||||||||||||||||||||||||||||||||
卡片作废 |
|||||||||||||||||||||||||||||||||||
换卡处理 |
|||||||||||||||||||||||||||||||||||
业务查询与处理 |
|
异常卡处理 |
|||||||||||||||||||||||||||||||||
卡片有效期更新 |
|||||||||||||||||||||||||||||||||||
报表处理 |
|
各种销售报表,订单报表,出入库报表等 |
|||||||||||||||||||||||||||||||||
收单处理(智能pos新增功能) |
管理类 |
pos密钥初始化 |
|||||||||||||||||||||||||||||||||
pos终端参数下载 |
|||||||||||||||||||||||||||||||||||
pos联机签到签退 |
|||||||||||||||||||||||||||||||||||
pos读卡 |
|||||||||||||||||||||||||||||||||||
消费类 |
pos余额查询 |
||||||||||||||||||||||||||||||||||
pos联机消费 |
|||||||||||||||||||||||||||||||||||
pos消费撤销 |
|||||||||||||||||||||||||||||||||||
pos结算 |
|||||||||||||||||||||||||||||||||||
销售类 |
卡片状态查询 |
||||||||||||||||||||||||||||||||||
余额查询 |
|||||||||||||||||||||||||||||||||||
售卡 |
|||||||||||||||||||||||||||||||||||
冻结 |
|||||||||||||||||||||||||||||||||||
解冻 |
|||||||||||||||||||||||||||||||||||
结算 |
|||||||||||||||||||||||||||||||||||
资料管理 |
商户资料管理 |
||||||||||||||||||||||||||||||||||
终端资料管理 |
|||||||||||||||||||||||||||||||||||
收单机构 |
|||||||||||||||||||||||||||||||||||
清算处理 |
|
租户清算管理,生成清算文件和租户对账文件;生成各种清算报表; |
|||||||||||||||||||||||||||||||||
支持多种账期的清算 |
|||||||||||||||||||||||||||||||||||
终端交易清算统计和查询 |
|||||||||||||||||||||||||||||||||||
密钥管理 |
|
所有的报文传输过程和报文内容都必须加密处理 |
|||||||||||||||||||||||||||||||||
多级密钥体系 |
|||||||||||||||||||||||||||||||||||
一机一密 |
|||||||||||||||||||||||||||||||||||
符合金融行业安全标准 |
|||||||||||||||||||||||||||||||||||
支持DES/3DES算法 |
|||||||||||||||||||||||||||||||||||
充值管理 |
|
卡片充值 |
|||||||||||||||||||||||||||||||||
批量充值 |
|||||||||||||||||||||||||||||||||||
持卡人信息管理 |
|
持卡人资料管理 |
|||||||||||||||||||||||||||||||||
就餐卡功能定制 |
|
按就餐卡业务优化; |
|||||||||||||||||||||||||||||||||
门禁卡管理 |
|
实现门禁卡信息的维护管理 |
|||||||||||||||||||||||||||||||||
就诊卡管理 |
|
实现就诊卡信息的维护管理 |
|||||||||||||||||||||||||||||||||
手术行为管理卡管理 |
|
实现手术行为管理卡信息的维护管理 |
|||||||||||||||||||||||||||||||||
电梯卡信息管理 |
|
实现电梯卡信息的维护管理 |
|||||||||||||||||||||||||||||||||
定制报表管理 |
|
提供定制化报表管理 |
|||||||||||||||||||||||||||||||||
定制需求开发 |
|
与一卡通相关6种卡的个性化需求开发 |
系统管理:
权限管理(对系统内的各种人员执行权限进行设置与自定义)
日志查看(可以详细看到系统的操作日志)
操作员管理(对系统操作员进行增删改查等操作)
卡片定义及要求:
卡片参数定义(需要对卡片的介质、类型、面额、等所需参数进行定义)
卡片需要同时满足磁条卡和IC卡的功能
要有防止复制的安全加密处理
一卡通卡片管理:
发卡处理(进行发卡处理,根据人员信息卡片、初始化内容生成制卡数据,并可以导出制卡数据给第三方进行预制卡)
卡片入库(把成品卡按数量、卡种、卡类记录到数据库中)
卡片出库(把成品卡按数量、卡种、卡类、领用人、领用点记录到数据库中)
①就诊卡管理
就诊卡信息管理(对就诊卡的相关信息进行管理维护)
现用职工就诊卡与患者就诊卡一样为磁条卡介质,由医院定期给每位职工就诊卡进行充值。
②就餐卡业务处理
就餐卡充值与激活
场景:
(1)财务领到卡后,新增充值订单,对每张卡进行激活以及充值操作
(2)员工领到卡之后,前往餐厅就餐,通过计价系统进行计价,显示出金额之后,可直接刷卡进行消费。
(3)可在报表模块查看相关订单报表。
就餐卡充值以及批量充值(对就餐卡进行单卡充值以及批量充值)
场景:(1)员工需要充值时,前往窗口,负责人在一卡通系统的充值模块,读卡或是输入卡号进行充值,可以在设备上查询卡片余额。
(2)财务使用批量充值功能,以固定格式编辑好充值卡号与充值金额,对卡片进行批量充值。
(3)可在报表模块查看相关充值报表。
就餐卡充值明细查看(查看就餐卡的充值明细)
就餐卡退卡处理(对持卡人的卡片进行退卡处理)
就餐卡卡片冻结(冻结卡片,冻结后不允许消费)
就餐卡卡片解冻(解冻卡片,解冻之后可以消费)
卡片信息查看(查看卡片的相关信息)
卡户信息查看(查看相关卡片账户信息)
就餐卡卡片作废(对卡片进行作废操作)
异常卡处理(使异常卡片的状态恢复到正常)
卡片有效期更新(更新卡片的有效日期)
就餐点管理
1、就餐点的基本资料,支持多商户受理
2、就餐点开通、停止、交易类型和可交易卡中控制;
3、就餐点手续费费率管理,管理就餐点的费率。
就餐窗口终端资料管理(多终端的增删改以及管理,每一个窗口放置的设备要进行设置,可以在相关报表中查看就餐点设备的每日交易情况)
③门禁卡管理-加密程序(新系统中必须杜绝克隆和复制的可能性)
门禁卡的选择
1.卡内的每个扇区有两组密码(KEY_A、KEY_B)和存取控制字,每个扇区的密码和存取控制都是独立的;卡内还有加密逻辑和通讯逻辑电路,每次读卡时IC卡会先进行三重密码校验,然后才能读写卡上其它信息;
2.卡与读写器交换数据时采用13.56Mhz的射频信号,不易被截获,即使非法截获,也因无读写密码而不能访问卡内数据;
3.系统应用中采用一卡一密的加密机制、机具动态生成访问密码,防止卡片被破译,跟其他公司采用IC卡实际只利用了IC卡的物理卡号有本质区别,这也是区别IC卡被破解的根本所在;
4.采用DES算法加密数据包;
5.以一套有效的卡片密钥管理机制,有效地杜绝了伪卡;
6.本系统的各个应用系统使用客户指定的扇区,具有不同的密码,除两个公用信息扇区能被本系统的设备访问外,各业务应用子系统在卡上的数据不能被其它子系统读写;根据持卡人的不同身份,对卡片采用分类管理,授予不同权限和功能,增强安全性;
7.每张卡有唯一的序列号,卡在本系统内使用前要先注册发行。每张已发行的IC卡的注册号、电梯门禁权限和其他权限等信息被事先下载到本系统的机具内的注册表、权限表内。
由此我们可以得出只有加密程序与门禁卡的完美配合才能营造出安全的门禁系统缺一不可。
④电梯卡信息管理(提供10部电梯读卡装置)
电梯卡信息管理(对电梯卡的相关信息等进行管理维护)
电梯卡权限管理(管理电梯卡的启动权限)
⑤手术行为管理卡管理
1、手术行为管理卡信息管理(对手术行为管理卡的相关信息进行管理维护)
2、手术行为管理卡权限管理(对手术行为管理卡的启用与否进行权限设置)
⑥胸卡信息管理
胸卡信息管理(对胸卡的身份信息等进行管理)
⑦报表处理
充值相关报表
库存相关报表
订单相关报表
退卡相关报表
作废相关报表
消费相关报表
⑧清算处理
清算管理,生成清算文件和对账文件;生成各种清算报表;
6、一卡通系统安全要求
(1) 所有的报文传输过程和报文内容都必须加密处理
(2) 多级密钥体系
(3) 一机一密
(4) 符合金融行业安全标准
(5) 支持DES/3DES算法
(6) 支持硬件加密机
7、涉及调用其他软件的要求
餐盘系统(杭州雄伟科技)、门禁系统(杭州立方)、电梯管理系统、手术行为系统(万马科技)的接口由厂家提供(本次投标报价包含和现有系统对接的全部接口费用以及未来可能引进的系统对接费用)。
8、软件开发的过程及成果控制
报价人所开发的软件必须经过需求、设计、编码、测试、实施五大环节
9、技术培训要求
设定培训目的:(1)了解、掌握系统的配置;(2)参训、使用人员能够独立操作使用系统,利用系统开展业务
培训的内容:(1)主要处理业务流程讲解(2)相应功能讲解(3)上机实践(4)讨论总结
培训方式:对业务员、操作员进行集中培训
10、硬件功能要求详述
注:具体的硬件配置以及具体型号,需要进行阐述。
就餐点:
(1) 售饭机:就餐点需要刷卡设备对一卡通卡片进行刷卡扣款操作。
(2) 充值机:就餐点需要刷卡设备对一卡通卡片进行充值操作。
(3) 网络设备:实现食堂与系统的网络连接
管理中心:
(1) 服务器:
(2) 加密机:视情况而定选择硬件加密机进行卡片的加密操作。
(3) PC机:管理中心的日常操作、系统监控
客服中心:
(1) PC机:职工服务
(2) 身份证读卡器:进行身份信息采集
(3) 一卡通读卡设备:进行一卡通卡片读写操作
职工电梯:
(1) 电梯控制设备:实现一卡通卡片对电梯的控制
具体硬件需求如下:
管理中心 |
服务器 |
应用服务器 (主/备) |
16G内存600G硬盘 支持linux 提供业务接入服务 |
2 |
数据库服务器(主/备) |
32G内存 2T硬盘 支持linux 系统数据库使用 |
2 |
||
互联网接入 |
公网固定IP,域名,安全证书 带宽视业务而定;内网运行无需申请 |
1 |
||
网络设备 |
路由器、防火墙; 据实际组网情况配置 |
|
||
加密机 |
卫士通 |
SJJ312-B 如果专网运行,员工内部使用,可以用软加密 |
2 |
|
管理配套设备 |
管理/监控PC |
用户管理中心的日常操作,系统监控 用于中心监控和维护 |
2 |
|
机柜+UPS |
机柜+UPS |
标准机柜,UPS供电至少2小时 基础配置 |
1 |
|
|
数据库 |
开源软件;双机同步; |
2 |
|
操作系统及其他 |
centos/redis/nginx等 开源软件;无需费用 |
4 |
||
各使用场景(场地设备、软件、接口改造等) |
客服中心 |
管理PC |
职工服务 按2个服务台配置;主流配置; |
2 |
IC/二代证2合1读卡器 |
职工卡/身份证信息采集 按2个服务台配置 |
2 |
||
智能POS+底座+蓝牙套件 |
实现一卡通卡片读写操作; 可支持充值刷卡、扫码使用 |
2 |
||
职工食堂 |
独立售饭机 |
就餐卡扣费 配置20个点;支持LAN/4G/WIFI;支持扫码支付; |
20 |
|
充值机 |
实现就餐卡人工窗口充值 配置2个点;支持4G/WIFI;支持电子支付充值; |
2 |
||
智盘支付设备 |
内置在智盘里的一卡通扣费终端 串口对接智能餐盘系统;实现一卡通就餐卡扣费 |
2 |
||
智盘支付对接接口 |
实现与智盘的对接 实现与智盘系统的技术对接工作 |
1 |
||
网络设备 |
路由器 实现食堂设备与一卡通中心的网络连接 |
N |
||
门禁管理中心 |
门禁系统升级 |
实现门禁系统受理一卡通系统 需与门禁厂家落实 |
1 |
|
一卡通门禁管理子系统 |
提供在一卡通系统中设置门禁的管理功能 |
1 |
||
门禁系统对接接口 |
实现一卡通系统与门禁底层对接 |
1 |
||
职工电梯 |
电梯卡控制器 |
实现电梯卡的读卡及通电控制 实现一卡通电梯卡刷卡,最高30层;支持的楼层不同,价格不同;预留13/14/15扇区 |
10 |
|
电梯改造 |
更换新的电梯卡控制器 |
10 |
||
一卡通电梯管理子系统 |
实现电梯卡开卡及激活权限管理 实现电梯权限管理 |
1 |
||
一卡通接入接口 |
实现一卡通与电梯卡控制器的对接 实现技术对接 |
1 |
||
手术行为卡应用 |
手术行为卡信息管理 |
手术行为卡信息管理 仅作资料维护 |
1 |
|
就诊卡应用 |
一卡通就诊卡管理子系统 |
实现就诊卡开卡、换卡、注销、充值
|
1 |
|
就诊卡对接接口 |
实现一卡通与就诊卡后台的对接 实现就诊卡一站式服务 |
1 |
||
就诊卡系统升级 |
实现一卡通与就诊卡后台的对接 需与就诊卡厂家落实 |
1 |
||
自助服务 |
自助机充值接口 |
实现一卡通在自助机上对就餐卡的查询、充值 可选;未配置;根据实际情况采购 |
0 |
|
公众号充值接口 |
在医院公众号职工专区线上充值 可选;未配置;根据实际情况采购 |
0 |
||
院内超市 |
智能POS+底座+蓝牙套件 |
一卡通消费 可选;未配置;实现独立设备刷一卡通消费 |
0 |
|
其他 |
一卡通卡片费用 |
卡片+印刷+初始化 |
实现一卡通卡片卡面印刷、卡信息初始化(卡片采用M1s50复合高抗磁条介质。) 非接卡;卡片及制作费用,需与卡片供应商落实 |
10000 |
以下为商务响应条款,如有不响应或漏项的技术资信评审得分为0分:
1.须详细描述相应硬件设备的配置、型号。
2.软件部分免费维保期不得低于1年,免费维保期结束后每年的运维费用不得高于投标报价组成中软件系统报价的8%,维保内容和运维内容均须包含软件系统升级。硬件部分(含服务器)免费维保期不得低于1年,免费维保期结束后每年的运维费用不得高于投标报价组成中硬件报价(不包含投标报价中10000张的一卡通卡片的报价)的5%。
3.注明一卡通卡片单张制作的费用。
4.注明额外增加其他一卡通功能(如图书借阅卡功能)需增加的费用。