search

andes / app

Aplicación web para ANDES
12 stars 5 forks source link

PRIV - Visualizar motivos de acceso a la HUDS #2958

Closed aldoEMatamala closed 3 months ago

aldoEMatamala commented 11 months ago

Requerimiento

https://proyectos.andes.gob.ar/browse/PRIV-65

Funcionalidad desarrollada

Se reemplazan los motivos de acceso a la HUDS estáticos por accesos a BD.

  1. Acceso explícito a la HUDS (modal).
  2. Buscador de Turnos y prestaciones.
  3. Al iniciar una prestación.
  4. Desde la internación (modal) de acceso a los registros y plan de indicaciones.
  5. Solicitudes: bandeja de entrada/salida al iniciar una prestación.

NOTA: considerar que resuelva el error reportado en https://proyectos.andes.gob.ar/browse/HUDS-112

UserStory llegó a completarse

Requiere actualizaciones en la base de datos

Requiere actualizaciones en la API

Requiere actualizaciones en andes-test-integracion

silviroa commented 11 months ago

USUARIO: amatamala
BUILD NUMBER: 10035 CYPRESS RUN: 9144 TEST START: 2023-12-07T14:37:40.604Z TOTAL: 399 SUCCESS: 333 FAIL: 64 SKIPPED: 2

silviroa commented 10 months ago

USUARIO: mcampetella
BUILD NUMBER: 10092 CYPRESS RUN: 9200 TEST START: 2023-12-20T14:47:03.531Z TOTAL: 360 SUCCESS: 289 FAIL: 69 SKIPPED: 2

silviroa commented 10 months ago

USUARIO: mcampetella
BUILD NUMBER: 10102 CYPRESS RUN: 9210 TEST START: 2023-12-20T18:23:57.909Z TOTAL: 406 SUCCESS: 346 FAIL: 58 SKIPPED: 2

JuanIRamirez commented 10 months ago

Al continuar una prestación no toma el motivo de acceso a la HUDS de la DB.

JuanIRamirez commented 10 months ago

En el modal la opción 'Intervención en el proceso de cuidado del paciente' se solapa en 2 lineas, esto se corrige en 'modal-motivo-acceso-huds.html' (linea 7) -div class="w-60"-

aldoEMatamala commented 10 months ago

En el modal la opción 'Intervención en el proceso de cuidado del paciente' se solapa en 2 lineas, esto se corrige en 'modal-motivo-acceso-huds.html' (linea 7) -div class="w-60"-

corregido! gracias !

silviroa commented 9 months ago

USUARIO: amatamala
BUILD NUMBER: 10337 CYPRESS RUN: 9444 TEST START: 2024-01-25T15:31:40.870Z TOTAL: 401 SUCCESS: 341 FAIL: 57 SKIPPED: 3

silviroa commented 9 months ago

USUARIO: amatamala
BUILD NUMBER: 10413 CYPRESS RUN: 9518 TEST START: 2024-01-31T19:25:13.071Z TOTAL: 333 SUCCESS: 317 FAIL: 14 SKIPPED: 2

silviroa commented 9 months ago

USUARIO: amatamala
BUILD NUMBER: 10415 CYPRESS RUN: 9520 TEST START: 2024-02-01T11:37:48.359Z TOTAL: 402 SUCCESS: 399 FAIL: 0 SKIPPED: 3

aldoEMatamala commented 8 months ago

En el modal la opción 'Intervención en el proceso de cuidado del paciente' se solapa en 2 lineas, esto se corrige en 'modal-motivo-acceso-huds.html' (linea 7) -div class="w-60"-

resuelto gracias!

aldoEMatamala commented 8 months ago

imagen https://cloud.cypress.io/projects/xr7gft/runs/9724/overview?roarHideRunsWithDiffGroupsAndTags=1

MCele commented 6 months ago

Revisar lo siguiente:

aldoEMatamala commented 5 months ago

Revisar lo siguiente:

  • Al momento de cargar una nueva prestación se guarda el motivo "inicio de prestación", y eso es correcto, pero si luego se seleccionan otros motivos en el sidebar o si se continua una prestación iniciada, sigue guardando el mismo motivo y no corresponde, para esto último debería ser "Continuidad de ..." o similar.
  • Tener en cuenta que el dato de "moduloDefault" debería considerarse como una clave, ya que es por la que se hacen las búsquedas, por esto debería ser indistinto que el dato esté en mayúscula o minúscula, evitar que tengan espacios en blanco, etc.

Hola cele, gracias por los comentarios,

aldoEMatamala commented 4 months ago

imagen

aldoEMatamala commented 4 months ago

Aldinho, habría que hacer unos pequeños cambios en el esquema de este nuevo recurso:

1. Agregar una columna "key" para cada motivo

2. Renombrar el atributo "motivo" a nombre/label que es mas representativo para como venimos usando internamente los componentes que sugieren opciones

3. El atributo "descripcion" contendría texto a modo informativo para orientar al usuario (Después vemos qué, por ahora no lo utilizariamos)

4. El atributo "moduloDefault" debería ser un array, para no repetir registros en caso de compartir motivo por defecto entre varios modulos

Por otro lado, almacenar del lado de la app el motivo y el detalle en un array puede ser un poco confuso en cuanto a recordar en qué posición se encuentra cada elemento o para el caso de los undefined. Sugeriría utilizar un objeto similar a motivo: { key: string, detalle: string }

Cualquier cosita quedo a disposición

buendi lautaro! Quedan subidas las modificaciones de esquema como se charlo por slack. Se crea interfaz en app (IMotivosAcceso) para los objetos motivo: { key: string, detalle: string }. Se hacen las modificaciones a los casos de test. Así quedan los registros en demo.

aldoEMatamala commented 3 months ago

imagen