Una vez identificados los objetivos perseguidos por Panacea y analizados los distintos actores involucrados en el proceso de planificación y gestión de apoyos sanitarios, se emplean las historias de usuario como herramienta principal para la captura de requisitos funcionales.
Las historias de usuario permiten describir de forma sencilla las necesidades de cada actor del sistema, relacionando sus objetivos con las funcionalidades que la solución debe proporcionar. Además, constituyen una base adecuada para la estimación posterior del esfuerzo de desarrollo y la priorización de funcionalidades.
El formato utilizado para las historias de usuario es el siguiente:
Como: Actor
Quiero: Funcionalidad
Para: Finalidad
Criterios de aceptación: Condiciones que deben cumplirse para considerar la historia implementada correctamente.
Gestores de UCO
HU-01: Gestión de actividades
Como: Gestor de UCO
Quiero: crear y gestionar actividades que requieran apoyo sanitario.
Para: planificar las actividades de mi unidad y conocer las necesidades sanitarias asociadas.
Criterios de aceptación
- Que pueda crear una actividad.
- Que pueda modificar una actividad.
- Que pueda cancelar una actividad.
- Que las actividades queden registradas en el calendario.
HU-02: Gestión de recursos sanitarios propios
Como: Gestor de UCO
Quiero: registrar los recursos sanitarios disponibles en mi unidad.
Para: conocer la capacidad real de apoyo sanitario disponible.
Criterios de aceptación
- Que pueda registrar vehículos sanitarios.
- Que pueda registrar personal sanitario.
- Que pueda actualizar la disponibilidad de los recursos.
HU-03: Planificación de apoyos sanitarios
Como: Gestor de UCO
Quiero: asociar recursos sanitarios a una actividad.
Para: cubrir las necesidades sanitarias con medios propios cuando sea posible.
Criterios de aceptación
- Que pueda asignar recursos a una actividad.
- Que el sistema muestre la disponibilidad existente.
- Que quede registrada la asignación.
HU-04: Solicitud de apoyo al escalón superior
Como: Gestor de UCO
Quiero: elevar solicitudes de apoyo sanitario.
Para: cubrir actividades que no puedan ser atendidas con medios propios.
Criterios de aceptación
- Que pueda generar una solicitud de apoyo.
- Que la solicitud quede asociada a una actividad.
- Que pueda consultar el estado de la solicitud.
HU-05: Calendario de actividades
Como: Gestor de UCO
Quiero: visualizar las actividades programadas.
Para: coordinar la planificación de recursos sanitarios.
Criterios de aceptación
- Que pueda consultar las actividades por fecha.
- Que pueda filtrar actividades.
- Que pueda consultar el detalle de cada actividad.
SMR
HU-06: Visualización de apoyos subordinados
Como: Gestor SMR
Quiero: visualizar las actividades y solicitudes de las UCO dependientes.
Para: conocer las necesidades sanitarias existentes en mi ámbito de responsabilidad.
Criterios de aceptación
- Que pueda visualizar actividades.
- Que pueda visualizar solicitudes.
- Que pueda consultar su estado.
HU-07: Asignación de recursos disponibles
Como: Gestor SMR
Quiero: asignar recursos sanitarios disponibles.
Para: cubrir solicitudes utilizando medios del ámbito SMR.
Criterios de aceptación
- Que pueda identificar recursos disponibles.
- Que pueda asignarlos a una solicitud.
- Que quede registrada la asignación.
HU-08: Elevación de solicitudes a NAS
Como: Gestor SMR
Quiero: elevar solicitudes no cubiertas.
Para: obtener recursos adicionales del escalón superior.
Criterios de aceptación
- Que pueda elevar solicitudes.
- Que se mantenga la trazabilidad de la petición.
- Que pueda consultar su estado.
NAS
HU-09: Gestión de recursos sanitarios de AGR
Como: Gestor NAS
Quiero: mantener actualizado el inventario de recursos sanitarios de la AGR.
Para: disponer de una visión real de las capacidades sanitarias disponibles.
Criterios de aceptación
- Que pueda consultar recursos.
- Que pueda actualizar disponibilidad.
- Que pueda consultar histórico de cambios.
HU-10: Asignación de recursos de ARG
Como: Gestor NAS
Quiero: asignar recursos sanitarios a solicitudes elevadas.
Para: apoyar actividades que no pueden cubrirse en escalones inferiores.
Criterios de aceptación
- Que pueda asignar recursos.
- Que la asignación quede registrada.
- Que la solicitud cambie de estado automáticamente.
HU-11: Elevación de solicitudes a BRILOG
Como: Gestor NAS
Quiero: elevar solicitudes que no puedan cubrirse con recursos de AGR.
Para: solicitar apoyo sanitario adicional.
Criterios de aceptación
- Que pueda elevar solicitudes.
- Que se conserve toda la información previa.
- Que exista trazabilidad completa.
HU-12: Calendario sanitario de ARG
Como: Gestor NAS
Quiero: visualizar las actividades con apoyo sanitario planificado.
Para: anticipar conflictos de disponibilidad.
Criterios de aceptación
- Que pueda visualizar actividades.
- Que pueda identificar solapamientos.
- Que pueda consultar recursos comprometidos.
BRILOG
HU-13: Recepción de solicitudes de apoyo
Como: Gestor BRILOG
Quiero: recibir solicitudes elevadas desde los NAS.
Para: gestionar apoyos sanitarios fuera de la capacidad de la AGR.
Criterios de aceptación
- Que pueda consultar solicitudes recibidas.
- Que pueda consultar su prioridad.
- Que pueda consultar la información asociada.
HU-14: Asignación de capacidades sanitarias
Como: Gestor BRILOG
Quiero: asignar capacidades sanitarias disponibles.
Para: cubrir solicitudes de apoyo pendientes.
Criterios de aceptación
- Que pueda asignar recursos.
- Que quede registrada la decisión.
- Que se notifique al solicitante.
DISAN
HU-15: Cuadro de mando sanitario
Como: Gestor DISAN
Quiero: disponer de un cuadro de mando de apoyos sanitarios.
Para: conocer el empleo de los recursos sanitarios del Ejército de Tierra.
Criterios de aceptación
- Que pueda consultar indicadores.
- Que pueda filtrar por fechas.
- Que pueda filtrar por organización.
HU-16: Gestión de perfiles y roles
Como: Administrador del Sistema
Quiero: gestionar perfiles y permisos de usuario.
Para: garantizar que cada usuario accede únicamente a la información que le corresponde.
Criterios de aceptación
- Que pueda crear perfiles.
- Que pueda modificar perfiles.
- Que pueda asignar permisos.
- Que pueda revocar permisos existentes.