深航应急管理系统建设方案征集
发布时间:
2025-12-22
发布于
--
收藏
公告内容
项目编号
立即查看
立即查看
采购单位
立即查看
供应商
立即查看
采购代理
立即查看
公告详情
您当前为:【游客状态】,公告详情仅对登录用户开放,
登录/注册
后查看完整商机。全国免费咨询热线:400-888-7022

深航应急管理系统建设方案征集

为顺利推进深圳航空有限责任公司应急管理系统项目,现由深航向社会公开征集项目建设方案。有意参与项目建设方案征集的供应商,请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写,并通过深航集中采购管理部公共邮箱向深航反馈项目建设方案。

一、项目名称

深航应急管理系统研发项目

二、项目概述

1、项目背景

当公司发生航空安全类应急事件后,公司需要高效调动内外部资源、分秒必争开展应急响应处置,以达到避免事故或降低事故发生概率、妥善安置旅客、保护公司品牌声誉等目的。目前,公司的航空安全应急响应处置工作主要依赖人工操作、纸质检查单等传统流程,应急管理工作缺少信息化支持,急需提升电子化、智能化及资源整合能力,提高应急处置效率。

2、项目建设目标

(一)可视化指挥及资源整合

将公司应急日常管理及应急响应处置工作由传统模式转为数字化方式,实现无纸化管理。

(二)应急处置效率优化

通过数字化、智能化推送相关数据,缩短信息传递链条,实现“分钟级”响应,提升应急管理水平。

(三)应急资源智能化管理

通过系统实现应急资源的数字化管理,自动整合人员技能、资质等信息,支持按需求快速检索匹配资源,提升资源

调度的自动化、精准度与效率。

(四)应急处置全程可追溯

通过系统对响应启动、任务执行、决策过程等全环节进行电子化留痕,支持处置过程数据的实时采集与存储,为后续复盘总结、问题分析及局方审查提供完整、客观的记录依据,推动应急管理持续改进。

三、项目业务需求

序号

需求描述

需求详细说明

备注

1

组织机构及用户管理(管理端)

1.对接公司人力资源系统同步组织架构,并实现同步更新,同时支持管理员独立创建和维护应急组织架构,如GO-TEAM团队、家属援助团队、应急管理委员会、应急职能小组及外部应急通讯录等。 2.需支持创建不同权限的角色组,来实现便捷的权限控制。 3.权限管理功能需要细化到具体模块的访问、增删改查及导出等操作,与角色体系紧密对应。 4.AOC席位人员能通过岗位选择或对接FOC系统数据的方式登录。 5.系统能对接公司值班系统,自动获取并展示公司领导及联合值班等日常值班安排信息。

2

统一通信中心 (管理端、大屏端、电脑端、移动端)

1.应急通讯录:通过应急系统查询各关键岗位的值班人员信息和联系方式,打破信息壁垒,实现快速沟通。 2.整合多种通讯方式(钉钉、短信、电话、邮件、卫星电话),支持视频通话,并自动对语音通话进行实时转写和AI摘要提取,所有沟通记录按事件归档。 3.启动应急后,要求系统能自动向相关人员通过电话、钉钉发送差异化通知,要求3分钟内100%通知到。 4.将视频会议与航班数据、SOP检查单、电子白板等深度融合的会商机制。会商时,系统需自动记录,便于事后复盘追溯。

3

知识库(管理端、大屏端、电脑端、移动端)

1.预案手册库:建立一个结构化的预案手册及检查单库,用于分级管理应急预案,详细定义处置流程、时限与责任部门,以及用户查询相关和资料模版等。 2.案例库:建立公司级的应急演练案例库。收集并开放演练相关资料的查阅和下载权限,支持电脑端、移动端访问。 3.案例库:建立公司级的应急演练案例库。收集并开放演练相关资料的查阅和下载权限,支持电脑端、移动端访问。 4.要求提供便捷的资料查询功能,包括知识库的查询、应急航班详细信息的查询、通讯录查询等。

4

应急启动与关闭及信息同步展示(管理端、大屏端、电脑端、移动端)

1.指定权限人员操作启动应急响应、调整响应等级和关闭应急响应。 2.应急航班信息提取及展示:在发生突发事件情况下,自动提取并展示应急事件、应急响应等级,航班的状态信息如航班信息、机上人员与货物风险、以及外部运行环境等信息。 3.公告/通告展示 ,目标是确保所有关键指令、政策或通知能及时准确地显示,从而保障信息一致性并提升组织的整体响应与协作效率。 4.人员伤亡信息填报与显示。 5.实时显示处置消息与处置动态。

5

任务管理中心(电脑端、移动端)

1.通过拖拽组件的方式,可视化地设计、创建和修改各类应急事件的标准化处置流程,是整个应急体系运行的基础。 2.要求系统能根据事件具体情况,智能匹配和动态生成最优应急预案,推送检查单,并持续自我优化。 3.以看板形式详细管理所有应急处置任务,用户可创建、指派、接收任务,更新任务状态,并上传相关附件,实现应急指令和通知的一键下发。 4.协同处置:提供支持多人在线协同编辑的界面,允许应急小组在事件发展过程中,基于预案模板实时修改、批注和共享应急处置方案文档。

6

签到管理(管理端、大屏端、电脑端、移动端)

需支持所有参与应急处置的领导和人员进行签到,覆盖AOC、分公司和各运行基地。

7

应急演练模块(管理端、大屏端、电脑端、移动端)

与真实应急事件区分开来,可设置演练情景、选择参演预案、启动模拟推演,并扮演不同角色下达指令观察反馈。

8

综合业务(电脑端、移动端)

要求集成一个综合业务门户,统一处理事件报送、日常值班、会议通知、动态发布等应急相关工作。

9

报告、复盘分析中心(管理端、电脑端、移动端)

1.报告模板管理:根据民航局最新的规章要求,维护和更新合规报告的模板、数据字段和格式规范,并支持在提交前进行人工审核与修订,确保系统生成的报告始终满足监管要求。 2.要求系统能自动记录并回放应急处置全过程,快速生成处置报告。 3.支持授权管理员查询、回放和管理所有事件的通信记录,包括文字和语音转写,用于事后审计、调查取证和培训。支持生成整改问题下发至整改反馈关闭闭环管理。

10

家属援助中心(电脑端、移动端)

1.家属援助团队成员精细化管理(如语种,擅长专业领域等) 2.伤亡信息维护,包括个人信息、伤亡等级、就诊医院、状态等 3.通过援助对象管理、队员任务指派,确保突发事件中旅客及家属的援助需求得到及时响应与高效处理。

11

数据集成管理中心(管理端)

1.高级别数据安全:需遵照民航最高安全标准,对敏感数据进行多重加密和隔离防护,确保数据不泄露、不丢失、不篡改。 2.汇聚并存储核心生产系统数据,如航班、机组、旅客、货物信息等。 3.为IT人员提供数据接口管理功能,配置和监控与外部系统的数据接口状态,管理数据清洗和转换规则。 4.汇聚并存储在应急响应过程中产生的所有非结构化数据,包括所有渠道的通话录音、语音转写文本、IM聊天记录、会商音视频、操作日志、会签记录等。 5.数据热备份:提供业务级的异地热备方案,确保主系统故障时业务能秒级无感切换,保障应急指挥不中断。

12

资源调度中心(电脑端、移动端、大屏端)

1。基础数据中心:录入、分类和维护公司所有应急资源的基础信息,包括资源名称、型号、数量、负责人、存放地点等,是资源调度的静态数据库。 2.提供详细的应急资源管理列表,调度人员可查看每项资源的具体参数、所在位置和可用状态,并执行调度指令。

13

导航功能(电脑端、移动端)

1.给出指定位置后,能跳转至导航地图软件,进行导航指引。

14

模块化拼图式显示(电脑端、大屏端)

可根据需要自由拼模块显示,自由调整各模块和总体窗口显示大小,建议以网页窗口形式显示。

四、项目非业务功能性需求

1、系统响应时间指标

用户访问(增删改等)响应时间不超过2秒;在1500个并发用户情况下,对数据报表查询实现如下指标:

查询类别

说明

性能指标

简单查询

仅仅针对小型表的单表查询

在1秒以内完成查询响应

一般查询

仅仅涉及小型表的多表

在2秒以内完成查询响应

大数据查询

针对大型表的单表查询

在5秒以内完成查询响应

2、可靠性要求

(1)系统平均无故障运行时间MTBF≥10000小时。

(2)用户数量要求

总用户数量

最大并发用户量指标:3000人

3、可用性要求

可用性:系统满足7*24小时对外服务,综合可用性要高于99.95%。

4、易用性要求

(1)维护界面简单易用,在业务流程发生变化时,尽量减少后台程序的开发,使用前台的配置即可完成。

(2)支持的语言版本:支持中文及英文。

5、扩展性要求

(1)能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。如各模块用户数、功能月点击量、活跃用户统计等。

(2)支持组件重用,并保证原有功能的稳定性。

(3)产品的界面要求操作简洁、易用、灵活:维护界面简单易用,在业务流程发生变化时,尽量减少后台程序的开发,使用前台的配置即可完成。包含自定义报表。

6、可移植性要求

(1)产品的设计灵活,使得产品应用到各分公司或基地时不需进行大规模修改,仅需配置即可。

(2)方便地对产品进行扩展,而不对产品进行结构化的变化。

(3)预留标准数据接口,方便和现有业务系统之间的数据交换,支持多种网络传输协议,方便其他数据的接入,便于功能的拓展。

7、兼容性要求

(1)操作系统兼容性指标:整个产品的设计建设,可以向其他操作系统应用服务器移植。

(2)浏览器兼容性指标:网页端需支持IE9+、Chrome、Firefox、360等主流浏览器。

(3)涉及报表导出功能需兼容WPS、OFFICE插件。

(4)系统功能及界面风格兼容性保持一致。

五、技术架构要求

方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外,应用系统建设详细技术要求还需参照《深航应用系统建设技术规范》执行。

、基础设施要求。应综合考虑系统应用软件产品、性能需求等因素,合理分配应用服务器、中间件服务器、数据库服务器、存储、负载均衡等资源,根据系统部署需求,给出系统基础设施架构,提供基础架构拓扑图。 网络要求。提供完整的网络访问方案,包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要,系统的开发测试环境与生产环境可能单独部署,如果需要多个环境之间的通讯,要有清晰的描述。对于网络架构可以在基础设施架构内体现的,也可以合并提供,不必再行单独列示。 华为云信创项目核心技术要求。需满足华为云信创项目核心技术要求,技术标准详见附件。

六、技术支持和售后服务

1、系统技术服务标准要求,应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算,软件为期一年,硬件为期三年。

等级

说明

响应时限

一级事件

整个系统处于瘫痪状态,完全无法运行,或者某个功能模块完全无法运行,对业务连续性产生严重影响,同时无替代方案可选。

10分钟响应,30分钟评估问题解决时间,60分钟内恢复生产。

二级事件

系统核心功能不可用,或者性能出现严重问题,对业务连续性产生严重影响。

30分钟响应,60分钟评估问题解决时间,120分钟内恢复生产。

三级事件

系统非核心功能不可用,或者性能下降,对业务连续性影响较小,并有其他方案替代。

30分钟响应,120分钟评估问题解决时间,240分钟内恢复生产。

在系统上线后,要求供应商承担系统上线后的所有运维工作,主要包括检查系统上线运行情况,解答用户问题,建立问题跟踪记录,系统持续优化调整等。如需驻场服务,请说明服务内容和要求。

七、投资说明

1、开发团队要求:

1)项目经验要求:需要提供团队人员简历,说明团队人员项目经验。如,参与过的项目,就项目管理、需求、开发、测试、运维等相关能力进行说明。

2)团队成员:至少包括项目经理、需求分析工程师、架构工程师、开发工程师、数据库开发工程师、运维工程师、测试工程师、实施工程师。

2、结合项目建设方案,供应商需要说明基于方案的项目投资规模,具体如下:

1)如用到第三方软件或服务,包含第三方软件费用、服务等报价。

2)针对项目各项需求功能逐个按工作量和人员单价方式报价。

3)综合全部项目需求,汇总给出项目整体报价和建设团队人员规模(包括人员结构、单价、人数)。

4)报价模板详见附件《项目建设方案报价表.xlsx》。

3、项目周期:

项目合同签订日期起1年周期。

4、系统维保:

(1)硬件维保费为项目建设标的额的8%,软件维保费为项目建设标的额的10%。

(2)硬件维保为项目终验后三年免费,软件维保为项目终验后一年免费.

八、供应商资质要求

最终的入围条件需要以招标公告中的招标文件为准

(一)不在深圳航空有限责任公司供应商黑名单之列。

(二)不在中航集团禁止交易名单之列。

(三)不在深航禁止交易企业名单之列。

(四)具有独立签订合同的权利和承担民事责任的能力,近三年无违法和重大违规执业行为,无处罚记录。

(五)具有良好的财务状况,能够开具增值税专用发票。

九、方案提交要求

请供应商在2025年12日29日前向项目建设方案征集邮箱提供项目建设方案(含投资说明)。供应商提供的项目建设方案是深航对供应商能力考查的参考依据,请各位供应商认真地阅读理解征集方案相关要求,认真编制和审核项目建设方案及投资规模。

十、地址及联系方式

1、地址:深圳宝安国际机场深圳航空有限责任公司。

2、电子邮件地址:X03404@shenzhenair.com a30650@shenzhenair.com

十一、本公告由深圳航空有限责任公司信息管理部负责解释

特此公告。

附件一:供应商产品报价表

附件二:深航应用系统建设技术规范

附件三:华为云信创项目核心技术标准

深圳航空有限责任公司

*开通会员可解锁*

合作机会