习总书记进博会期间在上海考察时指出:要抓一些“牛鼻子”工作,抓好政务服务“一网通办”、城市运行“一网统管”,坚持从群众需求和城市治理突出问题出发,把分散式信息系统整合起来,做到实战中管用、基层干部爱用、群众感到受用。要抓住人民最关心最直接最现实的利益问题,扭住突出民生难题,一件事情接着一件事情办,一年接着一年干,争取早见成效,让人民群众有更多获得感、幸福感、安全感。
一网统管平台的建设是全面落实省委袁家军书记在全省数字化改革推进会上的部署要求,是坚持实战实用实效导向,推动一体融合,深化“一网统管”,攻坚重大改革,努力建设新时代全面深化改革新高地,以“数字变革提升年”的过硬成果迎接党的二十大和省第十五次党代会胜利召开的重点任务。
一网统管平台的总体构架是“1+1+3+5”。第一个“1”是一中心,即建设社会治理中心,实现实体化运作。第二个“1”是一平台,即建立“区-街-社-网格"四级贯通的一网统管平台。第三个“3”是三统筹,即统筹人、统筹事、统筹制。第四个“5”是五可,即可观、可感、可指挥、可预防、可研判。
一网统管建设的建设要按照标准引领、开放兼容、规范基础、灵活扩展、利旧改造,持续迭代、精准管理,高效服务、集约建设,共享共治的要求,依托一体化智能化公共数据平台,按照“数据标准规范先行、数据服务支撑应用、应用服务城市运营”为基本建设思路,以“技术融合、业务融合、数据融合”为核心思想,开展一网统管体系建设,旨在解决多源异构数据融合、跨平台技术集成、多应用场景覆盖、管理体制机制配套等难点问题。
滨江区充分借鉴已有信息化建设成果,遵循《杭州市一网统管建设导则》,利用大数据、云计算、人工智能等技术与算法模型,坚持问题导向,围绕“三张清单”,理清城市治理业务事项、流程脉络,实现业务通、流程通、系统通、数据通,建立城市运行生命体征指标体系,融合数字孪生试点成果和数据资源,建立数据标准,夯实数据底座,在制度理论上取得新突破、新成果。
围绕项目建设目标,建设内容包括一屏、一平台、一库、一码、一频道、一件事、事件分析模型。一屏即数字驾驶舱建设内容包括:基层智治驾驶舱、一网统管驾驶舱。一平台即应用支撑平台建设内容包括:应用穿透直达、体征指标管理、指挥体系管理、文件资源管理、视频资源管理、感知预警管理等。一库即专题库建设内容包括:城市运行指征专题库、城市感知专题库以及城市基层队伍专题库。一码即滨安码建设内容包括:居民端、管理端。一频道即数字滨江频道建设内容包括:运行总览中心、事件任务中心、考核评价中心、多维网格。一件事即基层治理一件事建设内容包括:一件事应用接入。事件分析模型包括:热词分析、主体对象分析、事件智能分类、一人多次。
基层智治系统驾驶舱包括基层智治整体态势,党建统领态势,经济生态态势,平安法治态势,公共服务态势,运行监测、运行监测、矛盾调处、分析研判、协同流转、应急指挥、督查考核六大功能,要实现城市运行的各项指标实时监测、智能预警。
一网统管驾驶舱包括运行总览中心、事件任务中心、应用集成中心、考核评价中心、AI赋能中心五大中心,区街社三级驾驶舱和基础能力建设。要实现城市总体运行态势全掌控,应用全融合,事件处置、任务完成情况全流程考核。
通过应用穿透直达模块,集成区级各领域重点应用,通过数据协同、业务协同、流程再造的方式实现一网统管系统与应用的融合,要支持驾驶舱通过关键节点直达重点应用。
通过体征指标管理模块,要实现城市体征的权限管理、指标管理、阈值管理、体征预警、体征体检、并能输出体征报告。
要实现对政策文件、图文资源的管理。
要实现对辖区内的视频资源的管理,可编辑资源的属性信息。
感知预警模块包括物联感知智能发现、智能识别预警、大数据分析研判,可对城市全要素对象进行全时段智能监测,建立可视化、智能化的感知预警能力。
提供权限管理功能,可以通过权限管理创建各类角色,并对各类角色信息进行维护,可以对已经创建的角色进行授权。
通过日志管理实现系统共性功能的访问日志信息的管理维护,包括通用日志、接口日志、日志查询、错误日志。
支持对系统进行管理,包括用户管理、机构管理、岗位管理、系统字典、菜单管理、参数管理、对象存储管理、数据源管理、模型设计、短信配置、模块管理。
本项目拟建设城市运行指征专题库,包括但不限于党建统领、城市安全、城市运行、城市文化、城市环境以及城市经济六个维度城市运行数据。
本项目拟建设城市感知专题库,包含城市应急、生态环保、城市交通、城市安全等领域城市感知数据。
本项目拟建设城市基层队伍专题库,包括综治平安、监管执法、应急管理以及公共服务等基层队伍。
滨安码-居民端要实现居民的咨询、投诉、建议的上报,并可以对处置结束的事情进行评价。
滨安码-居民端要实现查看滨安码的处置情况,调整滨安码的整体流程、功能按钮,自动批转等。
数字滨江频道-运行总览中心要支持查看“一网统管”系统中的各类信息,包括超时处理的问题,高发的问题,城市体征指标,可以让领导全面了解城市运行情况。
数字滨江频道-事件任务中心要支持查看事件的多维度分析,包括时间维度分析,事件来源维度分析,事件分类维度分析等。
数字滨江频道-考核评价中心要支持在手机端对区、街道、社区、部门考核情况的展示,支持事件处置效能考评、重大任务考核、综合考评以及滨安码考核等考核结果的展示。
数字滨江频道-多维网格要支持在手机端的地图上查看全区所有社区,以及每一个社区包含的具体网格信息,实现地图信息交互。
需要对接各单位“一件事”系统,对需要集成的外部系统或数据清单进行接入。
可以根据事件的描述、事件名称系统自动对词汇进行分词提取获取高频词汇,通过算法分析将上报事件按照高频词汇进行分类。
可以通过算法识别事件主体并判断核心主体对象,将核心主体对象提取出来并形成事件主体对象集。
根据事件的问题描述内容对关键字进行识别从而判断事件所属的问题类别,并将识别的问题类别与系统种已划分的问题类别进行匹配、关联最终保持事件分类的一致性。
基于全量事件库推送的事件信息,由算法对指定的事件进行分析,在短时间内同一个人反映同类事情,侧面反映存在疑难事情未解决并且属于上报人重视事件。
项目建设内容各模块的技术规格要求如下表:
建设项 |
模块 |
功能 |
数量 |
单位 |
基层智治驾驶舱 |
基层智治整体态势 |
整体态势 |
1 |
项 |
●四跑道核心态势 |
1 |
项 |
||
基层智治系统事件、任务分析 |
1 |
项 |
||
重点应用贯通 |
1 |
项 |
||
矛盾调处 |
1 |
项 |
||
督查考核 |
1 |
项 |
||
应急指挥 |
1 |
项 |
||
协同流转 |
1 |
项 |
||
基层智治基础态势 |
基层力量专题 |
1 |
项 |
|
辖区人口专题 |
1 |
项 |
||
房屋场所专题 |
1 |
项 |
||
业务场景功能集成 |
1 |
项 |
||
党建统领 |
党建统领 |
1 |
项 |
|
经济生态 |
经济生态 |
1 |
项 |
|
平安法治 |
●平安综治 |
1 |
项 |
|
监管执法 |
1 |
项 |
||
应急管理 |
1 |
项 |
||
法治宣传 |
1 |
项 |
||
公共服务 |
公共服务 |
1 |
项 |
|
一网统管驾驶舱 |
运行总览中心 |
运行保障 |
1 |
项 |
重点任务 |
1 |
项 |
||
体征总览 |
1 |
项 |
||
●体征分析 |
1 |
项 |
||
重点关注 |
1 |
项 |
||
运行监测 |
1 |
项 |
||
●预警分析 |
1 |
项 |
||
事件任务中心 |
事件监测 |
1 |
项 |
|
事项分析 |
1 |
项 |
||
●隐性分析 |
1 |
项 |
||
事项概览 |
1 |
项 |
||
任务概览 |
1 |
项 |
||
考核评价中心 |
质量考核 |
1 |
项 |
|
滨安码考核 |
1 |
项 |
||
主体责任考核 |
1 |
项 |
||
处置过程考核 |
1 |
项 |
||
应用集成中心 |
应用分类 |
1 |
项 |
|
●应用直达 |
1 |
项 |
||
区域直达 |
1 |
项 |
||
应用搜索 |
1 |
项 |
||
AI赋能中心 |
专题库建设成果 |
1 |
项 |
|
AI识别赋能 |
1 |
项 |
||
物联感知赋能 |
1 |
项 |
||
物联监测 |
1 |
项 |
||
三级驾驶舱 |
区级驾驶舱 |
1 |
项 |
|
●街道驾驶舱 |
1 |
项 |
||
●社区驾驶舱 |
1 |
项 |
||
基础能力建设 |
账密登录 |
1 |
项 |
|
扫码登录 |
1 |
项 |
||
个人信息 |
1 |
项 |
||
二维可视化 |
1 |
项 |
||
投影可视化 |
1 |
项 |
||
网格上图 |
1 |
项 |
||
三维可视化 |
1 |
项 |
||
多比例适配 |
1 |
项 |
||
基础资源上图 |
1 |
项 |
||
人房关联展示 |
1 |
项 |
||
●以房搜人/以人搜房 |
1 |
项 |
||
应用支撑平台 |
应用穿透直达 |
入口权限分配 |
1 |
项 |
应用管理 |
1 |
项 |
||
应用批量管理 |
1 |
项 |
||
分类查找 |
1 |
项 |
||
体征指标管理 |
体征元数据管理 |
1 |
项 |
|
体征数据分组 |
1 |
项 |
||
阈值管理 |
1 |
项 |
||
体征预警 |
1 |
项 |
||
●体征体检 |
1 |
项 |
||
体征报告 |
1 |
项 |
||
文件资源管理 |
政策报告管理 |
1 |
项 |
|
●考核文件管理 |
1 |
项 |
||
图文资源管理 |
1 |
项 |
||
视频资源管理 |
●视频管理 |
1 |
项 |
|
视频批量管理 |
1 |
项 |
||
历史操作记录 |
1 |
项 |
||
感知预警模块 |
物联感知智能发现 |
1 |
项 |
|
智能识别预警 |
1 |
项 |
||
大数据分析研判 |
1 |
项 |
||
权限管理 |
角色管理 |
1 |
项 |
|
数据权限 |
1 |
项 |
||
接口权限 |
1 |
项 |
||
日志管理 |
通用日志 |
1 |
项 |
|
接口日志 |
1 |
项 |
||
日志查询 |
1 |
项 |
||
错误日志 |
1 |
项 |
||
系统管理 |
用户管理 |
1 |
项 |
|
机构管理 |
1 |
项 |
||
岗位管理 |
1 |
项 |
||
系统字典 |
1 |
项 |
||
菜单管理 |
1 |
项 |
||
参数管理 |
1 |
项 |
||
对象存储管理 |
1 |
项 |
||
数据源管理 |
1 |
项 |
||
模型设计 |
1 |
项 |
||
短信配置 |
1 |
项 |
||
模块管理 |
1 |
项 |
||
专题库 |
城市运行专题库 |
城市党建专题库 |
1 |
项 |
城市运行专题库 |
1 |
项 |
||
城市文化专题库 |
1 |
项 |
||
城市经济专题库 |
1 |
项 |
||
城市环境专题库 |
1 |
项 |
||
城市安全专题库 |
1 |
项 |
||
城市感知专题库 |
城市感知专题库 |
1 |
项 |
|
城市基层队伍专题库 |
城市基层队伍专题库 |
1 |
项 |
|
滨安码 |
居民端 |
账密登录 |
1 |
项 |
验证码登录 |
1 |
项 |
||
验证码发送 |
1 |
项 |
||
事件上报 |
1 |
项 |
||
我的上报 |
1 |
项 |
||
地图浏览 |
1 |
项 |
||
事件定位 |
1 |
项 |
||
●事件评价 |
1 |
项 |
||
后台管理 |
事件统计 |
1 |
项 |
|
事件上报栏 |
1 |
项 |
||
栏目管理 |
1 |
项 |
||
流程配置 |
1 |
项 |
||
按钮管理 |
1 |
项 |
||
流程管理 |
1 |
项 |
||
事件类型管理 |
1 |
项 |
||
事件办结栏 |
1 |
项 |
||
自动批转管理 |
1 |
项 |
||
滨江数字频道(移动端)建设 |
运行总览中心 |
城市体征 |
1 |
项 |
体征分析 |
1 |
项 |
||
重点关注 |
1 |
项 |
||
预警分析 |
1 |
项 |
||
事件任务中心 |
全量事件分析 |
1 |
项 |
|
●多跨事件分析 |
1 |
项 |
||
考核评价中心 |
考核评价 |
1 |
项 |
|
多维网格 |
多维网格 |
1 |
项 |
|
“一件事”应用接入 |
“一件事”应用接入 |
●“一件事”总览 |
1 |
项 |
“一件事”系统接入 |
1 |
项 |
||
事件分析模型 |
热词分析 |
热词分析 |
1 |
项 |
主体对象分析 |
主体对象分析 |
1 |
项 |
|
事件智能分类 |
事件智能分类 |
1 |
项 |
|
一人多次 |
一人多次 |
1 |
项 |
合同签订后,120日历天内完成项目所有开发、部署、系统集成及验收工作。
采购人指定地点。
为保证项目的顺利实施和正常运行,确保项目质量达到预期目标,供应商需要成立专业项目实施团队,人员角色配置需要包括但不限于项目管理人员、产品设计人员、软件开发人员、软件测试人员、综合支撑人员等角色。
为采购人相关人员制定完善的培训计划,包括培训目标、教学方案、培训规模等。培训期间产生的一切费用由中标方承担,不得向采购单位另行收取。
供应商提供的培训服务,包括安排培训讲师,提供培训教材和场地等。培训内容包括但不限于:
(1)项目建设内容的架构、原理和功能;
(2)常见故障处理或排除;
(3)各系统功能的日常检查、调整和维护;
(4)对使用者基本操作技能培训;
(5)对采购人指定的系统管理员、应用管理员或其他技术人员关于整体的系统管理、应用进行培训。
(6)以及采购人后续认为需要的培训内容。
项目验收完成后,供应商需要提供不少于1年的质保维护。包括以下内容:
1) 质保维护期从项目正式验收合格之日算起。在质保维护期内,出现应用软件的故障,投标人应研究其故障原因,并迅速修复,直至满足采购人原定的要求为止。
2) 投标人须提供7×24小时电话服务,投标人最终维修服务响应时间为30分钟内,在2小时内派专业技术人员到达现场进行维修服务。故障原因在4小时内无法排除的,投标人24小时内提交解决软件系统故障的方案。通过与用户交涉承诺将以最快的时间将故障排除。投标人还须提供系统应用软件的故障处理、维护和现场巡检等服务,以及其他的技术支持工作。在维护期内,与系统应用软件质保和维修等相关的费用由投标人负责。
3) 投标人可视自身能力在投标文件中提供更优、更合理的维护服务承诺。
4) 投标人在其投标文件中须对售后服务作出明确的承诺,包括服务时限、故障响应处理时限、应用恢复处理时限等。
7. 项目交付要求
投标人需承诺本项目的交付成果,包括但不限于针对系统的调研评估报告,并充分遵循现有系统的数据标准,以上评估和论证报告,需得到采购人认可,不被认可将影响项目验收
8. 知识产权
(1)供应商应保证所提供的系统或其任何一部分均不会侵犯任何第三方的知识产权;
(2)本项目所有成果知识产权归采购人所有,采购人有权在其他项目上运用该项目成果。未经采购人书面同意,成果不得擅自扩散或提供给第三方使用。
(3)供应商应保证采购人在软件使用过程中,免受第三方提出的侵权起诉。如发生此类纠纷,由供应商承担一切责任并负责解决。
9. 数据保密要求
投标人到现场进行实施、维护的工程师需要按照采购人的规定签署保密协议。合同双方都履行保密承诺,投标人须对开发过程中涉及的相关数据资料进行严格的保密。
1、验收工作由采购人组织实施,验收过程中,中标供应商应派专业的技术人员协助采购人进行验收。
2、验收合格标准:
(1)符合采购文件要求、投标承诺以及国家、行业有关技术规范和标准,提供合同的全部资料;
(2)中标供应商完成采购代理服务费缴纳以及其他投标承诺事项。
(3)合格(符合招投标文件、采购合同约定;未进行相应约定的,应当符合国家强制性规定、政策要求、安全标准、行业或企业有关标准)。
(4)验收方式:按《杭州市政府采购履约验收暂行办法》进行履约验收。
1)初验:系统建设完成调试完毕后进行初验。初验合格进入试运行。
2)终验:试运行成功运行结束,完成等级保护二级测评后,进行终验。
本项目采用总价合同,中标(成交)供应商的投标报价是履行合同的最终价格,报价应包括完成合同所涉及的全部费用,包含但不仅限于所需系统的开发、建设、试运行、调试、验收配合、技术培训、售后服务以及其他伴随服务等全部工作所需的一切费用,以及税金、人工、管理、合理利润、投标费用、采购代理费等一切成本及费用(以上所有费用包含在综合单价中,不另列)。
在项目实施过程中涉及到数据安全、网络安全均由投标人负责。其涉及到相关费用投标人在投标报价时综合考虑,后续不得因为此问题要求采购人增加费用。
第一次付款:合同签订后,甲方支付合同总价30%预付款;
第二次付款:通过初验后,甲方支付合同总价的60%;
第三次付款:通过终验后,甲方支付合同总价的10%。
注:每次付款前,乙方提供甲方要求的正规发票。
1.本项目单独一个标项,标项是最小投标单位,投标人必须对标项内的所有内容发起投标响应。投标人在投标时缺漏的内容视为“未响应”按负偏离处理,如中标,须自行如数补齐并承担相应后果。
2 本章(第三部分采购需求)是采购人需求的最基本描述,投标人不得擅自改动或删减。投标人如认为缺少了满足采购需求所必需的其他工作内容,投标人应在投标时自行补充并说明具体理由,所需费用包含在投标总价内。
3 采购人将以合同形式有偿取得货物或服务,不接受投标人给予的任何赠品、回扣或者与采购无关的其他商品、服务,不得出现“0 元”、“免费赠送”等形式的无偿报价,否则视为投标文件含有采购人不能接受的附加条件,投标无效。
4 投标人应当完整、明确的逐条对照采购要求作出投标响应,投标响应缺项或因复制粘贴采购要求导致投标响应不明确的,均按负偏离认定;投标响应前后矛盾导致评标委员会有疑问的,评标委员会认为必要时可以要求投标人在规定的时间(30 分钟)内提供相关技术证明材料,投标人不能按时提供相关技术证明材料的视为“未响应”作负偏离处理。
5 供应商须保证所提供产品和服务符合国家及行业相关技术标准与规定,不得侵犯他人合法权益。