Заказ зарегистрирован, образцы поступили, испытание завершено. Чтобы выдать протокол, сотруднику нужно связать номер образца, исходную запись и проверенную версию документа. Если эта связь держится на названиях файлов и переписке, сотрудник тратит время на поиск и при исправлении может отправить заказчику прежний файл.
Мы предлагаем начать автоматизацию строительной лаборатории с одного заказа и проследить его до выдачи. Сотрудник должен открыть образец, найти источник результата, увидеть предусмотренную проверку и восстановить документ, который получил заказчик. Ниже соберём карту такого реестра и приемочный пример. По ним можно сравнить небольшой модуль, готовую LIMS и собственную разработку.
Границы системы зависят от работы вашей лаборатории: видов испытаний, применимых методик, ролей и правил выдачи. Для первой оценки достаточно обезличенных заказа, карточки образца и протокола. Сами расчёты и порядок проверки разбираем вместе с ответственными сотрудниками.
Предметная иллюстрация. Физический образец, запись испытания и выданный документ связываем в реестре, сохраняя происхождение результата.
LIMS или небольшой модуль: проверяем один заказ
LIMS называют лабораторную информационную систему. Её полезность для вашей задачи проверим на рабочем маршруте: регистрация, испытание, проверка, выпуск, исправление и выдача. Начинать выбор удобнее с этого пути и списка функций, которые уже закрыты действующими программами.
Например, если испытания ведут по установленному порядку, а теряются только связи между журналом образцов и файлами протоколов, предложим проверить небольшой реестр поверх текущего процесса. Он должен сохранять исходные записи, полномочия и историю. При большом наборе методик, управлении оборудованием и задачах внутреннего контроля сравним более широкий охват LIMS.
| Вариант | Когда проверять | Что показать на демонстрации |
|---|---|---|
| Небольшой модуль | Основной порядок испытаний уже определён; требуется связать записи и выдачу | Один образец, источник результата, проверка, версия и исправление без потери истории |
| Готовая LIMS | Нужен широкий набор лабораторных функций, которые можно настроить под ваши правила | Ваши методики, роли, шаблоны, приборные файлы, выгрузка данных и ограничения настройки |
| Заказная система | Готовое решение оставляет ручной перенос данных или не поддерживает нужный порядок работы и обмен | Законченный путь заказа, исключение, интеграция и проверяемый результат каждого этапа |
Сначала проверим, что можно сохранить из действующей системы. Если исходные записи остаются в другом приложении, согласуем устойчивые ссылки, доступ и выгрузку. Смена названия файла или уход сотрудника не должны разрывать цепочку.
Смежный проект 13FOX · продуктовый ритейл
Как мы связали интерфейс и учёт в «Бакаеве»
Мы связали приложение, админ-панель и 1С через сервер синхронизации. Замена фотографии в админке отражается в 1С; заказ из приложения меняет остатки в обеих системах. Изменения из 1С доходят до приложения. Для лаборатории отдельно спроектируем свои записи, полномочия и правила выпуска.
Реальный экран админ-панели «Бакаева». Источник: проект 13FOX; он показывает управление каталогом, связанным с 1С.
Карта реестра: что связано с образцом
В предлагаемом реестре заказ получает собственный идентификатор, а каждый образец или предусмотренная методикой группа образцов связаны с ним. Обозначение заказчика сохраним отдельным полем: оно может повторяться в разных заказах. При поступлении сотрудник фиксирует материал, объект, дату и состояние в объёме, который нужен лаборатории.
У одного заказа может быть несколько образцов и испытаний. Один протокол может объединять результаты; один результат может войти в разные разрешённые документы. Эти связи стоит показать подрядчику заранее. Таблица ниже задаёт состав первой версии для разбора, а конкретные поля уточним по вашим документам.
| Запись | Что сохраняем | Что проверяет сотрудник |
|---|---|---|
| Заказ и образец | Внутренние ID, обозначение заказчика, поступление, материал и связь с объектом | По бирке находится нужная карточка и заказ; совпавшее внешнее обозначение не смешивает образцы |
| Испытание | Образцы, методика и её редакция, исходные данные, единицы, автор и время записи | Из результата открывается его источник; повторное испытание видно отдельной записью |
| Проверка | Действие исполнителя и уполномоченного лица по принятому порядку, замечания и решение | Документ остаётся на этапе проверки, пока проверяющий не вынес нужное решение |
| Версия протокола | Номер, редакция шаблона, состав результатов, файл выпуска и разрешивший выпуск сотрудник | Выданная версия воспроизводится из сохранённого файла и связанных записей |
| Исправление и выдача | Причина, изменённые поля, прежняя и новая версии, получатель, канал и состояние передачи | Можно установить, какой документ был выдан и чем его заменили |
Карта предлагаемого реестра. Исправление добавляет связанную версию; источник результата и история выдачи остаются доступны.
Результат испытания хранится вместе с источником
Для автоматизации протоколов испытаний бетона попросим исходную запись, утверждённую методику и пример готового документа. Разберём, какие значения сотрудник вводит вручную, какие приходят из файла прибора и какие рассчитываются. Для каждого расчёта согласуем входы, единицы, округление и контрольный набор с ожидаемыми результатами.
Например, импортируем файл прибора для зарегистрированного образца. До сохранения программа показывает, к какому испытанию относится файл, какие поля распознаны и какие строки требуют решения сотрудника. Повторная загрузка того же файла должна давать предусмотренный результат: отклонение повтора или явное добавление новой записи. Правило выберем до разработки и проверим на тестовом наборе.
Для первой версии можем оставить ручной ввод с приложенным источником. Импорт добавим, когда проверим формат прибора и примеры ошибок. Запись хранит исходные значения, автора и время ввода. При исправлении после проверки сохраняем прежнее состояние и основание правки; новая редакция проходит согласованную повторную проверку. Каждый выпуск связываем с той редакцией исходной записи, которая была проверена для него.
Граница автоматизации. Программа помогает перенести данные и выполнить согласованный расчёт. Выбор применимой методики, оценку результата и разрешение выпуска закрепляем за ответственными сотрудниками лаборатории. Автоматическое заключение о соответствии требует отдельно согласованных правил и проверки.
Проверка, выпуск и исправление протокола
Опишем состояния документа понятными действиями: исполнитель подготовил запись, предусмотренная проверка завершена, уполномоченное лицо разрешило выпуск, версия выдана. Кто выполняет каждое действие и допустимо ли совмещать роли, определяет порядок вашей лаборатории. В системе настроим права и проверим, что сотрудник не может провести чужой этап без полномочий.
Предлагаем хранить выпущенный файл отдельно от рабочего шаблона. Изменение справочника адресов или шаблона не должно незаметно менять уже выданный документ. Для исправления сохраним причину, автора, связь версий и предусмотренную повторную проверку. Прежний файл остаётся в истории с понятным состоянием.
Допустим, после выдачи обнаружили ошибку в реквизитах объекта. Сотрудник создаёт исправление, проверяющий видит изменённые поля, новая версия проходит установленный маршрут. Реестр показывает, кому отправили прежнюю копию и какое действие требуется для замены. Если нужны повторные испытания, создаём новые записи результатов и связываем их с дальнейшим выпуском; старые результаты сохраняем.
ISO/IEC 17025:2017 описывает требования к компетентности, беспристрастности и согласованной деятельности лабораторий. Цифровой реестр сам по себе не подтверждает компетентность или аккредитацию. Состав полей, контроль, исправления и сроки хранения сверим с применимыми требованиями и утверждённым порядком вашей лаборатории до реализации.
Кабинет заказчика и 1С подключаем к тому же заказу
В кабинете предложим показать статус заказа и документы, разрешённые к выдаче. Представитель организации видит только доступные ему заказы. Право скачать протокол проверяет сервер при каждом запросе, включая прямую ссылку на файл. Черновик, замечания проверяющего и исходные записи закрыты для клиента, если лаборатория не предусмотрела их передачу.
Для уже выданной версии согласуем отображение исправления и порядок уведомления. Отметка «файл скачан» подтверждает обращение к файлу; она сама по себе не доказывает прочтение или принятие заказчиком. Способ выдачи, подтверждение получения и требования к подписанию разберём отдельно.
В обмене с 1С отделим лабораторные данные от учётных: например, контрагент, договор, состав услуг, счёт и состояние оплаты могут быть связаны с ID заказа. Источником результата испытания остаётся лабораторная запись, а источником состояния счёта назначим учётную систему. Список полей и направления обмена зафиксируем вместе с ответственным за 1С.
У 1С есть разные способы подключения. Например, стандартный интерфейс OData позволяет программно читать и записывать данные, но доступ зависит от состава объектов и прав. Перед оценкой проверим конфигурацию, размещение, разрешённые операции и ограничения вашего подключения.
Если 1С временно недоступна, в предлагаемом процессе запись испытания сохраняется в лаборатории, а обмен получает видимое состояние ошибки. Ответственный сможет повторить передачу по согласованному правилу и сверить результат. До запуска проверим повтор после потерянного ответа, чтобы предусмотренный сценарий не создавал второй счёт.
Приемочный пример: пройти цепочку и исправить выданную версию
Подготовим небольшой обезличенный набор, в котором известны правильные связи и ожидаемые действия. Его пройдут регистратор, исполнитель, проверяющий и представитель заказчика в пределах своих прав. Директор получит результаты проверки по каждому шагу.
- Поступление. Зарегистрировать заказ и образцы. Добавить образец с совпадающим внешним обозначением в другой заказ: внутренние записи должны различаться.
- Испытание. Ввести данные или загрузить файл, открыть источник из результата. Проверить единицы и расчёт по контрольному набору; повторить импорт.
- Проверка. Вернуть запись с замечанием, внести исправление и пройти проверку снова. Попытка выпуска без нужного решения должна останавливаться.
- Выдача. Выпустить согласованный документ и открыть его в кабинете правильной организации. Сотрудник другой организации не должен получить файл даже по прямому адресу.
- Исправление. Изменить реквизит выданного протокола через установленный маршрут. Восстановить обе версии, причину и события выдачи. Отдельно исправить исходное значение: прежний выпуск должен открывать прежние проверенные данные, а новая редакция проходить повторную проверку.
- Сбой обмена. В тестовой среде прервать ответ 1С и повторить операцию. Сверить заказ и учётную запись, проверить согласованное правило защиты от дубля.
Отдельно проверим поиск, выгрузку и восстановление из резервной копии. Например, восстановленный заказ должен открывать свои исходные записи и выданные файлы. Согласуем перенос старых журналов и момент переключения сотрудников. На время перехода назначим для каждого поля одно место правки.
Что подготовить для оценки разработки
Смету разложим по результатам: карта связей, роли и состояния, интерфейсы, хранение источников, шаблоны выпуска, исправления, миграция, кабинет и обмен. Один тип испытания с ручным вводом и набор разных приборных форматов требуют разного объёма работы. Поэтому сначала выберем законченный маршрут первой версии.
Пришлите обезличенные заказ, карточку образца и протокол. Сохраните названия полей и структуру, заменив имена, адреса, контакты и чувствительные значения. Для обсуждения также пригодятся методика, пример исходной записи, роли проверки, правила выдачи и название конфигурации 1С. Секреты и рабочие пароли для этой оценки не нужны.
Мы подготовим карту реестра, порядок исправления протоколов и приемочный пример. Затем сравним настройку готовой системы, модуль и заказную разработку ПО. По выбранному варианту уточним работы, зависимости и эксплуатацию: размещение, доступы, хранение файлов, резервные копии, лицензии используемых продуктов и поддержку.
Вопросы перед автоматизацией лаборатории
Можно ли начать с учета образцов без полной LIMS?
Да, если модуль завершает нужную цепочку и сохраняет связь с исходными записями, проверкой и выдачей. Сначала пройдём один заказ и проверим, какие функции уже закрыты текущими системами.
Можно ли автоматически заполнять протоколы испытаний бетона?
Можно спроектировать заполнение согласованного шаблона из проверенных записей. Методика, расчёты, округление, полномочия выпуска и контрольные примеры задают условия разработки и приёмки.
Что происходит с протоколом после исправления?
В предлагаемом реестре сохраняются прежняя и новая версии, причина, автор и события выдачи. Порядок повторной проверки и передачи исправления согласуем с лабораторией.
Можно ли объединить кабинет заказчика и счета в 1С?
Да, при доступном способе обмена и согласованных правах. Свяжем документы с ID заказа, назначим владельцев полей и проверим выдачу, ошибку обмена и повтор после потерянного ответа.
Разберём цепочку вашего лабораторного заказа
Пришлите обезличенные заказ, образец и протокол. Разберём цепочку данных и роли, подготовим карту реестра, исправлений и приемочный пример.
Оставьте контакт в форме. После связи согласуем удобный канал для передачи документов.