Testování domény HealthCare se vzorovými testovacími případy

Než začneme s testováním, pojďme si rychle prostudovat základní znalosti z oblasti zdravotnictví.

Testování domény HealthCare

Testování domény zdravotnictví je proces testování zdravotnické aplikace na různé faktory, jako jsou standardy, bezpečnost, soulad, křížová závislost s jinými subjekty atd. Účelem testování domény zdravotnictví je zajistit kvalitu, spolehlivost, výkon, bezpečnost a efektivitu aplikace Healthcare.

Základní znalost oboru zdravotnictví

Celý systém zdravotní péče je vzájemně provázán jediným orgánem, kterým je nemocnice nebo poskytovatel (lékař).

Zatímco ostatní entity zahrnují -

• Pojišťovna: Medicare, Medicaid, BCBS atd.
• Pacient/spotřebitelé: Pacient zapsán
• regulační úřad: HIPAA, hodnocení OASIS, HCFA 1500 a UB92 atd.
• Prodejci řešení pro zdravotní péči a vědu o životě

Základní terminologie zdravotnického systému

• Provider: Zdravotník (lékař), lékařská skupina, klinika, laboratoř, nemocnice atd. s licencí zdravotnických služeb
• Tvrzení: Žádost vaší zdravotní pojišťovně o zaplacení vyúčtování zdravotní péče
• makléř: Pojišťovací profesionál, který sjednává, obstarává pojištění jménem pojištěného nebo potenciálního pojištěnce
• Finance: Pojišťovací orgány, které hradí léčebné výlohy, mohou to být vládní (Medicare nebo Medicaid) nebo komerční (BCBS)
• Medicare: Federální program zdravotního pojištění pro seniory a trvale postižené osoby
• Medicaid: Společný a státní program, který pomáhá rodinám a jednotlivcům s nízkými příjmy hradit náklady spojené s lékařskou péčí
• CPT kód: Současný kód procedurální terminologie je lékařský kód nastavený k popisu lékařských, chirurgických a diagnostických služeb
• HIPAA: Jedná se o soubor pravidel a předpisů, které musí lékaři, nemocnice, poskytovatelé zdravotní péče a zdravotní plán dodržovat, aby mohli poskytovat své služby.

Obchodní proces ve zdravotnictví

Většina zdravotnických organizací upravila softwarový program pro bezproblémové fungování systému. Tento softwarový systém poskytuje všechny informace v jediném dokumentu pro každý subjekt, který se tímto zabývá.

Propojit celý tento systém do jediné webové aplikace je obrovský úkol a jeho efektivní fungování je ještě větší úkol. Přísné testování této zdravotní aplikace je povinné a musí projít různými testovacími fázemi.

V tomto tutoriálu se naučíme,

Testování systému poskytovatelů

Vzorové testovací scénáře a testovací případy pro systém poskytovatelů (lékař/nemocnice).:

sr#	Scénář testu	testovacích případů
1)	Přístup do systému poskytovatelů	Systém poskytovatele by nám měl umožnit zadávat, upravovat a ukládat údaje poskytovatele
2)	Pozitivní tok Testování systému	Zahrnuje scénáře pro zadání různých typů poskytovatelů, změnu podrobností poskytovatelů, jejich uložení a dotazování
3)	Testování systému negativního toku	Umožňuje uložit informace o poskytovateli s neúplnými údaji, datum účinnosti smlouvy, zadání údajů o stávajících poskytovatelích do systému
4)	Systém Testování integrace	Ověřte systém zdroje pro členy, finanční systém, systém nároků a portál poskytovatele. Také ověřte, zda jsou změny z portálu poskytovatele zaneseny do záznamu příslušného poskytovatele
5)	Testování portálu poskytovatelů pozitivních toků	Přihlaste se a zobrazte podrobnosti poskytovatelů, stav nároku a podrobnosti o členech Požádejte o změnu pro změnu jména, adresy, telefonního čísla atd.
6)	Testování portálu poskytovatelů negativních toků	Zobrazit podrobnosti o členu s neplatným ID Přihlaste se s neplatnými přihlašovacími údaji
7)	Pozitivní tok testování portálu Broker	Přihlaste se a zobrazte podrobnosti o zprostředkovateli a platbě provize Požádejte o změnu jména, adresy, telefonního čísla atd.
8)	Negativní tok Testování portálu Broker	Měl by obsahovat scénáře pro přihlášení s neplatnými přihlašovacími údaji

Testování Broker systému

Ukázkové testovací scénáře a testovací případy pro Broker System:

sr#	Scénář testu	testovacích případů
1)	Brokerský systém	Měl by být schopen upravovat, zadávat a ukládat data brokera Výpočet provize makléře na základě údajů o platbě pojistného z členského systému
2)	Testování pozitivního průtoku	Zadávejte, ukládejte a upravujte záznamy makléřů pro různé typy makléřů Pro aktivní makléře vypočítejte provizi vytvořením souboru feedu s příslušným záznamem pro členy s jiným plánem
3)	Testování systému negativního toku	Zadejte záznam brokera s neúplnými údaji a uložte pro různé typy brokerů Vytvořením feed souboru s příslušným záznamem pro členy s jiným plánem vypočítejte provizi pro ukončeného brokera Vytvořením feed souboru s příslušným záznamem pro členy s jiným plánem vypočítejte provizi pro neplatného brokera
4)	Testování systému	Pro navazující systém, jako je finanční systém, portál brokera a členský systém, ověřují kanály Potvrďte, zda jsou změny z portálu brokera začleněny do příslušného záznamu brokera

Testování systému členů

Vzorové testovací scénáře a testovací případy pro členský (pacientský) systém:

sr#	Scénář testu	testovacích případů
1)	Členský systém	Zaregistrujte, obnovte a ukončete člena Odebrat a přidat závislé Vygenerovat prémiový účet Zpracovat platby pojistného
2)	Testování pozitivního průtoku	Se současným, minulým a budoucím datem účinnosti zapište různé typy členů Zeptejte se a změňte členy Vytvořte prémiový účet pro aktivního člena na následující měsíc Ukončete aktivního člena s minulým, současným a budoucím datem ukončení vyšším, než je datum účinnosti Znovu zaregistrujte ukončeného člena s aktuálním, minulým a budoucím datem účinnosti Obnovte ukončené číslo
3)	Testování systému negativního toku	S nedostatečnými údaji zaregistrujte člena Pro ukončeného člena vystavte prémiový účet na následující měsíc
4)	Testování systémové integrace	Ověřte zdroj do navazujících systémů, jako je portál poskytovatele, portál zprostředkovatele, finanční systém a systém nároků Ověřte, zda jsou změny z portálu člena začleněny do příslušného záznamu člena Zpracujte platbu prémiového účtu vygenerovaného pomocí kanálu z portálu členů, který má podrobnosti o provedené platbě

Testování reklamačního systému

Ukázkové testovací scénáře a testovací případy pro systém reklamací:

sr#	Testovací scénáře	testovacích případů
1)	Systém reklamací	Nároky ve zdravotnictví by měly upravovat, zadávat a zpracovávat nároky pro člena i závislé osoby U neplatných reklamací by to mělo házet chyby při zadání nesprávných údajů
2)	Testování pozitivního průtoku	Měl by zahrnovat scénář k úpravě, zadávání a zpracování nároků pro člena i závislého
3)	Testování systému negativního toku	Měl by potvrdit a zadat požadavek s neplatným kódem procedury a diagnostickým kódem Ověřte a zadejte nárok s neaktivním ID poskytovatele Ověřte a zadejte nárok s ukončeným členem
4)	Systémová integrace	Měl by zahrnovat scénář pro validaci zdroje pro navazující systémy, jako je poskytovatel a finanční portál

Testování finančního systému

Ukázkové testovací scénáře a testovací případy pro finanční systém

sr#	Testovací scénáře	testovacích případů
1)	Finanční systém	Zaregistrujte, obnovte a ukončete člena
2)	Testování pozitivního průtokového systému	Měl by zkontrolovat, zda je u příslušného člena, poskytovatele nebo brokera pro platbu zvoleno správné číslo účtu nebo adresa
3)	Testování negativního průtokového systému	Ověřte, zda byla platba provedena za neplatné ID člena, poskytovatele nebo zprostředkovatele, vytvořením příslušného záznamu ve zdroji Ověřte, zda byla platba provedena za neplatnou částku pro člena, poskytovatele nebo zprostředkovatele vytvořením příslušných záznamů ve zdroji

Testování souladu s předpisy

Ochrana citlivých údajů o pacientech a zdravotních informací je pro zdravotnické regulační orgány nejvyšší prioritou. Testování by mělo být prováděno v souladu s těmito regulačními orgány.

Vzorové testovací scénáře a testovací případy pro dodržování předpisů:

sr#	Testovací scénáře	testovacích případů
1)	Ověření uživatele	Použití metody ověření k zajištění toho, že správní uživatelé získají přihlášení a odmítnou ostatním
2)	Informace o zveřejnění	Autorizace přístupu k informacím je založena na roli uživatele a omezení pacienta
3)	Přenos dat	Při každém přenosu body zajišťují šifrování dat
4)	Audit Trail	Všechny transakce a všechny pokusy o přístup k datům se správnou sadou informací o auditu se zaznamenávají
5)	Testování příčetnosti související s regulačním orgánem	Proveďte testování zdravého rozumu a ověřte, zda se šifrování dat provádí v určitých oblastech, jako je EPHI (Electronic Protected Health Information)

Testování výkonu aplikace Healthcare

Před přípravou testovacích scénářů by měly být zváženy určité požadavky systému. Například poskytovatelé zdravotní péče (lékaři/nemocnice) poskytují péči 24 hodin denně, 7 dní v týdnu, takže software pro odbavení pacientů musí být neustále k dispozici. Potřebuje také komunikovat s pojišťovnami, aby potvrdila informace o pojistné smlouvě, posílala nároky a přijímala převody. Zde by architektura měla definovat různé součásti systému, protokol pro komunikaci s pojišťovnami a jak systém nasadit tak, aby vyhovoval 24/7.

Jako tester se musíte ujistit, že systém zdravotnického softwaru splňuje požadovaný benchmark zatížení/výkon.

Další typy testování pro aplikace ve zdravotnictví

• Funkční testování: Testování zdravotnických aplikací proti funkčním schopnostem
• Testování shody: Test shody Požadavky na zabezpečení zdravotní péče a průmyslové rámce
• Testování platformy: Testování aplikací na Mobilní aplikace testování platformy a aplikací na kompatibilitu mezi různými prohlížeči
• Testování interoperability: Testování shody se standardy interoperability (např. DICOM, HL7, CCD/CDA)

Testovací výzvy ve zdravotnických aplikacích

Testovací výzvy při testování zdravotnických aplikací se neliší od testování jiných webových aplikací.

• Vyžaduje odborné znalosti v oblasti testování a obvykle je to drahé
• Vyžaduje interoperabilitu, shodu, regulační, bezpečnostní a bezpečnostní testování kromě běžných testovacích technik (nefunkční, funkční a integrační testování)
• Testování by mělo být prováděno s ohledem na bezpečnostní a regulační normy – protože jakákoli chyba může mít přímý vliv na život pacienta
• Testovací tým si musí být dobře vědom různých funkcí, klinického použití a prostředí, pro které bude software používán
• Výrobek pro zdravotní péči by měl před použitím splňovat různé normy, jako jsou FDA, ISO a CMMI
• Vzájemná závislost softwarových testerů musí zajistit, aby jakékoli změny v jedné komponentě nebo vrstvě nevedly k vedlejším účinkům na druhou.

Testování zdravotnických zařízení

Přestože software zdravotnických zařízení není přímým zájmem pacienta, vyžaduje také přísné testování jako jiné testování softwaru. Například rentgenové přístroje, které jsou řízeny softwarovými programy, by měly být dobře testovány, protože jakákoliv chyba testování v softwaru může mít vážný dopad na pacienta.

FDA (Food and Drug Administration) má pokyny pro mobilní a webové aplikace pro lékařská zařízení. Při testování zdravotnických prostředků správnou funkčnost Testovací plán spolu s kritérii pro úspěšné a neúspěšné hodnocení je také součástí pokynů FDA. Když je plán testování proveden, výsledky se shromáždí a nahlásí FDA. Tento proces zajišťuje, že zařízení splňuje standardy regulačních orgánů.

Užitečné tipy pro testování zdravotní péče

Při testování softwaru můžete zvážit několik důležitých tipů pro testovací systém zdravotní péče.

• Data jsou důležitá a musí být přesná
• Při navrhování testovacích případů zvažte různé parametry, jako jsou různé typy plánu, makléři, členové, provize atd.
• Vyžaduje se úplná znalost domény