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

De wiki.bireme.org/es
Saltar a: navegación, buscar
(Reunión 16/05/2019)
(A)
Línea 42: Línea 42:
 
**  Utilizando el sistema accounts en INFOMED con acceso a la base de datos en BIREME ocurrieron errores que imposibilitó esa implementación
 
**  Utilizando el sistema accounts en INFOMED con acceso a la base de datos en BIREME ocurrieron errores que imposibilitó esa implementación
 
**  Se decidió ir al segundo escenario con la base de datos de accounts almacenados en INFOMED
 
**  Se decidió ir al segundo escenario con la base de datos de accounts almacenados en INFOMED
* '''Acceso al módulo de django admin e criar el user superadmin'''
+
* '''Problema al accesar al módulo de django admin e criar el user superadmin en la base de datos'''
**
+
** Django admin,  Vinicius revisará si existe un enlace simbólico en el directorio del sistema y la sintaxis enviada para creación del superadmin

Revisión del 17:01 16 may 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

  • Accounts en el fi-admin da infomed
    • Utilizando el sistema accounts en INFOMED con acceso a la base de datos en BIREME ocurrieron errores que imposibilitó esa implementación
    • Se decidió ir al segundo escenario con la base de datos de accounts almacenados en INFOMED
  • Problema al accesar al módulo de django admin e criar el user superadmin en la base de datos
    • Django admin, Vinicius revisará si existe un enlace simbólico en el directorio del sistema y la sintaxis enviada para creación del superadmin