PublicSchema
Cuando los programas atienden a las mismas personas, sus sistemas necesitan un lenguaje común. PublicSchema lo proporciona: definiciones consensuadas para conceptos, campos y códigos de valores. Empiece aquí; adáptelo y amplíelo según el contexto de su país.
Por qué importa un vocabulario compartido
Un gobierno quiere saber si el niño que se matricula en la escuela es el mismo niño registrado al nacer y el mismo niño que aparece en el registro de inmunizaciones. El registro civil tiene el documento oficial. El hospital registró el parto. La escuela admite a un niño cuya edad se estima porque no se presentó certificado. Los tres registros describen a la misma persona, pero sus campos y valores no se alinean, por lo que la reconciliación requiere un trabajo manual que lleva semanas e introduce errores.
| Sistema | Nombre del campo | Valores |
|---|---|---|
| Sistema de información hospitalaria | delivery_record | Fecha y hora del parto, sexo asignado, identificador hospitalario de la madre |
| Registro civil | birth_record | Fecha exacta, nombre legal completo, identificadores nacionales de los padres, lugar de nacimiento |
| Matrícula escolar | pupil_record | Edad estimada en años |
La misma persona, tres sistemas, tres modelos distintos de quién es y cuándo nació.
Este es el peaje de la coordinación: cada vez que dos programas necesitan compartir datos, alguien dedica semanas a mapear campos y traducir códigos. Es costoso, frágil y el proceso se reinicia cada vez que un sistema se actualiza.
Estos no son problemas que se resuelvan con una tabla de correspondencia. No se puede reconstruir una fecha exacta de nacimiento a partir de una edad estimada, y los identificadores que utiliza cada sistema no apuntan a nada que los demás puedan verificar. Mientras tanto, un sistema describe la unidad familiar por la admisión hospitalaria, otro por el vínculo parental en un registro y un tercero no la describe en absoluto. Los conceptos mismos no se alinean. Las definiciones compartidas no solo ahorran tiempo; hacen posible el intercambio preciso desde el principio.
PublicSchema no prescribe qué representación es la correcta. Le ofrece un punto de referencia común para ver las diferencias, decidir qué se adapta a su contexto, y extenderlo donde sus programas lo necesiten. Adopte lo que funcione; deje el resto.
Qué contiene el esquema
PublicSchema es un conjunto compartido de definiciones. Cuando un programa dice «Persona», «Hogar» o «Inscripción», otro programa que use el mismo esquema sabe exactamente a qué se refiere, no solo qué campos esperar.
Significado compartido, no software compartido
Definiciones de lo que significan las palabras. Sus sistemas siguen siendo suyos.
Use lo que encaje
Todo es opcional. Adopte las partes que necesite, amplíe el resto.
Construido sobre lo que ya existe
Estándares internacionales (ISO, ONU, FHIR) reutilizados donde cubren el terreno.
Citable, de forma permanente
Cada definición tiene una dirección web estable que puede referenciarse o incluirse en una credencial digital.
Conceptos y propiedades
59 conceptos, 391 propiedades
Entidades como Persona, Inscripción y Pago reciben definiciones claras
redactadas para responsables de programas. Cada concepto tiene propiedades
con nombre y tipo (given_name, date_of_birth,
enrollment_status) definidas una sola vez y reutilizadas
entre conceptos.
Vocabularios
115 vocabulariosConjuntos de valores controlados para campos como género, país, modalidad de beneficio y estado de inscripción. Cuando existen estándares internacionales (ISO, FHIR), hacemos referencia a ellos. Cuando no existen, definimos un conjunto común basado en la convergencia observada entre sistemas.
Basado en ISO · ILO · UN M49 · UNESCO · FHIR
Cómo se relaciona con otros estándares
Si trabaja con infraestructura digital pública, probablemente haya encontrado estándares como la Digital Convergence Initiative (DCI), GovStack o el EU Core Person Vocabulary. Así es como PublicSchema encaja junto a ellos.
Estándares como DCI y GovStack definen cómo se mueven los datos entre sistemas: contratos de API, protocolos de transporte, bloques funcionales. Incluyen modelos de datos, pero esos modelos sirven a la capa de transporte. PublicSchema parte desde la otra dirección: ¿qué significa "inscripción"? ¿Qué propiedades describen un pago? ¿Qué valores son válidos para la modalidad de beneficio? El modelo semántico es el artefacto principal.
Los dos enfoques son complementarios. DCI especifica cómo mover registros de inscripción entre sistemas; PublicSchema especifica qué significan "inscripción", "activo" y "benefit_modality" en esos registros. EU Core Person Vocabulary gestiona los atributos de identidad; PublicSchema se extiende al ciclo de vida de la prestación de servicios, más allá del nombre y la fecha de nacimiento.
Basado en evidencia
PublicSchema se basa en un análisis comparativo de sistemas reales que abarcan identidad (MOSIP), protección social (OpenSPP, openIMIS), salud (DHIS2) y registro civil (OpenCRVS), junto con los estándares de interoperabilidad de referencia (DCI, FHIR). Cuando existen estándares internacionales (ISO para género, países y monedas) que cubren el ámbito, hacemos referencia a ellos. Cuando no existen, definimos un conjunto común basado en cómo funcionan estos sistemas en la práctica.
Ver cómo se comparan los sistemasPor dónde empezar
“Coordino programas que atienden a poblaciones superpuestas”
Necesita cifras consolidadas, listas de beneficiarios deduplicadas o rutas de referencia entre servicios. PublicSchema le ofrece definiciones compartidas para que los datos de diferentes programas puedan compararse y vincularse.
“Construyo o mantengo integraciones entre sistemas”
Necesita nombres de campos y códigos de valores compartidos para que los sistemas puedan intercambiar datos sin capas de traducción personalizadas. Mapee su sistema una vez; todos los demás sistemas mapeados se vuelven interoperables.
“Estoy redactando requisitos para un nuevo sistema”
Necesita especificaciones concretas de interoperabilidad para su convocatoria, no “el sistema debe ser interoperable.” Referencie las propiedades y los códigos de vocabulario de PublicSchema para que los proveedores tengan un objetivo verificable. Donde los programas de su país necesiten más (categorías específicas de prestaciones, identificadores heredados), amplíe PublicSchema en su propio espacio de nombres; la interoperabilidad se preserva.
“Analizo programas entre países o sectores”
Necesita un marco estructurado de comparación para que las divergencias sean visibles e identificables. El inventario de conceptos y propiedades de PublicSchema le ofrece un marco de referencia común sobre el cual realizar el mapeo.
Explorar el esquema
Conceptos fundamentales
36Registro civil y estadísticas vitales (CRVS)
16Protección social
7Vocabularios
115PublicSchema se mantiene como un proyecto abierto. Repositorio en GitHub Acerca del proyecto