En esta nueva release se trabajaron los siguientes puntos:

Hotfixes

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

Nos reportaron inconvenientes en el uso de reportes con el filtro de unidad jerárquica y descendientes que generaban caídas e inestabilidad en el sistema. En el análisis se reconocieron mejoras de performance en la query que resuelve el reporte, teniendo en cuenta fundamentalmente los filtros mencionados. Estas mejoras fueron desarrolladas y enviadas como hotfix para las versiones 2.28 y 2.29.

Feature flag para los reportes hechos en CubeJS

Algunos reportes generados actualmente por CubeJS nombrados aquí presentan problemas de optimización y de lógica  Con el fin de analizar con mayor profundidad los cambios y no incurrir en problemas con los dominios, se creó el FF HABILITAR_REPORTES_NACION_CUBE con valor por defecto en FALSO. 

La webapp no mostrará los siguientes reportes en caso de que la propiedad contenga dicho valor:

  • Reporte diabetes
  • Reporte hipertensión.
  • Reporte epidemiológico semanal

Solicitud de referencia

No obligatoriedad de institución y/o partido de destino al momento de crear solicitud de referencia.

Hasta ahora, al momento de crear una solicitud de referencia, el usuario estaba obligado a definir una institución destino para poder crear la solicitud. A partir de este release, el usuario puede crear una solicitud de referencia sin la necesidad de definir una institución destino. 

En caso de realizar esta acción, un usuario con rol de gestor solicitante (Gestor de acceso local, Gestor de acceso regional, Gestor de acceso institucional o Gestor de acceso de dominio) deberá definir la institución destino posteriormente para que la solicitud pueda ser recibida y el turno de la misma sea gestionado.

Estudios

Solicitud de estudios desde consulta ambulatoria

Esta funcionalidad se activa con el seteo del feature flag HABILITAR_ESTUDIOS_EN_CONSULTA_AMBULATORIA_EN_DESARROLLO en valor true.

En esta versión, se agregó un nuevo desplegable a la consulta ambulatoria para los roles:

  • Especialista médico
  • Especialista en odontología
  • Profesional de la salud

El nuevo desplegable tiene el nombre de “Estudios”. Dentro de este desplegable se visualiza un nuevo botón de “+ Agregar estudio”

.

En caso de hacer click sobre este botón se muestra un nuevo popup con formato stepper de 3 pasos. En el paso 1 del popup se selecciona la cobertura y el problema asociado del estudio. La cobertura viene precargada con la misma de la consulta, con la posibilidad de editarla por el usuario.


En el paso 2 se selecciona la categoría del estudio y el estudio a realizar.

Luego, en el paso 3 se define si se realiza la carga de resultados en el momento o quedarán pendientes de carga.

En caso de seleccionar la opción “No, dejar resultados pendientes”, el estudio quedará con estado “PENDIENTE” dentro de la solapa estudios y el usuario podrá hacer click sobre la acción “Completar”.

En caso de seleccionar “Sí, cargar resultado de estudio ahora”, se deben cargar los resultados en el momento. Si el estudio no tiene una plantilla asociada, se muestra el campo descripción y la posibilidad de adjuntar archivos. Una vez confirmada la consulta, el estudio queda en estado completado con su descripción y sus adjuntos correspondientes.

En caso de que el estudio cuente con una o más plantillas posibles de resultados, se muestra un desplegable donde se puede seleccionar la plantilla a utilizar. Una vez seleccionada la plantilla se despliegan los parámetros posibles a cargar. Al mismo tiempo, se debe incluir el campo descripción y la posibilidad de adjuntar archivos. Al igual que el caso anterior, una vez confirmada la consulta, el estudio queda en estado completado con sus resultados, su descripción y sus adjuntos correspondientes.

Guardia

Nota de evolución de enfermería

A partir de esta versión, se creó un nuevo documento llamado nota de evolución de enfermería para el módulo de guardia. Este nuevo documento solo está disponible para el rol “enfermero”. La nueva consulta tiene el mismo formato y disposición que la nota de evolución médica, con la salvedad de que en diagnósticos viene precargado el concepto “Atención de enfermería”. Cuando el usuario haga clic en el botón de “+ACCIONES” ahora visualiza la opción de “Nota de evolución de enfermería”.

Una vez que hace clic sobre esta opción se despliega el popup de nueva consulta con los siguientes desplegables.

  • Especialidad
  • Motivo de consulta
  • Diagnósticos
  • Evolución
  • Datos antropométricos
  • Antecedentes familiares
  • Medicación habitual
  • Procedimientos
  • Signos vitales y factores de riesgo
  • Alergias

Cabe mencionar que el desplegable de diagnósticos viene con el concepto precargado “Atención de enfermería” y este no se puede modificar. Al mismo tiempo, no se pueden agregar otros diagnósticos.

Una vez confirmada la consulta, el nombre del documento dentro del resumen de la evolución y en la previsualización del documento se visualiza como “Nota de evolución de enfermería”.

Rediseño de filtros en solapa Pacientes

Se realizó un rediseño de los filtros ubicados en la solapa “Pacientes” dentro del módulo guardia. Por un lado, se incorporaron los siguientes filtros fijos con formato multicheck:

  • Tipo de guardia (No definido, Adulto, Pediatría, Ginecología y obstetricia)
  • Nivel de urgencia (Nivel 1 a 5 con su respectivo color y Triage pendiente)
  • Estado de atención (En espera de atención, Llamado, En atención, Ausente, Alta de paciente)

Por otro lado, se incorporó un filtro para el dato del servicio de guardia. Este filtro trae todos los servicios asociados a los sectores de tipo guardia de la institución. A medida que se seleccionan se van listando debajo del campo con la posibilidad de ir eliminándolos.

Por otro lado, se mantienen los filtros actuales para filtrar con datos de un paciente en particular. 

Con respecto a los switch mostrados en los filtros, solo se visualiza el switch de “Paciente temporal de guardia” mostrado actualmente. Con respecto al switch de “Paciente temporal”, este se quitó de los filtros. 

Finalmente, se agregó un botón de limpiar filtros que deja todos los filtros en blanco. Cabe mencionar que la combinación de los filtros pueden convivir.

Cambio de ubicación de paciente en guardia

A partir de este release, dentro de la solapa “Lugares de atención” se permite el cambio de lugar físico de un paciente. Cuando un usuario hace click sobre un lugar ocupado, dentro del detalle del mismo, visualiza un botón de “Cambiar lugar de atención”.


Luego de hacer click en este botón se muestra un popup de tipo stepper. En el primer paso se visualiza el detalle del paciente y un campo de tipo desplegable con todos los sectores de tipo guardia de la institución. En caso de que el sector cuente con uno o más servicios asociados, se visualizan a continuación del nombre del sector.

Una vez seleccionado el sector, se visualizan 3 radiobutton con las posibles opciones de lugares de atención (Consultorio, Shockroom y Habitación). Los radiobutton estarán disabled o no según los tipos de espacios físicos que tengan esos sectores creados.


En caso de seleccionar el radiobutton “Consultorio” o “Shockroom” se habilita un campo desplegable con los lugares disponibles del tipo de espacio físico seleccionado y el sector definido.

Por otro lado, en caso de seleccionar el radiobutton “Habitación” se habilita un botón de “Asignar cama”.


Luego de hacer click sobre este botón se muestra el mapa de camas de todas las habitaciones que pertenezcan a un sector de tipo Guardia. Aquí, el usuario puede seleccionar una cama libre y hacer clic sobre el botón “Asignar cama”.


Una vez seleccionado y asignado el lugar físico a donde se quiere trasladar al paciente, se habilita el botón de “Continuar”. En caso de hacer click sobre este botón, se muestra el paso 2 del stepper con el detalle del cambio a realizar. Dentro de este detalle se incluye:

  • Identidad del paciente
  • Detalle de origen (Sector y servicio asociado, Lugar físico)
  • Detalle destino ((Sector y servicio asociado, Lugar físico)

Al mismo tiempo, se visualiza un botón para confirmar la acción y otro para volver al paso 1 del stepper.


En caso de confirmar la acción, se muestra un snack bar alertando de la acción realizada y el paciente pasa a estar en el nuevo lugar físico definido, dejando libre el lugar ocupado previamente.

Prevalidación de medicamentos 

Mensaje de auditoría requerida

A partir de ahora, se muestra el mensaje definido en el campo de texto libre “Documentación requerida” dentro de los grupos de fármacos cuando se activa el switch de “Requiere auditoría”

Se agregó el texto definido en el campo de texto libre al momento de la prescripción del medicamento dentro de la webapp.

En caso de que el usuario seleccione un problema y un fármaco que pertenezcan a un grupo con esta característica, luego de seleccionar el fármaco, se muestra un mensaje informativo indicando al usuario el mensaje en cuestión. El mensaje es solo de carácter informativo y no afecta el flujo de prescripción del medicamento.

Mejoras y bugs

Edición de código provincial de institución

Nos reportaron inconvenientes al momento de editar información de código provincial de instituciones de backoffice. El mismo fue resuelto.

Fecha de consulta en Formulario V

Nos reportaron inconvenientes en la fecha que se muestra en el formulario V. Luego de un análisis del incidente detectamos que el problema se produce cuando la consulta se genera en las últimas 3 horas de un día y se consulta el formulario en un día posterior. Este inconveniente fue resuelto.

Control de backend de estado de episodio al momento de alta de paciente

Nos reportaron inconvenientes en algunos casos de alta de paciente en la guardia. Luego de un análisis detectamos que el problema se produce para los casos en los cuales el episodio en tratado por más de usuario, los cuales pueden realizar tareas diversas sobre el episodio y las mismas no se ven actualizadas inmediatamente en el otro usuario. Por lo tanto, para evitar estos conflictos se agregó un chequeo extra en el backend que valida que el episodio esté en el estado correcto antes de realizar el alta del paciente.

Registro incorrecto de odontología y actualización de odontograma

A partir de ahora, cuando se marca como registro incorrecto una consulta odontológica, este registro también impacta en el odontograma. En otras palabras, al marcar como incorrecta la consulta, el registro en el odontograma también se corrige. 

Ejemplo realizando acción sobre Pieza 12:

Seleccionar pieza afectada y completar la consulta.

Marcar registro como incorrecto.

Visualizar nuevamente el odontograma con el impacto del registro incorrecto mencionado.