Menu

Testovanie aplikácií v zdravotníctve - tipy a dôležité testovacie scenáre (2. časť)

testing healthcare applications tips

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

V minulom článku sme vykonali určité ťažké zdvíhanie, pokiaľ ide o pochopenie oblasti zdravotnej starostlivosti. Sme pripravení opäť nasadiť náš „testovací klobúk“ a teraz sa snažíme pochopiť, ako testovať aplikácie zdravotnej starostlivosti.

=> Ak ste nečítali 1. časť, prečítajte si ju tu: Ako otestovať aplikáciu zdravotnej starostlivosti - úvod

Teraz vyberieme každú aplikáciu / systém a vymyslíme podmienky, ktoré v každej z nich overíme.

Tento článok je užitočný pre testerov, ktorí už sú v doméne zdravotnej starostlivosti, alebo pre tých, ktorí chcú vstúpiť do tejto najhorúcejšej oblasti kariéry.

Testovanie aplikácií v zdravotníctve

Začnime!

Čo sa dozviete:

Testovanie aplikácií v zdravotníctve - Ukážka Testovacie scenáre

Toto sú ukážkové testovacie scenáre pre:

Systém zdravotného poistenia - testovacie komponenty

Testovanie systému poskytovateľa

# 1) Systém poskytovateľa by nám mal umožniť zadávať, upravovať a ukladať údaje poskytovateľa.

#dva) Pozitívny tok Testovanie systému: zahrňte scenáre vstupu do rôznych typov Poskytovateľov, ich zmeny, uloženia a informovania o nich.

# 3) Negatívny tok Testovanie systému: zahrnúť scenáre do

  • Uložte poskytovateľa s neúplnými údajmi.
  • Ušetrite poskytovateľa s dátumom účinnosti zmluvy kratším ako je dátum licencie poskytovateľa.
  • Zadajte údaje o poskytovateľovi, ktorý je už v systéme k dispozícii, a uložte.

# 4) Testovanie systémovej integrácie by mali obsahovať scenáre do

  • Overte informačný kanál pre následné systémy, ako je napríklad informačný kanál pre člena, portál poskytovateľa, reklamačný systém a finančný systém.
  • Overte, či sú zmeny z portálu poskytovateľa zapracované do záznamu príslušného poskytovateľa.

Testovanie maklérskeho systému

# 1) Broker System by mal byť schopný:

  • Zadajte, upravte a uložte údaje sprostredkovateľa.
  • Vypočítajte províziu sprostredkovateľa na základe podrobností o platbe poistného z členského systému.

#dva) Pozitívny tok Testovanie systému by malo obsahovať scenáre pre

  • Zadajte, upravte a uložte záznam sprostredkovateľa pre rôzne typy sprostredkovateľa.
  • Vypočítajte províziu pre aktívneho sprostredkovateľa vytvorením súboru informačného kanála s príslušným záznamom pre členov s iným plánom.

# 3) Negatívny tok Testovanie systému by malo obsahovať scenáre pre

  • Zadajte záznam sprostredkovateľa s nedostatkom údajov a uložte ho pre rôzne typy sprostredkovateľa.
  • Vypočítajte províziu za ukončeného sprostredkovateľa vytvorením súboru informačného kanála s príslušným záznamom pre členov s iným plánom
  • Vypočítajte províziu pre neplatného sprostredkovateľa vytvorením súboru informačného kanála s príslušným záznamom pre členov s iným plánom

# 4) Testovanie systému by mali obsahovať scenáre do

  • Validujte informačné kanály do následných systémov, ako sú portál Broker, finančný systém a členský systém.
  • Overte, či sú zmeny z portálu Broker zapracované do záznamu príslušného sprostredkovateľa.

Testovanie členského systému

Členský systém by mal byť schopný:

náhlavná súprava pre virtuálnu realitu kompatibilná s ps4
  1. Zaregistrujte, ukončite, obnovte a znova zaregistrujte člena
  2. Pridajte a odstráňte závislú osobu
  3. Vytvorte prémiový účet
  4. Spracovať platby poistného

Zápis: V individuálnej poistnej zmluve je poistenec zaradený do plánu s účinným dátumom, od ktorého bude platiť poistné za dávky poskytované poisťovateľom a od ktorého je oprávnený prihlasovať poistné plnenia a dostávať poistné krytie.

V skupinovej politike je člen pridaný do skupiny (ktorá je už pridaná v rámci plánu) s dátumom účinnosti, od ktorého má nárok na zasielanie nárokov a krytie.

Ukončenie: V prípade individuálnej poistnej zmluvy sa poistná zmluva končí dátumom ukončenia, na ktorého poistenca sa poistný plán nevzťahuje.

V skupinovej politike je možné ukončiť buď samotného člena s dátumom ukončenia, alebo celú skupinu.

Obnovenie: Ak ukončený člen požiada o to, aby politika bola znova aktívna a aktuálny dátum sa nachádza v ochrannej lehote od dátumu ukončenia, potom je možné člena obnoviť bez medzery v pokrytí. Dátum účinnosti politiky bude rovnaký starý dátum účinnosti, a nie aktuálny dátum.

pridanie prvku do poľa

Opätovná registrácia: Ak ukončený člen požiada o to, aby politika bola znova aktívna a aktuálny dátum je mimo ochrannej lehoty od dátumu ukončenia, potom je možné člena znova zaregistrovať s medzerou v pokrytí. Dátum účinnosti politiky bude aktuálny / budúci dátum a nebude to rovnaký starý dátum účinnosti.

Napríklad , Člen je zaregistrovaný v poistnej zmluve s účinnosťou od 1. 1. 2013 a jeho platnosť je ukončená 31. decembra 2013. dovoľte nám trvať 30 dní ako ochranná doba stanovená poisťovňou.

Prípad 1: Ak sa člen vráti 15. 1. 2014 a chce, aby politika bola účinná, potom je to tak Obnovenie ak člen zaplatí poistné za obdobie od 31.12.2013 do 15.1.2014, potom bude dátum účinnosti poistky rovnaký starý 1.1.2013.

Prípad 2: Ak sa člen vráti 1. 2. 2014 a chce, aby politika bola opäť efektívna, potom je Opätovná registrácia a dátum účinnosti politiky bude 1. 2. 2014. Tu existuje medzera v pokrytí (1. 1. 2014 až 31. 1. 2014).

Pozitívny tok Testovanie systému by malo obsahovať scenáre pre

  • Zaregistrujte rôzne typy členov s minulými, súčasnými a budúcimi dátumami účinnosti.
  • Zmena a informovanie členov.
  • Vytvorte prémiový účet pre aktívneho člena na budúci mesiac.
  • Ukončite aktívneho člena s minulým, súčasným a budúcim dátumom ukončenia, ktorý je väčší ako dátum účinnosti.
  • Znova zaregistrujte ukončeného člena s minulými, súčasnými a budúcimi dátumami účinnosti.
  • Obnovte ukončeného člena.

Negatívny tok Testovanie systému by malo obsahovať scenáre pre

  • Zaregistrujte člena s nedostatkom údajov.
  • Vytvorte prémiový účet pre nasledujúceho mesiaca pre ukončeného člena.

Testovanie integrácie systému by mali obsahovať scenáre do

  • Validujte informačný kanál do následných systémov, ako sú členské portály, portály poskytovateľov, sprostredkovateľské systémy, reklamačné systémy a finančné systémy.
  • Overte, či sú zmeny z portálu člena zapracované do príslušného záznamu člena.
  • Spracujte platbu vygenerovaného prémiového účtu informačným kanálom z členského portálu, ktorý obsahuje podrobnosti o platbe.

Systém testovania reklamácií

Reklamácie v zdravotníctve majú diagnostický kód a kód postupu, aby bola reklamácia podrobná.

  • Diagnostický kód: Týka sa choroby, ktorú pacient mal.
  • Kód postupu: Týka sa liečby poskytnutej pacientovi.

Systém reklamácií by mal byť schopný:

  • Zadajte, upravte a spracujte nároky člena a závislej osoby.
  • Mal by hádzať chyby na neplatné reklamácie na základe nesprávne zadaných údajov.

Pozitívny tok Testovanie systému by malo obsahovať scenáre zadávania, úpravy a spracovania nárokov člena aj závislej osoby.

Negatívny tok Testovanie systému by malo obsahovať scenáre pre

  • Zadajte a potvrďte nárok s neplatným diagnostickým kódom a kódom postupu.
  • Zadajte a potvrďte nárok pomocou neaktívneho ID poskytovateľa.
  • Zadajte a potvrďte nárok u ukončeného člena.

Testovanie systémovej integrácie by malo obsahovať scenáre na validáciu informačných kanálov pre následné systémy, ako sú financie a portál poskytovateľov.

Testovanie finančného systému

Finančný systém by mal byť schopný písať výplaty a uskutočňovať platby EFT príslušnému príjemcovi spracovaním informačných kanálov z rôznych nadradených systémov, ako sú systémy pohľadávok, členov, poskytovateľov a sprostredkovateľov.

Pozitívny tok Testovanie systému by malo obsahovať scenáre na kontrolu toho, či je pre platbu zvolená správna adresa alebo číslo účtu pre príslušného poskytovateľa, člena alebo sprostredkovateľa.

Negatívny tok Testovanie systému by malo obsahovať scenáre pre

  • Skontrolujte, či sa platba uskutoční za neplatného člena, poskytovateľa alebo sprostredkovateľa, vytvorením príslušných záznamov v informačnom kanáli.
  • Skontrolujte, či sa platba vykonáva za neplatnú sumu (nulová alebo záporná) pre člena, poskytovateľa alebo sprostredkovateľa, a to vytvorením príslušných záznamov v informačnom kanáli.

Testovanie systémovej integrácie nie je potrebné, pretože nemá žiadne následné systémy a kanály z upstream sú overené pri testovaní systémovej integrácie príslušných systémov.

Testovanie členského portálu

Členský portál by mal byť schopný:

  • Zobraziť podrobnosti pravidiel a stav nároku.
  • V podrobnostiach pravidiel podajte žiadosť o zmenu.
  • Vykonajte platby poistného.

Pozitívny tok Testovanie systému by malo obsahovať scenáre pre

  • Prihláste sa a pozrite si podrobnosti politiky a stav nároku.
  • Požiadajte o zmenu adresy, mena, telefónneho čísla atď.
  • Vykonajte platby poistného.

Negatívny tok Testovanie systému by malo obsahovať scenáre pre

  • Prihláste sa s neplatnými povereniami.
  • Uskutočnite platbu za zaplatený účet za poistné.
  • Uskutočnite platbu s neplatným šekom.

Testovanie systémovej integrácie nie je potrebné, pretože nemá žiadne následné systémy a informačné kanály z predchádzajúcich systémov sú overené pri testovaní systémovej integrácie príslušných systémov.

Testovanie portálu poskytovateľa

Portál poskytovateľa by mal byť schopný:

  • Zobraziť podrobnosti poskytovateľa, podrobnosti člena a stav nároku.
  • V podrobnostiach poskytovateľa zadajte žiadosti o zmenu.

Pozitívny tok Testovanie systému by malo obsahovať scenáre pre

  • Prihláste sa a pozrite si podrobnosti poskytovateľa, podrobnosti o členoch a stav nároku.
  • Požiadajte o zmenu adresy, mena, telefónneho čísla atď.

Negatívny tok Testovanie systému by malo obsahovať scenáre pre

  • Prihláste sa s neplatnými povereniami
  • Zobraziť podrobnosti člena s neplatným ID člena

Testovanie systémovej integrácie nie je potrebné, pretože nemá žiadne následné systémy a kanály z upstream systému sú overené pri testovaní systémovej integrácie príslušných systémov.

Testovanie portálu sprostredkovateľa

Portál sprostredkovateľa by mal byť schopný:

  • Zobraziť podrobnosti makléra a platbu provízie.
  • V podrobnostiach sprostredkovateľa podajte žiadosť o zmenu.

Pozitívny tok Testovanie systému by malo obsahovať scenáre pre

aký je najlepší počítačový čistič
  • Prihláste sa a pozrite si podrobnosti makléra a platbu provízie.
  • Požiadajte o zmenu adresy, mena, telefónneho čísla atď.

Negatívny tok Testovanie systému by malo obsahovať scenáre prihlásenia s neplatnými povereniami.

Testovanie systémovej integrácie nie je potrebné, pretože nemá žiadne následné systémy a kanály z upstream sú overené v Testovaní systémovej integrácie príslušných systémov.

To je všetko - to sú všetky moduly a aspekty, ktoré by sme v nich testovali.

Dôležité tipy na testovanie zdravotníckeho softvéru

Tip č. 1) Dátumy sú dôležité a musia byť presné, pretože nepatrná zmena dátumu môže spôsobiť, že sa závažná chyba nepodarí všimnúť.

Tip č. 2) V zdravotníctve existuje veľa testovacích parametrov, ako sú rôzne typy plánov, členovia, poskytovatelia, makléri, metóda výpočtu provízie atď., - preto treba byť opatrní pri navrhovanie testovacích prípadov tým, že je pokrytá stopa parametrov a nie sú pokryté.

Tip č. 3) Poznať podnikových používateľov pre príslušné systémy a premýšľať z ich pohľadu nájsť najlepšie chyby.

Tip č. 4) Pri testovaní systému nie je potrebné postupovať podľa rovnakého poradia a tu uvedené scenáre pokrývajú iba celkovú funkčnosť zdravotníckej aplikácie. Možno budete musieť zahrnúť aj niekoľko ďalších scenárov (viac tipov na toto príspevok) na základe požiadaviek, ktoré dostanete.

Tip č. 5) Zdravotná starostlivosť sa teraz posúva k nákladovo efektívnemu spôsobu poskytovania starostlivosti. Zaviedli teda výmenný model, v rámci ktorého môže mať predplatiteľ prehľad o plánoch poskytovaných všetkými poisťovateľmi, čo zvyšuje konkurenčnú povahu poisťovateľov, čím nepriamo uvádza potrebu zníženia nákladov.

S vývojom zdravotnej starostlivosti bude potrebné zmeniť používaný softvér a príjmy z IT prinesie tvorba, úprava a testovanie zahrnutých softvérových aplikácií - čo znamená, že v tejto oblasti môžeme očakávať ďalšie projekty. Ak vás to teda zaujíma, majte sa na pozore.

Tip č. 6) Kľúčom k úspechu v testovaní aplikácií v zdravotníctve sú tvrdenia - ich úplná znalosť a spôsob posudzovania atď.

Záver

Týka sa to základov oblasti zdravotnej starostlivosti a spôsobu testovania aplikácií v zdravotníctve.

Ako testeri vieme, že nič nie je bez chýb. Tento článok môže mať aj určité nedostatky, ak nájdete akékoľvek nedostatky alebo máte dotaz, zanechajte komentár. Uvítame vašu cennú spätnú väzbu k článku, pretože nás bude viesť k dokonalosti a zlepšeniu.

Prajem vám všetko najlepšie pre vaše budúce úsilie ako testera zdravotnej starostlivosti. Tak zatiaľ ahoj!

Odporúčané čítanie

^