Propuesta de Infraestructura Tecnológica
Proyecto Integrador II
Francisco Javier Balderas Pulido
Nadia Yamila Castillo Mata
Josue Sanchez Salazar
LITIID009
Índice
1. Definición del Proyecto de Soporte 3
2. Propuesta de Infraestructura: Nube Privada 4
2.1. Propuesta de Infraestructura Física (Networking) 4
2.2 Alineación con Requerimientos de Desarrollo 5
2.3 Ventajas y Desventajas 6
2.4 Justificación 6
3. Propuesta de Infraestructura: Nube Pública (AWS) 7
3.1 Propuesta de Infraestructura Lógica (Virtual Networking) 8
3.2 Alineación con Requerimientos de Desarrollo 8
3.3 Ventajas y Desventajas 9
3.4 Justificación 9
4. Comparación de Propuestas 10
4.1 Justificación del Análisis 11
1. Definición del Proyecto de Soporte
Nombre del Proyecto: Coffee and Tea (Key Results Nexus).
Equipo de Desarrollo: Akasha Wings.
Rol de Impegno: Diseño e implementación de la infraestructura física y virtual para el
sistema de asistencia tecnológica destinado al monitoreo y control de personas con TEA.
Objetivo general:
● Garantizar un entorno de red y cómputo de alta prioridad que permita la
administración de datos, cuidados y seguimiento de pacientes neurodivergentes de
forma óptima y segura.
Objetivos específicos:
● Implementar una arquitectura de red física y lógica que soporte el tráfico de 90
empleados y el flujo de datos de pacientes.
● Desarrollar un ecosistema de servidores (físicos o virtualizados) que aloje de manera
segura la base de datos MySQL y los servicios Web/API.
Propósito del Sistema: El proyecto Coffee and Tea pretende mejorar el monitoreo,
seguimiento y atención de personas con Trastorno del Espectro Autista (TEA) mediante el
uso de tecnología digital. La plataforma integra una aplicación web y una aplicación móvil
para recopilar información en tiempo real sobre el comportamiento, salud y actividades del
paciente. Esto permite a médicos, pacientes y familias (tutores) contar con datos confiables
para la toma de decisiones oportunas.
Alcance y Beneficios: El proyecto busca facilitar la comunicación entre pacientes y
profesionales de la salud a través de chats integrados, generar reportes médicos
automáticos y brindar un historial de seguimiento accesible desde cualquier dispositivo con
internet. Al implementar una base de datos robusta en MySQL y servidores de alto
rendimiento, se contribuye a una atención más personalizada, segura y eficiente, mejorando
significativamente la calidad de vida para las personas neurodivergentes.
2. Propuesta de Infraestructura: Nube Privada
Para garantizar la seguridad de los datos sensibles de pacientes y médicos, así como el
cumplimiento de la operatividad 24/7 de Impegno, se ha seleccionado una arquitectura de
tres servidores físicos de alto rendimiento.
Arquitectura de Servidores:
● Servidor 1 (Base de Datos Principal y DNS): Dell PowerEdge R360 (Xeon Gold
6353P, 32 núcleos, 64GB DDR5). Inversión: $153,000 MXN.
● Servidor 2 (Web/API y Email): HP ProLiant DL360 Gen10 (24 núcleos, 128GB
DDR4). Inversión: $120,000 MXN.
● NAS (Respaldo): Synology DP340 NAS, 4 Bahías, 32.8TB, AMD Ryzen R1600,
16GB RAM, SATA $116,302 MXN
Justificación Técnica:
● Base de Datos (MySQL): El servidor Dell proporciona la potencia de procesamiento
necesaria para gestionar las consultas masivas de la base de datos MySQL
requerida por el equipo de desarrollo.
● Escalabilidad Web/Móvil: El servidor HP cuenta con 128GB de RAM, optimizados
para soportar el tráfico simultáneo de la aplicación móvil y el sitio administrativo web.
● Continuidad del Negocio: El servidor Lenovo asegura que los historiales médicos y
reportes de salud estén siempre respaldados, cumpliendo con la prioridad "Alta" del
requerimiento.
● El NAS ofrece una inversión menor que un servidor empresarial completo con
capacidades equivalentes de almacenamiento. Por $116,302 MXN se obtiene un
sistema especializado en backup con 32.8 TB, mientras que un servidor requeriría
además licencias, controladoras RAID, sistema operativo, UPS de mayor capacidad
y mantenimiento más costoso.
2.1. Propuesta de Infraestructura Física (Networking)
Para conectar a los 90 empleados de Impegno y asegurar el flujo de datos entre los
usuarios finales (Administradores, Médicos y Tutores) y los servidores, se propone la
siguiente topología de red basada en equipos Cisco:
● Capa de Núcleo/Distribución: Switch Catalyst 3560 (48 puertos) como núcleo central.
Inversión: ~$12,139 MXN.
● Capa de Distribución Ligera: Switch Catalyst 3560C (12 puertos) para áreas
específicas. Inversión: ~$2,643 MXN.
● Capa de Acceso: Switches Catalyst 2960 (24 puertos) para terminales de usuario.
Inversión: ~$1,099 – $11,500 MXN (según especificación nueva/reacondicionada).
● Borde/Seguridad: Router Cisco empresarial (serie ISR) como puerta de enlace ISP.
Inversión estimada: $20,000+ MXN.
Componentes de Conectividad
● Capa de Núcleo/Distribución: Se utilizará un Cisco Catalyst 3560 (48 puertos) como
núcleo central para gestionar el tráfico de toda la organización, complementado con
un Catalyst 3560C para distribución ligera en áreas específicas.
● Capa de Acceso: Para la conexión de estaciones de trabajo y dispositivos finales, se
implementarán switches Catalyst 2960, ofreciendo una solución robusta y
balanceada en costo.
● Seguridad y Borde: Un Router Cisco ISR empresarial actuará como puerta de enlace
(Gateway) hacia el ISP, garantizando la conectividad del dominio
[Link].
2.2 Alineación con Requerimientos de Desarrollo
Esta infraestructura está diseñada para satisfacer las necesidades de Akasha Wings:
● Soporte Multiplataforma: La capacidad de procesamiento de la API en el Servidor 2
permite la sincronización en tiempo real entre el portal administrativo y la aplicación
móvil del paciente/tutor.
● Seguridad de Acceso: La infraestructura física y el servidor DNS dedicado permiten
implementar protocolos de autenticación seguros para validar credenciales y
controlar roles de usuario (Administrador, Médico, Paciente).
● Gestión de Reportes: El almacenamiento híbrido (SSD para velocidad y HDD para
volumen) en los tres servidores facilita la generación de reportes históricos de salud
sin degradar el rendimiento del sistema.
2.3 Ventajas y Desventajas
Categoría Ventajas Desventajas
Control y propiedad Activo Total: El hardware es Obsolescencia: El hardware
propiedad de la empresa pierde valor y potencia con
(CapEx). No dependes de el tiempo. En 3-5 años
las políticas o cambios de requerirá una reinversión
precios de un tercero como para actualizarse.
Amazon.
Seguridad de datos Privacidad Física: Los datos Seguridad Física: Eres
de los pacientes residen responsable de proteger el
físicamente en tus equipo contra robos,
instalaciones, eliminando incendios, inundaciones o
riesgos de seguridad fallas eléctricas (necesitas
compartida en la nube. UPS y clima).
Desempeño local Latencia Cero: El personal Dependencia de ISP: Si el
administrativo en sitio internet de la oficina falla,
accede a la información a los usuarios externos
velocidad de red local, sin (pacientes y médicos fuera)
depender de la calidad del no podrán acceder al
internet. sistema.
Costos operativos Gasto Predecible: No hay Costos Ocultos: Debes
facturas mensuales sumar el gasto de
variables por uso o electricidad 24/7,
transferencia de datos. El mantenimiento técnico físico
costo de "renta" y el espacio de oficina
desaparece. dedicado (Rack/Server
Room).
Escalabilidad Capacidad Dedicada: Rigidez: Si necesitas más
Tienes 100% de los potencia, debes comprar
recursos de los servidores hardware nuevo, esperar el
Dell y HP a tu disposición envío e instalarlo. No es
sin compartirlos con otros inmediato como en la nube.
clientes.
Conectividad Red Robusta: El uso de Mantenimiento de Red:
equipo Cisco garantiza una Requiere personal
red local estable y de alta capacitado para configurar y
gama para los 90 actualizar manualmente
empleados. cada switch y router del
inventario.
2.4 Justificación
Esta propuesta implementa una Nube Privada on-premise que garantiza la seguridad de los
datos médicos y asegura la operatividad continua. La arquitectura integra tres componentes
clave: un servidor Dell PowerEdge que procesa las consultas masivas de la base de datos,
un servidor HP ProLiant que sostiene el tráfico de la aplicación web y móvil, y una unidad
NAS Synology que resguarda los respaldos históricos. Adicionalmente, una topología de red
Cisco interconecta a los 90 colaboradores, segmenta el tráfico y protege la comunicación
interna. Esta estrategia otorga soberanía total sobre la información, elimina intermediarios
externos, transforma los gastos operativos en activos fijos y mantiene una latencia cero que
permite la operación ininterrumpida del negocio.
3. Propuesta de Infraestructura: Nube Pública (AWS)
Para garantizar la alta disponibilidad de los datos críticos de los pacientes y la escalabilidad
del sistema ante un aumento en la demanda de usuarios, se ha diseñado una arquitectura
basada en Amazon Web Services (AWS) en la región us-east-1. Esta solución elimina la
inversión inicial en hardware (CapEx) y asegura un cumplimiento normativo de seguridad de
grado global, alineado con la prioridad alta del requerimiento.
Arquitectura de Instancias:
Cómputo y Base de Datos (Amazon EC2 & EBS):
● Nodo de Datos: Instancia Amazon EC2 r6i.4xlarge (32 vCPU, 128GB RAM). Utiliza
volúmenes Amazon EBS SSD de 2 TB para el almacenamiento de la base de datos
MySQL, con una política de EBS Snapshots para la recuperación ante desastres.
○ Inversión mensual estimada: ≈ $9,000 MXN.
Capa de Aplicación y Balanceo (Amazon EC2 & ELB):
● Frontend/API/Mail: Instancia Amazon EC2 m6i.2xlarge (16 vCPU, 64GB RAM).
● Gestión de Tráfico: Se utiliza un Elastic Load Balancer (ELB) para distribuir las
peticiones de la página y la aplicación web, garantizando estabilidad.
○ Inversión mensual estimada: ≈ $4,800 MXN.
Almacenamiento y Cumplimiento (Amazon S3 & Glacier):
● Repositorio de Archivos: Amazon S3 para almacenamiento de acceso frecuente.
● Archivo Histórico: Amazon S3 Glacier Deep Archive (6–8 TB) para el resguardo a
largo plazo de reportes e historiales médicos, optimizando costos de
almacenamiento.
○ Inversión mensual estimada: ≈ $1,050 MXN.
Networking y Seguridad Perimetral (Amazon VPC):
● Conectividad y Protección: Uso de NAT Gateway para salidas seguras a internet,
Elastic IPs para direccionamiento fijo y Security Groups (Firewall) para blindar el
entorno.
○ Inversión mensual estimada: ≈ $2,050 MXN.
Justificación Técnica:
● Gestión de Datos (MySQL): El uso de instancias Amazon EC2 r6i ofrece una
arquitectura optimizada para memoria, ideal para procesar consultas complejas y
grandes volúmenes de datos de pacientes con TEA, garantizando tiempos de
respuesta mínimos para médicos y administradores.
● Elasticidad Web y Móvil: La integración de un Elastic Load Balancer (ELB) permite
que la infraestructura escale y distribuya eficientemente el tráfico simultáneo de la
aplicación móvil y el panel administrativo, eliminando puntos de falla y evitando la
degradación del servicio durante picos de uso.
● Seguridad y Resiliencia: El almacenamiento en Amazon S3 Glacier Deep Archive
asegura que los expedientes clínicos y respaldos críticos estén protegidos con una
durabilidad del 99.999999999% (11 nueves). Esto garantiza la integridad de la
información de salud a largo plazo y la continuidad del negocio bajo los más altos
estándares de cumplimiento normativo.
3.1 Propuesta de Infraestructura Lógica (Virtual Networking)
Para conectar a los 90 empleados de Impegno y asegurar el flujo de datos entre los
usuarios finales y los servicios en la nube, se propone una arquitectura de red virtualizada:
● Gateway de Seguridad: El NAT Gateway y los grupos de seguridad (firewalls
virtuales) actúan como el borde de red, permitiendo solo el tráfico autorizado hacia
los servicios de la plataforma.
● Distribución de Tráfico: El balanceo de carga virtual gestiona las peticiones externas,
dirigiendo el tráfico de forma eficiente hacia el dominio [Link].
● Conectividad Segura: Se implementan protocolos de red específicos para garantizar
que la comunicación entre el paciente-tutor y el médico asignado a través del chat
sea privada y cifrada.
3.2 Alineación con Requerimientos de Desarrollo
Esta infraestructura virtualizada está diseñada para satisfacer integralmente las
necesidades de Akasha Wings:
● Soporte Multiplataforma: La arquitectura en la nube permite una sincronización
inmediata de la API, facilitando que el paciente pueda visualizar sus estados de
salud y citas desde cualquier dispositivo móvil con internet.
● Seguridad de Acceso: A través de políticas de acceso (IAM), se establecen controles
estrictos para el inicio de sesión de Administradores, Médicos y Pacientes, validando
credenciales y roles dentro del sistema.
● Gestión de Reportes: El escalamiento automático del almacenamiento permite
procesar y generar reportes de salud masivos sin afectar la velocidad de respuesta
de la base de datos MySQL.
3.3 Ventajas y Desventajas
A continuación, se presenta un balance costo-beneficio de la arquitectura en AWS. Este
análisis contrasta la potencia y seguridad del entorno de nube frente a los retos operativos
de su implementación:
Categoría Ventajas Desventajas
Rendimiento Alta Potencia: El uso de instancias Sobredimensionamiento: La
r6i ofrece una velocidad superior configuración inicial puede ser
para procesar grandes bases de demasiado potente para la carga
datos de pacientes y consultas actual, resultando en un gasto
complejas de salud. mayor al necesario.
Escalabilidad Crecimiento Bajo Demanda: El Complejidad de Red: El uso de
uso de ELB permite que el NAT Gateways y VPC requiere
sistema crezca automáticamente una administración técnica
si aumenta el tráfico de la App o el avanzada para evitar errores de
panel médico. conectividad.
Seguridad Grado Global: Cumple con Responsabilidad del Cliente: AWS
estándares de seguridad de datos protege la infraestructura, pero la
de salud (durabilidad del seguridad de la base de datos
$99.999999999%). Facilita MySQL (parches y accesos)
auditorías de cumplimiento. depende del equipo de Akasha
Wings.
Disponibilidad Resiliencia de Datos: Los Dependencia de Región: Al usar
respaldos automáticos en S3 y solo us-east-1, una caída general
Glacier aseguran que la de esa región de AWS dejaría el
información nunca se pierda, sistema fuera de línea si no hay
incluso ante desastres. una zona de respaldo.
Costos Cero Inversión Inicial: Elimina la Costos Variables: El presupuesto
necesidad de comprar servidores no contempla el pago por
físicos (CapEx), pagando solo por transferencia de datos hacia
lo que se usa mensualmente. internet ni impuestos, lo que
puede elevar la factura final.
Operación Flexibilidad Total: Permite Carga Administrativa: Al gestionar
actualizar versiones de software o MySQL sobre EC2, el equipo debe
aumentar memoria en cuestión de dedicar tiempo manual a realizar
minutos sin interrumpir el servicio. actualizaciones y backups.
3.4 Justificación
Esta segunda propuesta implementa una infraestructura de Nube Pública en AWS que
garantiza la alta disponibilidad de los datos críticos y facilita la escalabilidad inmediata ante
la demanda. La arquitectura integra instancias virtuales Amazon EC2 que procesan las
bases de datos en memoria, balanceadores de carga que distribuyen eficientemente el
tráfico de la aplicación web y móvil, y un sistema de almacenamiento S3 y Glacier que
resguarda los historiales clínicos con durabilidad global. Adicionalmente, una red virtual
privada (VPC) blinda las conexiones, gestiona el acceso mediante firewalls lógicos y
asegura la privacidad de la comunicación. Esta estrategia elimina la inversión inicial en
hardware, transforma los costos fijos en variables, ofrece flexibilidad operativa y adapta
automáticamente los recursos a las necesidades del negocio.
JOSUE SANCHEZ SALAZAR
4. Comparación de Propuestas
Se comparan dos propuestas de infraestructura para la plataforma Akasha Wings: una en
nube pública (AWS) y otra en nube privada (servidores físicos). El objetivo es evaluar cuál
opción garantiza mejor la disponibilidad, seguridad de datos clínicos, escalabilidad y
continuidad operativa. La comparación permite identificar ventajas, costos y capacidades
técnicas de cada alternativa para apoyar la toma de decisiones.
Criterio Propuesta 1 – Nube Pública Propuesta 2 – Nube Privada
(AWS) (Servidores Físicos)
Tipo de Nube pública (Amazon Web Nube privada local
infraestructura Services, región us-east-1) (On-Premise)
Inversión inicial No requiere (modelo OpEx) Alta (≈ $418,000 MXN en
servidores + red)
Costo mensual ≈ $16,900 MXN (EC2, S3, NAT, Energía, mantenimiento,
estimado seguridad) enlaces, refacciones (no
especificado)
Escalabilidad Automática y bajo demanda Limitada al hardware instalado
(Auto Scaling, Load Balancer,
S3)
Alta disponibilidad Multi-zona, snapshots, Glacier, Depende de redundancia local
durabilidad 99.999999999% y respaldos físicos
Base de datos EC2 r6i.4xlarge con MySQL + Servidor Dell PowerEdge R360
EBS + snapshots dedicado a MySQL
Plataforma Web / API EC2 m6i.2xlarge con Load Servidor HP ProLiant DL360
Balancer
Almacenamiento de S3 + Glacier Deep Archive (6–8 Servidor Lenovo ThinkSystem
respaldos TB) SR550
Seguridad IAM, Security Groups, NAT Router Cisco ISR, VLANs,
Gateway, cifrado, firewall virtual ACLs, firewall físico
Red Red virtual (VPC, Load Red física Cisco (Core,
Balancer, NAT, IPs elásticas) Distribución, Acceso)
Conectividad Acceso remoto seguro vía Acceso LAN + salida a Internet
usuarios Internet cifrado por router empresarial
Continuidad del Respaldos automáticos, Respaldos locales y
negocio recuperación ante desastres en dependencia del sitio físico
la nube
Cumplimiento y Estándares globales Cumplimiento interno, requiere
resiliencia (HIPAA-like, ISO, cifrado) políticas propias
Soporte a app móvil y Alta elasticidad para picos de Capacidad fija según recursos
web tráfico del servidor
Gestión de IAM con roles (Admin, Médico, Autenticación local + DNS +
identidades Paciente) control de roles
Adecuación al Muy alta, solo se ajustan Requiere compra de nuevo
crecimiento futuro instancias hardware
Dependencia Dependencia del proveedor Dependencia del centro de
tecnológica AWS datos propio
4.1 Justificación del Análisis
El análisis detallado entre la Nube Pública (AWS) y la Nube Privada (On-Premise) no solo
busca presentar opciones técnicas, sino fundamentar una decisión estratégica que
impactará la viabilidad, seguridad y crecimiento del proyecto "Coffee and Tea". La
realización de esta comparativa se justifica por los siguientes puntos:
● Evaluación del Modelo Financiero (CapEx vs. OpEx)
La comparativa permite a la organización decidir entre una inversión de capital inicial alta
(CapEx), que representa la adquisición de activos físicos propiedad de la empresa, o un
modelo de gastos operativos mensuales (OpEx) que ofrece flexibilidad presupuestaria. Esta
distinción es vital para alinear el proyecto con la salud financiera actual de Impegno,
permitiendo elegir entre la propiedad del hardware o el pago por uso.
● Garantía de Seguridad y Cumplimiento Normativo
Dado que el proyecto gestiona datos clínicos sensibles de personas con TEA, la justificación
de comparar ambos modelos radica en la gestión del riesgo. Mientras que la Nube Privada
ofrece una privacidad física absoluta y control total sobre los discos, la Nube Pública
proporciona estándares de seguridad globales (encriptación, resiliencia y cumplimiento de
normativas HIPAA/ISO) que serían costosos y complejos de replicar de forma local.
● Escalabilidad vs. Control de Recursos
El análisis expone la dualidad entre la elasticidad inmediata de AWS, necesaria si el sistema
experimenta un crecimiento súbito de usuarios (médicos y tutores), y la capacidad dedicada
de los servidores físicos, que asegura que el 100% de los recursos estén siempre
disponibles para la organización sin depender de la infraestructura de un tercero.
● Mitigación de Riesgos y Continuidad Operativa
La comparativa justifica la inversión en términos de tolerancia a fallos. Evaluar la alta
disponibilidad multi-zona de la nube frente a la redundancia física local (UPS, climatización
y respaldos en NAS) permite identificar cuál de las dos opciones ofrece la mayor garantía
de servicio 24/7, un requisito no negociable para el monitoreo de salud constante que
demanda el proyecto.
● Visión de Crecimiento a Largo Plazo
Finalmente, este análisis sirve como una hoja de ruta para el futuro. Permite visualizar que,
si bien la infraestructura física ofrece un entorno robusto y estable para los actuales 90
empleados, la infraestructura virtualizada en la nube es la opción más ágil para una
expansión global, facilitando que el proyecto "Coffee and Tea" pueda escalar sus servicios
sin las limitaciones físicas del centro de datos propio.
5. Marco Teórico
5.1 Antecedentes de la investigación
El uso de tecnologías de la información y la comunicación en el ámbito de la salud ha
experimentado un crecimiento significativo en los últimos años, particularmente en el
desarrollo de plataformas digitales orientadas al monitoreo, seguimiento y gestión de
información clínica. Estas soluciones han permitido optimizar la atención médica, mejorar la
comunicación entre profesionales de la salud y pacientes, así como garantizar un acceso
más oportuno a los datos médicos.
Diversos estudios han demostrado que la implementación de sistemas informáticos en el
cuidado de personas con Trastorno del Espectro Autista (TEA) contribuye a una atención
más personalizada, continua y basada en datos. La integración de aplicaciones web y
móviles facilita el registro en tiempo real de comportamientos, actividades y estados de
salud, fortaleciendo los procesos de evaluación clínica y seguimiento terapéutico.
En este contexto, la infraestructura tecnológica se convierte en un elemento clave para
asegurar la disponibilidad, seguridad y confiabilidad de la información. Investigaciones
previas destacan la importancia de contar con arquitecturas de red y cómputo que
garanticen alta disponibilidad, protección de datos sensibles y capacidad de crecimiento,
especialmente cuando se manejan sistemas críticos relacionados con la salud.
El proyecto Coffee and Tea se fundamenta en estos antecedentes, al proponer una solución
tecnológica que integra infraestructura física y virtual para apoyar el monitoreo y control de
personas con TEA, alineándose con las tendencias actuales de digitalización en el sector
salud.
5.2 Bases Teóricas
Las bases teóricas del proyecto se sustentan en los principios de la infraestructura de
cómputo, las redes de computadoras y la seguridad de la información. La infraestructura
tecnológica se define como el conjunto de recursos de hardware, software y redes que
permiten el funcionamiento de sistemas de información, siendo un componente esencial
para aplicaciones que requieren alta disponibilidad y procesamiento continuo de datos.
Desde el punto de vista de los modelos de implementación, la teoría del cómputo en la nube
establece que los recursos tecnológicos pueden ofrecerse bajo esquemas flexibles,
escalables y orientados al pago por uso. Este enfoque permite ajustar la capacidad del
sistema conforme a la demanda, reduciendo costos operativos y mejorando la eficiencia. En
contraste, los modelos tradicionales de infraestructura local priorizan el control total de los
recursos y la soberanía de los datos, lo cual resulta relevante en entornos donde se
manejan datos clínicos sensibles.
Las redes de computadoras constituyen otro pilar teórico, ya que permiten la interconexión
de usuarios, servidores y aplicaciones. Una arquitectura de red jerárquica y segmentada
favorece la eficiencia del tráfico, la seguridad y la administración del sistema. Asimismo, la
teoría de la seguridad de la información establece que la confidencialidad, integridad y
disponibilidad de los datos deben garantizarse mediante mecanismos de control de acceso,
autenticación y protección perimetral.
Finalmente, la teoría de la continuidad operativa y la escalabilidad resalta la necesidad de
diseñar sistemas capaces de mantenerse disponibles ante fallos y de crecer sin afectar el
rendimiento, principios esenciales para plataformas de monitoreo de salud como Coffee and
Tea.
5.3 Bases Legales
El desarrollo e implementación de sistemas tecnológicos que gestionan información clínica
debe apegarse a un marco legal y normativo que garantice la protección de los datos
personales y sensibles. En el contexto mexicano, la Ley Federal de Protección de Datos
Personales en Posesión de los Particulares establece las obligaciones para el tratamiento,
resguardo y confidencialidad de la información personal, incluyendo datos de salud.
Asimismo, la Ley General de Salud contempla disposiciones relacionadas con el manejo de
expedientes clínicos y la confidencialidad de la información médica, lo que obliga a
implementar medidas técnicas y administrativas que eviten el acceso no autorizado a dichos
datos.
A nivel internacional, existen estándares y buenas prácticas que orientan el diseño de
infraestructuras seguras para sistemas de salud, tales como los lineamientos de la ISO/IEC
27001 para la gestión de la seguridad de la información y los principios de cumplimiento
similares a HIPAA, aplicables al manejo de datos clínicos en plataformas digitales.
El proyecto Coffee and Tea considera estos marcos legales y normativos al proponer una
infraestructura que incorpora controles de acceso, mecanismos de seguridad y estrategias
de respaldo, con el fin de cumplir con las disposiciones legales vigentes y proteger la
información de las personas con TEA.
5.4 Marco Conceptual
El proyecto Coffee and Tea se concibe como una plataforma tecnológica orientada al
monitoreo y seguimiento de personas con Trastorno del Espectro Autista, apoyada en una
infraestructura de cómputo robusta y segura. En este contexto, la infraestructura tecnológica
se entiende como el soporte que permite la operación continua del sistema, integrando
servidores, redes, almacenamiento y mecanismos de seguridad.
El sistema se estructura a partir de la interacción entre usuarios clave: administradores,
profesionales de la salud, pacientes y tutores. Estos actores acceden a la plataforma
mediante aplicaciones web y móviles, las cuales se comunican con los servidores para el
almacenamiento y procesamiento de la información clínica.
El marco conceptual del proyecto relaciona los conceptos de infraestructura tecnológica,
seguridad de la información, escalabilidad y continuidad operativa, estableciendo que una
adecuada integración de estos elementos permite ofrecer un servicio confiable, eficiente y
orientado a mejorar la calidad de vida de las personas con TEA.
6. Referencias
Celis Alcalá, G., & Ochoa Madrigal, M. G. (2023). Trastorno del espectro autista
(TEA). Revista de la Facultad de Medicina, Universidad Nacional Autonoma
de Mexico, 65(1), 7–20. [Link]
Marco teórico:
que es cada cosa a implementar (teoria), bases del proyecto
tipos de elementos y descripciones
Marco legal
normas,, estándares, que tecnologías