En esta nueva release se trabajaron los siguientes puntos:
Hotfixes
[Hotfix V 2.32 y 2.33] [Api pública] Error al sincronizar encuentros de internación
PBA reportó errores de sincronización de encuentros de internación en la api publica. Se resolvió el inconveniente y se envió como hotfix
[Hotfix – v2.31 – v2.32] Chequeo inválido de sobreturnos mínimos en franjas
Nos reportaron problemas en el chequeo de sobreturnos en franjas horarias. El inconveniente fue resuelto y enviado como hotfix
[Hotfix – V2.32] Al atender episodio de guardia se ven shockrooms de otras instituciones
Mendoza nos reportó un error al momento de seleccionar un shockroom para atender a un paciente en la guardia. HSI mostraba todos los shockrooms del dominio cuando solo corresponde mostrar los de la institución instanciada. El inconveniente fue resuelto y enviado como hotfix
[Hotfix – V2.32] Error al generar pdf de receta
PBA reportó error en la generación del pdf de receta digital. El problema se ocasionaba al momento de mostrar los logos correspondientes. El inconveniente se fixeo y fue enviado como hotfix
Guardia
Pacientes colonizados nota de evolución de enfermería
Se agregó un nuevo desplegable dentro de la consulta de guardia con el nombre “Alerta de aislamiento” con el fin de poder definir pacientes colonizados por alguna enfermedad contagiosa. El nuevo desplegable está ubicado debajo del desplegable “Evolución”.
Si el paciente no cuenta con un diagnóstico definido previamente en el episodio de guardia actual dentro de una nota de evolución médica, el usuario no puede crear una alerta de aislamiento, ya que tiene que estar asociada a un diagnóstico. Para estos casos se le muestra un mensaje al usuario indicando la situación.
Por otra parte, en caso de que el paciente sí tenga un diagnóstico definido previamente dentro del episodio, una vez que el usuario haga clic sobre el desplegable se le muestra un botón con el nombre “+ Agregar alerta de aislamiento”.
Luego de que el usuario haga clic sobre el botón para agregar una alerta de aislamiento, se le muestra un popup. El primer campo que se muestra es un desplegable donde se debe seleccionar el “Diagnóstico asociado”. Aquí, se muestran todos los diagnósticos asociados dentro del episodio de guardia.
El segundo campo tiene el nombre “tipo de aislamiento” y es un desplegable de tipo mutlicheck donde el usuario puede seleccionar más de una opción. Las opciones posibles son:
- Contacto
- Gotas
- Aereo (respiratorio)
- Aislamiento protector
- Aislamiento entomológico
- Otros
Luego de esto se muestra otro desplegable pero de selección única en donde se debe definir la criticidad del aislamiento. Las opciones dentro del desplegable son:
- Alta
- Baja
- Incapaz de evaluar
Con respecto al siguiente campo, este es un campo de tipo date picker donde el usuario debe definir hasta cuándo tendrá duración la alerta.
Finalmente, el último campo es un campo de texto libre bajo el título “Observaciones”. Este campo es opcional siempre y cuando el usuario no seleccione el tipo de aislamiento “Otros”. En este caso, el campo pasa a ser obligatorio.
Una vez completados todos los campos requeridos, el usuario puede hacer clic sobre el botón “Confirmar alerta”. Al mismo tiempo, siempre cuenta con un botón de “Cancelar” para cerrar el popup. En caso de hacer clic sobre el botón “Confirmar alerta”, los datos de la alerta de aislamiento se muestran dentro de la consulta en un card de detalle dentro del desplegable. Al mismo tiempo, el usuario puede eliminar la alerta creada directamente desde el card. Por otro lado, el usuario puede crear una nueva alerta de aislamiento.
Cabe aclarar que el diagnóstico asociado a la alerta se visualiza dentro del desplegable “Diagnósticos” como “Otros diagnósticos”. En caso de eliminar la alerta, el diagnóstico se eliminará junto con la alerta asociada.
Alertas de aislamiento en solapa problemas
Luego de que un usuario genera una alerta de aislamiento dentro de una nota de evolución médica de guardia o una nota de evolución de enfermería de guardia y confirma la consulta, se ve reflejada la alerta de aislamiento dentro de la solapa “Problemas” en la HC del paciente.
Las alertas generadas se muestran dentro de un nuevo card con el nombre “Alerta de aislamiento”. El card está compuesto por las siguientes columnas:
- Diagnóstico asociado: diagnóstico asociado en la alerta.
- Tipo de aislamiento: tipo de aislamiento/s indicados en la alerta
- Criticidad: criticidad indicada en la alerta
- Fin de alerta: fecha de fin definida de la alerta
Cabe aclarar que la columna Fin de alerta, si el estado de la alerta es activa, se muestra la fecha fin de lo contrario se muestra el estado “Finalizada”.
A su vez, se cuenta con un botón de acciones secundarias en donde solo se visualiza la acción de “Ver detalle” por ahora.
En caso de hacer clic sobre este botón se muestra el popup de alerta de aislamiento con todos los datos cargados en la misma sin poder editar ningún campo. A su vez, se visualiza el usuario que creó la alerta junto con la fecha y hora.
Solicitud de estudios
Requiere traslado solo para guardia e internación
Cuando un usuario con rol odontólogo, especialista médico o profesional de la salud, indica un estudio, ya sea en guardia, internación o ambulatoria. Se encuentra con un buscador de estudios en el popup de creación. En el último paso del stepper se encuentra el campo “¿Requiere traslado?”
El desarrollo que se realizó fue que no se visualice dicho campo cuando se encuentra en el ámbito ambulatorio, ya que se entiende que el paciente siempre se traslada a realizarse el estudio.
Ámbito internación:
Ámbito ambulatorio:
Contabilidad de plantillas
Cuando un usuario con rol odontólogo, especialista médico o profesional de la salud, indica un estudio, ya sea en guardia, internación o ambulatoria. Se encuentra con un buscador de estudios en el popup de creación. De esta manera puede ingresar a buscar un concepto o un conjunto de estudios.
La mejora que se realizó es listar los conjuntos de estudios más frecuentes utilizados por el usuario que se encuentra realizando la orden de estudio.
Dentro del listado de estudios se encuentran establecidos de la siguiente manera:
En primer lugar, “Conjunto de estudios más frecuentes…” seguido de “Estudios más frecuentes…”
Se realiza el conteo del conjunto de estudios cuando se hace uso del conjunto completo. Cuando se selecciona un conjunto, pero hay conceptos que son borrados, se suman a más frecuentes los conceptos, no los conjuntos, de esta manera, el usuario lo tiene para hacer uso de manera más ágil.
Red de imágenes
Incorporación de TUS en Orquestador
Para mejorar la transferencia de archivos clínicos grandes y garantizar la estabilidad de la infraestructura, se ha implementado TUS (Resumable File Upload). Este protocolo divide los archivos en fragmentos pequeños, optimizando el uso del ancho de banda y permitiendo reanudar las cargas tras interrupciones. Además, al reducir el tamaño de las peticiones individuales, TUS permite gestionar de forma más segura el tráfico de carga sin necesidad de aumentar los límites máximos de las solicitudes en los servidores (proxies, LB, etc), mitigando riesgos de denegación de servicio (DoS) y protegiendo los recursos del sistema.
La reanudación del envío se realiza siempre que la interrupción sea momentánea, el algoritmo intenta el envío varias veces hasta detenerse. La reanudación del envío en interrupciones más largas se desestimó ya que requiere de modificaciones sobre HSI para que almacene la información del estudio parcialmente enviado y modificaciones sobre el envío de los eventos.
Este cambio impacta solamente en el envío de cada estudio desde el Orquestador del Centro Imágenes al PACS Central. Tanto el Orquestador como el PACS Proxy se vieron afectados por este cambio, aunque solo se activa el uso de TUS si se realiza la configuración correspondiente.
Bugs y mejoras generales
Error en asociación de usuario a una unidad jerárquica
Desde PBA nos reportaron un error al momento de asociar un usuario a una unidad jerárquica desde el backoffice. Este inconveniente fue resuelto en esta nueva versión.
Impresión de HC – Mal funcionamiento de filtro fecha
Desde Mendoza nos reportaron que al filtrar por fecha la búsqueda de documentos de impresión de Historia Clínica, NO estaba filtrando los documentos de manera correcta y se visualizaban documentos de fechas fuera del rango seleccionado. Este inconveniente fue fixeado en esta nueva release.
Visualización de “Descripción de cirugía realizada” en parte quirúrgico
A los pacientes internados se les puede, eventualmente, generar un parte quirúrgico. En el mismo se le pueden definir procedimientos con sus correspondientes datos de fecha inicio y fin de la cirugía y descripción de cirugía realizada. Esta información debe luego visualizarse en el pdf descargable. Nos reportaron que la descripción de la cirugía realizada no se estaba visualizando en el pdf descargable. Este inconveniente fue resuelto en esta nueva versión.
PDF:
Error 500 al visualizar turnos agrupados en una agenda
Nos reportaron inconvenientes para visualizar turnos agrupados. Se veían de la siguiente manera:
El problema ha sido resuelto, visualizándose de manera correcta cuando corresponde: