Rapport préliminaire mission au Centre de Surveillance Pluripathologique de Ouagadougou : 15 -21 novembre 2003

Rapport préliminaire Mission au Centre de Surveillance Pluripathologique de Ouagadougou 15 -21novembre 2003 Dr Denis Coulombier (CDS/CSRÆPS) Sommaire 1. Personnes rencontrées 1 . 1 . Ce ntre d e s u rvei I I a n ce pl u ri patho I og i q u e Dr Sam Bugri Mamoudou Djingarey Denis Kandolo Flavien Ake Clément Lingani Directeur (bugris@oncho.oms.bf) Epidémiologiste (djineareym@oncho.oms.bf Microbiologiste (kandolod@wr. oms. bf) Ingénieur base de données, cartographie (akeh@oncho.oms.b0 Gestionnaire base de données (linganic@oncho.oms.bfl L'auteur du présent rapport remercie toutes les personnes rencontrées pour leur participation, collaboration et soutien au cours de cette mission. 2. Termes de référence . Établir le cahier des charges fonctionnel et technique d'une application informatique pour la surveillance de la méningite à méningocoque dans les 9 pays de I'Afrique de l'ouest couverts par le projet. . Évaluer la quantité de travail à réaliser, en précisant le rôle de chacun des partenaires dans la réalisation de I'application, ainsi qu'un calendrier des activités pour son déploiement. o Participer à la formation de la première cohorte de renforcement des capacités des laboratoires de santé publique organisé par le bureau OMS de Lyon, en collaboration avec le bureau régional pour l'Afrique, le bloc de I'Afrique de l'ouest et le MDSC. 3. !ntroduction 3.1. MDSC Le Centre de Surveillance Pluripathologique de Ouagadougou, Burkina Faso est situé dans I'enceinte du programme africain de lutte contre l'onchocercose. Il repose sur l9 employés, comportant des épidémiologistes, des micro-biologistes, de biologistes moléculaires et de gestionnaires de données ; Ses missions sont de foumir un appui technique de haut niveau aux États Membres dans les domaines : o de la surveillance, de la prévention et de la lutte contre les maladies transmissibles prioritaires o de la surveillance, de diagnostic de laboratoire et de contrôle de qualité o d'information sur l'épidémiologie des maladies prioritaires dans la sous-région o pour la recherche et les formations en appui à ces activités 3.2.Projet Dans ce cadre, le bureau OMS pour l'Afrique a décidé de coordonner les activités de surveillance de la méningite à meningocoque poru les pays de la ceinture de la méningite. Ce projet associe des partenaires des différents niveaux de I'OMS : o Le centre de surveillance pluripathologique (MDSC) o Le bureau OMS des pays du bloc de I'Afrique de I'ouest o Le bureau régional OMS de l'Afrique (AFRO) o Le groupe de méningite de l'équipe d'alede et de réponse globale du siège (CSR/GAR) o Le groupe de cartographie sanitaire du département de surveillance et réponse (CSRAMD- Health Mapper) o L'équipe de renforcement de la surveillance et la réponse nationale du bureau OMS de Lyon (cSR/LYOÆPS) 4. Surveillance de !a méningite au MDSC Le Burkina Faso, le Mali et le Niger ont transmis régulièrement des données au MDSC. Le Bénin, le Ghana, le Tchad et le Togo ont transmis régulièrement, après des visites de supervision effectuées par le MDSC. Le Tchad a connu des problèmes de personnel qui ont limité ses capacités à transmettre les données. Le Nigeria n'a pas transmis les 26 rapports hebdomadaires nécessaires à la clôture des bases de données en fin d'épidémie. L'Éthiopie n'a pour sa part transmis aucune donnée pendant la saison de surveillance. Certains pays comme le Tchad ont connu des difficultés de transmission des données par manque de moyens de communication. D'autres pays ont transmis de manière irrégulière, et avec du retard les données sans que les raisons en soient claires. La multiplicité des formats des données transmises a limité les capacités d'exploitation réactive des informations. Certains pays ne disposaient pas de support informatique pour le taitement des données (Tchad) et d'autres n'avaient pas la formation requise (Togo). Dans I'ensemble, les données des laboratoires étaient tardives et incomplètes. Aucune donnée concemant les résistance aux antibiotique n'a été transmise. 4.l.Objectifs de la surueillance La surveillance de la méningite dans les pays de la ceinture a pour objectif de détecter rapidement la survenue de cas de méningite à méningocoque afin de methe en æuvre avec promptitude les mesures de réponse appropriées. Ces mesures de contrôle et de prévention reposent principalement sur la confirmation des germes par le lab oratoire, la prise en charge des cas et la prévention par des campagnes de vaccination ciblant les districts où le seuil épidémique a été franchi. L'apparition de souches de méningites Wl35 en2002 dans la sous-région impose désormais que le choix du vaccin à administrer repose sur des examens du liquide céphalo-rachidien afin d'identifier les souches responsables de l'épidémie. 4.2. Pays participanfs eü source des données Neufs pays de la sous-région participent au projet : o Le Burkina Faso o Le Niger o Le Mali o Le Bénin o Le Togo o Le Tchad o Le Nigeria o Le Ghana o L'Éthiopie Ces pays effectuent la surveillance de routine des cas de méningite survenant dans les dishicts et transmettent les données de manière hebdomadaire concernant : o Le nombre agrégés de cas de méningite survenant par district o Le nombre de décès dus à la méningite par district o Le nombre de prélèvements de LCR effectués et les résultats de I'analyse bactériologique o Un listing descriptif des examens de LCR o Les informations relatives aux vaccinations enfieprises Les pays de la sous-région disposent de différents outils de saisie des informations concemant la méningite. Une feuille Excel a été produite par le bureau OMS AFRO, qui incorpore des formules permettant le calcul des taux d'attaque et de la létalité, par semaine et par district. Cette feuille dispose d'indicateurs d'alerte basés sur des codes de couleur permettant d'identifier visuellement les dishicts en alerte, les districts en épidémie et les districts avec un taux de létalité supérieur à l0%. Cette feuille permet la saisie agrégée des cas et des décès de méningite, chaque ligne représentant un district du pays, et les colonnes représentant les 52 semaines de l'année. Cette feuille Excel a été adaptée par les pays pour refléter leur structure administrative. Elle est utilisée par tous les pays de la sous-région, à I'exception du Ghana qui a développé une application Microsoft Access. 4.3. Analyses ef rapports Le MDSC assure la coordination globale du projet, la synthèse des informations concernant la sous- région, et la réro-information aux pays participants ainsi qu'aux partenaires du projet. Le MDSC produit dans ce but un bulletin épidémiologique hebdomadaire de synthèse. 4.4. Résultats pour 20042003 Demander Kandolo. 5. Cahier des charges fonctionnel S.l.Conversion des fichiers de données des pays Afin d'initier rapidement le développement de I'application permettant Ia surveillance sous-régionale, 1l a été décidé de ne pas modifier, dans un premier temps, le format des données produites et envoyées par les pays. L'application informatique doit donc permettre la conversion des données provenant des pays dans un format commun qui permettra l'intégration dans la base sous-régionale. Dans un deuxième temps, il sera proposé aux pays : o Des feuilles Excel standardisées, produisant les indicateurs visuels d'alerte, incluant un macro permettant d'en effectuer l'extraction au format ASCII délimité, et incluant une colonne cachée contenant les codes ISO des dishicts, afin de faciliter le transcodage. o Alternativement, et préférablement pour les pays disposant d'une base de donnée, un format standardisé d'échange, transcodé (cf. point 5.3) et normalisé (cf. 6.2.1.1.). 5.2.Contrôle de qualité des données Les données, après conversion seront soumises à un contrôle de qualité afin de s'assurer de leur intégrité. Cette procédure inclura : o La production automatisée d'un rapport de qualité, basé sur des inconsistances (district inexistant), des valeurs aberrantes (plus de décès que de cas par exemple) et des valeurs manquantes. o Une exploration visuelle des données à fin de validation o Une liste des données modifiées depuis le dernier transfert o Des indicateurs de processus, tels que la complétude (% des districts ayant fournis les données dans le fichier transmis) et la promptitude (délai entre le dernier jour de la semaine notifiée et la date de réception du message élechonique au MDSC). 5.3. Transcodage des données Les différents pays participants n'utilisent pas de codification des unités géographiques pour l'envoi des données. Les noms en clair des districts apparaissent dans les feuilles Excel. AFRO a développé une codification des districts de la région (AMAPCODE). Ce code est basé sur les trois premières lettres des pays, des régions et des disticts. Des modifications ayant eu lieu dans le découpage administratif des districts, la liste des codes AMAP n'est plus à jour. De plus, compte tenu du nombre important de districts sanitaires dans certaines régions, cette codification n'assure pas l'absence de doublons. Nous proposons l'utilisation des codes ISO, déjà inclus dans les réferentiels géographiques développés par le MDSC (Health Mapper) et du fait de leur diffusion internationale. L'application informatique devra transcoder les données afin d'utiliser un code unique d'identilïcation des districts de la sous-région. Le développement d'une feuille générique, telle celle que proposée au point 4.1 permetha de s'affranchir de cette étape de transcodage. 5.4.Fusion des données des pays Les données transmises seront fusionnées dans une base sous-régionale mise à la disposition des épidémiologistes en charge de leur exploitation sur le réseau informatique du MDSC. Le format retenu devra permettre la plus grande compatibilité afin de permettre l'exploitation des données dans une majorité d'outils logiciels existants, notâmment Excel, différentes versions d'Epi Info, Access, Stata, SPSS, Epimap, Health Mapper, ArcView, Map Info... 5.5. lndicateurs compilés par l'application Les indicateurs produits par l'application concemeront les données épidémiologiques, les données de laboratoire et les données des activités de vaccination. 5.5.1. lndicateurs épidémiologiques o Transmis o Nombre de cas de méningite par district et semaine o Nombre de décès de méningite par district et semaine o Calculés o Taux d'attaque par district et semaine o Létalité par district et par semaine Les seuils d'alerte suivant seront utilisés pour les taux d'attaque : o Disricts en alerte : 5 cas ou plus pour 100,000 habitants pour la semaine o Districts en épidémie : l0 cas ou plus pour 100,000 habitants pour la semaine. De plus, tout district en alerte, contigu d'un dishict en épidémie sera considéré lui-même en épidémie. 5.5.2. lndicateurs microbiologiques o Nombre d'examens de LCR effectués o o de d'examens de LCR négatifs parmi les examens effectués o % de LCR clairs o % de LCR contaminés o o/o d'examen de LCR positifs parmi les examens effectués o % des differents germes parmi les examens positifs o % des différents serogroupes pour les Neisseria Meningitidis 5.5.3. lndicateurs de vaccination o Nombre de doses de vaccins administrés par dishict et par campagne o Couverture vaccinale atteinte (%) o Type de vaccin utilisé 5.6. Présentation des données Les indicateurs seront visualisés sous forme de tableaux, de graphiques et de cartes. 5.6.1. Tableaux d'indicateurs Les tableaux devront permettre I'affichage des l6 indicateurs mentionnés : o Par district, avec sous totaux régionaux le cas échéant et total pour le pays et la sous région o Par semaine et niveau géographique, pour la période de 52 semaines précédant la semaine en cours 5.6.2. Graphiques Les graphiques incluront : o Des courbes de chacun des 16 indicateurs, pour chaque niveau géographique, au cours des 52 semaines précédant la semaine en cours avec comparaison des 52 semaines correspondantes de l'année précédente. o Une courbe évolutive des taux d'attaque hebdomadaire par district, pour un pays, permettant de comparer visuellement la dynamique de l'épidémie entre les districts o Un graphique en camembert de la distribution des germes incriminés par district, région le cas échéant, et pays. o Un graphique en camembert de la distribution des serogroupes de Neisseria Meningitidis incriminés par district, région le cas échéant, et pays. 5.6.3. Cartes o Une carte sous-régionale pour chacun des 16 indicateurs retenus o Une carte par pays pour chacun des 16 indicateurs o Une carte des diskicts en alerte et en épidémie, basée sur I'algorithme d'alerte présenté au point 5.5.1. o Des cartes thématiques, permettant de visualiser la distribution géographique des différentes souches et sérogroupes incriminés 5.7. Production automatisée de rapports La production de sorties hebdomadaires sera automatisée. Ces sorties incluront : o Fonctionnalités de base o Un bulletin d'indicateurs de processus o Un bulletin d'alerte o Un bulletin de rétro-information aux pays o Un bulletin épidémiologique de synthèse o Fonctionnalitésavancées o Un bulletin épidémiologique pour site Intemet o Un accès interactifaux données o La production d'indicateurs pour les partenaires OMS Les rapports seront produits en français et en anglais. L'application aura la fonctionnalité de pouvoir ajouter une autre langue ultérieurement (portugais). 5.7.1. Un bulletin d'indicateurs de processus Le bulletin d'indicateurs de processus présentera les données de complétude et de promptitude pour les différents districts ayant notifié. 5.7.2. Bulletin d'alerte Le bulletin d'alerte inclura une liste des districts en alerte, une liste des districts en épidémie ainsi qu'une carte des districts en alerte et en épidémie. L'objectif de ce bulletin est de pouvoir identifier immédiatement tous les districts devant bénéficier d'une attention particulière. 5.7.3. Bulletin épidémiologique de synthèse Le bulletin épidémiologique de synthèse inclura une carte de distribution des districts en fonction des taux d'attaque ainsi qu'un tableau synthétisant le nombre de cas, les taux d'atûaque, la létalité, les résultats des examens microbiologiques et les activités de vaccination. Ce bulletin poura s'enrichir de commentaires avant finalisation. 5.7.4. Bulletin épidémiologique pour site lnternet Un sous-ensemble de tableaux, de cartes et de graphiques qui pourront être publiés sur un site Intemet. Un tel site n'est pas disponible aujourd'hui. Le contenu de cette publication dewa être précisé ultérieurement. Cependant la fonctionnalité sera développée dans I'application. 5.7.5. Outi! d'exploration des données Un accès interactif aux analyses sera développé. Il dewa permettre une revue des indicateurs (taux d'attaque, létalité, statut épidémique, examens de laboratoire et activités de vaccination) aux différents niveaux géographiques. Les données seront présentées sous forme de tableaux, de cartes et de graphiques. 5.7.6. Rétro-information aux pays Un bulletin de rétro-information spécifique pour chaque pays sera produit. Ce rapport synthétique inclura des informations relatives à la qualité des données transmises, ainsi qu'une synthèse détaillée des indicateurs épidémiologiques et d'activité. 5.7.7. lndicateurs pour le bloc des pays de l'Afrique de l'ouest, AFRO et HQ Une base de donnée d'indicateurs au niveau des districts sera produite et transmise aux différents partenaires OMS du projet afin de permettre une exploitation complémentaire des informations par ceux-ci. Cette base, dont le format sera déIini ultérieurement avec les partenaires, contiendra les codes AMAPCODE pour compatibilité avec Afro. 5.8.Analyses ad-hoc 5.8.1. Outilde requête L'application devra permettre la gestion de requêtes libres par I'utilisateur. Un assistant de requête sera considéré, afin de permettre l'extraction de données spécifiques de la base fusionnée. 5.8.2. Lien avec des applications extérieures L'application informatique devra autoriser l'exploitation des données au travers d'applications extérieures. Ces liens pourront notamment inclure les logiciels suivants: o Epi Info 6.04d o Epi Info 2002 o Excel o Access o SPSS o Stata o Health mapper o Epimap o ArcView o Map Info 5.9. Mise à jour et maintenance de l'application L'application devra permettre une sauvegarde incrémentielle automatisée des données des 15 semaines les plus récentes. Ces données sauvegardées incluront les données brutes, les données de la base fusionnée, ainsi que les bulletins épidémiologiques de synthèse. Les données seront comprimées dans un fichier unique (.ZIP), qui sera automatiquement copié sur un lecteur différent de celui de I'ordinateur de production. Une copie des fichiers de sauvegarde sera effectuée sur Cd-rom régulièrement, qui seront conservés dans un local différent de celui abritant I'ordinateur de production. Le développement et le déploiement de I'application se fera en lien très étroit avec les gestionnaires de données du MDSC ainsi que d'AFRO afin d'assurer une parfaite intégration de l'application dans les systèmes existant et d'offrir une autonomie de maintenance et d'évolution maximale, dès les premières phases de mise en oeuvre. Le groupe CSR/LYOÆPS offrira un soutien à distance, continu, par messagerie électronique et visites de suivi annuelles. 5.10. Flexibilité L'application, quoique dédiée initialement à la surveillance de la méningite, dewa avoir une flexibilité suffisante pour permettre l'adjonction d'autres maladies ultérieurement dans le cadre de la surveillance intégrée de la maladie (SIM/IDS), dans un souci d'intégrer au maximum la production et la gestion des données au MDSC. 5.11. Documentation Les différents composants de l'application seront documentés. En particulier, les scripts et programmes feront I'objet d'ajout de commentaires permettant une compréhension approfondie de lews opérations afin de maximiser les capacités des responsables du MDSC à en assurer I'entretien et l'évolution. 6. Cahier des charges technique 6.1 . Contrai ntes tech niques 6.1.1. Parc informatique Le parc informatique du MDSC comprend une majorité d'ordinateurs équipés de processeurs Pentium 2 et quelques Pentium 3 et 4. Un réseau Ethemet est en place. Le centre dispose de deux serveurs de données fonctionnant respectivement sous SQL-Server 6.5 et SQL-Server 2000 qui pourrait servir de serveur d'exploitation. Le centre envisage I'acquisition d'un ordinateur de grande capacité pour la gestion des données. Cette machine doit avoir au minimum les capacités suivantes : Pentium 4, cadencé à2,8 gigahertz et disposant de 120 gigabÿes de capacité de stockage. Il dewa être équipé d'un gmveur de Cd-rom et d'un lecteur ZIP aftn de réaliser les sauvegardes. Cet ordinateur constituera I'ordinateur de production pour l'application. 6.1.2. Transmission électronique des données Le centre est équipé d'une ligne spécialisée assurant la liaison à Internet. Cette ligne dispose d'un débit de 64 Kb, insuffisant aujourd'hui pour assurer un accès satisfaisant à l'ensemble des personnels du centre. Il semble prioritaire d'augmenter le débit de la ligne spécialisée pour permettre un échange fluide d'information avec les pays source des données et les partenaires destinataires des informations. 6.1.3. Logiciels utilisés Fonctionnant sous Windows 98, le centre dispose des logiciels suivants: o Suite bureautiques Microsoft o Epi Info 6.04c o Epimap o Epi Info 2002 o STATA o SPSS o ArcView o AtlasGis o Access o Health Mapper, version 4.0 6.1.4. Expertise informatique Le centre dispose aujourd'hui d'un gestionnaire de données formé et d'un consultant expérimenté dans la conception, le développement, et le déploiement d'applications informatiques. 6.1.5. Contraintes financières Le budget alloué au développement de l'application est limité. Il est donc choisi de faire appel à des Iogiciels du domaine public pour la gestion des données et la production des sorties. L'ensemble de l'expertise nécessaire à la conception, au développement et au déploiement de I'application sera foumi par les differents groupes de I'OMS. 6.1.6. Contraintes de temps L'application dewait idéalement ête opérationnelle avant le début de la prochaine saison de recrudescence de la méningite à méningocoque dans la sous-région. En tout état de cause, il est prévu de disposer de la base fusionnée des données au début du mois de janvier, et de l'ensemble des fonctionnalités de production des sorties dans le courrant du mois de fewier. 6. 2. T ra n s m i ssi o n, co nve rs i o n, v a I i d ati o n et tra n scodage des données 6.2.1.1. Données épidémiologiques et de laboratoires Les fonctionnalités techniques suivantes seront mises en Guvre : o o Les données seront hansmises par messagerie électronique, de préférence dans un fichier comprimé (.ZIP). Ces données concerneront l'ensemble de la base annuelle du pays, des modifications ou corrections des semaines antérieures pouvant prendre place. À leur réception par le gestionnaire des données, elles seront sauvées dans un répertoire propre à chaque pays, sous un nom de fichier unique incluant les deux lethes du code ISO du pays, trois caractères pour la maladie, et trois caractères pour la nature des données. Ainsi les fichiers provenant du Burkina Faso seront codés : BFMENEPI, BFMENLAB, BFMENVAC, pour les données épidémiologiques, de laboratoire et de vaccination respectivement. Un script Visual basic sera appliqué pour leur conversion en format ASCII délimité Elles seront importées dans Epi Info qui produira un bulletin de validation et autorisera une revue manuelle des données En cas d'inconsistance, le pays sera contacté par téléphone afin de vérifier les informations, de les corriger et de les transmettre de nouveau. Après validation, les données seront transcodées afin d'inclure les codes uniques des districts Le fichier sera normalisé, chaque fiche représentant un indicateur unique de surveillance avec ses descripteurs de temps (semaine) et de lieu (code du district) Les données seront alors fusionnées et mises à disposition sur le réseau informatique au format dBase, qui assure une compatibilité maximale avec tous les logiciels existants. 6.2.1.2. Données des vaccinations Les fonctionnalités techniques suivantes seront mises en ceuvre : o Transmission par fax ou par téléphone au gestionnaire ou à l'épidémiologiste des données des informations concernant les activités de vaccination des pays. o Validation visuelle des ces informations o Saisie dans un masque Epidata non-normalisé o Normalisation des données o Fusion avec les données épidémiologiques et de laboratoire 6.3.Format des tables de données 6.3.1. Données épidémiologiques 6.3.1.1. Table ASCII délimité d'importation Les variables suivantes seront extraites des fichiers transmis par les pays : o o 6.3.1.2. Table après transcodage normalisation NEP00 1 004000000000000 l0 Variables SEMAINE DISTRICT CAS DECES Type AfuAA€S Texte Numérique Numérique Taille 7 Libre Libre Libre Exemole 2003-37 Aoadez 12 2 Variables SEMAINE DISTRICTID INDICCODE VALEUR Tvoe AÀAA.SS Texte Texte Variant Taille 7 21 tî 16 Exemple 2003-37 NEP001 004000000000000 CAS 122003-37 DECES 2 6.3.2. Données des laboratoires 6.3.2.1. Table ASCII délimité d'importation Les variables suivantes seront extraites des fichiers transmis par les pays : 6.3.3. Données des vaccinations 6.3.3.1. Table ASCII délimité d'importation Les variables suivantes seront extraites des fichiers transmis par les pays : 6.3.3.2. Table après transcodage normalisation Tvpe ÀA/AA-SS Texte Texte Variant Taille 7 21 6 16 Exemple 2003-37 NEP001 004000000000000 VAC 8645 2003.37 NEP001 004000000000000 cov 93 2003-37 NEP001 004000000000000 ANTIG A 2003-37 NEP001 004000000000000 DDD 12t10t2003 2003-37 NEP001 004000000000000 DUREE 5 6.4. Référentiels Les référentiels concerneront les informations géographiques, les informations temporelles et les indicateurs. Ces tables seront utilisées de manière relationnelle pour compiler les indicatews à differents niveaux géographiques et temporels. 6.4.1. Référentiels géographique 6.3.2.2. Table après transcodage normalisation Type ÀtuAA-SS Texte Texte Variant Taille 7 21 6 16 Exemple 2003-37 NEP001004000000000000 LCR 5 2003-37 NEP001 004000000000000 LCRNEG 4 2003-37 NEP001 004000000000000 LCRCONT 0 2003-37 NEP001 004000000000000 NMA 0 2003-37 NEP001 004000000000000 NMC 0 2003-37 NEP001 004000000000000 NMW 0 2003-37 NEP001 004000000000000 HIB 1 2003.37 NEP001 004000000000000 PNM 0 2003-37 N EP00 1 004000000000000 AUT 0 6.4.1.1. Table de correspondance géographique 1l VaTiab|es SEMAINE DISTRICT LCR CAS DC LCRNEG LCRCONT N[/A NMC NMW HIB PNM AUTRE Tvpe AAAA.SS Texte Num Num Num Num Num Num Num Num Num Num Num Exemole 2003-37 Aoadez 5 6 0 4 0 0 0 0 1 0 0 Variables SEMAINE DISTRICTID INDICCODE VALEUR variables SEMAINE DlsrRlcr VACCIN COUVERTURE TYPE DDD DUREE Tvoe AMA.SS Texte Numérioue Numérioue Tert Date Num Taille 7 Libre 6 3 3 10 2 Exemple 2003-37 Aoadez 8645 93 A 14fit2003 5 DISTRICTID DISTRICT REGION PAYS AMAPCODE POPULATION Taille 21 Libre Libre Libre 11 16 Exemple NEP00100400000000000 Agadez Agadez NIGER NIGAGAAGA Xxxxxxx 6.4.1.2. Table normalisée de population NEP001 004000000000000 6.4.2. Référentiels temporels * 2003-02 signifie deuxième période de 4 semaines de I'année 2003. Il y atreize périodes de 4 semaines par année. Des langues supplémentaires pourront être ajoutées dans l'avenir, notamment le portugais. 6.5. Scnpts de conversion Les scripts de conversion des données des pays seront écrits en Visual basic, et pilotés depuis le menu de I'application développé avec l'outil du domaine public V/inglue (version Vy'indows du module Epiglue d'Epi Info 6, développé par Epiconcept) 6.4.3. Référentiels d'indicateurs Date de début de campagne de vaccination t2 Variables SEMAINE DISTRICTID INDICCODE VALEUR Tvoe ÀtuAA-SS Texte I Texte Variant Taille 7 21 I 6 16 Exemole 2003-00 Xxxxxx Variables SEMAINE 4SEMAINES TRIMESTRE ANNEE Tvoe UfuM-SS AfuAA.SS AfuAA.T AAAA Taille 7 7 3 4 Exemple 2003-05 2003-o2* 2003-1 2003 Variables INDICCODE LANGUE INDICLABEL TypE Tvoe Texte Terte Texte Texte Taille 6 2 Libre 3 Exemple CAS EN Number of meninoitis cases NUM cAs FR Nombre de cas de méninqite NUM DDD ETII Date of vaccination camoaion DAT DDD FR DAT 6.6.Architecture de la ôase de données 6.7.Format de la base lusionnée TYPe ÀtuAA-SS Texte Texte Variant Taille 7 21 6 16 Exemple 2003-37 NEP001 004000000000000 cAs 12 2003-37 NEP001 004000000000000 DECES 2 2003-37 NEP001 004000000000000 VAC 864s 2003-37 NEP001004000000000000 GOV 93 2003-37 NEP001 004000000000000 ANTIG A 2003-37 NEP001 004000000000000 DDD 12t10t2003 2003-37 NEP001 004000000000000 DUREE 5 2003-37 NEP001 004000000000000 LCRNEG 4 2003-37 NEP001 004000000000000 LCRCONT 0 2003-37 NEP001 004000000000000 NMA 0 2003-37 NEP001 004000000000000 NMC 0 2003-37 NEP001 004000000000000 NMW 0 2003-37 NEP001 004000000000000 H!B 1 2003-37 NEP001 004000000000000 PNM 0 2003-37 N EP001 004000000000000 AUT 0 2003-00 N EP00 1 004000000000000 POP Xxxxxx 6.8. Production de bulletins épidémiologiques Toutes les sorties se feront au format HTML, à l'exception de la liste d'indicateur pour transfert aux partenaires OMS du projet qui sera au format dBase. Les bulletins épidémiologiques listés au paragraphe 5.7 seront dans un premier temps générés dans Epi Info 6, en utilisant le générateur de rapports au sein duquel seront intégrés les balises HTML. Il est prévu dans une deuxième phase d'utiliser le logiciel du domaine public R Gttp:Zwww.r-project.ord pour générer les bulletins. l3 Variables SEMAINE DISTRICTID INDICCODE VALEUR 6.9. Production de cartes sous-régionales Les cartes sous régionales seront produites dans le Health mapper, à partir de la base fusionnée des indicateurs et les référentiels au format dBase. Des requêtes automatiques permettront d'automatiser ce processus. 6. 1 0. I ntég rati o n des d iffére ntes fo ncti o n n al ités de l' ap pl i c ati o n Les fonctionnalités de I'application seront accessibles au moyen de l'outil Winglue, du domaine publique, développé par Epiconcept (www.epiconcept.org). 7. Calendrier prévisionnel 8. Budget prévisionnel Validation du cahier des charses 05112/2003 MDSC/ICP/AFRO Rassemblement des données historiques /l 3Ut2/2003 MDSC, Linsani Finalisation des référentiels géographiques 3U1212003 MDSC/Health Mapper, Ake Utilitaire d'extraction des contisuïtés séosraohiques 3Ur2t2003 MDSC/Health Mapper. Ake Modèle des rapports 3U12t2003 MDSC Développement des routines de conversion des données historiques 3ÿ1212003 CSRÆPS Développement et implantation de I'application avec fonctionnalités de base 3t/0U2004 CSR/EPS Adjonction des fonctionnalités avancées 28t02t2004 CSWEPS Formation des utilisateurs 28t02t2004 MDSC Évaluation de I'application 30/04t2004 Ouaga team Finalisation de l'application après évaluation t5/05/2004 CSRÆPS Présentation de I'application à la réunion du bloc Afrique de I'ouest 0512004 MDSC Développement de feuilles Excel standardisées pour la collecte 3010612003 MDSC/AFRO Définition d'un format d'échange de données avec les pavs 30t06t2004 MDSC/AFRO 2 mois de travail t4 Activité Datc de Rcsponsable réalisation Activité Monlant Sourcc anti Ordinateur de production I PATIV\ilHO Développement CSR/EPS.GAR Déploiement 2 déplacements CSRÆPS-GAR Flavien 2 mois MDSC/Health manoer Evaluation/Iinalisation 2 déolacements CSRÆPS-GAR