À propos de PublicSchema
Ce qu'il fournit, où il se situe et vers quoi il se dirige.
Ce que PublicSchema propose
PublicSchema est un modèle de référence ouvert pour les données de services publics. La page d'accueil couvre les bases ; cette page va plus loin.
Il comprend :
- Concepts : entités sémantiques (Personne, Inscription, Paiement, entre autres) avec des définitions accessibles aux professionnels des politiques publiques, et non aux seuls développeurs.
- Propriétés : champs nommés et typés s'appliquant à un ou plusieurs concepts. Définis une seule fois et réutilisés, garantissant la cohérence des définitions entre les domaines.
- Vocabulaires : ensembles de valeurs contrôlées. Lorsque des normes internationales existent (ISO, FHIR, ONU), nous les référençons. Lorsqu'elles n'existent pas, nous définissons un ensemble canonique accompagné de correspondances avec la façon dont différents systèmes représentent ces mêmes valeurs.
- Schémas d'attestations vérifiables : contextes JSON-LD et structures pour publier des données sous forme d'attestations vérifiables (Verifiable Credentials), en utilisant SD-JWT VC pour la divulgation sélective des données personnelles sensibles.
Chaque élément reçoit un URI stable. Tout est optionnel. Les pays et les programmes adoptent ce qui s'applique à leur contexte et complètent ce qui ne correspond pas.
Principes de conception
Les définitions ont une portée sémantique, pas seulement structurelle. Les propriétés sont réutilisables entre les concepts. La dimension temporelle est traitée comme un élément fondamental du modèle. Les normes internationales sont référencées, jamais réinventées. Rien n'est obligatoire.
Voir Principes de conception pour la justification complète de chacun de ces choix.
La place de PublicSchema
PublicSchema complète les efforts existants plutôt que de leur faire concurrence. Il occupe la couche de données relative à la prestation de services : entre les normes d'identité, l'interopérabilité des API et l'infrastructure de confiance.
| Couche | Ce qui existe | Ce que PublicSchema ajoute |
|---|---|---|
| Confiance et transport | W3C VC, OpenID4VC, EBSI | Vocabulaire métier au sein des attestations vérifiables |
| Attributs d'identité | EU Core Person Vocabulary | Données du cycle de vie de la prestation, au-delà de l'identité civile |
| Catalogues de services | CPSV-AP, HSDS/Open Referral | Qui reçoit quoi, et non quels services sont disponibles |
| Interopérabilité des API | DCI, GovStack | Sémantique partagée sous-jacente aux contrats d'API |
| Mesure statistique | ILO/World Bank ASPIRE | Modèles de données pour l'échange, et non de simples indicateurs statistiques |
| Cycle de vie de la prestation | Rien | C'est la lacune à combler |
DCI est l'initiative la plus proche : elle définit comment les données circulent entre les systèmes de protection sociale ; PublicSchema définit ce que ces données signifient. GovStack définit des blocs fonctionnels pour le gouvernement numérique ; PublicSchema constitue le modèle de données partagé que ces blocs supposent implicitement. FHIR est l'équivalent du secteur de la santé ; nous nous inspirons de son approche mais ciblons les services publics au sens large.
Voir Normes connexes pour une comparaison détaillée.
Périmètre
PublicSchema fournit des concepts et vocabulaires partagés à travers la prestation de services publics : identité, état civil, composition du ménage, localisation, paiement, événements catastrophiques, et d'autres. Deux couches sectorielles sont actuellement actives : la protection sociale (inscriptions, droits, plaintes, orientations) et l'état civil (naissances, décès, mariages, adoptions). L'évaluation humanitaire est étendue par le schéma AidOps, qui réutilise les fondations de PublicSchema. Les domaines de la santé et de l'éducation sont prévus.
Voir la liste complète des concepts pour la couverture actuelle.
La structure est la même d'un domaine à l'autre ; seuls les concepts et les vocabulaires changent.
Comment les pays et les programmes l'adoptent
PublicSchema est un point de départ, pas un cadre imposé. Les pays et les programmes adoptent les parties qui s'appliquent à leur contexte et étendent le reste dans leur propre espace de noms. Le schéma partagé reste stable ; la spécificité locale est préservée.
- Adoptez les concepts universels tels quels. Personne, Ménage, Lieu et d'autres concepts universels nécessitent rarement des adaptations locales. Les utiliser directement garantit l'interopérabilité sans effort supplémentaire.
- Utilisez les vocabulaires lorsqu'ils conviennent. Les codes ISO de pays, de devises et de langues correspondent sans difficulté à la plupart des systèmes. Lorsqu'un vocabulaire de domaine (statut d'inscription, modalité de prestation) ne couvre pas un code local, ajoutez-le dans votre espace de noms.
- Étendez ce qui manque. Les concepts propres à un pays (un identifiant national, un dossier de gestion de cas spécifique, une catégorie de prestation locale) résident dans votre espace de noms aux côtés des termes PublicSchema.
- Proposez l'ajout en amont. Lorsqu'une extension s'avère utile dans plusieurs pays, proposez son intégration. Le vocabulaire évolue par l'adoption réelle, non par une conception de comité.
Voir Étendre PublicSchema pour des modèles et des exemples concrets.
Comment il est construit
PublicSchema synthétise un large corpus de travaux antérieurs : la littérature sur la prestation de services publics, des systèmes open source (openIMIS, OpenSPP, OpenCRVS, MOSIP, SEMIC, GovStack) et des normes internationales (ISO, FHIR, UN M49, DCI). L'outillage IA accélère cette analyse à grande échelle ; les humains examinent chaque définition, correspondance et décision de conception, et chaque choix architectural non trivial est consigné dans un registre de décisions public. Les concepts portent un indicateur de maturité (brouillon, usage expérimental, normatif) afin que les adoptants voient où nous sommes confiants et où les retours de la communauté restent attendus.
Voir Méthodologie pour la démarche complète.
Gouvernance et feuille de route
PublicSchema est open source et libre d'utilisation. Le projet est porté par Jeremi Joslin, avec des décisions prises en public afin que les contributeurs et les adoptants puissent voir comment le schéma évolue.
Où nous en sommes
Les concepts, propriétés et schémas d'attestations sont publiés avec des URI stables. Les vocabulaires référencent des normes internationales (ISO, ONU, FHIR) lorsqu'elles existent. Les correspondances inter-systèmes couvrent l'identité (MOSIP), la protection sociale (OpenSPP, openIMIS), l'état civil (OpenCRVS) et la santé (DHIS2), ainsi que les normes d'interopérabilité (DCI, FHIR, GovStack). Le schéma n'a pas encore été validé en conditions réelles dans un déploiement national.
Comment les décisions sont prises
- Chaque concept, propriété et valeur de vocabulaire porte un indicateur de maturité (brouillon, usage expérimental, normatif), afin que les adoptants voient où nous sommes confiants et où les retours restent attendus.
- Les décisions architecturales non triviales sont consignées dans des Architecture Decision Records publics, dans le dépôt du projet.
- Les contributions sont bienvenues de la part des experts du domaine, des intégrateurs de systèmes et des organismes de normalisation.
Comment la gouvernance évoluera
Le dispositif actuel permet une itération rapide avant l'adoption. À mesure que les pays et les programmes adoptent le schéma, la gouvernance s'élargira : d'abord à un groupe consultatif de contributeurs et d'experts du domaine, puis à une structure formelle multipartite lorsque les engagements d'adoption le justifieront.