严格基于指定水利水务相关文件（核心为《06行业应用系统功能设计-02水利水务.docx》简称《06-02水利》、《03智慧城市一网统管平台-系统数据库表.docx》简称《03数据库表》、《05智慧城市一网统管平台 数据中枢系统功能设计.docx》简称《05数据中枢》、《01智慧城市一网统管平台-系统总体架构及其功能要点-20251018修订.docx》简称《01总体架构》、《02数据库表设计命名规范及英文简称对照表.docx》简称《02命名规范》），聚焦“水资源、河湖管理、供水保障、防洪抗旱”四大专题的“痛点解决、功能模块、数据支撑”，所有设计均源自文件原文，不涉及外部信息。
一、专题设计前置：统一原则与文件支撑
根据《01总体架构》2.3节“水利水务业务定位”及《06-02水利》3.1节“专题化治理”要求，四大专题需遵循三大统一原则：
数据同源：均以《03数据库表》为核心数据来源（如
sys_water_fac水利设施表、biz_water_qual_mon水质监测表），字段命名符合《02命名规范》（sys_*基础层、biz_*业务层、gen_*行业层）；技术同底座：均依赖《05数据中枢》的“地理编码（空间映射）、预警告警（异常推送）、指挥协调（工单调度）”模块，确保技术架构统一；
交互同逻辑：均支持与“水务全域数据地图”（6.2节）、“水务核心指标”（6.3节）联动，点击专题设施/数据可跳转地图标注、查看关联指标，符合《01总体架构》“一体化穿透”原则。
二、专题1：水资源专题——聚焦“监测-调度-保护”全链路管控
2.1 核心痛点（文件原文提炼）
《06-02水利》3.2节“水资源监测”明确痛点：
监测碎片化：地表水（河流/水库）、地下水（水井）、取水口监测数据分散存储（如水库数据存“水库系统”、取水数据存“取水管理系统”），无统一视图；
调度被动化：取水量、供水量调度依赖人工经验，未结合实时水质、用水量数据，易出现“水质超标仍取水”“用水高峰供水不足”；
保护滞后化：水源地污染发现依赖人工采样，平均发现时长超24小时，污染扩散后处置成本高。
2.2 功能模块设计（基于痛点的解决方案）
| 功能模块 | 核心功能（文件依据） | 数据来源（《03数据库表》） | 交互逻辑（联动其他功能） |
|---|---|---|---|
| 水资源统一监测台账 | 1. 录入地表水、地下水、取水口、水源地等监测点基础信息（名称、坐标、监测指标）； 2. 支持按“区域/监测类型”筛选查询，关联“水务全域数据地图”标注位置（《06-02水利》3.2.1） | sys_water_fac（fac_type=01~06：河湖/水库/水井/取水口）、gen_water_source_info（水源地）、sys_area（行政区划） | 点击“监测点名称”跳转地图，定位该监测点并显示实时数据（如水位、水质） |
| 实时数据采集与预警 | 1. 对接物联网设备（水位传感器、水质在线监测仪），实时采集水位、pH值、浊度数据； 2. 数据异常（如pH<6.5）自动触发预警，推送至《04我的工作台-系统功能设计.docx》（简称《04工作台》）“我的预警”（《06-02水利》3.2.2） | biz_device_telemetry_data（设备遥测）、biz_water_qual_mon（水质监测）、biz_water_level_mon（水位监测）、biz_early_warn_alert（预警表） | 预警触发后，地图对应监测点标注闪烁，点击预警可查看“异常数据曲线”（基于stat_water_mon_history） |
| 智能调度管理 | 1. 基于“取水量计划（gen_water_intake_plan）+ 实时用水量（biz_water_supply_mon）”生成调度方案；2. 水质超标时自动减少取水口取水量，优先启用备用水源（《06-02水利》3.2.3） | gen_water_intake_plan（取水计划）、biz_water_supply_mon（供水监测）、rel_water_qual_intake（水质-取水关联表）、biz_water_dispatch_wo（调度工单） | 调度方案生成后，自动创建调度工单，推送至责任部门《04工作台》，工单进度实时更新至“调度进度看板” |
三、专题2：河湖管理专题——聚焦“边界-生态-岸线”精细化治理
3.1 核心痛点（文件原文提炼）
《06-02水利》3.2节“水源地保护”“3.5节排水防涝”明确痛点：
边界模糊：河湖行政边界、水域范围无精准空间映射，跨区域管理责任不清，易出现“管理真空”；
生态监测弱：河湖生态指标（如溶解氧、水生生物）依赖人工采样，监测周期长，无法及时发现生态恶化；
岸线管控松：河湖岸线违规建设（如违建、排污口）发现滞后，处置不及时，影响河湖水质。
3.2 功能模块设计
| 功能模块 | 核心功能（文件依据） | 数据来源（《03数据库表》） | 交互逻辑 |
|---|---|---|---|
| 河湖基础信息管理 | 1. 录入河湖名称、行政边界（boundary_coords）、水域面积、所属区域等基础信息；2. 支持“边界绘制”功能，通过地图工具标注河湖边界，自动生成坐标串（《06-02水利》3.2.1） | gen_river_lake_info（河湖信息表）、sys_area（行政区划）、rel_river_area（河湖-区域关联表） | 边界标注后，同步至“水务全域数据地图”，跨区域河湖自动关联多区域责任部门 |
| 河湖生态监测 | 1. 对接生态传感器（溶解氧、叶绿素传感器），实时采集生态数据； 2. 生成“生态健康评分”（基于溶解氧≥5mg/L、pH6.5-8.5等标准），评分<60分触发生态预警（《06-02水利》3.2.4） | biz_water_eco_mon（生态监测表）、sys_dict_eco_index（生态指标字典）、biz_early_warn_alert（预警表，warn_type=02生态预警） | 生态预警触发后，推送至环保、水利部门，同步在地图河湖边界标注“生态风险”标签，支持查看预警详情 |
| 岸线管控 | 1. 标注河湖岸线“禁建区、限建区、适建区”范围，录入岸线项目（如桥梁、排污口）； 2. AI摄像头自动识别岸线违规建设，生成违规线索（《06-02水利》3.5.1） | gen_river_shore_zone（岸线分区表）、biz_ai_image_recognition（AI识别表，recog_type=03岸线违规）、gen_shore_project（岸线项目表） | 违规线索生成后，自动关联岸线分区，创建处置工单，推送至城管、水利部门，处置完成后更新“岸线合规率”指标（6.3节） |
四、专题3：供水保障专题——聚焦“管网-泵站-应急”全流程稳定
4.1 核心痛点（文件原文提炼）
《06-02水利》3.4节“供水保障”明确痛点：
管网漏损高：供水管网漏损率超15%，漏损点依赖人工听漏，发现时长超72小时，水资源浪费严重；
泵站调控笨：供水泵站运行台数、压力调控依赖人工经验，未结合实时用水量，导致末端水压不足；
应急响应慢：管网爆管停水后，应急供水（供水车、临时取水点）调度滞后，影响居民用水。
4.2 功能模块设计
| 功能模块 | 核心功能（文件依据） | 数据来源（《03数据库表》） | 交互逻辑 |
|---|---|---|---|
| 管网漏损监测与定位 | 1. 压力/流量传感器实时监测管网状态，压力骤降≥0.2MPa触发疑似漏损预警； 2. 基于“压力异常区域”定位漏损点，在地图标注“疑似漏损区”（《06-02水利》3.4.1） | biz_water_pipe_mon（管网监测表）、sys_water_fac（fac_type=05管网）、biz_early_warn_alert（warn_type=03漏损预警） | 点击地图漏损标注，生成“漏损排查工单”，推送至运维人员，排查完成后更新leak_status（漏损状态） |
| 智能泵站调控 | 1. 接入实时用水量数据，建立“用水量-压力”关联模型，自动调整泵站运行台数与压力； 2. 早高峰（7:00-9:00）自动增加运行台数，提升供水压力（《06-02水利》3.4.2） | gen_water_pump_oper（泵站运行表）、biz_water_supply_mon（供水监测）、stat_water_supply_trend（供水趋势表） | 泵站调控日志实时存档至gen_water_pump_log，支持回溯查询，调控效果纳入“泵站运行效率”指标（6.3节） |
| 应急供水调度 | 1. 建立供水车、临时取水点统一台账，标注位置与容量； 2. 管网爆管触发停水预警后，自动匹配最近应急资源，生成调度方案（《06-02水利》3.4.3） | gen_emergency_water_supply（应急供水表）、biz_water_early_warn（停水预警）、biz_water_dispatch_wo（应急工单） | 应急工单推送至供水部门，同步通过“公众服务”模块（《05数据中枢》20.13节）发布停水通知与取水点位置 |
五、专题4：防洪抗旱专题——聚焦“监测-调度-预案”主动化应对
5.1 核心痛点（文件原文提炼）
《06-02水利》3.3节“防洪抗旱”明确痛点：
雨情水情滞后：降雨量、河道水位依赖人工上报，数据收集周期超1小时，暴雨时预警响应慢；
资源调度乱：防洪需调度水库、泵站、抢险队伍，跨部门协同无统一平台，资源调配时长超4小时；
预案静态化：抗旱预案为固定文档，未结合实时墒情（土壤湿度）、作物需水量动态调整，执行效果差。
5.2 功能模块设计
| 功能模块 | 核心功能（文件依据） | 数据来源（《03数据库表》） | 交互逻辑 |
|---|---|---|---|
| 雨情水情实时监测 | 1. 雨量传感器、水位传感器实时采集降雨量（rainfall）、河道水位（water_level）；2. 降雨量≥50mm/24h或水位超警戒值，自动触发防洪预警（《06-02水利》3.3.1） | gen_rain_flow_mon（雨情水情表）、biz_device_telemetry_data（传感器数据）、sys_water_warning_level（警戒水位配置表） | 预警触发后，推送至水利、应急部门《04工作台》，地图标注“高风险区”，显示“预计淹没范围” |
| 多资源协同调度 | 1. 整合水库（调蓄）、泵站（排水）、抢险队伍（救援）资源，建立“资源-区域”关联； 2. 防洪预警触发后，自动匹配区域内可用资源，生成调度方案（《06-02水利》3.3.2） | gen_reservoir_info（水库）、gen_pump_station（泵站）、biz_emer_team_info（抢险队伍）、rel_flood_resource（防洪资源关联表） | 调度方案通过《05数据中枢》“指挥协调”模块推送至责任部门，进度实时更新至“防洪调度看板” |
| 动态抗旱预案 | 1. 接入土壤湿度传感器、作物需水量数据，墒情<60%触发抗旱预警； 2. 自动调整抗旱预案（如增加备用井启用数量），模拟预案执行效果（《06-02水利》3.3.3） | gen_drought_plan_dynamic（动态预案表）、biz_soil_humidity_mon（土壤湿度表）、gen_crop_water_demand（作物需水量表） | 预案调整后，生成“抗旱执行清单”，推送至农业、水利部门，执行结果纳入“抗旱成效评分”指标 |
六、四大专题的协同逻辑（文件闭环）
基于《01总体架构》“一体化穿透”原则，四大专题通过“数据关联+功能联动”形成协同：
数据关联：均关联
sys_water_fac（设施基础）与sys_area（行政区划），确保“设施-区域-事件”可追溯；地图联动：所有专题设施/事件均在“水务全域数据地图”标注，点击标注可查看专题详情（如点击水库标注查看“防洪调度方案”）；
指标联动：专题处置数据自动更新核心指标（如供水专题更新“管网漏损率”、防洪专题更新“预警响应时长”），指标异常触发专题预警；
工单联动：跨专题事件自动关联（如河湖污染导致水质超标，同步生成“水资源调度工单+河湖治理工单”），通过《05数据中枢》“指挥协调”模块调度。
所有协同逻辑均来自指定文件，确保与一网统管平台整体架构完全兼容。
