Health
PlatformDomainAcademyDesign SystemFeedback
v1.2
v1.2
  • Introducing DIGIT Health Platform
    • Roadmap
  • Platform
    • Release Notes
      • Master Data Management Service (MDMS) & Configuration Updates
      • Test Cases
      • Data Migration
      • Service Build Updates
      • Gate 2 Release Checklist
    • Platform Capabilities
      • Technical Skillset & Pre-requisites
    • 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
          • Referral
        • Services
          • Project
          • Stock
    • Source Code
    • Installation
      • Setup Requirements
      • Supported Clouds
    • Platform Services
      • Individual Registry
      • Household Registry
      • Product Registry
      • Facility Registry
      • Stock & Inventory
      • Project Services
      • Referral Registry
      • Complaints
        • QA Sign-Off
          • Test Cases
      • User Management
        • QA Sign-Off
    • Configuration
      • Localisation Keys
      • Developer Guide
  • Products
    • Health Campaign Management
      • Frontline Worker's App
        • Features
        • User Personas
        • 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
          • Multi-Round Campaigns
          • Tracking Side-Effects for Beneficiaries
          • Tracking Beneficiary Referrals
          • Voucher-Based Registration and Distribution
          • Proximity-Based Search
          • Downloading Beneficiary Data for Longitudinal Tracking
          • Test Cases
        • Functional Specifications
        • Field App Architecture
        • Installation
          • App Setup
        • Configuration
          • HCM Master Promotion Guide
            • Configuring Tenants
              • MDMS Configuration
        • Release Notes
          • Success Metrics
          • Product Sign-off
          • Architect Sign-off
            • Health UAT API Execution Report
            • Performance Report
          • QA Sign-off
          • SMC UX Audit
        • Products Requirement Documents (PRDs)
          • User Management
          • Complaints Management
          • Supervision Flow
          • Role Action Mapping
          • Beneficiary Registration
          • Referral Management
          • Service Delivery
          • Inventory Management: Last Mile Delivery
          • Proximity-Based Search
          • 2D Voucher Scanning
          • Adverse Events Workflow
          • Multi-Round Service Delivery
          • Inventory Management
          • Referral 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
    • Specifications
    • Deployment
    • LLIN Implementation
      • Standard Operating Procedures (SOPs) and Plans
        • SOP for Help desk 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
      • Master data template
      • Implementation Checklist
      • DIGIT Pre-Training Tutorials
    • SMC Implementation
      • Localisation Plan
      • SMC Programme and Implementation Plan (Checklist)
      • Helpdesk and Support Process
      • Master Training of Trainers (ToT) Plan
      • UAT Plan
        • Change Management Strategy
      • Master Data Template
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. LLIN Implementation
  3. 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 development.

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 the help desk 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)? Will eGov-CHAI need to draft a strategy around this?

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

here