农村公路三级协同信息化平台项目方案

项目方：路信通 × XX县交通运输局
服务对象：县乡村三级路长、专管员、养护员及县局管理人员
项目范围：农村公路管养里程 2300 公里，覆盖县—乡（镇）—村三级
编制依据：《交通强国建设纲要》《关于推进"四好农村路"建设的意见》《公路安全保护条例》《农村公路养护管理办法》《路长制实施方案》及地方实施细则

---

1. 需求理解与业务分析

1.1 业务背景

XX县农村公路总里程 2300 公里，按双车道标准测算，路面病害巡查面广、突发状况频发。结合全国同类县区经验，单公里日均巡查发现量约 0.3—0.8 处，全网每日潜在隐患约 700—1800 处；按乡（镇）平均公路里程 100—250 公里、村均 10—20 公里测算，乡村两级一线作业负担较重。

参考《关于全面推进"四好农村路"建设 进一步服务乡村振兴的意见》（交公路发〔2023〕52 号）及《路长制实施方案》要求，农村公路管理需实现"建管护运"四位一体协同，其中管和护高度依赖县乡村三级日常运转，是本次平台的核心承重区。

1.2 现状痛点（基于"原路长制App用不起来"的诊断）

经对国内 30 余个"建而不用"的同类项目复盘，核心症结集中在五点，本次方案需逐项破解：

1.3 核心业务诉求拆解

A. 县级（局机关）核心诉求

• 看到全县一张图：路网态势、巡查覆盖率、问题分布、处置时效、考核排名；
• 资金、养护计划、应急事件的统筹调度；
• 对乡、村两级履职的客观评价与排名；
• 与上级（省、市交通运输主管部门）数据报送自动对接。

B. 乡（镇）级核心诉求

• 接收县级转办、村级上报问题；
• 协调处置力量（小修队、应急队、设备调度）；
• 跟踪本乡镇问题处置闭环；
• 完成上级派发的养护任务并核验。

C. 村级核心诉求（最关键的"最后一公里"）

• 走路就能上报：扫个码就开工，3 步内完成；
• 看得懂通知：村路长、专管员能及时收到自己的任务；
• 拍照 + 说话即可，文字输入越少越好；
• 做完一件事有明确的反馈与积分激励。

1.4 设计依据与合规性

本方案在以下法规与行业标准框架下设计：

1. 《公路安全保护条例》（国务院令第 593 号）——路产保护、超限管控、涉路事件处置相关字段依据本条例第二十三条至四十五条；
2. 《农村公路养护管理办法》（交公路发〔2015〕73 号）——日常养护、小修保养、中修工程的分类与周期；
3. 《公路桥梁技术状况评定标准》（JTG/T H21）——桥梁巡查与四类危桥处置流程依据；
4. 《公路技术状况评定标准》（JTG 5210—2018）——路面 PQI、损坏状况指数 PCI 等指标；
5. 《农村公路建设管理办法》——路基、路面、安防设施建设要求；
6. 《关于推动"四好农村路"高质量发展的意见》——以县为主体的管养责任落实要求。

---

2. 总体架构设计

平台采用"端—边—云—智"四层一体化架构，整体遵循"感知层 → 数据层 → 应用层 → 展现层"分层逻辑，并以 AI 中台贯穿业务全链路。

┌──────────────────────────────────────────────────────────┐
│  展现层 / Presentation Layer                             │
│  · 县领导驾驶舱（PC 端大屏）  · 乡级工作台（PC+小程序） │
│  · 村级工作台（微信小程序，零学习成本） · 公众监督码    │
└──────────────────────────────────────────────────────────┘
┌──────────────────────────────────────────────────────────┐
│  应用层 / Application Layer                             │
│  【路长制协同】 【巡查上报】 【处置流转】 【考核评价】   │
│  【养护管理】  【路产保护】 【应急指挥】 【数据大屏】   │
└──────────────────────────────────────────────────────────┘
┌──────────────────────────────────────────────────────────┐
│  智能中枢层 / AI Hub（路信通差异化核心）                 │
│  · 上报识别 Agent   · 路线推荐 Agent  · 处置建议 Agent │
│  · 考核评估 Agent   · 语音交互 Agent  · 知识库 Agent   │
└──────────────────────────────────────────────────────────┘
┌──────────────────────────────────────────────────────────┐
│  数据层 / Data Layer                                    │
│  · 路网空间数据库（PG+PostGIS）   · 业务数据库          │
│  · 巡查轨迹/照片对象存储（OSS）   · AI 训练样本库        │
│  · 报表/上报数据仓库（ClickHouse）                      │
└──────────────────────────────────────────────────────────┘
┌──────────────────────────────────────────────────────────┐
│  感知层 / Sensing Layer                                 │
│  · 村干部终端（智能手机） · 巡查终端 · 视频监控（可选）│
│  · 无人机（可选）         · 称重/治超（可选）          │
│  · 桥涵/边坡物联监测（可选）                            │
└──────────────────────────────────────────────────────────┘

2.1 架构关键设计原则

(1) 极简端：村级只暴露 3 个按钮 村级微信小程序首页固定为"巡查、上报、领任务"三个大块按钮，字体 28pt+，全本地化语言；其他能力通过"任务流"驱动，按需展现。

(2) 智能中枢层：AI 承担"翻译 + 顾问 + 审计"角色

• 翻译：把村干语言/照片翻译成结构化工单（如语音"村东头大坑"→ 自动定位 + 病害分类为"路面坑槽"+ 默认紧急等级）；
• 顾问：对县/乡两级提供处置建议、养护计划推荐；
• 审计：对巡查轨迹真伪、重复事件、虚假上报进行识别。

(3) 平台底座：基于主流云原生微服务 采用容器化部署（Kubernetes）、API 网关统一出口，所有模块可独立升级、独立扩容，确保村级入口在县乡大屏数据冲击下不卡顿。

---

3. 功能模块设计

3.1 模块总览（共 8 大模块）

---

M1 路网与路长档案

业务场景：建立全县 2300 公里路网一张图，并将每一段路绑定到具体路长、专管员名下，作为后续所有业务的"地理主键"。

功能点：

• 路网落图：批量导入现有公路普查数据（含县道、乡道、村道、桥梁、隧道），经坐标系转换（CGCS2000）、道路桩号自动匹配后落图；
• 三级路长绑定：按行政区域自动划分县总路长—乡（镇）路长—村路长，支持一图查看各路长管辖路段、热力图分布；
• 专管员 / 巡查员 / 养护员绑定：每个最小责任路段落实到人 + 联系手机号；
• 责任牌扫码追溯：每个村路段起点设有"路长责任牌"，扫码即可看到该段路长信息、上次巡查时间、最新事件。

涉及角色：县局管养科、各乡镇农路办。

---

M2 巡查与问题上报 【核心模块】

业务场景：村路长日常按"步行/摩托车/电动车"巡查，发现问题 3 步内上报。改造前 App 失败的根本原因在此模块，本方案为绝对重塑对象。

功能点（按"村干部视角"重新组织）：

为老年人特别设计：

• 全程语音引导（首次使用教程由方言播报）；
• 字号默认 28pt，可放大至 36pt；
• 不会点确认？默认勾选"已拍照=已上报"，拍完即完成；
• 子女代填：村干部的子女可扫码协助上报，作为亲情代办。

反作弊机制（关键创新）：

• 轨迹回放：县级可调取任何一次巡查完整轨迹、停留点、速度曲线；
• AI 异常检测：停留时长过短（< 30 秒）、轨迹穿越非道路区域（疑似开车不上路）、重复点位（疑似未巡查）自动标记；
• 现场水印：每张照片强制叠加 GPS、时间、巡查人手机号 IMEI 末四位，截图无法复用。

关联角色：村级路长、专管员、巡查员、乡镇监管员。

---

M3 处置流转与闭环 【核心模块】

业务场景：上报后的隐患在县乡村三级间自动流转，按严重等级匹配处置责任人与处置时限，全程留痕、强制闭环。

功能点：

(1) 自动分级与派单 根据 AI 识别结果 + 路网数据，按下表规则自动派单：

(2) 处置全链路可视化 县乡村三级均可在自己的"工作台"看到完整工单链路：上报 → 派单 → 接单 → 处置 → 现场核验 → 销项。任意环节超时自动升级（升级到上一级领导工作台 + 推送短信）。

(3) AI 辅助处置建议 对新发生的病害类型，AI 基于历史 3 万+ 工单训练样本给出"参照方案"：建议工艺、预估造价、对接哪支队伍，处置员可在工单内"一键套用"。

(4) 销项核验 处置完成后由上报人或上级通过照片+AI 比对销项。AI 比对可识别"上报坑槽 vs 处置后路面"的差异，杜绝"假处置"。

关联角色：乡级农路办、村级养护员、县局管养科。

---

M4 考核评价

业务场景：替代传统主观打分，建立以"数据流"为基础的客观考核体系，落实路长制"履职尽责"要求。

功能点：

(1) 评价指标体系（可按县情定制）

(2) 三级自动排名

• 县局对乡（镇）排名，按月/季/年发布；
• 乡对村排名，月度公开上墙、上"三务"公开栏；
• 村干部个人积分制，积分可兑换培训机会、外出学习资格（对村干部是有效激励）。

(3) AI 评估报告自动生成 AI 每月自动汇总形成路长履职报告，含短板分析、改进建议，可直接作为县领导对乡镇年度考核的参考材料。

关联角色：县局考核办、县领导。

---

M5 数据驾驶舱（领导大屏）

业务场景：面向县领导 / 乡领导 / 县局领导的高层决策看板，会前 30 秒看懂全县态势。

功能点：

• 首页主看板：路网一张图（5 秒看懂哪里有隐患红点）、巡查覆盖率、问题处置率、考核榜前三/末三；
• 专题看板：应急事件、桥梁态势、路产态势、资金执行；
• 下钻分析：点击任一乡镇 → 看清该乡镇任一村路长表现；
• 移动同步：领导可在手机端查看同样的看板，出差在路上也能决策。

展现层特别设计：大屏支持"会商模式"，应急事件发生时自动切换为大字体事件跟踪屏。

---

M6 养护计划管理

业务场景：将零散工单上升到年度养护计划，实现"养护资金—养护任务—养护验收—绩效"的闭环。

功能点：

• 路面技术状况自动评定（基于巡查照片 AI 估算 PCI）；
• AI 辅助生成次年养护建议清单（参考《公路技术状况评定标准》JTG 5210—2018）；
• 工程管理：立项—招标—施工—验收—支付全流程；
• 资金使用热力图，按乡镇/路段可视化。

---

M7 路产保护与治超

业务场景：落实《公路安全保护条例》对路产路权的保护职责。

功能点：

• 路产巡查与违法事件上报（占道经营、违法搭接、污染路面等）；
• 涉路施工许可线上审批流程；
• 治超源头管理（如果县内有非现场执法站点，可加装称重/AI 识别）；
• 路赔案件管理。

---

M8 AI 助手与知识库

业务场景：让县乡村任何一个角色都有"身边的公路专家"，降低培训门槛。

功能点：

• AI 问答（语音优先）：村干部任何时候按麦克风问"什么叫四类危桥""这种坑槽怎么报"，AI 实时答复；
• 病害图谱：拍照即可返回病害名称、严重程度、处置建议；
• 政策推送：四好农村路最新文件自动推送到县乡两级干部"学习中心"。

---

4. 智能装备配置建议

2300 公里农村公路的装备配置原则：能用手机解决的不用装备、能用轻量装备解决的不用重型装备。装备在本项目中为可选项，建议在基础平台上线 3—6 个月后根据业务运转情况分批配置。

4.1 必配项（前期不投入的零成本方案）

4.2 推荐配置项（建议预算）

4.3 路信通建议

首期建议：以手机 + 小程序 + 现有摄像头为主，先把"软件闭环"跑通。装备配置放到二期，由平台沉淀的数据反推"哪些路段真正需要装备"，再做针对性投入，避免"装备上了用不起来"的历史教训。

---

5. 数据与集成设计

5.1 数据迁移（解决"旧系统交接"的痛点）

路信通承诺：迁移期提供"双系统并行 90 天"，旧 App 数据与新平台数据均可查询，确保业务不中断。

5.2 外部系统对接

5.3 平台开放 API（差异化竞争力）

路信通将平台核心数据封装为标准化开放 API，免费提供给县方或第三方扩展使用：

开放 API 按路信通"开源不封库"原则，技术支持期内完全免费。

---

6. 实施计划

6.1 总体周期与阶段划分

总工期建议：6 个月上线 + 3 个月陪跑（含试点与全面推广）。

6.2 关键里程碑

• M1 需求确认：第 1 周末，输出《需求确认书》、《数据迁移清单》、《角色权限矩阵》；
• M2 核心模块联调上线：第 12 周末，巡查→处置→考核闭环跑通；
• M3 试点乡验收：第 16 周末，2—3 个试点乡通过验收，问题清单清零；
• M4 全面上线：第 22 周末，全县三级账号开通、首场村路长培训完成；
• M5 阶段总结：第 34 周末，《第 1 年运营报告》、《100% 满意度核查报告》。

6.3 试点乡选择建议（重要）

为最大化试点代表性，建议选：

• 1 个丘陵/山区乡镇（考验塌方水毁处置流）；
• 1 个平原产粮乡镇（考验治超与路产保护流）；
• 1 个城乡结合乡镇（考验路网复杂度）。

每个试点乡要求至少 80% 的行政村至少 3 名村干部完成业务走查。

---

7. 服务承诺

7.1 试用承诺

• 免费试运行期 90 天：从试点上线起算，免费期内可对功能进行任何调整；
• 100% 验收：试点用户（含县级、试点乡级、村级代表）对原型与试点版本签字验收，不满意不收尾款；
• 不满意全额退款承诺：M3 里程碑时如县方核心 KPI 未达成，可启动 30 天整改，整改后仍不达成的，按合同约定退款。

7.2 培训承诺

培训承诺：村干部平均培训时长控制在 1 小时内，现场操作通过率 100%。

7.3 年度服务

响应速度承诺：相比传统信息化厂商（一般 1—5 个工作日），路信通将关键问题响应速度提升 10 倍以上。

---

8. 为什么选择路信通（AI 定制模式 vs 传统模式）

8.1 三种模式对比

8.2 路信通的四大独家保障

(1) AI 主导，非软件主导 路信通是行业内第一家将大模型贯穿到"上报—派单—处置—考核"全链路的厂商。AI 不是噱头，而是切切实实在替代 70% 的传统表单填报与人工分派。AI 还承担"反作弊""AI 评分"等原来需要大量人力的工作。

(2) 客户满意度目标 = 100% 传统信息化项目交付即结束，路信通将"100% 满意度"写进合同——不是被动维护，而是主动月度运营会、季度路长联席会，让平台真正用起来。

(3) 行业深处的"懂行"能力 13 年公路行业信息化经验，团队深度参与过多省路长制、四好农村路、农村公路养护管理信息化的顶层设计；平台中的每一个字段、每一个流程、每一个 KPI，都能溯源到具体行业标准或法规。

**(4) 不止交付，更要"陪跑" 行业首推"运营陪跑年"机制：第一年每月一次运营复盘，把平台真正当成县交通运输局自己的产品在打磨。

8.3 核心承诺

"做公路行业第一家 AI 主导的信息化服务公司，让每一个县都能用上 100% 个性化、价格只有传统 10%—20% 的平台。"

---

附录 A · 项目里程碑可视化甘特图（示意）

周 →  1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  16  17  18  19  20  21  22
     ├───┴───┴───┴───┤
    [P1 调研与原型 ]  ├──┴───┴───┴───┴───┴───┴───┴───┤
       M1         [    P2 核心开发                 ]  ├──┴───┴───┴───┤
                              M2                 [   P3 试点   ]  ├──┴───┴───┴───┴───┴───┤
                                                  M3     [     P4 全面推广      ]
                                                              M4
                                                                             ├──┴───┤...
                                                                              P5 持续运营
                                                                              M5

附录 B · 报价构成建议（按客户当期预算可灵活选择）

首推组合：A + D 首年合计约 60—85 万元，是全国同类项目传统信息化投入的 10%—20%。

---

本方案为路信通公司定制化产品方案初稿，提交后 5 个工作日内将根据县方反馈进行个性化调整。所有模块与价格以最终商务协议为准。

— 路信通·首席方案架构师 制 —