...
Date | Version Number | Author | Reviewed by | Approved by | Document change reference |
12/31/2024 | 1.0 | Shreshtha | Madhava Ramu | Initial draft for AMRIT Admin web portal enhancements:
| |
12/31/2024 | 1.0 | Shreshtha | Madhava Ramu | Initial draft for FLW App enhancements on following features:
| |
03/02/2025 | 1.1 | Shreshtha | Madhava Ramu | Initial draft for FLW App enhancements on following features:
| |
04/03/2025 | 1.2 | Shreshtha | Madhava Ramu | Initial draft for FLW App enhancements on following features:
| |
13/03/2025 | 1.3 | Shreshtha | Madhava Ramu | Initial draft for FLW App enhancements on following features:
|
| Table of Contents |
|---|
Definitions, Acronyms, and Abbreviations
...
Link to ASHA Incentives Claim Form : ASHA Incentives.xlsx
...
3.5.1 Village level Forms
Purpose:
The Village Level Forms module ensures accurate data entry for ASHA workers participating in village-level health and nutrition activities. This module includes forms for various activities such as VHND, VHNC, and PHC Review Meetings, validating required fields before submission to prevent incomplete entries and ensuring proper incentive allocation.
Summary:
This module provides ASHA workers with a structured way to record their participation in village-level meetings and activities. Each activity is represented as a clickable card. These cards serve as quick access points to respective forms.
Features on Home Screen:
Clickable Cards: VHND, VHNC, and PHC Review Meetings are clickable
Overdue Highlighting: If a form submission is overdue, the respective card will be highlighted for user attention.
Navigation to Forms: Clicking a card will navigate the user to the respective data entry form.
Validation Rules: Ensures mandatory fields are correctly filled before submission to maintain data integrity.
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
VHND | Clickable Card | Navigates to VHND form on click. If overdue, display "Overdue" in red. | |
VHNC | Clickable Card | Navigates to VHNC form on click. If overdue, display "Overdue" in red. | |
PHC Review Meeting | Clickable Card | Navigates to PHC Review Meeting form on click. If overdue, display "Overdue" in red. | |
AHD Form | Clickable Card | Navigates to ADH form on click. If overdue, display "Overdue" in red. | |
National Deworming Day | Clickable Card | Navigates to National Deworming Day form on click. If overdue, display "Overdue" in red. |
3.5.1.1 VHND Form
Purpose:
To ensure accurate data entry for ASHA workers attending the Village Health and Nutrition Day (VHND)
Feature:
This feature enables ASHA workers to log their participation in VHND sessions. The system to ensure all mandatory fields are correctly filled before submission, preventing incomplete entries.
Incentive Logic: ASHA receives an incentive of Rs. 200 per session for successfully mobilizing beneficiaries and attending the Village Health and Nutrition Day (VHND).
...
To find ABHA Number of beneficiary by search using Mobile Number
Search may result multiple ABHA Numbers linked to the Mobile Number
Select the Name and proceed to get other details
Proceed to save the ABHA Number of selected beneficiary.
There should be one Radio Button with below options:
1. Search ABHA
2. Create ABHA
Steps to Find ABHA number using Mobile number
- API: 'v3/profile/account/abha/search'
- This above New V3 API would provide the list of associated ABHA IDs mapped with a particular mobile number.
- API Input: enterer Mobile number in API body which will return list of mapped ABHA numbers.
- API Output: Masked ABHA numbers with personal info i.e. Name and Gender.
- You need to select the ABHA ID by providing the respective index from the list of ABHAs.
- Then there is option to fetch the profile details based on the OTP sent to registered mobile number of the ABHA holder.
- You will get user token once the OTP is verified successfully, and the token can be used to performed further operations.
Refer to this Jira ticker:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
...
This below table is only for the reference of metadata used for creating API, since this screen/ form is currently available in the Application.
Refer to these Jira tickets:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
Jira
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition | Name of the PW | Text Box | Auto-populate | |||||||||||||||||||
VHND Date | Date Picker |
| Mandatory, cannot be a future date | ||||||||||||||||||||||
Place Age | Text Box | Auto-populate | Contact No. 1 Contact No. 2 | Text Box |
| SC/HWC/TG Hosp | Text Box |
| Block | Text Box |
| Husband’s Name | Auto-Populate | Nearest SC/HWC | Text Box |
| Nearest 24*7 PHC | Text Box |
| Nearest FRU | Text Box |
| Nearest USG centre | Text Box |
|
Blood Group | Spinner | Choose:
| Auto Fill if available OR Select form Spinner | ||||||||||||||||||||||
Blood donors identified | Text Box |
|
| ||||||||||||||||||||||
Birth Companion | Text Box |
|
| Person who will take care of Children, if any when the PW is admitted for delivery | Text Box |
| |||||||||||||||||||
Name and Contact number of VHSND/Community member for support during emergency | Text Box |
|
| ||||||||||||||||||||||
Mode of transportation in case of labor Pain | Text Box |
|
|
...
Purpose
To create a comprehensive ASHA Worker Profile management system, enabling the collection and management of personal and family data. This will ensure that all necessary information related to the ASHA workers, their family members, and village details is accurately recorded and synced with the server.
Hamburger Menu Update
- A new Button called ASHA Profile will be added in the hamburger menu.
- When the user clicks on the ASHA Profile menu item, they will be redirected to the ASHA Profile Screen.
ASHA Profile
The ASHA Profile Screen will display the following details about the ASHA worker:
- Name of the ASHA worker
- Village the ASHA worker belongs to
- Employee ID (assigned to the ASHA worker)
- Contact Information (mobile number, alternate mobile number)
- Family Details (e.g., husband's name, number of children, spouse information)
- Bank Details (e.g. Bank account, IFSC)
- Name & Contact Information (e.g. CHO, ANM, AWW)
...
Edit Profile Option:
A Edit Profile will be available on the profile screen. Clicking this will redirect the user to the Edit Profile Screen.
Edit ASHA Profile
The Edit ASHA Profile Screen will allow the ASHA worker to modify their details. The fields available for editing will include:
- Name
- Village
- Employee ID
- Husband's Name
- Number of Children
- Spouse Information
- Bank Details
- Name & Contact Information
Save Changes:
A Save button will be available to save any changes made to the profile. Once the save action is triggered, the updated information should be stored and displayed on the View Profile screen.- Allow add, edit and view of the ASHA’s photo in the placeholder.
Refer to this Jira ticket: Jira server Jira serverId ec79ddd2-df88-3090-9639-c1c836245878 key FLW-175
Mockup
This below table is for the reference of data fields used in this screen/ form and metadata used for creating API.
...
Name of Data Field
...
Field Type
...
Field Type
...
Validation/ Logic/ Condition
...
ASHA Name
...
Auto-Populate
...
Village
...
Free
...
Login Username
...
Auto-Populate
...
ASHA Emp ID
...
- Accept Alphanumeric characters only
- Max character limit is 12
...
DOB
...
Auto-Populate
...
Age
...
Auto-calculated from Date of Birth.
...
Mobile Number
...
Auto-Populate
...
Alternate Mobile Number
...
- This should be free text and
- Non-Mandatory;
- Accept numeric (integer) value only
- Accept 10 digits only
- Should not start form zero
- Should start with digit 6, 7, 8 or 9
- Should Not accept all same digits
...
Father/Spouse Name
...
Date of joining
...
Bank Account
...
IFSC
...
Non-mandatory
Alphanumeric characters (typically 11 characters); Format: 4 letters followed by 7 digits (e.g., ABCD1234567). No special characters or spaces allowed.
...
Population Covered under ASHA
...
Accepts only numeric values. Should be a positive integer.
Max Character Limit is 4 digit
...
ASHA Supervisor Name
...
Accepts alphabetic characters and spaces only
...
ASHA Supervisor Contact No.
...
Accept numeric (integer) value only; Accepts 10 digits only; Should start with 6, 7, 8, or 9; Cannot start with 0; Should not accept all same digits
| Mandatory, Alphanumeric + Special Characters allowed, Allow maximum 100 Characters | ||
No. of Beneficiaries Attended | Text Box | Mandatory, Only Numeric Allowed, Allow maximum 4 digits ASHA will receive an incentive of Rs. 200 per VHND session only if the VHND Date, Place, and Number of Beneficiaries Attended are correctly filled. | |
Upload Image | File Upload |
| Allow only specified file formats allowed; Allow 2 images, file size must not exceed 5MB. JPEG, PNG (Max size: 5MB),( allow 2 images also) |
Submit | Button |
|
Incentive logic: Upon Submit, Add ASHA incentive of Rs. 200 per VHND session for successfully mobilizing beneficiaries and attending the Village Health and Nutrition Day (VHND) as per FMR code 3.1.1.6.1 |
3.5.1.2 VHNC Form
Purpose:
To ensure accurate data entry for ASHA workers convening and guiding the monthly Village Health, Sanitation, and Nutrition Committee (VHNC) meeting by validating required fields before allowing submission.
Description:
This feature allows ASHA workers to log their participation in VHNC meetings. The system ensures all mandatory fields are correctly filled before submission, preventing incomplete entries.
Data Field Details & Validation Logic:
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
| VHNC Date | Date Picker | Mandatory, cannot be a future date | |
| Place | Text Box | Mandatory, Alphanumeric + Special Characters allowed, Allow maximum 100 Characters | |
| No. of Participants Attended | Text Box | Mandatory, only numeric allowed Allow maximum 4 digits | |
| Upload Image | File Upload | Allow only specified file formats allowed; Allow 2 images, file size must not exceed 5MB. JPEG, PNG (Max size: 5MB) | |
| Submit | Button |
Incentive logic: Upon Submit, Add ASHA incentive of Rs. 150 per meeting for Convening and guiding monthly Village Health Sanitation and Nutrition meeting. as per FMR code 3.1.1.6.1 |
3.5.1.3 PHC Review Meeting
Purpose:
To ensure ASHA workers accurately log their attendance at PHC review meetings by validating required fields before allowing submission.
Description:
This feature records ASHA workers’ participation in PHC review meetings. The system enforces validation rules to ensure completeness before submission, preventing incomplete entries.
Data Field Details & Validation Logic:
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
| PHC Review Meeting Date | Date Picker | Mandatory, cannot be a future date | |
| Place | Text Box | Mandatory, Alphanumeric + Special Characters allowed max 100 characters | |
| No. of Participants Attended | Text Box | Mandatory, only numeric allowed, Allow maximum 4 digits | |
| Upload Image | File Upload | Allow 2 images, allow only JPEG, PNG (Max: 5MB) formats allowed, file size must not exceed 5MB | |
| Submit | Button |
Incentive logic: Upon Submit, Add ASHA incentive of Rs 150 Per PHC Review meeting as per FMR code 3.1.1.6.1 |
3.5.1.4 AHD Form
Purpose:
To record the date and place where the ASHA has mobilized adolescents and the community for the Adolescent Health Day (AHD).
Overview:
The AHD Mobilization feature enables ASHAs to record whether they have mobilized for an Adolescent Health Day. If mobilized, they can enter the place and date of the event, with an incentive of ₹200 provided.
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
Mobilized for AHD | Radio Button | Option: Yes No | If yes, then enable “Place” and “Date” Fields Incentive Logic: If “Yes” then, Add ASHA incentive of Rs 200 for mobilizing adolescents and community for AHD per AHD /Per ASHA [per FMR 3.1.1.3.2] |
AHD Place | Dropdown | Options:
| Mandatory, enable if mobilized for AHD is "Yes" |
AHD Date | Calendar | Mandatory, enable if mobilized for AHD is "Yes" | |
| Upload Image | File Upload | Allow 2 images, only JPEG, PNG (Max: 5MB) formats allowed, file size must not exceed 5MB | |
| Submit | Button |
Incentive logic: Upon Submit, Add ASHA incentive of Rs 200 per AHD as per FMR code 3.1.1.3.2 |
3.5.1.5 National Deworming Day
This Sub-module supports deworming of children at the community level, ensuring the coverage of out-of-school children through ASHA-led mobilization. It tracks deworming status, location of administration (school/home visit), age group eligibility, ensuring proper monitoring of the deworming process.
Add ASHA Incentive for National Deworming Day for mobilizing out of school children Rs.100 per ASHA Per round 3.1.1.1.6 FMR Code
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition |
Deworming Round Done? | Radio Button | Options:
| Mandatory field. If "Yes" is selected show next fields. If selected "Yes" then Add ASHA Incentive of Rs 100 Per round for National Deworming Day (FMR Code- 3.1.1.1.6) |
Date of Deworming | Calendar Picker |
| Mandatory if "Deworming Done?" = Yes |
Upload Image | File Upload |
| Allow 2 images, only JPEG, PNG (Max: 5MB) formats allowed, file size must not exceed 5MB |
Location of Deworming | Radio Button | Options:
| Mandatory if "Deworming Done?" = Yes. |
Age Group | Numeric |
| Mandatory |
| Anchor | ||||
|---|---|---|---|---|
|
3.6 Find ABHA
To find ABHA Number of beneficiary by search using Mobile Number
Search may result multiple ABHA Numbers linked to the Mobile Number
Select the Name and proceed to get other details
Proceed to save the ABHA Number of selected beneficiary.
There should be one Radio Button with below options:
1. Search ABHA
2. Create ABHA
Steps to Find ABHA number using Mobile number
- API: 'v3/profile/account/abha/search'
- This above New V3 API would provide the list of associated ABHA IDs mapped with a particular mobile number.
- API Input: enterer Mobile number in API body which will return list of mapped ABHA numbers.
- API Output: Masked ABHA numbers with personal info i.e. Name and Gender.
- You need to select the ABHA ID by providing the respective index from the list of ABHAs.
- Then there is option to fetch the profile details based on the OTP sent to registered mobile number of the ABHA holder.
- You will get user token once the OTP is verified successfully, and the token can be used to performed further operations.
Refer to this Jira ticker:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
This below table is only for the reference of metadata used for creating API, since this screen/ form is currently available in the Application.
Refer to these Jira tickets:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
| Jira | ||||||
|---|---|---|---|---|---|---|
|
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
Name of the PW | Text Box | Auto-populate | |
Age | Text Box | Auto-populate | |
Contact No. 1 Contact No. 2 | Text Box |
| |
SC/HWC/TG Hosp | Text Box |
| |
Block | Text Box |
| |
Husband’s Name | Auto-Populate | ||
Nearest SC/HWC | Text Box |
| |
Nearest 24*7 PHC | Text Box |
| |
Nearest FRU | Text Box |
| |
Nearest USG centre | Text Box |
| |
Blood Group | Spinner | Choose:
| Auto Fill if available OR Select form Spinner |
Blood donors identified | Text Box |
|
|
Birth Companion | Text Box |
|
|
Person who will take care of Children, if any when the PW is admitted for delivery | Text Box |
|
|
Name and Contact number of VHSND/Community member for support during emergency | Text Box |
|
|
Mode of transportation in case of labor Pain | Text Box |
|
|
| Anchor | ||||
|---|---|---|---|---|
|
Purpose
To create a comprehensive ASHA Worker Profile management system, enabling the collection and management of personal and family data. This will ensure that all necessary information related to the ASHA workers, their family members, and village details is accurately recorded and synced with the server.
Hamburger Menu Update
- A new Button called ASHA Profile will be added in the hamburger menu.
- When the user clicks on the ASHA Profile menu item, they will be redirected to the ASHA Profile Screen.
ASHA Profile
The ASHA Profile Screen will display the following details about the ASHA worker:
- Name of the ASHA worker
- Village the ASHA worker belongs to
- Employee ID (assigned to the ASHA worker)
- Contact Information (mobile number, alternate mobile number)
- Family Details (e.g., husband's name, number of children, spouse information)
- Bank Details (e.g. Bank account, IFSC)
- Name & Contact Information (e.g. CHO, ANM, AWW)
Edit Profile Option:
A Edit Profile will be available on the profile screen. Clicking this will redirect the user to the Edit Profile Screen.
Edit ASHA Profile
The Edit ASHA Profile Screen will allow the ASHA worker to modify their details. The fields available for editing will include:
- Name
- Village
- Employee ID
- Husband's Name
- Number of Children
- Spouse Information
- Bank Details
- Name & Contact Information
Save Changes:
A Save button will be available to save any changes made to the profile. Once the save action is triggered, the updated information should be stored and displayed on the View Profile screen.- Allow add, edit and view of the ASHA’s photo in the placeholder.
Refer to this Jira ticket: Jira server Jira serverId ec79ddd2-df88-3090-9639-c1c836245878 key FLW-175
Mockup
This below table is for the reference of data fields used in this screen/ form and metadata used for creating API.
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
ASHA Name | Text Box | Auto-Populate | |
Village | Text Box | Auto-Populate | |
Login Username | Text Box | Auto-Populate | |
ASHA Emp ID | Text Box |
| |
DOB | Text Box | Auto-Populate | |
Age | Text Box | Auto-calculated from Date of Birth. | |
Mobile Number | Text Box | Auto-Populate | |
Alternate Mobile Number | Text Box |
| |
Father/Spouse Name | Radio Button | Choose between Father or Spouse (Radio buttons for selecting either). | |
Date of joining | Text Box | Auto-Populate | |
Bank Account | Text Box | Accepts only numeric values (integer). Length should be between 9-18 digits depending on bank. No special characters allowed. | |
IFSC | Text Box | Non-mandatory Alphanumeric characters (typically 11 characters); Format: 4 letters followed by 7 digits (e.g., | |
Population Covered under ASHA | Text Box | Accepts only numeric values. Should be a positive integer. Max Character Limit is 4 digit | |
ASHA Supervisor Name | Text Box | Accepts alphabetic characters and spaces only | |
ASHA Supervisor Contact No. | Text Box | Accept numeric (integer) value only; Accepts 10 digits only; Should start with 6, 7, 8, or 9; Cannot start with 0; Should not accept all same digits | |
CHO Name | Text Box | Accepts alphabetic characters and spaces only. | |
Mobile No. of CHO | Text Box | Accept numeric (integer) value only; Accepts 10 digits only; Should start with 6, 7, 8, or 9; Cannot start with 0; Should not accept all same digits. | |
Name of AWW | Text Box | Accepts alphabetic characters and spaces only. | |
Mobile No. AWW | Text Box | Accept numeric (integer) value only; Accepts 10 digits only; Should start with 6, 7, 8, or 9; Cannot start with 0; Should not accept all same digits | |
Name of ANM1 | Text Box | Accepts alphabetic characters and spaces only. | |
Mobile number of ANM1 | Text Box | Accept numeric (integer) value only; Accepts 10 digits only; Should start with 6, 7, 8, or 9; Cannot start with 0; Should not accept all same digits. | |
Name of ANM2 | Text Box | Accepts alphabetic characters and spaces only. | |
Mobile number of ANM2 | Text Box | Accept numeric (integer) value only; Accepts 10 digits only; Should start with 6, 7, 8, or 9; Cannot start with 0; Should not accept all same digits. | |
ABHA number | Text Box | Accept a 14-digit alphanumeric value only. | |
ASHA Household Registration | Text Box | Alphanumeric characters. Should follow a specific format if defined for the household registration number. | |
ASHA Family Member | Text Box | Accepts alphabetic characters, numeric, and spaces. Should list the names and relationships of family members | |
Save | Button | Save any changes made to the profile |
Note:
| Anchor | ||||
|---|---|---|---|---|
|
Purpose:
As part of enhancing the existing dashboard, introducing new Key Performance Indicator (KPIs) by displaying actionable insights for ABHA Generation and RCH ID Count, allowing users to track progress effectively. Introduce filters in the All Beneficiaries and Pregnant Women (PW) sections for better sorting of records with ABHA and RCH IDs. Additionally, enable export functionality for beneficiaries with ABHA to Excel, ensuring streamlined management and accessibility of data.
Enhance the dashboard and beneficiary management features by:
- Displaying ABHA Generated Count and RCH ID Count as icons on the dashboard, with line listings for detailed insights.
- Adding filters in the All Beneficiaries and Pregnant Women (PW) sections to sort beneficiaries with ABHA and RCH IDs.
- Providing the ability to export ABHA beneficiary lists to Excel for easy sharing and analysis.
Refer to this Jira ticket: Jira server Jira serverId ec79ddd2-df88-3090-9639-c1c836245878 key FLW-176
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
ABHA Generation Icon | Label |
|
|
RCH ID Icon | Label |
|
|
Pregnant Women Line Listing | Filter |
|
|
Beneficiary Line Listing Filter | Filter |
|
|
Export ABHA | Button |
|
|
| Anchor | ||||
|---|---|---|---|---|
|
Purpose:
Highlight the beneficiaries (Pregnant Women, Eligible Couples) who have not been visited in the last three months. This helps ASHA workers quickly identify and prioritize these beneficiaries for follow-up, ensuring timely care and interventions.
Action Plan for the Flagging Feature:
Dashboard Changes
- Add an indicator labeled "No Visit in Last 3 Months" under relevant sections (ANC, PNC, EC).
- Clicking the indicator will navigate to a line listing of flagged beneficiaries.
Filter Implementation
- Use last visit date and compare it with the current date.
- Include records only from the current year to avoid old entries.
Logic for Flagging
- If the gap between the last visit date and the current date is greater than three months, flag the beneficiary.
- Ensure the system considers only valid and current records to avoid redundant flags.
Refer to this Jira ticket:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
Flag (for No Visit in Last 3 Months) | Flag (Boolean) |
|
|
No Visit (3Months) | Icon |
|
|
| Anchor | ||||
|---|---|---|---|---|
|
Purpose
To introduce a system that records the Last Menstrual Period (LMP) date during the registration of eligible couples and ensures proper tracking of women who have missed their periods. This system will help in early identification and intervention for possible pregnancies.
Action Plan
LMP Date Field:
A new date field will be added to the Eligible Couple Registration and Eligible Tracking screens to record the LMP date at the time of registration. This will allow better monitoring of the menstrual cycle for eligible couples.Dashboard Indicator:
- A count of women who have missed their periods will be displayed on the Dashboard.
- A separate line listing will provide detailed information about these women for further action.
- Missed periods will be determined based on the LMP date and the system's predefined cycle tracking logic.
Refer to this Jira ticket:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition |
LMP Date | Calendar Picker |
| Eligible Couple Registration and Eligible Tracking Section, |
Missed Period Flag | Flag |
| Triggered if the difference between the current date and the LMP date exceeds 35 days. |
Missed Period (Dashboard Indicator) | Icon |
| Included it under "Dashboard" Section Displays the count of women with missed periods based on the Missed Period Flag from both "Eligible Couple Registration" and "Eligible Couple Tracking" Section Provides a list of flagged women with their Names, LMP dates. |
| Anchor | ||||
|---|---|---|---|---|
|
Introduction
The National Center for Vector Borne Diseases Control (NCVBDC) administers an umbrella programme, namely, National Vector Borne Diseases Control Programme (NVBDCP) for prevention and control of vector borne diseases namely Malaria, Japanese Encephalitis, Dengue, Chikungunya, Kala-azar and Lymphatic Filariasis.
Purpose:
The Disease Control Module is designed to facilitate the identification, tracking, and management of infectious diseases in the village community. This module enhances early detection through a structured approach. It ensures real-time case monitoring, to reduce the disease burden in communities.
Note: Add NCD module as another Sub module
- A new Disease Control Module should be available on the Home Screen.
- The module should contain submodules for different diseases.
- Each submodule should include a household line listing.
- Under the household line listing, there should be a family member line listing.
- This structure should be consistent across all modules.
This module includes following sub-modules for specific diseases
- Malaria
- Kala Azar
- AES/JE (Acute Encephalitis Syndrome/ Japanese Encephalitis)
- Filaria
- Leprosy
Refer to this Jira ticket:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
3.12.1 Malaria Module
This sub-module enables the identification and management of malaria cases at the village community level. It includes household search, auto-populated individual details, malaria case management with symptoms tracking, referral and treatment workflow, and lab test confirmation
- When selecting a household, a toggle button should be available at the top of the family member listing.
- When the toggle is ON, a table should appear showing:
- Date
- Rounds
- Submit button
- Below the table, a history section should display previous IRS rounds in a separate table, including:
- Serial number
- Date
- Number of rounds
- IRS rounds should be tracked yearly (Frequency 4 times in a year).
Incentive Logic:
- ASHA receives ₹15 for each malaria slide collected under the NVBDCP per FMR Code 3.1.1.4.1
- ASHA receives ₹75 per confirmed case for ensuring the treatment of malaria-positive patients. per FMR Code 3.1.1.4.1
Note :
On the card, display "Suspected" in "Yellow" color.
The form remains editable in the "Suspected" statuses. For all other statuses, it is view-only.
- This should be a Transactional record with Visit Number and Date in the Calendar Year.
If a case is Confirmed, the form becomes read-only (no edits allowed).
After screening, confirmed cases will be maintained in a separate line listing under the module titled "Follow-up for Confirmed Cases," where editing options will be available.
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition |
House Hold No. | Numeric |
| Search by household number. |
Head of Family Member Name | Text Box |
|
|
Mobile No. | Numeric |
|
|
Name | Text Box |
| Auto-populated from "Enumeration FM" First Name, Middle Name, Last Name. |
Father's Name / Husband Name | Text Box |
| If Gender = Female and Marital Status = Married, auto-populate from Spouse Name. If Gender = Male, auto-populate from Father’s Name. |
Age | Text Box |
| Auto-populated from "Enumeration FM" |
Gender | Text Box |
| Auto-populated from "Enumeration FM" |
Mobile No. | Text Box |
| Auto-populated from "Enumeration FM" |
ABHA ID | Text Box |
| Auto-populated from "Enumeration FM" |
Malaria Screening Date | Calendar Picker |
| Allow belated dates till last 3 months from todays date and Not greater than Today's Date |
| Beneficiary Status | Radio Button | Select:
| If 'Status' = "Dead" then disable all below fields and Enable only these fields Date of Death, Place of Death and Reason for Death Select default value "Not Applicable" |
| Date of Death | Calendar | If 'Status' = "Dead" then enable Mandatory Allow belated dates till last 3 months from todays date and Not greater than Today's Date | |
| Place of Death | Drop Down | Select:
| If 'Status' = "Dead" then enable Mandatory |
Other Place of Death | Text Box |
| Applicable If 'Status' = "Dead" Enable only if "Other" is selected above |
| Reason for Death | Drop Down | Select:
| If 'Status' = "Dead" then enable Mandatory |
Other Reason for Death | Text Box |
| Applicable If 'Status' = "Dead" Enable only if "Other" is selected above |
Symptoms | Multi-Select Choices |
| Fever more than two weeks, Flu-like illness, Shaking chills, Headache, Muscle aches, Tiredness, Nausea, Vomiting, Diarrhea (Yes/No) Default is "No" |
Case Status | Drop Down | Option: 1.Suspected, 2. Confirmed, 3. Not Confirmed, 4. Treatment Given. | If any of the above symptoms are "Yes" then select "Suspected" First Entry: Only "Suspected" can be selected. Test id not Done but symptoms are present then Suspected Any Test is Positive, Confirmed If Test are Negative Not confirmed Color Indications for Malaria Cases:
|
| Rapid Diagnostic Test (RDT) | Radio button | Option
| If you have performed an RDT, If positive, put a plus (+) in red; If negative, put a dash (-).in green If you have not performed an RDT, put a cross X in Yellow |
| Date of RDT | Calendar | Mandatory if above field RDT is selected Allow belated dates till last 3 months from todays date and Not greater than Today's Date | |
| Malaria Slide Test Pf | Radio button | Option
| Default not performed If you have performed an Malaria Slide Test, If positive, put a plus (+) in red; If negative, put a dash (-).in green If you have not performed, put a cross X in Yellow |
| Malaria Slide Test Pv | Radio button | Option
| Default not performed If you have performed an Malaria Slide Test, If positive, put a plus (+) in red; If negative, put a dash (-).in green If you have not performed, put a cross X in Yellow |
| Date of Slide Test | Calendar | Mandatory if above field RDT is selected Allow belated dates till last 3 months from todays date and Not greater than Today's Date | |
| Slide No | Auto Calculate: | ||
Case Status | Drop Down | Option: 1.Suspected, 2. Confirmed, 3. Not Confirmed, 4. Treatment Given. | If any of the above symptoms are "Yes" then select "Suspected" First Entry: Only "Suspected" can be selected. Test id not Done but symptoms are present then Suspected Any Test is Positive ,Confirmed If Test are Negative , any No test Performed is "Not confirmed" |
Referred To | Drop Down |
| Options: Primary Health Centre, Community Health Centre, District Hospital, Medical College and Hospital, Referral Hospital, Other Private Hospital, Other, None. |
Other Referred Facility | Text Box |
| Required only if "Referred To" = "Other". |
Remarks | Text Box |
| Optional field for additional notes. |
Date of Visit by Supervisor | Calendar |
| Allow belated dates till last 3 months from todays date and Not greater than Today's Date |
Incentive Logic |
|
| For Lab Test: Malaria = X+1 for every unique confirmed case in the current month, for particular house hold "X" is a Variable |
- A separate line listing titled "Follow-up for Confirmed Cases". Upon clicking this, users will be able to update treatment details, including treatment start date, progress tracking, completion date, and referrals.
- Auto-populate below Patient Details on the Card:
Patient Name – Full name of the patient.
Age and Gender– Display as "Age and Gender
Ben ID – Display Beneficiary ID
Date of Diagnosis – The date when the malaria case was confirmed.
...
CHO Name
...
Accepts alphabetic characters and spaces only.
...
Mobile No. of CHO
...
Name of AWW
...
Accepts alphabetic characters and spaces only.
...
Mobile No. AWW
...
Name of ANM1
...
Accepts alphabetic characters and spaces only.
...
Mobile number of ANM1
...
Name of ANM2
...
Accepts alphabetic characters and spaces only.
...
Mobile number of ANM2
...
ABHA number
...
ASHA Household Registration
...
ASHA Family Member
...
Save
...
Note:
...
Purpose:
As part of enhancing the existing dashboard, introducing new Key Performance Indicator (KPIs) by displaying actionable insights for ABHA Generation and RCH ID Count, allowing users to track progress effectively. Introduce filters in the All Beneficiaries and Pregnant Women (PW) sections for better sorting of records with ABHA and RCH IDs. Additionally, enable export functionality for beneficiaries with ABHA to Excel, ensuring streamlined management and accessibility of data.
Enhance the dashboard and beneficiary management features by:
- Displaying ABHA Generated Count and RCH ID Count as icons on the dashboard, with line listings for detailed insights.
- Adding filters in the All Beneficiaries and Pregnant Women (PW) sections to sort beneficiaries with ABHA and RCH IDs.
- Providing the ability to export ABHA beneficiary lists to Excel for easy sharing and analysis.
Refer to this Jira ticket: Jira server Jira serverId ec79ddd2-df88-3090-9639-c1c836245878 key FLW-176
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
ABHA Generation Icon | Label |
|
|
RCH ID Icon | Label |
|
|
Pregnant Women Line Listing | Filter |
|
|
Beneficiary Line Listing Filter | Filter |
|
|
Export ABHA | Button |
|
|
...
Purpose:
Highlight the beneficiaries (Pregnant Women, Eligible Couples) who have not been visited in the last three months. This helps ASHA workers quickly identify and prioritize these beneficiaries for follow-up, ensuring timely care and interventions.
Action Plan for the Flagging Feature:
Dashboard Changes
- Add an indicator labeled "No Visit in Last 3 Months" under relevant sections (ANC, PNC, EC).
- Clicking the indicator will navigate to a line listing of flagged beneficiaries.
Filter Implementation
- Use last visit date and compare it with the current date.
- Include records only from the current year to avoid old entries.
Logic for Flagging
- If the gap between the last visit date and the current date is greater than three months, flag the beneficiary.
- Ensure the system considers only valid and current records to avoid redundant flags.
Refer to this Jira ticket:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
Flag (for No Visit in Last 3 Months) | Flag (Boolean) |
|
|
No Visit (3Months) | Icon |
|
|
...
Purpose
To introduce a system that records the Last Menstrual Period (LMP) date during the registration of eligible couples and ensures proper tracking of women who have missed their periods. This system will help in early identification and intervention for possible pregnancies.
Action Plan
LMP Date Field:
A new date field will be added to the Eligible Couple Registration and Eligible Tracking screens to record the LMP date at the time of registration. This will allow better monitoring of the menstrual cycle for eligible couples.Dashboard Indicator:
- A count of women who have missed their periods will be displayed on the Dashboard.
- A separate line listing will provide detailed information about these women for further action.
- Missed periods will be determined based on the LMP date and the system's predefined cycle tracking logic.
...
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition |
| Date of Starting Treatment |
Calendar Picker
Eligible Couple Registration and Eligible Tracking Section,
Missed Period Flag
Flag
Triggered if the difference between the current date and the LMP date exceeds 35 days.
Missed Period
(Dashboard Indicator)
Icon
Included it under "Dashboard" Section
Displays the count of women with missed periods based on the Missed Period Flag from both "Eligible Couple Registration" and "Eligible Couple Tracking" Section
Provides a list of flagged women with their Names, LMP dates.
...
Purpose:
The Disease Control Module is designed to facilitate the identification, tracking, and management of infectious diseases in the village community. This module enhances early detection through a structured approach. It ensures real-time case monitoring, to reduce the disease burden in communities.
- A new Disease Control Module should be available on the Home Screen.
- The module should contain submodules for different diseases.
- Each submodule should include a household line listing.
- Under the household line listing, there should be a family member line listing.
- This structure should be consistent across all modules.
This module includes following sub-modules for specific diseases
- Malaria
- Kala Azar
- AES/JE (Acute Encephalitis Syndrome/ Japanese Encephalitis)
- Filaria
- Leprosy
- Deworming
Refer to this Jira ticket:
| Jira | ||||||
|---|---|---|---|---|---|---|
|
3.12.1 Malaria Module
This sub-module enables the identification and management of malaria cases at the village community level. It includes household search, auto-populated individual details, malaria case management with symptoms tracking, referral and treatment workflow, and lab test confirmation
...
- Date
- Rounds
- Submit button
...
- Serial number
- Date
- Number of rounds
| Date Picker | Cannot be a future date; must be on or after the test date. | ||
| Treatment Given | Radio Button | Options: 1.Pf 2.Pv | Mandatory field. |
| Pf - Day-wise Tracking | Checkbox | Options: Day 1, Day 2, Day 3 | Available only if "Pf" is selected under Treatment Given. At least one day must be selected. |
| Pv - Day-wise Tracking | Checkbox | Options: Day 1, Day 2, Day 3, Day 4 | Available only if "Pv" is selected under Treatment Given. At least one day must be selected. |
| Date of Completion of Treatment | Date Picker | DD/MM/YYYY | Cannot be before the "Date of Starting Treatment". |
| Date of Referral | Date Picker | DD/MM/YYYY | Optional. If entered, must be after the "Date of Starting Treatment". |
Follow-up for Confirmed Cases will be a separate section under the system.
Users must select whether the treatment is for Pf (Plasmodium falciparum) or Pv (Plasmodium vivax).
Based on the selection:
Pf will show tracking options for Day 1, Day 2, Day 3.
Pv will show tracking options for Day 1, Day 2, Day 3, Day 4.
Date of Completion of Treatment must be recorded and validated to ensure it follows the treatment start date.
Date of Referral can be entered if applicable, but it must be after treatment initiation.
3.12.2 Kala Azar Module
The Kala Azar sub-module focuses on early detection, treatment and tracking of Kala Azar cases at the village community level. It ensures accurate case status updates, referral options, treatment initiation, and structured follow-up at different points of the treatment cycle
...
.
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition |
House Hold No. | Numeric |
| Search by household number. |
Head of Family Member Name | Text Box |
|
|
Mobile No. | Numeric |
|
|
| Data Field | Text Box | ||
| Name | Text Box |
| Auto-populated from "Enumeration FM" (First |
| , Middle |
| , Last Name |
| ) |
| Father's |
| /Husband's Name | Text Box |
| "If Gender = Female and Marital Status = Married |
| , auto-populate from 'Spouse Name'. If Gender = Male, auto-populate from 'Father Name'" | |||
| Age | Numeric | Auto-populated from "Enumeration FM" | |
| Gender | Text Box | Auto-populated from "Enumeration FM" | |
| Type of House | Text Box | Auto-populated from "Enumeration HH" | |
| Caste | Text Box | Auto-populated from "Enumeration HH" | |
| Mobile No. | Numeric | Auto-populated from "Enumeration FM" | |
| ABHA ID | Numeric |
Age
Text Box
| Auto-populated from "Enumeration FM" | ||
| Visit Date |
Calendar |
Text Box
Auto-populated from "Enumeration FM"
Mobile No.
Text Box
Auto-populated from "Enumeration FM"
ABHA ID
Text Box
Auto-populated from "Enumeration FM"
Case Date
Text Box
Auto-populated as Today's Date (Non-editable).
Case Status
Drop Down
Option:
1.Suspected, 2. Confirmed, 3. Not Confirmed, 4. Treatment Given.
First Entry: Only "Suspected" can be selected.
Second Entry: User can select "Confirmed" or "Not Confirmed".
If previous status was "Confirmed", display "Treatment Started".
Symptoms
Text Box
Fever more than two weeks, Flu-like illness, Shaking chills, Headache, Muscle aches, Tiredness, Nausea, Vomiting, Diarrhea
Malaria Case Count (Variable)
Text Box
For Lab Test: Malaria = Malaria +1 for every unique confirmed case in the current month. for particular house hold
For Treatment: Malaria = Malaria +1 for every unique treatment given in the current month.
Referred To
Drop Down
Options:
Primary Health Centre,
Community Health Centre,
District Hospital,
Medical College and Hospital,
Referral Hospital,
Other Private Hospital,
Other,
None.
Other
Text Box
Required only if "Referred To" = "Other".
Malaria Case Status Date
Calendar Picker
Auto-populated when status is updated.
Remarks
Text Box
Optional field for additional notes.
Followup:
3.12.2 Kala Azar Module
The Kala Azar sub-module focuses on early detection, treatment and tracking of Kala Azar cases at the village community level. It ensures accurate case status updates, referral options, treatment initiation, and structured follow-up at different points of the treatment cycle.
| Allow belated dates till last 3 months from todays date and Not greater than Today's Date | ||
| Beneficiary Status | Spinner | Select:
| If "Status" not equal to "Dead" in previous "Follow Up point" If 'Status' = "Dead" then disable all below fields and Enable only these fields Date of Death, Place of Death and Reason for Death Select default value "Not Applicable" |
| Date of Death | Calendar | If 'Status' = "Dead" then enable Mandatory Allow belated dates till last 3 months from todays date and Not greater than Today's Date | |
| Place of Death | Drop Down | Select:
| If 'Status' = "Dead" then enable Mandatory |
Other Place of Death | Text Box |
| Applicable If 'Status' = "Dead" Enable only if "Other" is selected above |
| Reason for Death | Drop Down | Select:
| If 'Status' = "Dead" then enable Mandatory |
Other Reason for Death | Text Box |
| Applicable If 'Status' = "Dead" Enable only if "Other" is selected above |
| Kala Azar Case Status | Spinner | Select:
| First time user will select "Suspected" option only and from second time the user will select either "Confirmed" or "Not Confirmed". The system will display the "Treatment Started" only if the previous status was "Confirmed". Define variable Kala Azar Case with default value = 0 and for every unique confirmed case in the current month Kala Azar Case = Kala Azar Case +1 |
Kala Azar Rapid Diagnostic Test (RDT) | Radio button | Option
| If you have performed an RDT If positive, put a plus (+) in red If negative, put a dash (-) in green If you have not performed an RDT, put a cross X in Yellow |
| Date of Test | Calendar | Mandatory if above field RDT is selected Allow belated dates till last 3 months from todays date and Not greater than Today's Date | |
| Follow Up Point | Spinner | Single Select 1, 2, 3, 4, 5, 6 | If "Kala Azar Case" = "Treatment Started" If "Status" not equal to "Dead" in previous "Follow Up point" Disabled the option (1,2,3,4,5,6) once selected |
| Referred To | Drop Down | Options Primary Health Centre, Community Health Centre, District Hospital, Other Private Hospital, Medical College and Hospital, Referral Hospital, Other | |
Other Referred Facility | Text Box |
| Required only if "Referred To" = "Other" |
3.12.3 AES/JE Module
This sub-module facilitates the tracking and management of AES/JE cases through household searches, individual case tracking, referral management, and status updates to ensure effective case monitoring.
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition | |
House Hold No. | Numeric |
| Search by household number. | |
Head of Family Member Name | Text Box |
|
| |
Mobile No. | Numeric |
|
| |
| Is there a "सुअर बाराह" near the house ? | Radio Button | Value/Options | Yes, No Single Select Radio Button | |
| Name | Text Box | Auto-populated from "Enumeration FM" (First, Middle, Last Name) | ||
| Father's/Husband's Name | Text Box | "If Gender = Female and Marital Status = Married, auto-populate from 'Spouse Name'. If Gender = Male, auto-populate from 'Father Name'" | ||
| Age | Numeric | Auto-populated from "Enumeration FM" | ||
| Gender | Text Box | Auto-populated from "Enumeration FM" | ||
| Type of House | Text Box | Auto-populated from "Enumeration HH" | ||
| Caste | Text Box | Auto-populated from "Enumeration HH" | ||
| Mobile No. | Numeric | Auto-populated from "Enumeration FM" | ||
| ABHA ID | Numeric | - | Auto-populated from "Enumeration FM" | |
| Visit Date | Calendar |
| Allow belated dates till last 3 months from todays date and Not greater than Today's Date | |
| Beneficiary Status | Spinner | Select:
| ||
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition | |
House Hold No. | Numeric |
| Search by household number. | |
Head of Family Member Name | Text Box |
|
| |
Mobile No. | Numeric |
|
| Data Field | Text Box | Name | Text Box | Auto-populated from "Enumeration FM" (First, Middle, Last Name) | Father's/Husband's Name | Text Box | "If Gender = Female and Marital Status = Married, auto-populate from 'Spouse Name'. If Gender = Male, auto-populate from 'Father Name'" | Age | Numeric | Auto-populated from "Enumeration FM" | Gender | Text Box | Auto-populated from "Enumeration FM" | Type of House | Text Box | Auto-populated from "Enumeration HH" | Caste | Text Box | Auto-populated from "Enumeration HH" | Mobile No. | Numeric | Auto-populated from "Enumeration FM" | ABHA ID | Numeric | Auto-populated from "Enumeration FM" |
| Date | Numeric | Display Today's Date and should be non-editable | ||
| Kala Azar Case Status | Radio Button | Suspected, Confirmed, Not Confirmed, Treatment Started First time user will select "Suspected" option only and from second time the user will select either "Confirmed" or "Not Confirmed". The system will display the "Treatment Started" only if the previous status was "Confirmed". Define variable Kala Azar Case with default value = 0 and for every unique confirmed case in the current month Kala Azar Case = Kala Azar Case +1 | Referred To | Drop Down | Options Primary Health Centre, Community Health Centre, District Hospital, Other Private Hospital, Medical College and Hospital, Referral Hospital, Othe |
| Other | Text Box | If "Referred To" = "Other" | ||
| Kala Azar Case Status Date | Calendar |
| ||
| Follow Up Point | Radio Button | If "Kala Azar Case" = "Treatment Started" If "Status" not equal to "Dead" in previous "Follow Up point" 1, 2, 3, 4, 5, 6 Disabled the option (1,2,3,4,5,6) once selected | ||
| Follow Up Date | Calendar | If "Kala Azar Case" = "Treatment Started" If "Status" not equal to "Dead" in previous "Follow Up point" | ||
| Status | Radio Button | If "Status" not equal to "Dead" in previous "Follow Up point" Recovering, Cured, Dead, Recurrence of Symptoms, Other | ||
| Other | Text Box | If "Status" = "Other" | ||
| Remarks | Text Box | If "Kala Azar Case" = "Treatment Started" | If "Status" not equal to "Dead" in previous "Follow Up point" |
3.12.3 AES/JE
This sub-module facilitates the tracking and management of AES/JE cases through household searches, individual case tracking, referral management, and status updates to ensure effective case monitoring.
If 'Status' = "Dead" then disable all below fields and Enable only these fields Date of Death, Place of Death and Reason for Death Select default value "Not Applicable" | |||||||
| Date of Death | Calendar | If 'Status' = "Dead" then enable Mandatory Allow belated dates till last 3 months from todays date and Not greater than Today's Date | |||||
| Place of Death | Drop Down | Select:
| If 'Status' = "Dead" then enable Mandatory | ||||
Other Place of Death | Text Box |
| Applicable If 'Status' = "Dead" Enable only if "Other" is selected above | ||||
| Reason for Death | Drop Down | Select:
| If 'Status' = "Dead" then enable Mandatory | ||||
Other Reason for Death | Text Box |
| Applicable If 'Status' = "Dead" Enable only if "Other" is selected above | ||||
| AES / JE Case Status | Spinner | Single Select: | |||||
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition | ||||
House Hold No. | Numeric |
| Search by household number. | ||||
Head of Family Member Name | Text Box |
|
| ||||
Mobile No. | Numeric |
|
| ||||
| Is there a "सुअर बाराह" near the house ? | Radio Button | Value/Options | Yes, No Single Select Radio Button | Name | Text Box | Auto-populated from "Enumeration FM" (First, Middle, Last Name) | Father's/Husband's Name | Text Box | "If Gender = Female and Marital Status = Married, auto-populate from 'Spouse Name'. If Gender = Male, auto-populate from 'Father Name'" | Age | Numeric | Auto-populated from "Enumeration FM" | Gender | Text Box | Auto-populated from "Enumeration FM" | Type of House | Text Box | Auto-populated from "Enumeration HH" | Caste | Text Box | Auto-populated from "Enumeration HH" | Mobile No. | Numeric | Auto-populated from "Enumeration FM" |
| ABHA ID | Numeric | - | Auto-populated from "Enumeration FM" | ||||
| Date | Numeric | Display Today's Date and should be non-editable | |||||
| AES / JE Case Status | Radio Button | Suspected, Confirmed, Not Confirmed, Treatment Started | First time user will select "Suspected" option only and from second time the user will select either "Confirmed" or "Not Confirmed". The system will display the "Treatment Started" only if the previous status was "Confirmed". Define variable Kala Azar AES / JE Case with default value = 0 and for every unique confirmed case in the current month Kala Azar AES / JE Case = Kala Azar AES / JE Case +1 | ||||
| Referred To | Drop Down | Primary Health Centre, Community Health Centre, District Hospital, Other Private Hospital, Medical College and Hospital, Referral Hospital, Other, None Single Select Radio Button | |||||
| Other | Text Box | If "Referred To" = "Other" | |||||
| AES / JE Case Status Date | Calendar | Mandatory | |||||
| Follow Up Point | Spinner | Single Select 1, 2, 3, 4, 5, 6 | If "AES / JE | Follow Up Point | Radio Button | If "Kala Azar Case" = "Treatment Started" If "Status" not equal to "Dead" in previous "Follow Up point" 1, 2, 3, 4, 5, 6 Disabled the option (1,2,3,4,5,6) once selected | |
| Follow Up Date | Calendar | If "Kala Azar Case" = "Treatment Started" If "Status" not equal to "Dead" in previous "Follow Up point" | |||||
| Status | Radio Button | If "Status" not equal to "Dead" in previous "Follow Up point" Recovering, Cured, Dead, Recurrence of Symptoms, Other | |||||
| Referred To | Drop Down | Options Primary Health Centre, Community Health Centre, District Hospital, Other Private Hospital, Medical College and Hospital, Referral Hospital, Other | |||||
Other Referred Facility | Text Box |
| Required only if "Referred To | Other | Text Box | If "Status " = "Other" | |
3.12.4 Filaria Module
The Filaria sub-module tracks filariasis cases by capturing household and individual details, home visit dates, affected body parts, medication distribution under the Mass Drug Administration (MDA) program, and any reported side effects of treatment
...
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition | |
House Hold No | Numeric |
| Autopopulte from sheet "Enumeration HH" and cell "House Number " On select search the system will display the field given under "House Hold Detail" with list of family member with Leprosy Status option next to the name of each family member and allow user to select applicable option. | |
Head of Family Member Name | Text Box |
| Autopopulte from sheet "Enumeration HH" and cell "First Name","Middle Name", "Last Name". | |
Mobile No. | Numeric |
| Autopopulte from sheet "Enumeration HH" and cell "Mobile Number" | |
Total no. of members in the house | Text Box |
| Autopopulte from sheet "Enumeration HH" and cell "Total number of members in the house" | |
Total No. of member screened | Text Box |
| Count and display the "Leprosy Status" = "Screened" for selected House Hold | |
Total No. of confirmed cases | Text Box |
| Count and display the "Leprosy Status" = "Confirmed" for selected House Hold | |
Patient Name | Text Box |
| Autopopulte from sheet "Enumeration FM" and cell "First Name","Middle Name", "Last Name". | |
Father's Name / Husband Name | Text Box |
| If "Gender" = "Female" and "Martial Status" = "Married" then autopopulte from sheet "Enumeration FM" and cell "Spouse Name" | |
Age | Text Box |
| Autopopulte from sheet "Enumeration FM" and cell "Age" | |
Gender | Text Box |
| Autopopulte from sheet "Enumeration FM" and cell "Gender" | |
Mobile No. | Text Box |
| Autopopulte from sheet "Enumeration FM" from the data field "Mobile Number" | |
ABHA ID | Text Box |
| Autopopulte from sheet "Enumeration FM" and cell "ABHA No." | |
Date of Home visit | Text Box |
| Display Today's Date and should be non-editable | |
Leprosy status | Text Box |
| Screened, Denied, Not Screened, Suspected, Confirmed, Not Confirmed Default selected value should be "Not Screened" and Allow user to select "Suspected" or "Screened" or "Denied" only if the previous status is "Not Screened". Define variable "Leprosy" with default value = 0 and for every unique confirmed case in the current month Leprosy = Leprosy +1 (For Treatment) | |
Referred To | Text Box |
| If "Leprosy Home visit status" = "Suspected" Primary Health Centre, Community Health Centre, District Hospital, Medical College and hospital, Referal Hospital, Other Private Hospital, Other | |
Other | Text Box |
| If "Referred To" = "Other" | |
Leprosy status Date | Calendar |
| Autopopulate current date, | Type of Leprocy | Drop down | If "Leprosy Home visit status" = "Confirmed" PB, MB Prepare a To-Do list. If "Type of Leprosy"="PB" then display the name of beneficiary in the To-Do list for follow up by ASHA till 6 months and in case of MB till 12 months. |
Text Box |
| If "Referred To" = "Other" | ||
Leprosy status Date | Calendar |
| Autopopulate current date, | |
Type of Leprocy | Drop down | Options: MB PB PB, | If "Leprosy Home visit status" = "Confirmed" PB, MB Prepare a To-Do list. If | |
Follow up date | Calendar | OP | Developer Instruction: Allow user to enter the "Follow Up" multiple times and only when the "Leprosy status" is "Confirmed" | |
Status | Drop-Down Options: Recovering, Cured, Dead, Recurrence of Symptoms, Regularly taking medicine, Not regularly taking medicine, Treatment completed , Other If "status" = "Not regularly taking medicine" display "Advice the patient to take medicine regularly for recovery" Define variable "PB" and "MB" with default value = 0 and for every cured case in the current month | Remark | Text Box |
|
3.12.6 Deworming
This Sub-module supports deworming of children at the community level, ensuring the coverage of out-of-school children through ASHA-led mobilization. It tracks deworming status, location of administration (school/home visit), age group eligibility, ensuring proper monitoring of the deworming process.
Add ASHA Incentive for National Deworming Day for mobilizing out of school children Rs.100 per ASHA Per round 3.1.1.1.6 FMR Code
PB" then display the name of beneficiary in the To-Do list for follow up by ASHA till 6 months and in case of MB till 12 months. | ||||
Follow up date | Calendar | OP | Developer Instruction: Allow user to enter the "Follow Up" multiple times and only when the "Leprosy status" is "Confirmed" | |
Status | Drop-Down | Options: Recovering, Cured, Dead, Recurrence of Symptoms, Regularly taking medicine, Not regularly taking medicine, Treatment completed , Other | If "status" = "Not regularly taking medicine" display "Advice the patient to take medicine regularly for recovery" Define variable "PB" and "MB" with default value = 0 and for every cured case in the current month | |
Remark | Text Box |
| ||
Name of Data Field | Field Type | Value/ Options | Validation/ Logic/ Condition | Radio Button | Options:
| Mandatory field. If "Yes" is selected show next fields. If selected "Yes" then Add ASHA Incentive of Rs 100 Per round for National Deworming Day (FMR Code- 3.1.1.1.6) |
Date of Deworming | Calendar Picker |
| Mandatory if "Deworming Done?" = Yes | |
Location of Deworming | Radio Button | Options:
| Mandatory if "Deworming Done?" = Yes. | |
Age Group | Numeric |
| Mandatory |
| Anchor | ||||
|---|---|---|---|---|
|
...
- First mobile device should be installed with 'Aadhaar RD service' App and configure FLW App and allow permission to call Aadhaar RD service App
- On the beneficiary card, click on 'Create ABHA' and navigate to the below mockup screen
- In select mode dropdown, select "FaceAuth"
- then redirected to the Aadhaar RD service App and capture face; If this application is not installed in device, then user should be redirected to google play store to download the RD service App
- Enter Aadhaar number with Aadhaar consent
- then processes for authentication as per the API provided
- then finally on successful authentication and after ABHA is created, print number on the beneficiary card
Mockup screen
3.16 ASHA Supervisor Module
Purpose
- provided
- then finally on successful authentication and after ABHA is created, print number on the beneficiary card
Mockup screen
3.16 ASHA Supervisor Module
Purpose
The purpose of this module is to provide a dashboard for ASHA Supervisors, CHOs, MOs, and MOICs, enabling them to monitor key performance indicators (KPIs) and take timely actions. The module ensures efficient monitoring at ASHA-wise, Village-wise, and Sub-Center-wise levels.
Scope
ASHA Supervisor Module is on the basis of 'Role based User access'. That is after first time user login based on the User role, i.e. as follows:
1. Role = "ASHA" then show all ASHA comprehensive modules.
i.e. Call APIs and download data related to ASHA App.
2. Role = "ASHA Supervisor" or "CHO" or "MO" or "MOIC" then show ASHA Supervisor module as below.
i.e. Call APIs and download data related to ASHA Supervisor module.
This should function online and offline. The purpose of this module is to provide a dashboard for ASHA Supervisors, CHOs, MOs, and MOICs, enabling them to monitor key performance indicators (KPIs) and take timely actions. The module ensures efficient monitoring at ASHA-wise, Village-wise, and Sub-Center-wise levels.
Functionality
- Supervisors mapped to multiple subcenters will see aggregate data for all assigned subcenters.
- Read-only access is provided for Key performance data (KPIs).
- Data updates dynamically based on the selected filters (Subcenter, Village, ASHA Worker).
- Clicking on a KPI Card will display a list of Beneficiary names under that category.
...
KPI cards on the home screen display key health indicators, dynamically updating based on selected filters for effective monitoring. On Clicking the KPI Card, Show line listing of beneficiary with respect to the count, Show the same cards as as shown in the respective modules
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition | |||
| Households Registration | NumericCount | Sum of all registered households under the selected filter as of the current selected date | ||||
| Beneficiaries Registration | Numeric | Sum of all registered beneficiaries under the selected filter as of the current selected date | ||||
| Eligible Couples | Numeric | Sum of all eligible couples identified under the selected filter as of the current selected date | ||||
| Pregnant Women | Numeric | Sum of all pregnant women registered under the selected filter as of the current selected date | ||||
| ANC Visits | Numeric | Count of all ANC visits recorded under the selected filter as of the current selected date | ||||
| HRP Woman | Numeric | Count of pregnant women flagged as HRP under the selected filter as of the current selected date | ||||
| Deliveries | Numeric | Count of total institutional & home deliveries under the selected filter as of the current date | PNC Visits | Numeric | Count of all PNC visits completed under the selected filter as of the current date | |
| Routine Immunization | Numeric | Count of all children immunized under the selected filter as of the current selected date | ||||
| NCD Screened and Priority CasesScreened | Numeric | Total count of beneficiaries screened for NCDs under Screened and NCD Priority List for selected filter as of the current selected date | ||||
| NCD Priority | ||||||
| TB Cases | Numeric | Total count of TB cases identified under the selected filter as of the current selected date |
Mockup:
3.17 Village level Forms
Purpose:
The Village Level Forms module ensures accurate data entry for ASHA workers participating in village-level health and nutrition activities. This module includes forms for various activities such as VHND, VHNC, and PHC Review Meetings, validating required fields before submission to prevent incomplete entries and ensuring proper incentive allocation.
Summary:
This module provides ASHA workers with a structured way to record their participation in village-level meetings and activities. Each activity is represented as a clickable card. These cards serve as quick access points to respective forms.
Features on Home Screen:
:
3.17 Adolescent Health
Purpose
Adolescence is the phase of life between childhood and adulthood, from ages 10 to 19.
ASHA workers play a crucial role in promoting adolescent health by facilitating access to health services, generating awareness, and ensuring accurate data collection. This initiative focuses on improving adolescent boys and girls health. Specially for girls health outcomes by providing services such as Iron and Folic Acid (IFA) supplementation, menstrual hygiene awareness, and timely referrals to health facilities.
To streamline data collection, a new "Health Form" button will be added to the Adolescent line listing for female beneficiaries only. Upon clicking this button, the Health Form will open, allowing ASHA workers to record health service details efficiently. This form will ensure compliance with program guidelines, validate key data fields, and automate incentive calculations based on sanitary napkin distribution, allowing ASHA workers to record monthly health service details efficiently
Facilitating Health Services:
- Distribute Iron and Folic Acid (IFA) tablets and provide information to adolescents on anemia prevention on monthly basis
- Promote menstrual hygiene by distributing sanitary napkins and creating awareness on monthly basis
- Enable this form every Month
Clickable Cards: VHND, VHNC, and PHC Review Meetings are clickable
Overdue Highlighting: If a form submission is overdue, the respective card will be highlighted for user attention.
Navigation to Forms: Clicking a card will navigate the user to the respective data entry form.
- Validation Rules: Ensures mandatory fields are correctly filled before submission to maintain data integrity.
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
Name | Clickable Card | Navigates to VHND form on click. If overdue, display "Overdue" in red. | VHNC | Clickable Card | Navigates to VHNC form on click. If overdue, display "Overdue" in red. | PHC Review Meeting | Clickable Card | Navigates to PHC Review Meeting form on click. If overdue, display "Overdue" in red. |
3.17.1 VHND Form
Purpose:
To ensure accurate data entry for ASHA workers attending the Village Health and Nutrition Day (VHND)
Feature:
This feature enables ASHA workers to log their participation in VHND sessions. The system to ensure all mandatory fields are correctly filled before submission, preventing incomplete entries.
Incentive Logic: ASHA receives an incentive of Rs. 200 per session for successfully mobilizing beneficiaries and attending the Village Health and Nutrition Day (VHND).
...
Name of Data Field
...
Field Type
...
Field Type
...
Validation/ Logic/ Condition
...
VHND Date
...
Date Picker
...
MM/YYYY
...
Mandatory, cannot be a future date
...
Place
...
Text Box
...
...
Mandatory, Alphanumeric + Special Characters allowed, Allow maximum 100 Characters
...
No. of Beneficiaries Attended
...
Text Box
...
Mandatory, Only Numeric Allowed,
Allow maximum 4 digits
ASHA will receive an incentive of Rs. 200 per VHND session only if the VHND Date, Place, and Number of Beneficiaries Attended are correctly filled.
...
Upload Image
...
File Upload
...
...
Allow only specified file formats allowed; file size must not exceed 5MB. JPEG, PNG, PDF (Max size: 5MB),( allow 2 images also)
...
Submit
...
Button
...
...
- When the Submit button is clicked, check if all mandatory fields are filled.
- If any field is missing, show a pop-up message:
"Please fill all mandatory fields before submitting." - Highlight the unfilled fields in red for user attention.
Incentive logic:
Upon Submit, Add ASHA incentive of Rs. 200 per VHND session for successfully mobilizing beneficiaries and attending the Village Health and Nutrition Day (VHND) as per FMR code 3.1.1.6.1
Text | Auto-populate, from Beneficiary Details | ||
Age | Text | Auto-Populate, from Beneficiary Details | |
Visit Date | Calendar Picker | Auto-Populate Today's date | |
Health Status | Dropdown | Option: Healthy Anemic Malnourished | Mandatory |
IFA Tablet Distribution | Radio Button | Option: Yes No | Mandatory |
Quantity of IFA Tablets | Number | Mandatory if IFA Tablet Distribution is "Yes" | |
Menstrual Hygiene Awareness given | Radio Button | Option: Yes No | Optional |
Sanitary Napkin Distributed | Radio button | Option: Yes No | If yes, then enable “No. of Packets Distributed”, “Place” and “Date” Fields |
No of Packets Distributed | Number picker (e.g [+3-]) | Option: (1-20) | Enable if Sanitary Napkin Distributed is "Yes" Incentive Logic: Add ASHA incentive of ₹ 1 for every packet of sanitary napkins distributed Incentive Formula: Incentive Amount = Number of Packets Distributed × ₹ 1. |
Place | Radio Button | Option:
| Enable if Sanitary Napkin Distributed is "Yes" |
Referred to Health Facility | Text | Name of Facility | Mandatory if Health Status is "Anemic" or "Malnourished" |
Counseling Provided | Radio Button | Option: Yes, No | Mandatory |
Counseling Type | Dropdown | Option: Individual, Group | Optional |
Follow-up Date | Calendar picker | Optional | |
Referral Status | Dropdown | Option: Pending, Completed | Optional |
3.18 General OPD Module
Purpose:
To streamline the identification and management of beneficiaries due for OPD services by integrating the General OPD module with the AMRIT-HWC system, enhancing efficiency and ensuring timely service delivery under the ASHA's sub-center.
Overview
This feature enables ASHAs to access a line listing of beneficiaries due for various OPD services. It facilitates efficient tracking, scheduling, and follow-ups while ensuring interoperability with the AMRIT-HWC system for real-time data synchronization.
System Overview:
The ASHA app allows ASHA workers to register a Beneficiary with a unique Beneficiary ID. When the same Beneficiary visits the HWC, they are either referred to another center or asked to follow up. This Beneficiary should then be shown in the General OPD line listing, with key details such as visit date, referral information, next visit details, Status with latest record on top.
The General OPD module will be a read-only line listing, with no clickable actions, the focus is purely on displaying the data in a structured format for reference purposes.
In line listing Beneficiary card data elements
3.17.2 VHNC Form
Purpose:
To ensure accurate data entry for ASHA workers convening and guiding the monthly Village Health, Sanitation, and Nutrition Committee (VHNC) meeting by validating required fields before allowing submission.
Description:
This feature allows ASHA workers to log their participation in VHNC meetings. The system ensures all mandatory fields are correctly filled before submission, preventing incomplete entries.
Data Field Details & Validation Logic:
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
| VHNC Date | Date Picker | MM/YYYY | Mandatory, cannot be a future date | Place | Text Box | Mandatory, Alphanumeric + Special Characters allowed, Allow maximum 100 Characters | No. of Participants Attended | Text Box | Mandatory, only numeric allowed Allow maximum 4 digits | Upload Image | File Upload | Allow only specified file formats allowed; file size must not exceed 5MB. JPEG, PNG, PDF (Max size: 5MB) |
| Submit | Button | - |
Incentive logic: Upon Submit, Add ASHA incentive of Rs. 150 per meeting for Convening and guiding monthly Village Health Sanitation and Nutrition meeting. as per FMR code 3.1.1.6.1 |
3.17.3 PHC Review Meeting
Purpose:
To ensure ASHA workers accurately log their attendance at PHC review meetings by validating required fields before allowing submission.
Description:
This feature records ASHA workers’ participation in PHC review meetings. The system enforces validation rules to ensure completeness before submission, preventing incomplete entries.
Beneficiary Name | Text | Auto-populate, from Beneficiary Details | |
Age | Text | Auto-populate, from Beneficiary Details | |
Gender | Text | Auto-populate, from Beneficiary Details | |
Registration Date | Text | Auto-populate, from Beneficiary Details | |
Mobile number | Text | Auto-populate, from Beneficiary Details | |
Beneficiary ID | Text | Auto-populate, from Beneficiary Details | |
HWC Visit Date | Text | Auto-Populate from "Visit Date" in HWC Facility app | |
Referred to | Text | If referred, the name of the Facility where the Beneficiary is referred. | |
Follow-Up Date | Text | Auto-Populate from "Follow up date " in HWC Facility app | |
Call Button | Button | Enabled only if the Contact Number is available. Allows ASHAs to directly initiate phone calls to beneficiaries by redirecting from the app to the phone's dialer |
3.19 Voice Call and SMS Integration
Purpose:
To enable ASHAs to communicate effectively with beneficiaries through native phone calls, ensuring beneficiaries receive timely reminders and information dissemination related to healthcare services. This integration will enhance engagement and service delivery under various health modules.
Overview:
This feature introduces two key functionalities within the ASHA application:
1. Native phone voice call:
Allows ASHAs to directly initiate phone calls to beneficiaries by redirecting from the app to the phone's dialer.
2. Automated SMS Notifications:
Sends automated SMS messages to beneficiaries for various due services and reminders. These notifications will be triggered by the system and should include the following:
- Sending Namaste messages for due services like Immunization and ANC visits
- Sending welcome messages post-registration.
These functionalities will be integrated into all beneficiary line listings under each module, ensuring streamlined communication.
Scope:
- Addition of 'Call' button on the beneficiary card across all modules.
- Modules covered include:
- Immunization
- ANC
Data Fields TableData Field Details & Validation Logic:
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
| PHC Review Meeting Date | Date Picker | DD/MM/YYYY | Mandatory, cannot be a future date | Place | Text Box | Mandatory, Alphanumeric + Special Characters allowed max 100 characters | No. of Participants Attended | Text Box | Mandatory, only numeric allowed, Allow maximum 4 digits | Upload Image | File Upload | Mandatory, only JPEG, PNG, PDF (Max: 5MB) formats allowed, file size must not exceed 5MB | Submit | Button |
Incentive logic: Upon Submit, Add ASHA incentive of Rs 150 Per PHC Review meeting as per FMR code 3.1.1.6.1 |
...
Call Button | Button | Enabled only if the Contact Number is available. Allows ASHAs to directly initiate phone calls to beneficiaries by redirecting from the app to the phone's dialer | |
ANC Reminder Notification | Text | Triggered for ANC due services one day before | Namaste [Beneficiary Name], I am [ASHA Name] reminding you of your upcoming ANC check-up |
Routine Immunization Reminder Notification | Text | Triggered for routine immunization services due one day before | Namaste [Beneficiary Name], I am [ASHA Name] reminding you of your child's immunization |
3.20 Push Notifications
Purpose:
This document defines the requirements for implementing a push notification service in the ASHA Worker App, ensuring ASHA workers receive timely alerts on upcoming service dues via mobile notifications for improved service delivery.
...
This section details push notifications for key health services managed by ASHA workers, including:1.
- Antenatal Care (ANC)
...
- Pregnant Women Immunization
...
- Routine Immunization
Name of Data Field | Field Type | Field Type | Validation/ Logic/ Condition |
ANC Notification | String | ANC1, ANC2, ANC3, ANC4, PMSMA | Message: "Reminder: Scheduled ANC check-up (ANC1/ANC2/ANC3/ANC4/PMSMA) is due tomorrow. On clicking the notification, the user should be redirected to |
respective line listing section in the Work Plan | |||
. Trigger: One day before of the scheduled ANC date | |||
PW Immunization Notification | String | TT1/TT2
| Message: "Reminder: Pregnant woman's immunization (TT1 and TT2) is due tomorrow. On clicking the notification, the user should be redirected to |
respective line listing section in the Work Plan | |||
. Trigger: One day before the immunization is due | |||
Routine Immunization Notification | String | ||
| Message: "Reminder: Child's immunization | ||
is due tomorrow. On clicking the notification, the user should be redirected to | |||
respective line listing section in the Work Plan | |||
. Trigger: On day before the child's immunization is scheduled. |
Notification Logic:
All notifications will should be sent via Google Firebase Push Notification service, with actionable links redirecting ASHA workers to the respective line listings listing section in the ASHA Work Plan Plan.
Notifications will should trigger based on due dates or specific events as outlined in the table above.
Notifications will should not be clickable but will should serve as reminders.
Users will should be notified as per the logic defined for each service.