Современная лаборатория, внедряющая лабораторные информационные менеджмент-­системы (ЛИМС) [1], неизменно встает перед проблемой поиска оптимального решения для выбора конкретной системы среди предлагаемых альтернатив, то есть оптимального сочетания целого набора критериев, определяющих это решение. [1]

Определим, прежде всего, набор критериев для выбора, которые в той или иной степени являются универсальными для большинства лабораторий. Полагаем, что многие на первое место поставят критерий «стоимость решения в целом». Однако, это совсем не очевидно, так как выбор только на основе стоимости может привести к тому, что решение, которое лаборатория приобретет, «не приживется» и не будет использовано персоналом, что, в конечном итоге, не оправдает даже те инвестиции, которые были минимизированы за счет выбора. Безусловно, стоимость является важным, а иногда и лимитирующим критерием. Но первым и главным критерием должно быть функциональное соответствие, то есть наличие тех возможностей /функций / операций, которые наиболее полным образом позволят лаборатории смоделировать ключевые бизнес-­процессы и реализовать стоящие перед ней задачи. Если проигнорировать важность этого критерия, то лаборатория может получить инструмент, который не только не будет помогать решать ак­туальные вопросы, но и, возможно, приведет к тому, что придется дублировать некоторые процедуры, выполнение которых ЛИМС могла бы взять исключительно на себя.

Вторым по важности критерием является соответствие требованиям регуляторов, то есть структур и организаций, определяющих различного рода требования к программному обеспечению. Здесь важно учитывать, что среди компаний, поставляющих программное обеспечение, следует выбирать те, которые поставляют коммерческое ПО (то есть в уставных документах компании должна присутствовать информация о таком роде деятельности как «разработка программного обеспечения», или же компания должна иметь очевидное подтверждение того, что является представителем / официальным дистрибьютором компании-­разработчика программного обеспечения). Необходимо убедиться, что программное обеспечение внесено в Единый реестр российских программ для электронных вычислительных машин и баз данных, о чем информация может быть получена на сайте Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации. Поскольку системы класса ЛИМС предназначены для лабораторий, то важно, чтобы у разработчика / вендора был сертификат соответствия ПО требованиям ГОСТ ISO / IEC 17025. Здесь надо уточнить, что наличие такого сертификата вовсе не означает, что, внедрив данное ПО, лаборатория автоматически станет соответствовать требованиям этого ГОСТ. Наличие данного сертификата показывает, что ПО обладает достаточными функциональными возможностями, чтобы обеспечить такое соответствие при условии грамотно сформированных (и реализованных) требований к эксплуа­тируемой в будущем ЛИМС. Аналогично обстоит дело с требованиями рекомендаций по межгосударственной стандартизации (РМГ) 76-2014 и другими документами, содержащими алгоритмы и процедуры очень важного для качества результатов лаборатории процесса – ​внутрилабораторного контроля. Если есть документ о соответствии ЛИМС (сертификат соответствия, экспертное заключение), то это значит, что в ЛИМС реализованы соответствующие контрольные процедуры и присутствуют работоспособные алгоритмы. Если лаборатория является частью государственной структуры или оказывает услуги по испытаниям государственной структуре, то, возможно, поставщику ЛИМС понадобится сертификат соответствия требованиям безопасности информации, выданный Федеральной службой по техническому и экспортному контролю (ФСТЭК) о наличии в ПО встроенных средств защиты от несанкционированного доступа, реализующих функции идентификации и аутентификации, управления доступом и регистрации событий безопасности. Возможно, лаборатории понадобятся какие-либо иные документы, подтверждающие соответствие ПО каким-либо специфическим отраслевым требованиям. На текущий момент актуальным критерием можно назвать санкционную независимость, то есть отсутствие потенциальных рисков, связанных с возможным запретом использования иностранного ПО, которые влияют и на возможность обновления ПО на более новые версии, и на получение своевременной консультации и/или технической поддержки. С учетом того, что отечественное происхождение ПО полностью эту проблему решает, можно предложить учитывать вклад этого критерия при оценке веса критерия «соответствие требованиям регуляторов».

Третьим важным критерием становится стоимость решения в целом, то есть величина, включающая не только программное обеспечение, но и стоимость работ по проектированию и внедрению ЛИМС, обучению пользователей ПО и технической поддержке.

Не менее существенным критерием является и опыт компании-­поставщика по внедрению ЛИМС. Здесь нужно учитывать как длительность пребывания компании (ПО) на рынке РФ, так и наличие человеческих ресурсов для полноценной реализации внедрения, а в дальнейшем – ​для надлежащей и оперативной технической поддержки. Необходимо запросить у компании-­поставщика референс выполненных внедрений, уделив особое внимание схожему отраслевому опыту. Полезно также запросить возможность посещения лабораторий, где внедрен и уже какое-то время эксплуатируется рассматриваемый программный продукт.

Также важным критерием является возможность системы по интеграции с оборудованием и с внешними информационными системами. Этот критерий особенно важен для тех лабораторий, которые являются частью производства или даже компании в целом, которые заинтересованы не только в сборе результатов с испытательного оборудования и средств измерения, но и в передаче / получении данных в иные информационные системы.

Еще один существенный критерий – ​гибкость решения по отношению к изменениям (например, бизнес-­процессов), развитию (например, появлению новой функциональности), масштабированию (например, расширению на новые подразделения). Совершенно очевидно, что условия, в которых работает лаборатория, могут меняться очень стремительно, появляются новые цели и задачи, меняется законодательство, иные внешние условия. Внедренная система должна иметь возможность оперативно отзываться на все изменения, конечно не в ущерб стабильности функционирования.

Полная версия статьи доступна на сайте журнала «Аналитика» 

[1]1 ООО «ИндаСофт», Москва, irina.dyumaeva@indusoft.ru.

2 ОУП ВО «Академия труда и социальных отношений», Москва, avkur2@yandex.ru.