卫生突发应急预案Word格式.docx
《卫生突发应急预案Word格式.docx》由会员分享，可在线阅读，更多相关《卫生突发应急预案Word格式.docx（25页珍藏版）》请在冰豆网上搜索。
各子系统七国八制，管理维护复杂；
平时使用就保障率很低，应急时刻更是不堪使用。
1.4建设原则及技术思路
要建设成为一个以计算机网络为基础，高度信息化、综合性的应急指挥决策项目，信息化系统的设计应该贯彻基础设施先进、机电设备可靠、综合布线灵活，具有高度可扩展性和实用性的原则，能够满足可预见未来的应用需要，并应留有充足的冗余。
工程的信息化系统应采用先进的、适用的和成熟的技术及方法。
在满足目前需要的前提下，还要具备拓展能力，需保证整个系统的质量和安全，考虑施工和维护方便，做到技术先进，经济合理。
应坚持如下原则：
1、统筹规划，统一标准：
我省的应急指挥决策信息系统建设须按照国家卫生信息化与应急指挥体系的统一规划部署，采用统一的数据与技术标准，保证系统可以实现纵向和横向交流。
2、资源整合，信息共享：
我省卫生应急指挥决策信息系统建设，应与卫生信息系统的项目建设资源（如医疗救治信息系统）整合，实现资源价值最大化，并在设计中考虑横纵向系统的连接，实现信息共享。
3、整体设计，分步实施：
从地市级卫生应急管理业务需求与国家、省应急指挥系统建设需求出发，对地市级应急指挥系统进行整体设计，并根据项目资源情况和建设要求分步实施，逐渐完善。
4、注重实效，平战结合：
以满足用户需求为目标，针对业务特点确保系统功能齐全、内容完整、操作简便；
在满足突发公共事件卫生应急处置工作需求的同时，满足卫生应急准备和突发公共卫生事件监测预警等常态管理工作的需要。
项目建设以利用现有的网络技术及时、可靠、安全地将卫生应急相关数据传输后，对数据进行存储、传输及处理，以确保应急工作的指挥决策有序进行的集成化人机系统。
2项目研发的技术基础
卫生应急指挥决策信息系统示范项目是利用数据采集技术、网络技术和数据库等实现卫生应急数据的采集、处理和决策控制为一体的综合信息管理系统，是现代化科学技术与管理密切结合的一项系统工程。
建设完善的网络基础，迅速及时地将将突发公共卫生事件的相关信息传送到控制中心，并且根据GIS系统，够把不直观的报表数据直观地在地图上表现出来，从而要求各位专家和领导能够在第一时间了解事件的蔓延范围和需要调用的资源的位置。
另外，技术基础包括基于B/S的分布式监测系统模型，采用光纤环网实现井下多业务数据的整合与传输，通过DDE、ODBC、OPC等技术手段实现数据接口转换，最后通过对防火墙技术、网关技术、网闸技术的分析，解决监测数据在转换传输到企业Intranet或广域网时的安全问题，以保证数据不可逆性和单向传输性。
国家、省、地市等层面上横向拉通各职能部门并做到上传下达，同时纵向上需要在各专业部门上下级组织之间建立起垂直的专业应急沟通网络，而且两者之间还会有交叉。
因此在我国应急指挥从应用建设模型上可以说是目前最复杂的IT系统。
2.1基础网络建设及网络安全
充分利用国家公共网络资源，在卫生应急通信网中尽量利用国家电子政务外网的基础设施来构建。
各省级卫生行政部门到卫生部的网络，均采用国家电子政务外网建设；
同时，考虑到国家电子政务外网的建设进展情况，在各省级卫生行政部门到地市级卫生行政部门的省级网络建设中，对于国家电子政务外网建设条件不成熟的地区，各级各类医疗卫生机构应根据网络设备、传输速率、租用费等因素考虑实际装备方案，有条件地区可利用光纤城域网方式组建VPN网。
条件不足的地区可利用ISDN、ADSL、或电话拨号等方式接入互联网，然后在互联网基础上建立VPN，保证信息安全。
利用多种通信手段：
城域/广域高质量的有线网络、WiFi/WiMAX/3G三种全新高带宽无线接入、紧急情况下的卫星通讯系统、以及作为应急主要指挥手段的集群系统。
3G/WiMAX/卫星是应急指挥系统重要的组成部分，作为光纤、电缆等有线通信冗余手段，可以提供适合不同场景、各种带宽、可靠性、各种成本的无线通信链路保障。
而WiMAX系统则适用在油田等对无线带宽要求较高的行业，以及森林防火、岛屿通信等人口分布少、地域跨度广的场所。
基础网络建设要求对各地市的网络设备提出具体的技术要求，确保各地市应急指挥系统到省级应急指挥系统的通信顺畅。
卫生应急指挥决策信息系统对网络的具体要求是：
整合各子系统之间的连接，为各子系统之间的互联互通提供网络基础；
可以承载并整合数据、实时语音、视频等各种内容；
提供无线接入手段、为相关领导提供在灾情现场进行指挥的能力；
在对各子系统进行整合的同时保障各子系统的网络安全性，防止越级访问或非法访问的发生。
基于对网际互连现状以及安全风险分析，本项目提出以下安全解决方案：
1、在本地局域网建立数据库服务器，数据库服务器的作用是保存来自监控主机的实时数据，当用户访问实时数据时直接读取数据库服务器，不用再到监控主机读取。
2、将井下工业控制系统网络与本地局域网安全隔离，即在监控主机与以太网络数据库服务器之间布署网间互连单向安全隔离，即单向安全隔离系统，只允许数据从监控主机单向传输到数据库服务器。
本地局域网对监控主机的一切主动请求完全拒绝，彻底保护监控主机的安全。
3、通过网间互连单向安全隔离，监控主机只允许单向传送数据到数据库服务器，其他的应用全被禁止，例如浏览网页、收发电子邮件等，这样避免了用户在浏览网页或收发电子邮件时将网页脚本病毒及邮件病毒带进来。
4、将系统内部网彻底隐藏起来，对来自系统外的包括局域网、Internet网络的攻击、病毒及入侵全部拒绝。
2.2基础支撑平台建设—GIS系统建设
GIS从空间的角度管理、处理、和分析各种具有空间属性或者和空间属性相关的数据，可以将属性不同的各个行业的数据都在同一张地图上显示，同时地理信息系统具有强大的空间分析和辅助决策功能。
通过数据的共享、分析和图形化表达可以加快对突发事件的了解和处置过程。
因此，引入地理信息系统，把地理信息系统作为基础支撑平台是政府综合应急的必然趋势。
GIS在公共卫生事件发生后所起的具体作用有：
1、危险评估与规划：
通过GIS，对各种可能发生的突发事件进行分析评估，在空间上确定危险源区域与需要重点保护的区域，并分析评估突发事件带来的直接影响和间接影响（如停水、停电、大面积污染等），最终够得到突发事件区域内的风险概况。
2、预防与准备：
通过GIS，可以在地图上标示出明显的或潜在的危险源（如危险品仓库、电厂、地震断层、低洼地带、机场、码头、车站、桥梁、大楼、输油管、炼油厂等），并对其进行分类分级，再将这些危险源和人口、街道、管线、等其它地图数据进行叠加分析，评估灾害可能造成的损失。
通过GIS的空间分析功能，应急管理机构可以根据GIS提供的空间信息进行各种决策，如：
确定救灾资源需求与合理分布，制定优化应急救援预案等。
这样，可以提前采取保护和预防措施，合理分配救灾资源，防止和减轻可能发生的突发事件所造成的后果。
3、快速反应：
通过GIS，在各类事件发生时，一方面，可以通过各种信息手段，将各类数据在同一图上集中显示，以便了解事件的总体发展状况，另一方面，可以对各个部门的应急支援进行统一指挥和调度，帮助各种救援力量在第一时间到达救援地点，并提供相关的救援参考方案，及时高效的完成应急救援工作。
灾情缓解。
4、灾害发生后，通过GIS，可以对灾害地区的人口、建筑等在空间上进行分析，研究对其的保护措施，并且对各类危险源监控，并将实时监控信息显示在地图上，根据监测情况，结合突发事件模型，推算可能要发生的次生灾害，及时进行预防和干预，尽可能地降低次生灾害发生。
灾后恢复。
5、在灾后恢复和重建阶段，恢复期内，可以用手持设备、GPS定位毁坏的设施、确定损坏的类型和数量，排出优先级；
通过GIS对人口和环境的分析，为安置点发放足够的救灾物资。
重建期内，可以用GIS来跟踪和显示重建的计划和进展，辅助重建资金的预算、分配和记录。
借助各项GIS专业系统，重新对基础设施（道路、管道、通信、供电等）进行规划以达到正常或最好的水平。
图2-4远程数字化监控平台结构图
（1）空间信息平台
包括具有GIS系统建立的具有空间信息的矢量数据和专题图件栅格数据，以及遥感动态系统采集的具有空间信息的遥感影像数据、属性数据和多媒体数据等。
（2）公共数据接口层
是整个系统各个子系统实现集成的关键和基础。
它以灵活的方式与数据库管理系统连接，通过连接管理数据，并能为下一层提供基本的数据组织形式。
各类输入数据的处理、各类空间查询（分层检索、定位检索、区域检索、条件检索、空间关系检索等）应属于此层。
公共数据接口层能屏蔽数据格式及其访问技术。
当数据库格式发生改变时，只对该层做相应的改动即可。
（3）通用GIS平台
此层是在不考虑应用的基础上，抽象出一些地理信息系统的基本、通用的功能，为下一层提供通用的功能模块。
缓冲区分析、网络分析、DEM分析、图层叠置分析等应属于此层。
此层不应直接访问数据库，而通过公共数据接口层来访问数据。
此层作为GIS核心部分，其成员对象应有良好的扩充性、稳定性，便于功能的扩充，便于与行业逻辑层的对接。
（4）专业应用分析层
在继承通用功能层的基础上，针对青岛应急指挥中心管理和决策的需求，开发专业应用模块，如虚拟现实、综合查询、分析决策等。
例如基于空间特征的几何分析，包括各专题数据叠置分析包括水灾洪水淹灭边界和范围分析、疾病空间传播分析等。
（5）决策支持系统
决策支持层是利用空间信息平台和各种专业应用为各级领导提供辅助决策功能。
该系统将各个专业应用模块的信息进行综合处理，提供更高层的决策信息。
构件GIS系统的关键因素
GIS系统是涵盖基础数据、系统软件、应用软件多方面的复杂系统，必须重视的关键因素有：
足够的数据信息:
完整、详细的数据信息是进行各种应用的基础。
足够的数据信息是空间信息工程的数据基础，因此需要对已有的各种不同比例尺的电子地图进行加工处理，形成符合应用需求的基础数据信息，并在此基础上构建各种应用系统。
切合实际的应用需求:
GIS系统的各种应用是针对青岛应急指挥管理和决策的需求，开发包括专业应用模块，如虚拟现实、综合查询、分析决策等。
功能强大的平台软件:
GIS系统是青岛应急指挥管理和决策系统的基础。
因此，为了保证决策的及时准确，需要有相应的地理信息系统平台软件作支撑，以使得属性信息能与地理信息有机结合，满足应用的需要。
图：
如图所示，GIS系统基本构成应包括：
数据产品、平台产品和工具软件、应用软件和集成方案三个部分。
数据产品是整个系统的基础，平台产品和工具软件是系统正常运行的保证，而应用软件是各种应用需求的直接保证。
2.3数据接口技术
包括DDE、OPC、FTP等技术手段实现数据接口转换
1、DDE技术（DynamicDataExchange，动态数据交换）是进程间通讯（InterProcessCommunication，IPC）的方法。
进程间通讯（IPC）包括进程之间和同步事件之间的数据传递。
DDE使用共享内存来实现进程之间的数据交换以及使用DDE协议获得传递数据的同步。
DDE协议是一组所有的DDE应用程序都必须遵循的规则集。
DDE协议可以应用于两类DDE应用程序：
第一类是基于消息的DDE，第二类是动态数据交换管理库（DDEML）应用程序（使用动态连接库DLL，该库随Windows系统一起发行）。
DDE应用程序可以分为四种类型：
客户、服务器、客户/服务器和监视器。
DDE会话发生在客户应用程序和服务器应用程序之间。
客户应用程序从服务器应用程序请求数据或服务，服务器应用程序响应客户应用程序的数据或服务请求。
客户/服务器应用程序既是客户应用程序又是服务器应用程序，它既可发出请求又可提供信息。
监视器应用程序用于调试目的。
DDE应用程序可拥有多重进发会话。
DDE协议规定会话中的消息必须同步控制，但应用程序可以在不同的会话之间异步切换。
2、OPC技术（ObjectLinkingandEmbedding（OLE）forProcessControl）是微软公司的对象链接和嵌入技术在过程控制方面的应用，是为了解决应用软件和各种设备驱动程序的通讯而产生的一项工业技术规范和标准。
它采用客户/服务器体系，基于Microsoft的OLE/COM和DCOM（DistributedComponentObjectModel）技术，为硬件厂商和软件开发者提供了一套标准的接口。
采用这项标准后，硬件开发商将取代软件开发商为自己的硬件产品开发统一的OPC接口程序，而软件开发者可免除开发驱动程序的工作，充分发挥自己的特长，把更多的精力投入到其核心产品的开发上。
这样不但可避免开发的重复性，也提高了系统的开放性和可互操作性。
OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性。
它能被连接到I/O装置、PLC（Prog-rammableLogicControl）、现场总线、组态软件等，该技术提供一种即插即用的硬、软件组件，用户很容易将它们集成为完整的自动化系统。
OPC可以充当现场设备、数据传输和向上层的应用程序的接口。
当作为下层现场设备的标准接口时它代替传统的“I/O驱动器”来完成与现场设备的通信。
当OPC服务器向上层应用程序提供标准接口时，使上层的应用程序能够取到OPC服务器中的数据，从而向上实现互联。
3、FTP技术（FileTransferProtocol），即文件传输协议。
其是TCP/IP协议族中的一种具体应用，它工作在OSI模型的第七层，即应用层上，其使用TCP协议传输，即FTP传输的所有文件都是通过“三次握手”实现，也就是说当客户端与服务器端之间的数据包传输，一旦出现丢包现象，会重新传输，以保证数据的可靠。
该模块包括FTP客户端功能和FTP服务端功能。
FTP服务端驻留在对方主机，具有设置FTP客户端、文件路径、发送文件设置；
建立连接、断开连接、启动采集、停止采集基本功能。
日志存放设置、日志查看设置。
FTP客户端具有设置FTP服务端、文件存放设置；
建立连接、断开连接、启动采集、停止采集基本功能；
日志存放、日志查看设置。
2.4数据库建设
通过电子信息手段，建立健全以下各类数据库：
①全区社会经济、气候、地理信息数据库。
包括人口数据库、经济状况数据库、气象数据库、水文数据库、地理信息数据库；
②全区公共卫生危险因素数据库。
包括有毒有害化学品生产单位数据库、有毒有害化学品储存单位数据库、菌毒种生产、储藏数据库、重点传染病的动物宿主和病媒生物数据库；
③传染病疫情与人口死亡数据库。
包括法定报告传染病发病本底数据库、传染病监测资料数据库、人口死亡数据库、居民死亡原因数据库；
④应急资源数据库。
包括卫生机构数据库、医疗机构数据库、医疗机构设备数据库、应急卫生救治队伍、卫生人才数据库、实验室数据库、医疗救护、卫生防疫防病药械储备数据库、生物制品数据库、血液动态情况数据库，全区历史突发公共卫生事件数据库。
3项目需求分析
3.1用户特点
卫生应急指挥决策信息系统设计主体较多，政府到卫生部门均有涉及，鉴于前台操作人员和大多数用户计算机操作能力不够强的现实，本项目力求实现：
程序的可操作性强，界面友好，操作人员只需具备一定的计算机操作能力。
3.2功能需求
3.2.1性能管理功能：
对各服务器，网络设备和应用的关键参数或重要资源进行监控和检查，帮助管理员了解系统运行情况，并采集主机和网络设备的性能数据（具备各类信息汇集、分析能力；
快速反应能力；
水平信息整合和共享能力；
足够的信息汇集和指挥通讯能力），对可能发生的故障触发预警。
3.2.2故障管理功能：
采集已经发生的故障信息，通过定制策略实现对故障的管理。
同时能够在知识库中记录和查询历史故障解决方案。
3.2.3配置管理功能：
自动发现和自动呈现整个中心的系统和网络设备，管理各项配置参数，捕捉有关系统体系结构、模型、操作系统、硬件和网络的详细信息。
3.2.4报表管理功能：
对故障信息、性能数据自动形成相应报表，提供各种统计方式。
3.2.5应用层管理功能：
要求能管理操作系统、数据库等应用，同时能对各项指标进行监控。
3.3性能要求
3.3.1精准
信息收集分析应该能够精准反应各种相关信息资源，建立卫生资源数据库（包括业务能力、专家库、设备资源）、全区地理资源信息系统（主管部门、医疗单位、医药公司、药品库存、急救运输工具资源，以及道路、河流等地理信息），人口数据库，社会经济数据库等，数据分析软件系统，提供区域分布、动态演变、历史对比以及模型预测。
3.3.2速度
数据传输时间：
数据交换过程控制在30秒钟内，要充分体现出实时性；
操作响应时间：
满足一般人员的操作要求；
查询分析运行时间：
满足一般人员的查询要求；
更新数据库处理时间：
域网数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在2秒/条之内。
3.3.3可维护性
系统维护人员：
了解计算机网络的相关知识，熟悉相关语言的编程以及有关数据库的操作，熟悉煤矿生产环境并充分了解系统实际应用环境，能熟练进行数据库的日常管理工作和解决出现的问题。
计算机维护人员：
熟悉计算机的硬件组成，能解决计算机在使用过程中出现的硬件故障；
其他系统硬件维护人员：
熟悉各种实用传感器控制器，传输线缆，电源箱，打印输出设备等等，能解决在系统使用过程中出现的一般硬件故障。
3.4运行环境要求
操作系统使用当前主流操作系统，如MicrosoftWndows2000/XP/VISTA等。
用户界面采用窗口菜单模式的主界面，以简单易懂、方便操作为设计原则。
硬件接口采用适合环境要求的安全性高的设备；
软件接口采用系统开发语言的专用接口。
3.5基于性能要求的建立基础架构
图4 应急指挥基础支撑系统架构
它分四个平面：
第一平面应急采集与通讯
包括各类前端信息采集和各类通讯系统的终端，为应急指挥系统早期各类信息足够的汇集能力以及指挥通讯能力提供有力保障。
信息采集分为视频图像信息采集和数据库数据采集两大类，根据数据的涉密性，又可以分为内网涉密数据和一般数据。
一个完整的信息采集系统就是由分布在前端的各种采集设备和后台的控制管理设备构成的。
视频图像信息采集将各类厂家各种平台的视频监控图像做整合，统一接入做资源调度。
目前基于IP技术的视频监控方案已经比较成熟，对于应急视频接入这种跨域、跨系统、跨物理距离的需求而言，是最适合的解决方案。
前端通过IP编码采集，后端通过IP解码呈现，中间通过IP网络承载，IP存储实现数据存放。
整个系统控制管理是基于NGN架构的。
而对于数据库数据的采集上收，一直是困扰应急指挥的一个大问题。
很多专业业务系统，如GIS、气象云图、车辆/人员GPS跟踪、医疗/手术/显微/影像等，有些是结构化数据，有些是非结构化数据。
结构化数据在数据整合方面缺乏统一标准，实施难度大，难以基于数据层面在应急指挥中心做呈现；
非结构化数据质量高，传统视频接入不能满足要求。
从长期来看，随着应急数据中心的建设以及配套的管理规范实施，将逐步实现与应急相关的信息上收、备份，数据库中间件方式或者存储虚拟化方式都是可以采用的技术方案，但就当前而言，反而可以考虑采用远程呈现（TD，Tele-Display）的方式来解决问题。
将结构化数据非结构化，把各类专业业务系统的显示结果实时截取过来呈现在应急指挥中心，大大减少技术复杂度；
对于非结构化数据，由于TD设备提供高质量的图像，因此能将气象云图、GIS、医疗手术/显微/影像等高质量呈现在各个指挥中心。
数据采集是应急系统运作的基础，当前最佳的实现方式就是基于IP的视频接入和远程呈现配合使用，完成各类数据远程呈现的目标，实现应急决策支撑；
而未来的建设目标则应针对结构化数据和非结构化数据均具备完整的远程调取能力。
指挥通讯系统则由各种不同的通讯接入手段共同构成，如集群语音、普通语音接入、移动电话、卫星电话、视频会议等，其核心是整合和协同。
由于应急事件先天的不确定性，我们无法预测在某个时刻、某个地点采用哪种通讯手段是最适合的。
因此应急指挥通讯系统最关键的要求就是互通，而且是设备层面和业务层面均需互通。
由此在应急系统中就形成了应急联络中心+各类接入终端的一体化通讯系统的概念。
从技术的角度讲，基于IP技术的通讯控制，是最佳实践。
数据采集和指挥通讯终端位于整个应急支撑平台的最外围，如同应急系统的手脚，在四个平面中负责着最基础的工作。
传统的应急系统建设往往忽视了这个平面的重要性，实际上由于物理分散造成的复杂性，这个平面是最需要系统架构设计和整体规划的。
第二平面应急传输网络
包含目前所有的通信手段：
城域/广域高质量的有线网络等。
在有条件的情况下，应急系统应尽可能在专网上运行，且应该采用类似RPR等的链路保护技术；
在无法提供专网的情况下，则应尽可能采用专线类的运营链路。
卫星链路和无线通讯方式作为有线链路必备的备份传送手段，要尽可能的作用于每一个网络节点。
各种不同制式之间的切换与保护也是应急网络平台管理最具挑战性的需求。
应急网络的核心要求是“高可靠”。
第三平面应急数据中心
广义的应急数据中心是所有应急系统业务的物理载体，我们常见的应急指挥大厅其实也是应急数据中心
升级会员 