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

De wiki.bireme.org/es
Saltar a: navegación, buscar
(Reunión en 27/11/2019)
(Reunión en 27/11/2019)
Línea 106: Línea 106:
 
** Programadora de PHP [Fi-admin]
 
** Programadora de PHP [Fi-admin]
 
** Yazna [Linking Data]
 
** Yazna [Linking Data]
 +
 +
----
 +
''' * Instalación de Fi-ADMIN en Windows  '''
 +
** Paquetes instalados y ocurrí el error al ejecutar la aplicación
 +
** No tienen un desarrollador de Python y Django para continuar con esta iniciativa.
 +
''' * Paquete de exportación de datos y sincronización con instancias de FI-admin'''
 +
** La cuestión  no es solo el DUMP del Banco del FI-admin
 +
** 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.
 +
** Una solución posible es tratar cómo sincronizar en las dos bases de datos de FI-ADMIN sin eliminar  los registro de CC de CUBA.
 +
** INFOMED ha desarrollado una interfaz web para acceder a la base de datos mysql de FI-admin utilizando una API basada en REST (http://apimysql.sld.cu/)
 +
** Vinicius demostró que también tenía una API para FI-admin pero que no tenía el módulo INSERT. (https://github.com/bireme/fi-admin/wiki/API)
 +
'''* Encaminamientos'''
 +
* Analizar y desarrollar una API de inserción / actualización para sincronizar bancos FI-Admin
 +
* Vinicius enviará un DUMP actualizado para INFOMED.

Revisión del 16:22 27 nov 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 en 27/11/2019

Participantes:

  • BIREME
    • Vinicius
    • Mori
  • INFOMED
    • Victor
    • Programadora de PHP [Fi-admin]
    • Yazna [Linking Data]

* Instalación de Fi-ADMIN en Windows

    • Paquetes instalados y ocurrí el error al ejecutar la aplicación
    • No tienen un desarrollador de Python y Django para continuar con esta iniciativa.

* Paquete de exportación de datos y sincronización con instancias de FI-admin

    • La cuestión no es solo el DUMP del Banco del FI-admin
    • 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.
    • Una solución posible es tratar cómo sincronizar en las dos bases de datos de FI-ADMIN sin eliminar los registro de CC de CUBA.
    • INFOMED ha desarrollado una interfaz web para acceder a la base de datos mysql de FI-admin utilizando una API basada en REST (http://apimysql.sld.cu/)
    • Vinicius demostró que también tenía una API para FI-admin pero que no tenía el módulo INSERT. (https://github.com/bireme/fi-admin/wiki/API)

* Encaminamientos

  • Analizar y desarrollar una API de inserción / actualización para sincronizar bancos FI-Admin
  • Vinicius enviará un DUMP actualizado para INFOMED.