Diferencia entre revisiones de «Plan de Trabajo BIREME/INFOMED - 2019»

De wiki.bireme.org/es
Saltar a: navegación, buscar
(Reunión 27/11/2019)
(Reunión 27/11/2019)
 
Línea 127: Línea 127:
 
* INFOMED ira analisar si es posible construir la capa de sincronización de datos entre las instancias de FI-ADMIN de BIREME y INFOMED usando la solución de API REST sobre la base MySQL
 
* INFOMED ira analisar si es posible construir la capa de sincronización de datos entre las instancias de FI-ADMIN de BIREME y INFOMED usando la solución de API REST sobre la base MySQL
 
* Vinicius enviará un DUMP actualizado para INFOMED.
 
* Vinicius enviará un DUMP actualizado para INFOMED.
 +
* Vinicius actualizará la pagina WIKI del proyecto en github con los ejemplos del API de tesauro (DeCS)

Revisión actual del 10:37 2 dic 2019

Planificación 2019

Reunión ocurrida en el CRICS10 - diciembre 2018

1 Fase - Corto Plazo Los centros que colaboran junto a INFOMED y que tienen buena conexión, ingresaron los datos directamente en el FI-admin instalado en Cuba que tiene conexión en la base de datos de BIREME.

2 Fase - Los centros que colaboran con INFOMED y que tienen conexión limitada o no tienen conexión, debese desarrollar una aplicación independiente (stand alone), teniendo en cuenta: - la cuestión de la sincronización con la base nacional y posteriormente con la base Regional de BIREME. - Accounts - tendrá todos los componentes actuales que fue desarrollado por BIREME - Adaptar el webservices de DECS a una base de datos procesada localmente

3 Fase - BIREME hace la migración de los datos heredados del escenario 1, teniendo en cuenta que esos datos legados ya están almacenados en el banco de CUMED. Para los que estarán utilizando el sistema Stand Alone del Escenario 2, INFOMED hará la migración y el entrenamiento será hecho en una misión para Brasil. La migración se realizará en paralelo a las fases 1 y 2

La gestión del proyecto se hará en el github con backlog y sprint mensuales, iniciando por una planificación desarrollada por los involucrados.


Reunión en todo tercero jueves del mes - [Validar Cuba]


Reunión 21/02/2019

Puntos que fueron discutidos:

  • Conexión lenta para acceso al banco de datos del FI-admin
    • Segundo Victor, con la velocidad actual, no es posible que el Fi-admin sea funcional.
    • Se en la conexión lenta deja inviable, analisar otra alternativa, incluso avançar para la fase 2
    • La prueba fue solo con acceso de Victor
      • Encaminamientos:
        • Fue solicitado la ejecución del comando traceroot, para verificar la conexión
        • Nuevas pruebas con por lo menos más 1 o 2 centros que no sea de INFOMED, pero que esté en la Isla para validar la cuestión de conexión lenta
  • Mientras no se resuelve la cuestión de performas del FI-admin de INFOMED, fue acordado en avanzar para la instalación de BIREME Accounts.
    • Encaminamientos:
      • Vinicius documentar con más detalles a instalación de BIREME Accounts e enviar para INFOMED
  • Aplicación de FI-ADMIN
    • Formulario de consulta para o webservice do DECS es hecho a partir de los descriptores primarios y secundarios
    • Los precodificados no acceden el servicio de DECS
    • WebService del DECS es hecho en PHP y no en Django
  • La cuestión de la migración del DECS para SQL
    • Verificar con Renato si deben aguardar la migración del DeCS a la nueva plataforma (FI-ADMIN) para el desarrollo del WS

Reunión 16/05/2019

  • FI-ADMIN en INFOMED
    • Configurar la aplicación para acceder la base MySQL en el servidor de BIREME
      • La performance del sistema es muy baja que imposibilitan esta implementación. Se quedou decidido descartar este escenario y avanzar para el escenario con la base de datos de FI-ADMIN en INFOMED
  • Accounts en INFOMED
    • Problema al accesar al módulo de django admin
      • Vinicius revisará si existe un enlace simbólico en el directorio del sistema
      • Acceso al módulo de usuario: Vinicius revisará el motivo del campo de profile no estar disponible en la base exportada para INFOMED
      • Las opciones de Redes y Servicios funciona correctamente
  • DECS
    • Informado para INFOMED que ya esta fase de implementación del DECS en el FI-admin y el desarrollo de las API's por el programador Fabio Brito
    • INFOMED debe centrarse en la integración del servicio de DECS en FI-ADMIN para no más utilizar el servicio externo http://pesquisa.bvsalud.org/portal/decs-locator/?mode=dataentry&lang=pt
      • Dependiente del avance en el desarrollo de las apis del DECS en el FI-ADMIN
    • INFOMED, después de la implementación, podría analizar la estructura de las tablas de DECS para hacer una evaluación de cómo implementar los datos enlazados
  • Servicios del fi-admin
    • Conforme necesidades de BIREME son desarrollados servicios en el FI-admin e no necesariamente serán implementados en la instalación de INFOMED
    • Informado que los servicios del FI-admin que no serán implementados en la INFOMED deberán ser deactivados en los archivos de configuración del sistema
    • Listado de servicios actuales existentes en FI-ADMIN que no serán exportados para la instalación local de INFOMED
  1. Sugerencia de terminos DeCS identificado en el resumen de un registro bibliográfico
  2. Clasificación de los recursos en comunidades y collecciones para uso en APPS para smartphone
  3. Indización de los metadatos en Solr para uso en plugins de WordPress
  4. Identificación de registros duplicados en el sistema
  • Analizar junto a Sueli si existen reclamaciones de lentitud del acceso del FI-ADMIN en los países.
  • Nuevas reuniones
    • Cambiar de jueves a otro día, tal vez miércoles, 12 de junio


Reunión 11/06/2019

Hola Victor,


Después de nuestra ultima reúnion (11/06) Renato, Mori y yo estabamos revisando los tiempos de nuestros desarrollos y queremos compartir con uds. para proponer ajustes en los proximos pasos del proyecto:

- Estimamos que Fabio Brito solamente ira llegar al desarrollo de la API de DeCS en el segundo semestre por cuestión de otras prioridades.


- Todavia no esta claro para nosotros como sera el escenario de trabajo con dos instancias de FI-ADMIN por el tema de datos duplicados una vez que Renato sugerió el envio del recorte de los datos de LILACS (centros de CUBA) para importar en la base de FI-ADMIN de INFOMED (dump).


Por estos motivos nos gustaria proponer el siguiente cambio para los proximos pasos del proyecto:


- INFOMED empiezaria a trabajar desde ya en el desarrollo de la API de DeCS (como inicialmente estaba planeada) usando la nueva estrucutra de tablas MySQL en FI-ADMIN - para esto vamos enviar en la próxima semana el dump para carga en su instalación de FI-ADMIN.


- INFOMED presenta en las proximas reuniones propuestas de como piensan seria trabajar con las dos instancias de FI-ADMIN en terminos de integridad de los registros.


Por favor revisen si estan de acuerdo o tienen dudas acerca de estos cambios.


Saludos


Reunión 27/11/2019

Participantes:

  • BIREME
    • Vinicius
    • Mori
  • INFOMED
    • Victor
    • Christina
    • Yazna [Linking Data]



Enlace para grabación de la reunión: https://youtu.be/g8HqPvPGqH8


  • Instalación de Fi-ADMIN en Windows
    • Paquetes instalados y ocurre errores al ejecutar la aplicación
    • La persona que estaba apoyando esta tarea con conocimientos en Python y Django no se encuntra mas en INFOMED.
  • Paquete de exportación de datos y sincronización con instancias de FI-admin
    • Vinicius presentó que la cuestión no si resuelve solamente con el envio de un DUMP de la base de INFOMED para actualización en BIREME
    • El responsable de la base de datos LILACS cuestiona la iniciativa de eliminar los registros de los centros cooperantes de Cuba em el Fi-ADMIN de BIREME, debido al impacto que tendrá en los indicadores de cooperación y publicación de los registros.
    • La solución debe tratar cómo sincronizar las dos bases de datos de FI-ADMIN sin eliminar los registro de CC de CUBA.
    • INFOMED ha instalado una interfaz web para acceder a la base de datos MySQL de FI-admin y disponibilizar en API basada en REST (http://apimysql.sld.cu/)
    • Vinicius demostró que FI-ADMIN ya tiene una API REST sin la implementación de actualización. (https://github.com/bireme/fi-admin/wiki/API)
  • Linking-data
    • O desarrollo fue hecho para acceder base de datos ISIS
    • Tienen que ajustar para que sea aplicada para MYSQL del FI-admin
  • Encaminamientos
  • INFOMED ira analisar si es posible construir la capa de sincronización de datos entre las instancias de FI-ADMIN de BIREME y INFOMED usando la solución de API REST sobre la base MySQL
  • Vinicius enviará un DUMP actualizado para INFOMED.
  • Vinicius actualizará la pagina WIKI del proyecto en github con los ejemplos del API de tesauro (DeCS)