Este documento detalla las funcionalidades incluidas en la nueva release, con el objetivo de brindar una referencia clara sobre los cambios y consideraciones relevantes para su uso.
Recordatorio: Se brinda soporte hasta dos releases hacia atrás.
Nota Importante sobre feature flags
Un feature flag de desarrollo gestiona riesgos y entregas al habilitar, deshabilitar o limitar el alcance de una función mientras se valida. Es temporal y se elimina cuando la función se consolida y se integra al producto.
Los feature flags con “EN_DESARROLLO” en su nombre no deben configurarse en true en ambientes productivos.
Resumen de Feature Flags que afectan el uso de la release
| Feature Flag | Funcionalidad Asociada |
| HABILITAR_REPORTE_EPIDEMIOLOGICO=true | Permite el envío de eventos de SNVS a SISA |
| HABILITAR_GUARDADO_INFO_EN_MPI=true | Permite el guardado de datos dentro del MPI |
| HABILITAR_TXT_COBERTURA_PUBLICA_EXCLUSIVA | En pacientes que no cuentan con cobertura, modifica la leyenda “Sin cobertura” por “Cobertura pública exclusiva” |
| HABILITAR_INTEGRACION_EQUIPOS_Y_AGENDAS_DE_PRACTICAS_EN_DESARROLLO | Permite la atención de turnos de imágenes solo por la lista de trabajo |
| HABILITAR_LISTA_TRABAJO_FARMACIA | Permite visualizar estados de validación farmacéutica a los roles que pueden acceder a módulos de guardia e internación. |
| HABILITAR_MODULO_INTERNACION | Permite acceso al módulo de internación. |
| HABILITAR_MODULO_GUARDIA | Permite acceso al módulo de guardia. |
| HABILITAR_MEJORAS_INDICACIONES_EN_DESARROLLO | Controla la activación de las mejoras de indicaciones de fármacos. |
| HABILITAR_FORMULARIOS_CONFIGURABLES | Habilita los campos de formularios y scores configurables. |
| HABILITAR_DESARROLLO_RED_IMAGENES | Habilita módulo Red de Imágenes |
| HABILITAR_ENVIO_INFORME_AUTOMATICO_MQTT | Habilita el envío de informe automático solamente mediante evento MQTT (sin mail) |
| HABILITAR_INTERCONSULTA | Habilita la creación de Interconsultas |
Sistema nacional de vigilancia de salud
Reportes SNVS en ámbito ambulatorio
Requisito de configuración: la propiedad del servidor ws.sisa.snvs.enabled debe estar configurada en true.
Se incorporó la funcionalidad actual relacionada al reporte de eventos del SNVS a las secciones de:
- Consulta ambulatoria de odontología → Desplegable “Motivo de consulta”.
- Consulta ambulatoria de odontología → Desplegable “Otros diagnósticos”
- Consulta ambulatoria medica → Desplegable “Motivo de consulta”
En caso de seleccionar dentro de los selectores mencionados alguno de los conceptos que pertenezcan a los siguientes grupos de terminología, se muestra el pop up en donde el usuario decide si reporta el evento al servicio externo de SISA o no:
- SNVS_DENGUE_168
- SNVS_SFAI_107
- SNVS_IRA_307
- SNVS_IRA_309
- SNVS_IRA_313
- SNVS_SIM_191
Teleconsultas con link externo
Se habilitó una nueva modalidad de teleconsulta para los casos aceptados mediante la API pública. Cuando el sistema externo informa un link de videollamada, el profesional puede acceder desde HSI y el enlace se abre en una nueva ventana del navegador.
Esta mejora permite realizar teleconsultas utilizando una plataforma externa de videollamada, sin depender exclusivamente de una integración específica como Jitsi. Luego de la videollamada, el profesional registra la evolución de la consulta normalmente en HSI.
Nuevo rol: Administrador de Vademécum
Se crearon dos nuevos roles para gestionar el catálogo de medicamentos e insumos utilizado por el microservicio externo Vademécum:
| Rol | Nivel |
|---|---|
| Administrador de Vademécum de Dominio | Gestiona el vademécum a nivel de todo el dominio. No requiere institución. |
| Administrador de Vademécum Institucional | Gestiona el vademécum a nivel de una institución específica. Requiere institución obligatoria. |
Estos roles funcionan como mecanismo de autenticación y autorización para el servicio externo. No incorporan funcionalidad adicional dentro de la webapp de HSI.
Llamadores de turnos y guardia
Feature flag relacionado: HABILITAR_DATOS_AUTOPERCIBIDOS
Los llamadores de turnos y guardia ahora respetan el nombre autopercibido del paciente cuando está registrado. Si el paciente cuenta con nombre autopercibido en su ficha y el feature flag está habilitado, el llamador muestra ese nombre en lugar del nombre legal, respetando el nombre y apellido completo según corresponda.
Agendas
Limitación de agendas para rol Administrativo de UJ
Se limitó la gestión de turnos para el rol Administrativo de unidades jerárquicas dentro de las agendas ambulatorias. El usuario con este rol solo tiene permisos dentro de las agendas relacionadas a las unidades jerárquicas que tiene asociado. Estos permisos impactan en las agendas visualizadas en las solapas de:
- OFERTA POR PROFESIONAL en modulo Turnos
- OFERTA POR SERVICIO en modulo Turnos
Por un lado, dentro de la solapa oferta por profesional, en el campo Especialidad solo se listan especialidades que están asociadas a profesionales en donde alguna de sus agendas coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado.
Al mismo tiempo, en el campo Alias solo se listan los alias que están asociados a agendas en donde la unidad jerárquica coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado.
Finalmente, dentro del campo Profesional solo se listan los profesionales que están asociados a agendas en donde la unidad jerárquica coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado.
Por otro lado, dentro de la solapa oferta por servicio, en el campo Servicio / Unidad jerárquica solo se listan las unidades jerárquicas que están asociadas a agendas en donde la unidad jerárquica coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado.
De la misma manera, en el campo Alias, Modalidad y Equipo solo se listan valores que están asociados a agendas en donde la unidad jerárquica coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado.
Luego, para todos los campos mencionados, una vez que se habilita el campo “Seleccione agenda”, solo se listan agendas en donde la unidad jerárquica coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado.
Es importante mencionar que, dentro de los cards de Turnos asignados y Reservas online en el perfil de un paciente, también se restringió el acceso para este rol.
En caso de hacer clic sobre los botones Ver turno en Agenda o Ver reserva en Agenda, si el usuario no tiene permisos en la gestión de turnos o reservas sobre esas agendas, se le muestra un pop up de restricción al usuario.
Limitación de oferta de turnos para rol Administrativo de UJ
Se limitó la oferta de turnos para el rol Administrativo de unidades jerárquicas dentro de la solapa OFERTA EN INSTITUCION en el módulo Turnos.
Dentro de esta interfaz, en caso de realizar la búsqueda de turnos mediante el radiobutton Servicio / Subservicio, dentro de los campos servicio y subservicio se listan los servicios y/o subservicios que estan asociados a agendas en donde la unidad jerárquica coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado. En caso de activar el switch Ver todas las unidades jerárquicas se realiza el mismo filtrado.
Al mismo tiempo, en caso de realizar la búsqueda de turnos mediante el radiobutton Especialidad, profesional o alias, dentro de los campos Especialidad, Profesional y Alias, se listan valores que estan asociados a agendas en donde la unidad jerárquica coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado.
En caso de que existan múltiples agendas en donde coincide alguno de los campos anteriores pero el usuario logueado solo tiene acceso a alguna de las agendas, dentro de la oferta solo se listan los turnos disponibles que pertenezcan a agendas que tengan asociada las mismas unidades jerárquicas en donde tiene permiso el usuario logueado. Esto se le indica al usuario con el mensaje “Los resultados muestran solo turnos de agendas a las que tiene acceso”.
Finalmente, en caso de realizar la búsqueda de turnos mediante el radiobutton Palabra clave, dentro de los campos Búsqueda por palabra clave se listan los servicios y/o subservicios que estan asociados a agendas en donde la unidad jerárquica coincida con las unidades jerárquicas en donde tiene permisos el usuario logueado. Si el usuario activa el switch Ver todas las unidades jerárquicas se realiza el mismo filtrado.
Gestión de accesos
Mejoras del dashboard
Se realizaron las siguientes mejoras dentro de los dashboard de solicitudes de referencia:
Se agregó un indicador circular con el conteo de items seleccionados dentro de cada categoría de filtros. Los indicadores están visibles incluso si el menú desplegable está cerrado.
Resultados coincidentes: Se refleja en la parte superior una leyenda indicando los resultados encontrados.
Chips: En la cabecera del dashboard, se listan los filtros activos mediante “chips” que incluyen el nombre del filtro y el valor (ej: “Estado: Activo”). Cada chip superior cuenta con un icono “X” que, al ser presionado, remueva dicho filtro y actualiza los indicadores mencionados.
En caso de utilizar al menos un filtro avanzado, se visualiza un boton de Limpiar filtros a continuación del titulo Filtros avanzados activos. Al hacer clic se limpian todos los filtros reflejados en los chips.
Otra cosa importante a mencionar es que los filtros persisten mientras el usuario navegue dentro de la misma sesión o no cierre la pestaña del navegador. Si se cierra la sesión del usuario o la pestaña del navegador el dashboard volverá a su estado inicial por defecto.
Nuevo campo de Email y actualización de MPI en solicitud de referencia
Se agregó un campo opcional de email dentro de los formularios de:
- Solicitud de referencia transcrita
- Solicitud de referencia en consulta ambulatoria
- Solicitud de referencia en consulta ambulatoria de enfermería
Al mismo tiempo, dentro del campo se precargará el email asociado al paciente dentro del MPI. En caso de que se modifique, se actualiza el dato dentro del MPI. Al hacer clic sobre “Agregar solicitud” o “Confirmar transcripción” se muestra el pop up de actualización de datos del contacto.
En caso de hacer clic en Mantener datos previos, no se modifica el dato dentro del MPI y dentro de la referencia se visualiza el mail definido en la creación de la misma.
En caso de hacer clic en Actualizar datos, se modifica el MPI y dentro de la referencia se visualiza el mail definido en la creación de la misma.
Es importante mencionar que si el paciente cuenta con un usuario dentro de HSI, si se modifica el mail, el cambio no va a persistir dentro del MPI. El dato modificado solo quedará asociado a la solicitud de referencia.
Modificación de criterios a la hora de listar los partidos y las instituciones destino en la creación de una solicitud de referencia
A partir de esta versión, la disponibilidad de la institución no depende obligatoriamente de que la práctica se encuentre asociada al grupo de prácticas configuradas dentro del BO sino tambien de las agendas activas que posee.
Se listan los partidos e instituciones que tengan la practica adherida a su grupo de practicas y/o cuenten con agendas activas de la practica en cuestión.
Solicitud de tipo practica que va por linea de cuidado
Si se selecciona linea de cuidado y práctica, lista todos los partidos que tenga instituciones que adhieran a esa linea de cuidado y adopten dicha práctica o tengan alguna agenda activa de dicha practica y bajo esa linea de cuidado.
Si se selecciona linea de cuidado, especialidad y práctica, lista todos los partidos que tenga instituciones que adhieran a esa linea y adopten tanto la practica como la especialidad o tengan alguna agenda activa de dicha practica y bajo esa especialidad y linea de cuidado.
Con respecto al campo institución, lista las instituciones (del partido seleccionado) que tengan dentro del grupo de practicas la practica en cuestión o que cuenten con agendas activas de dicha práctica y están asociadas a la linea de cuidado seleccionada.
Solicitud de tipo practica que NO va por linea de cuidado
Si no va por linea de cuidado y se selecciona solo práctica, lista todos los partidos que tengan instituciones donde la práctica forme parte su grupo de prácticas o tengan agendas activas de dicha practica
Si no va por linea de cuidado y se selecciona especialidad y práctica, lista todos los partidos que tengan instituciones con profesionales que atiendan dicha especialidad y además la práctica este dentro del grupo de prácticas de estas o tengan agendas activas de dicha practica.
Con respecto al campo institución, lista las instituciones (del partido seleccionado) que tengan dentro del grupo de practicas la practica en cuestión o que cuenten con agendas activas de dicha practica.
Doble factor de autenticación
Reseteo de 2FA por ROOT o Administrador
A partir de esta release se modificó el modelo de reglas para los roles de Adminsitrador y ROOT relacionado al reseteo del 2FA:
- Si el usuario afectado tiene el rol Administrador ⇒ solo lo puede resetear el usuario ROOT.
- Si el usuario afectado tiene el rol ROOT ⇒ no se podrá resetear desde la web de HSI.
- Si el usuario afectado tiene cualquier otro rol dentro de HSI ⇒ lo puede resetear tanto el ROOT como el Administrador.
- Si el usuario afectado es el usuario logueado no se permite el auto-reseteo del 2FA.
Con respecto al flujo para realizar la acción no hubo cambios. Se mantiene el flujo actual dentro del perfil del usuario en el backoffice.
Confianza de 2FA por IP
A partir de esta versión, se puede definir un periodo de gracia en horas en donde el usuario puede ingresar múltiples veces sin necesidad de definir nuevamente el 2FA. El valor en horas se establece mediante una property del sistema. 2fa.trust.duration-hours
Si esta no se configura no se tiene en cuenta la funcionalidad. A su vez, existe un tope máximo de 24 horas para evitar configuraciones excesivamente permisivas.
Cada evento de omisión del 2FA se registra para quedar disponible en caso de tener que realizar una consulta o auditoria. Al mismo tiempo, el registro se diferencia de un login con 2FA solicitado e incluye:
- Usuario
- IP
- Fecha/hora
- Resultado (2FA omitido)
- Referencia a la confianza utilizada (hasta cuándo era válida)
Es importante mencionar que:
- Al resetear el 2FA de un usuario → se invalidan todos los registros de confianza por IP del usuario.
- Al cambiar la contraseña de un usuario → se invalidan todos los registros de confianza por IP del usuario.
- Al invalidar sesiones activas de un usuario → se invalidan todos los registros de confianza por IP del usuario.
Formularios y scores configurables en la consulta ambulatoria de odontología
Los formularios y scores configurables que ya estaban disponibles en consultas médicas, ahora también se pueden usar en consultas de odontología:
Visualización en Historia Clínica e impresión
Una vez completados y guardados en la consulta, los formularios y scores configurables quedan disponibles en la Historia Clínica del paciente, dentro de la pestaña Problemas, asociados al problema correspondiente.
Además, esta información se incluye en la impresión de Historia Clínica cuando la descarga o impresión es realizada por un usuario con rol Personal de Legales.
Envío automático de informe en Red de Imágenes
El módulo Red de Imágenes permite que, cuando un profesional con rol Informador finaliza un informe clínico de un estudio de imágenes, el sistema lo deje programado para envío automático al paciente por email y mediante publicación de un evento MQTT.
Cómo funciona paso a paso
- El profesional con rol Informador accede al módulo de Red de Imágenes y abre un informe pendiente.
- Completa el informe y hace clic en “Finalizar informe y programar envío”.
- Se muestra un popup para completar el mail del paciente. Este campo viene precargado con el dato cargado en la asignación de turno. En caso de que la asignación de turno no tenga ningún mail cargado, traerá el mail del paciente cargado en el MPI (Master Patient Index).
- El sistema cambia el estado del informe a “Programado para envío”. A partir de ese momento, el envío se realizará automáticamente por email y mediante un evento MQTT del sistema a las 72 horas de finalizado el informe.
- Si el informador necesita hacer cambios antes del envío, puede:
- Cancelar el envío: haciendo clic en “Cancelar envío” e indicando un motivo. El estado pasa a “Envío cancelado”.
- Reprogramar el envío: si fue cancelado y tenía configurado un mail, puede volver a programarlo. En caso de que no se haya configurado un mail, deberá utilizarse el botón Solicitar envío de mail en la esquina superior derecha.
- Enviar de inmediato: si es urgente, puede forzar el envío sin esperar el tiempo programado.
Casos especiales
- Si se necesita enviar el informe solo por evento MQTT, sin considerar el mail del paciente, se puede activar el Feature Flag HABILITAR_ENVIO_INFORME_AUTOMATICO_MQTT. Esto cambia el flujo para no solicitar el mail del paciente al finalizar el informe.
- Si el paciente está internado o en guardia al momento del envío, el sistema cancela automáticamente el envío con el motivo “Paciente en internación” o “Paciente en guardia”, y muestra un aviso.
- Si alguien solicita una corrección del informe después de que fue enviado, el sistema publica un nuevo evento indicando que el informe anterior no es válido, y el informe vuelve a estado “Pendiente” para ser corregido.
Trazabilidad completa
Todo el proceso queda registrado: cuándo se programó, si se canceló (y por qué), cuándo se envió efectivamente y a quién. Esto permite auditar el ciclo de vida completo de cada informe.
Actualización de cobertura al confirmar un turno
Cuando un administrativo o profesional confirma un turno (cambia el estado de “Asignado” a “Confirmado”), ahora aparece un popup que permite verificar y actualizar la cobertura del paciente:
- Desde el módulo de Turnos, seleccioná un turno en estado “Asignado”.
- Hacé clic en “Confirmar turno”.
- Se abre un popup que muestra las coberturas actuales del paciente (obra social, prepaga, etc.) en un desplegable.
- Si la cobertura está desactualizada, hacé clic en “Actualizar coberturas” para abrir el editor de coberturas, donde podés agregar, modificar o eliminar coberturas.
- Seleccioná la cobertura correcta en el desplegable.
- Hacé clic en “Confirmar” para completar la confirmación del turno con la cobertura actualizada.
Si el paciente no tiene ninguna cobertura cargada, el sistema realiza una consulta al Bus de Interoperabilidad y muestra el popup para agregar coberturas manualmente antes de realizar la confirmación.
En caso de que se intente continuar sin agregar una nueva cobertura, se muestra una advertencia que el paciente no tiene coberturas registradas y se deberá volver para agregar una nueva o puede continuar “Sin cobertura” (o con “Cobertura pública exclusiva” en caso de usar el FF FF HABILITAR_TXT_COBERTURA_PUBLICA_EXCLUSIVA).
Recetas Digitales
Se incorporaron correcciones y mejoras en el circuito de recetas digitales para asegurar que la información de prescripción, validación y dispensación sea correcta y operativa.
Corrección de fecha en recetas nocturnas
Se solucionó un problema por el cual las recetas generadas después de las 21:00 hs se guardaban con la fecha del día siguiente. A partir de esta versión, la fecha de prescripción se registra correctamente, independientemente de la hora en que se emita la receta. (HSI-29249, HSI-29373)
Dispensación más flexible en farmacias
La API pública de recetas digitales permite ahora volver a marcar un renglón como “dispensado provisorio” cuando se cargó por error como dispensado definitivo. Además, se habilita la dispensación de recetas vencidas, contemplando casos operativos en los que la receta vence entre la prescripción y el retiro del medicamento. (HSI-28805)
Recetas activas corregidas
Se corrigió el servicio de consulta de recetas activas, que no devolvía todas las recetas vigentes del paciente. Con este ajuste, la consulta de recetas activas vuelve a mostrar la información completa y precisa. (HSI-29458)
Mensaje al re-recetar medicación de un problema inactivo
Cuando se intenta re-recetar una medicación asociada a un problema que ya no está activo, el sistema muestra un mensaje claro para informar la situación al usuario. (HSI-29098)
Actualización de coberturas para recetas digitales
Antes de validar una receta digital, el sistema permite actualizar la cobertura del paciente para emitir la receta con los datos correctos frente al validador. Además, se actualizó la tabla interna de coberturas con 204 registros actualizados. La fecha de actualización será visible solo para coberturas actualizadas a partir de esta versión. (HSI-28828)
Generación del Anexo II en Episodios de Guardia
El usuario administrativo ahora puede generar y descargar el Anexo II también para los episodios de Guardia, además de los ambulatorios ya soportados. Para esto, desde la sección Informes del paciente se incorpora un filtro por ámbito de atención, una nueva columna que identifica el tipo de consulta, y la posibilidad de descargar en un único PDF consolidado todos los documentos seleccionados de Guardia.
Alcance y roles
Esta funcionalidad la utiliza el usuario administrativo, quien accede desde la sección Informes del paciente y puede generar el Anexo II tanto para episodios de Guardia como Ambulatorios. Los roles Médico y Enfermero no interactúan con esta pantalla, pero determinan indirectamente los datos que se vuelcan en el Anexo II de Guardia: es el profesional que da el alta médica o de enfermería quien queda registrado como responsable del episodio.
Modificaciones en la grilla de descarga del Anexo II
Filtro por ámbito de atención
El modal de descarga de informes incorpora radio buttons debajo del título para filtrar los registros de la grilla por ámbito de atención:
| Radio Button | Comportamiento |
|---|---|
| Todas | Muestra todos los informes (Guardia + Ambulatoria). Seleccionado por defecto. |
| Guardia | Muestra únicamente los informes de episodios de Guardia. |
| Ambulatoria | Muestra únicamente los informes de consultas Ambulatorias. |
Al cambiar la selección del radio button:
- La grilla se actualiza inmediatamente, mostrando solo los registros correspondientes al filtro elegido.
- La selección de checkboxes de consultas realizadas previamente se limpia.
Columna “Tipo de consulta”
Se incorpora la columna “Tipo de consulta” en la tabla de listado de informes, ubicada entre las columnas “Fecha” y “Especialidad”, para que el usuario administrativo identifique el origen de cada registro. Los valores posibles son “Guardia” y “Ambulatoria”.
Columnas Especialidad y Profesional para Tipo de consulta “Guardia”
Cuando el Tipo de consulta es “Guardia”, las columnas Especialidad y Profesional se completan con los datos del profesional que dio el alta médica o de enfermería al paciente:
- Si el Feature Flag HABILITAR_DATOS_AUTOPERCIBIDOS está en TRUE, se utiliza el nombre autopercibido del profesional.
- Si el profesional no tiene especialidad asociada, la columna Especialidad no muestra valor.
- Si el profesional tiene más de una especialidad asociada, se muestra únicamente la primera.
- La columna Fecha se completa con la fecha en que se atendió al paciente.
Casos en los que las columnas quedan en blanco:
- Si el paciente de guardia aún no fue atendido por ningún profesional, las columnas Especialidad, Profesional y Fecha aparecen vacías, ya que todavía no hay un alta que las determine.
Selección de informes y descarga
El usuario administrativo selecciona una o más consultas de la grilla mediante checkbox, y selecciona el tipo de informe a descargar (“Anexo II” y/o “Formulario V”) mediante checkbox. Al hacer clic en “Confirmar”, el sistema genera la descarga.
Descarga consolidada de documentos de guardia en un PDF único
Para consultas de ámbito Guardia, al hacer clic en “Confirmar” el sistema genera y descarga un único archivo PDF que consolida secuencialmente todos los documentos Anexo II de los pacientes de guardia pertenecientes a la misma institución del usuario administrativo que realiza la solicitud.
- Cada documento individual comienza en una nueva página, con salto de página entre secciones.
- El PDF incluye numeración de páginas en formato “Página X de Y”.
- Nombre del archivo: InformeAnexoIIGuardia_{NroDocPaciente}_{YYYYMMDD}.pdf, donde la fecha corresponde a la fecha de descarga. Ejemplo: InformeIIGuardia_31227445_20260610.pdf.
Manejo de ítems seleccionados sin reporte asociado
Si el usuario administrativo selecciona un tipo de informe para una consulta que no tiene reporte generado de ese tipo, el sistema omite silenciosamente ese ítem del PDF, sin emitir error, advertencia ni notificación.
Para los episodios activos que aún no fueron atendidos —sin fecha, profesional ni especialidad cargados en la grilla— el Anexo II se descarga con esos campos en blanco, para que el personal administrativo pueda completarlos manualmente.
Ámbito Ambulatorio: sin cambios en el modo de descarga
Para las consultas ambulatorias, el modo de descarga de los documentos Anexo II y Formulario V no se modifica.
Contenido del Anexo II en episodios de Guardia
Encabezado
Se completa con la misma información que el Anexo II ambulatorio. La fecha corresponde a la fecha de ingreso del paciente a la guardia.
Datos del Paciente
Se completa con la misma información que el Anexo II ambulatorio. Si se modifica la obra social del paciente al editar el episodio o la consulta, el Anexo II generado refleja esa actualización.
Información del episodio de guardia
- Tipo de Atención: se completa automáticamente indicando “Guardia”.
- Diagnóstico: se ingresa el diagnóstico principal.
- Fecha de prestación: fecha en que el profesional atendió al paciente.
- Fecha y hora de ingreso: corresponde al momento en que se registra al paciente en la guardia.
- Fecha y hora de finalización: corresponde al alta médica en la guardia, registrada por el rol Médico o Enfermero. Este campo queda vacío si el episodio está activo al momento de la descarga o si no aplica.
- Formato de fechas y prácticas realizadas: si el Feature Flag HABILITAR_ANEXO_II_MENDOZA está en TRUE, las fechas se presentan en el formato correspondiente a esa variante y se incluyen las prácticas realizadas junto a su valor. Si está en FALSE, se agregan al anexo los campos Fecha de ingreso y Fecha de egreso debajo del campo de prácticas.
- Sección “Consulta”: se marca con una “X” si existe una nota de evolución de Guardia o si se registró información de triage. El Anexo II en Guardia se emite sin importar si el paciente tenía un turno asociado.
- Especialidad: corresponde a la especialidad del rol Médico o Enfermero que dio el alta médica al paciente. Si el paciente aún no fue dado de alta médica, este campo aparece vacío.
- Sección “Práctica”: se marca con una “X” si se registraron procedimientos en las notas de evolución.
Pie de página
No se modifica respecto de la generación actual. La información del profesional que se muestra corresponde a quien otorgó el alta médica o de enfermería del episodio. Si no hubo alta, este dato se deja vacío.
Cambios en la generación del Anexo II en Ambulatorio
Se agrega explícitamente el valor “Ambulatoria” en el campo “Tipo de Atención” del Anexo II, cuando corresponda. El resto de la lógica y el contenido del Anexo II ambulatorio no se modifican.
Visualización de parámetros de administración continua en indicaciones parenterales
Todo el equipo de salud que interviene en el tratamiento de un paciente ahora puede visualizar los parámetros de administración continua de una indicación (velocidad, tiempo y volumen de infusión) en la card de enfermería. Además, el rol Farmacéutico cuenta con esa misma información en los modales de Validar e Intervenir indicación, al momento de validar o intervenir la indicación.
Alcance y roles
Especialista médico, Especialista en odontología, Personal de Farmacia, Enfermero, Farmacéutico y Profesional de la Salud visualizan esta información en la card de enfermería. El rol Farmacéutico, además, la consulta en los modales de Validar e Intervenir indicación al operar desde la Lista de trabajo de Farmacia. Aplica a pacientes en guardia o internación con una indicación de fármaco confirmada de administración continua. Requiere el Feature Flag HABILITAR_MEJORAS_INDICACIONES_EN_DESARROLLO en TRUE (por defecto está en FALSE).
Información de administración continua en la card de enfermería
Visualización de parámetros de infusión
En la card de enfermería, cuando la indicación es de administración continua, se informa debajo de la Vía la siguiente información:
- Velocidad de infusión (ej: 20.00 ml/h)
- Tiempo de infusión (ej: 05 h 22 min)
- Volumen de infusión (ej: 120.00 ml)
Información de administración continua en los modales de Validar e Intervenir indicación
Requiere además el Feature Flag HABILITAR_LISTA_TRABAJO_FARMACIA en TRUE.
Modal de Validar indicación
Cuando la indicación tiene tipo de administración continua, se agregan debajo de Dosis por vez los siguientes campos, de solo lectura, con los valores registrados en la indicación.
Modal de Intervenir indicación
Cuando la indicación tiene tipo de administración continua, se agregan debajo de Dosis por vez los mismos tres campos de solo lectura: Velocidad de infusión, Tiempo de infusión y Volumen de infusión, con los valores registrados en la indicación.
Interconsultas
Feature Flag: HABILITAR INTERCONSULTA
Roles involucrados: Profesional médico con acceso a internación o guardia (solicitante y receptor)
Alcance: Internación y Guardia
Visualización del histórico de interconsultas en la Historia Clínica
A partir de esta versión, los profesionales médicos pueden visualizar el histórico completo de interconsultas solicitadas y sus respuestas directamente dentro de la Historia Clínica del paciente. Esta funcionalidad aplica a pacientes con episodio activo de internación o guardia que tengan al menos una interconsulta creada.
Etiqueta informativa en diagnósticos
Cuando un diagnóstico (ya sea el Diagnóstico Principal o uno de los Otros Diagnósticos) tiene al menos una interconsulta asociada, se muestra una etiqueta con el texto “Interconsulta” al costado derecho del nombre del diagnóstico. Esta etiqueta es solo informativa y se muestra independientemente del estado de la interconsulta (Pendiente, Aceptada, Finalizada o Rechazada). Si el diagnóstico tiene más de una interconsulta asociada, la etiqueta se muestra una sola vez.
Al hacer clic en el menú de 3 puntos asociado a la etiqueta, se despliega la opción “Ver interconsultas”. Al seleccionarla, la vista realiza un scroll automático hacia la sección de Evoluciones dentro de la misma pantalla, donde se encuentra el histórico de interconsultas.
Cards de interconsulta en la sección Evoluciones
Las interconsultas se muestran como cards dentro de la sección Evoluciones de la Historia Clínica, ordenadas cronológicamente junto con el resto de documentos del episodio (Notas de Ingreso, Notas de Evolución, etc.). Se muestran todas las interconsultas sin importar su estado.
Cada card de interconsulta muestra la siguiente información:
| Campo | Detalle |
|---|---|
| Título | “Interconsulta” |
| Servicio y Subservicio | Servicio al cual fue solicitada. Ej: “Dermatología > Pie diabético” |
| Diagnóstico asociado | Diagnóstico vinculado a la interconsulta |
| Profesional solicitante | Nombre y apellido del médico que creó la solicitud |
| Fecha y hora | Fecha y hora de creación de la interconsulta |
| Evoluciones asociadas | Cantidad de evoluciones vinculadas (Ej: “3 evoluciones”). Si no tiene evoluciones, se indica “Sin evoluciones vinculadas” |
Si la interconsulta fue Rechazada o Finalizada, se muestra en la card el motivo del rechazo o anulación.
Panel de detalle de la solicitud
Al hacer clic sobre una card de interconsulta, se abre un panel lateral derecho con el detalle completo de la solicitud.
El header del panel muestra:
| Campo | Detalle |
|---|---|
| Prioridad | Urgente o Regular |
| Nombre del paciente | — |
| Ámbito | Internación o Guardia |
| Sector | Sector registrado al momento de la creación |
| Cama | Cama registrada al momento de la creación |
| Fecha de creación | — |
| Profesional solicitante | Nombre y apellido del médico que creó la solicitud |
| Unidad Jerárquica | UJ del solicitante |
| Institución | — |
Es importante mencionar que todos los datos del header representan una foto estática del momento de creación de la solicitud. Si el paciente cambia de cama, sector o cualquier otro dato con posterioridad, el documento de la interconsulta no se actualiza. Los datos reflejan fielmente el estado al momento en que se creó la solicitud.
El cuerpo del panel muestra:
| Campo | Detalle |
|---|---|
| Unidad Jerárquica origen | UJ del solicitante |
| Servicio / Subservicio destino | Servicio al cual fue derivada. Ej: “Dermatología > Pie diabético” |
| Diagnóstico asociado | Diagnóstico vinculado, incluyendo su estado. Ej: “Diabetes mellitus tipo 2 (Confirmado)” |
| Motivo de la interconsulta | Texto libre ingresado por el médico solicitante |
Evoluciones asociadas a la interconsulta
Debajo del cuerpo de la solicitud, se listan todas las Notas de Evolución asociadas a la interconsulta. Cada nota se muestra como un acordeón colapsado que se puede expandir haciendo clic. Al expandir un acordeón, los demás se colapsan automáticamente (solo uno abierto a la vez). Las notas están ordenadas cronológicamente.
Al desplegar una Nota de Evolución, se visualiza:
| Campo | Detalle |
|---|---|
| Ámbito | Internación o Guardia |
| Especialidades | Del profesional que realizó la evolución |
| Fecha y hora | De la evolución |
| Profesional | Nombre y apellido |
| Institución | — |
| Sector, Sala y Cama | Al momento de la evolución |
| Diagnóstico asociado | Diagnóstico vinculado a la nota de evolución |
| Cuerpo de la nota | Texto completo de la respuesta del profesional |
Al igual que la solicitud, los datos de cada Nota de Evolución son una foto estática del momento en que se registró. No se actualizan si el paciente cambia de ubicación posteriormente.
Si la interconsulta no tiene Notas de Evolución asociadas, solo se visualizan el header y el cuerpo de la solicitud.
Es importante mencionar que múltiples profesionales pueden asociar evoluciones a una misma interconsulta, y cada evolución se muestra como un acordeón independiente.
Acceso según permisos
La visualización de las interconsultas depende de los permisos de acceso del profesional al ámbito (Internación o Guardia). Tanto el médico solicitante como el receptor visualizan la misma información siempre que ambos tengan acceso al ámbito correspondiente.
Re-estructuración de tarjetas de diagnósticos en internación
A partir de esta versión, se re-estructuraron las tarjetas de Diagnóstico Principal y Otros Diagnósticos en el módulo de internación para incorporar correctamente la etiqueta “Interconsulta” y la opción “Ver interconsultas” del menú de 3 puntos, que realiza el scroll hacia la sección de Evoluciones donde se encuentra el histórico de interconsultas.
Estado de la interconsulta en el historial
A partir de esta versión, las cards de interconsulta que se muestran en la sección de Evoluciones de la Historia Clínica incluyen el estado de la interconsulta. Los estados posibles son: 🟠 Pendiente, 🟢 Aceptada, ⚪ Finalizada y🔴 Rechazada
Esto permite al profesional identificar rápidamente en qué estado se encuentra cada interconsulta sin necesidad de ingresar al detalle.
Interconsulta asociada en la Nota de Evolución
A partir de esta versión, al crear una Nota de Evolución desde internación o guardia, se visualiza una sección denominada “Interconsulta asociada” en la parte superior del formulario. Esta sección muestra una card con la información de la interconsulta vinculada a la nota, que incluye:
| Campo | Detalle |
|---|---|
| Problema | Diagnóstico asociado y su estado. Ej: “Mareo – Confirmado” |
| Servicio | Servicio destino de la interconsulta |
| Ámbito | Internación o Guardia |
| Fecha | Fecha de la interconsulta |
| Profesional | Nombre del profesional solicitante |
| Servicio | Servicio del solicitante |
| Motivo | Motivo de la interconsulta |
La card es expandible: en su vista contraída muestra el problema y el servicio, y al expandirla se visualiza el detalle completo.
El profesional puede editar (ícono de lápiz ✏️) o eliminar (ícono de papelera 🗑️) la interconsulta asociada directamente desde el formulario.
Filtrado de interconsultas en el Buzón de recibidas
A partir de esta versión, el Buzón de interconsultas recibidas muestra únicamente las interconsultas correspondientes a episodios activos. Las interconsultas asociadas a episodios cerrados o inactivos (generados por el alta administrativa) se filtran automáticamente del listado, tanto para episodios de internación como de guardia.
Esto permite que el buzón no se sobrecargue con interconsultas que ya no requieren atención, facilitando al profesional la gestión de las solicitudes vigentes.
Actualización automática del histórico de interconsultas
A partir de esta versión, al crear una nueva interconsulta desde el módulo de Internación, el histórico de interconsultas de la Historia Clínica se actualiza automáticamente y muestra el nuevo registro sin necesidad de refrescar la página manualmente.
Correcciones
Turnos y Agenda
- Cambio de fecha/hora en multitenant: se corrigió un error al intentar cambiar la fecha y hora de un turno en instalaciones con múltiples tenants.
- Validación de sobreturnos: se corrigió un comportamiento por el cual, al validar el paciente de una reserva o sobreturno, el sistema cambiaba incorrectamente el valor del campo de sobreturno.
- Popup de coberturas: se corrigió el botón “X” del popup “No hay coberturas registradas”, que abría incorrectamente el popup de edición de coberturas.
Coberturas
- Coberturas eliminadas: se solucionó un problema por el cual, al borrar todas las coberturas y volver atrás, las coberturas eliminadas reaparecían.
- Prepagas con fecha: se corrigió un error que impedía guardar correctamente prepagas cuando se indicaba fecha de inicio y fin.
Indicaciones y Enfermería
- Indicaciones no farmacológicas: se corrigió un error por el cual, al registrar una indicación distinta a fármaco, no se visualizaban las tomas de enfermería ni se podían registrar.
- Fecha y hora de inicio: se corrigió un problema donde la fecha y hora de inicio de administración en fármacos frecuentes se mostraba incorrectamente.
- Tipo de indicación: se solucionó un error por el cual, al volver a indicar un fármaco de tipo “Toma única”, el sistema lo mostraba como “Intervalo”.
Referencias
- Filtros inconsistentes: se corrigió un comportamiento donde los filtros persistían al volver a la pantalla de solicitudes, pero al eliminar uno se eliminaban todos los de la misma categoría.
- Email no persistido: se solucionó un problema por el cual, al modificar el email del paciente y elegir “Mantener datos previos”, el email modificado no se persistía en la referencia.
- Transcripción con feature flag desactivado: se corrigió un error que impedía avanzar en la transcripción de referencia cuando HABILITAR_GUARDADO_INFO_EN_MPI estaba en false.
SNVS
- Popup en odontología: se corrigió que el popup de SNVS no se visualizaba al confirmar la consulta odontológica.
Formularios
- Formularios con especialidades: se corrigió un error por el cual los formularios y scores con especialidades asociadas no se visualizaban correctamente.
- Edición de parámetros: se solucionó una inconsistencia en el precargado de datos de Tipo y Unidad al editar un parámetro de formulario desde el backoffice.
Reportes
- Reporte “Detalle Nominal de Turnos”: se corrigió un error 500 al intentar generarlo.
- Reporte epidemiológico semanal: se corrigió que el filtro de rango de fechas no devolvía resultados recientes.
- Prácticas en informes de guardia: se solucionó que no se visualizaban las prácticas realizadas en los informes de guardia.
Guardia
- Filas vacías: se solucionó un problema por el cual aparecían filas vacías por cada episodio de guardia registrado en otra institución.
Otros
- Partidos vacíos: se solucionó un problema por el cual se listaban partidos sin contenido en determinados contextos.
Mejoras de usabilidad y rendimiento
- Búsqueda por alias en turnos: se habilitó la búsqueda de oferta de turnos por alias del profesional o servicio, filtrando según el tipo de consulta seleccionado.
- Optimización de llamados innecesarios: se eliminaron invocaciones repetidas al servicio /healthcareprofessional/by-user-logged, mejorando el rendimiento general.
- Optimización en cancelación de validación: se eliminaron llamados innecesarios al cancelar la validación de una indicación farmacéutica.
- Auditoría de referencias: se eliminó el comportamiento obsoleto que actualizaba el estado de auditoría al eliminar o editar una regla local o general. (HSI-28411)
- Visualización de órdenes en solicitudes: desde solicitudes, ahora se visualiza solo la orden pertenecienta la referencia correspondiente.