Медичний додаток - це програмне забезпечення, розроблене для використання в галузі медицини і використовуване персоналом медичних установ (наприклад, лікарями, а іноді і медсестрами) та пацієнтами.

Додатки можуть використовуватися в різних сферах медичних послуг, тому кожен з них має різні функціональні особливості.

Це додатки, розроблені спеціально для спеціалізованих лікарень і для всієї медичної галузі.

Продукти, розроблені для збору та зберігання даних про пацієнтів, є важливими, але ці програми повинні бути захищені від розголошення особистої інформації пацієнта.

[highlight dark=”no”]Тестування медичного програмного забезпечення не надто відрізняється від тестування інших типів програмного забезпечення.[/highlight]

Він має лише деякі особливості, пов’язані з використанням інтерактивної методології.

Як ми повинні тестувати медичне програмне забезпечення?

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

Розробник повинен підтримувати програмне забезпечення, а тестувальник - усувати помилки.

Це програмне забезпечення допомагає медичним працівникам спростити постановку діагнозу та застосування певного типу ліків, враховуючи їх дозування.

Тестування медичного програмного забезпечення охоплює сферу зберігання та обробки персональних даних, яка потребує високого рівня захисту.

[highlight dark=”no”]Спеціаліст з тестування повинен переконатися, що код не містить критичних помилок.[/highlight]

Існує зберігання персональних та клінічних даних.

При тестуванні слід пам’ятати, що це два різних процеси, тому повинна бути можливість відправити запит з бази даних, оминаючи авторизацію.

Смаки користувачів враховуються при розробці медичних сервісів.

Тестування слід проводити з боку користувача, а потім розробляти тестові скрипти.

Це пов’язано з тим, що такі сервіси мають специфічне наповнення, і фахівець повинен провести ретельний аналіз, знайти зв’язок між параметрами і тільки після цього проводити тестування цього продукту.

Якщо продукт не протестований належним чином або не працює належним чином, його не можна випускати, оскільки це може призвести до негативних наслідків для користувача та команди розробників, включаючи інженерів з контролю якості, клієнтів.

[highlight dark=”no”]Це може призвести до штрафів і зіпсованого іміджу.[/highlight]

Належного тестування можна досягти за допомогою:

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

Особливу увагу слід приділити тестуванню на всіх рівнях:

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

IEC 62304 - це міжнародний стандарт вимог до життєвого циклу медичного програмного забезпечення та програмного забезпечення для медичного обладнання. Ці стандарти підтримуються в ЄС та США.

Класи безпеки

Відповідно до стандарту IEC 62304, програмне забезпечення повинно відповідати класам безпеки:

• Клас A: без шкоди для здоров’я, без ризику отримання травм. Цей клас програмної документації складається з плану розробки та аналізу вимог до програмного забезпечення. Розробка програмного модуля та тестування системи. Випуск програмного забезпечення.
• Клас B: можливість отримання легких травм. Цей клас містить наступну програмну документацію: план розробки та аналіз вимог до програмного забезпечення. Архітектура проектування програмного забезпечення. Розробка та тестування програмного модуля. Інтеграція та тестування програмного забезпечення. Тестування та випуск продукту.
• Клас C: можливість отримати серйозні травми, аж до летального результату. Цей клас програмної документації містить: план розробки та аналіз вимог до програмного забезпечення. Архітектуру розробки програмного забезпечення. Дизайн програмного забезпечення. Розробка та тестування програмного модуля. Інтеграція та тестування програмного забезпечення. Тестування та випуск продукту.

Використання документації під час тестування допомагає випускати якісне програмне забезпечення, якщо ви виконуєте всі вимоги та умови, написані в документі, включаючи інформацію про тестування продукту разом з матеріально-доказовою базою.