Historia Clinica

Nuevo formato para órdenes de prestación

Como usuario con permisos para crear órdenes de estudios desde un episodio ambulatorio, de guardia o de internación debo ver un nuevo formato en el pdf que se genera  sólo si el feature flag nuevo, HABILITAR_NUEVO_FORMATO_PDF_ORDENES_PRESTACION, está activo. En caso de que el FF esté desactivado el formato debe ser el mismo de siempre.

Con FF activo:

Con FF desactivado:

Resolución de problema como “Registro incorrecto” con referencia asociada

Como usuario con permisos para generar consultas ambulatorias y resolver problemas con referencia asociada, debe contar con la posibilidad de marcar los mismos como “registro incorrecto” dentro de una ventana de tiempo y que de manera automática se cancele la referencia. Los problemas marcados como registros incorrectos deben ser luego accesibles desde la historia clínica del paciente de manera diferenciada.

Algunas consideraciones:

  • Existe una variable que indica la ventana horaria para marcar un registro como cargado incorrectamente. Por defecto su valor es 24.
  • Un problema puede ser marcado como“registro incorrecto” solo por el profesional que lo cargó.
  • Solo los problemas activos o crónicos deben poder ser marcados como “registro incorrecto”

Como resultado de la acción ejecutada:

  • El problema desaparece de la tarjeta de problemas activos o crónicos según corresponda.
  • El pdf de consulta se regenera automáticamente para tomar los cambios realizados(aplica para todos los problemas marcados como incorrectos)
  • Si el problema tiene una referencia asociada, sin turno, la misma  es eliminada de manera lógica, independientemente de si la referencia tiene o no más problemas asociados.
  • Si la referencia tiene un turno asociado en estado asignado el mismo ser cancelado con el motivo: “Se cancela por tener un problema cargado de manera incorrecta“
  • Si el problema tiene una referencia asociada, la misma es de tipo práctica y la práctica está completada, el problema no podrá ser marcado como incorrecto. Caso contrario, la práctica se  cancela y el problema se marca como incorrecto.
  • Si el problema tiene una referencia asociada y la misma ya tiene una respuesta de referencia, el problema no puede ser marcado como incorrecto.
  • Si el problema tiene una referencia asociada y la misma tiene un turno confirmado o atendido, el problema no puede ser marcado como incorrecto.

En caso de que el problema no pueda ser marcado como incorrecto, la aplicación muestra  el mensaje “Al estar asociado a una referencia en gestión avanzada, no se puede marcar el problema como registro incorrecto”

  • Las referencias canceladas no quedan disponibles en el dashboard de referencias para los administrativos, profesionales y/o gestores 
  • Las referencias canceladas quedan con una marca de canceladas en la historia clínica del paciente para su posterior visualización en el histórico de evoluciones e impresión de historia clínica. Las mismas tampoco quedan disponibles para ser respondidas (respuesta de referencia). 
  • No se considera, por el momento, impacto en impresion de historia clínica y en firma digital

Visualización de problemas marcados como incorrectos

Un usuario con permisos para visualizar la historia clínica de un paciente debe contar con la posibilidad de acceder a la información de problemas marcados como registrados incorrectamente.

Red de imágenes

Administrativo de imágenes puede agregar observaciones a orden transcripta

El administrador de red de imágenes cuenta con la posibilidad de agregar de manera opcional, observaciones a una orden transcripta.

Criterios de aceptación

  • El administrador de red de imágenes puede agregar observaciones a una orden transcripta que crea desde la asignación de un turno en una agenda para red de imágenes o cuando ya está creado el turno y se crea una nueva orden transcripta.
  • Las observaciones son opcionales y tienen tamaño indefinido.

Gestor de accesos

Dashboard de gestor de acceso de dominio 

A partir de este release se generó un dashboard para el rol “Gestor de acceso de dominio”.

Para este dashboard, se generó un nuevo módulo al ingresar a la aplicación previo a seleccionar una institución. Esto se debe a que el rol tiene acceso a información de todo el dominio y de todos los grupos de instituciones del mismo. El módulo tiene el nombre de “Gestión de Accesos”.

Una vez que el usuario ingresa al módulo visualizará un dashboard en donde se mostrarán todas las referencias solicitadas dentro del dominio. 

El dashboard cuenta con los mismos datos y filtros que el generado para los roles administrativos y especialistas médicos/odontólogos desarrollado releases anteriores dentro del módulo “Turnos” y dentro de la solapa “Solicitudes”.

En esta instancia el gestor de dominio podrá visualizar el detalle de solicitud de referencia haciendo clic sobre el botón “Ver solicitud” pero no podrá asignar ni cancelar turnos para la misma. 

Al mismo tiempo, el usuario puede filtrar las solicitudes de un paciente en particular completando el campo “Buscar por documento” con el número completo del mismo y clickeando sobre el botón “BUSCAR”. Por otro lado, también puede filtrar las solicitudes seleccionando los filtros necesarios y clickeando sobre el botón “Aplicar filtros”. 

Dashboard gestor regional y local

Por otro lado, en este release también se crearon los dashboards de solicitudes recibidas para los roles de:

  • Gestor de acceso regional
  • Gestor de acceso  local

Al igual que el gestor de acceso de dominio, estos roles deben ingresar al nuevo módulo de “Gestión de acceso” explicado en el punto anterior. Una vez que los usuarios ingresan al nuevo módulo, estos visualizan el dashboard con todas las referencias recibidas.

La diferencia que tienen con el rol gestor de acceso de dominio es que estos roles sólo visualizan las solicitudes recibidas de las redes de instituciones a las que pertenecen. Más allá de esto, el dashboard es similar al del gestor de acceso de dominio definido en el punto anterior.

Turnos

Telemedicina – Stepper de modalidad en asignación de turno

Luego de este release, los usuarios administrativos podrán definir la modalidad de atención a la hora de asignar turnos por la solapa “OFERTA POR PROFESIONAL” dentro del módulo “Turnos”. Cabe aclarar que las modalidades ofrecidas al usuario serán las que definió el usuario administrador de agenda en las franjas seleccionadas.

Cuando el usuario ingrese al módulo “Turnos”, solapa “OFERTA POR PROFESIONAL” y seleccione alguno de los slots disponibles, se visualiza dentro del stepper de asignación de turno un paso previo en donde se va a seleccionar la modalidad de atención para ese turno. Dentro de las posibles modalidades a seleccionar se van a encontrar solo dos:

  • Presencial
  • Teleconsulta con paciente

En caso de contar con una sola modalidad para esa franja horaria, este primer paso no se visualiza y el stepper comienza en el paso dos donde se completan los datos del paciente. Al mismo tiempo se cuenta con la visualización de la modalidad en la parte superior derecha del stepper. 



Como se mencionó anteriormente, recordemos que la modalidad del turno se define cuando el usuario con rol administrador de agenda selecciona una franja y marca mediante checkboxes que tipo de modalidad va a atender el profesional responsable .de la agenda.

.

Mediante este cambio ahora se pueden definir franjas en donde el especialista médico puede atender solo turnos de modalidad teleconsulta con paciente.

Guardia

No obligatoriedad de triage administrativo

Personal administrativo que ingresa a Guardia a crear un nuevo episodio no debe tener que definir, de manera obligatoria un triage.

Algunas consideraciones:

Para rol administrativo:

  • Al crear un nuevo episodio debe poder definir un nivel de triage entre los valores 1 y 5
  • Al crear un nuevo episodio debe poder saltearse la definición de nivel de triage. Esto significa que un episodio se puede crear sin triage para este rol. Como primera opción este rol debe ver el valor “Sin triage”.
  • Si el administrativo no realiza triage, luego no se debe generar documento de triage.

Generalidades:

  • Los episodios sin triage administrativo quedan ultimos en la lista de espera de episodios a atender, con level “Sin triage”
  • Un episodio sin triage puede ser dado de alta administrativa
  • Un episodio sin triage y con al menos una nota de evolución puede ser dado de alta médica
  • Un episodio sin triage y sin nota de evolución no puede ser dado de alta médica
  • Para profesionales que hagan triage, no verán la opción “Sin triage“ .
  • En el listado de episodios activos que se ven desde el acceso Guardia, el ordenamiento debe ser:
  1. episodios en atención ordenados por nivel de triage(nivel mas bajo a nivel mas alto) y tiempo de espera(mayor espera a menor espera)
  2. episodios con triage ordenados por nivel de triage y tiempo de espera
  3. episodios con triage Sin triage ordenados por tiempo de espera
  4. episodios con alta médica ordenados por nivel de triage y tiempo de espera

Bugs y mejoras generales

Reportes – Error en filtro de fechas en Reportes

Se resolvió el inconveniente que se presentaba al generar reportes desde la opción Reportes. Se visualizaban consultas de días anteriores y posteriores a las fechas seleccionadas.