Приложение 1
к техническому заданию на оказание услуг по сопровождению программного обеспечения медицинской информационной системы «qMS», эксплуатируемой в системе здравоохранения Камчатского края
Регламент тестирования и установки обновления
Определения
ПЛТП - первая линия технической поддержки. Единая служба технической поддержки создается Заказчиками для консолидации и систематизации обращений в ЦТО;
ЦТО – центр технического обслуживания Исполнителя, осуществляющий взаимодействие Заявителей, представителей Заказчиков и Исполнителя;
Релиз – набор новых и/или измененных функциональных возможностей или компонентов ИС, в отношении которых осуществлено тестирование и которые доступны к выводу в установленный период времени в тестовую или продуктивную среду;
Портал подачи заявок – ресурс подачи заявок определяется Заказчиком.
1. Процедура передачи обновлений разработчиком заказчику
1.1 До установки на рабочую базу данных каждое обновление выкладывается разработчиком на общедоступный ресурс.
Обновление должно содержать файл описания особенностей установки и функционала, передаваемого в рамках данного обновления с указанием ссылки на задачу, содержащую обновление.
1.2 Задачи, входящие в обновление отбираются по версии реализации с помощью фильтра на портале.
1.3 Список задач, содержащихся в данном обновлении.
1.4 Специалисты медицинских учреждений Камчатского края и ПЛТП устанавливают обновление на тестовую среду до установки на рабочую база данных.
2. Типы обновлений
2.1 Частичное обновление
Каждое частичное обновление, выданное разработчиком, должно иметь ссылку на задачу, в которой описана проблема. Обновление ставится сначала на тестовую базу. Проверяется работоспособность функционала, по задаче, созданной на ресурсе. После установки обновления на тестовую базу, в случае соответствия функционала, описанному в задаче, обновление устанавливается на рабочую базу и ожидает проверки конечного пользователя.
Частичное обновление выкладывается в случае возникновения критической ошибки в работе функционала, а так же при потребности передачи функционала до установки полного обновления.
2.2 Полное обновление
В зависимости от потребности может собираться как полное квартальное обновление, так и полное промежуточное.
2.2.1 Промежуточное
Обновление выкладывается в отдельную задачу для установки на тестовую базу (содержит описание и список задач по фильтру). В первый рабочий день обновление устанавливается на тестовую базу данных. Срок тестирования 2 дня. В случае обнаружения критических ошибок срок установке сдвигается до их исправления.
2.2.2 Квартальное
2.2.2.1 Обновление выкладывается в отдельную задачу для установки на тестовую базу.
2.2.2.2 В течение 3х дней обновление должно быть установлено на тестовую базу. Тестовую базу перед установкой обновления следует актуализировать до состояния рабочей базы данных на текущий момент. Со дня установки релиза начинается тестирование согласно Приложению 1 к регламенту Тестирования и установки обновлений (срок тестирования 15 рабочих дней.
2.2.2.3 За 3 дня до предполагаемой даты установки обновления на реальную базу, разработчик выкладывает новое полное обновление или частичные файлы (либо определяются сроки исправления ошибок в случае если они не критичны), в которое включены правки по всем замечаниям, выявленным при тестировании. С этого дня правки и выпуск частичных обновлений для реальной базы прекращается. Исключение составляют критические ошибки, которые не позволяют корректно работать с базой.
2.2.2.4 В случае критических ошибок выпускается частичное обновление с исправлением ошибки. Такие же частичные обновления должны быть сформированы для обновленной базы. И добавлены в задачу с полным обновлением как дополнения к релизу.
2.2.2.5 В установленную дату на реальную базу устанавливается полное обновление, которое было выложено за 3 дня до установки. В случае если к этому релизу в последние 3 дня были замечания, то поправки переносятся путем формирования частичных обновлений.
3. Общий порядок проверки:
3.1 Задачи, разработанные в этом релизе, должны быть проверены специалистами Заказчиков на тестовой базы данных до установки релиза на рабочую базу данных, результат должен быть сообщен в задаче.
3.2 Замечания и ошибки, выявленные в ходе тестирования, описываются в этой же задаче, в которой выложено обновление, либо в задачах разработки.
3.3 В случае выявления критических ошибок, которые влияют на работоспособность базы, срок тестирования увеличивается на время до того пока ошибка в обновлениях не будет исправлена.
3.4 В случае если в описании к релизу описан функционал, который по каким - то причинам в обновление не вошел, данное обновление устанавливаться не будет до включения заявленного функционала в обновление.
3.5 К описанию обновления относится, как описание, выложенное разработчиками, так и задачи, созданные на портале, которые входят в список задач к задаче с обновлением.
4. Процедура установки на рабочую базу данных
4.1 Перед установкой обновления создается полный бэкап рабочей базы, а так же исключается возможность работы пользователей в базе до полной установки обновлений.
4.2 На реальную базу устанавливается последняя версия обновления, выложенная на портале интранет.
4.3 Обновление на реальную базу устанавливается только в следующие дни недели: понедельник, вторник, среда, четверг, в связи с этим дата установки обновления может быть отсрочена, но не более чем на 3 дня. Рекомендуемое время начала установки полного обновления не ранее 10:00 и не позже 17:15.
4.4 Обновление не устанавливается на рабочую базу данных в последние 5 дней месяца.
4.5 Перед обновлением формируется электронное письмо на медицинские организации с описанием процедуры обновления.
4.6 Для обеспечения быстрого реагирования на проблемы при обновлении рабочей базы, со стороны разработчиков выделяется дежурный на время установки и на период стабилизации.
4.7 После обновления на рабочей базы данных, специалистами МО при обнаружении ошибок в работе создаются задачи на общедоступном ресурсе по каждой ошибке, делается звонок первую линию технической поддержки.
5. Процедура тестирования
5.1 Проверка функционала по описанию (Приложение 1 к регламенту Тестирования и установки обновлений).
5.2 Проверка функционала Заказчиками по задачам, которые заявлены в обновлении.
5.3 Типовые бизнес операции должны быть проверены не только специалистами ПЛТП, но и Заказчиками.
При написании технических и проектных заданий по возможности включаются тестовые примеры, которые впоследствии позволяют оценить полноту реализации технического и проектного задания.
Приложение 1
к Регламенту тестирования и установки обновлений
Перечень проверок
1. Ввод данных по пациенту
· ввод нового пациента
· ввод паспортных данных пациента
· редактирование данных пациента
· создание факта приема
· прием пациента
2. Назначения
· запись пациента на прием через расписание
· прием пациента от врача
· запись на прием в другую организацию
· назначение в очередь
· назначение с последующей детализацией
· назначение как рекомендация
· резервирование
· запись в расписание услуги с разбиением
· назначение мониторинга
· произвольная запись в расписание (если используется в ЛПУ);
· проверка ограничений расписания по типу слота (если используется в ЛПУ)
· проверка ограничений расписания по типу эпизода (если используется в ЛПУ)
· проверка ограничений расписания по типу услугам и т. д. (если используется в ЛПУ)
· назначение медикаментов
· назначение схем
· отмена одного назначения из курса (назначение – пропущено)
· назначение комплексов
· отмена услуги, в т. ч. назначенной с разбиением
· проверка отмены услуги из Дня специалиста, в том числе и для специалиста у которого проставлено кол-во дней для выполнения;
· отмена, частичная отмена из Дня пациента;
· лабораторные назначения, передача в лабораторию;
· радиологическое назначение (передача в worklist)
· радиологическое назначение, отмена
· радиологическое назначение, перенос
3. Работа стационара
· Принять пациента в приемном покое
· Перевести в отделение
· положить пациента на койку
· перевод на другую койку текущего отделения;
· перевод в другое отделение
· формирование реестра оказанных услуг
· выписка
· медицинские записи (работа со статусами)
· проверка печати медицинских записей
· формирование выписного эпикриза
4. Листок нетрудоспособности
· выписка листка
· выписка дубликата
· аннулирование
5. Финансы
· Наличный расчет
· кассовый чек (изменить тарифный план)
· кассовый чек (изменить плательщика),
· чек предоплаты
· возврат по кассовому чеку (желательно с фискальным регистратором).
· Безналичный расчет
· формирование реестра (не должны попадать услуги, из других реестров)
· формирование реестра за прошедший период с изменением цены услуг (не должны меняться цены услуг, включенных ранее в реестр и оплаченных)
· выставление счета
· оплата счета, оформление платежного поручения
· формирование акта отказа
· добавление нового (замена) источника финансирования на эпизоде
· добавление нового (замена) источника финансирования на услуге
· реестры ОМС (амбулаторный) формирование и выгрузка.
· реестры ОМС (стационарный (с МЭСами и без них)) формирование и выгрузка.
· реестры ОМС (дневной стационар) формирование и выгрузка.
· реестры ОМС (стоматология) формирование и выгрузка.
· Все действия д. б. проверены с обязательным просмотром печатных отображений и прикрепленных к ним отчетов (при их наличии).
6. Дополнительно тестируются
· работа пищеблока формирование порционика
· работа СПК (приход, расход на пациента)
· работа аптеки
· работа клинического фармаколога
· добавление новой услуги
· прикрепление к новой услуге исполнителей
· специальное тестирование новых полей услуги
· создание записи в прейскуранте
· тарификация
· работа лимитов
· добавление сотрудника
· удаление сотрудника
· перенос сотрудника из одного подразделения в другое
· работоспособность всех параметров настройки
7. ДЛО
· Переход на вкладку назначение
· Выписка льготного рецепта врачом
· Выписка льготного рецепта за другого специалиста
· Распечатка рецепта
· Выгрузка регистра льготников
· Выгрузка выписанных рецептов
· Аннулирование рецепта
8. Лист ожидания
· Запись через удаленную регистратуру в расписание и по согласованию
· Согласование записи
· Детализация записи
9. Дополнительная диспансеризация
· Соответствие признака и рекомендованных рецептов к назначению
· Проверка печатных форм
· Проверка работы проверки при закрытии эпизода при неверном объеме выполненных услуг
7 Формирование статистических отчетов
8 Тестирование Новых возможностей текущего обновления
9. Тестирование интеграций
· лабораторные анализаторы (первый и второй типы) (соединение специалистами МО )
· веб-сервис прикрепленного населения
· веб-сервис застрахованных;
· сервис выписных эпикризов/уведомлений о неотложной помощи/амбулаторной помощи
· веб регистратура
· ИЭМК связность для передачи данных из qMS в HS
· автоматическая загрузка справочников (через вебсервисы);
· автоматическая загрузка/выгрузка реестров;
· настройка взаимодействия с DICOM-сервером;
· настройка инфопанели ;
· результаты обзвона пациентов (импорт-экспорт);
· синхронизация с Регистром мед. работников;
· обмена между QMS и HL7;
· связь по HL7 передача анализов между Централизованными лаботаториями и направляющими организациями ;
