Formato Ieee 830

Especificación de requisitos de
software
Proyecto: MEDICAL RECORDS SYSTEM
Julio del 2019

Modelo de ingeniería 0.3
Medical Records System Pág. 2
Contenido
FICHA DEL DOCUMENTO ERROR! BOOKMARK NOT DEFINED.4
1 INTRODUCCIÓN 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Personal involucrado 4
1.4 Definiciones, acrónimos y abreviaturas 6
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 7
2.1 Perspectiva del producto 7
2.2 Funcionalidad del producto 7
2.3 Características de los usuarios 7
2.4 Restricciones 8
3 REQUISITOS ESPECÍFICOS 9
3.1 Requisitos comunes de las interfaces 15

3.1.1 Interfaces de usuario 15
3.1.2 Interfaces de hardware 17
3.1.3 Interfaces de software 17
3.1.4 Interfaces de comunicación 18
3.2 Requerimientos funcionales 19

3.2.1 Requisito funcional 1 19
3.3 Requerimientos no funcionales 20

3.3.1 Requisitos de rendimiento 20
3.3.2 Seguridad 20
3.3.3 Fiabilidad 21
3.3.4 Disponibilidad 21
Descripción de requisitos del software

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
El presente documento tiene como propósito definir las especificaciones funcionales, no

funcionales para el desarrollo de un sistema de información web que permitirá gestionar
distintos procesos administrativos. Éste será utilizado por es Médicos. Con la finalidad de
llevar un registro eficaz y eficiente de la información de la atención médica de los pacientes
del Instituto, con arreglo a las disposiciones sanitarias, se desarrollará el Sistema Medical
Records (SMR), contempla Consulta Externa, Recetas y Licencias Médicas electrónicas,
Control de Farmacias, Consulta de Laboratorios, los cuales se visualizan en tiempo real, en
el momento que son generados por los equipos de laboratorio, así como Agenda Médica.
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.
1.3 Personal involucrado

Nombre Fernando Acevedo Linares
Rol Jefe De Proyecto
Categoría Profesional Ing. Desarrollo de Software
Responsabilidad Análisis de los requerimientos del cliente.
Información de contacto Fer_acevedo@hotmail.com
Nombre Daniel Martínez García

Rol Líder De Equipo
Categoría Profesional Ing, Sistemas Computacionales
Responsabilidad Líder con capacidad organizativa.
Información de contacto Dani_daniel@hotmail.com

Nombre Mayra García García

Rol Desarrollador
Responsabilidad Encargado de ejecutar el trabajo asignado por el líder del
equipo.
Información de contacto May_garcia@hotmail.com
Nombre Luis Palacios Méndez

Rol Diseñador Gráfico Y Ux
Responsabilidad Encargado de realizar el diseño gráfico de las pantallas
que compone la aplicación
Información de contacto Luis_pla_pal@hotmail.com
Nombre Mario Ramírez Jiménez

Rol Líder De Calidad
Responsabilidad Encargado de desarrollar una suite de tests que
verifiquen que el software
Información de contacto Mario_car@hotmail.com
Nombre Manolo Hernández Hernández

Rol Ingeniero En Calidad
Responsabilidad Encargado de escribir las suite de test para automatizar
el testeo del programa.
Información de contacto Manolo_hernan@hotmail.com

1.4 Definiciones, acrónimos y abreviaturas
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
Medical Records System Referencia

Standard IEEE 830 - 1998 IEEE
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.1 Perspectiva del producto

El sistema SI-W será un producto diseñado para trabajar en entornos WEB, lo que permitirá
su utilización de forma rápida y eficaz, además se integrará juntamente con moodle (Aula
Virtual) para lograr una mejor respuesta.
2.2 Funcionalidad del producto

Se desarrollará el Diagrama de casos de uso en la unidad 4. ES UN CASO DE USO PARA CADA
REQUERIMIENTO
2.3 Características de los usuarios
Tipo de usuario Administrador

Formación Ing. Desarrollo de Software
Actividades Control y manejo del sistema en general
Tipo de usuario Médico

Formación Médico Cirujano
Actividades Atención Médica a la Población
Tipo de usuario Enfermeras

Formación Lic. Enfermería
Actividades Realiza proceso de Atención.
Tipo de usuario Paciente

Formación NA
Actividades Observa e indaga información básica sobre si mismo.

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:
Nombre del Registrar Usuarios.
Requerimiento:
Características: Los usuarios deberán registrarse en el sistema para acceder a cualquier
parte del sistema.
Descripción del El sistema permitirá al usuario (Doctor, Administrador) registrarse. El
requerimiento: usuario debe suministrar datos como: Nombre, Apellido, E-mail,
Teléfono, Usuario y Password.
Requerimiento  RNF01
NO funcional:  RNF02
 RNF05
 RNF08

requerimiento:
Nombre del Editar Información.
Requerimiento:
Características: El sistema ofrecerá al usuario editar cualquier dato del paciente.
Descripción del Editar información del Paciente: Edita cualquier dato.
requerimiento:


requerimiento:
Nombre del Restricción de Datos.
Requerimiento:
Características: El sistema debe permitir un estado para que la información de un paciente
y de un usuario en particular, pueda ser restringida en el sistema
Descripción del Restringir Datos: Bloquear acceso a ciertos datos y negar el acceso a
requerimiento: ciertos usuarios
 RNF07

requerimiento:
Nombre del Baja de Paciente.
Requerimiento:
Características: El sistema permite al usuario dar de baja a un paciente.
Descripción del Baja de Paciente: El usuario puede borrar a un paciente.
requerimiento:
 RNF08

requerimiento:
Nombre del Busqueda de Paciente.
Requerimiento:
Características: El sistema permite al usuario buscar un paciente.
Descripción del Busqueda de Paciente: El usuario puede localizar los datos de un
requerimiento: paciente.
 RNF08

requerimiento:
Nombre del Generar Ficha Clínica.
Requerimiento:
Características: El sistema permite al usuario generar una ficha clínica.
Descripción del Ficha Clínica: El usuario puede generar una ficha clínica única
requerimiento: vinculada a un único paciente.
 RNF08


requerimiento:
Nombre del Informe Completo.
Requerimiento:
Características: El sistema permite al usuario obtener u informe detallado del paciente.
Descripción del Informe: El usuario obtiene un informe detallo sobre un paciente.
requerimiento:
 RNF08

requerimiento:
Nombre del Agenda.
Requerimiento:
Características: El sistema permite al usuario Agendar citas, cirugías etc.
Descripción del Agenda: El usuario podrá agendar sus actividades diarias a realizar.
requerimiento:
 RNF08

Requerimientos No Funcionales.
Identificación del RNF01

requerimiento:
Nombre del Interfaz del sistema.
Requerimiento:
Características: El sistema presentara una interfaz de usuario sencilla para que sea de
fácil manejo a los usuarios del sistema.
Descripción del El sistema debe tener una interfaz de uso intuitiva y sencilla.
requerimiento:

requerimiento:
Nombre del Ayuda en el uso del sistema.
Requerimiento:
Características: La interfaz del usuario deberá de presentar un sistema de ayuda para que
los mismos usuarios del sistema se les faciliten el trabajo en cuanto al
manejo del sistema.
Descripción del La interfaz debe estar complementada con un buen sistema de ayuda (la
requerimiento: administración puede recaer en personal con poca experiencia en el uso
de aplicaciones informáticas).

requerimiento:
Nombre del Mantenimiento.
Requerimiento:
Características: El sistema deberá de tener un manual de instalación y manual de usuario
para facilitar los mantenimientos que serán realizados por el
administrador.
Descripción del El sistema debe disponer de una documentación fácilmente actualizable
requerimiento: que permita realizar operaciones de mantenimiento con el menor esfuerzo
posible.

requerimiento:
Nombre del Diseño de la interfaz a la característica de la web.
Requerimiento:
Características: El sistema deberá de tener una interfaz de usuario, teniendo en cuenta
las características de la web del Centro Médico.
Descripción del La interfaz de usuario debe ajustarse a las características de la web del
requerimiento: Centro Médico, dentro de la cual estará incorporado el sistema de gestión
administrativa.


requerimiento:
Nombre del Desempeño
Requerimiento:
Características: El sistema garantizara a los usuarios un desempeño en cuanto a los datos
almacenado en el sistema ofreciéndole una confiabilidad a esta misma.
Descripción del Garantizar el desempeño del sistema informático a los diferentes
requerimiento: usuarios. En este sentido la información almacenada o registros
realizados podrán ser consultados y actualizados permanente y
simultáneamente, sin que se afecte el tiempo de respuesta.

requerimiento:
Nombre del Nivel de Usuario
Requerimiento:
Características: Garantizara al usuario el acceso de información de acuerdo con el nivel
que posee.
Descripción del Facilidades y controles para permitir el acceso a la información al personal
requerimiento: autorizado a través de Internet, con la intención de consultar y subir
información pertinente para cada una de ellas.

requerimiento:
Nombre del Confiabilidad continúa del sistema.
Requerimiento:
Características: El sistema tendrá que estar en funcionamiento las 24 horas los 7 días de
la semana. Ya que es una página web diseñada para la carga de datos y
comunicación entre usuarios.
Descripción del La disponibilidad del sistema debe ser continua con un nivel de servicio
requerimiento: 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.

requerimiento:
Nombre del Seguridad en información
Requerimiento:
Características: El sistema garantizara a los usuarios una seguridad en cuanto a la
información que se procede en el sistema.
Descripción del Garantizar la seguridad del sistema con respecto a la información y datos
requerimiento: que se manejan tales sean documentos, archivos y contraseñas.


requerimiento:
Nombre del Comunicación.
Requerimiento:
Características: El sistema garantizara que todas las comunicaciones externas entre
servidores de datos, aplicación y cliente del sistema deben estar
encriptadas
Descripción del Garantiza la encriptación en todas las comunicaciones.
requerimiento:

requerimiento:
Nombre del Factor externo
Requerimiento:
Características: El sistema no seguirá operando en caso de presentarse factores
externos como incendios, alteraciones en la temperatura recomendada
etc.
Descripción del Garantizar el resguardo de los servidores.
requerimiento:

requerimiento:
Nombre del Multiplataforma
Requerimiento:
Características: El sistema será multiplataforma.
Descripción del Garantizar el uso de diversos dispositivos sin importar marca, OS.
requerimiento:

3.1 Requisitos comunes de las interfaces

. Interfaces de usuario
La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas
y campos de textos. Ésta deberá ser construida específicamente para el sistema
propuesto y, será visualizada desde un navegador de internet.
Para el sistema se crearon las interfaces de aplicación web para los módulos de
paciente, médico y administrador.
Pantalla inicio de sesión:
Figura 1. Pantalla inicio de sesión.
Pantalla registrarse:
Figura 2. Pantalla registrarse.

Perfil del administrador:
Figura 3. Pantalla perfil del administrador
Tener control sobre el servicio prestado:
Figura 4. Pantalla comentarios del servicio prestado
Actualizar la información de los médicos:
Figura 5. Pantalla información de médicos

Generar informes:
Figura 6. Pantalla generar informes
3.1.1 Interfaces de hardware
Será necesario disponer de equipos de cómputos en perfecto estado con las

siguientes características:
 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.
3.1.2 Interfaces de software
 Sistema Operativo: Windows 7 o superior, Mac Os 10.12 Sierra o superior,

Android 7Nougat o superior.
 Explorador: Mozilla, Chrome.

3.1.3 Interfaces de comunicación
La comunicación de estos datos entre cliente y servidor se hace por medio un

protocolo, concretamente del protocolo Http. Con esto, un servidor Web se mantiene a
la espera de peticiones HTTP, que son ejecutadas por un cliente HTTP; lo que solemos
conocer como un Navegador Web. A modo de ejemplo: al teclear (http://www.cn.mc.es)
en un navegador, éste realizará una petición HTTP al servidor que tiene asociada dicha
URL.
El servidor responde al cliente enviando el código HTML de la página; el navegador

cuando recibe el código, lo interpreta y lo muestra en pantalla. El Cliente es el
encargado de interpretar el código HTML, es decir, de mostrar las fuentes, los colores
y la disposición de los textos y objetos de la página. El servidor se encarga de transferir
el código de la página sin llevar a cabo ninguna interpretación de la misma.
Utilizaremos la Arquitectura Modelo Cliente – Servidor
Diversas aplicaciones se ejecutan en un entorno Cliente/servidor. Esto significa que

los equipos clientes (equipos que forman parte de una red) contactan a un servidor, un
equipo generalmente muy potente en materia de capacidad de entrada/salida, que
proporciona servicios a los equipos clientes. Estos servicios son programas que
proporcionan datos como la hora, archivos, una conexión, etc.
Los servicios son utilizados por programas denominados programas clientes que se
ejecutan en equipos clientes.
Aplicaciones en el lado del cliente: el cliente Web es el encargado de ejecutarlas en

la máquina del usuario. Son las aplicaciones tipo Java "applets" o Javascript. El
servidor proporciona el código de las aplicaciones al cliente y éste las ejecuta mediante
el navegador Web. Por tanto, es necesario que el cliente disponga de un navegador
con capacidad para ejecutar aplicaciones (también llamadas Scripts). Generalmente,
los navegadores permiten ejecutar aplicaciones escritas en lenguaje Javascript y Java,
aunque pueden añadirse más lenguajes mediante el uso de plugins.
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.

3.2 Requisitos funcionales

3.2.1 Requisito funcional 1
 Autentificación de Usuarios: los usuarios deberán identificarse para

acceder al sistema.
 El sistema podrá ser consultado por cualquier usuario con su nombre

de usuario y contraseña.

 Registrar Usuarios: El sistema permitirá al usuario (Medico) registrarse o
registrar un nuevo paciente. El usuario debe suministrar datos como: CI,
Nombre, Apellido, E-mail, Usuario y Password.
 Modificar: Permite al Medico modificar datos de los pacientes.
 Restricción de datos: Permite un estado para que la información de un

paciente y de un usuario en particular, pueda ser restringida en el sistema.
 Baja de paciente: Permite información referente al aula virtual.
 Consultar Información: El sistema ofrecerá al usuario información sobre

el paciente su expediente clínico, agenda personal de cada médico.
 Consultar Informe clínico: Muestra información de cada paciente

Hoja de identificación, Sección Medica, Sección de Enfermería.
 Consultar Agenda: Muestra información sobre las
actividades diarias a cada médico.
 Ficha Clínica: Permite al administrador imprimir fichas clínicas de cada

paciente.

 Informe completo: Permite generar e imprimir el expediente de cada

paciente.
 Agenda: Permite al usuario Agendar citas, cirugías etc.
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
 Garantizar que el diseño de las consultas u otro proceso no afecte el

desempeño de la base de datos, ni considerablemente el tráfico de la red.
 Toda funcionalidad del sistema debe responder al usuario en menos de 2

segundos.
 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
 Garantizar la confiabilidad, la seguridad y el desempeño del sistema

informático a los diferentes usuarios. En este sentido la información
almacenada o registros realizados podrán ser consultados y actualizados
permanente y simultáneamente, sin que se afecte el tiempo de respuesta.
 Garantizar la seguridad del sistema con respecto a la información y datos que

se manejan tales sean documentos, archivos y contraseñas.
 Facilidades y controles para permitir el acceso a la información al personal

autorizado a través de Internet, con la intención de consultar y subir
información pertinente para cada una de ellas.
 Los permisos de acceso al sistema podrán ser cambiados solamente por el

administrador del sistema.
 aplicaron 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.

3.3.3 Fiabilidad
 El sistema debe tener una interfaz de uso intuitiva y sencilla
 La interfaz de usuario debe ajustarse a las características de la web de la

institución, dentro de la cual estará incorporado el sistema de gestión de
procesos.
 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.
 La aplicación debe posee un diseño “Responsive” a fin de garantizar la

adecuada visualización en múltiples computadores personales, Tablets y
teléfonos inteligentes.
 Tasa de tiempos de fallo no es mayor al 0,5% del tiempo de operación total.
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
 El sistema debe disponer de una documentación fácilmente actualizable que

permita realizar operaciones de mantenimiento con el menor esfuerzo posible.
 La interfaz debe estar complementada con un buen sistema de ayuda (la

administración puede recaer en personal con poca experiencia en el uso de
aplicaciones informáticas).
3.3.6 Portabilidad
 El sistema será implantado bajo la plataforma de Windows, Mac Os y Android.

Formato Ieee 830

Transféré par

Informations du document

Description originale:

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Formato Ieee 830

Transféré par

Droits d'auteur :

Formats disponibles

Especificación de requisitos de

Julio del 2019

1.3 Personal involucrado 4

1.4 Definiciones, acrónimos y abreviaturas 6

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

3.1 Requisitos comunes de las interfaces 15

3.2 Requerimientos funcionales 19

3.3 Requerimientos no funcionales 20

Descripción de requisitos del software

Descripción de requisitos del software

El presente documento tiene como propósito definir las especificaciones funcionales, no

1.3 Personal involucrado

Nombre Daniel Martínez García

Descripción de requisitos del software

Nombre Mayra García García

Nombre Luis Palacios Méndez

Nombre Mario Ramírez Jiménez

Nombre Manolo Hernández Hernández

Descripción de requisitos del software

1.4 Definiciones, acrónimos y abreviaturas

Medical Records System Referencia

Descripción de requisitos del software

2.1 Perspectiva del producto

2.2 Funcionalidad del producto

2.3 Características de los usuarios

Tipo de usuario Administrador

Tipo de usuario Médico

Tipo de usuario Enfermeras

Tipo de usuario Paciente

Descripción de requisitos del software

Descripción de requisitos del software

Identificación del RF02

Identificación del RF03

Descripción de requisitos del software

Identificación del RF04

Identificación del RF05

Identificación del RF06

Identificación del RF07

Descripción de requisitos del software

Identificación del RF08

Identificación del RF09

Descripción de requisitos del software

Identificación del RNF01

Identificación del RNF02

Identificación del RNF03

Identificación del RNF04

Descripción de requisitos del software

Identificación del RNF05

Identificación del RNF06

Identificación del RNF07

Identificación del RNF08

Descripción de requisitos del software

Identificación del RNF09

Identificación del RNF10

Identificación del RNF11

Descripción de requisitos del software

3.1 Requisitos comunes de las interfaces

Pantalla inicio de sesión:

Figura 1. Pantalla inicio de sesión.

Figura 2. Pantalla registrarse.

Descripción de requisitos del software