<Nueva versión HU-6"Guardar imagenes en la BBDD">

[mrojas32]

Historia de Usuario

• Como médico encargado del seguimiento de pacientes, quiero poder guardar nuevas imágenes DICOM en la base de datos del sistema, para que estén disponibles para su consulta futura y seguimiento del estado del paciente.

Criterios de Aceptación

• Dado que soy un médico autenticado en la plataforma, cuando subo una nueva imagen DICOM de un paciente, entonces el sistema debe almacenar la imagen correctamente en la base de datos, asociándola con el paciente y manteniendo el orden cronológico de las imágenes existentes.

• Dado que soy un médico autenticado, cuando intento subir una imagen en un formato no compatible o con errores, entonces el sistema debe mostrar un mensaje de error claro que explique el problema y sugiera las acciones correctivas, como usar un formato compatible o corregir los errores de la imagen.

Se trabaja la Historia de usuario. Sin embargo no se llega a la funcionalidad esperada. El tiempo empleado en la realización de esta historia corresponde a 4 horas.

[mrojas32]

<Nueva versión HU-6"Creación vista Examenes, visualización de examenes previos y guardado de nuevas imágenes">

• Como médico encargado del seguimiento de pacientes, quiero poder guardar nuevas imágenes DICOM en la base de datos del sistema y poder visualizar las ya existentes para que estén disponibles para su consulta actual y futura, esto para realizar un seguimiento de todos los examenes en una única vista.

Criterios de Aceptación

• Dado que soy un médico autenticado en la plataforma, cuando entro a la vista de exámenes y quiero visualizar examenes existentes o subir una nueva imagen DICOM, entonces el sistema debe almacenar la imagen correctamente en la base de datos y manteniendo el orden cronológico de las imágenes existentes.

• Dado que soy un médico autenticado, cuando intento subir una imagen en un formato no compatible o con errores, entonces el sistema debe mostrar un mensaje de error claro que explique el problema y sugiera las acciones correctivas, como usar un formato compatible o corregir los errores de la imagen.

[mrojas32]

Iteración de HUs

Esta edición de la HU se sustenta en la necesidad de poder manejar todos los examenes por parte del doctor, esto como un requerimiento del cliente, el cual se aclaró durante nuestra presentación de avances del hito 3.

Esta HU se divide en las siguientes tareas principales: -Creación vista, ruta y procedimiento de guardado de nuevo examen en el Front-End. -Creación del modelo, controlador y rutas en el Back-End. -Consumo del Back-end por parte del Front-End y posterior visualización de los datos (conexión back y front).

La funcionalidad completa no fue lograda en la iteración de esta HU, el desglose es: -Front-End: Se crea vista y ruta, pero no se visualizan los examenes ni se pueden agregar nuevos (no se logra conexión con back). -Back-End: Se crea modelo y se trabaja en el controlador y las rutas de Examenes. Sin embargo, no se logra funcionalidad (funcionalidad no esperada con la BBDD).

Se trabaja la Historia de usuario. Sin embargo no se llega a la funcionalidad esperada. El tiempo empleado en la realización de esta historia corresponde a: -Front-End: 1 hora. -Back-End: 4 horas. Tiempo total: 5 horas.

Evaluación arquitetura:

Modifiabilidad : estructuramos el código en módulos independientes que separen las responsabilidades de frontend y backend, facilitando la conexión y desacoplamiento entre los componentes de almacenamiento, visualización y manejo de errores. El atributo de modifiabilidad es esencial en este sistema ya que requiere cambios frecuentes o crecimiento en sus funcionalidades, como ocurre en los sistemas medicos, donde la adaptabilidad permite responder a necesidades de clientes en evolución​.

Las modificación de código (Front) está en el archivo App.jsx y NavBar.jsx. Además se crean los archivos Examenes.jsx, ExamenesDetalles.jsx y ExamenContext.jsx Se crean los archivos correspondiente a Examen en el Back-End (controlador, rutas y modelo), pero no se logra funcionalidad.

Rationale que justifica estas decisiones:

tenemos una arquitectura modular y escalable, que integre funcionalidades de almacenamiento y visualización de imágenes DICOM en una sola vista y que garantice la integridad, disponibilidad y rendimiento óptimo del sistema. Esta configuración arquitectónica es ideal para cumplir con los requisitos descritos en la HU y los atributos de calidad clave en sistemas clínicos.