TABLE OF CONTENTS :

1. Introduction to the Problem

1.1 Purpose…………………………………………………………2
1.2 Scope…………………………………………………………...3
1.3 Definitions , Acronyms and Abbreviations…………………….4

2. Overall Description
2.1 Product Perspective ……………………………………….5

2.2 Software Requirements……………………………………5

2.3 Hardware Requirements…………………………………..6

3. Specific Requirements
3.1 Functional Requirements………………………………..7
3.2 Non-Functional Requirements………………………….9
3.3 Logical Database Requirements…………………………10

4. Conclusion

1
1. INTRODUCTION

The problem definition of the system is to launch an online

interaction medium for the blood donation management.
The main aim of this project is to help the people who needs
blood in emergency and to associate some donors who are
willing to donate their blood to needy people and save their
lives.

1.1 PURPOSE

With the use of our application, it is going to be very easy to the

doners for the blood donations. They don’t even have to wait
for the blood donation camps, they just have to register on our
application and give blood to the nearby center at any time they
want.

And in emergency when there is an urgent requirement of the

blood, and hospitals or blood banks don’t have sufficient
amount of a particular blood group then our application is
having a best solution for it. If such situation occurs, with
doctors’ permission users of our application is going to get a
notification on their devices that there is an urgent requirement
of the blood. So, if they want to help or to donate blood then
they can. And by that we can save lives.

2
1.2 SCOPE

This web-based application provides:

• To ensure hospital to have good supply or inventories
of blood bags and organs .
• To check the availability of blood bags and organs
anytime.
• To manage the information of its blood donor and
organs .
• The main objective of this specification is to support the
automated tracking of blood products and organs from
the initial collection of blood unit to the final ordering
and purchased by the hospitals.

3
1.3 Definitions , Acronyms and Abbreviations

1. dob
• dob stands for date of birth.

2. hosId
• hosId stands for hospital Id .

3. hosName
• hosName stands for Name of the Hospital.

4. hosType
• This specifies whether the hospital is Government or
Private

5. hosAdd
• Address of the Hospital

4
2. OVERALL DESCRIPTION

2.1 Product Perspective

This system includes both offline and online components. To

provide pure blood with no wastages blood is been collected in
different types of packs. They are double, triple, and triple (AS),
quadruple pack. To provide synchronized and centralized donor
and blood stock database. To provide immediate storage and
retrieval of data and inform

2.2 Software Requirements

Front end :
• Android developer tool
• HTML
• CSS
• Java Script

Back end :
• Python
• Node JS
• MYSQL

5
2.3 Hardware Requirements
• Andriod version 2.3
• 2GB RAM
• 1.2 GHz processor
• Intel i5
• Windows 7/8/8.1/10

6
3. SPECIFIC REQUIREMENTS

3.1 Functional Requirements

1. Register :
The donors/users will be firstly required to register
themselves. In this the user will be asked for their full name,
age, gender, contact number, address, blood group , email id,
password, user id, etc.
Note: The password should lie between 8to15 characters
including digits and some special characters(/, @, *, etc).
And hence after filling all the details an OTP will be generated.

2. Login :
The registered users do not need to register themselves and
can directly login via user id and password. If the user forgets
password then they can easily reset their password by
choosing/clicking “forget password”.

3. Admin :
To modify or update the system. And also to see the requests
of blood requirement and manage to contact that person.

7
4. Volunteers For Blood Campaign :
People who want to volunteer can register themselves. The
volunteers will be trained properly about the improvement of
donating blood and will encourage other people also.

5. Hospitals Registration :
There will be separate option for hospitals to register
themselves. It will require the following information:
➢ Hospital Name
➢ Address
➢ Contact number
➢ Existing report of their stock
➢ Name of the owner
➢ Password

6. About Us :
This will display our software and project aims and
objectives. The user will also be provided a “contact us” options
inside which the phone number, email id, whatsapp number
and address will be available.

7. FAQs :
This will show the questions, demands and other stuffs
along with their answers which are asked frequently by the
users. Where they can also comment on our views or
suggestions or ask questions, their replies will be given as soon
as possible.

8
3.2 Non-Functional Requirements

1. Availability:
The system should be available at all times, meaning the
user can access itusing application.In case of a of a hardware
failure or database corruption, a replacementpage will be
shown. Also in case of a hardware failure or database
corruption,backups of the database should be retrieved from
the application data folder andsaved by the administrator.It
means 24 x 7 availability.
2. Security
The system use SSL (secured socket layer) in all transactions
that includeany confidential customer information.

The system must automatically log out all customers after a

period ofinactivity
3. Performance
The system is interactive and the delays involved are less.When
connecting to the server the delay is based editing on the
distanceof the 2 systems and the configuration between them
so there is high probabilitythat there will be or not a successful
connection in less than 20 seconds for sake ofgood
communication.
4. Reliability
As the system provide the right tools for problem solving it is
made insuch a way that the system is reliable in its operations
and for securing thesensitive detai9ls.

9
3.3 Logical Database Requirements
1. Donor Database
2. Order Database
3. Blood Inventary Database

10
4. Conclusion

We found this topic when we were in hospital and the family of

a patient is running all the way to find blood but they failed to
find it and because of which that patient loses is life.

11
12