Close this ticket when deployed to production : https://avni.freshdesk.com/a/tickets/1433

Reports to copied over from JSS implementation.

Often, there is the need to get context of an implementation beyond what the models themselves provide. For example, the knowledge of other subjects in the location might be necessary to run a specific rule. As part of this epic, we will provide a mechanism for such rules to be expressed.

Currently, a rule takes in 2 parameters - params and imports. We propose adding a new parameter within imports called services.

ruleFunc({
            params: {entity, ...},
            imports: {rulesConfig, lodash, moment, services, models}
        });

The services object will look like this

{
    individualService: '',
    conceptService: '',
    ...
}

The services will provide a read-only view to other objects that are available in the system. The interface of these models will be provided in documentation.

There are some changes suggested by client to be done on some forms

Child Friendly Corner

Context

There will be monthly planners submitted by Community Mobiliser, District Officer and Program Manager. The monthly planner submitted by the Community Mobiliser should be approved by District Officer.

Acceptance Criteria

1. As a community mobiliser i should see a form to be filled to submit monthly plan. All the fields should be mandatory.
2. As a district officer i should see a form to be filled to submit monthly plan. All the fields should be mandatory.
3. As a district officer i should get monthly plans submitted by community mobilesers from my district for approval. I should be able to approve or reject with corrections
4. As a community mobiliser and district officer i should see cards in dashboard for approval, rejection, etc.

Context

Sometimes people need to upload project reports, test results, etc in forms of encounter, program encounter, enrolment or subject registration. These results are in files with formats typically like PDF, doc or excel. We need to introduce a new concept datatype and FormElement that supports file upload.

Acceptance Criteria

1. As an Implementer i should be able to create a Concept of File Upload type
2. As a user i should be able to upload a file through forms in android app
3. As a user i should be able to upload file through forms in data entry app
4. As a user i should be able to download an uploaded file from android app
5. As a user i should be able to download an uploaded file from data entry app

Tech

This opens up gates for user to upload malwares. Is there any risk and how can we prevent it? Whitelisting / Blacklisting ?

Output 1.1: Adolescent groups and communities are empowered to voice their con-cerns and protect children from harm, abuse and exploitations.

Output 1.2: Household economy is improved with enhanced soft-skills, linkage with social security and family resilience planning

Output 2.1: Child Rights and Business Principles are understood and practiced in supply chain of tea industry

Output 3.1: Government child protection work-force is more capacitated and coordinated to address the child protection issues in the state

Specific Objective 1: To address abuse and exploitation of children through enhanced awareness among boys and girls and strengthened community engagement

Specific Objective 2: To engage and sensitize the Tea producing companies / Big Tea Plantations, Farmer Producer Organisations and Union and Association related to tea plantations about Child Rights and Business Principles to protect the rights of children across the supply chain of tea industry

Specific Objective 3: To strengthen Child protection mechanisms (workforce/ structure) at district level with improved capacity to address, refer and respond to cases of violence and abuse against children

• Create bug cards and pick them up for fixing based on priorities.

This is a form to record Stakeholder details

Subject Type : Important Stakeholder Type : Individual

Key Fields Stakeholder Name Stakeholder Category Designation Contact Number Email id

https://docs.google.com/spreadsheets/d/1AvBcssHonsota3UcYEWpOw2kILisAQaq/edit#gid=517621701

https://docs.google.com/spreadsheets/d/1OgZwShkxeuOnChdD_HuHtBgs_eKx-dIV/edit#gid=1096396508

This will give an idea of how many vulnerable children and their family member have accessed social security scheme.

https://docs.google.com/spreadsheets/d/1AvBcssHonsota3UcYEWpOw2kILisAQaq/edit#gid=227783172

Context

A scenario in one of the implementations has come up where same user works with different subject types at different location scope. That is for one subject type e.g. covid survey the user works at one GP scope and for farmer suicide the same user works at district level.

How do we support this?

https://docs.google.com/spreadsheets/d/1OgZwShkxeuOnChdD_HuHtBgs_eKx-dIV/edit#gid=445031720

Date Range will apply on exit date / when the child was removed from vulnerability.

Context

There is a wide variety of stakeholders to which training is provided. This is not a fixed group.

Acceptance Criteria

1. Subject Type : Other Stakeholders Training. Type : Individual
2. Whenever there is a training a new subject will be registered
3. All the details of the training will be in the registration form

Right now we show a blank page in the app whenever there is an unhandled exception. Show error page instead so user can go back to home page and do other things.

Context

When looking at an individual dashboard, it should be clear to the user status of facilitated schemes

Acceptance Criteria

1. When looking at subject summary in following format should appear : Comma separated values of <scheme name> : <status> E.g. Ayushman Bharat Yojana :

Context

Every month the users will update the status for each of the scheme under facilitation. Following are the different stages for facilitation

• Relevant documents available for applying for the social protection schemes & services
• Facilitated for getting relevant documents for applying for the social protection schemes & services
• Document submitted and/or acknowledgement recieved
• Linked with social protection schemes & services
• Received 1st benefit
• In the intervention
• Dropped out

Acceptance Criteria

1. Encounter Type : General
2. Encounter / Form name : SS Facilitation status update
3. Form Fields : One question per scheme that is under facilitation with above mentioned answers
4. Visit Scheduling : One immediately after the start facilitation and then monthly. If monthly is already scheduled then no need to schedule the immediately one.

Context

Whenever user wants to start facilitation on one or more schemes, she will fill the 'Start SS facilitation' form.

Encounter Type : General Encounter / Form Name : Start facilitation

Form Fields

• only one field 'Schemes' with all the schemes as answers

Visit Scheduling : None. This will be an unplanned encounter

Schemes : https://docs.google.com/document/d/1EzHEQQ9SAMJi6_e8bN9t_lUbZLN7mWnW/edit

The idea is to use the already synced data for a catchment by another user. This will help us reduce the first sync time.

Admin should be able to upload the backup files for different catchments from the web app. When the user logs-in for the first time on mobile app, the Client checks if there is any backup available for that catchment if the client finds any backup first it downloads and restores that backup and starts syn after that.

We will have a new subject type called 'Event Reporting' (Person) which will record details for the events. This will be recorded in the subject registration form only

Key Points

• Registration location will be only village
• Additional text location fields : Hamlet, Ward / Municipality Area Name, Ward no, Colony name/no,
• Reporting details
  • Name and designation of professional reporting [Text]
  • Place where event was organised [Text]
  • Reporting date [Date]
• Event details
  • Name of the event
  • Type of event
  • Date/Time of event - From [DateTime]
  • Date/Time of event - To [DateTime]
  • Hours [If single day event][Number]
  • Purpose of the event
  • Issue focussed
• Reach
  • Direct Reach - Boys
  • Direct Reach - Girls
  • Direct Reach - Men
  • Direct Reach - Women
  • Indirect Reach - Boys
  • Indirect Reach - Girls
  • Indirect Reach - Men
  • Indirect Reach - Women
• Key Highlights
  • Key Highlight [Image]
• Media coverage
  • Type of Media coverage (Include None also as answer)
  • Name of media
• Key results / Outcome

Reference : https://docs.google.com/spreadsheets/d/1eeBtAKH93hdJODWrm_xuNhbFm0H6vDKk/edit#gid=1702887214

This will be a encounter type on Group 'Adolescent Group'

Key fields in the encounter

• Facilitator
• Purpose of the meeting
• Agenda developed
• Action plan developed
• Attendance [All the members of the group should show up]
• Responsible to implement the action plan [All members of the group should show up]
• Meeting minutes available: Yes / No
• Upload meeting minutes [Image type]
• Next meeting date

Reference : https://docs.google.com/spreadsheets/d/1eeBtAKH93hdJODWrm_xuNhbFm0H6vDKk/edit#gid=1702887214

This will be a encounter type on Group 'CPC Group'

Key fields in the encounter

• Facilitator
• Purpose of the meeting
• Agenda developed
• Action plan developed
• Attendance [All the members of the group should show up]
• Responsible to implement the action plan [All members of the group should show up]
• Meeting minutes available: Yes / No
• Upload meeting minutes [Image type]

Subject type : Adolescent group Member subject type: Individual Positions in group : President, Vice President, Member

Key fields in registration

• Name of the group
• Date of formation of the group
• Annual action plan developed : Yes / No