Медицинское приложение — программное обеспечение, разработанное для использования в области медицины, применяемое как персоналом лечебных заведений (например, докторами, реже — младшими медицинскими работниками), так и пациентами.

Приложения созданы для работы с ними в разных сферах медицинских услуг, поэтому и функциональные характеристики каждого из них существенно разнятся.

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

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

[highlight dark=”no”]При тестировании медицинского программного обеспечения алгоритм работы существенно не отличается от работы в других областях.[/highlight]

Он лишь имеет рад особенностей с использованием способа интерактивной методологии.

Как тестировать медицинское ПО?

Услуги по тестированию для медицинского программного обеспечения — это процесс и результат работы специалиста по тестированию данного продукта.

Разработчик должен обеспечить бесперебойную работу приложения, а тестировщик исключить какие-либо ошибки.

Подобные программные продукты — это инструмент для медицинских работников, который упрощает работу при постановке диагноза и назначении того или иного препарата с учетом его дозировки.

Тестирование медицинского программного обеспечения охватывает область хранения и обработку персональных данных, что требует высокого уровня защиты.

[highlight dark=”no”]Специалист по тестированию должен убедиться в отсутствии критических ошибок в коде.[/highlight]

Существуют хранилища персональных и клинических данных.

И при тестировании следует учитывать, что это два разных процесса, поэтому при проверке должна быть возможность запроса из базы в обход авторизации.

При разработке медицинских сервисов учитываются интересы пользователей.

Проверку стоит осуществлять со стороны пользователя, а потом прописывать тестовые сценарии.

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

Некачественно протестированный или неисправный программный продукт нельзя выпускать на рынок — это может привести к нежелательным процессам, как на стороне пользователя, так и на стороне команды разработчиков, в том числе QA-инженеров, поставщиков.

[highlight dark=”no”]Это может грозить штрафами и испорченной репутацией.[/highlight]

Качественное тестирование осуществляется путем:

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

Особое внимание следует уделить тестированию всех уровней:

• проверка ПО (тестирование условий и требований относительно разрабатываемого продукта, использование автоматизации и беспрерывного тестирования, тестов продуктивности и т.п.);
• требования проверки к ПО (тестирование безопасности, функциональных возможностей и т.п.);
• требования проверки дизайна ПО (тестирование стандартов безопасности и дизайна, проверка спецификации на точность и соответствие);
• проверка кода (тестирование документально подтвержденных требований к продукту, использование способов по выявлению дефектов и багов, анализ и проверка качества исходного кода);
• использование одиночного тестирования;
• требования к проверке на соответствие (тестирование соответствия нормам ISO 13485, IEC 62304, IEC 82304-1).

IEC 62304 — международные стандартные требования к жизненному циклу разработки медицинского ПО и программного обеспечения медицинских устройств.

Данные нормы поддерживаются как ЕС, так и США.

Классы безопасности

Согласно стандарту IEC 62304, ПО должно соответствовать классу безопасности:

• Класс A: отсутствие нанесения вреда здоровью, исключен риск травмирования. Для данного класса характерной документацией к ПО является: план разработки и анализ требований ПО. Разработка программного модуля и тестирования системы. Выпуск продукта.
• Класс B: возможность получения мелких травм. Для данного класса характерной документацией к ПО является: план разработки и анализ требований ПО. Архитектура проектирования ПО. Разработка и проверка программного модуля. Интеграция и тестирование ПО. Тестирование и выпуск продукта.
• Класс C: возможность получения сложных травм, летальный исход. Для данного класса характерной документацией к ПО является: план разработки и анализ требований ПО. Архитектура проектирования ПО. Дизайн ПО. Разработка и проверка программного модуля. Интеграция и тестирование ПО. Тестирование и выпуск продукта.

Использование документации при тестировании способствует выпуску качественного ПО, при условии реализации всех требований и условий, прописанных в документе, включая информацию относительно апробирования продукта с материально-доказательной базой.