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 Agustin Martin Arranz Oct 08, 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

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.


UCO

HU-01: Gestión de actividades

Como: 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: UCO

Quiero: mantener actualizado el estado y disponibilidad de los recursos sanitarios orgánicos de 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: 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: 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: Consulta de actividades planificadas

Como: 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: Consulta de recursos y solicitudes de apoyo

Como: SMR

Quiero: consultar el estado y disponibilidad de los recursos sanitarios de mi ámbito y las solicitudes de apoyo recibidas.

Para: conocer las capacidades disponibles y las necesidades de apoyo pendientes.

Criterios de aceptación

  • Que pueda consultar los recursos sanitarios de su ámbito.
  • Que pueda consultar su estado y disponibilidad.
  • Que pueda consultar las solicitudes de apoyo recibidas.
  • Que pueda consultar el estado de las solicitudes.

HU-07: Asignación de recursos disponibles

Como: SMR

Quiero: asignar recursos sanitarios disponibles.

Para: cubrir solicitudes utilizando recursos disponibles en su ámbito.

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

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

HU-09: Consulta de apoyos sanitarios planificados

Como: SMR

Quiero: consultar los apoyos sanitarios planificados en mi ámbito.

Para: conocer la programación de apoyos y detectar posibles conflictos de disponibilidad.

Criterios de aceptación

  • Que pueda consultar los apoyos sanitarios planificados.
  • Que pueda identificar los recursos comprometidos.
  • Que pueda identificar necesidades de apoyo pendientes.

NAS

HU-10: Consulta de recursos sanitarios de ARG

Como: NAS

Quiero: consultar el estado y disponibilidad de los recursos sanitarios de mi ARG.

Para: conocer las capacidades sanitarias disponibles en mi ámbito.

Criterios de aceptación

  • Que pueda consultar los recursos sanitarios de la ARG.
  • Que pueda consultar su estado y disponibilidad.

HU-11: Asignación de recursos disponibles

Como: NAS

Quiero: asignar recursos sanitarios disponibles en mi ARG.

Para: cubrir solicitudes de apoyo utilizando recursos disponibles en su ámbito.

Criterios de aceptación

  • Que pueda identificar recursos disponibles.
  • Que pueda asignarlos a una solicitud.
  • Que quede registrada la asignación.

HU-12: Elevación de solicitudes

Como: NAS

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.

HU-13: Consulta de apoyos sanitarios planificados

Como: NAS

Quiero: consultar los apoyos sanitarios planificados en mi ARG.

Para: conocer la programación de apoyos y detectar posibles conflictos de disponibilidad.

Criterios de aceptación

  • Que pueda consultar los apoyos sanitarios planificados.
  • Que pueda identificar los recursos comprometidos.
  • Que pueda identificar necesidades de apoyo pendientes.

BRILOG

HU-14: Recepción de solicitudes de apoyo

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

Clone repository

PANACEA

  1. Especificación y formulación del problema
    1. Introducción
    2. Definición del problema
    3. Descripción del proceso actual
    4. Actores
    5. Alcance y limitaciones
    6. Analistas
  2. Estudio de viabilidad del sistema (EVS)
    1. Mind Map
    2. Impact Map
    3. Historias de usuario
    4. Estudio de Alternativas
      1. HESTIA
      2. SUMMA112
      3. PANACEA
    5. Cumplimiento de impactos
    6. Decisión
    7. Exposición EVS
  3. Especificación de Requisitos Software (ERS)
    1. Planificación
    2. Requisitos
    3. Diagramas
    4. Modelos
    5. BPMN
    6. Exposición ERS
  4. Producto Mínimo Viable
    1. Product backlog
    2. Producto Mínimo Viable
    3. Exposición MVP