Beruflich Dokumente
Kultur Dokumente
software
Proyecto: MEDICAL RECORDS SYSTEM
Contenido
FICHA DEL DOCUMENTO ERROR! BOOKMARK NOT DEFINED.4
1 INTRODUCCIÓN 4
1.1 Propósito 4
1.2 Alcance 4
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.4 Restricciones 8
3 REQUISITOS ESPECÍFICOS 9
3.3.5 Mantenibilidad 21
3.3.6 Portabilidad 21
1 Introducción
Este documento es una Especificación de Requisitos Software (ERS) para el Sistema de
información para la gestión de procesos y control del Centro Médico de Toluca (MEDICAL
RECORDS SYSTEM). Esta especificación se ha estructurado basándose en las directrices
dadas por el estándar IEEE Práctica Recomendada para Especificaciones de Requisitos
Software ANSI/IEEE 830, 1998.
1.1 Propósito
1.2 Alcance
Esta plataforma es administrada de manera centralizada, aunque utiliza un sistema distribuido
de aplicaciones y bases de datos interconectados y replicados entre sí, ubicados en cada
unidad consultorio del Cetro Medico, que asegura la disponibilidad y rapidez de la consulta y
manejo de información relevante para la salud y tratamiento de los pacientes de los distintos
servicios médicos del Centro Médico, mejorando sustancialmente la atención a sus
padecimientos, evitando errores por parte de los médicos y facilitando la toma de decisiones
al obtener toda la información de la atención de los pacientes, que en muchos casos es
interdisciplinaria.
Nombre Descripción
User Persona que usará el sistema para gestionar procesos des
sistema.
SI-W Sistema de Información Web para la Gestión de Procesos
Administrativos.
ERS Especificación de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional
FTP Protocolo de Transferencia de Archivos
Moodle Aula Virtual
1.5 Referencias
1.6 Resumen
Este documento consta de tres secciones. En la primera sección se realiza una introducción
al mismo y se proporciona una visión general de la especificación de recursos del sistema.
En la segunda sección del documento se realiza una descripción general del sistema, con el
fin de conocer las principales funciones que éste debe realizar, los datos asociados y los
factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en
excesivos detalles.
Por último, la tercera sección del documento es aquella en la que se definen detalladamente
los requisitos que debe satisfacer el sistema.
2 Descripción general
2.4 Restricciones
Interfaz para ser usada con internet.
Uso de Dominio (X)
Los servidores deben ser capaces de atender consultas concurrentemente.
El sistema se diseñará según un modelo cliente/servidor.
El sistema deberá tener un diseño e implementación sencilla, independiente de la
plataforma o del lenguaje de programación.
El sistema debe ser capaz de procesar N altas de pacientes por segundo.
Toda funcionalidad del sistema debe responder al usuario en menos de 5 segundos.
El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios
con sesiones concurrentes.
Los datos modificados en la base de datos deben ser actualizados para todos los
usuarios que accedan, en un tiempo menor de 2 segundos para su visualización.
Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador del sistema.
El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de
programación que incrementen la seguridad de datos.
Todas las comunicaciones externas entre servidores de datos, aplicación y cliente
del sistema deben estar encriptadas.
Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuará
operando hasta ser desbloqueado por un administrador de seguridad.
El sistema no continuará operando si la temperatura externa es menor a 4 grados
Celsius.
El sistema no continuará operando en caso de un incendio dentro de las
instalaciones donde se resguardan los servidores.
El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas.
La tasa de errores cometidos por el usuario deberá ser menor del 1% de las
operaciones totales ejecutadas en el sistema.
El sistema debe contar con manuales de usuario estructurados adecuadamente.
El sistema debe proporcionar mensajes de error que sean informativos y orientados
a usuario final.
El sistema debe contar con un módulo de ayuda en línea.
La aplicación web debe poseer un diseño “Responsive” a fin de garantizar la
adecuada visualización en múltiples computadores personales, Tablets y teléfonos
inteligentes.
El sistema debe poseer interfaces gráficas bien formadas.
El sistema debe tener una disponibilidad del 99,99% de las veces en que un usuario
intente acceder.
La tasa de tiempos de falla del sistema no podrá ser mayor al 0,5% del tiempo de
operación total.
El promedio de duración de fallas no podrá ser mayor a 15 minutos.
La probabilidad de falla del Sistema no podrá ser mayor a 0,05.
El sistema será Multiplataforma.
La aplicación debe ser compatible con todas las versiones de Windows, desde
Windows 7.
La nueva aplicación debe manejar fuentes del alfabeto en inglés, Idiomas latinos
(español, frances, portugués, italiano), arábico y chino.
La interfaz de usuario será implementada para navegadores web únicamente con
HTML5 y JavaScript.
.
3 Requisitos específicos
Requerimientos Funcionales
Identificación del RF01
requerimiento:
Nombre del Autentificación de Usuario.
Requerimiento:
Características: Los usuarios deberán identificarse para acceder a cualquier parte del
sistema.
Descripción del El sistema podrá ser consultado por cualquier usuario dependiendo del
requerimiento: módulo en el cual se encuentre y su nivel de accesibilidad.
Requerimiento RNF01 EN ESTE APARTADO SE ANOTAN CON QUE
NO funcional: REQUERIMIENTO NO FUNCIONAL SE RELACIONA ESTE
FUNCONAL
RNF02
RNF05
RNF08
Prioridad del requerimiento: Alta
Requerimiento RNF01
NO funcional: RNF06
RNF08
Prioridad del requerimiento: Alta
Requerimiento RNF01
NO funcional: RNF06
RNF08
Prioridad del requerimiento: Alta
Requerimientos No Funcionales.
Para el sistema se crearon las interfaces de aplicación web para los módulos de
paciente, médico y administrador.
Pantalla registrarse:
Generar informes:
Adaptadores de red.
Procesador a 3.2 Ghz y posibilidad de overlock a 4.6 Ghz o superior.
Tarjeta de video.
SSD + 20 TB Todo el almacenamiento y rapidez.
16GB de memoria Ram.
SAI (sistema de alimentación ininterrumpida).
Monitor.
Teclado.
Mouse.
Los servicios son utilizados por programas denominados programas clientes que se
ejecutan en equipos clientes.
Aplicaciones en el lado del servidor: el servidor Web ejecuta la aplicación; ésta, una
vez ejecutada, genera código HTML; el servidor envía al cliente este código recién
creado por medio del protocolo HTTP.
Debe ser capaz de operar adecuadamente con hasta 100.000 usuarios con
sesiones concurrentes.
Los datos modificados en la base de datos deben ser actualizados para todos
los usuarios que accedan, en un tiempo menor de 2 segundos para su
visualización.
3.3.2 Seguridad
3.3.3 Fiabilidad
La tasa de errores cometidos por el usuario deberá ser menor del 1% de las
operaciones totales ejecutadas en el sistema.
3.3.4 Disponibilidad
El sistema debe tener una disponibilidad del 99,99% de las veces en que un
usuario intente acceder.
La disponibilidad del sistema debe ser continua con un nivel de servicio para
los usuarios de 7 días por 24 horas, garantizando un esquema adecuado que
permita la posible falla en cualquiera de sus componentes, contar con una
contingencia, generación de alarmas.
3.3.5 Mantenibilidad
3.3.6 Portabilidad