BESTLINK COLLEGE OF THE PHILIPPINES

Chapter III Contents

3.1 Software Requirements Specifications.
JAVA is a programming language and integrated development environment. SQL Database records all the information and fields of the system. The required skill level of each user should at least know the basic about computer such as typing, encoding and updating. The users are authorized person to use the system. The user has the primary password to access the whole information from the Doctors Schedule, reports and the information about the Doctors Patient. The proponent provided a password to implement security an accessing the data.

3.1.1 Introduction
In this chapter the researchers discuss the uses of the system they made. They also discuss the flow of the system modules and how these modules interact w/ each other.

3.1.1.1 Goals and Objectives

The proponents aim to achieve the following goals and objectives. To continue to improve the services that provide for the Doctors and Patients in the hospital. Designing on JAVA application that will run depending on the computer platform that will modify the existing manual system of the hospital. The time consuming of employee must spend creating these documents and to provide quality security of the system.

Doctors Workbench

Page 16

BESTLINK COLLEGE OF THE PHILIPPINES

3.1.1.2 Statement of scope

The following factors should be taken into consideration: Registration that every doctors should be registered in the hospital that they are going to work with Specialization that it will be easier for the patient to know their line of specialization Professional fee that the patient will have an idea if they can afford the doctors services or not. Schedule that it will show how busy he/she is and very hectic schedule is a sign that the doctor is so popular and he is good as well thats why many people are so much eager for their services Performance rating that the professional fee he is asking will depend on his performance rating Monitoring of handled patient that shows the chart of the patient which shows his illness be under the doctors proper care Schedule of appointment that the schedules of the doctor for that day or for the two weeks will be put in his calendar or SMS/Emails 201 File that complete information which includes the educational attainment and specialization of the doctors or employee. This project study helps us in further understanding the scope of doctors workbench.

User requirement of the software project:

Requirement No. Access Privileges R1 High Employee There shall be one level of access; thats for the users; it can be the owner, administrator and the staffs of Doctors Workbench of the hospital. Priority Reference Description

Doctors Workbench

Page 17

BESTLINK COLLEGE OF THE PHILIPPINES R2 High Employee The user shall only be allowed to add and edit of the doctors information. R3 High Employee Only the users shall be allowed to view and print all report. R4 High Employee The users shall allow performing the transaction process. R5 High Employee The users allow accessing and generating a daily appointment list and send SMS to Doctors or Doctors Secretary. R6 High Employee The users shall be allowed to log on the system based on their job classification. Security R7 High Employee Each user shall be required to log on with a unique username and password. R8 R9 High High Employee Employee A password shall be assigned to users. The password shall contain 5 to 8 alphanumeric characters. R10 Med Employee After three unsuccessful attempts to enter a password the system shall be closed. R11 High Employee The users can edit the personal data of the doctors. R12 High Employee The users shall give the default user name and password for the new user. Daily Reminders R13 High Employee After the users log on, the system shall display a warning message if the doctor is not available on the particular day. Reports R15 High Employee The users allowed printing the reports and records.

Doctors Workbench

Page 18

BESTLINK COLLEGE OF THE PHILIPPINES R16 High Employee The transaction of the Doctors patient shall be arranged by the date and time. R17 High Employee The records and reports shall be arranged by their category. Doctors Information R18 Med Employee When the users add, update a list of the doctors the changes shall be recorded in the database R19 High Employee The Doctors record shall contain the following information: -Doctors ID -Doctors Full Name -Specialization -Department -Day wise Scheduling -Appointment Availability -201 files -Professional fee

3.1.1.3 Software Context

Based on the researchers most hospital is making a computerized system because using a computerized system will help the hospital to minimize the time and efforts consumed by using a manual system. Before gaining into the system the employee will be required to enter their unique username and password. An employees access privileges within the system are determined by their job classification or designation. The Doctors Workbench or CPOE (Computerize Physician Order Entry System) application will provide maximum efficiency, with all the transactions of Doctors Patient conducted from a single screen. Fewer keystrokes mean fewer input errors and less waiting for the patients, which translates into a higher degree of patients satisfaction and greater efficiency in the hospital operations.

Doctors Workbench

Page 19

BESTLINK COLLEGE OF THE PHILIPPINES Because the application order entry screen is used only for Doctors workbench transactions. The system can also display the top Doctors or most accessible in terms of handling a patients. Another feature of the system is the ability to add new Doctors base on their application also, and can view or print available Doctors for patient and all of the records in Doctors Workbench. The system automatically sends a reminder for the available or not available doctors. All the new Doctors are stored in the database and also can generate a back up to secured the records if the system has malfunction. The font style and size of the system will be understandable and readable for the administrator, staffs and doctors.

3.1.1.4 Major Constraints

The Doctors Workbench system will use Java Application and My SQL for supporting this system. The authorized personnel with have an existing account can access the system for the security of record files of the patient.

3.1.2 Usage Scenario 3.1.2.1 User Profiles

The following definitions describe the actors in the system. User The user has the responsible for registering the new Doctors and also updating of the information and records. The user couldnt create an account for another user. The user has responsible for the Doctors patient transaction and concerns. Doctors They are involved in the treatment and diagnosis on patients and save lives. It would depend on the type of doctor since there are many of them practicing in the field.

Doctors Workbench

Page 20

BESTLINK COLLEGE OF THE PHILIPPINES Patients They are the individual awaiting or under medical care and treatment. They are the recipient of any of various personal services.

Admission Radiology

The one who give the patients information. A branch of medicine concerned with the use of x-rays or a radioactive material in the diagnosis and treatment for the patient disease.

Laboratory

this is where the patient go for their diseases observation.

3.1.2.2 Use-cases
The following use-cases are typical interactions between the external environment and the internal software system. Each use-case is described in section 3.1.2.2.2. 1. Log on to the system 2. Registering doctor information 3. View accountability doctor information 4. Receive patient 5. Request patient information 6. Patient Report 7. View Report 8. Update Report 9. Print Report

Doctors Workbench

Page 21

BESTLINK COLLEGE OF THE PHILIPPINES

3.1.2.2.1 Use case diagram

The use-case diagram in Figure 1 shows four actors that were described in section 3.1.2.2. In order to minimize the intricate arrangement of this diagram several connections will leave out. The employee could be a User and Doctors.

Log in

Register doctors

View accountability of doctors OPD Give Patient

Receive patient USER Request patient information

IPD

Send patient information

Receive patient information

ADMISSION

Doctors Workbench

Page 22

BESTLINK COLLEGE OF THE PHILIPPINES

Conduct a consultation

Send Consultation

Doctor

Receive Consultation

Send consultation to radiology and laboratory LABORATORY USER Receive Consultation

Enter patient report RADIOLOGY View report

Update Report

Print report

Figure 1- Use-Case Diagram

Doctors Workbench

Page 23

BESTLINK COLLEGE OF THE PHILIPPINES

3.1.2.2.2 Use-Case Descriptions

Use-case Primary actor Goal in context Pre-condition Trigger Scenario Log-on User To gain access to the system The employee has a valid user name and password An user needs access to the system to perform their job 1. The system prompts the user for their user name and password. 2. The user enters the user name and password. 3. The system sends the name to the web server 4. The web server sends back the password registered to the username. 5. The system verifies the password and set the user authorization. 6. The user is given access to the system to perform their job. Exception The user name and password cannot be verified.

Use-case: Primary actor: Goal in context: Preconditions: Trigger:

Registering new doctor information User To add a new doctor The user has a valid username and password The user has an event that they need to be creating the account of the doctor and information

Scenario:

1. The user logs onto the system. 2. The user selects doctor information from the main menu. 3. The user selects doctor information. 4. The system prompts a doctor information 5. The user enters and registers the doctors information.

Doctors Workbench

Page 24

BESTLINK COLLEGE OF THE PHILIPPINES 6. The system store the information on the web server 7. The user receives the verification that their registering doctors information has been recorded. The registering doctors information has already passed.

Exceptions:

Use-case Primary actor Goal and context Precondition Trigger Scenario

View doctors information User To retrieve account information. The account exist A user needs information from one of their account. 1. The user log-on to the system 2. The user selects the doctors information from the main menu. 3. The system prompts for the name or id of the doctor 4. The system request the record from the web server 5. A report of the doctors information. 6. Display on the screen. 7. Save record

Exception

In information those not exist.

Use-case Primary actor Goal and context Precondition Trigger Scenario

Update doctors information. User To update the doctors information. The exact spelling of the name known Account information has change and needs to be updated. 1. The user logs onto the system 2. The user selects edit information from the main menu

Doctors Workbench

Page 25

BESTLINK COLLEGE OF THE PHILIPPINES 3. The systems prompts for the name or ID of the doctor 4. The systems request for record from the web server 5. A form for the report is displayed on the screen 6. The user edits the appropriate fields 7. The user select save 8. The system sends the updated record to the web server for storage Exceptions

Use-case Primary actor Goal in context Precondition Trigger Scenario

Received patient User To record receive patient To show a record of receive patient The receive patient have been record 1. The users log onto the system 2. The user check the availability of the doctors 3. Waiting patient 4. The users accommodate patient 5. The user schedule the doctor

Exceptions

Patient accommodate

Use-case Primary actor Goal in context Precondition Trigger Scenario

Request information User To request information The information exist The user needs information from one of there accounts 1. The user log onto the system 2. The user check patient information 3. The user generate patient information

Doctors Workbench

Page 26

BESTLINK COLLEGE OF THE PHILIPPINES 4. The user sends patient information Exceptions The patient information sends

Use-case Primary actor Goal and context

Enter patient report User To enter a patient report into the system that will appear on a given date

Preconditions Trigger Scenario

The user has a valid password An user enter patient report 1. The user logs on to the system 2. The user selects patient report from the main menu 3. The user selects new patient report 4. The system prompts the patient report 5. The user enter patient report 6. The system stores the report on the web server 7. The user receives verification that there patient report has been recorded

Exceptions

The patient report entered has already pass

Use-case Primary actor Goal in context Precondition Trigger Scenario

View report User To view report Information required An user decides to view a summary of account information 1. The user log onto the system 2. The user select view report 3. The user selects report from the report menu 4. The system request the report from the web server 5. The report displayed on the screen

Doctors Workbench

Page 27

BESTLINK COLLEGE OF THE PHILIPPINES 6. The user is given the option to close or print the report 7. The is closed or printed Exceptions

Use-case Primary actor Goal in context Precondition Trigger Scenario

Update report User To update the report To exact report Report has change and need to be updated 1. The user log on to the system 2. The user select edit report from the main menu 3. The system prompt for the main or Id of the doctor 4. The system request the records from the web server 5. A form for the report is display on the screen 6. The user edits the appropriate fields 7. The user selects save 8. The system sends the updated record to the web server or storage 9. The user receives confirmation that the information was save

Exceptions

Use-case Primary actor Goal in context Precondition Trigger

Print report User To print report Print report for at least a month The end of the month

Doctors Workbench

Page 28

BESTLINK COLLEGE OF THE PHILIPPINES Scenario 1. The user logs on the system 2. The user print the report 3. The system request to print the report from the web server 4. A print report displayed on the screen 5. The user given the option to close or print the report 6. The report are closed or printed Exceptions The user tries to print report before the end of the month

3.1.2.3Special usage considerations

The identity code cannot be changed.

Doctors Workbench

Page 29

BESTLINK COLLEGE OF THE PHILIPPINES

3.1.2.4 Activity diagrams

The following activity diagrams show the actions that occur during a particular usecase. Log onto System Activity Diagram Prompt for username And password

Enter username And password

System close

Verify username And password

Check numbers of bad entrries

Figure 2 Activity diagram for logging on the system Figure 2 shows the steps taken as a staff logs on the system. Access is only granted if the correct username and password combination is entered within the first three attempts. After a third attempt the system will log off. Once access is granted the staff can use the system according to their level of authorization.

Doctors Workbench

Page 30

BESTLINK COLLEGE OF THE PHILIPPINES Register New Doctor Activity Diagram

Log onto system

Determine user authorization

Select register account

Prompt to enter doctors information

Checking doctors

Save account

Figure 3 Activity Diagram for Registering New Doctors. Figure 3 shows the activity in registering the new account of the Doctors. The user can edit and access to the employee.

Doctors Workbench

Page 31

BESTLINK COLLEGE OF THE PHILIPPINES

Checking doctors

View / Update Account information Activity Diagram

Select: Account Information

Enter doctors name

Display information

Select edit

Determine user authorization

Not user User

Edit record

Save record

Figure 4 Activity Diagram for view and update account information. Figure 4 show the activity involved the view and update all account on the list for information. Once that it recognize/not authorize user it automatically sign out.

Doctors Workbench

Page 32

BESTLINK COLLEGE OF THE PHILIPPINES

Receive patient activity diagram Give Patient from OPD/ IPD

Log on system Try again Wait Patient

Patient in

No available

Not Accommodate

Available Accommodate patient

Figure 5 Activity diagram for receive patient Figure 5 show the activity involved receiving information to admission for further information for patient came from OPD and IPD.

Doctors Workbench

Page 33

BESTLINK COLLEGE OF THE PHILIPPINES

Request information / patient Patient information

Request information activity diagram

Check patient information

quit

yes

Send record

Generate patient information

Send patient information

Figure 6 Activity diagram for request information Figure 6 show the activity involved for viewing or printing the Doctors report or content of Doctors Workbench. The Doctors and patients reports have access by the administrator and owner.

Doctors Workbench

Page 34

BESTLINK COLLEGE OF THE PHILIPPINES

View and update Log onto system

Select register doctor information

Enter doctor information

Display information

Edit record

Save record

Edit record

Save record

Figure 7 - Activity Diagram for Report. Figure 7 shows the activity diagram involved the viewing or updating Reports.

Doctors Workbench

Page 35

BESTLINK COLLEGE OF THE PHILIPPINES

Log on a system

Print report activity diagram

Determine user authorization

Not user

Select report

Prompt to print report

Print report

Figure 8 Activity Diagram for Print Report. Figure 8 shows the activity diagram involved the printing Reports.

Doctors Workbench

Page 36

BESTLINK COLLEGE OF THE PHILIPPINES 3.1.3 Data Model Description 3.1.3.1 Data objects Users data object UsersID A unique number assigned to the employee. Users_FirstName The employees first name. Users_LastName The employees last name. Users_Birthday The employees birthday. Users_Address The employee address. Users_Gender The employees gender. Users_HiredDate The date hired of the employee. Users_ExpiredDate The date expired contract of the employee. Users_MobileNo. The contact number of the employee. Users_Classification The job classification Limited access for administrator or user. Doctors data object Doctors ID a unique number assigned to the Doctors. Doctors Full Name a name of the Doctors Specialization Designations of the doctors where they are specialize. Departments Doctors where they are located and designate. Day wise Scheduling the Day that doctors are in duty in that respective hospital. Appointment Availability the doctors availability in their appointment Professional fee the doctors fee 201 files the important files of doctors

Patient Data Object PatientID A Unique Identifier assigned to a Patient PName Patients Name PBirthdate Patients Birth date PGender Patients Gender

Doctors Workbench

Page 37

BESTLINK COLLEGE OF THE PHILIPPINES

PatientStatus- If the patient is from OPD or IPD Remarks Some doctor-noted comments/remarks about the patient AdmissionDate the date that the patient admission AdmitDate the date that the patient actually admits WithdrawnDate the date that patient actually withdrawn

3.1.3.2 Relationships

In order for a user to have an account with the Hospital Management System for doctors workbench System They must have at least one employee. Since a users can have a multiple employee. A one-to-many relationship exists. It is also that the users cannot exist alone in the Doctors Workbench System. In general all employees must have users. Without a member or an employee has no need to apply for Hospital Management Company. Users will receive a new applicant or employees so a one-to-many Relationship exists. A user may retrieve one or more records from the database. And it is also possible that a user may charge multiple balances to a doctor. This is a one-to-many relationship

Doctors Workbench

Page 38

BESTLINK COLLEGE OF THE PHILIPPINES 3.1.3.3 Complete data model Login -UserID -UserName -Password -Designation -Position User -UserID -UserName -Password Doctor -DoctorsID -DoctorName -Birthday -Address -Gender

Doctor -DoctorID -DoctorName -Disination -Department -201files Doctor Data -DoctorID -DoctorName -DoctorAvailability -doctorsSchedule doctorsProfessionalfee

PatientID -PatientName -PatienAge -Birthday -Status Patient Data -PatientID -PatientName -PatienAge -Birthday -Status -Remarks -AdmitDate withdrawnDate

The relationships between the data objects describe in section 3.1.3.2 are shown in figure.

Doctors Workbench

Page 39

BESTLINK COLLEGE OF THE PHILIPPINES

Overall system state chart diagram

Idle

patient

verifying

blocked

Receive patient

Request information Checking data

Patient waiting information Receive patient information Result from laboratory and radiology view

debit

waiting

Checking reminders

remind

update

reporting

printing

Signing out

Figure 9 Relationship diagram of Doctors Workbench System.

Doctors Workbench

Page 40

BESTLINK COLLEGE OF THE PHILIPPINES 3.1.4 Functional Model Description

3.1.4.1Class diagram Login -UserID -UserName -Password -Designation -Position Doctor -DoctorsID -DoctorName -Birthday -Address -Gender

User -UserID -UserName -Password

PatientID -PatientName -PatienAge -Birthday -Status

Doctor -DoctorID -DoctorName -Disination -Department -201files

Patient Data -PatientID -PatientName -PatienAge -Birthday -Status -Remarks -AdmitDate withdrawnDate

Doctor Data -DoctorID -DoctorName -DoctorAvailability -doctorsSchedule doctorsProfessionalfee

Doctors Workbench

Page 41

BESTLINK COLLEGE OF THE PHILIPPINES

Figure 10 Class Diagram

3.1.4.2 Software Interface Description 3.1.4.2.1 External machine interface The software will be capable of printing reports of Doctors Workbench on a network printer. 3.1.4.2.2 External system interface The Doctors Workbench system can share file through WEB network. 3.1.4.2.3 Human interfaced The system has complete navigation using the keyboard, In addition to using the mouse and keyboard combinations. 3.1.4.3 Reports 3.1.4.3.1 Inventory of report 3.1.4.3.2 Layout of report 3.1.4.3.3 Data Dictionary of report

Doctors Workbench

Page 42

BESTLINK COLLEGE OF THE PHILIPPINES 3.1.5 Behavioral Model Descriptions 3.1.5.1 Description for software behavior 3.1.5.1.1Events User class events User is hired User logs on to the system User logs off the system User is terminated

Doctors Class Events Doctors is Update Doctors is categorized Doctors is ordered New Doctors added

Transaction Class Events

Save Users Doctors transaction Print Users Doctors transaction

3.1.5.1.2 States User States Description

Doctors Workbench

Page 43

BESTLINK COLLEGE OF THE PHILIPPINES Hired On line Offline Terminated Doctors States IPD an user has been hired the user has logged on the system. the user has logged off the system. the user has been terminated

Description the doctor will do the corresponding test, result, and follow up check up for their Patient

OPD

the doctor will do the corresponding test, result, and follow up check up for their Patient

Patient states Waiting Assigned Admitting Withdrawn

Description the patient has been placed on waiting list the patient has been assigned to a doctor the patient is the process of being admit the patient will no longer withdrawn in the hospital

User States Logged In Logged Out The user is Logged in The user is Logged out

System States Idle The system is not in use Verification The system verifies the username and password Authenticating The system authenticates user Searching The system is Searching Doctors Updating The system is Updating Records Viewing The system is Viewing Doctors Schedule

Doctors Workbench

Page 44

BESTLINK COLLEGE OF THE PHILIPPINES Processing Exit The system loads. The system Exits

Doctors Workbench

Page 45

BESTLINK COLLEGE OF THE PHILIPPINES 3.1.5.2 State Chart Diagram

Figure 11 Overall Doctors Workbench System state chart diagram.

Doctors Workbench

Page 46

BESTLINK COLLEGE OF THE PHILIPPINES 3.1.6 Restrictions, Limitations and Constraints

The system shall integrate within the existing LAN-base structure, such as the database management systems, sharing files and printings of contents of Doctors workbench information. All Java code shall be used for the implementing front end design interface. All personnel of the hospital cannot delete. The staff cant generate a report about the doctors workbench, add and update the personnel data of the employee or doctors. But Staff can add and update Doctors patient information and transaction. And can reject the patients on the doctors appointment, if the doctors are not applicable for that certain situation but he/she must finish the transaction with the IPD and OPD.

3.1.7 Validation Criteria Software validation will ensure that the system responds to the users expectations; therefore it is important that the end users must be involved on some phases of the test procedure. All tests will be traced back to the requirements in section 3.1.1.2. 3.1.7.1 Classes of tests Unit testing to be conducted on all software and subsystems including 1. Log on to the system 2. Registering new users 3. Registering new Doctors 4. Doctors patient updating information 5. View and print Doctors Patient report 6. View and print Doctors Performance report Test cases for black box testing will be based on the requirements and functionality. These testing include values that lie on and around the boundary values of a function.

Doctors Workbench

Page 47

BESTLINK COLLEGE OF THE PHILIPPINES 3.1.7.2 Expected software response The software should display an appropriate error message when the value outside to the accepted limits of entered. And software should not be capable for deleting the doctors and patient record even if regardless to the system. System should display a confirmation message after the successful attempt of the user. 3.1.7.3 Performance bounds The system shall support up to 10 simultaneous users at any given time.

Doctors Workbench

Page 48