Mission

Help countries achieve Health SDGs by building digital public goods that strengthen public health.

What are public health campaigns?

Health risks such as infectious diseases generally cannot be addressed at the individual and health worker levels alone. They require intervention at the policy level. This is where public health campaigns come into the picture.

Public health campaigns are specific, time-bound health services that respond to particular challenges and are provided to a target population by dedicated campaign workers. Such campaigns can influence perceptions, attitudes, and behaviors to achieve the desired goal. They can prevent or respond to disease outbreaks, control or eliminate targeted diseases, or achieve other health objectives. According to the World Health Organisation (WHO), two strains of wild poliovirus have “officially been certified as globally eradicated,” and immunisation campaigns have played a key role in this. Over the years campaigns to fight malaria, AIDS and other diseases have not only improved the lives of millions of people in poor and developing countries and disadvantaged communities, but it has also enabled them to lead more productive lives.

In 2019, 534 campaigns were tracked globally, providing vaccines, drugs, vitamins, and preventative tools for malaria, malnutrition, measles, meningitis, NTDs, polio, tetanus, typhoid, and yellow fever. However, by the end of 2020, an estimated 50% of the public health campaigns were postponed, suspended, or canceled due to the COVID-19 pandemic. This left millions of people and children at risk of vaccine-preventable diseases and malnutrition.

How can eGov help?

As health campaigns catch up on missed vaccinations, drugs, and other preventative measures globally, we have an opportunity to reimagine the way countries can plan and implement campaigns through open-source digital platforms. At eGov Foundation, we believe that designing & developing a DIGIT Health Campaign Management (HCM) product will enable countries, communities, and healthcare professionals to manage and implement health programmes more effectively. This also aligns with our aim of expanding capabilities in public health by reducing “diseases of poverty” such as malaria, HIV, and tuberculosis (TB) through digital tools.

DIGIT Health Campaign Management (HCM) is a free, fit-for-purpose, open-source product, built as a Digital Public Infrastructure (DPI), to help countries transform public health campaigns.

Useful Links

Contact Us

Impacted Services

Project:

• Implemented validation for updating the project start date and the end date. Implementing this ensures that any changes made to these critical campaigns adhere to the predefined criteria.

• Added the number of sessions field in additional details for the attendance registry, which enhances the system's ability to manage attendance tracking within projects. This field specifically denotes the frequency of attendance-taking sessions for a given project. Each session represents an instance where attendance is recorded, typically within a single day. For instance, if a project requires attendance twice daily (for example, morning and afternoon sessions), the number of sessions field would indicate ‘2’ to reflect this frequency. This information provides crucial context for understanding the attendance requirements and scheduling patterns within the project.

Individual:

• Added the ability to search by user UUID (Universally Unique Identifier) for individual search. This addition expands the search capabilities within the DIGIT-HCM platform, providing users with a more versatile and efficient means of locating specific individuals. A UUID is a unique identifier assigned to each user within the system. This new feature allows users to quickly retrieve information about a particular individual by entering their UUID into the search functionality. By leveraging UUIDs, which ensure each user has a distinct identifier, the search process becomes highly precise and reliable, minimising the risk of ambiguity or confusion, particularly in large datasets.

Referral Management:

Health Facility Referral Feature Update

New Feature: HF Referral

DIGIT-HCM now includes a Health Facility Referral (HF Referral) functionality that enhances the platform’s capability to efficiently manage referrals across health facilities. This addition is aimed at improving coordination and communication, ensuring a smoother referral process.

Stock Registry:

Enhance the inventory flow with the sender ID and the receiver ID added. Including sender and receiver IDs offers flexibility in handling inventory transactions within the DIGIT-HCM platform. Transactions can involve movement between warehouses, from warehouse to staff, from staff to staff, or any combination thereof. This accommodates various scenarios, such as inter-departmental transfers, internal requisitions, or supplier deliveries.

1. Sender Identification: The sender ID specifies the entity initiating the inventory transaction. This could be a warehouse, indicating that inventory items are being dispatched from a specific storage location. Alternatively, it could represent an individual staff member responsible for authorising the transfer of inventory items.

2. Receiver Identification: The receiver ID denotes the entity or individual receiving the inventory items. Similar to the sender ID, this could represent either a warehouse where the items are being delivered or an individual staff member who is the designated recipient.

Attendance:

Implemented offline-enabled functionality in the Attendance Module. Implementing this functionality in the attendance module significantly enhances the usability and reliability of the DIGIT-HCM platform, especially in environments where internet connectivity may be intermittent or unavailable.

Release Summary

Health Campaign Management v1.3: The Frontline Worker’s App includes two new features that enable frontline teams to perform their tasks efficiently even when offline.

New Feature Additions

Localisation Keys

A digital partner for the frontline workers:

• Better user experience for frontline workers leads to better quality data captured in less time, thus facilitating improved efficiency

• The ability for frontline workers to access on-demand training, and in-app guided walkthroughs, enabling improved efficiency

• Ability to use geospatial tools to analyse and identify missed households. This leads to increased coverage and identification of fraud by frontline workers

Co-pilot for managers and supervisors:

• Ability to reuse campaign data for planning and executing other campaigns leading to lower costs and lower turnaround time, leading to better estimation and planning

• Provide visibility into stock availability and consumption data to enable supervisors to identify leakages/ wastages and avoid potential stock-outs

• Track attendance based on task completion – this provides visibility into incentives due based on attendance, reducing ambiguity in payment amounts

• Ability to leverage staff registry and attendance tracking to request and release digital payments to campaign staff

Digital headquarters for national health agencies:

• Quick setup and launch

• The dashboard provides the ability to view better quality data in near real-time that provides actionable insights

• Quick and easy integration with existing platforms and systems such as supply chain, HRMS, LMIS, and DHIS2, facilitating interoperability and coordination at scale

Free & open-source software:

• Countries own and evolve digit

Release Summary

Health Campaign Management v1.2: The frontline worker’s App includes 8 new features that allow the frontline teams to perform their tasks efficiently even when offline.

New Feature Additions

Release Summary

Release Highlights

Bug Fixes (Feedback from the bug bash)

Known Issues

• Field 'type' does not exist or this field cannot be viewed by anonymous users.

• The field 'assignee' does not exist or this field cannot be viewed by anonymous users.

• A value with ID '10141' does not exist for the field 'project'.

• Field 'labels' do not exist or this field cannot be viewed by anonymous users.

• The field 'priority' does not exist or this field cannot be viewed by anonymous users.

• Not able to sort using field 'priority'.

Related Documents and Links

Here are the articles in this section:

MDMS

Config

HCM Test Cases v1.3

The DIGIT Health Campaign Management (HCM) aims to expand capabilities in public health. It covers campaign setup, planning, registration and delivery, inventory management, and real-time data dashboards enabling the establishment of digital public health infrastructure for faster and cost-effective health campaigns. DIGIT HCM is designed to evolve rapidly and adapt to local needs while addressing systematic challenges. It enables decision-makers and programme managers to streamline campaign planning, manage workflows and monitor service delivery in real-time to aid data-driven decision-making.

Why do we need DIGIT HCM?

Health campaigns are a commonly used strategy that helps the routine health system prevent or control diseases by delivering essential healthcare interventions in a time-bound manner.

Health campaign management faces several challenges, which include the inability to fetch accurate population targets or monitor the campaigns in real-time and tune the campaign to the defined population needs. Lack of timely and actionable data is often the primary cause of operational inefficiency. Additional concerns relate to siloed, redundant datasets adding to the implementation costs.

There is a need for a campaign management product that offers:

• Single interface for managing all components in a campaign lifecycle

• Allows reuse of assets across campaigns

• Reduces fragmentation by supporting multiple diseases

• Supports data interoperability with other health intervention areas (Eg. disease surveillance systems)

• Improves sustainability by providing ownership and control to the government

• Uses a modular and standards-based architecture

The goals include:

• Increased campaign effectiveness (coverage)

• Reduced time to respond to outbreaks

• Improved efficiency (lower costs)

• Increased transparency and accountability

Watch the video below to find out how DIGIT Health Campaign Management meets the above goals and more:

Reimagine Health Campaigns with DIGIT HCM

• Setup campaigns in 3 days

• Run hundreds of campaigns simultaneously

• Record bednet delivery in 1 minute

• Real-time campaign data dashboards

• Interoperability with any system

• Reusable campaign setup

• Data privacy by maintaining control over data from day one

A digital partner for different users such as registrars, frontline workers, and supervisors, this is an easy-to-use app with offline capability, guided user flows, and analytics support. It simplifies routine tasks, has built-in checks to reduce errors, and provides on-call assistance.

The app enables the following:

• Register new households and individuals.

• Search existing households and individuals

• Update details for existing households and individuals.

• Record service delivery of healthcare interventions to households and individuals for a single round campaign.

• Auto-calculation of resources to be delivered to a household or individuals based on the configured rule.

• Record stock movement for a warehouse-stock received, issued, returned, damaged and lost.

• Stock reconciliation to automatically calculate the stock on hand available in the warehouse.

• Offline reports for viewing all stock transactions and stock counts in the mobile application.

• Register complaints on the mobile app with offline support.

• Search, sort, and filter complaints based on configured parameters.

• Configurable checklists for supervisors for various supervision activities.

• Multi-language support.

• Track GPS coordinates to record locations with offline support.

• Progress bar for monitoring the daily work status of registration and service delivery against the targets assigned.

• Reuse beneficiary data from the registries for future campaigns.

• Web portal for user management.

• In-app notification to prompt users to perform actions that are due.

Click on the links below to learn more about the different features of the app:

Here are the articles in this section:

Role action mapping has only been completed for registrars, distributors, and system administrators to support the development of registration and delivery flows. Other roles are still in progress.

Building blocks are individual, independent blocks of solutions, that are assembled to solve large, complex problems. With building blocks, any solution could be evolved to fit the evolving problem as against building a new system from the ground up.

DIGIT HCM is built using modular building blocks that are highly configurable allowing countries to tailor the product to their specific needs, easily. These building blocks are reusable allowing for the creation of new solutions. They facilitate reusable assets for all campaigns, and have the following benefits:

• Easy to adapt to local needs (Highly configurable - easy to rework)

• One asset for all campaigns (Multiple campaign types, diseases)

• Maximise leverage (Additive blocks - Create new solutions)

With these building blocks, one campaign could easily be pivoted to set up another health campaign. For example. a malaria campaign could be pivoted from a cholera campaign to an NTD campaign with minimal effort and time. Beyond campaigns, the same blocks could create solutions for routine health delivery and other health needs.

Data resides in shared open registries enabling the reuse of data and establishing a single source of truth. Interoperability is baked into the design of DIGIT HCM allowing free flow of data across different systems. DIGIT HCM enables countries to set up their digital public infrastructure for health.

From setting up campaigns quickly, to planning, inventory management, registrations, service delivery, and real-time data dashboards, DIGIT HCM covers all elements required to run effective campaigns. The same product can be used for all campaign types across multiple diseases.

Here are the articles in this section:

Here are the articles in this section:

Multi-round campaigns for health initiatives entail registering beneficiaries once, followed by interventions delivered in successive rounds at predefined intervals. Click on the link below to learn more:

These are standard features that can be used as-is across any campaign depending on the requirement, with minimal configurations, and can be shared with other products/services as well.

Click on the links below to learn more:

Supports voucher scanning use cases for Beneficiary Registration, Service Delivery and Bed Net verification use cases.

Key Features

• Enables actors to execute the registration and delivery process efficiently through the use of scanners.

• Code scanning capability provides better user experience by auto populating the data, thus reducing the time and effort.

• Allows manual entry of codes to ensure maximum data collection, with defined validations.

• Prevents duplication of records and monitor resources by linking beneficiaries to their respective codes and reusing it while registering a new beneficiary or distributing resources. One can also monitor the quantity of stock distributed by scanning the code available on the stock.

• Allows multiple scanning of resource at once.

User Roles

Using 2D Voucher Scanning

HCM Home Screen

After logging into the application, the user lands on this screen which displays the daily performance (number of households registered). The progress bar must reset daily at 00:00 hours and start from 0 registrations. The action buttons related to the beneficiary include:

• Beneficiaries

• View Reports

• Sync Data

• Call Supervisor

• File Complaint

At the bottom, there is a card that shows how many records are unsynced for the user’s convenience to sync data. If all the records are synced, then the card must say: “All records are synced”.

The help button is on every screen of the application. By clicking on it, a user can get a walkthrough of the elements on that screen.

On the top right, the administrative area assigned to the user is displayed which is based on the level of hierarchy. The hamburger button on the top left corner covers some other actions mentioned further.

Search Beneficiary Screen

On this screen, a user can search for a registered beneficiary or register a new one. There are multiple options included to search for a beneficiary: search by name, proximity, and scan a code. The metrics card shows the data for beneficiaries registered and the number of resources delivered, depending on the type of campaign.

Scan Code (Search Beneficiary)

Clicking on the scan button on the search household screen opens a scanner that allows a user to scan the voucher code provided to the beneficiary during registration. The user can also enter the code manually by clicking on the “Enter Beneficiary Code” button, if the device is unable to scan.

Based on the campaign type, the beneficiary card is opened with a set of actions for the scanned beneficiary. The user can close the scanner if needed by clicking on the close button.

Scan Code (Linking Beneficiary)

While creating a beneficiary, the user can link the beneficiary to the voucher card provided during registration by clicking on the “Link Voucher to Individual” button. If the scanner is not able to scan the code, the user can also enter the details manually. Screens for the scanner are same as that for search beneficiary.

On successful scanning, the toast message appears over the individual details screen and the voucher code is displayed. In case the scanned code does not match with the one mentioned in the voucher, the user can click on the edit button and rescan or re-enter the code. The previously scanned value must be overwritten by the latest one (No multiple scanning to be done).

Scan Code (Track Delivery Resource)

While delivering any resource to the beneficiary, the user must scan the code provided on the packaging of the resource. The scanner must be able to identify duplicate scans and must not scan the same voucher multiple times. The user can perform multiple scans at a time, but the number must not exceed the value provided by the user in the “Quantity Distributed” field.

The scanner screen has an expandable card that provides the list of resources scanned. The card displays the count of resources scanned along with the identification number for each scanned resource. If one is unable to scan, the user can enter the codes manually, but after every code, he/she must click on the enter beneficiary code again and repeat the process. The user can remove any resource by the help of the delete button provided against each resource. Once scanned, the user must click on the submit button which brings him back to the deliver intervention screen. The toast message for successful scan is displayed on the screen.

This enables frontline workers to register households and individuals using the HCM application.

Key Features

• Register households

• Add/Delete members to/from the households

• Edit household/individual details

• Delete household

• Record delivery of an intervention

User Roles

Using Registration & Delivery

When field and district supervisors navigate to the home screen, the beneficiaries button is visible to them.

On this page, the following actions can be performed:

• You can register a new household only after attempting a search.

• Click on the "Register New Household" button to register a household.

• After the user clicks on "Register New Household", the page navigates to the "Household Location" page.

• The "Administrative Area" is the only mandatory field. "Address Line 1", "Address Line 2", 'Landmark' and "Postal Code" are optional fields.

• Clicking on the 'Next' button will take the user to the "Household Details" page where the number of members living in the household can be registered.

• Clicking the 'Next' button will take the user the "Individual details" screen.

• The first individual added will be the "Head of Household" by default.

• The name, ID type, and ID number fields are mandatory. You can enter the date of birth or their age. The date birth will take precedence over age.

• When the user clicks on the submit button, a popup appears asking for confirmation.

• If the user clicks on ‘Submit’, the household is registered and a confirmation screen is displayed.

• The user can click on the "Back to Search" button for editing the household or register new household fields.

• Click on the open card to navigate to the detailed page of the household.

• There is an "Edit Household" button for editing household details, which navigates the user to the household location screen. The service delivery status is present below the household’s name followed by the administrative area and the number of members.

• There are cards for each member, starting from the household head. The card consists of the ‘Edit’ button for individual-level actions.

• For adding new members to the household, there is the "Add Member" button below the member cards, which navigates the user to the "Individual Details" screen.

• At the bottom, the "Deliver Intervention" button is present which navigates the user to the update delivery screen.

Public health initiatives intended to address particular health-related concerns within a predetermined timeframe or scope, and in a single round. Click on the link below to learn more:

This enables distributors to deliver multiple doses for multiple cycles, and record the deliveries for the drugs prescribed for that specific cycle.

Key Features

• Allows a distributor to see the eligible household members for the current cycle under the selected household.

• For each eligible household member, the distributor has two options: Record Delivery and Unable To Deliver.

• A distributor can record the exact quantity delivered for each drug with a delivery comment.

• A distributor can also record if the drugs for the next set of doses in the current cycle are already provided to the beneficiary or not. If the doses for next rounds are already provided, the distributor can mark next doses as 'Delivered' for the next rounds.

User Roles

Steps for Recording Delivery

Step 1

Once the distributor is on the household details page, he/she can see which beneficiary is eligible for drug delivery in the current cycle. Click on "Record Delivery" or "Unable to Deliver":

Step 2

You are taken to the Record Cycle (X) Dose (Y) screen, where you can see the status of drug delivery for all doses for the current and previous cycles (if available). Click on "Record Cycle (X) Dose (Y)" button at the bottom of the screen to record the drug delivery.

Step 3

You are taken to the "Record Delivery Details" screen. Select the "Quantity Distributed" for each drug to the beneficiary.

Additionally, you can add any new drug if distributed using the "+ Add Resource" button and mark its quantity similar to the drugs added before. You can choose to add a comment which is optional, and then press on the 'Submit' button.

Step 4

You will be directed to the "Data Successfully Recorded" screen.

The screen automatically moves to the next one that will ask if the upcoming set of doses were provided to the beneficiary or not.

Step 5: Once the User Presses on Next Button in the Previous Screen the user is taken to the "Data Recorded Successfully" screen which has 2 buttons. "View Household Details" button would take the user to Household Details page of the household for which the distributor recorded the data. "Back to Search" button will take the Distributor to the "Search Individual" Screen to search for beneficiaries from other families.

You can choose "Yes" or "No" with a table below that shows the dosage to be provided for the upcoming cycles. Click on 'Next'.

In Step 4 of recording the multi-round campaign process, based on the response provided by you for the question "Did you provide Drugs for the next Doses?" the screens for next round of delivery in a given cycle will be as follows:

If you replied Yes: If you replied 'Yes', the next time you visit the beneficiary and click on "Record Delivery" against that beneficiary in the household details page, you will see the following screen:

Once you submit the answers for the above questions, you can record the side-effects for a beneficiary by clicking on 'Yes' If no side-effects were reported, select 'No' to move on to the beneficiary details screen, and the delivery status for all cycles will show as 'Completed'.

If you replied No: If you selected "No" in Step 4, for recording the next dose, you will start again from the household details page. Click on the "Record Delivery" button and follow the same flow as for the first round of drug delivery.

This feature allows a distributor to refer a beneficiary to a health worker. The referral can happen before or after the drug administration by the distributor.

Key Features

• Allow a distributor to refer a beneficiary to the correct health facility and mark the correct health facility for the referral.

• Referral can be done both before and after drug administration.

User Roles

Steps to Track Referrals

Step 1

On the Household Details screen, you can see the list of beneficiaries who are supposed to receive the drug in that cycle. If the beneficiary is experiencing significant discomfort/sickness due to which you cannot administer the drug, you can click on the "Unable To Deliver?" button for that specific beneficiary.

Step 2

Click on "Refer Beneficiary".

Step 3

You will be directed to the "Referral Details" screen.

In the screen above, you will see the following fields:

• Date For Referral: This will be a non-editable field and will capture the date of referral which is picked directly from the system.

• Administrative Unit: This will be a non-editable field and will be captured based on your user login, which will define the "Administrative Unit".

• Referred By: This field will contain the unique ID for the distributor who has referred the beneficiary and is an editable field.

• Referred To: This field will have a search ability which can be used by clicking on the search lens icon on the field. The following screen will load where you can search for the ID of the facility where the beneficiary is being referred to.

• Reason For Referral: This is a mandatory field which will have all the reasons for referral based on the configuration set for the specific household.

• Referral Comment: This is a non-mandatory field that allows you some custom comments regarding the referral being made for the beneficiary.

Step 4

After you populate all the required fields, click on the 'Submit' button which will take you to the "Data Successfully Recorded" screen.

Once the beneficiary is referred successfully, he/she will be marked as "Beneficiary Referred" in the household details screen.

The ability for supervisors/managers to create and manage users and team assignments for their respective boundaries through the user interface.

User Roles

Using the User Management Module

A landing page must be available to the user to access all available modules.

Search Page

A user must be able to search for an existing employee using search parameters (name, mobile number, username).

Create New Employee

Users must be able to create new users by providing the following details. Refer to the section on specifications.

Assign Campaigns

View and Edit Screen

Allow users to reset the password. Allow users to edit existing information or add information to an existing employee. Refer to the section on specifications for validations and conditions.

Deactivate Employee Screen

Refer to the section on specifications for validations and conditions.

A distributor can record the side-effects experienced by a beneficiary after consuming the drug. The list of side-effects can be configured based on the specific campaign being conducted.

Key Features

• Allows administrators to record side-effects for drugs delivered to the beneficiaries after every dose consumed by the beneficiary.

• The distributor can record the side-effects for both direct delivery where all the doses of the drug is administered directly to the beneficiary, as well as for indirect delivery where the beneficiary is provided with all the remaining doses by the distributor at the same time and is asked to administer the drug on their own.

User Roles

Steps for Recording Side-Effects During Direct Delivery:

If you replied 'No' (Recording side-effects when the the distributor does direct delivery for all rounds):

Step 1

After you have completed the delivery for first dose, you will see the list of beneficiaries who are eligible for the next round of drug delivery. If the beneficiary experienced any side-effect, click on the "Unable to Deliver?" button, where you will get 3 options. Here, the last option will be "Record Side Effects".

Step 2

You will be taken to the next screen where you need to record the side-effect experienced by the beneficiary. Once you have selected the relevant side-effect, click on 'Next'.

You will see a success screen that says, "Data recorded successfully".

If you replied 'Yes' (Recording side-effects when the the distributor does indirect delivery for subsequent deliveries):

Step 1

If you replied 'Yes' the next time you visit the beneficiary and click on "Record Delivery" against that beneficiary in the household details page, you will see the following screens:

Step 2

Once you submit the answers, you can record the side-effects for the beneficiary. If no side-effects were reported, select 'No' to move on to the beneficiary details screen, and the delivery status for all cycles will show as 'Completed'.

Step 3

If you select 'Yes', you can record the side effect. Click on 'Next'.

You will see a success screen that says, "Data recorded successfully'. If you select 'No' for side-effects, you will be taken directly to the "Data Recorded Successfully Screen".

Note: If the Distributor answered 'No' on the "Record Past Delivery" page, the delivery status will changed to 'Visited' on the household details page for that specific beneficiary.

While administering the dose to a beneficiary (usually children), there can be instances when the beneficiary shows some symptoms against the dose provided. These adverse events need to be recorded and monitored as it helps to take precautionary measures for further doses as well as in future campaigns for that beneficiary. It is helpful for cases when a beneficiary's situation becomes critical and he/she needs to be referred to a healthcare facility. This is also crucial for resource tracking because, in certain campaigns, the beneficiary can be re-administered the dose even after he vomits out the medicine.

Kay Features

1. Recording adverse events.

2. Enabling actors to record and track the adverse events observed in a beneficiary after administration of the dose.

3. Monitoring the data to plan and decide for upcoming doses during the campaign.

User Roles

Using Tracking Adverse Events

Deliver Intervention

The user needs to provide the delivery details for the resources delivered to the beneficiary. The screen is configurable depending upon the campaign type and the auto-calculated resources and quantity are displayed and populated in the fields. The user can edit the fields if required to change the resource administered.

Adverse Events

When the user clicks ‘Next’ on the deliver intervention screen, it opens a pop-up that asks: “Did you observe any adverse events?” If the user selects ‘No’, the adverse events screen is skipped, and he/she is directly navigated to the next screen in the flow. If the user selects ‘Yes’, it opens the adverse events form to capture the details. On top the summary of delivered resources is displayed in a tabular form. The list of symptoms must be configurable to include more values if required. It is possible that the beneficiary shows multiple symptoms, thus the user must be able to select multiple values from the list.

If the dose is readministered, then the user must select ‘yes’ and provide the number of times it has been readministered.

The “Refer Beneficiary” button navigates the user to the refer beneficiary flow, in case the beneficiary is critical and requires medical assistance. The ‘Next’ button takes the user to the next screen in the flow.

This feature allows the distributors to download all the boundary data along with data for beneficiaries which will be covered by the distributor on a given day of a campaign. For this process, the distributor must select all the levels of boundary data till the lowest level of boundary hierarchy so that he/she only need to download limited data at one go, which would aid for device memory and data bandwidth constraints.

Key Features

• Distributor has to select the boundary hierarchy to the lowest level and then download the latest beneficiary data from the server to start their drug delivery.

• Once the data is found, the data can be downloaded and the distributor can choose to download data for other boundaries if they plan to use it.

• This feature can only be done in areas where a stable internet connection is available.

User Roles

Steps to Download Beneficiary Data for Longitudinal Tracking

Step 1

When you login to the app, you will arrive on the "Boundary Selection" screen once the micro-planning data is synced. You will have to select all hierarchies of boundary till the last level of boundary hierarchy before you can click on 'Submit' and download any data onto your devices.

Step 2

Once you click on 'Submit', the app checks with the server if the selected boundary has any new data associated with it which needs to be downloaded on to the device. If new data is found, the following screen will appear and you click the 'Download' button or click on "Proceed without downloading" the data.

Step 3

If you click on 'Download' the download will start if the internet is available on the device.

Step 4

Once the download is completed, a success screen with two buttons will be shown. The "Go To Home Screen" button will take you to the app home screen and you can continue with the deliveries. If you click on the "Download More Data" button, you will be taken to the hierarchy selection screen (shown in Step 1) again.

Users can file a complaint using the HCM app. There are a few assumptions:

• Not all complaints will be logged using the complaints module. Users may prefer raising complaints on WhatsApp groups/calls, and may not be registered in the system.

• Complaints are most likely to be logged by users on behalf of other users (Most common use case: Supervisors raising complaints on behalf of users).

User Roles

Users Raising Complaints

After logging into the application, the user lands on this screen which displays daily performance (number of households registered). The progress bar must reset daily at 00:00 hours and start from 0 registrations. The action buttons related to the beneficiary are present, which include:

• Beneficiaries

• View reports

• Sync data

• Call supervisor

• Complaints