4. Внедрение ASL

Процесс внедрения ASL состоит из нескольких этапов:

  1. Заполнение исходных данных;

  2. Импорт данных по безопасности полётов;

  3. Доработка программ и материалов подготовки персонала;

  4. Назначение Представителей по БП;

  5. Доработка классификаторов и классификация внесённых данных;

  6. Настройка процессов СУБП;

  7. Доработка внутренней нормативной документации;

  8. Подведение итогов внедрения АСЛ;

4.1. Заполнение исходных данных

Самый первый этап внедрения - это внесение исходных данных. В Административный интерфейс необходимо заполнить следующие разделы:

  • Классификаторы. Перечень лётных и технических отклонений согласно Программы анализа полётной информации.

  • Инциденты. Перечень событий подлежащих расследованию, согласно требований полномочного органа.

  • Аэропорты маршрутной сети.

  • Рейсы, выполняемые авиакомпанией, при наличии таковых. Для чартерных рейсов можно создать отдельную запись.

  • Области недостатка.

  • Группы ВС. Например, В737-300/400/500.

  • Воздушные суда.

  • Системы ВС. Например, согласно ATA100.

  • Подразделения организации. По состоянию на апр. 29, 2025, подразделения не формируются в структурную схему. Реализация вложенности подразделений планируется в течение 2025 года.

  • Эскадрильи, при наличии.

  • Пилоты.

  • Главная страница. Данная страница является общедоступной, поэтому на ней не рекомендуется размещать какую-либо конфиденциальную информацию. Здесь можно разместить общую информацию о СУБП организации, опубликовать политики по безопасности полётов и качеству, дать ссылку на мобильное приложение.

  • Внутренняя документация. Здесь вносится перечень всех нормативных документов организации. Также, по запросу может быть настроена интеграция с уже имеющейся системой документооборота.

  • Матрица рисков.

4.2. Импорт данных по безопасности полётов

Рекомендуется внести в АСЛ уже имеющиеся данные по БП. К ним относятся:

  • авт добровольные/обязательные сообщения от персонала;

  • авт полёты за предыдущий период по каждому ВС;

  • авт замечания по результатам экспресс-анализа полётной информации;

  • авт замечания SAFA/SANA;

  • авт мероприятия по безопасности полётов;

  • выполненные оценки рисков;

  • результаты оценки компетенций экипажей.

Пункты, отмеченные ярлыком авт могут быть импортированы в автоматическом режиме нашими специалистами по запросу со стороны заказчика. Для этого данные должны храниться в машиночитаемом виде (excel, csv, json и пр.)

4.3. Доработка программ и материалов подготовки персонала

4.4. Назначение Представителей по БП

4.5. Доработка классификаторов и классификация внесённых данных

4.6. Настройка процессов СУБП

После выполнения предыдущих шагов можно переходить к настройке существующих процессов СУБП с учётом изменений, связанных с внедрением АСЛ.

4.6.1. Сбор данных по БП

Описание процесса

Для реализации регулярного сбора данных по БП необходимо организовать как минимум:

  • Поступление добровольных сообщений. Требуется внедрение мобильного приложения среди персонала организации.

  • Внесение результатов анализа полётной информации. Требуется подготовка персонала, выполняющего экспресс-анализ ПИ, настройка взаимодействия с подразделениями в части работы с выявленными лётными и техническими отклонениями.

  • Определение ответственных за внесение любой другой информации из внутренних и внешних источников.

Существенным фактором, влияющим на рост количества добровольных сообщений от персонала, является предоставление обратной связи. Сообщение с запросом на обратную связь рекомендуется считать приоритетными для обработки.

Очень часто персонал не указывает область-недостатка и сообщение не попадает на отработку представителю по БП. Чтобы не пропускать такие сообщения, необходимо определить, кто должен их получать и указывать область недостатка. «Отлавливать» такие сообщения можно при помощи настройки фильтров.

4.6.2. Выявление факторов опасности

Описание процесса

На начальном этапе внедрения АСЛ, необходим повышенный контроль за процессом выявления представителями по БП факторов опасности в поступающей информации.

Классификация сообщений на начальном этапе часто может быть неполной, недостаточной. Имеющихся классификаторов может не хватать и от представителей по БП регулярно должны поступать запросы на дополнение перечня классификаторов.

Одним из механизмов повышения полноты классификации сообщений может быть добавление в обязанности представителей по БП выполнения регулярных статистических анализов поступающих проблем и замечаний. Такой механизм будет стимулировать к постоянной доработке списка классификаторов и точной классификации сообщений.

4.6.3. Оценка рисков

Описание процесса

Для выявленных факторов опасности необходимо в административном интерфейсе задать значения для того, чтобы в АСЛ выполнялся Автоматический пересчёт уровня риска.

Эти значения целесообразно устанавливать решениями рабочих групп по безопасности полётов с последующим оформлением соответствующих протоколов.

Оценку рисков методом Бабочка на начальном этапе лучше выполнять силами работников службы безопасности полётов с привлечением профильных специалистов, в первую очередь из числа представителей по БП.

4.6.4. Мероприятия по БП

Описание процесса

Используемый в АСЛ процесс разработки и контроля выполнения мероприятий по БП (ПБП) на первом этапе может показаться запутанным. Представители по безопасности полётов и руководство должны чётко представлять этапы данного процесса для его успешного применения.

Потребуется определить, кто будет иметь возможность создавать ПБП и на кого они будут направляться. Направление ПБП Руководителем по БП на других руководителей высшего звена может оказаться неэффективным. В этом случае, может быть согласовано и принято решение направлять ПБП напрямую на представителей по БП в подразделениях.

4.6.5. Оценка эффективности

4.7. Доработка внутренней нормативной документации

4.8. Подведение итогов внедрения АСЛ