Команда из новосибирского академгородка занимается внедрением и доработкой под нужды лабораторий открытых систем. В их активе
- ЛИМС SENAITE - https://www.senaite.com/
- ERP система Tryton - https://www.tryton.org/
Естественно я заинтересовался ЛИМС и задал несколько стандартных вопросов. Разработчики смогли довольно подробно ответить на все. Я публикую ответ без сокращений и без прикрас. Как есть. Система свободная, то есть каждый может поставить себе и пользоваться как хочет. Также система открытая, то есть каждый может посмотреть исходный код и и при необходимости внести правки.
Лицензии не продаются и не покупаются, соответственно система не имеет лицензионных ограничений.
1. На какие лаборатории нацелен продукт (испытательные, экологические, медицинские и т.д.)?
Я бы охарактеризовал систему как универсальную. На ее базе вполне возможно обеспечить рабочий процесс лаборатории любого типа, если предполагается потоковое выполнение исследований/тестов.
Система сравнительно легко расширяется и модифицируется.
Можно сказать что этот инструмент в меньшей степени (если вообще в какой то) пригоден для работы в научных и экспериментальных лаборатория, где более уместен другой класс систему ELN (Electronic Laboratory Notebook) - но и такие системы существуют в виде открытых решений, например - eLabFTW.
Точно это решение не подойдет для производства, то что иногда спорно называют “производственной лабораторией” - для этих целей рекомендую рассмотреть открытую ERP систему - Tryton.
2. предусматривается настройка при внедрении администратором лаборатории (предприятия) или поставщика?
Система может быть полностью установлена и сконфигурирована администратором лаборатории. Развертывание системы скорее всего не займет более чем пару часов.
Возможно несколько сложнее кастомизировать систему, добавляя или расширяя сущности системы, изменяя рабочий процесс и т.д., подгоняя систему для работы в реальных условиях.
3. есть ли возможность работы через веб-интерфейс?
Пользователь взаимодействует с системой исключительно посредством веб-интерфейса. Стоит отметить что веб-интерфейс адаптивен, т.е. сотрудники лаборатории вполне могут работать с любых мобильных устройств.
Можно отметить что у системы существует открытое API, т.е. Управлять и взаимодействовать с системой можно в т.ч. посредством других программных комплексов или даже создав свою версию пользовательского приложения (хотя мне о таких решениях неизвестно).
4. как и в каком объеме осуществляется техническая поддержка?
Сама система показала себя крайне надежной, неприхотливой и требующей минимальных усилий по поддержанию работоспособности после этапа внедрения и настройки.
Если говорить конкретно, то нужно регулярно обслуживать (паковать) Базу Данных системы и выполнять процедуры резервного копирования. Чаще всего это не занимает более 20-30 минут в неделю.
Это можно делать своими силами или привлекая подрядчиков (вроде нас).
5. на какие требования опирались при изначальной разработке, делали под конкретную лабораторию?
Изначально проект возник в 2002 году в ЮАР для винодельческой отрасли и назывался BIKA LIMS (история проекта есть тут). Cо временем проект стал обрастать разного рода дополнениями: для медицины, для микробиологии, для экологических лабораторий.
В 2017 году проект BIKA разделился и стал назваться SENAITE (история разделения тут).
6. Есть ли учёт оборудования лаборатории, с указанием необходимой для лаборатории информацией: поверки, аттестации, техобслуживание?
Да, учет лабораторного оборудования реализован в базовой версии и включает введение информации о сроках регламентного обслуживания, датах установки и поверки. Менеджер (управляющий) лаборатории может запретить выполнение тестов на оборудовании с истекшими сроками службы или поверки.
7. Есть ли учет ТМЦ, которые тратятся на исследования/испытания?
Возможность ведения остатков ТМЦ в системе присутствует, однако “из коробки” уменьшение остатков при выполнении тестов не реализовано. Вероятно это сделано преднамеренно, так как позволяет настраивать учет под потребности конкретной лаборатории.
8. Есть ли учет работы оборудования при проведении исследований/ испытаний? Предупреждения, что оборудование не прошло поверку/аттестацию/то?
Да, есть.
9. Реализованы ли какие-то формы расчётов конечного результата из промежуточных данных измерений? Есть ли возможность поменять форму расчета?
Да, конечный результат может быть вычисляемым. Он может зависеть от произвольного набора переменных, а также и от результатов других тестов/испытаний.
Формула расчета может быть задана как через веб-панель, так и через код.
10. Какие виды принятия решений о соответствии/несоответствии реализованы?
Для количественных измерений существуют пороговые допустимые значения измерения для каждой из методик. Также существуют допустимые диапазоны значений и предельно допустимые, если результат находится в зоне “предельно допустимых значений”, то испытание считается пройденным, но с оговорками (показано предупреждение).
Параметры соответствия/несоответствия могут быть вычисляемыми.
11. Есть ли возможность распределения по ролям пользователей: приемка проб, проведение испытаний, утверждение результатов?
Да, именно такая модель и реализована исходно. По умолчанию в системе есть следующие роли:
Администратор сайта
Имеет доступ ко всем разделам системы, в т.ч. техническим
Менеджер лаборатории
Может настраиваться всю логику работы лаборатории, добавлять сотрудников и т.д., может формировать рабочие листы лаборантам;
Клерк лаборатории
Администратор лаборатории: может регистрировать образцы и отмечать прибытие в лабораторию; может формировать рабочие листы лаборантам;
Пробоотборщик
Только забор образцов.
Планировщик пробоотбора
Лаборант
Выполняет испытания и вносит результат (или импортирует из прибора); может заполнить бланк с интерпретацией;
Верификатор
Проверяет результаты занесенные лаборантом; может формировать рабочие листы лаборантам
Публикатор
Публикует результаты и они отправляются клиенту (становятся доступными)
Внешний проверяющий
Роль связанная с внешним контролем лаборатории
Клиент лаборатории
Заказчик
Можно комбинировать имеющиеся или добавлять свои роли.
12. Как реализовано формирование отчетов с результатами: протоколов испытаний, сертификатов или паспортов качества? Есть ли возможность быстро поменять форму отчёта?
В генератор отчетов передаются все значения результатов и они применяются к выбранному (заданному) шаблону. Шаблонов можем быть сколь угодно много.
Форма отчета меняется легко - разметка шаблона напоминает чем-то HTML разметку, но несколько специализированная - TAL (Template Attribute Language)
А все про его редактирование в документации: Customizing report design
13. Ведётся ли учёт информации о сотрудниках: образование, опыт, допуск к оборудованию, методикам?
Нет, в базовой версии информация об образовании, опыте и пр., не заносится в систему. Однако, это можно легко добавить.
14. Есть ли учёт документов лаборатории: процедур, инструкций, методик, паспортов на оборудование и т.д.?
Да, такой учет есть.
15. Есть ли учёт информации о посещениях лаборатории?
Нет - такой функции нет. Но логируются все заходы в систему, т.е. можно посмотреть кто и когда заходил.
16. Есть ли учёт факторов окружающей среды?
Да.
17. Есть ли возможность учёта несоответствий и корректирующих действий/ коррекций?
Да, лаборант может отбраковать тест и провести повторный - информация об этом будет в системе. Просто “бесследно” скорректировать ничего нельзя.
18. Учёт рисков и возможностей?
Не реализован
19. Резервное копирование и восстановление?
В пакете идут все инструменты для этих задач.
20. Подписание отчетов электронной подписью?
Это нужно делать самим, но там ничего сверхестественного быть не должно. Все нужные библиотеки поставляет вендор ЭЦП.
Было бы интересно такую задачу реализовать.
21. Архив документов, электронный архив?
История всех образцов - конечно ведется, включая места их хранения и документы, которые к ним генерировались.
22. Есть ли возможность менять результаты испытаний и потом отслеживать изменения?
Нет, после того как результат внесен и подтвержден сотрудником - изменения внести нельзя. Только отбраковать текущие результаты (с описанием почему) и создать все заново.
23. В целом ведётся ли история изменений?
Да, историчность всех объектов системы ведется.
24. Проводилась ли валидация вашего ПО? Участвовали в валидации ваши разработчики/аналитики?
Нет. Тут мы бы хотели всех призвать становится пользователями, тестерами, переводчиками, идеологами, придумывателями новых фич и участниками сообщества 🙂
25. Внутрилабораторный контроль
Для выявления проблем с выполнением самих измерений внутри лаборатории существует два механизма:
- Эталонные значения теста. Т.е. Для каждого теста задаются референсные значения относительно “пустышки” и эталона. Если в рамках выполнения работы контрольные тесты выходят за допустимые рамки поднимается предупреждение.
- Если эталонных значений нет, то можно проводить некоторое количество повторных тестов одного и того же образца. И если разлет результатов значительный, то возможно проблема с измерениями;