Release 2.78

Nota de Política de Soporte

Se brinda soporte para la versión actual y hasta dos releases anteriores.

Resumen Ejecutivo

Esta versión pone foco en la trazabilidad de auditoría, la consolidación del módulo de Farmacia y la integración con el microservicio de Vademécum:

Auditoría: se incorporan dos nuevos roles a nivel dominio — Auditor Profesional y Auditor de Empadronamiento — con permisos acotados respecto de Auditor MPI, y se suma un registro histórico de todas las acciones de auditoría (empadronamiento, fusión y desvinculación de pacientes) en tablas dedicadas para trazabilidad y explotación analítica.
Mejoras en validación farmacéutica: se mejora el modal de Validar indicación con el dato “Medicación aportada por el paciente” y el checkbox “No dispensar”.
Estados de Indicaciones: se bloquean las acciones de Validar/Intervenir y el registro de tomas de Enfermería sobre indicaciones ya Finalizadas o Suspendidas.
Receta Digital: la búsqueda de medicamentos para prescribir en el ámbito ambulatorio pasa a integrarse con el microservicio Vademécum (con opción de ampliar la búsqueda a todo el dominio), y se amplía la validación para considerar todos los conceptos SNOMED asociados a un medicamento.
Historia Clínica y Pacientes: se suma el dato de Nacionalidad al perfil del paciente, y el detalle de Interconsulta se unifica visualmente con el resto de los documentos de la Historia Clínica.
Integraciones: se suman nuevos endpoints a la integración ADT (mapa completo de ubicaciones con estado de camas, identificadores de paciente no-DNI) y a la API Pública (archivos adjuntos de un episodio de internación), y se corrige el orden de procesamiento de los jobs de envío a CIPRES.

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_VADEMECUM	Búsqueda de medicamentos ambulatorios integrada con el microservicio Vademécum. Feature flag nuevo, por defecto en FALSE.
HABILITAR_LISTA_TRABAJO_FARMACIA	Modal de Validar indicación mejorado
HABILITAR_MEJORAS_INDICACIONES_EN_DESARROLLO	Bloqueo de Validar/Intervenir y de registro de tomas de Enfermería sobre indicaciones Finalizadas
HABILITAR_MODULO_INTERNACION	Debe estar habilitado para poder acceder a pacientes internados.
HABILITAR_MODULO_GUARDIA	Ídem anterior, para episodios de Guardia.
HABILITAR_PASE_DE_GUARDIA_A_INTERNACION_EN_DESARROLLO	Flujo de pase administrativo entre Guardia e Internación. A partir de esta versión se renombra a HABILITAR_PASE_DE_GUARDIA_A_INTERNACION.
HABILITAR_RECURRENCIA_EN_DESARROLLO	Recurrencia de turnos, incluyendo la nueva opción “Quincenal” (cada 15 días).
HABILITAR_MODULO_AUDITORIA	Módulo de Auditoría: nuevos roles Auditor Profesional y Auditor de Empadronamiento, y registro de acciones de auditoría.
HABILITAR_INTERCONSULTA	Unificación del encabezado y detalle de Interconsulta con el componente estándar de documentos de HC.
HABILITAR_LIMITAR_AGENDAS_A_ROLES_DE_SALUD_POR_UJ	Limita la oferta de turnos por servicio a las unidades jerárquicas asociadas al usuario para los roles de salud.

Properties del sistema configurables

Propiedad	Descripción	Valor por defecto
ws.vademecum.url.base	URL base del microservicio Vademécum para la búsqueda de medicamentos ambulatorios.	(Vacío)
ws.vademecum.api-key	API Key de conexión al microservicio Vademécum.	(Vacío)

Receta Digital y Prescripción

Búsqueda de fármacos integrada con Vademécum

Feature Flag: HABILITAR_VADEMECUM (nuevo, por defecto deshabilitado).

Roles involucrados: Médico, Licenciado en Obstetricia, Odontólogo.

Alcance: búsqueda de medicamentos para prescribir en el ámbito ambulatorio (por genérico y por comercial).

El listado de medicamentos disponibles para la prescripción en el ámbito ambulatorio pasa a obtenerse del microservicio Vademécum, en reemplazo de la información propia de HSI.

Por defecto, se muestran los medicamentos habilitados para la institución del profesional logueado. Al realizar una búsqueda por nombre comercial, se mantiene la visualización actual, mostrando el nombre del fármaco comercial y, debajo, el fármaco genérico asociado.

Además, se incorpora una acción explícita que permite ampliar la búsqueda a todos los medicamentos habilitados a nivel dominio, independientemente de la institución. Esta búsqueda puede volver a acotarse a los medicamentos habilitados para la institución en cualquier momento.

Por el momento, solo se muestran como prescribibles aquellos fármacos que tengan configuradas tanto la o las unidades indicables como la vía de administración, al considerarse estos los datos mínimos requeridos para la prescripción según la configuración actual.

Con el feature flag deshabilitado, la búsqueda continúa comportándose exactamente igual que en la actualidad, con la fuente de datos propia de HSI.

Tooltip en el buscador de medicación ambulatoria

Alcance: pop-up “Agregar medicación” al crear una indicación de medicación ambulatoria, con receta digital desactivada.

En el buscador de productos del pop-up “Agregar medicación”, los nombres completos de las opciones de la lista de resultados podían no verse enteros por el tamaño del pop-up, quedando cortados con puntos suspensivos. Se agregó un tooltip que muestra el nombre completo de cada opción al pasar el cursor sobre ella, tanto en la lista de resultados como en la medicación ya seleccionada, y se amplió el tamaño del pop-up a “large” (960px) para facilitar la lectura.

Mejoras a los Modales de Validar e Intervenir indicació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.

Alcance: esta funcionalidad aplica tanto a pacientes en ámbito de guardia como de internación. Para los pacientes en ámbito de guardia, se accede mediante la Historia Clínica; para los de internación, se puede acceder tanto por Historia Clínica como mediante la Lista de trabajo. El paciente debe tener al menos una indicación de fármaco en estado de validación farmacéutica “Pendiente de validación”, “Validada por farmacéutico” o “Intervenida por farmacéutico”.

Leyenda “Aportada por el paciente” en el modal de Validar indicación

Cuando la indicación fue prescripta con la opción “Medicación aportada por el paciente” marcada, el modal “Validar indicación” muestra la leyenda “Aportada por el paciente”.

La leyenda se ubica debajo de la fila Inicio/Fin y antes de la fila con el profesional que prescribió y la fecha y hora de la indicación.
Si la indicación no fue prescripta con esa opción, la leyenda no se muestra.

Checkbox “No dispensar”

Se incorpora el checkbox “No dispensar” en el modal “Validar indicación”, ubicado debajo de la fila con el profesional que prescribió y la fecha y hora de la indicación, y antes del campo.

Observaciones.

El checkbox se muestra siempre habilitado. El Farmacéutico puede tildarlo o destildarlo en cualquier caso antes de validar.
Cuando la indicación fue prescripta con la opción “Medicación aportada por el paciente”, el checkbox aparece tildado por defecto.
En cualquier otro caso, el checkbox aparece destildado por defecto.
El valor por defecto se determina únicamente por la opción “Medicación aportada por el paciente” registrada al prescribir.
El valor del checkbox se guarda junto al registro de la validación.

Exclusión del documento impreso de indicaciones de Farmacia

Las indicaciones validadas cuyo valor de “No dispensar” quedó tildado no se incluyen en el documento impreso de indicaciones. Esta es una condición de exclusión adicional a las ya vigentes.

Las indicaciones en estado “Pendiente de validación” no tienen un valor de “No dispensar” registrado: continúan excluyéndose del documento cuando fueron prescriptas con la opción “Medicación aportada por el paciente” marcada.
A partir de que una indicación es validada, el criterio de impresión depende exclusivamente del valor de “No dispensar” registrado en la validación, inclusive si la indicación fue prescripta como aportada por el paciente y el Farmacéutico destildó “No dispensar”.

Orden de la información en los modales “Validar indicación” e “Intervenir indicación”

El orden de presentación de los campos del tratamiento pasa a ser: Fármaco, Dosis por vez, Intervalo, Vía, Inicio, Fin. Anteriormente el orden era: Fármaco, Dosis por vez, Vía, Intervalo, Inicio, Fin.

El nuevo orden aplica al modal “Validar indicación”, al modal “Intervenir indicación”, a la card de enfermería y al histórico de validación.
El resto de los campos de ambos modales y su ubicación se mantienen sin cambios.

Acciones de Farmacia y Enfermería sobre indicaciones con tratamiento Finalizado o Suspendido

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: 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.

Botones “Validar” e “Intervenir” en indicaciones Finalizadas

Cuando la indicación se encuentra en estado “Finalizada”, los botones “Validar” e “Intervenir” no se muestran en la card, con el mismo comportamiento ya definido para el estado “Suspendida”.

Tampoco se muestran las acciones equivalentes disponibles desde el menú de tres puntos de la card.
Mientras la indicación se encuentra “En progreso”, incluido el tramo del margen configurable posterior a la fecha de fin del tratamiento, los botones continúan disponibles según las reglas vigentes. El bloqueo aplica recién cuando la indicación pasa a “Finalizada”.

Conteo de indicaciones e inclusión de pacientes en la Lista de trabajo de Farmacia

Las indicaciones en estado “Finalizada” o “Suspendida” dejan de contabilizarse en todos los contadores de la Lista de trabajo de Farmacia, sin importar su estado de validación farmacéutica.

Ninguna indicación que pase a “Finalizada” o “Suspendida” se traslada a otro contador: deja de contarse, sin excepción.
Un paciente se incluye en la Lista de trabajo de Farmacia solo si tiene al menos una indicación de fármaco en estado “Indicada” o “En progreso”.
Si todas sus indicaciones de fármaco pasan a “Finalizada” o “Suspendida”, el paciente deja de mostrarse en la lista, aunque continúe cursando el episodio de internación.

Registro de tomas en la solapa Enfermería

Una vez que la indicación alcanza el estado “Finalizada”, el Enfermero no puede registrar la administración ni el rechazo de las tomas asociadas a esa indicación en la solapa Enfermería. El botón se muestra deshabilitado.

Tampoco puede deshacer el registro de una toma ya administrada o rechazada de esa indicación.
Las tomas que hayan quedado en estado “Pendiente” al momento de finalizar la indicación permanecen visibles con ese estado.
Mientras la indicación se encuentra “En progreso”, incluido el tramo del margen configurable posterior a la fecha de fin del tratamiento, el Enfermero puede registrar la administración o el rechazo de las tomas pendientes con normalidad.

Internación y Guardia

Pase de guardia a internación: nuevos motivos para quitar del listado

Feature Flag: HABILITAR_PASE_DE_GUARDIA_A_INTERNACION_EN_DESARROLLO (por defecto FALSE). A partir de esta versión, el FF se renombra a HABILITAR_PASE_DE_GUARDIA_A_INTERNACION.

Roles involucrados: Administrativo, Administrativo de UJ.

Alcance: listado de “Pacientes con pase” del módulo Internación.

Se reemplazan las opciones del popup para quitar un paciente del listado de pacientes con pase (antes: Alta voluntaria por contraindicación médica, Fallecimiento, Fuga, Traslado a otra institución, Resolución del cuadro) por un nuevo conjunto: Defunción, Retiro voluntario, Traslado a otro establecimiento y Otro. Al seleccionar “Otro” se despliega un campo de texto libre obligatorio para completar el motivo; si no se completa, se muestra un error indicando que el motivo es obligatorio. El motivo queda registrado en la base de datos junto con el usuario, el paciente, la fecha y la hora de la acción.

Filtro de especialidad en el histórico de episodio de internación

Roles involucrados: Especialista médico, Enfermero, Especialista en odontología, Profesional de la salud.

Alcance: histórico de evoluciones y documentos de un episodio de internación, abierto o cerrado.

Se agrega la opción “Especialidad” al selector de criterios de filtrado del histórico de documentos, junto a las ya existentes (Diagnóstico, Profesional, Fecha, Tipo de documento). El combo solo lista las especialidades que efectivamente aparecen en documentos del episodio, en orden alfabético A–Z, y el filtro es de selección única y no combinable con los demás. La especialidad asociada a un documento queda fija según la especialidad del profesional al momento de crearlo; si el profesional tenía más de una especialidad, el documento aparece al filtrar por cualquiera de ellas.

Ejemplo: si en un episodio se registraron documentos de las especialidades Enfermería, Cirugía y Cardiología, el combo Especialidad muestra exclusivamente esas tres opciones.

Gestión de Accesos y Referencias

Cierre de solicitud de referencia sin exigir coincidencia de especialidad

Roles involucrados: Especialista médico, Especialista en odontología, Enfermero, Profesional de la salud.

Alcance: listado de referencias pendientes al iniciar una consulta ambulatoria, odontológica o de enfermería.

El sistema amplía el criterio con el que lista las solicitudes de referencia pendientes al iniciar una nueva consulta: además de las que coinciden con la especialidad del profesional, se incluyen las asociadas a un turno del día en una agenda propia del usuario (como titular o como profesional asociado) en la institución activa, permitiendo cerrarlas sin exigir que la especialidad de la referencia coincida con la del profesional.

Si el feature flag HABILITAR_LIMITAR_AGENDAS_A_ROLES_DE_SALUD_POR_UJ está habilitado y el profesional no tiene acceso a esa agenda por su Unidad Jerárquica, puede ver la referencia pero el botón de contrarreferencia queda deshabilitado. El encabezado del diálogo de referencias pendientes deja de indicar que el listado corresponde solo a la especialidad del usuario, para reflejar que ahora puede incluir ambos orígenes.

Asociación de solicitudes de referencia de Red de Imágenes a estudios

Alcance: solapa Estudios de la Historia Clínica, categoría Diagnóstico por Imágenes.

Las órdenes de diagnóstico por imágenes generadas a partir de una solicitud de referencia quedan visiblemente asociadas a dicha referencia en la solapa Estudios. Al completarse el estudio desde la lista de trabajo de imágenes, la referencia asociada se cierra automáticamente como contrarreferencia (especialidad Diagnóstico por Imágenes, tipo de cierre Contrarreferencia) y se genera su documento correspondiente; si el cierre o la generación del documento falla, la finalización del estudio se revierte por completo. En los cierres automáticos, el profesional originante figura como “Sin información”.

Transcripción de solicitudes de referencia para pacientes sin DNI

Alcance: popup de Transcribir solicitud de referencia, disponible desde la Historia Clínica Ambulatoria, Gestión de Accesos y Turnos.

Se ajustó el flujo de transcripción de solicitudes de referencia para contemplar pacientes empadronados que no poseen DNI: cuando el paciente ya está identificado (por ejemplo, al transcribir desde la Historia Clínica Ambulatoria), el formulario se precarga con nombre, apellido y fecha de nacimiento en lugar del número de documento. Cuando la transcripción se inicia sin paciente predefinido (desde Gestión de Accesos o desde Turnos), el buscador incorpora la opción de tipo de documento “No posee”.

Turnos y Agenda

Nueva opción de recurrencia “Quincenal” (cada 15 días)

Feature Flag: HABILITAR_RECURRENCIA_EN_DESARROLLO.

Roles involucrados: profesionales de la salud con agenda propia.

Se agrega la opción “Quincenal” al combo de recurrencia de turnos, junto a las ya existentes (“No se repite”, “Cada semana” y “Personalizar”). Como 15 no es múltiplo de 7, el día de la semana del turno rota en cada ciclo; por eso la opción se resuelve como una recurrencia fija de +15 días exactos desde el turno base, sin pedir un día de la semana fijo como sí hace “Personalizar”. Aplican las mismas validaciones que las demás recurrencias: no se generan turnos posteriores a la fecha de fin de la agenda, se bloquea la generación si alguna fecha ya tiene un turno ocupado o los sobreturnos están al límite, y editar o cancelar una serie quincenal ofrece las mismas opciones (esta cita / esta y las siguientes / todas).

Pacientes/Personas

Visualización del dato de Nacionalidad en el perfil del paciente

Roles involucrados: Administrativo, Administrador Institucional, Administrador de UJ.

Alcance: perfil del paciente.

El perfil del paciente incorpora la visualización del dato de Nacionalidad, ya disponible actualmente en el alta y la edición del paciente, permitiendo acceder a esa información de forma ágil sin necesidad de ingresar a edición.

Interconsultas

Feature Flag: HABILITAR_INTERCONSULTA

Roles involucrados: Profesionales de la salud con acceso a Historia Clínica

Alcance: Detalle de interconsulta en el panel de Evoluciones (Internación y Guardia)

Unificación del encabezado y el detalle de Interconsulta con el componente estándar de documentos de HC

A partir de esta versión, el detalle de una interconsulta que se visualiza desde el panel de Evoluciones de la Historia Clínica (Internación y Guardia) usa el mismo componente visual que el resto de los documentos de HC (Nota de evolución, Evaluación de ingreso, Parte anestésico, Parte quirúrgico, etc.), dejando de tener un formato propio.

Nuevo encabezado

El encabezado pasa a mostrar una grilla de 3 columnas × 3 filas, con ícono, etiqueta y valor en cada campo — el mismo criterio visual que ya usan el resto de los documentos:

Fila	Columna 1	Columna 2	Columna 3
1	Ámbito	Especialidad	Fecha
2	Profesional	Institución	Sector
3	Sala	Cama	—

Cambios respecto al encabezado anterior:

Se elimina el subtítulo “Detalle de la solicitud”.
Se elimina el campo Servicio del encabezado (el dato pasa al cuerpo del detalle, ver más abajo).
Se incorporan dos campos nuevos que Interconsulta no mostraba antes: Especialidad y Sala.
No se muestra ningún indicador de prioridad (Urgente) en el encabezado — ver más abajo.

Cuerpo del detalle

El campo que antes figuraba como Servicio en el encabezado viejo es en realidad el Origen de la interconsulta, y como el nuevo encabezado no tiene lugar para ese dato, pasa a mostrarse como primer campo del cuerpo. El cuerpo queda, en este orden, cada campo con su ícono correspondiente:

Origen
Solicitado a
Diagnóstico asociado
Motivo de interconsulta

Los campos que ya se agregaban al final del cuerpo según el estado de la interconsulta (motivo de Rechazo, Anulación o Finalización) y las notas de evolución asociadas no cambian: siguen funcionando exactamente igual, solo heredan el estilo visual con ícono del resto del cuerpo.

Traslado del indicador de prioridad Urgente

La prioridad Urgente deja de mostrarse en el encabezado del detalle y pasa a mostrarse en la card de la interconsulta, dentro del listado de Evoluciones, como un badge adicional junto al badge de estado.

Prioridad	Badges en la card de Evoluciones
Urgente	Estado + Urgente
Regular	Solo Estado (sin cambios)

Ejemplo: la Dra. Valentina Roldán, especialista en Traumatología, abre desde Evoluciones el detalle de la interconsulta que el Dr. Matías Ferreyra solicitó desde el Servicio de Clínica Médica hacia Cardiología, para un paciente internado en Sector 1 – Habitación 1 – Cama 3, con prioridad Urgente. El encabezado muestra Ámbito: Internación, Especialidad: Traumatología, Fecha: 12/09/2026 – 10:15hs, Profesional: Matías Ferreyra, Institución: Clínica Chacabuco, Sector: Sector 1, Sala: Habitación 1, Cama: Cama 3. El cuerpo muestra Origen: Clínica Médica, Solicitado a: Cardiología, seguido del diagnóstico asociado y el motivo. En el listado de Evoluciones, la card de esa interconsulta muestra los badges Pendiente y Urgente juntos.

📝 Aplica a los 5 estados de la interconsulta (Pendiente, Aceptada, Rechazada, Finalizada, Anulada), por igual en Internación y Guardia.

⚠️ Quedan fuera de alcance: la card de Interconsultas en Historia Clínica, el detalle visualizado desde el Buzón de Interconsultas, la impresión de HC para el rol Legales y el ícono de descarga del documento, que se incorporará en una historia aparte.

ANTES:

DESPUÉS:

Corrección del desfasaje visual por motivos de interconsulta muy extensos

A partir de esta versión, se corrigió un problema visual por el cual un motivo de interconsulta con una gran cantidad de caracteres consecutivos (sin espacios ni saltos de línea) desfasaba el documento del detalle de la interconsulta en el panel de Evoluciones.

Comportamiento anterior

Si el motivo cargado al solicitar la interconsulta contenía una secuencia larga de caracteres sin espacios entre medio, el campo Motivo no aplicaba el corte de línea correspondiente y el documento completo se desfasaba visualmente en Evoluciones.

Comportamiento corregido

El campo Motivo de la solicitud de interconsulta mantiene un margen correcto dentro del documento de Evoluciones, sin importar la longitud o composición del texto cargado.

Ejemplo: el Dr. Ezequiel Domínguez carga una interconsulta cuyo motivo incluye una cadena larga de caracteres sin espacios (por ejemplo, un código pegado por error). Antes de esta corrección, el documento del detalle en Evoluciones quedaba desfasado visualmente; a partir de esta versión, el texto se ajusta al ancho del campo sin alterar el resto del documento.

📝 Corrección exclusivamente visual, sin impacto en el dato guardado ni en el resto del comportamiento del módulo.

ANTES:

DESPUÉS:

Auditoría y Gestión de Roles

Registro de acciones de auditoría

Feature Flag: HABILITAR_MODULO_AUDITORIA.

Roles involucrados: Auditor MPI, Auditor Profesional, Auditor de Empadronamiento.

Se incorpora un mecanismo de registro y trazabilidad de todas las acciones realizadas dentro del módulo Auditoría: correcciones de datos de empadronamiento, fusión de pacientes y desvinculación de registros fusionados. Se crea una tabla principal con fecha, hora, usuario, rol e institución/es de quien realizó la acción y el tipo de auditoría (Empadronamiento, Fusión o Desvinculación), junto con tablas de detalle específicas para cada tipo: en Empadronamiento se registran el paciente y los campos editados; en Fusión, el ID sobreviviente y los IDs fusionados; en Desvinculación, los IDs desvinculados. Solo quedan registradas las acciones realizadas dentro del módulo Auditoría; la misma edición realizada desde una institución no genera este registro, aunque el usuario tenga alguno de los tres roles. Por el momento la información es consultable directamente desde la base de datos (tableros de monitoreo, analítica y auditorías internas o externas), sin una interfaz gráfica dedicada en la aplicación. El registro comienza vacío: no se reconstruyen acciones anteriores al despliegue.

Nuevo rol Auditor de Empadronamiento

Roles involucrados: Administrador (para la asignación).

Se incorpora el rol Auditor de Empadronamiento, asignable únicamente por un rol Administrador desde el módulo Planta → Personas del Backoffice, a nivel dominio (sin institución asociada) y con doble factor de autenticación obligatorio desde el momento del despliegue. El rol tiene acceso al módulo Auditoría con la acción de Búsqueda y edición de pacientes: puede buscar y editar pacientes marcados para auditar, incluyendo la verificación de DNI contra RENAPER, pero no tiene acceso a las funciones de duplicados, fusión ni desvinculación de pacientes, que siguen siendo exclusivas de Auditor MPI.

En la solapa “Marcados para auditar” se agrega, para todos los roles de auditoría, una columna con la institución donde se marcó al paciente y un filtro por institución (typeahead, mínimo 3 caracteres, opciones en orden alfabético).

Nuevo rol Auditor Profesional (Parte 1)

Roles involucrados: Administrador (para la asignación).

Se incorpora el rol Auditor Profesional, a nivel dominio, asignable únicamente por un rol Administrador desde Planta → Personas del Backoffice. A diferencia de Auditor de Empadronamiento, este rol requiere que el usuario tenga una profesión y una matrícula vigente asociadas; si no las tiene, se muestra un error indicando la situación.

El rol conserva las mismas acciones que hoy tiene Auditor MPI: búsqueda y edición de pacientes (incluida la columna y el filtro de institución agregados en esta misma versión), control de pacientes duplicados y separación de datos de pacientes fusionados.