Components & configuration

The training modules configuration consists of five main components:

  • App Forms - Content that the user will interact with;
  • Tasks - How forms are presented to the user: how and when the user accesses the forms for input;
  • Targets - Shows the progress of the user;
  • Contact Summary - Gives a highlight of the modules completed by the user;
  • Context - Defines what forms are available to fill from the user’s profile, or available as tasks.

App Forms

The CHT application uses XLSForms (app forms), which are a simplified method of setting up form configurations using Excel (or Libre Office Calc, Google sheets, etc). The forms contain the questions/content that the user will interact with, including web links that enable the users to navigate from the CHT application to a specific course in OppiaMobile. App forms are typically created in the project-folder > forms > app directory of a project. If the content requires a user to access any form of media, then a media folder for the specific form is created and named after the form. For example, to add video content for a form module_one.xlsx, save the video file to the following directory: project-folder > forms > app > module_one-media > video. Once the forms are set up with content, the forms are converted to XForms, which are in xml format. To limit access of App Forms to certain contacts, an App Forms must have a properties file, which defines when and for whom certain forms should be accessed. Once configured, the forms are uploaded to an instance using the medic-configurer with the following commands, which upload specific forms and all forms respectively:

Medic-conf --instance=<instance> convert-app-forms upload-app-forms -- <form1> <form2>


Medic-conf --instance=<instance> convert-app-forms upload-app-forms

The image below shows an example of an XLSForm configured for the Educational Modules:

The CHT application makes use of weblinks to direct the user to the OppiaMobile application. Each task in the CHT has a weblink configured to point to a specific course in OppiaMobile. The weblinks are configured in the forms as a button, which, when clicked or tapped, redirects the user accordingly, depending on the installation status of the OppiaMobile application and the respective course. The weblinks are configured in each of the XLSForms that are triggered by a selected task as illustrated in the image below:

[<span style='background-color: #648af7; color:white; padding: 1em; text-decoration: none;border-radius: 8px; '>Open Oppia Mobile</span>] represents the button styling and label.

https://staging.cha.oppia-mobile.org/view?course=introduction-to-covid-19 represents the weblink, where course=introduction-to-covid-19 specifies the name of the course to be launched in OppiaMobile as configured on Moodle.

This image shows the outcome of the button configuration:


Tasks are a set of actions available to users from the task tab. Selecting a task opens up a specific form that completes a workflow. Tasks are available within a given timeframe, after which they expire and the user is unable to view or do them. Tasks are defined as an array of objects in a tasks.js file under the project folder, with each task following the task schema. The required properties of a task include:

  • Name - unique identifier of the task;
  • Title - displays the workflow to be completed for a contact;
  • AppliesTo - determines if the task is emitted per contact or report;
  • ResolvedIf - conditions to mark a task as resolved/completed;
  • Events - specifies the timeframe of a task;
  • Actions - specifies the forms accessed by the user and allows injecting content from previous submissions.

On completing the task configuration, the following command is used to compile and upload the applications settings (tasks, targets, contact-summary, form properties):

Medic-conf --instance=<instance> compile-app-settings upload-app-settings

The code snippet below illustrates an example of a task configured for the educational modules:

  title: 'Community Health Academy',
  name: 'cha-module-one-oppia',
  contactLabel: 'Introduction To Covid-19',
  appliesTo: 'contacts',
  appliesToType: ['person'],
  appliesIf: c => c.contact.role === 'chw' && user.parent && user.parent.type === 'health_center',
  actions: [{
    form: 'cha_module_one'
  events: [{
    dueDate: (event, c) => {
      return Utils.addDate(new Date(c.contact.reported_date), 0);
    start: 0,
    end: 25550
  resolvedIf: function (c) {
    return c.reports.some(report => report.form === 'cha_module_one' &&
         Utils.getField(report, 'assessment_passed') === 'yes');


The users also have access to targets. Targets are a visual representation of the progress and goals of the user. These are app analytics accessed through the targets tab, where the user is able to view how many modules they have completed. Similar to tasks, targets are defined as an array of objects in a targets.js file under the project folder, with each target following the targets schema. The required properties of a target object include:

  • Id - unique identifier of the target;
  • Translation_key - title displayed for the widget;
  • Type - type of numeric representation i.e. count/percentage;
  • Goal - denotes how much the user should achieve;
  • appliesTo - Determines whether a contact or a report is counted.

On completing the targets configuration, the following command is used to compile and upload the applications settings (tasks, targets, contact-summary, form properties):

Medic-conf --instance=<instance> compile-app-settings upload-app-settings

Below is a code snippet for a target configured for the educational modules:

  id: 'training-modules-completed',
  type: 'percent',
  icon: 'icon-cha',
  goal: 100,
  context: 'user.role === "chw"',
  translation_key: 'targets.training_completion.title',
  subtitle_translation_key: 'targets.all_time.subtitle',
  appliesTo: 'contacts',
  appliesToType: ['person'],
  appliesIf: function (contact) {
    return getField(contact.contact, 'role') === 'chw';
  idType: 'report',
  passesIf: function(contact) {
    return contact.reports || !contact.reports;
  aggregate: true,
  date: 'now',
  emitCustom: (emit, original, contact) => {
    const assessmentModules = ['cha_module_one','cha_module_two','cha_module_three'];
    for(let eligibleModule of assessmentModules){
        emit(Object.assign({}, original, {
          _id: `${eligibleModule}`,
          pass: false
    const validReports = contact.reports.filter(report => ((assessmentModules.includes(report.form)) && report.fields.assessment_passed === 'yes'));

    for (let report of validReports) {
        const instance = Object.assign({}, original, {
            _id: `${report.form}`,
            pass: true

Contact Summary

In addition to targets, the user is able to see which specific modules they have completed, and view upcoming tasks and other general information on their profile. The section containing this information is known as the contact summary. The contact summary has 3 main outputs: cards, fields, and context. Contact summary is defined in the contact-summary.templated.js file under the project folder.

Cards are an array of objects which can be customized to group information viewed on a contact’s profile. The required properties of a card include:

  • Label - title of the card;
  • Fields - content of the card;
    • Field name- title/label of a field;
    • Field value - value displayed for a field.

The code snippet below shows an example of a card configured for the educational modules:

const isCHW = () => { return getField(contact, 'role') === 'chw'; };

const hasCompletedModuleTraining = function (form) {
  return reports && reports.some(report => report.form === form && report.fields.assessment_passed === 'yes');

const hasCompletedModuleOne = hasCompletedModuleTraining('cha_module_one');
const hasCompletedModuleTwo = hasCompletedModuleTraining('cha_module_two');
const hasCompletedModuleThree = hasCompletedModuleTraining('cha_module_three');

const cards = [
    label: 'contact.profile.training',
    appliesToType: 'person',
    appliesIf: isCHW,
    fields: function () {
      let fields = [];
      const completedModuleOne = hasCompletedModuleOne ? 'Complete' : 'Incomplete';
      const completedModuleTwo = hasCompletedModuleTwo ? 'Complete' : 'Incomplete';
      const completedModuleThree = hasCompletedModuleThree ? 'Complete' : 'Incomplete';

        { icon: 'icon-cha', label: 'Introduction To COVID-19', value: completedModuleOne, width: 6 },
        { icon: 'icon-cha', label: 'COVID Care', value: completedModuleTwo, width: 6 },
        { icon: 'icon-cha', label: 'COVID Misinformation', value: completedModuleThree, width: 6 }
      return fields;

This image shows the training card configured to show completion status of the educational modules:

Context provides information to App Forms, which are initiated from the contact’s profile page. To show an App Form on a contact’s profile, the form’s expression field in its properties file must evaluate to true for the contact. The context information from the profile is accessible as the variable summary.

The code snippet below shows the context variables that can be accessed in the app forms:

const context = {

The three variables hasCompletedModuleOne, hasCompletedModuleTwo and hasCompletedModuleThree are used in the educational modules app forms to determine whether the user will access the forms through the care guide.

The code snippet below shows an example of App Form properties, where the user can only access the form as a care guide if they have completed module one task. This is defined by the phrase summary.hasCompletedModuleOne in the expression statement.

  "icon": "icon-person",
  "context": {
    "person": false,
    "place": false,
    "expression": "!contact || (contact.type === 'person' && user.parent.type === 'health_center' && user.role === 'chw' && contact.role === 'chw' && summary.hasCompletedModuleOne)"

CHT Applications > Features > Integrations > OppiaMobile

Integrate CHT core with OppiaMobile’s learning management platform

CHT Applications > Examples > Learning & Care

An integration built to pilot the integrated workflows focused on CHW remote learning and care support for COVID-19.