En esta nueva release se trabajaron los siguientes puntos:
API pública
Incorporación del servicio DeleteBookingFile que permite eliminar una orden de derivación dado el identificador único de archivo.
Agendas
Visualización diferenciada y aprobación de reservas con orden de derivación
Cuando se tiene una agenda que admite turnos protegidos online, se puede configurar que se requiere una orden de derivación.
Se desarrolló una mejora visual para las reservas de turnos online que tienen una orden de derivación asociada, así como poder diferenciar entre las que la tienen validadas y sin validar.
- Los turnos con orden de derivación, validada o no, incluyen el icono 📎 como indicador visual que representa la existencia de dicha orden.
- Los turnos que tengan una orden de derivación sin validar se visualizan con fondo blanco y borde rojo para distinguirse del resto.
- Los turnos con orden de derivación validada se visualizan con fondo rojo.
- Si tanto la orden como el paciente fueron validados, el turno se visualiza con el color que corresponda dado el estado que tenga (asignado, confirmado, ausente, atendido)
Para validar la orden de reserva de turno se agregaron acciones en el detalle de la reserva que permiten validar la orden o la orden y el paciente en conjunto, además del botón de cancelar de reserva que se encontraba disponible previamente.
Si se selecciona “Validar orden y paciente” se muestra el siguiente popup:
En donde se muestra la orden ya como validada y la opción de presionar “Validar paciente”. Una vez que se valida al paciente solo queda confirmar la reserva:
Una vez que se hayan terminado las validaciones se muestra el turno en el estado asignado y deja de mostrarse como reserva de turno en la agenda.
Visualización de orden de derivación
A partir de esta release, se puede visualizar la orden de derivación asociada en el detalle del turno.
Se incorporó un sector que tiene como título “Orden” y un link que contiene la orden (“📎 Ver orden”). Dicho desarrollo facilita el flujo de trabajo del usuario al momento de atender un paciente, permitiéndole tener más información acerca del turno.
Una vez ingresado al link, la orden de derivación se encuentra disponible para descargarla.
Seguridad
Reemplazo de Google Recaptcha por Altcha
Esta funcionalidad está asociada al Feature Flag: HABILITAR_CAPTCHA
Sin embargo, es necesario comunicarse con el equipo de HSI para poder activar la funcionalidad.
Se modificó la tecnología utilizada para el captcha al momento del login del usuario. La razón de esto es que el Google Recaptcha tenía un máximo de usos gratis por día y luego de superarlo era necesario pagar por el servicio. Teniendo en cuenta esto se cambió a Altcha que no cuenta con este límite.
Doble Factor de Autenticación por Rol (dominio) e indicación de uso de doble factor de manera obligatoria
Esta funcionalidad está asociada al Feature Flag: HABILITAR_CONFIGURACION_2FA_POR_ROL. El mismo se encuentra por defecto en estado FALSE.
En esta versión, con el fin de reforzar la seguridad del sistema y proteger el acceso a perfiles sensibles se desarrolló la posibilidad de poder configurar qué roles de dominio deben utilizar obligatoriamente el doble factor de autenticación (2FA) para acceder a HSI.
Para esto, cuando el usuario con rol ROOT ingresa a la aplicación, visualiza un listado con todos los roles de dominio junto con un switch donde puede modificar la obligatoriedad del 2FA para acceder a las distintas funcionalidades. Los roles que visualiza son:
- Administrador
- Perfil epidemiológico mesogestión
- Auditor MPI
- Administrador de acceso dominio
- Gestor de acceso de dominio
- Gestor de acceso local
- Gestor de acceso regional
- Auditoria de Acceso
- Gestor de centro de llamado
- Administrador de Datos Personales
- Supervisor de correcciones
Al mismo tiempo, puede desplegar un listado de todos los usuarios que tengan dicho rol. De los mismos se visualiza el tipo y número de documento junto con su nombre completo.
Cabe aclarar que si el FF de HABILITAR_ADMINISTRADOR_DATOS_PERSONALES está en FALSE, el rol “Administrador de datos personales” no se visualiza. De la misma manera, si el FF de HABILITAR_TURNOS_CENTRO_LLAMADO también está en FALSE, el rol “Gestor de centro de llamado” tampoco se visualizará.
Dicho esto, para los usuarios con roles en donde se active el switch y no cuenten con el 2FA configurado, se le muestra un diálogo informativo instándolos a configurarlo. Si la restricción ocurre dentro de la webapp el usuario visualiza el siguiente pop up:
Esta acción también sucede al intentar ingresar al Backoffice ya que con el FF en true no se puede ingresar al backoffice sin el 2FA activado sin importar el rol. Aquí, el pop up es el siguiente:
Para ambos casos, luego de hacer clic sobre el botón “Configurar autenticación por doble factor” se redirige al usuario a la interfaz donde puede realizar esta acción.
Listado de trabajo de laboratorio
Incorporación de N° de Dominio – N° de orden
Para una identificación rápida y precisa, el personal de laboratorio debe buscar el dominio y número de orden de cada solicitud de laboratorio.
A partir de esta versión, se simplificó la búsqueda, agregando la información que contiene la orden la vista del listado de trabajo de órdenes de laboratorio para incluir dos nuevas columnas:
- Dominio: Mostrará el dominio al que pertenece la orden.
- Número de Orden: Mostrará el número único de la orden dentro de ese dominio.
Estas columnas son visibles siempre sin importar el estado de la dentro del listado.
Cuando un profesional de la salud, especialista médico u odontólogo realiza una solicitud de laboratorio en la solapa estudios, se puede descargar la orden y visualizar el número de dominio y de orden en la parte superior derecha.
En el listado de trabajo del técnico de laboratorio se visualiza la misma información en la segunda columna junto con un tooltip indicando a qué corresponden dicho dato
Nuevo estados para estudios completados
Se realizó una mejora funcional en el módulo de Listado de Trabajo del Laboratorio, con el objetivo de permitir al personal de laboratorio visualizar los estudios que han sido completados desde la solapa de estudios del paciente reflejando el nuevo estado “Completado”. Esto brinda claridad sobre el ciclo completo del estudio.
El principal cambio es un nuevo estado llamado “Completado” en el listado de trabajo del laboratorio. Que se puede utilizar para filtrar desde el selector de estado (junto a “Pendiente”, “Transferido” y “Anulado”).
Un estudio aparecerá como “Completado” en el listado de trabajo solo si su estado es “Completado” en la solapa de estudios. No se visualizarán en el listado los estados intermedios o similares, como “Completado parcial”, u otros.
Para los estados ya existentes se mantiene el funcionamiento actual:
- Transferido: el estudio se muestra como “En proceso” en la solapa de estudios.
- Anulado: un estudio pendiente que se anula, sigue mostrándose como “Anulado”.
El orden en el que se muestra los estudios junto con el estado nuevo es el siguiente:
- Pendiente
- Transferido
- Anulado
- Completado
Ejemplo de funcionalidad:
Se ingresa con usuario que puede realizar una orden de laboratorio:
Se ingresa con técnico de laboratorio al listado y se lo pasa a estado Transferido:
Desde la solapa de estudios del paciente se visualiza en estado “En proceso”
Cuando ingresa el rol “Especialista médico”, se visualiza la acción de “Completar”, sin importar el estado de la orden
Se completa en este ejemplo el estudio “Hemograma completo”
Desde el listado de trabajo se visualiza en estado “Completado”
