Software Requirement Specification for Hospital Management System-Computer Sciences-Project Report, Projects for Applications of Computer Sciences. Birla Institute of Technology and Science
padmini
padmini

Software Requirement Specification for Hospital Management System-Computer Sciences-Project Report, Projects for Applications of Computer Sciences. Birla Institute of Technology and Science

PDF (120 KB)
17 pages
50Number of download
1000+Number of visits
100%on 20 votesNumber of votes
15Number of comments
Description
This report is for final year project to complete degree in Computer Science. It emphasis on Applications of Computer Sciences. It was supervised by Dr. Abhisri Yashwant at Bengal Engineering and Science University. Its ...
100 points
Download points needed to download
this document
Download the document
Preview3 pages / 17
This is only a preview
3 shown on 17 pages
Download the document
This is only a preview
3 shown on 17 pages
Download the document
This is only a preview
3 shown on 17 pages
Download the document
This is only a preview
3 shown on 17 pages
Download the document
Microsoft Word - SRS-AMENA final.doc

iv

LIST OF FIGURES

Figure 3-1 Use case diagram for Doctor.................................................... 11

Figure 3-2 Use Case Diagram for Receptionist.......................................... 12

Figure 3-3 Use Case Diagram for System Administrator ........................... 13

Figure 3-4 Use Case Diagram for Medical Store Attendant ....................... 14

Figure 3-5 Use Case Diagram for Lab Attendants ..................................... 14

docsity.com

1

1 INTRODUCTION

1.1 PURPOSE

The Software Requirement Specification document describes requirements

and functionality of the system. This document follows the IEEE

Recommended Practice for Software Requirements Specifications (IEEE

Std 830-1998). The intended addressees for this SRS are project examiners

(PIEAS) and supervisor (PIEAS).

Requirement Analysis is the first technical step in the software

process [1]. A general statement of software scope is refined into a concrete

pattern that becomes the basis for all software engineering activities that

follows.

1.1.1 INTRODUCTION TO HOSPITAL MANAGEMENT SYSTEM

This document describes the requirement specification for the software

HMS for sultana foundation medical department. HMS will mainly compose

of four modules.

Doctors

Patients

Laboratory

Medical store

HMS for the trust will be a high performance database system designed

purposely for keeping records of patients, doctors, laboratory test results for

each patient and medicine stock in medical store and medicine prescribed to

each patient.

Doctors section deals with the hiring and record keeping of

experienced doctors and physicians of different specialties. It keeps a record

of each and every doctor and also that of every checkup of various patients.

Patient section deals with the registration and checkups of different patients.

docsity.com

2

The laboratory reports are generated related to tests done, their results and

doctor s remarks and precautions.

The acquiring of medicine system keeps a record of all the acquiring

whether purchases or donations, and also that of medicine stock in the

medical store. The medical store s stock is updated when new medicine is

purchased or when it is prescribed and delivered to the patients.

1.1.2 CURRENT SYSTEM

Sultana foundation is an OPD hospital dealing with following major

departments.

Reception registration and record office

Doctor s examination rooms

Skin Clinic

Laboratory

X-ray

ECG

Operation theatre (Eye)

Recovery rooms

Injection rooms

Dispensary

They maintained almost all of their records in local registers and cards

which had to be replaced by new ones due to shortage of space and hectic

maintenance procedures.

1.1.3 PROBLEMS WITH THE EXISTING SYSTEM

Since all the information is maintained in the registers so searching a

piece of data from those registers is definitely a time consuming and

hectic task.

Every time a patient visits a doctor, after the visits he has to first

come back to the reception for entries of the treatment given,

docsity.com

3

diagnosis and remarks, which of course wastes the time of the

patients as well as this is extra work. On the other hand the doctor

can directly make these entries himself if the system is computerized

and if there is a PC in his office.

All entries are made manually which is of course a lengthy process.

This again results in people standing and waiting for their turns. The

main problem with the system is that the same data is being entered

in the system again and again at different places by different people.

This might result in the inconsistency of data because the data is

being entered redundantly at many places, and inconsistency of the

system can cause serious problems.

The medicines are to be properly documented and a proper DB

would ensure that the usage of each of the medicines is according to

the patients who have requested or what the doctor has ordered.

The medicines are to be properly documented and a proper DB

would ensure that the usage of each of the medicines is according to

the patients who have requested or what the doctor has ordered.

There is a lot data redundancy. Data has to be copied for use by

different departments.

Data updating is a major hurdle in such an environment where there

are many people that are to be serviced and to take care that no

record is tempered.

Security provision is a serious issue relating to such a huge

organization to make it work efficiently. Records related to each

patient need to be kept safe.

Extracting useful information from the current system is a very

difficult task.

A close analysis makes it very certain that the existing system is time

consuming. There are greater chances of inconsistency of data and the

docsity.com

4

frustration of the patients. So it can be said that the existing system is not

very reliable and needs to be changed to give the patients and the doctors

and the staff the higher degree of satisfaction.

Keeping in view all the problems mentioned above, we hereby propose a

new and a computerized system of Sultana Foundation s medical wing, to

meet all the requirements of patients as well as the staff.

1.2 SCOPE

The HMS for Sultana Foundation is an application running in Windows

environment. The clients of the application are the receptionists, doctors,

laboratory attendants, medical store attendants and the system

administrator. The hospital wants to automate the whole system and get rid

of the manual procedures.

The product will provide following functions

Maintain Database

Patient Registration Forms

Laboratory Report Generation

Security Management

The targeted project takes in following aspects:

1.2.1 USER-FRIENDLY ENVIRONMENT

User-friendly graphical interfaces are provided so that the user of the system

can interact with the system and enter data into the database. The interfaces

get input from the user and save it to the database.

1.2.2 MINIMAL TIME CONSUMPTION

As dealing with a large number of patients, hospital has great need to make

its system less time consuming. Presently, they are maintaining almost all of

their records in local registers, which are to be replaced by new ones due to

shortage of space and hectic maintenance procedures.

docsity.com

5

1.2.3 MAINTAINING THE DATABASE

The daily entries are recorded in the database. These are then accessed

according to the requirements.

1.3 OVERVIEW

Rest of the document is structured as follows:

Overall description of the project including product perspective,

functions, user characteristics, constraints, assumptions and

dependencies.

Specific requirements (functional and non functional) for the

development of software.

docsity.com

6

2 OVERALL DESCRIPTION The section describes the common factors that affect the product and its

requirements. It comprises of the following sub sections.

Product Perspective

Product Functions

User Characteristics

Constraints

Assumptions and Dependencies

2.1 PRODUCT PERSPECTIVE

The project is to provide the hospital (OPD), under the supervision of

Sultana Foundation, with a system with the help of which it can get rid of

the manual procedures.

HMS will be designed to provide the Foundation with easy access to

critical information there by enabling the management to take better

decisions on time. The system will maintain hospital s daily routine of

patient s registration, checkup, medicine prescription, laboratory tests,

medical stock s acquiring and can generate reports required by the hospital

on daily and monthly basis. This HMS is a high performance database

system designed specifically for keeping records for patients, doctors,

laboratory test results for each patient, medicine stock in medical store and

medicine prescribed to each patient.

2.1.1 USER INTERFACES

User Interfaces are provided so that the user of the system can interact with

the system and enter data into the database. The interfaces that are provided

are to get input from the user and save it to the database. These interfaces

will help in report generation.

docsity.com

7

2.1.2 SOFTWARE INTERFACE

Following software interfaces will be required for the system.

Web server (IIS)

Microsoft SQL server

Windows Operating System

Browser Software (Internet Explorer 6.0 or above)

2.1.3 COMMUNICATIONS INTERFACES

HMS will require an internal protocol for communication. As the protocols

are automatically mounted on the windows operating system, there is no

need to install them separately. The protocols needed are

HTTP

TCP/IP

2.1.4 MEMORY CONSTRAINTS

PRIMARY MEMORY

The primary memory required at the client end will be very small. As

only internet explorer is the component that will be running at client

side, estimated memory required will be 21,036 K Bytes.

Recommended primary memory is 128-256 MB or more.

SECONDARY MEMORY

The required software on the server includes

o Internet Explorer

o Visual Studio

o SQL Server 2000

According to task manager, estimated memory for Internet Explorer

is 16,132 Kbytes, for Visual Studio 2 MB, and for SQL Server 2000

estimation came out to be 13 MB. Memory required for the database

will be decided after the deployment of the system.

docsity.com

8

2.2 PRODUCT FUNCTIONS

2.2.1 MAINTAIN DATABASE

The daily entries are recorded in the database. These are then accessed

according to the requirements.

2.2.2 PATIENT REGISTRATION FORMS

To enter patients to the database there are Patient Registration Forms. The

receptionist enters the data through these entry forms.

2.2.3 LABORATORY REPORT GENERATION

This is the important functionality of the system. It includes generating

reports on every patient s laboratory test and its result.

2.2.4 SECURITY MANAGEMENT

For the security of the data there is a login system. Five logins are created. 1)

Reception. 2) Doctor. 3) Administrator. 4) Medical Store. 5) Laboratory.

The receptionist is only allowed to register the patients and doctors by using

entry forms. The Doctor is allowed to access and update every patient s

checkup data, prescribe medicine and see the Laboratory test reports. The

Administrator has full rights to the whole system. The Medical Store

attendant can only update the medicine record delivered to each patient

upon the prescriptions of the doctor. The Laboratory attendant can only

access and update the patients test results.

2.3 USER CHARACTERISTICS

The users of the system and their characteristics are as follows:

2.3.1 DOCTOR

The Doctor will access and update every patient s checkup data, prescribe

medicine and see the Laboratory test reports.

docsity.com

9

2.3.2 RECEPTIONIST

The receptionist handles various enquiries about the patient's registration as

well as Doctor Consultation and Scheduling, Doctor Consultancy Fees and

Time Allocation [2].

Doctor visit schedule

Doctor Appointment Scheduling

Enquiry of Patient

Find History of Patient Enquired

2.3.3 SYSTEM ADMINISTRATOR

System administrator will inspect the overall performance of the system. He

will have the rights to grant permissions.

2.3.4 MEDICAL STORE ATTENDANT

He will be responsible for updating data about medical store which includes

record keeping of medicine stock.

2.3.5 LAB ATTENDANT

He will update data about the patient s tests and their results.

2.4 CONSTRAINTS

The user must be affiliated with Sultana Foundation.

No user can login to the system without authentication.

Every user must know how to use a personal computer.

A monthly report of all processes must be generated and sent to

the chairman of Sultana Foundation.

docsity.com

10

2.5 ASSUMPTIONS AND DEPENDENCIES

The daily reports of the processes will be generated by applying

queries on the database.

The user must know how to interact with the system.

Database administrator will be responsible for manipulating with

the database. He will manage the fields of the database and make

entries in the tables.

docsity.com

11

3 SPECIFIC REQUIREMENTS The use case diagrams and the non functional requirements of system are as

follows.

3.1 FUNCTIONAL REQUIREMENTS (FR)

The stake holders (actors) of system and their use case modeling are as

follows [3].

Doctor

Receptionist

Database Administrator

Medical Store Attendant

Lab Attendant

3.1.1 FR FOR THE DOCTOR

Figure 3-1 Use case diagram for Doctor

1. PRESCRIBE MEDICINE

The doctor will prescribe the medicine to the patient which will be

stored in the patient record update form.

docsity.com

12

2. UPDATES PATIENT S CHECKUP DATA

This activity will let the doctor to update the patient s checkup

information in the patient record.

3. SEE LAB REPORTS

In this activity, the doctor will see the reports about the patient s tests

and makes analysis from the report.

3.1.2 FR FOR THE RECEPTIONIST

Figure 3-2 Use Case Diagram for Receptionist

1. DOCTOR S APPOINTMENT SCHEDULING

The receptionist will keep the record of patient s appointments with

the doctors.

2. DOCTOR S VISIT SCHEDULE

He will have the updated information about all the doctors schedule

visiting or permanent.

3. ENQUIRY OF PATIENT

The receptionist will handle the various enquiries about the patient s

registration.

docsity.com

13

4. FIND HISTORY OF PATIENT ENQUIRED

This activity will help receptionist to find the history of the patients

who were enquired for their registration information.

3.1.3 FR FOR THE SYSTEM ADMINISTRATOR

Figure 3-3 Use Case Diagram for System Administrator

1. INSPECT PERFORMANCE

The system administrator will be responsible for the overall

inspection of the system.

2. GRANT PERMISSIONS

The System Administrator has the rights to grant permissions to the

respective users of the system.

docsity.com

14

3.1.4 FR FOR MEDICAL STORE ATTENDANT

Figure 3-4 Use Case Diagram for Medical Store Attendant

1. KEEPS RECORD OF MEDICINE STOCK

The medical store attendant will keeps the record of the acquiring of

the medicines whether purchase or donations, and also that of

medicine stock in the medical store. The medical store s stock will be

updated when new medicine is purchased or when it is prescribed and

delivered to the patients.

3.1.5 FR FOR LAB ATTENDANT

Figure 3-5 Use Case Diagram for Lab Attendants

1. UPDATES TEST S DATA

The Lab attendant will update the patient s tests data and their result

in the database in order to generate reports. The reports generated

will be related to the tests done, their results doctor s remarks and

precautions.

docsity.com

15

3.2 N ON FUNCTIONAL REQUIREMENTS

The non-functional attributes of the project are illustrated under various

sections below:

3.2.1 MAINTAINABILITY

The system is developed in such a manner that its functionality can be

enhanced to support further development in the system.

3.2.2 USABILITY

The system is designed to accept only registered user. Only five users are

defined. 1) Reception. 2) Doctor (by name). 3) Administrator. 4) Medical

Store. 5) Laboratory. The receptionist is only allowed to register the patients

and doctors by using entry forms. The Doctor is allowed to access and

update every patient s checkup data, prescribe medicine and see the

Laboratory test reports. The Administrator has full rights to the whole

system. The Medical Store attendant can only update the medicine record

delivered to each patient upon the prescriptions of the doctor. The

Laboratory attendant can only access and update the patients test results.

3.2.3 SECURITY

Security is provided in the system in a way that the different users will not

be able to access everything in the system. The database will not be within

everyone s reach.

3.2.4 RELIABILITY

The system shall be reliable. If the server crashes, the data will not be lost

because a backup will be maintained.

docsity.com

16

4 REFERENCES [1] Outsource 2 India (O2I), Software Services , Bangalore, India,

URL: http://www.outsource2india.com/software/RequirementAnalysis.asp

[2] XO Infotech Limited, Hospital Management System ,

URL: http://www.xoinfotech.com/xohms2.htm#recep

[3] Simon Bennett, Steve McRobb and Ray Farmer, Object Oriented Systems

Analysis and Design using UML , 2/E, Mc Graw Hill, pp.134 144 (2001)

[4] IEEE Recommended Practice for Software Requirements Specifications , (IEEE

Std 830, 1998)

docsity.com

Excellent
I was in need of this document thanks.
1-5 of 15
This is only a preview
3 shown on 17 pages
Download the document