En esta nueva release se trabajaron las siguientes funcionalidades:
Contents
Guardia
Motivo de consulta en TRIAGE
Se agregó dentro del formulario del TRIAGE un nuevo campo estructurado llamado “Motivo de consulta”. Dentro de este campo se define el motivo de consulta por el cual el paciente ingresó a la guardia. A partir de que un usuario con rol especialista médico, enfermero o especialista en odontología inicia un episodio de guardia, luego de confirmar la identidad del paciente o definirla como temporal se muestra la carga del formulario de TRIAGE.
Se incluyó, dentro del formulario, un nuevo campo estructurado que consume la caché de SNOMED o directamente el servicio donde el usuario carga el motivo de consulta. Se pueden cargar más de un motivo de consulta y estos se irán listando en un card. En caso de error podrá eliminar el concepto agregado directamente desde el card.
Una vez confirmado el formulario de TRIAGE, el dato del motivo de consulta se visualiza en el dashboard en la columna correspondiente
.
En caso de hacer click sobre Nuevo triage, se precarga el formulario con los motivos de consulta agregados previamente y el nivel de triage definido sin importar el tipo de guardia.
El motivo del triage se suma en el card de triage, en el historial de triage, en la vista previa del histórico de evoluciones y en el pdf del documento.
Botón de paciente temporal
Se agregó a la interfaz del nuevo episodio de guardia el botón de paciente “Temporal”.
Cuando el usuario hace click sobre este botón se muestra un popup en donde el usuario debe completar de manera obligatoria un campo de texto libre en donde deja escrito alguna observación para identificar al paciente posteriormente.
Una vez confirmada la descripción se muestra el card de paciente para continuar con la carga de datos del episodio.
Luego, una vez confirmado el episodio, el usuario ingresa al listado de guardia y en los pacientes temporales, al hacer click sobre el botón de acciones secundarias visualiza una opción llamada “Editar identificación”.
En caso de hacer click sobre esta opción se muestra nuevamente el popup en donde el usuario define la descripción con la última descripción precargada.
Cabe mencionar que, en caso de no “Buscar” un paciente ni hacer click sobre el botón Temporal, si el usuario hace la carga del episodio y luego en el botón “Continuar” se le muestra el popup donde debe indicar el detalle identificatorio del paciente ya que de esta manera también se crea el episodio como paciente temporal. Finalmente, el detalle definido en el popup queda reflejado en el resumen de guardia. Por ejemplo, en el siguiente caso se le definió como detalle “buzo rojo”:
Simplificación en la carga de pacientes para episodios de guardia
Se simplificó la carga de un paciente dentro de un nuevo episodio de guardia. Cuando el usuario con rol administrativo, especialista médico o especialista en odontología ingresa al módulo de guardia y hace click sobre el botón “NUEVO EPISODIO” se visualiza la interfaz de carga del nuevo episodio.
Luego de hacer click sobre el botón “Buscar” debajo del título Paciente se le muestra un popup para realizar la búsqueda del mismo.
Aqui el usuario administrativo completa el campo de DNI y sexo o el ID del paciente. En caso de no existir el paciente dentro del MPI, se muestra un nuevo botón de “Crear nuevo paciente” en donde el usuario puede hacer click para crear al mismo.
Una vez que el usuario hace click sobre “Crear nuevo paciente” se redirige al usuario al modulo Pacientes con los datos de DNI y sexo precargados.
Una vez finalizada la carga de los datos se visualiza un botón de “Crear y continuar”. Cuando el usuario hace click sobre este botón se redirige al usuario nuevamente a la interfaz de la creación del episodio con los datos del paciente recién creado precargados.
Mejoras edición y descarga de pdf de evolución de guardia
Se realizaron cuatro mejoras relacionadas al documento PDF del episodio de guardia.
Mejora 1: Al igual que los documentos de internación, en el card del resumen del documento se visualiza el nombre del profesional junto con la fecha y hora de la creación del documento.
Mejora 2: Por otro lado, dentro de la previsualización del documento se visualiza la fecha y hora de la edición del documento. Al mismo tiempo, se suma el nombre del profesional que editó el documento.
Mejora 3: Cuando se descarga el documento, en el campo de profesional responsable se visualiza el último profesional que editó el documento. Al mismo tiempo en fecha del episodio se visualiza la fecha cuando se inició el episodio de guardia, no la fecha cuando se generó el documento.
Prevalidación de medicamentos
Fármacos a nivel dominio
Se agregó un submódulo dentro del módulo “Datos maestros” llamado “Fármacos” para los usuarios con rol administrador. Cuando el usuario ingresa a este submódulo visualiza el listado completo de fármacos de SNOMED ARGENTINA. El título del listado es “Listado de fármacos por dominio”. Este listado está compuesto por las siguientes columnas:
- COD Snomed
- Fármaco de uso clínico
- Financiado
El usuario puede hacer click sobre un fármaco y se redirigirá la interfaz al detalle del mismo. Dentro de este detalle se visualiza por un lado, el campo de descripción disabled. Por otro lado, se visualiza un switch con la leyenda “Financiado por dominio”. Este switch tiene efecto sobre la columna financiado del listado general de fármacos. Una vez activado el switch o no, se visualiza un botón de GUARDAR para confirmar la acción.
Grupo de fármacos a nivel dominio
A partir de este release, se crea en Backoffice un nuevo submódulo dentro del módulo “Datos maestros” llamado “Grupo de fármacos”. Dentro de este submódulo se crean distintos grupos de fármacos a los que más adelante se le asocian fármacos y problemas. El único rol que tiene acceso a este submódulo es el rol administrador.
Una vez que el usuario ingresa a este submódulo visualiza un listado con todos los grupos de fármacos creados. El listado cuenta con una sola columna con el nombre del grupo de fármaco la cual está ordenada alfabéticamente. Al mismo tiempo visualiza un botón de “Eliminar” para cada grupo de fármacos. Por otro lado, se visualiza un botón de “CREAR” y se cuenta con un filtro de “Nombre de grupo”.
En caso de hacer click sobre el botón “Eliminar” se borra el grupo de fármacos correspondiente. Si el usuario hace click sobre “CREAR” se abre un formulario para la creación del mismo. Este formulario cuenta con los siguientes campos:
- Campo nombre: campo de texto libre donde el usuario define el nombre del grupo.
- Switch requiere auditoría o no.
- Switch de Ámbito: está compuesto por 3 switches distintos en donde se define el ámbito en donde afectará este grupo de fármacos dentro de la webapp.
- Campo Mensaje para indicaciones: campo de texto libre donde se definen indicaciones que se visualizarán en la webapp
Finalmente, con el botón “GUARDAR” se crea el grupo. Una vez creado, se puede visualizar el detalle del mismo. Dentro de este se cuenta con un botón de “Editar” para poder modificar los campos o switches definidos en la creación.
Ambulatorio
Carga parcial de resultados
A partir de ahora, a la hora de cargar un resultado, se permite la carga parcial de resultados. Luego de que el usuario ingresa a completar un estudio visualiza un nuevo botón de “COMPLETAR PARCIALMENTE”.
En caso de hacer click sobre este botón el estudio queda con el estado “Completado parcialmente” dentro del listado de Estudios.
Esto va a permitir por un lado que cualquier usuario que tiene acceso a la solapa “Estudios” pueda visualizar los resultados cargados hasta el momento. Para esto, el usuario debe hacer click sobre el botón “Ver resultados”.
Al mismo tiempo, cualquier usuario con acceso a completar resultados puede ingresar al estudio en cuestión y finalizar con la carga de valores. Para hacer esto debe volver a hacer click sobre el botón de acciones secundarias y seleccionar la opción “Completar”. Luego de hacer esto se visualizará el popup de carga de resultados con todos los valores precargados anteriormente.
Cabe aclarar que las observaciones y los archivos adjuntos no quedan asociados al estudio cuando estos se carguen de manera parcial. Solo quedan asociados cuando se dé por finalizada la carga de resultados y se complete el estudio mediante el botón “COMPLETAR”.
En caso de completar el campo de observaciones y/o adjuntar un archivo, al hacer click sobre el botón “Completar parcialmente”, se le muestra al usuario un popup explicándole que estos datos no se guardarán. Aquí, el usuario podrá continuar con la acción o volver al popup de carga de valores del estudio.
Internación
Guardar parte anestésico como borrador
Los usuarios con permisos para crear el documento parte anestésico ahora tienen la posibilidad de guardarlo como borrador. Esta acción deja registrada la información del usuario, la fecha de creación y guarda el documento borrador para su posterior edición y/o cierre. Para realizar esta acción el usuario va a visualizar un botón en el footer del popup de parte anestésico con el nombre “GUARDAR BORRADOR”.
Al hacer click sobre este botón se genera el documento borrador. Este borrador no genera un documento físico. Una vez iniciado un parte anestésico, su borrador puede evolucionar y la posibilidad de creación del mismo no queda disponible dentro de las acciones generales aplicables para un episodio activo de internación.
Luego, si el usuario ingresa al histórico de evoluciones del episodio de internación visualiza el parte anestésico como borrador con una marca especial que indica tal circunstancia.
En caso de hacer click sobre el card de resumen del documento se previsualiza el mismo y se visualiza un botón de “Seguir editando”.
En caso de hacer click sobre el botón se le muestra al usuario el popup del parte anestésico con los datos precargados de la última versión. Aquí, puede visualizar, agregar o quitar componentes del borrador anterior y volver a guardar el parte anestésico como borrador nuevamente.
Finalmente, el usuario puede hacer click sobre el botón “CONFIRMAR” para dar cierre al parte anestésico en cuestión. El usuario asociado al parte anestésico será el que lo confirmó y cerró. El cierre del parte anestésico genera el documento físico de parte anestésico.
Mejoras en Epicrisis y Nota de evolución de enfermería
A partir de ahora, se muestra dentro del histórico de evoluciones todos los campos completados en los documentos de internación Epicrisis y Nota de evolución de enfermería. El nuevo formato cuenta con un header donde se visualizan los siguientes datos:
Luego para los campos completados se mostrará con su respectivo título dentro de la previsualización del medicamento:
API Publica – Reportes estadísticos-Turnos – Horas Oferta
Se nos solicitó un endpoint en la API pública que devuelva información de la oferta de horas de turnos de agenda.Dado un rango de fechas de a lo sumo 30 días, y opcionalmente el código sisa de la institución y/o un identificador de unidad jerárquica, retorna un listado de ocupación y disponibilidad de agenda por día.
Nombre: FetchDailyHoursByDate
Permisos: Rol API_REPORTES con su api-key relacionada
Parámetros:
- dateFrom: fecha desde la cual se filtra (obligatorio)
- dateUntil: fecha hasta la cual se filtra (obligatorio, no puede estar separada por más de 30 días de dateFrom)
- institutionRefsetCode: código de la institución por la que se desea filtrar (opcional)
- hierarchicalUnitId: identificador de la unidad jerárquica por la que se filtra (opcional, debe ser de tipo Servicio)
Formato de respuesta
Si existe una persona asociada al usuario, la respuesta será:
[
{
“day”: “2024-05-24”,
“dailyHours”: [
{
“diaryId”: 0,
“institutionCode”: “string”,
“institutionName”: “string”,
“serviceHierarchicalUnit”: { //puede ser vacio si no hay UJ de tipo servicio
“id”: 0,
“description”: “string”,
“type”: 0
},
“hierarchicalUnit”: {
“id”: 0,
“description”: “string”,
“type”: 0
},
“professionalCuil”: “string”,
“professionalData”: {
“id”: 0,
“identificationType”: “string”,
“identificationNumber”: “string”,
“cuil”: “string”,
“lastName”: “string”,
“middleNames”: “string”,
“firstName”: “string”,
“selfPerceivedName”: “string”
},
“clinicalSpecialty”: {
“id”: 0,
“description”: “string”,
“snomedId”: “string”
},
“diaryType”: “string”, //Consulta o Práctica
“minutesInAppointments”: 0, //minutos destinados a turnos
“possibleAppointments”: 0, //cantidad de turnos posibles ese día
“interruptions”: 0, //cantidad de bloqueos
“interruptionsDescriptions”: [ //vacío si no hay bloqueos
“string”
]
}
]
}
]
Mensajes de error
400 invalid-date si la fecha no está en formato yyyy-mm-dd
400 Constraint violation si el rango de fechas excede los 30 días
401 unauthorized si el api-key no se corresponde con un usuario con rol API_REPORTES
404 institution-not-exists si el sisa (refset) code no existe
Áreas de responsabilidad sanitaria
Esta funcionalidad cuenta con un FF de desarrollo hasta su finalización
Feature flag para activar funcionalidad:HABILITAR_AREA_RESPONSABILIDAD_SANITARIA=true
Se debe ingresar con un usuario con rol Administrador Institucional desde el menú lateral bajo el nombre “Áreas sanitarias” (se encuentra con un ícono de mapa) en donde se debe localizar la institución en donde tiene asociado su rol.
Una vez que se ingresa, el usuario puede configurar el domicilio de la institución, que en primera instancia lo que se encuentra seteado en el formulario son los datos que tiene guardados en el backoffice.
Si la institución no tiene datos de domicilio asociados o se encuentran erróneos, tiene la posibilidad de editarlos.
Una vez que el usuario considere debe presionar en “Siguiente” y se visualiza la geolocalización de la institución junto con el segundo paso del stepper.
El usuario tiene la posibilidad de confirmar lo que ve o de volver al paso anterior para editar los datos ingresados.
Si la institución tiene guardada sus coordenadas al ingresar se visualiza su localización y para visualizar los detalles del domicilio accede desde un menú desplegable del lado izquierdo.
Red de imágenes
Nueva solapa cola de imagenes
Esta funcionalidad cuenta con un FF de desarrollo hasta su finalización
Feature flag para activar funcionalidad: HABILITAR_SOLAPA_COLA_IMAGENES=true
A partir de ahora, para los usuarios con rol técnico de imágenes, dentro del módulo “LISTADO DE TRABAJO” se visualizan dos solapas. La primera solapa tiene el nombre de “Lista de trabajo” y contiene la única interfaz actual del módulo hasta ahora. Por otro lado se visualiza otra solapa con el nombre “Cola de imágenes”.
Dentro de esta solapa, se visualiza un listado donde van a figurar los estudios que se encuentren con algún error en la indexación, los que se están indexando en ese momento y los que están pendientes de indexar en el próximo intento. El listado cuenta con las siguientes columnas:
- Datos del paciente
- Estudio realizado
- Estado de la imagen
- Fecha y hora de la primera vez que se completó la imágen.
Al mismo tiempo se visualiza un botón de “REINTENTAR”.
Cuando el usuario haga click sobre este botón, la imagen pasa de nuevo a estado pendiente con el fin de que HSI vaya nuevamente a buscarla al PACS.
Al mismo tiempo, la solapa “COLA DE IMÁGENES” cuenta con los siguientes filtros principales:
- Modalidad: filtro de tipo desplegable con las distintas modalidades de imágenes.
- Equipo: filtro de tipo desplegable con los distintos equipos.
- Periodo: filtro de tipo fecha donde se selecciona la fecha a filtrar. Por defecto viene la fecha del día en cuestión.
- Estado de imagen: filtro de tipo desplegable multiselect donde se visualizan los 3 tipos de estado de imagen (Error, Moviendo imagen, Pendiente de moverse).
Por otro lado, se visualiza un botón de “FILTRAR”. Haciendo click sobre este botón se despliegan los siguientes filtros secundarios:
- Nombre del paciente: filtro de tipo typeahead donde se puede buscar un paciente en particular.
- Documento del paciente: filtro de tipo typeahead donde se puede buscar un documento en particular.
- Estudio: filtro de tipo typeahead donde se puede buscar un estudio en particular.
A su vez se visualiza un botón de “Aplicar filtros” que filtra los casos según los criterios de búsqueda definidos.
Reportes
Reporte Resumen Mensual de Turnos en Consultorios Externos
El administrador institucional tendrá la posibilidad de generar un nuevo reporte: Reporte Resumen Mensual de Turnos en Consultorios Externos, desde la opción de menú Reportes.
Este nuevo reporte mostrará información resumida de de turnos otorgados a pacientes.
Algunas consideraciones:
- Los filtros fijos del reporte son:
- tipo de unidad jerárquica
- unidad jerarquica
- incluir descendientes
- Fecha de inicio
- Fecha de fin
- Especialidad
- Profesional
- Cuando el usuario selecciona el reporte Resumen Mensual de Turnos en Consultorios Externos aparece también el filtro: Estado de turno, similar al reporte nominal de turnos
- El filtro estado es de única selección
- El filtro de fecha representa la fecha del turno
- La fecha de inicio de los filtros es la única que puede ser seleccionable manualmente
- La fecha de fin siempre será 7 días después de la fecha de inicio
- Por defecto, la fecha de inicio será la fecha del día y la fecha fin, 7 días después.
- El reporte muestrar totales de turnos, discriminados, por edad y sexo del documento; de ellos debe mostrar cuantos tienen cobertura y cuantos no.
- Se considera la edad del paciente en la fecha del turno. No necesariamente la edad es la misma al momento de la generación del reporte
- La columna “Sin Especificar” del reporte resultante se utiliza para agrupar aquellos pacientes que no tienen definida edad y/o sexo
- Los turnos que se muestran en el reporte no necesariamente tienen una consulta asociada
- Se consideran turnos de agendas de consultas, prácticas e imágenes
- Los turnos de imágenes se van a visualizar y agrupar como “Imágenes” en la sección “Tipo de unidad jerárquica”
Mejoras generales
Ordenamiento de los episodios de guardia e internación de paciente
Desde la pestaña Problemas de la historia clínica de un paciente se pueden observar los episodios de guardia e internación ordenados cronológicamente
