User Login

Table of Contents

Background

Target Audience

Objectives (of this release)

Assumptions and Validations

Process Flow

Out of scope

Design

Success Criteria

Metrics to track

Background

This document describes the need and scope of a digital platform for health campaigns, explaining the product’s features, specifications, purpose, and functionality. It also provides a descriptive view of the application along with the specification of each element.

The module focuses on the design and features of the user interface of HCM for beneficiary registration and service delivery. It provides a detailed description of the elements and the process flow of the application along with a wireframe model for easier comprehension. The module also aims to reduce the risks of data redundancy, provide better service delivery tracking, and visibility of the services provided for maximum coverage in the quickest time possible

Target Audience

The document is intended for the engineering and platform (tech teams), product management, and implementation teams to agree on requirements for the Health Campaign Management (HCM) Platform.

Objectives (of this release)

1. To enable actors with a digital system to manage and implement health campaign activities.

a. Facilitate FLWs, supervisors, district officers, and other actors to collect and analyse data accurately, along with monitoring the tasks from registration to service delivery. Regular progress checks can be performed at any time and a comparative analysis can be derived at the district levels for different teams.

b. Facilitate better diagnostics with improved access to healthcare interventions for the general public.

2. To enhance the adoption of the HCM platform for multiple health campaigns by providing flexibility in the UI and UX, and product specifications.

a. Emphasis on adopting digital systems by collaborating with healthcare bodies.

b. Provide scope for future changes and improvements in the application.

Assumptions and Validations

Process Flow

Risk/ Limitations

Addressed in the out of scope section.

Out of scope

  • Password reset for the users.

  • User capability of resetting the password if they forget it.

  • User capability of creating own user ID for login.

Specifications

Design

Find the mock-ups below:

Language Select

When the user opens the application, it asks them to first select the language. The selected language is highlighted in orange color. Once the user selects a language, he/she must click on the ‘Continue’ button which opens the login page.

Login

The user will be provided a unique system-generated ID and password manually for first-time login. After logging in, the user is taken to the password reset page where they need to enter a new password of their choice. The password reset is not in scope for V1.0. If a user enters an incorrect username, it should show an error message below the field saying “username does not match”. For an incorrect password, it should show the message “incorrect password” below the password field.

If an existing user does not remember his/her password, they must click on “Forgot Password”. This will open a popup asking the user to contact the administrator. The ‘OK’ button will collapse the popup.

Reset Password (Not in V1.0)

After the user logs in for the first time, a screen appears where he/she needs to create a new password. There are two fields, “Enter new password” and “Confirm password”, with the eye button present in both.

After entering and reviewing the new password, the user clicks on the submit button which opens a screen with the message “New password created successfully” along with a “Back to Login” button below the text. Clicking on this button will take the user back to the login page. The password reset flow is not in scope for V1.0.

Project Selection

If the user is assigned to multiple projects, they need to select a particular project on this page by clicking on the arrow in front of each project name. Once the user has selected a project, it will open the application’s home page. After selecting a project, the system must download the data for the selected project only. For single-project users, the sync action takes place directly after the login action. There can be multiple cases for projects assigned to a user:

  • If the user is assigned 0 projects, an overlay must appear saying “Please contact the system administrator for a project” after logging in, and the user must log out of the application.

  • If the user is assigned multiple projects as mentioned above.

  • If the user has been assigned a project but later the project has been unassigned. In this case, if the user logs in and selects that project, an error message must appear stating “the project is not assigned to you, please select another project”. When the user clicks on the ‘OK’ button, he/she must be navigated to the updated project selection screen which must not display the unassigned project.

Sync

After every login action, the system will automatically sync the data with the system. Since the user will log in only at the start of the day and before going into the field, there must be stable internet connectivity for the device to perform this process. A “Sync in Progress” window will appear on the screen and the user cannot perform any other action until the process is complete.

The overlay will appear over the previous screen. For users assigned to multiple projects, the overlay appears over the project selection screen when the user selects one project from the list. For single-project users, the overlay must appear over the login page.

Sync Status

Once the data is synced, it will show a popup that the data is successfully synced, with a ‘Close’ button at the bottom. When the user clicks on this button, it will navigate him/her to the homepage. These overlays also appear over the previous screens.

If the data is not synced due to an error, it will show a popup stating “Sync Failed” with two buttons below it:

  1. Retry: If the user wants to retry syncing the data. This will open the sync in progress window.

  2. Close: Clicking on this will navigate the user back to the login page and he/she must log in again.

Success criteria

  1. Various actors involved in the process will be able to collect, track, and analyse the data for beneficiaries registered as well as services delivered to them using a bug-free platform.

  2. The supervisors, district officers, and programme managers will be able to monitor the team’s performance which will help them understand the problems and challenges faced.

  3. Enable warehouse managers to optimise the inventory management of interventions which will further improve the supply chain and prevent surplus or deficit of stock. This includes stock receipts, issues, returns, and lateral movements of the stock.

  4. Digital records will result in maximum coverage with less chances of households being missed during a campaign.

Metrics to Track

The following metrics will be tracked:

  1. Number of logins by a user.

  2. User ID and password of the users.

  3. Number of password reset requests.

Last updated

https://creativecommons.org/licenses/by/4.0/