省环保厅浙江省钱塘江河长制管理信息系统项目采购

省环保厅浙江省钱塘江河长制管理信息系统项目采购内容摘要：

的调研工作，基层单位明确建议在现有条件下，河长制信息系统的网格化初期先按镇（街道）为单元网格进行项目实施，待条件成熟后，再来细化实施以村为单元的小网格方案。 部件与事件 系统应能够体现单元网格内的部件和事件构成情况，并按实际工作步骤形成“上报 — 受理 — 处理 — 反馈”的闭环处理流程。 部件主要指河道管理的各项设施和要素，如污染源（包括污染直排口、以及排入污水处理厂）、采砂区、严禁采砂区、现场监测监控设施、河 道物 20 资、闸口、水文站等。 为此，本项目需集成大量地市部件数据及分散在不同平台的视频数据； 事件是指单元网格中正在发生的影响河道管理秩序或环境的，需要管理部门或专业单位实施管理和处置的行为，如垃圾倾倒、非法采砂、各类人为重大污染事件、死猪漂浮现象等。 此外，在每个河道单元网格上，设立该河道有关对应的河道信息，如一河一档、一河一策等；河长信息，联系人情况，联系电话等；动态信息，如水质信息、水文信息等；统计信息，如水质统计信息、水位统计信息、污水处理厂进出水量统计信息、同类事件处理信息等。 依托统一的河长制管理方案 以及浙江省（钱塘江）河长制管理信息系统平台，通过加强对单元网格的部件和事件巡查，做到能够主动发现，及时处理，加强对河道污染的管理能力和处理速度：通过网格责任人对所属辖区的日常巡检发现问题，充分运用数字化管理手段，将管理对象、过程和反馈体现在系统平台上，保证管理的敏捷、精确和高效；按照统一的管理标准和流程，形成“上报 — 受理 — 处理 — 反馈”的闭环处理流程，从而提升管理的能力和水平。 建设原则 按照河道网格化管理理念，“充分整合现有资源”，“充分发挥社会参与”等要求，按照统一平台、同步建设、分级管理、整体规划、全流 域铺开的步骤来推进，确保系统设计和建设满足河长制管理全局需求，全省各市县统一使用本系统，并遵循有关技术标准，省级负责平台的软硬件建设，各地市按照全省统一的部署，同步负责项目在各地的落地实施。 （一）统一平台、分级管理 浙江省（钱塘江）河长制管理信息系统整合环保、水利等治水相关部门共享的监测监控资源、社会共享的监测监控资源，实现钱塘江河长制信息管理系统统一平台建设，按省、地市、县（区）进行分级管理，避免信息孤岛，实现统一管理。 （二）整体规划、稳步推进 21 浙江省（钱塘江）河长制管理信息系统按照经济可行、功能实用 、社会广泛参与的要求，加强顶层设计，统一规划，稳步推进，重集成、出实效，在钱塘江流域流经的 31 个县（市、区）先行建设，通过稳步推进实现浙江省（钱塘江）河长制管理信息系统建设。 建设目标与建设期 建设目标 本项目建设目标为：河长制管理信息系统包括统一平台建设，环保、水利等单位相关数据、视频信息整合，河长版应用软件和公众版手机应用软件建设。 主要面向各级领导、工作人员等政府内部人士通过政务外网或 VPDN 网络访问，适当向公众开放事件上报等功能，支持工作终端、电脑等多种终端访问，同时完成地市数据交换前置系统的部署安 装及技术标准的制定工作，包括应用程序接口标准、数据规范标准、数据交换标准等内容。 （ 1）统一平台建设 整合环保、水利等部门（含地市）治水相关数据； 整合环保、水利等部门（含地市）相关视频信息；整合环保、水利等部门（含地市）相关视频信息；（目前有环保部门全省视频监控共约 100 多个；水利部门有视频点约 400 多个） 实现河道的网格化管理，并结合各种渠道的举报（短信、 APP、微信、12369 电话等），按业务需求形成“上报 — 派发 — 处理 — 反馈”的闭环处理流程； 实现与现有相关信息系统（如应急指挥系统等）的对接。 （ 2）智能终端 ①河长版 河长版支持工作终端、电脑等多种终端通过政务外网或 VPDN网络访问，多维度展现省、市、县（市、区）、镇（街道）四级专题分析图表。 ②工作人员版 工作人员版软件分为工作终端版和电脑版，通过政务外网或 VPDN 网络 22 访问。 ③公众版 公众版手机应用软件需能提供事件上报、信息获取、互动参与、公众监督等功能，同时需适配主流移动终端操作系统版本（苹果、安卓）。 社会公众可通过微信、电话、短信、 APP、网站等多种方式参与河道管理。 采购 清单 序号 名称 配置信息 数量 备注 环保厅接入点设备 1 路由器 详见 1 2 三层交换机 详见 1 3 防火墙 详见 1 数据交换前置系统 钱塘江流域 5 个市、水利厅 4 前置机 详见 6 5 操作系统 WINDOWS SERVER 2020R2 标准版 6 6 数据库 MySQL 6 7 防火墙 详见 6 中继网关 供语音通信调度使用， 8 中继网关 详见 1 GIS 软件 浙江省地理测绘局提供“天地图” 9 GIS 地理信息系统软件 详见 1 第三方软件（环保水站监控平台改造部分）开发 序 建设内容 备注 23 号 10 管理平台 视频管理平台，支持用户的增删改，支持权限设置，支持编码器设备、解码器设备、智能设备、矩阵设备，以及平台服务的增删改管理，支持前段视频实时查看，并可以进行录像回放、录像下载、视频抓图、多倍速控制等功能操作。 详见 11 设备接入网 关 支持众多主流厂商设备接入，如：海康、宇视、天地伟业、科达、亚安、英飞拓、蓝色星际、安讯士、三星等支持第三方 SDK 私有协议接入等 12 平台接入网 关 支持 Web 方式访问，配置、管理网 关设备等 多平台多层次级联，跨域互联互通与资源共享； 支 持 联 网 标 准 协 议GBT28181/DB33/DB41/GBT28059，具备符合上述协议的快速接入能力； 13 第三方设备 对接开发 定制开发对接第三方设备 通信线路 序号 名称 数量 /单位 备注 14 专线 100M 本地 MSTP 线路，链路两端地址从中标承建单位 GGSN 机房至环保厅数据汇接点线路1 条 需在投标文件中对此部分费用进行单列并详细说明（按年度报价） 24 （一年费用） 15 短信费用 支持短消息网关系统接口协议 (SGIP) 支持点对点短信 每分钟发送短信数量超过 200 条 每年短信发送数量不少于 400 万条 （一年费用） 1 项 16 呼叫中心 河长制信息系统的公众举报应满足 12369 热线及微信、短信、 APP 等多种方式，同时需要与原有 12369 呼叫中心进行对接。 中标单位应承担系统满足公众举报受理体系所需的软、硬件改造全部费用，包括集中呼叫中心费用； 12369呼叫中心平台的优化与外呼及话务收敛等。 （一年费用） 1 项 如果在本招标文件中未列明而投标单位又认为确实需要的，投标单位应在投标文件中予以列明并计入投标 报价。 如果投标单位在中标并签署合同后，在供货或系统集成时出现软、硬件、线路的任何遗漏，均必须由中标单位免费提供，建设单位将不再支付任何费用。 25 建设 期 本项目建设期为中标后至 2020 年 12 月， 2020 年 12 月底前建成并投入使用。 项目建设要求 系统部署要求 1. 系统网络架构 为充分利用云、管、端的优势，系统设计时必须充分考虑项目实施的现有的客观环境。 为此方案系统需在政务云平台上部署，核心业务系统如数据库服务、 GIS 服务、 WEB 服务、视频服务、业务接入服务等涉及核心业务数据的系统，将部署在政务专有云之上。 面向公众不 涉及核心业务数据，主要提供前置接入或辅助功能，如移动接入服务、语音调度服务等将部署在政务公有云上。 说明： （ 1）业务系统部署在政务云上，目前已申请到相关资源； （ 2）环保厅外部业务数据（污染源在线监控系统、环境质量水站监控、VPDN 平台等）统一通过环保厅接入点接入政务云上河长制平台（设备及软件详见 ）； （ 3）环保厅水站监控视频通过河长制视频接入服务统一收敛（设备及软件详见 ）； （ 4） 5 个地市分别建设地市数据交换前置系统实现地市相关业务系统数据的实时采集，通过新采购的数据交换前置系统（前置机 、防火墙等设备及相关软件，设备及软件详见 ）由政务外网统一汇聚至河长制平台； （ 5）内部人员如各级领导、河长、工作人员通过政务外网或 VPDN 专网访问；公众通过互联网方式访问； （ 6）水利厅业务数据通过政务外网接入政务云上河长制平台。 2. 系统接入 本项目系统部署在政务云上，外部平台如环保厅相关业务系统（污染源在线监控系统、环境质量水站监控等）、 VPDN 等业务系统等目前与省政府 26 政务云无法直连。 需通过环保厅作为业务汇聚点，一侧接入省政务云系统，另一侧接入项目中标单位负责建设的河长制业务采集与受理系统。 中标 单位负责部署各地市及水利厅的河长制数据交换前置系统（前置机、防火墙等设备及相关软件）。 3. 系统负载量及性能要求 本项目系统负载量估算如下表所示： 系统建设负载量估算表 访问终端 用户总数 访问系数 平均每天访问用户数 (人数 ) 平均并发用户数 (人数 ) 全省 河长专业版网页 10000 4000 1000 河长专业版 APP 12020 7200 3600 河长制曝光台网页 10000 2020 167 河长公众版 APP 100000 5000 208 河长公众微信 100000 5000 208 钱塘江流域 河长专业版网页 2500 1000 250 河长专业版 APP 3500 2020 800 河长制曝光台网页 2500 500 45 河长公众版 APP 40000 2020 85 河长公众微信 40000 2020 85 考虑到系统数据报送时间可能会相对集中，往往会对系统负载造成很大压力，为应对这种压力，需要从系统工作模式、系统结构设计、系统设备软硬件配置等几个方面综合考虑。 系统应具有高可靠性，关键 设备、部件要考虑冗余，设备的维护管理要方便。 系统应支持并发操作（写操作）用户数大于上表估算人数。 百万目录数据量（带全文检索），客户端响应时间最大不应超过 5 秒， 27 一般控制在 3 秒内。 一般性数据保存、修改、删除等操作的响应反馈速度最大不应超过 5秒，一般控制在 3 秒内。 WEB 应用程序最大不应超过 8 秒，一般控制在 3 秒内。 因特殊原因导致的性能问题，最后性能的验收由用户的可接受度为标准。 业务流程 根据以下的工作流程，形成“上报 — 受理 — 处理 — 反馈”的闭环处理流程。 基于实际情况，河道网格化管理分两步实现。 河道网 格化管理体系中单元网格基于乡镇（街道）级基层河长所辖河道划分（一个乡镇有多条河道，所以有多个单元网格，以下简称“小网格”）。 基于“小网格”实现的河道网格化管理依托各级受理中心实现业务闭环处理和精细化管理，需要各地具备管理、人员、设施等方面的全面配套方可落地实施，在上述配套设施、人员没有落地的情况下，将乡镇（街道）对应行政区域作为单元网格（一个乡镇，无论有几条河，都只算一个单元网格，以下简称“大网格”），在第一步基于“大网格”实现河道的网格化管理。 待条件成熟后再最终实现基于“小网格”的河道网格化管理。 基于“ 大网格”的河道网格化管理以热线电话、 APP、微信等为入口，以各级河长为主线，以总联络员代替受理中心的简化举措，依托基层村级河长、工作人员与职能部门，完成“河长制”业务闭环处理流程的落地。 减轻“小网格”河道网格化管理体系中各地新增机构（受理中心）的压力。 系统需要将业务（事件）处理流程进行细化设计并实现闭环，初期以大网格为基础，即乡镇（街）级的行政区域为河长责任范围。 以呼叫中心、APP 为入口，各地联络员为协调，以河长为主线，依托基层村级河长、工作人员与职能部门，完成事件处理流程。 软件设计需要能在后期条件成熟后 ，能在大网格的基础上，切换基于“小网格”的河道网格化管理。 28 一、基于“大网格”的河道网格化管理业务闭环处理流程 基于“大网格”的河道网格化管理体系中设置总联络员、接线员角色（在全省事件举报中心投入使用前）。 接线员：即热线电话的接听录入人员。 各地可根据业务量设置一到多名人员担任。 总联络员：在省市县各设置一名，以县级为主，负责对各类业务事件的分发，协调处理。 事件流转说明： （ 1）事件上报有三种类型：一是巡查人员通过专业终端上报事件。 二是群众通过公众 APP，微信进行举报。 三是通过平台设立的统一群众举报热线进 行举报； （ 2）上报事件汇总到县级总联络员，由总联络员对上报事件进行分级分类派发到本级河长或下级河长； （ 3）河长接收到派单以后，派发给工作人员，工作人员最终处理。 如果本级下面没有工作人员则协调职能部门处理，相关部门反馈事件处理结果给河长；最后如果无法解决事件，则上报给上级寻求帮助。 上级人员接收到事件以后，进行协调解决，最终解决事件，反馈结果，形成闭环。 如果河长处。