Referral Management
Table of Contents
Background
Target Audience
Objectives
Assumptions and Validations
Process flow
Specifications
Design
Background
This document describes the need and scope of adding a referral management module within V2.0, explaining the module’s features, specifications, purpose, and functionality. It also provides a descriptive view of the application along with the specification of each element.
In health campaigns, it is very common that beneficiaries show some symptoms against the dose administered, such as fever, body ache, etc., which are not alarming. But in cases where the dose has an adverse effects on the beneficiary and he/she requires medical assistance, the beneficiary is referred to a healthcare facility for treatment. This module helps to track the referral details for a beneficiary and ensure the authenticity of genuine referrals done within the campaign.
Target Audience
This document is intended for the engineering and platform (tech teams), product management and implementation teams to agree on the requirements for the Health Campaign Management Platform (HCM).
Objectives
Referral Management:
- Enable actors to collect referral details of beneficiaries before as well as after administering the dose.
- Capture details of the referred facility, referring individual, and reasons for referral.
Enhance user experience:
- Simplified forms for capturing referral information.
- Ensure authenticity of data:
- Referral details to track the beneficiary and avoid fraudulent referrals by verifying the collected data.
Assumptions and Validations
Sr. No. | Theme | Assumption |
1 | Refer beneficiary |
|
Process flow
Specifications
Field | Data type | Data validation | Required (Y/N) | Comments |
Refer beneficiary | Button | The user must refer a beneficiary if they require medical support. | NA |
|
Date of referral | Date | The date is populated by the system and must be non-editable. | Y |
|
Administrative unit | String | The unit is populated by the system and must be non-editable. | Y | The user can change the boundary from the boundary picker |
Referred by | Search-based dropdown | The system must populate the team code from the user’s profile and it must be editable. | Y |
|
Referred to | Search-based dropdown | The system auto-populates the resource which is editable. | Y |
|
Reason for referral | Multi-checklist | The system auto-populates the quantity which is editable. | Y |
|
Referral comments | String | Additional details for referral. | N |
|
Was the delivery successful? | Binary (Yes/No) |
| Y |
|
Reason for not delivering | Dropdown | The field must be dynamic and appear when the user selects ‘No’. The list must be configured in the MDMS. | Y |
|
Design
Find the mock-ups below:
Refer Beneficiary (Household Card)
When the user clicks on the ‘Open’ button on the beneficiary card or scans a voucher on the search household screen, the household card is opened, which contains the household details.
Based on campaign type, the deliver intervention button is displayed either on each individual’s card or the entire household. For individual-based campaigns, the button appears only on the individual’s card that was searched or scanned.
The user must click on the “Refer Beneficiary” button in case the beneficiary is suffering from any illness and needs medical treatment before delivering the intervention.
Refer Beneficiary (Adverse Events)
After administering the dose, if the user observes any adverse events, he/she captures the details on this screen and clicks on the “Refer Beneficiary” button which navigates the user to referral management flow.
Referral Details
After clicking on “Refer Beneficiary”, the referral details screen appears where the user provides information for referral.
The date and administrative unit fields are auto-populated by the system and are non-editable.
The referred by field automatically captures the team code from the user’s profile but can be edited. The user must select a facility where the beneficiary is being referred to.
Search Facilities
When the user clicks on the search icon in the “Referred to” field, a pop-up screen appears, which contains the list of all the health facilities within the campaign. The user can search for any facility by typing within the search box, and it will display the related search results.
When the user selects any facility, the screen collapses and the value is displayed within the field. The user must click again on the search icon if he/she wants to change the facility.
Reason For Referral
Users must select the reason for referring the beneficiary. Reasons are basically the adverse events observed in a beneficiary and the user can select multiple values from the list. Users can describe the beneficiary's health condition in the referral comments field.
Was the delivery successful
The user must provide the details for whether the delivery was successful or not.
If the user selects ‘No’, an additional field must appear asking for the reason of non-delivery. The dropdown must have the reasons that are configured in the MDMS.
After selecting the response, the user must click on the ‘Submit’ button, which opens the acknowledgement screen stating that the delivery is successful, and the user can go back to the search household screen.
Last updated
