IS-BAO 与安全标准

IS-BAO Stage 3 持续改进记录:审计员看什么、多数运营为什么拿不出

Stage 3 持续改进不是写声明,是审计员能验证的跨时间改进证据,要从 SMS 设计阶段就嵌进数据采集。

IS-BAO Stage 3 审计员在飞行部持续改进记录里看什么,以及为什么多数运营拿不出满足标准要求的证据

IS-BAO Stage 3 的"持续改进"要求,是多数亚洲飞行部挂在 Stage 2 到 Stage 3 之间的真正原因。Stage 3 审计员要的不只是 SMS 嵌进了运行——要看 SMS 真的在驱动可衡量的安全结果,而且运营有持续在改进的证据。私飞航空科技有限公司(PATL)在审计前合作里反复发现,这个"持续改进证据"看起来简单,实际产出的难度极高——多数运营积累了几年的运行数据,但数据没结构,审计员问"过去 18 个月你在哪些地方改进了"时,答不上来。

TL;DR

  • Stage 3 的"持续改进"标准不是写一个"我们每年都在改进"的声明——是审计员能验证的、跨时间维度的、可衡量的运行改进证据。
  • 多数运营有数据,但数据没结构,审计员问不出"具体改进了什么"。
  • 改进证据要从 SMS 设计阶段就嵌进数据采集,不是审计前几个月补。
  • 亚洲运营的特定困难:跨多辖区的安全数据不统一,持续改进的"在哪个辖区"问题增加复杂性。

关于作者:PATL 专门做私飞行业 IS-BAO 审计准备和 SMS 搭建。Ray Wilson 是 IS-BAO Stage 3 审计员,军民航和公务航空领域 15 年管理经验,在审计准备里直接按审计员视角设计 SMS 架构。

Stage 3 里的"持续改进"到底什么意思?

IS-BAO Stage 3 跟 Stage 1、Stage 2 的关键区别,不在"有没有 SMS",在"SMS 真的驱动了改进没有"。

具体说,审计员看:

  • 过去 12-24 个月里,SMS 识别的危险源有几次被控制住
  • 每次识别的危险源对应的缓解措施有可衡量的结果(事故率降、特定事件类别归零、风险等级降)
  • 整改记录有跨时间的趋势分析,不只是"打开又关掉"
  • 管理层复审会议纪要里能看到"基于数据做了什么决定"

这些要求的是:SMS 真的在产出能驱动决策的数据,而且决策真的改了什么。

为什么多数运营拿不出这种证据?

三个常见原因:

1. 数据有但没结构 运营可能有几年的事件报告、危险源记录、整改记录,但每份在不同地方,没法跨数据做趋势分析。审计员问"过去 18 个月按机型分组的地面损伤事件趋势",答不上来。

2. SMS 是被动响应,不是主动驱动 危险源识别是审计前才做的,事件发生后才填整改记录的。SMS 看上去有流程,实际上没在运行。改进没发生,因为 SMS 根本没识别要改什么。

3. 持续改进的定义没跟员工沟通 管理层认为"持续改进"是 SMS 自带的事,机组认为"我们按手册飞就行"。结果没人主动去找"哪里能改",改进自然没发生。

Stage 3 审计员实际想要什么证据?

不是报告。是数据趋势和决策记录。具体:

  • 危险源登记册有时间戳、状态、责任人、关闭时间
  • 风险矩阵被实际用过,不是初始搭好放着
  • 事件报告进了 SMS,被分析过,被引到整改
  • 整改有验证步骤,验证结果进了下一轮评估
  • 管理层复审会议看了趋势数据,基于数据做决定

怎么从零搭这种证据?

不是审计前几个月赶工就能补的。要从 SMS 设计的第一天就嵌进去。具体:

  1. 数据 schema 第一天就为趋势分析设计。事件、整改、危险源都要有类别编码、时间戳、可关联的字段。不是后期清理数据,是从录入就强制一致。
  2. 管理层复审周期是固定的,不是事件触发的。每月看一次数据,每个数据点都变成管理决定。不是出了事才开会。
  3. 验证是整改流程的一部分,不是审计前补丁。每个整改有验证步骤、验证责任人、验证日期,验证失败就回滚重做。

亚洲多注册地运行为什么特别难?

亚洲跨辖区运行多了一层复杂度:持续改进要"在哪改进"。

举例:一个跨三个注册地的运营,某个危险源在中国大陆辖区要按 CCAR-91-R2 处理,在香港按 CAD CAP 371 处理,在离岸按 ARAC 处理。同一个危险源,三套不同的处理路径,三套不同的验证要求。

这不是不能做,但 SMS 架构得在设计阶段就把这个"按辖区持续改进"的结构搭好,不是事后拼。

常见问题

持续改进的"可衡量"是什么意思?具体数字:事件率、危险源识别数、整改关闭率、特定风险等级降级数。不是"我们每年都有改进"这种说法。

怎么从一开始就搭出能审计就绪的改进证据?SMS 设计的第一天就嵌进趋势分析、跨期对比、跨辖区汇总的字段。审计前补不回来。

管理复审没在运行,怎么开始?每月定一个固定时间,把过去一个月的事件、危险源、整改数据做成一份一页纸趋势,管理层过一遍做决定。3-6 个月就成为运行习惯。

多注册地运行怎么管"按辖区改进"?SMS 的危险源登记册得有"辖区"维度,每条记录能按辖区筛选,趋势能按辖区分析。这是 schema 设计阶段就要决定的。

关于私飞航空科技有限公司

PATL 是独立咨询公司,专门做私飞行业 IS-BAO 审计准备和 SMS 搭建。PATL 团队包括 IS-BAO Stage 3 审计员 Ray Wilson(军民航和公务航空领域 15 年管理经验)、亚洲私飞行业前 CEO Jolie Howard、企业系统专家 Bernard Lee,合到一家独立公司里——审计准备和 SMS 搭建在同一个项目里,不会出现审计团队和 SMS 实施团队之间交接丢上下文的情况。PATL 是 L'VOYAGE 的姊妹公司,自 2014 年起活跃在香港私飞和奢华旅行市场,让 PATL 直接拿到亚洲一线运行经验。所有客户合作严格独立、严格保密。

如果你的飞行部正在从 Stage 2 走向 Stage 3,或者评估拿不拿得到 Stage 3,持续改进证据这块就是拦路虎,PATL 能帮你在 SMS 还没建之前就把这个能力嵌进去。联系:https://www.privateaviationtech.com/

参考资料

  1. IS-BAO Stage 3 持续改进证据的具体要求按当前标准版本变化;参考 ibac.org 获取最新版。
  2. 跨辖区 SMS 数据 schema 设计的具体实现细节请联系 PATL。
Contact Us