Documentos de Académico
Documentos de Profesional
Documentos de Cultura
2018-2019
TABLE OF CONTENT
CHAPTER 3: METHODOLOGY..........................................................10
Software process model
....................................................................10
Requirement
Analysis .............................................................11
System Design .......................................................................11
Implementation .................................................................11-
12
Testing ...................................................................................12
Maintenance ..........................................................................12
Requirements
Specification ..............................................................12
User Requirements
Specification ......................................................12
Traditional
User ......................................................................13
Contemporary User ................................................................13
User
Classifications .........................................................................13
Detailed Functional Specifications ...................................................13
Functional
Requirements .................................................................13
Online
System ........................................................................14
Non-Functional Requirements .........................................................15
Hardware Requirements ..................................................................15
Software
Requirements ....................................................................15
Feasibility issues .............................................................................16
Economic Feasibility ..............................................................16
Technical
Feasibility ...............................................................16
Operational Feasibility ...........................................................16
Schedule Feasibility ...............................................................16
Time Table (Gantt Chart) ............................................................16-
18
Project
Cost .....................................................................................19
Work Breakdown
Structure ....................................................19
Cost Benifits Analysis ........................................................20-
22
Feasibility
Alternatives .....................................................................23
Risk
Management ............................................................................24
Implemantation Plan and Deployment Diagram ...............................25
Chapter 1
INTRODUCTION
General Objective
Specific Objective
scheduled of doctor that helps the patient for easy and faster way than the
2
Proponents
Patients
Patients will be benefited for they can view and have access to
physician’s schedules through the web system.
Physician and staff can be benefited for this can be a guide for an
easy access on appointment of the patient using web based system.
The center can benefited for this will provide facility as it will facilitate
the work and make the check-up transaction easier.
Future Researchers
This study is basically designed for Sta. Josefa Health Care. The
healthcare provides a lot of services to patients which include daily
treatment of patients, admission of patients, keeping of records about walk-
in and online appointment. Since the health services is visible and can
provide the patients to view the schedule of the physician, find availability
slot and make an appointment for check-up consultation. The physician
could delete, update and add the schedule they also view the profile of
patients that submitted online.
The user may view the profile of physician and may also set for an
appointment, find slot availability and type of services. This system has two
ways in booking an appointment which include; walk-in and online request.
In the online platform, the physician may cater only 4 to 5 patients and the
3
system itself will be automatically lock or block in that session. The system
will automatically confirm the booking without any staff in action and notify
a confirmation via SMS that will be received by the patient regarding the
booking transaction. On the other hand, in the walk- in transaction, the
policy is first come, first served. When the patient arrive in health care and
make an appointment on time, the appointment will authomatically be
added in the schedule of calendar. The accuracy of providing important data
will depend on the user on his or her input, this system is open over
internet.
This project proposal will be located in Sta. Josefa, Agusan del Sur.
The system that will be conducted is reliable for human resources.
The following are terms that the researcher used for better
understanding about the concepts in the study. The terms defined
operationally, as how they are used in the study.
Appointment
Consultation
Availability Slot
The slot availability displays only show runway slot availability. Real-
time slot availability for doctor schedule accessible via Online.
Scheduling
4
Health Care Center
Database
Internet
Web
System
A set of interacting or interdependent component parts forming a
complex/intricate whole.
Viewing
Accessing the application to show the details information of
application.
Algorithm
Notification
5
Conceptual Framework
Figure 1.0 shows that the proposed web-base system will search
through on internet. The user can search in order to find available slot,
view profile and schedule of the physician. A web-based appointment
scheduling system can helps the patient to choose the physician and
request appointment also type of services such as dental, prenatal and
pediatric. After processing the data will pass through the server which may
include the systems of patient record and updated schedule. It will
integrate real-time streaming data into server.
The user may also search which doctor schedule has an available on the
day. After in the search engine, specific instructions will process in query
parsing. It will set the data that describes and gives health services and
further information such as hours of operation, date and time of the
Doctor’s availability, contact number. This feature fall in online content
and utility services.. After generating and processing the data, the web will
provide now the online scheduling. Users can get required information and
find easy way of booking appointment using scheduling algorithm and
notify via SMS for confirmation such as reminders and cancelation.
6
Chapter 2
7
The User login and registration requests are processed by the portal server
which located in middle tier. The security mechanism in login process is
enhanced through a MD5 hash generator. This encrypted login procedure
ensures that only identified users can access the relevant medical resources.
Multiple-practitioner scheduling, centralized and consolidated patient
appointment tracking, available appointment searching, appointments
rescheduling, and appointment confirmation and cancellation. A middle-tier
database is used to cache the data retrieved from EIS-tier database in order
to minimize network traffic flow and disk access. In addition, detailed
information about each scheduled appointment slot, such as patient login
and contact information, is also stored into the middle-tier database [4]. In
addition, the implementing Web based e-Health Portal Systems. As an
emerging form of enabling technology, Web-based e-Health portals provide
patients easier accesses to their healthcare information and services. It
design and implement such an e-Health portal which can integrate many
backend medical services effectively. A major challenge in designing such a
system is to meet critical security requirements, such as the confidentiality
of patient data, the integrity of diagnosis results, and the availability of
healthcare services. Web services provide a standard means of interoperating
between different of software applications running on a variety of platforms
and/or frameworks [5].
8
[7]. eHealth Portal Online access to patient health information. The
services suite of web-based applications offer authorized clinicians access to
Ontario’s provincial data enabling them to search and view information
about patients in their care and locate other providers. Enterprise reporting
are set of business intelligence, reporting and analysis tools for organizations
and clinicians to securely access and create reports from their own data. The
information system used by public health units to support program
implementation, monitoring, evaluation and payment accountability for the
oral component. Provides public health professionals with a comprehensive,
secure, web-based information system to efficiently manage immunization
information, vaccine inventory, and cases and outbreaks of communicable
diseases [8].
Chapter 3
9
METHODOLOGY
This section describes the methods that were used to achieve the
objective of the system. The methods used were in conformity with the
standard stages of system development, which includde requirements
analysis, system design, implementation, testing , maintenance.
Require
ments
Analysis
Mainten System
ance Design
Impleme
Testing 3
ntation
B. System Design
The researcher developed a reseach design which is a software
design. Im soffware design the agile odel will be used in this study to carry
out each space of the design and the development processes. The agile will
be used since each step flows into the next: that is, teh total specifiation of
the online sysetem will be developed in pieces and the output frm one piece
will be used as input to the subsequent pieces.
Since Agile Sytem Development does has different dliverables in
every phase, so the researcher is anticipated to used different types of tools
and techniques. This tools, methods and techniques will help the team to
work with deliverables straightforwardly.
C. Implementation
Implementation is the process of writting, testing,
debuging/troubleshooting, and maintaining the source code of computer
11
programs. This source code is written in a programming language. The
porpose of programming is to create a program that exsibits a certain
desired behavior. Coding requires expertise in many different subject,
including knowleged of th application domain, specialized algorithms and
formal logic.
The proponents will use PHP for the coding and the interface, and
will upload the system to be available on online. Upon being uploaded,
errors were expected to emerge since the code also compatible with
technology that the whose website support, further debbuging will done until
there are no error to be found.
E. Maintenance
Maintenance is the product of software that quality tested and
deployed on the client server, it enters the maintenance of the software
development life cycle. The researcher provides the maintenance phase to
support the system to fix some errors cause by changes of feature. It
includes some minor bug fixes commonly used during this stage. The
proponents must be responsible for maintaining system stability to avoid
data errors and malfunctioning.
Requirements Specification
Traditional User
12
The elder member of Health Center members belong to this user
classification. They are expected to have less familiarity and knowledge of
internet applications as well as computer hardware and software interfaces.
It is expected that they are required in-depth walks to the system's
functionality.
Contemporary User
Functional Requirements
Online System
13
Requiremen Description
t
G01 A user should be able to access the system using any web
browser provide he or she is connected to the internet.
G03 The login form must have a “remember me” and “forgot
password” options.
G04 The system should handle simultaneous login and
requests from different users.
Requiremen Description
t
P01 The patient should have his or her ID number as his or
her default Username and Password.
P02 The patient should be required to login his or her on the
system before can access its features.
P03 There shall be an option to view the doctor schedule and
availability of slot.
P04 The patient can book an appointment of doctors.
P05 The system itself will automatically confirm the
appointment request and notify via SMS with the
cancelation and reminders of the patients reminder.
Table 2 Patient Requirements
Requiremen Description
t
DS01 The system must allow the Doctor/staff to Add, Delete
and Updating user accounts which belong to his or her
management.
DS02 The system should allow the doctor / staff to view the
patient's recent schedule and request of the appointment.
DS03 The system shall allow the doctor/staff to check out the
updated recent schedule on web base.
DS04 The system shall allow the doctor/ staff to generate all
record of his or her patients.
DS05 The system will provide the ‘View’ option that would allow
the doctor/staff to have a comprehensive view the account
of patient .
Table 3 Doctor/Staff Requirements
Non-Functional Requirements
14
Requirement Description
NF01 The system shall be available 24-hours a day, 7 days a
week.
NF02 Defined backups must be made to secure system data.
NF04 Users must be system unavailability pre-notification due
to system maintenance.
Table 4 Non-Functional Requirements
Hardware Requirements
Software Requirements
Software System Requirement
Operating System Window 7 or more
Back end MYSQL
Run-time Environment Apache web server
Front end PHP
HTML
CSS
Javascript
Table 6 Software Requirement
15
Feasibility Issues
Economic Feasibility
16
Risk Management 23
Risks are always part of the development phase of any project and
some solutions that help reduce the risks are to identify potential risks,
prepare and deal with risks. In order to minimize the possibilities especially
with system-side improvements, the team should consider the backup plan
for any possible risk that the team sees in the system development.
RISKS SOLUTIONS
Unexpected schedules for The proponent should be strictly in
deployment of the system terms of schedules and must also be
delicate in managing time. It is best to
take the team to include the planning
and estimation of the system. If there
are chances that delays will happen,
then it will be the initiative of
proponent to take extra work to
address the missing submissions
subtraction dates.
Increase of system requirements When system requirements change
caused by system features and during development, timing estimates
functionality changes. and timelines will also be affected. At
this time, the proponent needs to
address the problems with clients
about the changes. Clients should
know any updates to the system
development.
Not necessarily fully functional The proponent makes several system
checks in the system development stage
and also before it is deployed, to ensure
that the team fully meets the complete
system functionality required by the
client.
Calamity The proponent need backup file to save
all the records in the situation of
corrupting and disaster.
Loosing of files cause by The system should have utilities area
for retrieving and recovery of file. When
it happen the client should know the
operational function.
Security system Since the system is an online
appointment system, the proponent
should be more concerned about its
security so it will not be exposed to
hacking.
Table 9 Risk Management
Implemantation Plan
24
Deployment Diagram
25
APPENDICES
Figu
re 3.2 Context Diagram of the Study
ERD
Figure 3.5 Entity Relationship Diagram for
A Web-based Appointment Scheduling System with SMS
Notification in Health Care Domain
REFERENCES
[1] Vasu, M. Usha Rani “Scheduling Algorithm Applications to
Solve Simple Problems in Diagnostic Related Health Care
Centers”, Volume-2, (May 2012), November 25, 2017
https://www.SchedulingAlgorithmApplicationstoSolveSimpleProblems
inDiagnosticRelatedHealthCareCenter
http://www.tandfonline.com/doi/abs/10.1080/07408170802165880
?journalCode=uiie20/)
[4] Xiao Jun Zhang & Dr. Ping Yu “Developing an Online Patient
appointment Scheduling system based on web services
archetecture”,ResearchGate, (October 2012), January 21, 2018.
https://www.researchgate.net/publication/249643353_DEVELOPING
_AN_ONLINE_PATIENT_APPOINTMENT_SCHEDULING_SYSTEM_BAS
ED_ON_WEB_SERVICES_ARCHITECTURE
[5] Shuo Lu, Yuan Hong and Qian Liu “Implementing Web-based e-
Health Portal Systems”, Concordia University, (april 2014), January
2018.
https://www.researchgate.net/publication/266278774_Implementing
_Web-based_e-Health_Portal_Systems
https://essay.utwente.nl/57961/1/scriptie_J_Westeneng.pdf
[7] Eilu Emmanual “An Automated System for Patient Record
Management”, (June, 2015), March 2018
https://www.AnAutomatedSystemforPatientRecordManagement
[9] Diane & Kleen “Online Appointment System for Clinics and
Doctors”, (March 2016), May 2018
https://www.bookitit.com/online-appointment-scheduling-
management-to-medical-clinics-an