Phase Preliminary
Objet
La phase préliminaire établit le cadre institutionnel, les responsabilités de pilotage et les principes directeurs de l’architecture d’entreprise One Health.
Cadre institutionnel
Élément |
Disposition validée |
|---|---|
Propriétaire officiel |
L’État Malagasy est le propriétaire officiel de la plateforme. |
Pilotage stratégique |
La Primature assure le pilotage stratégique. |
Décision en situation d’alerte de risque |
La Primature prend la décision finale en situation de crise. |
Administration technique |
L’UGD administre techniquement la plateforme. |
Coordination opérationnelle |
La Primature et l’UGD coordonnent la mise en oeuvre et la disponibilité des infrastructures. |
Gouvernance X-Road |
L’UGD gère X-Road et les certificats X-Road. |
Gouvernance FHIR |
L’UGD valide les profils FHIR nationaux. |
Mise en oeuvre sectorielle |
Les 03 secteurs / GTT SIS préparent l’infrastructure, les API, les serveurs de sécurité, le paramétrage FHIR et les données. |
Appui à la mise à l’échelle |
Les partenaires techniques et financiers appuient l’alignement de la vision, le support technique et la montée en charge. |
Hébergement du référentiel national |
Le référentiel FHIR national est hébergé dans un datacenter gouvernemental. |
Principes d’architecture
Les principes suivants constituent le socle de l’architecture :
Tous les échanges passent par X-Road.
L’API Gateway est obligatoire.
Les infrastructures et API sectorielles sont préparées conformément aux normes d’interopérabilité.
Le référentiel FHIR national contient uniquement les données nécessaires à l’analyse One Health.
Les données nominatives sont pseudonymisées.
Le système d’identification permettant la ré-identification contrôlée est géré avec l’UGD.
Le paramétrage FHIR sectoriel s’inscrit dans un cadre national validé par l’UGD.
L’architecture doit être préparée pour des extensions futures vers les laboratoires, la météorologie, l’agriculture végétale, la biodiversité et d’autres systèmes.
Le schéma suivant complète ces principes en donnant une vue d’ensemble du cycle TOGAF ADM, de la gestion transversale des exigences et des domaines couverts par l’architecture.
Vue d’ensemble du cycle TOGAF ADM et de ses domaines d’architecture.
Capacité d’architecture
Domaine |
Autorité principale |
Responsabilité |
|---|---|---|
Orientation stratégique |
Primature |
Définition des priorités et arbitrage stratégique. |
Gouvernance de crise |
Primature |
Décision finale lorsqu’une situation de crise est déclarée. |
Exploitation technique |
UGD |
Administration de la plateforme et continuité opérationnelle. |
Interopérabilité d’échange |
UGD |
Gestion de X-Road et des certificats associés. |
Interopérabilité sémantique |
UGD |
Validation des profils FHIR nationaux. |
Préparation technique sectorielle |
03 secteurs / GTT SIS |
Préparation des infrastructures, des API, des serveurs de sécurité et du paramétrage FHIR. |
Appui à la mise à l’échelle |
Partenaires techniques et financiers |
Appui technique, alignement de la vision et soutien à la montée en charge. |
Portée initiale
Le MVP opérationnel constitue la priorité. Le premier cas d’usage métier retenu est le signalement de risques d’épidémie, par exemple MPox. La première démonstration attendue est un tableau de bord destiné à la Primature.