1.9. Предупреждение по безопасности полётов

Неотъемлемой частью любой СУБП является разработка мероприятий с целью парирования выявленых угроз и снижения потенциальных рисков.

ПБП (предупреждение по безопасности полётов) - это задание на разработку необходимых действий для снижения рисков по выявленным и проанализированным угрозам. Такие задания могут выдаваться любым руководителем для своих подчиненных на всех уровнях управления.

Для работы с ПБП необходимы соответствующие права.

В создании ПБП и разработке мероприятий предполагается участие следующих пользователей:

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

  • Руководитель разработки - разрабатывает мероприятия, согласовывает их с Инициатором, контролирует и сообщает об их выполнении. Может быть назначен пользователь с уровнем доступа Работа с сообщениями и выше. Также может подключить к разработке мероприятий Разработчика.

  • Разработчик - по поручению Руководителя разработки участвует в создании переченя предлагаемых мероприятий. Может быть назначен пользователь с уровнем доступа Работа с сообщениями и выше.

1.9.1. Схема работы с ПБП

Ниже представлена краткая схема работы с Предупреждениями по безопасности полётов.

  1. После создания Инициатором Предупреждения по безопасности полётов, Руководителю разработки поступает уведомление о необходимости разработки мероприятий.

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

  3. После завершение формирования мероприятий Руководитель разработки направляет их на согласование Инициатору ПБП.

  4. Инициатор может принять или отклонить предложенные мероприятия. В случае отклонения мероприятий Инициатор может указать причину, а мероприятия вернутся на доработку Руководителю разработки

  5. Если предложенные мероприятия приняты - они попадают на контроль.

  6. Руководитель разработки контролирует выполнение мероприятий и при выполнении направляет их на проверку Инициатору.

  7. Инициатор может принять или отклонить выполнение мероприятий. В случае отклонения мероприятий Инициатор может указать причину, а мероприятия вернутся на контроль Руководителю разработки.

  8. Если выполнение мероприятий подтверждается Инициатором, то они отмечаются как выполненные.

  9. При выполнении всех мероприятий в ПБП, работа с ним завершается.

1.9.2. Создание ПБП

Предупреждение по БП может быть создано на основании:

  • важного сообщения от персонала;

  • значения Показателя по БП за определённый месяц;

  • результатов оценки рисков;

  • любой другой известной информации.

Для создания ПБП на основании сообщения в базе данных необходимо нажать на соответствующую кнопку в шапке сообщения:

Для создания ПБП на основании значения показателя по БП необходимо нажать на соответствующий столбик диаграммы и во всплывающем окне выбрать Создать ПБП:

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

На этом этапе Инициатор создаёт новое ПБП, указывая руководителя разработки мероприятий и область компетенции.

Также, ПБП можно создать из Меню пользователя, нажав на кнопку Создать ПБП.

1.9.2.1. Форма создания ПБП

Форма создания ПБП состоит из трёх полей:

  • Руководитель разработки обязательное поле. Представлено в виде выпадающего списка. В списке представлены пользователи с уровнем доступа Работа с сообщениями и выше, которые находятся «под» Инициатором в административном интерфейсе ASL; Если Инициатор обладает уровнем доступа Руководитель по БП, то он может направлять ПБП на любых пользователей ASL вне зависимости от уровня подчинения.

  • Область компетенции. Необязательное поле, применяющееся для категоризации мероприятий по системе ACOSM;

  • Описание обязательное поле. Краткое описание ПБП, позволяющее Руководителю разработки понять, что от него требуется.

1.9.3. Разработка мероприятий

Руководитель разработки организовывает процесс разработки мероприятий с указанием целей, причин, сроков и ответственных за выполнение.

Мероприятия документируются в специальной форме, что может сделать сам руководитель разработки или назначенный им Разработчик - подчиненный ему исполнитель с уровнем доступа Работа с сообщениями и выше.

Форма разработки мероприятий состоит из следующих полей:

  • Корневая причина обязательное поле - основная причина, по которой требуется разработка мероприятий;

  • Цель обязательное поле - основная цель, достижение которой предполагается выполнением мероприятия.

  • Ответственный обязательное поле - лицо, должность, подразделение или организация, ответственное за выполнение мероприятия.

  • Срок обязательное поле - предполагаемые сроки выполнения мероприятия.

  • Описание обязательное поле - точное и достаточное описание мероприятия.

  • Область ответственности - список областей ответственности ограничивается выбранной Инициатором области компетенции. Необязательное поле, применяющееся для категоризации мероприятий по системе ACOSM.

  • Функция - список функций ограничивается выбранной областью ответственности. Необязательное поле, применяющееся для категоризации мероприятий по системе ACOSM.

  • Тип действий - дополнительное поле, позволяющее вести учёт мероприятий по типам действий, например: разработать процедуру; повторно изучить с персоналом; ввести дополнительные ограничения и т.д.

  • Особые мнения - особые мнения участников разработки мероприятий, которые необходимо зафиксировать.

Одно ПБП может содержать любое необходимое количество мероприятий.

После того, как все необходимые мероприятия разработаны, Руководитель разработки направляет их Инициатору ПБП на согласование. Для этого необходимо в карточке ПБП нажать кнопку На согласование

Инициатор согласовывает предложенные мероприятия или возвращает их на доработку нажав Согласовать или Отклонить соответственно.

При отклонении мероприятий в появившемся всплывающем окне можно указать причины такого решения.

Инициатор ПБП и Руководитель разработки мероприятий получают на E-mail и в индикаторе уведомлений ASL соответствующие уведомления об открытии ПБП, завершении разработки мероприятий и их согласовании.

1.9.4. Выполнение мероприятий

После согласования, все мероприятия в ASL попадают на контроль. Найти их можно на странице конкретного ПБП:

Руководитель разработки должен своевременно сообщить о выполнении мероприятия. Для этого необходимо нажать на кнопку Сообщить о выполнении на карточке мероприятия:

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

Инициатор ПБП после получения запроса на проверку выполнения мероприятия должен подтвердить или отклонить выполнение мероприятий:

В случае принятия положительного решения Инициатор может приложить другой файл для подтверждения. В случае отрицательного - во сплывающем окне можно будет оказать причину такого решения.

Инициатор ПБП и Руководитель разработки получают на E-mail и в индикаторе уведомлений ASL соответствующие уведомления о выполнении и проверке выполнения мероприятий.

1.9.5. Поиск и статистика ПБП и мероприятий

ASL позволяет вести учет всех Предупреждений по безопасности полётов и разработанных по ним мероприятий, контролируя сроки и документы, подтверждающие их выполнение.

Список всех ПБП доступен на странице Поиск и статистика –> ПБП. Там же можно выполнять поиск ПБП по разным параметрам.

Список всех мероприятий доступен на странице Поиск и статистика –> ПБП –> Контроль упреждающих действий и делится на три блока:

  • На проверке;

  • Не выполнено;

  • Выполнено.