Testy integracyjne

W celu ułatwienia integracji z systemem SMPL zostały przygotowane przykładowe testy SoapUI.

Poniżej dostępne są scenariusze testowe, opis konfiguracji testów oraz paczka z testami i zasobami potrzebnymi do ich uruchomienia.

Scenariusze testów

Obsługa terapii pacjenta

• Wyświetlenie listy programów lekowych - Testowany przypadek użycia
• Wyświetlenie szczegółów programu lekowego - Testowany przypadek użycia
• Wybór definicji programu lekowego i ścieżki lekowej - Testowany przypadek użycia
• Zapisanie formularza kwalifikacyjnego w wersji roboczej - Testowany przypadek użycia
• Zapis formularza kwalifikacji i zakwalifikowanie pacjenta (proces lekarza) - Testowany przypadek użycia
• Aktualizacja formularza kwalifikacyjnego - Testowany przypadek użycia
• Rejestracja wersji roboczej punktu kontrolnego - Testowany przypadek użycia
• Rejestracja kolejnego punktu kontrolnego - Testowany przypadek użycia
• Anulowanie Punktu Kontrolnego - Testowany przypadek użycia
• Aktualizacja punktu kontrolnego - Testowany przypadek użycia
• Zakończenie Programu Lekowego - Testowany przypadek użycia
• Cofnięcie zakończenia programu lekowego - Testowany przypadek użycia

Kwalifikacja przez Zespół Koordynacyjny

• Utworzenie wersji roboczej formularza kwalifikacji (w programie z ZK) - Testowany przypadek użycia
• Aktualizacja wersji roboczej formularza kwalifikacji (w programie z ZK) - Testowany przypadek użycia
• Utworzenie formularza kwalifikacji (w programie z ZK) - Testowany przypadek użycia
• Aktualizacja formularza kwalifikacji (w programie z ZK) - Testowany przypadek użycia
• Przesłanie kwalifikacji do ZK - Testowany przypadek użycia
• Ponowne przesłanie kwalifikacji do ZK - Testowany przypadek użycia
• Przesłanie prośby o opinię do ZK - Testowany przypadek użycia

Obsługa załączników

• Dodanie jednego załącznika do odpowiedzi - Testowany przypadek użycia
• Dodanie załączników do odpowiedzi - Testowany przypadek użycia
• Usunięcie załącznika z odpowiedzi - Testowany przypadek użycia
• Odczyt jednego załącznika - Testowany przypadek użycia

Obsługa przekazania terapii do innego świadczeniodawcy

• Wyświetlenie listy wniosków o zmianę świadczeniodawcy - Testowany przypadek użycia
• Akceptacja wniosku o przekazanie terapii pacjenta do innego świadczeniodawcy (PUSH) - Testowany przypadek użycia
• Tworzenie wniosku o przekazanie terapii pacjenta do innego świadczeniodawcy (PUSH) - Testowany przypadek użycia
• Odrzucenie wniosku o przekazanie terapii pacjenta do innego świadczeniodawcy (PUSH) - Testowany przypadek użycia
• Anulowanie wniosku o przekazanie terapii pacjenta do innego świadczeniodawcy (PUSH) - Testowany przypadek użycia
• Tworzenie wniosku o przejęcie terapii pacjenta od innego świadczeniodawcy (PULL) - Testowany przypadek użycia
• Akceptacja wniosku o przejęcie terapii pacjenta od innego świadczeniodawcy (PULL) - Testowany przypadek użycia
• Odrzucenie wniosku o przejęcie terapii pacjenta od innego świadczeniodawcy (PULL) - Testowany przypadek użycia
• Wycofanie wniosku o przejęcie terapii pacjenta od innego świadczeniodawcy (PULL) - Testowany przypadek użycia

Formularze z regułami

• Odczytanie warunków dla formularza kwalifikacji
• Odczytanie warunków dla formularza punktu kontrolnego
• Odczytanie przykładowych warunków asynchronicznych

Konfiguracja projektu testów

Dodanie do SoapUI biblioteki TUS:

Aby zapewnić możliwość przesyłania plików do repozytorium plików programów lekowych należy zaimportować bibliotekę tus-java-client. W tym celu należy z folderu lib z paczki z testami skopiować plik tus-java-client-0.5.0.jar do folderu SoapUI %\SoapUI-X.X.X\lib, a następnie uruchomić program SoapUI.

Dodanie certyfikatów podmiotów:

Dla zapewnienia poprawnego działania testów na środowisku integracyjnym należy w folderze klucze umieścić certyfikaty WSS podmiotów, które mają dostęp do SMPL oraz będą używane do testów.

• Jeżeli chcemy korzystać z własnego podmiotu, a nie był zgłoszony do integracji SMPL to należy wysłać maila na adres integracja_P1@cez.gov.pl z prośbą o dodanie uprawnień do obsługi SMPL podając numer księgi rejestrowej wraz z kodem miejsca udzielania świadczeń.
• Domyślnie skonfigurowanym podmiotem jest podmiot o numerze księgi rejestrowej: 000000001688 na potrzeby podstawowych czynności związanych z obsługą terapii oraz 000000001321 używany jedynie do testów przekazania terapii pacjenta do innego świadczeniodawcy.
  • Certyfikaty tych podmiotów testowych zostały już umieszczone w folderze klucze.

Zmiana danych MUŚ:

W projekcie otwieramy TestCase Wygenerowanie tokenu podmiotu leczniczego, który jest zapisany w TestSuite Biblioteka.

• W zmiennych TestCase oznaczonych @@nazwa_properties@@ w TestCase ustawiamy dane zgodnie z Certyfikatem podmiotu głównego. (Wypełnione dane są danymi testowymi i trzeba je podmienić na dane własnego podmiotu):
  • aliasCertyfikatu, hasloCertyfikatu, plikCertyfikatu: zgodnie z certyfikatem
  • iss: zgodnie z Serial Number certyfikatu (bez spacji)
  • sub: OID podmiotu zgodny z certyfikatem
  • child_organization: OID komórki zawartej w podmiocie
  • user_id: OID pracownika medycznego zawartego w podmiocie
  • user_role:
  • aud: https://ezdrowie.gov.pl/token
  • scope_services_codes: <obsługiwane kody zakresów świadczeń lub puste, jeśli wszystkie
  • con: <identyfikator asystenta lub puste, jeśli lekarz>

W projekcie otwieramy TestCase Wygenerowanie tokenu podmiotu leczniczego - przekazanie, który jest zapisany w TestSuite Biblioteka.

• Tutaj uzupełniamy dane analogicznie, jak w pierwszym teście jednak używając certyfikatu tylko do przekazania terapii pacjenta.

Po ustawieniu danych projekt automatycznie podstawi dane do każdego przypadku testowego.

Opis zmiennych projektowych:

Sekcje i zmienne projektowe:

• Adresy środowiskowe:
  • adresSzynyUslug: wartość stała wskazująca na szynę usług na środowisku integracyjnym
• Tokeny (dane uzupełnione automatycznie):
  • token: wygenerowany i zapisany w systemie AUT z podanych danych głównego podmiotu
  • tokenPrzekazanie: wygenerowany i zapisany w systemie AUT z podanych danych podmiotu używanego do testów przekazania
• Dane MUŚ (dane uzupełnione automatycznie):
  • podmiotRoot: root identyfikatora podmiotu (zgodny z rejestrem OID)
  • podmiotExt: extension identyfikatora podmiotu
  • placowkaRoot: root identyfikatora miejsca udzielania świadczeń (zgodny z rejestrem OID)
  • placowkaExt: extension identyfikatora miejsca udzielania świadczeń
  • lekarzRoot: root identyfikatora pracownika medycznego (zgodny z rejestrem OID)
  • lekarzExt: extension identyfikatora pracownika medycznego
• Daty w programie
  • są to daty aktywności zapisywane w zasobach podczas testów
• Zmienne projektowe:
  • ścieżkaDoSkryptów: wskazuje folder, w którym zawarte są przekazane skrypty, aby testy działały poprawnie

Zasoby do pobrania

• Paczka z testami