Тестирање домена ХеалтхЦаре са примерима тест примера

Пре него што започнемо тестирање, хајде да брзо проучимо основна знања из домена здравствене заштите.

Тестирање домена ХеалтхЦаре

Тестирање домена здравствене заштите је поступак за тестирање здравствене заштите на различите факторе као што су стандарди, сигурност, усаглашеност, узајамна зависност са другим ентитетима итд. Сврха тестирања здравственог домена је осигурати квалитет, поузданост, перформансе, сигурност и ефикасност здравствене заштите. .

Основно знање из домена здравствене заштите

Читав систем здравствене заштите међусобно је испреплетен од стране једног тела које је болница или пружалац услуга (лекар).

Док остали ентитети укључују-

• Осигуравајуће друштво: Медицаре, Медицаид, БЦБС итд.
• Пацијент / потрошачи: Уписан пацијент
• Регулаторно тело: ХИПАА, оцена ОАСИС, ХЦФА 1500 и УБ92, итд.
• Продавачи решења за здравствену заштиту и науку о животу

Основна терминологија система здравствене заштите

• Пружалац : здравствени радник (лекар), медицинска група, клиника, лабораторија, болница итд., Лиценцирани од стране здравствених служби
• Захтев: Захтев вашем здравственом осигурању да плати рачун за здравствену заштиту
• Брокер: Професионалац осигурања, који преговара, осигурава осигурање у име осигураног или будућег осигураника
• Финансије: Осигуравајућа тела која плаћају медицинске трошкове, то могу бити државна (Медицаре или Медицаид) или комерцијална (БЦБС)
• Медицаре: Савезни програм здравственог осигурања за старије грађане и особе са трајним инвалидитетом
• Медицаид: Заједнички и државни програм који помаже породицама и појединцима са ниским примањима да плате трошкове повезане са медицинском негом
• ЦПТ код : Тренутни процедурални терминолошки код је медицински код постављен да описује медицинске, хируршке и дијагностичке услуге
• ХИПАА : То је скуп правила и прописа које лекари, болнице, пружаоци здравствених услуга и здравствени план морају следити да би пружали своје услуге

У овом упутству ћемо научити-

• Основна знања о домену здравствене заштите
• Пословни процес у здравству
• Тестирање система добављача
• Тестирање брокерског система
• Тестирање система чланова
• Тестирање система потраживања
• Тестирање финансијског система
• Тестирање у складу са прописима
• Тестирање перформанси здравствене заштите
• Остале врсте испитивања за примену у здравству
• Испитивање изазова у примени здравствене заштите
• Тестирање здравствених уређаја
• Корисни савети за тестирање у здравственој заштити

Пословни процес у здравству

Већина здравствених организација прилагодила је софтверски програм за обраду несметаног функционисања система. Овај софтверски систем даје све информације у једном документу за сваки ентитет који се тиме бави.

Повезивање целог овог система са једном веб апликацијом је огроман задатак, а ефикаснији рад још је већи задатак. Строго тестирање ове здравствене апликације је обавезно и мора проћи кроз различите фазе тестирања.

У овом упутству ћемо научити,

Тестирање система добављача

Узорци сценарија испитивања и тест случајева за пружаоце услуга (лекар / болница) :

Тест Сценарио	Тест случајева
Приступ систему провајдера	Систем провајдера треба да нам дозволи унос, уређивање и чување података провајдера
Испитивање система позитивног протока	Обухвата сценарије за унос различитих врста добављача, промену детаља о добављачима, њихово чување и распитивање
Испитивање система негативног протока	Омогућава чување података добављача са непотпуним подацима, датумом ступања на снагу уговора, уношењем детаља о постојећим добављачима у систем
Тестирање системске интеграције	Потврдите феед за систем чланова, систем финансија, систем потраживања и портал добављача. Такође потврдите да ли су промене са портала провајдера унете у евиденцију одговарајућег провајдера
Тестирање портала позитивних протока	Пријавите се и прегледајте детаље о добављачима, статус захтева и детаље о члановима Пошаљите захтев за промену имена, адресе, броја телефона итд.
Тестирање портала негативног протока	Прегледајте детаље о члану са неважећим ИД-ом Пријавите се са неважећим акредитивима
Тестирање портала за позитиван проток	Пријавите се и погледајте детаље о брокеру и уплати провизије Поднесите захтев за промену имена, адресе, броја телефона итд.
Тестирање портала негативног протока	Требало би да садржи сценарије за пријављивање са неважећим акредитивима

Тестирање брокерског система

Узорци сценарија испитивања и тест случајеви за брокерски систем :

Ср #	Тест Сценарио	Тест случајева
1)	Брокерски систем	Требао би бити у стању да уређује, уноси и чува податке посредника Прорачун провизије посредника на основу детаља о уплати премије из система члана
2)	Испитивање система позитивног протока	Унесите, сачувајте и уредите евиденцију брокера за различите типове брокера Активни брокери израчунавају провизију стварањем датотеке са подацима са одговарајућим записом за чланове са другачијим планом
3)	Испитивање система негативног протока	Унесите евиденцију брокера са непотпуним подацима и сачувајте за различите типове брокера Стварањем датотеке феед-а са одговарајућим записом за чланове са другим планом израчунајте провизију за окончаног брокера Стварањем датотеке феед-а са одговарајућим записом за чланове са другачијим планом израчунајте провизију за неваљаног брокера
4)	Тестирање система	Да би низводни систем, као што је систем финансија, брокерски портал и систем чланова потврдио феедове Потврдите да ли су промене на брокерском порталу уграђене у одговарајући запис брокера

Тестирање система чланова

Узорци сценарија испитивања и тестови случајева за систем чланова (пацијента) :

Ср #	Тест Сценарио	Тест случајева
1)	Систем чланова	Региструјте, вратите и откажите члана Уклоните и додајте зависну особу Генеришите рачун за премију Обрадите плаћања премија
2)	Испитивање система позитивног протока	Са тренутним, прошлим и будућим датумима ступања на снагу упишите различите типове чланова Распитајте се и промените чланове Израдите рачун за премију за активног члана за наредни месец Искључите активног члана са прошлим, тренутним и будућим датумима престанка дужим од датума ступања на снагу Поново упишите члана који је престао са тренутним, прошлим и будућим датумима ступања на снагу Вратите завршени број
3)	Испитивање система негативног протока	Уз недовољно података упишите члана За члана који је прекинут уговор израдите рачун за премију за следећи месец
4)	Тестирање системске интеграције	Потврдите феед за низводне системе као што су портал добављача, портал за брокере, систем финансија и систем потраживања Потврдите да ли су измене на порталу за чланове укључене у одговарајућу евиденцију чланова Обрадите уплату премијског рачуна генерисаног са фида са портала за чланове који садржи детаље о извршеном плаћању

Тестирање система потраживања

Примери тест сценарија и тест случајева за систем потраживања :

#	Тест сценарији	Тест случајева
1)	Систем потраживања	Тврдње у здравству треба да уређују, уносе и обрађују захтеве за члана, као и за зависног члана У случају неваљаних захтева, требало би да избаци грешке када се унесу нетачни подаци
2)	Испитивање система позитивног протока	Требало би да садржи сценарио уређивања, уношења и обраде захтева за члана, као и зависног члана
3)	Испитивање система негативног протока	Треба да потврди и унесе захтев са неважећим кодом поступка и кодом дијагнозе Потврдите и унесите захтев са неактивним ИД-ом добављача Потврдите и унесите захтев са прекинутим чланом
4)	Системска интеграција	Требало би да садржи сценарио за валидацију феед-а за низводне системе као што су провајдер и финансијски портал

Тестирање финансијског система

Узорци сценарија испитивања и тест случајеви за финансијски систем

Ср #	Тест сценарији	Тест случајева
1)	Систем финансија	Региструјте, вратите и откажите члана
2)	Испитивање система позитивног протока	Требало би да провери да ли је тачан број рачуна или адреса одабран за одговарајућег члана, добављача или брокера за плаћање
3)	Испитивање система негативног протока	Проверите да ли се плаћа за неважећи ИД члана, добављача или брокера тако што ћете створити одговарајући запис у фиду Направите одговарајуће записе у фиду да бисте утврдили да ли се плаћа за неважећи износ за члана, добављача или брокера

Тестирање усклађености са прописима

Заштита осетљивих података о пацијентима и здравствених информација највећи је приоритет за здравствена регулаторна тела. Тестирање треба обавити у складу са регулаторним телима.

Узорци сценарија испитивања и тест случајеви за усклађеност са прописима :

Ср #	Тест сценарији	Тест случајева
1)	Потврда идентитета корисника	Коришћење метода верификације како би се осигурало да тачни корисници добију пријаву и одбију другима
2)	Објављивање информација	Одобравање приступа информацијама заснива се на улози корисника и ограничењима пацијента
3)	Пренос података	При сваком преносу тачке осигуравају шифровање података
4)	Ревизорски траг	Биљеже се све трансакције и сви покушаји приступа подацима са одговарајућим скупом података о ревизијском трагу
5)	Испитивање исправности у вези са регулаторним телом	Извршите испитивање исправности и проверите да ли се шифрирање података врши у одређеним областима попут ЕПХИ (Електронски заштићени здравствени подаци)

Тестирање перформанси здравствене заштите

Пре припреме сценарија испитивања треба размотрити одређене захтеве система. На пример, пружаоци здравствених услуга (лекари / болнице) пружају негу 24/7, тако да софтвер за пријаву пацијента мора бити доступан у сваком тренутку. Такође, треба да комуницира са осигуравајућим компанијама како би потврдила информације о полисама, послала захтеве и примила дознаке. Овде би архитектура требало да дефинише различите компоненте система, протокол за комуникацију са осигуравајућим компанијама и како да систем примени тако да буде у складу 24/7.

Као тестер, морате осигурати да систем здравственог софтвера задовољава жељено мерило оптерећења / перформанси.

Остале врсте испитивања за примену у здравству

• Функционално тестирање : Тестирање здравствене заштите у односу на функционалне могућности
• Испитивање усаглашености: тест усаглашености Захтеви за здравствену заштиту и индустријски оквири
• Тестирање платформе : Тестирање апликација на мобилној платформи и тестирање апликација ради компатибилности са више прегледача
• Испитивање интероперабилности : Испитивање усаглашености са стандардима интероперабилности (Нпр; ДИЦОМ, ХЛ7, ЦЦД / ЦДА)

Испитивање изазова у примени здравствене заштите

Изазови тестирања у тестирању здравствене заштите не разликују се од осталих тестова веб апликација.

• Захтева стручност у испитивању, а обично је скупа
• Захтева интероперабилност, усаглашеност, регулаторна, сигурносна и сигурносна испитивања поред редовних техника испитивања (нефункционално, функционално и интеграционо тестирање)
• Тестирање треба обавити имајући на уму сигурносне и регулаторне стандарде - јер свака грешка може проузроковати директан утицај на живот пацијента
• Тим за тестирање мора бити добро упознат са различитим функционалностима, клиничком употребом и окружењем за које ће се софтвер користити
• Здравствени производ треба да буде у складу са разним стандардима попут ФДА, ИСО и ЦММИ пре него што може да се користи
• Узајамна зависност софтверских тестера мора да осигура да било какве промене у једној компоненти или слоју не би довеле до нежељених ефеката на другу.

Тестирање здравствених уређаја

Иако софтвер здравствених уређаја није директна брига пацијента, они такође захтевају ригорозно тестирање попут другог тестирања софтвера. На пример, рентгенске апарате којима управљају софтверски програми треба добро тестирати, јер свака грешка у тестирању софтвера може довести до озбиљног ефекта на пацијента.

ФДА (Управа за храну и лекове) има смернице за мобилне и веб апликације за медицинске уређаје. Током тестирања медицинских уређаја, одговарајући функционални план испитивања, заједно са критеријумима за пролазак и неуспех, такође је део смерница ФДА. Када се изврши план испитивања, резултати се прикупљају и пријављују ФДА. Овај поступак осигурава да уређај задовољава стандарде регулаторних тела.

Корисни савети за тестирање у здравственој заштити

Током тестирања софтвера можете размотрити неке важне савете за тестирање здравственог система.

• Датуми су важни и морају бити тачни
• Приликом дизајнирања тест случајева узимају се у обзир различити параметри као што су различите врсте плана, брокери, чланови, комисија итд.
• Потребно је потпуно познавање домена