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 propojen jedním subjektem, 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, CMS-1500 a UB-04 atd.
• Prodejci řešení pro zdravotní péči a vědu o životě

💡 Poznámka: Starší materiály označují tyto formuláře jako HCFA-1500 a UB-92. Oba byly nahrazeny: HCFA-1500 se stal CMS-1500 a UB-92 byl nahrazen UB-04. Při psaní testovacích případů používejte aktuální názvy.

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 osoby s trvalým zdravotním postižením
• Medicaid: Společný federální 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.

Klíčové standardy zdravotní péče, které by měl tester znát

Kromě HIPAA existuje několik dalších standardů, které určují, co musí aplikace ve zdravotnictví dělat, a tedy i co je třeba testovat. Rozpoznání každého z nich vám napoví, jaký typ testu řídí.

Standard	Vládne	Testování pohonů
HIPAA	Soukromí a zabezpečení údajů pacientů	Řízení přístupu, šifrování, auditní záznam
HL7 v2 / v3	Zasílání zpráv mezi klinickými systémy	Testování formátu zpráv a rozhraní
FHIR	Moderní výměna zdravotních záznamů přes REST API	API stractestování interoperability a t
Dicom	Ukládání a přenos lékařských snímků	Integrita obrazu a integrace zařízení
MKN-10 / CPT	Diagnóza a kódování postupu	Ověření tvrzení a testování negativní cesty
CMS-1500 / UB-04	Profesionální a institucionální formuláře pro žádosti	Odeslání požadavku a ověření pole

Obchodní proces ve zdravotnictví

Většina zdravotnických organizací zavedla softwarové programy pro podporu hladkého fungování systému. Tento softwarový systém poskytuje veškeré informace v jednom dokumentu pro každou entitu, která se s tím potýká.

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 následujících částech jsou postupně uvedeny vzorové scénáře a testovací případy pro každý subsystém.

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, např.tracdatum účinnosti, zadává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 Obnovení ukončeného členství
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	Ve všech přenosových bodech zajistěte š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ářů je třeba zvážit určité požadavky na systém. 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 registraci pacientů musí být k dispozici kdykoli. Také musí komunikovat s pojišťovnami za účelem ověřování informací o pojistkách, odesílání pojistných událostí a přijímání plateb. Architektura by zde měla definovat různé komponenty systému, protokol pro komunikaci s pojišťovnami a způsob nasazení systému tak, aby byl kompatibilní s nepřetržitým provozem.

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í interoperabilityTestová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 provedeno keeping s ohledem na bezpečnostní a regulační normy – jakákoli chyba může mít přímý dopad 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í

I když software zdravotnických zařízení není přímou záležitostí pacienta, vyžaduje stejně jako jakýkoli jiný software důkladné testování. Například rentgenové přístroje ovládané softwarovými programy by měly být dobře testovány, protože jakákoli chyba při testování softwaru může mít vážné následky pro 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
• Nikdy nepoužívejte živé záznamy pacientů jako testovací data. Používejte anonymizovaná nebo syntetická data, protože kopírování produkčních PHI do testovacího prostředí je samo o sobě porušením HIPAA.

Nejčastější dotazy