You are on page 1of 169

COLLEGE OF COMPUTING AND INFORMATICS

UNIVERSITI TENAGA NASIONAL

REGEN HOME CARE – WOUND CARE MANAGEMENT WEBSITE

VIVEKANANTHA A/L GANAGANDRAN

MAY 2021

i
Regen Home Care – Wound Care Management Website

by

Vivekanantha A/L Ganagandran

Project Supervisor: Assoc.Prof. Ts. Dr. Yunus Bin Yusoff

PROJECT REPORT SUBMITTED IN PARTIAL FULFILLMENT OF THE

THE REQUIREMENTS FOR THE BACHELOR OF COMPUTER SCIENCE (SOFTWARE ENGINEERING) (HONS.)

UNIVERSITI TENAGA NASIONAL

MAY 2021

i
APPROVAL PAGE

TITLE: REGEN HOME CARE – WOUND CARE MANAGEMENT WEBSITE

AUTHOR: VIVEKANANTHA A/L GANAGANDRAN

The undersigned certify that the above candidate has fulfilled the condition of the Final Year
Project in partial fulfilment for the Bachelor of Computer Science (Software Engineering)
(Hons.)

SUPERVISOR:

Signature: _______________________

Name: Assoc. Prof. Ts. Dr. Yunus Bin Yusoff

Date: _______________________

2
DECLARATION

I hereby declare that this report, submitted to Universiti Tenaga Nasional as a partial fulfilment
of the requirements for the Bachelor of Computer Science (Software Engineering) (Hons.) has
not been submitted as an exercise for a bachelor at any other university. I also certify that the
work described here is entirely my own except for excerpts and summaries whose sources are
appropriately cited in the references.

This report may be made available within the university library and may be photocopied or
loaned to other libraries for the purposes of consultation.

25 MAY 2021

______________________________
VIVEKANANTHA A/L GANAGANDRAN

SW0104686

3
ABSTRACT

The main objective of the project is to create a web-based system which is known as Regen
Home Care – Wound Care Management which will allow the management of the whole wound
care services to be manage under this web-based system. This services mainly treating wounds
which is very hard to cure and closed up. This is mainly due to diabetes patient because patient
having this illness wounds tend to heal very slow. There this service provides to speed up the
healing process and prevent the body part’s to be amputated. This online based wound care
services in most website I have seen around nationwide and international wide are mostly
based for marketing purposes. This web-based system will allow not only the wound care
specialist but also help the customer to keep track of their services and ease the
communication between the wound care specialist and the customer. Customer finds it very
difficult to book and keep track of each appointment they had. Not only that, the wound care
specialist as well having difficulty for to keep track of their appointments and as the enquiries
received. Regen Home Care – Wound Care Management will help ease the overall process
keeping track, booking process, and enquiries. As a result, this will speed up the whole
services the Regen Home Care provide and also can help and serve more people to the
respective services needed. In short, this service to help and serve the customer and also the
wound care specialist to help each other and more customer out there to save their loved one.

4
ACKNOWLEDGEMENT

I would like to express my sincere gratitude to several individuals and organizations for
supporting me throughout my bachelor’s degree study. First and foremost, I wish to
express my sincere thanks to my supervisor, Assoc. Prof. Ts. Dr. Yunus Bin Yusoff, for
his patience, enthusiasm, insightful comments, invaluable suggestions, helpful
information, practical advice and unceasing ideas which have helped me tremendously
at all times while doing the Final Year Project 1 (FYP1). I am thankful for his precious
time in guiding me, answering my queries, correcting and improving the mistakes in my
milestones and survey forms. Without his guidance and relentless help, this final year
project would not have been possible. I could not have imagined having a better
supervisor in my study.

I also wish to express my sincere thanks to Universiti Tenaga Nasional


(UNITEN) for accepting me into the Bachelor of Computer Science (Software
Engineering) (Hons.) program and also for providing me Bright Scholarship for my
education. This financial support has enabled me to complete my bachelor’s degree
study successfully. Also, I thank the College of Computing and Informatics (CCI),
UNITEN for the quality education and guidance.

My sincere thanks go to Prof. Dr. Zainuddin bin Hassan, Dean of CCI,


UNITEN, for his continuous support and assistance in my undergraduate study. I am
also grateful to the lecturers and staff of CCI for their kindness, hospitality and technical
support.

I also wish to express my deepest thanks to my parents and siblings. Their


unwavering support and encouragement is my source of strength. Additionally, I owe
my gratitude to all my UNITEN friends for their company, friendship, moral support
and advice. Last but not least, I am grateful to God for the abundant blessings and
unfailing love for me.

5
TABLE OF CONTENTS

Page

APPROVAL PAGE 1

DECLARATION 2

ABSTRACT 3

ACKNOWLEDGEMENT 4

TABLE OF CONTENTS 5-6

LIST OF TABLES 7

LIST OF FIGURES 8-9

LIST OF ABBREVIATIONS/NOTATIONS/GLOSSARY OF TERMS 10

CHAPTER 1 INTRODUCTION

1.1 Project Background 1

1.2 Problem Statements 1

1.3 Project Objectives 1

1.4 Project Scopes 2

CHAPTER 2 METHODOLOGY

2.1 Review on Existing Systems

2.1.1 Angel Woundcare Management Service................................................................3

2.1.2 Hyperbaric Medical Services – Wound Care & Dive Medicine........................4

6
2.1.3 Homage –Specialised Home Nursing Care...........................................................5

2.2 Finding and Analysis 6

CHAPTER 3 SYSTEM DESIGN

3.1 Requirements Elicitation 7

3.1.1 Survey.........................................................................................................8-14

3.1.2 Interview…………………………………………………………………15
3.2 Results and Discussion 16

3.3 Requirement Specifications 17

CHAPTER 4 SYSTEM DESIGN

4.1 System Design 18

4.2 System architecture 18

4.3 Interface Design 19-44

4.4 Database Design 45

CHAPTER 5 DEVELOPMENT

5.1 Customer Registration 46

5.2 Log In 47

5.3 User Dashboard 48

5.4 Profile Settings 49-51

5.5 Wound Care Appointment 51-52

5.6 List of Customer 52-53

5.7 Consultation History Form 54-55

7
5.8 Consultation History 56

5.9 Book Appointment 57

5.10 Make OFF Date (Specialist) 58

5.11 View Booking History 59

5.12 Admin View List of Customer 60

5.13 Admin View List of Wound Care Specialist 61

5.14 Admin Create Wound Care Specialist 61-62

CHAPTER 6 TESTING

6.1 Introduction 63

CHAPTER 7 CONCLUSION & DISCUSSION

7.1 Conclusion 64

REFERENCES 65-66

APPENDIX A: SOFTWARE REQUIREMENTS

APPENDIX B: SOFTWARE TESTING DOCUMENTATION

APPENDIX C: USER MANUAL

SPECIFICATIONS ii

8
LIST OF TABLES

Table No..................................................................................................................Page

Table 1: Features of Findings.........................................................................................20

Table 2: Data collection methods and a comparison of their advantages and

disadvantages. ....................................26

9
LIST OF FIGURES

Figure No.......................................................................................................... Page

Figure 2.1.1: Angel Woundcare Management Service Website 1

Figure 2.1.2: Hyperbaric Medical Services Website 2

Figure 2.1.3: Homage Website 3

Figure 4.1 System Architecture 18

Figure 4.3.1: Homepage 20

Figure 4.3.2: Customer Registration 21

Figure 4.3.3: Log In 22

Figure 4.3.4: Wound Care Dashboard 23

Figure 4.3.5: Wound Care Profile 24

Figure 4.3.6: Wound Care Appointment 25

Figure 4.3.7: List of Customer 26

Figure 4.3.8: Consultation History 27

Figure 4.3.9: Customer Homepage 28

Figure 4.3.10: Book Appointment 29

Figure 4.3.11: Notify Customer Confirmed Booking 30

Figure 4.3.12: View Booking History


31

Figure 4.3.13: Consultation History Customer 32

Figure 4.3.14: Admin Dashboard 33

Figure 4.3.15: Admin View List of Customer 34

Figure 4.3.16: Admin View List Of Wound Care Specialist 35

Figure 4.3.17: Admin Create Wound Care Specialist 36


10
Figure 4.3.18: View Services 37

Figure 4.3.19: View Services Price Range 38

Figure 4.3.20: View About Us 39

Figure 4.3.21: View Contact Us 41

Figure 4.4 Entity-Relationship Diagram (ERD) of Regen Home Care – Wound Care
Management 42

11
LIST OF ABBREVIATIONS/NOTATIONS/GLOSSARY OF

TERMS

IT Information Technology
ERD Entity Relationship Diagram

12
CHAPTER 1

INTRODUCTION

1.1 Project Background

Building a wound care program doesn’t happen overnight, but with some diligent
planning and an appetite for improvement, it is a valuable revenue stream to develop
under PDGM. As a wound management program is an interdisciplinary pursuit, that
requires the expertise of various resources - including finance, clinical leadership, and
frontline nurses - a collaborative approach is required. Representation from across your
organization should be consulted and involved throughout the development of your
program. Therefore, I have collaborated with the Regen Home Care – Wound Care
Management Company to make a website for it. This is where this company would be
recognised as for the wound care services it provides. It will also contain a database for
the admin/wound care specialist and as well login and registration for the customers.
The website will help the customer to ease their communication for the services as well.

1.2 Problem Statements

1.2.1 Inadequate for customer to get details and price range of the services provided in
the website.

1.2.2 Difficult for the customer to keep up date with their appointments with the
wound care specialist.

1.2.3 Difficult for the wound care specialist to keep up to date with their customer.

Project Objectives

1.3.1 Provide adequate and understandable information through the website for the
customers.

1.3.2 Provide a system for the customer to manage their appointments and scheduling
with their wound care specialist the website.

1.3.3 Provide a system for the wound care specialist for them to manage with their
appointments and payments details with their respective customer through the
website.

13
Project Scopes

Regen Home Care – Wound Care Management (RHC) website will allow the
customer who are looking for wound care services identify what services is provided in
the website and as well contact the wound care specialist fast and with and expected fast
response from the person itself. Not only that, RHC is meant for the ease of
communication for both the customer and the wound care specialist where there would
be instant clicking icon for Whatsapp in the website so that the customer makes an
enquiry or contact for emergency or even urgent requests to the following wound care
specialist at a reliable speed. Customer can also make a registration in the website to
upload necessary documents and details for the ease of the specialist to review the
details of the said customer. RHC website also helps the customer to view their
following appointment dates and schedule and as well get notifies for successful
appointment, rescheduled or even cancelled appointment via email,Whatsapp or sms.
Besides that, the admin or the wound care specialist would be able to view the customer
details and his/her appointment for the customer. Wound care specialist would be able
to reschedule or cancel the following appointment where it will automatically notify the
customers. Overall the RHC website would be able to provide quality services with the
adequate information given to the customer efficiently.

14
CHAPTER 2

RELATED WORKS

Review on Existing Systems

There are only few websites of wound care services based on my studies. However, there are
many healthcare websites which offer different type of services such as caretaking and
overall services of the healthcare. Here I would focus on selected wound care services and
home nursing care with wound care services websites.

2.1.1 Angel Woundcare Management Service

Angel Woundcare Management Service is a Malaysia company where their centre is based at
Bangsar South. There are a group of certified wound care professionals with a MISSION to
treat all type of non-healing wounds especially diabetic foot wounds, traumatic wounds &
bed sores. Their comprehensive professional services include diabetic foot care assessment,
conventional, maggot debridement therapy & advanced wound care treatment. We also bring
wound care to your doorstep. Their website offers the details of the type of wound care
services, their contact details, location, availabilities, enquiry forms for the customer to fill
and testimonials details of the customer themselves. They also offer woundcare product
which are purchaseable through the website.

Figure 2.1.1 : Angel Woundcare Management Service Website

1
2.1.2 Hyperbaric Medical Services – Wound Care & Dive Medicine

Hyperbaric Medical Services (HMS), based in San Francisco, California, is a corporation


providing patient care and consulting services in the field of hyperbaric oxygen therapy.  
HMS is closely affiliated with Hyperbaric Consultants Medical Group, a team of
predominantly sub-specialty trained, certified and boarded hyperbaric physicians.   With
over 30 years of cumulative experience in the field of hyperbaric medicine, HMS brings
a solid platform of clinical, administrative and marketing expertise to assist in building a
successful hyperbaric program. HMS brings a solid platform of clinical, administrative
and marketing expertise to assist you in building a successful hyperbaric program.   A
variety of packages and services are available to address your specific needs.   We
welcome and appreciate the opportunity to assist your facility in establishing a strong
hyperbaric medicine program and providing a valuable service to your community. They
provide contact details, details of the services provided with their facilities details and as
well other details of their services in their website. They also have enquiry forms for the
customer to fill up if they have enquiry or interest in the services.

Figure 2.1.2: Hyperbaric Medical Services Website

2
2.1.3 Homage –Specialised Home Nursing Care

Homage is 24-hour home care service which is offered only in Kuala Lumpur, major parts of
Selangor, and Penang. They offer multiple type of services home care but mainly emphasize
in personal care, nursing care with home therapy. The services are done by Homage Care
Professionals (Care Pros) who are individuals passionate and dedicated in caring for seniors
and families in need.

They are nurses and trained caregivers who have experience in caregiving, from all walks of
life. Their website consists of various information of theirs services and as well the faq’s
section. Not only that, they provide live chat and as well enquiry forms for the customer to
contact them and as well 24 hours’ contactable services for urgent people. They even have
section for hiring new professional people to venture into their company as well providing the
necessary details. The website also offer link to their phone based application for easier
services.

Figure 2.1.3: Homage Website

3
2.2 Finding and Analysis

Table 1: Features of Findings

Similar
Systems
Angel Hyperbaric
Homage – Regen Home Care –
Woundcare Medical
Specialised Wound Care
Features Management Services –
Home Nursing Management
Service Wound Care &
Care
Dive Medicine

Appointment
Able to make
Booking System
Able to make Able to make Able to make enquiry,
enquiry and enquiry and enquiry and appointment and
appointment appointment appointment view appointment
details.
Support & Details
Online chat,
Email or Online chat,
Email or phone Whatsapp link,
phone email or phone
number email or phone
number number
number
Registration and
Login Admin and customer
login with details of
✖ ✖ ✖ appointment and
database of
customer for admin

Service Payment Details of the Cost of the


Details Cost of the value
item that is No details value services
services provided
being sold provided
Company Profile
View ✔ ✖ ✔

Company Services
Details ✔ ✔ ✔ ✔

4
Notification for
Customer & Notifies customer or
Wound Care ✖ ✖ ✖ admin via
Specialist sms/whatsapp/email

Therefore, Regen Home Care – Wound Care Management (RHC) is the most efficient
and has the most distinguish features. One of it is that it has registration and login
convenience for both the admin and the customer whereby for the customer to view their
appointment, calendars for availability meanwhile for the admin to store database of the
customer and view his/her appointments and ease the follow-up with the customer. Besides
that, RHC has the owner and customer profile whereby it can be viewed in order to gain trust
and credentials of either the customers or excess food suppliers. It also provides appointment
booking system for the customer to make an enquiry or consultation for the following
services and as well contact directly via Whatsapp with the wound care specialist. Finally, the
highlight would be the notification messages for the wound care specialist and the customer
for the appointments, enquiries or update of rescheduling of the services.

5
CHAPTER 3

REQUIREMENT ANALYSIS

3.1 Requirement Elicition

The purpose of this chapter is to document the system requirements.

Elicitation Technique(s)

The following are the types of elicitation technique such surveys/questionnaires,

interviews, focus groups and lastly test and measurements.

3.1.1 Surveys/Questionnaires

Surveys are a data collection method that utilizes the experiences of the public or a selected
sample size to narrow down data. The respondents will be handed a question form (be it
physical or digital) which will contain valuable questions related to the subject. The answers
provided by the respondents will be collected as data and will then serve as a basis of the
experiment/project. The respondents are usually people who are related to the project in ways
that would aid the progress of the project.

The questionnaires/surveys typically contain questions as provided below:

a) Multiple choice Questions

Questions that provide a selected choice of answers for the respondent to select from. These
types of questions are easy to understand and answer and will narrow down the answers into
an accurate pattern which is easy to distinguish during data collection.

b) Rating Questions

6
Questions that are given in this part of the questionnaire features options ranging from a
certain threshold (usually 0-100) in which the respondents shall select their preferred level of
relatability. These types of questions provide an accurate representation of the response.

c) Likert Scales Questions / Ipsative

These types of questions provide the respondents with a full range of options to accurately
capture the level of agreement to disagreement in a particular topic. The respondents will be
able to select from a number of options starting from “not likely at all” to “extremely likely”
to display their opinions about the particular topic.

Advantages of using questionnaires/surveys

1. Does not require a live observer

2. Saves time for both the respondent and the surveyor

3. Cost effective

4. Able to gather data from a large sample size in a short period of time.

Disadvantages of using Questionnaires/Surveys

1. Possibilities for respondents to provide inaccurate/dishonest answers

2. Requires some effort to get the respondents to answer the questionnaire.

3. Multiple choice questions have a lower level of validity than to other types of
questions

4. The questions may not be taken as seriously by the respondents as expected.

7
3.1.2 Interviews

Interviews are effective ways to collect data either from a group of subjects or individuals by
the means of questions targeted towards them concerning a particular topic. Each group of
subject or individual can be interviewed face to face physically or via online with the use of
video calling applications. Interviews typically feature 2 types of questions.

Structured questions

These types of questions are very similar to a questionnaire where the subject will have to
answer a series of straightforward questions asked to them.

Unstructured questions

These types of questions can be different depending on the subject who is being interviewed.
These questions can also be improvised based on the previous answers provided by the
subject. There is no absolute answer for these types of questions as they normally depend on
the subject who is being interviewed.

Advantages of interviews

1) It is extremely flexible as the date and time for the interview can be discussed.

2) Enables proper analysis of the problem through the detailed information obtained.

3) The candidate for the interview can be selected based on their expertise.

4) It is possible for the interviewer to ask improvised questions on the spot to obtain
more valuable information.

Disadvantage of interviews

1) Setting up interviews can be costly depending on the candidate.

2) Interviews can be time consuming.

3) The interview has a chance to be run biased by the interviewer.

4) The interviewer’s knowledge plays an important role in the success of the interview,
less knowledge on the topic may ultimately cause the interview to fail in obtaining
key information.
8
3.1.3 Focus group

Focus groups are a very interesting method to collect data. This is because this method
involves around 6 to 12 participants who all share similar interest or of the same field. A
moderator will then proceed to hand them one or several topics to discuss about in their field
of interest. The moderator will then record the participants responses and their individual
point of view. This type of research methodology yields qualitative data therefore cannot be
measured numerically.

Evaluations with focus groups are often used in certain situations such as:

a) When the project needs extensive in-depth knowledge on the experiences, insights
and also perspectives from important stakeholders from the industry of the study.

b) When the project requires the respondents to discuss as a team and provide the
information that the project needs.

Advantages of focus groups

1) Useful to gain insight on the minds of the common people who face certain
difficulties that the study might help to solve.

2) It is possible to save time by gathering data from an entire team rather than gathering
them individually.

Disadvantages of focus groups

1) It is costly to gather a number of individuals for the purpose of data gathering as some
respondents offer their time for a price.

2) The focus group may be disrupted by the biased view of the moderator and the
discussion might derail from the intended flow.

9
3.1.4 Tests and measurements

One of the most common and widely used research methods is by giving a test to a subject
sample size and quite straightforwardly gather the required information. Tests often yield
results which are direct and often use a quantitative method to collect data which are easier to
analyze. Although in some cases qualitative and mixed method data collection can also be
used.

Advantages of tests

1) Useful for recording any changes that are made within the study matter over time.

2) Tests that are standardized for the respondents yield data which is highly comparable.

Disadvantages of tests

1) Arranging and managing the test is time consuming.

2) Requires a high level of expertise in the subject matter in preparing, collecting and
analyzing the data collected.

3.1.5 Elicitation Technique(s) used:

1) Surveys

I have used this method to gather data because it is very time effective and cost
effective especially during this pandemic that is happening in Malaysia. Furthermore,
it is much easier to gather large data in a short amount time thus speeding my process
of delivery of my project is much faster.

2) Interview

I have also decided to use this method because for now the person I can interview is
the founder of this company (Regen Home Care – Wound Care Management). This
would be very effective for me gather information from him because he know
additionally what to be added. Thus, from the interview I conducted from the
interviewer, I am able to ask the correct question for my survey. This method would
be definitely be useful for my project to gather better collective data to make my
project a success.

10
Data Collection Method Advantages Disadvantages
Questionnaires/Surveys  Does not require a live  Possibilities for
observer inaccurate/dishonest answers
 Time effective  Requires some effort to get
 Cost effective the respondents to answer the
 Able to gather data from questionnaire.
a large sample size in a  Multiple choice questions
short period of time. have a low level of validity.
 The questions may not be
taken as seriously by the
respondents as expected.
Interview  Flexible  Costly
 Proper analysis through  Time consuming.
detailed information  Interviewer biased flow
 Candidate selected based  Less knowledge on the topic
on expertise. may ultimately cause failure
 Improvable questions in obtaining key information.
Focus Group  Useful to gain insight on  Costly
the subject matter  The focus group may be
 Time efficient disrupted by the biased view
of the moderator
Tests and measurements  Useful for recording any  Arranging and managing the
changes that are made test is time consuming.
within the study matter  Requires a high level of
over time. expertise
 Highly comparable data
collection

Table 2: Data collection methods and a comparison of their advantages and disadvantages.

11
3.2 Results and Discussion

The target audience for this survey is done with total of 112 respondent which consist of 110

of potential customers for Wound Care Service Management while 12 of them are potential

Wound Care Specialist. The style of survey was given out in the form of multiple choice

where the respondents are given the choice of choosing more than one options for each

questions given.

3.2.1 Survey findings

3.2.1.1 Feature to have in the Web-Based System

1 ) What t ype of fe at ur e s w ould be pr e fe r t o add in t he w e bpage ?


Can choose m or e t han one .

Whatsapp Link to redirect to the Wound Care Specialist 98.2%


Patient Testimony 28.2%
New & Events Details 20.9%
Support & Details 70.0%
Appointment Booking System 98.2%
Notification for Customer & Wound Care Specialist upon booking 92.7%
Company Profile View 72.7%
Choice of Language. 23.6%
Services Price Range 100.0%
Type of Wound Care Services Provided 98.2%
Registration and Login 97.3%
0.0% 20.0% 40.0% 60.0% 80.0% 100.0% 120.0%

As per the data collected from my survey, the majority of the respondent would like to have

price range features in this system of 100% followed by appointment booking system,

whatsapp link redirecting to the wound care specialist, type of wound care services provided

of 98.2%. Lastly, 97.3% of the respondent also preferred to have a registration and login

features as well for this system.

12
3.2.1.2 Tracking items for Wound Care Specialist

2 ) W hat typ e of featur e wo uld yo u like to keep tr ack for your self as
th e wo un d car e specialist? Can cho ose mor e than on e. *Cho ose oth er s
if yo ur ar e a pati ent.
120.0%
100.0%
100.0% 91.7% 91.7%
83.3% 83.3%
80.0%

60.0%

40.0%

20.0%

0.0%
Patient's Ap- Patient's Payment Patient's Medical Patient's Progress Patient's Choice Of
pointment Date Progress Records Report Service

As per this survey, I have manage to gather the data of knowing the most preferred feature to

least preferred features for a wound care specialist to have for this system. As per the data, it

can be concluded that most wound care specialist would prefer to know their patient’s

appointment data where based on the data is 100% followed by the patient’s progress report

and also patient’s choice of service provided which 91.7%. It also can be said knowing that

the least is the patient’s payment progress and patient’s medical records 83.7% but this

featured also to be considered to have in the system so that it overall can ease the wound care

specialist to keep track on customers.

13
3.2.1.3 Tracking items for Patients

3) What type of feature would you like to keep track for yourself as the patient? Can
choose more than one. *Choose others if your are a wound care specialist.

98.0% 96.0%
91.0%

53.0% 56.0%

Appointment Date Medical Records Progress Report Choice Of Services Slot Availability

This data was used to find out the feature that the customer/patient in what they would like to

keep track off. Majority of the respondents have chosen to keep track of their appointment

date mainly which is 98%. Slot availability and also choice of services provided would also

be also an essential features for his system as well since it is up to 96% and 91% respectively.

Progress report and medical records high at 56% and 53% can also be considered to have in

the system since it more than half of the respondents choice that.

14
3.2.1.4 Mode of Communication

As per mode of communication, majority of the respondents chose WhatsApp followed by

Calling of 100% and 95.5% respectively. Eventhough short message service (SMS) is third

preference for mode of communication, this can be still included in the system since it is

about 86.4% choice of respondent who chose this mode of communication.

3.2.1.5 Conclusion from Survey Findings

In a nutshell, Regen Home Care – Wound Care Management System should consist the
following features services Price Range, appointment booking system, type of wound care
services provided, registration and login, social media link to redirect to the wound care
specialist, and also notification for the customer and wound care specialist as per my survey.
As for wound care specialist, they would like to keep track Patient's Appointment Date,
Patient's Payment Progress, Patient's Medical Records, Patient's Progress Report, Patient's
Choice Of Services which would very useful in this system. As for the customer point of
view, Appointment Date, Choice of Services and Slot Availability would be a great feature
to add in the system for the customer keep track in the system. Not only that, WhatsApp,
SMS, and also Calling would be an additional features to be added in the system for the
method of communication in the system. As a conclusion, most of the system functionalities
of the proposed system is accepted by one the real users of the system whom are the wound
care specialist and also potential customer in the future. Hence, it can be concluded that this
system will be useful and beneficial for the wound care specialist and as well for the
customer and the system is said to serve its purpose and fulfils its objective.

15
3.2.1 Interview findings

I have conducted an interview with the Founder of Regen Home Care who is Mr. Navin to

ask about how to develop the system I am conducting efficiently.

3.2.1.1 Mr. Navin (Wound Care Specialist & Founder of Regen Home Care)

After explaining to Mr. Navin regarding web-based system to be design and made where the

website would consist of a database to for the wound care specialist and also the patient to

have their own feature to add on. The following question was asked to him:

Question 1: As a wound care specialist, what feature would you prefer to keep track for

the patient?

Mr. Navin said that the most preferred features he would like appointment schedule so that he
can keep track of his customers. This is to avoid confusion of date and I would not miss any
appointment as he said “I missed in the past”. Not only that, I would also like to keep track of
the customer payment made which allows me not to over or undercharge them based on the
first time. This will also help me reduce a lot of paper, in fact I don’t have to print paper for
me to keep track the patients as I can keep track of them via the website once the system is
ready.

Question 2: For appointment, how would you like to have the scheduling like?

Mr. Navin responded as he allocates each customer 3 hours at least because each of the
patients have different type of wounds. The longest I have treated would be at least 1 hours
plus. Thus, he would prefer a basis of from 4 time slot throughout the day as he can work
from 9am to 9pm. He even mentioned so that he could actually be more flexible with
customer so the wound care service would be done correctly without any rush.

Question 3: What other additional information would like to keep track of?

Mr. Navin would also like to have a list of customers so that he can see the number of
customer and type of services the customers have been using. Not only that, a history of
customer whom I have already visited would also be good. This is because he can easily keep
track of their progress and also prevent miscalculation of each session he had attended. He
16
mentions in the past he had misunderstanding with the customer saying that he attended only
5 session but then he said was 8 session completed and ended up in a controversy because no
proper proof was there. Therefore, keeping track of these information would be very useful to
prevent that happening again when proof is there.

3.2.1.2 Conclusion of Interview findings

In a nutshell, the following interview was only conducted with Mr. Navin this is because the
following system is design for him. Additionally, due to the Covid-19 pandemic and the
Movement Control Order (MCO) I could not go to many places to conduct more interviews.
Based on the findings I got from the interview from Mr. Navin, I was able to derived the
features which are currently necessary for the web-based system of the Regen Home Care –
Wound Care Management. The following would be the appointment system to keep track of
his scheduling, and also to make a calendar based on his type of session which is 4 session a
day from 9.00am to 9.00pm, each consisting 3 hours. Not only that, I also manage to find out
that history of payment and history of visiting is also important since it is very hard to track it
manually. As a conclusion, most of the system functionalities of the proposed system is
accepted by one the real users of the system whom are the wound care specialist. Hence, it
can be concluded that this system will be useful and beneficial for the wound care specialist
and the system is said to serve its purpose and fulfils its objective.

3.3 Requirement Specifications

All the data gathered had been analyzed as above before producing Software Requirement

Specification (SRS) for the Automated Job Matcher System. Relevant diagrams such as use

case and context diagram are included in the SRS. The specification also consists of

information necessary for designing, implementation, testing and maintenance of the Regen

Home Care – Wound Care Management. The completed Software Requirement Specification

(SRS) for Regen Home Care – Wound Care Management is attached in the Appendix.

17
CHAPTER 4

SYSTEM DESIGN

4.1 System Design

The purpose of this chapter is to document the system specifications. The system design is
divided into three parts which are system architecture, interface design and database
design.

4.2 System architecture

Describe how a system should be organized. Discuss the overall structure of the system. A
system architecture diagram would be used to show the relationship between different
components.

User Interface Xampserver phpMyAdmin

System User Web Server Database

Figure 4.1 System Architecture

18
Regen Home Care – Wound Care Management System is built using a simple system architecture as
shown in figure 4.1. The front end users who are the system users interact with the system through
the desktop user interface. Then, the front end system interacts with the web server which is the
Xampserver. Later, Xampserver interacts with its built in database which is the phpMyAdmin to store
and retrieve information.

19
4.3 Interface Design

Include the interface design that will be used to interact with users. Provide discussion on

how the interaction works.

4.3.1 Homepage

Figure 4.3.1: Homepage

The homepage displays the current promotions and events going on.

20
4.3.2 Customer Registration

Figure 4.3.2: Customer Registration

The registration page is used by new customer to register an account for the system. The new
user fills in the required particulars as shown in figure 4.3 to register for an account.

21
4.3.3 Log In

Figure 4.3.3: Log In

The login page allows three different users to login separately to their dashboard according to
their credential they logged in as. There are three type which are admin, customer and wound
care specialist.

22
4.3.4 Wound Care Dashboard

Figure 4.3.4: Wound Care Homepage

The main page once the wound care specialist login to their account.

23
4.3.5 Wound Care Profile

Figure 4.3.5: Wound Care Profile

The profile tab show the information and profile picture which also allow them edit their
respective information.

24
4.3.6 Wound Care Appointment

Figure 4.3.6: Wound Care Appointment

The appointment tab allows them to view their current month appointments which are
highlighted in red and also press consulted once they have met their respective customer.

25
4.3.7 List of Customer

Figure 4.3.7: List of Customer

List of customer tab allow the customer to view all the list of customers details.

26
4.3.8 Consultation History

Figure 4.3.8: Consultation History

In the consultation history which allow the wound care specialist to view their consultation
history details with uploaded documents.

27
4.3.9 Customer Homepage

Figure 4.3.9: Customer Homepage

Once customer login, will display the main page of the customer dashboard.

28
4.3.10 Book Appointment

Figure 4.3.10: Book Appointment

On the make an appointment tab, the customer fills in the details of the form and make a
minimum payment of RM200 to confirm the booking.

29
4.3.11 Notify Customer Confirmed Booking

Figure 4.3.11: Notify Customer Confirmed Booking

Successful payment then redirect to this page where the customer gets a notifications for
successful booking.

30
4.3.12 View Booking History

Figure 4.3.12: View Booking History

The customer booking history allow to view the customer booking history which also allows
them to cancel it.

31
4.3.13 Consultation History Customer

Figure 4.3.13: Consultation History Customer

The consultation history tab allows the customer to see the consultation report which was
done by the wound care specialist which also let them to view all the uploaded document or
pictures of that particular visit.

32
4.3.14 Admin Dashboard

Figure 4.3.14: Admin Dashboard

The homepage for the admin once log-in to his/her respective credentials.

33
4.3.15 Admin View List of Customer

Figure 4.3.15: Admin View List of Customer

The following is the view list of total customer register in the system and admin is allow to
delete the customers.

34
4.3.16 Admin View List of Wound Care Specialist

Figure 4.3.16 Admin View List of Wound Care Specialist

The following is the view list of total wound care specialist registered in the system and
admin is allow to delete the wound care specialist.

35
4.3.17 Admin Create Wound Care Specialist

Figure 4.3.18: Admin Create Wound Care Specialist

The admin is allowed to create specialist by filling up the following information in the
following form.

36
4.3.18 View Services

Figure 4.3.18: View Services

In the main index page at the service tab which allow the customer to view all services
provided by Regen Home Care – Wound Care Management.

37
4.3.19 View Services Price Range

Figure 4.3.19: View Services Price Range

By clicking further in the services which allow to see the details of the services and also the
price range for that particular services.

38
4.3.20 View About Us

Figure 4.3.20: View About Us

About us tab tell about the services they provide in short and also what is the company all
about.

39
4.3.21 View Contact Us

Figure 4.3.21: View Contact Us

In the contact us tab, allows the customer to view all the necessary contact details and also fill
up a form for any enquiries regarding the services as shown Figure 4.3.21

40
4.4 Database Design

Describe how the data was organized, stored and its relationship. Data modelling diagram

and data dictionary is included in this section.

i) Data modelling diagram – Entity-Relationship Diagram (ERD)

Figure 4.4 Entity-Relationship Diagram (ERD) of Regen Home Care – Wound Care

Management

There are total 7 databases in the Regen Home Care – Wound Care Management named as

the Customer, Specialist, Admin, Services, Booking, Visit Report and also payment database.

Specialist, customer and administrator database are used to store and retrieve data about the

respective actors. Services, booking, visit report and also payment database are used to store

and retrieve data about the details of the customer appointments in the system.

41
CHAPTER 5

DEVELOPMENT

5.1 Customer Registration

 public function create_customer(Request $request ){

        $user=  new User;   
        $user-> username=$request-> input('name');
        $user-> email=$request-> input('email');     
        $user-> password= bcrypt($request->input('password'));     
        $user-> first_name=$request-> input('first_name');     
        $user-> biography=$request-> input('biography');     
        $user-> last_name=$request-> input('last_name');     
        $user-> gender=$request-> input('gender');     
        $user-> address_line_1=$request-> input('address_line_1');     
        $user-> address_line_2=$request-> input('address_line_2');     
42
        $user-> city=$request-> input('city');     
        $user-> postcode=$request-> input('postcode');     
        $user-> state=$request-> input('state');     
        $user-> phone_number=$request-> input('phone_number');     
        $user-> identification_number=$request-> inpu
t('identification_number');     
        $user-> RoleMiddleware=2;   
        /**
         * RoleMiddleware
         * 0=admin
         * 1=specialist
         * 2=user */     
        $user-> save();

        return redirect()->route('c_home');//alert42 thank you for joining wou
ndcare

     
    }

The following code is the function from the controller which allow customer to register and input
accordingly. As can see for customer is assigned to ROLE=2 when register.

5.2 Log In

 public function c_profile() {
        return view('customer.profile');
43
    }
The following function is allowed to view the profile of the customer once login.

   public function c_view_specialist(){
        $specialist=DB::table("users")
        ->where("RoleMiddleware", "=", 1)
        ->get();
        return view('customer.view_specialist', compact('specialist'));
    }

The following function is allowed to view the profile of the specialist once login.

class AdminSeeder extends Seeder
{
    /**
     * Run the database seeds.
     *
     * @return void
     */
    public function run()
    {
        $admin = [
                [
                'username'=>'admin',
                'email'=>'admin@woundcare.com',
                'password'=>bcrypt('123123'),
                'first_name'=>'Admin',
                'last_name'=>'Admin',
                'gender'=>'M',
                'address_line_1'=>'Admin Address',
                'address_line_2'=>'Admin Address',
                'city'=>'Admin City',
                'postcode'=>55100,
                'state'=>'Kuala Lumpur',
                'phone_number'=>'+60173482466',
                'identification_number'=>940204107031,
                'biography'=>'This is admin',                'avatar'=>900125
145023,
                'RoleMiddleware'=>0,
                ],
            ];

            foreach ($admin as $key => $value) {
                User::create($value);
            }  
    }
}

44
As for Admin type , it is already initialize and the data is stored via AdminSeeder which was create.
The following is information initialize and send to the admin database with the ROLE=1.

5.3 User Dashboard

    public function s_home()
    {
        return view('specialist/home');
    }

    public function c_home()
    {
        return view('customer/home');
    }

    public function a_home()
    {
        return view('admin/home');
    }

The user dashboard will show according by the ROLE type which the login entered by the user. This
function will enter the following dashboard according to the user type key-in in the login page.

45
public function login(Request $request)
    {
        $input = $request->all();

        $this->validate($request, [
            'email' => 'required|email',
            'password' => 'required',
        ]);

        if(auth()->attempt(array('email' => $input['email'], 'password' => $in
put['password'])))
        {
            if (auth()->user()->RoleMiddleware == 0) {
                return redirect()->route('a_home');
            }
            else if (auth()->user()->RoleMiddleware == 1) {
                    return redirect()->route('s_home');
            }
            else if (auth()->user()->RoleMiddleware == 2){
                return redirect()->route('c_home');
            }
        }
        else
        {
            return redirect()->route('login')
                ->with('error','Email-Address And Password Are Wrong.');
        }

    }
}

The following function will check in the database for the email and role type then enter to the
dashboard according to the user type. A nested if condition is created to help the user enter to their
respective dashboard by validating the email and password which was stored in the database.

46
5.4 Profile Settings

   public function s_profile_update_post(Request $request) {
        $user = User::where("id", "=", $request->input('id'))->first();
        $user-> username=$request-> input('username');
        $user-> email=$request-> input('email');  
        $user-> address_line_1=$request-> input('address_line_1');     
        $user-> address_line_2=$request-> input('address_line_2');     
        $user-> postcode=$request-> input('postcode'); 
        $user-> city=$request-> input('city');     
        $user-> state=$request-> input('state');     
        $user-> phone_number=$request-> input('phone_number'); 
        $user-> biography=$request-> input('biography'); 
        
        if ($request->input('password')==$request->input('match_password'))
        {
            $user-> password= bcrypt($request->input('password'));  
        }
        else{
            $user-> password=$user-> password;
        }
        $user-> save();
        return redirect()->route('s_profile');//alert42 profile updated
    }

This following code allows the user to update their profile. This function help to change the data
which was edit in here and change it accordingly in the database.
47
5.5 Wound Care Appointment

 public function s_appointments($id) {
        $appointment=DB::table("users")->join("appointments", function($join){
            $join->on("users.id", "=", "appointments.customer_id");
        })
        ->where("appointments.consulted", "=", 0)
        ->where("appointments.specialist_id", "=", $id)
        ->where("appointments.off_date", "=", 0)->get();
        return view('specialist.appointments', compact('appointment'));
    }

This function allows the specialist to view the list of upcoming appointment which was booked by
the customer in the database.

public function s_approve($id) {
        $appointment=DB::table("appointments")->where("id", "=", $id)->get();
        return view('specialist.approve', compact('appointment'));
    }

As can see in the figure above, the following CONSULT button allow specialist to click the button
once they have visited the respective customer. This will redirect the specialist to the consultation
form.

48
5.6 List of Customer

 public function s_patient() {
        $patient=DB::table("users")
        ->where("RoleMiddleware", "=", 2)
        ->get();
        return view('specialist.patient', compact('patient'));
    }

The following function allows the specialist to view the list of patient registered by system and
retrieved the information stored in the database.

49
5.7 Consultation History Form

 //change consultancy status 
    public function s_approve_post(Request $request ){
        $appointment = Appointment::where('id',$request-
>input('appointment_id'))->first();
        $appointment-> consulted = 1;
        $appointment-> remark = $request->input('remark');
        $extra_payment = $request->input('extra_payment') +  $appointment-> pa
yed_amount;
         $appointment-> extra_payment = $extra_payment;
        $fileName = "file-" . time() . '.' . request()->file-
>getClientOriginalExtension();
        $request->file->storeAs('file', $fileName);
        $appointment->file = $fileName;
        $appointment->save();
        return redirect()->route('s_home');//alert42 thanks for consulting the 
patient 
       
    }

As mention earlier, once click the CONSULT button in the list of appointment, this function allows
the specialist to be redirected to this form where the specialist required to enter the following
details in the form where it then stores in the database. This also allow to change the status of
consultation to consulted. Specialist is also allowed to upload a file in the system.

<td><a href="/specialist/consultation_history/view_image/{{$appointments-
>id}}">{{$appointments->file}}</a></td

50
The following code will to store the files upload according the appointment id and view by the
respective customer.

5.8 Consultation History

 public function s_consultation_history($id) {
        $appointment=DB::table("users")->join("appointments", function($join){
            $join->on("users.id", "=", "appointments.customer_id");
        })
        ->where("appointments.consulted", "=", 1)
        ->where("appointments.specialist_id", "=", $id)->paginate();
        return view('specialist.consultation_history', compact('appointment'))
;
    }

    public function c_consult_history($id) {
        $appointment=DB::table("users")->join("appointments", function($join){
            $join->on("users.id", "=", "appointments.customer_id");
        })
        ->where("appointments.consulted", "=", 1)
        ->where("customer_id", "=", $id)->get();
        return view('customer.consultation_history', compact('appointment'));
    }

51
This function allows to view the consultation history which was stored in the database and entered
by the specialist. As can see in the figure, specialist able to all of the customer consultation history,
where else customer can see all of the respective customer consultation history only.

<tbody>

@foreach($appointment as $appointments)
@csrf
<tr>
<td><img src="/storage/app/public/file/{{$appointments->file}}" alt="File is n
ot available!"></td>
</tr>
@endforeach
</tbody>
This following code will allow the user to retrieve the uploaded files from /storage/app/public/file
folder of their respective appointments.

5.9 Book Appointment

public function c_make_appointment(){
        $specialist=DB::table("users")
        ->where("RoleMiddleware", "=", 1)
        ->get();
        return view('customer.make_appointment', compact('specialist'));
52
    }
    //This controller is to make a new appointment. Redirected from the make_a
ppointment form.
    public function c_make_appointment_post(Request $request)
    {
        $customer = User::where('id',$request->input('customer_id'))->first();
        $specialist = User::where('id',$request->input('specialist_id'))-
>first();
        $appointment = new Appointment;
        $date = $request->input('date');
        $appointment->date=$date;
        $time = $request->input('time');
        $date_time=$date." ".$time;
        $date_check=DB::table("users")->join("appointments", function($join){
            $join->on("users.id", "=", "appointments.specialist_id");
        })
        ->where("appointments.date_time", "=", $date_time)
        ->where("appointments.specialist_id", "=", $specialist->id)->get();
        $appointment-> date_time=$date_time;
        $appointment-> issue=$request->input('issue');
        $appointment-> consulted = 0;
        $appointment-> off_date = 0;
        $appointment-> specialist_id = $specialist->id;
        $appointment-> customer_id = $customer->id;
        $appointment-> payed_amount = 200;
        if ($date_check != "[]"){
            return redirect()->route('c_home');//alert42 failed appointment bo
oking (date/time has been reserved)
        }
        else {
            Stripe\Stripe::setApiKey(env('STRIPE_SECRET'));
            Stripe\Charge::create ([
                    "amount" => 200 * 100,
                    "currency" => "MYR",
                    "source" => $request->stripeToken,
                    "description" => $request->input('name') 
            ]);
      
            Session::flash('success', 'Payment successful!'); 
            $appointment->save();
            return redirect()->route('c_home');//alert42 successful appoinemtn 
booking;
        }

The following functions allows customer to make an appointment and store in the database. After
filling up the form the customer requires to enter the payment details. After successful booking then
only the booking information will be stored in the system.

53
<div class="row">
                            <div class="col-xs-12">
                                <button class="btn form-control btn-primary b
tn-primary" onclick="myFunction()" type="submit">Pay Now (RM200)</button>
                                <script>
                                    function myFunction() {
                                    alert("Your booking is received!!!");
                                }
                                </script>
                                <a href="/customer/home" class="btn form-
control btn-block btn-danger"  type="button">Cancel</a>
                            </div>
                        </div>

This javascript code will allow to pop up a message as in the figure above upon successful booking.

54
5.10 Make OFF Date (Specialist)

//This controller is to make a new off date in the form of an appointment. Red
irected from the make_off_time form.
    public function s_make_off_time_post(Request $request ){
        $specialist = User::where('id',$request->input('specialist_id'))-
>first();
        $off_date = new Appointment;
        $off_date->date = $request->input('date');
        $date = $request->input('date');
        $time = $request->input('time');
        $date_time=$date." ".$time;
        $date_check=DB::table("users")->join("appointments", function($join){
            $join->on("users.id", "=", "appointments.specialist_id");
        })
        ->where("appointments.date_time", "=", $date_time)
        ->where("appointments.specialist_id", "=", $specialist->id)->get();
        $off_date-> date_time=$date_time;
        $off_date-> issue=$request->input('issue');
        $off_date-> consulted = 0;
        $off_date-> off_date = 1;
        $off_date-> specialist_id = $specialist->id;
        $off_date-> customer_id = $specialist->id;
        $off_date-> payed_amount = 0;
        if ($date_check != "[]"){
            

55
            return redirect()->route('s_home');//alert42 already got appointme
nt at the date/time
        }
        else {
            $off_date->save();
            return redirect()->route('s_home');//alert42 susccessully book app
ointment
        }
        
       
    }

The function allows the specialist to reserve a slot based on date and time. Once the slot been
reserve, customer is not allowed to duplicate the same reserve slot. This following code won’t allow
for duplication of information based on date and time by the respective specialist.

5.11 View Booking History

    public function c_booking_history($id) {
        $appointment=DB::table("users")->join("appointments", function($join){
            $join->on("users.id", "=", "appointments.customer_id");
        })
56
        ->where("customer_id", "=", $id)->get();
        return view('customer.booking_history', compact('appointment'));
    }
The following code allows the customer to view list of appointment book by the respective
customer which also retrieve the information from the database.

 public function c_booking_delete($id) {
        DB::table('appointments')->where('id',$id)->delete();
        return redirect()->route('c_home');//alert42 booking has been delete
    } 
The following function allows the customer to delete the appointment which is create by the respective user
from the database.

5.12 Admin View List of Customer

   <a href="/admin/specialist/delete/{{$patients->id}}" class="btn btn-danger" 
onclick="
                                                                            v
ar result = confirm('Are you sure you want to delete this record?');
                                                                            
                                                                            i
f(result){
                                                                              
  event.preventDefault();
                                                                              
  document.getElementById('delete-form-{{$patients->id}}').submit();
57
                                                                            }
">
                                                                            D
elete
                                                                        </a>

                                                                        <form 
method="POST" id="delete-form-{{$patients->id}}" actio
n="{{route('a_specialist_delete', [$patients->id])}}">
                                                                            {
{csrf_field()}}
                                                                            <
input type="hidden" name="delete_specialist" value="DELETE">
                                                                        </
form>
                                                                        </th>
                                                                    </tr>
                                                                @endforeach
   public function a_customer_delete($id) { 
        DB::table('users')->where('id',$id)->delete();
        DB::table('appointments')->where('customer_id',$id)->delete();
        return redirect()->route('a_view_specialist');//alert42 customer has b
een deleted
    }

  public function a_view_patients(){
        $patient=DB::table("users")
        ->where("RoleMiddleware", "=", 2)
        ->get();
        return view('admin.view_patient',compact('patient'));
        
    }

The following code of viewing the list of customers is similar to the specialist code. Additionally, here
is that this code allows the admin to delete the data of the customer stored in the database.

58
5.13 Admin View List of Wound Care Specialist

    public function a_view_specialist(){
        $specialist=DB::table("users")
        ->where("RoleMiddleware", "=", 1)
        ->get();
        return view('admin.view_specialist', compact('specialist'));
    }
The function allows the admin to view the list of all the specialist which is the ROLE=1 from the
database.

    public function a_specialist_delete($id) { 
        DB::table('users')->where('id',$id)->delete();
        DB::table('appointments')->where('specialist_id',$id)->delete();
        return redirect()->route('a_view_specialist');//alert42 specialist has 
been deleted
    } 
This function allows the admin to delete the specialist in the database.

59
5.14 Admin Create Wound Care Specialist

 public function a_create_specialist(){
        return view('admin.create_specialist');
    }

    public function a_create_specialist_post(Request $request){
        $user=  new User;   
        $user-> username=$request-> input('name');
        $user-> email=$request-> input('email');     
        $user-> password= bcrypt($request->input('password'));     
        $user-> first_name=$request-> input('first_name');     
        $user-> biography=$request-> input('biography');     
        $user-> last_name=$request-> input('last_name');     
        $user-> gender=$request-> input('gender');     
        $user-> address_line_1=$request-> input('address_line_1');     
        $user-> address_line_2=$request-> input('address_line_2');     
        $user-> city=$request-> input('city');     
        $user-> postcode=$request-> input('postcode');     
        $user-> state=$request-> input('state');     
        $user-> phone_number=$request-> input('phone_number');     
        $user-> identification_number=$request-> inpu
t('identification_number');     
        $user-> RoleMiddleware=1;   
        /**
60
         * RoleMiddleware
         * 0=admin
         * 1=specialist
         * 2=user */     
        $user-> save();

        return redirect()->route('a_home');//alert42 specialist created alert

    }
    

The following function allows the admin to create the specialist and assign him to ROLE=1.
The admin is needed to fill up the information as in the form.

61
CHAPTER 6

TESTING

6.1 Introduction

Regen-WoundCare Management System is a web-based system that help the wound care
specialist and as well the customer to manage their appointments and follows up and
consultation to ease their management.
The purpose of the testing is to ensure Regen-WoundCare Management System is working
according to the requirements defined is Software Requirements Specification (SRS) and to
ensure its functionality produce expected results.

Refer to Appendix B Software Testing Documentation

62
CHAPTER 7

CONCLUSION

7.1 Conclusion

As a conclusion, the main objective of the project to develop a system which provide a
system for the customer to manage their appointments and scheduling with their wound care
specialist the website. Based on the survey findings, it is also the said feature to b also
provided in the system. Not only that, an adequate and understandable information through
the website for the customer also is important to ensure the smoothness of the delivery of the
company to the users. Another key feature is also to provide a system for the wound care
specialist for them to manage with their appointments and payments details with their
respective customer through the website.

The proposed system is capable of fulfilling the expectations of the customer and wound care
specialist. In short, the specifications and architectural design of Regen Home Care – Wound
Care Management System are defined and explained in this document for smoother project
development. The proposed system will be implemented using PHP, HTML and JavaScript
during FYP2.

63
REFERENCES

Wichithra  De Silva. (2016). HOSPITAL MANAGEMENT SYSTEM Software Requirement

Specification. Retrieved December 24, 2020, from Academia.edu website:

https://www.academia.edu/28734143/HOSPITAL_MANAGEMENT_SYSTEM_Soft

ware_Requirement_Specification

SOFTWARE REQUIREMENTS SPECIFICATION Hospital Management System. (n.d.).

Retrieved from http://docshare01.docshare.tips/files/5973/59736721.pdf

Regen Home Care – Wound Care Management. (2020). Retrieved December 24, 2020, from

Regenhomecare.com website: https://regenhomecare.com/

SRS-Example Hospital Management System Software Requ. (2017). Retrieved December 24,
2020, from StuDocu website: https://www.studocu.com/it/document/universita-degli-

studi-di-trento/estetica-generale/appunti-di-lezione/srs-example-hospital-management-

system-software-requ/2160330/view

Florian Hinze, & Florian Hinze. (2016). An overview of data-collection methods. Retrieved

December 24, 2020, from Social Impact Navigator website: http://www.social-impact-

navigator.org/impact-analysis/data/methods-overview/

64
Important Skills That a Focus Group Moderator Should Possess. (2013). Retrieved December

24, 2020, from Small Business - Chron.com website:

https://smallbusiness.chron.com/important-skills-focus-group-moderator-should-

possess-69910.html

Important Skills That a Focus Group Moderator Should Possess. (2013). Retrieved December

24, 2020, from Small Business - Chron.com website:

https://smallbusiness.chron.com/important-skills-focus-group-moderator-should-

possess-69910.html

AED_USER, & CDC. (2008). Data Collection Methods for Program Evaluation: Focus

Groups. Retrieved from https://www.cdc.gov/healthyyouth/evaluation/pdf/brief13.pdf

The Business Communication. (2013, October 7). Advantage and disadvantage of interview -

The Business Communication. Retrieved December 24, 2020, from The Business
Communication website: https://thebusinesscommunication.com/advantage-and-

disadvantage-of-interview/

Advantages and Disadvantages of Surveys. (2012, November 16). Retrieved December 24,

2020, from Snap Surveys Blog website:

https://www.snapsurveys.com/blog/advantages-disadvantages-surveys/

65
APPENDIX A: SOFTWARE REQUIREMENTS SPECIFICATIONS

66
Software Requirements
Specification
for

Regen Home Care – Wound


Care Management System
Version Number 1.0

Prepared by Vivekanantha A/L Ganagandran

Date: December 20 , 2020

67
Table of Contents
1. Introduction
1.1 Purpose
1.2 Project Scope and Product Features
1.3 Definitions, Acronyms, and Abbreviations
1.4 References
1.5 Overview
2. Overall Description
2.1 Product Perspective 12 - 15
2.2 Product Functions 16 - 18
2.3 User Classes and Characteristics
2.4 Constraints
2.5 Assumptions and Dependencies
2.6 Apportioning of Requirements
3. System Features 21-22
3.1 View Services 23-24
3.1.1 Description and
Priority……………………………………………………………...23
3.1.2 Functional Requirements…………………………………………………………23-
24
3.2 View About Us 25-26
3.2.1 Description and Priority….
…………………………………………………………..25
3.2.2 Functional Requirements…………………………………………………………25-
26
3.3 View Contact Us
3.3.1 Description and Priority…….
………………………………………………………..27
3.3.2 Functional
Requirements…………………………………………………………….27
3.4 Customer Registration 28-29
3.4.1 Description and Priority………………………………………………
……………..28
3.4.2 Functional Requirements…………………………………………………………28-
29
3.5 Log In
3.5.1 Description and
Priority……………………………………………………………...29
3.5.2 Functional
Requirements…………………………………………………………….29
3.6 Click Social Media Link
3.6.1 Description and Priority………………………………………………………………
30
3.6.2 Functional Requirements..……………………………………………………………
30
3.7 Login Wound Care Homepage
3.7.1 Description and Priority………………………………………………………………
31
3.7.2 Functional
Requirements……………………………………………………………..31
3.8 View Wound Care Specialist Profile
3.8.1 Description and Priority………………………………………………………………
32
3.8.2 Functional
Requirements……………………………………………………………..32
3.9 View Wound Care Appointment
68
3.9.1 Description and Priority………………………………………………………………
33
3.9.2 Functional
Requirements……………………………………………………………..33
3.10 View List of Customer
3.10.1 Description and
Priority…………………………………………………………….34
3.10.2 Functional Requirements……………...……………………………………………
34
3.11 View Visited History Wound Care
3.11.1 Description and
Priority…………………………………………………………….35
3.11.2 Functional
Requirements…………………………………………………………...35
3.12 Add Visited Report Information 36-37
3.12.1 Description and Priority……………….……………………………………………
36
3.12.2 Functional
Requirements…………………………………………………………...37
3.13 Login Customer Homepage
3.13.1 Description and
Priority…………………………………………………………….38
3.13.2 Functional
Requirements…………………………………………………………...38
3.14 View Customer Profile 39-40
3.14.1 Description and
Priority…………………………………………………………….39
3.14.2 Functional Requirements………………………………………………………..39-40
3.15 Book Appointment
3.15.1 Description and
Priority…………………………………………………………….41
3.15.2 Functional
Requirements…………………………………………………………...41
3.16 View Booking History
3.16.1 Description and Priority…………………………………………………….
……….42
3.16.2 Functional Requirements……………………………………...……………………
42
3.17 View Visited History Customer
3.17.1 Description and Priority….
………………………………………………………….43
3.17.2 Functional Requirements……………………………………………………………
43

4. Other Nonfunctional Requirements 48 - 50


5. Appendix A : List of Figure
6. Appendix B: List of Table
7. Appendix C: Survey Form

Revision History
Name Date Reason For Changes Version
69
Vivekanantha 20/12/20 Initial draft 1.1
A/L
Ganagandran

70
1.0 Introduction

1.1 Purpose

If the SRS is written well it will serve the following purposes. SRS is the agreement document
between the client and the Software developer.
Feedback to the Customer-This software requirement specification assures the project
management stakeholders and client that the development team has really understood the
business requirements documentation properly. This also provides confidence that the team will
develop the functionality which has been detailed.

Feedback to the Customer-This software requirement specification assures the project


management stakeholders and client that the development team has really understood the
business requirements documentation properly. This also provides confidence that the team will
develop the functionality which has been detailed.

Breaking the Requirements Down-This document is documented in such a way that it breaks the
deliverables into smaller components which makes the participants in this project to understand
what is to be done clearly. The information is organized in such a way that all the developers
within the team will not only understand the boundaries within which we need to work, but also
what functionality needs to be developed and in what order.

Understanding what order the functionality will be developed in means that we, the developers
will have the "big picture" view of the development. This gives us an opportunity to plan ahead
which saves both project time and cost.

Facilitating other Documentation-The SRS forms the basis for a load of other important
documents such as the Software Design Specification.

Product Validation-It basically helps in validating with the client that the product which is being
delivered, meets what they asked for. Which means that the product we have output is Equal to
the standards of the documentation in the SRS which the client satisfied and agreed on

1
1.2 Project Scope
Regen Home Care – Wound Care Management (RHC) website will allow the
customer who are looking for wound care services identify what services is provided in the
website and as well contact the wound care specialist fast and with and expected fast response
from the person itself. Not only that, RHC is meant for the ease of communication for both the
customer and the wound care specialist where there would be instant clicking icon for WhatsApp
in the website so that the customer makes an enquiry or contact for emergency or even urgent
requests to the following wound care specialist at a reliable speed. Customer can also make a
registration in the website to upload necessary documents and details for the ease of the
specialist to review the details of the said customer. RHC website also helps the customer to
view their following appointment dates and schedule and as well get notifies for successful
appointment, rescheduled or even cancelled appointment via email, WhatsApp or sms. Besides
that, the admin or the wound care specialist would be able to view the customer details and
his/her appointment for the customer. Wound care specialist would be able to reschedule or
cancel the following appointment where it will automatically notify the customers. Overall the
RHC website would be able to provide quality services with the adequate information given to
the customer efficiently.

1.3 Definitions, Acronyms, and Abbreviations

This subsection provides definitions of the terms, acronyms, and abbreviations used throughout
this SRS.

Abbreviation

1. SRS - System Requirement Specification

2
2. IT – Information Technology

3. ERD - Entity Relationship Diagram

4. AD - Refers to the points numbering in Assumptions and Dependencies

5. PE- Refers to the points numbering in Performance Requirement

6. RL - Refers to the points numbering in Reliability.

7. AV-Refers to the points numbering in Availability.

8. SA - Refers to the points numbering in Security.

9. MT - Refers to the points numbering in Maintainability

10. PB – Refers to the points numbering in Portability.

1.4 References

Wichithra  De Silva. (2016). HOSPITAL MANAGEMENT SYSTEM Software Requirement

Specification. Retrieved December 24, 2020, from Academia.edu website:

https://www.academia.edu/28734143/HOSPITAL_MANAGEMENT_SYSTEM_Software

_Requirement_Specification

SOFTWARE REQUIREMENTS SPECIFICATION Hospital Management System. (n.d.).

Retrieved from http://docshare01.docshare.tips/files/5973/59736721.pdf

Regen Home Care – Wound Care Management. (2020). Retrieved December 24, 2020, from

Regenhomecare.com website: https://regenhomecare.com/

3
SRS-Example Hospital Management System Software Requ. (2017). Retrieved December 24,

2020, from StuDocu website: https://www.studocu.com/it/document/universita-degli-

studi-di-trento/estetica-generale/appunti-di-lezione/srs-example-hospital-management-

system-software-requ/2160330/view

1.5 Overview

This rest of the document is divided into 3 chapters and appendixes. The second part of the
document is called Overall Description. This section consists of general factors that affect the
system and its requirements. The diagrams related to the product architecture will be shown in
this section. The third chapter of this document is known as System Features consists of all the
functional requirements of the software in a detailed manner. This section is very important for
development team to understand the system requirements and technical terms in order to build a
system as stated. The fourth chapter of this document is called Other Nonfunctional
Requirements and it includes the non-functional requirements of the system. This section of the
document consists of the performance requirements, logical database requirements and the
software system attributes. Lastly, the final part of the document contains the appendix of this
SRS.

4
2.0 Overall Description
The purpose is to describe all the requirements for the Regen Home Care – Wound Care
Management System. The following are some of the stake holders: patients and wound care
specialist and developers. The Wound Care Management System uses this document as the
primary means to communicate confirmed requirements to the development team. The
development team expects many face-to-face conversations that will undoubtedly be about
requirements and ideas for requirements. However only the requirements that appear in this
document or a future revision, will be used to define the scope of the system

2.1 Product Perspective


Regen Home Care – Wound Care Management (RHC) is the most efficient and has the most
distinguish features. One of it is that it has registration and login convenience for both the admin
and the customer whereby for the customer to view their appointment, calendars for availability
meanwhile for the admin to store database of the customer and view his/her appointments and
ease the follow-up with the customer. Besides that, RHC has the owner and customer profile
whereby it can be viewed in order to gain trust and credentials of either the customers. It also
provides appointment booking system for the customer to make an enquiry or consultation for
the following services and as well contact directly via Whatsapp with the wound care specialist.
Finally, the highlight would be the notification messages for the wound care specialist and the
customer for the appointments, enquiries or update of rescheduling of the services.

5
6
Figure 1 : Use Case Diagram Of Regen Home Care – Wound Care Management

7
2.1.1 System interfaces

This should list each system interface and identify the functionality of the software to accomplish
the system requirement and the interface description to match the system.

Regen Home Care – Wound Care Management consists of two main features:

a) Appointment Booking System


The system allows the customer book an appointment and also view the slot availability of the
system.

b) Keeping track of information.


This allows both the customer and wound care specialist to keep track of a lot of information
need which will be explain accordingly below for this system.

2.1.2 User interfaces

The user interface shall follow basic web-based style and functionality conventions. The user
interface varies according to the type of user.

2.1.3 Hardware interfaces

The web-based system can run on any hardware provided it has been connected to the
Xampserver. The system does not store or write any information directly to the user’s computer,
but instead uses a database which is located on the Xampserver which is the phpMyAdmin.

2.1.4 Software interfaces

Xampserver must be properly installed and configured in the computer or laptop. The system can
run on any operating system. The web-based system can be opened by using any internet
browsers.

2.1.5 Communications interfaces

Communication occurs from the web-based system to the Xampserver and vice versa. Data
transmission is done through communication with database in the Xampserver.

8
2.1.6 Memory constraints

Not applicable.

2.1.7 Operations

The system have two modes of operations:

1. User mode (Accessible by wound care specialist, customer)

2. Developer mode (Accessible by system developer)

2.1.8 Site adaptation requirements

The system shall adapt to the browser size when system is launched.

2.2 Product Functions


This section provides a summary of the major functions that the system will perform. The
structure chart below shows the major product functions of Automated Job Matcher system.

ID Functional Requirement Name Description


FR-1 View Services Allow users (customer, wound care
specialist) to view the service details
and prices of the .services

FR-2 View About Us Allow users (customer, wound care


specialist) to view about the company
profiles and their details.

FR-3 View Contact Us Allow users (customer, wound care


specialist) to view about the company
location and contact information.

9
FR-4 Customer Registration Allow customers to register their
username and password to log-in to
the system.

FR-5 Log In Allow users (customer, wound care


specialist) to choose the type of user
they want to log-in in the system.

FR-6 Click Social Media Link Allow customers to directly contact


the wound care specialist via social
network link.

FR-7 Login Wound Care Homepage Allow users (wound care specialist) to
log-in into the system by using
registered username and password and
enter to the homepage.

FR-8 View Wound Care Specialist Allow wound care specialist to view
Profile their profile and edit information.

FR-9 View Wound Care Appointment Allow wound care specialist to view
their appointment details and reserve
slot in their schedule.

FR-10 View List of Customer Allow wound care specialist to view


the total list of customer who have
registered in the system.

FR-11 View Visited History Wound Allow wound care specialist to view
Care visited history by the wound care

10
specialist of the respective customer.

FR-12 Add Visited Report Information Allow wound care specialist to add the
visited report in the system and update
the information.

FR-13 Login Customer Homepage Allow users (customer) to log-in into


the system by using registered
username and password and enter to
the homepage.

FR-14 View Customer Profile Allow customer to view their profile


and edit information.

FR-15 Book Appointment Allow customer to view the schedule


and book an appointment after
successfully paying the upfront
payment via online bank.

FR-16 View Booking History Allow customer to view the booking


history and may cancel their
appointment.

FR-17 View Visited History Customer Allow customer to view the visited
history by the respective wound care
specialist.

Table 1: Explanation of Regen Home Care system functions

2.3 User Classes and Characteristics


There are three types of user who interact with Regen Home Care – Wound Care

11
Management System, namely the customer, wound care specialist and the administrators. Each
of the user classes have different purposes of using the system and the system functionality
varies according to the user class. The table below describes each of the user classes identified in
this system.

User Class Characteristics

Customer The customer can be anyone from the


public who is looking for a wound care
service. These customer must have a
computer or laptop that have a web
browser and internet connection before
accessing the system.

Wound Care Specialist The wound care specialist is a qualified


service provider who provide this
services from this Regen Home Care
Company. These wound care specialist
must have a computer or laptop that have
a web browser and internet connection
before accessing the system.

Administrator Administrator is the system owner or


someone whom has the permission to
access the system for maintenance and
management purposes.

Table 2 : User classes and Description

2.4 Constraints

C-1 : One email address can only be registered for one account for each customers

C-2: Each customer can only book once successfully paid the upfront payment.

C-3: Each customer can only book 2 at times and can book back once the completed
the previous booking

2.5 Assumptions and Dependencies


This subsection of the SRS should list each of the factors that affect the requirements stated in

12
the SRS.

AD-1: Each registered customer is known as the patients who needed the services.

AD-2: All the users are running the system on their browsers that can support the system.

AD-3: The registered user is signed in according to their account type and able to access the
features that is defined for the account type.

2.6 Apportioning of Requirements

Not applicable.

3.0 System Features


This section of the SRS contains all of the software requirements to a level of detail
sufficient to enable designers to design a system to satisfy those requirements, and testers
to test that the system satisfies those requirements.

13
3.1 View Services

3.1.1 Description and Priority

The system shall allow the users (jobseeker and job employer) to register their username and
password to log-in into the system.

Priority: Low

3.1.2 Functional Requirements

Name View Services


Source(s) Existing similar system
Associated Goal(s) Allow users (customer, wound care specialist) to view the
service details and prices of the .services
Primary actor(s) 1.Customer
2. Wound Care Specialist
Other actor(s) N/A
Pre-condition 1. The user is at the homepage of the system.
Post condition The user can choose their user login type.
Result(s) The customer can view the details of services and price
range
Main Scenario 1. The user clicks the service tab.
2.The user can view the details of the services provided by
the system
Alternative Scenario N/A

Exception Scenario N/A


Related Use case(s) N/A

14
3.2 View About Us

3.2.1 Description and Priority

The system shall allow the users (jobseeker and job employer) to register their username and
password to log-in into the system.

Priority: Low

3.2.2 Functional Requirements

Name View About US


Source(s) Existing similar system
Associated Goal(s) Allow users (customer, wound care specialist) to view
about the company profiles and their details.
Primary actor(s) 1.Customer
2. Wound Care Specialist
Other actor(s) N/A
Pre-condition 1. The user is at the homepage of the system.
Post condition N/A
Result(s) The customer can view the details company and their
details of the business
Main Scenario 1. The user clicks the About US tab.
2.The user can view the details company and their details
of the business provided by the system
Alternative Scenario N/A

Exception Scenario N/A


Related Use case(s) N/A

15
3.3 View Contact Us

3.3.1 Description and Priority

The system shall allow users (customer, wound care specialist) to view about the company
location and contact information.

Priority: Medium

3.3.2 Functional Requirements

Name View Contact Us


Source(s) Existing similar system
Associated Goal(s) Allow users (customer, wound care specialist) to view the
service details and prices of the .services
Primary actor(s) 1.Customer
2. Wound Care Specialist
Other actor(s) N/A
Pre-condition 1. The user is at the homepage of the system.
Post condition N/A
Result(s) The customer can view the details of contact information
and location of the service provider.
Main Scenario 1. The user clicks the Contact Us tab.
2. The user able view the location and contact details of the
company.
3. The user is able to press the location provided to connect
to their GPS application.

Alternative Scenario 3a.1. The user is able to fill up the form provided for any
enquiry for the company.
3a.2. The user click the submit button once filled up all the
necessary information.

Exception Scenario 4a. If user did not fill in all the required fields, the system
displays a message “Please enter all the required fields
and click “SAVE” button.” to the user.

5a. If the changes are unable to be submit the system


displays an error message “Changes are not saved. Please
try again.” to the user and returns to edit mode of the
profile.

16
Related Use case(s) N/A

3.4 Customer Registration

3.4.1 Description and Priority

The system shall allow customers to register their username and password to log-in to the
system.

Priority: High

3.4.2 Functional Requirements

Name Customer Registration


Source(s) Existing similar system
Associated Goal(s) Allow customers to register their username and password
to log-in to the system.
Primary actor(s) 1.Customer
Other actor(s) N/A
Pre-condition 1. The user is at the homepage of the system.
2. The user click “Register Now!!!” button.
Post condition The customer can login to their account after successfully
registering
Result(s) The customer can view the details of services and price
range
Main Scenario 1. The user filled up the form provided with the necessary
details needed in all the required field.
2. User ticks the User Agreement Privacy Policy box and
clicks “Register” button.
3. User received email verification to active the account.
4. User click their verification link in their respective link.
Alternative Scenario N/A

Exception Scenario 1a. If the user enters a username lesser than 8 characters,
the system displays an error message “Invalid username.
Minimum username length is 8 characters.” to the user.

17
1b. If the user enters a password lesser than 8 characters,
the system displays an error message “Invalid password.
Minimum password length is 8 characters.” to the user.

1c. If user enters a wrong email address, the system


displays an error message “Invalid email address entered.
Please enter your email address again.” to the user.

1d. If user enters an email address that is already


registered in the system, the system displays an error
message “Email address already registered. Please log
in.” to the user.

3a. If user does not tick the User Agreement Privacy Policy
box, the system displays an error message “You have to
agree to our User Agreement Privacy Policy to register for
an account. Please tick the box and click Sign Up.” to the
user.

3b. If user left any of the required detail blank, the system
displays an error message “Please enter all required
details and click “Register Now!!!.” to the user.

Related Use case(s) N/A

18
3.5 Click Log In

3.5.1 Description and Priority

The system shall allow users (customer, wound care specialist) to choose the type of user they
want to log-in in the system.

Priority: High

3.5.2 Functional Requirements

Name Click Log In


Source(s) Existing similar system
Associated Goal(s) Allow users (customer, wound care specialist) to choose the
type of user they want to log-in in the system.
Primary actor(s) 1.Customer
2. Wound Care Specialist
Other actor(s) N/A
Pre-condition 1. The user is at the homepage of the system.
2. The user click “Log In” button.
Post condition The user can login to their account type in the system.
Result(s) The user can view their respective homepage.
Main Scenario 1. User click on “Wound Care Specialist” button.
2. User will be redirected to Wound Care Specialist Login
Page.
Alternative Scenario 1a.1. User click on “Customer” button.
1a.2. User will be redirected to Customer Login Page.
Exception Scenario N/A
Related Use case(s) Extend Customer Login
Extend Wound Care Specialist Login

19
3.6 Click Social Media Link

3.6.1 Description and Priority

The system shall allow customers to directly contact the wound care specialist via social network
link.

Priority: Low

3.6.2 Functional Requirements

Name Click Social Media Link


Source(s) Existing similar system
Associated Goal(s) Allow customers to directly contact the wound care
specialist via social network link.
Primary actor(s) 1.Customer
Other actor(s) N/A
Pre-condition 1. The user is at the homepage of the system.
2. The user click respective social media button.
Post condition The user will be redirected based on which social media
button is clicked upon.
Result(s) The user can view the respective social media which is click
upon.
Main Scenario 1. User click on “WhatsApp” icon button
2. User will be redirected to their WhatsApp application.
3. User able to contact the wound care specialist.
Alternative Scenario 1a.1. User click on “Instagram” button.
1a.2. User will be redirected to the Company Instagram
page.
1b.1. User click on “Facebook” button.
1b.2. User will be redirected to the Company Facebook
page.
Exception Scenario N/A
Related Use case(s) N/A

20
3.7 Login Wound Care Homepage

3.7.1 Description and Priority

The system shall allow users (wound care specialist) to log-in into the system by using registered
username and password and enter to the homepage.

Priority: High

3.7.2 Functional Requirements

Name Login Wound Care Homepage.


Source(s) Existing similar system
Associated Goal(s) Allow users (wound care specialist) to log-in into the
system by using registered username and password and
enter to the homepage.
Primary actor(s) 1.Wound Care Specialist
Other actor(s) N/A
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have a registered account.
Post condition The user will be directed to the main page of the system and
the user able to access the feature of the system according
to their type of account.
Result(s) The registered user is log-in into the system.
Main Scenario 1. The user enters their username and password and clicks
“LOGIN” button.
2. The system validates the username and password and
directs them to the main page of the system which enables
them to access the features according to their account type.
Alternative Scenario N/A

Exception Scenario 1a. If the user enters a wrong username, the system
displays an error message “Incorrect username or
password.” to the user.

1b. If the user enters a wrong password, the system displays


an error message “Incorrect username or password.” to
the user.

1c. If user clicks “LOGIN” without entering the username,


the system displays an error message “Please enter both

21
username and password to sign-in.” to the user.

1d. If user clicks “LOGIN” without entering the password,


the system displays an error message “Please enter both
username and password to sign-in.” to the user.

1e. If user clicks “LOGIN” without entering any fields , the


system displays an error message “Please enter both
username and password to sign-in.” to the user

Related Use case(s) Extend Log In

22
3.8 View Wound Care Specialist Profile

3.8.1 Description and Priority

The system shall allow wound care specialist to view their profile and edit information.

Priority: High

3.8.2 Functional Requirements

Name View Wound Care Specialist Profile


Source(s) Existing similar system
Associated Goal(s) Allow wound care specialist to view their appointment
details and reserve slot in their schedule.
Primary actor(s) 1. Wound Care Specialist
Other actor(s) N/A
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in in the account.
Post condition The user able to edit information and view profile picture.
Result(s) The user can view their user profile.
Main Scenario 1. The user clicks “Profile” tab at the top navigation bar.
2. The system redirects to the profile page which enables
the user to view their current profile.
Alternative Scenario 2a.1 User may click the profile picture to change their
profile picture.
2b.1. User may clicks on the “EDIT” button to update their
information
Exception Scenario N/A
Related Use case(s) Extend: Login Wound Care Homepage

23
3.9 View Appointment

3.9.1 Description and Priority

The system shall allow wound care specialist to view their appointment details and reserve slot
in their schedule.

Priority: High

3.9.2 Functional Requirements

Name View Appointment


Source(s) Existing similar system
Associated Goal(s) Allow wound care specialist to view their appointment
details and reserve slot in their schedule.
Primary actor(s) 1. Wound Care Specialist
Other actor(s) N/A
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in in the account.
Post condition The user view the customer information.
Result(s) The customer can view the details of the customer who have
booked the slot.
Main Scenario 1. The user clicks on the “My Appointment” tab.
2. The user can view the overall schedule of the current
month.
3. The user can click on the date and time of the highlighted
red on the date and time.
4. The system shows the details of the customer who have
book the appointment.
5. User can click on the contact number to redirect to the
user hand phone application.

Alternative Scenario 2a.1 User can toggle on the month tab to choose a month
and year.
2a.2 The system will show the results of that current month
schedule.
3a.1 The user can click on the white highlighted on the
schedule.
3a.2 The user will be able to reserve a slot or the day.
3a.3 The system will update the slot chosen into red

24
highlighted.
Exception Scenario N/A
Related Use case(s) Extend: Login Wound Care Homepage

3.10 View List of Customer

3.10.1 Description and Priority

The system shall allow wound care specialist to view the total list of customer who have
registered in the system.

Priority: High

3.10.2 Functional Requirements

Name View Services


Source(s) Existing similar system
Associated Goal(s) Allow wound care specialist to view the total list of
customer who have registered in the system.
Primary actor(s) 1. Wound Care Specialist
Other actor(s) N/A
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in to their account.
Post condition The user can their total customers.
Result(s) The customer can view the details of each respective
customer registered by the system.
Main Scenario 1. The user clicks the “List of Customers” tab.
2. The user can view the details of the services provided by
the system.
Alternative Scenario 2a.1 The user can change the respective customer status.
2b.1 The user clicks on edit.
2b.2 The user able to edit the customer selected
information.
Exception Scenario N/A
Related Use case(s) Extend: Login Wound Care Homepage

25
26
3.11 Display Visited History Wound Care

3.11.1 Description and Priority

The system shall allow wound care specialist to view visited history by the wound care specialist
of the respective customer.

Priority: High

3.11.2 Functional Requirements

Name Display Visited History Wound Care


Source(s) Existing similar system
Associated Goal(s) Allow wound care specialist to view visited history by the
wound care specialist of the respective customer.
Primary actor(s) 1. Wound Care Specialist
Other actor(s) NA
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in to their account.
Post condition The user can view visited history of customer.
Result(s) The customer can view the visited history report.
Main Scenario 1. The user clicks the “Visited History” tab.
2. The user can view the details of the visited history of the
respective customer.
Alternative Scenario N/A

Exception Scenario N/A


Related Use case(s) Extend Login Wound Care Homepage, Extend Add Visited
Report Information.

27
3.12 Add Visited Report Information
3.12.1 Description and Priority

The system shall allow wound care specialist to add the visited report in the system and update
the information.

Priority: High

3.12.2 Functional Requirements

Name Add Visited Report Information


Source(s) Existing similar system
Associated Goal(s) Allow wound care specialist to view visited history by the
wound care specialist of the respective customer.
Primary actor(s) 1. Wound Care Specialist
Other actor(s) NA
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in to their account.
3. The user must be in the “Visited History” page.
Post condition The user will be notified upon successful report added.
Result(s) The customer able to add the necessary information in the
form provided.
Main Scenario 1. The user clicks the “Add Visited Report” button
2. The system will pop up a report form.
3. The user fills up the forms accordingly.
4. The user click the submit button upon filling up the
information asked for.
5. The system notify user that successful report added.
6. The system updates the visited history.
Alternative Scenario 4a.1 The user may choose to upload any picture if needed.

Exception Scenario 4b.1 If the user did not complete the required field in the
form, the system will display an error message “Please
filled up the required fields”.
Related Use case(s) Extend Display Visited History Wound Care, Extend Add
Visited Report Information.

28
3.13 Login Customer Homepage

3.13.1 Description and Priority

The system shall allow users (customer) to log-in into the system by using registered username
and password and enter to the homepage.

Priority: High

3.13.2 Functional Requirements

Name Login Customer Homepage.


Source(s) Existing similar system
Associated Goal(s) Allow users (customer) to log-in into the system by using
registered username and password and enter to the
homepage.
Primary actor(s) 1.Customer
Other actor(s) N/A
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have a registered account.
Post condition The user will be directed to the main page of the system and
the user able to access the feature of the system according
to their type of account.
Result(s) The registered user is log-in into the system.
Main Scenario 1. The user enters their username and password and clicks
“LOGIN” button.
2. The system validates the username and password and
directs them to the main page of the system which enables
them to access the features according to their account type.
Alternative Scenario N/A

Exception Scenario 1a. If the user enters a wrong username, the system
displays an error message “Incorrect username or
password.” to the user.

1b. If the user enters a wrong password, the system displays


an error message “Incorrect username or password.” to
the user.

1c. If user clicks “LOGIN” without entering the username,


the system displays an error message “Please enter both

29
username and password to sign-in.” to the user.

1d. If user clicks “LOGIN” without entering the password,


the system displays an error message “Please enter both
username and password to sign-in.” to the user.

1e. If user clicks “LOGIN” without entering any fields , the


system displays an error message “Please enter both
username and password to sign-in.” to the user

Related Use case(s) Extend Log-In

30
3.14 View Customer Profile

3.14.1 Description and Priority

The system shall allow customer to view their profile and edit information.

Priority: Low

3.14.2 Functional Requirements

Name View Customer Profile


Source(s) Existing similar system
Associated Goal(s) Allow customer to view their profile and edit information.
Primary actor(s) 1. Customer
Other actor(s) N/A
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in in the account.
Post condition The user able to edit information and view profile picture.
Result(s) The user can view their user profile.
Main Scenario 1. The user clicks “Profile” tab at the top navigation bar.
2. The system redirects to the profile page which enables
the user to view their current profile.
Alternative Scenario 2a.1 User may click the profile picture to change their
profile picture.
2b.1. User may clicks on the “EDIT” button to update their
information
Exception Scenario N/A
Related Use case(s) Extend: Login Customer Homepage

31
3.15 Book Appointment

3.15.1 Description and Priority

The system shall allow customer to view the schedule and book an appointment after
successfully paying the upfront payment via online bank.

Priority: High

3.15.2 Functional Requirements

Name Book Appointment


Source(s) Existing similar system
Associated Goal(s) Allow customer to view the schedule and book an
appointment after successfully paying the upfront payment
via online bank.
Primary actor(s) 1.Customer
Other actor(s) N/A
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in in the account.
3. The user have online banking account in order to
proceed for booking.
Post condition The user can view the schedule to book.
Result(s) The customer booked their appointment successfully.
Main Scenario 1. The user clicks “Book Appointment” tab.
2. The system show the available slots in the current month.
3. The user click on the available slots of the date and time.
4. The system pops up a form for the user to fill up.
5. The user filled up the required slot and click “Book
Now!!!” button.
6. The system redirect the user to choose the respective
bank.
7. The user pays the upfront payment through online
banking.
8. After successful payment, the system redirect to
Customer’s Home Page with a notification stating
“Successful” booking.
9. The system update the schedule.

32
Alternative Scenario 2a.1 The user click on the different month and year.
2a.2 The system redirect the user to that schedule of that
year and month.
Exception Scenario 4a.1 If the user does not filled up the required filed, and
will pop a message “Please enter all the required field”.
5a.1 If the user clicks the submit button without filling up
all the required field, a pop up message will be display
“Please enter all the required field”.
7a.1 If the user have insufficient fund in bank system, the
wound care management system will be then pop up a
message stating “Unsuccessful Booking. Please Try
again”.
7a.2 The system automatically goes back to Customer
Homepage.
Related Use case(s) Extend Login Customer Homepage

33
3.16 View Booking History

3.16.1 Description and Priority

The system shall allow customer to view the booking history and may cancel their appointment.

Priority: High

3.16.2 Functional Requirements

Name View Booking History


Source(s) Existing similar system
Associated Goal(s) Allow customer to view the booking history and may cancel
their appointment.
Primary actor(s) 1.Customer
Other actor(s) N/A
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in in the account.
3. The system only shows successful booking.
4. The user only allow to cancel prior to 3 days.
5. The user only allow to book twice each time.
Post condition The user able to view their successful booking.
Result(s) The customer can view the details booking history.
Main Scenario 1. The user clicks the “Booking History” tab
2. The user can view the details of the booking history.
Alternative Scenario 2a.1 The user may cancel the appointment upon booking.
2a.2 The system notifies user successful cancellation.
Exception Scenario 2b.1 The system does not allow customer to cancel due to
less than 3 day prior notice.
2b.2 The system pop-up “Error Cancellation” message.
Related Use case(s) Extend: Login Customer Homepage

34
3.17 View Visited History Customer

3.17.1 Description and Priority

The system shall allow customer to view the visited history by the respective wound care
specialist.

Priority: Medium

3.17.2 Functional Requirements

Name Display Visited History Customer


Source(s) Existing similar system
Associated Goal(s) Allow customer to view the visited history by the respective
wound care specialist.
Primary actor(s) 1. Customer
Other actor(s) NA
Pre-condition 1. The user is at the Log-in page of the system.
2. The user must have log-in to their account.
Post condition The user can view their visited history.
Result(s) The customer can view the details of visited history and
uploaded document/pictures.
Main Scenario 1. The user clicks the “Visited History” tab.
2. The user can view the details of the visited history of the
respective customer.
Alternative Scenario 2a.1 The user click on the “View” button to view uploaded
document/pictures.
2a.2 The system display the uploaded document/pictures.
Exception Scenario N/A
Related Use case(s) Extend Login Customer Homepage

35
4.0 Other Nonfunctional Requirements
4.1 Performance requirements

PE-1: The system shall be accessed by up to 200 users at a time with response rate of not
more than 5s for one user.

PE-2 : The system shall retrieve and insert data into the database in less than 5s.

PE-3 : The system shall able to match the eligible jobs to the jobseeker with an accuracy
of at least 95%.

4.2 Logical database requirements

This should specify the logical requirements for any information that is to be placed into
a database. An entity relationship diagram (ERD), also known as an entity relationship
model, is a graphical representation of an information system that depicts the
relationships among people, objects, places, concepts or events within that system. Below
is the ERD of the Regen Home Care – Wound Care Management

36
Figure 2 : Entity Relationship Diagram of Regen Home Care – Wound Care Management

4.3 Design constraints

Not Applicable.

4.3 Design constraints

Not Applicable.

4.3.1 Standards compliance

All the document format should comply with the standard compliance level set by Universiti
Tenaga Nasional (UNITEN).

4.4 Software system attributes

This software system attributes describes the attributes of software that Regen Home Care –
Wound Care Management should possess in terms of reliability, availability, security,

37
maintainability, portability.

4.4.1 Reliability

RL1 : The system shall be able provide adequate information of the services provided.

RL2 : The system shall be able to book within 2 min after completion of upfront payment.

4.4.2 Availability

AV-1 : The system shall be accessible by the public for 24-hours a day.

4.4.3 Security

SA-1 : The system shall able to only allow authorized user to access the system.

SA-2 : The system shall able to perform all the data transfer securely without any changes in the
information.

SA-3 : In case of any unexpected circumstances , the system shall able to reboot automatically to
avoid any further issues.

4.4.4 Maintainability

MT-1 : The system shall able to retain the registered users information when the system is
updated.

MT-2 : The system documentation should be kept up-to-date to ease the maintenance process.

MT-3 : The system shall undergo maintenance during the off-peak period.

4.4.5 Portability

PB-1 : The system be developed in the way that it is compatible with all common web browsers
in computers or laptop.

PB-2 : The system shall be inaccessible in a mobile device.

PB-3 : The system shall be accessible in all common operating systems of computers or laptop
such as Windows and MacOs.

38
Appendix A: List of Figure
Figure 1: Use Case Diagram of Automated Job Matcher System
Figure 2: Entity Relationship Diagram of Automated Job Matcher System

Appendix B: List of Table


Table 1: Explanation of Automated Job Matcher system functions
Table 2 : User classes and Description

39
Appendix C: Survey Forms

40
41
42
APPENDIX B: SOFTWARE TESTING DOCUMENTATION

43
Software Test
Documentation (STD) for
REGEN HOME CARE –
WOUND CARE
MANAGEMENT WEBSITE
Checked and Approved By Prepared By

YUNUS BIN YUSOFF, ASSOC. PROF. TS. DR VIVEKANANTHA A/L GANAGANDRAN.

Version 1.0 Version 1.0

20 May 2021 20 May 2021

44
Revision History
REVISION CHECKED
CONTENTS OF REVISION PREPARED BY
NO. BY
1.0 Document created YUNUS BIN YUSOFF, VIVEKANANTHA A/L
ASSOC. PROF. TS. DR GANAGANDRAN.

45
Table of Content

Contents
Table of Content..............................................................................................................................3

1.0 Introduction................................................................................................................................4

1.1 System Overview..............................................................................................................4

1.2 Test Approach........................................................................................................................4

2.0 Test Plan....................................................................................................................................5

2.1 Feature to be Tested...............................................................................................................5

2.2 Features not to be Tested.......................................................................................................5

2.3 Testing Tools and Environment.............................................................................................6

2.3.1 Testing Tools.............................................................................................................6

3.0 Test Cases..................................................................................................................................7

3.1 Test Cases Specifications......................................................................................................7

3.2 Test Procedure Specifications........................................................................................12

4.0 Test Incident Report................................................................................................................15

5.0 Test Summary..........................................................................................................................17

46
1.0 Introduction

System Overv
Regen-WoundCare Management System is a web-based system that help the wound care
specialist and as well the customer to manage their appointments and follows up and
consultation to ease their management.
The purpose of the testing is to ensure Regen-WoundCare Management System is working
according to the requirements defined is Software Requirements Specification (SRS) and to
ensure its functionality produce expected results.

1.2 Test Approach

Regen-WoundCare Management System is a web-based system hence it is tested from the user
perspective which is suitable to use system testing, integration testing and also regression testing. This
testing will follow the agreed model, which identifies both the testing stages and the deliverables that
must be tested.

2.0 Test Plan

47
2.1 Feature to be Tested

Function ID Function Risk Level Source


F001 Sign-in High SRS
F002 Sign-up High SRS
F003 View Profile Medium SRS
F004 Edit Profile High SRS
F005 Book Appointment High SRS
F006 View Booking History High SRS
F007 View Consultation High SRS
History
F008 View List of Customer High SRS
F009 View List of Wound High SRS
Care Specialist
F010 Create Wound Care High SRS
Specialist
F011 Make Off Date High SRS
F012 View Appointments High SRS
F013 Logout Medium SRS

2.2 Features not to be Tested

There are certain features which not to tested such as homepage, about us, services and contact us because the
following are static page which does not require any functions.

2.3 Testing Tools and Environment

2.3.1 Testing Tools

48
Manual testing

2.3.2 Testing environment


Visual Studio Code
Laravel Framework
Windows 10 operating system.

2.3.3Software
Xampp Server.
Google chrome browser.

2.3.4 Hardware
None

2.3.5 Others
Stripe Payment Gateway

49
3.0 Test Cases

3.1 Test Cases Specifications

3.1.1 Test Case 1


Test Case ID TC001
Related Feature ID F001,F003
Objective To check each user can login to their respective account.
Test Input Data Admin, wound care specialist and customer who are created in database
Expected Result Each respective user login to each of their respective type of account designated for them.

3.1.2 Test Case 2


Test Case ID TC002
Related Feature ID F002
Objective To check can register duplicate user of customers.
Test Input Data Key in the existing user name, email or identification from database.
Expected Result Customer could not key in same username, email or identification previously stored in database.

3.1.3 Test Case 3


Test Case ID TC003
Related Feature ID F003, F004
Objective To check edit and update function for each user type based on new key-in information.
Test Input Data Profile Setting will be edited and key-in change information in the form given.
Expected Result User able to edit and update their respective details

3.1.4 Test Case 4


Test Case ID TC004
Related Feature ID F005, F011, F012
Objective To check duplicate entry of booking of same time/date of same specialist
Test Input Data Key in same date and time of the same specialist
Expected Result Customer unable to book appointment.

50
3.1.5 Test Case 5
Test Case ID TC005
Related Feature ID F005, F011
Objective To check the date/time booking functionality
Test Input Data Book appointment/make off for respective customer and specialist
Expected Result Able to book appointment or make off time in the system.

3.1.6 Test Case 6


Test Case ID TC006
Related Feature ID F006, F007, F008
Objective To check data retrieve based on the database successfully showed
Test Input Data Data from MQSQL database
Expected Result The viewing of data is showed according to the function.

3.1.7 Test Case 7


Test Case ID TC007
Related Feature ID F005, F006
Objective To check booking successful upon making payment
Test Input Data Key-in card information and make payment
Expected Result Successful booking notification is shown and redirect to dashboard.

3.1.8 Test Case 8


Test Case ID TC008
Related Feature ID F006, F008, F009
Objective To check delete/cancel functionality
Test Input Data User clicks cancel/delete
Expected Result Following data is remove in the view table and in database.

51
3.1.9 Test Case 9
Test Case ID TC009
Related Feature ID F010
Objective To check create wound care specialist for admin
Test Input Data Admin fill up the form according the system
Expected Result Wound care specialist successfully created and able to login.

3.1.10 Test Case 10


Test Case ID TC010
Related Feature ID F012
Objective To logout function for each user type
Test Input Data Each user clicks the LOGOUT button
Expected Result Each user type successfully login

3.2 Test Procedure Specifications


3.2.1 Test Procedure 1

Test Procedure ID TP001


Objective Validate Customer account functions

52
Test Cases To Be Executed TC001, TC002, TC003, TC004, TC005, TC006, TC007, TC008, TC010
1. Sign up for a Customer.
2. Log in in into the registered account.
Set Up
3. Make Appointments.
4. Update User Profile.
1. View booking history.
2. View upcoming appointments.
Wrap Up
3. View consultation history.
4. Sign Out

3.2.2 Test Procedure 2

Test Procedure ID TP002


Objective Validate Wound Care Specialist account functions
Test Cases to Be Executed TC001, TC003, TC004, TC005, TC006, TC008, TC010
1. Log in in into the registered account by admin.
2. Consulted button is press in appointment list.
3. Consultation form is filled and upload document.
Set Up
4. Make off date/time of a particular date.
5. Update User Profile.
6. Attempt both the tests in the system.
1. View upcoming appointments.
2. View list of customers.
Wrap Up
3. View consultation history and uploaded document.
4. Sign Out

3.2.3 Test Procedure 3

53
Test Procedure ID TP003
Objective Validate Admin account functions
Test Cases To Be Executed TC001, TC003, TC006, TC008, TC009, TC010
1. Log-in using a pre-registered administrator account.
3. Remove a registered customer.
Set Up
4. Remove a registered wound care specialist.
5. Update profile.
1. Register a wound care specialist.
2. View list of customers.
Wrap Up
3. View list of specialists
4. Sign Out

4.0 Test Incident Report


Incident report identifier
Scope The wound care specialist unable to make an off date/time to reserve booking.
References N/A

Test Incident Number: TIR-001


Summary

54
A registered user of wound care specialist unable make a reserve date/time which make the customer to reserve their appointments on that
particular date and time
Date and Time Incident: 23/05/2021 11.00am
Context: Regen WoundCare Management System
Description of Incident
Test Procedure: TP001, TP002, TP003
Test Data: Choose date and time in make off date/time
Expected Result: To prevent customer to enter same date and time reserved by specialist
Actual Result: Specialist unable to reserve a date and time in the functionality.
Unexpected Outcome: SQLSTATE [23000]: Integrity constraint violation: 1048 Column 'date' cannot be null (SQL: insert into `appointments`
(`date`, `date_time`, `issue`, `consulted`, `off_date`, `specialist_id`, `customer_id`, `payed_amount`, `updated_at`,
`created_at`) values (?, 9:00AM to 12:00PM, off_date, 0, 1, 5, 5, 0, 2021-05-28 20:54:16, 2021-05-28 20:54:16))
Procedure to reproduce 1. Sign in as different specialist.
the incident 2. Make off date date and time.
Test Environment Google Chrome browser in Windows 10 operating system.
Yes. Attempt repeated with various new registered wound care specialist account login with valid credentials. Same
Attempt to repeat
output was given.
Tester’s Name Vivekanantha A/L Ganagandran
Status of Incident

Open Assigned for Resolution Retested with the fix confirmed

Approved for Resolution Fixed

Impact

Mission Critical: Application will not function or system fails

Major: Severe problems but possible to work around

Minor: Does not impact the functionality or usability of the process is not according to requirements/design specifications

55
Priority

Immediate: Must be fixed as soon as possible

Delayed: System is unstable but incident must be fixed prior to next level of test or shipment

Deferred: Defect can be left in if necessary due to time or costs

Description of the corrective action


The error was due to passing of the variable off_date pointer was not established properly in the public in the code. Thus, the coding of the system
was corrected by adding a proper variable was assign for passing the date to the system which would prevent customer booking the reserve date
of the specialist.
Conclusions and Recommendations
Properly check all the variable points to the respective variable and the functions is properly assigned with the proper variables.

56
5.0 Test Summary
General Information
Test Report To summarize the test cases executed, analyse the error found
Description through the execution and perform a fix for the discovered error.
Associated test plan Test cases specifications and test procedure specifications.
reference

Summary
Test Status Report Summary

The status of the test are as follow:


Number of Test Cases Planned Number of Test Cases Number of Test Cases
to be Completed Remaining to be Executed Completed
3 - 3

Current status of the Test Incident Report are as follow:


New (new Open (Incidents Reject (Incidents Resolved Deferred
incidents discovered from that were (Incidents that (Incidents that
introduced in previous test rejected after have been have been
current iteration that investigation confirmed deferred.
iteration) are still pending because it cannot resolved) Incidents are
to be resolved) be categorised as confirmed to be
incident) fixed for the
next release
version)
1 - - 1 -

Document references

Software Requirements Specifications, Test cases specifications and Test procedure


specifications.

Changes from Plans

Number of Test Cases Number of Test Cases to be Total Number of Test Cases
Remaining to be Executed Re-executed for Re-test due to be Executed and Re-
to Incident raised executed
- - -

Comprehensiveness assessment

57
The function was rechecked thoroughly for each passing variable which was given out.

Result Summary
1. Specialist able to book a slot of time and date of it own which prevent
customer to book the same date and time slots.

Rationale for Decisions

User experience in using the system is enhanced through the error fix.

Conclusion and Recommendation Based on Test Result


Properly check all the variable points to the respective variable and the functions is properly
assigned with the proper variables and reduce variables complexity.

58
APPENDIX C: USER MANUAL

59
REGEN HOME CARE – WOUND CARE MANAGEMENT WEBSITE

Web Application User Guide

60
Table of Content
Introduction................................................................................................................................3

1. Homepage...........................................................................................................................4

2. Customer Registration........................................................................................................5

3. Log In..................................................................................................................................6

4. Wound Care Dashboard......................................................................................................7

5. Wound Care Profile............................................................................................................8

6. Wound Care Appointment..................................................................................................9

7. List of Customer...............................................................................................................10

8. Consultation History.........................................................................................................11

9. Customer Homepage.........................................................................................................12

10. Book Appointment........................................................................................................13

11. Notify Customer Confirmed Booking...........................................................................14

12. View Booking History..................................................................................................15

13. Consultation History Customer.....................................................................................16

14. Admin Dashboard.........................................................................................................17

15. Admin View List of Customer......................................................................................18

16. Admin View List of Wound Care Specialist.................................................................19

17. Admin Create Wound Care Specialist..........................................................................20

18. View Services................................................................................................................21

19. View Services Price Range...........................................................................................22

61
20. View About Us..............................................................................................................23

21. View Contact Us...........................................................................................................24

62
Introduction

Our years of experience and knowledge have made us well-renowned in the wound care industry
and our experts have dedicated their lives to serve our patients better. We sincerely intend to
change the wound management industry for all Malaysians, in order to help those affected to live a
healthier lifestyle. REGEN WoundCare Management System help the customer and the wound care
specialist to ease communication for the services. This also help the customer and wound care
specialist to manage their booking, appointments and schedule throughout the system.

63
1. Homepage

The homepage displays the current promotions and events going on.

64
2. Customer Registration

Users who have click the Register button and who are interested to register for an account can
register through this registration page through the steps below:

1. Enter all the required details.

2. Click “Register” button.

3. The system alerts the user upon successful registration.

4. The username, email and also identification number is a unique key, hence if have any similar
information as registered by the user it will not register and the customer require to re-enter
another username, email or identification number. Upon successful, customer will be notifying and
re-direct to the homepage.

5. Unless the user has an account already, the user can click the login-in link below the register
button.

65
3. Log In

Registered users can login into the system through the steps as below:

1. Enter email address and password in the required field.

2. Click “Login” button.

3. The system alerts the user upon successful login.

66
4. Wound Care Dashboard

Once the wound care specialist has log-in according to the given credentials. The wound care
specialist will be led to their respective dashboard with the following side bar:

Appointments – The wound care can view all the upcoming customer booked by the customer and
their details.

Consultation History – The wound care can view all the consultation history done by the wound care
specialist filled up by the wound care specialist.

Make Off Date – The specialist is allowed to booked the following date/time to be reserved to
prevent the customer from booking it.

Profile Settings – The specialist can view and update their information.

Logout – The specialist may click the logout button to sign out of their profile and redirect back to
their homepage.

67
5. Wound Care Profile

The system allows the all the user to update all the white column as in the Figure. User can also
cancel which leads back to the button to update the profile or once the user have edited the
information the user can click save changes to update their profile. This applied to all type of users.

68
6. Wound Care Appointment

Upon Clicking the Appointments Tab, the specialist can view the list of upcoming appoint by the
respective customer with the information needed by the specialist. Once consulted, the specialist:

1. Click on the CONSULTED Button for consulted customer.


2. The specialist would key in the respective detail in the system.
3. The specialist should attach a picture of the treatment which have done.
4. Finally the specialist, click submit upon successfully submitting or can cancel which
leads back to the appointment list.

69
7. List of Customer

In the List of Customer Tab, Specialist is allowed to view all the list of customer and their respective
details.

70
8. Consultation History

In the consultation history which allow the wound care specialist to view their consultation history
details with the payment details and also view the uploaded documents or picture by clicking it.

71
9. Customer Homepage

Upcoming Appointments – The customer can view all the upcoming customer booked by the
customer and their details.

Make Appointments – The customer can book the following date/time to be reserved to and
appointments.

Booking History – The customer allows to view the booking history.

Consultation History – They can view the consultation history.

View Specialist – The customer can view the list of specialists and their details.

Profile Settings – The customer can view and update their information.

Logout – The customer may click the logout button to sign out of their profile and redirect back to
their homepage.

72
10. Book Appointment

On the make an appointment tab, the customer choose a date and time and fills in the details of the
form and make a minimum payment of RM200 to confirm the booking.

73
11. Notify Customer Confirmed Booking

Upon Successful payment then it notifies the customer and redirects back to the customer
dashboard.

74
12. View Booking History

In the booking history customer is allowed to view all their past and current booking. Current
booking can be cancelled with a confirmation asking from the customer.

75
13. Consultation History Customer

The consultation history tab allows the customer to see the consultation report which was done by
the wound care specialist which also let them to view all the uploaded document or pictures of that
particular visit.

76
14. Admin Dashboard

The homepage for the admin once log-in to his/her respective credentials.

View Patients – The admin can view all the list of patients registered with their respective details.

View Specialist – The admin can view all the list of specialists registered with their respective details.

Create specialist – The specialist can create new wound care specialist.

Logout – The admin may click the logout button to sign out of their profile and redirect back to their
homepage.

77
15. Admin View List of Customer

The admin can view list of total customer registered in the system and admin is allow to delete the
customers.

78
16. Admin View List of Wound Care Specialist

The admin is allowed view list of total wound care specialist registered in the system and admin is
allow to delete the wound care specialist.

79
17. Admin Create Wound Care Specialist

The admin is allowed to create specialist by filling up the following information in the following form.
Upon filling up the form, the admin can press SUBMIT button to register the specialist in the system
or cancel which redirects back to the admin dashboard.

80
18. View Services

In the main index page at the service tab which allow the customer to view all services provided by
Regen Home Care – Wound Care Management.

81
19. View Services Price Range

By clicking further in the services which allow to see the details of the services and also the price
range for that particular services.

82
20. View About Us

About us tab talk about the services they provide in short and also what is the company all about.

83
21. View Contact Us

In the contact us tab, allows the customer to view all the necessary contact details and also fill up a
form for any enquiries regarding the services which then will be notified to the
regenwoundcare@gmail.com.

84

You might also like