...
Overview
Date: 2023-12-12
Objective: CORE-MIS requirements initial review
...
Minutes
List of the requirementshttps://docs.google.com/spreadsheets/d/1sEJ2QBiPEO7MX9EnblBM0Cplq9L6mtOv/edit#gid=417237253
Example of the epic is created. It will help us to track the features gather under certain module
Jira Legacy server System JIRA serverId 97d38f4a-4cd9-3563-900d-60c9290b47f4 key CM-349 Individuals:
duplication and flagging shall be consider as validation of columns
what is the expected management of the duplication?
firstly flag that there is an error (with unfalse option)
action to be taken depends on the user (no system action is triggered, only flagging)
Ability to modify individual data to data update module - it might exist but it has to be confirmed by QA
Backend Definition: Specify in the backend whether a column can be unique or not, considering schema flexibility from the benefit plan program.
Detection Criteria: If a column in the schema is marked as unique, the detection of duplicates involves marking both records if a non-unique value is found.
Deduplication Process: Searches for new and existing records and identifies potential duplicates based on specified criteria.
Anonymization of Data:
Masking on Frontend: Select fields to be masked with asterisks on the frontend level for data privacy.
Permission-Based Access: Users with higher permissions can view unmasked data, possibly with confirmation.
Backend Data Storage: Data remains in plain text at the database level.
Medium - Recommendation
Referral to Other Programs: Recommends existing individuals who might benefit from other programs.
Program Transfer: Allows individuals to be moved into another program.
Multi-Programming: Supports participation in multiple programs simultaneously.
List of Potentials: Shows a list of potential candidates for recommended programs.
Medium - Assessment (Similar to Recommendation):
Application of Changes: Implements changes based on the flagged recommendations from above (flagged individuals) and specified criteria.
Custom Filters: Utilizes a custom filters mechanism for assessment and targeting purposes.
Both 5 and 6 can work in simillar way as is should be in targeting modules (that will be developed in this new phase)
Historical Searches for Individuals:
Key Individual in a Group: Identifies a main individual within a group who will receive funds.
Person Eligible to Receive Money:
Bank Account Provider: Specifies the person providing the bank account and account number. This person might differ from the main individual and should be tagged as special (primary or alternate). Avoids confusion with group status (main household person, etc.). The primary is beneficiary. The different mechanism can be configured. The default primary for groups - it depends. need to be determined.
Recommend individuals to programs
based on the certain requirements system is recommending the individuals to the program, once it’s createdDuplicate Flagging:
Action items
Piotr Kabelis to verify if there is a maker-checker logic introduced for the inidividual data update
Andrea to create list of possible roles within terminology individuals/groups/beneficiaery
See link: Individuals/beneficiaries