Proposal For Blood Management System
Proposal For Blood Management System
Tribhuvan University
A PROJECT REPORT
Submitted to
Submitted by
February 2022
Tribhuvan University
Bhanimandal, Lalitpur
Supervisor’s Recommendation
SIGNATURE
Uddhav Dahal
SUPERVISOR
Lecturer
BCA Department
Arniko College
Bhanimandal, Lalitpur
Tribhuvan University
Bhanimandal, Lalitpur
LETTER OF APPROVAL
This is to certify that this project was prepared by Gobinda Pd Jamakatel and Nitesh
Mahat entitled “BLOOD BANK MANAGEMENT SYSTEM” in partial fulfilment
of the requirements for the degree of Bachelor in Computer Application has been
evaluated. In our opinion, it is satisfactory in the scope and quality as a project for the
required degree.
2.________________
3.________________
4.________________
_________________
Mr.
Campus Chief.
ABSTRACT
Blood Bank Management System is a web-based system that helps manage all the related
work and stuff inside a blood bank, which includes handling blood and donation requests,
bloodstock management, etc. It provides an interface for the blood donors and blood
receivers.
This project can help people for connecting to the blood bank directly through the system
for quick service. The main aim of this project is to make the blood bank management
system effective and to make the collection and distribution of blood digital.
Table of Contents
Chapter 1 Introduction............................................................................ 1
1.1 Introduction to Proposed project......................................................................................................... 1
1.2 Problem Statement........................................................................................................................................ 2
1.3 Objectives............................................................................................................................................................. 3
1.4 Scope and limitation..................................................................................................................................... 3
1.4.1 Scope.............................................................................................................................................................. 3
1.4.2 Limitation................................................................................................................................................... 3
Chapter 3: Methodology.......................................................................... 5
3.1 System Development Methodology..................................................................................................... 5
3.2 System Analysis..................................................................................................................................................... 6
3.2.1 System Requirements................................................................................................................................ 6
3.2.2 Feasibility study........................................................................................................................................... 7
Tools we use:.................................................................................................................................................................. 7
3.3 System Design.................................................................................................................................................... 8
3.3.1 System Flow Chart................................................................................................................................. 8
3.3.2 ER Diagram................................................................................................................................................ 9
3.3.3 Use Case Diagram................................................................................................................................ 10
3.4 Project Schedule............................................................................................................................................ 11
Chapter 4 Conclusion............................................................................12
4.1 Expected Output................................................................................................................................................ 12
References................................................................................................ 13
Bibliography............................................................................................. 13
List of Figures
Figure 3.1: Waterfall Model …………………………………………….………………5
Chapter 1 Introduction
This system will provide the interface for 3 types of users. One is a Super-admin who
creates an account for the blood bank manager (i.e., Admin) and handles the role and
permission of the system. The second one is the Admin or Blood bank manager who
manages an inventory of blood in the blood bank, handles blood requests and donation
requests, manages donors and patients, etc. And the last user is a client who can request
the blood as a patient or can make the donation request as a donor. In this system, a donor
can be a patient, and also a patient can be a donor with equal permission.
In this system, the super-admin can create its account and log in to the system. It can
create, view, update and delete other users of the system. Super-admin also plays its role
in managing roles and permissions of the system. The blood bank manager (Admin) logs
in to the system with the credential created by the super-admin. This user is responsible
for handling donations and blood requests, viewing and updating the bloodstock with
each blood group, can generate the blood certificates and blood request tokens, managing
the clients and their history. The clients have to first register to our system by filling up
different types of details. After they logged in to the system, they can make blood
requests and also can make a donation request by filling up the form. They can manage
and edit their profiles as well.
Inside the system, there will be a relationship between the donor, the patient, and the
admin of the system. A donor makes the donation requests, if the donation request is
approved and the donation is completed then that amount of blood will be added to the
stock by the admin, generates a donation certificate, and send to the donor. Also, patients
request the blood, the system will check there is available stock for the requested blood or
not, If the blood is available, the admin will approve the request and the amount of blood
is reduced from the stock.
❖ There may be a chance of a system crash or data stolen in the file system due to a
weak database management system.
❖ There is no centralized database of volunteer donors. So, it becomes tedious for a
person to search the blood in case of an emergency.
❖ Service may be slow, or the system may be inactive during emergencies for
patients.
❖ General people may not have the access to watch the bloodstock available in the
blood bank.
1.3 Objectives
The main objectives of this project are listed below:
❖ To develop a system that makes management of blood banks easy and to provide
a platform for the donors and receivers.
❖ To give quick responses to the patients when they need the blood in emergency
cases.
1.4.1 Scope
● The blood bank management system will be a web-based system that will be
implemented in HTML, CSS, JS in the frontend and Django at the backend.
● It will provide the platform for donors, patients, and blood banks.
● Clients will be able to view the bloodstock and make the order accordingly.
● Blood bank managers will be able to manage blood banks with great efficiency
and easily.
1.4.2 Limitation
● This system requires an internet connection and the user must be a computer-
literate person.
● This system is a web-based system, and its mobile application is not available.
● People in rural areas with no stable internet facilities may not be able to use this
system.
The system provided many features including the central database, quick access to the
system content through the login, includes the search code to find donors on a given
basis, and the ease of adding and updating donor data. The main aim of the system was to
complete the process of the blood bank. This system was designed to suit all types of
blood banks.
Once successful in the implementation of the application, it can be applied and rolled out
in several blood banks. This application contains User Login Screen, Blood Management,
Menu Form, Blood Stock, Donor Management, Donor Registration, Blood Reservation,
Donor Blood Test, Recipient Management Blood Reservation. Similarly, the researchers
planned in their application to have hospital administrators, doctors, and blood bank
receptionists as users.
The authors did not mention the research method they used and failed to provide
screenshots of the system prototypes, making it difficult for the researchers to visualize
their application. No discussion also for their respondents, samples a sampling technique
used. Subsequently, the researchers planned to provide figures to explain the system,
screenshots of system prototypes, and other diagrams that can help other researchers to
visualize the development of a web-based blood bank management system. In addition,
the researchers will explicitly discuss its research methods, sampling procedures, and
statistical treatment to be used for analysing the gathered data. [1]
Chapter 3: Methodology
Functional requirements
o Individual records.
Non-functional Requirements
o Maintainability
o Flexibility
o Security
o Availability
o Performance
o Scalability
o Feasible
Technical feasibility
Here, in our case, there is no technical barrier to the development of our system.
Economic feasibility
Operational feasibility
This feasibility study measures how easy is the system is to operate. After the
completion of our system, there will be no hurdles to use our system. This system
will be easy to use because of its user-friendly interface. To use our system, any
well-trained people are not required, a person with a minimum understanding of
the English language can easily operate our system.
Tools we use:
● Frontend
○ HTML
○ CSS
○ JS
○ Bootstrap
● Back-end
○ Python/Django
3.3.2 ER Diagram
10
11
12
Chapter 4 Conclusion
This project will be really helpful for solving the issues of blood bank management.
People can rely on this system to donate blood and request blood. This system has the
betterment in the user interaction and transparency of bloodstock. Through this platform,
people can be connected to the blood bank easily when in an emergency. Our system has
a feedback system that helps us to improve the system accordingly.
13
References
Bibliography
1. HamedAl-WashahiNawaf, AhmedAal-abdulsalamAlsafa, Al-MamariAfrahSulaiman,
(October 2018), Applied Research Project Report, Enhancing Blood Transfusion Safety
Through the Use of Online Blood Bank Management System in Oman[online] Available
at:
https://www.researchgate.net/publication/328305822_Blood_Bank_System/link/5bc5917
6458515f7d9bf4a58/download
https://github.com/sumitkumar1503/bloodbankmanagement
14