Тестування домену HealthCare із зразками тестових випадків

Перш ніж почати тестування, давайте швидко вивчимо базові знання сфери охорони здоров’я.

Тестування домену HealthCare

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

Базові знання сфери охорони здоров'я

Вся система охорони здоров’я пов’язана одна з одною єдиним органом – лікарнею або постачальником (лікарем).

Тоді як інші сутності включають-

  • Страхова компанія: Medicare, Medicaid, BCBS тощо.
  • Пацієнт/Споживачі: Пацієнт зареєстрований
  • Регуляторний орган: HIPAA, оцінка OASIS, HCFA 1500 та UB92 тощо.
  • Постачальники рішень для охорони здоров’я та життєдіяльності

Основна термінологія системи охорони здоров'я

Основна термінологія системи охорони здоров'я

  • Provider: медичний працівник (лікар), медична група, клініка, лабораторія, лікарня тощо, які мають ліцензію служб охорони здоров’я
  • Претензія: Запит до вашої медичної страхової компанії щодо оплати рахунків за медичні послуги
  • брокер: Професіонал зі страхування, який веде переговори, забезпечує страхування від імені застрахованого або потенційного застрахованого
  • Фінанси: Страхові органи, які оплачують медичні витрати, можуть бути державними (Medicare або Medicaid) або комерційними (BCBS)
  • Medicare: Федеральна програма медичного страхування для людей похилого віку та людей з постійною інвалідністю
  • Медична допомога: Спільна державна програма, яка допомагає малозабезпеченим сім’ям та окремим особам оплачувати витрати, пов’язані з медичним обслуговуванням
  • Код CPT: Поточний кодекс процедурної термінології – це медичний код, набір для опису медичних, хірургічних і діагностичних послуг
  • HIPAA: це набір правил і норм, яких повинні дотримуватися лікарі, лікарні, постачальники медичних послуг і плани медичного обслуговування, щоб надавати свої послуги.

Бізнес-процес охорони здоров'я

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

Бізнес-процес охорони здоров'я

З’єднати всю цю систему з єдиним веб-додатком — це величезне завдання, а зробити так, щоб вона працювала ефективно, — ще серйозніше. Суворе тестування цього додатка для здоров’я є обов’язковим, і воно має пройти різні етапи тестування.

У цьому підручнику ми дізнаємося,

Тестування системи провайдерів

Зразки тестових сценаріїв і тестових випадків для системи постачальників (лікар/лікарня).:

Sr# Сценарій тесту Тестові випадки
1) Доступ до системи провайдерів
  • Система постачальника повинна дозволяти нам вводити, редагувати та зберігати дані постачальника
2) Позитивний потік Тестування системи
  • Він містить сценарії для введення різних типів постачальників, зміни деталей постачальників, збереження та запиту про них
3) Тестування системи негативного потоку
  • Дозволяє зберігати інформацію про провайдера з неповними даними, дату набрання чинності договором, введення даних про існуючих провайдерів у системі
4) SYSTEM Інтеграційне тестування
  • Перевірте канал для системи учасників, фінансової системи, системи претензій і порталу постачальника. Також перевірте, чи внесено зміни з порталу постачальника до запису відповідного постачальника
5) Тестування порталу постачальників позитивних потоків
  • Увійдіть і перегляньте відомості про постачальників, статус заявки та відомості про члена
  • Зробіть запит на зміну імені, адреси, номера телефону тощо.
6) Тестування порталу провайдерів негативного потоку
  • Переглянути відомості про учасника з недійсним ідентифікатором
  • Увійдіть із недійсними обліковими даними
7) Тестування порталу Positive flow Broker
  • Увійдіть і перегляньте деталі про брокера та оплату комісії
  • Зробити заявку на зміну імені, адреси, номера телефону тощо.
8) Тестування порталу Negative flow Broker
  • Він повинен містити сценарії входу з недійсними обліковими даними

Тестування брокерської системи

Приклади тестових сценаріїв і тестових випадків для системи брокерів:

Sr# Сценарій тесту Тестові випадки
1) Брокерська система
  • Він повинен мати можливість редагувати, вводити та зберігати дані брокера
  • Розрахунок комісії брокера на основі реквізитів платежу премії від системи учасників
2) Тестування системи позитивного потоку
  • Вводьте, зберігайте та редагуйте записи брокерів для різних типів брокерів
  • Для активних брокерів розрахуйте комісію, створивши файл каналу з відповідним записом для учасників з іншим планом
3) Тестування системи негативного потоку
  • Введіть запис брокера з неповними даними та збережіть для різних типів брокерів
  • Створивши файл каналу з відповідним записом для учасників з іншим планом, обчисліть комісію для брокера, якого припинили роботу
  • Створивши файл каналу з відповідним записом для учасників з іншим планом, розрахуйте комісію для недійсного брокера
4) Тестування системи
  • Для подальшої системи, наприклад фінансової системи, брокерського порталу та системи учасників, перевіряйте канали
  • Перевірте, чи включено зміни з порталу брокера у відповідний запис брокера

Тестування Member System

Зразки тестових сценаріїв і тестових випадків для системи членів (пацієнтів).:

Sr# Сценарій тесту Тестові випадки
1) Членська система
  • Реєстрація, відновлення та припинення членства
  • Видалити та додати утриманця
  • Створити преміальний рахунок
  • Обробка преміальних платежів
2) Тестування системи позитивного потоку
  • З поточною, минулою та майбутньою датами набрання чинності реєструйте різні типи учасників
  • Запитуйте та змінюйте учасників
  • Виставте платіжний рахунок для активного учасника на наступний місяць
  • Припинити дію активного учасника з минулою, поточною та майбутньою датами припинення, вищими за дату набуття чинності
  • Повторно зареєструйте учасника, який припинив дію, із поточною, минулою та майбутньою датами набрання чинності
  • Відновити припинений номер
3) Тестування системи негативного потоку
  • Якщо даних недостатньо, зареєструйте учасника
  • Для учасника, який припинив дію, пред’явіть рахунок премії за наступний місяць
4) Тестування системної інтеграції
  • Перевірте канал для наступних систем, таких як портал провайдера, портал брокера, фінансова система та система претензій
  • Перевірте, чи включено зміни з порталу учасників у відповідний запис користувача
  • Обробляйте оплату преміум-рахунка, створеного за допомогою каналу з порталу для учасників, який містить деталі здійсненого платежу

Тестування системи претензій

Зразки тестових сценаріїв і тестових випадків для Claims System:

Sr# Тестові сценарії Тестові випадки
1) Система претензій
  • Претензії в галузі охорони здоров'я повинні редагувати, вводити та обробляти претензії для члена, а також утриманців
  • Для недійсних претензій він має видавати помилки, якщо введено неправильні дані
2) Тестування системи позитивного потоку Він має включати сценарій для редагування, введення та обробки претензій для члена, а також утриманців
3) Тестування системи негативного потоку
  • Він має перевірити та ввести претензію з недійсним кодом процедури та кодом діагностики
  • Перевірте та введіть претензію з ідентифікатором неактивного постачальника
  • Перевірте та внесіть претензію до припиненого учасника
4) Системна інтеграція Він повинен включати сценарій перевірки каналу для наступних систем, таких як постачальник і фінансовий портал

Тестування фінансової системи

Зразки тестових сценаріїв і тестових випадків для фінансової системи

Sr# Тестові сценарії Тестові випадки
1) Система фінансів Реєстрація, відновлення та припинення членства
2) Тестування системи позитивного потоку Він повинен перевірити, чи вибрано правильний номер рахунку або адресу для відповідного члена, постачальника або брокера для платежу
3) Тестування системи негативного потоку
  • Перевірте, чи здійснено платіж за недійсний ідентифікатор учасника, постачальника або брокера, створивши відповідний запис у каналі
  • Перевірте, чи здійснено платіж на недійсну суму для учасника, постачальника чи брокера, створивши відповідні записи в каналі

Тестування на відповідність нормативним вимогам

Захист конфіденційних даних пацієнтів і інформації про здоров’я є першочерговим завданням для органів регулювання охорони здоров’я. Тестування має проводитися відповідно до вимог таких регуляторних органів.

Зразки тестових сценаріїв і тестових прикладів на відповідність нормативним вимогам:

Sr# Тестові сценарії Тестові випадки
1) Автентифікація користувача Використання методу перевірки, щоб переконатися, що правильні користувачі отримують логін і забороняють іншим
2) Інформація про розкриття інформації Авторизація доступу до інформації базується на ролі користувача та обмеженнях пацієнта
3) Передача даних Під час будь-якої передачі точки гарантують, що дані зашифровані
4) Аудиторський слід Усі транзакції та всі спроби отримати доступ до даних із належним набором інформації журналу аудиту реєструються
5) Тестування на осудність, пов’язане з регулюючим органом Виконайте тестування на працездатність і переконайтеся, що дані шифруються в певних областях, як-от EPHI (електронна захищена інформація про здоров’я)

Тестування продуктивності програми Healthcare

Перед підготовкою тестових сценаріїв слід розглянути певні вимоги системи. Наприклад, постачальники медичних послуг (лікарі/лікарні) надають допомогу 24/7, тому програмне забезпечення для реєстрації пацієнтів має бути доступним у будь-який час. Крім того, йому потрібно спілкуватися зі страховими компаніями для перевірки інформації про поліс, надсилання претензій та отримання грошових переказів. Тут архітектура повинна визначати різні компоненти системи, протокол для зв’язку зі страховими компаніями та спосіб розгортання системи, щоб вона працювала 24/7.

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

Інші типи тестування для застосування в охороні здоров'я

Тестування продуктивності програми Healthcare

  • Функціональне тестування: Перевірка функціональних можливостей програми охорони здоров’я
  • Тестування відповідності: Тест на відповідність вимогам безпеки охорони здоров’я та галузевим структурам
  • Тестування платформи: Тестування додатків на Mobile тестування платформи та програм на кросбраузерну сумісність
  • Тестування сумісності: Перевірка відповідності стандартам сумісності (наприклад, DICOM, HL7, CCD/CDA)

Проблеми тестування в галузі охорони здоров'я

Проблеми тестування під час тестування програми охорони здоров’я нічим не відрізняються від тестування інших веб-програм.

  • Вимагає досвіду тестування, і, як правило, це дорого
  • Крім стандартних методів тестування (нефункціональне, функціональне та інтеграційне тестування) вимагає тестування на сумісність, відповідність, нормативні вимоги, безпеку та безпеку.
  • Тестування слід проводити з урахуванням стандартів безпеки та нормативних вимог, оскільки будь-яка помилка може спричинити прямий вплив на життя пацієнта
  • Команда тестувальників має бути добре обізнана про різні функції, клінічне використання та середовище, для якого використовуватиметься програмне забезпечення
  • Медичний продукт має відповідати різним стандартам, таким як FDA, ISO та CMMI, перш ніж його можна буде використовувати
  • Перехресна залежність тестувальників програмного забезпечення повинна гарантувати, що будь-які зміни в одному компоненті чи рівні не призведуть до побічних ефектів на іншому.

Тестування медичних пристроїв

Тестування медичних пристроїв

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

FDA (Управління з контролю за продуктами й ліками) має рекомендації щодо мобільних і веб-додатків для медичних пристроїв. При перевірці справності медичних виробів План тестування разом із критеріями проходження та непроходження також є частиною рекомендацій FDA. Коли план тестування виконується, результати збираються та повідомляються FDA. Цей процес гарантує, що пристрій відповідає стандартам регулюючих органів.

Корисні поради щодо тестування в галузі охорони здоров’я

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

  • Дати важливі й мають бути точними
  • Розробляючи тестові випадки, враховуйте різні параметри, як-от різні типи планів, брокерів, учасників, комісію тощо.
  • Потрібне повне знання домену