1. Добро пожаловать на форум службы ЭРТОС! Форум работает в ограниченном режиме. Чтобы получить возможность использовать все функции форума, вам необходимо быть зарегистрированным пользователем.

Документы Электронный журнал согласно ФАП №297

Тема в разделе "Федеральные авиационные правила (ФАП)", создана пользователем andrew, 2 апр 2017.

  1. andrew

    Участник

    Блоги:
    0
    Сообщения:
    110
    Баллы:
    16
    Рейтинги:
    +0 / 0 / -0
    Согласно п. 3.3 ФАП №297 на объекте допускается ведение оперативного журнала сменного инженера (техника) в электронном виде.
    Кто-нибудь использует этот журнал или были хотя бы попытки его вести/завести? Как он должен выглядеть: в произвольной или строго указанной форме? И каким образом обеспечивается "возможность достоверного определения автора записи и момента времени внесения записи в журнал"?
     
  2. Cheloffsky

    Участник

    Блоги:
    0
    Сообщения:
    167
    Баллы:
    18
    Рейтинги:
    +19 / 0 / -0
    Такой опыт я видел только в Иркутске. Форма та же, что и у бумажного журнала. Достоверность подтверждается системой логирования при доступе к ПК на рабочем месте. Я видел их наработки еще в бытность ФАП 115. На тот момент кроме всего прочего они каждую смену распечатывали страницу из электронного журнала, подписывали и сшивали...
     
  3. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    467
    Баллы:
    28
    Рейтинги:
    +61 / 0 / -2
    IT-технология по- русски. Кто нибудь может объяснить, в чем смысл сего действа?
    К древку косы примотали системный блок. Косить стало тяжелее, но о компьютеризации сенокоса в отчете написали.)))))
     
  4. Cheloffsky

    Участник

    Блоги:
    0
    Сообщения:
    167
    Баллы:
    18
    Рейтинги:
    +19 / 0 / -0
    Суть в том, что 115 ФАП в явном виде не позволял перейти к электронному журналу. Ребята там долго и упорно обкатывали все нюансы электронного документооборота службы. В частности привели к единообразию все устоявшиеся формулировки, когда из выпадающего меню появлялся перечень объектов, потом таким же образом событие, потом действия ИТП. В случае отказа средства и записи на объекте эта информация сразу поступала в журнал сменному инженеру с точным временем и к руководству службы. Действительно был проделан большой объем работы, все написано было с нуля. Ребята у меня вызвали только уважение.
    Сшивали и расписывались, как я понял, до ввода оф. разрешения вести подобный журнал (ФАП 297). Сейчас, скорее всего, это уже не делается.
    К сожалению, было это года 3 назад и все особенности и удобство я тут не опишу, но на меня произвело впечатление и, если возможность будет (спец. ПО, толковый программист, воля руководства) с радостью бы внедрил.
    Вас умиляет то, что наши документы тормозили вменяемые желания заинтересованных людей или Вы в принципе за бумагу?
     
  5. nvkvadim

    Эксперт

    Блоги:
    0
    Сообщения:
    355
    Баллы:
    18
    Рейтинги:
    +22 / 0 / -0
    Не совсем корректное сравнение. Ведение оперативной документации в электронном виде уже насущная необходимость. Другой вопрос в том, что необходима единая форма электронной документации, ПК для ее ведения и средства долговременного хранения (для проверяющих).
     
  6. r4dik

    Пользователь

    Блоги:
    0
    Сообщения:
    57
    Баллы:
    6
    Рейтинги:
    +0 / 0 / -0
    Должен быть отраслевой документ, стандартизирующий ЭДО.
    Как написано выше, в Иркутске приходилось решать проблему идентификации должностных лиц. Нормальная практика -- применение электронных цифровых подписей. Но нигде не указано, что в журналах допускается подписываться ЭЦП, поэтому видимо и приходится подписывать ручками и сшивать.

    Если попробовать почитать о введении электронного документооборота в других отраслях, то можно наткнуться на требования вроде:
    "2.3.5. Электронный документ должен быть подписан усиленной квалифицированной электронной подписью."
     
  7. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    467
    Баллы:
    28
    Рейтинги:
    +61 / 0 / -2
    Меня " умиляет" дублирование функций. Также "умиляет" внесение наработки РТО в АСУ ТП РТОП и внесение этих же данных в формуляры изделий. Вместо упрощения получаем усложнение процедуры. Конечная цель какая?
    Были обещания уменьшить бумажный ручей с внедрением компьютеров. Результат - получили ниагарский водопад бумаг. Их просто стало легче творить копипастом и печатать. В бухгалтерии есть примеры подсчета на калькуляторе и затем внесение данных в таблицу EXCEL.
    Я двумя руками за внедрение новых технологий, но терпеть не могу внедрение ради внедрения без оценки конечного результата.
    Приветствую ребят из Иркутска. Они хоть что-то делают. Обидно, что их титанический труд будет выброшен в корзину.
     
  8. orlkaluga

    Пользователь

    Блоги:
    0
    Сообщения:
    14
    Баллы:
    1
    Рейтинги:
    +0 / 0 / -0
    Поддерживаю... Конечного результата нет . Если в Иркутске данный случай имеет место быть, то это скорее всего инициатива "местного" руководства ) И кто будет такой журнал проверять? никто! Пользуясь случаем передаю привет Иркутянам ) Крутой город особенно район " ново-ленино" :) кто был тот поймет )
     
  9. VladimirSL

    Пользователь

    Блоги:
    0
    Сообщения:
    14
    Баллы:
    1
    Рейтинги:
    +0 / 0 / -0
    Согласен с VIRGA, к примеру у нас есть электронный (тоже самописный) журнал сменного инженера, но т.к. ФАП не предусматривает дизъюнкции относительно ведения документации, всю информацию приходится дублировать в "бумажный" журнал. В настоящий момент единственным плюсом электронного журнала является наличие web-интерфейса, позволяющего персоналу объектов просматривать события и пр. Так же на одном из объектов проходит бета-тестирование электронный оперативный журнал (для объектов), и если говорить совсем честно (как говорится "положа руку на ФАП") я не знаю, хочу ли я чтоб он это тестирование прошел... Во всяком случае, в данный исторический момент...
     
  10. orlkaluga

    Пользователь

    Блоги:
    0
    Сообщения:
    14
    Баллы:
    1
    Рейтинги:
    +0 / 0 / -0
    Положу руку на ФАП :)
     
  11. Cheloffsky

    Участник

    Блоги:
    0
    Сообщения:
    167
    Баллы:
    18
    Рейтинги:
    +19 / 0 / -0
    Электронный журнал однозначно нужен, вопрос исполнения и юридического фундамента. Представьте, например, что общуюю продолжительность простоя (отказа) канала, или количество сбоев ПО на АРМ диспетчера, или последнюю дату замены АКБ в ИБП, или море чего еще можно собрать с одного места за секунду. Электронный журнал может дать существенное расширение возможностей, тут нельзя говорить только об экономии бумагии и пасты в шариковой ручке...
     
  12. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    467
    Баллы:
    28
    Рейтинги:
    +61 / 0 / -2
    То, о чем Вы сказали, выудить из электронного журнала ТО проблематично. Это возможно, если сей журнал будет входной формой некоей реляционной СУБД. Вот с ее помощью можно формировать нужные отчеты по запросу. Но массив данных должен храниться в базе данных. Я хочу сказать, что работа должна вестись комплексно.
     
  13. Cheloffsky

    Участник

    Блоги:
    0
    Сообщения:
    167
    Баллы:
    18
    Рейтинги:
    +19 / 0 / -0
    Если в журнале будет запись "сбой ПО АРМ РЦ", я обычной выборкой за год соберу общее количество за секунду без всякой доп. базы. То о чем Вы говорите уже следующий этап- в него я уже не верю)))
     
  14. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    467
    Баллы:
    28
    Рейтинги:
    +61 / 0 / -2
    В каком формате у Вас " электронный" журнал? Это текстовый файл WORD или таблица EXCEL. или что-то экзотическое? Вы говорите о текcтовом поиске? Это Вас скоро разочарует, потому-что не будет инструментария анализа данных (суммирование и проч). Да и банальная текстовая описка приведет к потере данных.
    Добавлено: 3 апр 2017
    айл
     
  15. Cheloffsky

    Участник

    Блоги:
    0
    Сообщения:
    167
    Баллы:
    18
    Рейтинги:
    +19 / 0 / -0
    Ну вопрос описки конечно интересный, хотя для того и сидит образованный специалист, чтоб отвечать за информацию, которую вводит. Журнала у нас нет, но тот, что я видел (естественно "экзотический", поскольку других я не видел) позволял при помощи фильтра делать выгрузку необходимых данных за нужный период.
    Фильтр позволяет задать начало события, окончание события, тип события, место, причину, принятые меры.
     
  16. VladimirSL

    Пользователь

    Блоги:
    0
    Сообщения:
    14
    Баллы:
    1
    Рейтинги:
    +0 / 0 / -0
    Зря не верите, у нас данные (события, остановки, отказы и пр.) хранятся в MySQL'ной базе, и для сбора статистики их можно подтягивать из под фронтенда по ключевым полям.
     
  17. Cheloffsky

    Участник

    Блоги:
    0
    Сообщения:
    167
    Баллы:
    18
    Рейтинги:
    +19 / 0 / -0
    Прекрасно. Я к тому и веду, что Северо-Восточная и Восточная Сибирь по ходу заметно впереди, пока мы тут спорим о целесообразности)
    Надеюсь, мы вернемся к теме и услышим подробности реализации. Желательно со скринами.
     
  18. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    467
    Баллы:
    28
    Рейтинги:
    +61 / 0 / -2
    Что-то мне подсказывает,что вопрос целесообразности даже не возникал. А вот способ реализации - таки да. То, что Вы не верите в СУБД дела не меняет. Мне кажется, сегодня наиболее плодотворный путь реализации идеи - хорошо написанное ТЗ для АСУ ТП РТОП.
     
  19. Cheloffsky

    Участник

    Блоги:
    0
    Сообщения:
    167
    Баллы:
    18
    Рейтинги:
    +19 / 0 / -0
    Мне кажется идти этим путем было бы грамотно, если бы было адекватное восприятие и стремление наверху. В реальности нам предлагают работать с той АСУ ТП РТОП, что мы имеем. Говоря иначе, ждать помощи сверху годами видится мне нецелесообразным. Я б с радостью воспользовался опытом тех, кто пошел этой дорогой без "помощи" сверху. Надеюсь те, кто добился каких либо успехов на этом пути поделятся опытом... Я полагаю, именно для этого тема и была создана...
     
  20. VIRGA

    Эксперт

    Блоги:
    0
    Сообщения:
    467
    Баллы:
    28
    Рейтинги:
    +61 / 0 / -2
    Вы не можете просматривать внешние ссылки
    Объем около 700 МБВы не можете просматривать внешние ссылки
    Видео по АСУ ТП РТОП.
    Может кому интересно.
     
    • Нравится Нравится x 1
Похожие темы
  1. Cheloffsky
    Ответов:
    12
    Просмотров:
    726
  2. kilze
    Ответов:
    20
    Просмотров:
    1.166
Загрузка...