Use Case Step | USE CASE: Unconditional Social Cash Transfer STEP: DATA VALIDATION TYPE: MANUAL DATA VERIFICATION AND VALIDATION |
Preconditions (list of conditions that MUST be met in order to be able to successfully execute this process) |
|
Data inputs |
|
Actors (the people, organization, computer systems - hardware and software, and building blocks that participate in the activity) | System:
Human:
|
Normal Course (what happens if the event is triggered and the preconditions have been met) | Access Registry Records: The central level Social Welfare Ministry managers retrieve the data of potential beneficiaries from the Digital Registries BB in order to validate and verify data. Step 1: Social Welfare Ministry Manager access beneficiary recordsAccess the Social Registry Information System (SRIS) to retrieve identification and eligibility information of potential beneficiaries. Could use Shared Data Repositories or Digital Registries. Feature: Access Registry Records Scenario: Retrieve beneficiary records from Digital Registry BB via SRIS Given that the Social Welfare Ministry managers are authenticated in the Identity BB When they request access to beneficiary data in the SRIS through Digital Registries BB And the potential beneficiaries have signed a consent agreement to be notified Then the identification and eligibility information of potential beneficiaries are retrieved Relevant Digital Registries BB endpoints:
Relevant Consent BB endpoints:
Step 2. Review RecordsBased on the data retrieved in Step 2, managers can review entries (Should it be done in SIRS app or on downloaded dataset ) Step 2.1 Prepare verification workflowSocial worker creates new workflow, that use validation rules for detecting invalid/unverified records. Feature: Create new workflow Scenario: Create workflow that verifies resources using Digital Registry BB data Given Social Worker can create workflows And Workflow is connected to the Digital Registry BB And rule engine/model to verify potential beneficiaries is ready When Social Worker creates new workflow Then New workflow is created And Potential beneficiaries data can be verified And Potential beneficiaries whose data is invalid or unverified can be identified. Relevant Digital Registries BB endpoints:
Relevant Workflow BB endpoints:
Step 2.2 Trigger automatic data verification and authenticationSocial Welfare manager triggers workflow created in previous step. This step could use Business Data Analysis BB and AI BB, however at the moment’s they’re not defined. It is assumed that the logic used for data verification was implemented in the workflow. Feature: Automatic potential beneficiary data validation and verification Scenario: Execute workflow validating and verifing data Given that a workflow for data validation has ben created And Social Welfare Manager can trigger the workflow And Social Welfare has defined list of the beneficiaries When Social Welfare Manager executes workflow with list of beneficiaries And potential beneficiaries signed consent Then every beneficiary data is validated and verified And beneficiaries that didn't pass the validation/verification are flagged Relevant Workflow BB endpoints:
Step 2.3 Manual Cross-Reference and Verify RecordsCross-reference the records with multiple registry sources. Look for gaps or overlaps in the data, comparing information such as names, addresses, identification numbers, etc. Feature: Manual Cross-Reference and Verify Records Scenario: Social Welfare Manager manually verifies the data Given that the Social Welfare Ministry managers have access to the Client Case Management And Social Welfare Ministry has access to the multiple registries via SIRS app When Manager manually review the data in the system Then every beneficiary data is validated and verified And beneficiaries that didn't pass the validation/verification are flagged Relevant Digital Registries BB endpoints:
Relevant Client Case Management BB endpoints:
Step 4. Fill in Missing GapsManagers fill in missing gaps in the records. This could involve contacting potential beneficiaries for further information or accessing other sources of data. Updated data is stored back in the SRIS via Digital Registries BB. Feature: Fill in Missing Gaps Scenario: Update records with missing information in the Digital Registries BB Given that gaps in the data were identified And Social Welfare ministry gathered missing information and resolved data discrepancies When the Social Welfare Ministry managers update the missing data using the Digital Registries BB Then the beneficiaries data in Digital Registries BB is updated And updated beneficiaries data in Digital Registries BB is awaiting validation Relevant Digital Registries BB endpoints
Step 5. Validate Collected Information:Managers validate the collected information. This step is similar to Step 3. We’re once again checking if issues with beneficiary data are resolved and reiterate if necessary. Once all records are verified, validated, and authenticated, the managers confirm the completion of the process. This could involve:
This step can be executed using workflow BB, social worker can use existing workflow to once again validate data. Feature: Finish data verification and validation process Scenario: Trigger workflow on data validation and verification completion Given The data issues identified previously were defined And no beneficiaries require additional data changes And workflow triggered on completion was determined When Social Welfare Ministry Manager triggers data completion trigger Then Workflow is triggered And all acitons that should be performed by workflow are done Relevant Workflow BB endpoints:
|
Alternative Course (links to other use cases in case there are different ways how to solve the same use case) | [TBA] |
Data output |
|
Post-Conditions (the success criteria) |
|
Exceptions (error situations) |
|
Related BBs (working groups related to this implementation example) | Identity BB Digital Registries BB Workflow BB |
Sequence Diagram | |
Links to Code | Provide any links to relevant code that has been developed for automated tests or example implementations |
General
Content
Integrations