第17章 应用现状评估与典型案例
本章导读
评估应急管理中的 GIS 应用,最容易犯的错误是把“建了多少”当成“做到了多少”。本章不打算给出一张全国排名表,而是给出一套可以在一个省、一个市、一个县内部反复使用的评估框架,再用它观察国内四种典型建设模式与国外四类制度安排,最后收敛为若干条可以直接拿去用的经验。评估的立场需要先说明:应急 GIS 的最终产品不是数据、不是图层、也不是系统,而是“在有限时间内做出的一个更好的决定”。所有指标都应围绕这句话设计,否则一定会滑向自我证明。本章用覆盖度、时效、精度、闭环率、复用率五个维度做评估,这五个维度之所以有效,是因为它们都要求取证材料来自真实事件而非平台后台;它们之所以不能被加权成一个总分,是因为在应急场景中这些维度之间不可互相替代。评估的目的是找短板,而不是排名次。
学习目标
读完本章,你应当能够:
- 说明为什么评估立场应定为“改变了谁的决定”,并指出以“建了多少”为口径的三种失真方式;
- 复述覆盖度、时效、精度、闭环率、复用率五个维度的定义与取证要求;
- 解释五个维度为什么不能加权成总分,并说明评估结果应当如何呈现;
- 比较国内四种典型建设模式的适用条件,说明选择依据是灾害谱、财政结构与技术力量存量;
- 从国际经验中提炼三条可迁移做法(产品目录化、职能定位、可审计条款),说明它们为什么不需要额外投资却最难推动;
- 识别五条能力线(一张图、监测预警、普查成果、应急测绘、感知网络)之间的三处接口断裂。
评估应急管理中的 GIS 应用,最容易犯的错误是把“建了多少”当成“做到了多少”。本章不打算给出一张全国排名表,而是给出一套可以在一个省、一个市、一个县内部反复使用的评估框架,再用它观察国内四种典型建设模式与国外四类制度安排,最后收敛为若干条可以直接拿去用的经验。需要先说明评估的立场:应急 GIS 的最终产品不是数据、不是图层、也不是系统,而是“在有限时间内做出的一个更好的决定”。所有指标都应围绕这句话设计,否则一定会滑向自我证明。
17.1 评估框架与指标
判断先行:应急 GIS 的成熟度无法用一个总分概括,只能用一组互相牵制的指标描述其“形状”。一个覆盖度很高但闭环率极低的系统,和一个覆盖度一般但每条预警都能追到处置反馈的系统,处在完全不同的能力阶段。评估的目的不是排序,而是找出最短的那块板。
17.1.1 投入型指标为什么会系统性失效
系统数量、图层数量、数据总量、投资额,这四类指标长期占据应急信息化评估的主流,原因很现实:它们容易统计、容易写进验收报告、也容易对应到预算科目。它们的共同缺陷在于可以被建设行为本身制造出来,而不需要任何使用行为。一个县可以在一轮建设中上线数个平台、叠加大量图层、汇聚海量数据,同时在一次真实的山洪中仍然靠电话和纸质名单组织转移。此时投入型指标全线飘红,而实际能力接近于零。
更深一层的危害是激励扭曲。当考核指向建成率,每一轮预算都会倾向于新建而不是把已有能力用深,因为“新建”能同时产生工程量和可见成果,而“用深”只产生使用记录。这是重复投资在考核层面的根源,第 18 章还会回到这一点。替代方案不是再增加一堆新指标,而是换一个提问方式:不问“系统里有什么”,而问“上一次事件中,系统在哪个时刻改变了谁的决定”。这个问题无法用系统日志回答,只能用事件复盘回答;也正因为如此,本章给出的五个维度都要求取证材料来自事件,而不是来自平台后台。
17.1.2 五个维度的定义、度量与失真点
第一个维度是覆盖度。它必须拆成三层分别计算,混在一起算会得到没有意义的数字。空间覆盖指行政单元与灾种类型的覆盖;对象覆盖指应入库的承灾体、隐患点、应急资源实际入库的比例;事件覆盖指一年内实际处置的事件中,有多少在系统内完整走过了流程。三层之中事件覆盖最容易被忽略,也最能说明问题,因为它衡量的不是“系统里有没有东西”,而是“系统是否真的在业务流里”。度量的关键在于写清分母:一处隐患点的覆盖率,分母取普查在册数还是部门自报数,结论可能完全相反。
第二个维度是时效。它必须拆成三段:发现时效、加工时效、发布时效。把三段合成一个“响应时间”是常见的粉饰手法,因为其中加工段往往占绝大部分且最难压缩,合并之后就看不出来了。度量应使用分位数而不是均值,应急看的是尾部表现,一次尾部延误就足以造成后果。公开资料提供了一个可用的外部基准:应急测绘的国家级能力表述是突发事件 6 小时内获取现场高分辨率遥感影像、12 小时内提供首批应急测绘成果(自然资源部,2025-12)。这个基准的价值不在于各地要去对标这两个数字,而在于它明确了“从事件发生到首批成果”这条链上存在一个被公开承诺的时限,各地区可以据此把自己的链条拆开逐段对照。
第三个维度是精度。至少分四类:位置精度、属性精度、模型精度、时间戳精度。最后一类最容易被漏掉,一条监测数据如果没有可靠的时间戳,它在时空分析里就是噪声,而这类缺陷在图上完全看不出来。这里有一个反常识判断:应急场景的精度要求应当由业务动作的颗粒度反推,而不是由数据源的最高能力决定。组织人员转移只需要精确到自然村或楼栋,把资源投在更高定位精度上不会让转移更快;而堰塞湖处置、堤防险情定位需要高精度地形,此时降低精度就是增加风险。精度不是越高越好,而是与业务动作匹配。
第四个维度是闭环率,指“监测—预警—叫应—处置—反馈”这条链路上真正走到反馈回填的比例。它是区分演示系统与业务系统最有效的一个指标,因为它几乎无法通过建设行为伪造:反馈必须由处置现场的人填写,而现场的人只会填写他们真正收到并执行了的东西。度量方式是发布预警条数与有处置反馈条数之比,再抽查若干条核对真实性。配套还应看“图上发现的隐患转为工单的比例”,这一项反映空间发现与业务处置之间的接口是否通畅。
第五个维度是复用率,指一项空间能力(底图、地名地址、三维模型、分析服务、模型服务)被多少个不同业务方调用。度量不看共享了多少图层,而看接口调用量的业务方分布:如果九成调用来自同一个系统,那叫内部调用,不叫复用。天地图提供了一个量级参照——截至 2025-12-25,在线注册开发用户 148.29 万个、累计授权应用 112.93 万个、日均地图服务接口访问量 10 亿次,支撑 40 多个行业或部门、7000 多个政府用户、约 3.3 万家企业(自然资源部,2025-12)。这个体量说明在中国把地理信息做成公共服务是成立的,也提示复用的真实形态是“被别人的系统调用”,而不是“被别人参观”。
表17-1 应急 GIS 应用评估的五个维度与度量方式
| 维度 | 回答的问题 | 核心度量 | 取证来源 | 主要失真点 |
|---|---|---|---|---|
| 覆盖度 | 该有的对象和事件是否都在系统里 | 空间、对象、事件三层覆盖率,分母须明示 | 台账与事件清单比对 | 分母可换,用自报数抬高覆盖率 |
| 时效 | 从发生到可用成果用了多久 | 发现、加工、发布三段的分位数耗时 | 时间戳与产出物留痕 | 合并成总时长,掩盖加工段 |
| 精度 | 数据与分析结果够不够支撑该做的动作 | 位置中误差、属性正确率、模型命中率与漏报率 | 抽样核查与事后比对 | 以数据源最高精度代替业务所需精度 |
| 闭环率 | 预警与发现是否走到了处置反馈 | 反馈回填条数占发布条数的比例 | 处置单与回访记录 | 自行填报,缺抽查即失真 |
| 复用率 | 空间能力被多少业务方真正调用 | 接口调用量的业务方分布 | 服务网关日志与授权清单 | 内部调用冒充跨部门复用 |
17.1.3 从分数到判断的三条使用规则
第一条规则是看形状不看总分。五个维度之间不是加法关系,而是相互牵制:追求对象全覆盖往往会摊薄单对象的更新深度,进而压低闭环率;追求高精度会拉长加工时效。因此正确的读法是把五维画成一张雷达图看形状,找出凹陷处,而不是加权求和得到一个“某地若干分”的结论。加权求和隐含了“维度可替代”的假设,而在应急场景中,覆盖度和闭环率几乎不可互相替代。
第二条规则是只能同口径跨年比较,不能跨地区横向比较。不同地区的灾种谱、行政层级、财政结构差异极大,分母不可比。一个山区县和一个沿海市的“事件覆盖度”没有可比性,但同一个县连续三年的变化有很强的解释力。第三条规定是必须用事件复盘数据校准,不能用系统日志自证:系统的活跃度统计可以被培训、被任务驱动、被演示需求人工抬高,而一次真实事件的时间线不会。建议每个评估周期抽取最近的两到三次实际处置事件,逐条核对系统在其中的实际出场时刻。
表17-2 五维评估的五类典型失真与纠偏做法
| 失真类型 | 典型表现 | 造成的后果 | 纠偏做法 |
|---|---|---|---|
| 分母漂移 | 覆盖率的分母改用部门自报数 | 覆盖率虚高,缺口被掩盖 | 分母须由普查或统计口径固定并留档 |
| 均值掩盖尾部 | 只报平均响应时长 | 关键时刻的延误不可见 | 一律报分位数,并单独列出最长个案 |
| 精度错配 | 以最高精度数据源对外宣称能力 | 业务动作并未因此变快 | 按业务动作颗粒度定义精度要求 |
| 日志自证 | 用登录次数、点击量证明在用 | 演示型使用被当成业务使用 | 抽取真实事件时间线核对出场时刻 |
| 复用虚标 | 把内部子系统调用计为跨部门复用 | 共享成效被高估 | 按调用方主体去重统计 |
边界提示:这套框架有明确的适用边界,它评估的是“已建成能力的使用水平”,不评估“该不该建”。一个地区如果连可用的基础底图都不具备,五维得分都会很低,但此时的正确动作是补底图,而不是去做闭环率优化。用错阶段会得出荒谬结论,也会把有限的资源投向错误的地方。
17.2 国内总体状况
判断先行:中国应急管理领域的 GIS 应用已经形成“部级统一建设、地方分级建设”的双层结构,两层之间是能力供给与场景落地的关系,而不是替代关系。这个结构的优点是避免了全国各地重复生产同一张底图和同一套基础服务,缺点是“被供给的能力”与“被需要的场景”之间存在一段翻译损耗,而这段损耗恰恰决定了实战效果。
17.2.1 双层结构是怎么形成的
部级层面的建设逻辑是“统一底座、统一入口、免费推广”。应急管理部统一建设并向全国免费推广的业务系统包括应急资源管理平台、“互联网+执法”、应急管理“一张图”和“天眼”卫星监测系统(应急管理部);地理信息服务系统(EGIS)由部统一建设,省市级“应急管理一张图”依托其地图服务能力(应急管理部)。这种安排把最容易重复投入的部分——地图服务、卫星资源、基础软件——收归一处,地方则负责专题数据、本地模型和场景应用。
地方层面的建设逻辑是“分级投入、按需扩展”。省级通常建设统一的应急指挥平台与数据汇聚节点,市县级在此之上叠加本地专题。这一层的能力差异极大,也正是四种典型模式(见 17.3 节)产生的土壤。两层之间通过应急信息共享网络连接:国家、省、市、县四级应急信息共享网络已经构建(应急管理部,2025-07)。这条网络解决的是“通道”问题——数据能不能过来;它没有、也不可能自动解决“动力”问题——数据持有方愿不愿意持续供给、供过来的数据能不能直接用于分析。这一点是理解后文所有差距的前提。
17.2.2 五条能力线的现状
第一条线是“一张图”与地图服务。部级提供地图服务能力,省市级依托其构建本级一张图。这条线的成熟度最高,因为它最接近传统 GIS 的既有能力,技术风险低、见效快;风险在于容易停在“能看”的层面,图层多、专题全,但缺少与业务动作绑定的分析产品。
第二条线是监测预警。国家自然灾害综合监测预警平台接入气象、水利等 6 个涉灾部门 50 余类实时监测预报预警数据,以及第一次全国自然灾害综合风险普查的 30 余类灾害数据(应急管理部,2025-07)。这个接入规模说明跨部门数据汇聚在国家级层面已经跑通,剩下的是“接进来之后怎么用”的问题。第三条线是普查成果转化:普查数据已经接入国家自然灾害综合监测预警系统和灾害事故电子地图(国务院普查办,2024-05),提供了统一底图、统一调查规范和统一的风险表达,这是过去很长一段时间里最缺的东西;但普查本质上是一次性调查,其成果的价值随时间衰减,第 18 章会专门分析这一点。
第四条线是应急测绘。测绘系统建立了部、省、市、县四级贯通、协调联动的应急测绘保障组织体系,具备突发事件 6 小时内获取现场高分辨率遥感影像、12 小时内提供首批应急测绘成果的能力,并在西藏定日地震、京津冀暴雨洪涝、甘肃榆中山洪等事件中实际投入使用(自然资源部,2025-12)。这条线的特点是“平战结合”:平时做基础测绘,战时转应急保障,人员与装备是同一套。
第五条线是感知网络。森林草原火灾卫星监测系统可接收处理 14 颗卫星数据,日监测频次约 28 次,空间分辨率最高 2 米(《中国报道》,2025-01);重大灾害社会力量无人机应急合作机制已有 2000 余架无人机参与(应急管理部,2025-07);2025 年 4 月,湖北成为全国首个卫星减灾示范应用省份(应急管理部,2025-04)。这条线的扩张速度最快,也最需要防止“传感器堆砌”——感知能力的增长不等于判断能力的增长。
在这五条线之下是共同的底座。实景三维中国初步建成,5 米、10 米格网等系列产品覆盖全国陆地国土,1:1 万数据覆盖 70% 陆地国土;300 余个地级以上城市完成 LOD1.3 三维模型生产,67 个城市开展智慧城市时空大数据平台建设试点;国家、省、市三级标准地图服务架构,全国发布总量 1.3 万幅;全国卫星导航定位基准站一张网建设取得重要进展;卫星遥感影像实现自主保障(自然资源部,2025-12)。底座的厚度决定了上层应用的天花板,而这部分恰恰是过去五年增长最实在的地方。
表17-3 主要能力线的建设主体、落地环节与典型断点
| 能力线 | 主要建设主体 | 地方落地环节 | 典型断点 |
|---|---|---|---|
| 一张图与地图服务 | 部级统建、省市依托 | 专题图层叠加、本地标绘 | 停在可看层面,缺分析产品 |
| 监测预警数据 | 部级汇聚、多部门供给 | 阈值本地化、叫应发布 | 数据到了,阈值仍用通用值 |
| 普查成果 | 国务院普查办统一组织 | 成果接入、更新维护 | 一次性调查,无更新触发 |
| 应急测绘 | 测绘系统四级体系 | 成果转换、指挥侧使用 | 影像到判断之间缺少加工 |
| 感知网络 | 部级与地方共同投入 | 多源数据融合、误报抑制 | 感知增长快于判断能力 |
| 三维与实景底座 | 自然资源系统 | 轻量化、场景化调用 | 建模成果未进入业务流程 |
17.2.3 需求侧的刻度
评估供给能力,需要一个需求侧的刻度做参照。2025 年全国自然灾害共造成 6703.37 万人次受灾,死亡失踪 763 人,紧急转移安置和需紧急生活救助 362.92 万人次,倒塌房屋 5.7 万间,农作物受灾面积 6069.4 千公顷,直接经济损失 2416.17 亿元(国家防灾减灾救灾委员会办公室、应急管理部,2026-01)。同年各类生产安全事故 19884 起、死亡 18261 人,同比分别下降 8.7% 和 7%,其中重大事故 9 起、死亡 129 人,较大事故 357 起、死亡 1324 人(应急管理部,2026-01)。
这两组数字应当分开读,不能相加,也不能互相解释。自然灾害的损失以财产和转移人口为主,生产安全事故的损失以人员死亡为主,两者的致因链条、可干预环节和空间尺度完全不同。放在一起看的唯一价值,是提醒评估者:应急 GIS 面对的是两个性质不同的战场,用一套指标体系去覆盖两者,必然有一边被稀释。
从需求侧看,真正的压力点在于“转移安置”这一环节——362.92 万人次的紧急转移安置和需紧急生活救助,意味着大量决策发生在“谁走、往哪走、什么时候走”这个层面上。而这个层面的空间需求其实并不复杂:需要准确的转移单元边界、可靠的道路通达性、明确的安置点容量。它不需要高精度地形,也不需要复杂模型,需要的是“数据对得上、名单能落地”。这构成了后文评判各类建设模式价值的第一把尺子。
17.3 四种典型建设模式
判断先行:国内应急 GIS 的建设路径已经分化出四种相对清晰的模式,它们的差别不在技术水平高低,而在“投资主体、数据密度、业务闭环长度”这三个变量上的取值不同。选错模式的代价,往往比技术选型错误更大。需要强调的是,四种模式不是互斥的,一个省内部完全可能同时存在省级统建、城市智慧、流域孪生和县域实用四种形态;模式选择取决于财政能力、灾害谱特征和技术力量三个条件,而不取决于“是否先进”。把先进城市的做法直接复制到财政薄弱、技术力量不足的县域,是最常见的一类失败。
17.3.1 省级统建型
省级统建型的基本结构是:省一级承担投资与建设主体,统一底图、统一平台、统一账号体系,市县以用户身份使用,不再单独建设同类系统。这种模式的边际成本极低——多一个县接入,增加的主要是培训与运维成本,而不是建设成本;口径也容易统一,因为只有一套数据标准和一套统计规则。
它的核心弱点在于“省级视角”与“县域尺度”之间的错位。省级平台的数据更新周期通常按季度或年度计,而县域的风险对象——一条沟、一段路、一处切坡建房——变化要快得多。于是经常出现这样的情形:省级图上一切正常,而乡镇干部知道某处已经裂了缝。这不是技术问题,是观测尺度与行政尺度不匹配的问题。
省级统建型适用的条件相当明确:财政能力偏弱、技术力量分散、灾种相对集中、县域数量多且差异大。它成功的关键不在于平台功能多强,而在于是否建立了“县域上报—省级入库”的快速通道,以及是否允许市县在统一底图之上自建轻量应用。一刀切地禁止地方自建,会把错位固化;完全放开,则回到重复投资。
17.3.2 城市智慧型
城市智慧型以城市运行管理或城市安全风险综合监测预警平台为载体,把 GIS 嵌入城市日常运行。第二批城市安全风险综合监测预警试点共 15 个城市,2025 年 5 月全国现场推进会在上海召开,成都、长沙等地依托平台实现了“能监测、会预警、快处置”(据公开报道,2025-05)。与此配套的是城市生命线安全工程,以物联网加数字孪生加人工智能的方式,对燃气等城市生命线进行监测(住房和城乡建设部)。
这类模式的优势非常突出:数据密度高(城市有大量传感器、视频、管网数据)、闭环链路短(城管、住建、消防、交警往往在同一张网内)、处置力量集中。一次燃气泄漏从监测到派单可以在一个系统内完成,这是省级平台难以做到的。它的风险有两个:第一个是滑向“传感器工程”,监测点位的数量容易成为政绩指标,而点位的选点依据、报警阈值的设定依据、误报的处置流程反而被忽略;第二个是财政依赖,城市生命线的监测设备有折旧周期,平台有运维成本,一旦财政收紧,最先被削减的往往是运维而不是建设,于是系统在建成两三年后开始失真。
17.3.3 流域孪生型
流域孪生型以流域为单元,把洪水预报、淹没分析、工程调度耦合在一起,形成“预报—预案—预演—预警”的链条。“十四五”期间全面完成 94 项数字孪生流域建设先行先试任务,分批推进 14 个省级水网先导区数字孪生水网,建设 49 处数字孪生灌区、230 个数字孪生农村供水工程,启动 12 座智能大坝、32 处数字孪生调水工程、98 处数字孪生蓄滞洪区(水利部)。这些数字说明“孪生”已经从概念进入工程单元层面,不再只是流域级的示范。
数字孪生韩江是一个有代表性的做法:2025 年以数字孪生北江为蓝本,按“统一技术框架、统一界面风格、统一用户登录”的要求,建成“韩江流域一张图”,整合水文预报、洪水淹没分析、溃坝分析、沿海风暴潮预警等模型(水利部)。湖南的做法则侧重成果融合:471 个编制对象的洪水风险图数据、模型及成果与“四水”流域洪水预报调度系统融合,实现“一图管洪水、一屏观风险、一键优调度”(水利部)。
流域孪生型是四种模式中模型能力最深的一种,也是最接近“闭环控制”的一种——“一键优调度”意味着模型输出直接进入了调度方案生成环节。但它有一个结构性约束:流域管理属于水利部门,应急指挥属于应急管理部门,两者对同一场洪水的关注点不同。水利关注“水怎么走”,应急关注“人怎么转”。孪生成果要真正服务于应急指挥,需要一次转换:把水位、流量、淹没范围转换为受影响对象清单和转移建议。这次转换在不少地方是缺失的,于是出现了“模型很先进,指挥员还是看一张静态图”的局面。
17.3.4 县域实用型
县域实用型不追求平台,追求“一张纸加一个应用加一套转移路线”。它的技术含量可能很低,但业务贴合度往往最高。基层真正需要的不是分析工具,而是可执行的动作模板:哪些户在哪个风险区、沿哪条路撤、到哪个安置点、由谁通知、什么时候通知。
这种模式的价值在于把有限的数据用在刀刃上。一个县如果只有普查成果和基础地形,仍然可以做出高质量的转移方案——普查提供了承灾体与隐患点,地形提供了坡度与汇流,道路数据提供了通达性,三者叠加足以支撑村级转移单元划分。反过来,一个县即使有三维实景和高精度影像,如果没有把这些落到户、落到人,实战价值仍然有限。
它的弱点同样明确:难以持续更新、缺乏分析能力、高度依赖个别干部。一旦关键人员调离,方案就停在上一版。因此县域实用型的成败,取决于是否把方案“产品化”——写进预案、纳入演练、明确更新责任人和更新时点,而不是停留在一次性的编制成果里。
表17-4 四种建设模式的对比与适用条件
| 模式 | 建设主体与技术特征 | 主要优势 | 主要风险 | 适用条件 |
|---|---|---|---|---|
| 省级统建型 | 省级投资,统一底图与账号,市县使用 | 边际成本低、口径统一、运维集中 | 省级尺度与县域风险错位,地方活力受抑 | 财政偏弱、县域多、技术力量分散 |
| 城市智慧型 | 城市平台加物联网感知,多部门同网处置 | 数据密度高、闭环链路短、处置集中 | 滑向传感器工程,运维经费易被削减 | 大城市、设施密集、财政可持续 |
| 流域孪生型 | 流域机构主导,预报与调度模型耦合 | 模型能力深,可进入调度决策 | 水利与应急视角差异,成果需二次转换 | 大江大河、洪涝为主、有流域机构 |
| 县域实用型 | 县级自建轻量应用,以转移方案为核心 | 成本低、贴合实际、见效快 | 更新难、依赖个人、缺分析能力 | 财政薄弱、灾害点状、基层力量有限 |
| 组合型 | 省级统建底图与平台,县级自建转移方案 | 兼顾统一口径与本地可执行 | 两级责任界面容易模糊 | 省域差异大、县域数量多 |
17.3.5 模式选择的三个判据
第一个判据是灾害谱。以流域性洪水为主的地区,流域孪生型的投入回报最高,因为洪水预报与调度本身就有成熟的物理模型和明确的责任主体;以地质灾害点状分布为主的山区县,县域实用型的性价比远高于建大平台;城市型灾害(内涝、燃气、火灾)集中的大城市,城市智慧型的闭环优势才能发挥。
第二个判据是财政结构。这里要区分一次性投资能力和经常性支出能力。很多地方有前者没有后者,于是平台建得起来、养不起来。判断一个地区适合哪种模式,看的不是它能投多少钱建设,而是它能不能稳定承担运维、更新、培训三项经常性支出。第三个判据是技术力量的实际存量,而不是编制数——存量要看“能不能自己改一个模型参数、能不能自己配一个专题图”,而不是“有没有信息中心”。如果这两件事都做不了,那么无论选择哪种模式,最终都会变成外包运维,而外包运维的响应速度通常无法满足应急场景。
边界提示:四种模式的划分是分析工具,不是政策建议。现实中大量地区处在两种模式之间,或者正在从一种模式过渡到另一种。更危险的一种误判是“模式升级”——把一个运行良好的县域实用型方案,硬升级成功能齐全的平台,结果既丢了原有的可执行性,又没有获得平台的分析能力。升级的前提是新模式确实补上了旧模式的短板,而不是它看起来更完整。
17.4 国际参照与可迁移的经验
判断先行:国际经验的价值不在于“技术更先进”,而在于“把空间信息做成制度化产品”这件事做得更早、更彻底。可迁移的是产品化的组织方式与标准化的协同规则,不可迁移的是它们的资源禀赋与法律环境。把国际案例当作技术标杆去追赶,通常会失望;把它们当作制度设计的参照去拆解,收获会大得多。
17.4.1 三种制度安排:产品化、生产与交换分离、编制内嵌
第一种安排是“按需激活加标准产品”。哥白尼应急管理服务(Copernicus EMS)的快速制图在 2025 年多次启动,例如墨西哥中部与东部 10 月的洪涝、罗马尼亚苏恰瓦与尼亚姆茨 7 月的洪涝(欧盟委员会)。这类机制的核心不是卫星数量,而是三件事被提前确定了:谁有权提出激活请求、激活之后交付什么产品、在多长时间内交付。因为产品形态是预先定义的,所以接到请求后不需要重新讨论“要做什么图”,只需要执行。可迁移的经验是:把应急空间产品做成一份有编号、有格式、有时限的目录,而不是每次临时商量。
第二种安排是“生产与交换分离”。联合国人道事务协调厅的人道数据交换平台(HDX)与人道主义 OpenStreetMap 团队(HOT)为黎巴嫩、缅甸地震、莫桑比克洪涝等提供了遥感分析与建筑轮廓数据(联合国人道事务协调厅)。这里的制度设计值得注意:数据生产由志愿者社区和卫星分析机构承担,数据交换由平台承担,两者通过开放许可与版本管理连接。政府不必自己生产所有数据,但必须定义标准、目录与许可规则。可迁移的经验是:把“谁来生产”和“谁来保证可用”分开,前者可以多元,后者必须唯一。
第三种安排是“编制内嵌”。美国联邦应急管理署(FEMA)在国家事件管理系统(NIMS)框架下,把 GIS 单元嵌入规划组(Planning Section),应急行动中心指南也明确了 GIS 支撑的位置(美国联邦应急管理署)。MapAction 则以小型专业制图团队的方式,为缅甸地震、莫桑比克洪涝提供地理空间制图支持(MapAction)。这两种做法的共同点是:GIS 不是一个“系统”,而是一个“岗位”;它的输出物不是数据,而是规划产品——态势图、行动方案附图、分析简报。可迁移的经验是最直接的一条:给 GIS 一个组织位置,比给它一个更大的服务器更重要。
17.4.2 标准与协同:把“信息管理”写成条款
ISO 22320:2018《Security and resilience — Emergency management — Guidelines for incident management》(中译《安全与韧性 应急管理 事件管理指南》)确立了统一指挥、协同、全灾种、风险管理、准备、信息管理等原则(国际标准化组织)。这份标准最有价值的地方,是把“信息管理”作为一条正式要求写进了事件管理,而不是留待各机构自行约定。当信息管理成为条款,GIS 的输入输出就有了可被审计的依据:谁在什么时刻提供了什么信息、以什么形式、给谁。
技术层面的互操作基础是 OGC 标准族,包括 WMS、WFS、WCS、WPS、KML、CityGML 等;欧盟 INSPIRE 指令以 CityGML 承载三维建筑主题(开放地理空间信息联盟)。标准族的意义不在于某一种格式更优,而在于它提供了“不必认识对方也能交换”的最小约定。应急场景下这一点尤其关键,因为参与方是临时聚合的,事前不可能逐一做接口对接。可迁移的经验是:协同靠的是“预先约定的最小集”,而不是“事到临头的全面对接”。一个地区如果能事先确定底图坐标系、高程基准、核心图层清单、交换格式和权限规则这五件事,事件发生时的协同成本会下降一个量级;反之,即使所有部门都用了同一家厂商的软件,只要编码和口径不同,协同仍然失败。
17.4.3 可迁移的五条与不可迁移的三条
可迁移的第一条是把空间产品目录化:每个产品有名称、格式、时限、责任人。第二条是把 GIS 放进指挥或规划职能,而不是放进信息中心。第三条是把数据生产与数据担保分离,政府定义标准与目录,生产可以多元。第四条是用标准族的最小集换取跨机构互操作。第五条是让“信息管理”成为可审计的条款,而不是口头约定。
不可迁移的第一条是资源禀赋。Copernicus 的“按需激活”之所以可行,前提是有稳定的在轨资源和预先建好的加工流水线,缺这两条,“按需激活”就退化成了临时找人画图。第二条是法律环境:志愿者社区生产建筑轮廓数据的做法,在中国的测绘资质管理与地理信息安全制度下没有直接对应空间,这一点必须承认,不能浪漫化。第三条是组织文化:把 GIS 单元嵌入规划组,依赖于事件管理体系的成熟度和跨机构服从统一指挥的习惯,这不是靠一个系统能建立的。
表17-5 国际机制的核心安排与可迁移要素
| 机制 | 核心制度安排 | 可迁移要素 | 不可直接迁移之处 |
|---|---|---|---|
| Copernicus EMS 快速制图 | 按需激活,产品形态与交付时限预先定义 | 产品目录化,激活流程标准化 | 依赖稳定在轨资源与预建流水线 |
| HDX 与 HOT | 数据生产与交换分离,开放许可与版本管理 | 生产多元、担保唯一 | 志愿者生产模式与测绘资质制度不匹配 |
| FEMA NIMS 的 GIS 单元 | GIS 作为规划组下属职能单元 | 给 GIS 组织位置,输出规划产品 | 依赖成熟的事件管理体系 |
| MapAction | 小型专业团队快速嵌入 | 小而精的现场制图队伍 | 依赖稳定的专业人才供给 |
| ISO 22320 与 OGC 标准族 | 信息管理条款化,最小互操作约定 | 把信息管理写进制度,用标准最小集 | 标准本身不解决部门动力问题 |
误判提示:最常见的误判是把国际案例的成功归因于“用了什么软件”。实际上这些机制的成功几乎都来自“谁负责、交付什么、多久交付”这三件事被提前写清楚。反过来,如果在国内只引进软件而不改变产品定义与责任分配,通常的结果是系统上线、流程照旧。另一种误判是把国际经验当作合规障碍的例外通道——这在国内的法律框架下不成立,第 16 章已作说明。
17.5 差距分析
判断先行:当前的差距不是能力的平均缺失,而是“少数环节特别短”。整体能力在过去五年增长很快,但若干关键接口仍然断裂,而这些断裂点恰好都在“能力之间”而不是“能力内部”。这意味着继续在单个能力上加大投入,边际收益已经很低。
17.5.1 时效差距集中在加工段
公开资料显示,应急测绘在突发事件后 6 小时内可获取现场高分辨率遥感影像、12 小时内提供首批应急测绘成果(自然资源部,2025-12)。从实际案例看,定日地震 2025 年 1 月 7 日发生后,次日已有应急产品技术图件产出,“涪城一号”“环境减灾二号E星”等提供了 1 月 7 日的灾后影像(自然资源部,2025-12)。京津冀暴雨洪涝期间,中国资源卫星应用中心调度在轨卫星观测,截至 2025 年 7 月 28 日安排成像 15 次、获取灾后有效数据 23 景。
这些数字说明“卫星到影像”这一段已经相当快。真正的耗时在“影像到判断”这一段:影像需要解译、需要与承灾体叠加、需要转化为“哪几个村受影响、哪条路断了、哪个安置点需要启用”。这一段目前大量依赖人工,且缺少标准化的中间产品。压缩时效的正确着力点不是再增加卫星,而是把这一段做成流水线——预置解译样本、预置承灾体叠加模板、预置若干典型灾种的影响判定规则。
17.5.2 数据更新缺少触发机制
实景三维中国的 1:1 万数据覆盖 70% 陆地国土(自然资源部,2025-12),这句话有两个读法:好消息是覆盖已经很高,坏消息是还有 30% 没有覆盖,而这 30% 往往正是地形复杂、灾害多发的区域。同样,300 余个地级以上城市完成了 LOD1.3 三维模型生产(自然资源部,2025-12),“完成生产”与“保持现势”是两个不同的问题,前者是一次性动作,后者需要持续投入。
普查成果面临同样的问题。第一次全国自然灾害综合风险普查形成了 11 号公报、48 项调查类与 61 项评估与区划类技术规范,以及覆盖上千个指标的数据共享清单(国务院普查办,2024-05)。这是一次质量很高的基线调查,但基线会随时间偏离现实。更关键的是,普查成果的更新没有被嵌入任何一个日常业务流程,因此缺少“什么时候必须更新”的硬约束。第 18 章会把这一点作为数据之痛的核心机制展开。
17.5.3 模型可信度没有被当作资产管理
洪水淹没分析、地质灾害预警、火行为模拟在城市和流域层面已经有大量应用,数字孪生韩江整合了水文预报、洪水淹没分析、溃坝分析、沿海风暴潮预警等模型(水利部),湖南实现了洪水风险图成果与预报调度系统的融合(水利部)。这些都是模型进入业务的正面案例。但普遍存在的问题是:模型的结果被使用,模型的元信息没有被管理。参数从哪里来、适用条件是什么、上一次率定是什么时候、在什么事件中被验证过、误差范围多大——这些问题在很多地方答不上来。结果是模型只能用于“展示可能性”,不能用于“承担责任的决定”。一个可操作的分界是:如果一个模型的输出无法回答“最坏情况在哪里”,它就不适合进入转移决策。
17.5.4 基层能力与“最后一公里”
四级应急信息共享网络已经通到县级(应急管理部,2025-07),但乡镇和村一级通常没有可用的空间工具。这不是一个“再往下铺一层系统”就能解决的问题:基层的使用场景是移动端、弱网、夜间、紧急,需要的是一屏能看懂的图和一句话能执行的指令,而不是一套分析工具。
从需求侧看,2025 年紧急转移安置和需紧急生活救助 362.92 万人次(国家防灾减灾救灾委员会办公室、应急管理部,2026-01),这个量级的组织工作发生在乡镇和村。如果空间能力只停留在县级以上,那么最需要它的那一层反而用不上。这是当前最实质的一个短板,也是最难通过采购解决的问题。
17.5.5 跨部门共享的制度成本
国家自然灾害综合监测预警平台接入 6 个涉灾部门 50 余类实时数据(应急管理部,2025-07),说明“接入”在技术上可行、在行政上也被推动过。但“接入”与“共用一套空间基准和编码”是两件事:前者解决“数据能不能过来”,后者解决“过来的数据能不能直接与本地数据叠加分析”。制度成本主要来自三处:一是分类分级,地理信息数据分类分级工作指南要求重要数据目录的申报、审核与认定(自然资源部,2025-05),这意味着每一类数据的共享都需要先明确其类别与使用边界;二是涉密成果的使用管理,涉密基础测绘成果的提供使用需要审批,审批已下放省级、时限缩短至 10 个工作日,并有明确的销毁要求(自然资源部);三是网络安全义务,网络安全法于 2025 年 10 月 28 日修改通过、2026 年 1 月 1 日施行,对网络运行安全与数据安全提出了更明确的义务(全国人大常委会,2025-10)。这三项都必要,但叠加起来构成了共享的现实摩擦。
正确的应对不是绕开制度,而是把制度成本前置消化:事前完成数据分类、事前取得授权范围、事前约定使用场景与留痕方式,事件发生时只做“取用”而不做“审批”。这一点在第 16 章有更完整的制度分析。
表17-6 五个差距的公开表现、根因指向与可观测信号
| 差距 | 公开可见的表现 | 指向的根因 | 可观测信号 |
|---|---|---|---|
| 时效 | 影像获取快,可用图件产出慢 | 加工段缺流水线与预置产品 | 影像到位时刻与首张可用图件时刻之差 |
| 更新 | 覆盖率高但现势性无记录 | 更新未嵌入业务流程,无触发点 | 关键图层最后更新时间与责任人是否可查 |
| 模型可信 | 有模型无率定记录,无误差区间 | 模型当功能卖,未当资产管 | 能否回答最坏情况与适用条件 |
| 基层能力 | 网络到县,乡镇仍用纸质 | 工具形态与基层场景不匹配 | 乡镇值班岗位是否有可用移动端 |
| 跨部门共享 | 数据接入但难以直接叠加 | 编码与基准不一致,制度成本未前置 | 两部门图层能否直接叠合运算 |
边界提示:差距分析容易变成“什么都要补”的清单,从而失去优先级。更实用的做法是找“接口型差距”——即两个已有能力之间的断裂处。当前最值得优先处理的三个接口是:影像到判断、普查到更新、模型到转移决策。这三个接口一旦打通,整体水平的提升幅度会明显大于在任一单项能力上继续加码。
17.6 经验提炼
判断先行:真正可复用的经验只有五条,而且它们都不涉及具体技术选型。这五条的共同点是——都在改变“谁在什么时候交付什么”,而不是在增加功能。
第一条,把空间信息做成产品而不是数据。数据是原料,产品是可以直接进入决策的东西:一张带影响范围的态势图、一份列出转移对象的清单、一条标注了绕行方案的路线。产品必须有名称、格式、时限和责任人。国际经验(Copernicus EMS 的产品目录、FEMA 规划组的规划产品)与国内实践(据公开报道,2025 年 8 月全国高精度滑坡泥石流风险“图谱”建成、地质灾害地表风险区划产品下发)指向同一个方向:把分析结论固化成标准产品,才能在压力下被使用。
第二条,底图先行、专题后置。底图是所有专题的共同分母,底图不统一,后面所有叠加都是伪叠加。天地图汇聚发布 24 个自然资源专题、标准地图全国发布总量 1.3 万幅(自然资源部,2025-12),这些基础设施的价值就在于让地方不必自己造底图。反过来,很多地方的失败恰恰是把资源投在了专题上,底图却各用一套。第三条,用事件驱动数据更新:每一次真实事件都是一次免费的数据校准机会,房屋倒损会有核查、道路中断会有抢通记录、隐患点会有复查。如果把这些核查结果回填到数据库,数据就会随事件自然增厚;如果核查结果只写进报告不进库,数据就会随事件自然衰减。定日地震后对房屋倒塌与损坏的分级统计、甘肃榆中山洪的调查评估,都是可以回填的高质量数据源。
第四条,把模型当资产管理。模型要有版本、有参数、有适用条件、有验证记录、有不确定性描述。这不是学术洁癖,而是责任分配的需要:当模型输出被用于转移决策时,必须能追溯它是怎么算出来的。可操作的起点是建立模型台账,把每次使用与每次事后验证都记进去。第五条,组织上给 GIS 一个位置:要么嵌入指挥或规划职能,成为规划产品的一部分;要么成为独立技术支撑单元但必须有明确的产品清单与服务时限。位置不清的结果是:能力在,但事件中没人知道该找谁要图。
表17-7 五条经验的可操作化、判定信号与失败征兆
| 经验 | 具体做法 | 判定信号 | 失败征兆 |
|---|---|---|---|
| 产品化 | 建立空间产品目录,逐项规定格式与时限 | 事件中可直接调取成品而非现场制图 | 每次事件都从零开始画图 |
| 底图先行 | 统一底图版本与更新责任人 | 各部门图层可直接叠合运算 | 两套底图并存,叠加需人工配准 |
| 事件驱动更新 | 复盘结论强制回填数据库 | 事件后关键图层有版本变更记录 | 复盘报告与数据库互不相干 |
| 模型资产化 | 建模型台账,记录参数、条件与验证 | 能回答最坏情况与误差范围 | 模型结果无人敢用于决策 |
| 组织定位 | 明确 GIS 在指挥或规划中的岗位职责 | 事件中有固定的出图人与时限 | 临时指定,事后无人负责 |
误判提示:这五条经验有一个共同的前提——本地已经具备可用的基础数据和组织意愿。在两者都不具备的地方,先做产品化只会得到一批精美的空图。此时的正确顺序是先补底图与关键对象台账,再谈产品化。经验的价值在于顺序,而不在于条目本身。
本章小结
对应急 GIS 的评估,必须从“建了多少”转向“改变了谁的决定”。覆盖度、时效、精度、闭环率、复用率这五个维度之所以有效,是因为它们都要求取证材料来自真实事件而非平台后台;它们之所以不能被加权成一个总分,是因为在应急场景中这些维度之间不可互相替代。评估的目的是找短板,而不是排名次。
国内已经形成部级统建与地方分级相结合的双层结构,五条能力线(一张图、监测预警、普查成果、应急测绘、感知网络)都有实质性进展,底座厚度(实景三维、标准地图、卫星影像自主保障、基准站一张网)是过去五年最实在的成果。但能力之间的接口仍然断裂,最典型的是影像到判断、普查到更新、模型到转移决策这三处。
四种建设模式各有其适用条件,选择依据是灾害谱、财政结构与技术力量存量,而不是先进程度。最常见的失败不是选错了技术,而是在错误的阶段做了正确的事——在没有底图的地方做产品化,在没有运维能力的地方建大平台,在运行良好的县域方案上强行升级。
国际经验真正值得学的不是工具,而是三件事:把空间产品目录化、把 GIS 放进指挥或规划职能、把信息管理写成可审计的条款。这三件事都不需要额外投资,只需要改变责任分配与交付方式,也正因如此,它们最难推动。
思考与练习
- 用五个维度给一个你熟悉的地区做一次快速评估,每维度至少写出一个真实事件的取证材料。
- 为什么“平台后台的调用量”不能作为时效维度的证据?请设计一种替代取证方式。
- 某县在“没有底图”的情况下直接采购三维产品。请用四种建设模式的适用条件说明它错在哪一步。
- 把“影像到判断、普查到更新、模型到转移决策”三处断裂各写一条可落地的打通动作。
- 国际经验中的“可审计条款”在本地化时要怎么改?请写出一条具体的合同条款草案。
- 评估结果如何呈现才能“找短板而不排名次”?请设计一页纸的呈现结构。
| 上一章:第16章 合规、安全与数据治理 | 返回目录:应急管理 GIS 应用全景教程 | 下一章:第18章 痛点、瓶颈与根因 |