Gadissa Kebede
Gadissa Kebede
Gadissa Kebede
Gadisa Kebede
June/2016
Addis Ababa, Ethiopia
ADDIS ABABA UNIVERSITY
SCHOOL OF INFORMATION SCIENCE
AND
SCHOOL OF PUBLIC HEALTH
M.Sc. in Health Informatics Program
Gadisa Kebede
June/2016
Addis Ababa, Ethiopia
i
ADDIS ABABA UNIVERSITY
SCHOOL OF INFORMATION SCIENCE
AND
SCHOOL OF PUBLIC HEALTH
Gadisa Kebede
ii
ACKNOWLEDGEMENT
First and foremost, I would like to thank God for his help and guidance throughout my life.
I would like to express my special thanks to my advisors, Ato Ermias Abebe and Dr. Mulugeta
Betre, for their helpful guidance, ongoing support and invaluable contributions during my project
work. Their academic advice, patience and kindness provided me with support and
encouragement during all phases of the project.
I would also like to express my greatest gratitude to Ms Meseret Ayano, for her critical
coordination and kindness throughout this field of study.
I am also thankful to the staff of the National Blood Bank Center specially Mr. Abraham Zeleke
and Mr. Tazebachew Tsige for their cooperation and contribution on providing me the necessary
information
My sincere gratitude is also extended to my family and friends who have encouraged and
supported me throughout this field of study.
Last but not least, my deepest love and appreciation go to my dear mom Damenech Yada who
provided me with a continuous source of inspiration and joy. “Dama, you are the reason for the
person I have become today!”
iii
TABLE OF CONTENTS
Contents Page
ACKNOWLEDGEMENT ............................................................................................................. iii
TABLE OF CONTENTS ............................................................................................................... iv
LIST OF TABLES ........................................................................................................................ vii
LIST OF FIGURES ...................................................................................................................... vii
LIST OF ACRONYMS ............................................................................................................... viii
ABSTRACT ................................................................................................................................... ix
CHAPTER ONE
1. INTRODUCTION ................................................................................................................... 1
1.1. Background ................................................................................................................................... 1
CHAPTER TWO
2. LITERATURE REVIEW ........................................................................................................ 7
2.1. General Literature ......................................................................................................................... 7
2.1.1. Blood Bank and Blood Bank Information Management System .......................................... 7
iv
2.1.7. Application Types ............................................................................................................... 15
CHAPTER THREE
3. METHODOLOGY ................................................................................................................ 19
3.1. The Case...................................................................................................................................... 19
CHAPTER FOUR
4. RESULTS AND DISCUSSIONS ......................................................................................... 24
4.1. Introduction ................................................................................................................................. 24
v
4.3.2. Stakeholders ........................................................................................................................ 32
CHAPTER FIVE
5. CONCLUSIONS AND RECOMMENDATIONS ................................................................ 51
5.1. Summary and Conclusions.......................................................................................................... 51
REFERENCES ............................................................................................................................. 53
Appendix A: Software Requirement Specification Document .................................................... 57
Appendix B: Hardware Inventory................................................................................................ 93
Appendix C: Requirements Collection Checklist ........................................................................ 96
Appendix D: User Test Checklist .............................................................................................. 101
Appendix E: Donor Enrollment and Report Formats ................................................................ 102
vi
LIST OF TABLES
Table 4.1: List of stakeholders and their responsibilities for the web based BBIMS of Ethiopia,
Addis Ababa, 2016........................................................................................................................ 32
Table 4.2: Functional requirement list for the web based BBIMS of Ethiopia, Addis Ababa,
2016............................................................................................................................................... 39
Table 4.3: Non-Functional requirement list for the web based BBIMS of Ethiopia, Addis Ababa,
2016............................................................................................................................................... 40
Table 4.4: User test result for the prototype of web based BBIMS of Ethiopia, Addis Ababa,
2016............................................................................................................................................... 50
LIST OF FIGURES
Figure 2.1: Server-Based Architecture ......................................................................................... 13
Figure 2.2: Client-Based Architecture .......................................................................................... 13
Figure 2.3: Two-Tiered Client–Server Architecture .................................................................... 14
Figure 2.4: Three-Tiered Client–Server Architecture ................................................................... 15
Figure 4.1: The Organizational Structure of National Blood Bank Center, Ethiopia, May 2016. 29
Figure 4.2: Context Diagram of the Blood Bank Management System ....................................... 31
Figure 4.3: System use case diagram for blood bank information management
System. ....................................................................................................................... 34
Figure 4.4: The activity diagram for donation time slot reservation process ............................... 37
Figure 4.5: Donor Registry User Interface Prototype ................................................................... 38
Figure 4.6: Class Diagram for Blood Bank Information Management System ............................ 41
Figure 4.7: Blood Bank Information Management System Architecture ..................................... 43
Figure 4.8: Flow chart diagram to represent basic function of the BBIMS system……………...46
Figure 4.9: Donor Registry Form................................................................................................. 47
Figure 4.10: Database table and their relationships. ..................................................................... 48
Figure 4.11: Sample php codes. .................................................................................................... 49
vii
LIST OF ACRONYMS
viii
ABSTRACT
Background: Many medical advances that have improved the treatment of serious illness and
injuries have increased the need for blood transfusion for patients‟ survival to support them
through recovery or to maintain their health. Demand for blood is driven by an array of factors
that include obstetric hemorrhage, road traffic accidents, armed conflict, sickle cell disease and
childhood anemia, malnutrition, Human Immune Virus (HIV), malaria, and parasitic infections.
Blood bank is a place where blood is collected from donors, typed and separated into
components, stored, and prepared for transfusion to recipients. The blood bank information
management system is used to control and manage the overall activities performed in the blood
bank centers.
Objective: The main objective of this project is to design a web-based blood bank information
management system for the National Blood Bank of Ethiopia.
Methodology: This project is carried out at National Blood Bank Center, Addis Ababa. The
project follows a design science methodology and an object oriented system analysis and design
approach to analyze and design the system. In-depth interview, document review and inventory
were done to analyze the existing situation. To model the analysis and design of the proposed
system Unified Modeling Language (UML) modeling techniques is used and both Hyper-Text
Transfer Protocol (HTML) and Hypertext Preprocessor (PHP) is used to develop the system
prototype. And My Structured Query Language (MySQL) database management system is used
to design the prototype database.
Results: All the system‟s processes and its boundary were identified and described by using use
case diagram. Eight processes with their corresponding actors were identified for the system. The
flow of the process were presented using activity diagrams. The object model were described by
using class diagram. And finally, the system prototype was developed for the user interface
testing. The results of the user interface testing shows that User test for the system prototype was
done and it shows that 75% of the participants in the evaluation and testing has shown positive
attitude and response for the system usability.
Conclusion: This project shows only the system prototype of the blood bank information
management system. The prototype can be developed through iterative process along with users‟
feedback. From the user test for the system prototype it is identified that some parts need to be
improved.
Recommendation: It is recommended for future researchers to implement the complete web-
based blood bank information management system by enriching it with additional functionalities.
Such functionality may include: integration with Smart Care, adding a knowledge based
component, Short Message Service (SMS) based promotion.
ix
CHAPTER ONE
1. INTRODUCTION
1.1. Background
Blood supplies all nutrients and oxygen in the body. It has been medically proven that no human
being can survive without blood (1).
Many medical advances that have improved the treatment of serious illness and injuries have
increased the need for blood transfusion for patients‟ survival, to support them through recovery
or to maintain their health (2). Demand for blood is driven by an array of factors that include
obstetric hemorrhage, road traffic accidents, armed conflict, sickle cell disease and childhood
anemia, malnutrition, HIV, malaria, and parasitic infections (3).
Blood bank is a place where blood is collected from donors, typed, separated into components,
stored, and prepared for transfusion to recipients. A blood bank may be a separate free-standing
facility or part of a larger laboratory in a hospital.
Globally, over 81 million donations of blood are collected annually, but only 45% of these are
donated in developing and transitional countries, where 81% of the world‟s populations live (2).
According to the World Health Organization (WHO), about 8,000 blood centers in 159 countries
report on their collections shows, the average annual collection per blood center is 30,000 in
high-income countries, 7,500 in middle-income countries and 3,700 in low-income countries,
demonstrating wide differences in the efficiency of blood collection across countries and income
groups (4).
Approximately 8 million unit of blood are currently needed to meet transfusion demand for a
population of nearly 800 million in Africa, according to the World Health Organization (WHO)
guidelines of 10 unit per 1000 population. However, only 3 million unit of blood are collected
annually, satisfying a mere 40% of this estimated need (3).
As the National Blood Bank of Ethiopia disclosed in 20151, some 87,000 units of blood were
donated for transfusion in Ethiopia, although the country needs 200,000 units of blood annually
(5).
Blood services are essential part of any health-care delivery system. Every government has a
responsibility to ensure the availability, accessibility, adequacy and safety of blood supply for its
people (6).
1
Note: The years indicated in this project report are all in Gregorian calendar unless it is
indicated otherwise.
1
However, maintaining a safe and sufficient supply of blood remains a major challenge in many
developing countries. Two key problems are the gap between the supply and demand of a safe
blood supply, and the serious safety concerns associated with inadequately screened blood. A
major constraint to solving these problems is the lack of strong infrastructure and systems to
support the management of blood programmes (6).
Management of blood and blood transfusion services in Ethiopia is carried out by the National
Blood Bank, which is nonprofit governmental organization established with core functions of
community mobilization & education on voluntary blood donation, blood collection, laboratory
processing, testing & production of blood, distribution to health facilities, promotion of
appropriate clinical use of blood, and research & capacity building in blood transfusion services
(BTS).
The Ethiopian National Blood Transfusion Services (NBTS) was established in 1969 by the
Ethiopian Red Cross Society. Since 2012 it has been transferred to the Federal Ministry of
Health and entrusted with the responsibility of managing the blood donors, collection, testing
and transfusion of blood and blood products. Its main center is located in Addis Ababa and it has
also the responsibility to oversee, support and monitor the activities of regional blood banks in
the country which are administratively under their respective regional health bureaus (7).
Placing the Blood Transfusion Service (BTS) under the mainstream health care delivery system
has improved efficiency of managing the blood banks to ensure the whole population has access
to safe blood supply (6).
Twenty-five blood banks were functional in Ethiopia in 2014; 24 regional blood banks are
serving eight to 12 hospitals each in a radius of about 100km. Thirty mobile blood collection
teams are working throughout the country with five fully functional teams in Addis Ababa alone.
The proportion of blood collected from voluntary blood donors has increased from 10% in 2012
to 98% in 2014. The Addis Ababa center alone collects over 40,000 units from 100% voluntary
blood donations and for a population of 2.5 million, achieves the self-sufficiency target of 10
units/1000 of the population (8).
Therefore, this project is executed with the aim of improving the inventory management system
of the blood bank, the gap that exists between the supply and demand of a safe blood supply, and
donor/donation management.
2
1.2. Statement of the Problem
One case study on Blood Bank information management system which was conducted in Kenya
stated that as “the cost of creation, processing and distribution of information continues to
decrease, there has been increased penetration of technology based applications in the various
sectors of the economy and the health sector has not been left behind” (9).
Without an automated management system, there are problems in keeping track of the actual
amount of each and every blood type in the blood bank, which blood group is going to finish,
etc. In addition, there is also no alert mechanism available when the blood quantity is below its
par level or when the blood in the bank has expired. Further, there is no automated way of
reminding donors when the next donation time is expected (10).
Human error, leading to potential or actual mistakes, in blood administration can occur at any
step in the blood bank service process. Error reductions are most likely to be obtained by a
systems approach having the goals of reducing incomplete or erroneous identification of patients
or blood products, simplifying processes. Systems that reduce reliance on human data entry and
human double-checking through increased use of computer technology for these functions have
the potential to substantially increase productivity and accuracy (11).
Currently in the National Blood Bank of Ethiopia, there is no centralized database that stores
donors‟ records in one place. Rather, each blood bank center has its own records. Therefore, it is
difficult to trace donors who already registered and donated on different blood bank centers and
can be considered as a new donor.
In addition, blood donation events are publicized through radio, newspaper or television
advertisements. There is no information regarding the blood donation programs which is
disseminated through any web portal. Moreover, for those who want to make blood donation,
they cannot make early reservation or booking online.
To the knowledge of this researcher, there is no project work done to address the need for a web-
based blood bank information management system in Ethiopia. One related project, which was
done by Guesh Dagnew on “a knowledge based system for blood transfusion” which aimed to
acquire knowledge necessary in blood transfusion and designing a knowledge base system that
can provide advice to experts involved in blood transfusion (12).
So that, due to the absence of a web based blood bank information management system there are
many gaps, such as a problem of registering a single donor in multiple places which creates data
redundancy, problems on proper management of stock, inability to send directed promotion
automatically and long queue that donors should wait to donate blood even if it can be solved by
reserving blood donation time slot online.
3
The aim of this project is therefore, to design a web-based blood bank information management
system that will carry out the above activities in easy and quick manner, which is not possible
with the current system.
Identify user and system requirements of the blood bank information management
system;
Analyze and design system model of the blood bank information management
system;
Design high level system architecture of the blood bank information management
system;
Design the user interface prototype and develop a prototype of the blood bank
information management system;
Health Professionals
The system will simplify the process of searching for blood in case of emergency and
let the health professionals to efficiently use their time on giving a care.
Donors
Since the system supports online reservation, it will simplify the donation process for
the donor and increase motivation among the donors.
It lets the donors to know the blood donation campaign being organized at different
places.
4
Blood Bank Centers
For the employees of the blood bank center this system will reduce the work load.
The blood bank center‟s manager can easily control the stock.
Researchers
It provides complete and aggregate information for those researchers who conduct
research on blood and blood transfusion areas.
The policy maker can use the reports generated from the system to conduct evidence
based planning and decision making.
Regional bureaus
It provides information about the blood transfusion service of the specific region and
helps identify and fill the gaps.
It provides summary performance reports on each blood bank center in the regions.
Funding agencies
It provides an aggregate information to monitor the activities of the particular blood
bank center to which the fund is granted.
Knowledge base
It helps as a way for acquiring a good practical knowledge for software development
in general and for health informatics professions in particular.
5
1.5. Scope of the Project
This Web-Based Blood Bank Information Management System Project is limited to the
design of the system and development of a prototype. That means the project does not
proceed to the implementation, testing and deployment of the whole system.
The project will be implemented on the National Blood Bank main center and as it is a
web-based it can be accessed anywhere.
For analyzing and designing the system the project will use an object oriented
methodology approach with iterative process modeling. Unified Modeling Language
(UML) modeling will be used as a technique. For user interface prototype Visio and
white star tools will be used. For the implementation of the system prototype both Hyper-
Text Markup Language (HTML) and Hypertext Preprocessor (PHP) programming
languages will be used for client-side and server-side respectively and also My-
Structured Query Language (MySQL) database management system will be used to
design the database of the system prototype.
6
CHAPTER TWO
2. LITERATURE REVIEW
2.1. General Literature
7
2.1.3. Contemporary Modeling Approaches
Modeling is a central part of all the activities that lead up to the deployment of good
software. It is used to communicate the desired structure and behavior of a system. In
addition, models build to visualize and control the system's architecture and to better
understand the system we are building, often exposing opportunities for simplification,
reuse and manage risks (19).
A Model provides the blueprints of a system and help the users visualize the final product
(19).
Different modeling approaches such as, structured and object-oriented, can be used in
information system development.
The object-oriented paradigm is currently the most popular way of analyzing, designing
and developing application systems, especially large ones. In this paradigm the elements
of a given situation is viewed by decomposing them into objects and object relationships
(20).
Systems developed with the OO approach are more flexible. These systems can be
modified and enhanced easily, by changing some types of objects or by adding new types
(20).
8
i. Static (or Structural) View
This view emphasizes the static structure of the system using objects, attributes,
operations, and relationships. These static parts are represents by, use case, class,
package, component, and deployment diagram (22).
A use case diagram is helpful in visualizing the context of a system and the boundaries of
the system‟s behavior. Each use cases in the use case diagram can also be described using
a narrative form (23).
Class Diagram
The class diagram represents the static structure of the system. It identifies all the classes
for a proposed system and specifies for each class its attributes, operations, and
relationships to other classes. Relationships include inheritance, association, and
aggregation (23).
Component Diagram
A component diagram provides a physical view of the system. Its purpose is to show the
dependencies that the software has on the other software components in the system (24).
It is built as part of architectural specification and developed by architects and
programmers.
Deployment Diagram
The deployment diagram shows how a system will be physically deployed in the
hardware environment. Its purpose is to show where the different components of the
system will physically run and how they will communicate with each other. It is used to
identify performance bottlenecks, and is developed by architects, networking engineers,
and system engineers (24).
Package Diagram
Package diagram shows how the various classes are grouped into packages. Packages are
UML constructs that enable you to organize model elements into groups. It makes your
UML diagrams simpler and easier to understand (25).
9
ii. Dynamic(or Behavioral ) view
Behavioral diagrams basically capture the dynamic aspect of the system by showing
collaborations among objects and changes to the internal states of objects. Dynamic
aspect can be further described as the changing or moving parts of a system. These
dynamic parts are represented by sequence, collaboration, state chart, and activity
diagram (22).
Activity Diagram
Active diagrams are used to model the flow of an object as it moves from state to state at
different points in the flow of control. It is essentially a flow chart that emphasize the
activity that takes place over time.
Activity diagrams can be used to model higher-level business process at the business unit
level, or to model low-level internal class actions. It is "Less technical" in appearance,
compared to sequence diagrams, and business-minded people tend to understand them
more quickly (24).
Sequence Diagram
A sequence diagram shows interaction among a set of objects in temporal order, which is
good for understanding timing issues. It show a detailed flow for a specific use case or
even just part of a specific use case (24).
A sequence diagram deals with the sequence of messages flowing from one object to
another. It is mainly used to visualize the sequence of calls in a system to perform a
specific functionality.
Collaboration Diagram
The state chart diagram models the different states that a class can be in and how that
class transitions from state to state. Every class has a state (which is a situation during the
10
life of an object, which satisfies some condition, performs some activity or waits from
some event), but that every class shouldn't have a state chart diagram (24).
The state chart diagrams are used to capture event-oriented dynamic behavior, model
objec
While the UML provides nine artifacts to model the system, it is not important to use all
as each of them provide a different perspective of the same system.
11
iv. Testing
Real testing and checking of the software solutions that have been developed to meet the
original requirements and finds any errors present in the code.
v. Maintenance
After the software is already released, it may need some modifications, improvements,
errors correction, and refinement accordingly. Thus, this phase addresses problems and
enhancement requests after the software releases.
The idea behind iterative approach is to develop a software system incrementally. It start
with a simple implementation of a subset of the software requirements and iteratively
enhance the evolving sequence of versions until the full system is implemented. The
basic requirements are addressed in the first increment, and it is the core product,
however, many supplementary features (some known, others unknown) remain
undeliverable at this increment. At each iteration, design modifications are made along
with adding new functional capabilities. This kind of approach allows the developer to
take advantage of what was being learned during the development of earlier, incremental,
deliverable versions of the system (30).
This model works well on a project with new technology, allowing the user to adjust to
the system in smaller incremental steps rather than leaping to a major new product and
when it is high risky to develop the whole system at once (26).
Server-Based Architectures
The server (usually, a central mainframe computer) performs all four application
functions i.e. presentation logic, application logic, data access logic, and data storage.
The clients (usually, terminals) enabled users to send and receive messages to and from
the server computer (31).
12
Figure 2.1: Server-Based Architecture
Client-Based Architectures
With client-based architectures, the clients are micro-computers on a local area network,
and the server is a server computer on the same network. The application software on the
client computers is responsible for the presentation logic, the application logic, and the
data access logic. The server simply provides storage for the data (31).
Client-Server Architectures
The most common architecture used today, which attempt to balance the processing
between client devices and one or more server devices. In these architectures the client is
13
responsible for the presentation logic, whereas the server is responsible for the data
access logic and the data storage. The application logic may reside on the client, reside on
the server, or be split between both. This architectures are scalable and can support many
different types of clients and servers (31). There are many ways in which the application
logic can be partitioned between the client and the server. The common configuration
includes:
i. Two-Tiered Architecture
In this case, the server is responsible for the data and the client is responsible for
the application and presentation.
14
Figure 2.4: Three-Tiered Client–Server Architecture
15
2.2. Related Project Works to Blood Bank Information Management System
While many articles, books and other materials have been reviewed as part of the project,
in this section a presentation of only a few of the most related works is presented.
The objective of this system was to present an online edge for bringing mutually giving
blood donors and patients (blood requesters) who need blood creating an interactive
blood donors, blood requesters and blood bank clinics To become members of the
system, donors need to create their profiles by providing fundamental information like
name, blood group, email address, password, and exact location from “Google Map”. In
order to find out the exact location of a donor, Google Map is integrated with this
application (36).
The mobile application always updates the location of a donor. As a result, the system
can automatically find a registered donor wherever he/she goes. Visitors can search blood
donors from the home page by blood group and the place where blood is needed. The
system shows the available donors along with their phone number, email address and
mailing address through arranging them by the nearest place and blood donation expiry
date (36). The project was able to execute the objective of the investigators even though,
they are yet to develop the mobile application which will provide the users (with
multimedia cell phones) the service of finding a blood donor with map interface.
The main aim of this work was to design a framework for blood donation system using
cloud computing and mobile computing technology. The Blood Donation System (BDS)
is an information system that deploys mobile computing empowered by cloud computing
to provide efficient blood donation services. This system is developed to facilitate
communication between blood donors and blood donation centers and integrates the
blood information dispersed among different blood donation centers and health
organizations. Stakeholders used the blood donation system as an application installed on
16
their smartphones to help them complete the blood donation process. The application
helps the people receive notifications on urgent blood donation calls, know their
eligibility to give blood, search for the nearest blood center, and reserve a convenient
appointment using temporal and/or spatial information (37). The result show that the
investigators finally designed a framework that contains cloud computing component
which represent the cloud with all its service models and it provides stakeholders in the
mobile computing environment with all blood donation services and the mobile
computing component which represents the mobile environments where the blood
donation stakeholders interact and request services from the cloud component.
The Punjab online blood bank management system provides different functionality like
blood donation camp and camp organizer management, donor management, inventory
management, blood requisition and issuance of blood, online transfer of blood from one
blood bank to another, discarding of expired and unsuitable blood, etc. (39)
A user can check the availability of blood based on both district as well as blood group
wise. The system also generates different reports (39).
17
2.2.6. A Knowledge Based System for Blood Transfusion
This system was designed for the national blood bank center of Ethiopia. The aims of the
system was to acquire knowledge necessary in blood transfusion and designing a
knowledge based system that can provide advice to experts involved in blood transfusion.
The system cross matches the compatibility of the patient‟s blood and the blood going to
transfuse. The researcher used a rule based knowledge representation method to represent
the relationship between facts and rules. The result shows that the system registers 83.3%
complete knowledge of blood transfusion task. This system can be integrated as one
module in the whole blood bank information management system (12).
18
CHAPTER THREE
3. METHODOLOGY
3.1. The Case
The project is carried out at the national blood bank center, Addis Ababa. The National
Blood Transfusion Services (NBTS) was established in 1969 by the Ethiopian Red Cross
society. Since 2012, the Federal Ministry of Health of Ethiopia is overseeing the national
blood bank entrusting with the responsibility of community mobilization & education on
voluntary blood donation, managing of blood donors, collection, testing and transfusion
of blood and blood products in Ethiopia, promotion of appropriate clinical use of blood,
research and capacity building in BTS. The national blood bank has a total of 282
employees with various qualifications including health professionals, IT experts, and
administrative staffs. Its main center is located in Addis Ababa and it has also the
responsibility to oversee, support and monitor the activities of nine regional and two city
administrative blood banks in the country which are administratively under their
respective regional health bureaus.
20
3.4.2. Document review
In addition to the interview, document review is applied to collect the forms and
documents used in the center. In the process of reviewing the document the investigator
find out the types of documents exist in the National Blood Bank Center and determine
the specific documents those are important for BBIMS. The document review was
included in the project with regard to routine data recording, compilation, processing and
reporting such as donor registration form, blood distribution form, blood discard form
and etc. A document like blood discarded form need special permission to access, so that
the investigator get permission from the concerning body before reviewing.
3.5. Tools
To collect the requirement in-depth interview and document review guides are used,
which is a self-designed semi-structured questionnaire.
For the development of the information management system for the national blood bank,
Microsoft Visio and White Star are used as tools to model the user interface prototype.
For the implementation of the system prototype, both HTML and PHP programming
languages are used for client-side and server-side respectively. The MySQL database
management system is used to design the database of the system prototype.
The main reason for using the aforementioned tools is because they are open source. This
means, these tools and servers are freely available on the web. Developers can freely
download these tools and servers from their websites. In addition to this the investigator
has a good experience on using the above mentioned tools.
21
3.7. Method of Dissemination of Results
Being an academic project, at the end of the project the principal investigator will deliver
the already developed system prototype and the documentation to AAU as partial
fulfillment of MSc in health informatics. Furthermore the result of this project will be
disseminated to Federal Ministry of Health (FMoH) and National Blood Bank Center.
Web-based Application
A Web-based application refers to any program that is accessed over a network
connection using HTTP, rather than existing within a device‟s memory. Web-based
applications often run inside a Web browser. However, Web-based applications also may
be client-based, where a small part of the program is downloaded to a user‟s desktop, but
processing is done over the Internet on an external server.
System Requirements
A requirement is simply a statement of what the system must do or what characteristics it
needs to have. During a systems development project, requirements will be created that
describe what the business needs (business requirements); what the users need to do (user
requirements); what the software should do (functional requirements); characteristics the
system should have (nonfunctional requirements); and how the system should be built
(system requirements) (31).
23
CHAPTER FOUR
4. RESULTS AND DISCUSSIONS
4.1. Introduction
As mentioned in chapter three, an object oriented modeling methodology with an iterative
process model is used to analyze, design and implement the project. To obtain all the required
information for the system development, in-depth interview, document review and inventory
were conducted. In addition, the UML modeling technique was used to model the analysis and
design of the system. In this chapter the key findings, the requirement analysis and design of the
system are discussed.
24
ii. Pre Donation Counseling and Medical Interview
The nurse takes medical history, gives pre donation counseling and undertakes mini-physical
checkup. During the checkup, the potential donor‟s weight and blood pressure will be checked.
Then a drop of blood will be taken from the donor‟s finger and tested to make sure the donor has
enough iron-carrying red blood cells to safely donate blood. Then the donor will be asked to sign
on the donor questionnaire and confirm whether the donor agreed to post donation counseling
and result notification.
iii. Donation
The donor will be taken to the actual donation area, where a phlebotomist will sterilize the area
of the donor arm from which the blood will be drawn. The actual donation takes less than ten
minutes as approximately as one pint of blood is collected. All materials used during the
donation are pre-packaged, sterile and disposable. They are used only once and then discarded.
At this step the phlebotomy nurse will give the donor on donation counseling.
iv. Refreshments and Relaxation
After the donation, the donor will be directed to the canteen area, where he/she will rest while
enjoying light refreshments. After 15 minutes, donor will be permitted to leave the canteen area
and resume his/her daily routine activities.
v. Post Donation Counseling
All donated blood should be screened for markers of Transfusion-Transmissible Infection (TTI)
to ensure the microbial safety of the blood supply and verify that the donation is safe to be used
for therapeutic purposes. The assays used for blood screening usually have high sensitivity;
however, there are some trade-offs on their specificity and false-reactive results sometimes may
occur. In the case of reactive screening results, confirmatory testing should be performed to
identify truly infected donors or donors with nonspecific reactivity or inconclusive results; this
should be done before the donors are informed, notified and counseled about their infectivity
status. Counseling donors who have unusual or abnormal TTI test results is an essential part of
quality donor service and care.
25
On top of this, the result of in-depth interview with professionals on the current software
application shows that there is a database application in which the laboratory technologist used to
record discarded blood information.
Software
Currently, the center uses a database application which is developed using MS-SQL database
management system. The center uses the database for the recording of donors‟ profile, blood
distribution to health facilities, screening information and discarded bloods information. In
addition, the center generate reports using the information recorded in the database.
As the data manager explained, the database does not have a front end, which could have made it
easy to learn and operate. In addition, the center does not have a web portal, which is essential to
promote voluntary blood donation in the country and to announce different campaign activities.
Hardware
There are different computer related hardware devices in various departments of the National
Blood Bank Center. As the center did not have hardware inventory data, the investigator
undertook an inventory of the existing hardware devices together with the data manager. The
inventory process was performed in each case team of the center and it is mainly focused on
computer and network hardware devices.
Accordingly, 30% of the computer hardware are relatively old and has limited capacity in RAM,
Hard Disk and Processor type and speed. In addition, the center uses Compaq desktop computer
having 160GB Hard Disk and 512MB RAM capacity as a server, which apparently is old and
very low in capacity to manage and respond to different client requests. (See Appendix B for
complete inventory list).
Network Infrastructure
The National Blood Bank Center currently has a relatively small network, which connects the
data center with different departments with a maximum of 15 users. The center uses plug and
play switches (not configurable). So, it is not well structured and controlled that enables users to
better use and manage the resources.
26
Regarding to the internet usage the data manager says “The center uses an ADSL broadband
internet connection with a bandwidth of 3MB.”
In the National Blood Bank Center, the manager claims that, there are a total of 282 employees
(including laboratory technologists, nurses, IT experts and administrative staffs) that work in the
various teams and departments. The organizational structure (figure 4.1) presents the
organizational context as represented by the various departments and services. Here under, the
information technology and laboratory and medical services directorate activities are presented,
as they are mainly the areas the project has given due attention.
Information Technology
In the National Blood Bank Center under information technology team, there is one data
manager and five data encoders. They are responsible for recording of donor information and all
the information that result during the collection processing and distribution of blood and blood
products. They also work closely with all departments to ensure all donor related information are
recorded and handled properly. This unit prepares weekly, monthly and annual performance
reports of the national blood transfusion service. In addition, under the reception room there is
one receptionist who receives donors and registers and checks whether they are able to donate a
blood or not.
Laboratory and Medical Service Directorate
Under this directorate, there are two departments namely, laboratory service department and
medical service department. Under the laboratory service department there are a total of 31
27
employees. They are responsible for screening the collected blood for transfusion transmissible
infections (HIV, HBV, HCV and syphilis), carry out blood typing, prepare blood components
(concentrated red cells, fresh frozen plasma, platelets and cryoprecipitate) and distribute safe
blood for health institutions. The laboratory department has ABO, infectious screening and
component preparation case teams.
28
Organizational Structure
Figure 4.1: The Organizational Structure of National Blood Bank Center, Ethiopia, May 2016.
29
Vision of the National Blood Bank Center
To be center of excellence in the discipline of blood transfusion (7).
Mission of the National Blood Bank Center
To provide safe and adequate blood and blood products to all in need of blood transfusion as
part of their treatment (7).
30
System
Receptionist Nurse Administrator
Donor
Reserve Blood Donor
Register Blood Donor Generate Report
Update Portal
Reserve for Donation Maintain Account
Data Enter Blood Information Record
Encoder
Create Setup
Blood Bank
Management
Blood Bank Retrieve Report System Discard Blood Information Record
Manager
Lab Technician
31
4.3.2. Stakeholders
Stockholders are a person, group, or organization that is actively involved in a project and is
affected by its outcome, or can influence its outcome. Table 4.1 below presents the stakeholders
identified from the existing system.
Table 4.1: List of stakeholders and their responsibilities for the web based BBIMS of Ethiopia,
Addis Ababa, 2016.
32
4.4. Analysis Models
33
Figure 4.3: System use case diagram for blood bank information management
System.
34
4.4.2. Use Case Narrations
Use case narration is a textual representation of the course of events encountered when an actor
is interacting with the system. Use case narrations help clear possible misunderstandings during
the early stages of development (45). The sample of the use case narration is presented below
and the complete document is available in appendix A.
35
company‟s email.
7.a The system lets the donor to enter confirmation
number;
8.a The donor enters confirmation number;
9.a The donor clicks “Submit” button;
10.a The system reserve donation time slot.
The system allows three attempts maximum for the donor to
Rules enter confirmation number.
36
Figure 4.4: The activity diagram for donation time slot reservation process
37
hand drawing or using tools like Visio. The figure 4.5 show the user interface prototype
developed using Visio, the complete document is attached in appendix A.
38
Table 4.2: Functional requirement list for the web based BBIMS of Ethiopia, Addis Ababa,
2016.
Ranking
Req. Requirement
ID Requirement Description Source Mandatory Optional
39
4.5.2. Non-functional Requirements
The non-functional requirements describe how well the system supports the functional
requirements (46). The non-functional requirements in the new system are presented in table 4.3.
Table 4.3: Non-Functional requirement list for the web based BBIMS of Ethiopia, Addis Ababa,
2016.
Ranking
Req. Requirement
ID Requirement Description Source Mandatory Optional
40
4.6. System Design Models
Figure 4.6: Class Diagram for Blood Bank Information Management System
41
4.6.2. System Architecture
The system architecture describes the system‟s hardware, software, and network
environment. The BBIMS is designed to have a three-tier client-server architecture. The
client server architecture is the most common architecture used today, which attempt to
balance the processing between client devices and one or more server devices. In a three-
tier the software on the client computer is responsible for presentation logic, an
application server(s) is responsible for the application logic, and a separate database
server(s) is responsible for the data access logic and data storage (31). Since this
architectures are scalable and can support many different types of clients and servers, the
investigator proposed for this project. Figure 4.7 shows the client/server system
architecture design for the blood bank information management system.
42
Login
Reservation Page
Donor Registry
Reservation Record
43
4.7. Prototype Implementation
The implementation of BBIMS prototype is done in three different parts. The user interface
is implemented using HTML and CSS. The MySQL database management system is used to
develop the database and php code is used as a middleware to connect the user interface and
database.
44
Start
No
No
Registered Registration
User
Yes
Login
No
Is Valid
User No No
Lab Manager
Yes E
Technician
No
Check Blood
Admin No Receptionis Yes Availability Yes View Report
t Nurse
Yes
Record Donated
Yes Create Setup Blood
D
Yes Yes Register Donor Yes Record
View Report
45
Discarded Blood
B
A C
A B C D E
Logout
End
Figure 4.8: Flow chart diagram to represent basic function of the BBIMS system.
46
4.7.2. Presentation Layer
Donates
Donor Blood
Makes
Reservation Stores
Has
UserAccount
Figure 4.10: Database table and their relationships.
48
Figure 4.11: Sample php codes.
49
On the other hand, the system is also helpful in serving as a promotional page in relation to the
blood donation and other activities should the blood bank needed it. The investigator has also
undertaken the user test and evaluation concerning the designed web based BBIMS. Here under
it is presented in the following subtitle.
User Test
User testing is a technique for ensuring that the intended users of a system can carry out the
intended tasks efficiently, effectively and satisfactorily. For this particular project user test was
done for the developed prototype which is used to address any significant issues identified. Four
users are participated in the testing process and are presented with eight different questions that
the investigator believes will address the user requirement using Likert scale evaluation methods.
Table 4.4: User test result for the prototype of web based BBIMS of Ethiopia, Addis Ababa,
2016.
S. Strongly Strongly
no Test Questions Disagree Disagree Undecided Agree Agree
1 The interfaces are attractive 1 2 1
I like the font and the color of
2 the interfaces 3 1
There is consistency in the
3 system interface 1 1 2
I thought the system is easy to
4 use 1 3
I found the interfaces are not
5 cumbersome to use 1 3
All-important contents are
6 addressed well 2 2
I need less time to learn the user
7 interface 1 3
There is no unnecessary content
8 available in the interface 2 1 1
Average result in percentage 9% 16% 36% 39%
Based on the finding of the result of the user test questions presented to the respondents, 75% of
the participants in the evaluation and testing has shown positive attitude and response (either
agreed or strongly agreed to) for the system attractiveness of the interface, color of the interfaces,
consistency of the system interface, easy usability, low cumbersomeness, addressed essential
contents, length of time to learn the system, and presence of unnecessary content in the system
in general.
50
CHAPTER FIVE
5. CONCLUSIONS AND RECOMMENDATIONS
5.1. Summary and Conclusions
The Web-Based Blood Bank Information Management System is used to control and
manage the overall activities performed in the blood bank centers. The system reserves a
time slot for donating a blood and records all information regarding donors, donated
blood, distribution of blood to health facility and discarded blood. In addition the system
generates different standard reports for the stockholders.
In the developing the system prototype, requirements were acquired by using in-depth
interview and document review. The collected requirements were analyzed and designed
using UML and during that it is identified there is an internet connection in the center
even if it needs to be upgraded to a high speed connection. The security issue were not
addressed in this project.
User test for the system prototype was done and it shows that 75% of the participants in
the evaluation and testing has shown positive attitude and response for the system
usability.
Generally, this project develop only the prototype of the blood bank information
management system. Since the project follows an iterative process model it can be
developed until it satisfies the end user needs.
51
5.2. Recommendations
Based on the results of the project, the following recommendations are forwarded to the
concerning bodies.
National Blood Bank
The National Blood Bank should provide sustainable budget for the implementation of
BBIMS. In addition to that, I recommend the National Blood Bank to upgrade the hardware
and network infrastructure of the main center in order for the system to work well.
52
REFERENCES
1. Blood Bank Management Information System, University of Zambia by Juma,
Nazana, 2012.
2. Towards 100% voluntary blood donation: a global framework for action. World
Health Organization and International Federation of Red Cross and Red Crescent
Societies, 2010.
3. Blood Transfusion Safety in Africa: A Literature Review of Infectious Disease and
Organizational Challenges by Evan M. Bloch, Marion Vermeulen, and Edward
Murphy, Transfus Med Rev. 2012.
4. World Health Organization, global database on blood safety, WHO press, 2011.
5. Ethiopia: Blood donation, its use and means to do, The Ethiopian Herald Friday, 11
September 2015.
6. Management of national blood programmes: proceeding of three WHO workshops
(2007-2009). World Health Organization 2010.
7. Abraham Zeleke, Blood Transfusion Service in Ethiopia–from establishment up to
date, Federal Ministry of Health special bulletin 16th annual review meeting , 2014.
8. Blood Safety Progress in 2014 Ethiopia, WHO Ethiopia Country Office, 2015.
9. Blood Bank Management Information System. A Case Study of the Kenya National
Blood Transfusion Services. Makau Nzoka and Fanon Ananda International
Conference on Sustainable Research and Innovation, Volume 5, 7th-9th May 2014.
10. Online blood donation reservation and management system. Faculty of information
and communication technology kolej universiti teknikal kebangsaan Malaysia, 2006.
11. Patient Safety with Blood Products Administration Using Wireless and Bar-Code
Technology. Aleta Porcella, MSN, RN, BC Department of Nursing Services and
Patient Care Kristy Walker, BS, MBA Health Care Information Systems, The
University of Iowa Hospitals and Clinics, 200 Hawkins Drive, Iowa City, Iowa
52242-1009 MIA Annu Symp Proc. 2005; 2005: 614–618.
12. Guesh Dagnew, Designing a Knowledge Based System for Blood Transfusion, Addis
Ababa University, 2012.
13. Giving birth should not be a matter of life and death, UNFPA, 2012.
53
14. WHO (BAN-BCT), Development of Data Base of Blood Bank and Donor, Dghs,
Mohakhali, Dhaka, 2008
15. Bing Nan Li, Sam Chao, Ming Chui Dong, SIBAS: A blood bank information system
and its 5-year implementation at Macau, University of Macau, Taipa, Macau, 2006.
16. A. Clemen Teena, K. Sankar and S. Kannan, A Study on Blood Bank Management,
Bharath University, India, 2014.
54
28. Nabil Mohammed, Ali Munassar and A. Govardhan, “A Comparison between Five
Models Of Software Engineering”, IJCSI International Journal of Computer Science
Issues, Vol. 7, Issue 5, pp. 94 – 101, September 2010.
29. Youssef Bassil “A simulation model for the waterfall software development life
cycle. International Journal of Engineering & Technology”, 2012.
30. Craig Larman Valtech. And Victor R. Basili, Iterative and Incremental Development:
A Brief History, University of Maryland, 2003.
31. Dennis, Wixom, Roth, Systems Analysis and Design, 5th edition, 2012.
32. Comparing Web Applications with Desktop Applications: An Empirical Study by
Paul Pop, Dept. of Computer and information Science, Linköping University,
Sweden, 2000.
33. Software Engineering Issues for Mobile Application Development, Anthony I.
Wasserman, USA, 2010.
34. Bernhard Thalheim, Web Information Systems Analysis, Design, Development, and
Implementation of Business Sites, Collaboration Sites, Edutainment (e-Learning)
Sites, and Infotainment (Information) Sites, Idea Group Inc., 2004.
35. J. T. Yao, An Introduction to Web-based Support Systems, Journal of Intelligent
Systems, vol. 17, No. 1-3, pp267-281, 2008.
36. K M Akkas Ali, Israt Jahan, Md. Ariful Islam, Md. Shafa, Blood Donation
Management System , Parvez Institute of Information Technology, Jahangirnagar
University, Dhaka, Bangladesh, Department of Computer Science and Engineering,
Jahangirnagar University, Dhaka, Bangladesh, 2015.
37. Almetwally M. Mostafa, Ahmed E. Youssef, Gamal Alshorbagy, Alazhar, A
Framework for A Smart Social Blood Donation System Based On Mobile Cloud
Computing, Cairo, Egypt, 2014.
38. Knowledge Base Sdn Bhd, KBase life blood bank information system, 2006.
39. Punjab Online Blood Bank Management System, department of health and family
welfare government of Punjab. Available at http://bbmspunjab.gov.in/. Accessed on
January 2016.
55
40. Blood Bank India available at http://www.bloodbankindia.net/. Accessed January
2016.
41. Hevner, A.R., March, S.T., and Park, J. Design Research in Information Systems
Research. MIS Quarterly, 28, 1 (2004), 75-105
42. Ken Peffers, Tuure Tunnanen, Marcus A. Rothenberger, Samir Chatterjee, A Design
Science Research Methodology for Information Systems Research. Journal of
Management Information Systems. Volume 24 Issue 3, Winter 2007-8, pp. 45-78
43. Freeman, Peter; David Hart. "A Science of design for software-intensive systems".
Communications of the ACM, 2004.
44. Rafael Lapiedra Alcamí, Carlos Devece Caranana, Introduction to Management
Information Systems, 2012.
45. UML weekend Crash Course by Tom Pender, Wiley Publishing, Inc., Indianapolis,
Indiana, 2002.
46. John Mylopoulos, Information System Analysis and Design, Requirements Analysis,
2004.
47. Brent Daviduck, Introduction to programming in C++: Algorithms, Flowcharts and
Pseudocode, Deans Hill Systems Limited, Alberta Canada, 2000.
Interview
1. With Mr. Abraham Zeleke, National Blood Bank Service Deputy Director, March 2016,
at National Blood Bank Center.
2. With Mr. Tazebachew Tsige, National Blood Bank Center Data Manager, March 2016, at
National Blood Bank Center.
3. With Eden Kahassay, National Blood Bank Center Medical Laboratory Technologist,
March 2016, at National Blood Bank Center.
4. Yabekal Daniel, National Blood Bank Center Medical Laboratory Technologist, March
2016, at National Blood Bank Center.
56
Appendix A
For
Web Based Blood Bank Information Management
System
57
CHAPTER ONE
1.1. Introduction
Many medical advances that have improved the treatment of serious illness and injuries have
increased the need for blood transfusion for patients‟ survival, to support them through recovery
or to maintain their health (2). Demand for blood is driven by an array of factors that include
obstetric hemorrhage, road traffic accidents, armed conflict, sickle cell disease and childhood
anemia, malnutrition, HIV, malaria, and parasitic infections (3).
Blood bank is a place where blood is collected from donors, typed, separated into components,
stored, and prepared for transfusion to recipients. A blood bank may be a separate free-standing
facility or part of a larger laboratory in a hospital.
Approximately 8 million unit of blood are currently needed to meet transfusion demand for a
population of nearly 800 million in Africa, according to the World Health Organization (WHO)
guidelines of 10 unit per 1000 population. However, only 3 million unit of blood are collected
annually, satisfying a mere 40% of this estimated need (3). As the National Blood Bank of
Ethiopia disclosed in 2015, some 87,000 units of blood are donated for transfusion in Ethiopia,
although the country needs 200,000 units of blood annually (5).
Management of blood and blood transfusion services in Ethiopia is carried out by the National
Blood Bank Services Office, which is the nonprofit governmental organization established with
core functions of community mobilization & education on voluntary blood donation, blood
collection, laboratory processing, testing & production of blood, distribution to health facilities,
promotion of appropriate clinical use of blood, and research & capacity building in blood
transfusion services (BTS). Twenty-five blood banks were functional in Ethiopia in 2014; 24
regional blood banks are serving eight to 12 hospitals each in a radius of about 100km increasing
the number of hospitals accessing a safe blood supply to about 90%. Thirty mobile blood
collection teams are working throughout the country with five fully functional teams in Addis
Ababa alone. The proportion of blood collected from voluntary blood donors has increased from
10% in 2012 to 98% in 2014. The Addis Ababa center alone collects over 40,000 units from
100% voluntary blood donations and for a population of 2.5 million, achieves the self-
sufficiency target of 10 units/1000 of the population (7).
The Blood Bank Information Management System is used to automate the inventory
management system of the national blood bank, which is the gap existing between the supply and
demand of a safe blood supply, and donor/donation management.
1.2. Objective
The aim of this project is to design a web-based blood bank information management system for
the national blood bank of Ethiopia.
58
1.3. Purpose
The Blood Bank Information Management System provides different benefits for different
stakeholders. Since it support online reservation, it simplify the donation process for the donor
and increase motivation among the donors. In addition it lets the donors to know the blood
donation campaign organizing at different places. For the user of the system it reduce the work
load and helps the blood bank center‟s manager to control the stock easily. The policy maker use
the reports generated from the system to conduct evidence based planning and decision making.
For the regional health bureaus it provides information about the blood transfusion service of the
specific region and helps identify and fill the gaps.
1.4. Scope
This web-based blood bank information management system project is limited to the design of
the system and development of a prototype. That means the project does not proceed to the
implementation, testing and deployment of the whole system. The project will be implemented
on the national blood bank main center and as it is a web-based it can be accessed anywhere. For
analyzing and designing the system the project uses an object oriented methodology approach
with iterative process modeling. UML modeling will be used as a technique. For user interface
prototype Visio and white star tools will be used. For the implementation of the system prototype
both HTML and PHP programming languages will be used for client-side and server-side
respectively and also MySQL database management system will be used to design the database
of the system prototype.
59
CHAPTER TWO
2. Functional Requirements
Requirement is a careful assessment of the needs that a system is to fulfill and which constitute a
specification for the new system (31).
The functional requirements describes the processing (functions) to be supported by the new
system, which includes inputs into the system, output of the system and the data that must be
managed by the system (46). The high level functional requirements identified in the system are
presented in table 2.1.
Table 2.1: Functional requirement list for the web based BBIMS of Ethiopia, Addis Ababa,
2016.
Ranking
Req. Requirement
ID Requirement Description Source Mandatory Optional
60
The system should be protected from Login (Figure
8 unauthorized users and access. 4.18)
61
CHAPTER THREE
3. Non-Functional Requirements
The non-functional requirements describe how well the system supports the functional
requirements (46). The non-functional requirements in the new system are presented in table 3.1.
Table 3.1: Non-Functional requirement list for the web based BBIMS of Ethiopia, Addis Ababa,
2016.
Ranking
Req. Requirement
ID Requirement Description Source Mandatory Optional
62
CHAPTER FOUR
4. SYSTEM MODELING
Figure 4.1. System Use Case Diagram for Blood Bank Information Management System.
63
4.1.2. Use Case Narration and Activity Diagram Presentation
Use Case ID
UC-01
Use Case Name Login
Description Describes how the user is authenticated by the system.
Actor Receptionist Nurse, System Administrator, Lab Technician.
Pre-Conditions The user has authorized user name and password.
The user logs into the system and the system displays system
Post-Conditions main page.
1. The user opens the blood bank information
management system;
2. The user clicks login button;
3. The system displays login form;
4. The user enters user name and password and press
login button;
Main-Success 5. The system displays main page based on the user
Scenario privilege.
4.1 If the user enters wrong user name and password
5.a The system notifies the user that he/she entered
Alternative wrong user name and password;
Scenario 5.b The system let the user to try again.
The system allows three attempts maximum for the user to
Rules access the system.
64
Figure 4.2: The activity diagram for login process
65
Use Case ID
UC-02
Use Case Name Create Setup
Description Describes the processes of creating user and center setup
Actor System Administrator
The administrator is logged into the system using administrator
Pre-Conditions account
Post-Conditions The system setup User and Center.
1. The system displays administrator screen with sub
menu;
2. The administrator selects User setup option;
3. The system displays User setup form;
4. The administrator enters the new user information and
Main-Success clicks save button;
Scenario 5. The system setup new user account.
2.1 If the administrator selects center setup option
3.a The system displays center setup form;
4.a The administrator enters new center information
Alternative and clicks save button;
Scenario 5.a The system create new center setup.
Rules
66
Figure 4.3: The activity diagram for administration process
67
Use Case ID
UC-03
Use Case Name Reserve Donation
Description Describes how a donor reserve donation time slot.
Actor Donor
Pre-Conditions The donor access the blood bank portal by entering the URL.
Post-Conditions The system reserve donation time slot for the donor.
1. The donor opens the blood bank information
management system portal;
2. The donor selects individual reservation option;
3. The system displays individual reservation form;
4. The donor enters the necessary information such as,
Name, Gender, Donation Date, Email etc..;
5. The donor clicks “Reserve” button;
6. The system sends confirmation number to the donor‟s
email.
7. The system lets the donor to enter confirmation number;
8. The donor enters confirmation number;
Main-Success 9. The donor clicks “Submit” button;
Scenario 10. The system reserve donation time slot.
2.1 If the donor selects group reservation option;
3.a The system displays group reservation form;
4.a The donor enters the necessary information such as,
Company Name, Number of Donors, Donation Date,
Company Email etc..;
5.a The donor clicks “Reserve” button;
6.a The system sends confirmation number to the
company‟s email.
Alternative 7.a The system lets the donor to enter confirmation
Scenario number;
68
8.a The donor enters confirmation number;
9.a The donor clicks “Submit” button;
10.a The system reserve donation time slot.
The system allows three attempts maximum for the donor to
Rules enter confirmation number.
69
Figure 4.4: The activity diagram for donation time slot reservation process
70
Use Case ID
UC-04
Use Case Name Register Donor
Description Describes the process of registering donor information
Actor Receptionist Nurse
Pre-Conditions The user is logged into the system
Post-Conditions Donor detail is recorded in the system database
1. The user select donor registration button;
2. The system displays donor registration form;
3. The user enters donor profile;
4. The user click save button;
Main-Success 5. The system save donor details on the database and
Scenario make the form ready for the next donor.
4.1 If the user click on cancel button
6.a The system returns to main menu
Alternative 4.2 If the user click on reset button
Scenario 6.b The system clear the input box
Rules
71
Figure 4.5: The activity diagram for blood donor registration process
72
Use Case ID
UC-05
Use Case Name Store Blood
Description Describes the process of storing blood information
Actor Data Encoder
Pre-Conditions The user is logged into the system
Post-Conditions Donated blood information is recorded in the system database
1. The user select blood storage option;
2. The system displays blood storage form;
3. The user enters donated blood details;
4. The user click save button;
Main-Success 5. The system save blood information on the database and
Scenario make the form ready for the next blood information.
4.1 If the user click on cancel button
5.a The system returns to main menu
Alternative 4.2 If the user click on reset button
Scenario 5.b The system clear the input box
Rules
73
Figure 4.6: The activity diagram for storing blood process
74
Use Case ID
UC-06
Use Case Name Discard Blood
Describes the process of registering discarded blood
Description information
Actor Lab Technician
Pre-Conditions The user is logged into the system
Discarded blood information is recorded in the system
Post-Conditions database
1. The user select discard blood button;
2. The system displays discarded blood registration form;
3. The user enters discarded blood details;
4. The user click save button;
Main-Success 5. The system save discarded blood details on the
Scenario database and make the form ready for the next record.
4.1 If the user click on cancel button
5.a The system returns to main menu
Alternative 4.2 If the user click on reset button
Scenario 5.b The system clear the input box
Rules
75
Figure 4.7: The activity diagram for blood discarding process
76
Use Case ID
UC-07
Use Case Name Check Blood Availability
Describes how health institution checks availability of blood at
Description blood bank center.
Actor Health institution.
Pre-Conditions The user is logged into the system.
Post-Conditions The system displays blood availability.
1. The user selects blood availability button;
2. The system displays blood availability check form;
3. The user selects blood type information in the
searching field;
4. The user click check availability button;
Main-Success 5. The system displays amount of blood and the center
Scenario where it is available.
3.1 If the user selects center wise information
Alternative 5.a The system displays specific center blood
Scenario availability information.
Rules
77
Figure 4.8: The activity diagram for checking blood availability process
78
Use Case ID
UC-08
Use Case Name Generate Report
Description Describes the process of generating different reports
Actor System administrator, blood bank manager, lab head
Pre-Conditions The user is logged into the system
Post-Conditions The system generate reports
1. The user select report menu;
2. The system displays report option;
3. The user selects option of the report to be generated
Main-Success and click on generate report button;
Scenario 4. The system generates report from the database.
3.1 If the user click on export button;
4.a The system export the report in different format.
3.2 If the user click on print button;
4.b The system print out the report
Alternative 3.3 If the system click on cancel button;
Scenario 4.c The system return to the main menu
Rules
79
Figure 4.9: The activity diagram for generating report process
80
4.1.3. User Interface Prototype Presentation
User interface prototyping is an iterative analysis technique in which users are actively involved
in the mocking-up of the UI for a system. It uses as an analysis artifact that enables developers to
explore the problem space with the stakeholders. And also used as a design artifact that enables
system developer to explore the solution space of the system. The user interface prototype helps
the user to test the system at early stage of the system development. It can be developed using
hand drawing or using tools like Visio. The following diagrams show the user interface prototype
developed using Visio.
Login User Interface
82
Blood Registry User Interface
83
Discarded Blood Registry User Interface
84
Blood Collection Report User Interface
85
4.2. Design Model
The system design model is presented using class diagram.
Figure 4.17: Class Diagram for Blood Bank Information Management System
86
4.3. System Prototype Presentation
Login Form
Login page allows authenticated user to enter into the system. The user accesses the login page
by selecting “Login” button from the home page and its needs to enter a valid user name and
password to login into the system.
87
Blood Donation Reservation Form
“Blood Donation Reservation” helps a potential donor or group of donors to make early
reservation or booking of donation time slot online. The donor accesses the reservation page by
selecting “Reservation” button on the main page. While the donor clicks “Reserve” button after
entering the details, the system sends a confirmation code to the donor‟s email. The user needs to
enter the confirmation code for the system to reserve a time slot.
88
Donors Registry Form
“Donor Registry” allows the user to register new potential donor‟s profile into the system. To
open the donor registry form, the user selects “Donor Registration” button on admin page. The
form captures the profile of a single potential donor.
89
Blood Registry Form
“Blood Registry” is the form used to record donated blood. The user selects “Donation” button
to open the blood registry form on the admin page. The form captures detailed information about
blood registry.
90
Blood Distribution Registry Form
“Blood Distribution Registry” form helps the user to capture distribution of bloods to a health
institution. The form captures detailed information about blood and health institution. The user
access the form by selecting “Distribution” button on the admin page.
91
Discarded Blood Registry Form
“Discarded Blood Registry” form is used to record bloods that are discarded for different
reasons. The user access the form by selecting the “Discard” button on the admin page.
92
Appendix B
Hardware Inventory
Table 1: Hardware inventory of the existing system of the National Blood Bank of Ethiopia,
2016
Capacity
S.
No. Department Quantity Type/ Specification Hard Disk RAM Remark
93
1 HP Laptop 320 GB 2 GB
13 Record 1 Dell 745 160 GB 512 MB
1 Dell 780 320 GB 4 GB For Bar Code
14 Infectious Case Team 1 Dell 760 250 GB 2 GB
1 Dell 780 320 GB 4 GB
1 Dell 3020 500 GB 4 GB
1 Dell 620 150 GB 1 GB
1 Dell 780 320 GB 4 GB
Quality and Safety
15 Case Team 1 HP Laptop 320 GB 2 GB
16 Laboratory Head 1 Dell 780 320 GB 4 GB
17 HRM 2 Dell 780 320 GB 4 GB Office Use
2 Dell 780 320 GB 2 GB Office Use
18 General Director 1 HP Laptop 320 GB 2 GB
19 Finance 5 Dell 3020 500 GB 4 GB Office Use
1 Dell 755 150 GB 1 GB
Donor Service Team
20 Leader 1 HP Laptop 320 GB 2 GB
21 Auditing 1 Dell 3020 500 GB 4 GB
Regional Support Case
22 Team 1 Dell 3020 500 GB 4 GB
1 Dell 3020 500 GB 4 GB
Communication Case
23 Team 1 Dell 780 320 GB 1 GB
Medical Service Case
24 Team 1 Dell 780 320 GB 4 GB
25 Planning 1 HP Laptop 320 GB 2 GB
26 Logistic 1 HP Laptop 320 GB 2 GB
NETWORK DEVICE
27 1 D - Link Switch 24 Port
28 1 3 Com Switch 32 Port
94
29 1 3 Com Switch 8 Port
24 Port For Bar
30 1 TP Link Switch Code
31 1 D - Link Switch 32 Port
32 1 Cisco Router 1941
33 1 ADSL Modem
34 1 Access Point
95
Appendix C
96
In-Depth Interview Guide
Process
1. What does the blood donation process look like?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
2. How do you control the blood inventory process?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
3. Is there any mechanism by which donors reserve before visiting the blood bank in person?
Yes________________ No_____________
4. If No to Q3 above, what kind of reservation system/mechanism do you want to have?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
5. Is there any problem on the blood bank management system?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
Management
6. What does the organizational structure of the National Blood Bank look like?
__________________________________________________________________
__________________________________________________________________
People
7. How many professionals are there in the center?
__________________________________________________________________
__________________________________________________________________
97
8. How many professionals are involved in the blood bank management information system?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
Computer Software
9. Is there any software application in use in the center?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
10. What functions should the software provide?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
11. Does the National Blood Bank have a plan to develop blood bank information
management system?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
12. What is the data format you use?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
Computer Hardware
13. What kind of computer related hardware devices are being used in the center?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
14. To what extent is the center ready to fulfill hardware requirements of the blood bank
information management system?
98
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
Network
15. Does the center have any network infrastructure?
__________________________________________________________________
16. What kind of network does the center have?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
17. What is the bandwidth of internet connection the center currently has?
__________________________________________________________________
18. How many number of users does the network support?
__________________________________________________________________
19. How many departments in the center are connected to the network?
__________________________________________________________________
20. What kind of network hardware devices are being used in the center?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
Report
21. What kind of report do you produce?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
22. How do you produce a report and how often?
__________________________________________________________________
__________________________________________________________________
99
__________________________________________________________________
23. How and for whom do you generate the reports?
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
100
Appendix D
User Test Checklist
101
Appendix E
Donor Enrollment and Report Formats
102
DECLARATION
I declare that this project is my original work and has not been presented for degree in any other
university, and that all sources of materials used for the project have been acknowledged.
Gadisa Kebede
This project has been submitted for examination with our approval as university advisors.
________________________ ______________________
Ato Ermias Abebe Dr. Mulugeta Betre
103