摘要：在超大城市治理背景下，以大模型为代表的人工智能技术正在重塑政务民意采集、分析与应用模式。12345 市民服务热线完成数智化升级，搭建起多模态民意采集、AI 语义解析、热点智能聚类技术体系，海量民生诉求经过规范化加工，成为城市治理重要的数据资产。一网统管作为城市治理数字化技术中枢，依托 12345 热线接入，具备诉求台账、态势可视化、多周期统计报表、全流程审计留痕等实战功能。政协工作系统已内置提案、提案成果、委员信息、委员履职、会议活动、调研活动、社情民意、协商议政、专委工作、多维度决策报表完整业务模块，各业务均包含台账查询、状态流转、导出、审计日志、可视化看板能力。在业务需求牵引、完成合规评审的前提下，可探索复用一网统管已落地的成熟功能，为政协数字化履职提供技术层面辅助支撑。本文结合 12345 热线 AI 升级实践，基于两套系统现有已实现功能边界，从可复用功能集合、业务场景实现路径、潜在技术风险、安全防控体系以及未来演进方向展开论述，为数字政务跨业务域能力复用提供技术研究参考。
一、引言：大模型驱动下政务民意数据价值释放
生成式人工智能技术逐步深度融入政务业务场景，推动政务热线的定位发生转变，其不再局限于群众诉求接听受理窗口，逐步发展成为感知城市社会民情的 "数字感知终端"。北京 12345 市民服务热线依托大模型完成数智化改造，构建智能客服、AI 座席辅助、智能中枢一体化技术体系。借助大模型语义理解能力，系统实现语音双向交互、诉求要素自动抽取、工单智能生成以及全流程智能质检，完成民意诉求从受理到处置全流程智能化辅助，累计沉淀超过 2 亿件市民与市场主体诉求信息，形成规模可观的民生数据集。
一网统管平台承接 12345 热线事件数据，平台现有已落地能力包含事件全生命周期台账管理、态势可视化看板、日 / 周 / 月 / 季 / 半年 / 年多周期自动报表、自定义条件统计、全操作审计日志、数据导出等，全部功能服务于城市事件调度处置主责主业。在落实数据安全管理、精细化权限管控的基础上，这些已建成功能具备跨业务领域复用的技术可行性。需要明确，该类复用属于衍生应用场景，并非一网统管平台的建设初衷。
依据政协工作系统 V1.0‑02 功能说明文档，政协数字化业务已经完整实现提案办理、提案成果转化、委员信息管理、委员履职、会议活动、调研活动、社情民意、协商议政、专委工作全闭环线上业务。每个业务模块原生具备：全状态台账查询、钻取交互、分状态权限操作、批量导出、可视化看板、全流程审计日志；决策分析报表模块支持自动多周期报表、自定义报表、钻取分析、导出归档。政协系统本身已具备完整底层业务能力，但在外部民情线索获取层面缺少数据源输入通道。从技术架构角度，无需重复开发外部民情分析相关底层工具，可探索复用一网统管经过实战验证的已落地功能。
跨域能力复用需要恪守边界：政协全部核心业务逻辑、业务主数据库、审批流转流程均保留在政协自身业务域内；一网统管仅输出经过加工的聚合统计数据与通用功能能力，不侵入、不干预政协内部业务流转。所有跨系统调用必须以真实业务需求作为出发点，严格执行需求评审、安全评估、合规审批整套工作流程，避免出于技术导向盲目推进系统对接。
二、一网统管可供跨域复用的核心技术能力集
2.1 基于政务大模型的民情聚合研判能力
一网统管接入 12345 热线全量工单数据，依托平台已有的 AI 语义解析能力，对热线非结构化诉求文本做标签归类、领域识别、地域关联、热点聚类。严格执行原始明细数据不出一网统管安全域，仅输出经过聚合统计后的指标集合，包括诉求主题分布、区域分布、时序变化、领域占比统计结果，不输出个体原始诉求记录，实现 "数据可用不可见"。该能力源自热线工单现有 AI 解析、台账统计功能，不存在新增虚构模块。
2.2 态势可视化渲染能力
一网统管原生配套业务总览看板、分布图表、指标钻取筛选可视化能力，支持图表展示、热力分布、指标点击下钻查看明细，是平台对接 12345 热线后已实现的现有功能。该可视化能力支持输出聚合指标数据集，外部系统可对接指标数据用于自有看板渲染；也可在权限管控下，复用平台现有看板视图做专题查看。不新增开发全新图表组件，复用平台已落地可视化能力。
2.3 全生命周期台账查询与导出能力
一网统管针对热线事件实现完整的全生命周期台账：状态分类筛选、字段钻取交互、详情查看、批量导出 Excel。该为平台现有成熟业务功能。在跨域场景下，仅对外输出聚合统计结果，不开放完整原始事件台账；复用其筛选、统计、导出的现有逻辑，业务原始数据依旧存储在一网统管内部，政协系统不获取原始明细记录。
2.4 多周期统计报表能力
一网统管继承 12345 业务的报表能力，支持日、周、月、季、半年、年度定时统计，同时支持自定义筛选条件生成专题统计结果，支持 Excel/PDF 导出、报表台账留存溯源，属于平台已落地报表功能。报表计算逻辑为平台现有能力；业务统计指标口径由政协业务侧定义，一网统管仅执行统计计算输出结果，不改变政协业务统计规则。
2.5 统一操作审计日志能力
一网统管针对热线工单全流程操作自动留存审计日志，记录操作人、操作时间、操作内容、变更前后值，是平台原生已实现功能。跨域调用场景下，复用这套审计机制，记录每一次外部系统的调用行为，实现调用身份、调用时间、请求参数、返回摘要全程留痕，满足政务安全审计要求。
三、面向政协数字化履职的技术赋能场景实现路径
3.1 提案工作：复用一网统管民情统计结果辅助选题与成效研判
依据政协工作系统《提案办理表》《提案成果表》现有业务闭环：提交→立案→交办→办理→督办→答复→归档→成果转化，全部业务操作均保留在政协系统内部。一网统管不介入提案任何状态流转，仅提供三类外部统计参考，均基于一网统管现有台账、统计、看板能力实现： 第一，选题线索参考：调用一网统管现有统计能力，获取脱敏聚合的民生热点统计结果，政协系统将该统计信息作为委员撰写提案的外部参考素材；提案填写、提交、立案审核、交办全部使用政协系统原有业务功能。 第二，督办辅助研判：针对重点提案所属治理领域，调取一网统管该领域诉求时序统计数据，为提案委督办人员提供民情变化参考；提案督办操作、状态变更仍然使用政协系统原生督办功能。 第三，成果转化辅助观测：提案进入成果转化阶段后，调取一网统管对应领域诉求变化统计结果，作为提案成果落地的外部侧面参考；提案成果评审、归档依旧执行政协《提案成果表》原有业务流程。
3.2 社情民意业务：复用热点统计拓展选题视野，复用报表统计能力
政协《民意办理表》具备征集→审核→报送→反馈→归档完整闭环，原生自带台账、报表、看板、导出、审计日志全套能力。 一网统管仅输出基于现有工单聚类统计生成的民生热点专题统计集合，供政协信息工作人员在选题储备阶段作为外部参考；不输出原始热线工单，不会将热线诉求直接生成社情民意稿件。稿件提交、审核、报送、反馈、归档完全沿用政协系统原有功能。 在合规评审通过前提下，可复用一网统管已有的多周期统计能力完成专题统计计算；统计维度、业务指标、采用层级口径由政协社情民意业务定义，政协系统继续使用自身原有报表台账存储、展示统计结果。
3.3 调研与协商议政：复用民情统计，为议题筹备提供外部参考
政协《调研活动表》闭环：立项→筹备→开展→总结→转化→归档；《协商管理表》闭环：征集→审定→筹备→开展→报送→反馈→归档，两类业务均原生具备台账、可视化、导出、审计能力。 在调研立项、协商议题征集的筹备环节，调取一网统管已生成的指定主题、地域范围民情聚合统计结果，作为议题谋划的外部参考材料。调研方案编制、调研过程记录、调研报告上传、协商活动组织、成果报送、归档，全部沿用政协系统已有业务单元，不迁移业务流程。 调研成果落地后，可调取一网统管时序统计数据，用于观察对应领域民情变化；政协内部的专题展示，优先复用政协系统自带可视化看板，仅将一网统管输出指标作为数据源输入，不直接复用外部页面。
四、跨域能力复用的技术价值与技术风险点
4.1 技术应用价值
第一，盘活现有数字资产价值。一网统管对接 12345 已经完成工单接入、标签统计、报表、审计全套建设；政协系统本身业务能力完备，仅缺少外部民情数据源。通过合规调用已有统计输出能力，不需要新增开发各类统计、聚类组件，充分利用已建成系统的现有产出结果。 第二，拓宽数字化履职的数据观察视角。将 12345 经过一网统管加工后的聚合民情统计，作为政协履职的外部参考数据源，丰富提案、社情民意、调研协商的信息参考维度。 第三，复用成熟审计留痕机制。一网统管原生具备全量操作审计日志，跨域调用行为纳入现有审计体系，满足政务数据安全审计要求。
同时客观明确：一网统管输出仅为诉求统计结果，诉求热度不等同客观事实，不能替代委员实地走访、座谈调研的履职环节。政协所有业务流程、统计能力以政协工作系统本身功能为主。
4.2 跨域对接的关键技术风险
一是明细数据越域风险：一网统管台账具备完整原始工单信息，对接过程中必须严格限制仅输出聚合统计指标，防范原始诉求明细外泄。 二是统计口径错位风险：一网统管统计口径面向城市事件处置；政协系统报表模块有自身业务统计口径，二者业务目标不同，不能直接复用一网统管统计指标作为政协履职考核指标。 三是业务服务优先级风险：一网统管报表、统计、看板资源优先保障 12345 热线城市处置主业，跨域调用属于附加读取外部统计结果，不能抢占主业计算资源。 四是 AI 聚类统计结果存在偏差风险：一网统管基于热线文本的标签、热点聚类是面向城市治理的统计加工，存在算法固有局限，仅作为外部参考，不直接作为政协业务判定依据。
五、跨域能力复用的技术防控体系
基于两套系统现有功能边界，依托一网统管审计、权限机制以及政协系统自身权限体系，建立 "制度 + 技术" 双重约束，不新增虚构安全组件，全部防控手段基于现有能力实现。 接口访问权限管控：依托一网统管现有权限体系，设置白名单，仅允许获取聚合统计指标，禁止访问原始工单台账；设置访问频次限制，优先保障热线主业业务运行。 数据输出约束：仅调用一网统管已经生成的聚合统计输出结果，不开放原始事件台账查询能力，不在跨域接口返回单条诉求明细记录。 业务逻辑严格解耦：采用只读调用模式，政协只读取一网统管已经产出的统计结果；两套系统数据库相互独立，一网统管不读写政协业务数据表，政协不读取一网统管原始业务数据表。 审计日志复用：一网统管现有审计日志完整记录外部系统每一次统计结果调取行为；政协系统内部同步留存外部数据导入记录，做到双向可追溯。 业务层结果标注：由政协系统在接收一网统管导入统计结果时增加业务标签，注明该数据来源为 12345 热线聚合统计，仅作履职参考。
六、未来技术演进方向
6.1 规范现有统计能力对外输出口径
对一网统管已经存在的报表、统计输出接口做标准化约束，明确仅开放聚合指标输出，明确可输出主题、地域、时间范围，把对外统计输出纳入现有数据服务管理，不开发全新组件。
6.2 持续用好现有脱敏、统计能力
充分利用一网统管现有工单统计、标签聚类能力，持续优化聚合输出规则，坚守原始明细不出安全域底线，不引入文档外的新型隐私计算产品概念。
6.3 小场景试点验证，基于现有功能迭代
优先选取提案选题、社情民意选题储备小场景开展试点，全部调用两套系统已上线功能；根据试点业务反馈，调整统计输出范围，不新增开发业务模块。
6.4 发挥各系统原生模块价值，落实集约建设
政协工作系统已经具备完备台账、报表、可视化、审计全套能力；一网统管具备热线民情统计能力。后续建设坚持：各业务系统优先使用自身内置业务单元，外部系统仅输出补充参考数据源，不使用外部系统替换原有业务模块，实现数字政务集约建设。
七、结语
大模型数智技术推动 12345 热线从单纯诉求受理转变为民情统计数据源，一网统管依托接入热线工单，已经落地台账统计、多周期报表、可视化、审计留痕整套业务功能。政协工作系统 V1.0‑02 已经完整覆盖提案、委员履职、社情民意、调研协商、专委工作以及决策分析报表，全业务链路均具备成熟台账、状态流转、可视化、审计能力。
二者跨域能力复用，本质是把一网统管已生成的民情聚合统计结果作为外部参考数据源提供给政协履职，不替换、不改造政协任何原生业务单元，不新增文档以外虚构技术组件。跨域对接不能只做简单技术连通，要依托两套系统现有权限、审计能力落实风险防控，坚持业务需求驱动，履行完整评审审批流程。
数字政务建设中，外部系统输出的统计数据仅作为履职补充参考，业务流程、考核、档案管理应当以业务域自有系统功能为主。应当客观看待 AI 统计聚类的局限性，让技术工具服务业务本身，释放数智化对政协履职的支撑价值。