招标内容与技术要求

标的提供的时间

合同签订后15日内

标的提供的地点

鄂尔多斯应用技术学院

投标有效期

从提交投标（响应）文件的截止之日起90日历天

付款方式

1期：支付比例100%，安装调试经采购人验收合格后

验收要求

1期：一次性验收，符合验收要求

履约保证金

不收取

其他

质保期:3年

序号

核心产品（“△”）

品目名称

标的名称

单位

数量

分项预算单价（元）

分项预算总价（元）

面向对象情况

所属行业

招标技术要求

1

通用应用软件开发服务

一网通办服务平台

套

1.00

500,000.00

500,000.00

面向中小企业

软件和信息技术服务业

详见附表一

2

通用应用软件开发服务

一网通办微应用建设

套

1.00

480,000.00

480,000.00

面向中小企业

软件和信息技术服务业

详见附表二

3

通用应用软件开发服务

业务中台升级

套

1.00

200,000.00

200,000.00

面向中小企业

软件和信息技术服务业

详见附表三

4

其他终端设备

智能签到终端

台

2.00

5,000.00

10,000.00

面向中小企业

工业

详见附表四

5

其他终端设备

手持扫码终端

台

2.00

5,000.00

10,000.00

面向中小企业

工业

详见附表五

参数性质

序

号

具体技术(参数)要求

1

前端自适性：系统采用微前端及全站自适应技术，可以在电脑、PAD、手机客户端无差别访问。在移动端可以直接与原生App、微信、钉钉等通道完美结合。

2

游客模式：系统支持游客免登录浏览体系，可以查看学校通知公告、友情链接、校园应用、系统帮助等，可以免注册使用对游客开放的服务。

3

三张清单：需提供符合学校要求的三张清单(职责清单、审批清单、责任清单)管理后台，能够根据不同的部门填写职责、并对每个职责关联服务事项，在前台统一展示。

4

服务评价：提供用户对服务事项、办结的流程进行满意度评价，将用户体验反馈给服务管理员。服务管理员可以查看来自用户的应用评价，为进一步优化升级应用提供参考依据。

5

效能监督：

提供为学校业务部门管理员、信息化建设决策者提供从全局视角了解一网通办平台访问数据、流程服务运行数据，提供服务评价体系和模型，对办理事项部门和用户评价进行分析;基于运行的流程绩效数据，为持续优化提升学校治理水平提供数据支撑。具体包括：

通过服务事项数、可线上办理数查看服务事项概况；

通过办理总次数、办理中流程数、办结流程数查看线上办理概况；通过访问总量、总访客数、在线访客数查看门户访问概况；

按照访问量、访问次数、IP数、平均访问时长查看今日流量；

按照时间查看pc/移动门户访问数，通过访问量、访客数、IP数形成曲线图进行数据分析；查看当前服务事项线上办理覆盖概率；

按照学校部门查看对应的服务事项数量、可在线办理数及信息化覆盖率；

按照时间段统计服务事项服务评价top10数据，并按照事项名称、所属部门、服务评价进行统计；按照时间段统计服务事项访问量top10数据，并按照事项名称、所属部门、访问量进行统计。

6

移动端（提供截图证明）：

在我校官方移动平台鄂应院APP和企业微信平台中实现一网通办平台相关网上办事服务，能够与PC端实现流程互通、数据互通、业务互通、消息互通的一体化协同。无论师生从PC端、移动端发起申请，都可以实现一站式申请、流转、审批。主要包括：我的申请、待我审批、经我审批、待我阅读等。具体功能要求如下：

1、我申请的：在办事大厅中用户可以查看本人发起的所有办事服务申请。查看办事流程、审批进度、撤销未审批的申请。

2、待我审批：在办事大厅中用户可以查看需要用户审批、分发、阅知所有办事服务申请。可以查看具体申请详情、环节审批历史，同意或驳回申请。

3、经我审批：经我审批是指用户已经审批过的各类办事服务申请，用户可以查看所有经过我审批的办事服务，查看审批历史记录。

4、待我阅读：待我阅读是指申请人或审批人抄送给用户的各类办事服务和申请，用户在这里可以查看所有抄送我的办事服务，查看审批历史记录。

5、我的承办：我的承办是指用户承办的各类办事服务和申请，用户在这里可以查看所有需要用户承办的办事服务。

6、代理审批：代理审批是其他用户授权用户代理审批的各类办事服务和申请，用户在这里可以代替授权人，批准或驳回需审批的办事服务。

7

流程引擎：

1、表单编辑器

（1） 必须支持原有纸质A3/A4/A5表格,在线文档编辑器中可通过拖拽操作自由组合出各种样式的文档,100%还原纸质版样式，支持高保真还原表格,可生成正式制式标准文档。

（2） 表单设计时不需要添加额外的插件，即可并且PC端和移动端兼容主流浏览器，如IE9及以上版本／Firefox／Chrome／Safari/360等浏览器。

（3） 可支持打印和导出PDF文件，支持设置缩放和边距。

（4） 需要支持可自动扩展表单控件、可自动显示用户的姓名、工号、手机号、二级部门、部门、院系、专业、班级、出生日期。

（5） 需支持任意扩展字段,并自动提取校园数据中心数据，减少用户填表复杂度。

（6） 编辑表单过程需要支持拖拽创建表单,并支持定制表单上传。

（7） 需支持自动适应移动端或者手机浏览器填写。

（8） 需要支持表单数据校验,输入不符合类型时自动检查并给出提示。

（9） 需要支持表单能够被多个流程绑定，实现表单的重用，支持只读、隐藏、必填、可写等权限设置。（提供截图证明）

（10） 支持流式表单和嵌入式表单两种表单类型,其中流式表单是通过表格、重复表、一行一列布局组件进行上下平铺式布局，可自动解决打印时行截断问题。嵌入式表单是通过向母表中嵌入子表和重复表进行布局,打印问题只可通过云打印手动排版解决。

（11） 支持表单版本管理，可直接克隆表单，快捷创建新表单。

（12） 支持填写提示。

（13） 支持水印功能:水印包含两种,图片水印和文字水印，支持给jpg.png、gif、bmp.jpeg.pdf格式的文件打水印。

（14） 平台默认提供多套模板，管理员可以选择启用某个模板；平台开发能力及模板制作规范，支持自定义模板。

（15） 支持从Word、Excel中复制已经设计好的页面，只需把需要人工填写的控件拖动上去即可。

2、流程编辑器

（1） 要求包括多种流程样式。包含固定流程、自由流程、自由顺序流转、无需审核流程、直达流程，其中固定流程可分别与自由流程、自由顺序流程等进行灵活组合，实现流程嵌套。审核流转过程为可视的图形化显示界面，审核各相关人员可直观了解流程的整体走向。当业务发生变化时，可针对实际业务流程模式进行灵活调整。

（2） 要求提供流程串行处理、并行处理、分发处理功能，能够设置任意的复杂条件来决定流程的流转方向，并能设置流程节点超时机制，超时自动提醒，可通过报表汇总分析。

（3） 要求对做好的流程和表单能够实现复制、导入/导出、打印预览调整、打印功能。

（4） 要求通过授权让相关部门自行管理自己的流程，实现流程和表单的权限下放，并可细化控制表单内不同内容的可见权。

（5） 要求可以按照角色权限组设置/分配权限，管理员可以分级授权。

（6） 要求提供图形化的流程定制工具，可直观快捷地创建并显示。

（7） 要求表单控件部分控件需要能与第三方数据源进行数据交互，能通过简单配置获取到第三方数据源数据，也可通过其他接口或封装实现数据推送。

（8） 要求支持流程模板分类及排序。

（9） 要求提供图形化流程拖拽设计。

（10） 要求提供直观的流程图和审批记录，可查询审核相关的各环节详细操作。

（11） 要求提供流程处理中，支持系统消息提醒。移动端APP提醒。

（12） 要求流程节点需可设定时提醒。

（13） 要求对流程的每个步骤进行表单绑定、动作设定和权限控制。

（14） 要求支持流程催办，可强制结束审核中流程、修改当前审核人。

（15） 要求具有自由或者半自由流程功能，具有权限的人员能在流程流转中增删流转环节。

（16） 要求流程发起者具有可撤回、不可撤回的设定。根据不同单据可进行分别配置。

（17） 要求流程支持附件上传。

（18） 要求流程支持串发、并发、并发及串发结合。支持流程审核人额外向其他人员转发、加签、并签。

（19） 要求流程支持分支，下级节点分支数量不限，并且每一个分支的启动可以任意设置为多种条件，条件之间的关系可以是“与”和“或”的逻辑关系。

（20） 要求并发流程竞争关系可选，即多人同时处理同一节点时，需要全部处理或者其中一人处理后再跳转到下一个节点。

（21） 要求流程节点支持按角色定义，可修改流程节点的推送名称及具体的权限。

（22） 要求流程节点支持按与发起人关系人员定义，如发起人部门主管副职、正职、直属领导。

（23） 要求提供便捷的方法在流程处理页面内查看相关的流程，如申请支付流程时，可选择合同等前期审批流程提供审批者参考。（提供截图证明）

（24） 要求支持流程处理节点的“逐级回退”和用手工的方式“跳转回退”。可灵活设定退文意见是否上单。

（25） 要求流程支持否决，否决后流程终结。流程申请及审核中，支持委托机制，可设定其他人代申请或代审核。

（26） 要求具有严格的权限控制，控制申请人、审核人的可输入内容范围，控制不同审核人的签字位置。

（27） 要求具有复杂条件分支，多重分支组合条件分支。

（28） 要求具有节点百分比审批或超过几人审批通过。

（29） 支持下一节点用户是否可以自己选择审批人和发短信提醒。

（30） 具有流程版本管理功能，能适应业务流程变化需求,新版本不影响旧版本的运行。

★

8

认证集成：要求对接学校业务中台统一认证中心，实现单点登录和统一认证。

★

9

门户集成：一网通办平台需集成学校现有统一服务门户，为学生、教职工、游客等不同角色的用户提供千人千面的主题办事服务，既包括线上可办理的信息化服务，也包括在线下办理的事项清单，让师生及游客对校内办事清单有详细的了解，包括办理部门、办理地点、办理时间、部门电话、所需材料、常见问题等。各类网上办事服务可以通过统一服务门户任务中心进行展示，使用户能够在服务门户统一处理待办任务、已办任务。

★

10

应用集成：要求对接业务中台统一应用中心，实现一网通办全部微服务应用统一信息编辑、排序、开启、关闭、授权等操作。

★

11

消息集成：要求对接学校业务中台统一消息中心，实现各项服务能够调用消息中心接口，将提醒消息推送到统一服务门户任务中心以及手机APP端消息中心，点击消息可以自动跳转到具体的服务事项页面。

★

12

数据集成：要求对接学校数据中台，实现流程表单和数据报表所需业务数据可以从数据中台直接获取，对缺失的数据采集完成后，可提供数据视图或数据接口，便于根据学校数据标准完善数据中台缺失的业务数据。

说明

打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。

参数性质

序

号

具体技术(参数)要求

★

1

总体要求：依托一网通办平台敏捷开发能力，调研校内各部门的管理需求和师生的办事需求，梳理并开发项师生关注度高、使用频率高的业务应用与流程服务。

2

低代码开发平台（提供截图证明）：

为快速开发一网通办微服务应用，要求提供提供低代码开发平台,可以线上快速配置业务。

1、支持常见的管理功能配置,并进行简单的业务逻辑编排。

2、支持数据统计功能配置,能够以列表和图表的形式展示统计结果。

3、支持信息填报功能配置,并能够同时在电脑端和移动端进行填报操作。

4、支持数据接口配置,提供API供其他系统使用。

5、支持功能权限配置和数据权限配置。

6、支持常见的数据库类型(MySQL,Oracle等)。

7、能够对现有系统的已有功能进行扩充,能够对接任意业务系统数据库,使用现有表做业务,并能够对现有表进行字段扩充。

8、能够保留已配置功能的历史版本,并且可以进行版本切换。

9、能够按版本批量导出和导入配置的功能。

3

学生返校申请（提供截图证明）：为学生提供学生返校申请功能

1、申请审批功能集成在学院学院官方APP或企业微信平台中，学生可以通过APP发起申请，班主任、系主任可APP在线查看/审批学生申请的具体内容。学生返校申请审批通过后，需要与学院电子通行证系统联动，自动授予学生通行二维码，否则学生无法使用电子通行证扫码进出校园。

2、申请填报的内容可按照学校疫情防控需求灵活定制，申请的审核审批流程，需要按照工作流的模式灵活配置。

4

临时出入申请（提供截图证明）：对接学校电子通行证管理系统，根据学校请假规定时限学生临时出入校园请假申请，支持当天出校当天返校免审批，如果学生请假申请未通过，则无法生成电子通行证出校权限，只有请假申请通过后才有权限扫码出校。

5

学生长期离校申请：针对寒暑假、实习等学生长期离校情况，需在线填写学生长期离校申请，各环节审批完成后，对接学校电子通行证管理系统，生成一次扫码出校权限，学生扫码出校后系统自动收回电子通行证权限。

★

6

线上知识学习与竞赛：

实现线上知识学习与竞赛功能，是采用“学—练—赛—考—统”留痕化闭线上学习系统。系统应能自动记录每一位学生学习时长、积分排名、学习时间、模拟成绩、考试成绩，自动生成各类统计成表，实现对学生的日常学习状态实现全过程。

管理端主要功能包括：科目管理、课程管理、题库管理、题型管理、试题管理、组卷管理、考场设置、考试设置等功能。

移动端主要功能包括：课后练习、强化训练、模拟考试、正式考试、考试记录、习题收藏、成绩单。

7

学生在校情况统计（提供截图证明）：基于学生进出校园日志数据，学生请销假数据，实现在校生实时统计功能，支持手机端展示，具体功能要求包括：

1. 支持统计在校总人数、当日离校人数、当日应返校人数。

2. 支持按两校区统计在校总人数、毕业生人数、非毕业生人数、已出校人数、当日出校人数。

3. 支持按住宿生、校外住宿生分类统计在校总人数、已出校人数、当日离校人数、当日离校未返校人数、当日应返校人数。

4. 支持以树形列表方式展示各学院、专业、年级、班级在校总人数、当日离校人数、当日应返校人数以及具体人员名单。

5. 当日应返校名单可查询学生的离校时间、应返校时间、请假理由、电话、宿舍等信息，方便管理人员及时联系学生。

6. 学校管理员、院系管理员、班主任可按学校、学院、班级等不同管理权限对学生的当前在校状态进行统计查询。

7. 支持切换日期查询历史数据情况。

8. 支持手机端按查询条件导出excel数据。

8

核算检测签到认证：

实现学院日常疫情防控中核算检测认证及统计功能。学校师生核酸检测时，出示个人电子通行证，疫情防控人员可以通过手机APP/微信服务号/扫码终端，对师生身份进行验证。提供后台查询统计功能，支持按照时间、部门、人员类型、核酸检测点进行查询统计。

要求与学院官方APP集成，在APP实现扫码功能，要求与学院统一用户中心、统一身份中心、统一认证中心、电子通行证系统实现数据共享与应用集成。

要求提供核算检测点自定义功能。

要求提供核算检测人员自定义功能，支持检测人员与监测点一对多、多对多。

9

安全隐患上报：

实现“安全隐患上报”功能，面向全校师生、校外人员开放。主要包括：安全隐患举报、安全隐患查看、安全隐患统计三部分。

1. 学校师生通过鄂应院APP实时上报安全隐患问题，选择安排隐患类型、输入安全隐患内容，支持文字、拍照或录制视频上报。

2. 授权人员能够通过APP或PC管理端查看安全隐患详情。

3. PC端能够统计安全隐患汇总数据，生成报表。

★

10

微服务开发：除上述网上办事服务外，要求通过与学校各部门、系部沟通，通过需求调研分析，挖掘校内各类师生的网上办事服务需求，依托学院数据中台数据和业务中台的可复用组件，灵活定制开发各类办事服务，要求本项目提供不少于40个微服务应用开发服务。

11

部署要求（提供截图证明）：系统总体架构依托于容器技术构建，采用Kubernetes容器编排系统进行容器的部署及调度。使用分布式块存储和分布式对象存储解决集群应用数据持久化的方案，同时可兼顾服务的高可用性和扩展性。采用EFK解决方案解决整体的日志收集和日志分析需求。采用Prometheus指标监控方案解决全流程的服务资源的指标可观测性，使系统整体运行状况了如指掌，配合健康检查和告警服务可迅速预知和定位问题。

★

12

实施要求：

为保障项目质量和项目进度，项目实施期间要求投标人提供不少于5名技术人员驻场服务，7X24小时服务响应。

本次项目为交钥匙工程，项目预算包含与学校现有教务系统、人事系统、学工系统、疫情防控系统、后勤报修系统、迎新对接、宿管系统、图书管理系统数据对接接口费，校方不再另行支付系统对接费用。

说明

打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。

参数性质

序

号

具体技术(参数)要求

1

统一认证中心：

1、基础平台升级

具体包括增加kafka消息总线、用户查询转移到内存数据库、Rancher版本升级、Kubernetes版本升级跟随RKE最新版本、基础环境编排文件升级、适配最新的Kubernetes编排文件标准、网关版本升级等。

2、二维码认证

保持身份中台业务的独立性，对接学校电子通行证系统二维码规则，提供生成身份码和提供解码能力，为第三方应用提供身份码生成接口和扫码身份认证接口服务。

2

统一用户中心：

1、增加SID功能，支持多身份用户绑定唯一SID，同时提供通过SID读取全量身份接口，用于多身份应用开发。

2、支持是否完成微信绑定查询。

3、支持按当前实机构及人员与企业微信通讯录自动同步。

4、增加用户标签与授权业务系统的对应关系接口，当被授权业务系统调用认证接口时，只返回被授权访问该应用系统的用户标签。同时，当第三方业务系统通过API获取数据时，可根据授权的用户标签返回相对应的用户，保护用户数据安全。

5、提供全量标签（系统默认标签/自定义标签）读取接口，支持按用户获取标签和按标签获取用户等，为第三方系统提供标签同步服务。

6、用户导入支持按选择字段导入，导入时可按自定义条件判断是新增还是更新。

7、根据学校数据编码标准，支持自定义各类用户类型（教职工、学生、校外人员等）学工号生成规则，系统导入用户数据时可根据用户类型自动生成学工号。

8、支持用户同步标识，数据同步可根据标识同步目标系统。

3

统一权限中心（提供截图证明）：实现数据访问范围授权，可以为第三方系统以API形式提供统一的数据权限服务，可通过系统链接第三方数据源，包括Oracle,MySql,SqlServer等，支持以数据集为基本单位的权限分配，并能够组合多个数据集以数据组件的方式定义数据权限，支持按身份、用户纬度定义数据权限，能够将三方数据权限合并到权限控制，并在此基础上扩充权限，支持并且、或者两级逻辑关系判断，支持自定义查询参数，支持数据的在线预览。

4

统一消息中心（提供截图证明）：

1、支持按所属部门、用户标签、特定人员群发消息功能。

2、支持按应用授权开通消息渠道，例如短信、邮件、企业微信、钉钉、APP等，支持用户自定义配置多种消息通道。

5

web应用代理（提供截图证明）：

为了方便用户在外网访问内网系统相关资源，要求在学校业务中台提供web应用代理配置功能，无需安装客户端和插件，用户可以直接使用电脑或手机浏览器访问内部系统。

1、要求web应用代理能够设置session有效时间，超时以后自动退出。

2、要求web应用代理能够针对域名或者ip使用正则表达式设置认证白名单，只有白名单中的域名或者ip才会通过代理访问，可通过黑白名单控制内网资源的访问。

3、要求web应用代理能够在后台维护CAS认证相关参数，对接身份认证系统，通过泛域名解析，将原有内网web系统代理到泛域名地址供用户访问，同时能够设置是否必须开启认证。

6

统一应用中心：

1、增加应用置顶、推荐、常用、排序功能设置。

2、增加应用描述功能，即应用的操作说明。

3、增加应用更多属性，例如所属部门、标签、服务对象、类型、常用时间等，方便快速检索及智能推荐。

说明

打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。

参数性质

序

号

具体技术(参数)要求

★

1

总体要求：要求提供2台智能扫码终端，用于师生电子通行证核验、访客登记、核酸检测签到等场景。

2

智能终端：

操作系统：Android

CPU：八核64位

运行内存：DDR3 2G及以上

数据内存：不低于16G、最大支持TF卡扩展64G数据容量：单机储存不小于200万条，可扩展。黑名单：不低于200W可扩展、可配置。

工作温度：-25℃~65℃

储存温度：-40℃~85℃

工作湿度：0-90%（无凝霜）外壳材料：工程塑料

显示方式：尺寸不低于8英寸显示屏扫描：广角/QR/可选定制开通

人脸识别：双目、宽动态人脸识别摄像头，默认特征库容量不小于20000张。声响提示：蜂鸣器、单声道喇叭

语音提示：不低于16KHz,16bit单声道语音提示工作电压：DC 8V-55V

支持标准：ISO-14443 Type A/B

读卡距离：0~50mm

发卡容量：不低于500万张

适用卡类：Mifare 1系列卡,并支持CPU卡和金融IC卡

3

终端支架：

不锈钢立柱：大于130CM；加重底座：大于17KG;

4

品质要求（提供截图证明）：要求智能签到终端涉及的软硬件系统具备计算机软件著作权、安全测试报告、国家强制性实验报告。

★

5

售后服务：

1. 提供7*24小时技术支持和维修服务，在接到用户通知后2小时内到场；

2. 质保期内免费负责维修或更换设备；

3. 质保期内能够安排技术人员提供技术和业务支持，关键时间段（例如学生开学）提供现场技术保障和维护服务。

说明

打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。

参数性质

序

号

具体技术(参数)要求

★

1

总体要求：要求提供2台手持扫码终端，主要用于校门口保安人员检查车行人员，通过扫描电子通行证二维码，实现教职工日常考勤签到、访客登记等。

2

手持扫码终端：

1、Android8.1及以上操作系统

2、CPU:不低于1.5 GHz四核

3、RAM+ROM:不低于2GB+16GB

4、MicroSD(TF)卡可扩展至64GB

5、1个SIM卡槽，1个Micro SD（TF）卡槽不小于128GB

6、USB Type-C，支持OTG功能，支持快充麦克风，听筒，1W扬声器，支持语音通话3个TP按键+5个侧按键+数字键盘

7、支持重力传感器、振动马达

8、支持IEEE802.11 ac/a/b/g/n协议(2.4/5G双频)GSM：850/900/1800/1900Mhz)TD-SCDMA：Band34,Ban d39 WCDMA：Band1,Band2,Band5,Band8 TDD-LTE：Band38,Band39,Band40,Band41 FDD-LTE：Band1,Band3,Band7

9、Bluetooth 4.1（支持HS）

10、集成GPS，北斗，GLONASS等，内置天线，支持AGPS 4、数据采集

11、支持条形码/二维码数据采集，支持物理按键自动触发

3

品质要求（提供截图证明）：要求投标人所投手持扫码终端具备3C、RED、LVD证证书。

★

4

售后服务方案：

1、提供7*24小时技术支持和维修服务，在接到用户通知后2小时内到场；

2、质保期内免费负责维修或更换设备；

3、质保期内能够安排技术人员提供技术和业务支持，关键时间段（例如学生开学）提供现场技术保障和维护服务。

说明

打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。