ProductsLogo
LogoStudy Documents
LogoAI Grader
LogoAI Answer
LogoAI Code Checker
LogoPlagiarism Checker
LogoAI Paraphraser
LogoAI Quiz
LogoAI Detector
PricingBlogAbout Us
logo

System Analysis and Design for My Health Record System

Verified

Added on  2023/06/12

|11
|1784
|264
AI Summary
This report provides a stakeholder analysis, questionnaire, and use case for My Health Record System. It includes a fully developed use case for fixing an appointment with a doctor.

Contribute Materials

Your contribution can guide someone’s learning journey. Share your documents today.
Document Page
Running head: SYSTEM ANALYSIS AND DESIGN
System Analysis and Design
Name of the Student;
Name of the University:
Author Note

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
1
SYSTEM ANALYSIS AND DESIGN
Table of Contents
Stakeholder Analysis.......................................................................................................................2
Stakeholder Map..........................................................................................................................2
Stakeholder Description...............................................................................................................2
Questionnaire...................................................................................................................................4
Use Case..........................................................................................................................................5
Use Case Description...................................................................................................................5
Fully developed Use Case Description........................................................................................7
Bibliography..................................................................................................................................10
Document Page
2
SYSTEM ANALYSIS AND DESIGN
Stakeholder Analysis
The stakeholder analysis for My Health Record System has been provided in this part of
the report. The stakeholders can be divided into four different categories according to their
power and the association with the organization Internal-Operation, Internal-Executive, External-
Operation, and External-Executive.
Stakeholder Map
Figure 1: Stakeholder Map
Source: (created by Author)
Stakeholder Description
The stakeholder descriptions have been provided in the table below:
Document Page
3
SYSTEM ANALYSIS AND DESIGN
Stakeholder Description
Hospital Owners The hospital owners are considered as the main stakeholders who
are going to fund the hospitals and the operation that take place in
the individual hospitals. Hence, they are categorized as the external
executive stakeholders.
Board Of Directors The board of directors are also regarded as the external executives
as they also have to perform the operations from the hospital. The
board of directors are responsible for taking important decisions for
the benefit of the organizations.
Medical Director The medical director of the hospital is the internal executive of the
organization and also for the system. The medical director would
follow the orders of the board of directors and operating from
within the hospital and would be connected directly with the
system.
System Administrator The system administrator of My Health Record can also be
regarded as the internal executive for the organization.
Patients The patients in the system would be able to get associated directly
with the system as they are main stakeholders as because patients
are the ones for whom the system is to be implemented.
Government The government is the one who would be funding for the
implementation of the system. This is because the system would
help the mass of the Australia and improve the overall health of the
country.
Doctors The doctors are the ones who would be operating on the patients
and they would be connected directly with the system and this
makes them the most important internal stakeholders of the system.
They are considered as the internal operations stakeholders of the
system.
Nurses The nurses are the internal operations stakeholders of the system.
They would be the one who would be the associated with the
system and their work would be mostly assisting the patients.

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
4
SYSTEM ANALYSIS AND DESIGN
Staffs The staffs of the system would be directly associated with the
system as they are ones who would have to do the updating and
data management in the system. Hence, they are considered as the
internal operations stakeholders of the system.
Questionnaire
The questionaries’ are directed towards the patients. These questionaries’ would help in
the development of the system to a great extent. The feedback would be very important in
understanding the mentality of the patients towards the introduction of the new system. The
following 10 questions would be used for the above mentioned evaluations:
1. What are your views about the implemented system?
2. What do think is the most important benefit that you have gained from the system being
implemented?
3. Has the system reduced the cost of treatment in recent times?
4. Has the system reduced the response time from the organizations?
5. What are your main concerns with the new system?
6. Are the concerns with the old system fully resolved?
7. What is your suggestion about improvement of the system?
8. What is the process in the new system that you have faced difficulty in?
9. Have you got accustomed with the procedures in the system?
10. Does the system help in improving the service you obtain from the organizations?
Document Page
5
SYSTEM ANALYSIS AND DESIGN
Use Case
Figure 2: Use case of My Health Record
Source: (created by Author)
Use Case Description
Use case Actor Description
Document Page
6
SYSTEM ANALYSIS AND DESIGN
Record Patient Data System administrator The system should allow the
system administrator to
records the information of the
patients and record their story
into the system.
Update Information Staffs, Patients The system should allow the
staffs to update the
information of the patients
and save their medical story.
Check patient details Doctor The system should provide
the doctors with the option to
check the details of the
patients from the system.
View Patient Information Doctor The information of the patient
and their record should be
provided to the doctors so
that this would assists them in
the diagnosis of the patients
View medical History Doctor The system should allow the
doctors to view the medical
history of the patients.
Enter hospital information System Administrator The system administrator
should be able to enter details
of a new hospital in the
system.
Update hospital Information Staffs The system should provide
the staffs with the option to
update information about the
hospitals in the system.
Log In Patients The system should allow the
patients to log in to the

Secure Best Marks with AI Grader

Need help grading? Try our AI Grader for instant feedback on your assignments.
Document Page
7
SYSTEM ANALYSIS AND DESIGN
system provided they are
already registered to the
system
Fix appointment Patients The system should allow the
patients to fix appointment
with the patients.
Receive treatment Patients, Doctors The system should also
record the treatment service
provided to a patient by the
doctor.
Receive prescription Patients, Doctors The system should record the
prescription provided to the
patient by the doctor.
Make payment Patients The system provide the
patients with efficient
payment options.
Fully developed Use Case Description
The use case of fixing an appointment is used for description in this section of the report.
Use Case Identification and History
Use Case ID & Name: UC9: Fix appointment Version:
Objective: To fix an appointment with the doctor
Created by: Author Date:
Actors & Goals: The main actors of this use case are the doctors and the patients
Stakeholders The main stakeholders in this use case are the patients
Trigger: The patient would be able to send a request to the system for fixing an
appointment with the doctors
Document Page
8
SYSTEM ANALYSIS AND DESIGN
Preconditions
The precondition is that the patient should be logged into the system.
Main Success Flow
The case will be successfully completed if the patient is able to successfully book an appointment
with the doctors.
User Actions System Actions
The users has to register themselves in the
system.
The system would store the details of the user.
The user would send a login request to the
system.
The system has to acknowledge the log in of
the user.
The user would view the list of doctors. The system would display a list of doctors for
the user to choose from.
The user would be able to request to fix an
appointment with the doctor
The system would check if the doctor is
available or not and fix the appointment if the
doctor is available.
Alternate Flow
The alternate flow shows if the appointment cannot be fixed.
User Actions System Actions
The user would send a login request to the
system.
The system has to acknowledge the log in of
the user.
The user would view the list of doctors. The system would display a list of doctors for
the user to choose from.
Document Page
9
SYSTEM ANALYSIS AND DESIGN
Alternate Flow
The alternate flow shows if the appointment cannot be fixed.
User Actions System Actions
The user would be able to request to fix an
appointment with the doctor
The system would display that the
appointment cannot be fixed
The user selects the next available date The system would check if the doctor is
available or not and fix the appointment if the
doctor is available.
Post conditions
The post condition of the use case is to meet with the doctor and receive treatment.
Other Notes (Assumptions, Issues,)
It is assumed that the data of the user would be entered and the updated into the system by the
staffs associated with the information. They would also update the user medical history and the
update the user history that would help the doctors in reading the case related to the patients.

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
10
SYSTEM ANALYSIS AND DESIGN
Bibliography
Azar, A. T., & Vaidyanathan, S. (Eds.). (2015). Chaos modeling and control systems
design (Vol. 581). Germany: Springer.
Chang, A. H., Sennett, B. R., Avestruz, A. T., Leeb, S. B., & Kirtley, J. L. (2016). Analysis and
design of dc system protection using z-source circuit breaker. IEEE Transactions on
Power Electronics, 31(2), 1036-1049.
Chitchyan, R., Rashid, A., Sawyer, P., Garcia, A., Alarcon, M. P., Bakker, J., ... & Jackson, A.
(2015). Survey of aspect-oriented analysis and design approaches.
Dennis, A., Wixom, B. H., & Tegarden, D. (2015). Systems analysis and design: An object-
oriented approach with UML. John wiley & sons.
Kan, T., Nguyen, T. D., White, J. C., Malhan, R. K., & Mi, C. C. (2017). A new integration
method for an electric vehicle wireless charging system using LCC compensation
topology: analysis and design. IEEE Transactions on Power Electronics, 32(2), 1638-
1650.
McCuen, R. H. (2016). Hydrologic analysis and design (Vol. 3). Prentice Hall.
Montgomery, Douglas C. Design and analysis of experiments. John wiley & sons, 2017.
Phillips, C. L., Nagle, H. T., & Chakrabortty, A. (2015). Digital Control System Analysis &
Design. Pearson Prentice Hall.
1 out of 11
[object Object]

Your All-in-One AI-Powered Toolkit for Academic Success.

Available 24*7 on WhatsApp / Email

[object Object]