Professional Documents
Culture Documents
Technology
Project Documentation
Soner, Kristian
TABLE OF CONTENTS
I. List of Tables……………………………………………………………………………………ii
IV. Introduction……………………………………………………………………………………...1
VIII. Appendices………………………………………………………………….…………………37
i
LIST OF TABLES
I. Functional Requirements
II. Non-functional Requirements
III. Use Case Narratives
A. Login as Patient
B. Login as a Healthcare Provider
C. Login as a System Administrator:
D. Log Out:
E. Patient Information Input as a Healthcare Provider:
F. Patient Portal Access as a Patient:
G. Appointment Scheduling as a Patient:
H. Search and Reporting as a Health Provider:
I. Emergency Access and Alerts as a Healthcare Provider:
J. Emergency Data Backup as a System Administrator:
K. Register a New User as a System Administrator:
IV. Reports/Form
LIST OF FIGURES
LIST OF APPENDICES
ii
1.0 INTRODUCTION
This chapter provides the background information of the project and gets into detail the
project’s aimed goals together with the problems to be solved.
The main goal of this project is to provide Makati Medical Center and its patients, a
better tool for communication and information sharing. By introducing new
technologies in its service, it is expected that performance among doctors and
hospital staff will rise with the project allowing a more efficient approach in their work.
1
healthcare institutions to adapt and incorporate modern solutions to
enhance overall operational efficiency.
2
1.2.3 General Objectives
● Enable Case Tracking and Updates - establish a system within the portal
that allows patients to track the progress of their medical cases and receive
real-time updates on appointments, test results, and treatment plans.
3
1.3 Scope and Delimitation
4
2.0 THE PROPOSED SYSTEM
This chapter includes all the details regarding how the system works, what it does, and
its possible interactions with the user.
Required Information:
• Login Name
• Password (2x)
• Email Address
• First Name
• Last Name
5
• Account Status (Patient,
Healthcare Provider, or System
Administrator)
• Mobile Number
Optimal Information:
• Second Name
• Date of Birth
• Sex
• Address
• Postal/Zip Code
• City
• Province/State
• Country
• Telephone Number
• Web Site
6
Patient Healthcare providers should have the Version
Information capability to thoroughly input and update
0.1
Input patient details within the HealthConnect
Portal.
▪ Medical history
▪ Diagnoses
▪ Treatment plans.
7
Reporting tools for healthcare providers to Version
analyze patient data and trends.
0.3
Security
Reliability
8
● The system should have a high level of availability to ensure continuous
access.
● Regular data backups to prevent data loss in case of system failures.
Scalability
Usability
Performance
● Fast response times for retrieving patient records and processing requests.
● System should be able to handle concurrent user interactions without
significant lag.
Compliance
Disaster Recovery
9
● Responsive customer support to address user queries and issues
promptly.
Login as a Patient:
10
2. User inputs their Patient ID
Alternative Scenarios
11
Login as a Healthcare Provider:
Alternative Scenarios
12
6. Checks if password matches the
Healthcare Provider ID
13
5. Checks if the provided Admin ID
corresponds to a registered system
administrator
Alternative Scenarios
14
Log Out:
Alternative Scenarios
15
7. Healthcare Provider enters or 8. Checks if the healthcare provider
modifies detailed patient encounters an error during data entry
information, which includes but
not limited to:
• Medical History
• Diagnoses
• Treatment Plans
10. Healthcare Provider submits the 11. Upon successful submission, the
updated patient information by system updates the patient’s medical
clicking “Update” or “Submit” records with the new information. It
will also generate a confirmation
message indicating that the patient
information has been successfully
updated
Alternative Scenarios
16
Patient Portal Access as a Patient:
17
8. Patient can securely 9. Checks if there are communication
communicate with their errors between the patient and
designated healthcare providers. healthcare provider
Alternative Scenarios
18
1. Patient Login (See Login as a 2. Shows a user-friendly dashboard
Patient use case) that displays relevant options for the
patient
Alternative Scenarios
19
11. Patient can cancel or reschedule 12. System displays a calendar view of
an existing appointment by the submitted appointment with
navigating to the “My selected date and time slots.
Appointments” section.
13. Patient selects the appointment 14. System guides the patient through
to cancel or reschedule. the cancellation or rescheduling
process.
20
5. Healthcare Provider can search 6. Checks if the information provided in
for patient records through the search function matches the
‘Patient Records Search’: information from the database.
Alternative Scenarios
21
6. Checks if the information provided in
the search function matches the
information from the database.
22
Alternative Scenarios
6. System generates an
alert/notification indicating the nature
of the emergency or critical update (if
there are multiple simultaneous
emergencies or critical health
updates)
6. System generates an
alert/notification indicating the nature
of the emergency or critical update (if
the healthcare provider encounters
an error in receiving alerts)
23
3. Healthcare Provider navigates to 4. System provides options for initiating
the “Emergency Data Backup” the automatic backup process for all
section patient data stored in the
HealthConnect Portal. Backup
includes comprehensive patient
information, medical records, and
related data.
Alternative Scenarios
24
4. System provides options for initiating
the automatic backup process for all
patient data stored in the
HealthConnect Portal (if there are
limitations or delays in cloud storage
availability during the emergency)
• First Name
• Last Name
• Password
• Email Address
• Account Status (Patient,
Healthcare Provider, or
System Administrator)
• Mobile Number
25
5. System Administrator fills up the 6. System validates the entered
required fields for the new user information to ensure completeness
and clicks “Add” or “Create New and correctness
User” button to initiate the user
creation process 7. System generates a confirmation
message indicating that the new user
has been successfully added (if
validation is successful, the system
adds the new user to the
HealthConnect Portal database)
Alternative Scenarios
26
6. System validates the entered
information to ensure completeness
and correctness (if the System
Administrator decides not to proceed
with adding the new user)
27
2.6 GUIs
28
Figure 4: Admin-Update Patient GUI for HealthConnect Portal Version 0.3
29
Figure 6: Patient-Home GUI for HealthConnect Portal Version 0.3
30
Figure 8: Healthcare Provider-Dashboard GUI for HealthConnect Portal Version 0.3
Figure 8: Healthcare Provider-Patient Diagnosis GUI for HealthConnect Portal Version 0.3
31
2.7 Screen Layout
2.8 Reports/Forms
32
PATIENT
Additionally, the application will also provide diagnosis reports based on the data
submitted by the patient. For example, if patient A is diagnosed with hyperthyroidism,
the data from her most recent blood testing will be analyzed by their respective
assigned doctor who will produce a check-up result. The check-up result includes the
doctor’s comments about the patient’s results, instructions for them to follow, and
prescriptions.
2.9 Modules
Functionalities:
33
II. Patient Information Module
This module focuses on handling and updating patient-related data within the
HealthConnect Portal.
Functionalities:
Functionalities:
This module provides healthcare providers with tools to quickly locate patient
records and analyze data trends.
Functionalities:
34
• Search functionality to locate specific patient records based on
various criteria.
Functionalities:
Functionalities:
35
3.0 SYSTEM CODING
This chapter details the programming language and database to be used in creating the
program application.
HTML, CSS, JavaScript, and Node.js are the selected programming languages for
the system. HTML and CSS contribute to the front-end structure and styling, while
JavaScript, along with Node.js, is used for dynamic and server-side scripting.
3.2 Database
This chapter details the identified hardware and software requirements needed
for the project to be implemented.
The system demands a dedicated server with robust specifications to ensure optimal
performance. Recommended specifications include a multi-core processor (e.g., Intel
Xeon or AMD Ryzen), ample RAM (e.g., 16GB or higher), and sufficient storage
capacity with a solid-state drive (SSD) for enhanced data retrieval speed.
Additionally, a reliable internet connection is essential for real-time data access and
seamless user interactions.
The software stack encompasses both Mac and Microsoft environments, providing
flexibility in deployment.
36
• Operating System - For the server, a Unix-based system is recommended,
such as a Linux distribution like Ubuntu Server. Development environments
include compatibility with macOS for Apple users and Windows for Microsoft
users.
Appendices
The login screen contains two text fields for the user to their username and corresponding
password. The login button is placed at the bottom right of the interface.
37
A.2 Admin-Patient List Interface
The Admin-Patient Interface contains the Patient List at the center panel, the number of
patients and search function on the right while the buttons for updating patient info are
placed on the left side.
The Admin-Update Patient Interface is responsible for updating the patients’ records. The
text fields are used to fill up the required and optimal data about the patients. The admin
can also search, create, update, and delete patient information using the buttons on the
right side of the interface.
38
A.5 Admin-Update Healthcare Provider Interface
The Admin-Update Healthcare Provider Interface is responsible for updating the health
care providers’ records. The text fields are used to fill up the required and optimal data
about the healthcare providers. The admin can also search, create, update, and delete
healthcare provider information using the buttons on the bottom part of the interface.
The Patient-Home Interface is composed of the welcoming panel on the patient screen. It
also contains the basic information about a specific patient and the assigned healthcare
provider to them. The patient’s diagnosis tab is also located at the bottom left corner of the
interface.
39
A.7 Patient-Diagnosis Interface
The Healthcare Provider-Dashboard Interface contains the patient list at the center panel
so they can easily access each patient’s health record by typing their username at the
bottom right search function. They can also track the number of patients on the left panel
located above the search function.
40
A.9 Healthcare Provider-Patient Diagnosis Interface
The general screen layout provides a general view of where the elements of the GUIs are
located on the screen. The logo is located at the top right of the panel, the sidebar
navigation is at the leftmost section, the header occupies most of the top right panel, and
the main components container is located at the rightmost part of the screen.
41