ESCUELA SUPERIOR POLITECNICA DE CHIMBORAZO

FACULTAD DE INFORMATICA Y ELECTRONICA

SOFTWARE

Asignatura:
Fundamentos de ingeniería en software

Estudiante:
Balbina Katiushca Rodriguez Flores

Docente:
Ing. Gloria Arcos

Fecha de entrega:
21 de febrero del 2025

Tema:
Sistema de un centro medico

2025-2026
 ESPECIFICACIÓN GENERAL DE REQUERIMIENTOS

Caso de estudio

Centro medico

Introducción

El presente informe presenta el diseño y desarrollo de un sistema de gestión de centro médico,

una herramienta importante para administrar los servicios de salud de manera moderna y
eficiente. Dentro de un entorno médico, un sistema automatizado puede mejorar
significativamente la experiencia de los pacientes y optimizar el uso de los recursos del centro
médico. Este sistema no solo mejora la experiencia del usuario, sino que también optimiza la
operatividad y la gestión del centro.

Objetivo principal

El objetivo principal de este sistema es transformar la gestión tradicional de los centros

médicos mediante una solución integral que potencie la eficiencia, accesibilidad y control de
servicios médicos. Esto busca crear un entorno médico más dinámico, capaz de adaptarse a
las demandas de los pacientes y las expectativas cambiantes.

Por lo tanto, se han reconocido varios casos de uso para el desarrollo de este sistema de
gestión médica. En primer lugar, busca proporcionar una solución que permita el registro
eficiente de pacientes al ingresar al centro médico, así como el registro de sus datos médicos
necesarios para acceder a los servicios. Además, el sistema generará informes detallados para
los médicos, facilitando el seguimiento de la atención brindada y permitiendo a los pacientes
visualizar un historial detallado de sus consultas y tratamientos.

Otro objetivo crucial es permitir a los administradores del centro médico consultar y
configurar tarifas para diferentes tipos de servicios médicos. Asimismo, el sistema
proporcionará a los médicos y administradores la capacidad de consultar en tiempo real el
estado de ocupación de salas de consulta. Estas características aseguran una gestión más
eficiente y ordenada del centro médico, beneficiando tanto a los pacientes como al personal
encargado de su administración.

Actores
  Pacientes: Son las personas que se registran en la base de datos y utilizan los servicios
del centro médico, como agendar citas, consultar su historial médico y recibir
resultados de exámenes.
 Médicos: Profesionales que atienden a los pacientes, gestionan horarios de consulta
y actualizan los registros médicos.
 Administradores: Configuran horarios, gestionan la asignación de recursos y
supervisan el funcionamiento del centro médico.

Requisito del usuario

Funcionales

 RUF001: Yo como Paciente, necesito registrarme en el sistema del centro médico

para acceder a sus servicios, como agendar citas, consultar mi historial médico y
recibir notificaciones.
 RUF002: Yo como Médico, necesito gestionar la atención de mis pacientes y
acceder a sus historiales para proporcionar un servicio adecuado.
 RUF003: Yo como Administrador, necesito configurar horarios y gestionar los
recursos del centro médico para optimizar la atención.

No funcionales

 RUNF001: Yo como usuario necesito que la aplicación esté disponible el 99,99%

de las veces que intente acceder a ella, para ingresar al centro médico en cualquier
momento.
 RUNF002: Yo como usuario quiero que la aplicación tenga un tiempo de espera
muy corto, para agilizar la atención en el centro médico.
 RUNF003: Yo como médico necesito que la aplicación no cometa ningún fallo
en el registro de los pacientes para realizar diagnósticos precisos y evitar errores
médicos.
 RUNF004: Yo como administrador necesito que la aplicación esté optimizada
para realizar actualizaciones y mantenimiento sin afectar el rendimiento general
de la misma, para no interrumpir el funcionamiento normal del centro médico.

Requisitos de software
Funcionales

 Entrada

RSFE001: El sistema debe permitir el registro de pacientes al ingresar al centro médico.

RSFE002: El sistema debe permitir que los Pacientes se registren proporcionando detalles
necesarios para acceder a los servicios, como agendar citas, recibir resultados de exámenes
y consultar su historial.

 Salida

RSFS001: El sistema debe generar informes de control de acceso y atención que detallen las
consultas y servicios recibidos por los pacientes.

RSFS002: El sistema permitirá a los pacientes visualizar un historial detallado de sus visitas
al centro médico, incluyendo fechas y horas de atención, resultados de exámenes y
diagnósticos.

 Consulta

RSFC001: El sistema permitirá a los administradores consultar los horarios de los médicos y
la disponibilidad de recursos.

RSFC002: El sistema permitirá a los médicos y administradores consultar en tiempo real la

ocupación de las salas de consulta y otros recursos.

No funcionales

 Producto

RSNFP001: La interfaz de usuario debe ser intuitiva y fácil de usar, permitiendo que
pacientes, médicos y administradores puedan operar el sistema sin necesidad de capacitación
extensa.

RSNFP002: El tiempo de respuesta del sistema debe ser menor a 3 segundos para cualquier
consulta o transacción para garantizar la rapidez en las operaciones.

 Organización
RSNFO001: El sistema debe cumplir con las normativas de protección de datos personales
vigentes en el país, garantizando la privacidad y seguridad de la información de los usuarios.

RSNFO002: El sistema debe estar documentado adecuadamente, incluyendo manuales de

usuario, guías de administración y procedimientos de mantenimiento.

 Externos

RSNFE001: El sistema debe integrarse con sistemas de pago externos y cumplir con
estándares de seguridad de transacciones financieras.

RSNFE002: El sistema debe operar en diversas plataformas y dispositivos, como

navegadores web y aplicaciones móviles para Android e iOS, asegurando la compatibilidad.

Matriz de trazabilidad

Requisito Paciente Medico Administrador

RUF001 x x
RUF002 x
RUF003 x
RUNF001 x x
RUNF002 x x
RUNF003 x
RUNF004 x
RSFE001 x
RSFE002 x x
RSFS001 x
RSFS002 x
RSFC001 x
RSFC002 x x
RSNFP001 x x x
RSNFP002 x
RSNFO001 x
RSNFO002 x x
 RSNFE001 x
RSNFE002 x
Objetivos del SRS

Proporcionar una descripción completa de un producto de software a desarrollar, incluyendo

su propósito, los principales procesos de negocio que serán soportados, características,
parámetros clave de rendimiento y comportamiento. Como tal, esencialmente sirve como un
mapa que guía el proceso de desarrollo y mantiene a todos en el camino correcto.

Permitir la descarga de la aplicación a nivel nacional tanto como a nivel internacional,

mediante las opiniones que pueda tener el centro médico, ya sea a través de redes sociales
además de contar con un registro.

Ámbito

Nombre del Sistema: MediConsulta

El sistema estará a la orden de MediConsulta hacia los empleados del centro mediante redes
sociales o por los anuncios del propio centro médico, para que posteriormente sea descargado
por parte del cliente. Este sistema incluirá un conjunto de características, cuyos servicios
serán estrictamente revisados a través de los registros que se generen. Todos estos procesos
serán supervisados por el equipo de mantenimiento.

Objetivos

 Brindar acceso a servicios de salud.

 Permitir el almacenamiento de los datos del usuario y su historial de citas,
tratamientos o diagnósticos.
 Preparar un documento de facturación que muestre la relación entre la asistencia
médica brindada y los costos asociados.
 Registrar la información del usuario que accede al programa.
 Proteger la privacidad de los usuarios conforme a las normativas de protección de
datos.
 Mejorar la experiencia del paciente mediante una interfaz fácil de usar y servicios
accesibles.
 Beneficios

 Buena gestión en el control de su historial médico.

 Conservación de datos médicos y su privacidad.
 Administrar registros de nuevos pacientes.
 Mejora la administración de la experiencia en la app.
 Ahorro de tiempo en la gestión de citas y consultas.
 Mejora la imagen y la confianza del centro médico.
 Mejora la experiencia del paciente en la prestación de servicios médicos.

Definiciones, Acrónimos y Abreviaturas

 MediConsulta (Nombre del Sistema)

 Logo de bienvenida del centro médico.
 Login – Identificación de Usuario.
 Password – Contraseña de Usuario.
 Pago de servicios médicos o seguro
 Registro y administración de citas y tratamientos.
 Notificación sobre cambios importantes en citas, resultados médicos o
seguimientos de salud.

Visión General

Contenido

El sistema pertinente constará de un acceso libre a ciertas funciones para todo tipo de usuario,
además de secciones de consulta general. Sin embargo, el 70% de la información será privada
por políticas de seguridad, debido a que contiene información confidencial relacionada con
la salud de los pacientes.

El sistema deberá controlar la información ingresada por cada usuario, incluyendo datos
como: nombre, cédula de identidad, número de historia clínica, historial de citas,
diagnósticos, tratamientos, entre otros factores clave para la atención médica.

Organización
Un SRS (Especificación de Requisitos de Software) es un documento cuyo propósito es
proporcionar una descripción completa de un producto de software a desarrollar, incluyendo
el propósito, los principales procesos médicos que serán soportados, características,
parámetros clave de rendimiento y comportamiento. Sirve como una guía para el desarrollo
del proyecto.

La especificación de requisitos según el estándar IEEE (Institute of Electrical and Electronics

Engineers) 830-1998 tiene un formato dividido en tres secciones:

SECCIÓN 1: INTRODUCCIÓN

Se proporcionará una introducción a todo el documento de Especificación de Requisitos de

Software (ERS).

SECCIÓN 2: DESCRIPCIÓN GENERAL

Se describen aquellos factores que afectan al sistema y a sus requisitos. No se describen los
requisitos en sí, sino su contexto. Esto permitirá definir con detalle los requisitos en la
Sección 3, haciendo que sean más fáciles de entender.

SECCIÓN 3: REQUERIMIENTOS ESPECÍFICOS

Los requisitos se describirán con un nivel de detalle suficiente para permitir a los diseñadores
desarrollar un sistema que satisfaga dichos requisitos y permita al equipo de pruebas
planificar y realizar las pruebas necesarias para demostrar si el sistema cumple o no con ellos.
Todo requisito especificado describirá los comportamientos externos del sistema,
perceptibles por parte de los pacientes, médicos, operadores y otros sistemas.

Descripción General

Perspectiva del Producto

El sistema del centro médico implica analizar cómo se desarrollan las funcionalidades que
permiten a los pacientes acceder a servicios médicos a través de dispositivos móviles. Este
sistema está diseñado para brindar comodidad y accesibilidad a los usuarios, permitiéndoles
realizar diversas operaciones, como la programación de citas, el acceso a sus historiales
médicos y la visualización de resultados de pruebas desde cualquier lugar y en cualquier
momento.

Funciones del producto

Características del Usuario

Categoría Detalle
Nivel Educacional Educación superior (universitaria o técnica).
Experiencia Experiencia académica y práctica en proyectos de desarrollo
de software.
Conocimientos - Fundamentos de desarrollo de software
Técnicos - Bases de datos
-Seguridad informática
- Informática general y habilidades tecnológicas

Categoría Detalle
Tipo de Usuario Técnico en Sistemas
Nivel Educacional Educación superior / Informática
Experiencia - Mantenimiento de hardware y software
- Instalación y configuración de sistemas operativos
Conocimientos Técnicos - Capacidad para resolver problemas técnicos
- Depuración de errores
Limitaciones Generales

 El uso del sistema requiere una conexión estable a internet.

 El sistema tendrá un servicio de validación de inicio de sesión.
 El sistema será compatible con diferentes dispositivos móviles.
 El sistema notificará a los usuarios sobre actividades sospechosas o no autorizadas en
sus cuentas.
 El lenguaje de alto nivel debe ser fácil de aprender y usar, lo que facilita el desarrollo
de aplicaciones móviles.
 El sistema llevará un registro del personal que haya actualizado o modificado el
sistema.

Supuestos y Dependencias

 El sistema permitirá la optimización del código para garantizar una ejecución fluida
en dispositivos móviles con recursos limitados.
 Los avances tecnológicos pueden introducir nuevas herramientas y soluciones para la
gestión de cuentas y atención médica.
 La empresa adquirirá una máquina para el funcionamiento optimizado del sistema
 Se utilizarán sistemas de autenticación para verificar la identidad de los usuarios.
 Se proporcionará adaptabilidad rápida para actualizaciones y mejoras periódicas en
el sistema, manteniéndolo seguro, confiable y compatible con las últimas tecnologías
y estándares.

Interfaces de Usuario
Mensajería

Interfaces de Software

El sistema no requiere de un software externo adicional, ya que está integrado con la

infraestructura tecnológica del centro médico.

Interfaces de Comunicación

La comunicación entre los usuarios y el sistema se realizará a través de internet, utilizando

el protocolo de comunicación TCP/IP para la transmisión de datos.

Requerimiento Funcional 2

Introducción

Los pacientes podrán consultar los detalles de sus citas médicas, informes de salud, y
resultados de exámenes clínicos a través del sistema del centro médico.

 Entradas

Registro actualizado de información médica del paciente.

Información de citas médicas, informes de laboratorio y diagnósticos.

 Proceso

Si la autenticación del paciente es exitosa, se mostrará el panel de control con las opciones
disponibles.

El paciente podrá seleccionar la opción de "Consulta de citas e informes médicos" para

acceder a su historial médico y los detalles de su tratamiento.

El sistema solicitará al paciente que seleccione el tipo de informe o resultado que desea
consultar.
El paciente seleccionará el tipo de documento deseado (por ejemplo, resultados de
exámenes, informes médicos, historial de citas).

El sistema recuperará la información del documento seleccionado.

El sistema mostrará al paciente los resultados o informes correspondientes.

 Salidas

Información médica o resultados de examen solicitados.

 Mensajes:

"Consulta de información exitosa"

"No se pudo recuperar la información. Por favor, inténtelo de nuevo."

"Tipo de informe seleccionado no válido"

Interfaces de usuario

Mensajes
Aquí tienes el texto ajustado para el contexto de un sistema en un centro médico:

Interfaces de Hardware

El sistema no requiere de un hardware en especial, ya que está diseñado para funcionar en

cualquier dispositivo estándar con acceso a internet.

Interfaces de Software

El sistema no requiere de software externo, ya que es completamente independiente y

accesible a través de un navegador web.

Interfaces de Comunicación

La comunicación entre el usuario y el sistema se realizará a través de internet, utilizando el

protocolo de comunicación TCP/IP para asegurar la transferencia segura de datos.

Requerimiento Funcional 3

Especificaciones

 Introducción

Los pacientes podrán acceder al historial de sus visitas médicas, incluyendo detalles sobre
consultas previas, diagnósticos, tratamientos, y exámenes realizados.

 Entradas

Registro actualizado de las consultas médicas y tratamientos realizados al paciente.

Registro de resultados de exámenes y procedimientos.

 Proceso
El sistema solicitará al paciente que seleccione el tipo de informe o historial que desea
consultar (por ejemplo, historial de consultas médicas, historial de resultados de exámenes,
historial de tratamientos).

El paciente seleccionará el historial o informe deseado.

El sistema recuperará el historial de consultas o resultados solicitados, incluyendo detalles

como diagnósticos, tratamientos, exámenes realizados y fechas.

El sistema mostrará al paciente el historial de consultas o resultados, ordenado por fecha y

hora, con detalles como el tipo de consulta, los tratamientos realizados, los resultados de los
exámenes y la descripción correspondiente.

 Salidas

Historial de consultas médicas, exámenes o tratamientos solicitados.

 Mensajes:

"Historial obtenido exitosamente."

"No se pudo recuperar el historial. Por favor, inténtelo de nuevo."

Interfaces de usuario
Interfaces de Hardware

El sistema no requiere de un hardware en especial por ende no requiere de ningún controlador

adicional.

 Interfaces de Software

El sistema no requiere un software externo

 Interfaces de Comunicación

Para comunicarse el usuario lo realizara atreves de internet. Protocolo de comunicación

TCP/IP

Requerimiento Funcional 4

Especificaciones

 Introducción
Los usuarios podrán realizar transferencias de fondos a cuentas de terceros dentro del mismo
banco.

 Entradas

Identificación del usuario (nombre de usuario, número de cliente.)

Cuenta de origen (seleccionada por el usuario)

Cuenta de destino (ingresada por el usuario)

Aquí te dejo el proceso adaptado para el contexto de un sistema de gestión médica:

 Proceso

El sistema solicitará al paciente que ingrese los datos para transferir su información médica:
tipo de documento (por ejemplo, resultados de exámenes, historial médico), centro médico
de destino y motivo de la transferencia.

El paciente ingresará los datos requeridos.

El sistema validará la existencia del centro médico de destino y la disponibilidad de la

información solicitada en el historial médico del paciente.

Si los datos son válidos y la información está disponible, el sistema procesará la transferencia
y enviará los datos médicos al centro de destino seleccionado.

El sistema generará un registro de la transferencia de datos en el historial médico del paciente.

El sistema mostrará un mensaje de confirmación al paciente indicando que la transferencia

se ha realizado exitosamente.

 Salidas

Confirmación de la transferencia de datos realizada.

 Mensajes:

"Transferencia de información realizada exitosamente."

"No se pudo completar la transferencia. Por favor, verifique los datos ingresados y la
disponibilidad de la información."

"Centro médico de destino no válido."

Aquí tienes el texto adaptado para el contexto de un sistema de gestión médica:

 Interfaces de Hardware

El sistema no requiere de un hardware en especial, ya que está diseñado para funcionar en

cualquier dispositivo estándar con acceso a internet.

 Interfaces de Software

El sistema no requiere de software externo, ya que es completamente independiente y

accesible a través de un navegador web.

 Interfaces de Comunicación

La comunicación entre el usuario y el sistema se realizará a través de internet, utilizando el

protocolo de comunicación TCP/IP para asegurar la transferencia segura de datos.

Requerimiento Funcional 5

Especificaciones

 Introducción

Los pacientes podrán transferir sus datos médicos, como resultados de exámenes, informes
de salud y otros documentos a centros médicos externos o profesionales de la salud en otros
hospitales o clínicas.

 Entradas

Identificación del paciente (nombre, número de historia clínica).

Centro médico o profesional de destino (seleccionado por el paciente).

Información del destinatario:

Nombre del destinatario (por ejemplo, nombre de otro hospital o médico).

 Dirección o ubicación del centro médico de destino.

Código de identificación del centro médico o código de registro.

Tipo de información médica a transferir (resultados de exámenes, historial médico, etc.).

Aquí tienes el proceso adaptado para el contexto del sistema de gestión médica:

 Proceso

El sistema solicitará al paciente que ingrese los datos necesarios para la transferencia de
información médica: tipo de información a transferir (resultados de exámenes, historial
médico, etc.), centro médico de destino y motivo de la transferencia.

El paciente ingresará los datos requeridos.

El sistema validará la disponibilidad de la información solicitada en el historial médico del

paciente y la validez de los datos del centro médico de destino.

Si los datos son válidos y la información está disponible, el sistema procesará la transferencia
utilizando los mecanismos adecuados de transferencia de datos médicos entre instituciones.

El sistema generará un registro de la transferencia de datos en el historial médico del paciente.

El sistema mostrará un mensaje de confirmación al paciente indicando que la transferencia

se ha iniciado correctamente y proporcionará una referencia para futuras consultas.

 Salidas

Confirmación de la iniciación de la transferencia de información médica.

 Mensajes:

"Transferencia iniciada correctamente. La información se procesará en breve y se

proporcionará una referencia para su seguimiento."

"No se pudo iniciar la transferencia. Por favor, verifique los datos ingresados y la
disponibilidad de la información solicitada."

"Información del destinatario no válida o incompleta."

Aquí tienes el texto adaptado para el contexto de un sistema de gestión médica:

  Interfaces de Hardware

El sistema no requiere de un hardware en especial, ya que está diseñado para funcionar en

cualquier dispositivo estándar con acceso a internet.

 Interfaces de Software

El sistema no requiere de software externo, ya que es completamente independiente y

accesible a través de un navegador web.

 Interfaces de Comunicación**

La comunicación entre el usuario y el sistema se realizará a través de internet, utilizando el

protocolo de comunicación TCP/IP para asegurar la transferencia segura de datos.

Requerimiento Funcional 7

Especificaciones

 Introducción

El sistema permitirá a los pacientes ver los detalles de su factura médica, como el monto a
pagar, la fecha de vencimiento y la información del hospital o profesional de salud
beneficiario.

 Entradas

Identificación del paciente (nombre, número de historia clínica).

Información de la factura:

Número de factura o identificador único.

 Proceso

El sistema solicitará al paciente que ingrese los datos de la factura: número de factura u
otro identificador único.

El paciente ingresará los datos requeridos.

El sistema buscará en la base de datos la factura correspondiente a los datos ingresados.

Si se encuentra la factura, el sistema mostrará al paciente los detalles de la misma, incluyendo
el monto a pagar, la fecha de vencimiento y la información del centro médico o profesional
de salud beneficiario.

 Proceso

El sistema permitirá al paciente visualizar la información de la factura médica en la pantalla.

El sistema proporcionará opciones adicionales, como imprimir la factura o realizar el pago

en línea.

 Salidas

Detalle de la factura, incluyendo el monto a pagar, la fecha de vencimiento y la información

del hospital o profesional de salud beneficiario.

Opciones para imprimir la factura o proceder con el pago.

Aquí tienes el texto adaptado para el contexto de un sistema de gestión médica:

 Interfaces de Hardware

El sistema no requiere de un hardware en especial, ya que está diseñado para funcionar en

cualquier dispositivo estándar con acceso a internet.

 Interfaces de Software

El sistema no requiere de software externo, ya que es completamente independiente y

accesible a través de un navegador web.

 Interfaces de Comunicación**

La comunicación entre el usuario y el sistema se realizará a través de internet, utilizando el

protocolo de comunicación TCP/IP para asegurar la transferencia segura de datos.

Requerimiento Funcional 8

Especificaciones

 Introducción
El sistema enviará notificaciones push a los pacientes sobre eventos importantes, como
actualizaciones de su historial médico, resultados de exámenes, fechas de citas médicas, o
vencimiento de pagos de consultas o tratamientos.

 Entradas

Identificación del paciente (nombre, número de historia clínica).

Tipo de notificación: actualizaciones en el historial médico, resultados de exámenes, fechas

de citas médicas, fechas de vencimiento de pagos, etc.

 Proceso

El sistema registrará las actualizaciones importantes en el historial médico del paciente, los
resultados de exámenes y las fechas de vencimiento de pagos de servicios médicos.

El sistema verificará periódicamente si existen nuevas notificaciones para enviar a los

pacientes.

Si se encuentran notificaciones pendientes, el sistema seleccionará al paciente

correspondiente y el tipo de notificación a enviar (por ejemplo, notificación de cita médica,
pago pendiente, o resultado de examen).

Aquí tienes el proceso y las salidas adaptadas para el sistema de gestión médica:

 Proceso

El sistema generará la notificación push con los detalles relevantes, como el tipo de
actualización en el historial médico (por ejemplo, resultados de exámenes, citas médicas),
cambios en la información del paciente, o fecha de vencimiento de pagos de servicios
médicos.

El sistema enviará la notificación push al dispositivo móvil del paciente.

El dispositivo móvil del paciente recibirá la notificación push y la mostrará como una alerta
o mensaje en la pantalla.
El paciente podrá visualizar la notificación y acceder a los detalles adicionales en la
aplicación de gestión médica, como consultar los resultados de exámenes o confirmar la cita
médica.

 Salidas

Notificaciones push enviadas a los pacientes sobre eventos importantes, como

actualizaciones en su historial médico, resultados de exámenes, citas médicas próximas, y
fechas de vencimiento de pagos.

Aquí tienes la sección adaptada para el contexto de un sistema de gestión médica:

 Interfaces de Hardware

El sistema no requiere de un hardware en especial, ya que está diseñado para funcionar en

cualquier dispositivo estándar con acceso a internet.

 Interfaces de Software

El sistema no requiere de software externo, ya que es completamente independiente y

accesible a través de un navegador web.

 Interfaces de Comunicación

La comunicación entre el usuario y el sistema se realizará a través de internet, utilizando el

protocolo de comunicación TCP/IP para asegurar la transferencia segura de datos.

Requerimientos de Rendimiento

Número de usuarios simultáneos: El sistema de gestión médica debe ser capaz de manejar un
número considerable de usuarios simultáneos. Se espera que el sistema pueda soportar un
mínimo de 5000 usuarios concurrentes.

Transacciones por segundo: El sistema debe ser capaz de procesar un alto volumen de
transacciones por segundo para garantizar una experiencia fluida y sin demoras. Se establece
como objetivo un rendimiento mínimo de 100 transacciones por segundo.
Tiempo de respuesta: El tiempo de respuesta del sistema debe ser rápido y eficiente para
brindar una experiencia satisfactoria a los usuarios. El sistema debe ser capaz de responder a
las solicitudes de los usuarios en un tiempo máximo de 2 segundos.

Capacidad de almacenamiento: El sistema debe contar con una capacidad de almacenamiento

suficiente para manejar la información de los pacientes, historiales médicos, transacciones
de servicios médicos y otros datos relacionados. Se estima que se requerirá un
almacenamiento inicial de al menos 1 terabyte, con capacidad de escalabilidad futura.

Disponibilidad del sistema: El sistema de gestión médica debe estar disponible y operativo
en un alto porcentaje del tiempo, para garantizar el acceso y uso continuo de los servicios por
parte de los pacientes y profesionales de salud. Se establece como objetivo una disponibilidad
mínima del 99.9%.

Aquí tienes la sección adaptada para el contexto de un sistema de gestión médica:

Seguridad de la información: El sistema debe contar con medidas de seguridad robustas para
proteger la información confidencial de los pacientes, como datos personales, historiales
médicos y resultados de exámenes. Se deben implementar protocolos de cifrado,
autenticación y protección contra ataques cibernéticos para asegurar la privacidad de los
datos médicos.

Limitaciones de Diseño

 Obediencia a Estándares

Seguridad de la información: El sistema de gestión médica debe seguir los estándares de

seguridad de la información, como el cifrado de datos sensibles y la protección contra accesos
no autorizados. Esto implica cumplir con protocolos de seguridad ampliamente aceptados,
como SSL/TLS (Secure Sockets Layer/Transport Layer Security), para garantizar la
confidencialidad e integridad de las transacciones médicas y la protección de los datos
personales de los pacientes.

Autenticación de usuarios: El sistema debe implementar métodos seguros de autenticación

de usuarios, como contraseñas robustas, autenticación de dos factores o biometría. Estos
métodos ayudan a garantizar que solo los pacientes y profesionales de la salud autorizados
tengan acceso al sistema y protegen contra accesos no autorizados. Se seguirán estándares
como el FIDO Alliance (Fast Identity Online) para autenticación basada en estándares
abiertos y seguros.

Protección de datos personales: El sistema debe cumplir con las regulaciones de privacidad
y protección de datos, como el Reglamento General de Protección de Datos (GDPR) en la
Unión Europea o las normativas locales de protección de la salud (por ejemplo, HIPAA en
EE. UU.). Esto implica garantizar que los datos personales de los pacientes sean tratados de
manera legal, justa y transparente, obteniendo el consentimiento apropiado cuando sea
necesario y brindando a los pacientes el control sobre sus datos. Además, se seguirán
estándares como ISO/IEC 27001 para la gestión de la seguridad de la información.

Aquí tienes la sección adaptada para el contexto de un sistema de gestión médica:

Limitaciones de Hardware

Requisitos mínimos de dispositivos móviles: El sistema deberá ser compatible con una
amplia gama de dispositivos móviles, incluyendo smartphones y tablets, asegurando que
funcione de manera adecuada en los dispositivos más utilizados por pacientes y profesionales
de la salud. Se deberán establecer requisitos mínimos de procesamiento, memoria y
almacenamiento para garantizar un rendimiento óptimo, permitiendo que los usuarios
accedan a sus datos médicos y a las funcionalidades del sistema sin inconvenientes.

Restricciones de conectividad y ancho de banda: El sistema deberá ser capaz de funcionar

de manera eficiente en diferentes condiciones de conectividad, incluyendo redes móviles y
Wi-Fi. Se deberá optimizar la transferencia de datos médicos para minimizar el consumo de
ancho de banda y asegurar una experiencia fluida, incluso en conexiones de menor velocidad,
permitiendo la consulta de información médica crítica sin interrupciones.

Compatibilidad con sistemas operativos: El sistema deberá ser compatible con los sistemas
operativos móviles más populares, como Android e iOS, asegurando que las funcionalidades
y características de gestión médica se adapten adecuadamente a cada plataforma y que los
usuarios puedan acceder a sus datos médicos de manera fluida, sin importar el dispositivo
que utilicen.

Atributos
Seguridad

Los permisos de acceso a la aplicación de gestión médica serán gestionados únicamente por
el administrador del sistema, quien tendrá la capacidad de otorgar, modificar o revocar los
permisos de acceso para pacientes y profesionales de la salud, garantizando que solo usuarios
autorizados puedan acceder a la información sensible.

Toda la comunicación entre el servidor de la aplicación y el dispositivo móvil del usuario (ya
sea paciente o profesional de la salud) se realizará a través de conexiones encriptadas
utilizando algoritmos de cifrados sólidos, como SSL/TLS, garantizando así la
confidencialidad y la integridad de los datos transmitidos, tales como historiales médicos y
resultados de exámenes.

En caso de detectar actividades sospechosas o posibles ataques de seguridad, el sistema de

gestión médica tomará medidas automáticas para bloquear el acceso y notificará al equipo de
seguridad correspondiente. El sistema no permitirá operaciones de acceso a la información
médica hasta que sea desbloqueado por un administrador de seguridad, asegurando la
protección de los datos sensibles de los pacientes.

Aquí tienes la sección adaptada para un sistema de gestión médica:

Mantenibilidad

El sistema de gestión médica se actualizará de manera regular para asegurar su

funcionamiento óptimo y conforme a las nuevas necesidades de los usuarios. Las
actualizaciones menores se implementarán semanalmente para corregir errores y mejorar el
rendimiento del sistema, mientras que las actualizaciones más significativas, que incorporen
nuevas funcionalidades o actualizaciones regulatorias del sector salud, se realizarán
mensualmente.

Las listas de servicios y proveedores médicos disponibles en la plataforma se actualizarán

semanalmente, de acuerdo con los horarios de mantenimiento previamente establecidos. Esto
garantizará a los pacientes y profesionales de la salud acceso a información actualizada sobre
los servicios médicos disponibles y mejorará la experiencia de uso en la plataforma.

Otros Requerimientos
Bases de Datos

El sistema de gestión médica realizará respaldos automáticos de la base de datos cada 24

horas para proteger la información de los usuarios. Estos respaldos se almacenarán en una
ubicación segura y diferente de la que aloja el sistema principal, asegurando la protección de
los datos en caso de fallos del sistema o pérdidas.

Además, se implementará un sistema de almacenamiento en la nube para los datos médicos,

con una capacidad de hasta 2 terabytes. Este almacenamiento en la nube permitirá una
escalabilidad eficiente y una alta seguridad para los datos sensibles de los pacientes,
asegurando su disponibilidad en todo momento y facilitando el acceso a información médica
crítica cuando sea necesario.

Operaciones

El sistema de gestión médica estará disponible las 24 horas del día, los 7 días de la semana,
para garantizar que los pacientes y profesionales de la salud puedan acceder a la plataforma
en cualquier momento. Además, se realizarán respaldos automáticos de los registros médicos
y consultas previas para proteger la información en caso de fallos eléctricos o interrupciones
imprevistas en el sistema, asegurando la integridad de los datos y la continuidad del servicio.

Si se programan mantenimientos del sistema que puedan afectar su disponibilidad, se

notificará a los usuarios con al menos 5 días de anticipación. Se proporcionará información
detallada sobre la duración estimada del mantenimiento y qué servicios se verán afectados
durante este período.

Adaptación del Sitio

El sistema de gestión médica estará diseñado para admitir diferentes fuentes y caracteres
utilizados en varios idiomas, incluyendo inglés, español, francés, portugués, italiano, árabe,
chino y otros, para garantizar accesibilidad a una audiencia global.

La interfaz de usuario del sistema de gestión médica se implementará utilizando tecnologías

HTML5 y JavaScript, lo que garantizará una experiencia fluida y compatible con los
estándares web más actuales.
 Además, el sistema se adaptará a diversos dispositivos, incluyendo teléfonos móviles,
computadoras de escritorio, tablets y televisores Smart TV, permitiendo que los usuarios
puedan acceder al sistema desde cualquier plataforma y disfrutando de una experiencia
óptima en todos los dispositivos.

Diagrama de casos de uso

Narrativa expandida de caso de uso

Casos de Uso del Sistema de Gestión Medica

 Registrar el ingreso al sistema

Actor: Usuario
Descripción: El usuario accede al sistema mediante una autenticación con sus credenciales. Una
vez dentro, el usuario puede navegar por las funcionalidades disponibles según su perfil. Este
caso de uso permite validar los accesos y garantizar la seguridad de la información.

 Registrar consulta médica

Actor: Medico

Descripción: El medico registra una nueva consulta en el sistema, indicando los datos del
paciente, el motivo de la consulta y cualquier diagnostico o tratamiento proporcionado. Este
caso de uso incluye las siguientes opciones:

Revisar tarifas para calcular el valor a pagar: Antes de completar el registro, el sistema
verifica las tarifas aplicables según el tipo de consulta y las condiciones del paciente (seguro
médico, convenios, etc.).

Registrar por emergencia: Si la consulta es de emergencia, se prioriza el registro y se habilitan

opciones específicas para la atención rápida del paciente.

Registro de chequeo normal: Si la consulta es rutinaria, se siguen los procedimientos estándar

para completar el registro en el sistema.

 Registrar pago de consulta

Actor: Medico

Descripción: Después de que un paciente haya recibido atención médica, el sistema permite
registrar el pago de la consulta. Este proceso incluye:

Calcular el monto 50% del centro médico: Se calcula automáticamente la porción del pago
que corresponde al centro médico.

Calcular el monto 50% del médico: Se calcula la parte del pago que corresponde al médico.

Registrar reporte del pago en la bandeja de entrada: Se almacena un registro de la transacción

en la bandeja de entrada del sistema para futuras consultas y auditorias.
 Registrar el pago al médico: Finalmente, se genera el pago correspondiente al médico según
las políticas del centro.

 Generar reportes de quienes no han cancelado al seguro

Actor: Administrador

Descripción: El administrador del sistema puede generar un informe que identifica a los pacientes
que no han realizado los pagos correspondientes a su seguro médico. Este reporte ayuda en
la gestión de cobros y en la toma de decisiones administrativas para garantizar la
sostenibilidad del sistema.

Caso de uso:

 El sistema registrará las consultas médicas correspondientes, especificando el tipo de

atención ya sea por emergencia o control
Diagrama de clases
Clases que representan estados dentro del sistema

Paciente

 Estado:

Activo: El paciente está registrado en el sistema y es apto para realizar consultas y recibir
servicios.

Inactivo: El paciente no tiene acceso a servicios médicos o la cuenta ha sido suspendida.

Pendiente: El paciente ha sido registrado, pero su información no ha sido completada o

verificada.

Historia Médica

 Estado:

- Completa: Todos los datos médicos y exámenes han sido ingresados y validados.

- Incompleta: La historia médica está en proceso de ser completada.

- Archivada: La historia médica ha sido cerrada o no está activa para modificaciones.

Cita Médica
  Estado:

- Programada: La cita ha sido agendada pero no se ha llevado a cabo aún.

- Confirmada: El paciente ha confirmado la cita.

- Cancelada: El paciente o el médico ha cancelado la cita.

- Completada: La cita ha sido realizada y se han registrado los resultados.

- No Asistida: El paciente no asistió a la cita programada.

Resultado de Examen

 Estado:

- Pendiente: El examen ha sido solicitado pero los resultados aún no están disponibles.

- Disponible: Los resultados del examen están listos para ser consultados por el médico o
paciente.

- Revisado: El médico ha revisado y aprobado los resultados.

- Archivado: Los resultados han sido guardados en el historial médico del paciente.

Tratamiento Médico

 Estado:

- En Progreso: El tratamiento está en curso y el paciente está recibiendo atención continua.

- Completado: El tratamiento ha finalizado, y el paciente ha recibido todo el tratamiento

necesario.

- Suspendido: El tratamiento ha sido pausado temporalmente, por ejemplo, debido a

complicaciones o cambios en la condición del paciente.

- Cancelado: El tratamiento ha sido cancelado por decisión del paciente o del profesional
médico.

Factura Médica

 Estado:
 - Generada: La factura ha sido creada pero aún no ha sido pagada.

- Pagada: El paciente ha realizado el pago correspondiente.

- Pendiente: El pago está pendiente de ser realizado por el paciente.

- Cancelada: La factura ha sido anulada por algún motivo, como error en la facturación.

Notificación

 Estado:

- Enviado: La notificación ha sido enviada al usuario.

- Leída: El usuario ha visualizado la notificación.

- No Leída: La notificación ha sido enviada pero aún no ha sido vista por el usuario.

- Expirada: La notificación ya no es válida y ha expirado después de un tiempo

determinado.

Usuario (Profesional de la Salud o Administrador)

 Estado:

- Activo: El usuario tiene acceso completo a la plataforma.

- Inactivo: El usuario ha sido deshabilitado temporalmente o permanentemente.

- Pendiente: El usuario está en proceso de validación o activación dentro del sistema.

Estas clases y estados son esenciales para el flujo de trabajo dentro del sistema de gestión
médica. A medida que las entidades (pacientes, citas, tratamientos, etc.) avanzan en su ciclo
de vida, sus estados cambian para reflejar su progreso, lo que facilita la administración
eficiente del sistema.

Diagrama de Estados

Clase: Medico
Conclusiones:

 Optimización del servicio al usuario: El sistema de gestión médica propuesto permite

una mejor organización y seguimiento de las interacciones con los pacientes, desde
la programación de citas hasta la transferencia de datos médicos. Al contar con un
sistema digitalizado, se agilizan los procesos, mejorando la atención al paciente y
reduciendo el tiempo de espera.
 Seguridad y privacidad: La implementación de protocolos de seguridad robustos,
como el cifrado de datos y la autenticación de dos factores, es crucial para proteger
la información confidencial de los pacientes. A medida que el sistema maneja datos
sensibles, como historiales médicos y resultados de exámenes, es esencial garantizar
que estos sean tratados de acuerdo con las normativas de privacidad (por ejemplo,
GDPR).
 Escalabilidad y rendimiento: Al tener en cuenta las necesidades de rendimiento y
almacenamiento, como la capacidad para manejar grandes cantidades de usuarios y
transacciones simultáneas, el sistema está preparado para escalar a medida que crece
el número de pacientes y la complejidad de los datos. Esto asegura que el sistema sea
sostenible y funcional a largo plazo.

Recomendaciones

 Mejorar la accesibilidad móvil: Dado que los usuarios cada vez más recurren a sus
dispositivos móviles para gestionar su salud, se recomienda optimizar la aplicación
para teléfonos inteligentes y tablets, asegurando que sea accesible y fácil de usar en
distintas plataformas y dispositivos.
 Implementar un sistema de soporte en tiempo real: Para facilitar la resolución de
dudas o problemas, se recomienda integrar un sistema de soporte en tiempo real
dentro de la plataforma, como un chat en vivo o asistencia automatizada (chatbot),
que permita a los usuarios recibir ayuda inmediata durante su experiencia en la
aplicación.
 Monitoreo constante de la seguridad: Dado que los ciberataques son cada vez más
sofisticados, se recomienda implementar un sistema de monitoreo proactivo para
detectar posibles amenazas y vulnerabilidades en tiempo real. Además, se deberían
realizar auditorías de seguridad periódicas para garantizar que el sistema siga
cumpliendo con los estándares más altos de protección de datos.