andes / api Goto Github PK

Al registrar un paciente validado, uno de sus campos es localidad. El problema es que no termina de cargar las localidades.
Obs: Verificar que no sea problema del plex-select. En cuyo caso crear un issue en el proyecto PLEX.

Comportamiento actual

• Desde la app sobre un paciente validado se tilda la opción "Considero que los datos son incorrectos y quiero reportar el error" cuando el proceso se ejecuta cambia los datos en la base de datos pero en elastic siguen iguales

Resultado esperado

• Verificar la sincronización con Elastic

Pasos para reproducir el problema

1. Ingresar a mpi
2. Buscar un paciente que requira correción en sus datos básicos
3. Tildar la opción "Considero que los datos son incorrectos y quiero reportar el error"
4. Verificar los datos después de que el proceso se ejecute

Las codificaciones de los sobreturnos que se realizan desde el profesional no se visualizan en las agendas realizadas en Andes.

• Verificar si se visualiza correctamente si el paciente No Asistió

• Verificar las codificaciones de Psciología

Los turnos con profesionales ajenos al castro quedan en estado de integración "pendiente". Lo mismo sucede si no se asigna ningún profesional (Aunque en la DB existen casos de registros con "profesionales: null" que fueron exportados correctamente).

En el archivo /modules/obraSocial/routes/obraSocial.ts hay dos errores que se devuelven
res.json({ msg: 'Parámetros incorrectos' });
Deberían devolverse
return next('Parámetros incorrectos');
Lo complicado es ver que en la app no se rompa nada al cambiar este tipo de error.

Se debe corregir para que, si ocurriera el error, se muestre de una forma más clara.

Al cargar una relación en un paciente, mediante escaneo, Si el sistema encuentra un paciente similar, trae ese paciente y no permite registrar el DNI que se esta escaneando.

PASOS:
Probar sobre d-testing o test.
Ingresar en el paciente: 34914521 y agregarle como relación el siguiente string:

00123456789@HIJOBOTA2@PRUEBAMARIANO ANDRES@M@34159951@A@01/01/2000@21/05/2014

Se puede ver que trae varios pacientes ya registrados con datos similares pero no deja ingresar el que se esta escaneando.

Comportamiento actual

Cuando se busca un registro o una expresión en la huds del paciente (por ejemplo para los gráficos del resumen del paciente) se muestra la fecha de carga del registro (según auditoria)

Resultado esperado

Cuando se busca un registro o una expresión en la huds del paciente mostrar la fecha de ejecución (Para el caso de registros tardíos)

Pasos para reproducir el problema

1. Cargar una prestación fuera de agenda para un día anterior a la fecha actual.
2. Registrar peso corporal guardar y validar.
3. Cargar una nueva prestación fuera de agenda para la fecha actual.
4. visualizar los gráficos en el resumen del paciente.

Comportamiento actual

En los reportes de Pecas :
_"Tipos de Agenda" no aparecen agendas suspendidas
-"Tipos de turno" no aparecen turnos "No Asistió", "Suspendidos"

Resultado esperado

Debiera aparecer las opciones arriba mencionadas

Pasos para reproducir el problema

Fix probable: cambiar id por _id en línea 172
https://github.com/andes/api/blob/master/routes/profesional.js#L172

Se sugiere un return next(err) en las siguientes líneas

Si en la app se quiere capturar el error, utilizar Server.get(...., {showMessage: false})

Comportamiento actual

La búsqueda de padrones se resolvió usando una colección con las fechas de la versiones generadas en los padrones. Dependemos que actualizar manualmente cada vez que se carga un nuevo padrón a la colección de puco.

Resultado esperado

Resolver el listado de padrones disponibles con una query aggregate al la colección de puco.

Comportamiento actual

• El interlineado de textos largos es muy estrecho, los renglones se enciman.

Resultado esperado

• Que el texto tengo un alto de línea normal

Pasos para reproducir el problema

1. No está claro, pero sucede con algunos textos descriptivos largos.
   
   

Sugerencias de mejoras

• Cambiar key en permisos: 'puedeEditarCarpeta' por 'editarCarpeta'
• En la búsqueda de historial de turnos del paciente unificar query aggregate para turnos y sobreturnos (turnosController -> getHistorialPaciente). Usar $project con los datos que se desean retornar: turno, turno.id, turno.agenda_id, turno.bloque_id, turno.organizacion, turno.profesionales, turno.paciente.

Comportamiento actual

Endpoint POST(?) /pacientes/:id/identificadores hace un delete de MPI.

Resultado esperado

Modificar el paciente e insertar en BD ANDES, sin realizar delete. Dejar que UPDATER se encargue del manejo de pacientes entre bases.

(Issue reportado por Silvina Garcia Bustos)

Comportamiento actual

Al clonar una agenda con una prestación no nominalizada, cuando se quiere iniciar prestación el botón no aparece. esto mismo sucede en producción (solo cuando se CLONA)

Resultado esperado

Poder iniciar prestación en estas agendas

Pasos para reproducir el problema

1. Crear una agenda no nominalizada para un día que ya paso
2. Clonarla para la fecha actual
3. Publicarla
4. Cambiar al modulo RUP
5. Ver la agenda clonada

Comportamiento actual

• En el listado de turnos no se muestra el número de matrícula ni la profesión

Resultado esperado

• Poder visualizar en el listado de turnos número de matrícula y profesión

Pasos para reproducir el problema

1. Loguearse en el sistema de matriculaciones
2. Seleccionar una organización del listado donde tenga permisos el usuario
3. Ingresar al listado de turnos
4. Notar que en el listado no figuran el número de matrícula ni la profesión

En el archivo /home/lucas/andes/api/core/mpi/routes/paciente.ts hay un error que se devuelve
return res.json(pacienteBuscado);
Debería devolverse
return next(pacienteBuscado);

Lo complicado es ver que en la app no se rompa nada al cambiar este tipo de error.

Se debe corregir para que, si ocurriera el error, se muestre de una forma más clara.

Comportamiento actual

• Hay agendas que no se actualiza el estado: (en excel Pendiente de Asistencia, en Andes Pendiente de Auditoría) --> C. S. Progreso, 01/06/2018, Prof. Moreno Marta: las 2 agendas figuran Pendientes de Auditoria y en Pecas "Pendientes de asistencia"

Resultado esperado

• Actualización de estado de las agendas.

Pasos para reproducir el problema

Comportamiento actual

Se asigna un turno a un paciente temporal sin documento, desde el punto de inicio de Citas. Al seleccionar el día de la agenda aparece un mensaje "La aplicación no puede comunicarse con el sevidor".

Resultado esperado

Para pacientes temporales sin documento, no se debería realizar la consulta de obra social.

Pasos para reproducir el problema

1. Ingresar al punto de inicio de turnos
2. Buscar un paciente temporal sin docuento
3. Presionar el botón Dar turno
4. Seleccionar un prestación y a continuación el día de una agenda.