6. Scenariusze dla użytkowników - adriansuder/SuperMed GitHub Wiki
Use Case dla Pacjenta:
Dodawanie nowego użytkownika:
Aktor - Pacjent
Warunek początkowy: Użytkownik musi przejść do formularza rejestracji
Warunek końcowy: Zapisanie nowego użytkownika do bazy danych
Główny scenariusz powodzenia:
- Bezbłędne wypełnienie wszystkich pól w formularzu rejestracyjnym
Rejestracja wizyty:
Aktor - Pacjent
Warunek początkowy: Użytkownik musi być zalogowany
Warunek końcowy: Zarejestrowanie nowej wizyty do bazy danych oraz wyświetlenie w panelu nawigacyjnym pacjenta oraz lekarza.
Główny scenariusz powodzenia:
- Logowanie do systemu
Przejście przez krok 1:
- Wybranie lekarza z listy dostępnych
- Wybranie dostępnej daty wizyty
- Wprowadzenie krótkiego opisu
Przejście przez krok 2:
- Wybranie dostępnej godziny wizyty
Przejście przez krok 3:
- Zatwierdzenie podsumowanych informacji dot. Wizyty
Edycja zaplanowanej wizyty
Aktor - Pacjent
Warunek początkowy: Pacjent jest zalogowany oraz ma stworzoną wizytę
Warunek końcowy: Wprowadzenie oraz wyświetlenie zmian w bazie danych oraz panelach nawigacyjnych pacjenta / lekarza
Główny scenariusz powodzenia:
- Logowanie do systemu
- Wybranie zaplanowanej wizyty
- Odwołanie zaplanowanej wizyty
- Potwierdzenie odwołania wizyty
- Stworzenie nowej wizyty (Opcjonalnie)
Weryfikacja poprzednich wizyt:
Aktor - Pacjent
Warunek początkowy: Pacjent jest zalogowany oraz odbył przynajmniej 1 wizytę
Warunek końcowy: Wyświetlenie informacji nt. przeprowadzonych wizyt z bazy danych
Główny scenariusz powodzenia:
- Logowanie do systemu
- Przejście do widoku historii wizyt z poziomu sekcji Poprzednie wizyty
Edycja danych osobowych
Aktor - Pacjent
Warunek początkowy: Pacjent jest zalogowany
Warunek końcowy: Wprowadzenie oraz wyświetlenie zmian w bazie danych oraz panelu nawigacyjnym pacjenta
Główny scenariusz powodzenia:
- Logowanie do systemu
- Wybranie opcji Zmień dane z poziomu panelu nawigacyjnego
- Poprawna edycja danych osobowych
- Zapisanie zmian
Use Case dla Doktora:
Dodawanie nowego użytkownika:
Aktor - Doktor
Warunek początkowy: Użytkownik musi przejść do formularza rejestracji
Warunek końcowy: Zapisanie nowego użytkownika do bazy danych
Główny scenariusz powodzenia:
- Bezbłędne wypełnienie wszystkich pól w formularzu rejestracyjnym
Podgląd zaplanowanych w danym dniu wizyt:
Aktor - Doktor
Warunek początkowy: Doktor jest zalogowany
Warunek końcowy: Zwrócenie informacji z bazy danych nt. Zaplanowanych w danym dniu wizyt
Główny scenariusz powodzenia:
- Logowanie do systemu
- Otworzenie dostępnych wizyt w danym dniu
Zakończenie odbytej wizyty:
Aktor - Doktor
Warunek początkowy: Doktor jest zalogowany, zaplanowana jest wizyta w danym dniu
Warunek końcowy: Zapisanie i zwrócenie informacji z bazy danych nt. Zakończenia zaplanowanej wizyty w danym dniu
Główny scenariusz powodzenia:
- Logowanie do systemu
- Otworzenie konkretnej wizyty w danym dniu
- Uzupełnienie wizyty o informacje dla pacjenta
- Zakończenie wizyty
Weryfikacja przeprowadzonych wizyt:
Aktor - Doktor
Warunek początkowy: Doktor jest zalogowany oraz odbył przynajmniej 1 wizytę
Warunek końcowy: Wyświetlenie informacji nt. przeprowadzonych wizyt z bazy danych
Główny scenariusz powodzenia:
- Logowanie do systemu
- Przejście do widoku historii wizyt z poziomu sekcji Historia twoich wizyt
Dodawanie nowej absencji:
Aktor - Doktor
Warunek początkowy: Doktor jest zalogowany, doktor nie posiada zaplanowanej absencji w danym dniu
Warunek końcowy: Zapisanie i zwrócenie informacji do bazy danych nt. absencji doktora w konkretnym dniu
Główny scenariusz powodzenia:
- Logowanie do systemu
- Wybranie dostępnej opcji Dodaj dzień wolny
- Bezbłędne wypełnienie wszystkich pól w formularzu absencji
- Potwierdzenie dodania absencji
Edycja zaplanowanej absencji:
Aktor - Doktor
Warunek początkowy: Doktor jest zalogowany, doktor posiada zaplanowaną absencje w danym dniu
Warunek końcowy: Zapisanie i zwrócenie informacji do bazy danych nt. absencji doktora w konkretnym dniu
Główny scenariusz powodzenia:
- Logowanie do systemu
- Wybranie dostępnej opcji Edytuj nieobecności
- Wybranie i usunięcie zaplanowanej absencji
- Dodanie nowej absencji (opcjonalnie)
Podgląd zaplanowanych absencji:
Aktor - Doktor
Warunek początkowy: Doktor jest zalogowany, doktor posiada zaplanowaną absencje w danym dniu
Warunek końcowy: Zwrócenie informacji z bazy danych nt. absencji doktora w konkretnym dniu
Główny scenariusz powodzenia:
- Logowanie do systemu
- Weryfikacja zaplanowanych absencji z poziomu panelu nawigacyjnego użytkownika