Health
PlatformDomainAcademyDesign SystemFeedback
v1.0
v1.0
  • Introducing DIGIT Health Platform
    • Roadmap
  • Platform
    • Release Notes
      • Release Checklist
    • Platform Features
    • Architecture
      • Master Data Management Service (MDMS)
      • High Level Design
        • Health Campaign System High Level Design
        • Design Decision Log
      • Low Level Design
        • Registries
          • Individual
          • Household
          • Product
          • Facility
        • Services
          • Project
          • Stock
    • Technical Skillset & Pre-requisites
    • Installation
      • Setup Requirements
      • Supported Clouds
    • Configuration
      • Localisation Keys
    • Development Guide
    • Source Code
    • DHIS2 to DIGIT Integration
      • DHIS2-DIGIT Field Mapping
  • Products
    • Health Campaign Management
      • Frontline Worker's App
        • User Personas
        • Features
        • User Interface Design
          • User Management
          • Complaints Management
          • Supervision Flow
          • Beneficiary Registration
          • Service Delivery
          • Inventory Management
          • User Login
        • HCM App User Manual
          • Language Selection
          • Login
          • Forgot Password
          • Project Selection
          • Beneficiary Registration
          • Delivery Intervention
          • Stock Management
          • Checklist
        • Test Cases
        • Functional Specifications
        • Field App Architecture
        • Installation
          • APK Installation
        • Configuration
          • HCM Configuration
            • Individual Registry
            • Household Registry
            • Product Registry
            • Facility Registry
            • Stock & Inventory
            • Project Services
            • Complaints
              • QA Sign-Off
                • Test Cases
            • User Management
              • QA Sign-Off
          • HCM Master Promotion Guide
        • Release Notes
          • Success Metrics
        • Product Sign-off
        • Architect Sign-off
          • Health UAT API Execution Report
          • Performance Report
        • QA Sign-off
        • Products Requirement Documents (PRDs)
          • User Management
          • Complaints Management
          • Supervision Flow
          • Role Action Mapping
          • Beneficiary Registration
          • Service Delivery
          • Inventory Management
          • User Login
      • Campaign Management Dashboard
        • Features
        • User Stories
        • User Interface Design
        • Dashboard User Manual
        • Test Cases
        • Installation
        • Configuration
          • Dashboard UI Enhancements
          • HCM Dashboard Master Promotion Guide
        • Release Notes
          • UX Audit
          • PM Audit
        • Product Sign-Off
        • Architect Sign-Off
        • QA Sign-Off
        • Product Requirement Document (PRD)
  • Programme
    • Standard Operating Procedures (SOPs) and Plans
      • SOP for Helpdesk Support
      • User Management SOP
        • Master Data Collection Template
          • Boundary Hierarchy
          • Boundary Data Specs
          • System User Setup
          • Facility
          • Product
      • Master Data Management SOP
      • Training Plan
      • Field Test Plan
      • Programme Roll-Out Plan
      • Change Management Strategy
      • UAT Plan
        • UAT 1
          • UAT 1 Test Scenarios
          • UAT Test Cases
            • Registration & Distribution
            • Inventory Flow
            • Supervision
          • User Acceptance Test Report
            • Plan Dates
        • UAT 2
          • UAT 2 SOP
          • UAT 2 Test Scenarios
          • UAT Observations
            • Registration and Distribution
            • Inventory Flow
            • Supervision
            • General Feedback
          • UAT Feedback Form: SUS
          • UAT Feedform Form: Process
    • Monitoring and Evaluation (M&E) Tools
    • Implementation Checklist
    • DIGIT Pre-Training Tutorials
Powered by GitBook

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

On this page
  • Sources of master data
  • Types of Master Data
  • Master Data Collection template
  • Master Data review process and Upload process
  • Master data upload process

Was this helpful?

Export as PDF
  1. Programme
  2. Standard Operating Procedures (SOPs) and Plans

Master Data Management SOP

PreviousProductNextTraining Plan

Last updated 1 year ago

Was this helpful?

Sources of master data

  1. Master data for Tete for the group 4 campaign. Master data would be campaign-specific as village boundaries and user lists will change from campaign to campaign.

  2. Master data imported from DHIS2. This would be for the other two provinces and used for dashboard visualisation.

Types of Master Data

Type of master data

In DIGIT

Frequency of change/update

Shared between

Equivalent in DHIS2

Typical time taken to upload in the system

Boundary hierarchy

Fixed for a campaign

CHAI programme- eGov impel

Available

Boundary data specs (boundary names, total households, campaign dates for the boundary etc)

Note: No deletions after the campaign begins. Updation is allowed in worst-case scenario.

Changeable. The village list may change right upto the campaign (that is, the start of distribution)

CHAI programme- eGov impel

Available

System Users

Local monitors-Changeable

Registrar-Changeable

Warehouse managers- Changeable

Supervisors (District and provincial and National)- Fixed

CHAI programme- eGov impel

Available

Facility(warehouses-Community , District, provincial and national)

Fixed for a campaign

(To be checked with CHAI)

CHAI programme- eGov impel

Available

Product( Type , variant, SKUs etc)

Fixed for a campaign

CHAI programme- eGov impel

Not available

Complaints/ Type

Role-action mapping

Campaign setup

Delivery procedure-1 bed net for 2 individuals to a maximum of 3 bed nets per household

Fixed for a campaign

Registration procedure-

Do we want to limit the numbers of households in a household.

Fixed for a campaign

Master Data Collection template

Click to view the details.

Master Data review process and Upload process

1. Finalise the data gathering template.

2. Sharing templates with CHAI and having a run-through.

3. Have an agreement with CHAI on the lead time for sharing the data.

4. CHAI to review the data internally before sharing it back with eGov. We are expecting the data to be in Portuguese.

5. Store all the data in appropriate shared folders.

6. Abhishek or Naved to review the data shared and approve if all required values are present.

7. If there are mistakes, duplicates, missing fields, etc., mark them and share it back with CHAI.

8. Once the approved data is ready, this has to be shared with the implementation engineers for loading to dev.

9. Use the data load utility (if ready) or load manually.

10. Verify the application using the new data.

Master data upload process

Handling DHIS2 master data updation:

  1. How is master data updation handled in DHIS2 application?

  2. How does CHAI get to know that a certain master data has been changed/updated, and typically, how much time will be available to update it in the HCM application?

  3. Master data received from CHAI would be in Portuguese? It is understood that eGov will not be able to do any validation on accuracy of this.

  4. Will helpdesk play any role in master data updation or communicating the changes to eGov.

  5. When the master data update/change happens, how do the devices get re-provisioned with the latest set of master data (in case of DHIS2). eGov-CHAI will need to draft a strategy around this?

  6. Can we arrive at default values for missing master data in agreement with CHAI?

here