PublicSchema
Los sistemas gubernamentales llevan registros sobre las mismas personas, lugares, organizaciones y bienes. PublicSchema les da un lenguaje común: definiciones consensuadas para conceptos, campos y códigos de valores, desde el registro civil y la protección social hasta la tierra, la agricultura y los impuestos. Empiece aquí; adáptelo y extiéndalo según el contexto de su país.
Un núcleo compartido, muchos sectores
Lo que comparten todos los sectores (personas, grupos, organizaciones, lugares, identificadores, inscripciones, pagos) se define una sola vez en un núcleo compartido. Los dominios sectoriales se apoyan en él para los registros que lleva cada ministerio. Los dominios nuevos se publican como borradores para poder revisarlos pronto; las insignias indican cuán estable es cada uno.
Núcleo compartido
81Conceptos usados en todos los sectores: personas y grupos, organizaciones, lugares, identificadores, inscripciones, documentos y pagos.
Protección social
7Programas de prestaciones, elegibilidad, inscripción, derechos a prestaciones, derivaciones y atención de reclamos.
Registro civil
16Registro de los hechos vitales, con los roles y las actas asociados.
Agricultura
22Producción agropecuaria y pesquera: fincas, cultivos, roles, instalaciones, insumos y aseveraciones propios de la producción.
Administración de tierras
4Administración de tierras: unidades espaciales y prediales, tenencia y aseveraciones de linderos.
Medio ambiente
2Instalaciones sujetas a regulación ambiental, sus actividades y las autorizaciones de uso de agua.
Transporte
2Vehículos de carretera, derechos de conducción y atributos de embarcaciones.
Educación
5Oferta educativa, programas, sedes de enseñanza y tipos de establecimientos educativos.
Salud
1Descubrimiento de establecimientos de salud e integración con recursos y perfiles FHIR externos seleccionados; sin ontología médica de reemplazo.
Administración tributaria
1Inscripción de personas y organizaciones ante las administraciones tributarias, por tipo de impuesto.
Indicadores
11Indicadores agregados calculables, con cálculos declarativos, dimensiones y alineaciones externas.
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 acta 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ó.
Esto mismo ocurre más allá de las personas. Una parcela de tierra aparece en el catastro, en el registro de fincas y en la lista de usuarios de agua de un sistema de riego, cada uno con su propio identificador y su propia noción del área de la parcela. Una empresa es una entrada en el registro mercantil, otra en la autoridad tributaria y una tercera en el expediente de permisos ambientales.
Este es el peaje de la coordinación: cada vez que dos sistemas 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 su contexto lo necesite. Adopte lo que funcione; deje el resto.
Qué contiene el esquema
PublicSchema es un conjunto compartido de definiciones. Cuando un sistema dice «Persona», «Finca» o «Inscripción registral», otro sistema 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, extienda el resto.
Construido sobre lo que ya existe
Estándares internacionales (ISO, ONU, FAO, FHIR, SEMIC) 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
153 conceptos, 688 propiedades
Entidades como Persona, Organización, Inscripción registral y Finca
reciben definiciones claras redactadas para quienes gestionan
programas y registros. Cada concepto tiene propiedades con nombre y
tipo (given_name, date_of_birth,
registration_date) definidas una sola vez y reutilizadas
entre conceptos.
Alineado con OpenSPP · OpenCRVS · openIMIS · DHIS2 · FHIR · SEMIC
Vocabularios
141 vocabulariosConjuntos de valores controlados para campos como género, país, ocupación, tenencia de la tierra y tipo de organización. Cuando existen estándares internacionales (ISO, FAO, 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 · FAO · FHIR
Cómo se relaciona con otros estándares
PublicSchema se sitúa junto a los estándares que usted ya utiliza. No los reemplaza; les ofrece un punto de referencia semántico común.
Los estándares de intercambio, como la Digital Convergence Initiative (DCI) y GovStack, definen cómo se mueven los datos entre sistemas: contratos de API, protocolos de transporte, bloques funcionales. PublicSchema define qué significan esos datos: qué cuenta como una inscripción, un registro o una finca, y qué valores son válidos para un estado o un tipo de tenencia. DCI puede transportar el registro; PublicSchema indica qué significan sus campos.
Los estándares sectoriales, como HL7 FHIR para salud, la norma ISO 19152 (LADM) para la administración de tierras y el Programa Mundial del Censo Agropecuario de la FAO, profundizan en un solo ámbito. PublicSchema los reutiliza donde cubren el terreno y los conecta mediante un núcleo compartido, de modo que un establecimiento de salud, una escuela y una parcela de tierra usan los mismos bloques funcionales para ubicación, identificadores y registro.
Los vocabularios semánticos, como los Core Vocabularies de la UE-SEMIC (Core Person, Core Business, Core Location), comparten el mismo objetivo. PublicSchema los mapea y extiende el enfoque hacia los registros sectoriales y la prestación de servicios, ámbitos que estos no cubren. Más sobre estándares relacionados.
Basado en evidencia
PublicSchema se basa en un análisis comparativo de sistemas y estándares reales: protección social (OpenSPP, openIMIS), registro civil (OpenCRVS), salud (DHIS2, FHIR), encuestas de hogares (DHS, MICS, LSMS-ISA, Washington Group), límites humanitarios (OCHA COD-AB), pagos e intercambio (DCI, GovStack), y los Core Vocabularies de la UE (SEMIC). Cuando existen estándares internacionales (ISO para género, países y monedas) que cubren el terreno, hacemos referencia a ellos. Cuando no existen, definimos un conjunto común basado en cómo funcionan estos sistemas en la práctica.
Por dónde empezar
“Coordino o comparo servicios entre agencias, sectores o países”
Necesita cifras consolidadas, listas deduplicadas de personas, fincas o empresas, rutas de derivación entre servicios, o indicadores que signifiquen lo mismo en todas partes. PublicSchema le ofrece definiciones compartidas para que los datos de diferentes fuentes puedan vincularse y compararse.
“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 diseñando un nuevo sistema o redactando sus requisitos”
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 su país necesite más (tipos de tenencia locales, categorías de prestaciones, identificadores heredados), extienda PublicSchema en su propio espacio de nombres; la interoperabilidad se preserva.
“Gestiono un registro sectorial”
Usted lleva el registro de fincas, parcelas de tierra, vehículos, contribuyentes o votantes, y otras agencias necesitan vincularse a él. Constrúyalo sobre el núcleo compartido de personas, organizaciones, ubicaciones e identificadores para que sus registros coincidan con los de ellas, y use su dominio sectorial para lo que le sea específico.
PublicSchema se mantiene como un proyecto abierto. Repositorio en GitHub Acerca del proyecto