SMS.ID

Система управления безопасностью полётов обязательна для эксплуатанта. На практике её данные нередко распределены между несколькими инструментами: события ведутся в одной системе, реестр рисков — в таблицах, показатели готовятся отдельно к заседаниям.

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

Главная сложность возникает при проверке результативности мер. Чтобы определить, связано ли изменение показателя с мероприятием, необходимо учитывать сезонность, экспозицию и изменения в структуре эксплуатации.

Обычный журнал событий такой расчёт не выполняет.

SMS.ID объединяет основные процессы СУБП в едином рабочем контуре: от подачи сообщения и первичной обработки до расследования, управления рисками, заседаний коллегиального органа, квартальных обзоров, управления изменениями и внешней отчётности.

В системе реализованы 29 рабочих маршрутов для 21 роли. Дополнительно поддерживаются оценка действий персонала по алгоритму некарательной среды, инспекторские проверки, обязательные доклады, надёжность техники, подготовка персонала и кризисная готовность.

Домашний экран каждой роли отвечает на практический вопрос: какие действия требуется выполнить, к какому сроку и что произойдёт при просрочке.

Рабочий маршрут завершается изменением состояния объекта. Просмотр информации без действия отдельным маршрутом не считается.

Аналитическую часть обеспечивает отдельное расчётное ядро.

• Восемь показателей с паспортом, где фиксируются происхождение и правила расчёта каждой величины.
• Контрольные карты с автоматическим выявлением серий и эпизодов и управлением версиями карт.
• Оценка сезонности по данным; расхождение с сезонной версией фиксируется отдельно.
• Проверка результативности меры: наблюдаемое изменение, разложение изменения на вклады и оценка требуемого объёма наблюдений методом имитации.
• Матрица соответствия «12 элементов СУБП → рабочие маршруты» с обратной проверкой полноты.

В систему поступают сообщения персонала, события полётных данных, материалы расследований, риски и барьеры, мероприятия, данные о поставщиках, внешние материалы, результаты инспекций и обязательные доклады.

Наименование эксплуатанта, пороги регистрации, паспорта показателей, матрица ERC, параметры контрольных карт, шкала заключений и перечни исходов хранятся как конфигурационные значения с датой начала действия.

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

Границы попытки система выводит сама из отметок завершения.

Нормативная основа включает Приложение 19 и Doc 9859, издание 4, Приложение 6, часть I, для программы анализа полётных данных, Приложение 13, Doc 10159 о защите информации о безопасности полётов, таксономию ADREP, подход ARMS к оценке риска и категории высокого риска Глобального плана обеспечения безопасности полётов.

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

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

Требуемый объём наблюдений определяется имитационным расчётом.

Отказ от расчёта является полноценным результатом. Для каждого основания отказа указывается либо расчётный срок, когда данных станет достаточно, либо состояние «срок не назначается».

Вероятностная формулировка не используется как замена отсутствующему основанию для вывода.

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

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

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