Fortamo Ieee

Análisis y diseño de
Sistema De Optimización Para Solicitud

De Citas Médicas
UNIVERSIDAD TECNOLÓGICA DE PEREIRA

Programa INGENIERIA EN SISTEMAS N° Documento 1
Materia INGENIERÍA DE SOFTWARE I Versión 10/mayo/2019
Profesores Paulo Cesar Velásquez Velásquez Autores Grupo
Modelo de ingeniería 0.3
[Nombre documento] Pág. 2
Especificación de requisitos de
software
Proyecto: Sistema De Optimización Para La Solicitud
De Citas Médicas
Revisión 1.0
mayo de 2019
Descripción de requisitos del software

Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
[Fecha] [Rev] [Descripcion] [Firma o sello]
Documento validado por las partes en fecha: [Fecha]
Por el cliente Por la empresa suministradora
Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 4
Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 INTRODUCCIÓN 6
1.1 Propósito 6
1.2 Alcance 6
1.3 Personal involucrado 6
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 7
2.5 Suposiciones y dependencias 7
2.6 Evolución previsible del sistema 7
3 REQUISITOS ESPECÍFICOS 7
3.1 Requisitos comunes de los interfaces 8

3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8
3.2 Requisitos funcionales 8

3.2.1 Requisito funcional 1 9
3.2.4 Requisito funcional n 9
3.3 Requisitos no funcionales 9

3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9

3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10
3.4 Otros requisitos 10
4 Apéndices 10

1 Introducción
El uso de las tecnologías y la comunicación se ha hecho cada vez más común, desde
transacciones o consultas de nuestra información personal nos permite agilizar tareas sin
tener muchas veces que esperar en un sitio o lugar específico. Por estas razones la era
digital es una gran solución para las empresas prestadoras de servicios y más la de salud
donde se prioriza la vida del paciente.
Los centros médicos son un gran campo de acción y por esto se busca tener metodología
ágil y dinámica en la que todos puedan realizar cada vez mejor sus tareas sin tener que
abandonar
1.1 Propósito
Este informe se encuentra basado en el formato de Especificación de Requisitos de
Software (ERS), regido bajo el estándar IEEE830.
El documento busca definir de forma detallada y clara todos los requisitos, las
funcionalidades y las restricciones que debe poseer el software que desarrollaremos.
En este caso: “Sistema de optimización para la solicitud de Citas Médicas ”. SOSCM
El informe va orientado, tanto para el cliente como para todos los integrantes del
grupo de trabajo, con el fin de mantener a cada uno de estos informados de las
características que tendrá el sistema.
1.2 Alcance
Creación de un ‘Sistema De Optimización Para La Solicitud De Citas Médicas’
a través de una aplicación web que permita asignar citas teniendo en cuenta la afluencia
de pacientes en los diferentes centros de salud, tomando como principal referencia la
dirección de vivienda del solicitante y los centros de salud más cercanos.
El producto a desarrollar fue definido como: “SOSCM”, sin embargo, el documento está
enfocado en el desarrollo de un software web para los centros médicos de la ciudad de
Pereira, siendo un “Sistema de Optimación para la asignación de Citas Médicas”, el
prototipo esta propuesto para un seis hospitales tales son “San Jorge”, “Clínica los
Rosales”, “San Joaquín”, “Clínica San Rafael”, “Pinares Médica”, “Clínica el lago”, “Ese
Salud Casa del Abuelo”, “Hospital Centro”, sin descartar la posible implementación en
otros establecimientos hospitalarios o clínicos.
Su función principal es asignar una cita médica en menos tiempo y posteriormente

remitirlo al centro médico más cercado del solicitante (según la dirección de la vivienda).
Además, esto se podrá hacer vía web y desde un dispositivo móvil, tablet o computador.
El sistema también permite consultar el historial médico de cada persona ósea número
de citas al año, citas canceladas, Tipo de cita médica, entre otras.
Finalmente se busca solucionar el problema que presenta actualmente que es la tardía

en la asignación de citas y el sobre cupo que puede haber en el centro médico. Por esta
razón se pretende unificar el sistema para que sea más eficiente y eficaz a la hora de
asignar o gestión las solicitudes médicas.

Personal involucrado
Nombre Miguel
Rol Programador
Categoría profesional Ingeniero en sistemas y computación
Responsabilidades Organización de las tareas del equipo, scrum master.
Encargado del diseño y la normalización de la base de
datos
Información de contacto
Aprobación Si
Nombre Carlos Felipe Zapata García

Rol Almacenamiento del software
Responsabilidades Encargado del diseño y almacenamiento
Aprobación Si
Nombre Jhon Alexander Niño Ayala

Rol Diseño y adaptación del software
Responsabilidades Encargado diseño y adaptación del software en diferentes
dispositivos (celular, tablet y computadores)
Aprobación Si
Nombre Yeison Jaramillo Restrepo

Rol Analista de información
Responsabilidades Análisis y levantamiento de requisitos del software
Aprobación Si
Nombre Jacobo Damian Jiménez

Rol Analista QA (Testing)
Responsabilidades Pruebas durante el desarrollo del software
Aprobación Si
1.3 Definiciones, acrónimos y abreviaturas

El siguiente apartado, describe cada uno de los acrónimos y abreviaturas
encontradas a lo largo del documento
 ERS: Especificación De Requisitos De Software.

 QA: Quality Assurance (Aseguramiento de la Calidad).
 IEEE 830: Estándar que comprende los requisitos del software.
 Sistema Operativo Windows 7: Programa que gestiona el comportamiento y
permite el uso del computador, Windows 7 se refiere a la versión de este.

 IDE Visual Studio 2013: Plataforma que permite a los desarrolladores crear
programas o aplicaciones.
 Downtime u Offline: Se refiere al tiempo que el sistema no está funcionando, ya
sea por un factor externo, un corte de luz, o que simplemente el programa esté
funcionando mal y no permita trabajar con él.
 Red Local: Una red de computadores conectados entre sí que pueden
interactuar entre ellos. .
 TCP/IP: Protocolo de control de transmisión
 Hardware: Conjunto de elementos físicos o materiales que constituyen una
computadora o un sistema informático.
 Software: Conjunto de programas y rutinas que permiten a la computadora
realizar determinadas tareas.
1.4 Referencias
Mediante la siguiente tabla, se expondrán el material de referencia utilizado para
la elaboración de este documento:
Titulo Ruta Autor

Códigos CIE http://ais.paho.org/classifications/ Clasificación
Chapters/index.htm Estadística
Internacional de
Enfermedades
Ingeniería del software: un enfoque Roger S. Pressman
práctico, 7ma Edición
Software https://es.wikipedia.org/wiki/Softw Wikipedia

are
Características generador eléctrico http://www.kaufmann.cl/kf_data/p N/A

kaufmann owersystems/979/catalogo.pdf
Redes de área local http://wikitel.info/wiki/Redes_de_ Wikitel

%C3%A1rea_local
IEEE Std. 830-1998 IEEE

Especificación de requisitos según
el estándar IEEE Computer Society
Características de los equipos http://configure.la.dell.com/dellstor Dell
e/config.aspx?
oc=la_thun1601_602_io5348_i5t8
1tbw8s_1&model_id=inspiron-23-
5348-
aio&c=cl&l=es&s=bsd&cs=clbsdt1
Descripción de la disponibilidad, la https://technet.microsoft.com/es- Microsoft

confiabilidad y la escalabilidad es/library/aa996704(v=exchg.65).
aspx
Características del servidor http://www.dell.com/cl/empresas/p Dell

/poweredge-r520/pd

Proyecto de neonatología N/A
1.5 Resumen
Desde ahora en adelante el documento estará compuesto por los siguientes puntos:
Una descripción general de lo que será el software y que es lo que hará y cuál es su
utilidad para el usuario final. Las funcionalidades principales de este, que deben de
realizar el cual estará detallado de tal forma, que se entendible por cualquier usuario, a
la vez se mostrarán las descripciones y/o características de los usuarios que
interactuarán con dicho producto.
Otra de las partes importantes dentro de este documento serán los requisitos
específicos, el cual deberá de ser conciso para que nuestro equipo de desarrollo pueda
diseñar el sistema sin problemas y a cabalidad, dentro de los cuales se les hará mención
a los requisitos de interfaces, usuario, hardware, software, comunicación, funcionales,
los no funcionales que dentro de estos encontramos los requisitos de rendimiento,
seguridad, fiabilidad, disponibilidad, mantenibilidad y portabilidad.
2 Descripción general
2.1 Perspectiva del producto
 Se proyecta implementar un ‘Sistema de asignación de citas médicas’ la
cual permita solicitar, cancelar, consultar y asignar citas teniendo en cuenta
la afluencia de los centros médicos y la cercanía del solicitante.
 El módulo de optimización de citas dependerá del módulo de

infraestructura para realizar tareas de administración como son las
consultas de número de pacientes, número de citas, número de
especialistas, etc. Además, otro modulo necesario es el de personal,
puesto que es obligatorio la asignación del médico y de turno también
vemos necesario el modulo de consulta de centro médicos de Risaralda.
Funcionalidades del producto

 Ingreso al sistema por medio de un login.
 Consulta de citas disponibles.
 Pedir cita médica disponible.
 Ver información de cita médica.
 Ver historial de citas médicas.
 Posponer cita médica.
 Cancelar cita médica.
 Editar cita médica.
 Visualizar citas recomendadas.
 Entrar en lista de espera.
 Asignar cita.
 Consultar historial médico.

2.2 Características de los usuarios

Tipo de usuario Paciente
Formación Cualquier nivel de educación
Habilidades N/A
Actividades Consulta de citas, ingreso al sistema por login, pedir cita
disponible, ver historial de citas médicas, posponer cita,
editar cita, entrar a lista de espera, visualizar citas
recomendadas, ver información de cita médica.
Tipo de usuario Personal Medico

Formación Pregrado
Habilidades Manejo de computadores
Actividades Ingreso al sistema por login, ver historial médico, ver
historial de citas médicas, ver información de cita médica.
Tipo de usuario Administrativo

Formación Técnico
Habilidades Manejo de computadores
Actividades Ingreso al sistema por medio de login, ver información de
cita médica, ver historial de citas médicas, posponer cita
médica, cancelar cita médica, asignar cita, editar lista de
espera.
2.3 Restricciones
 Desarrollo de la aplicación web como SPA.
 Desarrollo frontend en Angular con Angular Material.
 Desarrollo de funcionalidad backend en Java.
 Modelo de base de datos SQL.
 Metodología de desarrollo ágil, Scrum.
 Especificaciones mínimas de sistema.
2.4 Suposiciones y dependencias

Ley de Habeas-Data, en la cual si algún punto en esta ley es modificado, como la
manera en la que se maneja la información personal de los usuarios y sus derechos,
podría involucrar un cambio en los requerimientos del software.
2.5 Evolución previsible del sistema

En un futuro una de las mejoras que podría implementarse sería la plataforma en la cual
el sistema va a funcionar, ya que con el avance de las tecnologías aparecerán mejores
maneras de presentar un software como este y mejorar la eficiencia y hacer que se vea
más amigable para todo tipo de usuario.
3 Requisitos específicos
Esta es la sección más extensa y más importante del documento.
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema
a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para que el equipo
de desarrollo pueda diseñar un sistema que satisfaga los requisitos y los encargados de las
pruebas puedan determinar si éstos se satisfacen.

Los requisitos se dispondrán en forma de listas numeradas para su identificación,

seguimiento, trazabilidad y validación (ej. RF 10, RF 10.1, RF 10.2,...).
Para cada requisito debe completarse la siguiente tabla:
Número de requisito [Inserte aquí el texto]

Nombre de requisito [Inserte aquí el texto]
Tipo Requisito Restricción
Fuente del requisito [Inserte aquí el texto]
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
y realizar la descripción del requisito
La distribución de los párrafos que forman este punto puede diferir del propuesto en esta
plantilla, si las características del sistema aconsejan otra distribución para ofrecer mayor
claridad en la exposición.
3.1 Requisitos comunes de los interfaces

[Inserte aquí el texto]
Descripción detallada de todas las entradas y salidas del sistema de software.
3.1.1 Interfaces de usuario

Describir los requisitos del interfaz de usuario para el producto. Esto puede estar
en la forma de descripciones del texto o pantallas del interfaz. Por ejemplo
posiblemente el cliente ha especificado el estilo y los colores del producto.
Describa exacto cómo el producto aparecerá a su usuario previsto.
3.1.2 Interfaces de hardware

Especificar las características lógicas para cada interfaz entre el producto y los
componentes de hardware del sistema. Se incluirán características de
configuración.
3.1.3 Interfaces de software

Indicar si hay que integrar el producto con otros productos de software.
Para cada producto de software debe especificarse lo siguiente:
 Descripción del producto software utilizado
 Propósito del interfaz
 Definición del interfaz: contiendo y formato
3.1.4 Interfaces de comunicación

Describir los requisitos del interfaces de comunicación si hay comunicaciones con
otros sistemas y cuales son las protocolos de comunicación.
3.2 Requisitos funcionales

3.2.1 Requisito funcional 1

 El sistema deberá poder verificar la autenticación de ingreso a este por
parte del(los) usuario(s) autorizado(s).
 Para validar el acceso al sistema el usuario deberá digitalizar la siguiente la

información:
 Tipo de documento: Cédula de ciudadanía

 Usuario: 100****
 Clave: *****
 El sistema deberá permitir a los usuarios el cambio de clave del sistema.

En caso de pérdida tendrá forma de recuperarla con el correo electrónico
registrado al momento de realizar la solicitud de No recuerdo clave
 Gestión de la información de los datos personales; es decir, el sistema será

capaz de permitir al(los) usuario(s) poder actualizar y/o eliminar
información personal albergados en la base de datos.
 Obtención de toda la información de una persona mediante la

búsqueda, haciendo uso del número de identificación y tipo de
documento perteneciente al usuario:
 Cédula de Ciudadanía CC
 Cédula de Extranjería CE
 Tarjeta de Identidad TI
 Registro Civil RC
 Número Único de Identificación Personal NUIP
 Pasaporte
 El sistema deberá permitir generar un reporte de la cita médica solicitada,

después de haber realizado dicha operación.
 El sistema debe permitir a los usuarios el registro de nuevas citas.

 El sistema debe permitir a los usuarios la cancelación de citas médicas a la

cual no puedan asistir siempre cuando no falten como mínimo 6 horas de
antelación a la fecha y hora asignada.
 Como afiliado del centro médico podrá consultar el estado de autorización

de los servicios solicitados. Además, imprimir las autorizaciones y
procedimientos remitidos por el médico.

 El sistema debe permitir mostrar los centros médicos más cercanos según
la dirección de residencia del solicitante.
 El sistema deberá cerrar sesión después de 10 minutos de inactividad.
3.2.11Requisito funcional 11
 El sistema deberá visualizar el historial de citas médicas de cada año.
 El sistema deberá generar una agenda de citas disponibles.
 En caso de no haber agenda disponible, el sistema deberá guardar las

preferencias del usuario para la cita que desea solicitar.
 El sistema deberá poder registrar las preferencias del usuario en cuanto a
lapso entre horas y días se refiere para ocasión que lo necesite.

 Cuando exista un cupo de agenda, el sistema deberá dar prioridad en a los
que se encuentran en lista de espera.
 El sistema deberá informar a los usuarios de lista de espera, las opciones

de cita disponible según sus preferencias.

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
 El sistema no debe tardar más de 1 minuto en realizar la búsqueda de un

paciente, si esto ocurriese el sistema lanzará un mensaje de error
indicando que no puede conectarse con la base de datos.
 Los usuarios deben contar con la última versión de la plataforma Java

instalada en su(s) computador(es).
 Se debe disponer de periféricos disponibles (mouse y teclado) para un

adecuado uso del software.
 Para un mejor funcionamiento del sistema se requiere una PC con una

capacidad de RAM de 2GB o mayor, además debe contar con un
procesador que posea mínimamente 2 núcleos.
3.3.2 Fiabilidad
 Instalar un certificado digital y proporcionar a los usuarios la capacidad de

hacer conexiones HTTPS al servidor.
3.3.3 Disponibilidad
 El sistema deberá funcionar correctamente en cualquiera de los siguientes

sistemas operativos: plataforma Windows 7 o superior, Linux, Mac OS.
 El sistema web debe contar con una disponibilidad de 24/7. En algunos

casos se limita gracias a los mantenimientos o cambios que se realicen a
través del tiempo.
3.3.4 Mantenibilidad
 Se debe realizar un mantenimiento cada 6 meses o cuando lo requiera el

sistema para prevenir cualquier falla o bloqueo.
3.3.5 Portabilidad
Especificación de atributos que debe presentar el software para facilitar su
traslado a otras plataformas u entornos. Pueden incluirse:
 Porcentaje de componentes dependientes del servidor.
 Porcentaje de código dependiente del servidor.
 Uso de un determinado lenguaje por su portabilidad.
 Uso de un determinado compilador o plataforma de desarrollo.
 Uso de un determinado sistema operativo.

3.4 Otros requisitos

Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.
Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales
4 Apéndices
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no
forme parte de la SRS.

Fortamo Ieee

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Fortamo Ieee

Cargado por

Copyright:

Formatos disponibles

Análisis y diseño de

Sistema De Optimización Para Solicitud

UNIVERSIDAD TECNOLÓGICA DE PEREIRA

Descripción de requisitos del software

Fecha Revisión Autor Verificado dep. calidad.

[Fecha] [Rev] [Descripcion] [Firma o sello]

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

1.3 Personal involucrado 6

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

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3.1 Requisitos comunes de los interfaces 8

3.2 Requisitos funcionales 8

3.3 Requisitos no funcionales 9

Descripción de requisitos del software

3.4 Otros requisitos 10

Descripción de requisitos del software

Su función principal es asignar una cita médica en menos tiempo y posteriormente

Finalmente se busca solucionar el problema que presenta actualmente que es la tardía

Descripción de requisitos del software

Nombre Carlos Felipe Zapata García

Nombre Jhon Alexander Niño Ayala

Nombre Yeison Jaramillo Restrepo

Nombre Jacobo Damian Jiménez

1.3 Definiciones, acrónimos y abreviaturas

 ERS: Especificación De Requisitos De Software.

Descripción de requisitos del software

Titulo Ruta Autor

Software https://es.wikipedia.org/wiki/Softw Wikipedia

Características generador eléctrico http://www.kaufmann.cl/kf_data/p N/A

Redes de área local http://wikitel.info/wiki/Redes_de_ Wikitel

IEEE Std. 830-1998 IEEE

Descripción de la disponibilidad, la https://technet.microsoft.com/es- Microsoft

Características del servidor http://www.dell.com/cl/empresas/p Dell

Descripción de requisitos del software

Proyecto de neonatología N/A

 El módulo de optimización de citas dependerá del módulo de

Funcionalidades del producto

Descripción de requisitos del software

2.2 Características de los usuarios

Tipo de usuario Personal Medico

Tipo de usuario Administrativo

2.4 Suposiciones y dependencias

2.5 Evolución previsible del sistema

Descripción de requisitos del software

Los requisitos se dispondrán en forma de listas numeradas para su identificación,

Para cada requisito debe completarse la siguiente tabla:

Número de requisito [Inserte aquí el texto]

y realizar la descripción del requisito

3.1 Requisitos comunes de los 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

3.2 Requisitos funcionales

Descripción de requisitos del software

3.2.1 Requisito funcional 1

 Para validar el acceso al sistema el usuario deberá digitalizar la siguiente la