4. Perspektywa przypadków użycia:
- 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.
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
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
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
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
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
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
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”
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
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
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
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
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
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
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
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ć
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
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.
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.
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.
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.
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.
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.
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.