应急指挥信息系统建设方案.docx

PAGE 121 PAGE 122 应急指挥信息系统建设方案 目 录 TOC \o 1-3 \u 一、建设方案 4 1.1 建设原则 4 1.2 服务对象要求 6 1.3 业务流程要求 6 1.4 业务量要求 6 1.5 总体架构要求 7 1.6 总体设计要求 10 1.6.1 业务应用 10 1.6.2 界面展示 10 1.6.3 用户管理和登录认证 10 1.6.4 应用支撑 11 1.6.5 统一日志审计 11 1.6.6 数据支撑 11 1.6.7 功能组件化 12 1.6.8 系统部署 12 1.6.9 统一门户集成 12 1.7 技术路线要求 13 1.8 系统功能要求 13 1.8.1 与现有系统关系 13 1.8.2 系统功能建设清单 16 1.8.3 综合业务类应用功能 19 1.8.4 专题业务类应用功能 39 1.9 数据整合及数据库建设要求 47 1.9.1 数据整理要求 47 1.9.2 数据库建设要求 47 1.10 应用支撑要求 52 1.11 系统性能要求 52 1.12 系统可靠性要求 53 1.13 系统接口要求 53 1.13.1 数据内部接口 53 1.13.2 数据对外接口 53 1.13.3 其他接口 53 1.13.4 与网络理政中心对接技术要求 54 1.14 信息共享要求 54 1.15 信息安全要求 54 1.16 系统部署要求 55 以原安全生产应急救援指挥系统功能为基础，按照国家要求新增相应功能，应急值守子系统、综合可视化子系统、协同会商子系统、应急辅助决策子系统、指挥调度子系统、应急信息发布子系统、应急指挥体系管理子系统、总结评估子系统、移动应用子系统、应急演练子系统、应急资源管理子系统、研判分析子系统、应急预案管理子系统、模型分析子系统、知识库子系统等15个子系统，形成应急指挥信息系统。 一、建设方案 建设原则 （1）先进性与实用性相结合的原则 项目建设将充分考虑技术现状和发展趋势，确保项目建设的先进性。对于技术平台的选型和应用系统开发等将严格遵循系统建设的程序和标准规范，使得系统既具实用性又保持先进性。 （2）开放性原则 软件系统必须具有良好的开放性，遵循业界相关标准，支持开放的标准接口，支持跨平台。使整个系统成为一个统一的整体，而不致产生运行上的“孤岛”。 系统除了完成本系统内的各种业务工作之外，还要与其他系统互联。在系统设计中，采用数据接口技术并考虑软件系统以后的扩充问题。 （3）可扩展性的原则 项目建设不仅要着眼于现在，而且要放眼未来，充分考虑系统行业的扩展与业务的变动。做好总体规划，保证系统平台、应用平台和应用软件不仅能够满足现在的要求，而且可以方便地扩展将来的业务需求，同时实现对ipv6的全面支持，并具有向未来技术平滑过渡的能力。 （4）可靠性的原则 系统平台采用高可用技术，保证系统能长期稳定的不间断运行，采用流行、成熟、稳定、先进的操作系统、数据库、网络协议和中间件等系统软件平台，在网络、主机、数据库或应用系统出现问题时，能及时、快速地恢复，保证系统的稳定性；在应用系统设计中，充分考虑到可能出现的各种情况，采取相应的技术措施，尽可能减少系统故障，系统对主要环节具有监控功能。 （5）坚持预防为主，着力主动保障。 落实“安全第一、预防为主、综合治理”“的方针，优化产业结构，依靠科技创新，注重本质安全，提高安全素质，实施超前投入，从源头上防范和遏制事故，有效应对安全风险。 服务对象要求 应急指挥信息系统，以服务、区（市）县两级应急管理主管部门为主，为主管部门开展安全生产类、自然灾害类等突发事件和综合防灾减灾救灾工作提供信息化支撑，提升应急管理及处置效率。系统具体使用对象包括了应急管理局、各区（市）县应急管理主管部门、应急指挥成员单位。 通过开展应急指挥信息系统建设项目，为市、区（市）县两级应急管理部门提供应急信息采汇总、指挥调度、应急演练、应急预案、信息发布、专题研判、移动指挥等应用功能，提升应急管理及指挥调度的工作效率。 业务流程要求 结合应急管理部门实际业务，梳理出包括但不限于市应急指挥总流程图、区县应急指挥流程图、风险监测预警流程图、突发事件接报流程图、预警信息发布流程图、应急响应流程图、指挥救援流程图、协调联动流程图等业务流程图。 业务量要求 应急指挥信息系统建设项目完成之后，主要是对应急管理局、各区（市）县应急管理部门、应急管理成员单位提供业务支撑。目前应急管理局约为130人，各区（市）县应急管理部门按照60人每个区进行测算，应急管理成员单位按130人进行测算，该项目建成后约有1500人使用该平台。 总体架构要求 应急指挥信息系统建设以应急管理局业务需求为导向，以城市