how test health care application part 1
Zrozumienie dziedziny opieki zdrowotnej i testowanie aplikacji opieki zdrowotnej:
Dzisiejszy artykuł będzie dotyczył informacji z dziedziny opieki zdrowotnej / biznesu, komponentów oraz tego, co i jak testować.
Ta dwuczęściowa seria artykułów jest przydatna dla każdego, kto chce zbadać i wejść w inną dziedzinę w celu testowania, uczenia się i rozumienia przepływu pracy aplikacji opieki zdrowotnej oraz proces testowania .
Krótko mówiąc, ten artykuł będzie pierwszym krokiem i przewodnikiem po zdobyciu wiedzy medycznej. W część 2 udostępnimy scenariusze testowe dla różnych aplikacji w domenie Healthcare.
Aby wyróżnić się w testowaniu, znajomość domeny jest kluczem . Więc teraz dowiemy się o przepływie biznesowym klienta.
Czego się nauczysz:
Domena opieki zdrowotnej - wprowadzenie
Opieka zdrowotna lub ubezpieczenie zdrowotne jest podobne do ubezpieczenia ogólnego. Jak wiesz, w każdym ubezpieczeniu ubezpieczyciel (firma ubezpieczeniowa) przedstawi plany, a klient (abonent lub ubezpieczający) wykupi polisę zgodnie z wybranym planem. Ubezpieczyciel otrzyma kwotę składki od ubezpieczających, a ubezpieczający otrzymają od ubezpieczyciela zwrot kosztów za zgłoszone ważne roszczenia.
najlepszy downloader odtwarzacza mp3 dla Androida
To samo dzieje się w przypadku ubezpieczenia zdrowotnego, ale oprócz ubezpieczyciela i posiadacza polisy istnieją inni główni uczestnicy, tacy jak dostawca, TPA (administrator strony trzeciej), broker itp.
Teraz zobaczymy szczegółowo każdego z głównych autorów:
# 1) Ubezpieczyciel: Podmiot, który tworzy plan, sprzedaje polisę i zwraca ubezpieczającemu lub dostawcy polisę za złożone prawidłowe roszczenia.
# 2) Ubezpieczający: Osoba lub podmiot, który wykupuje polisę od ubezpieczyciela lub brokera, opłaca składkę ubezpieczycielowi i czasami zgłasza roszczenie.
czym jest testowanie funkcjonalności na przykładzie
# 3) Dostawca: Osoba lub podmiot świadczący opiekę zdrowotną na rzecz ubezpieczającego i osób pozostających na ich utrzymaniu otrzymuje zapłatę za usługę od ubezpieczającego lub ubezpieczyciela poprzez złożenie wniosku.
# 4) TPA: Osoba lub podmiot, który zarządza roszczeniami ubezpieczającego lub dostawcy i otrzymuje zapłatę za zarządzanie od odpowiedniego ubezpieczającego.
# 5) Broker: Jak można się domyślić, jest on agentem, który w imieniu ubezpieczyciela sprzedaje klientom polisę i otrzymuje w zamian od Ubezpieczyciela prowizję.
Na przykład, Na poniższym przykładzie możemy zrozumieć podstawową funkcję współpracowników.
Pan Enosh kupił od pana Ponnara polisę zdrowotną, która obejmuje konsultacje z lekarzem ogólnym i problemy ze wzrokiem, i płaci za to ubezpieczenie firmie medycznej.
Gdy pan Enosh zachorował i skonsultował się z lekarzem, panem Sabari w celu wyzdrowienia, Sabari dostarczył Enoshowi receptę i złożył wniosek o konsultację do HealthCorp Company i otrzymała zwrot kosztów. Pan Ponnar otrzymuje prowizję od HealthCorp Company za opłacenie składki przez pana Enosha.
W powyższym przykładzie korzyściami z planu zdrowotnego są „konsultacje lekarza ogólnego” i „problemy ze wzrokiem”, pan Enosh jest ubezpieczającym, pan Ponnar jest brokerem, HealthCorp Company jest ubezpieczycielem, a pan Sabari jest dostawcą.
Aby jasno zrozumieć różnicę między polityką a planem, należy pomyśleć o planie jako o klasie i o polityce jako o obiekcie (instancji klasy). Polisę można podzielić na politykę indywidualną i polisę grupową w zależności od rodzaju beneficjentów, których obejmuje.
Polityka indywidualna: Osoba fizyczna będzie posiadaczem polisy; zarówno osoba, jak i osoby pozostające na jej utrzymaniu będą czerpać korzyści z planu zdrowotnego. Tutaj osoba płaci składkę.
Zasady grupy: Podmiot (na ogół pracodawca) będzie posiadaczem polisy, członkowie (pracownicy) podmiotu i osoby na ich utrzymaniu będą korzystać ze świadczeń z tytułu ubezpieczenia zdrowotnego. Tutaj jednostka płaci składkę.
Na przykład, Oto przykład jasnego wyobrażenia o zasadach grupy:
Firma MotoCorp kupuje polisę od HealthCorp Company dla swoich pracowników i ich rodzin. Ich roszczeniami zarządza EasyClaim Company. Tutaj MotoCorp Company jest posiadaczem polisy, HealthCorp Company jest ubezpieczycielem, a EasyCliam Company jest TPA.
Jak przetestować aplikację opieki zdrowotnej?
Przed przetestowaniem aplikacji powinniśmy znać przepływ pracy w branży medycznej. Poprzedni temat to tylko wprowadzenie do zarządzanej opieki zdrowotnej, więcej szczegółów dostępny tutaj .
Ubezpieczyciel potrzebuje różnych aplikacji do zarządzania:
- Dane dostawcy
- Dane członków
- Fakturowanie / płatność premium
- Dane brokera
- Zgłaszanie / walidacja roszczeń
- Obliczanie / płatność prowizji brokera
Ogólnie rzecz biorąc, aplikacja Healthcare będzie miała następującą listę systemów:
- System członkowski : Aby zachować dane posiadacza polisy, różne plany wraz z listą świadczeń i generować rachunki składek dla ubezpieczającego na podstawie ich planów
- System dostawcy : Aby zachować dane dostawcy
- System brokerski : Utrzymywanie danych brokera i obliczanie prowizji
- System reklamacji : Do wprowadzania i weryfikacji roszczenia
- System finansowy : Aby dokonać niezbędnej płatności na rzecz dostawcy / członka / brokera
- Portal członkowski : Aby wyświetlić informacje o posiadaczu polisy, dokonać płatności składki i złożyć wniosek o zmianę informacji dla ubezpieczających
- Portal dostawcy : Aby wyświetlić informacje o dostawcy i zgłosić żądanie zmiany informacji dla dostawców
- Portal brokera : wyświetlenie informacji o brokerze i złożenie wniosku o zmianę informacji dla brokerów
To może nie być wyczerpująca lista. Ale to jest lista według mojej najlepszej wiedzy. Ponadto niektóre aplikacje mogą nawet nie być używane. Czasami niewiele z tych aplikacji jest łączonych w celu utworzenia innej aplikacji połączonej - czasami są to systemy samodzielne.
Na przykład , system dostawcy może być częścią systemu członkowskiego w niektórych zastosowaniach opieki zdrowotnej. Przez aplikację Healthcare rozumiem zestaw systemów utrzymywanych przez Ubezpieczyciela w celu ułatwienia swoim klientom i partnerom.
jaki jest najlepszy program do pobierania plików mp3 na Androida
Przepływ pracy testowania aplikacji opieki zdrowotnej
Unikalną cechą systemu opieki zdrowotnej jest to, że aplikacji tych nie można testować w dowolnej kolejności. Należy przestrzegać określonego schematu postępowania:
- Aby członek / posiadacz polisy mógł zostać zapisany do planu opieki zdrowotnej, musi być przypisany do dostawcy (lekarza podstawowej opieki zdrowotnej) lub sieci dostawców, więc system członkowski powinien mieć możliwość walidacji przypisanego dostawcy. Każdy system członkowski łączy się z systemem dostawcy lub źródło danych powinno okresowo wysyłać do systemu członkowskiego z systemu dostawcy. Dlatego system dostawcy powinien być przetestowany i gotowy do użycia przed przetestowaniem systemu członkowskiego.
- Oświadczenie powinno składać się z identyfikatora dostawcy i identyfikatora członka oraz innych szczegółów. System oświadczeń powinien zweryfikować zarówno członka, jak i dostawcę, aby zweryfikować oświadczenie, więc zarówno system składowy, jak i dostawcy powinien zostać przetestowany i gotowy do użycia przed przetestowaniem systemu oświadczeń.
- System finansowy musi mieć dane od członka, dostawcy, roszczenia i systemu brokerskiego, aby wypisywać czeki lub dokonywać płatności EFT na rzecz odpowiedniej osoby lub podmiotu.
- Systemy dostawcy i brokera są niezależne.
- Portale powinny w końcu zostać przetestowane, ponieważ potrzebują danych z innych aplikacji.
Otóż, to jest kolejność, w jakiej systemy w aplikacji Healthcare powinny być testowane.
Co jest Kolejny ?
Powyższe informacje powinny dać nam wystarczająco dużo rozpędu, abyśmy mogli zająć się „Jak testować” aplikacje opieki zdrowotnej, które zostaną omówione w 2 część tego artykułu.
O autorze: To jest post gościnny napisany przez Vairavan R. M. Autor ma duże doświadczenie w testowaniu aplikacji opieki zdrowotnej i kierowaniu zespołem w międzynarodowej korporacji.
W międzyczasie, jeśli masz jakieś pytania lub komentarze lub potrzebujesz pomocy w lepszym zrozumieniu domeny Opieka zdrowotna, daj mi znać. Wkrótce kolejny artykuł z serii.
rekomendowane lektury
- Testowanie aplikacji opieki zdrowotnej - wskazówki i ważne scenariusze testowania (część 2)
- Testowanie aplikacji - podstawy testowania oprogramowania!
- Podręcznik testowania zabezpieczeń aplikacji internetowych
- Instalowanie aplikacji na urządzeniu i rozpoczęcie testowania z Eclipse
- Testy niszczące i samouczek dotyczący testów nieniszczących
- Testy wydajnościowe a testy obciążeniowe a testy obciążeniowe (różnica)
- Czym jest testowanie małp w testowaniu oprogramowania?
- 20 praktycznych wskazówek dotyczących testowania oprogramowania, które należy przeczytać przed przetestowaniem dowolnej aplikacji