Два варианта внедрения — коротко
Система учёта протоколов — это веб-приложение: сотрудникам ничего не нужно устанавливать, достаточно браузера, в том числе на планшете в поле. Но сама система должна где-то физически работать, и здесь у лаборатории обычно есть выбор из двух вариантов: развернуть её на собственном сервере или подключиться к облачному доступу, который обслуживает поставщик.
Свой сервер: что это значит на практике
Развёртывание на своём сервере устроено так, что база данных остаётся внутри контура организации — физически на инфраструктуре, которую лаборатория контролирует сама. Технически это обычно выглядит как набор контейнеров (Docker Compose) с базой данных на PostgreSQL, разворачиваемых одной командой на собственном домене с HTTPS. Обновление системы происходит через пересборку образов, а миграции базы данных применяются автоматически при запуске — без ручной правки структуры.
Оборотная сторона: ответственность за резервные копии, доступность сервера и его обновление лежит на стороне лаборатории — либо на штатном специалисте, либо на подрядчике, который администрирует инфраструктуру.
Для организаций с собственной IT-службой или внутренними требованиями к размещению данных это обычно не дополнительная нагрузка, а продолжение уже существующей практики — тот же подход, что применяется к другим внутренним системам. Для лабораторий без своего IT-специалиста это, наоборот, означает необходимость либо нанимать компетенцию, либо передавать администрирование сервера внешнему подрядчику.
Облако: что это значит на практике
Облачный доступ — это изолированное пространство лаборатории в инфраструктуре поставщика: данные одной организации не видны другой на уровне базы данных. Обновления и техническое обслуживание в этом варианте выполняет поставщик, а не сама лаборатория, что убирает необходимость держать своего администратора инфраструктуры. Это, как правило, самый быстрый путь начать работу — не нужно разворачивать и поддерживать собственный сервер.
Что не меняется в зависимости от варианта
Важно, что интерфейс и функциональность системы для сотрудников лаборатории от выбора варианта развёртывания не зависят — это тот же веб-интерфейс, доступный через браузер, с тем же планированием выездов, справочниками и проверками перед выгрузкой в реестр. Разница между сервером и облаком касается инфраструктуры и того, кто за неё отвечает, а не того, как лаборатория работает с протоколами day-to-day.
Как хранится токен доступа к ФГИС
Отдельный и, пожалуй, самый чувствительный вопрос для любой лаборатории — как система обращается с токеном личного кабинета ФГИС, через который синхронизируются справочники и уходят XML-пакеты. В варианте на своём сервере доступ к данным ограничен вашей же базой, внутри вашего контура. В обоих вариантах развёртывания токен доступа к ФГИС хранится в зашифрованном виде, права пользователей разграничены по ролям, а действия — кто и что делал в системе — фиксируются в журнале.
Кто обычно выбирает каждый вариант
На практике выбор часто определяется не столько предпочтениями, сколько структурой самой организации. Лаборатории, которые входят в состав крупного предприятия с собственным IT-отделом и требованиями к размещению данных на своих мощностях, чаще выбирают свой сервер — это продолжение уже существующей практики работы с другими корпоративными системами. Небольшие и независимые лаборатории, для которых содержание отдельного IT-специалиста нецелесообразно, чаще выбирают облачный доступ — он снимает вопрос инфраструктуры целиком и позволяет начать работу быстрее.
Как выбирать между сервером и облаком
Практический выбор обычно сводится к нескольким вопросам, а не к абстрактному «что надёжнее»:
- Есть ли в лаборатории или организации своя IT-инфраструктура и специалист, готовый администрировать сервер?
- Есть ли внутренние требования (например, со стороны службы безопасности организации) к тому, чтобы данные физически находились на собственных мощностях?
- Насколько быстро нужно начать пользоваться системой — облачный вариант обычно запускается быстрее, поскольку не требует разворачивания инфраструктуры.
- Кто в итоге должен отвечать за резервные копии и обновления — своя команда или поставщик системы?
Ни один из вариантов не является универсально правильным — выбор архитектуры программы (веб-система или иной подход) и выбор варианта её размещения решают разные задачи; о первом — в статье «1С-ЛИМС или веб-система».
Как это устроено в ЛИМСИ
ЛИМСИ поддерживает оба варианта: развёртывание на своём сервере через Docker Compose с базой на PostgreSQL и собственным доменом, либо облачный доступ с изоляцией данных на уровне базы и обслуживанием на стороне поставщика. В обоих случаях токен доступа к ФГИС хранится в зашифрованном виде, а права пользователей разграничены по ролям с журналом действий.
Какой вариант обойдётся дешевле именно для вашей лаборатории — вопрос, на который проще ответить на демонстрации, где заодно оценивают и сроки внедрения; подробнее о структуре расходов — в статье «Сколько стоит автоматизация лаборатории».
Можно ли поменять вариант позже
Вопрос смены варианта развёртывания после запуска — например, переход с облака на свой сервер по мере роста внутренней IT-инфраструктуры — стоит обсуждать отдельно и заранее, до начала внедрения: у каждого поставщика программного обеспечения свои технические возможности переноса данных между вариантами. Правильнее выбрать вариант, исходя из текущей ситуации в лаборатории, чем закладываться на гипотетический переход в будущем, который может и не понадобиться.