ingeniero

Especificación de Requerimientos de Software “El sistema deberá almacenar la información personal de los pacientes”


Versión 1.0




Historia de Revisión
Fecha Versión Descripción Autor
24/Mayo/2014 1.0 Primera versión de Especificación de
Requerimientos Alejandro Ruiz



Tabla de Contenidos




Especificación de Requerimientos de SoftwareIntroducción
Este documento detalla los requerimientos de software para el almacenamiento de información personal del paciente, según tres grandes aspectos claves para su desarrollo: las Especificaciones Funcionales, el modelo de los Casos de Uso, tanto en diagrama como en narrativa, y las Especificaciones suplementarias. Toda esta información establece los lineamientos y las restricciones que sedeben considerar para poder ofrecer un producto que cumpla con los requerimientos de funcionalidad, usabilidad, desempeño y soporte, con el fin de dar una especificación sencilla de su comportamiento.
Alcance
El alcance de esta especificación comprende la Especificación de Requerimientos de Software que debe satisfacer el Sistema de almacenamiento de información personal del paciente, tantofuncionales como no funcionales, las cuales se encuentran asociadas a todos los Casos de Usos definidos para el mismo.
Las funciones principales del son:
1. El sistema deberá almacenar la información personal de los pacientes
2. El sistema deberá poder desplegar la historia clínica en cualquiera de los nodos de acceso
3. El sistema deberá registrar cualquier acceso o modificación sobre unahistoria clínica
4. El sistema debe maximizar la cantidad de usuario que pueden acceder al sistema.
5. El sistema minimizar los recursos requeridos para su funcionamiento
6. La interfaz debe ser implementada en HTML puro (Sin applets, Javascript, o frames)
7. El proceso de desarrollo debe estar conforme con el SGC de la corporación
8. La información médica de un paciente, no debe estar al alcancedel público general
9. Garantizar la confiabilidad, la seguridad y el desempeño del sistema informático a los
diferentes usuarios a nivel nacional. En este sentido la información almacenada podrá ser
consultada y actualizada permanente y simultáneamente, sin que se afecte el tiempo de
respuesta.
10. El sistema debe estar en capacidad de dar respuesta al acceso de todos los usuarios y a losprocesos batch con tiempo de respuesta aceptable y uniforme, en la medida de las
posibilidades tecnológicas de la PGN, en períodos de alta, media y baja demanda de uso
del sistema
11. Estar disponible 100% o muy cercano a esta disponibilidad durante el horario hábil laboral
de la PGN a nivel nacional (Ejemplo: de lunes a viernes de de 8:00 a.m. a 5:00 p.m., con
excepción de los días festivos)12. Operar de la misma manera para todos los niveles de la estructura jerárquica de la PGN,
los niveles central, regional y provincial.
13. El sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de
manera tal que nuevas funcionalidades y requerimientos relacionados puedan ser
incorporados afectando el código existente de la menor manera posible; para ello debenincorporarse aspectos de reutilización de componentes.
14. El sistema debe estar en capacidad de permitir en el futuro el desarrollo de nuevas
funcionalidades, modificar o eliminar funcionalidades después de su construcción y puesta
en marcha inicial.
15. El sistema debe ser de fácil uso y entrenamiento por parte de los usuarios de la PGN, así
como de fácil adaptación de la entidad con elmismo.
16. El sistema no debe permitir el cierre de una operación hasta que todos sus procesos,
subprocesos y tareas relacionados, hayan sido terminados y cerrados satisfactoriamente.
17. El sistema deberá chequear que el lector de tarjetas, el teclado y la pantalla funcionen
correctamente
18. El ingreso de información al sistema debe diseñarse con transacciones que permitan el
ingreso de...