为什么水利人对应急管理如此感兴趣？

1、对我们提出方案的进一步说明。

        方案见：http://blog.sciencenet.cn/blog-749738-1216725.html。

（1）        在时间轴上了解疫情发展动态。就是大家所谓的“大数据”分析，发展趋势、强弱变化、期望拐点出现等。核心是：依赖数据、数据重要、由数据到信息，让数据说话，大家获得有用的信息。

（2）        从疫情开始到现在，最重要的业务之一是：控制疫情的传播。面对问题是：病毒传播快、人口流动大。全民动员、人盯人、每个人做好自己的事最重要。机制比数据重要了，当然，全民皆兵，每个人都是数据采集器，只要有要求，数据也就自然获得了。跟踪、关联、顺藤摸瓜，从源头和过程抓起来，这些是非常重要的举措（其实技术能够做到）。

（3）        从疫情开始到现在，最重要的业务之一是：对人、特别是患者的救助。以人为本，每一位公民的身心健康永远是大事。面对问题是：不同角色如何知道自己的状况及如何帮助自己与他人。领导、专家、医生、护士；不同程度的患者；现场、线上联动为患者服务的人，线下为领导及大众以及患者服务的支持者。人多事杂、方方面面，首先是医疗资源清楚吗？如何有效调配？等等。让每一位（角色）有条理、有办法、有效工作是第一位。当每个人清楚自己的业务、要干啥、如何干，都到位干好自己的事，数据在过程中都是伴随着每个人，动态采集、不断更新，这个才能保证数据更新、更快、更可信、更重要。这些业务的运转与执行需要在后台有一个“服务队”来支撑。

（4）        从疫情开始到现在，最重要的业务之一是：对当前发生事件的快速处置。对管理辖区所发生的事件（实时、线上线下结合）会商，获取解决办法。应急响应期间无小事（遛狗及狗屎也会引发事端、转播病毒）。必须厘清针对具体突发事件的应对处理业务主线，找到事件涉及的相关人员，共同（包括后台服务支撑的队伍）会商，按照规范流程应对。让关键环节都有内容：事件名称，信息核对，事件描述，协调会商，处置方案，任务执行，应对结果。

（5）        在地理信息地图上链接政府应急应对的组织体系，特别是省市县三级都有指挥部，靠体制发挥机制的作用。布局：上下级、分散单元化的管理协调，互联互通，组织到位。

 内容（1）和（5）是常态化、都在做，可以在应急应对的“应急管理”中做好，但（2）（3）（4）是应急应对中最核心的“业务”，一事一议的业务很多，在“应急管理平台”上可以开展吗？三项“业务”是我们提出方案的焦点，也希望大家在“乱中”抓住重点。

2、支撑我们提出方案的可信度。

（1）借鉴综合集成研讨厅思想（钱学森），在国家科研项目支撑下，2008年开发了《知识可视化综合集成支持平台》，2011年颁布了《水利信息处理平台技术规定（SL538—2011）》国家行业标准；“从数据到信息、从信息到知识、从知识到智慧”，实现了复杂问题的形式化描述和分治化管理，创建了面向业务主题的快速服务模式。

（2）两年前，我们就认为我们的平台及主题服务模式，可以作为应急管理平台。希望大家展开比较及讨论（在科学网上发表了博文http://blog.sciencenet.cn/blog-749738-1101786.html）。在此，再强调了以下方面：

A 在事前、事中（包括事发）、事后过程中，应当考虑哪些重要业务内容。

B 事前事中事后全过程最需要统一的“应急管理平台”。

C 力大沉稳，可以“以不变应万变”；唯快不破，可以“以万变应不变”。

D 提出标准5个方面：决策信息服务标准、有限预案到无限针对性方案标准、决策过程中的在线评价标准、相关事件做法及经验教训标准、问题导向及任务落实标准。

E 提出4个关键难题：问题导向、指挥联动、滚动修正、在线评价。

F 可以检验的方面：预测预报成果是如何用的？“预案库”如何建、管、用？预案如何变成能用的方案？处置任务的形成、分解、执行、联动？问题更新、快速评价、落实见效？么水利人对应急管理如此感兴趣？

对我们提出方案的进一步说明。

（3）我们从事水问题管理、防汛抗旱应急应对，在水资源的规划与调度、预测和决策有研究基础及实践认识。针对对象不一样，但应急管理的套路是一样的（而且应当一样），两者的“业务化”管理与治理相通。

3、与其他“应急管理平台”是要认真比较的。

两年前就希望能有个比较机会，其他平台基本上（实事求是）都是基于数据的信息服务（一个比一个好），就像新浪方案https://news.sina.cn/zt_d/yiqing0121的提升、扩展和细化版，难做到：指挥联动到人、到每个人的任务上；更不能围绕眼前事件开始会商（线上、线下结合），把事件主题涉及到的方方面面理清，就是：依托平台对处置事件方案和任务的形成、分解、执行、联动如何做？

我们强调：“应急管理平台”已经不能按照“系统功能”的传统模式了。一定要强调“服务”。功能是有限的、服务是无限的，对业务：系统功能相对死，功能局限于技术绑定，功能常常不适应于业务的变化（需求变化、事件发生发展的不确定性变化）。而服务强调的是：有人参与服务、对业务或对具体对象的服务，是响应对象的动态需求变化，时刻以对象为核心的服务；达到人为参与来对业务变化的适应。

    我们强调：强调大量的积累。像数据一样，积累组件、知识图、经验案例、成熟规范的业务流程等等，这些在知识库（内容库）里存放，方便搭建。有了平台、内容、服务，三位一体化，有服务者在现场为具体事件业务提供快速服务。（我们对疫情防控是外行，但不到4小时，积累不多，就搭建了原型方案。这个方案可以与任何一个现有系统方案比较。）