Professional Documents
Culture Documents
3-Software Requirements Specification
3-Software Requirements Specification
Document Control
Approval
The Guidance Team and the customer shall approve this document.
Distribution List
This following list of people shall receive a copy of this document every time a new version of this document
becomes available:
Guidance Team Members:
Mrs. Wafa Al-Tarawneh
Customer:
Software Team Members: <<1-Lujain Salah
2- Salsabeel Aldarabie >>
Change Summary
The following table details changes made between versions of this document
Table of Contents
DOCUMENT CONTROL II
APPROVAL II
DOCUMENT CHANGE CONTROL II
DISTRIBUTION LIST II
CHANGE SUMMARY II
1. INTRODUCTION 3
1.1. PURPOSE AND INTENDED AUDIENCE 3
1.2. SCOPE OF PRODUCT 3
1.3. DEFINITIONS, ACRONYMS, AND ABBREVIATIONS 3
1.3.1. Definitions 3
1.3.2. Acronyms 3
1.3.3. Abbreviations 3
1.4. OVERVIEW 3
1.5. REFERENCES 3
2. GENERAL DESCRIPTION 3
2.1. PRODUCT PERSPECTIVE 3
2.2. PRODUCT FUNCTIONALITY AND FEATURES 3
2.3. USER CHARACTERISTICS 3
2.4. GENERAL CONSTRAINTS 3
2.5. ASSUMPTIONS AND DEPENDENCIES 3
3. SPECIFIC REQUIREMENTS 3
3.1. EXTERNAL INTERFACE REQUIREMENTS 3
3.1.1. User Interfaces 3
3.1.2. Hardware Interfaces 3
3.1.3. Software Interfaces 3
3.1.4. Communications Interfaces 3
3.2. BEHAVIORAL REQUIREMENTS 3
3.2.1. Same Class of User 3
3.2.3. Stimulus 3
3.2.4. Related Features 3
3.2.5. Functional 3
3.3. NON-BEHAVIORAL REQUIREMENTS 3
3.3.1. Performance Requirements 3
3.3.2. Qualitative Requirements 3
3.3.3. Design and Implementation Constraints 3
3.4. OTHER REQUIREMENTS 3
3.4.1. Database 3
3.4.2. Operations 3
3.4.3. Site Adaptation 3
1. Introduction
1.1. Purpose and Intended Audience
The purpose of this document is to describe all the requirements for the Hospital Patient Management
System(HPMS). The intended audience includes all stakeholders in the potential system. These include, but are
not necessarily limited to, the following: administrative staff, doctors, nurses, surgeons and developers.
Developers should consult this document and its revisions as the only source of requirements for the project.
They should not consider any requirements statements, written or verbal as valid until they appear in this
document or its revision.
The hospital management and its team members should use this document and its revisions as the primary
means to communicate confirmed requirements to the development team. The development team expects
many face-to-face conversations that will undoubtedly be about requirements and ideas for requirements.
Please note that only the requirements that appear in this document or a future revision, however, will be
used to define the scope of the system.
Word Meaning
1.1.2. Acronyms
Word Meaning
1.1.3. Abbreviations
Word Meaning
1.4. Overview
This software Requirements Specification (SRS) is the requirements work product that formally specifies
Hospital Patient Management System (HPMS). it includes the results of both business analysis and system
analysis efforts. Various techniques were used to elicit the requirements and we have identified your needs,
analyzed and refined them. The objective of this document therefore is to formally describe the system’s high
level requirements including functional requirements, non-functional requirements and business rules and
constraints. The detailed structure of this document is organized as follows:
Section 2 of this document provides an overview of the business domain that the proposed Hospital Patient
Management System (HPMS) will support. These include a general description of the product, user
characteristics, general constraints, and any assumptions for this system. This model demonstrates the
development team’s understanding of the business domain and serves to maximize the team’s ability to build
a system that truly does support the business.
Section 3 presents the detail requirements, which comprise the domain model. Picture 1 shows an overview of
the Hospital Patient Management System and the relationships between requirements.
1.5. References
1- E-learning (Example_software_requirement_specification_report)
2.
3. General Description
Administrators:
They all have post-secondary education relating to general business administration practices. Every
administrator has basic computer training. they are responsible for all the scheduling and updating day/night
employee shifts. Administration in the wards are responsible for assigning doctors and nurses to patients.
Nurses:
All nurses have post-secondary education in nursing. Some nurses are computer literate. Consulting nurses to
whom patients give short descriptions of their conditions are also responsible for assigning patients to
appropriate wards if the beds are available, otherwise putting patients on the waiting list. Nurses in wards will
use the HPMS to check their patient list.
Doctors:
All doctors have a medical degree. Some have further specialized training and are computer literate. Doctors
will use the HPMS to check their patient’s lists.
4.
5. Specific Requirements
1.1.6. Laptop/Desktop PC
core i5 processor
4GB RAM
500GB HDD
The purpose of this PC is to give information when patients ask information about doctors,medicine available,
lab tests etc. To perform such Action it needs a very efficient computer otherwise due to that reason patients
have to wait for a long time to get why they ask for it .
- Wi-Fi router
Wi-Fi routers are used for internetwork operations inside of a hospital and simply data transmission
from pc to server.
1.1.10. Stimulus
● Time saving technology
● reduces scope of error
● Data Security and correct data retrieval made possible
● improved patient care made possible
1.1.12. Functional
Adding Patients: The Hospital Management enables the staff in the front desk to include new patients to the
system
Assigning an ID to the patients: The HPMS enables the staff in the front desk to provide a unique Id for each
patient and then add them to the record sheet of the patient.
Check out
Deleting patient ID; The staff in the administration section of the ward can delete the patient Id from the
system when the patient's checkout from the hospital
Adding to beds available list: The staff in the administration section of the ward can put the bed empty in the
list of beds-available
Database
Mandatory Patient information: Every patient has some necessary date like phone number, their first and last
name, personal health number, postal code, county, address, city, patient’s ID number
updating information of the patient: The hospital management system enables users to update the
information of the patient as described in the mandatory information included
1.1.1.1. Availability
The system shall be available all the time.
1.1.1.2. Security
Patient Identification
The system requires the patient to identify himself/herself using PHN
Login ID
Any user who uses the system shall have a Login ID and Password.
Modification
Any modification(insert,delete,update) for the Database shall be synchronized and done only by the
administrator in the ward
Compliance
The system must comply with the Regional Health Authority Regulations concerning privacy
Administrator’s Rights
Administrators shall be able to view and modify all information in HPMS
Nurse’s Rights
Nurses shall only be able to view all information in HPMS
Doctors rights
1.1.1.3. Maintainability
Back up
The system shall provide the capability to back-up the data
Errors
They system shall keep a log of all the errors
1.1.1.4. Portability
The application will be easily portable on any windows-based system that has oracle installed
Each ward in HPMS shall include the following mandatory information: ward name, ward number, list
of rooms in ward.
Room Information
Each room in HPMS shall include the following mandatory information: room number, list of beds in
room, full/not full.
Bed Information
Each bed in HPMS shall include the following information:bed number,occupied/unoccupied, patient
PHN
Ward Search
The HPMS shall allow users to search the ward, room, and bed directly by ward number, room and
bed number respectively, or hierarchical hyperlinks from ward to bed .
1.1.17. Operations
The system will allow access only to authorized users will specific roles(Administrator, patient)Depending upon
the user's role, he/she will be able to access only specific modules of the system
A summary of the major functions that the software will perform
● A login facility for enabling only authorized access to the system
● When a patient is admitted, the front desk staff check to see if the patient is already registered with
the hospital . if he is , his/her Name is entered into the computer Otherwise a new Patient ID is given
to the patient
● If a patient check out, the administrative staff shall delete his patient ID from the system
● The system generates reports on the following information: List of detailed information regarding
the patient who had admitted in the hospital