GMBU Clinical Management System
GMBU Clinical Management System
Gambella Ethiopia
Table of content
Table of content………………………………………………………………..1
List of figures…………………………………………………………………..2
Abstract………………………………………………………………………...3
Chapter 1: Introduction
1. Introduction……………………………………………………………………...3
1.1 Back ground of study…………………………………………………………..4
1.2 Statement of Problem ………………………………………………………….4
1.3 Objectives …………………………………………………………………….5
1.4 Significance of study…………………………………………………………...6
1.5 Scope of the project…………………………………………………………......6
1.6 limitation of the project………………………………………………………….7
Chapter 3: methodology
3.1 Functional requirement ………………………………………………………….. 8
3.2 Non-functional requirement …………………………………………………..12
3.3 software requirement ……………………………………………………………..12
1
5.3.6 Update user data………………………………………………………………………30
5.4 Class diagram…………………………………………………………………………..31
5.5 Activity diagrams ……………………………………………………………………… 32
5.6 Collaboration diagram…………………………………………………………………...35
5.7 Deployment diagrams …………………………………………………………………...36
Chapter 6: conclusion
Conclusion…....………………………………………………………………………….. …37
References……………………………………………………………………………………37
LIST OF FIGURES
Figure 4.1 System environment ………………………………………………………….15
Figure 5.1 Admin use cases ……………………………………………………………….16
Figure 5.2 Doctor Use cases ……………………………………………………………….19
Figure 5.3 Nurse Use cases ………………………………………………….....................21
Figure 5.4 Pharmacy use cases ……………………………………………………………..23
Figure 5.5 System sequence diagram ………………………………………………………25
Figure 5.6 Login Sequence diagram ……………………………………………………….26
Figure 5.7 Register Student sequence diagram …………………………………………….27
Figure 5.8 delete user sequence diagram ………………………………………………….. 28
Figure 5.9 search user sequence diagram………………………………………………… 29
Figure 5.10 update user sequence diagram………………………………………………… 30
Figure 5.11 class diagram ………………………………………………………………….. 31
Figure 4.12 Login Activity diagram …………………………………………………………32
Figure 4.13 get debt Activity diagram ……………………………………………………… 33
Figure 4.14 Instant message Activity diagram………………………………………………. 34
Figure 5.15 Collaboration
Diagram…………………………………………………………..35
Figure 5.16 CMS deployment diagram ………………………………………………………
36
2
Abstract:
Clinical management system (CMS) is a user support system which is developed to assist clinical staffs
(doctors, nurses, pharmacist, and clinical managers) in patient, drug, and clinical staffs record management.
CMS reduce the burden of clinical staff and change the manual (paper based) system to computerized
system, CMS also provide an efficient and systematic management environment within the clinic. In order
to provide this functionalities there are five main modules that need to be developed in CMS. The
methodology used for developing CMS is system development life cycle (SDLC). This system is written in
python 3.SQLite was utilized as the database for the system. Python development server used as web
server. This thesis will explains background study, methodology, system analysis, system design, system
development and implementation.
Chapter one
Introduction
1. Introduction
The purpose of this document is to present a detailed description of software system by which clinical
management system of Gambella university clinic will be built. It will explain the purpose, feature and
interface of the system as well as what the system will do and how it should interact with user of the
system. This document is mainly intended for the developers of the systems. By inspecting this document
painstakingly, they can develop user friendly, easy to use clinical management system for Gambella
university clinic. Since the system created from this document is also for GMBU clinical staffs (doctors,
nurses, pharmacist, and clinical manager) and Finance officers. These are just the user of the system, and
can see this document to verify whether the document include the functionalities that they needs.
Currently, GMBU clinic use manual (paper-based) system and store patient, drugs, and clinical staff’s
records on paper. For example, the clinic use cards to write down student’s medical information such as last
date visit, drug prescription, and laboratory results. Then those medical cards are placed in shelf which is
partitioned by department. And each department is categorized by year. And each year contains students’
medical card organized by students’ name sorted alphabetically. This work is troublesome and plaguing.
Moreover the student medical information is not secure.
The proposed system attempt to solve students’ medical information management and reduce the burden of
nurse and doctors. It is used as central repository of information that can be updated and accessed
electronically within a clinic, allowing sharing of vital student’s medical information between nurse and
doctors with security password access. These medical information has familiar resemblance to traditional
paper record that currently seen in GMBU clinic. The main aim of this proposed system is to computerize
the manual paper-based system.
As conclusion, the proposed system will bring benefits to doctors, nurses, pharmacist, clinical managers,
students, and finance officers. Its aims is to assist users in achieving their respective goals and objectives.
3
1.1 Back ground of study
GMBU clinic is found in Gambella University. Background of the Project Clinic Management System is
developed to improve the current Clinic management and automates the workflow that happens in the Clinic. This
system is considering all the activities in the Clinic. Patient will register first. However, if it is an existing patient
then the patient data is patient the time during the registration. In this process the record class will check whether
patient is exist in the previous registration or not by using the system itself. Then the system will update the patient
record and will be kept in in static html page. For the security, before the user enters the system they have to input
their username and password. The system has different access for the different users. For the management of the
Patient, they may view the daily report of daily work, also every doctor can have an account to do their task and card
room worker have an account to register Patient or to search the existing Patient. Our website reduces the manual
work, maintaining accuracy, increasing efficiency and saving time.
To summarize the following are the problems, which are observed in Gambella university clinic, lead us to
create a system.
Lack of security
The medical card is easily exposed to unauthorized user. They can easily get the vital students’
medical information from the clinic because the medical card are just kept on the shelf without any
security lock.
4
Time consuming
By using medical cards, times are wasted when the medical card need to pass from the nurse to
doctor. Besides that, the clinic also needs to speed times to organize the medical cards from time to
time. For example, when third year student become fourth year student, there are some information
need to be updated. Which also takes time.
Space
Clinic needs to provide space to store these medical cards. When the quantity of cards increases
every year, they need more and more space to store the cards. This is very burning issue for
Gambella university clinic because currently the university expands its student intakes capacity.
Plus Gambella is lowland area and malaria is common disease in lowland. As a result many
students are infected with malaria and the clinic need more space to store medical card of those
student.
Redundant information
Sometimes, a student can have more than one medical card. This happen when the medical card is
misplaced and people who do the registration did not check properly and just directly use a new
medical card.
Lack of knowledge
Sometimes, the pharmacist may not have enough information about all the medicine that is in the
store. This happened because there are ton of medicine out there and knowing all the information
about all medicine is humanely impossible.
Over Cost share
In GMBU, this happened because the student those who get service from clinic and the student
those who do not get service from the clinic pay the same amount of money for health. And this is
over cost share for those who does not get service from the clinic.
1.3 Objectives
1.3.1 General objective
The main aim of this proposed system is to computerize the manual (paper-based) system of
Gambella university clinic and enhance clinical management process in advance.
1.3.2 Specific objectives
5
iv. To tracing doctor’s diagnosis and treatments
Once the new system is implemented, the workers are benefited from the system in such a way that the quality
and performance of their work is improved, the time they spent for manual operation is significantly reduced and
their management and control of their job is improved. Specifically students obtain the following advantages from
our system.
6
The first module is registration module. This is where every registration is takes place. Students, clinical
staffs’ and drug can be registered to the database using this modules. All other module can use the
functionality of this module but not finance module.
The second module is nurse module. This is where the nurses add and delete student’s data, search for
registered students as well as passing student’s digital medical card to the doctor.
The third module is pharmacy module. This is where the pharmacy manage drugs, register drugs, search
drugs and see details information about drugs
The fourth module is administration module. This module help the manager to manage the employee, of the
clinic. This is where new clinic’s employee get registered, updated and deleted (if necessary). Plus this
module provide the manager database interfaces. So the manager can easily manage the database.
The fifth module is finance office module. This module help finance officer to get students’ debt from the
clinic during cost share calculation.
The six module is doctor module. This is where the doctor describe disease, prescribe drug and view
laboratory results.
1.6. Limitation of the Project
Our project will limit on the following activities:-
Chapter two
Related Work
Tremendous efforts have been made to address problems in healthcare industries, and various researches
have been embarked to provide solutions to the existing problems. They employed different approaches
and tools for requirement analysis, project design and implementation as steps towards enhancing the
effective processes needed for a modern healthcare system. Healthcare information systems are developed
to meet the following goals: improve quality of care, reduce organizational expense, and produce’ a data
stream for electronic billing. The CMS meets these goals through workflow automation, connectivity, and
consistent data sharing.
In research projects there were no functionalities such as online consultation and report generation.
However, the systems (mentioned above) need to be adjusted to comply with current requirements needed
in modern healthcare services. In view of this, functionalities such as online consultation, appointment
scheduling, diagnosis manager, report generator are added to the new system.
7
Hospitals and clinics can be regarded as organizations based on high technology and information’ intensive
processes.
Such organizations are not hierarchically structured bureaucracies but are often based on democratic
control mechanisms with institutionalized stakeholder influence in decision processes. It is also expected’
that health care budgets and funding will depend significantly on the sophisticated patient and diagnosis
classifications. The use of IT in diagnostic and treatment’ processes will add to the development of
networks of clinical, hospital and healthcare processes.
A considerable amount of literature has indicated that; healthcare management is a growing profession
with increasing opportunities in both direct and non-direct care settings. Direct-care settings are those
organizations that provide care directly to’ a patient, resident or client who seeks’ services from the
organization. Non direct care settings are not directly involved in providing’ care to persons needing health
services, but rather support the care of individuals through products and services made available to direct
care settings.
GMBU clinic is currently operating manually. Its various services include; patient consultation,
resuscitation and admission for observation during working hours, follow-up for hypertensive patients,
treatment of minor trauma and counseling with medical issues, patient treatment services such as wound
dressing and bandaging. The Clinic has full stocked pharmacy for provision of drugs and is being overseen
by Pharmacist. The administrative section handles data processing services. Such services are being
managed by assistant data processing officer and clerical officer using file processing approach. Therefore,
with the ill-equipped Information System, the stock cannot be managed properly. Most of these problems
can only be addressed if a proper Information System is developed.
Chapter 3
Methodology
3.1 Functional Requirement
This product have the following functional requirements
Login operation [Taking User Name; password]
Instant message
Front end requirement
3.1.1 Manage student
3.1.1.1 Student Registration
3.1.1.1.1 Taking Student first name (Mandatory)
8
3.1.1.1.2 Taking Student last name (Mandatory)
3.1.1.1.3 Taking Student Identification number (Mandatory)
3.1.1.1.4 Selecting Student Department (Mandatory)
3.1.1.1.5 Select Department Year (Mandatory)
3.1.1.1.6 Selecting Student Age (Mandatory)
3.1.1.1.7 Selecting Student Sex (Mandatory)
3.1.1.1.8 Submitting the Form
3.1.1.1.9 Resetting the form
3.1.1.2 Search Student
3.1.1.2.1 Taking student identification number
3.1.1.2.1 Submission to search
9
3.1.2.3 Submission of the Login
3.1.3 Manage Drug
3.1.3.1 Add Drug
3.1.3.1.1 Taking drug name
3.1.3.1.2 Taking drug expire date
3.1.3.1.3 Taking drug production date
3.1.3.1.4 Taking what it treat
3.1.3.1.5 Selecting production country
3.1.3.1.6 Selecting manufacturer
3.1.3.1.7 Selecting drug weight
3.1.3.1.8 Selecting side effects
3.1.3.1.9 Taking description
3.1.3.1.10 taking procedures
3.1.4.1.5 Submitting the form
3.1.4.2 Search Drug
3.1.4.1.1 Select Drug Name
3.1.4.1.2 Submission to Search
3.1.4.3 View drug details
3.1.4.4 Update drug
3.1.4 Get Student Debt
3.1.5 Instant message
3.1.6 Add payment
Back end (Administrative tools) requirement
1.1 Admin home page – All features availability
1.2 Manage users
1.2.1 Adding new user
1.2.1.1 Taking Login Name (Mandatory)
10
1.2.1.2 Taking login Password (Mandatory)
1.2.1.3 Taking confirm Password (Mandatory)
1.2.1.4 . Taking first name (Mandatory)
1.2.1.5 . Taking last name (Mandatory)
1.2.1.6 . Taking e-mail in the e-mail format
1.2.1.7 . Taking phone number (Mandatory)
1.2.1.8 . Selecting user type (Mandatory)
1.2.1.9 . Submitting the form
1.2.1.10 . Resetting the form
1.2.2. Updating user
Go through lists, selecting a particular user.
Able to view detail information
Selecting update user
Able to update user data in the separate screen
11
Remove user
• Operating System:
The software will be run on all operating system
• Usability:
Usability of software will be easy. So the users can use it without any difficulty
• Maintainability:
Software would be build up in such a way that classifications of error and
Maintenance of mechanism become easy
• Flexibility:
Software would be flexible so that it can easily accept all changes at low cost, time
and experience.
• Security:
Software will be secure. No one can use this application without Username
and password
• Access:
Software will be accessible over the internet
3.3. Software requirements
The language and tools that have been used to develop this project are as follows. We used
Django as a framework, python, HTML, MySQL, Cascading Style Sheets (CSS), JavaScript as an
implementing language.
3.3.2. Django
12
Django is python framework that makes it easier to create web sites using python. It takes care of
the difficult stuff. So that you can concentrate on building your web application. The main reason
we select Django is that it follows MVT design pattern (Model View Template).
View – a request handler that returns the relevant template and content-based on the request from
user. Template – a text file containing the layout of the web page, with logic on how to display the
data.
3.3.3. PYTHON
Python is a popular programming language. It was created by Guido van Rossum, and released
in 1991. It is an easy to learn, powerful programming language. It has efficient high-level data
structures and a simple but effective approach to object-oriented programming. Python’s elegant
syntax and dynamic typing, together with its interpreted nature, make it an ideal language for
scripting and rapid application development in many areas on most platforms
It is used for:
• Distribute online documents with tables, lists, photos, titles, topic, etc.
• Improve online data via hypertext links, at the click of a button.
• Design schemes for operating activities with foreign services, for use in exploring for data, presenting
licenses, ordering products, etc.
• Include covers-sheets, video clips, sound clips, and other applications immediately in their reports.
3.3.5 CSS
CSS is the language for describing the performance of Web pages, including appearances, layout
design, and fonts. It enables one to adjust the presentation to various types of devices, such as big
screens, small screens, or printers. CSS is confident of HTML and can be used with any XML based
markup language. The division of HTML from CSS performs it more comfortable to establish sites,
13
receive style sheets pages, and original pages to different conditions. That is committed to as the
division of construction from a presentation
3.3.6 JavaScript
JavaScript is the world’s most successful web-based programming language. It is the language for
HTML, for the web, for servers, PCs, laptops, tablets, phones, and more. JavaScript is a Scripting
Language.
• JavaScript is programming code that can be implanted into HTML pages.
• All modern web browsers can perform JavaScript code.
• JavaScript is clear to learn
3.3.7 Tools
A software development tool is a program or applications that Software Developers use to design,
debug, maintain, or otherwise maintain other programs and applications. The term applies
typically to nearly simple programs, which can be connected coincidentally to perform a
Task, much as one might use multiple control tools fix a physical object to
improve this website utilizing the following tools:
14
• It is ideal for both small and large application.
• MySQL Supports standard SQL.
• It is free to download and use.
• It compiles on some platforms.
These are the purposes we used MySQL as our database because it is so important to select the
right database for our application otherwise the whole hard work may go in vain. That’s why
considering all the options we’ve chosen this database, and it was so useful for our project as well
as the web application.
To build our web application, we needed a database server which is perfect for small and large use.
We needed a database that maintains standard SQL and also compiles some platforms. The end
and essential fact of the database is if it is free to download and practice or not.
15
Chapter 5
System Implementation
The web-based clinic management system includes various forms and use cases to help facilitate the
management of a clinic. The system includes forms such as patient registration, appointment request,
medical history, prescription, and billing. Generally, a form serves as a user interface where information is
entered by the user. The information is then passed to a back-end server for processing.
16
Figure 5.1 Admin use cases
17
Before this use case can be initiated, the admin has to login to the system as admin and should have
access to the admin home page.
1) The system provide “search user here” text field and search button
2) The admin will provide user’s ID to text field and hit search button 3) The system will
display all the information about the user, “delete user”, “Update user”, and “User
activates” buttons.
18
Use case: delete user
Brief description
The admin can delete a particular user if necessary
Initial Step-by-Step Description
Before this use case initiated, the admin has to login to the system as admin and should have
access to the admin home page and click on particular user need to be deleted
1) The system will provide “delete user” button in action panel
2) The admin will click “delete user” button
3) The system will ask the admin “action cannot be undo, are you sure to delete?”
4) The admin will choose “yes” to delete or “no” to cancel the deletion.
19
Figure 5.2 Doctor Use cases
Use case: login
Brief Description
The doctor can login to the system as doctor.
Initial Step-by-Step Description
Before this use case can be initiated, the doctor should go to home page with appropriate URL.
1. The system provide to doctor a form which contain Username and password field.
2 .The doctor will fill the form and interact with login button.
Use case: Search student
Brief Description
The doctor can search a student using their CID
Initial Step-by-Step Description
20
Before this use case can be initiated, the doctor should have access to Doctor’s home page
1) The system will provide “search student here” text field and “search” button
2) The doctor will fill the text field with student CID and hit “search” button
3) The system will display user as clickable list
21
Figure 5.3 Nurse Use cases
22
2. The nurse will fill the form and hit login button
Use Case: Register Student
Brief Description
The nurse can register a new students and observe their information
Initial Step-by-Step Description
Before this use case can be initiated, the nurse have to access the nurse’s home page
1. The system provide “register student” button in nurse panel
2. The nurse will click “register student” button
3. The system will redirect the nurse to registration page
4. The nurse will fill the form with the appropriate data and submit the data to save
5. the system will tell the nurse whether it is registered successfully or not
23
Figure 5.4 Pharmacy use cases
Use case: login
Brief Description
The pharmacist login to the system as a pharmacist
Initial Step-by-Step Description
Before this use case can be initiated, the system should provide him a login page
1) The system provide to pharmacist a form which contain username and password field
2) The pharmacist will fill the form and hit login button
24
The pharmacist will register drug when not registered drug is available
Initial Step-by-Step Description
Before this use case can be initiated, the pharmacist have to access the pharmacist home page
1) The system provide “add drug” button in action panel
2) The pharmacist will hit “add drug” button
3) The system will redirect the pharmacist to drug registration page
4) The system will show form fields
5) The pharmacist will fill the form and hit register button
6) The system let the pharmacist know whether or not the operation is successfully.
25
A sequence diagram is structured in such a way that it represents a timeline that begins at the top
and descends gradually to mark the sequence of interactions. Each object has a column and the
messages exchanged between them are represented by arrows.
5.3.1 System sequence diagram:
The figure down below show each sequences that are performed when a particular student visit
the clinic and get service from it. Which shows the processes that happed from student registration
up to taking drugs and going back to dorm.
26
5.3.2 Login sequence diagram:
Login is the use case of all users. Which mean that this product will cover the database records with
username and password. The login sequence diagram shows things that happened during the login
process. How each user can login and what steps have to implemented during login is depicted by
the following sequence diagram
27
5.3.3 Register student sequence diagram
The following diagram show the sequence of actions that need to be performed during register student
use case
28
5.3.4 Delete user sequence diagram
29
5.3.5 Search user sequence diagram
30
5.3.6 Update user data
31
5.4 Class Diagram
32
5.5 Activity Diagram
An activity diagram visually presents a series of actions or flow of control in a system similar to
data flow diagram. It can also describe the steps in a use case diagram.
33
5.5.2 Get debt Activity diagram
34
5.5.3 Instant Message activity diagram
35
5.6 Collaboration Diagram
36
5.7 Deployment Diagram Deployment diagram describes the software system’s specifications
and physical hardware system required to run the software. The deployment diagram also
determines the installation of the software on the hardware. It maps software segments of
method to the device that is going to implement it. The following diagram deployment
diagram of GMBU clinic management system.
37
Chapter 6
Conclusion
As described above, each chapter of this SRS document explain different thing about the
proposed applications. In chapter one allover description explained perfectly including
hardware and software requirement that CMS need to run. Functionality of products
explained from chapter two up to the chapter three. Diagrammatically fives chapter
diagramed most of the software components not mentioning lot of limitation of this
software and this documents. So any software developer can see this document and create
web-based clinical management system which computerize paper-based system and reduce
the burden of clinical staff.
References:
https://www.studocu.com/in/document/apj-abdul-kalam-technologicaluniversity/software-
project-management/srs-example-for-web-application/20881481
https://ir.unimas.my/id/eprint/3354/1/Clinical%20management%20system%20(CM
S).pdf
https://www.slideshare.net/vidyasg/srs-present
https://www.slideshare.net/susheel2658/srs-for-virtual-eucation
38