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

Last edited by amararr Jun 15, 2026
Page history
This is an old version of this page. You can view the most recent version or browse the history.

2.3. Historias de usuario

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.
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