一、总体要求
1、技术指标要求:本招标文中所有带星号(★)的技术指标必须满足,不满足的投标文件将被认为是废标;投标人必须对本招标书中的技术指标逐条作正面应答,并按要求提供相关材料,对于提供虚假材料的投标人,一经查实,投标文件以废标处理,同时投标人须承担相关法律责任。
2、投标人应完全理解招标人对本项目中通过校园身份识别管理系统和多种识别终端设备搭建高可用校园身份识别门禁系统的需要,具有完成招标文件涵盖的设备和建设项目应该达到的所有功能的能力,未达到文件规定功能的视为无效投标。
3、投标人对设备供应及安装调试需要兼容招标人数字化校园基础平台及其他业务信息系统的系统集成任务。
5、到货期要求:合同签订后15个日历日内到货安装调试完毕。
6、安装调试要求:本项目的软、硬件安装均由中标方负责派遣工程师到现场进行安装调试直至系统投入使用。本项目的实施过程中所需的未列明的相关软件(含授权或软件许可)、设 备、配件及材料全部由中标方负责。
7、技术培训要求:原厂商及中标方应提供本项目软(硬)件的技术培训和用户操作手册, 招标单位相关人员经培训后,应能开展软件系统日常管理和各类认证终端的操作与简单的维护工作。
8、售后服务要求:本项目硬件设备提供至少3年的免费维保服务,维保期内损坏而更换的部件保修期顺延。相关软件提供至少1年的免费技术服务,系统硬软件技术支持免费保修服务期自验收合格之日起计算。维保期内,所有设备保修服务方式均为上门保修,由此产生的一切费用均由中标人或原产厂商承担。
9、项目中,从技术构成、产品价格比重等维度确定校园身份识别管理系统为核心产品。
二、货物需求表
序号 |
名称 |
单位 |
数量 |
备注 |
1 |
校园身份识别管理系统 (核心产品) |
套 |
1 |
含第三方系统对接(微信公众 号、一卡通系统等)、武汉健康码对接 |
2 |
人行通道验证设备 |
套 |
22 |
/ |
3 |
车行通道验证设备 |
套 |
14 |
含移动端开发 |
4 |
系统集成及辅材 |
套 |
1 |
/ |
三、总体要求及功能参数清单
1. 建设目标
通过返校复学校园身份识别管理系统的建设,利用信息化技术和物联网手段相结合的方法, 做到对校园人员出入的精准管控,形成活动轨迹、分析密切接触人员,真正做到群防群控,守护师生安康。
2. 建设标准
国家市场监督管理总局于 2020 年 5 月 2 日发布《个人健康信息码》系列国家标准。该系列国家标准实施后,可实现个人健康信息码的码制统一、展现方式统一、数据内容统一,统筹兼顾个人信息保护和信息共享利用。
《个人健康信息码》系列国家标准包括《个人健康信息码 参考模型》(GB/T 38961-2020)、
《个人健康信息码 数据格式》(GB/T 38962-2020)和《个人健康信息码 应用接口》(GB/T 38963-
2020)3 项内容,由国务院办公厅电子政务办公室会同国家卫生健康委及国务院相关部门研究提出,全国信息技术标准化技术委员会负责技术归口。
其中,《个人健康信息码 参考模型》规定了健康码的组成和展现形式,提出了健康码应用系统的参考模型和跨地区互认的技术机制。《个人健康信息码 数据格式》规定了疫情防控所需个人健康信息的数据结构、数据元属性和数据管理要求。《个人健康信息码 应用接口》规定了个人健康信息服务的接口,各类应用可通过统一接口对接不同的个人健康信息服务,为打通个人健康证明属地管理限制提供了技术支持,也为各地出行人员跨地区流动提供了便利。
为方便学校师生顺利返校,通过身份信息识别、区分校内外人员,查验个人健康风险等级, 为疫情防控和科学管理校园秩序做好支撑,为复学复课后校内师生及教职工健康管理提供技术保障。同时提供更为精准的轨迹管理,响应教育部和学校疫情防控指挥部的要求,为校园防疫做出精准的决策依据,系统需与湖北健康码(武汉战疫)实现数据互通。
3. 总体建设要求
校园身份识别管理系统应以有序管理、分而治之、实时监督、追踪溯源、系统监测、授权通行、操作简便、快速部署为设计目标,实现学校师生持卡、证、码(对应唯一身份)通行,访客需申请并获授权后方可通行,防疫数据实时联动,后台具备数据分析、统计输出等功能。
用户端功能模块:电子通行证(含健康通行码)、访客预约、个人健康信息记录、个人通行记录等多个模块。
管理端功能:各类报表查询导出、分级审批、院系分区管理、通行证管理等功能。
平台功能:微信公众号对接集成、校园一卡通集成、服务大厅集成、人员身份信息库、健康信息库、各类申请信息库、电子通行码信息库、轨迹信息库、异常出入管理库、用户角色管理、权限管理等模块。
系统以校园电子身份信息库为基准实名制管理,采用校园卡、身份证、二维码、人脸识别等多重方式完成:登记、查验、通行,一人一证(含健康通行码)精准管理。使用者与查验者都可以轻松解决身份验证问题。
本项目所需的平台和系统均要求采用 B/S 结构(移动终端除外),可运行于 Unix、Linux、
windows 等高安全性操作系统及国产操作系统。客户端支持 IE、chrome、 firefox、safari 等浏览器。
4. 详细技术规范及要求
序号 |
名称 |
功能清单 |
重 要性 |
主要功能参数描述 |
备注 |
1 |
校园身份识别管理系统 |
数据脱敏要求 |
★ |
系统前台页面如果要求用户输入身份证号,必须有明确的信息提示:“系统不收集您的个人身份证号码,此处输入身份证号码仅用于 XXXXX 用途,用完即毁。” 系统后台、数据库等禁止临时存储或永久存储用户的完整身份证号,只允许存储个人身份证号码的前 4 位和后 4 位,其余信息以“*”代替。 |
提供截图 |
业务认证授权 |
|
系统应具备完善的认证授权机制,保证用户的合法性和用户使用应用信息资源的权利,避免内部敏感信息泄漏和服务所提供的信息资源被非法访问,造成严重的信息安全事件。 |
|
||
内外网独立部署 |
|
产品须支持内网系统、外网系统独立部署、独立运行。外网应用只能进行必要的申请操作,所有审 批、统计、管理操作等必须部署在校园内网。校外人员只能使用校外系统,其身份认证数据在内网系统无效。 在实现内外网独立部署的前提下,供应商须保证内外网的业务数据完全一致,外网申请,能立即在内 网审批,不得出现数据延迟、数据有误差等情况。 |
|
||
业务动态码 |
▲ |
系统产生的所有二维码,必须采用动态码机制。在几分钟内有效,过期的二维码将不能被使用。 |
提供截 图 |
||
应用安全防护 |
▲ |
系统须符合学校网络安全管理规定,对扫描出的高 危、中危安全漏洞,供应商须负责进行限期整改。 |
|
||
验卡设备要求 |
|
验卡设备要求小巧便捷、可手持的终端,设备要求配置测温模块且同时支持多种验卡形式,扫二维码、扫武汉战疫健康码、读校园卡、读身份证,验卡测温的所有操作要求在一个界面完成。对符合通行条件的自动放行, 对有通行证但不符合通行条件的禁止通行(可人工放行),没有通行证的不允许通行。 |
|
||
验卡方式要求 |
▲ |
验卡方式须支持动态二维码、校园卡、身份证、湖北健康码(武汉战疫)等多种形式,便于不同人群通行。 |
提供截 图 |
||
访客预约 |
|
疫情期间校园做封闭管理的同时仍需考虑工程实施、技术服务、生活保障等外来人员的出入需求,系统的访客预约功能可提供访客入校申请、审批功能。 |
|
|
|
微信扫码 |
▲ |
访客通过微信扫码进入申请页面填写个人信息、健康信息、申请进校事由、申请接待部门等信息,同时可上传社会健康码功能供审批人为审批参考,预约申请批准后系统生成电子通行证(蓝码),访客验码入校。 |
提供截图 |
随行人员管理 |
|
系统支持一人申请多人同行功能,只需附加同行人的各类信息即可完成同批次申请,减少后台审核人员逐一审核的工作量。一人申请多人同行进校后可分时段出校, 出校时须逐一进行出校扫码验证(一人申请多人入校的人员出校门时需要扫码填报记录后出校),完成每位访客的进、出校园的闭环管理,做到进出校园逐一实名授权实名登记轨迹可循。 |
|
||
|
系统可设置单入、单出、一进一出,一人申请多人同行且可分别出校等多种核验方式,支持临时通行证、长期通行证功能,系统具备多重校验方式,杜绝借刷代刷等违规现象。 |
|
|||
通行证审批 |
|
系统具备生成电子通行证功能,师生、职工返校申请获批后系统自动发放电子通行证,电子通行证页面内容包含人员基本信息、健康通行二维码,一人一证实名登记。 |
|
||
通行证管理 |
|
管理员可查看并修改系统中所有通行证的状态、通行策略、有效通行时间等。 |
|
||
通行证批量下发 |
▲ |
电子通行证同时支持批量生成功能,管理员可根据部门或人员,批量下发通行证。 |
提供截 图 |
||
通行亮码、扫码 |
|
电子通行证内置通行码分为绿、黄、红三色,预约的访客可在手机上亮码,并支持移动设备扫码验证功能。 为避免校内场馆设置多重测温卡口影响正常通行秩序,造成人员聚集更不利于疫情防控。系统须采用健康信息库校验机制管理校内人员持证持卡通行。对健康信息库中体温正常的人员配置为校内畅行状态,师生凭电子通行证(含健康通行码)、校园 卡、身份证多种身份验证方式在各场、馆、楼快捷通行。只需在入口处安放刷卡、扫码、刷证设备, 学生直接刷任意介质入场(入馆),系统根据个人历史测温数据和当前体温数据判断是否准入。 对健康信息库中体温异常的人员配置为校内禁行状态,人员入场(入馆)系统判断体温异常者做提示 预警,人工做体温复查,体温正常者可方向、体温异常者及时通知管理人员介入跟踪处置。 |
|
||
到校确认登记 |
|
师生凭证入校(持身份证、校园卡、电子通行证均可)自动验证实现实名登记快捷入校,系统支持校园卡、身份证多种介质通行校园,解决二维码的通 行局限性。 |
|
||
健康记录 |
|
系统自动整合用户在全校所有测温卡口测温生成数据,返校前、返校后填报的健康填报记录,综合分析师生的健康数据。用户可查询到本人的近期体温 监测数据,支持筛选功能,通过时间段和体温情况 |
|
|
|
|
|
查询个人体温数据;管理员根据全校所有人员的体 温上报数据跟踪、回访体温异常人员。 |
|
通行记录 |
|
师生可查询到个人的历史通行记录。 |
|
||
执勤点管理 |
|
管理员可在后台设置、修改校内各执勤点名称。 |
|
||
通行策略管理 |
▲ |
支持灵活的的通行策略管理: 单向进:支持指定时间段内,是否允许进入,并限制进入的次数 单向出:支持指定时间段内,是否允许外出,并限制外出的次数 双向进出:支持指定时间段内,是否允许进、出, 并分别限制进入和外出的次数 |
提供截图 |
||
|
支持在出入口张贴二维码,通行人员如有二维码的可自动显示电子通行码,没有通行码的可立即利用访客预约功能预约进校,整个过程自动识别用户微 信 ID,无需进行注册登录。 |
|
|||
▲ |
必须有详细的防盗刷机制,支持电子通行码刷新, 一人申请多人同行、分时出行等机制 |
提供截 图 |
|||
▲ |
校园防控管理系统的电子通行证须与人员健康状态实时联动,人员如果通过健康上报、卡口执勤检测到体温异常时,系统须马上自动禁用通行证。 |
提供截 图 |
|||
用户权限管理 |
|
系统权限根据管理需求可按多级授权进行设置,默认采取内部两级授权设置,二级单位联系人、辅导员等具有相关子权限,二级单位负责人负责审核审 批并对本二级单位整体进行负责 |
|
||
数据统计 |
|
系统应具有丰富的数据整合分析功能,可依需求生成各类报表,满足主管部门统计上报功能也能做本 校疫情整体防控参考依据。 |
|
||
系统对接集成 |
▲ |
必须完成与湖北健康码(武汉战疫)的数据对接, 支持校内、校外一码通行,支持定期从武汉战疫大 数据平台获取校内师生、访客的健康数据; |
|
||
▲ |
必须与学校一卡通系统、微信公众号等完成数据对接,并保证数据安全性 |
|
|||
|
必须按学校要求,完成通道验证设备与学校疫情防控系统的实施对接 |
|
|||
|
必须实现刷身份证、校园卡、湖北健康码(武汉战疫)“武汉战疫”健康码、电子通行证有一致的用 户体验 |
|
|||
|
必须支持集成到学校现有微信公众号中,实现访客 预约、出示亮码等功能 |
|
|||
2 |
人行通道验 |
系统 |
|
Android 8.1 |
|
硬件平台 |
|
四核,主频 1.6GHz,运行内存 2GB |
|
||
存储容量 |
|
板载存储 8G,可扩展 32GB SD 卡。 |
|
||
识别方式 |
|
二代身份证、IC 卡、二维码 |
|
||
识别速度 |
|
IC 卡识别<0.2 秒,人脸识别<1 秒、二维码 1/60s |
|
|
证设备 |
门控端口 |
|
1 路继电器、1 路门磁信号输入、1 路韦根输入、1 路韦根输出、1 路开门按钮信号输入 |
|
|
显示 |
|
10.1 英寸真彩 IPS 液晶屏、分辨率 1024×600、10 点电容触摸 |
|
|||
网络接口 |
|
Auto 10/100/1000M Base-T 以太网、可选 wifi/4G/GPS |
|
|||
数据传输协议 |
|
UDP 协议、TCP/IP 协议 |
|
|||
摄像头 |
|
像素:200 万 宽视角:采用广角镜头,视角达到 96° |
|
|||
USB 接口 |
|
内置 USB2.0 高速接口 1 个 |
|
|||
消息发布 |
|
可远程控制终端机发布消息 |
|
|||
视频播放 |
|
广告页面播放、背景音乐 |
|
|||
音效 |
|
语音提示 |
|
|||
使用环境 |
|
温度 0℃~45℃,湿度 10%~90% |
|
|||
外观尺寸 |
|
310×175×32(mm),壁挂式安装 |
|
|||
其他 |
电源 |
|
DC 12V/2A |
|
||
应用软件 |
▲ |
需针对武汉轻工大学实际使用需求,内置身份识别系统移动端系统,支持多种验卡形式:扫二维码、扫湖北健康码(武汉战疫)、读取武汉轻工大学校园卡的所有操作要求在一个界面完成。对符合通行条件的自动提示放行,对查询系统中有电子通行证但不符合通行条件的禁止通行(可人工放行),对没有电子通行证的提示禁止通行。 |
|
|||
3 |
车行通道验证设备 |
系统配置 |
处理器: |
|
≥4 核 1.3GHz 高性能处理器 |
|
操作系统: |
|
Android 6.0 或以上 |
|
|||
内存:(ROM +RAM) |
|
≥8GB + 1GB |
|
|||
显示屏: |
|
≥2.4 英寸,分辨率≥320*240 |
|
|||
触控屏: |
|
工业级电容屏 |
|
|||
摄像头: |
|
后置≥800 万高清摄像头 |
|
|||
键盘: |
|
正面≥21 键,侧面≥2 键,电源键,共≥24 键 |
|
|||
电池: |
|
≥3.8V 2700mAh 锂聚合物电池 |
|
|||
充电方式: |
|
支持 Type-C 充电方式 |
|
|||
提示: |
|
振动提示/LED 提示/音频提示/屏幕提示 |
|
|||
震动马达: |
|
内置震动马达 |
|
|||
G-SENSOR: |
|
支持 3 轴 |
|
|||
通讯传输 |
无线广域网络 (网络率): |
|
2G:B3 |
|
||
|
3G:WCDMA:B1 |
|
||||
|
4G:FDD-LTE:B1/B3 TDD-LTE:B38/B39/B40/B4 |
|
||||
无线广域网络 (数据业务): |
|
GSM/GPRS/EDGE/UMTS/HSPA/HSPA+/WCDMA/TDD- LTE/FDD-LTE |
|
|||
WLAN 功能: |
|
Wi-Fi 802.11a/b/g/n(双频段 Wi-Fi: 2.4G+5G) |
|
|||
蓝牙: |
|
Bluetooth 4.2 LE |
|
|||
使用环境 |
工作温度: |
|
-20℃~ 60℃ |
|
||
静电放电: |
|
±15KV(空气放电),±8KV(接触放电) |
|
|||
温度 |
测量方法: |
|
非接触式/红外 |
|
||
测量距离: |
|
0~6cm |
|
|
|
检测参数 |
测温时间: |
|
≤1S |
|
测量范围: |
|
常规模式:32~42.9℃ |
|
|||
|
物体模式:0~100℃ |
|
||||
分辨率: |
|
不低于 0.01°C |
|
|||
测量精度: |
|
常规模式 35℃~42℃ ±0.2℃,其他范围 ±0.3℃; 物体模式 ±1.0℃ |
|
|||
临床复用性: |
|
±0.3℃ |
|
|||
操作环境: |
|
温度 0~40℃,相对湿度≤85%Rh,气压 60-110Kpa |
|
|||
NFC 功能 |
频率: |
|
13.56 MHz |
|
||
读取距离: |
|
30mm 以内 |
|
|||
通讯协议: |
|
ISO14443A/14443B/15693 |
|
|||
扩展接 口 |
读身份证 |
|
支持读取二代身份证,获取个人通行证信息 |
|
||
读 IC 卡 |
|
支持读取 Mifare(1K/4K)、CPU 卡等格式的校园卡数据 |
|
|||
读二维码 |
|
支持扫描二维码,获取个人通行证信息 |
|
|||
输入输出接口 |
USB 接口: |
|
≥1 个( USB Type-C 接口 ) |
|
||
应用软件 |
▲ |
移动验证设备需针对武汉轻工大学实际使用需求,内置身份识别统移动端系统,支持多种验卡形式:扫二维码、扫湖北健康码(武汉战疫)、读取武汉轻工大学校园卡、读取身份证,人员身份验证、测温的所有操作要求在一个界面完成,测温数据可上传至疫情防控系统后台。对符合通行条件的自动提示放行,对查询系统中有电子通行证但不符合通行条件的禁止通行 (可人工放行),对没有电子通行证的提示禁止通 行。 |
|
5. ★数据对接(需提供《系统对接承诺函》,具体格式详见下表)
“湖北健康码(武汉战疫)具有 “一人一码、全省通用、流动复核、动态有效”的便捷功能,对促进疫情联防联控、复工复产以及群众正常生活有序恢复起到了关键作用。为了让“健康码”在学校范围内广泛使用,让学校的广大师生能更方便地走出去、校外访客能更快捷地走进来, 要求本系统必须与“湖北健康码(武汉战疫)”对接,实现疫情管理防控工作在我校的精细化闭环管理,将校内二维码和“武汉战疫”健康码合二为一。
本项目所采购的系统须与湖北健康码(武汉战疫)数据对接,须具备以下功能:
①校外人员在预约进校时,系统须能自动从武汉战疫大数据平台获取申请人的个人健康数据,并保存到系统中,便于学校获取申请人的健康状态,实现健康数据互通;
②实现多码合一功能。师生、访客可直接使用湖北健康码(武汉战疫)通行校园各出入口。学校对人员的进出管理策略、发放给师生、访客的通行证等,能自动复制到湖北健康码(武汉战疫)上。用户在出入口出示健康码时,系统能自动识别到用户身份,自动识别到学校对该用户的通行管控策略,并完成通行管理和通行数据记录功能。用户不管是使用校园卡还是湖北健康码
(武汉战疫),都能获得一致的用户体验。
③师生、访客使用湖北健康码(武汉战疫)通过学校各出入口时,系统须能自动获取用户在武汉战疫大数据平台的个人健康信息,对持黄码和红码的通行人员,禁止通行。
④为保证系统对接的安全性、规范性,系统须符合武汉战疫的对接管理要求。供应商须负责完成与之相关的所有商务、技术等工作,并在投标报价中包含上述费用。
系统对接承诺函格式
《系统对接承诺函》
致:武汉轻工大学
我公司 (供应商名称)所投校园身份识别系统,除按采购文件技术条款要求响应以外承诺如下:
我公司所投的校园身份识别系统产品具备与湖北健康码(武汉战疫)对接的技术条件;
我公司承诺按采购文件本系统模块“需求清单”要求及规定的时间内完成所投的校园身份识别系统与湖北健康码(武汉战疫)对接工作,并保证可正式投入使用;
我公司承诺完成与之相关的所有商务、技术等工作,并在磋商报价中包含上述费用。 我公司承诺如不能按期完成所投校园身份识别系统与湖北健康码(武汉战疫)对接
工作,同意采购人按本采购文件中的《响应承诺函》相应条款进行处理。
供应商名称(盖章): 授权代表(签字):
日 期 :
6. 项目部署实施、集成服务要求
供应商须按采购人要求完成本次项目采购的服务平台及应用系统与采购人数字化校园基础平台及其他业务信息系统的系统集成任务。详细要求如下:
① 项目组织机构要求
必须成立合理的组织机构,建立健全保障项目顺利实施的各项管理制度和质量保证体系,安排好足够的高素质人才参加本项目的建设;在项目机构中应明确各岗位的职责、任职资格及成果,确保工程顺利实施。根据工作的业务性质,应配备有优势的项目经理、技术总监等人员承担本项目工作。
项目组人员必须具有类似职责的集成、开发经验,能够与用户进行良好的沟通,并掌握项目建设领域的相关基础知识。
参与此项目的技术人员必须具有强烈的服务意识和高度的责任感。
② 安装部署要求
提供本项目采购的所有平台软件系统的布署与安装、调试和己有的应用系统集成及后期维护服务的全部内容,软件系统的布署安装的主要目标不仅是使所有软件能够在相应平台上正常运行,而且必须具有对软件系统运行的监控测试手段,以证明系统优化运行。
系统及设备安装方面要求:
供应商具有良好信誉和相关实力的技术队伍。
供应商应本着认真负责态度,组织技术队伍,做好整体实施方案,并书面提出长期保修、维护、服务以及今后技术支持的措施计划和承诺。
相关软件系统的布署与安装根据实施计划执行。
自系统安装工作一开始,供应商应允许学校工作人员一起参与系统的安装、测试、诊断及解决遇到的问题等各项工作。