Testowanie domeny opieki zdrowotnej z przykładowymi przypadkami testowymi

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

Testowanie domeny opieki zdrowotnej

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

Podstawowa wiedza z zakresu opieki zdrowotnej

Cały system opieki zdrowotnej jest spójny dzięki pojedynczemu podmiotowi, jakim jest szpital lub świadczeniodawca (lekarz).

Podczas gdy inne podmioty obejmują-

• Firma ubezpieczeniowa: Medicare, Medicaid, BCBS itp.
• Pacjent/Konsumenci: Pacjent zarejestrowany
• Organ regulacyjny: HIPAA, ocena OASIS, CMS-1500 i UB-04 itp.
• Dostawcy rozwiązań dla opieki zdrowotnej i nauk przyrodniczych

💡 Uwaga: W starszych materiałach te formularze roszczeń określane są jako HCFA-1500 i UB-92. Oba zostały zastąpione: HCFA-1500 stał się CMS-1500, a UB-92 został zastąpiony przez UB-04. Podczas pisania przypadków testowych należy używać obecnych nazw.

Podstawowa terminologia systemu opieki zdrowotnej

• Provider: Pracownik służby zdrowia (lekarz), grupa medyczna, klinika, laboratorium, szpital itp. licencjonowany przez służby zdrowia
• Roszczenie: Prośba do Twojej firmy ubezpieczeniowej o zapłatę rachunku za usługi opieki zdrowotnej
• Broker: Profesjonalista ubezpieczeniowy, który negocjuje, zapewnia ubezpieczenie w imieniu ubezpieczonego lub potencjalnego ubezpieczonego
• Finanse: Instytucje ubezpieczeniowe, które pokrywają koszty leczenia, mogą być rządowe (Medicare lub Medicaid) lub komercyjne (BCBS)
• Opieka zdrowotna: Federalny program ubezpieczenia zdrowotnego dla osób starszych i osób trwale niepełnosprawnych
• pomoc medyczna: Wspólny program federalny i stanowy, który pomaga rodzinom i osobom o niskich dochodach pokryć koszty związane z opieką medyczną
• Kod CPT: Aktualny kod terminologii proceduralnej to kod medyczny 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

Kluczowe standardy opieki zdrowotnej, które powinien znać tester

Poza ustawą HIPAA, kilka standardów określa, co musi robić aplikacja medyczna, a co za tym idzie, co musi zostać przetestowane. Rozpoznanie każdego z nich wskazuje, jaki rodzaj testów on przewiduje.

Standardowe	Rządy	Testowanie napędów
HIPAA	Prywatność i bezpieczeństwo danych pacjentów	Kontrola dostępu, szyfrowanie, ślad audytu
HL7 v2 / v3	Komunikacja między systemami klinicznymi	Format wiadomości i testowanie interfejsu
FHIR	Nowoczesna wymiana dokumentacji medycznej za pomocą interfejsu API REST	Interfejs APItractestowanie t i interoperacyjności
DICOM	Przechowywanie i przesyłanie obrazów medycznych	Integralność obrazu i integracja urządzeń
ICD-10 / CPT	Kodowanie diagnozy i procedury	Walidacja roszczeń i testowanie ścieżki negatywnej
CMS-1500 / UB-04	Formularze roszczeń zawodowych i instytucjonalnych	Składanie roszczeń i walidacja w terenie

Proces biznesowy w opiece zdrowotnej

Większość organizacji opieki zdrowotnej wdrożyła oprogramowanie wspomagające sprawne funkcjonowanie systemu. System ten udostępnia wszystkie informacje w jednym dokumencie dla każdej jednostki zajmującej się tym systemem.

Połączenie całego systemu z jedną aplikacją internetową to ogromne zadanie, a zapewnienie jego efektywnego działania to jeszcze większe zadanie. Rygorystyczne testowanie tej aplikacji zdrowotnej jest obowiązkowe i musi przejść różne fazy testów.

Poniższe sekcje przedstawiają przykładowe scenariusze i przypadki testowe dla każdego podsystemu z osobna.

Testowanie systemu Dostawców

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

Pan#	Scenariusz testowy	Przypadki testowe
1)	Dostęp do systemu dostawców	System dostawcy powinien umożliwiać nam wprowadzanie, edycję i zapisywanie danych dostawcy
2)	Pozytywny przepływ Testowanie systemu	Zawiera scenariusze umożliwiające wprowadzanie różnych typów dostawców, zmianę danych dostawców, zapisywanie ich i zadawanie pytań
3)	Testowanie systemu z przepływem ujemnym	Umożliwia zapisanie informacji o dostawcy z niekompletnymi danymi,tracdata wejścia w życie, wprowadzanie danych o istniejących dostawcach do systemu
4)	Konfiguracja Testy integracyjne	Sprawdź poprawność danych przekazywanych do systemu członkowskiego, systemu finansowego, systemu roszczeń i portalu dostawców. Sprawdź także, czy zmiany z portalu dostawcy zostały wprowadzone do rejestru odpowiedniego dostawcy
5)	Testowanie portalu dostawców pozytywnego przepływu	Zaloguj się i zobacz szczegóły dotyczące dostawców, status roszczenia i szczegóły dotyczące członków Złóż wniosek o zmianę, aby zmienić imię i nazwisko, adres, numer telefonu itp.
6)	Testowanie portalu dostawców negatywnych przepływów	Wyświetl szczegóły członka z nieprawidłowym identyfikatorem Zaloguj się przy użyciu nieprawidłowych danych uwierzytelniających
7)	Testowanie portalu brokera pozytywnego przepływu	Zaloguj się i zobacz szczegóły dotyczące płatności prowizji i pośrednictwa Złóż wniosek o zmianę imienia i nazwiska, adresu, numeru telefonu itp.
8)	Testowanie portalu brokera z negatywnym przepływem	Powinien obejmować scenariusze logowania przy użyciu nieprawidłowych poświadczeń

Testowanie systemu brokerskiego

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

Pan#	Scenariusz testowy	Przypadki testowe
1)	System brokerski	Powinien mieć możliwość edycji, wprowadzania i zapisywania danych brokera Obliczanie prowizji brokerskiej na podstawie danych o płatnościach składek z systemu członkowskiego
2)	Testowanie systemu przepływu dodatniego	Wprowadzaj, zapisuj i edytuj rekordy brokerów dla różnych typów brokerów W przypadku aktywnych brokerów oblicz prowizję, tworząc plik danych z odpowiednim rekordem dla członków z innym planem
3)	Testowanie systemu z przepływem ujemnym	Wprowadź rekord brokera z niekompletnymi danymi i zapisz dla różnych typów brokerów Tworząc plik informacyjny z odpowiednim rekordem dla członków z innym planem, oblicz prowizję dla zakończonego brokera Tworząc plik danych 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, zatwierdzaj kanały informacyjne Sprawdź, czy zmiany z portalu brokera zostały uwzględnione w odpowiednim rekordzie brokera

Testowanie systemu członkowskiego

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

Pan#	Scenariusz testowy	Przypadki testowe
1)	System członkowski	Zarejestruj, przywróć i usuń członka Usuń i dodaj osobę zależną Wygeneruj rachunek za składkę Przetwarzaj płatności składek
2)	Testowanie systemu przepływu dodatniego	Z bieżącymi, przeszłymi i przyszłymi datami obowiązywania, możesz zarejestrować różne typy członków Zapytaj i zmień członków Przygotuj rachunek za składki członkowskie za kolejny miesiąc dla aktywnego członka Zakończ aktywnego członka, którego przeszłe, obecne i przyszłe daty rozwiązania są dłuższe niż data wejścia w życie Zarejestruj ponownie zakończonego członka, podając bieżące, przeszłe i przyszłe daty obowiązywania Przywróć zwolnionego członka
3)	Testowanie systemu z przepływem ujemnym	Jeśli nie masz wystarczających danych, zarejestruj członka W przypadku wypowiedzenia członkostwa należy przedstawić rachunek za składki za kolejny miesiąc
4)	Testowanie integracji systemu	Sprawdź poprawność danych przekazywanych do systemów niższego szczebla, takich jak portal dostawcy, portal brokera, system finansowy i system roszczeń Sprawdź, czy zmiany z portalu członkowskiego zostały uwzględnione w odpowiednim rekordzie członka Przetwórz płatność rachunku za składkę wygenerowaną za pomocą kanału z portalu członkowskiego, który zawiera szczegóły dokonanej płatności

Testowanie systemu roszczeń

Przykładowe scenariusze testowe i przypadki testowe dla systemu roszczeń:

Pan#	Scenariusze testowe	Przypadki testowe
1)	System roszczeń	Roszczenia w służbie zdrowia należy redagować, wprowadzać i rozpatrywać roszczenia członka i osoby pozostającej na jego utrzymaniu W przypadku nieprawidłowych roszczeń powinien zgłaszać błędy po wprowadzeniu nieprawidłowych danych
2)	Testowanie systemu przepływu dodatniego	Powinien zawierać scenariusz edycji, wprowadzania i rozpatrywania roszczeń członka i osoby na jego utrzymaniu
3)	Testowanie układu przepływu ujemnego	Powinien zatwierdzić i wprowadzić roszczenie z nieprawidłowym kodem procedury i kodem diagnostycznym Zatwierdź i wprowadź roszczenie z nieaktywnym identyfikatorem dostawcy Zatwierdź i złóż wniosek u członka, który utracił członkostwo
4)	Integracja systemów	Powinien zawierać scenariusz sprawdzający poprawność danych przekazywanych do systemów niższego szczebla, takich jak portal dostawców i finansów

Testowanie systemu finansowego

Przykładowe scenariusze testowe i przypadki testowe dla systemu finansowego

Pan#	Scenariusze testowe	Przypadki testowe
1)	System finansowy	Zarejestruj, przywróć i usuń członka
2)	Pozytywne testowanie systemu przepływu	Powinien sprawdzić, czy dla danego członka, dostawcy lub brokera dla płatności wybrano prawidłowy numer konta lub adres
3)	Testowanie układu przepływu ujemnego	Sprawdź, czy płatność została dokonana dla nieprawidłowego identyfikatora członka, dostawcy lub brokera, tworząc odpowiedni rekord w pliku danych Sprawdź, czy dokonano płatności na 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 dla organów regulacyjnych ds. zdrowia. Testy należy przeprowadzić zgodnie z wymogami takich organów regulacyjnych.

Przykładowe scenariusze testowe i przypadki testowe pod kątem zgodności z przepisami:

Pan#	Scenariusze testowe	Przypadki testowe
1)	Uwierzytelnianie Użytkownika	Korzystanie z metody weryfikacji w celu zapewnienia, że ​​właściwi użytkownicy otrzymają login i odmówią dostępu innym
2)	Ujawnienie informacji	Autoryzacja dostępu do informacji opiera się na roli użytkownika i ograniczeniach pacjenta
3)	transferu danych	We wszystkich punktach transferu upewnij się, że dane są szyfrowane
4)	Ścieżka audytu	Rejestrowane są wszystkie transakcje i wszelkie próby uzyskania dostępu do danych z odpowiednim zestawem informacji o ścieżce audytu
5)	Testowanie poczytalności związane z organem regulacyjnym	Przeprowadź testy poprawności i zweryfikuj, czy szyfrowanie danych jest wykonywane w określonych obszarach, takich jak EPHI (Elektroniczne Chronione Informacje Zdrowotne)

Testowanie wydajności aplikacji Healthcare

Przed przygotowaniem scenariuszy testowych należy uwzględnić pewne wymagania systemu. Na przykład, świadczeniodawcy opieki zdrowotnej (lekarze/szpitale) zapewniają opiekę 24/7, dlatego oprogramowanie do rejestracji pacjentów musi być dostępne przez cały czas. Musi ono również komunikować się z firmami ubezpieczeniowymi w celu weryfikacji informacji o polisach, wysyłania roszczeń i otrzymywania przelewów. W tym przypadku architektura powinna definiować poszczególne komponenty systemu, protokół komunikacji z firmami ubezpieczeniowymi oraz sposób wdrożenia systemu, aby działał on 24/7.

Jako tester musisz upewnić się, że system oprogramowania dla sektora opieki zdrowotnej spełnia żądane wymagania porównawcze obciążenia/wydajności.

Inne typy testów do zastosowań w służbie zdrowia

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

Wyzwania testowania w zastosowaniach związanych z opieką zdrowotną

Wyzwania testowe związane z testowaniem aplikacji związanych z opieką zdrowotną nie różnią się od innych testów aplikacji internetowych.

• Wymaga specjalistycznej wiedzy w zakresie testowania i zwykle jest kosztowny
• Wymaga testowania interoperacyjności, zgodności, regulacji, bezpieczeństwa, ochrony oprócz standardowych technik testowania (testowanie niefunkcjonalne, funkcjonalne i integracyjne)
• Testowanie powinno być przeprowadzaneping mając na uwadze bezpieczeństwo i normy prawne, ponieważ każdy błąd może mieć bezpośredni wpływ na życie pacjenta
• Zespół testujący musi być świadomy różnych funkcjonalności, zastosowań klinicznych i środowiska, w którym oprogramowanie będzie używane
• Produkt do pielęgnacji zdrowia powinien spełniać różne standardy, takie jak FDA, ISO i CMMI, zanim będzie mógł zostać użyty
• Wzajemna zależność testerów oprogramowania musi upewnić się, że jakiekolwiek zmiany w jednym komponencie lub warstwie nie powodują skutków ubocznych w drugim.

Testowanie urządzeń medycznych

Chociaż oprogramowanie urządzeń medycznych nie jest bezpośrednio związane z pacjentem, wymaga ono rygorystycznych testów, podobnie jak każde inne oprogramowanie. Na przykład aparaty rentgenowskie sterowane programami powinny być starannie testowane, ponieważ każdy błąd testowy w oprogramowaniu może mieć poważne konsekwencje dla pacjenta.

FDA (Agencja ds. Żywności i Leków) posiada wytyczne dotyczące aplikacji mobilnych i internetowych dla urządzeń medycznych. Podczas testowania wyrobów medycznych ich prawidłowe działanie Plan testów wraz z kryteriami zaliczenia i niepowodzenia jest również częścią wytycznych FDA. Po wykonaniu planu testów wyniki są gromadzone i zgłaszane FDA. Proces ten gwarantuje, że urządzenie spełnia standardy organów regulacyjnych.

Przydatne wskazówki dotyczące testów w służbie zdrowia

Testując oprogramowanie, możesz wziąć pod uwagę kilka ważnych wskazówek dotyczących testowania systemu opieki zdrowotnej.

• Daty są ważne i muszą być dokładne
• Projektując przypadki testowe, należy wziąć pod uwagę różne parametry, takie jak różne typy planów, brokerzy, członkowie, prowizje itp.
• Wymagana jest pełna znajomość domeny
• Nigdy nie używaj żywych dokumentacji medycznych jako danych testowych. Używaj danych zanonimizowanych lub syntetycznych, ponieważ kopiowanie danych medycznych (PHI) z produkcji do środowiska testowego samo w sobie stanowi naruszenie ustawy HIPAA.

FAQ