方案概述
技术信息
（一）方案概述
一、背景
随着国民经济的迅速发展、社会生产力的迅速提高、社会分工的细化和相关基础设施的不断完善，整个社会呈现出结构越来越复杂、关联越来越密切的趋势。某一节点的故障和处理不当，往往会带来全社会的灾难。
随着我国政府改革的推进和职能不断调整，政府从参与到国民经济具体环节到通过相关职能部门，进行宏观调控，处理紧急突发事件，保障社会的稳定。
突发紧急事件对于社会的危害之大、涉及到方面之广，已经不是单个政府职能部门可以解决得问题。需要在各级党和政府的统一领导下，协调个方面的力量和职能部门，积极行动。
基于以上的考虑，为了保障政府在紧急事件的处理过程中做到快速、及时、准确的收集到相关的资料、通过多种方式进行及时的沟通、为领导提供科学的辅助决策信息，基于先进的信息系统的应急指挥和辅助决策系统必然会在各级政府单位发挥必要和强大的作用。
１、什么是紫光应急指挥系统？
紫光应急指挥和辅助决策系统主要面向各级政府部门，实现了紧急突发事件处理的全过程：从突发事件的上报、相关数据的采集、紧急程度的判断、实时沟通、联动指挥、领导辅助决策。
通过实现以上功能，紫光应急辅助系统使相关的政府部门对应急突发事件的情况了解更加全面、对突发事件的反应更加迅速、相关人员之间的协调更加充分、决策更加有据。同时大大的降低了相关工作人员工作的难度和强度。
２、设计目标
紧急突发事件一旦发生，其特点是信息量大、实效性强、参与人员众多。系统必须能够有效的将相关要素进行有效的整合。详细的说，必须实现以下的整合：
（１） 信息的整合：全面了解突发事件的相关情况是处理措施是否有效的第一步。信息可能是反应突发事件相关指标量化的数据，也可能是相关文档或多媒体信息；信息可能通过计算机系统采集，也可能通过非计算机的通讯方式得到。将非计算机的信息进行数字化处理；所有的信息进行逻辑整合和统一的展示。信息整合保证了决策有据。
（２） 沟通和指挥整合：突发事件往往会涉及到相当多的机构和人员，包括：紧急事件发生的单位、政府办公厅值班室、领导和专家、相关的职能部门。商讨和联动指挥的过程包括计算机的方式（邮件、应用系统、视频会议）和传统的通讯方式（电话、传真、手机短信）。系统在第一时间将相关的人员用最为恰当的通讯方式进行整合，将信息自动的在相关的部门之间进行联动和反馈。
（３） 决策的整合：专家意见、历史事件、行动预案、内部信息系统相关的数据和文档、互联网相关的信息和文档，以上的信息对于领导的决策都具有非常大的参考价值。如何得到信息，如何建议决策，将是事件处理的关键成败因素。
３、 设计原则
以应急需求为核心，近期效益结合远期效益，以效益促发展，以发展促应用，最终达到共同发展的目的；
坚持系统稳定可靠、安全保密，加强安全设计；
坚持整体性、使用性、可扩展性和先进性的设计原则，充分考虑系统的长远发展和建设；
充分考虑应急系统，用户方面网络环境、移动办公、权限控制和访问方式的特点。真正做到好用、实用。
二、系统概述
１、目标用户
系统覆盖了以下的目标用户：
政府办公厅值班室等相关的"主要应用部门"往往是应急事件处理信息的汇集点。突发事件的信息和处理状况往往是通过"主要应用部门"进行收集；领导的意见往往通过"主要应用部门"下达。
整个系统的"服务对象"是相关的领导，领导是决策的核心。系统通过各种领导辅助决策的功能服务于领导。
政府的责任范围内相关政府部门和处理突发事件相关的政府职能单位都是应急指挥系统的"辅助应用部门"。辅助应用部门负责相关信息的上报、按照领导意见处理突发事件，对事件的处理结果进行反馈和跟踪。
２、功能模块
整个系统分为三大功能模块："紧急事件处理"、"领导辅助决策"和"事件发布"。
"紧急事件处理"模块实现了整个突发事件处理流程的自动化管理同时集成视频会议、呼叫中心等信息系统， 使事件的处理过程更加方便快捷。"信息采集"功能可以根据用户的需求快速的定制上报表单、统计分析的功能；"沟通平台" 提供了多种沟通方式，集电脑、电视、电话于一体，全面保障沟通的畅通；"部门联动"实现了全面的突发事件自动化处理流程， 同时将沟通的过程自动化，方式多样化。
"领导辅助决策"模块通过各种分析和辅助决策系统，辅助领导对突发应急事件的决策。通过"预案建议"系统， 将突发事件相关的行动预案建议给领导，以便领导启动；通过"关联搜索"系统，从相关的内部应用系统和互联网的网站上， 智能关联与突发事件最相关的文档，以便领导参考。通过"专家定位"系统，自动定位最有价值的专家。通过"数据分析" 系统的统计分析报表、图形化分析工具对结构化数据进行统计分析。
"信息发布"模块将突发事件相关的数据和文档公开发布，保证紧急突发事件处理的开放和透明度。
（二）技术信息
三、工作流程
突发事件的处理往往经过如下图所示的工作流程。
突发事件的信息主要由"辅助应用部门"上报或者"主要应用部门"收集。由主要应用部门领导（例如：秘书处处长或办公厅主任）初步判定突发事件重要程度、紧急程度、事件类别和上报的相关领导。根据相关领导的处理意见，主要应用部门将任务布置到相关的职能单位。相关的职能单位将任务执行的结果反馈到系统中。
以上，以"主要应用部门"为核心的处理流程是紧急突发事件处理过程的信息总线。该流程对于所有的紧急突发事件的处理具有通用的特性。系统涉及到的各个功能模块都将集成到该流程上而得以体现。
突发事件的信息主要由"辅助应用部门"上报或者"主要应用部门"收集。由主要应用部门领导（例如：秘书处处长或办公厅主任）初步判定突发事件重要程度、紧急程度、事件类别和上报的相关领导。根据相关领导的处理意见，主要应用部门将任务布置到相关的职能单位。相关的职能单位将任务执行的结果反馈到系统中。
以上，以"主要应用部门"为核心的处理流程是紧急突发事件处理过程的信息总线。该流程对于所有的紧急突发事件的处理具有通用的特性。系统涉及到的各个功能模块都将集成到该流程上而得以体现。
四、体系结构
整合系统采用层次化的设计思路，以保障系统功能的全面性、稳定性和可扩展性。
"通讯方式"：为保障应急情况的要求，系统不但提供计算机终端通讯方式，而且支持手机短信、语音电话、呼叫中心、传真等传统的通讯方式。
"信息整合"：以应用为核心，将多种的通讯方式进行有效的整合。实现了非计算机系统信息数字化到应用系统的处理；同时集成短信网关、TTS(Text To Speech)技术，实现了数字信息到多种通讯终端的转化。
"功能模块"：整合系统提供了"紧急事件处理模块"、"领导辅助决策"、"事件发布模块"。
"应用中间件"：保障了系统的可扩展性。通过"工作流"引擎中间件，用户可以根据需求订制自己的紧急突发事件的处理流程；通过"知识管理"中间件，用户可以订制需要搜索的内部应用系统和互联网的网站，保证用户搜索到最具价值得信息。 "数据采集、统计分析"系统可以根据不同突发事件，快速订制信息采集、统计分析的表单。
"数据层"：包括结构化数据库和非结构化数据库，以满足应急系统不同数据的要求。
五、系统特点
全面性：面向应急指挥的需求，系统提供了贴近用户全面的功能。既考虑到计算机系统又考虑到其他通讯方式的需求。既考虑到"主要工作部门"日常工作的强度，又考虑到领导决策的难度。既考虑到不同数据不同处理方式的要求，又考虑到不同突发事件处理方式的不同。
集成性：以突发事件的处理过程为核心，将相关的功能进行有效的集成。通过计算机系统和非计算机系统的集成、关系型数据库和非关系型数据库的集成、处理过程和辅助决策过程的集成，实现了对用户相关功能的展示和信息畅通无阻的交互。
科学性：通过各种辅助决策工具，改变了原有领导拍脑袋、凭自身经验的决策方式。使领导的决策有备（事先制订预案）、专业（定位和请教相关专家）、科学（通过知识搜索引擎进行知识定位）、综合（全面了解事件的相关状态）。
实效性：考虑到突发事件对于处理和响应速度的要求和计算机网络和地域的限制。系统不但提供了以计算机系统为核心异步的处理方式。同时提供了"视频会议"、"语音电话"、"手机短信"等多种实时的通讯和处理方式。保证在第一时间、以可能的情况下最佳的方式，同相关部门的负责人进行联动。因为采用计算机的方式进行联动，大大的提高了联动的速度，降低了对于人员的需求。
安全性：系统具备严密的组织机构、人员、角色定义，包括数据库访问控制、相关操作权限和每个文档的权限，保证突发事件处理的整个过程严密的权限管理。同时，可以同第三方的CA认证系统进行集成，保障系统的安全性的要求。
可扩展性：组织机构、突发事件处理流程、行动预案、数据采集和统计分析，以上的模块都会因为不同的单位或者一个单位不同阶段的不同要求而变化。为保证系统的扩展性，系统提供了相关的配置功能和程序接口。保障用户在尽可能不修改程序的前提下,可以针对需求进行客户化的定制工作。
六、应急指挥系统应用软件
系统软件：
Lotus Domino Server
Lotus Notes
WebSphere Application Server
DB2
通讯整合系统：
IVR 4线语音服务器&4线语音合成服务器
E-MAIL网关
短信网关
FAX网关
硬件服务器：
IBM莲花宝箱 810（1路处理器）
Ultra RAID 磁盘控制器
1GB内存
17.54GB硬盘
10/100以太网卡
DVD-ROM
