下载文档原格式
XX医院急救管理系统项目建设技术需求一、软件平台要求1)技术结构：采用前端、应用服务层及数据服务层的三层架构，支持在局域网运行医院信息系统。
2)操作系统：数据库层与应用服务层为WINDOWS SERVER 2012及以上/LINUX；客户端为WINDOWS XP、WINDOWS7、WINDOWS8、WINDOWS10等多种版本的主流操作系统；移动端采用安卓操作系统。
3)数据库软件：采用大型关系型数据库，如MS SQL SERVER2012及以上数据库或Oracle 11g数据库等。
二、系统设计原则（一）先进性本项目所采用的技术需要适度超前，选择具有技术领先优势，又有成功案例的技术方案，以保证建成项目使用周期长，性能指标高，在一定时期内具有技术上的先进性。
在应用系统的设计上，借鉴医院以往各类信息化项目的经验与教训，同时注重参考行业最佳实践；在技术上，采用行业上领先且成熟的技术，使得设计更加合理、更为先进。
充分考虑现阶段医院信息化的特点，在注重系统实用性的前提下，尽可能采用先进的计算机软、硬件环境；在软件的开发思想上，严格按照软件工程的标准和最新的面向服务（SOA）的理念进行设计，保证系统的先进性。
（二）成熟性本项目需要采用被实践证明为成熟和实用的技术和设备，纳入医院整体临床业务策略加以规划利用，满足医院当前和今后一段时间的临床业务需求；确保性能稳定，界面直观，具有易理解、易调试、易维护、易扩展、易复用的特点，最大限度地满足医院当前临床业务以及未来发展的需要，确保耐久实用。
（三）开放性系统采用开放性设计，在数据通信协议、数据标准、数据库系统、应用界面开发、接口设计等方面采用开放性设计，支持XML、SOAP、WebService、LDAP 等当前受到普遍支持的开放标准，这样一方面保证系统能够与其他平台的应用系统、数据库等相互交换数据并进行应用级的互操作和互连性，另一方面也便于将来改造、扩容和升级。
系统应能方便地扩展，可随着业务需求的变化而扩充；系统的配置也能相应地改变和延展，已实现业务上需要的新功能。
技术规范书(工程类)技术规范书（工程类）引言概述：技术规范书是工程类项目中必不可少的一部分，它对于确保工程质量、安全性和可持续发展起着重要的作用。
本文将从五个方面详细阐述技术规范书的重要性和应包含的内容。
一、设计规范1.1 结构设计规范：包括建筑物、桥梁、隧道等结构物的设计要求，如承载力、抗震性能、防火要求等。
1.2 电气设计规范：涵盖电力系统、照明系统、通信系统等的设计标准，包括电流负荷、线路布置、安全防护等要求。
1.3 给排水设计规范：规定了给水、排水系统的设计要求，包括供水压力、排水管径、防水措施等内容。
二、施工规范2.1 基坑开挖规范：规定了基坑开挖的深度、坡度、支护措施等要求，保证施工过程中的安全性。
2.2 焊接工艺规范：详细描述了焊接过程中的材料选择、焊接参数、焊缝检测等要求，确保焊接质量。
2.3 基础施工规范：包括地基处理、浇筑混凝土、基础验收等要求，确保基础工程的稳定性和可靠性。
三、质量控制规范3.1 材料质量控制规范：规定了材料的选用标准、质量检测方法和验收标准，确保工程材料的质量。
3.2 施工工艺质量控制规范：包括施工过程中的质量控制要点、检测方法和验收标准，确保施工质量符合规范要求。
3.3 现场质量控制规范：规定了现场质量检验的方法、频率和标准，保证工程质量的全过程控制。
四、安全规范4.1 施工安全规范：详细描述了施工过程中的安全措施，包括安全防护设施、作业人员安全培训等，确保施工安全。
4.2 设备安全规范：规定了使用设备的安全操作规程，包括设备维护、保养和安全操作要求。
4.3 火灾防护规范：规定了工程项目中的防火要求、消防设施配置和应急预案，确保火灾安全。
五、环境保护规范5.1 废弃物处理规范：规定了废弃物的分类、收集、处理和处置要求，保护环境和资源。
5.2 水资源保护规范：包括施工过程中的水资源利用、节约和污水处理要求，确保对水资源的合理利用。
5.3 噪声和振动控制规范：规定了施工过程中的噪声和振动限值，保护周边环境和居民的生活质量。
城市应急管理系统标书模板一、项目背景随着城市化进程的加速，城市面临的各类突发事件日益增多，如自然灾害、事故灾难、公共卫生事件和社会安全事件等。
这些突发事件不仅给人民的生命财产安全带来了巨大威胁，也对城市的正常运转和可持续发展造成了严重影响。
为了有效应对各类突发事件，提高城市的应急管理能力，保障城市的安全稳定，建设一套高效、科学、先进的城市应急管理系统已成为当务之急。
二、项目目标本项目旨在建立一个集监测预警、指挥调度、应急处置、资源保障和评估恢复等功能于一体的城市应急管理系统，实现对突发事件的全方位、全过程、智能化管理，提高城市应对突发事件的能力和水平，最大程度地减少突发事件造成的损失和影响。
三、系统功能需求（一）监测预警功能1、建立多源数据采集体系，整合气象、地质、水文、交通、环保等各类监测数据，实现对城市运行状态的实时监测。
2、运用数据分析和模型预测技术，对可能发生的突发事件进行预警，提前发布预警信息，为应急处置争取时间。
（二）指挥调度功能1、构建应急指挥平台，实现对突发事件的统一指挥和协调调度。
2、具备可视化展示功能，能够直观展示突发事件的发生地点、影响范围、救援力量分布等信息，为指挥决策提供支持。
3、支持语音、视频、短信等多种通信方式，确保指挥指令的快速下达和信息的及时传递。
（三）应急处置功能1、制定各类突发事件的应急预案，明确应急处置流程和责任分工。
2、提供应急资源管理功能，包括救援队伍、物资装备、避难场所等的管理和调配。
3、支持应急演练和模拟推演，提高应急处置能力和协同作战水平。
（四）资源保障功能1、建立应急资源数据库，对各类应急资源进行分类管理和动态更新。
2、实现应急资源的优化配置和快速调配，确保应急救援工作的顺利开展。
（五）评估恢复功能1、对突发事件的处置过程和效果进行评估，总结经验教训，提出改进措施。
2、协助开展灾后恢复重建工作，恢复城市正常生产生活秩序。
四、系统技术要求（一）架构设计1、采用先进的云计算、大数据、物联网等技术，构建高可靠、高性能、高扩展性的系统架构。
政府应急指挥平台技术规范书一、系统概述1.1系统概述**预建设一套应急指挥系统，利用现有的政务内外网、互联网、有无线通讯网以及先进的信息技术和设备，在整合现有的数据资源、通讯资源、网络资源、系统资源、应急资源的基础上，构建与上/下级应急平台互联的应急指挥系统，实现突发事件的监测监控、预测预警、信息报告、综合研判、辅助决策、指挥调度等主要功能，以有效防范和应对突发事件，完全满足应急工作中“呼的通、叫的应，看的见”的目标，并支持IMS（IP多媒体系统）的应用。
1.2项目概述**应急指挥通信系统完成在**统一指导协调下对事故灾难的应急救援工作，属于应急平台的基础建设之一，在该平台开展语音通信、调度业务、电话会议、传真、短信、视频通信等业务应用。
该系统建设包括综合指挥调度系统、数字录音系统、多路传真系统、短波通信系统、卫星通信系统、视频通信系统等。
可实现与各市县、省直部门或突发事件现场人员间通过PSTN、GSM、CDMA等的语音通信，建立本地区之间、本地区和远程地区之间以及会议室和移动人员之间的点对点或多点之间的双工音频实时电话会议传输。
综合指挥调度系统整合有线调度、无线调度、数字录音、多路传真、视频监控、视频会议等系统，提供统一指挥界面。
1.3供货商资质要求供货商必须具有由权威机构颁发的ISO 9000系列的认证证书或等同的质量保证体系认证证书，获得国家工业和信息化部进网许可证，具有两个或两个以上同类设备/材料在省级应急平台项目中的供货及建设案例。
并给出相关用户证明材料。
供货商所供应的设备都必须是全新的、并且是成熟的、先进的产品。
1.4需求描述**应急指挥平台建设项目应急通信系统主要包括有线通讯调度系统、数字录音系统、多路传真系统。
该平台应支持丰富的接口，预留与专网、无线调度网络、卫星电话网络、短波电台、数字集群的互联接口。
应急指挥平台应提供业务接口，可以方便加载业务，兼容第三方业务服务器。
该平台应具有较强的扩展能力，扩容和加载业务方便易行。
应急综合管理信息系统1、引言应急综合管理信息系统（以下简称本系统）是为了应对紧急情况和灾害事件而开发的综合管理工具。
本系统旨在提供一种全面、高效、协调统一的方式，方便应急管理部门进行信息收集、分析、共享和决策。
本文档旨在介绍本系统的总体设计概念、功能模块、系统架构和具体实施方案。
2、系统背景2.1 紧急情况和灾害事件的背景和现状2.2 应急综合管理信息系统的意义和作用3、系统目标和需求3.1 目标3.2 功能需求3.3 非功能需求4、功能模块4.1 事件采集模块4.1.1 信息采集需求4.1.2 数据录入和4.1.3 数据完整性检查4.1.4 数据存储和备份4.2 信息分析模块4.2.1 数据分析需求4.2.2 统计和报表4.2.3 数据可视化展示4.3 信息共享模块4.3.1 共享需求4.3.2 授权和权限管理4.3.3 数据共享渠道4.4 决策支持模块4.4.1 决策需求4.4.2 智能分析和预测4.4.3 模拟和演练5、系统架构5.1 系统组成部分5.2 数据流程和交互关系5.3 技术架构和选型5.4 安全保障和风险管理5.5 系统部署和维护6、实施方案6.1 项目管理和时间规划6.2 需求分析和设计6.3 开发和测试6.4 培训和推广6.5 上线和运维支持附件:2、统计和报表样例3、用户权限表格法律名词及注释：1、应急管理法：《中华人民共和国应急管理法》- 注释：该法是中华人民共和国立法机关制定的应急管理领域的基础法律，规定了应急管理的基本原则、组织体系、职责和权益保护等内容。
2、紧急情况：指发生的、可能发生的，对人民生命、财产和生态环境等可能造成重大危害，需要采取紧急行动的突发性事件。
- 注释：该定义来自《中华人民共和国应急管理法》第三条的法律解释。
3、灾害事件：指自然灾害、事故灾难等突发性和非突发性事件，以及恐怖袭击、公共卫生事件等可能造成生命、财产和社会稳定严重受损的事件。
- 注释：该定义来自《中华人民共和国应急管理法》第三条的法律解释。
应急管理体系建设与运行作业指导书第1章应急管理体系概述 (4)1.1 应急管理的发展历程 (4)1.1.1 灾害救援阶段：以单一灾害救援为主，侧重于事后应急处置。
(4)1.1.2 防灾减灾阶段：注重事前预防，加强防灾减灾基础设施建设，降低灾害风险。
41.1.3 应急管理阶段：形成完整的应急管理链条，涵盖预防、准备、响应、恢复四个阶段。
(4)1.1.4 全域应急管理阶段：强调跨区域、跨部门、跨行业的协同配合，构建全方位、全过程的应急管理体系。
(4)1.2 应急管理体系的核心要素 (4)1.2.1 组织体系：包括应急管理机构、应急救援队伍、志愿者队伍等。
(4)1.2.2 法律法规体系：包括国家法律法规、地方性法规、规章和规范性文件等。
(4)1.2.3 预警预报体系：包括监测预警、信息报告、风险评估等。
(4)1.2.4 应急预案体系：包括总体应急预案、专项应急预案、部门应急预案、现场应急预案等。
(4)1.2.5 应急资源体系：包括应急救援队伍、物资储备、资金保障等。
(4)1.2.6 应急技术支撑体系：包括信息技术、通信技术、监测技术等。
(4)1.2.7 社会动员体系：包括公众参与、企业社会责任、社会组织等。
(4)1.3 应急管理体系建设的目标与原则 (5)1.3.1 建设目标 (5)1.3.2 建设原则 (5)第2章应急组织机构设置 (5)2.1 应急组织机构的基本构成 (5)2.1.1 领导机构 (5)2.1.2 办事机构 (5)2.1.3 专项应急指挥部 (5)2.1.4 基层应急组织 (5)2.2 应急组织机构的职能与职责 (6)2.2.1 领导机构 (6)2.2.2 办事机构 (6)2.2.3 专项应急指挥部 (6)2.2.4 基层应急组织 (6)2.3 应急组织机构的人员配置与培训 (6)2.3.1 人员配置 (6)2.3.2 人员培训 (7)第3章风险评估与预防 (7)3.1 风险识别与评估方法 (7)3.1.1 风险识别 (7)3.1.2 风险评估 (7)3.2 风险预防措施与实施 (7)3.2.1 风险预防策略 (7)3.2.2 风险预防措施实施 (8)3.3.1 风险监测 (8)3.3.2 风险预警 (8)第4章应急预案编制与管理 (8)4.1 应急预案的分类与编制流程 (8)4.1.1 应急预案分类 (8)4.1.2 应急预案编制流程 (9)4.2 应急预案的主要内容与要求 (9)4.2.1 主要内容 (9)4.2.2 要求 (9)4.3 应急预案的评审、发布与修订 (10)4.3.1 评审 (10)4.3.2 发布 (10)4.3.3 修订 (10)第5章应急资源保障 (10)5.1 应急资源的基本构成 (10)5.1.1 人力资源：包括应急管理人员、专业救援队伍、志愿者队伍等。
应急管理系统平台方案设计目录一、内容描述 (3)1.1 编写目的 (4)1.2 背景介绍 (4)1.3 方案概述 (5)二、需求分析 (6)2.1 应急管理现状分析 (7)2.2 系统功能需求 (9)2.3 性能需求 (10)2.4 安全性需求 (12)三、平台架构设计 (13)3.1 总体架构 (14)3.2 组件设计 (15)3.2.1 数据采集层 (17)3.2.2 业务逻辑层 (18)3.2.3 数据存储层 (20)3.2.4 前端展示层 (21)3.3 系统交互设计 (22)四、功能设计 (23)4.1 应急预案管理 (24)4.2 应急资源管理 (26)4.3 应急事件处理 (27)4.4 应急演练与培训 (28)4.5 应急指挥与协调 (30)五、数据库设计 (31)5.1 数据库需求分析 (33)5.2 数据库表设计 (34)5.3 数据库关系图 (36)六、安全性设计 (37)6.1 用户认证与授权 (38)6.2 数据加密与解密 (39)6.3 日志管理与审计 (41)七、平台实施计划 (42)7.1 项目启动与团队组建 (42)7.2 开发与测试阶段计划 (44)7.3 上线与运维计划 (45)八、预算与成本分析 (46)8.1 软硬件采购费用 (48)8.2 人员工资及福利 (49)8.3 项目实施与培训费用 (50)8.4 运维与升级费用 (52)九、风险评估与应对措施 (53)9.1 技术风险 (54)9.2 运营风险 (55)9.3 法律法规风险 (56)9.4 其他风险 (58)十、总结与展望 (59)10.1 方案总结 (60)10.2 发展前景 (61)10.3 后续工作建议 (62)一、内容描述系统架构设计：详细介绍系统的总体架构，包括各个模块之间的关系、数据流向以及功能划分。
对系统的技术选型进行说明，如采用哪种编程语言、数据库管理系统等。
功能模块设计：根据应急管理的实际需求，设计并详细阐述各个功能模块的功能、操作流程以及与其他模块的交互关系。
秘密国家应急平台体系技术要求（试行)国务院应急管理办公室二00七年九月目录1适用范围 (8)2国家应急平台体系 (8)2. 1平台体系结构 (8)2 2总体功能要求 (9)2 3平台基本构成 (10)3国务院应急平台 (11)3. 1应急通信系统 (11)3. 1. 1电话调度系统 (12)3．1．2多路传真系统 (14)3．1．3卫星通信系统 (15)3 .2计算机网络系统 (17)3. 2. 1局域网 (18)3 2 2网络与系统管理 (19)3 2 3服务器与存储系统 (20)3 2 4广域网 (21)3 3视频会议系统 (24)3 3 1功能要求 (24)3 3 2 性能要求 (24)3 3 3接口要求 (25)3 3 4引用标准 (25)3 4图像接入系统 (26)3 4 1功能要求 (26)3 4 2性能要求 (26)3 4 3接口要求 (26)3 4 4引用标准 (26)3 5综合应用系统 (27)3.5 .1技术架构要求 (28)3 .5.2 运行环境 (28)3.5.3性能要求 (28)3.5 .4综合业务管理 (28)3 5 5风险隐患监测防控 (30)3 5 6综合预测预警 (30)3 5 7智能辅助方案 (31)3 5 8指挥调度 (33)3 5 9应急保障 (33)3.6数据库系统 (34)3 6 1功能要求 (35)3 6 2 DBMS性能要求 (35)3 6 3基础信息数据库 (35)3 6 4地理信息数据库 (36)3 6 5事件信息数据库 (36)3 6 6预案库 (37)3 6 7模型库 (37)3 6 8知识库 (37)3 6 9案例库 (38)3 7应急指挥场所 (39)3 7 1显示系统 (39)3 7 2供电系统 (39)3.7 .3综合布线 (40)3 7 4其他要求 (40)4省级应急平台 (41)4 1应急通信系统 (41)4 1 1有线调度系统 (42)4 1 2无线调度系统 (44)4 1 3多路传真系统 (45)4 1 4短波通信 (46)4 1 5卫星通信系统 (47)4 2计算机网络系统 (48)4 2 1局域网 (48)4 2 2广域网 (48)4 .3视频会议系统 (49)4 3 1功能要求 (49)4 3 2性能要求 (49)4 3 3接口要求 (50)4 3 4引用标准 (50)4 4图像接入系统 (50)4 4 1功能要求 (50)4 4 2性能要求 (50)4 5综合应用系统 (51)4 5 1技术架构要求 (51)4 5 2综合业务管理 (51)4．5．3风险隐患监测防控 (51)4．5．4综台预测预警与研判 (51)4.5.5能辅助方案 (52)4 5 6指挥调度 (52)4 .5.7应急保障 (52)4.5.8应急评估 (52)4．5．9模拟演练 (52)4 6数据库系统 (53)4 6 1基础信息数据库 (53)4 6 2事件信息数据库 (53)4 6 3预案库 (54)4 6 4模型库 (54)4 6 5知识库 (54)4 6 6案例库 (54)4 6 7文档库 (54)4．7应急指挥场所 (55)4．7 .1显示系统 (55)4 .7．2供电系统 (55)4．7．3综合布线 (56)4 .7.4 其他要求 (56)5 部门应急平台 (57)5.l应急通信系统 (57)5. 2计算机网络系统 (58)5. 3视频会议系统 (58)5 4图像接入系统 (59)5 4 1性能要求 (59)5 4 2引用标准 (59)5 5综合应用系统 (59)5 5 1技术架构要求 (59)5 5 2综合业务管理 (59)5 5 3风险隐患监测防控 (59)5 5 4预测预警 (60)5 5 5智能辅助决策 (60)5 5 6指挥调度 (60)5 5 7应急保障 (60)5 5 8应急评估 (60)5 5 9模拟演练 (60)5 6数据库系统 (60)5 6 1基础信息数据库 (60)5 6 2地理信息数据库 (61)5 6 3事件信息数据库 (61)5 6 4预案库 (61)5 6 5知识库 (62)5 6 7模型库 (62)5 7应急指挥场所 (62)5 7 1功能要求 (62)5 7 2引用标准 (62)6移动应急平台 (63)6．1大型移动应急平台 (63)6 1 1功能要求 (63)6．1．2性能要求 (63)6 1 3综台应用软件 (65)6 1 4车载数据库 (65)6 1 5接口要求 (65)6 1 6引用标准 (65)6 2中型移动应急平台 (65)6 2 1功能要求 (66)6 2 2性能要求 (66)6 .2.3综合应用软件 (67)6．2．4车载数据库 (68)6．2 .5接口要求 (68)6 2 6引用标准 (68)6 3小型移动应急平台 (68)6 3 1功能要求 (68)6 3 2性能要求 (68)6 3 3综合应用软件 (69)6 3 4便携数据库 (69)6 3 5接口要求 (69)6 3 6引用标准 (69)7 数据共享与交换系统 (70)7 1数据交换 (71)7.1.2性能要求 (73)7 .1.3技术要求 (73)7 2数据共享 (73)7 2 1功能要求 (74)7 2 2技术要求 (74)7 2 3共享机制 (74)7 3省级共享与交换节点 (75)7 4部门共享与交换节点 (75)8安全保障体系 (76)8 1总体要求 (76)8 1 1原则要求 (76)8 1 2分级分域安全保障要求 (76)8 2安全保障要求 (78)8 2 1通信系统安全保障 (78)8 2 2基于内网的应急平台系统 (78)8 2 3基于外网的应急平台系统 (78)8 2 4移动应急平台 (79)8 3安全管理 (80)8 4容灾备份 (80)8 4 1本地备份． (80)8．4．2异地容灾 (80)9规范性引用文件 (81)10术语和定义、缩略语 (82)10.1术语和定义 (82)1 0.1.1突发公共事件 (82)10.1.2应急平台 (82)10 1 3移动应急平台 (82)10 .1. 4应急方舱 (82)10 .2缩略语 (82)ﻬ国家应急平台体系技术要求为了指导和规范国家应急平台体系研发和建设工作,保证应急平台的互联互通和资源共享,按照《国务院关于实施国家突发公共事件总体应急预案的决定》(国发[200５]11号）、《“十五”期间国家突发公共事件应急体系建设规划》（国办发[200６］106号)及相关标准规范，制定本技术要求。
应急管理部科技项目管理办法（试行）第一章总则第一条为规范和加强应急管理部科技项目管理，统筹科技资源、凝聚创新力量、引导科技研发，提升科技成果支撑和服务应急实战的水平，依靠科技提高应急管理的科学化、专业化、精细化和智能化水平，根据《中华人民共和国科学技术进步法》和国家科技计划管理有关规定，结合应急管理部工作实际，制定本办法。
第二条本办法适用于应急管理相关国家科技计划（专项、基金等）项目和应急管理部重点科技计划项目管理，具体包括：（一）应急管理部作为推荐部门及应急管理部所属有关单位承担的国家科技计划（专项、基金）项目，包括但不限于国家自然科学基金、国家科技重大专项、国家重点研发计划、技术创新引导专项（基金）、基地和人才专项项目。
（二）应急管理部设立的重点科技计划项目，面向安全生产、防灾减灾、应急救援等方面的科技需求，聚焦应急管理事业改革发展中的难点、热点和“卡脖子”问题，重点支持应急管理重大基础理论研究、关键核心技术研发、先进适用装备研制等。
第三条应急管理部科技项目管理遵循需求牵引、统筹协调、分类管理、公平公正、规范高效的原则。
第二章职责分工第四条应急管理部科技和信息化司（以下简称科信司）负责应急管理部科技项目的归口管理工作，主要职责是：（一）拟订应急管理部科技项目管理制度，指导应急管理部所属有关单位制定和修订本单位科技项目管理制度；（二）组织征集、论证应急管理重大及重点科技需求，加强与国家科技计划主管部门的协调沟通，统筹协调、组织和推荐符合条件的单位申报应急管理相关国家科技计划项目；（三）组织征集应急管理部重点科技计划项目需求，编制年度项目申报指南，组织开展项目立项评审、实施管理和绩效考评等工作；（四）组织开展科技项目成果转化和应用示范；（五）组织建设和管理科技项目咨询专家库、科技项目管理信息系统等。
第五条国家消防救援局、国家矿山安全监察局、中国地震局，应急管理部机关有关司局，国家安全生产应急救援中心，应急管理部所属有关单位（以下统称业务单位）的主要职责是：（一）研究提出负责业务领域的重大及重点科技需求和项目建议；（二）推荐符合条件的单位申报国家科技计划项目和应急管理部重点科技计划项目；（三）参与编制应急管理部重点科技计划项目申报指南，配合做好项目立项评审、监督检查和绩效考评等工作；（四）支持和协调推动科技项目成果在其负责业务领域的应用示范和推广。
应急指挥平台项目技术规范书批准：审核：编制：2013年8月一、项目概况：山西省电力公司，利用近两年的时间，先后完成了省、十二个市公司（含超高压）以及85个县级应急指挥中心，建立了分级分布式的省公司与各地市间“上下齐心，统一指挥、反应灵敏、协调有序、运转高效”的应急管理系统。
目前山西电网省、地、县三级联动应急体系已建成，为山西电网应急管理水平的提升，打下坚实的基础。
山西电力应急指挥体系，已经具备掌控全局，资源统一调配、联合作业的综合管理水平。
指挥中心集通信多元化、信息集约化、指挥移动化的战略方针，形成省---市---县多级联合抢险模式，同时应对社会性公共事件，也具备联合政府、有关部门、社会各行业联动能力，为社会稳定发展提供安全保障。
将电厂纳入到应急指挥体系建设当中，才能够使山西电力应急体系建设工作更为完善，真正实现发电企业以及输、供电企业现代集约化管理，强化能源生产链条中生产、输变电阶段，电厂自我运维能力、为上级调控中心提供快速感知能力，形成电网、电厂互动模式，以闭环方式强化电网统一监管能力并为电网稳定运行提供有力支撑。
从电厂角度看，在应急状态中，需要了解省网，国网，和相关政府方面的决策同时也需要了解整个应急事件的指挥过程。
传统的模式是以调度运行为基础的生产模式，满足不了大规模应急状态下的指挥。
必须有一套更为全面先进的系统借助原有的基础来提升，为应急工作打下良好的基础。
二、项目工期要求：施工时间暂定为 年 月 日至 年 月 日，施工工期共计 天，如果施工工期因不可避免的因素而改变，招标方及时将改造时间通知投标方，投标方应在开工前2天到达现场，安装设备、组织人员到位，在要求的施工时间内结束所有工作，并提出处置建议。
主要包括项目实施要求、项目组织要求、项目需求变更要求和项目进度管理要求、合同变更要求、项目质量管理、项目交付成果和测试要求等说明：表中的N 为项目开始日期。
三、项目质量要求：3.1 投标方必须有最基本检修质量措施，施工方案整体措施等，符合招标方有关质量标准的规定。
投标方应根据招标方的检修项目制定详细的检修工程施工组织设计，内容包括：工程组织体系、安全管理体系、质量序号 里程碑名称工作内容 截止时间 备注 一需求调研 监造业务需求调研 N+5天 二系统设计 完成系统整体设计 N+15天 三 软件开发 完成系统软件开发和测试N+60天 四 初验 完成系统上线准备，系统初验N+65天 五 试运行 系统开始试运行N+70天 六验收完成系统验收 N +100天管理体系、项目安全技术措施、人员安排、工器具安排、检修进度安排、现场标准化设施安排等，并需在合同签订后3日内提供招标方，由招标方审核。
招标方需在检修前2日内向投标方反馈意见。
3.2 投标方作为施工项目的第一级验收人员，应严把质量关，禁止将有缺陷和问题的工程项目留给下一级验收人员验收。
验收记录做到及时准确，验收率达到100％。
3.3 招标方的签字验收，不能视为投标方按合同规定应承担的质量保证责任的解除，也不能免除投标方对设备检修质量应负的责任。
3.4 施工达到质量控制点后，必须在质检表格上由双方各级验收人员签字后，方可继续施工，不允许施工结束后补签。
3.5 执行标准除本方案特别规定外，供方所提供的设备均应按表1中标准和规定进行设计、制造、检验和安装。
所用的标准必须是其最新版本。
如果这些标准内容矛盾时，应按最高标准的条款执行或按双方商定的标准执行。
表1 引用的标准规范标准号标准名称DL/T795-2001 电力系统数字调度交换机DL/T534-93 电力调度通信总机技术要求DL/T 598-1996 电力系统通信自动交换网技术规范YD/T 954-1998 数字程控调度机技术要求和测试方法YD/T 1243.1-2002 媒体网关设备技术要求—IP中继媒体网关YD/T 1046-2000 IP网关设备互通技术规范YD/T 1292-2003 基于H.248的媒体网关控制协议技术要求基于分组的多媒体通信系统ITU-TH.323v4(2000)ITU-T多媒体通信的控制协议H.245v7(2000)RFC2805 媒体网关控制协议结构和要求ISO/IEC 14496-2 语音和视频编码技术ITU-TT.120(1996)多媒体会议的数据协议ITU-T H.225.0 v4(2000) 基于分组的多媒体通信系统的呼叫信令协议和媒体流的分组ITU-T Q.1902.1 与承载无关呼叫控制协议功能描述ITU-T Q.1902.2 与承载无关呼叫控制协议消息和参数的一般功能ITU-T Q.1902.3 与承载无关呼叫控制协议的消息和格式ITU-T Q.1902.4 与承载无关呼叫控制协议的程序基于NGN架构的SIP及H.323协议规范供方提供的所有设备、备品备件、软件系统，除本规范书中规定的更优的技术参数和要求外，其余均应遵照最新版本的中国信息产业部颁布的标准、国际电信同盟（ITU）、国际电工委员会标准（IEC）、国际公制（SI）、国际化标准组织（ISO）及国家标准，这是对设备的最低要求。
如果供方有自己的专有标准或规范，应在辅助说明文件中具体说明，并附上相应的详细技术资料，但必须优于上述标准的有关规定。
3.6 改造后评价：3.6.1 保质保量完成计划改造项目。
3.6.2 施工工艺和质量标准全部符合工艺要求，无返工。
3.6.3 施工记录、工时记录、备件材料消耗记录准确无误。
四、施工范围及要求（包括职责、技术要求、技术指标等）：本项目的工作范围为电厂应急指挥平台项目的功能设计、结构、性能、安装和试验，以及供货和现场技术服务。
4.1双方在合同期间应承担如下职责4.1.1 供方的职责供方的职责将包括下列内容，但不仅仅限于此内容。
●为电厂提供一套符合本技术规范要求的应急指挥平台；●负责电厂内部应急指挥平台与行政交换机对接；●负责电厂内部应急指挥平台接入综合数据网；●负责应急指挥平台与山西省电力公司资源管理系统的对接；●负责供货范围内设备在试验验收和保修期内的故障排除；●负责供货范围内所有设备的包装运输；●提供供货范围内所有设备的技术文件、图纸和使用手册；4.1.2 需方的职责●提供与其他设备之间连接的接口要求；●提供应急指挥平台所需的网络IP资源；●提供应急指挥平台值守电话终端的号码资源；●提供应急指挥平台与行政交换机的板卡插槽资源；●提供调度综合数据网通道；●确保按照使用说明书正确使用设备；4.2系统功能与结构4.2.1 系统功能4.2.1.1应急指挥系统介绍应急指挥系统分为两大主体，前台用于页面展示与用户交互操作，后台用于终端注册以及路由分配、分级指挥等功能。
主要功能包括强拆、强插、会议、组播、监听、代接、转接、禁话、静音等基础功能，同时还有智能录音、批量导入、信息交互、来电列表、状态监管等高级功能。
在不改变原有使用习惯的前提下，与电厂的交换机对接，实现通信业务管理，必要时，在应急指挥过程实现强插、强拆、监听等一系列应急操作，提升通信的即时性和传递的准确性。
强插则双方通话,通过权限判断,以第三方形式加入,退出时则不影响原有通话,通话不间断；强拆则双方通话，强行切断一方，形成双方通话，挂断则通话结束；监听则权限具备时，可以监听通话人员内容，随时可进可退，不影响正常通话；静音则是让通话一方只可听不可说；禁话则是让该电话号码失效，让该人员无法使用；会议则是形成三方以上通话，实现多人交流。
应急指挥台支持视频展示能力，集音视频于一体，应急指挥台上不仅显示文字，而且引入视频图像，做到图文并茂的展示能力，同时支持点对点视频图像展示，应急指挥台上可以查看IP可视电话打来电话的现场图像。
联动视频模块会议接入，在应急指挥台分屏展示出来，展示的内容有视频的看图像，没视频的听声音。
4.2.1.2功能要求1)应急指挥台应支持点对点单呼、点对点追呼、多人次组呼以及多人次多次追呼的需要、以及无人接听后的呼叫转移等多方式的指挥功能，确保信息准确有效传递。
2)通信人员，应支持点对点单人呼叫以及点对多点的并行呼叫；针对未接到通知人员支持多次追呼功能，确保上级命令有效传递到达，做到最短时间内信息多次传递的时效性；3)应急指挥台应支持录音功能，指挥电话通话录音，通话记录保存在后台，可以随时调阅，实现情景再现。
4)录音部分应支持对通话媒体流进行分析和压缩处理的能力，保证指挥语音、视频清晰，无干扰，同时保证录音质量。
5)应支持语音激励方式，当有声音时自动录音，无声音时停止录音。
对于录音文件要求可以分级管理，以防止人为删除。
同时对所有接入终端：如手持终端、座机、手机、可视电话等，会议或通话时进行自动录音。
6)应支持组播功能，组播支持人员录音进行广播，支持人员文字输入转变成语音播报，同时播放内容可循环播放，并以短信追加告知，确保多层机制安全传递。
7)应支持整合多种通信手段，如电话广播、短信平台，具备历史记录模板等，确保应急事故发送时，让应急值班人员可以通过组播形式，瞬间把突发事件情况告知所有相关负责人员，缩短逐一通知的时间，提升人员应急感知能力。
8)应支持操作人员自定义事件组，针对应急会议，支持人员邀请，请离，静音等操作，同时根据会议的进展支持人员重新邀请，和号码打入进会等功能。
9)应支持建立通信模板，一键组会功能，快速组织小型会议的能力，其中包括视频和语音会议。
避免应急抢修时，手工查找人员信息，抢修信息逐个通知的方式。
缩短抢修消息传递时间。
10)会议应支持灵活召开或组建，具备语音、视频会议召开能力，在应急状态下将现场施工抢修人员与应急指挥领导在一个会议组中，可以随时汇报协商，有视频的开视频会议；没有视频的,用语音沟通。
11)应支持短信发送功能，针对抢修人员、部门，应急抢修小组，实现单发、群发应急抢修通知，并可根据反向查询功能掌握到信息发送是否成功，确保传递有效信息成功。
12)应支持人员批量导入的功能，方便操作人员统一管理，进行日常维护工作。
做到一处同步，其他系统也能达到人员共享的地步。
13)应支持电话打入排队功能，让呼入电话有选择性接听，缓解指挥人员工作压力，同时来电将跟人员的名称职务绑定显示，让号码有据可查，提升通话效率。
14)应支持多种指挥用户状态，如注册，振铃，遇忙占线，接听通话，静音，禁言等状态，支持注册用户状态管理，方便看出哪些用户在进行何种操作，进而方便进行强插、强拆，邀请入会等操作。
15)应支持系统日志浏览，日志应包括人员操作日志以及系统呼叫通信记录，方便查看系统信息。
随时掌握信息流程，及时了解到系统的日志以及人员的操作记录。
4.2.1.3应急互动模块介绍依据固定结构模式，建立的设备模型按电网设备建立，统一使用ISPG 编码，系统可按预先设定的信息模型，筛选接收业务系统的告警消息，通过信息的关联匹配，有效地组织各类生产业务系统、管理系统相关信息，形成全景信息数据断面。
