1.
Identificación y documentación de los tipos de requerimientos
Requerimientos Funcionales
Proporcionan detalle de cómo debe comportarse un producto y especifican lo
que se necesita para su desarrollo, en este caso Sistema Webmed que
permite a todos los ciudadanos a acceder a un servicio de salud cuando lo
necesiten. Según Alonso et al. (2005), estos requerimientos especifican "lo que
se necesita para el desarrollo del producto" (p. 97).
Ejemplos:
Registro y Autenticación de Usuarios:
El sistema permitirá a pacientes y cuidadores registrarse mediante
correo electrónico, número telefónico y contraseña, con validación de
unicidad del correo y confirmación vía SMS.
Búsqueda de Médicos por Ubicación y Especialidad:
Los usuarios podrán filtrar médicos por geolocalización (GPS) y
especialidad (ej. cardiología), mostrando disponibilidad, costos y
reseñas.
El sistema debe generar un reporte en formato “PDF”: ya sea Pedido de
Medicamentos en Línea
Requerimientos No Funcionales
Los requerimientos no funcionales, o NFR, describen las características de
calidad de un sistema, como rendimiento, seguridad, usabilidad, etc. En lugar
de lo que el sistema hace (funcionalidad). Taibi et al. (2017) los relacionan con
"características de calidad", como garantizar tiempos de respuesta o cumplir
estándares de accesibilidad (p. 5).
Rendimiento: El sistema debe responder a las solicitudes de los
usuarios en menos de 5 segundos, incluso durante picos de tráfico, la
plataforma debe garantizar una disponibilidad del 99.9%
Seguridad: Todos los datos médicos y personales deben cifrarse en
reposo y en tránsito, implementar autenticación de dos factores (2FA)
para el acceso a cuentas de pacientes y profesionales médicos.
Escalabilidad: La arquitectura debe permitir escalar horizontalmente
para soportar un aumento del 50% en usuarios registrados anualmente,
la base de datos debe estar diseñada para manejar hasta 1 millón de
registros de pacientes sin degradación del rendimiento.
Usabilidad: La interfaz debe cumplir con estándares de accesibilidad
(WCAG 2.1) para usuarios con discapacidades visuales o motoras, diseño
responsivo compatible con dispositivos móviles, tablets y navegadores
modernos (Chrome, Firefox, Safari).
Cumplimiento normativo: Cumplir con regulaciones de protección de
datos médicos, auditorías trimestrales para verificar el cumplimiento de
estándares de privacidad y seguridad.
Respaldo y recuperación: Realizar copias de seguridad diarias de los
datos críticos, con capacidad de restauración en menos de 4 horas, plan
de continuidad operativa para garantizar servicios mínimos durante
fallos críticos.
Interoperabilidad: Integración con APIs estándar del sector,
compatibilidad con sistemas externos como farmacias, aseguradoras y
hospitales asociados.
Mantenibilidad: Documentación técnica detallada para actualizaciones
y corrección de errores, Implementación de pruebas automatizadas
(CI/CD) para despliegues rápidos y seguros.
Requerimientos de Negocio
Son las necesidades y expectativas que una empresa definen los objetivos y
problemas que la empresa quiere resolver con el producto. Chaves (2022)
señala que estos requisitos reflejan las "necesidades y expectativas que
definen los problemas a resolver" para lograr sostenibilidad (OVA, p. 3).
Ejemplos:
Ampliación de cobertura: Asegurar que el sistema esté disponible en
al menos 3 países nuevos en los próximos 2 años, adaptándose a
regulaciones locales y necesidades culturales. captar un mínimo de
400,000 usuarios registrados en el primer año de operación.
Rentabilidad y sostenibilidad: Reducir los costos operativos de los
hospitales asociados en un 14% mediante la automatización de procesos
como citas médicas y entrega de medicamentos, generar ingresos
recurrentes a través de suscripciones premium.
Impacto social: Reducir en un 30% las barreras de acceso a servicios
médicos en zonas rurales mediante telemedicina y alianzas con ONG,
organizar al menos 50 campañas anuales de donación de sangre y
concienciación sanitaria en colaboración con entidades locales.
Requerimientos de Usuario
Los Requisitos de Usuario (RU o URS) definen lo necesario para que un sistema
cumpla objetivos de negocio o normativos, clasificándose en obligatorios
(críticos) y deseables (mejoras no esenciales). Se adaptan a necesidades
futuras en sistemas nuevos y evalúan ajustes en sistemas heredados.
Ejemplos:
Registro y acceso: Registrarse en la plataforma en menos de 3
minutos, proporcionando datos básicos (nombre, correo, ubicación),
iniciar sesión mediante correo electrónico, número de teléfono o redes
sociales.
Gestión de salud: Buscar médicos por especialidad, ubicación y
disponibilidad en tiempo real, agendar, modificar o cancelar citas
médicas virtuales o presenciales desde un calendario integrado, acceder
a un historial médico personal que incluya diagnósticos, recetas y
resultados de exámenes.
Servicios adicionales: Recibir notificaciones automáticas para renovar
medicamentos o realizar seguimientos médicos, comprar medicamentos
en línea con opciones de entrega a domicilio en menos de 24 horas,
explorar y comparar planes de seguros médicos con filtros por costo,
cobertura y valoraciones de otros usuarios.
Requerimientos de Calidad
Los requerimientos de calidad son las características que debe cumplir un
producto o servicio para ser efectivo y prever problemas (pueden
ser funcionales o no funcionales).
Estándares de calidad esperados en el producto final, Ejemplos:
El código debe tener una cobertura de pruebas del 90%.
Máximo 0.5% de errores críticos en producción.
Tipo de Descripción
requerimiento
Requerimientos
Funcionales
RF-01 Registro de usuarios
RF-02 Busca de medico por geolocalización
RF-03 Sistemas de pago integrado para servicios médicos
y seguros
RF-04 Integración de un chatbot para guiar a usuarios con
baja alfabetización digital.
Requerimientos no
funcionales
RNF-01 Tiempo de respuesta menor a 5 segundos en
transacciones criticas
RNF-02 Cumplimiento de normativas de seguridad de datos
RNF-03 soportar un crecimiento anual del 50%, que el
rendimiento no se degrade incluso al manejar hasta
1 millón de registros de pacientes.
RNF-04 Accesibilidad para usuario con baja alfabetización
digital y compatibilidad con dispositivos móviles
(Tablet, celular), y navegadores
RNF-05 Copia de seguridad diaria de los datos de internos
como externos
RNF-06 Disponibilidad del sistema 24/7 con redundancia de
servidores
Requerimientos de
negocios
RN-01 Integración transparente de cobertura y
disponibilidad en distintos países
RN-02 Reducción de costos operativos en hospitales
mediante gestión digital.
RN-03 Reducción de barreras generando mensajes de
alertas sobre campañas de salud y donación de
sangre.
Requerimientos de
usuario
RU-01 Iniciar sección mediante correo, en menos de 3
minutos
RU-02 cobertura y valoraciones de otros usuarios
Requerimientos de
restricciones
RC-01 Cumplimiento de políticas sanitarias locales e
internacionales
RC-02 Presupuesto limitado para desarrollo de prototipos
iniciales
Obtención de información mediante técnicas de elicitación
1. Entrevistas estructuradas:
o Realizadas a médicos y administradores hospitalarios
o Duración promedio: 45 minutos cada una
2. Encuestas en línea:
o Encuestas a pacientes mediante Google Forms
o Priorizó la función de geolocalización de médicos (RF-03)
3. Análisis de documentos:
o Revisión de normativas HIPAA y GDPR
o Requerimiento derivado: Cifrado de datos personales (RNF-03)
4. Observación contextual:
o 8 horas de observación en consultorio piloto
o Identificada necesidad de optimizar flujo de atención (RN-02)
Análisis de viabilidad de los requerimientos
Requerimiento Viabilidad técnica Viabilidad
operativa/económica
RF-01: Registro de Alta (tecnologías Costo moderado
usuarios estándar como OAuth, (servidores de
JWT) autenticación,
SMS/email de
verificación)
RF-02: Búsqueda de Media-Alta Costo por licencias de
médicos (geolocalización como APIs y mantenimiento
Google Maps) de datos actualizados.
RNF-01: Alta con arquitectura Inversión en
Rendimiento(5s) escalable infraestructura cloud y
balanceadores de carga
RNF-03: Escalabilidad Media-Alta (bases de Costo alto por
(1M) datos distribuidas como escalamiento horizontal,
Cassandra o pero crítico para
particionamiento en crecimiento sostenible.
SQL)
RN-01: Expansión a 3 Baja-Media (depende de Alto costo legal y de
países regulaciones locales y localización (traducción,
adaptación cultural) cumplimiento normativo
como GDPR o HIPAA).
RU-02: Comparar Alta (integración con Acuerdos comerciales
seguros APIs de aseguradoras) con terceros y
validación de datos en
tiempo real
Clasificación de Requerimientos
ID Descripción Prioridad
Requerimientos funcionales
RF-01 Registro de usuarios con validación por Alta
correo/SMS
RF-02 Búsqueda de médicos por geolocalización y Alta
especialidad
RF-03 Sistema de pago integrado para servicios Media
médicos y seguros
Requerimientos no funcionales Categoría
RNF-01 Tiempo de respuesta(5s) Rendimiento
RNF-02 Cumplimiento de normativas de seguridad Seguridad
RNF-03 Escalabilidad para 1M+ registros sin Escalabilidad
degradación
Requerimientos de negocio Objetivo
RN-01 Expansión a 3 países en 2 años Cobertura
RN-02 Reducción de costos operativos en hospitales Rentabilidad
en un 14%
Requerimientos de usuarios Tipo
RU-01 Registro en (3 minutos) Obligatoria
RU-02 Comparar planes de seguros con filtros Deseable
Requerimientos de restricción Impacto
RC-01 Cumplimiento de políticas sanitarias locales Legal/Alto
RC-02 Presupuesto limitado para prototipos Económico/Media
Referentes bibliográficos
Alonso, F.; Martínez, L.; Segovia, J. (2005). 8.2 Análisis de los requisitos del
software. En Introducción a la Ingeniería del Software: modelos de desarrollo
de programas (pp. 97 – 99). Madrid: Delta Publicaciones. https://elibro-
net.bibliotecavirtual.unad.edu.co/es/ereader/unad/170188?page=97
Taibi D., Lenarduzzi V., Janes A., Liukkunen K., Ahmad M.O. (2017) Comparing
Requirements Decomposition Within the Scrum, Scrum with Kanban, XP, and
Banana Development Processes. In: Baumeister H., Lichter H., Riebisch M. (eds)
Agile Processes in Software Engineering and Extreme Programming. XP 2017.
Lecture Notes in Business Information Processing, vol 283. Springer, Cham.
https://doi.org/10.1007/978-3-319-57633-6_5
Chaves, A. (2022). Elicitación de
requerimientos. [Objeto_virtual_de_aprendizaje_OVA].
Repositorio Institucional UNAD.
https://repository.unad.edu.co/handle/10596/53902
