Loading...
Below are the configurations needed for successfully running the supervisor flow
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Once the system administrator completes the microplanning setup, including defining campaign boundaries, configuring facilities, and assigning roles, the Supervisor Flow begins.
The Supervisor Flow for managing microplans enables supervisors to track, edit, validate, and finalise microplans associated with public health campaigns. Each microplan provides specific details about campaigns, statuses, and associated actions, ensuring effective campaign execution.
The table below outlines roles, their corresponding role codes, and descriptions of responsibilities for supervisors:
Role Name
Role Code
Description
Population Data Approver
POPULATION_DATA_APPROVER
Responsible for validating the population data, ensuring its accuracy, including the ability to edit data, approve, or send data back for correction.
Root Population Data Approver
ROOT_POPULATION_DATA_APPROVER
Responsible for validating the population data, ensuring its accuracy, including the ability to edit data, approve, or send data back for correction. Has additional permissions, including the ability to finalized population data.
Facility Catchment Mapper
FACILTIY_CATCHMENT_MAPPER
Responsible for assigning facility to villages.
Root Facility Catchment Mapper
ROOT_FACILITY_CATCHMENT_MAPPER
Responsible for assigning facility to villages. Has additional permissions, including the ability to finalized facility catchment.
Plan Estimation Approver
PLAN_ESTIMATION_APPROVER
Responsible for validating the plan data, ensuring its accuracy, including the ability to approve, or send data back for correction.
Root Plan Estimation Approver
ROOT_PLAN_ESTIMATION_APPROVER
Responsible for validating the plan data, ensuring its accuracy, including the ability to approve, or send data back for correction. Has additional permissions, including the ability to finalized estimation for microplan.
This page displays a tailored list of microplans that the logged-in supervisor is tagged to. Supervisors can manage these microplans within their jurisdiction, ensuring campaign activities are effectively tracked and validated.
Key Features:
Microplans Access: Supervisors will see a list of microplans they are tagged to. This ensures that supervisors can only view and manage the microplans relevant to their role and responsibilities.
filterUniqueByPlanConfig Parameter: The filterUniqueByPlanConfig
parameter is used here to return all the microplans associated with the logged-in supervisor. This guarantees that only relevant data is displayed.
Jurisdiction-Based Access: Supervisors have jurisdiction based on the hierarchy they belong to. For example, a district-level supervisor can access microplans for their district, while a province-level supervisor can access microplans specific to their province.
Administrative Boundary
Hierarchy
Highest Boundary
Country
Lower Levels
Province, District, Admin Post, Locality ( Lower Level Boundaries)
Header Section
Title: My Microplans represents the section for managing microplans.
Tabs:
All: Displays all microplans.
Completed Setup: Lists microplans with finalized setup.
Validation in Progress: Microplans undergoing validation.
Microplan Finalised: Displays finalized microplans.
Search Functionality
Search Bar: Allows filtering microplans by name.
Clear Button: Resets the name search to display all microplans.
The table lists the microplans in a tabular format. Each row represents a microplan, and the columns provide detailed information:
Column Name
Description
Name of Microplan
The unique identifier or descriptive name of the microplan.
Status
Indicates the current stage of the microplan (e.g., "Completed Setup," "Validation in Progress").
Campaign Disease
Specifies the target disease for the campaign (e.g., Malaria).
Campaign Type
Describes the nature of the campaign (e.g., "Bednet Campaign," "SMC Campaign").
Distribution Strategy
Outlines the delivery strategy (e.g., "Fixed Post & House-to-House," "Fixed Post").
Action
Provides actionable options, such as starting validation, editing, or downloading estimations.
Status
Action
Description
Completed Setup
Start Validation
Initiates the validation process for the selected microplan.
Validation in Progress
Edit
Opens the microplan for modifications.
Microplan Finalised
Download Estimations
Allows downloading estimated data related to the finalized microplan.
Step 1: Access My Microplans
Objective: View and manage microplans.
Process: Navigate to the My Microplans section.
Outcome: A list of all microplans is displayed, with tabs for status-based filtering.
Step 2: Search for a Microplan
Objective: Locate a specific microplan.
Process: Use the search bar to input the microplan name. Click Clear to reset the search.
Outcome: Filtered results display matching microplans.
Step 3: Perform Actions
Based on the status, perform the following actions:
Completed Setup: Click Start Validation to begin validating the microplan.
Validation in Progress: Click Edit to modify the microplan details.
Microplan Finalised: Click Download Estimations to save related data.
Endpoint
Description
Role
/plan-service/employee/_search
Searches for employee assignments related to microplans.
The filterUniqueByPlanConfig
parameter is used here to return all the microplans associated with the logged-in supervisor. This guarantees that only relevant data is displayed.
MICROPLAN_ADMIN, ROOT_POPULATION_DATA_APPROVER, POPULATION_DATA_APPROVER, ROOT_PLAN_ESTIMATION_APPROVER, PLAN_ESTIMATION_APPROVER, ROOT_FACILITY_CATCHMENT_MAPPER, FACILITY_CATCHMENT_MAPPER, MICROPLAN_VIEWER
/plan-service/config/_search
Fetches plan configurations based on the provided IDs.
SUPERUSER, MICROPLAN_ADMIN, MICROPLAN_CAMPAIGN_INTEGRATOR, ROOT_POPULATION_DATA_APPROVER, POPULATION_DATA_APPROVER, ROOT_PLAN_ESTIMATION_APPROVER, PLAN_ESTIMATION_APPROVER, ROOT_FACILITY_CATCHMENT_MAPPER, FACILITY_CATCHMENT_MAPPER, MICROPLAN_VIEWER
/project-factory/v1/project-type/search
Retrieves campaign details for specific project types based on their IDs.
MICROPLAN_ADMIN, ROOT_POPULATION_DATA_APPROVER, POPULATION_DATA_APPROVER, ROOT_PLAN_ESTIMATION_APPROVER, PLAN_ESTIMATION_APPROVER, ROOT_FACILITY_CATCHMENT_MAPPER, FACILITY_CATCHMENT_MAPPER, MICROPLAN_VIEWER
The Population Data Validation and Approval screen is designed for population data approvers to ensure the accuracy and consistency of population data submitted for villages. This screen allows approvers to validate, correct, and approve data, ensuring the integrity of the data used for resource planning.
Role
Description
Role Code
Population Data Approver
Responsible for validating the population data, ensuring its accuracy, including the ability to edit data, approve, or send data back for correction.
POPULATION_DATA_APPROVER
Root Population Data Approver
Responsible for validating the population data, ensuring its accuracy, including the ability to edit data, approve, or send data back for correction.Has additional permissions, including the ability to finalize population data.
ROOT_POPULATION_DATA_APPROVER
Header Section
Microplan Name: Displays the name of the current microplan being reviewed.
Logged-in User: Indicates the user role and account.
All values are dynamically updated based on the real-time census data.
These values are sourced directly from microplan-specific KPIs, which reflect any actions taken by data approvers.
As census data is reviewed, corrected, or approved, the values will change accordingly.
Filters and Search
Administrative Hierarchy and Area Selection: Dropdown menus for selecting specific administrative areas (e.g., district and village).
Search and Filter Options:
Workflow Status Filters:
Pending for validation
Pending for approval
Validated
Assigned to Filters:
Assigned to me
Assigned to all
Buttons: Apply Filter, Clear
Population Data Table
Column
Description
Village Name
Name of the village under review.
Uploaded Target Population
Target population submitted for the village.
Confirmed Target Population
Approved target population for the village.
Uploaded Total Population
Total population submitted for the village.
Confirmed Total Population
Approved total population for the village.
Action Buttons
Includes View Logs for historical data and other validation actions.
Action Buttons
View Logs: Displays historical changes and logs related to a specific village's data
4.1. Role-Based Permissions and Actions
Population Data Approver (PDA)
The Population Data Approver is responsible for validating population and editing data. Their responsibilities include:
Validating Data:
Cross-check the uploaded data with the confirmed population to ensure accuracy.
Editing Data:
Modify the village population data if discrepancies are found, with a reason logged for each change and the data is sent back for approval.
When No Data Is Assigned:
If no data is assigned to the PDA, a "Back" button is shown, allowing them to return to the previous screen.
Root Population Data Approver (RPDA)
The Root Population Data Approver has all the functionalities of a PDA and additional capabilities, to finalize population data. Their responsibilities include:
Editing Data:
Modify the village population data if discrepancies are found, with a reason logged for each change.
Approving or Sending Data for Correction:
Once the population data is validated, the RPDA can either approve it or send it back for correction if further issues are identified.
Approval Workflow:
If someone from the below hierarchy modifies and sends the data for approval, the RPDA can approve it. For example, if a province-level user sends the data back for approval, the RPDA will receive the application for approval and validation.
Finalizing Actions:
If all the villages within the selected microplan have been validated and no further changes are required, the RPDA will see a "Finalize Actions" button at the footer of the page.
The "Finalize Actions" button will lock the data and prevent further modifications once clicked, marking the end of the validation process for the selected microplan population data.
After finalizing the population data a success screen will be shown, indicating that population data is finalized.
Additional Notes
Once the population data reaches the national-level data approver and the validation is finalized, the system will disable all action buttons. The status will be set to "CENSUS_APPROVED" and no further changes can be made. At this point, users can only view the details of the data but will not be able to perform any additional actions, such as editing or approving the data.
Population supervisors will only see the boundaries in their inbox that fall under their jurisdiction.
Get chart data for a specific visualization
dashboard-analytics/dashboard/getChartV2
POST
{ "aggregationRequestDto": { "visualizationType": "METRIC", "visualizationCode": "censusUploadedTargetPopulation", "filters": { "COUNTRY": ["MICROPLAN_MO"], "status": ["PENDING_FOR_VALIDATION"], "planConfigurationId": ["246cfc95-b4b0-43e8-b375-dd44333cc881"], "tenantId": ["mz"] }, "moduleLevel": "CENSUS" }, "headers": { "tenantId": "mz" } }
Search census data
census-service/_search
POST
{ "CensusSearchCriteria": { "tenantId": "mz", "source": "246cfc95-b4b0-43e8-b375-dd44333cc881", "status": "PENDING_FOR_VALIDATION", "assignee": "a7431b92-5db5-46b1-9b5b-33272ba8dbfc", "jurisdiction": ["MICROPLAN_MO"], "limit": 50, "offset": 0 } }
Search business services
egov-workflow-v2/egov-wf/businessservice/_search
POST
SearchParams{
tenantId=mz,
businessServices=CENSUS
}
Search plan employees
plan-service/employee/_search
POST
{ "PlanEmployeeAssignmentSearchCriteria": { "tenantId": "mz", "active": true, "planConfigurationId": "246cfc95-b4b0-43e8-b375-dd44333cc881", "role": ["POPULATION_DATA_APPROVER", "ROOT_POPULATION_DATA_APPROVER"], "employeeId": ["a7431b92-5db5-46b1-9b5b-33272ba8dbfc"], "limit": 5, "offset": 0 } }
Search project type by campaign ID
project-factory/v1/project-type/search
POST
{ "CampaignDetails": { "tenantId": "mz", "ids": ["5b5a49ca-584c-4226-bbd6-98cddd95ef78"] } }
Search plan configuration details
plan-service/config/_search
POST
{ "PlanConfigurationSearchCriteria": { "tenantId": "mz", "id": "246cfc95-b4b0-43e8-b375-dd44333cc881" } }
The document provides an interactive interface for supervisors to manage and track microplans. It displays role-based activity cards that guide users through tasks such as validating population data, assigning facilities, and approving microplan estimations. The available activities are dynamically presented based on the user’s role (Root or Normal) and the current workflow status of the microplan, ensuring that supervisors only see the actions relevant to their responsibilities at each stage of the microplan.
Microplan Name Display:
A prominently displayed label at the top of the interface that shows the name of the selected microplan.
Activity Options:
Displays a list of activities as clickable items. Selecting an activity navigates the user to the corresponding detailed workflow.
1. Validate & Approve Population Data
Purpose: Ensures the population data associated with the microplan is accurate and approved for further processing.
Steps:
Review uploaded population data for completeness and correctness.
Approve or flag data for revision as needed.
Roles Involved:
ROOT_POPULATION_DATA_APPROVER: Can review, approve, or send back population data, as well as finalised population data.
POPULATION_DATA_APPROVER: Can review, approve, or send back population data.
Role-Based Access:
This card is visible based on the user role and the wfStatus
that aligns with the data validation stage.
2. Assign Facilities to Villages
Purpose: Assign healthcare or distribution facilities to specific villages or areas within the campaign's scope.
Steps:
Map villages to designated facilities.
Confirm assignments to ensure logistical accuracy.
Roles Involved:
ROOT_FACILITY_CATCHMENT_MAPPER: Assign and unassign facilities to villages, and finalise facility assignments.
FACILITY_CATCHMENT_MAPPER: Assign and unassign facility to villages.
Role-Based Access:
This card appears only when the wfStatus
indicates that facility assignment is the next step.
3. Validate & Approve Microplan Estimations
Purpose: Review and finalise the estimated resources, population coverage, and other metrics calculated for the microplan.
Steps:
Check estimations for accuracy and alignment with campaign objectives.
Approve or request adjustments as necessary.
Roles Involved:
ROOT_PLAN_ESTIMATION_APPROVER: Can approve or request adjustments for microplan estimations, also finalized microplan estimation.
PLAN_ESTIMATION_APPROVER: Can approve or request adjustments for microplan estimations.
Role-Based Access:
The card is displayed based on wfStatus
of the plan configuration, indicating readiness for estimation validation.
Select an Activity: Choose one of the available activities depending on the current stage of the microplan.
Proceed to the Next Screen: Click the activity to access its detailed workflow interface.
Role-based Permissions: Certain activities might be restricted based on user roles and permissions.
Sequential Workflow: Activities must be completed in sequence for effective campaign execution:
Validate Population Data
Assign Facilities
Approve Microplan Estimations
Progress Tracking: Ensure tasks are not repeated and assignments remain aligned with campaign objectives.
/egov-workflow-v2/egov-wf/process/_search
Search process history for this plan
ROOT_POPULATION_DATA_APPROVER, POPULATION_DATA_APPROVER, ROOT_PLAN_ESTIMATION_APPROVER, PLAN_ESTIMATION_APPROVER, ROOT_FACILITY_CATCHMENT_MAPPER, FACILITY_CATCHMENT_MAPPER, MICROPLAN_VIEWER
/egov-workflow-v2/egov-wf/businessservice/_search
Search workflow business services by tenant ID and plan
ROOT_POPULATION_DATA_APPROVER, POPULATION_DATA_APPROVER, ROOT_PLAN_ESTIMATION_APPROVER, PLAN_ESTIMATION_APPROVER, ROOT_FACILITY_CATCHMENT_MAPPER, FACILITY_CATCHMENT_MAPPER, MICROPLAN_VIEWER
/plan-service/config/_search
Retrieve plan configuration details by configuration ID
SUPERUSER, MICROPLAN_ADMIN, MICROPLAN_CAMPAIGN_INTEGRATOR, ROOT_POPULATION_DATA_APPROVER, POPULATION_DATA_APPROVER, ROOT_PLAN_ESTIMATION_APPROVER, PLAN_ESTIMATION_APPROVER, ROOT_FACILITY_CATCHMENT_MAPPER, FACILITY_CATCHMENT_MAPPER, MICROPLAN_VIEWER
1.Overview
The Facility Catchment Assigner role is responsible for mapping campaign facilities/points of service (POS) to their respective catchment villages. This mapping ensures that estimation of resources for campaign can be done accurately based on the facilities/POS and the villages assigned to them.
Role
Description
Role Code
Facility Catchment Mapper
Responsible for assingning facility to villages
FACILITY_CATCHMENT_MAPPER
Root Facility Catchment Mapper
Has additional permissions, including the ability to finalize catchment mapping
ROOT_FACILITY_CATCHMENT_MAPPER
Assign Facilities to Villages:
Map facilities/POS to the villages within their assigned administrative boundaries.
Monitor Facility and Village Mappings:
Ensure that all villages and facilities are appropriately mapped for the campaign.
Microplan Name:
Displays the name of the current microplan being worked on.
Logged-in User:
Displays the role and account of the logged-in user (Facility Catchment Assigner).
The dashboard provides a summary of the facilities and villages that are part of the user's administrative boundaries.
Cards
Villages with Mapped Facilities/POS:
Displays the count of villages assigned to mapped facilities/POS within the administrative boundary.
Facilities with Mapped Villages:
Displays the count of facilities that have assigned villages in the administrative boundary.
The following master details are part of the Facility Catchement Mapping:
Facility Type: The type of facility (e.g., Warehouse, Health Post).
Facility Status: Status of the facility (e.g., Permanent, Temporary).
Residing Village: The villages where the facilities are located.
MDMS Data is fetched from: https://github.com/egovernments/egov-mdms-data/tree/UNIFIED-QA/data/mz/health/hcm-microplanning
Facility Search:
Allows the user to search for specific facilities based on partial string matches.
Filters:
Facility Type: Filters by the type of facility (e.g., Warehouse, Health Post).
Facility Status: Filters by the facility's status (e.g., Permanent, Temporary).
Is Fixed Post?: Filters by whether the facility is a fixed post or not.
Residing Village: Filters by the villages where the facilities are located.
The following details are available for each facility in the dashboard:
Facility Detail
Description
Facility Name
Displays the name of the facility.
Facility Type
Displays the type of facility (e.g., Warehouse, Health Post).
Facility Status
Displays whether the facility is permanent or temporary.
Capacity
Shows the facility's capacity (e.g., Bales for bednets or Blisters for SMC campaigns).
Assigned Villages
Shows the number of villages assigned to the facility.
Serving Population
Displays the total population being served by the facility.
Fixed Post
Indicates if the facility is a fixed post.
Residing Village
Shows the name of the village where the facility resides.
When the user clicks on a facility or assign button in facility row, a popup window opens displaying essential details about the selected facility, as well as options for managing unassigned and assigned villages for this facility.
Once all villages are assigned to their respective facilities and the mappings are complete, the national level facility catchment assigner can finalize the assignment.
Finalization Process
Finalize Mapping:
A “Finalize facility to village assignment” button will be available to finalize the facility-to-village mapping.
After finalizing the facility catchment mapping a success screen will be shown, indicating that facility assignment is done.
Once finalized, no further changes can be made, and the microplan estimation for the campaign will be triggered.
Finalized Mapping View:
After finalization, the mapping cannot be modified, and the dashboard will display the finalized assignments for reference.
6.End Points
Purpose
Endpoint
Method
Payload
Search for facilities
/plan-service/plan/facility/_search
POST
{ "PlanFacilitySearchCriteria": { "limit": 10, "offset": 0, "tenantId": "mz", "planConfigurationId": "297699ef-0041-4421-a4ae-acdd89c78e80", "jurisdiction": ["MICROPLAN_MO"], "facilityName": "", "residingBoundaries": [] } }
Search for project types
/project-factory/v1/project-type/search
POST
{ "CampaignDetails": { "tenantId": "mz", "ids": ["395adc89-6030-4347-ae5c-32a059f5aae5"] } }
Fetch chart data
/dashboard-analytics/dashboard/getChartV2?_=1733293436271
POST
{ "aggregationRequestDto": { "visualizationType": "METRIC", "visualizationCode": "totalFacilitiesWithMappedVillages", "filters": { "COUNTRY": ["MICROPLAN_MO"], "planConfigurationId": ["297699ef-0041-4421-a4ae-acdd89c78e80"], "tenantId": ["mz"] }, "moduleLevel": "MICROPLAN-FACILITY" }, "headers": { "tenantId": "mz" } }
Search census data
/census-service/_search
POST
{ "CensusSearchCriteria": { "tenantId": "mz", "facilityAssigned": false, "source": "297699ef-0041-4421-a4ae-acdd89c78e80", "jurisdiction": ["MICROPLAN_MO"] } }
Search for employees assigned to a plan
/plan-service/employee/_search?_=1733293435767
POST
{ "PlanEmployeeAssignmentSearchCriteria": { "tenantId": "mz", "active": true, "planConfigurationId": "297699ef-0041-4421-a4ae-acdd89c78e80", "employeeId": ["55392d76-9d87-4d4f-9ae9-2f44ff6968f2"], "limit": 5, "offset": 0 } }
1.Overview
When the user clicks on a facility, this popup window opens displaying essential details about the selected facility, as well as options for managing unassigned and assigned villages for this facility.
Facility Details Card
Upon selecting a facility, a Facility Details popup will display the following:
Facility Name: Name of the selected facility.
Facility Type: Type of facility, such as "Warehouse" or "Health Post."
Facility Status: Indicates whether the facility is temporary or permanent.
Capacity: Displays the capacity of the facility (e.g., the number of bales for bednet distribution or blisters for SMC campaigns).
Serving Population: The serving population currently being served by the facility.
Fixed Post: Indicates if the facility is a fixed post, which is typically a permanent, stationary facility.
Residing Village: The village where the facility is located or based.
Field Name
Description
Village Name
The name of the village (e.g., Tendeken-01, Dutorken).
Administrative Hierarchy
The administrative hierarchy to which the village belongs (e.g., Country, Province, District).
Administrative Area
The specific area within the hierarchy (e.g., Locality, Village).
Accessibility Level
Indicates the ease of accessing the village (e.g., View Details).
Security Level
The security conditions of the village (e.g., View Details).
Confirmed Target Population
The population size confirmed for the village.
Assignment Status
Indicates whether the village is currently assigned or unassigned to a facility.
Assigned Facility
Name of the facility to which the village is assigned (if applicable).
Actions
Options for assigning or unassigning a village.
Filter Options:
Select Administrative Hierarchy: Dropdown menu for selecting an administrative level (e.g., Country, Province, District).
Select Administrative Area: Dropdown menu for selecting a specific area within the hierarchy (e.g., Locality, Village).
Search: Search for villages by name or code.
Clear: Clears all selected filters and resets the search options.
3.Unassigned Villages and Assigned Villages
3.1.Unassigned Villages
This section allows the user to manage villages that have not yet been assigned to any facility. Users can select villages from this list and assign them to a facility.
3.2.Assigned Villages
This section displays the villages that have already been assigned to a facility. Users can manage these assignments, including unassigning a village if necessary.
Actions:
Assign: To assign a facility to a village, select the village from the unassigned list and click the "Assign" button.
Unassign: If a village is already assigned to a facility, users can unassign it by selecting the village and clicking the "UnAssign" button.
4.Notes:
Unassign: Clicking on unassign button will show a alert message that you want to unassign this village from the current selected facility.
Close: Clicking "Close" will exit the page without making any changes.
5.EndPoints:
Purpose
Endpoint
Method
Payload
Search census data
/census-service/_search
POST
{"CensusSearchCriteria":{"tenantId":"mz","source":"0dfe322d-727c-489f-a5a8-e8b7a0a43cc4","facilityAssigned":false,"jurisdiction":["MICROPLAN_MO"],"limit":10,"offset":0}
Update facility plan mapping data
/plan-service/plan/facility/_update
POST
{"PlanFacility":{"id":"11aa5150-0c6c-42ed-adb5-775fc02bfbbb","tenantId":"mz","planConfigurationId":"0dfe322d-727c-489f-a5a8-e8b7a0a43cc4","planConfigurationName":"bednetmixed-togregish2hdis name-1733377290309-8722","boundaryAncestralPath":"MICROPLAN_MO"}
The Microplan Estimation Approver screen is designed for supervisors to validate and approve microplan estimations within their assigned administrative boundaries. This screen allows approvers to validate, correct, and approve data, ensuring the integrity of the data used for resource planning.
Role
Description
Role Code
Plan Estimation Approver
Responsible for validating the estimation data, ensuring its accuracy, including the ability to edit data, approve, or send data back for correction.
PLAN_ESTIMATION_APPROVER
Root Plan Estimation Approver
Responsible for validating the estimation data, ensuring its accuracy, including the ability to edit data, approve, or send data back for correction.Has additional permissions, including the ability to finalize microplan estimation data.
ROOT_PLAN_ESTIMATION_APPROVER
Header Section
Microplan Name: Displays the name of the current microplan being reviewed.
Logged-in User: Indicates the user role and account.
All values are dynamically updated based on the real-time plan data.
These values are sourced directly from microplan-specific KPIs, which reflect any actions taken by data approvers.
As plan estimation data is reviewed, corrected, or approved, the values will change accordingly.
Filters and Search
Administrative Hierarchy and Area Selection: Dropdown menus for selecting specific administrative areas (e.g., district and village).
Search and Filter Options:
Workflow Status Filters:
Pending for validation
Validated
Assigned to Filters:
Assigned to me
Assigned to all
Buttons: Apply Filter, Clear
Plan Estimation Data Table
The table on the Microplan Estimation Validation Page displays key data for each village involved in the campaign, including the village name, status logs, assignee details, and facility name. It also includes important information such as road conditions, terrain, and security factors, which help assess the village’s readiness for plan activities. Additionally, the table presents validated population data, the number of households(based on selected campaign), and other critical metrics related to the plan data, ensuring that approvers have a comprehensive view of the plan estimation details before approval.
Action Buttons
View Logs: Displays historical changes and logs related to a specific plan estimation's data.
4.1. Role-Based Permissions and Actions
Plan Estimation Approver
The Estimation Data Approver is responsible for validating plan data. Their responsibilities include:
Validating Data:
Cross-check the uploaded data with the confirmed population to ensure accuracy.
Identifying Discrepancies:
If discrepancies are found, the PEA can flag the data for revision.
Approval Workflow:
The PDA at the appropriate level will see the application as pending for approval. In such cases, the PDA can validate and approve the data.
When No Data Is Assigned:
If no data is assigned to the PEA or all data assigned to him is validated, a "Back" button is shown, allowing them to return to the previous screen.
Root Plan Estimation Approver (RPEA)
The Root plan Estimation Approver has all the functionalities of a Plan Estimation Approver and additional capabilities, such as finalizing the microplan. Their responsibilities include:
Approving or Sending Data for Correction:
Once the plan data is validated, the RPEA can either approve it or send it back for correction if further issues are identified.
Approval Workflow:
If someone from the below hierarchy modifies and sends the data for approval, the RPEA can approve it. For example, if a province-level user sends the data back to a district-level user, who updates and sends it back for approval, the province-level RPEA will receive the application for approval.
Finalizing Actions:
If all the villages within the selected microplan have been validated and no further changes are required, the RPDA will see a "Finalize Actions" button at the footer of the page.
After finalizing the plan data a success screen will be shown, indicating that microplan is finalized.
The "Finalize Actions" button will lock the data and prevent further modifications once clicked, marking the end of the validation process for the selected microplan or district.
Once the plan estimation data reaches the national-level data approver and the validation is finalized, the system will disable all action buttons. The status will be set to "ESTIMATION_APPROVED" and no further changes can be made. At this point, you can download microplan estimation.
Estimation supervisors will only see the boundaries in their inbox that fall under their jurisdiction.
Purpose
Endpoint
Method
Payload
Fetch plan configuration details
/plan-service/config/_search
POST
{"PlanConfigurationSearchCriteria":{"tenantId":"mz","id":"0dfe322d-727c-489f-a5a8-e8b7a0a43cc4"}}
Fetch project types for a campaign
/project-factory/v1/project-type/search
POST
{"CampaignDetails":{"tenantId":"mz","ids":["fede1b71-464d-48be-a2ab-c27147df42c4"]}}
Search for assigned employees
/plan-service/employee/_search
POST
{"PlanEmployeeAssignmentSearchCriteria":{"tenantId":"mz","active":true,"planConfigurationId":"0dfe322d-727c-489f-a5a8-e8b7a0a43cc4","role":["PLAN_ESTIMATION_APPROVER","ROOT_PLAN_ESTIMATION_APPROVER"],"employeeId":["d3b6f2fb-97b7-4103-aa47-e03f0ba47b18"],"limit":5,"offset":0}}
Fetch workflow process details
/egov-workflow-v2/egov-wf/process/_search
POST
SearchParams{
tenantId=mz,
history=true,
businessIds=275135ab-2c22-48aa-8325-88f42c4d29ce
}
Search for plans by configuration
/plan-service/plan/_search
POST
{"PlanSearchCriteria":{"tenantId":"mz","planConfigurationId":"0dfe322d-727c-489f-a5a8-e8b7a0a43cc4"}}
1.Overview
When a user clicks on a village name in the Population Data Table, they are directed to the Village Details Page, which provides detailed information about the selected village.
2.Header Information
Microplan Name: Displays the name of the microplan associated with the village.
Displays the Hierarchy of the village.
3.Security & Accessibility
Village Security: Provides an input field for entering security details about the village.
Master Details :
Security Questions
Is your village prone to civil unrest like violent protests, riots, etc.? Captures the frequency of civil unrest occurrences using the following options:
All the time (At least once a month): Frequent civil unrest.
Often (At least once a year): Civil unrest occurs occasionally but is a notable concern.
Rarely (Once in 2–3 years): Rare civil unrest.
Never: No recorded instances of civil unrest.
How often do the security forces patrol the village? Measures the frequency of security patrols to ensure safety, with the following options:
Every day: Daily security patrols.
Often (At least once a week): Regular but less frequent patrols.
Rarely (Once in a month): Infrequent security patrols.
Never: No security patrols.
Village Accessibility: Allows entering accessibility details for the village.
Master Details :
Village Road Condition: Captures the type of road infrastructure present in the village. The options include:
Concrete: Indicates the presence of a well-paved concrete road.
Gravel: Represents roads made of gravel.
Dirt: Denotes unpaved roads made of dirt or soil.
No Road: Indicates the absence of any road infrastructure.
Village Terrain: Specifies the geographical terrain of the village. The available options are:
Mountain: Villages located in mountainous areas.
Forest: Villages surrounded by dense forest areas.
Plain: Villages situated in flat, open landscapes.
Desert: Villages located in arid, desert regions.
The data displayed here can be reviewed, modified, and validated by the appropriate users, depending on their role.
Data Table:
Note : The data inside table will change based on selected campaign.
Note : the data inside table will change based on selected campaign.
Actions:
Edit Population Data: If needed, the confirmed population data can be modified.
Cancel: Discards any changes made to the population data.
Submit and Validate:
If the Root Population Data Approver (RPDA) is logged in, they can directly validate the data.
If the Population Data Approver (PDA) is logged in, the data will move to the "Pending for Approval" status and will need further validation by higher-level approvers.
5.Comment Logs
View Comment Logs: This feature displays the history of changes and comments made about the village's population data, enabling transparency and tracking.
MDMS Data is fetched from:
MDMS Data is fetched from:
Village Name
Uploaded Total Population
Uploaded Target Population
Confirmed Total Population
Confirmed Target Population
Gblebo Town
(Total population submitted)
(Target population submitted)
(Total population validated)
(Target population validated)
Endpoint
Purpose
Role
/census-service/_update
To Update the census data
POPULATION_DATA_APPROVER ROOT_POPULATION_DATA_APPROVER ROOT_FACILITY_CATCHMENT_MAPPER FACILITY_CATCHMENT_MAPPER
/egov-workflow-v2/egov-wf/process/_search
Search process history for this plan
ROOT_POPULATION_DATA_APPROVER, POPULATION_DATA_APPROVER, ROOT_PLAN_ESTIMATION_APPROVER, PLAN_ESTIMATION_APPROVER, ROOT_FACILITY_CATCHMENT_MAPPER, FACILITY_CATCHMENT_MAPPER, MICROPLAN_VIEWER