Use Case Step | USE CASE: Unconditional Social Cash Transfer STEP: |
DATA VALIDATION : MANUAL DATA VERIFICATION AND VALIDATION : Manual data verification and validation https://app.gitbook.com/o/pxmRWOPoaU8fUAbbcrus/s/YLLEfCKTnmzAMDSDzJJH/readme/inst-1-unconditional-social-cash-transfer |
Preconditions (list of conditions that MUST be met in order to be able to successfully execute this process) | Records of potential beneficiaries stored and accessible by the Social Welfare Ministry managers. Social Welfare Ministry managers are authenticated users and have rights to access digital registries entries. All necessary building blocks and workflows have been set up. Potential Beneficiaries are registered in the USCT programme. Potential Beneficiaries have consented to be processes in the USCT programme. The rules by which the potential beneficiaries will be validated against are already properly described The data analysis model is ready and integrated with the Data Analysis Building Block [not yet implemented].
|
Data inputs |
Beneficiaries
Data Validation model
Social Welfare Ministry Manager
Credentials | Beneficiary Workflow Process Name Type Version Description Process Body
|
Actors (the people, organization, computer systems - hardware and software, and building blocks that participate in the activity) | System |
: BB, BB Information Mediator BB Identity BB Digital Registries BB Client Case Management BB [not yet defined]. Identification and Authentication BB [not yet defined]. Analytics and Business BB [not yet defined]. Artificial Inteligence BB [not yet defined]. Reporting and Dashboards BB [not yet defined].
External system Human |
: |
Normal Course (what happens if the event is triggered and the preconditions have been met) |
Access Registry Records: Description Central level Social Welfare Ministry managers verify if the data provided in the Registration Step USCT-01-Registration is elligible for the program and cross examine it using external systems, like governmental DBs, and fill in all the missing gaps. Provided that The central level Social Welfare Ministry managers have access SRIS and are able to 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 accesses beneficiary records |
Access Description: Social Welfare Ministry manager can access the Social Registry Information System (SRIS) to retrieve in bulk identification records and eligibility information of potential beneficiaries |
. Could use Shared Data Repositories or Digital Registriesthat registered and consented to the given Social Programme (in this case Unconditional Social Cash Transfer). Code Block |
---|
Feature: Access to Registry Records
Scenario: Retrieve beneficiary records from Digital Registry BB via SRIS
Given that the Social Welfare Ministry |
|
managersareis authenticated in the Identity BB
When |
|
they request Social Welfare Ministry manager requests access to potential |
|
beneficiaryintheSRISDigitalRegistriesBB And the potential beneficiaries have signed a consent agreement to be notified
Then the identification records and eligibility information of potential beneficiaries are retrieved
|
Relevant Identity BB endpoints: Relevant Digital Registries BB endpoints: |
.Relevant Consent BB endpoints: Image AddedStep 2 |
. Review Records: Social Welfare Ministry Manager reviews records Info |
---|
Based on the data retrieved in Step 2, managers can review entries |
|
(Should . The question remains should it be done in |
|
SIRS SRIS app or on downloaded dataset |
|
)Step 2.1 Prepare verification workflowDescription: Social worker creates new workflow, that use validation rules for detecting invalid/unverified records. Code Block |
---|
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 |
|
.
And Social Welfare Manager is sent a message about the results
|
Relevant Digital Registries BB endpoints: Relevant Workflow BB endpoints: Relevant Scheduler BB endpoints: Step 2.2 A Trigger automatic data verification and authentication |
Social Welfare manager triggers workflow created in previous step. Info |
---|
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. |
Description: Social Welfare manager triggers workflow created in previous step. Code Block |
---|
Feature: Automatic potential beneficiary data validation and verification
Scenario: |
|
Execute Social Welfare Manager executes workflow for 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 a defined list of the beneficiaries
When Social Welfare Manager executes workflow |
|
withlistofbeneficiariesthe list
And potential beneficiaries signed consent
Then every beneficiary data is validated and verified
And beneficiaries that didn't pass the validation/verification are flagged
And Social Welfare Manager is sent a message with the results |
Relevant Workflow BB endpoints: Relevant Digital Registries BB endpoints: Relevant Scheduler BB endpoints: Step 2. |
3 2 B Manual Cross-Reference and Verify Records |
Cross-reference Description: This is an alternative version of the previous step where no automation was added and Social Welfare Manager cross-references the records with multiple registry sources. |
Look Looks for gaps or overlaps in the data, comparing information such as names, addresses, identification numbers, etc. Code Block |
---|
Feature: Manual Cross-Reference and Verify Records
Scenario: Social Welfare Manager manually verifies the data
Given that the Social Welfare |
|
Ministrymanagershave ClientCaseManagementSRIS app
And Social Welfare |
|
Ministry accesstothemultipleregistriesviaSIRSapp reviewreviews the data in the system
And potential beneficiaries signed consent
Then every beneficiary data is validated and verified
And beneficiaries that didn't pass the validation/verification are flagged
And Social Welfare Manager is sent a message with the results |
Relevant Digital Registries BB endpoints: |
Relevant Client Case Management BB endpoints:
Step 4. Fill in Missing Gaps
Managers Image AddedStep 3: Social Welfare Ministry Manager fills in the missing gapsDescription: For the potential beneficiaries that were flagged for not passing the validation, managers 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. Code Block |
---|
Feature: Fill in Missing Gaps
Scenario: Update records with missing information in the Digital Registries BB
Given that the results from the validation step are ready
And 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 |
Managers validate the collected information. This step is similar to Step 3. Image Added Description: 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: Info |
---|
This step can be executed using |
|
workflow Workflow BB, social worker can use existing workflow to once again validate data. |
Code Block |
---|
Feature: Finish data verification and validation process
Scenario: |
|
Trigger Social Welfare manager triggers workflow on data validation and verification completion
Given |
|
Thethe 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 |
|
triggerprocess
Then Workflow is triggered
And all |
|
acitonsactions that should be performed by workflow are done |
Relevant Workflow BB endpoints: Image Added |
Alternative Course (links to other use cases in case there are different ways how to solve the same use case) | [TBA] |
Data output | Report of data quality and completeness (Analytics and BI BB / Reporting and Dashboards) [not yet defined BBs]. Identified discrepancies and gaps in the data (Digital Registries BB). Updated and validated SRIS data (Digital Registries BB).
|
Post-Conditions (the success criteria) | The information of potential beneficiaries in the SRIS are verified and validated. All records in the SRIS are validated and approved by managers A detailed report is available for stakeholders, documenting the process and its results. [Require Analytics and Reporting]
|
Exceptions (error situations) | SRIS is not accessible, the process cannot be executed. No consent from beneficiaries Beneficiaries who cannot be contacted or reached for data updates Errors in workflow process
|
Related BBs (working groups related to this implementation example) |
Identity BB
Digital Registries BB Workflow BB Information Mediator BB Registration BB |
Sequence Diagram |
Image Removed |
sequenceDiagram participant SWM as Social Welfare Ministry Manager participant IDBB as Identity BB participant SRIS as SRIS participant DRBB as Digital Registries BB participant CBB as Consent BB participant WBB as Workflow BB participant SBB as Scheduler BB participant BF as Potential Beneficiary Note over SWM: Step 1: Access to beneficiary records activate SWM SWM->>SRIS: Enter authentication data activate SRIS SRIS->>IDBB: |
|
Enter Send authentication data activate IDBB IDBB- |
|
->>SWM>>SRIS:Return Auth Token and Functional ID deactivate IDBB SRIS->>SWM: Authenticate user in the app SWM->>SRIS: Request a list of all potential beneficiaries SRIS->>DRBB: |
|
Request to all beneficiaries data activate DRBB loop for each beneficiary DRBB->>CBB: Check consent agreement activate CBB CBB-->>DRBB: Confirm consent agreement end deactivate CBB DRBB-- |
|
>>SWM>>SRIS: Return beneficiaries list deactivate DRBB SRIS->>SWM: Access potential beneficiaries list with all their data deactivate SRIS deactivate SWM Note over SWM: Step 2: Review beneficiary records Note right of SWM: Step 2.1: Create validation workflow opt Data Validation |
|
process exitexist activate SWM SWM->>WBB: Create data validation workflow for beneficiaries activate WBB WBB-->>DRBB: Validate Digital Registry BB connection activate DRBB deactivate DRBB Note over WBB |
|
--: Apply a rule engine for data verification WBB->>SWM: Confirm new workflow created deactivate WBB end SWM- |
|
->>WBB: Trigger data validation process deactivate SWM activate WBB loop Each potential beneficiary WBB->>DRBB: Validate and verify beneficiary data activate DRBB alt Data Invalid WBB->>DRBB: Flag data as requiring update end deactivate DRBB end WBB |
|
end
end->>SBB: Trigger new message about finished verification activate SBB deactivate WBB SBB->>SWM: Message is sent with verification results activate SWM deactivate SBB deactivate SWM Note right of SWM: Step 2.2: Trigger automatic workflow or cross-referance manually alt Automatic workflow is implemented SWM->>WBB: |
|
Get process completion confirmationTrigger automatic workflow activate SWM activate WBB |
|
WBB- Confirm process completedMessage with the results is send deactivate WBB |
|
opt Missing or inconsistend data
loop for each potential beneficiary flagged by workflow
opt Validate beneficiary data in digital registries deactivate SWM else Manual cross-reference is implemented SWM->>DRBB: Request potential beneficiaries records activate SWM activate DRBB DRBB-->>SWM: Return aggregated beneficiary data SWM->>DRBB: Cross-reference beneficiary data |
|
activate DRBB - Return aggregated beneficiary dataShow which beneficiares were validated successfully and which not deactivate DRBB deactivate SWM end Note over SWM: Step 3: Fill in the missing gaps for potential beneficiaries opt Get missing information from beneficiary SWM->>BF: Get missing information activate SWM activate BF BF-->>SWM: Return missing information deactivate BF |
|
end records with info end information activate DRBB DRBB->>SRIS: Show updated information activate SRIS end Note over SWM: Step 4: Validate updated information SWM->>DRBB: Request updated potential beneficiaries records DRBB-->>SWM: Return updated potential beneficiaries records SWM->>DRBB: Confirm data update for each record deactivate DRBB deactivate SWM |
|
end
Image Added |
Links to Code |
Provide any links to relevant code that has been developed for automated tests or example implementations