Testowanie domeny HealthCare z przykładowymi przypadkami testowymi

Zanim zaczniemy testować, szybko przestudiujmy podstawową wiedzę z dziedziny opieki zdrowotnej.

Testowanie domeny HealthCare

Testowanie domeny opieki zdrowotnej to proces testowania aplikacji opieki zdrowotnej pod kątem różnych czynników, takich jak standardy, bezpieczeństwo, zgodność, współzależność z innymi jednostkami itp. Celem testów w dziedzinie opieki zdrowotnej jest zapewnienie jakości, niezawodności, wydajności, bezpieczeństwa i wydajności aplikacji opieki zdrowotnej. .

Podstawowa znajomość dziedziny opieki zdrowotnej

Cały system opieki zdrowotnej jest spleciony ze sobą przez jedno ciało, którym jest szpital lub świadczeniodawca (lekarz).

Podczas gdy inne podmioty obejmują:

• Firma ubezpieczeniowa: Medicare, Medicaid, BCBS itp.
• Pacjent / konsumenci: zarejestrowani pacjenci
• Organ regulacyjny: HIPAA, ocena OASIS, HCFA 1500 i UB92 itp.
• Dostawcy rozwiązań z zakresu opieki zdrowotnej i nauk przyrodniczych

Podstawowa terminologia systemu ochrony zdrowia

• Dostawca : pracownik służby zdrowia (lekarz), grupa medyczna, przychodnia, laboratorium, szpital itp. Licencjonowane przez służby zdrowia
• Roszczenie: Wniosek do Twojej firmy ubezpieczeniowej o opłacenie rachunku za opiekę zdrowotną
• Broker: specjalista ubezpieczeniowy, który negocjuje, wykupuje ubezpieczenie w imieniu ubezpieczonego lub potencjalnego ubezpieczonego
• Finanse: instytucje ubezpieczeniowe, które pokrywają koszty leczenia, mogą to być instytucje rządowe (Medicare lub Medicaid) lub komercyjne (BCBS)
• Medicare: federalny program ubezpieczenia zdrowotnego dla seniorów i osób trwale niepełnosprawnych
• Medicaid: wspólny i stanowy program, który pomaga rodzinom o niskich dochodach i osobom indywidualnym pokryć koszty związane z opieką medyczną
• Kod CPT : aktualny kod terminologii proceduralnej to medyczny kod opisujący usługi medyczne, chirurgiczne i diagnostyczne
• HIPAA : Jest to zbiór zasad i przepisów, których muszą przestrzegać lekarze, szpitale, świadczeniodawcy i plan opieki zdrowotnej, aby świadczyć swoje usługi

W tym samouczku nauczymy się:

• Podstawowa wiedza z dziedziny opieki zdrowotnej
• Proces biznesowy opieki zdrowotnej
• Testowanie systemu dostawców
• Testowanie systemu brokerskiego
• Testowanie systemu członkowskiego
• Testowanie systemu roszczeń
• Testowanie systemu finansowego
• Testowanie pod kątem zgodności z przepisami
• Testowanie wydajności aplikacji opieki zdrowotnej
• Inne typy testów do zastosowań w opiece zdrowotnej
• Testowanie wyzwań w aplikacjach opieki zdrowotnej
• Testowanie urządzeń medycznych
• Przydatne wskazówki dotyczące przeprowadzania testów w opiece zdrowotnej

Proces biznesowy opieki zdrowotnej

Większość organizacji opieki zdrowotnej dostosowała oprogramowanie do obsługi sprawnego funkcjonowania systemu. Ten system oprogramowania zawiera wszystkie informacje w jednym dokumencie dla każdego podmiotu zajmującego się tym.

Powiązanie całego systemu z jedną aplikacją internetową to ogromne zadanie, a sprawienie, by działał efektywnie, to jeszcze większe zadanie. Rygorystyczne testowanie tej aplikacji medycznej jest obowiązkowe i musi przejść przez różne fazy testowania.

W tym samouczku nauczymy się,

Testowanie systemu dostawców

Przykładowe scenariusze testowe i przypadki testowe dla systemu dostawców (lekarz / szpital) :

Scenariusz testowy	Przypadki testowe
Dostęp do systemu dostawców	System dostawcy powinien umożliwiać nam wprowadzanie, edycję i zapisywanie danych dostawcy
Testowanie systemu przepływu dodatniego	Obejmuje scenariusze wprowadzania różnych typów dostawców, zmiany danych dostawców, zapisywania ich i zapytań
Testowanie układu ujemnego przepływu	Pozwala na zapisanie informacji o dostawcy z niekompletnymi danymi, datą wejścia w życie umowy, wprowadzeniem szczegółów o istniejących dostawcach w systemie
Testowanie integracji systemów	Sprawdź poprawność przekazu do systemu członkowskiego, systemu finansowego, systemu roszczeń i portalu dostawców. Sprawdź również, czy zmiany z portalu dostawcy zostały wprowadzone do rekordu odpowiedniego dostawcy
Testowanie portalu dostawców pozytywnego przepływu	Zaloguj się i przeglądaj szczegóły dostawców, status roszczenia i dane członka Poproś o zmianę nazwy, adresu, numeru telefonu itp.
Testowanie portalu dostawców ujemnych przepływów	Wyświetl szczegóły członka z nieprawidłowym identyfikatorem Zaloguj się, używając nieprawidłowych danych logowania
Testowanie portalu Brokera przepływu pozytywnego	Zaloguj się i zobacz szczegóły dotyczące płatności brokera i prowizji Poproś o zmianę nazwiska, adresu, numeru telefonu itp.
Testowanie portalu brokera ujemnego przepływu	Powinien obejmować scenariusze logowania się przy użyciu nieprawidłowych poświadczeń

Testowanie systemu brokerskiego

Przykładowe scenariusze testowe i przypadki testowe dla systemu brokerskiego :

Sr #	Scenariusz testowy	Przypadki testowe
1)	Broker System	Powinien mieć możliwość edycji, wprowadzania i zapisywania danych brokera Obliczanie prowizji brokera na podstawie szczegółów płatności składki z systemu członkowskiego
2)	Testowanie systemu przepływu dodatniego	Wprowadź, zapisz i edytuj rekord brokerów dla różnych typów brokerów Dla aktywnych brokerów oblicz prowizję, tworząc plik paszowy z odpowiednim rekordem dla członków z innym planem
3)	Testowanie układu ujemnego przepływu	Wprowadź rekord brokera z niekompletnymi danymi i zapisz go dla różnych typów brokerów Tworząc plik paszowy z odpowiednim rekordem dla członków z innym planem, oblicz prowizję dla rozwiązanego brokera Tworząc plik paszowy z odpowiednim rekordem dla członków z innym planem, oblicz prowizję dla nieprawidłowego brokera
4)	Testowanie systemu	Do systemu niższego szczebla, takiego jak system finansowy, portal brokerski i system członkowski, weryfikuje kanały Sprawdź, czy zmiany z portalu brokera są uwzględnione w odpowiednim rekordzie brokera

Testowanie systemu członkowskiego

Przykładowe scenariusze testowe i przypadki testowe dla systemu członkowskiego (pacjenta) :

Sr #	Scenariusz testowy	Przypadki testowe
1)	System członkowski	Zarejestruj, przywróć i zakończ członkostwo Usuń i dodaj osobę zależną Wygeneruj rachunek premium Przetwarzaj płatności składek
2)	Testowanie systemu przepływu dodatniego	Z obecnymi, przeszłymi i przyszłymi datami wejścia w życie rejestruj różne typy członków Zapytaj i zmieniaj członków Wystaw rachunek premium dla aktywnego członka na następny miesiąc Wypowiedzieć aktywnego członka, którego przeszłe, obecne i przyszłe daty wypowiedzenia są późniejsze niż data wejścia w życie Ponownie zarejestruj członka, którego konto zostało zakończone, z bieżącą, przeszłą i przyszłą datą wejścia w życie Przywróć usunięty numer
3)	Testowanie układu ujemnego przepływu	Jeśli dane są niewystarczające, zarejestruj członka Dla członka, którego dotyczy wypowiedzenie, przedstaw rachunek składki na następny miesiąc
4)	Testowanie integracji systemów	Sprawdź poprawność źródła danych dla dalszych systemów, takich jak portal dostawców, portal brokerów, system finansowy i system roszczeń Sprawdź, czy zmiany z portalu członkowskiego są uwzględnione w odpowiednim rekordzie członka Przetwarzaj płatność rachunku premium wygenerowanego za pomocą kanału z portalu członków, który zawiera szczegóły dokonanej płatności

Testowanie systemu roszczeń

Przykładowe scenariusze testowe i przypadki testowe dla systemu oświadczeń :

#	Scenariusze testowe	Przypadki testowe
1)	System reklamacji	Roszczenia w opiece zdrowotnej powinny edytować, wprowadzać i przetwarzać roszczenia zarówno członka, jak i osoby pozostającej na utrzymaniu W przypadku nieprawidłowych roszczeń powinien generować błędy po wprowadzeniu nieprawidłowych danych
2)	Testowanie systemu przepływu dodatniego	Powinien zawierać scenariusz edycji, wprowadzania i przetwarzania roszczeń zarówno członka, jak i osoby zależnej
3)	Testowanie układu ujemnego przepływu	Powinien zweryfikować i wprowadzić roszczenie z nieprawidłowym kodem procedury i kodem diagnostycznym Sprawdź poprawność i wprowadź żądanie z nieaktywnym identyfikatorem dostawcy Zatwierdź i wprowadź roszczenie z członkiem, którego konto zostało zakończone
4)	Integracja systemu	Powinien obejmować scenariusz walidacji paszy do systemów niższego szczebla, takich jak dostawca i portal finansowy

Testowanie systemu finansowego

Przykładowe scenariusze testowe i przypadki testowe dla systemu finansowego

Sr #	Scenariusze testowe	Przypadki testowe
1)	System finansowy	Zarejestruj, przywróć i zakończ członkostwo
2)	Testowanie systemu z przepływem dodatnim	Powinien sprawdzić, czy dla danego członka, dostawcy lub brokera wybrano prawidłowy numer konta lub adres dla płatności
3)	Testowanie układu ujemnego przepływu	Sprawdź, czy płatność jest dokonywana za nieprawidłowy identyfikator członka, dostawcy lub brokera, tworząc odpowiedni rekord w źródle treści Sprawdź, czy płatność została dokonana za nieprawidłową kwotę dla członka, dostawcy lub brokera, tworząc odpowiednie rekordy w pliku danych

Testowanie zgodności z przepisami

Ochrona wrażliwych danych pacjentów i informacji zdrowotnych jest najwyższym priorytetem organów regulacyjnych ds. Zdrowia. Testy należy przeprowadzić zgodnie z takimi organami regulacyjnymi.

Przykładowe scenariusze testowe i przypadki testowe dla zgodności z przepisami :

Sr #	Scenariusze testowe	Przypadki testowe
1)	Uwierzytelnienie użytkownika	Korzystanie z metody weryfikacji, aby upewnić się, że poprawni użytkownicy otrzymają login i odmówią innym
2)	Ujawnianie informacji	Autoryzacja dostępu do informacji jest oparta na roli użytkownika i ograniczeniach dotyczących pacjenta
3)	Transfer danych	Przy każdym transferze punkty zapewniają szyfrowanie danych
4)	Audit Trail	Wszystkie transakcje i wszelkie próby uzyskania dostępu do danych z odpowiednim zestawem informacji o ścieżce audytu są rejestrowane
5)	Testowanie poczytalności związane z organem regulacyjnym	Przeprowadź testy poprawności i sprawdź, czy szyfrowanie danych odbywa się w określonych obszarach, takich jak EPHI (Electronic Protected Health Information)

Testowanie wydajności aplikacji opieki zdrowotnej

Przed przygotowaniem scenariuszy testowych należy rozważyć pewne wymagania systemu. Na przykład świadczeniodawcy (lekarze / szpitale) świadczą opiekę 24 godziny na dobę, 7 dni w tygodniu, więc oprogramowanie do odprawy pacjentów musi być dostępne przez cały czas. Musi również komunikować się z firmami ubezpieczeniowymi w celu weryfikacji informacji o polisach, wysyłania roszczeń i otrzymywania przekazów pieniężnych. Tutaj architektura powinna definiować różne komponenty systemu, protokół komunikacji z firmami ubezpieczeniowymi oraz sposób wdrażania systemu, aby działał 24 godziny na dobę, 7 dni w tygodniu.

Jako tester musisz upewnić się, że system oprogramowania dla służby zdrowia spełnia żądany test porównawczy obciążenia / wydajności.

Inne typy testów do zastosowań w opiece zdrowotnej

• Testowanie funkcjonalne : Testowanie aplikacji opieki zdrowotnej pod kątem możliwości funkcjonalnych
• Testowanie zgodności : test zgodności Wymagania bezpieczeństwa opieki zdrowotnej i ramy branżowe
• Testowanie platformy : Testowanie aplikacji na platformie mobilnej i testowanie aplikacji pod kątem zgodności z różnymi przeglądarkami
• Testowanie interoperacyjności : testowanie zgodności ze standardami interoperacyjności (np. DICOM, HL7, CCD / CDA)

Testowanie wyzwań w aplikacjach opieki zdrowotnej

Testowanie wyzwań w testowaniu aplikacji opieki zdrowotnej nie różni się od innych testów aplikacji internetowych.

• Wymaga doświadczenia w testowaniu i zwykle wiąże się z wysokimi kosztami
• Wymaga testowania interoperacyjności, zgodności, przepisów, bezpieczeństwa i bezpieczeństwa poza zwykłymi technikami testowania (testy niefunkcjonalne, funkcjonalne i integracyjne)
• Badanie należy przeprowadzać z uwzględnieniem norm bezpieczeństwa i przepisów - każdy błąd może mieć bezpośredni wpływ na życie pacjenta
• Zespół testowy musi być dobrze poinformowany o różnych funkcjach, zastosowaniu klinicznym i środowisku, w którym będzie używane oprogramowanie
• Produkt ochrony zdrowia powinien spełniać różne standardy, takie jak FDA, ISO i CMMI, zanim będzie można go użyć
• Wzajemna zależność testerów oprogramowania musi zapewnić, że jakiekolwiek zmiany w jednym komponencie lub warstwie nie powinny prowadzić do skutków ubocznych w drugim.

Testowanie urządzeń medycznych

Chociaż oprogramowanie urządzeń medycznych nie jest bezpośrednim problemem pacjenta, wymaga również rygorystycznych testów, takich jak inne testy oprogramowania. Na przykład aparaty rentgenowskie sterowane za pomocą oprogramowania powinny być dobrze testowane, ponieważ każdy błąd testowania w oprogramowaniu może mieć poważny wpływ na pacjenta.

FDA (Food and Drug Administration) ma wytyczne dotyczące aplikacji mobilnych i internetowych dla urządzeń medycznych. Podczas testowania wyrobów medycznych odpowiedni plan testów funkcjonalnych wraz z kryteriami pozytywnymi i negatywnymi jest również częścią wytycznych FDA. Po wykonaniu planu testów wyniki są gromadzone i zgłaszane do FDA. Ten proces zapewnia, że ​​urządzenie spełnia standardy organów regulacyjnych.

Przydatne wskazówki dotyczące przeprowadzania testów w opiece zdrowotnej

Podczas testowania oprogramowania możesz wziąć pod uwagę kilka ważnych wskazówek dotyczących testowego systemu opieki zdrowotnej.

• Daty są ważne i muszą być dokładne
• Projektując przypadki testowe, weź pod uwagę różne parametry, takie jak różne typy planów, brokerzy, członkowie, prowizje itp.
• Wymagana jest pełna znajomość domeny