Project Report On Healthcare M
Project Report On Healthcare M
Project Report On Healthcare M
CAMEROON
(Knowledge and Wisdom with the Fear of God)
SCHOOL OF ENGINEERING
SUPERVISED BY:
Dr. NYANGA BERNARD Y. (Ph.d)
i
CERTIFICATION
This is to certify that the “Internship report” submitted by ELAD BENDRICE EKANGWO (MAT.
No: 22CU005CE) is work done by him and submitted during 2023 – 2024 academic year, in
partial fulfillment.
ii
DEDICATION
To Almighty GOD who in his infinite mercy, provided me with strength and inspiration in writing
this Internship report and also Dedicating it to the ELAD’s Family for being there to guide me
both spiritually and financially.
iii
ACKNOWLEDGEMENTS
It has been a gratify experience carrying out this internship project and being part of the
COVENANT UNIVERSITY INSTITUTE OF CAMEROON (CUINS). Worth team of dedicated academic
professionals who were committed in making sure the project have new ideas and its being
carried out with present standards. I am grateful to Dr. Nyanga Bernard Y. for guiding me on
project completion and also for the time spent. Professor Nyanga judith Lum N. for rectifying
errors and making sure that the project is of standards. Thanking Yunga Nji Prosper for the
support and making sure obstacles and technical issues are solved. To all the staffs and my
Colleagues who made sure a constant work and new suggestion was put in place.
iv
TABLE OF CONTENTS
CERTIFICATION.............................................................................................................................................ii
DEDICATION................................................................................................................................................iii
ACKNOWLEDGEMENTS................................................................................................................................iv
CHAPTER 1....................................................................................................................................................1
Introduction.................................................................................................................................................1
1.1 PURPOSE................................................................................................................................................2
1.2 PROJECT SCOPE......................................................................................................................................2
1.3 PRODUCT PERSPECTIVE..........................................................................................................................3
CHAPTER 2....................................................................................................................................................4
LITERATURE REVIEW....................................................................................................................................4
2.1 (11 E-healthcare: an analysis of key themes in research........................................................................4
2.2 Role Based Access Control Models for E-Healthcare Systems................................................................5
CHAPTER 3....................................................................................................................................................7
SYSTEM ANALYSIS........................................................................................................................................7
3.1 EXISTING SYSTEM...................................................................................................................................7
3.2 PROPOSED SYSTEM................................................................................................................................7
CHAPTER 4....................................................................................................................................................9
SOFTWARE REQUIREMENT SPECIFICATION:................................................................................................9
4.1 OPERATING ENVIRONMENT...................................................................................................................9
4.1.2 SOFTWARE ENVIRONMENT:................................................................................................................9
4.2 DESIGN AND IMPLEMENTATION CONSTRAINTS...................................................................................11
4.2.1 CONSTRAINTS IN ANALYSIS...............................................................................................................11
4.3 ASSUMPTIONS AND DEPENDENCIES....................................................................................................12
4.4 SYSTEM FEATURES................................................................................................................................12
4.5. EXTERNAL INTERFACE REQUIREMENTS...............................................................................................13
v
4.6 SOFTWARE INTERFACES.......................................................................................................................13
4.8 OTHER NON FUNCTIONAL REQUIREMENTS.........................................................................................14
4.9 PROCESS DESCRIPTION.........................................................................................................................16
CHAPTER 5..................................................................................................................................................19
SYSTEM DESIGN SPECIFICATION.................................................................................................................19
5.1 SYSTEM ARCHITECTURE.......................................................................................................................19
5.2 Use Case model....................................................................................................................................20
5.3 Class Diagram.......................................................................................................................................20
APPENDICES/DIAGRAMS............................................................................................................................21
vi
CHAPTER 1
Introduction
Healthcare is a field in which accurate record keeping and communication are critical and yet in
which the use of computing and networking technology lags behind other fields. Healthcare
professionals and patients are often uncomfortable with computers, and feel that computers
are not central to their healthcare mission, even though they agree that accurate record
keeping and communication are essential to good healthcare. In current healthcare, information
is conveyed from one healthcare professional to another through paper notes or personal
physicians and pharmacists is not typically employed but, rather, the physician writes a
prescription on paper and gives it to the patient. The patient carries the prescription to the
pharmacy, waits in line to give it to a pharmacist, and waits for the pharmacist to fill the
from the physician to the pharmacist, and the human computer interfaces for the physicians,
According to Carmen Catizone of the National Association of Boards of Pharmacy, there are as
many as 7,000 deaths from incorrect prescriptions in the United States each year. A Washington
Post article indicates that as many as 5% of the 3 billion prescriptions filled each year are
1
incorrect. These numbers indicate that there is an urgent need to reduce the errors in
healthcare.
1.1 PURPOSE
This paper describes a distributed e-healthcare system that uses the Service- Oriented
Effective and timely communication between patients, physicians, nurses, pharmacists, and
based largely on paper records and prescriptions, are old-fashioned, inefficient, and unreliable.
When multiple healthcare professionals and facilities are involved in providing healthcare for a
patient, the healthcare services provided aren’t often coordinated. Typically, a physician writes
a prescription on paper and gives it to the patient. The patient carries the prescription to the
pharmacy, waits in line to hand the prescription to the pharmacist, and waits for the pharmacist
to fill the prescription. The pharmacist might be unable to read the physician’s handwriting; the
patient could modify or forge the prescription; or the physician might be unaware of
medications prescribed by other physicians. These and other problems indicate the need to
A distributed electronic healthcare system based on the service- oriented architecture (SOA) can
address some of these issues and problems. We developed a distributed e-healthcare system
for use by physicians, nurses, pharmacists, and other professionals, as well as by patients and
2
medical devices used to monitor patients. Multimedia input and output— with text, images, and
speech—make the system less computer- like and more attractive to users who aren’t
computer-oriented.
Our prototype distributed e-healthcare system uses SOA to enforce basic software architecture
principles and provide interoperability between different computing platforms and applications
that communicate with each other. Although our distributed e-healthcare system provides user-
friendly interfaces for busy healthcare professionals and patients, security and privacy are
particularly important in this area, so we designed the prototype with security and privacy in
mind. The system authenticates users and logs session information and attaches resources to
the resource creator, so that only privileged users can view or modify the data
3
CHAPTER 2
LITERATURE REVIEW
Purpose - Healthcare is among the fastest-growing sectors in both developed and emerging
economies. E-healthcare is contributing to the explosive growth within this industry by utilizing
the internet and all its capabilities to support its stakeholders with information searches and
communication processes. The purpose of this paper is to present the state-of-the-art and to
e-healthcare was conducted to determine the major themes pertinent to e-healthcare research
Findings - Based on the literature review, the five major themes of e-healthcare research
identified are: cost savings; virtual networking; electronic medical records; source credibility and
Originality/value - Based on these major themes, managerial implications for e-healthcare are
4
further implement and properly utilize e-healthcare in their facilities. These propositions will
also help these stakeholders develop and streamline their e-healthcare processes already in use.
improve efficiency, to reduce costs, and to facilitate the coordination of care across multiple
facilities.
Sciences
E-healthcare is the use of web-based systems to share and deliver information across the
internet. With this ability, privacy and security must be maintained according to the Health
Insurance Portability and Accountability Act (HIPAA) standards. The reasonable approach to
developing a system that can meet these requirements is a system that utilizes role-based
models. Role-based access control (RBAC) is important because personnel could change but the
position and access to the safe information keeps stable. With a role-based model it becomes
easier to maintain access control, assign privileges, and personnel to the appropriate role .
Implementation is based off the security policy, which is a critical component of any system
because it defines which roles or people have access to what information. An extensible markup
5
language (XML) is used to enforce this policy because it is a web-based technology that is good
for data transportation and security. Within this research project, we are able to give an
overview for the state-of-art of secure e-healthcare system, and better understand a way of
implementing a secure e-healthcare system that meets HIPAA standards and can share
Kart, F. Gengxin Miao Moser, L.E. Melliar-Smith, P.M. Dept. of Electr. & Comput.
Large-scale distributed systems, such as e-healthcare systems, are difficult to develop due to
their complex and decentralized nature. The service oriented architecture facilitates the
interoperation, and software reuse. With open standards, such as XML, SOAP, WSDL and UDDI,
In this paper we describe a distributed e-healthcare system that uses the service oriented
healthcare services. The e-healthcare system that we have developed provides support for
physicians, nurses, pharmacists and other healthcare professionals, as well as for patients and
medical devices used to monitor patients. Multi-media input and output, with text, images and
speech, make the system more user friendly than existing e-healthcare systems.
6
CHAPTER 3
• It has also focused on access and security for recording and communicating healthcare
information
• Human errors are more by exploiting electronic communication and record keeping.
• This system aims to reduce human errors by exploiting electronic communication and record
• Modern technology is use to expose the functionality of our e-healthcare system as Web
Services based on the Service Oriented Architecture, so that both humans and applications can
7
• It provides services that involve patients, physicians, nurses and pharmacists as well as
medical monitoring devices, whereas their framework focuses specifically on the use of medical
monitoring devices.
8
SYSTEM DESIGN SPECIFICATION
Clinic WS Patient WS
Application Server
Clinicians Database
3. Patients
Service
Database
Pharmacist
9
3.4 Use Case model
The use case model is model that describes the requirement of the system in diagrammatic
form based on UML language. It describes the relationship between the actors of the system
and use case of the system. UML stands for Unified Modeling Language. Figure 1.1: below
The class diagram is a model that describes the functions of the system both public and private
operate base on UML language. That is, the Actor functions linked to other activities such as
their roles and how the communication flows in the system. Figure 1.2 below shows the class
10
APPENDICES/DIAGRAMS
11
Fig.1.2 CLASS DIAGRAM MODEL OF HEALTHCARE MANAGEMENT
SYSTEM
12
CHAPTER 4
XAMPP
• XML
13
This tutorial introduces Derby's basic features and walks you through using both frameworks;
first the embedded framework using the Derby Embedded JDBC driver, then the Network Server
APACHE TOMCAT:
Apache Tomcat is an implementation of the Java Servlet and Java Server Pages technologies.
The Java Servlet and JavaServer Pages specifications are developed under the Java Community
Process Apache Tomcat is developed in an open and participatory environment and released
under the Apache Software Liscense. Apache Tomcat is intended to be a collaboration of the
XML:
Java Platform, Micro Edition (Java ME) provides a robust, flexible environment for applications
—mobile phones, personal digital assistants (PDAs), TV set-top boxes, and printers. Java ME
includes flexible user interfaces, robust security, built-in network protocols, and support for
14
networked and offline applications that can be downloaded dynamically. Applications based on
Java ME are portable across many devices, yet leverage each device's native capabilities.
15
4.3 ASSUMPTIONS AND DEPENDENCIES
A hierarchical structuring of relations may result in more classes and a more complicated
transform the developed hierarchical model into a bipartite, flat model, consisting of
classes on the one hand and flat relations on the other. Flat relations are preferred at the
design level for reasons of simplicity and implementation ease. There is no identity or
communication between the patient and a nurse, can ensure that the prescribed
treatment is being followed and that the patient is making good progress.
16
4.5. EXTERNAL INTERFACE REQUIREMENTS
4.5.1User Interfaces
The User Interface is Web Browsers like Internet Explorer, Mozilla Firefox, opera, etc.
The web application will be hosted on one of the department's Linux servers and
connecting to one of the school Oracle Database server. The web server is listening on
The system is a web based application; clients are requiring using a modern web browser
such as Mozilla Firebox 1.5, Internet Explorer 6 and Enable Cookies. The computer must
17
The system already has the required software to host a Java web application. An Apache
Web server will accept all requests from the client and forward specific requests to
An OS is capable of running a modern web browser which supports HTML version 3.2 or
higher.
The HTTP protocol will be used to facilitate communications between the client and
server.
We expect that most pages be returned in 1 second or less to users for whom
bandwidth isn't an issue. We will attempt to keep pages to a reasonable size, however, in
order to ensure that users with slow connections (e.g. 56K) do not experience a delay of
One way to do this is to limit queries so they do not return more than 20 events per
page. For larger pages, or pages that return search results from the database, we expect
page returns of 3 seconds for users with fast connections and 5 seconds for users with
18
4.8.2 SAFETY REQUIREMENTS
The software may be safety-critical. If so, there are issues associated with its integrity
level. The software may not be safety-critical although it forms part of a safety-critical
system. For example, software may simply log transactions. If a system must be of a high
integrity level and if the software is shown to be of that integrity level, then the
hardware must be at least of the same integrity level. There is little point in producing
'perfect' code in some language if hardware and system software (in widest sense) are
not reliable. If a computer system is to run software of a high integrity level then that
system should not at the same time accommodate software of a lower integrity level.
Systems with different requirements for safety levels must be separated. Otherwise, the
highest level of integrity required must be applied to all systems in the same
environment.
Do not block the some available ports through the windows firewall
security.
Usability: how easy it is to understand, learn and operate the software system.
19
Efficiency: performance and resource behavior.
install ability.
Clinical Module:
Input:
Process:
20
• Make referrals to other physician
• Patient services:
• Make appointments
• Deliver notification
Output:
• Patient appointment
Healthcare module:
Input:
Process:
Pharmacy Services:
21
Receive / view / fill prescriptions
Patient Services
• Provide notification
Output:
Menu bar (delivery date, today delivery, medicine details). Select any one from menu
bar.
22
CHAPTER 5
5.1 CONCLUSION
At this point, thou the internship report project was a though one there by, coming to termination was a
challenge.
ISSUES GETTING RESPECTIVE SOFTWARES: It was not an easy task downloading the
recommended software for the system as some updates required paid version.
POOR INTERNET CONNECTION: getting dependences and other upgraded packages on the
internet was a problem of a kind, because at some period internet was very slow.
POWER FAILURE: Due to our current time that at some area like mine has electrical blackout
sometimes thereby, making this project to be slower than expected.
5.2 RECOMMENDATIONS
Getting respective software should be solved by keeping a download for the application needed
for that processor.
Poor internet connection can be solved by getting better WiFI Routers and a choice of alternative
for which Network is best at the moment.
For unforeseen circumstances, a stand by Generator should be installed in case of power outage.
23
Below are System codes and screenshots
LOGIN PAGE
LOGIN CODES
<x-guest-layout>
<x-authentication-card>
<x-slot name="logo">
<x-authentication-card-logo />
</x-slot>
@session('status')
{{ $value }}
</div>
24
@endsession
@csrf
<div>
</div>
<div class="mt-4">
</div>
</label>
</div>
@if (Route::has('password.request'))
25
<a class="underline text-sm text-gray-600 hover:text-gray-900 rounded-md focus:outline-
none focus:ring-2 focus:ring-offset-2 focus:ring-indigo-500" href="{{ route('password.request') }}">
</a>
@endif
<x-button class="ms-4">
{{ __('Log in') }}
</x-button>
</div>
</form>
</x-authentication-card>
</x-guest-layout>
26
REGISTRATION PAGE
<x-guest-layout>
<x-authentication-card>
<x-slot name="logo">
<x-authentication-card-logo />
</x-slot>
@csrf
<div>
27
<x-input id="name" class="block mt-1 w-full" type="text" name="name" :value="old('name')"
required autofocus autocomplete="name" />
</div>
<div class="mt-4">
</div>
<div>
</div>
<div>
</div>
<div class="mt-4">
</div>
<div class="mt-4">
</div>
@if (Laravel\Jetstream\Jetstream::hasTermsAndPrivacyPolicyFeature())
<div class="mt-4">
<x-label for="terms">
<div class="ms-2">
]) !!}
</div>
</div>
</x-label>
</div>
@endif
29
{{ __('Already registered?') }}
</a>
<x-button class="ms-4">
{{ __('Register') }}
</x-button>
</div>
</form>
</x-authentication-card>
</x-guest-layout>
30
DASHBOARD FOR ADMIN
DASHBOARD CODES
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
<title>Hospital</title>
31
<link rel="stylesheet" href="assets/vendors/flag-icon-css/css/flag-icon.min.css">
</head>
<body>
<div class="container-scroller">
<div class="ps-lg-1">
<a href="https://www.bootstrapdash.com/product/corona-free/?
utm_source=organic&utm_medium=banner&utm_campaign=buynow_demo" target="_blank"
class="btn me-2 buy-now-btn border-0">Get Pro</a>
</div>
</div>
32
<a href="https://www.bootstrapdash.com/product/corona-free/"><i class="mdi mdi-home me-3
text-white"></i></a>
</button>
</div>
</div>
</div>
</div>
</div>
<ul class="nav">
<div class="profile-desc">
<div class="profile-pic">
<div class="count-indicator">
</div>
<div class="profile-name">
33
<h5 class="mb-0 font-weight-normal">Henry Klein</h5>
<span>Gold Member</span>
</div>
</div>
<div class="preview-thumbnail">
</div>
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
</div>
<div class="preview-item-content">
34
<p class="preview-subject ellipsis mb-1 text-small">Change Password</p>
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
</div>
<div class="preview-item-content">
</div>
</a>
</div>
</div>
</li>
<span class="nav-link">Navigation</span>
</li>
<span class="menu-icon">
</span>
<span class="menu-title">Dashboard</span>
35
</a>
</li>
<span class="menu-icon">
</span>
<i class="menu-arrow"></i>
</a>
</ul>
</div>
</li>
<span class="menu-icon">
</span>
36
<span class="menu-title">Form Elements</span>
</a>
</li>
<span class="menu-icon">
</span>
<span class="menu-title">Tables</span>
</a>
</li>
<span class="menu-icon">
</span>
<span class="menu-title">Charts</span>
</a>
</li>
<span class="menu-icon">
</span>
<span class="menu-title">Icons</span>
</a>
37
</li>
<span class="menu-icon">
</span>
<i class="menu-arrow"></i>
</a>
</ul>
</div>
</li>
<a class="nav-link"
href="http://www.bootstrapdash.com/demo/corona-free/jquery/documentation/documentation.html">
<span class="menu-icon">
38
</span>
<span class="menu-title">Documentation</span>
</a>
</li>
</ul>
</nav>
</div>
</button>
</form>
</li>
</ul>
39
<ul class="navbar-nav navbar-nav-right">
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
</div>
<div class="preview-item-content">
40
<p class="preview-subject ellipsis mb-1">UI Development</p>
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
</div>
</li>
</a>
</li>
41
<i class="mdi mdi-email"></i>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
<div class="preview-item-content">
</div>
</a>
42
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
</div>
</li>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
43
<div class="preview-icon bg-dark rounded-circle">
</div>
</div>
<div class="preview-item-content">
<p class="text-muted ellipsis mb-0"> Just a reminder that you have an event today </p>
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
44
</div>
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
</div>
</li>
<div class="navbar-profile">
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
45
<i class="mdi mdi-settings text-success"></i>
</div>
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
<div class="preview-thumbnail">
</div>
</div>
<div class="preview-item-content">
</div>
</a>
<div class="dropdown-divider"></div>
</div>
</li>
</ul>
46
</button>
</div>
</nav>
<footer class="footer">
</div>
</footer>
</div>
</div>
</div>
<script src="assets/vendors/js/vendor.bundle.base.js"></script>
47
<script src="assets/vendors/chart.js/Chart.min.js"></script>
<script src="assets/vendors/progressbar.js/progressbar.min.js"></script>
<script src="assets/vendors/jvectormap/jquery-jvectormap.min.js"></script>
<script src="assets/vendors/jvectormap/jquery-jvectormap-world-mill-en.js"></script>
<script src="assets/vendors/owl-carousel-2/owl.carousel.min.js"></script>
<script src="assets/js/off-canvas.js"></script>
<script src="assets/js/hoverable-collapse.js"></script>
<script src="assets/js/misc.js"></script>
<script src="assets/js/settings.js"></script>
<script src="assets/js/todolist.js"></script>
<script src="assets/js/dashboard.js"></script>
</body>
</html>
48