Page Comparison

DHIS2 Tracker Data Model and Options

An assessment is formed from multiple types of events (DHIS2 Program Stages).

• The actual assessment (A none-repeatable stage), which contains all the questions (this could be hundreds)

• Action items (a repeatable stage). Each entry is a corrective action that is agreed upon after the supervision

• Feedback program stage, in the form of ‘managed events’. This feature doesn’t exist yet, but it is planned by UiO. It could result in many entries, one per failed question.

Org Units Assignment: Facilities vs Providers

When a H2 Program is created, there are different levels at which you can enable it using the Program Org Unit assignment feature.

Most DHIS2 server already has their Org Unit structures with the facility level as their lowest level.

Only some use a subsequent level to register the actual health provider, by name, allowing the recording and analysis of data specific to the health officer’s performance.

We present below the different ways that you can do the Org Unit assignment of H2 assessment lists, with the advantages and disadvantages.

Option 1: Provider as the OU (recommended)

• Sub-National (OU)

  • Facility (OU)

    • Provider (OU) --> Program OU assignment

      • Assessment Cycle (TEI): Start/ End, Scoring data

        • Feedback (Managed events - future)

        • Actions (Repeatable event)

Option 2: Facility as the OU / Provider as TEA

This is a variation of Option 1, which introduces the use of a TEA that allows recording the provider name (free text).

Note: you will need to modify PSI’s provided metadata packages for this option. You will need to create a new TEA for the provider, and add it to the TEI assessment.

• Sub-National (OU)

  • Facility (OU)  --> Program OU assignment

    • Assessment Cycle (TEI): Start/ End, Scoring data.
      TEA: PROVIDER

      • Assessment (single events)

      • Feedback (Managed events - future. Could be 100s)

      • Actions (Repeatable event - 1 to 5 per assessment

Option 3: Facility as the OU / Provider as TEI

The idea is to ‘enrol’ a provider as a tracked entity, and then conduct all assessments in that Tracked Entity.

Note: you will need to modify PSI’s provided metadata packages for this option. You will need to create a new type of Tracked Entity, and change the PCA.

Modèle et options des données de suivi du DHIS2

Une évaluation est constituée de plusieurs types d'événements (étapes du programme DHIS2).

• L'évaluation proprement dite (une étape qui ne peut être répétée), qui contient toutes les questions (il peut y en avoir des centaines).

• Actions (une étape répétable). Chaque entrée est une action corrective qui est convenue après la supervision.

• la phase du programme de retour d'information, sous la forme d'"événements gérés".. Cette fonctionnalité n'existe pas encore, mais elle est prévue par UiO. Elle pourrait donner lieu à de nombreuses entrées, une par question échouée.

Unité d'Org Travail : Établissements et prestataires

Lorsqu'un programme H2 est créé, il existe différents niveaux auxquels vous pouvez l'activer à l'aide de la fonction d'affectation des unités d'organisation du programme.

La plupart des serveurs DHIS2 ont déjà des structures d'unités organisationnelles dont le niveau le plus bas est celui de l'établissement.

Seuls quelques pays utilisent un niveau ultérieur pour enregistrer le prestataire de soins réel, par son nom, ce qui permet l'enregistrement et l'analyse de données spécifiques à la performance de l'agent de santé.

Nous présentons ci-dessous les différentes façons dont vous pouvez effectuer la mission de l'unité Org des listes d'évaluation H2, avec les avantages et les inconvénients.

Option 1 : Le fournisseur est l'OU (recommandé)

• Infranational (OU)

  • Installation (OU)

    • Fournisseur (OU) --> Affectation de l'OU du programme

      • Cycle d'évaluation (TEI) : Début/fin, données de notation

        • Retour d'information (événements gérés - futurs)

        • Actions (événement répétable)

Option 2 : l'établissement est l'OU / le prestataire est l'AET

Il s'agit d'une variante de l'option 1, qui introduit l'utilisation d'une AET permettant d'enregistrer le nom du prestataire (texte libre).

NotePour cette option, vous devrez modifier les paquets de métadonnées fournis par l'ISP. Vous devrez créer un nouveau TEA pour le fournisseur et l'ajouter à l'évaluation TEI.

• Infranational (OU)

  • Installation (OU) --> Affectation de l'OU du programme

    • Cycle d'évaluation (TEI) : Début/fin, données de notation.
      THÉ : PRESTATAIRE

      • Évaluation (événements uniques)

      • Retour d'information (événements gérés - à l'avenir, il pourrait y en avoir des centaines)

      • Actions (événement répétable - 1 à 5 par évaluation)

Option 3 : l'établissement est l'OU / le fournisseur est l'ITE

L'idée est d'"inscrire" un prestataire en tant qu'entité suivie, puis d'effectuer toutes les évaluations dans cette entité suivie.

NotePour cette option, vous devrez modifier les paquets de métadonnées fournis par PSI. Vous devrez créer un nouveau type d'entité suivie et modifier l'ACP.

• Infranational (OU)

  • Facility (OU) --> Program OU Assignment

    • Provider Fournisseur (TEI)

      • Assessment Évaluation (Repeatable event, one per assessment)Feedback (Managed events - future. Could be 100sévénement répétable, un par évaluation)

      • Retour d'information (événements gérés - à l'avenir. Il pourrait y en avoir des centaines)

      • Actions (Repeatable event événement répétable - 1 to 5 per assessmentà 5 par évaluation)

Option 4: Provider as TEI, Assessment as Enrolment

Not considered - analytics is not possible: we cannot use enrolments as DHIS2 with the current version (2.38) which does not have enrolment analytics.

Option 4 : le prestataire est l'IET, l'évaluation est l'inscription

Non pris en compte - l'analyse n'est pas possible : nous ne pouvons pas utiliser les inscriptions comme DHIS2 avec la version actuelle (2.38) qui n'a pas d'analyse des inscriptions.