PRS.SR.04: Social Registry updates attributes for a batch of beneficiaries in the IBR

This use case relates to the assess stage of the social protection delivery chain. It’s purpose is to update information in the Integrated Beneficiary Registry for a batch of beneficiaries when that information changes in Social Registry.

This use case applies when information in the Social Registry has been updated for beneficiaries already enrolled in one or more social protection schemes. The Social Registry must notify the IBR of these changes.

In this use case attributes like poverty score, household size, address or phone number may have changed. Additionally, some beneficiaries may have been reported as deceased.

The Social Registry needs to update the relevant attributes for these beneficiaries in the IBR.

Sections	Description
Process Purpose	The purpose of this interoperability is for the IBR to receive updates from the Social Registry where information on a beneficiary has changed
Actors and Entities	IBR and Social Registry
Assumptions	The system assumes that the social registry and integrated beneficiary registry are reliable and secure and that any issues or challenges can be promptly addressed to avoid any disruption in the delivery of benefits.
Prerequisites	The system has adequate technological infrastructure, including hardware, software, and networking capabilities, to support the social registry and the automatic delivery of benefits. The system requires the engagement and support of relevant stakeholders, including beneficiaries, government agencies, financial institutions, and civil society organizations, to ensure the effective and sustainable implementation of the scheme.
Process Inputs	IBR makes a subscribe request to the Social Registry for beneficiaries where it wishes to receive updated data, specifying which attributes must change to trigger an update.
Process Flow Steps	Step 1: IBR posts a batch subscribe request to the Social Registry. This specifies the UIN for beneficiaries to which it is subscribing and the attributes in the person or household data object(s) that it is subscribing to. This includes the address and contact information. The social registry confirms receipt of the subscribe request The Social Registry updates the address and contact information for a household based on their request. Step 2: The Social Registry posts a notify request to the IBR alerting it that the information for a subscription has changed. It includes the UIN and updated address and contract information.
Outputs	Using the interoperability the social registry can provide updated beneficiary information to IBR at the trust level. In the integrated environment updating the household data on the IBR may take anywhere between five and seven minutes. Consequently, individuals or households are only required to update their information with the social registry. Their updated information can then be provided to other schemes via interoperability.
Control Points	The IBR is ultimately responsible for determining if the information provided by the Social Registry is used to update it’s records.

Sections

Description

Process Purpose

The purpose of this interoperability is for the IBR to receive updates from the Social Registry where information on a beneficiary has changed

Actors and Entities

IBR and Social Registry

Assumptions

The system assumes that the social registry and integrated beneficiary registry are reliable and secure and that any issues or challenges can be promptly addressed to avoid any disruption in the delivery of benefits.

Prerequisites

The system has adequate technological infrastructure, including hardware, software, and networking capabilities, to support the social registry and the automatic delivery of benefits.
The system requires the engagement and support of relevant stakeholders, including beneficiaries, government agencies, financial institutions, and civil society organizations, to ensure the effective and sustainable implementation of the scheme.

Process Inputs

IBR makes a subscribe request to the Social Registry for beneficiaries where it wishes to receive updated data, specifying which attributes must change to trigger an update.

Process Flow Steps

Step 1: IBR posts a batch subscribe request to the Social Registry. This specifies the UIN for beneficiaries to which it is subscribing and the attributes in the person or household data object(s) that it is subscribing to. This includes the address and contact information.

The social registry confirms receipt of the subscribe request

The Social Registry updates the address and contact information for a household based on their request.

Step 2: The Social Registry posts a notify request to the IBR alerting it that the information for a subscription has changed. It includes the UIN and updated address and contract information.

Outputs

Using the interoperability the social registry can provide updated beneficiary information to IBR at the trust level.

In the integrated environment updating the household data on the IBR may take anywhere between five and seven minutes. Consequently, individuals or households are only required to update their information with the social registry. Their updated information can then be provided to other schemes via interoperability.

Control Points

The IBR is ultimately responsible for determining if the information provided by the Social Registry is used to update it’s records.

API Reference

Last updated 3 months ago