io projekt part2 Przypadki uzycia

4. Perspektywa przypadków użycia:

4.1.1 Opisy tekstowe aktorów

- Pacjent – osoba, która jest zainteresowana leczeniem w przychodni. Występuje w

przypadkach jak logowanie i rejestracja.

- Rejestrator – osoba upoważniona do rejestrowania oraz wyrejestrowywania,

dodawania, usuwania, modyfikowania, wyszukiwania danych pacjentów oraz do

wysyłania wiadomości lekarzom.

- Administrator – osoba upoważniona do dodawania, usuwania pracowników,

zarządzania ich urlopami oraz zarządzania zaopatrzeniem

- Lekarz – osoba, która jest odpowiedzialna za leczenie pacjentów, ma możliwość

odczytywania historii choroby, dodawania nowych wpisów do niej, zlecania zabiegów,

kierowania pacjenta na badania i na konsultacje do specjalisty, komunikowania się z

pozostałym personelem.

- Pielęgniarka – osoba, która jest odpowiedzialna za wykonywanie zabiegów, ma

możliwość odczytywania listy zabiegów, rejestrowania wykonanych zabiegów w bazie,

komunikowania się z pozostałym personelem.

4.1.3 Opisy tekstowe przypadków użycia

„Logowanie”

1. Uczestniczący aktorzy: Pacjent

2. Podstawowy ciąg zdarzeń:

- System wyświetla ekran do zalogowania

- Pacjent podaje swój numer PESEL i hasło

- Pacjent wciska przycisk Zaloguj

- Pacjent się zalogował

- System wyświetla ekran do dokonania rejestracji

3. Alternatywne ciągi zdarzeń:

a.) Pacjent podał błędne dane

- System wyświetla komunikat o błędzie w logowaniu

b.) Pacjent zrezygnował z logowania i zamknął przeglądarkę

- Logowanie nie doszło do skutku

4. Zależności czasowe:

- częstotliwość wykonania: 20-40 razy dziennie

- przewidywanie spiętrzenia: okres zmiennych temperatur, jesień, zima, wczesna wiosna, pierwszy dzień po dniach świątecznych

- typowy czas realizacji: ok. 1 min.

- maksymalny czas realizacji: ok. 10 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- system wyświetla ekran do dokonania rejestracji

- pacjent jest zalogowany w systemie rejestracji online

„Rejestracja”

1. Uczestniczący aktorzy: Pacjent

2. Podstawowy ciąg zdarzeń:

- Pacjent, aby zarejestrować się musi zalogować się do systemu (przypadek użycia „Logowanie”)

- Wchodzi na stronę przychodni, gdzie pojawia się formularz, tam podaje swój numer PESEL i hasło

- Pacjent loguje się do systemu

- System wyświetla ekran rejestracji

- Pacjent wybiera datę, na którą chce się umówić, lekarza i godzinę wizyty

- Następnie może sprawdzić dostępność terminu poprzez wciśnięcie przycisku „Sprawdź dostępność terminu”

- Jeśli termin jest wolny pacjent może wcisnąć przycisk „Zarejestruj” i zarejestrować się na wizytę.

- Pacjent wyłącza przeglądarkę

3. Alternatywne ciągi zdarzeń:

a) pacjent podał błędne dane do logowania

- system wyświetla komunikat o nieprawidłowych danych i nieudanym logowaniu

b) pacjent wybrał datę wcześniejszą niż aktualna

- system wyświetla komunikat o nieprawidłowym terminie

c) pacjent wybrał zajęty termin

- system wyświetla komunikat o zajętym terminie

4. Zależności czasowe:

- częstotliwość wykonania: 18-40 razy dziennie

- przewidywanie spiętrzenia: okres zmiennych temperatur, jesień, zima, wczesna wiosna, pierwszy dzień po dniach świątecznych

- typowy czas realizacji: ok. 5 min.

- maksymalny czas realizacji: ok. 15 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- komunikat o dokonaniu rejestracji

- zapisanie terminu wizyty w bazie danych

„Dodanie nowego pacjenta”

1. Uczestniczący aktorzy: Rejestrator

2. Podstawowy ciąg zdarzeń:

- Rejestrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Rejestrator wciska przycisk „Nowy pacjent” i otwiera się okno „Dodawanie nowego pacjenta”

- Rejestrator wypełnia dane osobowe pacjenta i wciska „Dodaj”

- Pacjent został dodany

3. Alternatywne ciągi zdarzeń:

a) Pacjent posiada niekompletne dane

- Anulowanie dodania pacjenta

b) Pacjent się rozmyślił

- Anulowanie dodania pacjenta

4. Zależności czasowe:

- częstotliwość wykonania: 0-5 razy dziennie

- przewidywanie spiętrzenia: okres zmiennych temperatur, jesień, zima, wczesna wiosna, pierwszy dzień po dniach świątecznych

- typowy czas realizacji: ok. 8 min.

- maksymalny czas realizacji: ok. 15 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- dodanie pacjenta do bazy danych przychodni

„Wyszukanie pacjenta”

1. Uczestniczący aktorzy: Rejestrator

2. Podstawowy ciąg zdarzeń:

- Rejestrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Rejestrator wciska przycisk „Wyszukaj pacjenta”,

- w oknie „Wyszukiwanie pacjenta” podaje znane mu dane osobowe pacjenta i wciska przycisk „Wyszukaj”, w Oknie „Znalezieni pacjenci” wybiera odpowiedni rekord, natomiast w oknie „Umówione wizyty pacjenta” wyświetlają się przyszłe umówione wizyty pacjenta

3. Alternatywne ciągi zdarzeń:

a) Pacjent podał błędne dane

- Rejestrator nie znajdzie danego pacjenta

b) Pacjent nie istnieje w bazie danych przychodni

- Rejestrator nie znajdzie danego pacjenta

4. Zależności czasowe:

- częstotliwość wykonania: 20-50

- przewidywanie spiętrzenia: okres zmiennych temperatur, jesień, zima, wczesna wiosna, pierwszy dzień po dniach świątecznych

- typowy czas realizacji: 1 min.

- maksymalny czas realizacji: 10 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- Pacjent został znaleziony w bazie danych, jego dane mogą zostać przejrzane lub edytowane

„Modyfikacja danych pacjenta”

1. Uczestniczący aktorzy: Rejestrator

2. Podstawowy ciąg zdarzeń:

- Rejestrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Rejestrator wybiera przycisk „Wyszukaj pacjenta”, wyświetla się okno „Wyszukiwanie pacjenta” (przypadek użycia „Wyszukanie pacjenta”)

- Rejestrator uzupełnia pola, które są mu znane i wciska przycisk „Wyszukaj”, na ListBox’ie pojawiają się wyniki wyszukiwania

- Rejestrator wybiera pacjenta, którego szukał według zwróconych danych osobowych, zaznacza rekord i wciska przycisk „Edytuj”, wtedy wyświetla się okno „Edycja danych pacjenta”, w polach znajdują się dotychczasowe dane Pacjenta.

- Rejestrator wciska przycisk „Zapisz”

- Zmiany zostają zapisane w systemie

3. Alternatywne ciągi zdarzeń:

a) Pacjent anulował proces aktualizacji danych

- Rejestrator wciska „Anuluj” i tym samym anuluje edycję

b) Nie można znaleźć pacjenta w bazie danych

- Rejestrator szuka np. tylko po nazwisku lub tylko po imieniu i

szuka literówek w danych osobowych, jeśli znajdzie, poprawia błędy

- Jeśli w dalszym ciągu nie można znaleźć danego pacjenta, Rejestrator dodaje nowego do bazy danych.

4. Zależności czasowe:

- częstotliwość wykonania: 0-10 razy w miesiącu

- przewidywanie spiętrzenia: okres zmiennych temperatur, jesień, zima, wczesna wiosna, pierwszy dzień po dniach świątecznych

- typowy czas realizacji: 5 min.

- maksymalny czas realizacji: ok. 30 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- wprowadzone zmiany zapisują się w bazie danych przychodni

„Dodawanie do bazy danych nowego pracownika”

1. Uczestniczący aktorzy: Administrator

2. Podstawowy ciąg zdarzeń

- Administrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Administrator wpisuje wymagane informacje (wybiera stanowisko, wpisuje imię, nazwisko, specjalizację, nr prawa wykonywania zawodu, adres zamieszkania, nr dowodu osobistego),

- Administrator potwierdza operację klikając przycisk „Dodaj”,

- System weryfikuje kompletność danych,

- w przypadku powodzenia następuje dodanie nowego pracownika

3. Alternatywne ciągi zdarzeń

a) System stwierdza niekompletność danych

- System wyświetla odpowiedni komunikat o zaistniałym błędzie

(informacja o brakujących uzupełnionych polach)

- Powrót do głównego okna w celu uzupełnienia niekompletnych

danych

4. Zależności czasowe

- częstotliwość wykonania: nieokreślony

- przewidywane spiętrzenia: nieokreślony

- typowy czas realizacji: ~10 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- Komunikat informujący o dodaniu nowego pracownika,

- Zmiany w centralnej bazie danych przychodni

„Wyszukiwanie pracownika z bazy”

1. Uczestniczący aktorzy: Administrator

2. Podstawowy ciąg zdarzeń

- Administrator musi być zalogowany do systemu (przypadek użycia „Logowanie”),

- Administrator wpisuje informacje o pracowniku (nie muszą być kompletne),

- Administrator potwierdza operację klikając przycisk „Wyszukaj” (przypadek użycia „Wyszukiwanie pracownika”),

- System wyszukuje pracownika/pracowników spełniających podane kryteria

3. Alternatywne ciągi zdarzeń

a) System stwierdza niekompletność danych

- System wyświetla odpowiedni komunikat o zaistniałym błędzie (informacja o brakujących uzupełnionych polach)

- Powrót do głównego okna w celu uzupełnienia niekompletnych danych

4. Zależności czasowe

- częstotliwość wykonania: nieokreślony

- przewidywane spiętrzenia: nieokreślony

- typowy czas realizacji: ~1 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- system wyświetla dane o pracownikach w oknie „Wyniki wyszukiwania”

„Edycja danych pracownika”

1. Uczestniczący aktorzy: Administrator

2. Podstawowy ciąg zdarzeń

- Administrator musi być zalogowany do systemu (przypadek użycia „Logowanie”),

- Administrator wpisuje informacje o pracowniku (nie muszą być kompletne),

- Administrator potwierdza operację klikając przycisk „Wyszukaj” (przypadek użycia

„Wyszukiwanie pracownika”),

- System wyszukuje pracownika/pracowników spełniających podane kryteria,

- Administrator zaznacza wybrane pole w oknie „Wyniki wyszukiwania”

- Administrator potwierdza chęć edycji danych przez kliknięcie przycisku „Edytuj”

- System pokazuje nowe okno z wypełnionymi danymi danego pracownika

- Administrator zmienia interesujące go pola i potwierdza zmiany klikając przycisk „OK.”

3. Alternatywne ciągi zdarzeń

a) System stwierdza brak pracownika o podanych danych

- System wyświetla odpowiedni komunikat o braku pasujących pracowników do podanych kryteriów

- powrót do głównego okna w celu uzupełnienia/poprawienia niekompletnych danych

b) Administrator nie zatwierdza wpisanych nowych danych w oknie „Edycja danych”

- System pyta o potwierdzenie decyzji, w przypadku potwierdzenia zamykane jest okno „Edycja danych” bez zapamiętania ew. wpisanych tam danych

4. Zależności czasowe

- częstotliwość wykonania: nieokreślony

- przewidywane spiętrzenia: nieokreślony

- typowy czas realizacji: ~1-10 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- System wyświetla komunikat o powodzeniu zmiany danych

- System zmienia odpowiednie dane w bazie danych o pracownikach

„Usunięcie danych pracownika”

1. Uczestniczący aktorzy: Administrator

2. Podstawowy ciąg zdarzeń

- Administrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Administrator wpisuje informacje o pracowniku (nie muszą być kompletne)

- Administrator potwierdza operację klikając przycisk „Wyszukaj” (przypadek użycia

„Wyszukiwanie pracownika”),

- System wyszukuje pracownika/pracowników spełniających podane kryteria

- Administrator zaznacza wybrane pole w oknie „Wyniki wyszukiwania”

- Administrator potwierdza chęć usunięcia danych przez kliknięcie przycisku „Usuń”

- System potwierdza chęć usunięcia poprzez pokazanie okna dialogowego „UWAGA!!!”

- Administrator potwierdza usunięcie klikając przycisk „OK.”

3. Alternatywne ciągi zdarzeń

a) System stwierdza brak pracownika o podanych danych

- System wyświetla odpowiedni komunikat o braku pasujących pracowników do podanych kryteriów

- Powrót do głównego okna w celu uzupełnienia/poprawienia niekompletnych danych

b) Administrator nie zatwierdza usunięcia danych w oknie „UWAGA!!!”

- System zamyka okno „UWAGA!!!”, dane nie zostają usunięte

4. Zależności czasowe

- częstotliwość wykonania: nieokreślony

- przewidywane spiętrzenia: nieokreślony

- typowy czas realizacji: ~1-10 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- system wyświetla komunikat o powodzeniu usunięcia danych

- System usuwa pracownika z bazy danych

„Zarządzanie urlopami”

1. Uczestniczący aktorzy: Administrator

2. Podstawowy ciąg zdarzeń

- Administrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Administrator wpisuje informacje o pracowniku (nie muszą być kompletne)

- Administrator potwierdza operację klikając przycisk „Wyszukaj” (przypadek użycia

„Wyszukiwanie pracownika”),

- System wyszukuje pracownika/pracowników spełniających podane kryteria

- Administrator zaznacza wybrane pole w oknie „Wyniki wyszukiwania” oraz potwierdza chęć edycji urlopu przez kliknięcie przycisku „Zarządzaj urlopem”

- System wyświetla okno „Urlopy”, w którym podaje ilość dni wolnych pozostałych danemu pracownikowi oraz urlopy w planie

- Administrator zaznacza określony urlop i wciska przycisk „Dodaj nowy urlop”

- System wyświetla okno „Nowy urlop”, w którym Administrator podaje okres nowego urlopu, po czym klika „Zatwierdź”

3. Alternatywne ciągi zdarzeń

a) System stwierdza brak pracownika o podanych danych

- System wyświetla odpowiedni komunikat o braku pasujących pracowników do podanych kryteriów

- Powrót do głównego okna w celu uzupełnienia/poprawienia niekompletnych danych

b) Administrator przyciśnie przycisk „Usuń zaznaczony” w oknie „Urlopy”

- System usuwa zaznaczony urlop danego pracownika

c) Administrator przyciśnie przycisk „Edytuj zaznaczony” w oknie „Urlopy”

- System wyświetla okno „Nowy urlop”

- Administrator wybiera z rozwijanej listy czas trwania urlopu podając datę od/do

- Administrator klika przycisk „Zatwierdź”

- System zapisuje informację dotyczącą urlopów pracownika

d) Administrator klika przycisk „Anuluj” w oknie „Urlopy”

- System zamyka okno „Urlopy”, dane o urlopach nie zostają zmodyfikowane

e) Czas urlopu przekroczy dostępną liczbę wolnych dni danych pracownika

- System wyświetla informację o typu błędu

- dane o urlopach nie zostają zmodyfikowane

f) Administrator przyciśnie przycisk „Anuluj” w oknie „Nowy urlop”

- System zamknie okno „Nowy urlop”

- dane o nowym urlopie nie zostaną zapisane

4. Zależności czasowe

- częstotliwość wykonania: nieokreślony

- przewidywane spiętrzenia: w czasie letniego okresu urlopowego oraz w okresie świąt

- typowy czas realizacji: ~1-10 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- system wyświetla komunikat o powodzeniu zapisania/edytowania/usunięcia urlopu

- System dokonuje odpowiednich zmian w bazie danych

„Zarządzanie zaopatrzeniem”

1. Uczestniczący aktorzy: Administrator

2. Podstawowy ciąg zdarzeń

- Administrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Administrator wciska przycisk „Zarządzanie zaopatrzeniem”

- Pojawia się nowe okno „Zaopatrzenie”

- Administrator wpisuje: nazwę produktu, ilość oraz uwagi a następnie klika „Dodaj do

listy”

- System dodaje daną pozycję do listy zamówień

- Administrator potwierdza zamówienie klikając „Zgłoś zamówienie”

3. Alternatywne ciągi zdarzeń:

a) Administrator zamknie okno „Zaopatrzenie”

- dane zamówienie nie zostanie zapisane

b) Administrator zechce usunąć jedną pozycję z zamówienia

- Administrator zaznacza daną pozycję, a następnie wciska „Usuń z listy”

- System usuwa z listy daną pozycję, nie zostanie ona dołączona do zamówienia

4. Zależności czasowe:

- częstotliwość wykonania: nieokreślona

- przewidywanie spiętrzenia: nieokreślone

- typowy czas realizacji: nieokreślony

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- System wyświetla odpowiedni komunikat o złożonym zamówieniu

- System wysyła zamówienie do hurtowni/dostawcy

„Rejestracja pacjenta”

1. Uczestniczący aktorzy: Rejestrator

2. Podstawowy ciąg zdarzeń:

- Rejestrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Rejestrator po zalogowaniu się do systemu wciska przycisk „Rejestracja pacjenta”

- System otwiera okno „Rejestracja pacjenta”

- Rejestrator podaje znane mu dane pacjenta i wciska przycisk „Wyszukaj” (przypadek

użycia „wyszukaj Pacjenta”)

- W oknie „Znalezieni pacjenci” wybiera z wyników wyszukiwania danego pacjenta,

następnie wybiera lekarza, godzinę i datę wizyty. Jeśli ma być to wizyta domowa, to

podaje rownież adres chorego.

- Następnie wciska przycisk „Zarejestruj”

- Pacjent został zarejestrowany

3. Alternatywne ciągi zdarzeń:

a) Nie można znaleźć pacjenta

- Należy najpierw dodać pacjenta do bazy danych

b) Pacjent zrezygnował z rejestracji

- Rejestrator wciska przycisk „Anuluj”

4. Zależności czasowe:

- częstotliwość wykonania: 50-100 razy dziennie

- przewidywanie spiętrzenia: okres zmiennych temperatur, jesień, zima, wczesna wiosna,

pierwszy dzień po dniach świątecznych

- typowy czas realizacji: 3 min.

- maksymalny czas realizacji: 15 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- informacje o pacjencie i wizycie zostały zapisane w bazie danych przychodni

„Modyfikacja rejestracji”

1. Uczestniczący aktorzy: Rejestrator

2. Podstawowy ciąg zdarzeń:

- Rejestrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Rejestrator wciska przycisk „Wyszukaj pacjenta” (przypadek użycia „Wyszukiwanie

pacjenta”),

- w oknie „Wyszukiwanie pacjenta” podaje znane mu dane osobowe pacjenta i wciska

przycisk „Wyszukaj”, w Oknie „Znalezieni pacjenci” wybiera odpowiedni rekord, natomiast w oknie „Umówione wizyty pacjenta” wyświetlają się przyszłe umówione wizyty pacjenta

- Rejestrator zaznacza odpowiednią wizytę i wciska przycisk „Edytuj wizytę”

- System wyświetla okno „Rejestracja pacjenta” z wypełnionymi polami

- Rejestrator zmienia parametry wizyty i wciska „Zarejestruj”

- Rejestracja została zmieniona

3. Alternatywne ciągi zdarzeń:

a) Pacjent nie istnieje w bazie danych

- Anulowanie wyszukiwania

4. Zależności czasowe:

- częstotliwość wykonania: 5-30 razy w miesiącu

- przewidywanie spiętrzenia: okres zmiennych temperatur, jesień, zima, wczesna wiosna,

pierwszy dzień po dniach świątecznych

- typowy czas realizacji: 5 min.

- maksymalny czas realizacji: 20 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- stara informacja o wizycie została usunięta z bazy danych i ustawiona została nowa

wizyta

„Usuwanie rejestracji”

1. Uczestniczący aktorzy: Rejestrator

2. Podstawowy ciąg zdarzeń:

- Rejestrator musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Rejestrator wciska przycisk „Wyszukaj pacjenta” (przypadek użycia „Wyszukiwanie

pacjenta”),

- w oknie „Wyszukiwanie pacjenta” podaje znane mu dane osobowe pacjenta i wciska

przycisk „Wyszukaj”, w Oknie „Znalezieni pacjenci” wybiera odpowiedni rekord, natomiast w oknie „Umówione wizyty pacjenta” wyświetlają się przyszłe umówione wizyty pacjenta

- Rejestrator zaznacza odpowiednią wizytę i wciska przycisk „Usuń wizytę”

- Rejestracja została usunięta

3. Alternatywne ciągi zdarzeń:

a) Pacjent nie istnieje w bazie danych

- Anulowanie wyszukiwania

4. Zależności czasowe:

- częstotliwość wykonania: 5-30 razy w miesiącu

- przewidywanie spiętrzenia: okres zmiennych temperatur, jesień, zima, wczesna wiosna, pierwszy dzień po dniach świątecznych

- typowy czas realizacji: 5 min.

- maksymalny czas realizacji: 20 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- informacja o rejestracji została usunięta z bazy danych

„Komunikacja między pracownikami”

1. Uczestniczący aktorzy: Rejestrator, Lekarz, Administrator, Pielęgniarka

2. Podstawowy ciąg zdarzeń:

- Pracownik musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Aktor wybiera z listy pracowników osobę, do której chce wysłać wiadomość, następnie

wciska przycisk „Wyślij wiadomość do:”

- Pojawia się okno „Rozmowa”

- Aktor wpisuje treść w okno „Twoja wiadomość: „, następnie wciska przycisk „Wyślij”

- Wiadomość została wysłana do wybranego aktora

- Na oknie odbiorcy zacznie migać przycisk „Odebrane wiadomości”

- Odbiorca wiadomości wciska przycisk „Odebrane wiadomości” i tym samym otwiera

okno rozmowy, gdzie może przeczytać wysłaną do niego wiadomość

3. Alternatywne ciągi zdarzeń:

a) Dana osoba nie jest zalogowana w systemie

- System wyświetli okno z informacją, że dany pracownik jest niedostępny

4. Zależności czasowe:

- częstotliwość wykonania: nieokreślona

- przewidywanie spiętrzenia: nieokreślone

- typowy czas realizacji: 1 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- system przekazuje wiadomość do wybranego aktora, co sygnalizowane jest miganiem

przycisku „Odebrane wiadomości”

- odbiorca wiadomości może odczytać wiadomość i odpowiedzieć

„Logowanie – pracowników przychodni”

1. Uczestniczący aktorzy: Rejestrator, Lekarz, Pielęgniarka, Administrator

2. Podstawowy ciąg zdarzeń:

- Aktor wybiera z menu Plik->Zaloguj

- System wyświetla formularz pozwalający na wpisanie loginu i hasła

- Aktor wpisuje wymagane informacje oraz zatwierdza operację

- System weryfikuje kompletność i poprawność danych

3. Alternatywne ciągi zdarzeń:

a) System stwierdza niekompletność lub niepoprawność danych

- System wyświetla odpowiedni komunikat o zaistniałym błędzie

- Powrót do formularza z loginem i hasłem

4. Zależności czasowe:

- częstotliwość wykonania: nieokreślone

- przewidywanie spiętrzenia: nieokreślone

- typowy czas realizacji: < 1 min.

- maksymalny czas realizacji: 1 min.

5. Wartości uzyskane przez aktorów po zakończeniu przypadku użycia:

- Aktor został zalogowany do systemu

„Zlecenie zabiegu”

1. Uczestniczący aktorzy: Lekarz

2. Podstawowy ciąg zdarzeń

- lekarz musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- lekarz w swoim oknie wciska przycisk „Zlecenie zabiegu”

- system wyświetla formularz pozwalający na wpisanie szczegółów zabiegu

- po wypełnieniu formularza i wciśnięciu „Wyślij zlecenie” zlecenie jest przesyłane do

komputera pielęgniarki

- system zapisuje zlecenie w systemie

3. Alternatywne ciągi zdarzeń

a) Lekarz rezygnuje ze zlecenia zabiegu

- Lekarz wciska przycisk Anuluj.

4. Zależności czasowe

- częstotliwość wykonania: ~10-15 razy dziennie

- przewidywane spiętrzenia: zima (epidemie, itd.)

- typowy czas realizacji: ~1 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- komunikat informujący o przyjęciu zlecenia zabiegu,

- informacja o nowym zleceniu zabiegu w komputerze pielęgniarki,

- wpis w bazie danych dotyczący zlecenia.

„Wystawienie skierowania na badania”

1. Uczestniczący aktorzy

- Lekarz

2. Podstawowy ciąg zdarzeń

- Pracownik musi być zalogowany do systemu (przypadek użycia „Logowanie”),

- Lekarz wciska przycisk „Wypisz skierowanie”

- System wyświetla formularz pozwalający na podanie szczegółów skierowania,

- Lekarz wybiera badanie z listy,

- Lekarz wciska przycisk OK

- System zapisuje dane o skierowaniu w systemie,

- System informuje o pomyślnym wypisaniu skierowania,

- System drukuje skierowanie.

3. Alternatywne ciągi zdarzeń

a) System stwierdza, że nie ma możliwości wydrukować skierowania (np. problem z

połączeniem z drukarką, brak papieru, toneru, itp.)

- System rejestruje skierowanie w bazie i wyświetla informację z prośbą o ręczne

wypisanie skierowania

b) Lekarz rezygnuje z wystawienia skierowania

- Lekarz wciska przycisk Anuluj.

4. Zależności czasowe

- częstotliwość wykonania: ~15-20 razy dziennie

- przewidywane spiętrzenia: zima (epidemie, itd.)

- typowy czas realizacji: ~1 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- komunikat informujący o przyjęciu zlecenia skierowania,

- wydruk skierowania,

- wpis w bazie danych dotyczący zlecenia.

„Wystawienie skierowania na konsultacje”

1. Uczestniczący aktorzy

- Lekarz

2. Podstawowy ciąg zdarzeń

- Pracownik musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- Lekarz wciska przycisk „Skierowanie na konsultacje”,

- System wyświetla formularz pozwalający na wpisanie szczegółów skierowania,

- Lekarz wpisuje dane dotyczące skierowania, czyli np. poradnię, do której kierowany jest

pacjent,

- Lekarz zatwierdza skierowanie wciskając przycisk OK,

- System zapisuje skierowanie w systemie,

- System informuje o pomyślnym wykonaniu operacji,

- System drukuje skierowanie.

3. Alternatywne ciągi zdarzeń

a) System stwierdza, że nie ma możliwości wydrukować skierowania (np. problem z

połączeniem z drukarką, brak papieru, toneru, itp.)

- system rejestruje skierowanie w bazie i wyświetla informację z prośbą o ręczne

wypisanie skierowania

b) Lekarz rezygnuje z wystawienia skierowania

- Lekarz wciska przycisk Anuluj.

4. Zależności czasowe

- częstotliwość wykonania: ~10-12 razy dziennie

- przewidywane spiętrzenia: nieokreślone

-typowy czas realizacji: ~1 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- komunikat informujący o przyjęciu zlecenia skierowania,

- wydruk skierowania,

- wpis w bazie danych dotyczący zlecenia.

„Odczytanie historii choroby”

1. Uczestniczący aktorzy

- Lekarz

2. Podstawowy ciąg zdarzeń

- pracownik musi być zalogowany do systemu (przypadek użycia „Logowanie”)

- po wybraniu pacjenta z listy zarejestrowanych pacjentów w oknie pojawia się historia

poprzednich wpisów z wizyt danej osoby,

- historia jest tylko do odczytu,

- po skończonej wizycie, lekarz naciska przycisk „pacjent obsłużony”, co zamyka historię

choroby.

3. Alternatywne ciągi zdarzeń

a) Lekarz stwierdza, że wybrał nieodpowiedniego pacjenta z listy

- Lekarz wybiera odpowiedniego pacjenta z listy

4. Zależności czasowe

- częstotliwość wykonania: ~20-25 razy dziennie

- przewidywane spiętrzenia: nieokreślone

- typowy czas realizacji: ~1 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- informacja dla lekarza o historii choroby pacjenta.

„Dodanie wpisu do historii choroby”

1. Uczestniczący aktorzy

- Lekarz

2. Podstawowy ciąg zdarzeń

- Lekarz wybiera pacjenta z listy zarejestrowanych pacjentów w oknie oraz ogląda

historię chorób pacjenta (przypadek użycia: „Odczytanie historii choroby”)

- Lekarz dodaje nowy wpis do historii choroby dotyczący aktualnej wizyty

- Lekarz wciska przycisk „Dodaj wpis”, który dodaje wpis do bazy danych.

3. Alternatywne ciągi zdarzeń

a) Lekarz stwierdza, Że wybrał nieodpowiedniego pacjenta z listy

- Lekarz wybiera odpowiedniego pacjenta z listy

b) Lekarz stwierdza, Że pacjent jest zdrowy

- Lekarz wciska przycisk „Pacjent obsłużony” nie dodając nowego

wpisu do historii

4. Zależności czasowe

- częstotliwość wykonania: ~20-25 razy dziennie

- przewidywane spiętrzenia: nieokreślone

- typowy czas realizacji: ~1 min.

- maksymalny czas realizacji: nieokreślony

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- nowy wpis w bazie danych dotyczący historii chorób danego pacjenta.

„Odczytanie listy zabiegów”

1. Uczestniczący aktorzy

- Pielęgniarka

2. Podstawowy ciąg zdarzeń

- Pielęgniarka otwiera okno z listą pacjentów z pacjentami, którzy mają zlecone zabiegi

- Pielęgniarka odczytuje nazwę i szczegóły zabiegu.

3. Alternatywne ciągi zdarzeń

- brak

4. zależności czasowe

- częstotliwość wykonania: ~20-25 razy dziennie

- przewidywane spiętrzenia: zima (epidemie, itp.), okresy szczepień

- typowy czas realizacji: ~5 min.

- maksymalny czas realizacji: 20min

5. wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- informacja dla pielęgniarki o zleconych zabiegach.

„Wykonanie zabiegu”

1. Uczestniczący aktorzy

- Pielęgniarka

2. Podstawowy ciąg zdarzeń

- Pielęgniarka wybiera pacjenta z listy,

- Pielęgniarka odczytuje nazwę i szczegóły zabiegu (przypadek „Odczytanie listy

zabiegów”),

- po wykonaniu zabiegu zatwierdza jego wykonanie przyciskiem,

- pacjent jest usuwany z listy osób, którym zostały zlecone zabiegi.

3. Alternatywne ciągi zdarzeń

a) Pielęgniarka stwierdza, Że wybrał nieodpowiedniego pacjenta z listy

- Pielęgniarka wybiera odpowiedniego pacjenta z listy

b) Pielęgniarka stwierdza, Że brakuje odpowiedniego sprzętu (np. strzykawek, etc)

- Pielęgniarka wysyła odpowiednią informację do administratora.

4. Zależności czasowe

- częstotliwość wykonania: ~15-25 razy dziennie

- przewidywane spiętrzenia: zima (epidemie, itp.), okresy szczepień

- typowy czas realizacji: ~5 min.

- maksymalny czas realizacji: 20min

5. Wartości uzyskiwane przez aktorów po zakończeniu przypadku użycia

- wpis w bazie o wykonanym zabiegu.


Wyszukiwarka

Podobne podstrony:
Projekt Inż, Scenariusz przypadków użycia
Projekt Inż Scenariusz przypadków użycia
Projekt Inż, Scenariusz przypadków użycia, Scenariusz przypadków użycia:
Projektowanie systemów informatycznych,Informacje ogólne i przykłady, Diagramy przypadków użycia Ro
Lab1 Przypadki Użycia
4 Scenariusz Przypadku Użycia
projekt socjalny - przypadek Pani Maria 48l, Projekt socjalny
IO Projekt MaxkoM
01 Diagram przypadków uzycia
Inżynieria oprogramowania 4 (Przypadki użycia)
Diagram przypadków użycia cwiczenia dla studentów
Przypadek użycia
Opis przypadków użycia
Szczegolne przypadki uzycia rodzajnika określonego, język włoski
Diagram przypadków użycia i klas, Programowanie obiektowe
2007 07 Wykorzystanie przypadków użycia do modelowania zachowania [Inzynieria Oprogramowania]
IO Projekt

więcej podobnych podstron