Saltar al contenido

5 de agosto de 2026 · Por Hernán Lagos · Actualizado 5 de agosto de 2026

Entidades en DSpace: personas, proyectos y organizaciones

Qué son las entidades en DSpace, cómo se relacionan con publicaciones y datos, y qué decisiones conviene tomar antes de modelarlas.

Diagrama sobre estructura tradicional y entidades en DSpace

En un repositorio tradicional, el centro suele ser el registro: una publicación, tesis, informe, dataset u otro contenido depositado.

En un sistema DSpace, el foco se amplía. Además de publicar contenidos, interesa representar personas, organizaciones, proyectos, financiamiento y relaciones entre esos elementos. Ahí aparecen las entidades.

Qué es una entidad

Una entidad es un objeto de información con identidad propia dentro del sistema. No es solo un campo de texto dentro de un registro.

Por ejemplo, una persona investigadora puede tener nombre, identificadores, filiaciones, publicaciones, proyectos y perfiles asociados. Una organización puede tener nombre normalizado, sigla, identificador ROR y relación con unidades internas o proyectos.

En DSpace, entidades permiten pasar de metadatos planos a un modelo más conectado.

Entidades habituales

Cada institución define qué necesita modelar, pero las entidades más comunes son:

  • Personas investigadoras.
  • Organizaciones o unidades académicas.
  • Proyectos.
  • Publicaciones.
  • Datos de investigación.
  • Fuentes de financiamiento.
  • Grupos o líneas de investigación.

No todas deben implementarse al mismo tiempo. Un modelo demasiado ambicioso puede volverse difícil de mantener si no existen datos confiables ni responsables claros.

Diferencia con campos de metadatos

Es distinto escribir “Universidad X” en un campo de filiación que tener una entidad institucional con identificador, variantes de nombre, relaciones y reglas de actualización.

También es distinto escribir el nombre de una persona como texto libre que vincular una publicación con un perfil de investigador validado.

Las entidades ayudan cuando se necesita consistencia, navegación, reportes y relaciones. Si el dato solo aparece una vez y no se reutiliza, puede bastar un metadato normalizado.

Relaciones entre entidades

El valor de un modelo DSpace está en las relaciones:

  • Una persona participa en un proyecto.
  • Un proyecto financia una publicación.
  • Un dataset complementa un artículo.
  • Una organización alberga un grupo de investigación.
  • Una publicación tiene autores, filiaciones e identificadores.

Estas relaciones permiten consultar información desde distintos puntos de entrada. Un usuario puede llegar por una publicación, por una persona, por un proyecto o por una unidad académica.

Identificadores persistentes

Las entidades ganan valor cuando se conectan con identificadores persistentes.

ORCID ayuda a identificar personas. ROR ayuda a identificar organizaciones. DOI ayuda a identificar objetos citables, como publicaciones o datasets.

El identificador no reemplaza la calidad editorial. Si los nombres están mal normalizados o las relaciones son dudosas, el identificador no resuelve el problema completo.

Gobierno de datos

Antes de crear entidades conviene responder preguntas prácticas:

  • Quién valida personas, proyectos y organizaciones.
  • Qué fuente se considera confiable.
  • Qué campos son obligatorios.
  • Cómo se corrigen errores.
  • Qué ocurre cuando cambia una filiación.
  • Qué entidades serán públicas y cuáles solo internas.
  • Cómo se evitarán duplicados.

Sin gobierno de datos, un DSpace puede terminar mostrando relaciones incorrectas o perfiles incompletos.

Cuándo conviene partir simple

Si la institución no tiene datos consolidados, puede ser mejor partir con pocas entidades bien controladas.

Por ejemplo: personas, publicaciones y proyectos. Luego se pueden incorporar organizaciones, financiamiento, grupos, datasets u otros objetos.

Partir simple permite validar reglas, detectar errores y ajustar procesos antes de escalar el modelo.

Riesgos frecuentes

Algunos problemas aparecen cuando se modelan entidades sin preparación:

  • Perfiles duplicados para una misma persona.
  • Organizaciones escritas con múltiples variantes.
  • Proyectos sin código o fuente verificable.
  • Campos obligatorios sin datos reales.
  • Cargas masivas sin validación posterior.
  • Falta de responsables para mantenimiento.

El problema no es técnico solamente. También es editorial, institucional y operativo.

Entidades e interoperabilidad

Un buen modelo de entidades puede mejorar interoperabilidad con redes de ciencia abierta, sistemas institucionales, reportes internos y perfiles públicos.

Pero no basta con exponer más datos. Hay que cuidar estructura, vocabularios, identificadores, permisos y consistencia entre lo que se muestra al usuario y lo que se entrega a otros sistemas.

Enlaces relacionados