Novedades de HSI – Versión 2.77
Índice
Nota de Política de Soporte
Se brinda soporte para la versión actual y hasta dos releases anteriores.
Resumen Ejecutivo
Esta versión avanza en la seguridad de la prescripción digital, la trazabilidad de la validación farmacéutica y la interoperabilidad con sistemas externos:
Receta Digital: se completa, en dos partes, el nuevo esquema de validación de matrículas contra REFEPS: a partir de ahora se exige que la profesión, la matrícula y el estado de habilitación coincidan entre HSI y REFEPS antes de permitir prescribir, y se amplían los rangos admitidos en el campo dosis.
Farmacia e Indicaciones: las indicaciones pasan a calcular su estado (Indicada, En progreso, Finalizada) de forma dinámica según la fecha y hora del tratamiento, se habilita la intervención de indicaciones ya validadas y se suma un historial completo de validaciones farmacéuticas visible para todos los roles clínicos.
Pase de Guardia a Internación: se incorpora la generación automática del Formulario V (orden de prestación) y se completan los impactos del alta administrativa para los pacientes que pasan de guardia a internación.
Integraciones: se incorpora una nueva integración ADT (Admission Discharge Transfer) vía servicios FHIR y eventos MQTT para sincronizar episodios de internación con sistemas externos, y se amplía la API Pública con nuevos endpoints de facturación, turnos y Red de Imágenes.
Gestión de Accesos y Pacientes: las solicitudes de referencia admiten múltiples prácticas asociadas, se agrega la dirección de la institución en el detalle de la solicitud, y los roles Administrativo y Administrativo de UJ pueden validar la identidad de un paciente contra RENAPER directamente desde su edición.
Nota importante sobre feature flags
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.
Feature Flag | Funcionalidad Asociada |
|---|---|
HABILITAR_INTERCONSULTA | Gestión integral de interconsultas en HC y Backoffice. |
HABILITAR_PASE_DE_GUARDIA_A_INTERNACION_EN_DESARROLLO | Flujo de pase administrativo entre Guardia e Internación: Formulario V e impactos del alta administrativa. |
HABILITAR_MEJORAS_INDICACIONES_EN_DESARROLLO | Cálculo dinámico de los estados de las indicaciones. |
HABILITAR_LISTA_TRABAJO_FARMACIA | Validación e intervención farmacéutica, historial de validación e impresión de indicaciones. |
HABILITAR_MODULO_INTERNACION | Requerido, junto con HABILITAR_MODULO_GUARDIA, para las funcionalidades de Farmacia e Indicaciones de esta versión. |
HABILITAR_MODULO_GUARDIA | Ídem anterior, para episodios de Guardia. |
HABILITAR_RECETA_DIGITAL | Flujo de prescripción digital y nuevo esquema de validación de matrículas. |
HABILITAR_RECETA_DIGITAL_ACTUALIZADA | Nuevos rangos admitidos (decimales y hasta 10 dígitos) en el campo dosis de la prescripción. |
HABILITAR_VALIDACION_MATRICULAS_SISA | Validación de matrícula, profesión y estado de habilitación del prescriptor contra REFEPS. |
HABILITAR_FIRMA_EN_PACIENTE | Carga de firma digital en el perfil del paciente. Feature flag nuevo, por defecto en FALSE. |
HABILITAR_BUS_INTEROPERABILIDAD | Integración ADT vía servicios FHIR y eventos MQTT. |
HABILITAR_SOLICITUD_IMAGENES_MAIL_RDI | Generación de link público de estudios de Red de Imágenes para envío por correo electrónico. Por defecto deshabilitado. |
Properties del sistema configurables
Propiedad | Descripción | Valor por defecto |
|---|---|---|
MAX_FUTURE_DAYS_FOR_INDICATIONS_PRINTING | Cantidad máxima de días hacia el futuro dentro de la cual se habilita la impresión de indicaciones. | 7 |
MAX_PREVIOUS_DAYS_FOR_INDICATIONS_PRINTING | Cantidad máxima de días hacia el pasado dentro de la cual se habilita la impresión de indicaciones. | 3 |
app.indication.treatment.end-margin-hours | Margen, en horas, posterior a la finalización del tratamiento durante el cual la indicación se sigue considerando “En progreso”. | 24 |
imaging-request-study-link.link-expiration | Vigencia del link público generado para compartir un estudio de Red de Imágenes. | 30 días |
ws.excel-reports.baseUrl / ws.excel-reports.apiKey | URL base y API Key del nodo de solo lectura al que se puede delegar la generación de reportes programados. Ambas opcionales. | (Vacío) |
Receta Digital y Prescripción
Acceso y validación de profesionales para la prescripción de recetas digitales
Feature Flags: HABILITAR_RECETA_DIGITAL, HABILITAR_VALIDACION_MATRICULAS_SISA, HABILITAR_2FA (con el profesional habilitado para doble factor de autenticación).
Roles involucrados: Especialista médico, Especialista en odontología, Prescriptor.
Alcance: Historia Clínica → Ambulatoria → Indicaciones → Medicación → Nueva receta; y Perfil del profesional → Matrículas.
Solo tendrán acceso a la prescripción digital los usuarios cuya profesión sea Médico/a, Licenciado/a en Obstetricia u Odontólogo/a. Para el resto de las profesiones, el botón “+” del componente Medicación ambulatoria no estará disponible, impidiendo el acceso a la funcionalidad de prescripción. Adicionalmente, se validará contra REFEPS que la profesión y la matrícula informadas coincidan con los datos cargados en HSI y que la matrícula se encuentre vigente y en estado habilitado. En caso de no cumplir con estas condiciones, el profesional no podrá realizar prescripciones digitales.
Configuración
Se modificó el servicio utilizado para realizar la validación de matrículas. Anteriormente, la integración se realizaba directamente mediante el servicio SISA/REFEPS y se configuraba mediante las siguientes propiedades:
ws.sisa.enabledws.sisa.refeps.url.basews.sisa.usernamews.sisa.password
Estas propiedades dejan de utilizarse para esta integración. La validación pasa a realizarse mediante la plataforma de interoperabilidad del Ministerio de la Nación, por lo que deberán configurarse las siguientes propiedades:
ws.interoperability-bus.enabled=true
ws.interoperability-bus.url.base={url de la plataforma de interoperabilidad}
ws.interoperability-bus.auth.signKey={clave otorgada por la plataforma de interoperabilidad}
ws.interoperability-bus.domainUrl={url de dominio otorgada por la plataforma de interoperabilidad}La propiedad valid.license.states continúa vigente y deberá configurarse con la denominación de la provincia correspondiente:
valid.license.states={denominación de la provincia}Validaciones en el campo dosis: decimales y valores de más de 2 dígitos
Feature Flags: HABILITAR_RECETA_DIGITAL_ACTUALIZADA, HABILITAR_RECETA_DIGITAL.
Roles involucrados: Especialista médico, Especialista en odontología, Prescriptor.
Alcance: formulario de prescripción digital, campo “Cantidad por vez”.
El campo “Cantidad por vez” del formulario de prescripción, que antes solo admitía valores enteros de hasta 2 dígitos, ahora acepta valores decimales (hasta 4 decimales) y valores enteros de hasta 10 dígitos, cubriendo esquemas de tratamiento que antes no podían cargarse con la precisión necesaria.
Impresión de Indicaciones Pendientes y Validadas
Toda la funcionalidad descrita en esta sección requiere los siguientes Feature Flags activos:
Feature Flag HABILITAR_MODULO_INTERNACION en TRUE
Feature Flag HABILITAR_MODULO_GUARDIA en TRUE
Feature Flag HABILITAR_LISTA_TRABAJO_FARMACIA en TRUE
Roles involucrados: Farmacéutico, Personal de farmacia.
Alcance: esta funcionalidad aplica tanto a pacientes en ámbito de guardia como de internación. Se accede desde la solapa Indicaciones, sección Fármacos, de la Historia Clínica del paciente seleccionado desde la Lista de trabajo de Farmacia.
Botón “Imprimir” en la sección Fármacos
Se incorporó el botón “Imprimir” en la solapa Indicaciones, sección Fármacos.
Lo visualizan únicamente los roles Farmacéutico y Personal de farmacia.
El botón se visualiza siempre para estos roles; su habilitación depende de la fecha sobre la que está posicionado el usuario.
Casos en los que el botón NO se muestra:
Los roles Especialista médico, Especialista en odontología, Profesional de la salud y Enfermero no visualizan el botón “Imprimir” en ningún caso.
Con el Feature Flag HABILITAR_LISTA_TRABAJO_FARMACIA en FALSE, la solapa Indicaciones se mantiene sin cambios y el botón “Imprimir” no se visualiza.
Habilitación del botón “Imprimir” según ventana de días configurable
La descarga se habilita únicamente dentro de una ventana de días configurable hacia el pasado y hacia el futuro respecto de la fecha actual. La ventana se define mediante dos propiedades:
Propiedad | Unidad | Valor | Valor por defecto |
|---|---|---|---|
MAX_FUTURE_DAYS_FOR_INDICATIONS_PRINTING | Días | Número entero > 0 | 7 |
MAX_PREVIOUS_DAYS_FOR_INDICATIONS_PRINTING | Días | Número entero > 0 | 3 |
Fechas posteriores a la fecha actual
El sistema calcula: Límite permitido = Fecha actual + valor configurado en MAX_FUTURE_DAYS_FOR_INDICATIONS_PRINTING.
Si la fecha posicionada se encuentra dentro de ese límite, el botón “Imprimir” está habilitado.
Si la supera, el botón se deshabilita.
Fechas anteriores a la fecha actual
El sistema calcula: Límite permitido = Fecha actual − valor configurado en MAX_PREVIOUS_DAYS_FOR_INDICATIONS_PRINTING.
Si la fecha posicionada se encuentra dentro de ese límite, el botón “Imprimir” está habilitado.
Si la supera, el botón se deshabilita.
La fecha actual siempre se encuentra dentro de la ventana permitida.
Comportamiento del botón deshabilitado
Cuando la fecha posicionada se encuentra fuera de la ventana permitida, el botón “Imprimir” se muestra griseado. Al posicionar el mouse sobre el botón se despliega el tooltip: “La impresión no está disponible para esta fecha”.
Descarga del archivo
Al hacer clic en el botón “Imprimir” habilitado, el sistema descarga directamente un archivo en formato Excel (.xlsx), imprimible. El archivo contiene las indicaciones correspondientes al día sobre el que se encuentra posicionado el usuario en la solapa Indicaciones.
Nombre del archivo: INDICACIONES_IDPACIENTE_AAAAMMDDhh.xlsx, donde IDPACIENTE es el ID del paciente y AAAAMMDDhh la fecha de administración (AAAA = año, MM = mes, DD = día, hh = hora). Ejemplo: INDICACIONES_123456_2026052208.xlsx.
Si ninguna indicación cumple con los criterios de inclusión, al hacer clic en “Imprimir” no se descarga ningún archivo.
Indicaciones incluidas en el documento
El documento incluye únicamente las indicaciones de fármacos que cumplen todas las siguientes condiciones:
El estado de validación farmacéutica es “Pendiente de validación” o “Validada por farmacéutico”.
La indicación tiene al menos una toma del día en estado “Pendiente” en la solapa Enfermería, para la fecha de administración descargada.
La indicación corresponde a la fecha para la cual se realiza la descarga.
Indicaciones excluidas del documento
No se incluyen las indicaciones que cumplen alguna de las siguientes condiciones:
El estado de validación farmacéutica es “Intervenida por farmacéutico”.
La indicación se encuentra en estado Suspendida.
Todas las tomas del día fueron rechazadas, es decir, no queda ninguna toma pendiente ni administrada ese día.
Se trata de planes parenterales, dietas, otras indicaciones o indicaciones ambulatorias: el documento contiene exclusivamente indicaciones de la sección Fármacos.
La indicación fue registrada con la opción “Medicación aportada por el paciente” al momento de la prescripción.
Orden y numeración de las indicaciones en el documento
Las indicaciones se presentan ordenadas por fecha y hora de creación de la indicación, en orden ascendente: la indicación más antigua aparece en la primera fila y la más reciente en la última.
El N° de orden acompaña ese ordenamiento y se genera con la siguiente lógica:
La numeración comienza en 1 y corresponde al orden correlativo de las indicaciones generadas por día, por paciente y por episodio.
El contador se reinicia automáticamente al superarse el horario de las 00 hs: comienza nuevamente desde 1 al iniciar un nuevo día.
El número queda asociado de forma fija a la indicación correspondiente al día. Cuando una indicación queda excluida del documento, su número se saltea.
Ejemplo de imprimible del 07/07/2026, en el que la indicación N° 3 del día no aparece por estar intervenida y su número se saltea:
Orden en el documento | N° de indicación | Fecha y hora de creación de la indicación |
|---|---|---|
1º | 1 | 04/07/2026 22:15 hs |
2º | 2 | 05/07/2026 08:30 hs |
3º | 4 | 06/07/2026 09:45 hs |
Encabezado del documento
El encabezado del documento incluye:
Campo | Detalle |
|---|---|
Paciente | Nombre y apellido del paciente (utiliza nombre autopercibido si está registrado) |
Edad | Edad del paciente |
ID de Paciente | ID del paciente |
Tipo / Nro DNI | Tipo y número de documento del paciente. Puede estar vacío si no se cuenta con el dato. Ejemplo: DNI 123456789 |
Fecha de administración | Fecha para la cual se descargan las indicaciones. Formato: dd/mm/aaaa. Ejemplo: 07/07/2026 |
Fecha y hora de descarga | Momento en que el usuario ejecutó la descarga. Formato: dd/mm/aaaa hh:mm hs. Ejemplo: 07/07/2026 14:35 hs |
Habitación/Cama | Número de habitación y número de cama donde se encuentra el paciente. Para los casos de guardia, este dato puede no estar |
Ámbito | Ámbito del episodio activo del paciente: Internación o Guardia |
Sector | Sector asociado a la cama del paciente, registrado al momento de iniciar la internación. Para los casos de guardia, este dato puede no estar |
Columnas del documento
Cada fila del documento contiene las siguientes columnas:
Campo | Detalle |
|---|---|
N° | Número de orden de la indicación, según la lógica de numeración descrita |
Tipo | “Mezcla” si la indicación fue registrada como mezcla; “Fármaco” en caso contrario |
Concepto de fármaco | En la primera fila del grupo, el fármaco principal; en las filas siguientes, solo para tipo Mezcla, cada componente de la mezcla |
Dosis por vez | Valor numérico de la dosis por vez. Misma lógica que Concepto de fármaco |
Unidad | Unidad seleccionada por el prescriptor. Misma lógica que Concepto de fármaco |
Vía | Vía indicada para el fármaco principal |
Tipo de administración | Tipo elegido en la prescripción: Intervalo, Continua, Ante un evento o Toma única |
Intervalo/Detalle de administración | Para tipo Intervalo, la frecuencia indicada (ejemplo: “Cada 12 horas”). Para tipo Ante un evento, el detalle del evento registrado por el prescriptor. Para tipo Toma única y tipo Continua, se muestra vacío |
Continua: Volumen de infusión | Solo para tipo Continua, con el volumen de infusión indicado |
Continua: Velocidad de infusión | Solo para tipo Continua, con la velocidad de infusión indicada |
Continua: Tiempo de infusión | Solo para tipo Continua, con el tiempo de infusión indicado |
Dosis diaria | Campo que siempre queda vacío |
Fecha y hora inicio de la indicación | Fecha y hora en que comienza la indicación. Formato: dd/mm/aaaa hh:mm hs. Ejemplo: 05/07/2026 08:00 hs |
Días de tratamiento | Días transcurridos sobre el total, a la fecha de administración. Formato: X/Y. Ejemplo: 3/8 |
Observaciones médicas | Observaciones registradas por el médico al prescribir |
Responsable de la validación | Farmacéutico que validó la indicación, con su matrícula o matrículas y tipo, separadas por coma si hay más de una (utiliza nombre autopercibido si está registrado). Formato: Nombre Apellido (Mat: NRO_MAT). Ejemplo: Liliana Nafissi (MP: 123456). Solo se completa para indicaciones en estado “Validada por farmacéutico” |
Estado de validación | Únicamente los valores “Validado” o “Pendiente” |
Observaciones de validación | Observaciones registradas por el farmacéutico al validar |
Diagnóstico asociado | Diagnóstico asociado a la prescripción |
Profesional responsable | Profesional que prescribe, con su matrícula o matrículas y tipo, separadas por coma si hay más de una (utiliza nombre autopercibido si está registrado). Formato: Nombre Apellido (Mat: NRO_MAT). Ejemplo: Yasmin Jirala (MN: 5656) |
Fecha y hora de carga de la indicación | Fecha y hora de creación de la indicación |
Profesional que recepciona | Campo que siempre queda vacío |
Representación de las indicaciones de tipo Mezcla
Las indicaciones de tipo Fármaco se representan en una única fila con todos sus campos completos.
Las indicaciones de tipo Mezcla se representan de la siguiente manera:
Una fila por cada componente de la mezcla, todas con el mismo N° de indicación.
Los datos generales de la indicación se completan únicamente en la primera fila del grupo, correspondiente al fármaco principal.
Las filas siguientes contienen exclusivamente los datos propios de cada componente: Concepto de fármaco, Dosis por vez y Unidad. El resto de los campos permanecen vacíos.
Ejemplo simplificado de una indicación tipo mezcla:
N° | Tipo | Concepto de fármaco | Dosis | Unidad | Vía | Adm. |
|---|---|---|---|---|---|---|
3 | Mezcla | Cloruro de sodio 9 mg/ml, bolsa 500 ml | 470 | ML | Endovenosa | Continua |
3 | Cloruro de sodio 200 mg/ml, vial 20 ml | 20 | ML | |||
3 | Cloruro de potasio 15 mEq/5 ml, vial 5 ml | 10 | ML | |||
4 | Fármaco | Ursodiol 300 mg, comprimido oral | 300 | MG | Oral | Ante un evento |
Intervención de Indicaciones Validadas e Historial de Validación Farmacéutica
Toda la funcionalidad descrita en esta sección requiere los siguientes Feature Flags activos:
Feature Flag HABILITAR_MODULO_INTERNACION en TRUE
Feature Flag HABILITAR_MODULO_GUARDIA en TRUE
Feature Flag HABILITAR_LISTA_TRABAJO_FARMACIA en TRUE
Roles involucrados: Farmacéutico, Personal de farmacia, Especialista médico, Especialista en odontología, Profesional de la salud, Enfermero.
Alcance: esta funcionalidad aplica tanto a pacientes en ámbito de guardia como de internación. Se accede desde la solapa Indicaciones, mediante el menú de opciones (ícono de tres puntos) de la card de la indicación de fármaco.
Opción “Intervenir” sobre indicaciones en estado “Validada por farmacéutico”
Solo el rol Farmacéutico visualiza el ítem “Intervenir” en el menú de opciones de la card, cuando se cumple la siguiente condición:
El estado de validación farmacéutica de la indicación es “Validada por farmacéutico”.
Casos en los que el ítem NO se muestra:
Los roles Personal de farmacia, Especialista médico, Especialista en odontología, Profesional de la salud y Enfermero no visualizan el ítem “Intervenir” en ningún caso.
Una vez que la indicación fue intervenida, el ítem deja de mostrarse también para el rol Farmacéutico.
Con el Feature Flag HABILITAR_LISTA_TRABAJO_FARMACIA en FALSE, la card de indicaciones se mantiene sin cambios.
Modal de intervención
Al hacer clic en “Intervenir” se abre el mismo modal de intervención ya disponible para las indicaciones en estado “Pendiente de validación”. No se incorporan campos nuevos.
El botón “Intervenir” del modal se encuentra deshabilitado al abrirse y se habilita únicamente cuando se selecciona un motivo de la lista.
Acciones del modal de intervención
Si el Farmacéutico hace clic en “Cancelar” o en la X del modal:
El modal se cierra.
La indicación no cambia de estado, permanece en “Validada por farmacéutico”.
Si el Farmacéutico hace clic en “Intervenir”:
El sistema valida tanto en frontend como en backend que la indicación se encuentre en estado “Pendiente de validación” o “Validada por farmacéutico”. Si no se cumple, se muestra el mensaje de error: “No es posible modificar el estado”.
Si la validación es exitosa, la indicación cambia su estado de validación farmacéutica de “Validada por farmacéutico” a “Intervenida por farmacéutico”.
El motivo seleccionado y las observaciones ingresadas se guardan junto al estado de validación.
Se registra en el histórico de la indicación la acción de intervención, con el farmacéutico que interviene, la fecha y hora y el motivo seleccionado.
Los datos de la validación previa se preservan a modo histórico.
Efecto del cambio de estado
Una vez intervenida la indicación, para todos los roles alcanzados (Farmacéutico, Personal de farmacia, Especialista médico, Especialista en odontología, Profesional de la salud, Enfermero):
El estado de validación farmacéutica en la card se muestra como “Intervenida por farmacéutico” en lugar de “Validada por farmacéutico”.
El ítem “Intervenir” no se muestra en el menú de opciones de la card.
El modal “Ver detalle” refleja el estado “Intervenida por farmacéutico”.
La Lista de trabajo de Farmacia actualiza su listado y sus contadores según el nuevo estado.
Opción “Ver Historial de Validación” en la card de Indicaciones
Los roles Farmacéutico, Personal de farmacia, Especialista médico, Especialista en odontología, Profesional de la salud y Enfermero visualizan el ítem “Ver Historial de Validación” en el menú de opciones de la card, cuando se cumple la siguiente condición:
El estado de validación farmacéutica de la indicación es distinto de “Pendiente de validación”, es decir, existe al menos una acción de validación o intervención registrada.
Casos en los que el ítem NO se muestra:
Cuando el estado de validación farmacéutica es “Pendiente de validación”.
Con el Feature Flag HABILITAR_LISTA_TRABAJO_FARMACIA en FALSE, el menú de opciones de la card se mantiene sin cambios.
Modal “Historial de validación”
Al hacer clic en “Ver Historial de Validación” se abre un modal titulado “Historial de validación”, compuesto por dos secciones: la información de la indicación y el listado de acciones registradas.
Entradas del historial
Debajo de la información de la indicación se lista una entrada por cada acción de validación o intervención farmacéutica registrada sobre la indicación.
La entrada más reciente se muestra primero, y el resto en orden descendente por fecha y hora de registro. No hay límite en la cantidad de entradas.
Si la cantidad de entradas supera el espacio disponible en el modal, se habilita scroll para visualizarlas todas.
Cada entrada incluye:
Campo | Detalle |
|---|---|
Tipo de acción | “Validado por farmacéutico” o “Intervenido por farmacéutico”, según corresponda |
Motivo de intervención | Motivo seleccionado por el farmacéutico al registrar la acción. Se muestra únicamente en las entradas de tipo intervención |
Observaciones | Observación ingresada por el farmacéutico al registrar la acción. Si no se ingresó, el campo se muestra vacío |
Farmacéutico | Nombre y apellido del farmacéutico que realizó la acción (utiliza nombre autopercibido si está registrado), con su matrícula o matrículas. Si no tiene matrícula registrada, no se muestra ese dato |
Fecha y hora | Fecha y hora de registro de la acción. Formato: dd/mm/aaaa hh:mm hs |
l modal
Al hacer clic en la X del modal o fuera de su área, el modal se cierra sin realizar ninguna acción sobre la indicación.
Estado Dinámico de las Indicaciones de Tratamiento
Toda la funcionalidad descrita en esta sección requiere los siguientes Feature Flags activos:
Feature Flag HABILITAR_MODULO_INTERNACION en TRUE
Feature Flag HABILITAR_MODULO_GUARDIA en TRUE
Feature Flag HABILITAR_MEJORAS_INDICACIONES_EN_DESARROLLO en TRUE
Roles involucrados: Especialista médico, Especialista en odontología, Profesional de la salud, Enfermero, Farmacéutico, Personal de farmacia.
Alcance: esta funcionalidad aplica tanto a pacientes en ámbito de guardia como de internación, sobre las indicaciones de la solapa Indicaciones que cuentan con fecha y hora de inicio y de fin de tratamiento.
Cálculo del estado de la indicación
El estado de las indicaciones en la solapa Indicaciones deja de calcularse en función de los estados de las tomas registradas por el enfermero en la solapa Enfermería. Ese comportamiento se reemplaza por un cálculo dinámico basado en la fecha y hora de inicio del tratamiento, la fecha y hora de finalización del tratamiento y el momento actual de visualización.
Las acciones de enfermería relativas a las tomas se continúan registrando y visualizando en la solapa Enfermería como Administrada, Rechazada o Pendiente, respetando las reglas de registro vigentes. Estas acciones se mantienen visibles cualquiera sea el estado de la indicación —”Indicada”, “En progreso”, “Finalizada” o “Suspendida”— y ya no impactan en el estado visualizado de la indicación en la solapa Indicaciones.
Margen configurable posterior a la finalización del tratamiento
Se define un margen configurable que extiende la ventana en la que una indicación se considera “En progreso” una vez alcanzada su fecha y hora de finalización.
Propiedad | Unidad | Valor | Valor por defecto |
|---|---|---|---|
app.indication.treatment.end-margin-hours | Horas | Número entero ≥ 0 | 24 |
El sistema calcula: Límite Finalizada = Fecha y hora de finalización del tratamiento + margen configurable.
Ejemplo con el margen configurado en 24 hs:
Fin del tratamiento | Momento actual | Resultado |
|---|---|---|
16/06/2026 14:00 hs | 17/06/2026 10:00 hs | “En progreso” (dentro del margen) |
16/06/2026 14:00 hs | 17/06/2026 14:00 hs | “En progreso” (límite inclusive) |
16/06/2026 14:00 hs | 17/06/2026 14:01 hs | “Finalizada” (superó el margen) |
Estados automáticos y acciones disponibles por rol
Estado “Indicada”
La indicación se visualiza en estado “Indicada” cuando la fecha y hora de inicio del tratamiento es posterior al momento actual de visualización.
Acciones disponibles en el menú de opciones de la card:
Especialista médico y Especialista en odontología: “Ver detalle” y “Suspender”.
Farmacéutico: “Ver detalle” y “Validar” o “Intervenir”, según corresponda, sin cambios respecto del comportamiento vigente.
Resto de los roles con acceso a la solapa Indicaciones: “Ver detalle”.
Ejemplo: momento actual 15/06/2026 10:00 hs, indicación con inicio 15/06/2026 14:00 hs → estado visualizado: “Indicada”.
Estado “En progreso”
La indicación se visualiza en estado “En progreso” cuando se cumplen simultáneamente las siguientes condiciones:
La fecha y hora de inicio del tratamiento es igual o anterior al momento actual de visualización.
La fecha y hora de finalización del tratamiento, sumado el margen configurable, es igual o posterior al momento actual de visualización.
Acciones disponibles en el menú de opciones de la card:
Especialista médico y Especialista en odontología: “Ver detalle” y “Suspender”.
Farmacéutico: “Ver detalle” y “Validar” o “Intervenir”, según corresponda, sin cambios respecto del comportamiento vigente.
Resto de los roles con acceso a la solapa Indicaciones: “Ver detalle”.
Ejemplo: indicación con fin de tratamiento 16/06/2026 14:00 hs y margen configurable en 24 hs, visualizada el 17/06/2026 a las 10:00 hs → estado visualizado: “En progreso”.
Estado “Finalizada”
La indicación se visualiza en estado “Finalizada” cuando la fecha y hora de finalización del tratamiento, sumado el margen configurable, es anterior al momento actual de visualización.
Acciones disponibles en el menú de opciones de la card:
Especialista médico y Especialista en odontología: “Ver detalle” únicamente. La acción “Suspender” deja de estar disponible.
Farmacéutico: “Ver detalle” y “Validar” o “Intervenir”, según corresponda, sin cambios respecto del comportamiento vigente.
Resto de los roles con acceso a la solapa Indicaciones: “Ver detalle”.
Ejemplo: mismo tratamiento del caso anterior, con límite 17/06/2026 14:00 hs, visualizado el 17/06/2026 a las 14:01 hs → estado visualizado: “Finalizada”.
Exclusividad y prioridad de los estados
Una indicación se visualiza en un único estado a la vez: “Indicada”, “En progreso”, “Suspendida” o “Finalizada”. No pueden coexistir dos estados simultáneamente para una misma indicación.
El orden de prioridad es el siguiente:
“Suspendida”, manual o automática, prevalece sobre “Indicada” y “En progreso”.
“Finalizada” prevalece sobre “Suspendida” automática por alta: una indicación ya finalizada no cambia a “Suspendida”.
Dado que la acción “Suspender” deja de estar disponible en estado “Finalizada”, una indicación finalizada no puede suspenderse ni manual ni automáticamente.
Indicaciones de tipo “Toma única”
En las indicaciones de tipo “Toma única” la fecha y hora de finalización es igual a la de inicio, por lo que los estados posibles son:
“Indicada”: la fecha y hora de inicio es posterior al momento actual.
“En progreso”: la fecha y hora de inicio es igual o anterior al momento actual y el momento actual no supera la fecha y hora de inicio más el margen configurable. La ventana de “En progreso” dura exactamente lo que dure el margen configurable.
“Finalizada”: el momento actual supera la fecha y hora de inicio más el margen configurable.
Las acciones disponibles por rol en cada estado son las mismas descritas para los estados automáticos.
Ejemplo: indicación de “Toma única” con inicio 15/06/2026 14:00 hs y margen configurable en 24 hs, con límite 16/06/2026 14:00 hs.
Momento de visualización | Estado visualizado |
|---|---|
15/06/2026 10:00 hs | “Indicada” |
15/06/2026 14:00 hs | “En progreso” |
16/06/2026 10:00 hs | “En progreso” |
16/06/2026 14:01 hs | “Finalizada” |
Internación y Guardia
Feature Flag: HABILITAR_PASE_DE_GUARDIA_A_INTERNACION_EN_DESARROLLO.
Roles involucrados: Administrativo, Administrativo de UJ.
Alcance: módulos Guardia e Internación, sobre episodios con alta médica de motivo “Alta a internación”.
Formulario V (orden de prestación) para pacientes con pase a internación
Requiere además el Feature Flag HABILITAR_NUEVO_FORMATO_PDF_ORDENES_PRESTACION en TRUE.
Continuando el desarrollo del circuito de pase de guardia a internación, cuando un paciente recibe el alta médica de guardia con tipo de egreso “Alta a internación” el sistema genera automáticamente el Formulario V (orden de prestación), completado con los datos del episodio de guardia: institución, datos del paciente, sala y cama de guardia, condición, cobertura y diagnóstico principal con su código CIE-10, entre otros.
El formulario queda disponible para previsualizar y descargar desde tres puntos del sistema:
el botón “Descargar Formulario V” al registrar el alta administrativa del episodio de guardia;
el botón “Ver orden” en la solapa “Pacientes con pase” del módulo Internación;
como un nuevo documento seleccionable desde el botón Informes del perfil del paciente, en la fila correspondiente a la atención de guardia.
Si el episodio de guardia no cuenta con alta médica con motivo “Alta a internación”, no se genera el Formulario V.
Impactos del alta administrativa en el pase de guardia a internación
Se amplió el listado de opciones de “Forma de egreso” del alta administrativa para incluir, junto a las ya existentes (Caminando, En silla de ruedas), la opción “En cama de guardia”, cubriendo el caso de los pacientes que pasan de guardia a internación. El resto del comportamiento del alta administrativa (persistencia de los datos en base y visualización en el historial del perfil del paciente con el label “Realizada”) se mantiene sin cambios.
Gestión de Accesos y Referencias
Selección de múltiples prácticas en una solicitud de referencia
Roles involucrados: Especialista médico, Especialista en odontología, Enfermero, Profesional de la salud, Gestor local, Gestor regional, Gestor institucional, Gestor de dominio.
Alcance: creación y transcripción de solicitudes de referencia; dashboards de los módulos Turnos y Gestión de Accesos.
A partir de esta versión, se puede asociar más de una práctica a una misma solicitud de referencia, evitando tener que crear una solicitud por cada práctica cuando todas se resuelven en el mismo turno. Esta posibilidad aplica a cualquier categoría de estudio distinta de Diagnóstico por Imágenes, que mantiene el comportamiento actual (una única práctica por solicitud). Las prácticas seleccionadas se van listando en una card dentro del formulario, con la opción de quitar cualquiera de ellas, y se reflejan como una sola fila con todas las prácticas en la solapa Estudios de la Historia Clínica, en los dashboards de Turnos y Gestión de Accesos (con un tooltip cuando no entran todas) y en el detalle de la solicitud.
Algunas reglas a tener en cuenta:
Si al menos una de las prácticas de la solicitud está asociada a una regla de auditoría (general o local), la solicitud completa pasa por el proceso de auditoría.
Al buscar instituciones o partidos de destino, solo se listan las opciones que puedan resolver todas las prácticas seleccionadas en conjunto.
Al asignar o reasignar un turno desde la solapa Solicitudes, el buscador se precarga con la primera práctica de la solicitud; la búsqueda simultánea por varias prácticas queda prevista para una próxima versión.
Ejemplo: si la práctica A se realiza en la Institución 1, la práctica B en la Institución 2, y ambas en la Institución 3, una solicitud que incluya A y B solo va a listar la Institución 3 como destino posible.
Dirección de la institución en el detalle de la solicitud de referencia
Roles involucrados: Gestor local, Gestor regional, Gestor institucional, Gestor de dominio, Administrativo, Administrativo de UJ, Enfermero, Especialista médico, Especialista en odontología, Profesional de la salud.
Alcance: detalle de la solicitud de referencia.
El detalle de la solicitud de referencia ahora muestra la dirección de la institución donde está asignado el turno, con el formato “Dirección – Partido”, para poder brindarle esa información al paciente con mayor precisión. El dato se agrega únicamente dentro de los datos del turno ya asignado.
Turnos y Agenda
Restricción de la cancelación de turnos al Responsable de Agenda y sus Profesionales Adjuntos
Roles involucrados: Administrador de agenda (configura); afecta a Especialista médico, Especialista en odontología, Enfermero, Profesional de la salud.
Alcance: agendas responsables de Profesional y de Servicio, de tipo Consulta y Práctica/Procedimiento.
Se incorporó un nuevo checkbox “El profesional cancela turnos” en la creación y edición de agendas responsables de Profesional y de Servicio. El checkbox viene desmarcado por defecto, salvo en las agendas ya existentes al momento de liberar esta funcionalidad, que quedan con el checkbox marcado para no alterar el comportamiento actual.
Cuando el checkbox está desmarcado, si un profesional de salud con acceso a la agenda ingresa al detalle de un turno, el botón “Cancelar turno” se muestra deshabilitado, con el tooltip “Cancelación deshabilitado por configuración de la agenda”. Adicionalmente, se incorporó para las agendas responsables de Servicio el checkbox “Profesional crea turnos”, que ya existía para agendas de Profesional: al marcarlo, cualquier usuario con roles de salud puede crear turnos dentro de esas agendas.
Historia Clínica y Pacientes
Firma digital en el perfil del paciente
Feature Flag: HABILITAR_FIRMA_EN_PACIENTE (nuevo, por defecto FALSE).
Roles involucrados: Administrativo, Administrativo de UJ, Administrador institucional, Auditor MPI.
Alcance: creación y edición de datos personales del paciente.
Con el feature flag activo, se puede asociar una firma digital al perfil de un paciente, replicando el mecanismo de configuración de firma ya utilizado en otros perfiles del sistema. Desde la creación del paciente se ofrece un nuevo modal de “Firma digital” con el botón “Configurar firma”, que redirige a la pantalla de configuración de la firma; una vez creada, se visualiza en el perfil del paciente y puede editarse desde ahí mismo con el botón “Editar”.
Si el paciente ya cuenta con un usuario propio de HSI y una firma definida, no se permite crear ni editar la firma desde este módulo —se oculta el botón correspondiente—, para no pisar la firma que el propio paciente administra desde su cuenta.
Validación de identidad de pacientes con RENAPER desde la edición de paciente
Roles involucrados: Administrativo, Administrativo de UJ (no Administrador institucional).
Alcance: módulo Pacientes, edición de datos personales.
Hasta ahora, solo el rol Auditor MPI podía validar el DNI de un paciente contra RENAPER. A partir de esta versión, los roles Administrativo y Administrativo de UJ también pueden hacerlo directamente desde la edición de un paciente, agilizando la carga de documentos y evitando derivar a auditoría casos que pueden resolverse en el momento.
Cuando el paciente tiene tipo de documento DNI, la edición de paciente muestra el botón “Actualizar DNI con RENAPER” junto al botón “Marcar paciente para auditoría”; si el tipo de documento es otro, el botón no se muestra.
Al usarlo se abre el mismo popup de búsqueda por RENAPER (documento y sexo) que ya existe para el rol Auditor MPI, con la diferencia de que el número de documento viene precargado con el valor cargado en el formulario de edición cuando el paciente se encuentra en estado Validado o Permanente y no puede modificarse .
Para aquellos pacientes en estado Temporario o Permanente no validado, tanto el campo de edición del número de documento como en el popup de Actualizar DNI con RENAPER permite modificar el número de documento.
Si RENAPER encuentra resultados, se muestra un popup de confirmación con los datos obtenidos antes de guardarlos; al confirmar, los datos se actualizan y el paciente pasa a estado “Validado”.
Si RENAPER no encuentra coincidencias, o no hay conexión con el servicio en el momento de la búsqueda, se muestran los mismos avisos ya definidos para el rol Auditor MPI (popup de “paciente no encontrado” con opción de reintentar, o mensaje toast de error de conexión).
Reportes
Roles involucrados: Administrador institucional, Personal de estadística.
Cambios en el reporte “Resumen mensual de Consultorios Externos – Hoja 2.1”
Se ajustó este reporte para reflejar datos más confiables y consistentes con el resto de los reportes del sistema:
Los turnos en estado Bloqueado (franjas que la institución bloquea y que no representan turnos otorgados) dejan de contabilizarse.
Se agregan columnas de sexo “X” y “Sin especificar” por cada rango de edad, y una columna “Sin especificar edad”.
El rango de edad “>65” pasa a ser “>=65”, incluyendo a los pacientes de exactamente 65 años.
La columna “Obra social” se renombra a “Cobertura”, y se agrega una columna “Sumar” para las atenciones con cobertura del Programa Sumar.
Se agregan al inicio del reporte las columnas “Tipo de unidad jerárquica” y “Unidad jerárquica”.
La columna “Servicio” se renombra a “Especialidad”, para usar el mismo lenguaje que el resto de los reportes.
Cambios en el reporte “Resumen mensual de Turnos en Consultorios Externos”
En línea con los cambios del reporte anterior:
Los turnos Bloqueados dejan de contabilizarse.
Se agrega la columna “Sin especificar” por rango de edad (renombrando la columna actual a “Sin especificar edad”).
La columna “Obra social” se renombra a “Cobertura”, con una nueva columna “Sumar” para el Programa Sumar.
El filtro “Estado de turno” pasa a admitir selección múltiple (sin modificar este comportamiento en otros reportes, como el Detalle Nominal de Turno); al generar el reporte con varios estados seleccionados, la celda “Estado de turnos” los lista separados por comas.
Backoffice y Administración
Generación de reportes en el nodo de solo lectura
Alcance: infraestructura, equipo de Operaciones.
Para instituciones con cluster de base de datos, ahora es posible delegar la generación de reportes programados —que implican consultas pesadas— a un nodo de solo lectura, de modo que no afecten la performance del nodo principal. Se incorpora un endpoint en la API Pública para generar un reporte a demanda, y dos propiedades opcionales, ws.excel-reports.baseUrl y ws.excel-reports.apiKey, para configurar la URL y la API Key del nodo remoto; sin esta configuración, el comportamiento es idéntico al actual (generación local).
⚠️ Si la delegación está configurada y la llamada al nodo remoto falla, el reporte no se genera y no se realiza fallback local, para evitar impactar la base de datos principal en horarios de alta carga.
Este cambio no introduce diferencias en la experiencia del usuario final ni en el flujo de solicitud y descarga de reportes.
Interconsultas
Feature Flag: HABILITAR_INTERCONSULTA
Roles involucrados: Especialista médico, Especialista en odontología, Profesional de la salud
Alcance: Internación y Guardia, sobre episodios activos.
A partir de esta versión, se realizan ajustes de pulido sobre la card de Interconsultas y el flujo de anulación incorporados en la 2.76, y se corrige un caso de inconsistencia al eliminar diagnósticos con interconsultas asociadas.
Corrección del ícono de la card de Interconsultas
A partir de esta versión, el ícono de la card “Interconsultas” en la Historia Clínica coincide con el ícono equivalente del ítem “Interconsultas” del menú lateral. Antes, el ícono de la card aparecía con las flechas espejadas respecto al del menú, generando una inconsistencia visual entre ambos puntos de acceso a la misma funcionalidad. Es un ajuste únicamente visual, sin cambios de comportamiento ni de datos.
Antes:
Ahora:
Alto máximo con scroll en la card de Interconsultas
A partir de esta versión, la card “Interconsultas” de la Historia Clínica tiene un alto máximo definido: muestra hasta 5 interconsultas y, si el episodio activo tiene más, habilita scroll interno para ver el resto. Antes, la card crecía sin límite según la cantidad de interconsultas del paciente, desplazando el resto de las secciones clínicas hacia abajo.
Ejemplo: el paciente Bruno Cáceres tiene 8 interconsultas registradas en su episodio activo; la card muestra las 5 más recientes y el profesional accede a las 3 restantes scrolleando dentro de la misma card.
Nuevo diseño del popup de Anulación de interconsulta
A partir de esta versión, el popup “Anular interconsulta” se alinea al diseño del popup de Rechazo: además del campo Motivo (ahora con su label correspondiente y el placeholder “Agregar”), incorpora un box de contexto con los datos de la interconsulta que se va a anular.
Datos que muestra el box de contexto:
Campo | Detalle |
|---|---|
Paciente | Nombre y apellido |
Diagnóstico | Diagnóstico asociado y su estado (Presuntivo, Confirmado, Descartado o Error de carga) |
Servicio | Unidad Jerárquica de destino de la interconsulta |
El resto del comportamiento no cambia: el motivo sigue siendo obligatorio, y los botones continúan siendo Cancelar y Anular interconsulta.
Ejemplo: al anular la interconsulta de Bruno Cáceres, el popup ahora muestra “Bruno Cáceres | Insuficiencia cardíaca – Presuntivo | Cardiología” arriba del campo Motivo, en lugar de mostrar únicamente el campo de texto.
Antes:
Ahora:
Validación al eliminar diagnósticos con interconsultas asociadas
A partir de esta versión, el sistema impide eliminar (marcar como “Error de carga”) un diagnóstico que tenga una o más interconsultas en estado Pendiente o Aceptada asociadas, mostrando un mensaje de validación al intentarlo. Antes, esa eliminación se permitía sin restricciones y la interconsulta quedaba referenciando un diagnóstico que ya no existía en la Historia Clínica.
Si las interconsultas asociadas a ese diagnóstico ya están Finalizada, Rechazada o Anulada, la eliminación sí se permite con normalidad.
Ejemplo: un profesional intenta marcar como “Error de carga” el diagnóstico de Milagros Ríos, que tiene una interconsulta Aceptada dirigida a Hemodinamia. El sistema rechaza la eliminación y muestra el aviso correspondiente.
📝 Esta validación depende del feature flag HABILITAR_INTERCONSULTA: si está en false para la institución, no se verifica la validación de interconsultas asociadas al eliminar el diagnóstico.
Selección automática de la interconsulta en Evoluciones al usar “Ver interconsulta”
A partir de esta versión, al elegir Ver interconsulta desde el menú (⋮) de la card de Interconsultas, además de desplazar la pantalla hasta la sección Evoluciones, la nota correspondiente a esa interconsulta queda resaltada y seleccionada automáticamente. Antes, el sistema solo hacía scroll hasta Evoluciones y el profesional tenía que ubicarla manualmente entre el resto de las evoluciones del episodio. Aplica tanto en Internación como en Guardia.
Ejemplo: al seleccionar “Ver interconsulta” sobre la fila de Milagros Ríos en la card, la pantalla se desplaza a Evoluciones y la nota vinculada a esa interconsulta queda destacada en celeste, sin necesidad de buscarla entre las demás.
Actualización en vivo del estado a Anulada
A partir de esta versión, al confirmar la anulación de una interconsulta desde su card en la Historia Clínica, el cambio de estado a Anulada se refleja de inmediato en la card correspondiente dentro de Evoluciones, sin necesidad de refrescar la página manualmente. Antes, esa card seguía mostrando el estado anterior (Pendiente) hasta que el profesional recargaba la pantalla.
Ejemplo: un profesional anula la interconsulta de Eduardo Alfaro desde la card de la HC; sin recargar la página, la card de esa interconsulta en Evoluciones pasa a mostrar el estado Anulada de inmediato.
