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.



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.

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.
Hola gente de Pladema. Soy Magdalena y le escribo desde Santa Cruz. No se si este es lugar correcto para hacer preguntas pero lo utilizaré. Estamos teniendo problemas eliminar desde el front office, ejemplo: Consultorios,especialidades , usuarios, centros de salud etc. En el manual de backoffice habla de la creación pero nada dice de la eliminación. cuando tocamos el tacho de basura aparece una sentencia de la conexión con el servidor fue imposible, lo probamos en el demo y en una versión QA que tenemos nosotros.
Buenas tardes
Te sugiero utilices el mail: historia_clinica@pladema.exa.unicen.edu.ar para realizar consultas. Desde allí quizás recibas respuestas mas rapidas.
Con respecto a las eliminaciones de entidades desde backoffice, tenes que verificar primero que las mismas no estén siendo utilizadas en ningún otro lado. Si alguna otra entidad hace referencia a ellas, no podrán ser eliminadas.
Saludos