【2020】公共卫生应急指挥系统建设方案

1、1 / 43 教学资料范本 【2020】公共卫生应急指挥系统建设方案 编辑： _ 时间： _ 2 / 43 最新公共卫生应急指挥 系统建设方案 _ 年_月 日 部门 建设方案 目录 第 1 1 章指挥中心总体设计2 2 第 2 2 章显示系统设计3 33 / 43 第 3 3 章 会议音响系统设计4 4 第 4 4 章中央控制系统设计6 6 第 5 5 章 应急指挥应用系统设计 8 8 5.15.1 突发公共卫生事件监测、预警管理系统88 5.25.2 卫生应急联动系统1010 5.2.15.2.1 应急联动业务流程1010 522522 疫情、病情报送1212 5.2.35.2.3 信息核实

2、、应急响应1313 5.2.45.2.4 后期评估、修正、资料归档1313 5.35.3 决策支持平台（DSSDSS） 1414 5.3.15.3.1 决策支持平台系统架构 1414 5.3.25.3.2 卫生应急决策支持核心应用 1515 5.45.4 卫生应急资源库管理.2222 5.4.15.4.1 数据分类.2222 5.4.25.4.2 基础数据整理.2323 5.4.35.4.3 资源管理.2424 5.4.45.4.4 资源查询.2727 5.4.55.4.5 资源分析.2828 5.55.5 地理信息系统平台建设及二次开发.2828 5.5.15.5.1 地理信息系统通用功能.

3、2828 5.5.25.5.2 辅助决策子系统.4343 5.5.35.5.3 信息标绘和应急指挥态势信息处理.4444 5.65.6 系统监控与管理平台.5050 5.6.15.6.1 人员、组织机构管理.5050 4 / 43 5.6.25.6.2 权限岗位管理.5151 563563 日志管理5353 564564 数据字典管理5353 5.6.55.6.5 表单引擎5454 566566 工作流引擎5555 第 1 1 章指挥中心总体设计 指挥中心显示系统采用一台投影机加画面拼接处理器的投影技 术， 投射到指挥中心 150150 寸电动投影幕上，此种投影方案可以同时 显示多个视频信号及

4、计算机信号，方便领导在进行应急指挥时，随 时掌握多种信息. .。 在指挥中心摆放一套 6 6 席的会议桌， 会议桌上每个坐席均配备 液晶自动升降屏、发言单元、电子桌牌，用于领导及专家进行指挥 调度. .。在会议桌两侧设置两个多媒体桌插，方便领导演示时使用 . . 在投影幕中央吸顶安装一台影像跟踪摄像机， 配合会议主机实 现对领导自动影像跟踪的功能. .。当与会领导打开发言单元进行发言 时，摄像机能自动移动到发言领导位置，对其进行定位拍摄 . .。与此 同时在领导和专家进行谈论发言时，控制室操作人员还可以通过无 线中控触摸屏手动控制摄像机的定位，方便灵活. .。同时在指挥中心 的角落安装一台全景

5、监控摄像机，以便在召开会议时，对会场情况 进行全景拍摄. .。 在会场设置一台高清硬盘录像机， 实时记录会议过程中重要的 音视频信号，以便日后进行调阅. .。 整个会场的音视频设备及电源、灯光、窗帘等环境设备的操作 均可以通过定制开发的中控触摸屏来实现，方便、快捷、高效 . .。 第 2 2 章 显示系统设计 显示系统是现代化的指挥系统中最重要的组成部分之一， 该系 统将与各单位现有的电视会议系统、视频监控系统、计算机局域网 以及指挥调度5 / 43 系统等设备实现互联互通. .。利用计算机技术、通信技 术、视频监控技术，完成综合、高速的信息处理，实现高清晰度、 高亮度、多画面、多功能的显示能

6、力，满足指挥中心的需要，为指 挥工作的决策提供直观、形象的交互式工具，是现代化指挥系统必 不可少的手段. .。且各种信号均可以在显示系统上进行显示，使得所 有的情况一目了然，以利于相关领导及指挥调度人员及时全面地掌 握情况，实现实时监控和集中控制的目的，对指挥工作具有十分重 要的意义. .。另一方面，它也作为指挥中心一个亮丽的窗口，在对外 宣传及提升政府形象等方面起着独特和重要的作用 . .。 根据现场实际测量数据，指挥中心宽 7 7 米，长 6 6 米，净高 3.3 3.3 米，按照用户需求及以往工程经验，显示系统建设详细设计如下： 在指挥中心中央位置安装一台投影机，设置电动升降架，配合 图

7、像拼接处理器将图像投射到 150150 寸电动投影幕上来显示各种视频 信号及计算机信号. .。 指挥中心做为一个重要的指挥场所， 必然会接入大量的视频和 计算机信号，为了更方便的对这些信号进行控制管理，采用视频矩 阵与 RGBERGBE 阵同时使用，双矩阵方式. .。我们为用户配置了 1 1 台 32*1632*16 的视频矩阵和 1 1台 16*1616*16 的 RGBRGB 矩阵. .。系统以视频矩阵和 RGBRGB 巨阵为中心，连接所有的前端视频设备. .。其中视频矩阵处理远 程摄像头、本地摄像头、电视会议系统、 DVDDVD 机、录像机等音视频 信号，RGBERGBE 阵主要处理由计

8、算机传输过来的 RGBRGB 言号. .。 系统配置一台 1616 路高清全实时数字硬盘录像机，完成对重要音 视频信号的实时存储记录，方便日后的调用查阅. .。通过数字硬盘录 像机的网络端口，操作人员可通过网络进行远程实时监视 . .。其管理 模式采用三级用户管理密码方式， 确保合法用户方可登录， 确保操 作的权限及图像安全. .。 第 3 3 章会议音响系统设计 6 / 43 会议音响系统是一项复杂的系统工程，它涉及电声技术、建声 技术和乐声艺术（调音）等密切配合的边缘科学. .。系统的音响效果 不仅与系统的综合性能（音响器材、系统设计和设备配置的合理性 和系统调试的正确性等）有关，还与声音

9、传播的环境 建筑声学 特性密切相关. .。当然系统本身特性的好坏是音响效果的基础，因为 即使有良好的声学环境，如果扩声系统的特性很差，那么其效果肯 定不会好. .。而良好的声学环境则是获得良好音响效果的保证，它们 两者是相辅相成的. .。 根据指挥信息系统声音连接的复杂性，基本音频输入系统包括： 会议音频，卡座、VCDVCD 音频、电脑音频、多媒体接口音频、电视会 议音频等. .。所有这些音频系统输入以调音台为控制中心，全部接入 调音台. .。利用调音台的音频补偿，失真补偿功能，将音频输出到功 放系统并最终由功放播放出来. .。 在指挥中心设置两台壁挂式音箱，用于会场音频信号的输出 . .。

10、功放安装于指挥中心机柜内，控制壁挂音箱的输出. .。1616 路调音台 设置于操作台上，对发言单元、DVDDVD 播放器、视频会议终端等多种 输入音源进行输出效果的单独控制，满足会议要求. .。反馈抑制器和 效果均衡器安装于机柜，用于对现场的声音进行自动控制，避免产 生啸叫、杂音、音量大小不一致等问题. .。 桌面上的发言单元用于领导发言讨论， 其中一个席位的发言单 元为主席单元，具有特殊权限，可以对除自己以外的所有发言单元 进行静音. .。 每个席位的液晶自动升降触摸屏可以由操作人员统一进行升降 操作，也可以由与会领导自主进行升降. .。该液晶触摸屏除了可以用 来显示相关重要视频信息外，还可

11、以让领导通过触摸的方式对显示 的视频信息及软件进行操作，方便快捷. .。 在每个坐席前设备的电子桌牌，用于会议进行时人名、会场名 等信息7 / 43 的显示. .。电子桌牌设备采用手拉手方式进行连接，可以通过 管理软件方便的对显示内容进行统一修改. .。 作为一个应急指挥中心，通信调度系统是其必备的核心系统 . .。 它就相当于指挥决策机构的耳朵和嘴巴，在指挥调度中起着举足轻 重的作用. .。配合设置的电话耦合器，将通信调度系统与会议音响系 统进行整合，领导在进行通信调度时，可以直接通过会场的音箱听 到对方的声音，并可以直接利用自己面前的发言单兀跟电话中的人 进行对话，避免了以往调度过程中，必

12、须手持电话进行对话的弊端 第 4 4 章 中央控制系统设计 中央控制系统技术是近几年迅速发展起来的一项智能会议高新 技术, ,可以汇集音频、视频、计算机、电视会议、灯光、监控、机电 环境控制等系统为一体. .。只需通过一块无线触摸屏或键钮式面板， 即可使庞大离散的单体控制系统尽数关联集成在掌握之中. .。可以将 各种操控复杂的专业设备及相关的周边环境设备等通过合理的配置 及编程控制达到简约化人性化的控制，且各项单体设备均由控制器 操控会大大减少人为的误操作并可明显提高效率，使非专业人员也 可非常容易的控制会议进程及会场模式的转换. .。外部环境的改善如 灯光、温度的设定、传播媒介的选择、音量的

13、细微调节等等均凝聚 于指尖. .。 中控系统连线示意图： 本次方案结合用户的实际需求，重点实现以下几大功能： 电源控制：对指挥中心各类设备的电源开关进行单独的控制， 也可以根据需要设置系统所有设备一键式开关的快捷模式，并可智 能的对设备进行保护，对于像投影机等需要进行散热后才能断电的 设备，可以为其增加断电延时功能，待设备散热完毕后再自动断电 . . 信号切换：对所有接入指挥中心的视频信号及计算机信号进行 任意8 / 43 的切换控制，可以将其任意的显示在投影幕、桌面液晶显示器 及液晶电视上. .。并可根据日常的使用需要预先设置相关的显示模式， 从而实现指挥中心各种信号的一键式调用. .。 摄

14、像机控制：对指挥中心的所有摄像机均可实现摇移缩放等控 制，并可通过一键式操作来手动快速实现影像跟踪摄像机对发言领 导的定位拍摄. .。 发言单元控制：系统可以对所有的发言单元进行远程的开闭控 制，既可对单一的发言单元进行独立控制，也可以通过预先编组的 方式对一组发言单元进行控制. .。 液晶屏控制：系统可以对所有的液晶升降屏进行远程的升降控 制，既可对单一的液晶升降屏进行独立控制，也可以通过预先编组 的方式对一组液晶升降屏进行集中控制. .。 第 5 5 章 应急指挥应用系统设计 5.15.1 突发公共卫生事件监测、预警管理系统 监测、预警管理系统是整个应急预警处理系统的基础. .。平时细 致

15、有效的监测与监控是第一步. .。一旦发现有疫情、病情出现，对传 染个体的活动进行实时监控，就可以展开及时的流行病学调查和取 样分析，防止病情的扩散，在全面分析和科学判断的前提下，发出 预警信号，提醒政府和社会进行相关的应对和准备工作，防患于未 然. .。 监测的内容主要包括： 传染病监测 临床症状监测 实验室监测 急救监测 影响区域监测 9 / 43 动物和媒介监测 预警是指对监测数据（传染病个案、传染源、接触者、活动范围、 居民健康档案等）、历年传染病、流行病发病情况及社会经济、人口、 环境、气候等可能影响因素的数据进行整合、分析和判断，建立诊 断和预测模型，对易造成疾病爆发、流行或重大危害

16、的分布状态及 危险因素进行早期报告. .。 从系统实现角度来说， 监测和预警管理模块针对各类结构化的 电子数据，如实时数据交换的事件信息、事件报告数据，系统根据 预先设定的条件和阀值，进行自动预警，有异常情况，立即生成系 统预警报告. .。 工作人员通过对新的疫情数据的监测，当发现异常情况，结合 历史数据进行针对时间段、疫情种类、疫情发生地域等关键数据属 性的统计分析和数据对比，将有价值的报表信息和数据比对信息进 行保存和维护，辅助工作人员进行情况总结上报，由专家进行疫情 预测，将预测报告呈报领导批示，拟定相关疫情防御通知，进行下 发. .。 需要监测的数据包括两大类： 由 CDCCDC 上报

17、的疫情数据（分为已知传染病、未知传染病两大 类），系统利用预警规则对疫情信息进行监测，当疫情信息相关数据 达到预警规则定义的触发边界时，系统发出系统预警，提醒工作人 员，使其及时发现情况，开始对事件的处理. .。 针对其他系统无法通过预警规则进行自动监测和边界判断的 数据，系统需要工作人员手动触发系统预警. .。 数据监测主要提供以下功能： 对各类相关数据的列表或 GISGIS 展示、支持针对时间段、区域、 传染病类型、传染病名称等情况的分类集中展示. .。 支持手动和系统自动触发系统预警， 手动系统预警提供系统预 警录入10 / 43 界面. .。提供系统预警解除功能，根据专家评估意见，将假

18、预 警解除. .。解除的系统预警信息及相应的专家组织结构、评估意见并 不删除，保存作为“历史事件”进行管理. .。支持系统预警信息专区 提醒功能，将系统预警的信息在专门的区域展示，区分新触发的、 正处理的以及处理完成的系统预警信息. .。 预警业务流程的起点是疫情数据、 其他突发事件数据以及特殊 数据进行监控，通过系统自动触发和人工触发两种方式启动系统预 警；工作人员根据系统预警，结合预案信息、卫生资源信息等草拟 应急事件情况报告和工作组，进行专家评估和领导审批；当评估和 审批不通过时，该待处理应急事件终止，当事件报告顺利通过评估 和审批时，进入待启动的应急事件列表，启动该应急事件，并发布 相

19、关信息. .。 l l 预警准备 通过系统预警规则判断或手动触发的没有经过专家评估和领导 审批的准预警信息，是进行预警评估、审批、启动业务流程的流程 起点. .。 预警准备是应急指挥系统由日常状态进入应急指挥状态的关键 功能. .。通过对上报疫情信息及其他相关信息检测，当发现情况后， 通过对实际情况的专家评估和领导审批，最终启动应急指挥，使系 统进入应急状态. .。 l l 预警启动 展现通过评估和审批的待启动的应急事件，提供事件详细信息 （包括：具体数据、评估信息、审批信息、工作组信息、预案信息等 ） 查看，提供应急事件启动和相关信息发布功能. .。 l l 预警规则管理 根据国家相关规范对

20、各类疫情进行预警触发边界的设定以及预 案信息，提供预警规则的添加、查询、修改和删除等规则数据的维 护功能. .。 11 / 43 5.25.2 卫生应急联动系统 在卫生应急指挥大厅建立统一的应急指挥和通信系统平台， 建 设统一突发公共卫生事件应急呼叫中心. .。实现对各类突发卫生公共 事件的上报电话的进行统一接收，实现“统一接报、统一处置”或 “统一接报、分级处置”；对于重大突发公共卫生事件进行联动处 理，集中管理、快速反应. .。实现向各级单位快速下达事件处置指令， 并接受其指令执行反馈信息. .。向上级部门实时上报事件基本信息和 发展态势. .。构建全面的突发公共卫生安全防范和应急体系.

21、.。 5.2.15.2.1 应急联动业务流程 应急指挥中心在平时负责对收到的各类资料进行记录和汇编， 如业务系统的数据录入、电话记录、传真记录、邮件记录、短消息 记录等，形成值班记录. .。监测预警管理模块对结构化电子数据如实 时数据交换的事件信息、事件报告数据，系统根据预先设定的条件 和阀值，进行自动预警，有异常情况，立即生成系统预警报告；事 件处置的应急行政工作人员对系统预警报告、值班记录中需要核实 的情况进行相应的核实，并记录核实结果；对于已核实确定的情况， 进行初步分析，如果有特别重大事件发生的情况和可能，需要建立 特别重大突发公共卫生事件初步报告，系统可通过短消息网关、业 务系统消息

22、等方式发送给指定的各级领导，及时通报情况 . .。 在收到特别重大事件突发公共卫生事件初步报告后， 应急指挥 中心功能全面启动，由决策领导和专家组针对事件情况，进行会商 与评估，根据预案指定应急措施，生成突发公共卫生事件防治技术 方案. .。在突发公共卫生事件防治技术方案的指导下，讲应急措施与 宣传资料进行及时的信息通报，完成突发事件发生后及时的应急处 置. .。 在事件发生过程中， 应急指挥中心需要不断根据事件的最新情 况以及12 / 43 应急措施的执行情况，形成相关的值班记录与信息报告，进 行进一步的情况核实，并关联到正在发生的事件记录上，及时报告 给关注该事件的领导和专家，进行会商与评

23、估，制定下一阶段的应 急措施. .。 随着事态的好转，需要及时进行应急终止，特别重大事件的终 止需要国务院核准. .。应急终止后，通过讲情况及时通报给各方；并 进行事件的后期评估. .。系统将该事件所有相关资料进行归档. .。应 急指挥中心状态恢复到平时状态. .。 其中的“事件管理模块”是应急指挥调度系统中的基础模块， 事件的建档和维护都是在这里进行. .。经过信息监测流转的数据和信 息会进入到事件管理模块成为系统事件的信息，同时系统内部的资 源信息和事件处置过程中产生的信息也会在事件管理模块进行相关 的处理. .。 “系统监控与管理平台”中的“工作流引擎”是卫生应急联动 系统的核心底层支持

24、模块，经过信息监测流转的数据和信息作为卫 生应急联动流程的触发，通过对卫生应急联动相关的组织机构权限 的设置、流程节点和相关表单的管理，使所有的信息以事件为中心 形成一条完整、丰富的、多元化的信息链. .。 下面针对事件管理模块和卫生应急联动流程的主要三个环节的 设计进行逐一说明： 事件管理 原始事件导入：通过应急指挥系统的数据交换，将原始事件 （包 括个案）数据导入到本系统中，数据项及数据内容保持不变 . .。 原始事件映射：导入过程中或导入结束后，将原始事件基本属 性中的事件编号、事件类别、事件发生地区、事件严重等级字段映 射到最终事件属性中的原始事件编号、原始事件类别、事件发生地 区、原

25、始事件级别. .。 最终事件建档：根据映射进来的信息，由应急办判断是否需要 对该事13 / 43 件进行关注、跟踪、指挥调度. .。如需要，为其分配最终事件 编号、事件父节点、最终事件级别、事件处理状态、最终事件建立 日期等. .。其中最终事件编号为唯一值，同一事件无论其演变状态怎 样变化，该值唯一；事件父节点用来标识该事件的所属关系或同类 事件的合并关系；最终事件级别一般情况下与原始事件严重等级一 致，但在特殊情况下，如多地出现同一类突发事件，应急办进行综 合考虑后可将该组事件或该事件在一定区域范围内的预警级别提升； 事件处理状态记录该事件是在待处理、正处理或已完成等过程状态 . . 事件合

26、并：应急办收到由 CDC CDC 系统传来的事件报告信息，可 能存在如下处理情况：在地区、省或全国范围内出现同一类突发公 共卫生事件，综合起来考虑，应在一定范 围内将该组事件进行合并, 以便于事件的跟踪处理. .。这时就需要进行事件的合并. .。反 映在最 终事件的属性上，合并后的事件具有相同的父节点和处理状态，同 时保留其各自的原始事件编号等. .。 事件升级：应急办收到 CDC CDC 系统事件报告信息，可能在地区、 省或全国范围内出现同一类突发公共卫生事件，虽然每个独立事件 的严重等级较低，但综合起来考虑， 应在一定范围内将该组事件预 警级别提升. .。反映在最终事件的属性上，升级后的事

27、件 保留已确 定的最终事件编号、所属父节点、原始事件编号、原始事件级别等 . . 改变的是最终事件级别等字段内容. .。 事件过程跟踪：利用最终事件属性完成对事件的跟踪 . .。同一事 件的变化，无论是合并、升级等，系统记录每一次变化数据 . .。每一 次变化中，该事件的最终事件编号不 变，原始事件编号、事件类别、 事件发生地区和原始事件级别不变，每一条记录中的 父节点、最终 事件级别、事件处理状态可能发生改变. .。使用中只要给出查询条件, 即可展示其演变过程，14 / 43 无需变动修改事件原始记录 . .。 522522 疫情、病情报送 卫生行政部门要按照国家统一规定和要求，结合实际，组

28、织开 展重点传染病和突发公共卫生事件的主动监测，包括：自然疫源性 疾病疫情监测、自然灾害发生地区的重点传染病和卫生事件监测、 主要症状和重点疾病的医院哨点监测等. .。 任何单位和个人都有权向各级人民政府卫生行政部门及其有关 部门报告突发公共卫生事件及其隐患，也有权向上级政府部门举报 不履行或者不按照规定履行突发公共卫生事件应急处理职责的部门、 单位及个人. .。 突发公共卫生事件责任报告单位要按照有关规定及时、 准确地 报告突发公共卫生事件及其处置情况. .。 疫情、病情报送模块主要针对卫生机构的报送人员设计. .。个案 病例信息记录的是病人在整个病理周期内的全部信息， 从诊断发病 到住院治

29、疗，最后痊愈出院或死亡. .。医院的报送业务员通过本模块 功能，能够方便直观的管理本院的全部病例信息，包括首诊卡录入、 疫情病情日报、零报告、转院病人的病例转移等. .。 同时病例信息是系统中变化最频繁的数据， 其元数据也随着业 务的深入而不断变动. .。针对这一特点，系统采用动态域表的方式实 现对个案信息的维护. .。 通过动态域表可随时跟踪物理数据库元数据的变动， 动态修改 信息维护界面，保证个案信息能及时、快速、准确的进入系统 . .。 疫情、病情报送模块的功能点包括： l l 个案报告表信息的录入、修改 录入病例的首诊信息，同时生成首诊卡. .。 l l 在院病人的疫情、病情每日报送

30、15 / 43 针对在院病例的每日疫情、病情变化，所作的每日情况上报， 录入员只需录入发生变化的病例数据，对于未变化的病例，系统将 根据前一天的情况自动生成当日日报. .。录入后根据共享病例库中病 人基本信息，生成转归更正卡. .。 l l 转院的双确认流程 针对于转院病例的专项业务处理. .。由于转院是病例在空间位置 上的转移，其中如果没有一个好的流程控制，将很可能发生病例丢 失的错误，为后期的病理回顾产生影响. .。 系统以网络通信中的“握手协议”为原型，为转院业务设计了 “双确认流程”，以确保病例信息在两个医院间的传递 . .。 l l 零报告制 医院可通过本模块完成当日的零报告. .。

31、 l l 医院的病例管理 包括： 在院病例管理、 出院病例管理、 死亡病例管理、 排除病 例管理. .。 523523 信息核实、应急响应 当公共卫生突发事件一旦发生时， 将系统切换到应急状态进行 战时管理. .。通过决策支持平台调入与此次事件相关的处理预案（自 动分析生成或预案库中存储的类似预案）、方法、知识、法律、法 规等来进行紧急事件的决策分析，根据平时准备积累的信息（如医 疗资源情况、城市卫生防御等级等来自卫生应急资源库管理模块） 和具体事件情况，人为或自动地生成应对方案. .。然后，将解决方案 分解，逐步实现各项操作（如指挥调用物资和人员），从而实现对 突发卫生事件的救治和处理. .

32、。 524524 后期评估、修正、资料归档 该系统通过性质评估、措施评估、过程评估和处理结果评估， 对紧急事件处理的环节和过程进行跟踪管理. .。由于突发公共卫生事 件的决策是16 / 43 在非常规状态下做出的，因此可能会存在偏差，所以必 须在事后调用专家库、根据事件的进展情况、控制处理结果等因素 进行重新评估、给出意见、同时更新事件处理预案和个案处理信息， 为下一次紧急事件的处理和应对提供参考. .。 同时针对突发卫生事件相关的报表、 处置过程等资料作为历史 文件进行统一归档管理. .。 5.35.3 决策支持平台(DSS)(DSS) 531531 决策支持平台系统架构 决策支持平台系统架

33、构图如下所示： 专题数据库、专用 GISGIS 库、模型库、预案库、知识库是决策支 持平台的支持数据库. .。 (1)(1) 专题数据库 专题数据库是联系基础数据库与专题应用、模型的桥梁，它储 存专题评价、模型所必需的输入输出数据，其功能是根据模型的需 要从基础数据库中提取数据并转换成模型所需要的数据格式，最后 将模型的输入作为中间结果存入一定的库结构中以备查询、检索和 调用. .。专题分析生成的专题数据和模型计算结果有时还要求“还原” 到专题数据库中，以供其它系统调用. .。专题数据库的结构、建库技 术与基本数据库相同，其数据源主要从基础数据库提取 . .。 (2)(2) 专用 GISGIS

34、 库 专用 GISGIS 库主要存放用于专题分析的专题图层，以及某些模型 对 GISGIS数据的特殊需要而建立的图形库，包括栅格和矢量专题图， 同时也负责向虚拟显示模块提供所需的数据. .。 (3)(3) 模型库 提供各专业分析使用的模型和计算方法的模型库， 主要模型有 疾病预17 / 43 测模型、水质预测模型、人口动态模型、宏观经济模型、自 然灾害演进模型、决策支持模型等. .。模型库还需要建立专门的模型 库管理系统. .。模型库管理系统对模型库中的模型实施管理. .。模型 库管理系统应具有完成模型之间和用户与模型之间信息交流 . .。 (4)(4) 预案、方案库 方案库是主要存储由各专业

35、系统的模拟、 评价和虚拟现实所产 生的各种预案，供专业决策和综合会商决策调用. .。 (5)(5) 文档信息与知识库 是用于知识信息的存储及其使用管理的系统，内容包括：各监 控项目的监控指标及指标体系；评判规则与标准；监测数据误差限 值；专业规律指标；专家知识经验；卫生法律、法规，行业规程、 规范的有关条款等. .。知识库将通过专家系统、逻辑推理的参与，对 各专业决策提供帮助. .。 决策支持平台的主要功能就是运用各子系统模型库中的相应模 型， 对全国公共卫生应急指挥进行会商决策，参照知识库中的专家 知识和有关法律、法规、规程规范，形成疾病传播动态状况的分析 成果；并根据分析成果，产生决策预案

36、或直接发布控制指令 . .。同时 提供系统各库的协同规划、综合调度、人机交互、资源共享、冲突 仲裁和通信联络等处理功能. .。 532532 卫生应急决策支持核心应用 5.3215.321 综合查询管理 获取数据是为了利用数据，为此，系统提供了强大的综合查询 模块为极大限度的利用数据服务. .。此模块提供两大类共四种查询， 从不同的角度对现有数据进行抽取提炼. .。系统从空间分析角度出发, 结合属地管理，提供医院属地、住址属地两种维度的查询 . .。系统从 信息分析角度出发，分别提供对重点监测疾病和疫情的各级机构报 送的各18 / 43 种报表和文书、卫生应急资源、方预案等信息进行综合查询 5

37、.3225.322 统计报表管理 卫生厅、CDCCDC 等医疗结构工作人员每日需汇总大量的基础数据 中，形成汇总报表. .。报送相关上级部门. .。针对个案病例信息的日 常汇总统计，我们开发了日常统计报表模块，从一定程度上减轻了 用户的工作压力. .。 主要包括以下模块： (1)(1) 报县委县政府报表 包括当日收治病例统计表、累计收治病例统计表、确诊病例统 计表、疑似病例统计表、每日疫情走势图. .。 (2)(2) 报卫生部报表 包括：病例地区分布表、病例统计表、病例来源情况统计表 (按职业分布)、当日病例报告表. .。 (3)(3) 报卫生局报表 包括病人信息一览表、医院信息一览表、区县指

38、定收治重点监 测疾病或疫情的病人医院信息一览表、非指定收治重点监测疾病或 疫情的病人医院信息一览表、各区县指定收治重点监测疾病或疫情 的病人信息一览表、住院日信息统计表. .。 (4)(4) 报统计局报表 包括：每日直接确诊重点监测疾病或疫情的病例医院分布汇总 表、每日直接确诊病例区县分布汇总表、新收治确诊病例名单(按 家庭住址顺序排序)、新收治确诊病例名单(职业分布包括医护人 员、民工、农民、学生、外地)、确诊病例出院名单、死亡人员名 单、病例排除确诊、疑似名单. .。 5.3235.323 基于 GISGIS 的决策支持 在公共卫生信息可视化分析和决策支持系统中，绝大多数数据 都和位置有着

39、密切的关系，如传染源的在城市的分布，传染链的走 向、所有医院19 / 43 的信息等，采用过去传统的二维表格方式仅能对上述 信息进行粗略的查询和浏览，但很容易忽略隐藏在这些数据之后的 深一层含义，而这些被忽略的因素却能为工作人员和领导提供科学 的决策支持，由此可见可视化分析对决策支持的重要性 . .。 GISGIS 技术在公共卫生信息分析和决策支持系统中的应用主要有 以下几方面： (1)(1) 、疫情空间分布 基于空间位置直观显示各种疫情分布情况，如甲肝、 SARSSARS 乙 脑等各种传染病病例空间分布. .。 (2)(2) 、疫情空间查询与专题分析 根据病人的医院，地址、报告日期等综合查询

40、条件，组合各种 疫情专题类别，利用多种空间查询模式，实时展现全国各地区的多 种疫情分布. .。 专题类别：可以考虑以各级行政区划为单位来展现各种疫情信 息的分布和进行空间统计( (如省、地、市、县等) )；对于重点区域或 城市，可以精确到街道、所属单位等方面的空间展现和统计 . .。 查询条件：可以按地点、医院、单位、住址等进行查询 . .。 (3)(3) 、疫情趋势分析 动态渲染地图，按时间段显示各级行政区的疫情变化情况 . .。 、疫情空间分析复杂的空间分析，如聚集密度分析、空间排 序、影响范围分析、空间关联度分析、应急调度等 . .。 5.3245.324 数字化预案平台 数字化预案平台

41、是对应急管理理念的技术支撑. .。构建一个功 能完整的数字化预案平台，其难点不在于技术实现，而在于首先要 有一个清晰的、成熟的应急管理体系框架. .。 数字化预案平台是实现我国突发公共事件“以响应为核心” 向20 / 43 “全程管理”的理念提升的关键性技术平台. .。在借鉴国外先进的 理念和框架基础上，我们完全可以大力建立适合中国国情的数字化 预案平台，推动我国整个应急预案体系的建设. .。 预案是应急管理的“概念上”的中心， 数字化预案平台就是整 个应急管理的“物理上”的中心. .。数字化的预案管理平台应该有以 下功能特性： 预案的表现：即对预案进行数字化表示和图形化、流程化表现 预案的数

42、字化表示是利用计算机技术对预案进行存储、再现和应用 的基础. .。只有数字化了，预案才从“墙上”走下来，进入我们的操 作流程中，成为可以执行、可以追溯、可以据之进行考量和评估的 操作依据. .。 预案的启动和执行：预案的启动和执行是以人为主体的决策过 程，但信息化手段引入可以为决策提供自动化的提示与参考，降低 指挥人员的工作量，为应急响应和处置赢得宝贵的时间，提高其决 策的科学性. .。例如，可以通过与相关的专业性预警监测信息系统相 连接，并通过对监测策略和阈值的设定，把“决策层”的指挥人员 从繁重的监控体系中解脱出来，使其把精力集中在危机预防上、 在 关键安全因素上， 以及在总体态势把握上.

43、 .。此外，“操作层”的运 营管理人员也可以从平台中获得具体的、精准的行动指南，实现指 挥调度. .。 预案的交叉参考和辅助决策：预案不是孤立存在的，也不是一 成不变的. .。首先，以资源（包括公用资源）为纽带的各个预案，应 该在逻辑上是一致的. .。换句话说，不同部门编制的预案应该是没有 矛盾的. .。另外，应急预案只有进入应急管理的全过程，成为运营管 理的全程参考，不断与专业知识库、以往案例库等进行比较、调整， 才能保持其实用性，也才有生命力. .。 在对功能分析基础上， 我们不难归纳出预案平台与应急管理相 关的其它信息系统的关系：数字化预案平台可以有选择、有策略地 接收来自预警21 /

44、43 监测系统的信息，并以适当形式提示或展示给相关人 员；可以关联到各种专业性的应急指挥系统，完成专业资源调度和 应急响应；预案平台还可以支持知识库系统，用于决策指挥的现场 决策支持和平时的学习、操作演练等. .。 5.3255.325 方预案及知识库管理 公共卫生事件应急预案包括： 基本原则 突发事件等级 突发事件报告和评估 突发事件预警与应急响应 组织指挥和有关部门职责 突发事件的应急保障各有关部门将根据预案制定分类预案 . .。 要方案包括： 突发事件监测预警工作方案 重大传染病和群体性不明原因疾病应急处理工作方案 重大食物中毒应急处理工作方案 重大职业中毒应急处理工作方案 突发公共卫生

45、事件医疗卫生救援预案 突发事件卫生监督和督察方案 突发事件信息发布实施办法 救灾防病预案 抗旱救灾防病预案 根据不同传染病、可能自然灾害制定不同应急预案，并根据不 同时期进行不断修订，定期进行演练，根据演练的结果随时进行调 整. .。 方预案及知识库管理系统主要包括预案管理、 方案管理、 知识 库管理、22 / 43 历史案例库管理、应急救援培训与演练等几个模块 . .。下面 进行详细阐述. .。 预案管理 预案管理模块就是将卫生应急预案进行数字化处理， 实现战时 应急指挥辅助决策等功能. .。 基于 GISGIS 的图形化预案管理 通过基于 GISGIS 二次开发的方预案制作工具，可以将方预

46、案从文 字变成图片（地图上的符号、线条、相关文字和图）甚至是声音、 影像等. .。 本系统可将基于电子地图的各类预案进行发布， 让各相关部门 和人员形象直观的了解预案内容，更好的协调统一执行 . .。 当突发公共卫生事件后，给予相关需求条件，能自动从预案库 中组合出辅助决策、调度参考提示的处置方案，并能在电子地图上 直观显示突发事件发生地周边的可调配的医疗救治资源及地理信息， 便于各种处置战术的运用. .。 方案管理 方案包括两类：由预案生成的方案和手工生成的方案. .。方案属 性：包括对应事件编码、方案编码、方案名称、对应预案编码、方 案内容、主版本号、次版本号、方案生成时间、方案生成用户编

47、码 . . 管理功能：包括对应预案浏览、方案浏览、方案生成 （自动生成、手 工生成）、方案修改四个子模块. .。 预案浏览 浏览方案所对应的预案，只有由预案生成的方案有此功能 . .。 方案浏览 提供方案列表，浏览与本次事件相关的所有版本的方案 . .。 方案生成 23 / 43 根据方案是否有对应预案（预案可自动或手动选择，如不选择表 示没有对应预案），确定方案生成方式. .。 自动生成 根据预案逐项生成方案. .。根据全国突发公共卫生事件应急预 案编制说明，应急预案通常包括由总则、应急组织机构及职责、 突发公共卫生事件的报告、通报与分级、突发公共卫生事件的应急 反应和终结、突发公共卫生事件

48、的应急保障、附则等几个主要部分 组成. .。方案生成的自动性主要体现在应急组织机构及职责生成，及 根据预警级别自动选择应急措施上. .。其中，组织机构及职责由“应 急启动”中的“成立工作组”模块完成，应急措施选择由本模块完 成. .。方案其他部分基本可根据预案内容复制. .。每次自动生成的方 案都存为一个新版本. .。 手工生成 由用户手工编写方案（提供方案录入界面）。 方案修改 由用户手工修改已有方案（提供方案修改界面），每次修改后的 方案存为一个新版本. .。 知识库管理子系统 知识库涵盖的范围很广，包括法律法规、传染病知识、常见化 学毒物知识、临床特征病因分析知识、中毒体征资料、常见食物

49、中 毒表现知识、常用药物不良反应、食物中毒特点及处理要点、常用 特效解毒剂知识等内容. .。 知识库管理模块可提供工具进行专家知识共享与知识交流，同 时可将各方面的最佳实践经验集中起来，对其进行管理维护，形成 应急知识库，根据权限开放给相关人员. .。 历史案例库管理子系统 24 / 43 在应急指挥典型案例库中存贮国内外特别是本地区或本行业有 重大影响的突发公共卫生事件处置和救援案例的结构化数据；以便 在指挥调度时，根据相关条件可以快速查询出类似的典型案例信息， 辅助对当前事件的处置工作. .。 应急救援培训与演练子系统 通过应急救援培训与演练子系统实现：合理组织应急资源的调 派（包括人力和

50、设备等）；协调各应急部门、机构、人员之间的关 系；提高公众应急意识，增强公众应对突发公共卫生事件救援的信 心；提高救援人员的救援能力；明确救援人员各自的岗位和职责； 提高各预案之间的协调性和整体应急反应能力. .。 5.3265.326 其他决策支持应用 除了基于 GISGIS 的决策支持之外还有以下应用： (1)(1) 、统计查询 统计查询的主题可包括事件基本信息、原始信息、综合事件信 息、待核实应急事件信息、已核实应急事件信息、变更应急事件信 息、信息发布、历史事件、合并的应急事件信息、追溯的应急事件 信息、CDCCDC 事件直报信息、CDCCDC 疫情监测信息、CDCCDC 实验室信息、

51、卫 生执法信息、医疗救治信息、 应急物资储备、 预警条件信息、 预案 方案信息、 预警事件信息. .。 (2)(2) 、突发公共卫生事件分析 通过突发公共卫生事件历史案例库，按照突发公共卫生事件的 现状、原因，分析其暴发类型、传播途径、病人特征、高危人群、 暴发范围、影响区域、发展趋势等，从而全方位了解事件的真实情 况，总结经验教训，为处置类似的突发公共卫生事件时提供更全面 和准确的指导. .。 (3)(3) 、资源分析 通过卫生应急资源数据库， 分析和对比基础资源的分布与实际 数据的25 / 43 关系，比较基础资源与应急事件的匹配情况，从而合理调度 资源，应对突发公共卫生事件. .。 (4

52、)(4) 、控制措施分析 建立应急事件控制措施数据库， 分析针对应急事件的控制措施 和应对方法的有效性，从而采取最科学的防控方法 . .。 (5)(5) 、预案分析 对卫生应急预案，通过事件类型、所在区域、发展态势等进行 分析比较. .。它能够帮助处理人员，尤其是办案经验还不够丰富的人 员正确、及时、有效地处理各种突发时间. .。应用将用户对于各种事 件类型的预案根据实际事件情况快速生成操作性较强的操作方案， 更具备条理性和可指导性. .。 (6)(6)、评估评价 对突发公共卫生事件进行总结评估，统计分析处理情况，总结 经验教训. .。主要包括： l l 卫生学评价 l l 健康状况评价 l

53、l 过程评估 l l 责任追究 l l 奖励 l l 抚恤和补助 l l 征用物资、劳务补偿 l l 救济物资的处置 5.45.4 卫生应急资源库管理 对卫生应急指挥过程中所需的各类资源进行管理， 以便更好的 支持正确的决策和及时的响应. .。这些资源包括专家、应急队伍、医 疗卫生机构、26 / 43 医疗设备、医疗药品、疫苗、医疗血液、病媒生物、 宿主生物等. .。同时，系统为用户提供对资源的综合查询功能和分析 功能，为用户的指挥和决策提供辅助和支持. .。 5.4.15.4.1 数据分类 数据的分类是信息分类的基础. .。完整的数据分类体系是数据规 划、组织和存储的依据. .。根据目前卫生

54、行业业务情况，数据中心数 据分类如下： 1)1) 卫生资源类 包括卫生机构数据库、医疗机构数据库、医疗机构设备数据库、 卫生人才数据库、实验室数据库、医疗救护、卫生防疫防病药械储 备数据库、生物制品数据库、血液动态情况数据库等 . .。 2 2） 检测调查类 包括传染病资料数据库、人口死亡数据库、居民死亡原因数据 库、有毒有害化学品生产单位、有毒有害化学品储存单位、放射源 和核设施数据库、实验室样本采集与储存数据库、菌毒种生产与储 藏数据库、各种引发传染性疾病的自然灾害（如水灾） 3 3） 卫生资料类 重点传染病的动物宿主和病媒生物数据库、火灾）等的发生规律 和损失状况数据库等. .。包括政策

55、法规库、新闻资料库、专业知识库、 专业模型库、方法措施库、数据模型库、方案预案库、文件档案库 等. .。 542542 基础数据整理 通过基础数据库、专业数据库、知识库和应急资源库的建设， 为应急指挥决策者提供准确、可靠、及时的数据服务 . .。 1 1、 基础数据来源 来源不同系统和部门的数据（如医疗卫生、社会经济、专业信息 等）27 / 43 各业务系统. .。需要从现有的提取和转换. .。转换前提是熟悉现有 业务系统的数据结构、数据定义，确保转换数据的准确性 . .。 2 2、 数据提取和转换 接入应急指挥系统的数据源很多，数据种类也繁多. .。其数据格 式包括：常用数据（数值性、字符性

56、、二进制性等等）、图形数据、 媒体数据、现场实时数据. .。其描述规范各异，涉及跨行业的数据格 式. .。使数据和应用集成成为困难. .。 为了解决不同行业、 不同部门的数据信息在应急指挥系统中起 作用. .。必须对接入应急指挥系统的数据源、数据类型进行分析，制 定相关的制度、规范和标准，以便合理有效地使用这些数据 . .。 (1)(1) 日常数据 从相关系统通过 ETIETI 时由取、转换、加载) )过程获取以后，转 换成应急指挥系统约定的数据格式存入相应的原始数据库，在获取 过程中对数据进行必要清洗和转换，为进入数据仓库和数据挖掘作 准备. .。 (2)(2) 媒体数据 利用大文件形式存入

57、相应的原始数据数据库，并做属性扩充 . .。 (3)(3) 地理信息数据 根据它的数据特点，对它做相应的属性扩充，如建立索引属性 等等，然后存入地理信息原始数据库，提供主题对应的地理信息 . .。 为了控制进入数据中心的数据，对进入数据中心的数据源进行注册 登记和分析. .。 (1)(1) 登记内容 数据提供者、数据库名称、数据库内容、存储方式、交换格式、 存取约束、特殊规则等. .。 (2)(2) 数据结构分析 28 / 43 对相关登记注册的数据库群进行描述，包括表、字段、字段说 明、数据类型、长度、是否空、主/外键特性的描述 . .。在数据结构 描述的基础上，分析数据的关联、取值、约束限

58、制，并与应急指挥 系统的数据库规范做对应. .。 (3)(3) 数据转换文档 分析完成以后，形成数据分析交换文档. .。数据提取和交换分为 五个步骤：数据格式化和规范化管理，动态数据维护管理， 数据提取、转换、归并，数据转换、分割和加载，转换数据测 试. .。 543543 资源管理 543.1543.1 专家管理 实现对系统持有的专家及专家咨询委员会数据库进行维护， 根 据用户需求对专家数据库进行管理，检索，专家任务派遣和组建卫 生应急队伍. .。 专家分类：按照专家研究领域的不同将专家进行分类，方便用 户的管理和浏览. .。用户可根据需要对专家分类进行管理. .。 专家库信息项： 专家库存

59、储有处理不同突发事件需要咨询的相 关行业专家的个人信息，专家的属性字段与部级系统保持一致，同 时可根据需要自由增加字段，专家库的信息项主要包括：姓名、性 别、出生年月、职称、专业、省（市）、手机号、办公室电话、家 庭电话、电子邮件、单位名称、单位地址、邮政编码、负责人姓名、 负责人手机、单位办公室电话、单位办公室传真等 . .。 543.2543.2 应急队伍管理 实现对卫生应急队伍数据库进行管理， 根据用户需求对应急人 员数据库进行管理，检索，组建卫生应急队伍、应急队伍装备、应 急队伍培训演练、应急队伍派遣和应急队伍现场处置记录. .。并为用 户提供检索服务. .。 应急队伍分类：根据应急队

60、伍负责应急事件处置范围的不同， 对应急29 / 43 队伍进行分类，如：重大传染病疫情卫生应急队伍、群体性 不明原因疾病卫生应急队伍、重大中毒事件卫生应急队伍等，用户 可根据需要添加、删除或修改队伍的分类. .。 应急队伍信息项：主要包括队伍 IDID、队伍名称、队伍组别、主 要职责、隶属单位（如市消防大队、市煤气公司、市武警中队、某 街道等）、器材及设备配备（包括数量、状态情况）、人员组成、 分布位置、办公电话、移动电话、联系人、其他联系信息、类别等 用户可根据实际需要对应急队伍的信息项进行管理 . .。 543.3543.3 法律法规库管理 实现对卫生应急相关的法律法规基本信息管理，可以增