DUOC UC - ESCUELA DE INFORMÁTICA Y TELECOMUNICACIONES

Especificación de
Requisitos de Software
Proyecto: Centro Médico

[04/09/2022]

Especificación de Requisitos según estándar de IEEE 830.

Sección : 009V

Integrantes: Rodrigo Yañez Palacios, Ayelen Cotorrea

 Especificación de Requisitos, estándar de IEEE 830

Grupo:

Contenido
FICHA DEL DOCUMENTO 3
1. INTRODUCCIÓN 4
1.1. PROPÓSITO 4
1.2. ÁMBITO DEL SISTEMA 4
1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS 4
1.4. REFERENCIAS 4
1.5. VISIÓN GENERAL DEL DOCUMENTO 4
2. DESCRIPCIÓN GENERAL 5
2.1. PERSPECTIVA DEL PRODUCTO 5
2.2. FUNCIONES DEL PRODUCTO 5
2.3. CARACTERÍSTICAS DE LOS USUARIOS 5
2.4. RESTRICCIONES 6
2.5. SUPOSICIONES Y DEPENDENCIAS 6
2.6. REQUISITOS FUTUROS 6
3. REQUISITOS ESPECÍFICOS 7
3.1 REQUISITOS COMUNES DE LAS 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 9
3.2 REQUISITOS FUNCIONALES 10
3.3 REQUISITOS NO FUNCIONALES 10
3.3.1 Requisitos de rendimiento 10
3.3.2 Seguridad 10
3.3.3 Fiabilidad 10
3.3.4 Disponibilidad 10
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 11
3.4 OTROS REQUISITOS 11
4.- ANEXOS 12
4.1 Requerimiento funcional 12

2
 Especificación de Requisitos, estándar de IEEE 830

Ficha del documento

Fecha Revisión Autor Modificación

Se crea la plantilla excel de

01/09/2022 1.0 Ayelen Cotorrea requerimientos y se agrega al
documento

02/09/2022 1.1 Grupo

Se agregan más restricciones.

Se hace una corrección

03/09/2022 1.2 Grupo ortográfica de todos los
documentos.

Documento validado por las partes en fecha:

Por el cliente Por la empresa suministradora

[Firma] [Firma]

3
 Especificación de Requisitos, estándar de IEEE 830

Sr./Sra. Sr./Sra.

4
 Especificación de Requisitos, estándar de IEEE 830

1. Introducción

1.1. Propósito
Este documento tiene el fin de detallar y señalar los requerimientos específicos del software
que se desarrollará, buscando llegar a un consenso en las directrices que formarán los pilares
del proyecto y su gestión.

1.2. Ámbito del Sistema

El centro médico Galenos ha ampliado su tamaño como negocio y se ha visto alcanzado con
la cantidad de información que pueden controlar con el modelo actual (mecanismo manual),
por lo que la administración del centro médico Galenos ve la necesidad de un sistema, del
cual trata este documento. Este sistema permitirá ingresar generar agendas para cada
médico, basada en la disponibilidad particular de cada uno, permitiendo generar agenda para
tres meses. Será capaz de ingresar la información de lo recaudado por cada atención
efectiva, con esta información generará informes de recaudación generales y de cada médico.
Emitir los comprobantes de pago de comisiones individualizados para cada médico. El
paciente podrá “tomar” horas de atención permitiéndole elegir el centro médico, la
especialidad, el médico y la fecha/hora de la atención, basada en la disponibilidad de la
agenda de cada médico, para esto deberá registrarse en el sistema. Permitirá a los médicos
visualizar información de los pacientes “en espera” y cuando ya hayan sido atendidos,
cambiar el estado de paciente a “atendido”.

1.3. Definiciones, Acrónimos y Abreviaturas

● Centro Médico: Lugar al cual se va por una urgencia médica
● Especialidad Médica: Se consigue a base de un conjunto de conocimientos en el cual
un médico se especializa en un área específica de la diversas ramas de la medicina
● Secretaria: Sección de un organismo, institución o empresa que se ocupa de las
tareas administrativas relacionadas con la entidad.
● Sistema WEB: Herramienta que los usuarios pueden utilizar para acceder a un servicio
● Sistema: Un sistema es un conjunto de elementos relacionados entre sí que funciona
como un todo.
● Fonasa: Fondo Nacional de Salud (Encarga de recaudar, Administrar y Distribuir los
dineros estatales destinados a la Salud)
● Isapre: Institución de Salud Previsional (Entidades privadas de salud que hacen la
función de aseguradoras).

5
 Especificación de Requisitos, estándar de IEEE 830

1.4. Referencias
Plantillas de Requerimientos

“Tomar” una hora: Agendar una hora médica

1.5. Visión General del Documento

En este documento se hará una descripción general del producto. Se describirán las
funciones, las características que debe de cumplir, restricciones, perspectiva del producto, las
suposiciones y dependencia, al mismo tiempo se dirá cuáles serán los requisitos futuros del
mismo

Se hablará de cuáles son los requisitos específicos que este debe de tener, conjunto a esto
se mencionaron los requisitos comunes de interfaz el cual está separado en la Interfaz de
usuario, Interfaz de Hardware, Interfaz de Software y la Interfaz de Comunicación.

2. Descripción General
2.1. Perspectiva del Producto
El producto formará parte vital del modelo de negocio del centro médico supliendo el antiguo
sistema de mecanismo manual para asignar horas, recepcionar pagos y rendir cuentas,
además incorporará un sistema web para facilitar tareas de agendar horas.

2.2. Funciones del Producto

1. El sistema del centro y sistema WEB debe solicitar la identificación del usuario
para el acceso.

2. El sistema debe permitir ingresar la disponibilidad diaria de los médicos (de

lunes a domingo), por cada uno de los médicos del centro.

3. El sistema debe permitir generar agenda de los médicos (para tres meses en
base a su disponibilidad diaria). Se debe considerar un calendario base que
contemple los feriados.

4. Debe ser posible modificar la agenda (quitar disponibilidades, agregar

disponibilidades particulares), por ejemplo, eliminar la disponibilidad de un
médico para una semana en especifico por que tuvo que asistir a un seminario.

5. Crear un Sistema WEB para que los pacientes puedan tomar hora, este
sistema debe permitir elegir el centro, la especialidad, el médico y la fecha/hora
de la atención en base a las horas disponibles (y no reservadas).

6
 Especificación de Requisitos, estándar de IEEE 830

6. El Sistema WEB debe permitir al paciente o a la secretaría anular las horas

reservadas.

7. Una vez que el paciente toma la hora vía WEB, se le enviará un correo de
confirmación, un día antes de la atención se le enviará un correo recordatorio.

8. El cajero podrá registrar en el sistema el pago por parte del paciente.

9. Emite un comprobante de pago posterior al pago. en efectivo, con documentos,

tarjetas o bono de alguna isapre o FONASA.

10. El médico debe tener una pantalla que indique los pacientes en espera, y la
misma pantalla debe permitir marcar a los pacientes atendidos.

11. Emite un informe de recaudación por rango de fechas.

12. El sistema del centro debe emitir un comprobante de cobro de comisión por
cada médico, el cual debe ser firmado a modo de aceptación del cobro.

13. El sistema del centro debe registrar el pago efectivo de las comisiones por
parte de cada médico, esto con la finalidad de no continuar con el cobro (sólo
con fines informativos se ingresará el comprobante de depósito o transferencia)

2.3. Características de los Usuarios

Secretaria La Secretaria debe de La Secretaría será la
haber terminado sus encargada de administrar
estudios en su totalidad, los perfiles de los médicos,
tener conocimientos de la creación de la agenda
avanzados de excel, para los médicos, la
manejar una base de datos anulación de las horas de
básica. atención.

Médico El médico debe de haber El médico se encarga de la

terminado sus estudios en atención a los pacientes,
su totalidad y contar con de marcar si el paciente ha
una especialidad. sido atendido.

Cajero El Cajero debe de haber El Cajero se encargará de

terminado sus estudios en recibir el pago de los
su totalidad, debe contar pacientes de forma
con un dominio básico de presencial y emitir un
las matemáticas y poder comprobante de pago.
emplear de manera

7
 Especificación de Requisitos, estándar de IEEE 830

correcta y eficiente un
cajero.

Paciente El paciente tiene que tener El paciente podrá tomar

conocimiento de cómo horas de atención, elegir
funciona el sistema un médico especializado
que se adecue a su
situación y podrá anular la
hora de atención

2.4. Restricciones
Revisar las restricciones de encontrar algún error modificar
● El horario de atención se debe agendar de lunes a viernes en un horario entre
9:00 y las 20:00 además en caso de necesitar una hora para los fines de semana
solo se puede los sábados en un horario entre las 9:00 y las 14:00.
● Para que el cliente pueda ser atendido y realizar el pago el sistema de confirmar
su identidad
● El Sistema debe de tener acceso a un internet estable.

● El sistema tiene que generar una agenda para los médicos con tres meses por
adelantado y deben de ser individuales para cada profesional.

● El sistema solo tiene que mostrar las horas de atención que están disponibles
para su reservación.

● El sistema tiene que mostrar a aquellos pacientes que están en espera y quienes
han sido atendidos.

● El sistema tiene que emitir informes de recaudación.

● El sistema tiene que emitir comprobantes de pago por comisión.

● El sistema tiene que registrar el pago efectivo de la comisión.

● El sistema debe de tener una base de datos.

● El sistema debe de permitir que el paciente pueda reservar una atención médica
en base a las horas que están disponibles en el cual indicará la hora y fecha de
atención, el centro en que quiere ser atendido, la especialidad y el médico.

● El sistema tiene que enviar un correo de confirmación al momento de que un

paciente tome una hora de atención.

● El sistema enviará un correo al paciente un día antes de que tenga su atención

médica indicando todos los datos que este necesite.

● El hardware debe tener como mínimo 4GB de ram.

8
Especificación de Requisitos, estándar de IEEE 830

9
 Especificación de Requisitos, estándar de IEEE 830

2.5. Suposiciones y Dependencias

Se supone que el sistema para que pueda funcionar necesita una conexión a internet y
que esta sea estable, además que sea lanzado como un Sistema de tipo Web.

Se supone que el sistema deja ingresar a los Usuarios que estén registrados.

2.6. Requisitos Futuros

En el futuro se planea mejorar el rendimiento de la base de datos en el caso de que esta
esté cerca de su límite, antes de que aumente el tiempo de respuesta. Para mantener el
sistema en funcionamiento se requerirá realizar pruebas de estrés, carga y
rendimiento,con el fin de medir y mantener los parámetros aceptables. Y con esto que
el sistema funcione aceptablemente.

3. Requisitos Específicos

3.1 Requisitos comunes de las interfaces

3.1.1 Interfaces de usuario

Interfaz paciente:

Esta cuenta con un menú para acceder a los distintos servicios o a los datos
personales.

Al acceder a los servicios podrá seleccionar a un especialista y se le mostrará un

calendario con las horas disponibles.

Interfaz médico:

Esta mostrará una lista de los pacientes en espera con sus datos personales y motivo
de la visita.

También podrá consultar su agenda.

Interfaz cajero:

Esta permitirá seleccionar el método de pago y emitir el comprobante.

Interfaz secretaria:

Esta permitirá consultar todas las horas agendadas por los pacientes con la posibilidad
de modificar o anular la hora agendada, además de consultar pacientes en espera y
emitir informes de recaudación, comprobantes de comisión y registrar pagos de
comisiones.

10
 Especificación de Requisitos, estándar de IEEE 830

3.1.2 Interfaces de hardware

Para poder acceder e interactuar con el sistema del centro médico se necesita de un
computador con accesos a internet y para acceder al sistema web se necesita un computador
o un celular con acceso a internet.

3.1.3 Interfaces de software

Para acceder al sistema se necesita que el sistema operativo sea Windows 10 o superior y
tener algún navegador web tales como chrome, edge, mozilla, opera, etc.

3.1.4 Interfaces de comunicación

Ambos sistemas se deben de conectar a la misma base de datos donde está guardará toda la
información de todo los centro médicos.

3.2 Requisitos funcionales

Ir a anexo 1.1

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento

Al momento de generar una reserva para alguna hora, el sistema deberá tardar menos de 1
segundo en realizar este proceso y se podrá ver de forma casi inmediata el hecho que la hora
quede registrada en la agenda tanto de el usuario como en la agenda del médico el cual
realizará esta atención.

Una vez en el centro médico, al realizar el pago de la hora que esté reservada, con un
porcentaje del 95% de los casos, deberá tardar 1 segundo en aparecer el pago realizado en el
sistema adjuntando el comprobante tanto para verlo el cliente como para el doctor.

3.3.2 Seguridad
Cuando el usuario intente tomar una hora para cualquier tipo de consulta médica, deberá
loguearse con su usuario y su contraseña. El sistema deberá comprobar que se trata de un
usuario registrado correctamente en nuestra base de datos. Si el usuario no está registrado,
este no permitirá avanzar al siguiente paso para concretar una hora.

3.3.3 Fiabilidad
El sistema cuenta con una buena tolerancia a fallos y capacidad de recuperarse ante estos ya
que los tiempos entre los incidentes y mantenimiento varían de 14 hrs mensuales de no
disponibilidad

3.3.4 Disponibilidad
Se espera una disponibilidad de un 98,8% en el peor de los casos y en el mejor de los casos
un 99,4%. Dando así un promedio de disponibilidad de 99,1%.

11
 Especificación de Requisitos, estándar de IEEE 830

3.3.5 Mantenibilidad
Los desarrolladores realizan las tareas de mantenimiento, esto debido a que ellos conocen el
código al 100% , podrán implementar las actualizaciones que sean necesarias al sistema.

3.3.6 Portabilidad
El software se podrá portar de un computador a otro mientras estos tengan sistema operativo
de Windows 10 o superior y no causará ningún tipo de alteración en el sistema.

4.- Anexos

4.1 Requerimiento funcional

Nombre del Tipo Actores

R-N° Requerimiento Requerimiento Clasificación Relacionados Descripción del Requerimiento Estado

El sistema emitirá comprobantes de

R.1 Comprobantes de Pago Funcional De Usuario Secretaria pago para comisiones individuales Solicitado
de los médicos del centro.

El sistema deberá generar una

agenda única para cada médico en
R.2 Generación de Agenda Funcional De Usuario Médico la que se indica los días y horas Solicitado
para las atenciones médicas según
la disponibilidad del médico.

El sistema le dará la opción al

Solicitud de Hora de
R.3 Funcional De Usuario Paciente paciente de poder registrar la hora Solicitado
Atención
en la que quiere ser atendido.

El sistema tiene que dar la opción

Modificación de de poder modificar la agenda del
R.4 Funcional De Usuario Secretaria Solicitado
Agenda médico, agregar y quitar
disponibilidad.

El sistema debe permitir poder

Anulación de Hora de Secretaría,
R.5 Funcional De Usuario anular las horas de atención que Solicitado
Atención Paciente
estén reservadas.

12
 Especificación de Requisitos, estándar de IEEE 830

El sistema emitirá un informe de

recaudación general e individual
Emisión de
R.6 Funcional De sistema Sistema para los médicos del centro según Solicitado
recaudación por Fecha
el rango de fecha que requiera
emitir.

Secretaria, El sistema indicará la a los

R.7 Pacientes en Espera Funcional De Ususario Solicitado
Medico pacientes que están en espera.

El sistema permitirá marcar a

R.8 Pacientes en Atendidos Funcional De Ususario Médico aquellos pacientes que ya han sido Solicitado
atendidos por un médico.

El sistema enviará un correo de

R.9 Correo Confirmación Funcional De Sistema Sistema Solicitado
confirmación de la hora al paciente.

El sistema enviará un correo un día

R.10 Correo Recordatorio Funcional De Sistema Sistema antes para hacer un recordatorio de Solicitado
la ghora y día de la atención.

El sistema deberá poder generar un

calendario base de tres meses por
adelantado en que se deberá
R.11 Generación Calendario Funcional De Usuario Secretaria Solicitado
considerar el horario de los
médicos y los feriados que existen
en el plazo

El sistema tendrá un cajero en el

R.12 Ingreso Pago Funcional De Usuario Cajero cual se podrá efectuar el pago de Solicitado
manera presencial

El sistema emitirá un comprobante

Comprobante por por comisión individual para cada
R.13 Funcional De Usuario Secretaria Solicitado
comisión médico el cual se tendrá que firmar
para que este sea aceptado

R.14 Identificacion de Funcional De Usuario Secretaria, Solicitado

13
 Especificación de Requisitos, estándar de IEEE 830

El sistema le solicitará una

Medico, identificación al Usuario para que
Usuario
Paciente este tenga acceso

El deberá registrar el pago correcto

de las comisiones mediante un
R.15 Registro Pago Funcional De Usuario Secretaria comprobante de transferencia o Solicitado
depósito.

14