Resultados-INEOS-manual-buenas-practicas.pdf - Page 6

● Hacer de REPISALUD un repositorio compatible con RECOLECTA y OPENAIRE. En el marco del INEOS, se han llevado a cabo las adaptaciones técnicas necesarias para lograr la interoperabilidad entre RECOLECTA y REPISALUD, lo que supone cumplir con estándares internacionales de interoperabilidad. Una vez pasada la validación, REPISALUD es recole ctado por RECOLECTA ( https://www.recolecta.fecyt.es/). Gracias al cumplimiento de dichas directrices, los contenidos de REPISALUD también se difunden a través del recolector de ciencia abierta de la Unión Europea, OpenAIRE ( https://www.openaire.eu/). También ha sido registrado en dos de los directorios de repositorios más extensos: Open Doar (http://www.opendoar.org/) y en Buscarepositorios (https://www.accesoabierto.net/repositorios/). ● Hacer de REPISALUD un repositorio apto para alojar y gestionar datos de investigación. En el marco de INEOS, se han llevado a cabo las adaptaciones técnicas necesarias y desde 2020 REPISALUD permite el depósito de conjuntos de datos de investigación ( datasets) como tipología susceptible de almacenamiento, gestión y publicación.
El objetivo de implementar la recolección de datos de investigación es dar acceso abierto a los resultados de investigaciones financiadas con fondos públicos, interconectando los resultados de las investigaciones, con los datos utilizados en las mismas, para garantizar la reproductibilidad de la investiga ción. Los datos se almacenan bajo una modalidad que ofrece garantías tanto de preservación como de accesibilidad.
Pero además, REPISALUD pretende ser la herramienta que el ISCIII proporciona a sus investigadores para depositar sus datos de investigación e n aquellos casos en los que sea necesario dar cumplimiento a los mandatos de las agencias financiadoras de investigación (como el de la Comisión Europea) o a los requisitos establecidos por algunos grupos editoriales (como el caso de PLOS: https://journals.plos.org/plosone/s/data-availability). En el momento de publicar este Manual, existen numerosos estándares de metadatos elaborados por organizaciones e instituciones para adaptarse a la necesidad de describir los datos de manera sistematizada y efectiva. En el caso que nos ocupa se ha desarrollado una plantilla de datos que se ha adaptado a la nueva versión del repositorio REPISALUD. Se ha creado una plantilla que recoge los campos específicos de este tipo de documentos y que permite una descripción más completa que mejorará su recuperación posterior.
Se pueden ver 3 ejemplos de depósito de conjuntos de datos en los siguientes enlaces: http://hdl.handle.net/20.500.12105/8365 http://hdl.handle.net/20.500.12105/9416 http://hdl.handle.net/20.500.12105/11202 Se creó una plantilla que recoge los campos específicos de este tipo de documentos y que permite una descripción más completa que mejorara su recuperación posterior, con un esquema propio de metadatos

Figura 19: Visualización de registros albergados en REPISALUD. Fuente: ISCIII PLANTILLA DE DATOS [Dataset] CAMPO METADATO OBLIGATORIO AUTOR dc.contributor.author SÍ Nombre de los autores Añadir los nombres de todos los autores. Se seleccionarán los autores que pertenezcan a alguna de las tres instituciones (ISCIII-CNIC-CNIO) y se les dará de alta en el control de autoridades

CAMPO METADATO OBLIGATORIO AGENCIA FINANCIADORA dc.contributor.funder NO Agencia financiadora Si aparece en los agradecimientos se creará un campo para cada una de las agencias financiadoras. Tiene que ir normalizado según el documento de trabajo de las Agencias Financiadoras.

CAMPO METADATO OBLIGATORIO TÍTULO dc.title SÍ Nombre del conjunto de datos Añadir el nombre del conjunto de datos y añadir detrás [Dataset], siempre entre corchetes

CAMPO METADATO OBLIGATORIO OTROS TÍTULO dc.title.alternative NO Otros títulos del artículo En caso de variantes de título (idioma)

CAMPO METADATO OBLIGATORIO

FECHA DE PUBLICACIÓN dc.date.issued SÍ Fecha de publicación Como mínimo se consignará el año. Desde la plantilla nos permite registrar día, mes y año. Si no ha sido publicado se indica la fecha del depósito CAMPO METADATO OBLIGATORIO FECHA DE INICIO dc.date.created NO Fecha de creación del conjunto de datos Esta fecha determina a partir de cuándo el dataset está protegido por copyright

CAMPO METADATO OBLIGATORIO UBICACIÓN GEOGRÁFICA dc.coverage.spatial NO Ubicación física, cobertura geográfica Refiere al lugar de recogida de datos o al lugar al que hacen referencia los datos.

CAMPO METADATO OBLIGATORIO COBERTURA TEMPORAL dc.coverage.temporal NO Cobertura temporal Periodo que cubre los datos o periodo de recogida de datos.
Incluir las fechas con formato aaaa-mm-dd y añadir start y/o end. Ej: start=2016-02-15; end=2018-06-01

CAMPO METADATO OBLIGATORIO IDENTIFICADOR INTERNO dc.identifier NO Identificador interno del conjunto de datos

CAMPO METADATO OBLIGATORIO DOI dc.identifier.doi NO DOI

CAMPO METADATO OBLIGATORIO TIPO DE DOCUMENTO dc.type SI Se pondrá Datos de Investigación

CAMPO METADATO OBLIGATORIO IDIOMA dc.language.iso SI Idioma del documento Si fuera un documento con más de un idioma se podrán poner tantos como corresponda.

CAMPO METADATO OBLIGATORIO TABLA DE CONTENIDO dc.description.tableofcontents NO Indica los contenidos del conjunto de datos

CAMPO METADATO OBLIGATORIO ES PARTE DE dc.relation.ispartof NO Indica si el conjunto de datos forma parte de otro

CAMPO METADATO OBLIGATORIO PALABRAS CLAVE dc.subject NO Palabras clave Descriptores o palabras clave que aparecen en el documento. Normalmente dados por los propios autores. Si existen hay que consignarlo.

CAMPO METADATO OBLIGATORIO MESH dc.subject.mesh NO Palabras clave MESH

CAMPO METADATO OBLIGATORIO RESUMEN dc.description.abstract NO Resumen de los objetos y conclusiones de la investigación del proyecto Motivación del proyecto, resumen del contenido del dataset y estructura.

CAMPO METADATO OBLIGATORIO DESCRIPCIÓN dc.description NO Cualquier otra descripción y comentario que no esté en otros campos Otras fechas, descripción de los contenidos de los ficheros, metodología, acceso y reutilización.

CAMPO METADATO OBLIGATORIO PATROCINADORES dc.description.sponsorship NO Financiación/Agradecimientos Si aparece en el documento se copiará literalmente la parte de los agradecimientos donde aparecen nombrados los organismos financiadores, así como los códigos de financiación. Además habrá que añadir un campo para cada una de las agencias financiadoras (dc.contributor.funder) y otros para los códigos de los proyectos, cuando sean nacionales o europeos (dc.relation.ProjetID)

CAMPO METADATO OBLIGATORIO Nº FINANCIACIÓN dc.relation.projectID NO Número de la subvención FP7/H2020 o proyectos nacionales (Ley de la Ciencia Española) Obligatorio en el caso de que estos proyectos estén consignados en los agradecimientos.
FP7/Horizonte2020 info:eu-repo/grantAgreement/EC/H2020/xxxxx info:eu-repo/grantAgreement/EC/FP7/xxxxx Ley de la Ciencia info:eu-repo/grantAgreement/ES/xxxx Pondremos el código de financiación final, con letras y números y sin espacios (SAF-2016-79593-R, BES-2016-077649, PI14/00860)

CAMPO METADATO OBLIGATORIO FUENTES dc.relation.isbasedon NO Referencia- bibliográfica a los trabajos/conjuntos de datos en que se basa el conjunto de datos. Indica si el conjunto de datos se basa en conjuntos de datos previos, propios o ajenos.

CAMPO METADATO OBLIGATORIO FUENTES dc.relation.isopartof NO Indicar si el conjunto de datos forma parte de otro.

CAMPO METADATO OBLIGATORIO FUENTES dc.relation.isreferencedby NO Referencia a los trabajos (por ejemplo, artículos) que mencionan el conjunto de datos. Obligatorio si el dataset es el material suplementario de un artículo de revista. El campo es repetible. Si el trabajo está en REPISALUD se pondrá un campo referenciándolo y otro al documento en la propia revista

CAMPO METADATO OBLIGATORIO SOFTWARE dc.relation.requires NO Indica si es necesario un software para abrir, visualizar y/o reutilizar los datos. Se puede añadir un link al software si sabemos dónde está disponible

CAMPO METADATO OBLIGATORIO INFORMACIÓN ADICIONAL dc.format NO Información sobre el formato/s en que se hace disponible el conjunto de datos.

CAMPO METADATO OBLIGATORIO DERECHOS dc.rights.accesRights SI Seleccionar al que corresponda: Abierto o Restringido

CAMPO METADATO OBLIGATORIO PEER-REVIEWD dc.description.peerreviewed NO Revisión por pares o no Se consignará SI o NO dependiendo si tiene revisión por pares

CAMPO METADATO OBLIGATORIO INSTITUCIÓN dc.repisalud.institución SÍ Institución a la que pertenece (ISCIII, CNIC, CNIO)

CAMPO METADATO OBLIGATORIO CENTRO dc.repisalud.centro NO Centro del ISCIII al que va asociado ese documento

CAMPO METADATO OBLIGATORIO ORGANIZACIÓN CNIC dc.repisalud.orgCNIC NO Unidad/Laboratorio del CNIC

CAMPO METADATO OBLIGATORIO ORGANIZACIÓN CNIC dc.repisalud.orgCNIO NO Unidad/Laboratorio del CNIO

CAMPO METADATO OBLIGATORIO

LICENCIA DE USO dc.rights/ dc.right.uri SI Licencias Creative Commons Los campos se rellenan automáticamente a través del formulario:

¿Quiere permitir usos comerciales de su obra? No Yes ¿Quiere permitir modificaciones de su obra? ShareAlike No Yes Sobre la denominación de los ficheros, desde REPISALUD se recomienda elegir un nombre que sea descriptivo. Añadir también el año de publicación/creación de los datos. También se recomienda elaborar un README FILE, un archivo en texto plano .txt con información básica del dataset: descripción, contacto, fecha de recogida de datos, metodología, requisitos técnicos, etc., siguiendo para ello las recomendaciones sobre datos FAIR (https://www.go-fair.org/fair-principles/) ● Implementación en REPISALUD de la API desarrollada por FECYT de información sobre los proyectos de investigación financiados con fondos públicos. La integración de esta API supondrá una mejora en la normalización e identificación de los proyectos asociados a resultados de investigación. A su vez, esta identificación de proyectos mejora también la correcta clasificación e identificación de las agencias financiadoras que intervienen en cada publicación. ● Aumentar la visibilidad de los investigadores ISCIII mediante la interconexión con la API de CVN desarrollada por FECYT.
Desde su puesta en marcha, REPISALUD ha enriquecido su índice de autoridades con la inclusión de los perfiles públicos de la comunidad científica institucional (ORCID, Scopus y Publons). Estos perfiles se integran con la producción científica y técnica de cada autor y se enriquecen con diversos servicios de valor añadido.
Como parte de INEOS, REPISALUD ha incluido en su índice de autoridades los CVN públicos de los investigadores de las tres instituciones participantes mediante la interconexión con el CVN público. A través del canal de comunicación, REPISALUD recupera los CVN públicos de los investigadores ISCIII y los integra en los registros correspondientes, conectándolos con los currículos públicos de nuestros autores. Pueden verse ejemplos en los siguientes registros:

En el momento de publicar este Manual, REPISALUD contiene 63 autoridades con un identificador CVN público. Se espera que esta cifra vaya aumentando a medida que se extienda su uso entre la comunidad investigadora y tras las campañas que se van a realizar desde la biblioteca difundiendo esta nueva opción. ● Desarrollo de una API, que proporciona información sobre los proyectos de investigación financiados con la Acción Estratégica en Salud gestionada por el ISCIII. La ApiAES ( application pr ogramming interface) es un servicio que ofrece información de las ayudas a la investigación que forman parte de la Acción Estratégica en Salud gestionada por el ISCIII. Este servicio está orientado a la consulta automatizada y es complementario del sistema
de consulta dirigido a usuarios https://portalfis.isciii.es/ La ApiAES permitirá enriquecer los metadatos en los que se almacena la información código de proyecto de financiación de tod os aquellos repositorios en los que se incluyan documentos resultantes de proyectos de investigación financiados por el ISCIII . En la actualidad se pueden consultar los datos de los proyectos concedidos en los años 2013-2019 Los campos accesibles desde la ApiAES son los siguientes: ● codAyuda: es el identificador o código alfanumérico del proyecto financiado. ● título: título del proyecto financiado
● convocatoria: nombre de la convocatoria en la que el proyecto fue financiado. ● programa: nombre del programa en el que el proyecto fue financiado ● subPrograma: nombre del subprograma en el que el proyecto fue financiado. nombreAgenciaFinanciadora: nombre de la agencia que financia (siempre será el ISCIII). ● codAgenciaFinanciadora: código de la agencia que financia. ● nombreCentroBeneficiario: nombre del centro que obtiene esa financiación. ● nombreCentroRealizacion: nombre del centro donde se llevará a cabo el proyecto financiado.
● duración: duración en años Acceso y autenticación El punto de acceso a la API es: https://apiaes.isciii.es/ El acceso a la API requiere disponer de una ApiKey para autenticación de la consulta. Para obtener esta ApiKey deberá ponerse en contacto con el Instituto de Salud Carlos III, a través de la dirección de correo electrónico [email protected].
La ApiKey debe incluirse en la cabecera HTML de todas las llamadas utilizando la clave “X - ApiKey” y el valor proporcionado. Si la ApiKey no es correcta se obtien e una respuesta HTTP 401 de acceso no autorizado.

Llamadas a la API Este servicio ofrece una API REST simple con peticiones de datos HTML-GET y respuestas en formato JSON. Consulta de datos de una ayuda La clave de identificación o ID es el código de expediente. La consulta se puede realizar de dos formas, utilizando el ID directamente como localizador URL o bien como parámetro de consulta. En la cabecera de la petición HTTP debe incluirse el APIKEY proporcionado GET: https://apiaes.isciii.es/ayuda/{identificador} GET: https://apiaes.isciii.es/ayuda?id={identificador} Por ejemplo para la ayuda con código “PI17/01449”: GET: https://apiaes.isciii.es/ayuda/PI17/01449 GET: https://apiaes.isciii.es/ayuda?id=PI17/01449 Si la petición está autorizada se recibirá una respuesta HTTP 200 El cuerpo de la respuesta es un documento JSON con la siguiente estructura: { "codigo": "00", "descripcion": "Correcto", "datos": { "codAyuda": "identificador", "titulo": "título de la ayuda", "convocatoria": "convocatoria de la que forma parte", "programa": "programa de la que forma parte", "subPrograma": "subprograma de la que forma parte", "nombreAgenciaFinanciadora": "nombre de la agencia", "codAgenciaFinanciadora": “código de la agencia”, "nombreCentroBeneficiario": "nombre del centro", "nombreCentroRealizacion": "nombre del centro", "duracion": duración en años } } La respuesta está formada por dos bloques: Código y descripción: con el resultado de la ejecución y uno de los siguientes valores:
01 Correcto 02 No se han encontrado datos para ese identificador 03 Error en el sistema Datos: información de la ayuda consultada
● codAyuda: identificador, ● titulo: título de la ayuda, ● convocatoria: convocatoria de la que forma parte, ● programa: programa de la que forma parte, ● subPrograma: subprograma de la que forma parte, ● nombreAgenciaFinanciadora: nombre de la agencia, ● codAgenciaFinanciadora: código de la agencia,

Page 6 of 7