En esta entrega se trabajaron las siguientes funcionalidades:
En esta entrega se trabajaron las siguientes funcionalidades:
Auditoría de MPI
Edición datos del Pacientes
En esta nueva versión, el rol auditor al ingresar al módulo de auditoría, tendrá disponible la edición del paciente a través del Empadronamiento y Fusionar Pacientes. Cabe mencionar que para habilitar la funcionalidad debe estar activo el feature flag HABILITAR_MODULO_AUDITORIA.
Al dar clic a la opción Búsqueda y edición de pacientes, y efectuar la combinación de los distintos parámetros, se obtendrá la grilla con los posibles resultados. Es importante, mencionar que se podrá diferenciar los estados del paciente con una gama de colores como representación y adicionalmente, también contará con una terminología en símbolos para los estados de marcado para auditar y auditado. El estado marcado para auditar, será representado por un símbolo de advertencia, con respecto al estado auditado será reflejado por un check en color verde y contará con un tooltip al pasar el mouse por ellos para mejor identificación.
Para llegar a la edición del paciente, en este módulo, deberá dar clic en el botón ver, el cual mostrará un pop-up con la información completa del paciente y contará con un lápiz para efectuar la edición.
En el caso de los pacientes marcados para auditar, podrá visualizar la marca dentro del pop-up y al momento de editar.
Al dar clic en el lápiz de edición, llevará a la siguiente pantalla:
Se podrá realizar la carga de documentos y también podrá visualizar los que ya posee adjunto el paciente.
Adicionalmente, podrá realizar la validación del DNI con renaper, a través de la opción Cambiar N° de DNI, el cual desplegará el siguiente pop-up. Solicitando como obligatorio el campo n° de documento y sexo para la consulta.
Al efectuar la búsqueda, mostrará un pop-up con los datos asociados a la consulta y al dar clic en sí, utilizar.
Pre-cargará en el sistema la siguiente información: n° DNI, nombres, apellidos, sexo y fecha de nacimiento, quedando estos campos inhabilitados para su edición, el resto de los campos quedarán habilitados para completar o editar. En el caso que el auditor requiera cambiar el estado una vez hecha la consulta a renaper, éste deberá salir de esta pantalla y buscar nuevamente el paciente para editar.
Al dar clic en guardar, el sistema mostrará un pop-up en el cual podrá marcar como resuelto el pedido de auditoría. Teniendo dos opciones, donde podrá guardar y resolver el marcado de auditoría o simplemente guardará los cambios, pero, no quitará la marca de auditoría.
En el caso de guardar y resolver el sistema actualizará la información y devolverá a la pantalla de Búsqueda de pacientes.
Información relevante
- El sistema también permitirá editar pacientes a través del módulo Fusión de pacientes.
- El auditor podrá realizar los cambios de estado, basado en la documentación correspondiente adjunta en el sistema o que sea subida por él.
- Podrá conocer el nombre y apellido de la persona que creó el paciente o lo editó por última vez.
- El auditor podrá cambiar el estado del paciente.
Nombre Autopercibido
En esta nueva versión, se podrá visualizar el nombre autopercibido en los módulos de Empadronamiento y Fusionar pacientes Cabe mencionar que para habilitar la funcionalidad debe estar activo el feature flag app.feature.HABILITAR_DATOS_AUTOPERCIBIDOS=true
.
Para el empadronamiento, al momento de realizar una búsqueda podrá visualizarlo en la grilla debajo del nombre que figura en su documento identificatorio.
Al dar clic en el botón ver, el usuario que posee nombre autopercibido se visualizará en lugar del nombre real.
También será reflejado en el campo nombre autopercibido de la edición de pacientes
Adicionalmente, se podrá visualizar en el módulo fusionar pacientes, ingresando consulta de pacientes duplicados en el botón Auditar
Podrá visualizar todos los posibles candidatos, y si incluyen el nombre autopercibido, se mostrará en la columna nombre autopercibido.
Al momento de realizar la fusión, se habilitará el radio button para seleccionar al igual que el resto de los campos.
Una vez seleccionados los campos, y dar clic en fusionar, se mostrará el nombre autopercibido que fue seleccionado en el pop-up de fusión y quedará establecido ese nombre autopercibido para el paciente..
Internación
Mejoras UX/UI en formulario de Nota de evolución
Se mejoró la usabilidad de los pop ups de internación para que los mismos se asemejen a lo ya existente en consultas ambulatorias, de enfermería y odontología. Las mejoras realizadas fueron:
- Todos los conceptos tienen la posibilidad de ser expandidos y contraídos.
- La evaluación clínica se ubica antes que los procedimientos.
- Diagnósticos y evaluación clínica aparecen, por defecto, expandidos.
- Cada concepto tiene la opción de sumar un nuevo valor que se activa a través de un buscador snomed. El valor seleccionado se visualiza en una tarjeta específica con opción de ser eliminado.
- Cuando un concepto tiene un valor cargado, el título del contenedor siempre se visualiza en negrita, sino grisado.
- Se respetan los puntos y aparte en los campos de texto libre.
- Se tiene capacidad de caracteres ilimitados en los campos de texto libre.
- Se pueden buscar conceptos sin la necesidad de tildes.
Mejoras UX/UI en anamnesis, nota de ev- caché, tablas y link para búsqueda
Se modifica la visualización a la hora de buscar conceptos dentro de los formularios de anamnesis y nota de evolución para los usuarios con permisos de crear y/o modificar los mismos.
Por un lado, la búsqueda debe activarse mediante la presión de un botón/link y no dentro del mismo pop-up. Al mismo tiempo, todas las operaciones que se generan relacionadas a esa búsqueda se van a ejecutar fuera del pop-up inicial.
Por otro lado, la búsqueda puede ser realizada por caché o directamente a través del servicio integrado con SNOMED dependiendo de la configuración que tenga el HSI. Si algún concepto no tiene información cargada, no se visualiza la tabla correspondiente vacía.
Ejemplo de búsqueda con caché activado:
Ejemplo de búsqueda directamente a través del servicio integrado con SNOMED:
Historia clinica
Impresión de historia clínica – Búsqueda de encuentros
Un usuario con el rol personal de legales podrá buscar pacientes desde la opción de menú historia clínica y desde allí proceder a la búsqueda de episodios para su posterior impresión de historia clínica.
En esta release se entrega avance que permite la búsqueda de episodios de un paciente específico.
Esta funcionalidad está aún en desarrollo, por lo cual para verla activada se debe setear en true el feature flag FF HABILITAR_IMPRESION_HISTORIA_CLINICA_EN_DESARROLLO
Unidades Jerárquicas
A partir de esta release comienzan las entregas de una nueva funcionalidad para el HSI. La misma se trata, a grandes rasgos, de definir la estructura jerárquica dentro de las instituciones. Esto permitirá obtener grandes beneficios relacionados a la gestión y la organización interna de cada institución.
Creación de unidades jerárquicas
Una de las maneras de organizar internamente una institución de salud es dividirla en distintas unidades jerárquicas. Estas pueden tener agrupadas varios sectores o servicios dentro de la misma y en algunos casos dependen unas de otras.
En una primera etapa, un usuario de backoffice con rol administrador institucional va a tener permisos para generar, modificar y eliminar unidades jerárquicas. Esta opción va a estar ubicada dentro del desplegable de Instalaciones y dentro de la opción Instituciones.
Mediante la presión del botón CREAR UNIDAD JERÁRQUICA se abrirá un formulario que solicitará el ingreso de los siguientes campos obligatorios:
- Tipo
- Alias
- Código SNOMED (solo para unidad jerárquica de tipo “Servicios“)
1.El campo Tipo es un desplegable con las siguientes opciones:
- Dirección
- Unidad de diagnóstico y tratamiento
- Unidad de internación
- Unidad de consulta
- Unidad de enfermería
- Jefatura de sala
- Departamento
- Servicio
Una aclaración es que se podrán agregar nuevos tipos de unidades jerárquicas propias de cada institución. Este punto será explicado más adelante.
2.El campo alias es un campo de texto libre que define el nombre de la unidad jerárquica.
3.El campo código SNOMED es un desplegable con los conceptos de SNOMED sobre servicios. Este campo solo va a existir y es obligatorio cuando el campo “Tipo” tenga como valor “Servicio”. Para los otros casos este campo no va a existir.
Ejemplo de Unidad jerárquica con tipo Servicio:
Luego de la creación, el usuario podrá clickear sobre la opción Unidades Jerárquicas para visualizar las mismas en formato de lista.
Creación de nuevos tipos de unidades jerárquicas
Como se mencionó anteriormente, para la creación de una unidad jerárquica, se deberá definir obligatoriamente el tipo de unidad jerárquica. El sistema vendrá con unas opciones estándar de tipos de unidades jerárquicas que no van a poder ser modificadas o eliminadas por ningún rol. Estas son:
- Dirección
- Unidad de diagnóstico y tratamiento
- Unidad de internación
- Unidad de consulta
- Unidad de enfermería
- Jefatura de sala
- Departamento
- Servicio
Sin embargo, el sistema permite agregar, modificar y/o eliminar nuevos tipos de unidades jerárquicas. Esta acción solo estará disponible para el Rol Administrador y se realizará por medio del backoffice dentro del módulo Datos Maestros – Tipos de unidades jerárquicas.
Mediante el botón crear, el usuario podrá definir dentro del campo descripción el nombre del tipo de unidad jerárquica nueva. Luego de guardar, este tipo podrá ser asignado a cualquier unidad jerárquica.
Reportes
Desde el ministerio de salud de la nación se solicitó realizar nuevos reportes con el objetivo de consumir información a partir del uso de la herramienta HSI en los centros de atención donde se implemente para la gestión de datos con identificación en dos niveles (nominalizada para seguimiento de los equipos de salud y anonimizada con fines estadísticos).
En esta release se entregan las primeras versiones de dos reportes. Los mismos tendrán una próxima iteración.
- Reporte nominalizado de pacientes con hipertensión
- Reporte nominalizado de pacientes con diabetes
Pre-condición: para el funcionamiento de estos reportes deben estar cargados los grupos de terminología DIABETES e HYPERTENSION. Ver guía de carga caché en blog
Ambos reportes son accesibles desde la opción de menú y reportes y los podrán visualizar los usuarios con roles:
- Personal de estadística
- Administrador institucional
- Profesionales
Ambos reportes buscan pacientes que hace más de 120 días no asisten a una consulta para tratar problemas de diabetes o hipertensión según corresponda.
En ambos casos la información se muestra en pantalla y también se puede exportan a un archivo csv
Reporte nominalizado de pacientes con hipertensión
Reporte nominalizado de pacientes con diabetes
En una próxima versión se quitará la condición de sólo buscar pacientes con más de 120 días sin consultas. Se agregaron además, nuevos campos.
Mejoras generales
Cobertura en formulario V y anexo II
Hasta la versión anterior en los documentos de formularios V y anexo II, en los sectores donde debía verse la información de cobertura, se veían espacios en blanco aun cuando la consulta había sido gestionada con cobertura. Desde esta versión, la cobertura estará disponible en los campos correspondientes.
Anexo II
Formulario V
