Почему Excel перестаёт справляться
Таблица отлично работает, пока в лаборатории один человек ведёт один список. Как только протоколов становится больше, а с ними — приборов, методик, заказчиков и поверок, у Excel начинают проявляться не баги, а системные ограничения. Файл живёт на одном компьютере или в общей папке, версии расходятся, а формулы и фильтры, которые работали вчера, ломаются после того, как кто-то вставил строку не туда.
Хуже другое: таблица не умеет сама сверять факты между собой. Она не подскажет, что прибор, который стоит в графике выезда на вторник, к этому дню уже просрочил поверку. Не заметит, что один и тот же специалист заявлен на две лаборатории в одно и то же время. Не свяжет область аккредитации с регионом, где фактически провели измерения. Всё это видно только тогда, когда человек, который держит контекст в голове, замечает нестыковку — или не замечает, и она всплывает уже на этапе подготовки протокола к выгрузке в реестр.
Что теряет лаборатория из-за ручного учёта
Цена ручного учёта редко выглядит как единая проблема — она рассыпана на мелкие эпизоды, каждый из которых по отдельности не кажется критичным:
- Повторный ввод одних и тех же данных — реквизиты заказчика, характеристики приборов, методики — в разные файлы и формы.
- Пересечения по людям и приборам, которые обнаруживаются постфактум, когда протокол уже готов к выдаче.
- Просроченные поверки, которые остаются незамеченными до момента подготовки XML-пакета для реестра.
- Расхождение печатной формы протокола и данных, из-за чего документ приходится править вручную перед выдачей.
- Отсутствие единой истории: кто, когда и что менял в протоколе, не зафиксировано нигде, кроме памяти сотрудников.
По отдельности каждый случай решается «на месте» — перепроверить, позвонить, исправить руками. Но именно эта рутина отнимает время у инженеров и ответственного за реестр, и именно она чаще всего стоит за отказами при передаче сведений в ФГИС по приказу № 704.
Есть и менее очевидная цена — управленческая. Пока данные разбросаны по личным файлам сотрудников, руководителю лаборатории сложно ответить на простые вопросы: сколько протоколов в работе прямо сейчас, у каких приборов заканчивается поверка на этой неделе, сколько протоколов уже выдано заказчику, а сколько реально дошло до реестра. Каждый такой вопрос превращается в отдельный сбор информации по разным файлам вместо того, чтобы быть готовым ответом в системе.
Что меняется при переходе на программу учёта протоколов
Программа учёта протоколов решает не эстетическую задачу «красивее, чем Excel», а структурную: она связывает данные, которые в таблицах существуют раздельно. Оборудование, персонал и область аккредитации подтягиваются напрямую из личного кабинета ФГИС и обновляются по кнопке, а не перепечатываются вручную при каждой проверке. Методики, показатели и диапазоны разбираются из той же выгрузки области аккредитации — подробнее о том, что это такое, можно прочитать в статье «Область аккредитации в ФГИС».
Дальше эти справочники используются на каждом шаге: при планировании выезда система сама подсвечивает, что прибор или специалист заняты в это время; при заполнении протокола реквизиты заказчика подставляются по ИНН, а не копируются из прошлого документа; при подготовке к выгрузке — сверяются поверки, регион работ и полнота обязательных полей.
Почему проблема не решается «более дисциплинированным» Excel
Частая реакция на перечисленные проблемы — не менять инструмент, а навести порядок в существующих таблицах: завести единый шаблон, ввести правило проверки перед выдачей, назначить ответственного за актуальность справочника приборов. Это временно снимает часть боли, но не решает структурную причину: таблица физически не умеет сверять несколько источников данных между собой в момент ввода. Проверка пересечения по ресурсам, сверка поверки с датой выезда, соответствие региона работ области аккредитации — это задачи, которые требуют, чтобы данные о выездах, приборах, персонале и протоколах жили в одной связанной модели, а не в наборе параллельных файлов, даже идеально оформленных.
Как выглядит путь протокола без таблиц
Вместо разрозненных файлов протокол проходит понятный путь со своим статусом на каждом шаге: черновик — заполнение данных по шаблону методики — проверки перед выдачей заказчику — проверки перед постановкой в реестр — включение в XML-пакет. Это тот же процесс, что описан в статье про состав XML-пакета по приказу № 704, только без ручного переноса данных между документами на каждом этапе.
Важное отличие от таблицы: проверки перед выдачей заказчику работают мягко — показывают замечания, но решение остаётся за сотрудником, — а перед постановкой в реестр становятся жёсткими и не дают отправить протокол с просроченной поверкой, пересечением ресурсов или неполными реквизитами.
С чего обычно начинается переход
Переход не требует одномоментно отказаться от привычных форм работы. Обычно он выглядит так: подключение по ИНН лаборатории и токену личного кабинета ФГИС, автоматическая загрузка приборов, персонала и области аккредитации, затем — перенос текущих выездов и протоколов в систему параллельно с завершением того, что уже начато в таблицах. Печатная форма протокола при этом собирается по данным, а не переверстывается заново — это отдельная тема, разобранная в статье про печатную форму протокола.
Как это устроено в ЛИМСИ
ЛИМСИ ведёт протокол от планирования выезда до готового XML-пакета в одном месте, без переноса данных между таблицами: справочники синхронизируются из ФГИС, а проверки ресурсов и сроков поверки работают на каждом статусе протокола, а не только в конце. Что выбрать по архитектуре и что выяснить о стоимости внедрения перед переходом — в статьях «1С-ЛИМС или веб-система» и «Сколько стоит автоматизация лаборатории».
Посмотреть, как это работает на данных вашей лаборатории, можно на демонстрации — она занимает около 40 минут и заканчивается оценкой сроков внедрения.
Что не меняется при переходе
Важно отдельно сказать, что автоматизация не отменяет экспертизу инженера и не превращает подготовку протокола в конвейер без контроля человека. Методики, показатели измерений и итоговые значения по-прежнему вводит и проверяет специалист — система берёт на себя не принятие решений по существу измерений, а рутинную сверку данных, которые и так должны совпадать: даты поверки с датами работ, регион работ с областью аккредитации, занятость приборов и персонала с графиком выездов. Это разгружает именно ту часть работы, где ошибка возникает не из-за некомпетентности, а из-за невозможности физически удержать в голове десятки пересекающихся деталей.