Cuando la solución existe, pero nadie la usa:
lecciones desde el diseño centrado en personas en salud

En salud, muchas soluciones digitales no fracasan porque sean malas tecnologías. Fracasan porque nadie pensó realmente en quiénes las iban a usar… ni en qué contexto.
¿Qué entendemos realmente por diseño centrado en el usuario en salud?
Cuando se habla de UX o diseño centrado en el usuario, todavía existe la idea de que se trata de hacer sistemas “más amigables” o visualmente más atractivos.

En salud, esa mirada no solo es insuficiente: puede ser peligrosa.

Diseñar centrado en el usuario en el ámbito sanitario implica comprender profundamente a personas que muchas veces están enfermas, cansadas, ansiosas o bajo presión. Personas que no siempre tienen tiempo, energía ni claridad mental para “aprender” a usar una plataforma.

Por eso, en salud, UX no es estética. UX es seguridad, claridad y confianza.
El gran error de las empresas: confundir velocidad con avance
Uno de los errores más frecuentes que vemos en empresas y startups de salud es la obsesión por “salir rápido”. Se promete una página web, una aplicación o una plataforma en plazos muy acotados, con el argumento de que “después se puede mejorar”. El problema es que, en salud, lo rápido muchas veces se paga caro. El proceso suele verse así:
  • Se recopilan requerimientos en bruto.
  • se listan funcionalidades/requerimientos técnicos.
  • Se traspasan directamente a planificación y desarrollo.
  • Se asume que los flujos “se resolverán en el camino”.
A simple vista, parece eficiencia. En la práctica, es postergar las decisiones difíciles.
Cuando la complejidad aparece tarde (y nadie la presupuestó)
El verdadero problema aparece cuando el sistema ya está construido, o muy avanzado, y recién entonces se intenta entender cómo debería funcionar realmente. Es en ese momento cuando surgen las preguntas que debieron hacerse al inicio:
  • ¿Quién usa esto y en qué momento?
  • ¿qué pasa cuando hay estrés, interrupciones o urgencia?
  • ¿qué información es realmente crítica y cuál es ruido?
Descubrir la complejidad del sistema en el camino genera:
  • Sobretrabajo perdidas economicas
  • Rediseños tardíos
  • Ajustes apresurados
  • Frustración en los equipos soluciones costosas, riesgosas y poco eficientes
  • Y plataformas que “funcionan”, pero no convencen a nadie
La complejidad del sistema se descubre en el camino, cuando debió haberse entendido al inicio. Diseñar sin UX no acelera el proyecto, solo posterga el problema.
Salud no es un solo usuario (y aquí muchas soluciones fallan)
El verdadero problema aparece cuando el sistema ya está construido, o muy avanzado, y recién entonces se intenta entender cómo debería funcionar realmente. Es en ese momento cuando surgen las preguntas que debieron hacerse al inicio:
  • ¿Quién usa esto y en qué momento?
  • ¿qué pasa cuando hay estrés, interrupciones o urgencia?
  • ¿qué información es realmente crítica y cuál es ruido?
Descubrir la complejidad del sistema en el camino genera:
  • Sobretrabajo perdidas economicas
  • Rediseños tardíos
  • Ajustes apresurados
  • Frustración en los equipos soluciones costosas, riesgosas y poco eficientes
  • Y plataformas que “funcionan”, pero no convencen a nadie
La complejidad del sistema se descubre en el camino, cuando debió haberse entendido al inicio. Diseñar sin UX no acelera el proyecto, solo posterga el problema.