项目 03
水域监管一件事
围绕水域监管核心业务打造的协同平台，实现多部门联动、问题闭环处置与监管效能提升。
项目背景
在浙江「数字政府」建设热潮下，各部门纷纷立足自身主管业务独立建设业务系统：水利局建河道系统（涉水审批、水土保持、河道划界），环保局建水质系统（排污监管、环境执法），城管局建岸线系统（占河占道、水务设施）。然而，水域监管本身并非单一部门职责，而是跨部门、覆盖全周期的系统工程——河道、水质、岸线相互交织，同一片水域的完整治理，高度依赖多部门协同合力。
现有系统按「部门边界」而非「水域」这一整体性物理对象为核心架构，导致本应一体的监管被割裂成多个碎片。
这种「业务本应一体、系统却各自为政」的错位，正是问题的核心矛盾。部门化、碎片化的系统彼此互不联通、互不认账，由此在数据、流程、业务三个层面衍生出一系列痛点。
本人职责
作为业主代表，我承担产品侧牵头工作，从需求调研到方案落地，围绕「水域监管一件事」的具体业务场景推进产品化。
- 需求采集：走访水利、环保、城管等涉水部门，梳理 18 项水域监管事项流程、数据现状与协同堵点，总结需求清单。
- 需求梳理：将分散在多部门的 18 项业务提炼为「以水域对象为中心」监管模型，定义「水域一张图」「一件事协同闭环」「一水一档画像」三大核心模块。
- 方案选型：对比人工巡检、摄像头、AI 识别、无人机巡航的适用边界，定位 AI 视觉识别为辅助事件输入，告警纳入跨部门协同处置流程。
- 方案输出：定义驾驶舱、事件协同处置、知识图谱等模块的功能逻辑、接口、流转规则。
- 验证上线：组织多轮部门评审与用户培训，收集一线反馈，优化事件全流程，保障系统上线验收。
需求分析
水域监管遵循「发现‑分派‑处置‑反馈」完整业务闭环。业务障碍分为两类：一是事件来源的入口问题，二是事件流转过程中的协同问题。
① 闭环起点：事件收集短板
- 现有事件来源高度依赖人工巡河，人力巡查覆盖有限，很难做到 7×24 小时监控。
- 部分河道位置偏远，人工巡检频次不足，污染、侵占等问题往往发现滞后。
可选实现方案对比
单纯扩充人工巡检队伍
可以捕获更多事件，但人力成本高，夜间、恶劣天气无法覆盖。
叠加AI技术感知手段
摄像头 AI 识别、无人机、无人船作为事件采集的补充手段，仅负责输出告警事件，无法解决跨部门分派、会签处置这类核心业务协同矛盾。
阶段性判断：事件发现是业务短板，AI 感知可弥补。但需注意：这并非本项目最核心矛盾。即便事件充足，如果跨部门协同不通，事件依然无法完成处置闭环。
② 闭环中段与末端：跨部门协同业务矛盾
基于上述根本原因，在数据、流程、业务三个层面共衍生出 15 项具体问题，层层递进，共同阻断了水域监管的整体闭环。
系统建设以职能部门划分，而非以水域对象划分——架构范式上的根本性问题。
各部门对同一片水域采用不同编码、坐标和字段，机器无法识别为同一对象。
数据分散存储、重复录入，全流域统计与水域画像只能依赖人工清洗。
- 编码不统一——水利局叫「钱塘江杭州段（HZ-001）」，环保局叫「钱塘江下游（QTB-003）」，想做全流域分析只能人工核对归并。
- 空间位置描述不一致——经纬度坐标、行政区划+门牌、网格编号各说各话，同一个排污口在地图上叠不到一起。
- 属性字段各不一样——各系统只记自己关心的字段（堤防等级 / 水质断面 / 岸线用途），整合不成一份完整水域档案。
- 数据分散存储——审批在水利局、执法在环保局、监测在监测站、巡查在城管局，做一份「整体状况报告」需分别登录多套系统手工拼接。
- 用户重复录入——同一份河道、位置信息，基层巡查员在涉及多个部门职能时要在多套系统里录入两次以上。
主办、协办、会签事项缺乏打通的工单流转通道，常靠电话或线下发文。
办理进度与责任边界彼此不可见，事项容易推诿、超时，难以形成闭环。
- 协办任务无法自动派发——环保局主办的偷排案件需水利局提供水文数据协办，系统间不互通，只能打电话或发函通知。
- 多头管理、各自为政——水利局批了、环保局查了、城管局管了，各方进度互不可见，只能线下开会沟通。
- 协办账号泛滥——为让外部门人员登录办事，被迫开设大量临时账号，事项结束后无人清理，形成安全隐患。
- 任务流转状态不透明——事项走到哪一步、卡在哪个部门看不全，经办人逐一电话询问，督办只能靠人工催办。
- 没有统一的「一件事」全流程视图——从发现→受理→审批→执法→办结，在 A 系统看一半、B 系统看一半，无人能在一个界面看全貌。
审批、监测、执法等环节数据互不相通，事前事中事后各管一段。
企业群众需重复提交材料，主管部门无法对单个水域做全生命周期综合评价。
- 审批结果执法调不到——批复的水土保持方案（含排放标准、许可条件），执法人员现场无法在线调取，只能让企业自备纸质批文。
- 监测数据监管用不上——水质超标数据停留在监测系统，不会自动触发执法预警，执法人员只能等投诉或巡查发现。
- 审批条件与执法标准不一致——审批设定的「允许排放浓度限值」与执法依据口径或数值不同步，企业拿到批文仍可能被判定违规。
- 企业/群众需重复提交材料——审批时已提交的营业执照、法人信息、场地证明等，执法系统里没有，被迫二次提交。
- 无法做「全生命周期」评价——问「某条河从审批到监测到执法整体状况如何」，没有系统能给出答案，拼不出一份完整的「健康档案」。
结论-各模块职责边界
- AI 智能感知：输出原始疑似告警线索
- 数据底座：告警数据清洗归一、绑定水域业务档案
- 协同引擎：自动生成工单、跨部门流程调度流转
- 业务人员：事件核实、现场处置、结果反馈闭环
产品开发
基于上述思路建设「水域监管一件事」协同平台。平台以「水域对象」为核心，构建「水域一张图（统一数据底座）—一件事协同闭环（协同处置引擎）—一水一档画像（综合指数评价）」三大功能板块。三者层层递进、相互支撑，每一块功能都从各自角度兼顾数据、流程、业务三个层面，共同指向一体化水域监管目标。
点击点位查看相关功能
统一水域编码、坐标与属性字段，归集自然资源、生态环境、水利、住建、交通、林业、综合执法等部门涉水数据，将感知设备、管网、视频监控、易积水点等全要素叠加到一张 GIS 底图上，让同一片水域在各方系统中成为同一对象。
- 数据不统一：通过统一数据标准与数据治理，消除编码、坐标、字段、来源不一致，让水域数据在一张图上「看得清」。
- 流程不协同：提供跨部门协同所必需的统一底图与事件入口，各部门在同一片水域上对齐，避免「各说各话」。
- 业务不衔接：一张图串联监测、审批、执法点位，为全生命周期研判提供全景视图。
覆盖水域侵占、排污监管、河道保洁等 18 项涉水事项，实现事件归集、智能分派、协同处置、联合会签、量化评估全流程闭环，纵向贯通省市县乡四级平台，横向串联各责任部门，让「一件事」在一套流程里跑通。
- 流程不协同：统一入口、自动分派、过程留痕、超时预警，打破多头管理与账号泛滥，让事件在部门间有序流转。
- 数据不统一：工单以统一水域对象流转，倒逼各部门使用同一套水域编码与共享数据。
- 业务不衔接：通过工单把审批、巡查、执法等环节串联，让「一件事」从发现到办结全程闭环。
构建河道指数、水质指数、水域监管指数与事件知识图谱，实现监测告警自动触发执法、审批条件与执法口径同源同步，为每片水域沉淀一份覆盖审批、监测、执法的「健康档案」。
- 业务不衔接：监测—执法联动、审批—执法一致、全周期评价，让水域的事前事中事后真正衔接。
- 数据不统一：档案聚合多源数据并沉淀全生命周期记录，持续丰富「一水一档」的水域底本。
- 流程不协同：以业务目标反向优化协同流程，减少重复流转与无效协同，让流程越跑越顺。
产品落地
平台上线后，在感知覆盖、事件处置、协同监管等方面取得显著成效：已接入 2000+ 前端感知设备，覆盖 18 项水域监管事项，联动 10+ 协管单位；累计处置 1200+ 河道事件、800+ 水质异常，形成「发现—分派—处置—反馈」的事件处置闭环。通过 PC 端驾驶舱、浙政钉移动端、城市大脑滨江平台等多端入口，实现一屏统览、一键调度、一舱考核；并引入 AI 智能监控、无人机、无人船、数字孪生等技术手段，构建「空天地」一体化水域监管体系。
复盘思考
该项目立项之时，AI 正在兴起，各方都希望依托本项目在 AI 领域打造标杆。因此项目初期，我们计划大规模引入 AI 能力，试图让 AI 覆盖水域监管「发现‑分派‑处置‑反馈」完整业务链路。
沿河布设 AI 摄像头后，确实实现了 7×24 小时不间断监测，确实提升了异常事件的发现频次。但 AI 识别不可避免存在误告警，若直接将 AI 输出全部生成工单，大量无效事件势必徒增人员负担，因此平台必须增设人工复核过滤环节。
这让我逐步体会到：引入 AI，不是把“人工”变成“无人”，而是要重新设计人与 AI 的分工。否则，技术带来的增益反而会增加人工负担。
我意识到：厘清 AI 的能力边界至关重要。只有想明白：怎么让 AI 与上下游业务适配、怎么确保人机协作模式，才能让 AI 真正融入业务流程，发挥实际价值。