Регламент управления изменениями

Цель

Определить порядок обработки значимых изменений в ИТ-системе TesLab со стороны лаборатории: уведомления поставщика, требования к проверкам и документированию перед вводом.

Область применения

Для внутреннего использования лабораторией при выпуске и установке новых версий TesLab и при модификации конфигурации системы.

Термины

  • Изменение (change) - обновление или настройка ПО TesLab, влияющая на работу системы;
  • Значимое изменение - изменение, способное повлиять на достоверность результатов;
  • Валидация изменений - проверка системы после изменения;
  • Релиз-ноты - документ поставщика об изменениях.

Основные положения

Значимые изменения: К ним относятся: установка новой версии TesLab, изменение бизнес-логики (настройки протоколов, шаблонов отчётов), новые интеграции, модификации конфигурации пользователей или прав доступа, изменение параметров вычислений и оценок. Незначительные: исправления опечаток, косметические правки интерфейса.

Уведомление поставщика: Поставщик заранее публикует "релиз-ноты" на сайте TesLab (раздел "Что нового"). Лаборатория должна регулярно отслеживать выход версий и поддерживать контакт с техподдержкой.

Проверки после обновления: После установки новой версии лаборатория обязана выполнить регрессионное тестирование ключевых функций: проверку корректности расчётов и формирования отчётов, целостности данных, аутентификации пользователей, интеграционных интерфейсов (например, обмен с ФГИС), работоспособности ролей и прав. Рекомендуется повторить проверки из чек-листа входного контроля. Результаты тестирования документируются.

Подготовка к вводу: Перед вводом изменений лаборатория должна:

  • Получить и изучить релиз-ноты от поставщика (см. официальный сайт).
  • Определить список функций/конфигураций, требующих повторной верификации (например, расчётные формулы, отчёты, интеграции).
  • Выполнить в тестовой среде: проверить учётные записи/роли, интерфейсы (API/импорт-экспорт), корректность синхронизации с ФГИС, работоспособность ЭЦП, загрузку/выгрузку данных, работу журналов.
  • Если изменения затрагивают СИ: проверить правильность пересчёта поверок и настройки графиков.

Документирование: Все проведённые проверки фиксируются. После успешной верификации лаборатория подписывает акт ввода обновления (указывая дату, ответственных, обзор изменений). Если выявлены несоответствия – дефекты регистрируются, планируются коррекции.

Валидация до ввода: Любые новые пользовательские шаблоны отчётов или модификации конфигурации, добавленные поставщиком или лабораторией, должны быть официально утверждены ответственным персоналом и по возможности покрыты валидационными тестами. Внесение таких изменений без проверки не допускается.

Рекомендуемый порядок обновления

  • Зафиксировать релиз/изменение.
  • Сделать бэкап перед обновлением.
  • Провести тестирование.
  • Решение о вводе: допущено/не допущено; при сбоях - обращение в поддержку.