Avni's domain model of field based work
To understand how Avni works lets first understand the domain model of field-based work. Any field-based work can be broadly subdivided into three components.
- Service delivery organisation - The organisation, with providers and the geographical area where they work.
- Services (or schema of data to be collected) - The actual set of services provided by the above organisation to the people (or data to be collected about something in a said geographical area).
- Service encounter - Each service is broken down into a discrete set of type of encounters that providers of the organisation have with the people.
Now lets further explore each one of the above one by one and how Avni models it into the software system.
1. The architecture of the service delivery organisation
Avni allows for modelling of the work geography of the organisation and mapping of service providers to their geographical units. In avni, one can set up the complete geographical area into multiple levels and locations at the same level.
Lets first identify the key domain concepts with their names. A service delivery organisation consists of the following:
- An organisation (e.g. NGO, or government department, university), the entity that provides the service or collects some data.
- In order to provide this service or collect data, this organisation employs, hires or engages service providers. They can be called field workers, frontline worker, health worker, etc - we will simply call them provider or user.
- The service provided by the organisation via the providers is received by beneficiaries, citizens, patients, students, children so on. In the case where the work is data collection, the provider may be additionally or only collecting data for non-living objects like water body, school, health centre, etc. Since Avni is a generic platform, let's call of them by a rather imaginative name subject.
- In most Avni use cases, the subjects may be spread across a geographical area such that one provider cannot service (or collect data from) all subjects. Hence each provider is assigned a specific area that is called catchment in Avni. A catchment could be a block, a cluster of slums, etc.
- Each catchment may have one or more geographical units which are called locations in Avni. A location could a village, slum, subcenter area so on.
Each user must to be associated with at least one catchment.
In Avni system, the organisation, provider, catchment and location are setup via web application by the implementer, IT or program administrator. When a subject is created/registered in the system, they are assigned a location. This is usually done by the field user using their mobile device
2. Modelling the services provided into Avni
Avni allows for modelling of the services provided (or data collected) via a three-level configurable data structure. Avni allows for setting up subjects, enrolment of subjects in programs, and defining encounters for enrolments/subjects. There can be multiple programs per subject type and multiple encounter types per program.
- An organisation may have one or more subject types to which they provide service (or collect data for).
- To each subject type, the organisation may be providing one or more service types (or have the purpose of data collection). In Avni, each service type is called a program.
- Each service type may involve one or more types of interactions which are called encounter types. Avni also allows one to avoid the service type completely and define encounter types directly for the subject types - allowing for modelling of interactions which are not required to be grouped under services.
3. Groups and relationships
Avni allows for creating groups of subjects and more specifically a special type of group called household or family whereby another subject types (created to represent people) can be members of the household. These members can also be linked to each other via relationships. Do note though that in Avni we have modelled group and households via attributes on subject types. The subjects of such types can be linked as child elements of the parent subject. Please the diagrams below. Avni application behaves differently for groups and households.
4. Design of a service encounter
Service encounter is an encapsulation of a type of interaction between the service provider and the beneficiary - as explained above. Each service encounter consists of the following:
- observation made by the service provider (field workers)
- answer is given by the beneficiary for a question asked by the provider
- information/suggestion/recommendation made by provider
- computed or preset information provided by the avni app to the provider
- photos/videos taken by the provider
Avni allows you to arrange these sequentially and including based on conditions set by you. It also allows to schedule next service encounters based on a rule set by you. This is modelled using form, rules and content. Each service encounter can be defined in this way.
Updated over 2 years ago
Understand how some of the key system data flow happens in Avni and hence resulting in a working application specific to your organisation/implementation.