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

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

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

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

Базові знання про сферу охорони здоров’я

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

Хоча інші суб'єкти включають

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

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

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

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

• Базові знання про сферу охорони здоров’я
• Бізнес-процес у галузі охорони здоров’я
• Тестування системи постачальників
• Тестування брокерської системи
• Тестування системи членів
• Тестування системи претензій
• Тестування фінансової системи
• Тестування відповідно до нормативних вимог
• Тестування продуктивності програми охорони здоров’я
• Інші типи тестування для застосування в охороні здоров’я
• Випробувальні виклики в галузі охорони здоров’я
• Тестування медичного обладнання
• Корисні поради щодо тестування на охорону здоров’я

Бізнес-процес у галузі охорони здоров’я

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

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

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

Тестування системи постачальників

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

Сценарій тесту	Тестові кейси
Доступ до системи провайдерів	Система провайдера повинна дозволяти нам вводити, редагувати та зберігати дані провайдера
Тестування системи позитивного потоку	Він включає сценарії введення різних типів постачальників, зміни даних про постачальника, збереження та запитування їх
Тестування системи негативного потоку	Дозволяє зберігати інформацію про постачальника з неповними даними, датою набрання чинності контракту, вводом деталей про існуючих постачальників в системі
Тестування системної інтеграції	Перевірте фід для членів системи, фінансової системи, системи претензій та порталу постачальника. Також перевірте, чи зміни із порталу провайдера внесені до запису відповідного провайдера
Тестування порталу позитивних потоків	Увійдіть і перегляньте деталі постачальників, статус претензії та дані учасника Зробіть запит на зміну, щоб змінити ім’я, адресу, номер телефону тощо.
Тестування порталу негативних потоків	Перегляньте дані учасника з недійсним ідентифікатором Увійти з недійсними обліковими даними
Тестування порталу брокера позитивного потоку	Увійдіть і перегляньте деталі про брокера та комісійні платежі Зробіть запит на зміну імені, адреси, номера телефону тощо.
Тестування порталу негативного потоку	Він повинен включати сценарії входу з недійсними обліковими даними

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

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

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

Тестування системи членів

Приклади сценаріїв тестування та тестів для системи членів (пацієнтів) :

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Випробувальні виклики в галузі охорони здоров’я

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

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

Тестування медичного обладнання

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

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

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

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

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