how test health care application part 1
Porozumění doméně zdravotní péče a testování aplikací zdravotní péče:
Dnešní článek bude o zdravotnictví - doménových / obchodních informacích, komponentách, co testovat a jak testovat.
Tato dvoudílná série článků je užitečná pro každého, kdo chce prozkoumat a vstoupit do jiné domény pro testování, učení a porozumění pracovnímu postupu zdravotnických aplikací a testovací proces .
Stručně řečeno, tento článek bude vaším prvním krokem a vodítkem při hledání znalostí o zdravotní péči. v část 2 poskytneme testovací scénáře pro různé aplikace v doméně Healthcare.
Chcete-li vyniknout v testování, klíčem je znalost domény . Teď se tedy budeme učit o obchodním toku klienta.
Co se naučíte:
Doména zdravotní péče - úvod
Zdravotní péče nebo zdravotní pojištění je obdobou obecného pojištění. Jak víte, v jakémkoli pojištění poskytne pojistitel (pojišťovací společnost) plány a zákazník (účastník nebo pojistník) koupí politiku svého požadovaného plánu. Pojistitel obdrží od pojistníků částku pojistného a pojistníci obdrží od pojistitele náhradu za platné nároky, které podali.
jak odstranit prvek pole v javě
Totéž se děje v pojištění zdravotní péče, ale kromě pojistitele a pojistníka existují i další významní přispěvatelé, jako je poskytovatel, TPA (správce třetí strany), makléř atd.
Nyní uvidíme každého z hlavních přispěvatelů podrobně:
# 1) Pojistitel: Subjekt, který vytvoří plán, prodá pojistku a uhradí pojistníkovi nebo poskytovateli za předložené platné pohledávky.
# 2) Pojistník: Osoba nebo subjekt, který kupuje pojistku od pojišťovny nebo makléře, platí pojistiteli pojistné a někdy podá žalobu.
jak volat metodu pomocí pole objektů v java
# 3) Poskytovatel: Osoba nebo subjekt, který poskytuje zdravotní péči pojistníkovi a jeho závislým osobám, obdrží platbu za službu od pojistníka nebo pojistitele zasláním žádosti.
# 4) TPA: Osoba nebo subjekt, který spravuje nároky pojistníka nebo poskytovatele a přijímá platby za správu od příslušného přispěvatele.
# 5) Zprostředkovatel: Jak jste uhodli, jedná se o agenta, který prodává pojistky zákazníkům jménem pojistitele a na oplátku dostává od pojistitele provizi.
Například, Základní funkci přispěvatelů můžeme pochopit z níže uvedeného příkladu.
Pan Enosh koupil politiku zdravotní péče, která pokrývá všeobecné konzultace s lékařem a problémy se zrakem, od pana Ponnara a platí za ně zdravotní péči společnosti.
Jakmile byl pan Enosh nemocný a poradil se s lékařem Sabari, aby se uzdravil, Sabari poskytl Enosh recept a podá žádost o konzultaci společnosti HealthCorp Company a obdrží náhradu. Pan Ponnar dostává provizi od společnosti HealthCorp za výplatu pojistného panem Enoshem.
Ve výše uvedeném příkladu jsou výhodami zdravotního plánu „General Physician Consultation“ a „Vision Problems“, pan Enosh je pojistník, pan Ponnar je makléř, společnost HealthCorp Company je pojišťovna a pan Sabari je poskytovatel.
Chcete-li jasně pochopit rozdíl mezi zásadami a plánem, zvažte plán jako třídu a politiku jako objekt (instanci třídy). Politiku lze kategorizovat jako individuální politiku a skupinovou politiku na základě typu příjemců, na které se vztahuje.
Individuální politika: Pojistníkem bude fyzická osoba; jednotlivec i jeho závislé osoby budou těžit z výhod plánu zdraví. Zde jednotlivec platí pojistné.
Zásady skupiny: Subjektem (obecně zaměstnavatelem) bude pojistník, členové (zaměstnanci) subjektu a jejich závislé osoby budou využívat výhod plánu zdraví. Zde účetní jednotka platí pojistné.
Například, Příklad pro jasnou představu o skupinové politice je následující,
Společnost MotoCorp kupuje politiku od společnosti HealthCorp Company pro své zaměstnance a jejich rodiny. Jejich nároky spravuje společnost EasyClaim Company. Pojistníkem je zde společnost MotoCorp, pojistitelem společnost HealthCorp a společností TPA společnost EasyCliam.
Jak otestovat aplikaci ve zdravotnictví?
Před testováním aplikace bychom si měli být vědomi pracovního postupu ve zdravotnictví. Předchozí téma představuje úvod do spravované zdravotní péče, více podrobností k dispozici zde .
Pojistitel potřebuje různé aplikace pro správu následujících věcí:
- Údaje poskytovatele
- Údaje o členech
- Fakturace / platba prémie
- Zprostředkovatelská data
- Zadání / ověření reklamace
- Výpočet provize makléře / platba
Obecně platí, že aplikace Healthcare bude mít následující seznam systémů:
- Členský systém : Chcete-li zachovat data pojistníka, různé plány s jejich seznamem výhod a generovat pojistné účty pro pojistníka na základě jejich plánů
- Systém poskytovatele : Zachovat data poskytovatele
- Zprostředkovatelský systém : Udržovat data brokera a vypočítat provize
- Systém reklamací : Pro zadání a ověření nároku
- Finanční systém : Provést nezbytnou platbu poskytovateli / členovi / makléři
- Členský portál : Chcete-li zobrazit informace o pojistníkovi, proveďte platby pojistného a vznesete požadavek na informace o změně pro pojistníky
- Portál poskytovatele : Chcete-li zobrazit informace o poskytovateli a vznést požadavek na informace o změně pro poskytovatele
- Zprostředkovatelský portál : zobrazit informace o makléři a vznést požadavek na informace o změně pro makléře
To nemusí být vyčerpávající seznam. Ale podle mého nejlepšího vědomí je to seznam. Také nemusí být všechny aplikace dokonce použity. Někdy je několik z těchto aplikací sloučeno, aby se vytvořila další kombinovaná aplikace - jindy se jedná o samostatné systémy.
Například , systém poskytovatele může být součástí členského systému v některých aplikacích zdravotní péče. Pod aplikací Healthcare mám na mysli sadu systémů udržovaných pojistitelem za účelem usnadnění jejich zákazníků a partnerů.
oracle sql rozhovor otázky a odpovědi
Pracovní postup testování aplikací ve zdravotnictví
Jedinečnou vlastností systému Health Care je, že tyto aplikace nelze testovat v žádném pořadí, které se nám líbí. Je třeba dodržovat určitý pracovní postup:
- Aby mohl být člen / pojistník zapsán do plánu zdravotní péče, musí být přiřazen k poskytovateli (lékař primární péče) nebo k síti poskytovatelů, takže by měl existovat způsob, jak členský systém ověřit přiřazeného poskytovatele. Členský systém se připojuje k systému poskytovatele nebo by se měl do systému člena pravidelně odesílat zdroj dat ze systému poskytovatele. Proto by měl být systém poskytovatele před testováním systému člena otestován a připraven k použití.
- Kromě dalších podrobností by měl nárok obsahovat ID poskytovatele a ID člena. Systém deklarace identity by měl ověřit člena i poskytovatele k ověření deklarace, takže by měl být před testováním systému deklarací otestován a připraven k použití systém člena i poskytovatele.
- Aby mohl finanční systém psát šeky nebo provádět platby bankovním převodem příslušné osobě nebo subjektu, musí mít finanční systém data od člena, poskytovatele, reklamačního a makléřského systému.
- Systémy poskytovatelů a makléřů jsou samostatné.
- Portály by měly být konečně otestovány, protože potřebuje data z ostatních aplikací.
Nyní je to pořadí, ve kterém by měly být testovány systémy v aplikaci Healthcare.
Co je další ?
Výše uvedené informace by nám měly poskytnout dostatek podnětu k tomu, abychom se dostali do „Jak otestovat“ aplikace zdravotní péče, kterými se bude zabývat 2. část tohoto článku.
O autorovi: Toto je příspěvek od Vairavana R. M. Autor má dobré zkušenosti s testováním aplikací zdravotní péče a vedením týmu v nadnárodní společnosti.
Mezitím, pokud máte nějaké dotazy nebo připomínky nebo potřebujete pomoc s lepším porozuměním doméně zdravotní péče, dejte mi prosím vědět. Zůstaňte naladěni na další článek v sérii.
Doporučené čtení
- Testování aplikací ve zdravotnictví - tipy a důležité testovací scénáře (část 2)
- Testování aplikací - do základů testování softwaru!
- Průvodce testováním zabezpečení webových aplikací
- Instalace aplikace na zařízení a zahájení testování z Eclipse
- Výukový program pro destruktivní testování a nedestruktivní testování
- Testování výkonu vs. zátěžové testování vs. zátěžové testování (rozdíl)
- Co je Testování opic při testování softwaru?
- Top 20 praktických tipů pro testování softwaru, které byste si měli přečíst před testováním jakékoli aplikace