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
  • 1.5. Alcance y limitaciones

1.5. Alcance y limitaciones · Changes

Page history
Create 1.5. Alcance y limitaciones authored May 28, 2026 by dgutlop's avatar dgutlop
Show whitespace changes
Inline Side-by-side
Showing with 43 additions and 0 deletions
+43 -0
  • 1.5.-Alcance-y-limitaciones.md 1.5.-Alcance-y-limitaciones.md +43 -0
  • No files found.
1.5.-Alcance-y-limitaciones.md 0 → 100644
View page @ f88e56ef
## 1.5 Alcance y limitaciones
El alcance del sistema abarca la cadena completa de gestión del apoyo sanitario
en el ET. El elemento superior es la **DISAN**, desde la cual, pasando por la
**BRILOG**, los **NAS**, los **SMR** y las **unidades dependientes** de los mismos,
se articula toda la estructura de gestión de recursos sanitarios. Adicionalmente,
**FUTER** queda incluida en el sistema en calidad de observador, dado su interés
en la visualización global de los recursos para la planificación de las actividades.
En lo relativo a los **recursos**, el sistema aborda tanto los recursos humanos
como los materiales. En cuanto a los recursos humanos, se contemplan los
**médicos** y **enfermeros** destinados en las unidades con recursos sanitarios
orgánicos. En lo referente a los recursos materiales, el alcance queda limitado
a las ambulancias de tipo *Soporte Vital Básico* (**SVB**) y *Soporte Vital
Avanzado* (**SVA**).
En lo que respecta a la **gestión de la información de los recursos**, se estudió
la posibilidad de conectar el sistema con las plataformas de gestión superiores
del ET: **SIGLE** para los recursos materiales y **SIPERDEF** para los recursos
humanos. Sin embargo, tras el análisis conjunto con el usuario final de la
aplicación, se determinó que dicha integración no es apropiada por las
siguientes razones:
En cuanto a **SIPERDEF**, la estructura orgánica que refleja no se corresponde
con la de las unidades sanitarias. Una UCO de tipo batallón puede tener
destinados enfermeros pero no médicos, lo que impediría asignar un médico a
una actividad aun cuando el escalón superior —la brigada— sí disponga de
ellos destinados en su CG. Además, SIPERDEF únicamente recoge situaciones
de baja médica, vacaciones, asuntos propios, licencias y excedencias, sin
contemplar otras circunstancias que impidan la disponibilidad real del personal,
como comisiones de servicio, guardias, salientes de guardia, enfermedad
puntual u otros cometidos de mayor prioridad.
En cuanto a **SIGLE**, se presenta una problemática análoga con los recursos
materiales: si la información no se actualiza correctamente y en tiempo real, se
corre el riesgo de contabilizar como disponible una ambulancia que no se
encuentra operativa.
Por todo ello, y teniendo en cuenta que el volumen de personal y material
sanitario a registrar por cada unidad no es elevado, se determina que el alta
de los recursos se realizará directamente en la aplicación por parte del actor
**Unidad**, quedando este como responsable del mantenimiento y actualización
de la información en el sistema.
\ 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
  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