Download
medfrs device d iagnostic software foundations commitment review architected agile n.
Skip this Video
Loading SlideShow in 5 Seconds..
MedFRS Device D iagnostic Software Foundations Commitment Review Architected Agile PowerPoint Presentation
Download Presentation
MedFRS Device D iagnostic Software Foundations Commitment Review Architected Agile

MedFRS Device D iagnostic Software Foundations Commitment Review Architected Agile

80 Views Download Presentation
Download Presentation

MedFRS Device D iagnostic Software Foundations Commitment Review Architected Agile

- - - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

  1. MedFRS Device Diagnostic SoftwareFoundations Commitment ReviewArchitected Agile Misha Dowd, Project Manager DelnazGundevia, Life Cycle Planner Anfal Abdul Jaleel, System Architect Nanda Kishore KollejeRao, System Requirements Engineer Anupam Kumar, Feasibility Analyst Jackie Cheng ,IIV&V

  2. Jackie Cheng Architecture Review Board Remote team member

  3. Team’s strong points & weak points • Team’s strong points • Operational view – Agile, flexible, ability to learn quickly • Technical view – Technology savvy, board range of software capability • Team’s weak points • Operational view – Team has never produce aproduct together. – Loss coupled communication between On Campus and Off Campus members. • Technical view – No member has Domain Knowledge related to the subject • Technical concerns & possible solutions • Concern: Information Security; Solution: Implement Authentication Mechanism • Concern: Lack of Wireless Network; Solution: Setup a backup system • Operational risks & possible mitigation • Risk: Human Error Handling; Mitigation: Discuss within Team and with Client Architecture Review Board *

  4. Win-Win • Win Conditions Shaping Status: 12 Agreed and 5 Open Highlighted Agreed Win Conditions Win Condition (WC_2641): sync from hub to EMS; Basis data collection As an EMT, I can go to the hub and see the list of victims with location sorted by category (Immediate > delayed), then by location (building name/code alphabetically) so that the EMT goes to more critical victims first Win Condition (WC_2634): sync from device to hub; Basis data collection As a volunteer, I would enter vitals - BP, pulse, so that we can send it to the EMS Win Condition (WC_2636): sync from device to hub; Basis data collection As a volunteer, I would check bleeding - if they are bleeding and/or capillary action +/- 2 seconds, so we can send it to the EMS Architecture Review Board *

  5. Win-Win (Continue) Highlighted Agreed Win Conditions Win Condition (WC_2637): sync from device to hub; Basis data collection As a volunteer, I would check mental status - by asking questions that can't be answered by yes/no e.g.: Who is the president of the USA?, Where are you?, so we can send it to the EMS Win Condition (WC_2741): Security Concerns The system Should allow privileges according to his/her role (Supervisor/Transport Coordinator / volunteer) Win Condition (WC_2742): sync from device to hub; Basis data collection As a Transport Coordinator, I can enter in which ambulance a victim has been taken and to which hospital so that I have a record of his/her location. Architecture Review Board *

  6. Win-Win (Continue) Highlighted Agreed Win Conditions Win Condition (WC_2755): sync from device to hub; Basis data collection As a volunteer, Iwould check mental status - by asking questions that can't be answered by yes/no e.g.: Who is the president of the USA?, Where are you?, so we can send it to the EMS Win Condition (WC_2757): sync from device to hub; Basis data collection As a volunteer, I can add identification information about the victim (such as name, age, sex, USCID, drivers license etc.) so that he can be found later Win Condition (WC_2760): sync from device to hub; Basis data collection As a supervisor, I can record assignment of buildings to EMT teams so that I know which buildings still need to be assigned. Architecture Review Board *

  7. Win-Win (Continue) Highlighted Agreed Win Conditions Win Condition (WC_2762): sync from device to hub; Basis data collection As a transport coordinator I can release EMT teams from building assigned to them, when it is necessary to urgently take a victim to the hospital so that the Supervisors knows that another team needs to be assigned to the building Win Condition (WC_2796): sync from device to hub; Availability As a Supervisor I can add, update and delete information in the system so that the system stays current Win Condition (WC_2797): sync from device to hub; Basis data collection As a Supervisor I can view victim information in the system so that a victim can be tracked Architecture Review Board *

  8. Anapam Kumar Architecture Review Board Operational Concept Description

  9. Operational Concept DescriptionSystem Purpose Architecture Review Board

  10. Operational Concept DescriptionShared Vision Architecture Review Board

  11. Operational Concept DescriptionBenefits Chain Diagram Architecture Review Board

  12. Operational Concept DescriptionSystem Boundary Diagram Architecture Review Board

  13. Operational Concept DescriptionProposed New System Architecture Review Board

  14. Operational Concept DescriptionOrganizational Goals • OG-1 : Reduce the cost of search and rescue operations during disaster situation • OG-2 : Maintain order in chaotic medical situation • OG-3 : Expedite time for triage • OG-4 : Empower the community to cope with disaster situations • OG-5 : HelpIncrease the number of lives saved Architecture Review Board

  15. Operational Concept DescriptionCore Capabilities : Capability Goals Architecture Review Board

  16. Operational Concept DescriptionCore Capabilities : Level of Service Goals Architecture Review Board

  17. Operational Concept DescriptionConstraints • CO-1: Mobile / Handheld Device • CO-2 : Minimal Monetary Budget • CO-3: Security Infrastructure has to ubiquitous • CO-4: Development Language • CO-5: Data Communication Architecture Review Board

  18. Operational Concept DescriptionBusiness Transformation Architecture Review Board Proposed Business Flow

  19. Operational Concept DescriptionOrganizational & Operational Transformation Organizational Transformations • Hire software system IT professionals • Hire Tech support to help troubleshoot problems • Hire developers/testers – IF – further enhancements to the software are to be made • Stop buying triage tags Operational Transformations • Volunteer has to have an iDevice • Supervisor, Volunteer, transport coordinator must have basic computer/mobile phone operating skills • Triage categorization goes paperless • A structured hierarchy (Supervisor > Transport Coordinator >= Volunteer/EMT) is established thru usage of system and must be followed at all times • Volunteers lead EMTs to building they have inspected Architecture Review Board

  20. Nanda Kishore KollajeRao Architecture Review Board Prototype

  21. PrototypeHigh Level Prototype Architecture Mobile Client Web Client Architecture Review Board Med FRS Server Database

  22. PrototypeWeb Client Three types of Templates • Supervisor Non-Emergency • Supervisor Emergency • Transport Coordinator Architecture Review Board

  23. Architecture Review Board Supervisor Non-Emergency Add Volunteers, Buildings Supervisors and Transportation Coordinators

  24. Architecture Review Board Supervisor Non-Emergency Manage Volunteers, Buildings, Supervisors and Transportation Coordinators

  25. Architecture Review Board Supervisor Emergency Building Overview

  26. Architecture Review Board Supervisor Emergency View Victims Statistics in a Building, Generate Printed Report

  27. Architecture Review Board Transport Coordinator Maintains Log of Victims Who Need Transportation

  28. Transport Coordinator Maintain Victim Records Architecture Review Board

  29. Transport Coordinator Monitor transport statistics Architecture Review Board

  30. PrototypeMobile Application • Mobile application will be Authenticated using the One Time Pass (OTP) feature. • An Application for volunteers to collect data for victim triage. • Volunteer can tag the victim or retrieve victim details by entering Barcode number or by scanning the Barcode present. Architecture Review Board

  31. PrototypeAuthentication RSA Encrypted Architecture Review Board

  32. PrototypeInter-operability DB Checksum Architecture Review Board Checksum Checksum Server

  33. PrototypeApplication Flow Architecture Review Board Location Details R-P-M Details Vitals & Condition

  34. PrototypeApplication Flow Architecture Review Board Summary

  35. PrototypeDemo Architecture Review Board

  36. Misha Dowd Architecture Review Board Requirements

  37. Win ConditionsVolunteer Win Condition (WC_2639): • As a volunteer, I can enter the barcode of wrist band of the victim and click send so that the data associated with the barcode/victim including triage category is entered into the database Win Condition (WC_2638): • As a volunteer, I would enter exact location of the victim, so we can send it to the EMS so that they can immediately locate the patient. Win Condition (WC_2637): • As a volunteer, I would check mental status - by asking questions that can't be answered by yes/no eg: Who is the president of the USA?, Where are you?, so we can send it to the EMS Win Condition (WC_2636): • As a volunteer, I would check bleeding - if they are bleeding and/or capillary action +/- 2 seconds, so we can send it to the EMS Win Condition (WC_2635): • As a volunteer, I would check breathing status - if they are breathing, how fast they are breathing, so we can send it to the EMS Win Condition (WC_2634): • As a volunteer, I would enter vitals - BP, pulse, so that we can send it to the EMS Win Condition (WC_2757): • As a volunteer, Ican add identification information about the victim (such as name, age, sex, USCID, drivers license etc) so that he can be found later Win Condition (WC_2755): • As a volunteer, I can add comments about the victim's condition (like, bleeding from ears, broken ribs etc) so that the EMT has more information at the start. Architecture Review Board

  38. Win ConditionsEMT Win Condition (WC_2641): • As an EMT, I have the barcode scanned to get the information already collected about the victim, so that the EMT has more information Win Condition (WC_2640): • As an EMT, I can go to the hub and see the list of victims with location sorted by category (Immediate > delayed), then by location (building name/code alphabetically) so that the EMT goes to more critical victims first Architecture Review Board

  39. Win ConditionsSupervisor Win Condition (WC_2797): • As a Supervisor I can view victim information in the system so that a victim can be tracked Win Condition (WC_2796): • As a Supervisor I can add, update and delete information in the system so that the system stays current Win Condition (WC_2760): • As a supervisor, I can record assignment of buildings to EMT teams so that I know which buildings still need to be assigned Architecture Review Board

  40. Win ConditionsTransportation Coordinator Win Condition (WC_2762): • As a transport coordinator I can release EMT teams from building assigned to them, when it is necessary to urgently take a victim to the hospital so that the Supervisors knows that another team needs to be assigned to the building Win Condition (WC_2742): • As a Transport Coordinator, I can enter in which ambulance a victim has been taken and to which hospital so that I have a record of his/her location. Architecture Review Board

  41. Win ConditionsSystem Win Condition (WC_2741): • The system Should allow privileges according to user role (Supervisor/Transport Coordinator / volunteer) Win Condition (WC_2756): • The system shall automatically classify the victims condition based on the R/P/M values entered by the volunteer. Architecture Review Board

  42. Anfal Abdul Jaleel Architecture Review Board architecture

  43. ArchitectureSystem Concept Diagram Architecture Review Board

  44. ArchitectureTop Level Physical and Logical Architecture Supervisors and Transport Coordinators Volunteers Architecture Review Board

  45. ArchitectureTop Level Physical and Logical Architecture Architecture Review Board

  46. ArchitectureBehavior Architecture Review Board

  47. ArchitectureStatus of NDI/Reuse Choices ZBar SDK, to give the option to scan a barcode off the victim’s wrist tag Open source software suite for reading bar codes from various sources • Status : After analyzing the feasibility, decided to use this NDI Architecture Review Board

  48. DelnazGundevia Architecture Review Board Life cycle plan

  49. Life Cycle PlanLife Cycle Strategy The life cycle strategy that we are using for our project is Architectural Agile and we are currently in the Foundations phase. Architecture Review Board

  50. Life Cycle PlanKey Stakeholder Responsibilities Architecture Review Board