Columna

[Nombre del Requerimiento]

Tipo Requerimiento
[Funcional, No Funcional]
Actores Relacionados

[Descripción corta del requerimiento]

Criterio de Aceptación

Estado
Instrucciones
Código de identificación de mayor nivel definido para el requisito. Puede definirse con números, po

Se identifica el Tipo de Requerimiento como Funciona o no Funcional de aquellos que se asocian al

Se identifica al Actor que como Usuario se relaciona al requerimiento definido

Se proporciona una descripción de que comprende o en qué consiste el requisito. La descripción de
ejemplo requisitos del negocio, requisitos de los interesados, requisitos funcionales, requisitos no f
requisitos del producto (solución).

Lista los criterios de aceptación, una lista de puntos o condiciones específicas que deben cumplirse
satisfecho cuando se implemente en el Sistema.

Puede ser solicitado, aprobado, asignado, completado, cancelado, diferido, aceptado, entre otros.
 Tipo Requerimiento Actores
[R-N°] [Nombre del Requerimiento] [Funcional, No
Relacionados
Funcional]

R.1 Gestión de Pacientes Funcional Sistema

R.2 Gestión de Usuarios Funcional Sistema

R.3 Roles de Usuarios Funcional Sistema

R.4 Identificación de Cargo Funcional Sistema

R.5 Gestión de Vehículos Funcional Sistema

R.6 Gestión de Tripulación Funcional Sistema

R.7 Gestión de la Emergencia Funcional Sistema

R.8 Gestión de Procedimientos Funcional Sistema

R.9 Gestión de Llamadas Funcional Sistema

R.10 Sistema de Puntos Funcional Sistema

R.11 Gestión de Recursos Funcional Sistema

R.12 Envío de Vehículo Funcional Sistema

R.13 Alertas de Seguridad Funcional Sistema

R.14 Interacción de Usuarios. Funcional Sistema

R.15 Registro de Tiempos Funcional Sistema

R.16 Resumen de Atención Funcional Sistema

R.17 Motores de busqueda Funcional Sistema

R.18 Video Tutorial Funcional Sistema

R.19 Impresión de archivos Funcional Sistema

R.20 Login Funcional Sistema

R.21 Alerta de Incidencias Funcional Sistema

R.22 Generar Estadísticas Funcional Sistema

R.23 Alerta Errores Funcional Sistema

R.24 Mostrar Almacenamiento Funcional Sistema

R.25 Respaldo Funcional Sistema

R.26 Estándares hl7 No Funcional Sistema

R.27 Chequeo de código No Funcional Sistema

R.28 Tiempos de respuesta No Funcional Sistema

R.29 Monitoreo de Sistema No Funcional Oferentes

R.30 Manteniminento de Sistema No Funcional Sistema

R.31 Multitareas No Funcional Sistema

R.32 Multiplataforma No Funcional Sistema

R.33 Incidentes Diarios No Funcional Sistema

R.34 Respaldo No Funcional Sistema

R.35 Efectividad al gestionar datos No Funcional Sistema

R.36 Usabilidad del sistema No Funcional Sistema

R.37 Lenguaje de desarrollo No Funcional Sistema

R.38 IDE de desarrollo No Funcional Sistema

R.39 Versión JKD No Funcional Sistema

R.40 Formatos de Archivos No Funcional Sistema

[Descripción corta del requerimiento] Estado Criterio de Aceptación

Debe tener un formulario con las

Ingreso de datos personales de los Aprobado funciones de agregar, listar, modificar
empleados a atander y atendidos. y eliminar los datos.

Debe tener un formulario con las

Ingreso de datos personales de los usuarios o Aprobado funciones de agregar, listar, modificar
empleados. y eliminar los datos.

Existirán al menos 2 roles, admin y

El nivel de acceso y funciones estarán usuario empleado. Las funciones de
limitadas por permisos y privilegios según sus Aprobado los empleados estarán límitadas, no
roles. así las del administrador.

Los roles de los usuarios serán por

El sistema identificará los roles de cada uno cargo, el supervisor será
de los empleados que ingresen a la Aprobado administrador mientras que el
aplicación. recepcionista tendrá funciones más
limitadas.

Debe tener un formulario con las

Ingreso de datos de las ambulancias del Aprobado funciones de agregar, listar, modificar
establecimiento. y eliminar los datos.

Debe tener un formulario con las

Ingreso de datos del personal de cada Aprobado funciones de agregar, listar, modificar
ambulancia. y eliminar los datos.

Debe tener un formulario con las

Ingreso de datos de la llamada asociados a Aprobado funciones de agregar, listar, modificar
un paciente, gravedad y ubicación. y eliminar los datos.

Debe tener un formulario con las

funciones de agregar, listar, modificar
Ingreso de datos de los procedimientos Aprobado y eliminar los datos. Debe ser de fácil
realizables en las emergencias. acceso para los tripulantes de un
vehículo.

Las llamadas serán clasificadas por gravedad Existirán tablas de evento y zona en
de evento y lugar del accidente en Aprobado la bdd para la clasificación de la
priorotarias y no prioritarias. gravedad de las llamadas.

Según gravedad y zona, el usuario

Según requerimiento anterior, las llamadas asignará puntos a las llamadas
Aprobado
contarán con un sistema de puntos. midiendo así la prioridad y
emergencia de estas.
 El sistema gestionará los recursos
Recursos disponibles en los vehículos. Aprobado que llevará el vehiculo según el
sistema de puntos.

El sistema mostrará los vehículos

Envío de una ambulancia al lugar de los Aprobado disponibles para ser enviados según
hechos. sistema de puntos.

El sistema mostrará mensajes a los

administradores cuando se
Mensaje de seguridad que avise de cambios. Aprobado modifique o elimine cualquier dato
ya ingresado.

El sistema contará con llamadas

Plataforma de comunicación entre los directas a los tripulantes de
receptores de llamadas y los tripulantes de Aprobado vehículos y viceversa para una mejor
un vehículo. atención a los pacientes.

El sistema registrará la hora de inicio

y de termino de un procedimiento,
Registro de tiempos de los procedimientos. Aprobado calculando la duración exacta de este
en horas y minutos.

El sistema generará resúmenes de la

atención incorporando datos de la
llamada, del paciente, del vehiculo
Resumen de atención realizado por el Aprobado con su tripulación y del
sistema. procedimiento realizado con su
respectivo tiempo en horas y
minutos.

El motor de busqueda contará con

El sistema contará con un motor de distintos filtros respectivos al dato
Aprobado
busqueda de información. buscado (Ej: filtrar por rut a los
pacientes).

El video tutorial será accesible desde

La aplicación contará con un video tutorial. Aprobado cualquier punto de la aplicación.

Todos los datos de la base de datos

La aplicación permite imprimir reportes. Aprobado son exportables a archivos e
imprimibles.

El acceso a la aplicación será con

login, el cual mediante nombre de
La aplicación contará con un login. Aprobado usuario y contraseña, permitirá el
acceso y gestionará las acciones de
esta según el rol del usuario.
 El sistema notificará al usuario
Mesajes de alerta al usuario creador de la Aprobado creador de la incidencia si esta fue
incidencia. leída o no, o si se cerró (resolvió).

La apliación creará estadísticas

Crear estadísticas cuando el usuario lo recopilando los datos almacenados y
Aprobado
solicite. graficándolos para un mejor
entendimiento.

Con un mesanje en pantalla se

Alertar de errores en la funcionalidad o Aprobado alertará al usuario de los errores con
servidor. una descripción de este.

Con un gráfico, se mostrará el

almacenamiento ocupado y
Mostrar el almacenamiento del sistema. Aprobado disponible cuando el usuario lo
solicite en el menú de
almacenamiento.

Contará con un respaldo automático,

también con uno manual, los cuales
El sistema respaldará los datos en el servidor. Aprobado se confirman con un mensaje en
pantalla.

La aplicación cumple los estándares y

Estándares aplicados al software. Aprobado se encuentra dentro de los
parametros de esots (HL7).

La aplicación permite aplicársele

Será posible chequear el código fuente de la Aprobado Sonarqube para la revisión del
aplicación con softwares externos. código fuente.

Los tiempos de procesos de la

aplicación no superan los 2
Tiempos que demorará el sistema en dar una segundos. Los procesos que
Aprobado
respuesta al usuario. convellan conexión de BDD no
tardarán más de 30 segundos en
responder.

La aplicación se mantendrá bajo

constante monitoreo por parte de los
Monitoreo periódico realizado a la aplicación Aprobado oferentes, ya sea para reparar fallos y
actualizar el sistema.

Se aplicarán medidas preventivas y

Manteninimento aplicado al sistema para correctivas dependiendo del caso,
Aprobado
que este de el mejor funcionamiento posible. ambas notificadas a los
administradores vía mensaje.
La aplicación realizará múltiples tareas
simultáneamente.
El sistema será ejecutable en multiples
plataformas.
Cantidad mínima de incidentes ingresados
diariamente.
Formas en que el sistema respaldará la
información de los servidores.
Los datos que se gestionen con el sistema
deben ser efectivamente creados, listados,
modificados o eliminados sin pérdidas.
El sistema debe ser entendible y fácil para los
usuarios.
Nombre del lenguaje a utilizar en la
programación de la página web.
Nombre del software de programación que
utiliza el lenguaje seleccionado.
Versión JDK que utiliza el entorno de
desarrollo para programar aplicaciones.
Los datos, estadísticas y gráficos y reportes
serán exportables a archivos.
La aplicación podrá funcionar en al
Aprobado
menos 10 equipos a la vez.
La aplicación es ejecutable en al
Aprobado
menos Windows, Linux y Mac Os.
El sistema está orevisto para ingresar
Aprobado
al menos 3000 incidentes diarios.
Los respaldos automáticos serán
semanales y mensuales. El semanal
será diferencial. El mensual será
Aprobado
total. Ambos respaldos se
confirmarán en pantalla una vez
realizados.
Datos se gestionan con éxito en la
base de datos en menos de 30
segundos . Se notifica exito o fallo; si
Aprobado Falla, mantiene los datos ya
ingresados en la página para
intentarlo nuevamente.
El sistema contará con botones y
letra legibles, tanto en color como
Aprobado diseño, tamaño visible, para que el
usuario pueda entenderla y darle un
mejor uso.
La aplicación debe ser desarrollada
Aprobado
con el lenguaje JAVA.
La aplicación sera desarrollada con el
Aprobado software de programación NetBeans
IDE 8.2
Aprobado Versión 1.8
Los formatos de esos archivos serán
Aprobado de nivel usuario común (word, excel,
pdf, etc).