Bloom

Bloom es trabajo conceptual, y lo decimos con claridad en todos los lugares donde aparece: no hay ningún cliente detrás y nunca debe leerse como que un cliente eligió a Appluex. Construimos productos conceptuales porque nos permiten recorrer un dominio difícil de principio a fin, con toda la calidad de diseño e ingeniería, sin un calendario en vivo que obligue a tomar atajos. La telemedicina merecía esa inversión: combina datos sensibles y regulados, video en tiempo real, una dinámica de dos lados entre pacientes y proveedores, y un usuario que muchas veces abre la app en un momento vulnerable. Diseñar bien para esa combinación es la verdadera pieza de portafolio.

La privacidad fue la primera restricción, no una función más en una lista. La información de salud está entre los datos más sensibles que una app puede manejar, así que el diseño de Bloom la mantiene mínima, cifrada y acotada: la mensajería entre paciente y médico va cifrada, las videoconsultas son seguras por diseño, y el backend está estructurado para que un proveedor vea solo a los pacientes que lo eligieron. Trabajar esos límites como un ejercicio de arquitectura, y no como una casilla de cumplimiento agregada al final, es exactamente el tipo de pensamiento que un proyecto real de telemedicina exige desde el primer día.

El diseño del producto se centra en las dos decisiones que cierran o abren el acceso a la atención: encontrar al médico correcto y poder pagar la consulta. La búsqueda de proveedores se organiza por especialidad, así un paciente con una condición crónica o una inquietud de salud mental busca por lo que necesita en lugar de recorrer un directorio. Los precios van por niveles, con consultas gratuitas incluidas, porque la asequibilidad no es un descuento sobre el mismo producto: es un camino aparte dentro de la app que tiene que sentirse igual de completo, desde la reserva hasta los mensajes de seguimiento.

En el lado de la ingeniería, Bloom combina una app en Flutter con un backend en Node.js sobre AWS. Las citas, los perfiles de proveedores y las relaciones entre pacientes y médicos viven en PostgreSQL, porque el agendado y las relaciones de atención son justo el tipo de datos donde la integridad relacional se gana su lugar: un horario reservado dos veces o una cita huérfana no es un error cosmético en salud. Firebase lleva la capa de tiempo real, manteniendo inmediatos los mensajes y las actualizaciones de citas, mientras la infraestructura en AWS está pensada para crecer con una red de proveedores en lugar de reconstruirse para una.

Lo que un concepto como Bloom demuestra es rango, etiquetado con honestidad. Las pantallas, los flujos y las decisiones de arquitectura son trabajo real que se puede inspeccionar, y se trasladan directamente a un producto de telemedicina financiado: el modelo de búsqueda, los caminos de precios por niveles, los límites de privacidad y el núcleo de agendado serían las mismas conversaciones con un cliente real. Si estás planeando un producto de telemedicina, Bloom es la base de esa conversación, no su sustituto.