Confirm Before Submit Screen to Prevent Accidental Actions
Accidental submissions are especially problematic for users with motor impairments or cognitive challenges. Before any activity registration, expense claim, or report is finalised, the system must present a dedicated confirmation screen showing a plain-language summary of what will be submitted. The confirmation button must be clearly labelled, prominently placed, and require a deliberate tap. A back/edit option must always be visible alongside the confirm action.
User Story
Acceptance Criteria
- Given I have completed all steps of the activity wizard, When I tap 'Next' on the final data entry step, Then a confirmation screen appears showing a human-readable summary of all my inputs before any data is sent
- Given the confirmation screen is shown, When I review it, Then each piece of information is labelled in plain language matching the labels I saw during entry
- Given the confirmation screen is displayed, When I spot a mistake, Then I can tap 'Edit' to return to the relevant step with my data preserved
- Given the confirmation screen is shown, When I tap 'Confirm', Then the activity is submitted and I receive an immediate success message
- Given the confirmation screen is active, When I accidentally tap outside the modal or press the device back button, Then I am asked 'Are you sure you want to cancel?' before the action is abandoned
- Given the cognitive load rule engine is active, When the confirmation screen renders, Then only the submitted data summary and two action buttons (Confirm, Edit) are visible — no additional navigation options
Business Value
Confirmation screens prevent data errors that require coordinator intervention to correct, saving administrative time. For peer mentors with motor or cognitive impairments, this safety net is the difference between successfully completing a registration and abandoning the task entirely. This is an explicit accessibility requirement noted for stroke survivors in the NHF workshop.