Changes between Version 2 and Version 3 of Making appointment


Ignore:
Timestamp:
11/02/17 03:29:15 (7 years ago)
Author:
Dajana Stojchevska
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • Making appointment

    v2 v3  
    33=== 1. Guidance ===
    44
    5 This section provides a description of each section in the use case template.
     5This use case is intended to explain the process of making an appointment for the patient.
    66
    77=== 2. Use Case Identification ===
    … …  
    1212
    1313'''2.3. Use Case History'''
    14 * '''Created by''': ...
    15 * '''Date created''': ...
    16 * '''Last updated by''': ...
    17 * '''Date last updated''': ...
     14* '''Created by''': Sashko M.
     15* '''Date created''': 01.11.2017
     16* '''Last updated by''': Dajana S.
     17* '''Date last updated''': 02.11.2017
    1818
    1919=== 3. Use Case Definition ===
    … …  
    2121'''3.1. Actors '''
    2222
    23 Доктор, Шалтерски работник, Пациент
     23* Doctor
     24* Patient
    2425
    2526'''3.2. Trigger'''
    2627
    27  1. Шалтерскиот работник сака да закаже преглед  на некој пациент.
    28  2. Пациентот праќа барање на преглед, тоа се разгледува од шалтерскиот работник па се препраќа до докторот и тој го прави закажувањето.
     28A patient sends a request for making an appointment.
    2929
    3030'''3.3. Description'''
    3131
    32 1. Закажување на преглед преку пациентскиот модул.
    33 2. Закажување преглде преку Шалтерскиот работник.
     32A patient makes an appointment using the patient's module. The patient asks to make an appointment by clicking a button ''Make an appointment'' which generates a new request for making an appointment. The system then searches for available time slots in which an appointment at the patient's GP can be made. The system throws out the first five available time slots that it has found. The patient can either cancel the request for making the appointment or choose one time slot out of the five offered by the system. After the patient chooses corresponding time slot, the doctor's list of appointments is automatically updated.
     33
    3434'''3.4. Preconditions'''
    3535
    36 1.Пациентот треба да биде пациент во Болницата во која сака да го закаже прегледот.
    37 2.Пациентот треба да има матичен лекар.
     361. The patient needs to be registered in the hospital in which the appointment is about to be made.
     372. The patient needs to have GP assigned.
    3838
    39 '''3.5. Postconditions'''
     39'''3.5. Post-conditions'''
    4040
    41 1.Пациентот закажува преглед, а докторот има увид во тоа.
     411. Patients have made appointments online through the system successfully.
     422. Their doctors have an insight in these lists (appointments that each of their patients has made).
     433. Patients can check the history list of their own appointments too.
    4244
    4345'''3.6. Normal Flow'''
    4446
    45 1.  Пациентот се најавува на системот
    46 2. Оди во модулот за закжување на прегледи.
    47 3. Закажува преглед кај Матичниот доктор.
    48 4. Шалтерскиот работник го добива барањето за преглед и го препратува до соодветниот доктор.
    49 5. Докторот го разгледува барањето и закажува преглед.
    50 6. Пациентот добива известување за статусот на прегледот.
     471. A patient logs in into the system.
     482. The patient goes to the module for making appointments.
     493. The patient asks for available time slots.
     504. The system throws out available time slots.
     515. The patient chooses one of them.
     526. The appointment request is closed successfully by making an appointment.
     537. The doctor can see a list of all appointments made by their own patients in their schedule.
    5154
    5255'''3.7. Alternative Flows'''
    53 1. Пациентот оди на шалтер во болницата и шалтерскиот работник го прави закажувањето на прегледот.
     56
     575.1. The patient doesn't accept any of the available time slots by clicking ''Cancel the appointment request''.
     586.1. The request is closed and an appointment hasn't been made (the state of the patient's appointments list remain the same as before the patient sent the request).
     59
     60'''3.8. Exceptions'''
     61
     621.1.E.1. The patient hasn't made an appointment online, because they are emergency case. The system has reserved time slots for such cases and there should be available rooms and staff that can take care of these cases without patients making an appointment online on our system.
     63
     64'''3.9. Includes'''
     65
     66The use case number ''1. Adding users''' could be included as prerequisite because patients and employees in the system must be already registered in order this use case to be usable.
    5467
    5568'''3.10. Priority'''
    5669
    57 Indicate the relative priority of implementing the functionality required to allow this use case to be executed. The priority scheme used must be the same as that used in the software requirements specification.
     70High priority.
    5871
    5972'''3.11. Frequency of Use'''
    6073
    61 60/1h
     74Estimation: 60 requests per hour.
     75
     76'''3.12. Business Rules'''
     77
     78All patients must make an appointment before they visit the doctor. Exception are emergency cases only.
     79
     80'''3.13. Special Requirements'''
     81
     82The system must be available 99% of the time during the hospital working hours, plus 95% of the time that is not during the working hours.
     83
     84'''3.14. Assumptions'''
     85
     86All patients will stick to their time slots that have been selected during the making an appointment process. If they are late or miss the appointment time slot reserved for them, they need to repeat the process from the beginning all over again, meaning to send a new request for making an appointment.
     87
     88'''3.15. Notes and Issues'''
     89
     90Issue 1: *task description*, assigned to: *name*, (a link to the task can be added here instead writing for each);
     91
     92Issue 2: Add a ''Cancel the appointment'' option which will serve for cancelling an appointment that is already made. Available 24h before the time slot for the given appointment.
     93
     94Note 1: Take care if two patients are about to choose one available time slot at the same time, not to allow choosing the same one at the same doctor (using lock/sync).
     95
     96Note 2: Consider the fact that people could make an appointments randomly, discuss a way how to regulate the patient's seriousness.
     97
     98=== 4. Use Case List ===
     99
     100Patient
     101* Click button make an appointment
     102* Choose a time slot
     103
     104Doctor
     105* View scheduled appointments for their own patients