Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • P PANACEA
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • dgutlop
  • PANACEA
  • Wiki
  • 2.3. Historias de usuario

2.3. Historias de usuario · Changes

Page history
Create 2.3. Historias de usuario authored Jun 15, 2026 by amararr's avatar amararr
Show whitespace changes
Inline Side-by-side
Showing with 301 additions and 0 deletions
+301 -0
  • 2.3.-Historias-de-usuario.md 2.3.-Historias-de-usuario.md +301 -0
  • No files found.
2.3.-Historias-de-usuario.md 0 → 100644
View page @ 7f937afd
# 2.3 Historias de Usuario
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.
---
# JEFUSBA / JEACTO
## HU-09: Supervisión de solicitudes de apoyo
**Como:** Jefe USBA / JEACTO
**Quiero:** revisar las solicitudes elevadas desde los SMR.
**Para:** coordinar la disponibilidad de recursos dentro del ámbito su AOR.
### Criterios de aceptación
- Que pueda visualizar solicitudes pendientes.
- Que pueda consultar recursos disponibles.
- Que pueda realizar observaciones.
---
# NAS
## HU-10: 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-11: 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-12: 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-13: 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-14: 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-15: 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-16: 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-17: 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.
\ No newline at end of file
Clone repository

PANACEA

  1. Especificación y formulación del problema
    1. 1.1 Introducción
    2. 1.2 Definición del problema
    3. 1.3 Descripción del proceso actual
    4. 1.4 Actores
    5. 1.5 Alcance y limitaciones
    6. 1.6 Analistas
  2. Estudio de viabilidad del sistema
    1. 2.1 Mind Map
    2. 2.2 Impact Map
    3. 2.3 Historias de usuarios
    4. 2.4 Estudio de Alternativas
      1. 2.4.1 Mejora de la condición física
        1. 2.4.1.1 AimHarder
        2. 2.4.1.2 MixPost
        3. 2.4.1.3 Centauri
      2. 2.4.2 Mejora de la formación
        1. 2.4.2.1 CVCDEF
        2. 2.4.2.2 Discord
        3. 2.4.2.3 Telegram
    5. 2.5 Cumplimiento de impactos
    6. 2.6 Decisión
    7. 2.7 Exposición EVS
  3. Propuesta de desarrollo
    1. 3.1 Planificación
    2. 3.2 Historias de usuario
    3. 3.3 Diagramas
    4. 3.4 Interfaz de usuario
    5. 3.5 Producto Mínimo Viable