|
|
|
Para dar solución a esta problemática, el equipo ha partido de un proceso de toma de requisitos directamente con los usuarios finales del sistema. Se mantuvieron reuniones con representantes de **DISAN**, como organismo de más alto nivel en la cadena de gestión sanitaria y principal impulsor de la aplicación, y con un representante de un **NAS** (Núcleo de Apoyo Sanitario), como actor central en la asignación y coordinación de recursos en el área de referencia.
|
|
|
|
|
|
|
|
De estas reuniones se extrajeron las principales carencias del sistema actual, basado en la **Herramienta Colaborativa** —una solución implementada sobre *SharePoint* y hojas Excel sincronizadas mediante **conexiones de datos**— que, si bien cubre las necesidades básicas de visualización de disponibilidad de recursos, presenta importantes limitaciones en cuanto a la gestión dinámica de los apoyos sanitarios.
|
|
|
|
|
|
|
|
El proceso actual obliga a que la coordinación entre escalones —UCO, Servicio Médico de Referencia, NAS y BRILOG— se realice en gran medida de forma manual, mediante **oficios**, **llamadas telefónicas** y **correos electrónicos**, sin que exista una trazabilidad centralizada del estado de cada petición de apoyo. Esto genera ineficiencias, duplicidad de comunicaciones y falta de visibilidad global del estado de los recursos y las actividades.
|
|
|
|
|
|
|
|
A partir de este análisis, se determinó desarrollar una aplicación web que digitalice y automatice este flujo de gestión, contemplando todos los actores implicados: las **UCO** con recursos orgánicos, los **Servicios Médicos de Referencia**, los **NAS**, el **CGBRILOG** y la propia **DISAN**, cada uno con sus permisos y funcionalidades específicas según su rol en la cadena de apoyo sanitario. |
|
|
\ No newline at end of file |
