THE HEADSPACE PROJECT 1 Table of Contents Assignment 2: .

Running head: THE HEADSPACE PROJECT The Headspace Project System analysis PG Assessment 2 Name : Vijaykumar Enumukkala Student ID: 11625115 Subject code:ITC548 Email : [email protected] THE HEADSPACE PROJECT 1 Table of Contents Assignment 2: ……………………………………………………………………………………………………………….. 2 1.1 Stakeholder Map: …………………………………………………………………………………………………… 2 1.2 Questionnaire: ……………………………………………………………………………………………………….. 4 1.3 Use Case Diagram: ………………………………………………………………………………………………… 5 Bibliography: ………………………………………………………………………………………………………………. 10 THE HEADSPACE PROJECT 2 Assignment 2: 1.1 Stakeholder Map: Internal Operation Internal Executive External Operation External Executive Power Low Interest High High 1. Patient case record 2. Distribution of story 3. Data flow 1. Case worker 2. General Practitioner 3. Psychartist 4. Psychologist 1. Database Cloud 2. Cloud Software 3. Rules and Legislation 4. Service Level Agreement 1. System analyst 2. Government 3. Cloud vendor 4. Other third party organization Figure 1: Mapping of Headspace ProjectStakeholders (Source: Created by Author) Patient case Record:The framework will have the capacity to store the patient story inside the cloud database. This story will be utilized for the inside reason as it were. A portion of the approved staff of headspace can get to the account of the patient. Distribution of patient story:The patient story will be shared among the staff of headspace. The headspace will permit a portion of the specific specialists like general expert, clinician and couple of other to see the patient story. The patient story can be checked whether just the patient visit them. THE HEADSPACE PROJECT 3 Data Flow:The stored in the database rather will be sent to the authorized staff of headspace. The case manager will include all the data assembled from the patient into the story segment of the framework. The framework can’t naturally enter information from different gadgets. Just approved faculty can enter the information into tolerant story board. Case worker:The case worker are the staff in Headspace who can store the patient information into the database. General practitioner: General practitioner will direct meeting the patient to accumulate required information with respect to quiet condition. Notwithstanding that, the partner will utilize that information to treat persistent. Psychiatrist:Psychiatrist will lead meeting the patient to accumulate required information with respect to understanding condition. Notwithstanding that, the partner will utilize that information to treat quiet. Psychologist:Psychologistwill direct meeting the patient to assemble required information with respect to quiet condition. Notwithstanding that, the partner will utilize that information to treat tolerant. Cloud data store:The information will be assembled from the machines introduced in Headspace and diverted to cloud. The lump database will hold the information. Cloud application:The applications that the Headspace laborers will be utilizing will be introduced in the cloud framework. THE HEADSPACE PROJECT 4 SLA: Service level agreement is the evidence of rundown of shared acknowledgments with respect to administrations that the cloud merchant will give to Headspace. It holds the installment strategies too. Legislation:The framework execution must be done through after the nearby and national principles the NSW and Australia separately. System Analyst:The framework examiners is the key of building up the framework in Headspace. Government:The administration will be controlling the framework advancement in a roundabout way through the IT related standards and enactment. Cloud vendor: The cloud vendor will be giving the cloud related administrations to Headspace. It is the outsider specialist co-op. 1.2 Questionnaire: Questionnaire for patient or their relative are as following. 1) How the framework will have the capacity to help you? As you would see it. 2) Would you like to enlist objection into the framework? 3) What different highlights you need the framework to have? 4) What capacities do you need the framework to have? 5) What sort of data you need to share? 6) What number of ways would you like to speak with the people in Headspace? 7) Would you like to offer positioning to the laborers who goes over you? 8) Should the framework store your story? THE HEADSPACE PROJECT 5 The questionnaire for case worker are as following. 1) Do you need the framework to access to any account of the patient? 2) How would you need the framework to enter information from you? 3) For how long the framework should store a story? 1.3 Use Case Diagram: Case Worker General Practitioner Psychologist Psychartist Login Register <> Record Patient Story Access Story Patient Test Report Record Patient Health Asists in analysis System Provider Update Settings Install package Monitor System Administrator Maintain Data Flow Figure 1: The Use Case Diagram of Headspace System (Source: Created by Author) Use caseName Input Patient Story Description A patient story will be inputted into the database THE HEADSPACE PROJECT 6 Actor(s) Case worker Related use case(s) None Stakeholder(s) Case worker, psychologist, general practitioner,psychiatrist and cloud vendor Precondition The patient should be current one Post condition Successfully recorded the patient story is Exception(s) The story is not recorded within the cloud data store Use caseName Patient Test Report Description The patient reports will be further assisting in understanding the patient condition. The staff of headspace will store the reports Actor(s) Case worker, psychologist, general practitioner and psychiatrist Related use case(s) None Stakeholder(s) Case worker, psychologist, general practitioner,psychiatrist and administrator Precondition The report must be valid Post condition The report is registered Exception(s) The report is perfect but system does not recognize the id Use caseName Register THE HEADSPACE PROJECT 7 Description The user need to get enlisted so as to utilize the functionalities of the framework. The cloud seller will make client id and secret word for the clients through enlisting them into the framework. Actor(s) Case worker, psychologist, psychiatrist and general practitioner Related use case(s) Login Stakeholder(s) Case worker, administrator, general practitioner, psychiatrist and psychologist Precondition The client must not be enrolled as of now Post condition The framework has enrolled the users Exception(s) The framework is not associated with database legitimately Use caseName Login Description The user must utilize the client id and watchword made amid enlistment for login to the framework Actor(s) Case worker, general practitioner, psychologist and psychiatrist Related use case(s) Register Stakeholder(s) Case worker, general practitioner, psychologist and psychiatrist and administrator Precondition The clients must be enrolled to the framework Post condition The framework has permitted to login the clients THE HEADSPACE PROJECT 8 Exception(s) The framework is not associated with database appropriately Fully described use case description: Name of the use case Access Story Scenario The patient story that has been recorded by case worker is now accessible by authorized personnel of headspace Trigger Event Providing access to patient story Description Each of the on-screen characters in the utilization case outline must have the capacity to get to the stories that has been put away in the database Actors General practitioner, psychologist and psychiatrist Related use case None Stakeholders General practitioner, psychiatrist, psychologist and cloud vendor Preconditions The staff must have approval Post conditions The framework has
enabled access to the patient story Flow of activities Actor System The users will request for a particular patient story through patient name The system will check if ay story against that patient is available r not THE HEADSPACE PROJECT 9 The system will check the users authentication If everything is alright then the system will allow access to the story The user access the patient story Exemption conditions The patient story is ruined THE HEADSPACE PROJECT 10 Bibliography: ‘Boulos, M. N. K., Brewer, A. C., Karimkhani, C., Buller, D. B., &Dellavalle, R. P. (2014). Mobile medical and health apps: state of the art, concerns, regulatory control and certification. Online journal of public health informatics, 5(3). Kerns, J. W., Krist, A. H., Longo, D. R., Kuzel, A. J., & Woolf, S. H. (2013). How patients want to engage with their personal health record: a qualitative study. BMJ open, 3(7), e002931. Li, H., Gupta, A., Zhang, J., &Sarathy, R. (2014). Examining the decision to use standalone personal health record systems as a trust-enabled fair social contract. Decision Support Systems, 57, 376-386. Nazi, K. M., Turvey, C. L., Klein, D. M., Hogan, T. P., & Woods, S. S. (2014). VA OpenNotes: exploring the experiences of early patient adopters with access to clinical notes. Journal of the American Medical Informatics Association, amiajnl-2014. Pavlik, V., Brown, A. E., Nash, S., &Gossey, J. T. (2014). Association of patient recall, satisfaction, and adherence to content of an electronic health record (EHR)–generated after visit summary: a randomized clinical trial. The Journal of the American Board of Family Medicine, 27(2), 209-218. Pearce, C., & Bainbridge, M. (2014). A personally controlled electronic health record for Australia. Journal of the American Medical Informatics Association, 21(4), 707-713. Pearl, R. (2014). Kaiser Permanente Northern California: current experiences with internet, mobile, and video technologies. Health Affairs, 33(2), 251-257. THE HEADSPACE PROJECT 11 Shortliffe, E. H., &Cimino, J. J. (Eds.). (2013). Biomedical informatics: computer applications in health care and biomedicine. Springer Science & Business Media. Shortliffe, E. H., &Cimino, J. J. (Eds.). (2013). Biomedical informatics: computer applications in health care and biomedicine. Springer Science & Business Media. Singh, H., Spitzmueller, C., Petersen, N. J., Sawhney, M. K., Smith, M. W., Murphy, D. R., …&Sittig, D. F. (2013). Primary care practitioners’ views on test result management in EHR-enabled health systems: a national survey. Journal of the American Medical Informatics Association, 20(4), 727-735. Ventola, C. L. (2014). Mobile devices and apps for health care professionals: uses and benefits. PT, 39(5), 356-364. Ventola, C. L. (2014). Mobile devices and apps for health care professionals: uses and benefits. PT, 39(5), 356-364. Waterson, P. (2014). Health information technology and sociotechnical systems: A progress report on recent developments within the UK National Health Service (NHS). Applied Ergonomics, 45(2), 150-161. Jacobs, M. L., Clawson, J., &Mynatt, E. D. (2014, April). My journey compass: a preliminary investigation of a mobile tool for cancer patients. In Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (pp. 663-672). ACM.

Leave a Reply

Your email address will not be published.