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 y solicitudes de apoyo

Como: NAS

Quiero: consultar el estado y disponibilidad de los recursos sanitarios de mi ARG 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 ARG.
  • Que pueda consultar su estado y disponibilidad.
  • Que pueda consultar las solicitudes de apoyo recibidas.
  • Que pueda consultar el estado de las solicitudes.

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

Como: BRILOG

Quiero: consultar las solicitudes de apoyo recibidas de NAS.

Para: conocer las necesidades de apoyo sanitario pendientes de resolución.

Criterios de aceptación

  • Que pueda consultar las solicitudes de apoyo recibidas.
  • Que pueda consultar su estado.
  • Que pueda consultar la información asociada a cada solicitud.

HU-15: Coordinación de apoyos con capacidades disponibles

Como: BRILOG

Quiero: coordinar apoyos sanitarios utilizando las capacidades disponibles en el E.T.

Para: atender solicitudes que no hayan podido resolverse en los escalones inferiores.

Criterios de aceptación

  • Que pueda identificar NAS con disponibilidad para atender el apoyo.
  • Que pueda asignar el apoyo a un NAS con disponibilidad.
  • Que quede registrada la decisión adoptada.

HU-16: Resolución de solicitudes no atendibles

Como: BRILOG

Quiero: resolver las solicitudes que no puedan ser atendidas con capacidades disponibles en el E.T.

Para: determinar la continuación de su tramitación.

Criterios de aceptación

  • Que pueda elevar a DISAN una solicitud no atendible.
  • Que pueda comunicar la imposibilidad de prestar el apoyo.
  • Que quede registrada la resolución adoptada.
  • Que se mantenga la trazabilidad de la solicitud.

DISAN

HU-17: Consulta de solicitudes de apoyo

Como: DISAN

Quiero: consultar las solicitudes de apoyo recibidas de BRILOG.

Para: conocer las necesidades de apoyo sanitario pendientes de resolución.

Criterios de aceptación

  • Que pueda consultar las solicitudes de apoyo recibidas.
  • Que pueda consultar la información asociada a cada solicitud.
  • Que pueda consultar el estado de las solicitudes.

HU-18: Comunicación de resolución de solicitudes

Como: DISAN

Quiero: comunicar la resolución de las solicitudes de apoyo recibidas.

Para: informar del resultado de las solicitudes que no hayan podido ser atendidas con capacidades disponibles en el E.T.

Criterios de aceptación

  • Que pueda registrar la resolución de una solicitud.
  • Que la resolución quede asociada a la solicitud correspondiente.
  • Que quede registrada la decisión adoptada.
  • Que se mantenga la trazabilidad de la solicitud.

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