项目编号： 智慧政务城市治理接入 DeepSeek 模型 高效处置事件可行性 设 计 方 案 目录 1. 引言......................................................................................................................................... .........................................................................................13 2.2 现有事件处置方法的局限性........................................................................................... .......47 5. 高效事件处置流程设计.....................................................................................................................................................49 5.1 事件监测与识别............

河北省气象灾害防御指挥系统 4 微博、微信、网站渠道预警信息发布系统 5 突发事件预警信息发布系统 软件著作权 8 9 预警类 其他 r8 2018 年 4 条重点产品线 2019 年 3 条重点产品线 农业 气象 智能 化服 务 突发 事件 预警 信息 发布 气象 灾害 风险 管理 农业 气象 智能 化服 务 格点 预报 平台 突发 事件 预警 信息 发布 气象 灾害 风险 管理 做了这么多，拳头产品？ 做了这么多，拳头产品？ P9 3 条重点业务线 P10 3 条业务主线 气象灾害风险管理 突发事件预警信息发布 农业气象服务系统 r11 2018 年 • 三农政策，精 准扶贫 • 特色农业气象 服务建设 2011-13 年 • 建立健全农业 气象服务体系 2016 年 • 直通式农业气 象服务 2017 年 • 互联网 + 智慧 农业气象服务 气象灾害风险管理 农业气象智能化服务 突发事件预警信息发布系统 P26  国家应急体制“十三五 ”规划中， 明确提出要建 设“ 国突系统提升工程”。在系统一期工程建设 的基础上 ，打造基于云架构的国家突发事件预 警 信息发布系统 ，健全国家、省、地市、县四 级预 警信息发布平台。  国家突发事件预警信息发布系统是国家突发事件 应急体系的重要组成部分 ，是国务院应急平台

应用背景 为了更好的贯彻执行 《 XXX 突发事件应急预案管理办法》 X 政办发〔 2014 〕 54 号的具体办法， 结合 《 XXX 推进智慧城市建设行动计划（ 2015—2017 年）》 X 政办发〔 2015 〕 46 号对 智能应急的建设目标：“完善智能化应急指挥平台，构建高效统一的城市应急系统，建设协同化数 据共享平台、专题事件预测预警和辅助决策系统，针对公共安全、防灾减灾、民生等重点领域，加 民生等重点领域，加 快开展应急系统大数据应用，为决策提供数据支撑，提高城市安全度和可持续发展能力，实现城市 突发事件提前预警、应急部门高效协同、应急资源快速调度” 构建大寺镇应急指挥系统 现状分析 监控点位覆盖不足 重点区域未完全覆盖，发生事件后无法第一时间查看现场情况，有效远程指挥 信息采集设备类型单一，无法全方位获取所需信息 传统监控无法完成自动预警，远距离监控，车辆抓拍功能，其它先进采集设 反恐维稳，如遇到突发事件、灾难性暴力事件，可迅速达到实时现场视频画面传输，传供指挥者进行科学决策和判断；成为一 种不可多得的重要工具。 终端语音报警 建设背景 前端设计 平台设计 业务功能 效益分析 目录 业务处理思路 1 、预案制作与管理（事前） 2 、日常值班与预测预警（事前） 3 、事件响应与预案启动（事中） 4 、应急指挥调度（事中） 5 、灾后（事件）评估与经验总结（事后）

语义理解， T/ISC 0079—2025 13 给出城市治理业务中的对象或事件的标签、短句或者长句 描述； 图像视频问答 宜支持基于给定的城市治理业务中的对象或事件的图像、 视频，进行对象，属性、情景和行为识别和理解，结合问 题，进行精准答复； 文本图像检索 宜支持基于给定的城市治理业务中的对象或事件图像、视 频库，结合给定的文本，进行对应的 embedding（向量化）， 对图像、视频进行检索，找到业务最相关内容； 对政务 大模型恢复与应急处理的能力等。 9.2.2 模型推理安全 a) 政务大模型在推理阶段宜具备相应安全能力，包括但不限于对输入数据中的对抗样本进行检测 的能力、采用鲁棒性优化技术、对对抗攻击事件的日志记录和审计功能等。 9.2.3 模型参数安全 a) 应具备对模型文件提供安全能力，包括但不限于采用加密技术对模型参数和训练数据进行保护、 实施严格的访问权限管理、对政务大模型服务的访问日志进行审计和监控、政务大模型服务中 宜支持市民人员和城市巡查员进行事件上报能力，涵盖图文对话服务、图片语言描述生成、图 片要素提取和图文比对等能力，以确保上报事件的准确性和全面性； c) 宜支持通过城市感知设备获取的视频等数据，运用政务大模型智能识别技术进行分析，以实现 事件上报功能，可包括但不限于以下能力：政务服务、城市治理领域的识别算法能力，以及自 动提交规则的配置、相似违规事件的识别和重复事件的辅助合并功能。根据事件名称、违规图 片、上

支持手机 APP 方式访问；支持 iOS 和 android 系统； 6、公众访问支持微信和 APP 访问。 2.3 信息量指标 针对调研的结果，大数据云平台工程设计为主要存储关系信息、 事件信息、以及相关的照片等信息资源。 其中关系型数据估算前期数据如下表： 表 1 信息量指标表 描述信息 数据量 (单位：条) 信息量 (单位：MB) 评估存储 （单位：GB） 人口信息 3T（前期可以先租 用较小的空间，根据实际需要再扩大容量）。 针对所有的证照资料（包括照片、身份证扫描信息、证明材料 图片、事件上报图片等），初步预计存放 5000 万张照片，平均每张 大小 0.2M，需要 10T 磁盘存储空间。 针对 12345 热线本身的事件数据（按照目前每月 5 万条，每条 0.2M 计算），每年的数据增量为 120G，按照系统 10 年的设计寿命 计算，即需要  一期建设目标 20 大数据云平台实施方案 1、搭建政府与社会群众之间的沟通渠道，政府能够第一时间通 过各个渠道了解社会群众的需求。 2、建立全市各级社工委事件处置平台，跟踪社会群众问题事件 的处置过程，对各级部门问题事件的处置数量和质量进行考核。 3、打造数据平台数据管控体系，定义数据管控组织和职能；定 义数据管控工作办法和管理流程；搭建数据管控平台，包括数据标 准、元数据和数

协助主责单位完成平台推广工作，承 担网上办事大厅的对接责任。 协助主责单位完成平台推广工作，承 担政务服务热线的对接责任。 为什么建 --- 相关事件 “ 长生不长” “ 权健不健” “ 终南截径” 长生事件 权健事件 秦岭事件 开端 发展 结局 ·2018.7 老员工举报长生 生物狂犬疫苗问题 · 事前征兆： 2017.11.3 监管部门发现长生生物 百白破疫苗不合格 相关业务缺乏一致性和统一性； 监管标准不“明”  数据采集范围、广度和深度不够；  未对现有数据进行有效整合、分析、 控制和应用； 监管数据不“全”  缺乏风险预警，不能提前预 警，及时修正苗头性事件；  对各部门监管情况缺失综合 分析； 分析决策不“准”  “ 监管重复”、“监管冲突”或“监 管漏洞”；  对某些需要协同监管的情况， 监管部门可能“选择性监管”； 监管效果不“佳”” 监管不力，损害公众利益 事件频发；  监管信息不透明；监管结 果公示不及时。 公众痛点 部门痛点  监管业务缺乏一致性和统 一性，监管数据难以关联；  “ 监管重复”，“重复执法”、 “监管冲突”，检查内容交 叉重叠；  相关协同监管力度较弱， 联合监管难度大。  缺失抓手，难以推动监管 协同、共享；  缺乏风险预警，对监管过 程的苗头性事件不能提前 预警，及时修正；

协助主责单位完成平台推广工作，承 担网上办事大厅的对接责任。 协助主责单位完成平台推广工作，承 担政务服务热线的对接责任。 为什么建 --- 相关事件 “ 长生不长” “ 权健不健” “ 终南截径” 长生事件 权健事件 秦岭事件 开端 发展 结局 ·2018.7 老员工举报长生 生物狂犬疫苗问题 · 事前征兆： 2017.11.3 监管部门发现长生生物 百白破疫苗不合格 相关业务缺乏一致性和统一性； 监管标准不“明”  数据采集范围、广度和深度不够；  未对现有数据进行有效整合、分析、 控制和应用； 监管数据不“全”  缺乏风险预警，不能提前预 警，及时修正苗头性事件；  对各部门监管情况缺失综合 分析； 分析决策不“准”  “ 监管重复”、“监管冲突”或“监 管漏洞”；  对某些需要协同监管的情况， 监管部门可能“选择性监管”； 监管效果不“佳”” 监管不力，损害公众利益 事件频发；  监管信息不透明；监管结 果公示不及时。 公众痛点 部门痛点  监管业务缺乏一致性和统 一性，监管数据难以关联；  “ 监管重复”，“重复执法”、 “监管冲突”，检查内容交 叉重叠；  相关协同监管力度较弱， 联合监管难度大。  缺失抓手，难以推动监管 协同、共享；  缺乏风险预警，对监管过 程的苗头性事件不能提前 预警，及时修正；

........................................................................................52 2.4.2、 事件联动................................................................................................. ...................................................................................249 5.2.8.7、 突发事件管理与应急响应预案......................................................................258 5.2.8.8、 驻场运维服务目录 - 7.8.2.2、 实现对指定区域分级、分时段的通行权限管理........................................- 353 - 7.8.2.3、 实时显示、记录所有事件数据；..............................................................- 353 - 7.8.2.4、 反潜回、防尾随设计.......

差、底 子薄、监管力量不足等问题，特别是面对应急事件频发，监管手 段不相适应 的矛盾日益突出。 一是医药监管面广量大。 监管工作点多、线长、面广、量大，加上缺乏 必要的装备和手段， 日常监管很难达到科学精细的程度， 监管效能难以提高。 可以说，目前繁重的监管任务与单薄的监管力量之间的矛盾十分突出。 二是医药应急事件频发。 医药人命关天。受利益驱动，不法分子制售假 医药人命关天。受利益驱动，不法分子制售假 劣医药的案件时有发生，且作案形式更加隐蔽，手段更加狡猾，在一些地方 违法犯罪活动比较猖獗。如安徽“阜阳劣质奶粉”事件、辽宁“海城豆奶事 件”、 齐二药事件、苏丹红事件、三鹿奶粉事件、疫苗事件、地沟油事件、问 题乳 粉事件等无不反映了医药领域的严峻形势。尤其是在发生类似“齐二 第 8 页 药”、“欣弗”、“问题乳粉”这样的食品、 药品安全事件时， 传统的“拉网式” 第 8 页 智慧食药监大数据云平台解决方案 V3.0 检查无法有效处置和应对，给监管带来巨大压力。今后医药监管部门应对这 类突发性事件的任务越来越重，目前的监管手段难以形成快速反应机制。

防护：控制蠕虫/病毒/木马在云计算平台内传播，非法入侵监测； 安全基础设施资源池化：采用安全云技术提升安全基础设施服务效能，构建 安全服务资源池； 应急响应：建立完善的应急响应机制，提高对异常情况和突发事件的应急； （3）数据安全，尤其保障数据信息的 CIA（可用性、保密性和完整性）； 第 35 页 数据隔离：通过虚拟化层安全机制实现虚拟机间存储访问隔离； 数据访问控制：设置虚拟环境下的逻辑边界安全访问控制策略，实现虚拟机、 ，实现集中地安全 事件监控和管理，完善安全审计追溯机制； 安全监控：运用多种技术、手段，收集和分析各类安全事件，并运用实时关 联分析技术、智能推理技术和风险管理技术，实现对安全事件的深度挖掘，快速 做出响应，实现对电子政务云平台安全风险的统一监控和预警处理； 运营安全：制定安全运营策略及安全维护规章要求；制定数据中心运营维护 SLA 指标要求；制定数据中心安全事件应急响应机制及流程，包括安全事件的等 括安全事件的等 级划分、处理流程、事件上报等规范要求。 采用“分区分域、重点保护”的建设原则，和“综合防御、积极防范”的建设思路， 结合信息系统实际的网络环境，遵循方案的整体设计原则，为政务云平台建设一 个安全、稳定、可靠、实用高效的网络安全基础平台。 3.1.8.2 安全设计原则 政务云安全体系建设应遵循等级保护的相关标准和规范的要求，统一规划、 分步实施。网络与信息安全体系建设是一个逐步完善的过程，云平台建设应依据