Contents
Nota Importante sobre feature flags de desarrollo
Un feature flag de Desarrollo es una herramienta para gestionar riesgos y entregas (habilitar/deshabilitar o acotar el alcance de una nueva funcionalidad mientras se valida). Es temporal y se elimina cuando la función se consolida y pasa a formar parte estable del producto.
Todos los feature flags en cuyo nombre figure “EN_DESARROLLO” no deben configurarse en true en ambientes productivos.
En esta nueva release se trabajaron los siguientes puntos:
Agenda de prácticas
Cambios en Backoffice para creación de grupos de búsqueda
Hoy en día un usuario con rol administrador institucional puede crear grupos de búsqueda dentro de una institución dentro del módulo:
Backoffice -> Datos maestros -> Grupos de prácticas.
Previo a este desarrollo, al momento de la creación dentro del campo grupo padre se listaba la ECL de PROCEDURE. Esto generaba que se puedan asociar cualquiera de las prácticas que pertenecen a esa ECL al grupo de búsqueda en cuestión.
A partir de ahora, dentro del campo “Grupo padre” sólo se visualizan grupos de terminología de tipo “Dominio”. Esto permite al dominio limitar cuales son las prácticas que pueden ser utilizadas para la creación de los grupos de búsqueda. Una vez creado el grupo solo se le pueden asociar prácticas que pertenecen al grupo padre seleccionado.
A modo de recordatorio, los grupos de búsqueda son grupos de prácticas las cuales pueden ser asociadas a las líneas de cuidado por un usuario con rol administrador institucional dentro del menú:
BackOffice -> Adhesión de linea de cuidado
De esta manera, las prácticas posibles que pueden ser realizadas dentro de las líneas de cuidado son las que pertenecen a los grupos de tipo dominio y no todo el universo de SNOMED CT.
Esto hace que las prácticas que pertenecen a las líneas de cuidado coincidan con las posibles prácticas a usar en la creación de las referencias y que las mismas cuentan con agendas posibles para ser abordadas.
Solapa Oferta por servicio
La funcionalidad fue implementada bajo un feature flag de desarrollo, denominado
HABILITAR_INTEGRACION_EQUIPOS_Y_AGENDAS_DE_PRACTICAS_EN_DESARROLLO, con valor por defecto false.
Por un lado, es importante aclarar que dentro de la creación de una agenda responsable de servicio se modificó el campo de selección de “Servicio / Unidad jerárquica”. Este campo solo mostraba unidades jerárquicas de tipo servicio y a partir de ahora se muestran todas las unidades jerárquicas de la institución.
Por otro lado, a partir de este desarrollo se visualiza una nueva solapa con el nombre “OFERTA POR SERVICIO”. Dentro de la solapa se visualizan sólo las agendas responsables de “Servicio / Unidad jerárquica”. Cuando el usuario ingresa a la solapa mencionada el usuario visualiza los siguientes filtros:
- Campo “Servicio / Unidad jerárquica”: Campo de tipo typeahead donde se listan todas las unidades jerárquicas activas que tengan asociada al menos una agenda responsable de Servicio / Unidades jerárquicas.
- Campo “Alias”: Campo de tipo typeahead donde se listan los alias de todas las agendas responsables de Servicio / Unidades jerárquicas.
- Campo “Modalidad”: Campo de tipo typeahead donde se listan todas las modalidades activas que existen dentro de las agendas responsables de Servicio / Unidades jerárquicas.
- Campo “Equipo”: Campo de tipo typeahead donde se listan todos los equipos activos que existen dentro de las agendas responsables de Servicio / Unidades jerárquicas.
Una vez completado al menos el filtro de búsqueda de “Alias” o “Equipo” se muestra un campo de tipo desplegable donde se listan las posibles agendas a visualizar. Las agendas mostradas deben coincidir con los filtros de búsqueda definidos.
Una vez seleccionada la agenda, se visualizan las características de la agenda sobre Sala, Sector, Línea de cuidado, Especialidad, Unidad jerárquica, Práctica / Procedimientos, Rango etario cuando corresponda.
Acciones disponibles en agendas responsables de servicio
En esta versión los usuarios administradores de agenda pueden eliminar agendas responsables de servicio mediante el botón “ELIMINAR”.
Una vez que hace clic se le muestra un popup de confirmación previo a la eliminación de la misma.
Por otro lado, los usuarios administrativos tienen disponible las acciones de bloquear agenda e imprimir. Ambas acciones son similares a las que suceden en la actualidad. La única diferencia es que en el archivo pdf que se genera cuando se imprime se reemplaza el nombre del profesional responsable por el del servicio / unidad jerárquica responsable de la agenda.
Finalmente, la última acción disponible es la de editar la agenda. En caso de editar la misma NO se pueden modificar los siguientes atributos de la agenda:
- Responsable de agenda
- Servicio / Unidad jerárquica
- Tipo de agenda
- Sector
- Equipo
- Duración de la consulta
Formularios configurables
Modificaciones en parámetros de formularios en Backoffice
En esta entrega, simplificamos y automatizamos la configuración de parámetros en formularios, haciendo más fácil y segura la carga de datos médicos estandarizados. Ahora, los administradores pueden aprovechar información ampliada y autocompletada al trabajar con códigos LOINC, reduciendo errores y acelerando la gestión.
Se amplió la tabla de códigos LOINC en el backoffice (Terminología > LOINC) para incluir los campos “Escala” y “Unidades de medida”, permitiendo que el sistema traiga información por defecto relevante para los formularios. El campo “Escala” proviene del campo “Scale”, mientras que las “Unidades de medida” provienen del campo “Example UCUM Units” de LOINC.
Los posibles valores de “Escala” son:
- Cuantitativo
- Semi-cuantitativo
- Ordinal
- Cuantitativo u Ordinal
- Nominal
- Narrativa
- Documento
- Multi
- Conjunto
Al crear un parámetro de formulario (Datos maestros > Parámetros de formularios) y seleccionar un código LOINC, el sistema actualmente autocompleta la descripción y la bloquea. Si el código LOINC tiene un tipo de parámetro en el campo “Escala”, solo permitirá seleccionar el tipo correspondiente.
Los posibles valores de “Tipo” son:
- Numérico: Cuantitativo, Semi-cuantitativo, Cuantitativo u Ordinal
- Lista de opciones: Ordinal, Cuantitativo u Ordinal
- Texto libre: Nominal, Narrativa, Documento, Multi, Conjunto
A su vez, para parámetros numéricos, la unidad de medida solo permitirá seleccionar aquellas unidades que se correspondan con el campo “Unidades de medida” de la tabla LOINC. En caso de que exista más de una unidad de medida, se mostrarán todas las unidades disponibles.
Mejoras en el modal de administración de fármacos
En el módulo de Indicaciones de fármacos para pacientes internados o en guardia, se introducen una serie de mejoras en el modal de administración de fármacos para que la configuración de la indicación sea más clara, segura y alineada con la práctica clínica diaria.
La funcionalidad está controlada por el feature flag: HABILITAR_MEJORAS_INDICACIONES_EN_DESARROLLO. Solo cuando este feature flag se encuentra en TRUE, el sistema habilita las mejoras del modal y todas las funcionalidades asociadas.
Imagen ilustrativa de cambios en el modal de indicaciones:
Días de tratamiento: de una dosis aislada a un “tratamiento”
Al cargar una indicación de fármacos en internación o guardia, el profesional encuentra un nuevo campo que le permite indicar cuántos días durará el tratamiento.
Características principales:
- Se selecciona desde un listado de valores en días.
- El rango de días va de 1 a un máximo definido por la institución que por defecto será 7 días.
- Siempre hay un día seleccionado por defecto, que es 1 día.
- El texto se adapta al valor:
- “1 día”
- “N días” para valores mayores a 1.
*El máximo de días se define por propiedad, por defecto este valor será 7 días.
La property asociada a la máxima duración de días de tratamiento es:
app.indication.medication.max-days-for-treatment
Este campo formaliza el concepto de tratamiento y será la base para calcular otros comportamientos en la administración del fármaco, como la última dosis programada.
Imagen ilustrativa de “Días de tratamiento” desplegado
Cambio en la etiqueta y habilitación de “Toma única”
La opción antes llamada “Única vez” pasa a llamarse “Toma única”, reforzando que se trata de una sola administración dentro del tratamiento.
- “Toma única” solo está disponible cuando “Días de tratamiento” es 1.
- Si el profesional selecciona más de 1 día de tratamiento, la opción Toma única aparece deshabilitada.
Imagen ilustrativa de “Toma única” habilitado con 1 día de tratamiento
Imagen ilustrativa de “Toma única” deshabilitado cuando el tratamiento es mayor a un día
Por defecto, cuando se ingresa al modal, la opción seleccionada es “Intervalo”.
Configuración de frecuencia por intervalo: horas y minutos
Cuando el profesional elige Intervalo como forma de administración, cuenta con un selector de frecuencia. Allí, una de las opciones es “Otra Frecuencia”, pensada para contemplar intervalos personalizados.
Imagen ilustrativa del campo HH:MM para elegir horas y minutos de intervalo
Horas
- Valores desde 00 hasta 23.
- El valor inicial propuesto es 01.
- Es un campo obligatorio.
Minutos
- Valores de 0 a 55, en saltos de 5 minutos: 0, 5, 10, 15, …, 55.
- El valor inicial propuesto es 00.
- También es obligatorio.
- El componente permite escribir manualmente valores que no sean múltiplos de 5; en ese caso se respeta lo ingresado, manteniendo la misma lógica que se usa en otros sectores del sistema donde se elige hora.
Imagen ilustrativa del selector de minutos cada 5 minutos
Fecha y hora de inicio de la indicación
Se introducen mejoras en cómo se ingresa y visualiza la fecha y hora de inicio del tratamiento.
Ubicación y valores por defecto
Dentro del modal, los campos de fecha de inicio y hora de inicio se muestran ahora juntos, uno al lado del otro o en forma contigua, justo debajo del título “Administración”.
- Al abrir el modal, la fecha y la hora aparecen completas con el momento actual:
- Fecha: día actual (formato DD/MM/AAAA).
- Hora: hora y minutos actuales (formato HH:MM).
Imagen ilustrativa de fecha y hora de inicio precargadas
La hora de inicio se elige mediante un selector que permite definir con precisión la hora y los minutos:
- Al ingresar al modal, se propone como valor inicial la hora y minutos actuales.
- Es un campo obligatorio.
Ocultado de la hora cuando la administración es “Ante evento”
Cuando el profesional selecciona la opción de administración “Ante evento”:
- No se muestra la hora de administración.
- Tampoco se muestra el mensaje informativo sobre la última administración programada (ver sección siguiente).
Imagen ilustrativa del caso Ante evento sin hora de administración ni mensaje de última administración
Restricción de administración retroactiva
Para evitar que se prescriban indicaciones demasiado alejadas en el pasado, se introduce una regla de límite máximo de retroactividad, expresado en horas.
Límite máximo según configuración
La institución puede definir un límite de horas hacia atrás a partir de la hora actual. A partir de esta configuración, el sistema se comporta de dos formas posibles:
- Sin límite configurado
- No hay restricción en relación con la hora actual.
- Solo se controla que la fecha y hora de inicio sean posteriores al inicio del episodio de internación o guardia.
- Con límite configurado (por ejemplo, 12 horas)
- Se calcula un “punto de corte” en función de la hora actual menos el número de horas permitidas.
- El calendario solo permite seleccionar fechas y horas desde ese punto de corte en adelante.
- Las fechas anteriores a ese límite se muestran como no seleccionables.
- Si se intenta escribir manualmente una hora anterior al límite permitido, se muestra un mensaje de error y no se permite confirmar hasta corregir el dato.
- La property asociada a la configuracion del maximo de horas previas permitidas para la prescripcion es: app.indication.medication.max-previous-hours-for-prescription. Su valor por defecto es 12
Imagen ilustrativa del calendario con fechas anteriores al límite inhabilitadas
Imagen ilustrativa del mensaje de error al ingresar una hora fuera del rango permitido
Visualización de la última administración programada
Cuando la indicación se administra por Intervalo o por Toma única, el sistema ayuda al profesional mostrando un mensaje informativo con la fecha y hora de la última administración programada.
El mensaje se calcula a partir de:
- Fecha y hora de inicio de la indicación.
- Días de tratamiento definidos.
- Frecuencia de administración (en horas y minutos).
Cada vez que el profesional cambia alguna de estas variables:
- Fecha de inicio.
- Hora de inicio.
- Días de tratamiento.
- Frecuencia (horas o minutos).
El mensaje se recalcula automáticamente y se actualiza al instante, sin necesidad de guardar.
Formato del mensaje
El mensaje se muestra con el siguiente formato:
“La última administración será el DD/MM/AAAA a las HH:MM hs.”
Imagen ilustrativa de la última administración programada
Este mensaje se muestra para:
- Intervalo
- Toma única
y no se muestra cuando la administración es “Ante evento”.
Imágenes
Mejoras en el informe del informador (PDF)
Se implementaron mejoras visuales en los informes PDF generados, enfocadas en la tipografía, el espaciado y la distribución del contenido. El objetivo fue facilitar la lectura, evitar cortes innecesarios y mejorar la presentación general del informe para los profesionales que visualizan imágenes en PDF.
Principales mejoras:
- Se ajustó la fuente a tamaño 12 puntos y se mejoró el interlineado para una lectura clara y homogénea.
- El contenido ahora ocupa el ancho útil de la página A4, aprovechando mejor los márgenes y utilizando texto justificado.
- Se eliminan saltos de página innecesarios en la primera hoja, asegurando un flujo continuo del contenido.
- Las imágenes asociadas al informe se ubican al final del documento, manteniendo el orden y sin interrumpir el texto.
- Se respeta la jerarquía tipográfica y los estilos de formato (negrita, cursiva, subrayado, tachado y encabezados diferenciados).
Gestion de accesos
Acción de transcribir referencia a gestor institucional
A partir de esta versión, se sumó el botón de “TRANSCRIBIR REFERENCIA” al módulo “Turnos” dentro de la solapa “SOLICITUDES” para el rol gestor institucional.
La acción de transcribir la solicitud es la misma que la que realizan los gestores locales, regionales y de dominio en la actualidad. Al mismo tiempo, se incluye la posibilidad de crear pacientes para el usuario con el fin de no bloquear el flujo de transcripción.
Cambio de estado de aprobación de destino al cancelar turno en solicitud de referencia
A partir de esta release, al cancelar un turno con una referencia asociada que está bajo reglas de aprobación, el estado de aprobación de destino pasa a ser “Revisión sugerida” de manera automática. A su vez, la justificación obligatoria de la cancelación del turno será el mensaje mostrado para los gestores de origen indicando la razón de la revisión. Es importante aclarar que esta funcionalidad abarca la cancelación del turno desde el detalle de la solicitud como desde el detalle del turno.
Luego de hacer clic en “Cancelar turno” se debe completar un motivo de cancelación como sucede actualmente.
Al confirmar la cancelación, el estado de aprobación de destino de la solicitud se modifica de manera automática al estado “REVISIÓN SUGERIDA”. El motivo indicado por el usuario en la cancelación del turno también es el motivo del cambio de estado de la revisión que visualiza el gestor de origen.
En caso de que la cancelación del turno sea por el portal de pacientes, también se va a modificar el estado de aprobación de destino si corresponde pero como motivo de la revisión se mostrará el mensaje “Turno cancelado por el paciente mediante el portal”.