how test health care application part 1
Розуміння домену охорони здоров’я та тестування програм охорони здоров’я:
Сьогоднішня стаття стосуватиметься інформації про охорону здоров’я / домену / бізнесу, компонентів, що тестувати та як тестувати.
Ця серія статей із двох частин корисна для тих, хто хоче дослідити та увійти в інший домен для тестування, вивчити та зрозуміти робочий процес додатків у галузі охорони здоров’я та процес тестування .
Коротше кажучи, ця стаття стане вашим першим кроком та керівництвом у пошуках знань у галузі охорони здоров’я. В частина 2 ми надамо сценарії тестування для різних додатків у домені Healthcare.
Щоб досягти успіху в тестуванні, знання домену є ключовим . Отже, ми зараз дізнаємося про бізнес-процес клієнта.
Що ви дізнаєтесь:
Домен охорони здоров’я - вступ
Охорона здоров’я або медичне страхування схоже на загальне страхування. Як відомо, при будь-якому страхуванні страховик (Страхова компанія) надасть плани, а клієнт (Абонент або Страхувальник) придбає поліс за своїм бажаним планом. Страховик отримає суму премії від страхувальників, а Страхувальники отримають відшкодування від страховика за дійсні вимоги, які вони подали.
модульне тестування проти функціонального тестування проти інтеграційного тестування
Те саме відбувається в медичному страхуванні, але крім страховика та страхувальника, є й інші основні вкладники, такі як постачальник послуг, TPA (сторонній адміністратор), брокер тощо.
Тепер ми детально побачимо кожного з основних авторів:
# 1) Страховик: Суб’єкт господарювання, який створює план, продає поліс та відшкодовує страхувальнику або постачальнику надані дійсні вимоги.
# 2) Власник політики: Фізична або юридична особа, яка купує поліс у страховика або брокера, сплачує страховий внесок і іноді подає вимогу.
як генерувати випадкові числа в C ++ від 0 до 100
# 3) Постачальник: Фізична або юридична особа, яка надає медичну послугу страхувальнику та його утриманцям, або отримує оплату за послугу від страхувальника або страховика шляхом подання претензії.
# 4) TPA: Особа або організація, яка управляє вимогами страхувальника або постачальника та отримує плату за управління від відповідного вкладника.
# 5) Брокер: Як ви вже здогадалися, він є агентом, який продає поліс клієнтам від імені страховика і отримує комісію у відповідь від страховика.
Наприклад, З наведеного нижче прикладу ми можемо зрозуміти основну функцію учасників.
Пан Енош придбав у пана Поннара медичну політику, яка охоплює загальну консультацію лікаря та проблеми із зором, і платить за це премію медичній компанії.
Як тільки пан Енош захворів і проконсультувався з лікарем паном Сабарі щодо одужання, Сабарі надав рецепт Еношу та подав заявку на консультацію до компанії HealthCorp і отримує відшкодування. Пан Поннар отримує комісію від компанії HealthCorp за виплату премії паном Еношем.
У наведеному вище прикладі «Загальна консультація лікаря» та «Проблеми із зором» - це переваги плану охорони здоров’я, пан Енош - страхувальник, пан Поннар - брокер, компанія HealthCorp - страховик, а пан Сабарі - постачальник.
Щоб чітко зрозуміти різницю між політикою та планом, подумайте про план як про клас, а про політику як про об’єкт (екземпляр класу). Політика може бути класифікована як індивідуальна політика та групова політика на основі типу бенефіціарів, які вона охоплює.
Індивідуальна політика: Страхувальником страхування буде фізична особа; як особа, так і її / її утриманці користуватимуться перевагами плану охорони здоров'я. Тут людина платить премію.
Групова політика: Організація (як правило, роботодавець) буде страхувальником, члени (співробітники) організації та їхні утриманці користуватимуться перевагами плану охорони здоров'я. Тут суб'єкт господарювання сплачує премію.
Наприклад, Прикладом чіткого уявлення про групову політику є наступний:
Компанія MotoCorp купує у компанії HealthCorp політику щодо своїх співробітників та їхньої родини. Управління їхніми претензіями здійснює компанія EasyClaim. Тут компанія MotoCorp є страхувальником, компанія HealthCorp - страховиком, а компанія EasyCliam - TPA.
Як протестувати заявку на охорону здоров'я?
Перш ніж тестувати заявку, ми повинні знати про робочий процес галузі охорони здоров’я. Попередня тема просто дає вступ до керованого медичного обслуговування, докладніше доступні тут .
Страховику потрібні різні програми для управління наступними:
- Дані постачальника
- Дані учасників
- Преміум-білінг / оплата
- Дані брокера
- Вступ / перевірка претензій
- Розрахунок / оплата комісії брокера
Як правило, програма охорони здоров’я матиме наступний перелік систем:
- Система членів : Для ведення даних страхувальника, різних планів із їхнім переліком переваг та генерування преміум-рахунків для страхувальника на основі їх планів
- Система постачальника : Для збереження даних провайдера
- Брокерська система : Для ведення даних брокера та розрахунку комісійних
- Система претензій : Для введення та підтвердження претензії
- Фінансова система : Здійснити необхідну оплату провайдеру / учаснику / брокеру
- Портал для учасників : Щоб відобразити інформацію про страхувальника, здійснити преміальні платежі та подати запит на інформацію про зміни для страхувальників
- Портал постачальника : Для відображення інформації про постачальника та підняття запиту на інформацію про зміну для постачальників
- Брокерський портал : для відображення інформації про брокера та підняття запиту на інформацію про зміни для брокерів
Це може бути не вичерпний перелік. Але це список, наскільки мені відомо. Крім того, усі програми можуть навіть не використовуватися. Іноді небагато з цих програм об’єднують для створення іншої комбінованої програми, інший раз це окремі системи.
Наприклад , система постачальника може бути частиною системи-члена в деяких додатках охорони здоров’я. Під додатком охорони здоров’я я маю на увазі набір систем, що підтримуються Страховиком для полегшення своїх клієнтів та партнерів.
Запитання та відповіді на інтерв’ю для тестування etl
Робочий процес тестування заявок на охорону здоров’я
Унікальною особливістю системи охорони здоров’я є те, що ці програми не можна тестувати в будь-якому порядку, який нам подобається. Існує певний робочий процес, якого слід дотримуватися:
- Щоб член / страхувальник був зарахований до плану охорони здоров’я, він / вона повинен бути призначений провайдеру (лікар первинної медичної допомоги) або мережі провайдерів, тому система-член повинна перевірити призначеного провайдера. Або система-член підключається до системи провайдера, або канал даних повинен періодично надсилати до системи-члена із системи провайдера. Тому система постачальника повинна бути протестована та готова до використання перед тестуванням системи-члена.
- Претензія повинна складатися з посвідчення особи постачальника та посвідчення особи учасника, крім інших деталей. Система претензій повинна перевірити як члена, так і постачальника, щоб перевірити претензію, тому система як члена, так і постачальника повинна бути перевірена і готова до використання перед тестуванням системи претензій.
- Фінансова система повинна мати дані від члена, постачальника, системи вимог та брокера, щоб виписувати чеки або здійснювати платежі EFT відповідній особі чи організації.
- Системи постачальників та брокерів є самостійними.
- Портали слід перевірити нарешті, оскільки для цього потрібні дані інших програм.
Отже, у такому порядку слід тестувати системи в додатках охорони здоров’я.
Що Далі ?
Вищезазначена інформація повинна дати нам достатній імпульс для того, щоб зайнятися питаннями «Як протестувати» додатки в галузі охорони здоров’я, які будуть розглянуті в 2 частина цієї статті.
Про автора: Це гостьовий допис від Вайравана Р М. Автор має хороший досвід у тестуванні додатків у галузі охорони здоров’я та керує командою в транснаціональній корпорації.
Тим часом, якщо у вас є якісь запитання чи коментарі або вам потрібна допомога у кращому розумінні домену охорони здоров’я, будь ласка, повідомте мене про це. Слідкуйте за наступною статтею серії.
Рекомендована література
- Тестування програм охорони здоров’я - Поради та важливі сценарії тестування (Частина 2)
- Тестування додатків - до основ тестування програмного забезпечення!
- Посібник із тестування безпеки веб-додатків
- Встановіть свою програму на пристрій і починайте тестування з Eclipse
- Підручник з деструктивного контролю та неруйнівного контролю
- Тестування продуктивності проти тестування навантаження проти стрес-тестування (різниця)
- Що таке тестування мавп при тестуванні програмного забезпечення?
- Топ 20 практичних порад щодо тестування програмного забезпечення, які слід прочитати перед тестуванням будь-якого додатка