A continuación se enumeran las tareas desarrolladas para la entrega mencionada:

IPS-bus de interoperabilidad

Durante el sprint se lograron realizar pruebas reales integradas con el bus de interoperabilidad teniendo en cuenta pacientes federados en más de un dominio y consultados información de historia cliente. Se realizaron algunos ajustes para lograr una correcta interacción con el bus.

La funcionalidad está por defecto desactivada, para activarla se debe utilizar la propiedad app.feature.HABILITAR_BUS_INTEROPERABILIDAD y ws.federar.enabled

Reporte de admisión desde turnos – Anexo II

En este sprint se culminó el desarrollo del reporte iniciado en el sprint anterior cuyo formato modelo puede observarse desde el siguiente link:

Este reporte estará disponible para aquellos dominios que activen la propiedad app.feature.HABILITAR_INFORMES

El mismo se accede desde la información de un turno:

La información de la cobertura de un turno debe ser editable mientras el mismo esté en estado Asignado

Al momento de asignar un turno a un paciente se solicita el ingreso de la OS o prepaga que se utilizará al momento de la atención. 

Esta información debe quedar disponible para su actualización hasta el día en el cual el paciente se presenta en consultorio, esto es cuando el turno pasa a estar en estado Confirmado.

La edición de la cobertura debe quedar luego registrada en el turno asociado y en la posterior consulta si es que la misma de lleva a cabo.

Turno en estado Asignado permite editar cobertura y número de teléfono
Turno con datos de cobertura y teléfono editados
Turno en estado Confirmado puede editar solo teléfono

Mejora de información de tipo y número de documento del paciente en historia clínica

Cuando un profesional de la salud, médico o enfermero ingresa a la historia clínica del paciente, ve en el encabezado datos de nombre y apellido del paciente, id, sexo y edad.

Es necesario que se muestre en el encabezado, además, información del tipo y numero de documento. 

Se debe tener en cuenta que en algunos casos esta información no está disponible.

Entonces: 

  • Si se cuenta con información completa se podría mostrar: tipo_documento: nro_documento
  • Si no se cuenta con información del número de documento completa se podría mostrar: tipo_documento: Sin Información
  • Si no se cuenta con información del tipo de documento completa se podría mostrar: Documento: nro_documento
  • Si no se cuenta con información de ninguno de los dos campos se podría ignorar la línea y no mostrar nada.
Resultado final

Avance odontología

Durante el sprint se continuó trabajando en la interacción en diagnósticos/procedimientos de piezas/caras. Se comenzó a trabajar en el backend para completar consulta odontológica. No se entrega funcionalidad

Avance vacunas

En el sprint se trabajó en dar soporte al modelo necesario de datos a contemplar en la aplicación y registro de vacunas contemplando relación de vacunas genéricas estandarizadas por Snomed, su correspondiente valor en Nomivac, esquemas, dosis, condición o motivo. No se entrega funcionalidad.