Мени

Како тестирати апликацију за здравствену заштиту - 1. део

how test health care application part 1

Испробајте Наш Инструмент За Елиминисање Проблема

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

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

Ова дводелна серија чланака корисна је за свакога ко жели да истражи и уђе у други домен за тестирање, научи и разуме ток рада у здравственим апликацијама и процес испитивања .

Укратко, овај чланак ће вам бити први корак и водич у потрази за здравственим знањем. У део 2 пружићемо сценарије тестирања за различите апликације у домену Здравство.

Како тестирати апликацију здравствене заштите

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

Шта ћете научити:

Домен здравствене заштите - увод

Здравствена заштита или здравствено осигурање је слично општем осигурању. Као што знате, у било којем осигурању осигуравач (осигуравајуће друштво) ће обезбедити планове, а купац (претплатник или осигураник) ће купити полису жељеног плана. Осигуравач ће добити износ премије од осигураника, а осигураници ће од осигуравача добити надокнаду за ваљана потраживања која су поднели.

програм за преузимање видео записа са веб локација

Исто се догађа у здравственом осигурању, али поред осигуравача и осигураника, ту су и други главни доприноситељи као што су пружалац услуга, ТПА (независни администратор), брокер итд.

Сада ћемо детаљно видети сваког од главних сарадника:

# 1) Осигуравач: Субјект који креира план, продаје полису и надокнађује осигуранику или добављачу поднете валидне захтеве.

# 2) Власник полисе: Физичко или правно лице које откупљује полису од осигуравача или брокера, плаћа премију осигуравачу и понекад подноси захтев.

Носилац здравствене заштите

селен вебдривер са краставцем пример у помрачењу

# 3) Добављач: Физичко или правно лице које пружа здравствену услугу уговарачу осигурања и њиховим издржаваним особама или прима осигурање од осигурања или осигуравача подношењем захтева.

# 4) ТПА: Лице или ентитет који управља потраживањима осигураника или добављача и прима уплату за управљање од одговарајућег доприносиоца.

# 5) Брокер: Као што сте претпоставили, он је агент који продаје полису купцима у име осигуравача и заузврат од провизије добија провизију.

Посредник у здравственом осигурању

На пример, Основну функцију сарадника можемо разумети из доњег примера.

Господин Еносх је купио здравствену политику која покрива опште консултације лекара и проблеме са видом од господина Поннара и за њу плаћа премију здравственој компанији.

Једном када је господин Еносх био болестан и консултовао лекара господина Сабарија за опоравак, Сабари је издао рецепт Еносху и предао захтев за консултације компанији ХеалтхЦорп и прима накнаду. Господин Поннар добија провизију од компаније ХеалтхЦорп за исплату премије од стране господина Еноша.

У горњем примеру, „Опште лекарске консултације“ и „Проблеми са видом“ су предности здравственог плана, г. Еносх је уговарач осигурања, г. Поннар је посредник, компанија ХеалтхЦорп је осигуравач, а г. Сабари је добављач.

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

Индивидуална политика: Осигурач ће бити појединац; и појединац и његови зависни чланови уживаће у предностима здравственог плана. Овде појединац плаћа премију.

Смернице групе: Ентитет (углавном послодавац) биће уговаратељ осигурања, чланови (запослени) у ентитету и издржавана лица уживаће благодати здравственог плана. Овде ентитет плаћа премију.

На пример, Пример за јасну представу о групној политици је следећи,

Компанија МотоЦорп купује полисе компаније ХеалтхЦорп за своје запослене и њихову породицу. Њиховим потраживањима управља компанија ЕасиЦлаим. Овде је компанија МотоЦорп осигураник, компанија ХеалтхЦорп је осигуравач, а компанија ЕасиЦлиам ТПА.

Како тестирати здравствену пријаву?

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

Осигураватељу су потребне различите апликације за управљање следећим:

  • Подаци добављача
  • Подаци о члановима
  • Премиум обрачун / плаћање
  • Подаци о брокеру
  • Унос / валидација потраживања
  • Обрачун / плаћање посредничке провизије

Генерално, здравствена апликација имаће следећу листу система:

  • Систем чланова : Да би се одржавали подаци о осигураницима, разни планови са њиховом листом погодности и генерирали рачуни премије за осигураника на основу њихових планова
  • Систем добављача : За одржавање података добављача
  • Брокерски систем : За одржавање података о брокерима и израчунавање провизија
  • Систем потраживања : За унос и потврду потраживања
  • Систем финансија : Да извршите потребно плаћање добављачу / члану / брокеру
  • Портал за чланове : Да бисте приказали информације о осигураницима, извршите уплате премија и подигните захтев за информацијама о променама за осигуранике
  • Портал добављача : За приказ информација о добављачу и покретање захтева за информацијама о променама за добављаче
  • Брокерски портал : за приказ информација о брокеру и покретање захтева за информацијама о променама за брокере

Ово можда није исцрпан списак. Али, ово је списак колико знам. Такође, све апликације се можда неће ни користити. Понекад се мало ових апликација споји да би се направила друга комбинација апликација, а понекад су то самостални системи.

На пример , систем добављача може бити део система чланица у неким здравственим апликацијама. Под апликацијом здравствене заштите мислим на скуп система који одржава осигуравач како би олакшао своје купце и партнере.

сигурно чишћење регистра за Виндовс 7

Ток испитивања апликација за здравствену заштиту

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

  • Да би члан / уговарач осигурања био укључен у здравствени план, он / она мора бити додељен пружаоцу услуга (лекар примарне здравствене заштите) или мрежи пружалаца услуга, тако да систем чланова мора да потврди додељеног пружаоца услуга. Било да се систем члан повеже са системом добављача или би феед података требало периодично да шаље систему чланова из система добављача. Због тога систем добављача треба да буде тестиран и спреман за употребу пре тестирања система члана.
  • Захтев треба да садржи податке о добављачу и члану, поред осталих детаља. Систем потраживања треба да потврди и члана и добављача да би потврдили захтев, тако да и систем чланова и добављача треба да буде тестиран и спреман за употребу пре тестирања система потраживања.
  • Финансијски систем треба да има податке о члану, добављачу, систему потраживања и брокерском систему да би написао чекове или извршио ЕФТ плаћања одговарајућем лицу или ентитету.
  • Систем провајдера и брокера су самостални.
  • Портале треба коначно тестирати, јер су му потребни подаци из других апликација.

Ток рада у здравству

То је редослед којим би требало тестирати системе у апликацији Хеалтхцаре.

Шта с Следећи ?

Горе поменуте информације требале би нам дати довољно замаха да уђемо у „Како тестирати“ здравствене услуге, које ће бити обрађене у 2. део овог члана.

О аутору: Ово је гост Ваиравана Р М. Аутор има добро искуство у тестирању апликација за здравствену заштиту и води тим у мултинационалној корпорацији.

У међувремену, ако имате питања или коментаре или вам је потребна било каква помоћ у бољем разумевању домена здравствене заштите, јавите ми. Пратите следећи чланак у серији.

Препоручено читање

^