eCEBSDocumentation eCEBS
Flux de signaux

L'assistant de flux

Les huit étapes qui transforment un flux vide en configuration publiable.

L'assistant parcourt les huit décisions dont un flux a besoin, dans l'ordre où elles dépendent les unes des autres. Vous pouvez circuler librement entre les étapes — l'ordre est une recommandation, pas un verrou — mais une étape inachevée le signale, et la publication est refusée tant que toutes ne sont pas réglées.

Les huit étapes

Nom et revendication

Nommer le flux et déclarer ce dont il est responsable. C'est ici que les mots initiaux ou le motif se saisissent réellement, le type de revendication ayant été choisi à la création.

Inachevée tant que : le flux n'a pas de nom et n'indique pas à quels messages il répond.

Source

Choisir le canal par lequel les signaux arrivent et l'endroit où ils sont stockés — un programme et une étape de programme DHIS2.

Inachevée tant que : un programme et une étape ne sont pas choisis.

Identité

Décider comment un rapporteur est reconnu et vérifié : l'attribut d'entité suivie portant le numéro de téléphone, l'unité d'organisation sous laquelle chercher, et les formats de numéro acceptés.

Inachevée tant que : un attribut téléphone, une racine de recherche et au moins un format ne sont pas définis.

Grammaire

Définir la forme de message que le flux accepte et la façon dont il est analysé, y compris l'ensemble d'options d'où viennent les codes de signaux et le nom du jeton qui porte le code.

Inachevée tant que : un ensemble d'options n'est pas choisi et le jeton de code n'est pas nommé.

Correspondance

Associer les valeurs analysées aux éléments de données et unités d'organisation DHIS2.

Inachevée tant que : chaque élément de données obligatoire n'a pas de source.

Réponses

Rédiger les confirmations et les erreurs renvoyées au rapporteur.

Inachevée tant que : les réponses « accepté » et « code inconnu » ne sont pas rédigées.

Destinataires

Choisir qui est alerté lorsque le flux lève un signal.

Inachevée tant que : il n'y a pas au moins une règle et un message d'alerte.

Tester et publier

Faire circuler un signal de test de bout en bout, puis mettre le flux en service.

Ordre des dépendances

Trois étapes dépendent de précédentes, ce qui explique cet ordre.

  • Grammaire a besoin de l'ensemble d'options avant que les codes de signaux puissent être enrichis : l'onglet Codes reste donc vide tant que Grammaire n'est pas réglée.
  • Correspondance a besoin de l'étape de programme choisie dans Source pour connaître les éléments de données existants.
  • Identité a besoin de la racine de recherche pour que les recherches par téléphone aboutissent à un rapporteur.

Enregistrez au fur et à mesure

La progression est enregistrée sur le flux, pas conservée dans le navigateur. L'espace de travail signale les modifications non enregistrées ; enregistrez avant de partir, car la publication est refusée tant qu'il en reste.

Lire les messages de blocage

Une étape inachevée indique exactement ce qui manque, et non seulement que quelque chose manque. « Chaque élément de données obligatoire doit avoir une source » signifie que l'étape Correspondance comporte un élément de données requis auquel rien n'est associé — pas que la correspondance est cassée en général.

L'étape Tester et publier énumère toutes les étapes inachevées d'un coup, ce qui en fait le moyen le plus rapide de voir à quelle distance de la publication se trouve un flux.

La suite

Une fois Grammaire réglée, enrichissez les codes de signaux dans Codes et familles.

Sur cette page