Architecture d’entreprise
Vue d’ensemble
L’architecture d’entreprise One Health SIS Madagascar / iTafaray décrit l’organisation cible de la plateforme, depuis le pilotage institutionnel jusqu’à la restitution des informations utiles à la décision. Elle articule un cadre de gouvernance national, un référentiel FHIR partagé, des services interopérables et des mécanismes de visualisation destinés aux acteurs autorisés. Elle repose sur une gouvernance partagée entre la Primature, l’UGD, les secteurs métier et les partenaires d’appui.
Périmètre
Domaine |
Contenu |
|---|---|
Gouvernance |
La plateforme relève de la propriété de l’État Malagasy. La Primature assure le pilotage stratégique, l’UGD l’administration technique, les 03 secteurs / GTT SIS la préparation sectorielle, et les partenaires techniques et financiers apportent un appui à la mise en oeuvre. |
Métier |
Le périmètre métier couvre le signalement des risques d’épidémie et la corrélation des données humaines, animales et environnementales dans une logique One Health. |
Données |
Le référentiel FHIR national concentre uniquement les données nécessaires à l’analyse One Health et à la circulation sécurisée des informations interopérables. |
Applications |
Le paysage applicatif comprend les systèmes métier, les composants d’intégration et de sécurité, notamment CommCare, DHIS2, OpenFn, l’API Gateway, les API sectorielles, HAPI FHIR / serveur FHIR central, les Security Server et X-Road. |
Technologies |
Le socle technologique s’appuie sur Linux, Docker, PostgreSQL, des serveurs sectoriels sécurisés et des plateformes de visualisation. |
Couches de l’architecture
Couche |
Fonction |
Composants principaux |
|---|---|---|
Gouvernance |
Orientation, arbitrage, coordination, administration et appui du cadre national |
État Malagasy, Primature, UGD, 03 secteurs / GTT SIS, partenaires techniques et financiers |
Sources métier |
Produire les données de terrain, initier les flux et alimenter les cas d’usage |
CommCare, DHIS2, SmartForHealth / WCS, Système Zoonoses |
Intégration |
Collecter, transformer, exposer de manière contrôlée et acheminer les données vers le socle d’interopérabilité |
OpenFn, API sectorielles, API Gateway |
Référentiel et échange |
Normaliser les données au format FHIR et publier les services dans un cadre sécurisé |
HAPI FHIR, serveur FHIR central, Security Server, X-Road |
Restitution |
Restituer les informations utiles au suivi, à l’analyse et à la décision |
DHIS2, tableaux de bord / plateformes de visualisation |
Principes d’ensemble
Le MVP opérationnel constitue la première priorité de mise en oeuvre.
Tous les échanges interopérables transitent par X-Road.
L’API Gateway constitue le point d’entrée technique obligatoire.
Les API et les données sectorielles sont préparées par les 03 secteurs / GTT SIS dans le cadre de gouvernance validé.
Les partenaires techniques et financiers soutiennent l’alignement de la vision et l’extension progressive du dispositif.
Les données nominatives sont pseudonymisées avant leur exposition dans le cadre interopérable.
Le référentiel FHIR national ne conserve que les données utiles à l’analyse One Health et à la décision.