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

andrew

Участник
Сообщения
158
Реакции
4
Баллы
18
Адрес
Воронежский центр ОВД, МЦ АУВД
Род занятий
инженер по РиР и связи
Согласно п. 3.3 ФАП №297 на объекте допускается ведение оперативного журнала сменного инженера (техника) в электронном виде.
Кто-нибудь использует этот журнал или были хотя бы попытки его вести/завести? Как он должен выглядеть: в произвольной или строго указанной форме? И каким образом обеспечивается "возможность достоверного определения автора записи и момента времени внесения записи в журнал"?
 

Cheloffsky

Участник
Сообщения
178
Реакции
26
Баллы
28
Такой опыт я видел только в Иркутске. Форма та же, что и у бумажного журнала. Достоверность подтверждается системой логирования при доступе к ПК на рабочем месте. Я видел их наработки еще в бытность ФАП 115. На тот момент кроме всего прочего они каждую смену распечатывали страницу из электронного журнала, подписывали и сшивали...
 

VIRGA

Эксперт
Сообщения
1 734
Реакции
293
Баллы
83
На тот момент кроме всего прочего они каждую смену распечатывали страницу из электронного журнала, подписывали и сшивали...
IT-технология по- русски. Кто нибудь может объяснить, в чем смысл сего действа?
К древку косы примотали системный блок. Косить стало тяжелее, но о компьютеризации сенокоса в отчете написали.)))))
 

Cheloffsky

Участник
Сообщения
178
Реакции
26
Баллы
28
Суть в том, что 115 ФАП в явном виде не позволял перейти к электронному журналу. Ребята там долго и упорно обкатывали все нюансы электронного документооборота службы. В частности привели к единообразию все устоявшиеся формулировки, когда из выпадающего меню появлялся перечень объектов, потом таким же образом событие, потом действия ИТП. В случае отказа средства и записи на объекте эта информация сразу поступала в журнал сменному инженеру с точным временем и к руководству службы. Действительно был проделан большой объем работы, все написано было с нуля. Ребята у меня вызвали только уважение.
Сшивали и расписывались, как я понял, до ввода оф. разрешения вести подобный журнал (ФАП 297). Сейчас, скорее всего, это уже не делается.
К сожалению, было это года 3 назад и все особенности и удобство я тут не опишу, но на меня произвело впечатление и, если возможность будет (спец. ПО, толковый программист, воля руководства) с радостью бы внедрил.
К древку косы примотали системный блок. Косить стало тяжелее, но о компьютеризации сенокоса в отчете написали.)))))
Вас умиляет то, что наши документы тормозили вменяемые желания заинтересованных людей или Вы в принципе за бумагу?
 

nvkvadim

Эксперт
Сообщения
716
Реакции
68
Баллы
28
Адрес
Набережные Челны А/Д «Бегишево»
Род занятий
ЭРТОС
Косить стало тяжелее, но о компьютеризации сенокоса в отчете написали.)
Не совсем корректное сравнение. Ведение оперативной документации в электронном виде уже насущная необходимость. Другой вопрос в том, что необходима единая форма электронной документации, ПК для ее ведения и средства долговременного хранения (для проверяющих).
 

r4dik

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

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

VIRGA

Эксперт
Сообщения
1 734
Реакции
293
Баллы
83
Вас умиляет то, что наши документы тормозили вменяемые желания заинтересованных людей или Вы в принципе за бумагу?
Меня " умиляет" дублирование функций. Также "умиляет" внесение наработки РТО в АСУ ТП РТОП и внесение этих же данных в формуляры изделий. Вместо упрощения получаем усложнение процедуры. Конечная цель какая?
Были обещания уменьшить бумажный ручей с внедрением компьютеров. Результат - получили ниагарский водопад бумаг. Их просто стало легче творить копипастом и печатать. В бухгалтерии есть примеры подсчета на калькуляторе и затем внесение данных в таблицу EXCEL.
Я двумя руками за внедрение новых технологий, но терпеть не могу внедрение ради внедрения без оценки конечного результата.
Приветствую ребят из Иркутска. Они хоть что-то делают. Обидно, что их титанический труд будет выброшен в корзину.
 

d1ma$1k

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

VladimirSL

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

d1ma$1k

Пользователь
Сообщения
17
Реакции
0
Баллы
1
Положу руку на ФАП :)
 

Cheloffsky

Участник
Сообщения
178
Реакции
26
Баллы
28
Электронный журнал однозначно нужен, вопрос исполнения и юридического фундамента. Представьте, например, что общуюю продолжительность простоя (отказа) канала, или количество сбоев ПО на АРМ диспетчера, или последнюю дату замены АКБ в ИБП, или море чего еще можно собрать с одного места за секунду. Электронный журнал может дать существенное расширение возможностей, тут нельзя говорить только об экономии бумагии и пасты в шариковой ручке...
 

VIRGA

Эксперт
Сообщения
1 734
Реакции
293
Баллы
83
Представьте, например, что общуюю продолжительность простоя (отказа) канала, или количество сбоев ПО на АРМ диспетчера, или последнюю дату замены АКБ в ИБП, или море чего еще можно собрать с одного места за секунду.
То, о чем Вы сказали, выудить из электронного журнала ТО проблематично. Это возможно, если сей журнал будет входной формой некоей реляционной СУБД. Вот с ее помощью можно формировать нужные отчеты по запросу. Но массив данных должен храниться в базе данных. Я хочу сказать, что работа должна вестись комплексно.
 

Cheloffsky

Участник
Сообщения
178
Реакции
26
Баллы
28
Если в журнале будет запись "сбой ПО АРМ РЦ", я обычной выборкой за год соберу общее количество за секунду без всякой доп. базы. То о чем Вы говорите уже следующий этап- в него я уже не верю)))
 

VIRGA

Эксперт
Сообщения
1 734
Реакции
293
Баллы
83
Если в журнале будет запись "сбой ПО АРМ РЦ", я обычной выборкой за год соберу общее количество за секунду без всякой доп. базы
В каком формате у Вас " электронный" журнал? Это текстовый файл WORD или таблица EXCEL. или что-то экзотическое? Вы говорите о текcтовом поиске? Это Вас скоро разочарует, потому-что не будет инструментария анализа данных (суммирование и проч). Да и банальная текстовая описка приведет к потере данных.
 
айл
 

Cheloffsky

Участник
Сообщения
178
Реакции
26
Баллы
28
Ну вопрос описки конечно интересный, хотя для того и сидит образованный специалист, чтоб отвечать за информацию, которую вводит. Журнала у нас нет, но тот, что я видел (естественно "экзотический", поскольку других я не видел) позволял при помощи фильтра делать выгрузку необходимых данных за нужный период.
Фильтр позволяет задать начало события, окончание события, тип события, место, причину, принятые меры.
 

VladimirSL

Пользователь
Сообщения
15
Реакции
0
Баллы
1
Адрес
Аэронавигация Северо-Восточной Сибири, г. Якутск
Род занятий
Инженер РН, РЛ и связи.
Если в журнале будет запись "сбой ПО АРМ РЦ", я обычной выборкой за год соберу общее количество за секунду без всякой доп. базы. То о чем Вы говорите уже следующий этап- в него я уже не верю)))
Зря не верите, у нас данные (события, остановки, отказы и пр.) хранятся в MySQL'ной базе, и для сбора статистики их можно подтягивать из под фронтенда по ключевым полям.
 

Cheloffsky

Участник
Сообщения
178
Реакции
26
Баллы
28
Прекрасно. Я к тому и веду, что Северо-Восточная и Восточная Сибирь по ходу заметно впереди, пока мы тут спорим о целесообразности)
Надеюсь, мы вернемся к теме и услышим подробности реализации. Желательно со скринами.
 

VIRGA

Эксперт
Сообщения
1 734
Реакции
293
Баллы
83
пока мы тут спорим о целесообразности)
Что-то мне подсказывает,что вопрос целесообразности даже не возникал. А вот способ реализации - таки да. То, что Вы не верите в СУБД дела не меняет. Мне кажется, сегодня наиболее плодотворный путь реализации идеи - хорошо написанное ТЗ для АСУ ТП РТОП.
 

Cheloffsky

Участник
Сообщения
178
Реакции
26
Баллы
28
Мне кажется, сегодня наиболее плодотворный путь реализации идеи - хорошо написанное ТЗ для АСУ ТП РТОП.
Мне кажется идти этим путем было бы грамотно, если бы было адекватное восприятие и стремление наверху. В реальности нам предлагают работать с той АСУ ТП РТОП, что мы имеем. Говоря иначе, ждать помощи сверху годами видится мне нецелесообразным. Я б с радостью воспользовался опытом тех, кто пошел этой дорогой без "помощи" сверху. Надеюсь те, кто добился каких либо успехов на этом пути поделятся опытом... Я полагаю, именно для этого тема и была создана...
 
Сверху Снизу