MedFRS Device D iagnostic Software Foundations Commitment Review Architected Agile

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