Тестування домену 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.
Як тестувальник, ви повинні переконатися, що система програмного забезпечення для охорони здоров’я відповідає бажаному показнику навантаження/продуктивності.
Інші типи тестування для застосування в охороні здоров'я
- Функціональне тестування: Перевірка функціональних можливостей програми охорони здоров’я
- Тестування відповідності: Тест на відповідність вимогам безпеки охорони здоров’я та галузевим структурам
- Тестування платформи: Тестування додатків на Mobile тестування платформи та програм на кросбраузерну сумісність
- Тестування сумісності: Перевірка відповідності стандартам сумісності (наприклад, DICOM, HL7, CCD/CDA)
Проблеми тестування в галузі охорони здоров'я
Проблеми тестування під час тестування програми охорони здоров’я нічим не відрізняються від тестування інших веб-програм.
- Вимагає досвіду тестування, і, як правило, це дорого
- Крім стандартних методів тестування (нефункціональне, функціональне та інтеграційне тестування) вимагає тестування на сумісність, відповідність, нормативні вимоги, безпеку та безпеку.
- Тестування слід проводити з урахуванням стандартів безпеки та нормативних вимог, оскільки будь-яка помилка може спричинити прямий вплив на життя пацієнта
- Команда тестувальників має бути добре обізнана про різні функції, клінічне використання та середовище, для якого використовуватиметься програмне забезпечення
- Медичний продукт має відповідати різним стандартам, таким як FDA, ISO та CMMI, перш ніж його можна буде використовувати
- Перехресна залежність тестувальників програмного забезпечення повинна гарантувати, що будь-які зміни в одному компоненті чи рівні не призведуть до побічних ефектів на іншому.
Тестування медичних пристроїв
Хоча програмне забезпечення медичних пристроїв не є безпосередньою проблемою пацієнта, вони також потребують ретельного тестування, як і інше тестування програмного забезпечення. Наприклад, рентгенівські апарати, які керуються за допомогою програмного забезпечення, повинні бути добре перевірені, тому що будь-яка помилка тестування в програмному забезпеченні може призвести до серйозних наслідків для пацієнта.
FDA (Управління з контролю за продуктами й ліками) має рекомендації щодо мобільних і веб-додатків для медичних пристроїв. При перевірці справності медичних виробів План тестування разом із критеріями проходження та непроходження також є частиною рекомендацій FDA. Коли план тестування виконується, результати збираються та повідомляються FDA. Цей процес гарантує, що пристрій відповідає стандартам регулюючих органів.
Корисні поради щодо тестування в галузі охорони здоров’я
Під час тестування програмного забезпечення ви можете взяти до уваги деякі важливі поради щодо тестування системи охорони здоров’я.
- Дати важливі й мають бути точними
- Розробляючи тестові випадки, враховуйте різні параметри, як-от різні типи планів, брокерів, учасників, комісію тощо.
- Потрібне повне знання домену