• Author / Uploaded
• イエス アンソニー

Citation preview

Especificación de requisitos de software Proyecto: MEDICAL RECORDS SYSTEM

Julio del 2019

Modelo de ingeniería

Medical Records System

0.3 Pág. 2

Contenido FICHA DEL DOCUMENTO

¡ERROR! MARCADOR NO DEFINIDO.

CONTENIDO

2

1

4

INTRODUCCIÓN

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

2.5

Suposiciones y dependencias

3

¡Error! Marcador no definido.

REQUISITOS ESPECÍFICOS

9

3.1 Requisitos comunes de las interfaces 3.1.1 Interfaces de usuario 3.1.2 Interfaces de hardware 3.1.3 Interfaces de software 3.1.4 Interfaces de comunicación

15 15 17 17 18

3.2 Requerimientos funcionales 3.2.1 Requisito funcional 1 3.2.2 Requisito funcional 2 3.2.3 Requisito funcional 3 3.2.4 Requisito funcional 4 3.2.5 Requisito funcional 5 3.2.6 Requisito funcional 6 3.2.7 Requisito funcional 7 3.2.8 Requisito funcional 8 3.2.9 Requisito funcional 9

19 19 19 19 19 19 19 19 20 20

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 3

3.3 Requerimientos no funcionales 3.3.1 Requisitos de rendimiento 3.3.2 Seguridad 3.3.3 Fiabilidad 3.3.4 Disponibilidad 3.3.5 Mantenibilidad 3.3.6 Portabilidad

20 20 20 21 21 21 21

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 4

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 Rol Categoría Profesional Responsabilidad Información de contacto

Fernando Acevedo Linares Jefe De Proyecto Ing. Desarrollo de Software Análisis de los requerimientos del cliente. [email protected]

Nombre Rol Categoría Profesional Responsabilidad Información de contacto

Daniel Martínez García Líder De Equipo Ing, Sistemas Computacionales Líder con capacidad organizativa. [email protected]

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System Nombre Rol Categoría Profesional Responsabilidad Información de contacto

Nombre Rol Categoría Profesional Responsabilidad Información de contacto Nombre Rol Categoría Profesional Responsabilidad Información de contacto Nombre Rol Categoría Profesional Responsabilidad Información de contacto

0.3 Pág. 5

Mayra García García Desarrollador Ing. Desarrollo de Software Encargado de ejecutar el trabajo asignado por el líder del equipo. [email protected]

Luis Palacios Méndez Diseñador Gráfico Y Ux Ing. Desarrollo de Software Encargado de realizar el diseño gráfico de las pantallas que compone la aplicación [email protected] Mario Ramírez Jiménez Líder De Calidad Ing. Desarrollo de Software Encargado de desarrollar una suite de tests que verifiquen que el software [email protected] Manolo Hernández Hernández Ingeniero En Calidad Ing. Desarrollo de Software Encargado de escribir las suite de test para automatizar el testeo del programa. [email protected]

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

1.4

0.3 Pág. 6

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.

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 7

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 Formación Actividades

Administrador Ing. Desarrollo de Software Control y manejo del sistema en general

Tipo de usuario Formación Actividades

Médico Médico Cirujano Atención Médica a la Población

Tipo de usuario Formación Actividades

Enfermeras Lic. Enfermería Realiza proceso de Atención.

Tipo de usuario Formación Actividades

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

.

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

2.4 • • • • • • • • • • • • • • • • • • • • • • • • • • • • • •

0.3 Pág. 8

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.

.

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 9

3 Requisitos específicos Requerimientos Funcionales Identificación del requerimiento: Nombre del Requerimiento: Características:

RF01

Identificación del requerimiento: Nombre del Requerimiento: Características:

RF02

Autentificación de Usuario.

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

Registrar Usuarios.

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 Prioridad del requerimiento: Alta Identificación del RF03 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 • RNF01 NO funcional: • RNF02 Prioridad del requerimiento: Alta

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System Identificación del requerimiento: Nombre del Requerimiento: Características:

RF04

Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento: Requerimiento NO funcional:

RF05

Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:

RF06

0.3 Pág. 10

Restricción de Datos.

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 Requerimiento • RNF01 NO funcional: • RNF06 • RNF07 Prioridad del requerimiento: Alta

Baja de Paciente. El sistema permite al usuario dar de baja a un paciente. Baja de Paciente: El usuario puede borrar a un paciente.

• RNF01 • RNF06 • RNF08 Prioridad del requerimiento: Alta

Busqueda de Paciente. El sistema permite al usuario buscar un paciente. Busqueda de Paciente: El usuario puede localizar los datos de un paciente.

• RNF01 • RNF06 • RNF08 Prioridad del requerimiento: Alta Requerimiento NO funcional:

Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento:

RF07 Generar Ficha Clínica. El sistema permite al usuario generar una ficha clínica. Ficha Clínica: El usuario puede generar una ficha clínica única vinculada a un único paciente.

• RNF01 • RNF06 • RNF08 Prioridad del requerimiento: Alta Requerimiento NO funcional:

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento: Requerimiento NO funcional:

RF08

Identificación del requerimiento: Nombre del Requerimiento: Características: Descripción del requerimiento: Requerimiento NO funcional:

RF09

0.3 Pág. 11

Informe Completo. El sistema permite al usuario obtener u informe detallado del paciente. Informe: El usuario obtiene un informe detallo sobre un paciente.

• RNF01 • RNF06 • RNF08 Prioridad del requerimiento: Alta

Agenda. El sistema permite al usuario Agendar citas, cirugías etc. Agenda: El usuario podrá agendar sus actividades diarias a realizar.

• RNF01 • RNF06 • RNF08 Prioridad del requerimiento: Alta

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 12

Requerimientos No Funcionales. Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF01 Interfaz del sistema. El sistema presentara una interfaz de usuario sencilla para que sea de fácil manejo a los usuarios del sistema. El sistema debe tener una interfaz de uso intuitiva y sencilla.

Descripción del requerimiento: Prioridad del requerimiento: Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF02

Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF03

Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF04

Alta

Ayuda en el uso del sistema.

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). Prioridad del requerimiento: Alta

Mantenimiento.

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. Prioridad del requerimiento: Alta

Diseño de la interfaz a la característica de la web.

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. Prioridad del requerimiento: Alta

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF05

Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF06

Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF07

Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF08

0.3 Pág. 13

Desempeño

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. Prioridad del requerimiento: Alta

Nivel de Usuario

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. Prioridad del requerimiento: Alta

Confiabilidad continúa del sistema.

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. Prioridad del requerimiento: Alta

Seguridad en información

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. Prioridad del requerimiento: Alta

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System Identificación del requerimiento: Nombre del Requerimiento: Características:

RNF09 Comunicación. El sistema garantizara que todas las comunicaciones externas entre servidores de datos, aplicación y cliente del sistema deben estar encriptadas Garantiza la encriptación en todas las comunicaciones.

Descripción del requerimiento: Prioridad del requerimiento: Identificación del requerimiento: Nombre del Requerimiento: Características:

0.3 Pág. 14

Alta

RNF10 Factor externo El sistema no seguirá operando en caso de presentarse factores externos como incendios, alteraciones en la temperatura recomendada etc. Garantizar el resguardo de los servidores.

Descripción del requerimiento: Prioridad del requerimiento:

Alta

Identificación del RNF11 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: Prioridad del requerimiento: Alta

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

3.1 .

0.3 Pág. 15

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.

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 16

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 Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 17

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.

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 18

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.

Descripción de requisitos del software

Modelo de ingeniería

0.3 Pág. 19

Medical Records System

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.

3.2.2 Requisito funcional 2 •

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.

3.2.3 Requisito funcional 3 •

Modificar: Permite al Medico modificar datos de los pacientes.

3.2.4 Requisito funcional 4 •

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.

3.2.5 Requisito funcional 5 •

Baja de paciente: Permite información referente al aula virtual.

3.2.6 Requisito funcional 6 •

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 actividades diarias a cada médico.

sobre

las

3.2.7 Requisito funcional 7 •

Ficha Clínica: Permite al administrador imprimir fichas clínicas de cada paciente.

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 20

3.2.8 Requisito funcional 8 •

Informe completo: Permite generar e imprimir el expediente de cada paciente.

3.2.9 Requisito funcional 9 •

3.3

Agenda: Permite al usuario Agendar citas, cirugías etc.

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.

Descripción de requisitos del software

Modelo de ingeniería

Medical Records System

0.3 Pág. 21

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.

Descripción de requisitos del software