RFI 70FA3124I00000014 - IWMTS - Questionnaire Final 6.13.24.xlsx
XLSX spreadsheet 50 KB Posted
- Solicitation number
- 70FA3124I00000014
- Issued by
-
Federal Emergency Management Agency
About this file
This document contains a Request for Information (RFI) from the Federal Emergency Management Agency (FEMA) regarding the Incident Workforce Management and Training System (IWMTS). FEMA is seeking information from industry on their capabilities to provide a software system and/or integration services to modernize FEMA's deployment tracking system and add learning management system/learning content management system (LMS/LCMS) capabilities.
The RFI covers a broad range of functional tasks and system attributes across five key areas: ensuring a qualified workforce, managing and tracking deployments, managing events and incidents, providing data analytics and reporting, and enabling system administration and support. Respondents are asked to provide details on their ability to meet the 17 identified subtasks, including the level of configuration, customization, or enhancement required, and the estimated level of effort. The RFI also includes questions related to system attributes, cost, schedule, and risk. Responses are due by July 15, 2024 at 10:00 AM ET, and the anticipated period of performance is September 25, 2027 to September 24, 2032.
View the file
Other files
| File | Type | Posted |
|---|---|---|
| IWMTS_RFI 70FA3124I00000014 _6_13_24.pdf |
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
Cover Sheet
Federal Emergency Management Agency (FEMA) Incident Workforce Management and Training System (IWMTS) Request for Information (RFI)
Vendor: Please insert vendor name
POC #1: (Please provide name, email, and phone number) POC #2: (Please provide name, email, and phone number)
Deadline: July 15, 2024 1000 EST
Background & Instructions
Background: The Federal Emergency Management Agency (FEMA) provides incident workforce management capabilities through the Deployment Tracking System (DTS), a web-based deployment coordination and management tool maintained by FEMA’s Workforce Management Division of the Field Operations Directorate (FOD). DTS allows FEMA to manage, implement, and improve standardized deployment processes for incident response and provide oversight of deployments including the management of personnel during pre-event, event, and post-event cycles of an incident. DTS functions as the personnel deployment system for FEMA’s incident workforce, the Surge Capacity Force (SCF), and other Department of Homeland Security (DHS) components and federal agencies including but not limited to the DHS Volunteer Force.
In addition to workforce deployment capabilities, FEMA plans to expand the scope of the capabilities to include a more holistic concept of the incident workforce management mission. That mission includes four interrelated elements:
· Deployment Workforce Management enables FEMA to efficiently deploy responders with the required qualifications and equipment where they are needed.
· Emergent Incident Workforce (EIW) establishes the Homeland Security Incidents program office within FEMA to manage response and recovery operations for significant non-Stafford Act events that are not declared a National Security Event or a major disaster.
· Training and education adds learning management system/learning content management system (LMS/LCMS) capabilities.
· Workforce Readiness (WR) is intended to help ensure the readiness and well-being of the incident workforce by providing insight into and more directly managing the complete deployment cycle, including appropriate rest and recuperation, training and exercises, and other support required for the workforce.
To manage the incident workforce, FEMA must efficiently deploy responders with required qualifications, and equipment, manage Stafford and non-Stafford act incidents, train, educate and qualify the workforce and ensure the well-being of the workforce by managing a complete deployment cycle. Integrated learning includes both position task book (PTB) and FEMA Qualification System (FQS) training as well as training and education in ancillary areas. Deployment of FEMA and non-FEMA personnel to non-Stafford Act incidents requires many of the same incident workforce management capabilities as declared disasters.
FEMA has identified 5 key tasks and associated subtasks and necessary capabilities to meet their mission needs. These tasks include:
1. Ensure a qualified workforce
2. Manage and track deployments
3. Manage events and incidents
4. Provide data analytics and reporting
5. Enable system administration and support
Purpose: The purpose of this questionnaire is to collect information that FEMA needs to understand the capabilities of those organizations who may want to provide their software system and/or integration services to FEMA in its endeavor to modernize its deployment tracking system and augment with an integrated learning management system. We are sending this questionnaire to collect background information about current systems capabilities and their relevance to high-level FEMA capability tasks.
| Questionnaire Content and Structure: This questionnaire covers a broad mix of functional tasks and system attributes. There are four sections of questions with each section having its own worksheet. The four sections include: |
| Section 1 - Participant profile questions |
| Section 2 - Questions regarding functional tasks |
| Section 3 - Questions regarding system attributes |
| Section 4 - Questions regarding cost, schedule, and risk |
| Section 5 - The Necessary Capabilities worksheet is provided for reference |
Section 1 - Participant Profile includes several questions regarding your company and any teaming arrangements you may leverage as part of a IWMTS solution.
| Section 2 - Functional Tasks includes three questions for each of the 17 subtasks. The first two are standardized questions with drop down lists for responses. The third question provides the ability to expound or elaborate on the responses to the first two questions. The questions are as follows: |
| Question 1: Can your organization fulfill each requirement TODAY? If yes, is some level of configuration, customization, or enhancement required? |
| Question 2: How much staff time would be required to fulfill each requirement (consider mid-level engineer for average person days)? Include time required to configure the system, create custom components, and any increase in testing beyond what would normally be required. |
| Question 3: Do you have any comments about your responses for each subtask? If YES, please use this column to expound on your responses. |
Section 3 - System Attributes includes a set of questions arranged by several system attributes applicable to any software system (e.g. compatibility, scalability, useability, etc…). The responses are free form.
Section 4 - Cost, Schedule, and Risk includes a set of questions in each of these programmatic areas. The responses are free form.
Section 5 - The "Necessary Capabilities" worksheet is provided for reference. It provides the necessary capabilities mapped to each subtask.
Conditions & Assumptions:
· The solution will need to operate on a FedRAMP High Impact level cloud
· The number of simultaneous users, number, frequency, and size of deployments—will continue to grow
· The technology should be of sufficiently high maturity (greater than or equal to Technology Readiness Level (TRL) 6 such that it can be fielded by FEMA in timely manner
· Solution concepts should be compliant with FEMA and DHS security and IT standards, including cyber security and supply chain risk management We should provide some assumptions of users and user growth over time…even if a rough range since this will likely be a cost driver
Instructions: Please fill out the form electronically within this Excel document and email the file to the FEMA contracting officer. Alternatively, you may print out the questionnaire and record your answers directly on the form. If you do this, please scan your completed form and email back the response to the appropriate FEMA contracting officer.
Deadline: The RFI should be submitted by 7/15/2024, by 10:00 AM ET. Update with agreed upon date. Suggest about a month for vendors to respond
Questions: If you have any questions about this questionnaire, please contact Contracting Officer, Judith Hicklin, at Judith.Hicklin@fema.dhs.gov and Contract Specialist, Michelle Morgan at michelle.morgan@associates.fema.dhs.gov. Update with FEMA POC.
Section 1 - Participant Profile
| Section 1: Participant profile questions | |
| Question | Response |
| Company name, address, and the authorized POC responding to this RFI. | |
| Business size (i.e. Large, Foreign, Small, Small Disadvantaged, 8(a), Women-Owned, HUBZone, Veteran Owned and/or Service Disabled Veteran-Owned Business). | |
| List the major partners that you would leverage in your solution. | |
| Describe your market position and/or unique capabilities relative to the scope of this RFI. | |
| Describe if you are the primary developer, reseller and/or integrator of the solution(s) you are recommending, providing overview of reseller and/or integrator relationships/dynamics. |
Section 2 - Functional Tasks
| Section 2: Technical questions about functional tasks and subtasks | ||||
| Task | Subtask (hyperlinks are provided to relevant necessary capabilities under each subtask) | Question 1: Can your organization meet this subtask? Please select from dropdown list. | Question 2: How much staff time would be required to meet this subtask (consider mid-level engineer for average person days)? Please select from dropdown list. | Question 3: Do you have any comments about your responses for each subtask? If YES, please use this column to expound on your responses (e.g. any assumptions associated with your response). |
| 1. Ensure a qualified workforce | 1.1. Facilitate professional development | |||
| 1.2. Manage training programs and curriculum | ||||
| 1.3. Deliver training and education content | ||||
| 1.4. Manage training records and certifications | ||||
| 2. Manage and track deployments | 2.1. Manage assigned equipment | |||
| 2.2. Update, maintain, and track personnel availability | ||||
| 2.3. Update, maintain, and track personnel deployment and travel | ||||
| 3. Manage events and incidents | 3.1. Create events and manage associated data | |||
| 3.2. Manage event and incident | ||||
| 4. Provide data analytics and reporting | 4.1. Enable standard and ad-hoc reporting | |||
| 5. Enable system administration and support | 5.1. Allow ubiquitous access | |||
| 5.2. Enable system compliance with applicable policies and regulations | ||||
| 5.3. Ensure integration and interoperability with other systems, as appropriate | ||||
| 5.4. Ensure system performance and useability | ||||
| 5.5. Manage system data and information | ||||
| 5.6. Manage user profiles and privileges | ||||
| 5.7. Provide communication and notification pathways | ||||
| Definitions for Question 1: | ||||
| Out-of-the-Box (OOTB) | The released version of a COTS solution that includes those functions or capabilities are available to any authorized user upon initial hardware setup and software installation. | |||
| OOTB-Configuration | Configuration of a COTS solution includes any change within the defined set of COTS product parameters where a Government user with proper permissions can set, with no engineering services necessary, and does not result in customization of the COTS product (i.e., the configuration is compatible with future versions of the software). | |||
| Customization | Customization of a COTS solution includes software development work to change or extend functionality of an existing COTS product, without resulting in changes to the core code of the COTS product.* Customization is any software change intended to address specific requirements that are not configuration as defined above. Software customization may be used to create reports, interfaces, conversion objects, extensions, forms, or other capability to satisfy requirements that could not otherwise be implemented by the configuration process. | |||
| Enhancement | Enhancement of a COTS solution includes software development work to the core code of a COTS product to meet a requirement. It may include enhancing or changing a module so that it can support a requirement through configuration or customization. | |||
| * Core code is that which belongs to a module (or set of modules) that is commercially available, and changes to it would not be isolated to a single customer. |
Section 3 - System Attributes
| Section 3: Questions about other system attributes | ||
| System Attribute | Question | Response |
| Compatibility | How does the software handle version updates, and what measures are in place to prevent integration issues? | |
| Can the software seamlessly integrate with both cloud-based and on-premise solutions? | ||
| Vendor Support | How do you handle the integration of software with other existing systems, and what expertise do you have with similar integrations? | |
| Can you provide ongoing support after the initial implementation, and what is the structure of post-implementation support services? | ||
| Scalability | Can the software handle fluctuations in user load without compromising performance or user experience? | |
| Usability | How much training is required to become proficient at using the software? | |
| Customization | Are there limitations on third-party integrations when extensive customizations are applied? | |
| Feedback Mechanism | In what ways does the software actively seek feedback, and how is feedback incorporated into future updates? | |
| Are there channels for direct communications between users and the development team for more nuanced feature requests? |
Section 4 - Cost, Sked, Risk
| Section 4: Questions about other system attributes | ||
| Programmatic Area | Question | Response |
| Cost | What is your software pricing model (if COTS) and what are the cost drivers? Do you have a SaaS fee per user or do customers pay an initial SW cost with a recurring fee? | |
| If number of users is primary driver, what is the annual subscription or licensing cost per user? | ||
| How does the software accommodate changes in user count, and what is the pricing impact as the organization scales? | ||
| What are ROM labor costs for implementation, customization, training, testing, and integration given the relative size of the program? | ||
| What are the cost drivers for data migration and do you have any heuristics for estimating the cost of data migration? | ||
| If you offer IaaS for your product, what are the costs? | ||
| Schedule | What pre-implementation steps are necessary to ensure a smooth transition to the new software? | |
| Given a program of this size and scope, what is an expected range in months to reach MVP, MVCR, and FD milestones? Include any assumptions used in your assessment such as number of scrums, sprint duration, etc… | ||
| Risk | In your experience, what risks and opportunities have you noted with similar implementations? |
Sect. 5 Necessary Capabilities
| Section 5: Necessary Capabilities | ||
| Task | Subtask | Necessary Capability |
| 1. Ensure a qualified workforce | 1.1. Facilitate professional development | 1.1.1. Provide ability to manage Position Task Book assignment and completion. This includes: |
· the ability for defined users to complete Position Task Books (PTBs)
· the ability to assign one or more PTB to a user
· the ability for defined users to track progress towards an individual’s completion of position task book requirements. This includes tracking of all tasks and associated evaluations, as well as training.
· the ability for defined users to request one or more qualifications/positions, which align to PTBs
· the ability for defined users to explore available positions/qualifications and the requirements to achieve those positions/qualifications (these requirements are those outlined in PTBs)
| 1.1.2. Provide ability to manage mentorship programs. Such programs require pairing of an individual with a mentor, who is expected to provide coaching and subsequent evaluation of that individual. | |
| 1.1.3. Enable creation and tracking of independent development plan. The system allows users to create plans documenting training and education goals and progress in attaining them. | |
| 1.1.4. Provide ability to evaluate responders. The system allows supervisors to evaluate responders on their performance during deployment. This includes the ability to supervise responders and create, edit, and submit evaluations, which become part of that responder’s permanent record. | |
| 1.2. Manage training programs and curriculum | 1.2.1. Provide ability to manage course registration and wait lists. This includes the ability to: |
· enable defined users to register for courses and ensuring those users meet course eligibility requirements
· allow users to be added to wait lists for courses that are full
· allow for automatic enrollment for new hires and prerequisites
· configure automated processes aligned with position training requirements
· process multiple training application, authorization, and funding forms as required for course registration
| 1.2.2. Provide ability to manage instructors, including both contract and government employee instructors. The system needs to store instructor credentials and compare to appropriate standards required to teach their respective courses. |
| 1.2.3. Provide ability to manage training curriculum and content. This includes the following: |
· allowing for updates/changes to specific content
· allowing for cascading changes (changes that can be automatically implemented across courses, units, modules, etc.)
· ability to remove specific content
· ability to store course-related materials
· ability to store administrative material
· require administrative or supervisory permission to access course and course materials
· ability to serve as a training material repository that meets IT library best practices
| 1.2.4. Allow defined users to upload content, enabling students and instructors to be able to upload materials (e.g., completed assignments, lecture materials) to the system | |
| 1.2.5. Allow for surveys and polls to collect feedback from students, to enable the assessment of student satisfaction with courses and the evaluation of student learning according to Kirkpatrick levels I-IV. | |
| 1.2.6. Provide ability to notify defined users of available training courses. The system allows users who need a particular training course (e.g., to complete a requirement of their PTB) to be automatically notified if that course becomes available. | |
| 1.2.7. Provide ability to manage the scheduling of training courses. This includes the ability to manage the scheduling and rostering of mandatory and optional formal (schoolhouse) training, field delivered training, online training, and virtual training. It also includes management of instructor and student scheduling management within an organization and across the FEMA enterprise. | |
| 1.2.8. Provide ability to update course listings, including status (active/inactive), instructor information, and course information. | |
| 1.3. Deliver training and education content | 1.3.1. Provide ability to deliver online training content. Users need the ability to view and complete available online training courses. Training content may be delivered through various means, such as independent computer-based training, instructor-led online training, web-based training modules, asynchronous training, hybrid courses, and synchronous online training. The system also needs to provide the ability to adapt to support innovative instruction formats. |
| 1.3.2. Provide ability to evaluate and test learning. This includes the following: |
· ability to create a tailored module with specific knowledge student did not test well for
· allow for test-out opportunities when appropriate
· inform student on what specific aspects of learning they missed
· provide gradebook with rubrics
· allow for pre- and post-testing
· allow for standard and non-standard testing
| 1.3.3. Provide ability to track student progress, both through a course and through modules within a course. | ||
| 1.4. Manage training records and certifications | 1.4.1. Provide ability to award credit for courses, such as FQS training courses and other courses an individual takes in support of their duties. This includes the ability to automatically award credit to a person who successfully completes a course. | |
| 1.4.2. Provide ability for defined users to access training records. This includes the ability for responders to access their own training records and for supervisors or other authorized personnel to access others’ training records (e.g., to validate that PTB requirements are met). | ||
| 1.4.3. Provide ability to manage, store, and track current and historical position qualifications, specialties, certifications, and training. Included in this are the abilities to import and export certificates from external training and education courses/activities and generate unified transcripts. | ||
| 1.4.4. Provide the ability to manage decertification when a user no longer meets the requirements for any of the certifications they hold. | ||
| 2. Manage and track deployments | 2.1. Manage assigned equipment | 2.1.1. Provide ability to assign and track equipment status and readiness. This is limited to personal equipment issued to responders. |
| 2.2. Update, maintain, and track personnel availability | 2.2.1. Provide ability to manage and track workforce availability, including non-deployable status. This includes the ability for defined users to manage and self-report their availability, as well as the ability for supervisors to manage requests for availability and unavailability. | |
| 2.3. Update, maintain, and track personnel deployment and travel | 2.3.1. Provide ability to manage accountability. The system enables deployed personnel to provide daily accountability checks to support the monitoring of personnel safety and security. It also allows responders to provide accountability information throughout all phases of the deployment; this includes the ability to designate a reason that a responder may not be able to respond to accountability check-in requests (e.g., due to travel, hospitalization, or time zone alignment). | |
| 2.3.2. Provide ability to manage the deployment process. This includes the ability for defined users to issue, manage, track, and accept or decline deployment orders and requests, view associated information, and manage deployment status. | ||
| 2.3.3. Provide ability for responders to check-in and check-out at duty stations, which are the location to which an individual is deployed. | ||
| 2.3.4. Provide ability to manage different units such as teams, force packages, and force modules as well as individual responders. | ||
| 2.3.5. Provide ability to manage multiple deployments and multiple deployment types. This includes the ability to manage successive deployments; manage concurrent deployments; and manage multiple types of deployments (e.g., standard, virtual, training). | ||
| 2.3.6. Provide ability to schedule and prepare for responder demobilization. The system allows users to specify when the deployment of individual responders will end and identifies steps responders need to take in this process. | ||
| 2.3.7. Provide ability to track personnel status (e.g., deployment, leave, enhanced demobilization, medical leave, training, rotation, detail, etc.) and associated dates. The system allows users to track how long a responder has been deployed to an event and whether they have taken leave during or between deployments. This enables supervisors to ensure employees are provided with time to rest and recuperate between deployments to avoid burnout. | ||
| 2.3.8. Provide ability to record and update permanent and temporary duty stations, as well as the residence of record. The system allows users to document permanent or temporary location to which they are deployed and their permanent residences. Information needs to be accessible to users who need it (e.g., to ensure compliance with the 50-week rule). | ||
| 2.3.9. Provide ability to record how long a responder has been in a location across deployments. The system allows users to track the cumulative duration of time that they have been deployed to a specific location. System distinguishes between physical (geographical location) and virtual (remote) deployments. | ||
| 3. Manage events and incidents | 3.1. Create events and manage associated data | 3.1.1. Provide ability for defined users to aggregate and monitor relevant deployment and time-phasing information pertaining to an event/incident. This allows select users to view certain deployment data in the aggregate, as opposed to solely individual records. |
| 3.1.2. Provide ability for defined users to manage the event/incident lifecycle, including creating the event, assigning a unique identifier to the event, and deploying different force packages/force modules over time. | ||
| 3.2. Manage event and incident | 3.2.1. Provide ability to coordinate event/incident management activities such as assignments and evaluations. The system provides the ability to coordinate event/incident management activities such as assignments and evaluations. For example, the system allows the assignment of a responder to a supervisor at an event and requires that supervisor to evaluate the responder after they have been supervised for a certain period of time. | |
| 3.2.2. Provide ability to request specific types of responders, force packages, and force modules. Defined users can request specific types of responders, force packages, and force modules. | ||
| 3.2.3. Provide ability to identify responders eligible for deployment. The system provides the ability to review workforce availability, qualifications, and specialties in accordance with force package or module requirements. The system also enables the identification of available and suitable responders fairly and equitably. | ||
| 4. Provide data analytics and reporting | 4.1. Enable standard and ad-hoc reporting | 4.1.1. Provide ability to store historic data. Data can be used to enable analysis and reporting. |
| 4.1.2. Provide customizable/configurable dashboard capabilities. The system allows users to modify reporting dashboards. | ||
| 4.1.3. Provide flexible and customizable reports based on user-defined criteria. Reporting capabilities cover the following: |
· ability to analyze data related to the qualification process
· ability to analyze emerging incident workforce issues
· ability to assess and report on mission capability against standard metrics, pursuant to readiness requirements
· ability to assess deployment data
· ability to assess overall staffing and forecast staffing needs
· ability to generate and edit organizational structure reports (both during disaster and steady state operations)
· ability to provide standardized time-sensitive (real-time or near-real-time) status reports in support of disaster operations
· ability to assess training needs
· ability to analyze emerging incident workforce issues specific to an event or incident
· ability to assess event staffing and forecast staffing needs
· ability to compile and review data associated with events and incidents
| 5. Enable system administration and support | 5.1. Allow ubiquitous access | 5.1.1. Provide ability to access system under low bandwidth conditions. The system allows users to access it when internet transmission is slow. |
| 5.1.2. Provide ability to support user access from multiple types of devices and browsers. The system ensures that content is accessible on different types of devices, such as such as desktops, laptops, mobile phones, and tablets; and browsers. | ||
| 5.1.3. Provide ability to accommodate and adjust requirements for users across multiple time zones. The system can capture time zone differences. | ||
| 5.1.4. Allow access from both outside of and behind the FEMA firewall, enabling users to access the full functionality of the system whether or not they are connected to the FEMA network. | ||
| 5.2. Enable system compliance with applicable policies and regulations | 5.2.1. Provide ability to ensure compliance with all applicable policies and regulations regarding accessibility (508), records management, cybersecurity, and privacy. | |
| 5.2.2. Provide ability to support planned contingencies and conduct contingency planning and exercises. This includes the capability to test contingency plans and support exercises (which may replicate events) without impacting or interrupting current users or operations. | ||
| 5.2.3. Provide ability to handle controlled unclassified information (CUI) and mitigate issues associated with data aggregation. The system can identify, label, protect, and restrict access as appropriate the full range of CUI, and helps users avoid combining information that together might warrant higher levels of classification | ||
| 5.3. Ensure integration and interoperability with other systems, as appropriate | 5.3.1. Provide ability to integrate or interface with other systems, including both systems internal to FEMA and external to FEMA. | |
| 5.4. Ensure system performance and useability | 5.4.1. Enable customer support. This includes providing a customer support functionality (e.g., help desk); storage and access to training and guidance on how to use the system; the ability for all users to report bugs; and the ability for all users to recommend improvements. | |
| 5.4.2. Provide a standardized, intuitive user interface. The system has a standard, easy-to-use interface. | ||
| 5.4.3. Provide ability to manage system performance and testing new capabilities and features. This includes reporting on system performance; tracking needed and planned system improvements, upgrades, and patches; and allowing for all infrastructure hosting and maintenance. | ||
| 5.4.4. Provide flexible system architecture and solution adaptability. The system needs to be easily adaptable to meet changing needs, enable the addition of new capabilities with minimal impact to existing capabilities, and include interfaces that integrate with both current and future components. | ||
| 5.4.5. Provide search functionality. The system allows for searches across DTS. | ||
| 5.4.6. Provide language options. The system will employ English as the main language and will enable use of secondary languages. | ||
| 5.5. Manage system data and information | 5.5.1. Allow for manual and bulk updating of information within the system. The system allows users to update information with the system individually and in the aggregate. | |
| 5.5.2. Provide ability to manage data validation, quality assurance, and quality control. Personnel managing the system need to be able to validate that data are correct and ensure quality assurance and quality control, especially when, for example, system upgrades are implemented. | ||
| 5.6. Manage user profiles and privileges | 5.6.1. Provide ability to assign and update user role(s) and permissions, using a flexible user role and permissions structure. | |
| 5.6.2. Provide ability to create, modify, and store user profiles for all users. This includes management of associated information, including: |
· providing a unique identifier for each user
· ensuring that user profiles are unique (i.e., no user has more than one profile)
· providing the ability to manage and store an employee's past experience and assign equivalency for initial position assignments
· providing the ability to define, assign, update, and store multiple titles and roles across multiple events/incidents
· and providing the ability to for defined users to add and update contact information.
| 5.6.3. Provide ability for defined users to access and manage profiles, review qualifications, and designate position assignment. The system allows users to access and manage aspects of their own profiles, and authorized personnel (e.g., supervisors) can manage profiles, review qualifications, and designate position assignments. | |
| 5.7. Provide communication and notification pathways | 5.7.1. Provide ability for defined users to receive, manage, customize and respond to notifications as required. In addition to receiving notifications, users need to be able to manage and customize the types of notifications they receive. |
| 5.7.2. Provide ability to send high volume, high speed, and automated, interactive notifications, such as urgent announcements to deployed responders related to their deployment. | |
| 5.7.3. Provide ability to define and communicate with customized groups via multiple means. The system needs to enable messaging via text, as well as via video/audio. Different communication needs exist across the deployment workforce enterprise, ranging from deployment-related communications to course-related communications. For example, the system needs to enable written messaging between leadership/supervisors and responders. It also needs to enable both messaging and synchronous (e.g., audio/video) interactions between students and instructors. Customization of messaging groups is important to ensure the appropriate people receive communications and to account for the many nuances in disaster operations. | |
| 5.7.4. Provide ability to send a variety of message formats (e.g., questions, responses) and contents (e.g., pictures, links). |
Validation Lists
| Question 1 Response Options |
| YES: Out-of-box solution (no configuration or customization required) |
| YES: Solution available; configuration required |
| YES: Solution available; customization required |
| No Capability Today: Enhancement needed and possible |
| No Capability Today: Enhancement not possible |
| Question 2 Response Options |
| Less than one person week |
| More than one person week, but less than one person month |
| 1-2 person months |
| 3-5 person months |
| More than 5 person-months |
File details come from the government source that posted it. Updated .