En esta nueva release se trabajaron los siguientes puntos:

Hotfixes

[Hotfix desde V2.28] Creación de FF para edición de documentos de guardia

Se creó un feature flag para la habilitación de la edición de las notas de evolución de los documentos de guardia. De esta manera si el feature flag se encuentra con el valor false no se puede editar. 

Nombre del feature flag: HABILITAR_EDICION_DOCUMENTOS_DE_GUARDIA

[Hotfix desde V2.28 y V2.29 – Carga de procedimientos] Carga de procedimiento en consulta

Debido a varios inconvenientes que nos presentaron en la carga de procedimientos y la inmediata generación de orden desde una consulta ambulatoria, este comportamiento se quitó hasta tanto se pueda desarrollar debidamente, según feedback recibido de PBA y Mendoza.

[Hotfix V2.28 y V2.29] Corrección búsqueda de descendientes de unidades jerárquicas en reportes

La generación de reportes incorporando el filtro de inclusión de descendientes de unidad jerárquica comprendía en ocasiones una recursión infinita, desencadenando la interrupción de hsi productivo en algunos casos. Este inconveniente fue revisado y resuelto.

Performance

Optimización edición de agendas

Se optimizó la edición de agendas teniendo en cuenta los siguientes dos puntos:

  • La actualización de  todos los turnos se realiza en bloque, no turno por turno, cuando se efectúan actualizaciones en las franjas horarias (aplica para agendas de imágenes también)
  • Se crearon y actualizaron métodos para no recaer en la búsqueda de datos irrelevantes, otorgando mayor procesamiento del lado del código y de la base de datos.

Estos cambios no afectan la interfaz y deberían mejorar la velocidad de procesamiento.

En todas las capturas comparativas, el nuevo desarrollo se refleja a la izquierda. En todos los casos se compara la misma modificacion de la misma agenda.

  • La siguiente captura corresponde a la comparación de la misma modificación en la que se reflejan los tiempos mejorados:

  • La siguiente se muestra que se eliminó un Update que se ejecutaba de forma innecesaria, ya que en este caso no se edito ninguna franja horaria, por lo cual los datos no hacían falta que se actualicen:

  • La siguiente muestra la optimización de una Query que solicitaba mucha información innecesaria:

  • Las dos siguientes muestran la unificación, y por lo tanto, la optimización de dos Querys:

  • La siguiente muestra una mejora en una Query que previamente hacía una búsqueda por cada franja horaria cuando no era necesario, con la modificación la realiza una sola vez:

  • Aquí, los tiempos de la misma modificacion de una agenda en la webapp:

Optimización de búsqueda de pacientes en opción Historia Clínica

Se optimizó el uso del paginado y la query que resuelve la búsqueda

Evidencias de tiempos:

Búsqueda de paciente por filtro de dni en ambiente optimizado:

Misma búsqueda de paciente por filtro dni en ambiente SIN optimizar:

Optimización endpoint que devuelve los informes de Anexo2 y Formulario V desde Pacientes

Se mejoraron las queries que resuelven: el listado de informes y la información de los mismos, ya que la respuesta de los mismos superaban el umbral de lo esperado.

Consultas ambulatorias

Carga de procedimiento en consulta

Se realizó el siguiente refactor para el desplegable “Procedimientos” dentro de una consulta ambulatoria para los roles de Especialista médico y Profesional de la salud. 

El refactor consistió en volver a la funcionalidad previa, es decir, cuando un usuario hace click sobre el botón “Agregar procedimiento” se muestra un campo de tipo typeahead donde se busca el procedimiento en cuestión y se asocia a la consulta. Al igual que antes, este concepto sólo queda asociado al documento de la nueva consulta.

Visualización de datos de formularios configurables

A partir de este release, una vez confirmada una consulta en donde se asoció uno o más formularios configurables, estos se visualizan dentro de la webapp dentro del histórico de evoluciones ambulatorias. 

Se visualiza el nombre del formulario y debajo el nombre de los parámetros con los valores asociados.

Visualización de datos cargados en los formularios en el documento pdf 

De la misma manera que el caso anterior, luego de este release, una vez confirmada una consulta en donde se asoció uno o más formularios configurables, estos se visualizan dentro del PDF del documento. Se visualiza el nombre del formulario y

debajo el nombre de los parámetros con los valores asociados.

Regulación- Control de acceso

Creación de nuevo rol Gestor de acceso institucional

Se agregó al sistema un nuevo rol de “Gestor de acceso institucional”. Los usuarios que pueden asignar este rol son los roles de:

  • Administrador de acceso de dominio por backoffice
  • Administrador institucional por webapp

El nuevo rol es un rol a nivel institucional, es decir, para poder asignar el nuevo rol, también se debe asignar una institución. En desarrollos posteriores se desarrollarán las funcionalidades que cuenta este rol.

Modificación de institución destino y posibilidad de adjuntar archivos para roles gestores solicitantes 

A partir de este release, los roles:

  • Gestor de acceso local
  • Gestor de acceso regional
  • Gestor de acceso de dominio

Tienen la posibilidad de modificar la institución DESTINO definida en la solicitud y adjuntar archivos a la misma.

Para editar la institución destino o adjuntar archivos, el usuario debe hacer click sobre el botón “Editar datos de referencia” dentro del detalle de la solicitud. 

Luego de hacer click se muestra la referencia con la posibilidad de editar la institución destino y eliminar o adjuntar nuevos archivos. Todos los demás datos están disabled para su edición.

Estudios

Solicitud de estudios

Si un profesional de la salud, odontólogo o especialista médico quiere realizar una orden de estudio en guardia o internación, tiene la posibilidad de indicar cuando se debe realizar dicho estudio.

Se le da la posibilidad al usuario, que se encuentra dando de alta la orden, de indicar el día y horario en que se debe realizar el estudio, a esto lo denominamos fecha y hora diferida. Muchas veces los estudios no se deben realizar inmediatamente, sino que debido a algunas circunstancias, se debe retrasar cierto tiempo, para estos casos se define esta nueva fecha y hora.

Si el usuario no selecciona el check “Orden de estudio diferida” en la creación de la orden, se entiende que dicha orden se puede realizar inmediatamente.

En caso de seleccionar el check, se habilita el input para seleccionar fecha y hroa diferida.

La misma tiene un límite de hasta 45 días después de la fecha actual.

Cabe aclarar que la información de fecha y hora diferida, tipo de estudio y traslado será utilizada más adelante en un nuevo módulo que tiene que ver con listado de trabajo para los técnicos.

Receta digital

Asociación de fármacos y problemas a grupos de fármacos a nivel institución

Al igual que los grupos de fármacos a nivel dominio, a partir de esta versión, se agregó a los grupos de fármacos a nivel institución, dos solapas nuevas. Recordar que para ingresar al grupo de fármacos de una institución se debe ingresar con el rol administrador institucional a la institución correspondiente dentro del backoffice.

La primera solapa es la de fármacos. Dentro de esta solapa se visualiza un botón de “AGREGAR FÁRMACO” y un listado de fármacos. El listado cuenta con una columna con el nombre del fármaco, la cual está ordenada alfabéticamente. Por otro lado, existe una columna que tiene el título “Financiado por dominio” con un tic o una cruz y otra columna “Financiado por institución” con un tic y una cruz también. Al mismo tiempo se visualiza un botón de “Eliminar” para cada fármaco. 


En caso de hacer click sobre el botón agregar fármaco, se muestra un formulario donde se visualiza un campo para agregar el fármaco en cuestión. Este campo es un campo de tipo typeahead y trae solo los fármacos que tienen el switch de “Financiado por dominio” y/o “Financiado por institución” activado.

Una vez agregado, el fármaco se suma al listado de fármacos con la columna de Financiado que corresponda con un tic. Cabe mencionar que, en caso de apagar el switch “Financiado por dominio” del listado de fármacos dentro del submodulo “Fármacos”, esto afectará la columna “Financiado por dominio” con una cruz. De la misma manera afectará cuando se desactive el switch de financiado por institución del listado de fármacos de la institución.

La segunda solapa es la de problemas/diagnósticos. Lo que se muestre en esta solapa depende del estado del switch “Incluir todo” debajo del título Diagnósticos y problemas dentro del detalle del grupo de fármacos. 

Si el grupo tiene el switch activado, sólo se visualiza una leyenda que indica esta selección. En caso contrario dentro de la solapa se muestra un botón de “AGREGAR PROBLEMA” y se visualiza un listado de problemas/diagnósticos asociados. El listado cuenta con una columna con el nombre del problema/diagnóstico la cual está ordenada alfabéticamente. Al mismo tiempo, se visualiza un botón de “Eliminar” para cada problema/diagnóstico.

En caso de hacer click sobre el botón agregar problema, se muestra un formulario donde se visualiza un campo para agregar el problema/diagnóstico en cuestión. Este campo es un campo de tipo typeahead y debe traer los conceptos de SNOMED.

Validación de financiación

Feature flag para activar funcionalidad: 

HABILITAR_FINANCIACION_DE_MEDICAMENTOS

A partir de ahora, se realizó un desarrollo dentro del popup de indicación de fármaco para el rol de especialista médico, especialista en odontología y prescriptor para la creación de una receta. El desarrollo sólo existe para el flujo de indicación médica ambulatoria. Cabe recordar que para realizar una indicación de medicación ambulatoria el usuario ingresa a la HC del paciente, luego a la solapa INDICACIONES y de ahí al card de medicación ambulatoria donde visualiza un botón para realizar una indicación.

En el popup de indicación de fármaco se refleja lo configurado en los grupos de fármacos. Luego de que el usuario elige el problema asociado, al momento de seleccionar la medicación, se verifica si este está financiado o no por el dominio y/o la institución. En caso de estarlo se muestra con un label esta condición. Cabe mencionar que, la funcionalidad solo está disponible cuando el usuario busca el fármaco por genérico y no tiene una cobertura asociada.

Cuando el usuario comienza a escribir el nombre del fármaco, dentro del desplegable se listan primero los fármacos que tengan coincidencia en los caracteres y cuenten con la cobertura definida en los grupos. Estos se muestran con el label “Habilitado en Vademe”. Luego de estos, se visualizan el listado de todos los fármacos restantes según el criterio de búsqueda manteniendo un orden alfabético.


Guardia

Lugares de atención

Luego de este release, dentro del módulo guardia y dentro de la solapa “Lugares de atención” se visualiza como está conformada la estructura de la guardia previamente definida en el backoffice. Los usuarios que tienen acceso a esta solapa son los que tienen el rol de especialista médico, enfermero, profesional de la salud o especialista en odontología.

Una vez que el usuario ingresa a esta solapa visualiza un card desplegable por cada sector creado dentro del backoffice de tipo guardia. Cada card sector está compuesto por:

  • Nombre del sector (Descripción definida en el backoffice)
  • Servicios asociados (puede ser ninguno, uno o más de uno) – Concepto de SNOMED definidos en backoffice
  • Consultorios (si tiene): Aca se muestra cada consultorio con su nombre definido en el backoffice.
  • Habitaciones y camas (si tiene): Aca se muestra cada cama con su nombre definido en el backoffice.
  • Shockrooms (si tiene): Acá se muestra cada shockroom con su nombre definido en el backoffice.

Los colores de los lugares cambian según el estado de los mismos.

  • COLOR VERDE: Esto indica que el estado del lugar es libre, es decir, no hay ningún paciente atendido en el lugar.
  • COLOR ROJO: Esto indica que el estado del lugar es ocupado. Este estado se visualiza cuando un usuario indica la acción Atender a un paciente dentro de este lugar.

Detalle de lugar de atención en espacio físico de guardia

A partir de ahora, se agregó el detalle de los espacios físicos dentro de la solapa “Lugares de atención” dentro del módulo de guardia. Al ingresar a la interfaz y no seleccionar ningún espacio se muestra un card con la leyenda “Seleccione un lugar para ver el detalle”.

En caso de que un usuario haga click sobre uno de los espacios, se muestra el detalle del mismo en el lado derecho de la pantalla.

En el caso que el espacio físico se encuentre libre se muestran los siguientes datos:

  • Tipo de lugar (consultorio, shockroom o habitación)
  • Sector al que pertenece
  • Nombre del lugar físico y su estado

Si el espacio se encuentra ocupado por un paciente, dentro de este detalle se muestran los siguientes datos en este orden:

  • Tipo de lugar (consultorio, shockroom o habitación)
  • Sector al que pertenece
  • Nombre del lugar físico y su estado
  • Identificación del paciente
  • Detalle identificatorio (solo para paciente temporal de guardia)
  • Estado de atención del paciente
  • Profesional que lo atendió
  • Motivo de ingreso (cargado cuando se inicia el episodio)
  • Tipo de guardia
  • Nivel de triage
  • Motivo de consulta
  • Servicio de guardia asociado
  • Profesional que realizó el triage

Red de imágenes

Activación de descarga asincrónica de estudios

Hasta la release anterior, el Informador podía descargar estudios médicos desde el servidor PAC. Sin embargo, para estudios de gran tamaño, la descarga sincrónica puede fallar debido a problemas de timeout. Para mejorar la experiencia del usuario y garantizar la descarga exitosa de todos los estudios,  implementamos la descarga asíncrona para estudios médicos grandes. Cuando el usuario solicite descargar un estudio, se mostrará un diálogo con un spinner para indicar que la aplicación está verificando la disponibilidad del estudio en segundo plano. Una vez que el estudio esté listo, se iniciará la descarga.

Reportes

El reporte nominal de prestaciones imágenes diagnósticas puede ser programable

Se incorporó el “Reporte nominal de prestaciones imágenes diagnósticas”, al listado de reportes que se generan de manera asincrónica, es decir, cuya descarga no se realiza de forma instantánea. Este reporte está disponible para los usuarios con rol Administrador institucional desde el menú Reportes → Mensuales descargables.

Para que el reporte pueda ser programable, el feature flag HABILITAR_REPORTES_INSTANTANEOS debe estar en false.

Mejoras y bugs

Áreas de responsabilidad sanitaria – ubicación de calles con tilde

Cuando un administrador institucional ingresa al menú “Áreas sanitarias” se encuentra con la posibilidad de situar a la institución en el mapa con los datos que corresponde a su domicilio. 

Se reportó un error al querer hacerlo cuando las calles tenían acentos en sus nombres y mostraba un error en la pantalla.

Ahora se puede ubicar en el mapa las calles que contienen tilde.

Guardia – control de backend al momento del alta administrativa

Nos reportaron inconvenientes con la combinación simultánea de alta administrativa y atención del paciente, generando inconsistencia en la ocupación de las camas.

Para resolver el inconveniente, al momento del alta administrativa se valida desde el backend que el paciente esté en condiciones de ser dado de alta, caso contrario no se proseguirá con la acción.

Guardia- Error en fechas al dar alta médica o administrativa a un paciente

Nos reportaron inconsistencia en el horario de alta médica informada al momento de dar alta administrativa. El inconveniente fue resuelto.

Inconsistencia en fechas de consultas desde Informes de Pacientes

Nos reportaron errores de fechas de consultas desde los informes que se descargan desde Pacientes, en particular para consultas que se generan durante las 3 últimas horas del día. Este inconveniente fue resuelto.

[Api Pública] [Mendoza] Reportes – Endpoints de reportes deben devolver informacion del profesional

Se nos solicitó agregar información del profesional responsable de consulta en endpoint de consultas y de disponibilidad de horas de agenda

  • /reports/daily-hours
  • /reports/consultations

“professionalData”:{    

“id”:0,      

“identificationType”:”string”,       

“identificationNumber”:”string”,       

“cuil”:”string”,      

“lastName”:”string”,       

“middleNames”:”string”,       

“firstName”:”string”,

“selfPerceivedName”:”string”     

}

[Api Pública] Visualización de edad errónea en el endpoint de consultas

El  endpoint /reports/consultations calculaba erróneamente la edad del paciente al momento de la consulta. El inconveniente fue resuelto.

[Api Pública] Visualización correcta de ‘turno vencido’

El endpoint /reports/consultations informaba erróneamente la informacion de los turnos cargados como vencidos. El inconveniente fue resuelto.