1. Contexto
Durante mi último cuatrimestre en la carrera de Sociología cursé la materia optativa Diseño Integral de Aplicaciones Móviles para la Salud Humana, en la cual con un equipo de dos compañeras, una de sociología y otra de ingeniería biomédica, tuvimos el desafío de diseñar y desarrollar una aplicación móvil vinculada a la salud. Dadas las experiencias de mi compañera empleada del Hospital Municipal Doctor Bernardo Houssay, decidimos centrarnos en una problemática que afecta tanto a pacientes, familiares y médicos: la comunicación.
2. El desafío
¿Cómo mantener informadas a las familias sin aumentar la carga de trabajo del personal médico?
Durante una internación, la comunicación entre médicos y familiares suele concentrarse en un único momento del día: el parte médico. Cuando los familiares no pueden asistir, la información llega tarde, se pierde o termina comunicándose por canales improvisados como llamadas telefónicas o WhatsApp.
Nuestro desafío fue diseñar una herramienta que complementara esa comunicación, facilitando el acceso a la información sin modificar la dinámica de atención ni reemplazar el contacto humano.
2. Entendiendo el problema
Hicimos entrevistas semiestructuradas a médicos/as residentes y de planta del Hospital Houssay, organizadas en tres bloques: información sobre la internación, comunicación con las familias, y relación con la tecnología.
Procesamos los datos con un mapa de afinidad, agrupando hallazgos en cinco ejes: organización hospitalaria, vínculo con la familia, problemáticas de comunicación, riesgos y percepción de la app.
Detectamos tres desafíos concretos en la comunicación entre médicos y familias durante la internación:
- Falta de comunicación: las familias no pueden acercarse en el breve horario del parte médico por motivos laborales, y quedan sin ninguna actualización.
- Pérdida de información: en el estado de conmoción del momento, lo que sí llegan a escuchar no siempre queda retenido.
- Sobrecarga en los médicos: terminan comunicándose por canales personales, lo que deriva en malos tratos y desgaste.
De las entrevistas surgieron también dos objeciones que terminaron marcando el diseño: la necesidad de un marco legal claro para el uso de datos de salud, y el miedo de que la herramienta desalentara los encuentros presenciales.
3. Codiseño: decisiones que cambiaron con los usuarios
Dos pivots concretos que surgieron directamente de las entrevistas:
Camas como identificador
En la primera versión el listado organizaba por nombre. Una médica residente nos lo corrigió en el momento: "para nosotros sí [importa la cama], porque hay muchos nombres" — rediseñamos el listado con el número de cama como dato más visible.
Campo de texto único
Habíamos separado el informe en "estado actual", "estudios", "tratamiento", "pronóstico". Las médicas entrevistadas lo rechazaron: preferían escribir dos renglones con sus propias palabras antes que completar un formulario clínico. Sacamos la estructura fija y dejamos un único campo abierto.
4. Mapeando la experiencia
Nuestro objetivo era que un médico pudiera enviar una actualización del estado de un paciente en menos de dos minutos.
Comenzamos modelando el recorrido completo de la tarea para eliminar pasos innecesarios y reducir la carga cognitiva durante la ronda médica.
5. Accesibilidad y consideraciones éticas
Pensando en el uso real (ronda médica, movimiento, cansancio, y posibles dificultades visuales del usuario médico adulto) priorizamos tipografía ampliada, botones de gran área táctil e informes segmentados y claros.
En lo ético y legal, sumamos un consentimiento informado para que cada familiar autorice el correo donde recibe la información, y reforzamos en el copy de cada mensaje el compromiso de la app con el encuentro presencial: "este mensaje es solo un complemento (...) los invitamos a que nos encontremos en el hospital durante el horario de visitas."
Quedan afuera, por ahora, los cuidadores sin casilla de correo electrónico activa, una minoría que evaluamos cubrir con canales alternativos en versiones futuras.
6. MVP — prototipo funcional
En lugar de intentar resolver todo el proceso de comunicación hospitalaria, priorizamos una única tarea: enviar una actualización rápida y clara.
El MVP incluyó únicamente las funcionalidades indispensables para cumplir ese objetivo:
✓ Inicio de sesión.
✓ Lista de pacientes.
✓ Identificación por número de cama.
✓
Campo libre.
✓ Historial.
✓ Generación de informe.
✓ Envío por correo
electrónico.
7. Validación
Diseñamos una prueba de usabilidad para validar la hipótesis: un médico de planta puede enviar una actualización a la familia de un paciente en menos de 2 minutos, sin asistencia, usando cuidAPP por primera vez.
- 5+ médicos de planta con uso habitual de smartphone.
- Escenario simulado de ronda médica.
- Métricas: tiempo, eficacia, eficiencia y errores/observaciones cualitativas.
Al ser un software de uso médico, para poder ser testeado en hospitales diseñamos un protocolo de estudio clínico —longitudinal, con grupo control— para medir a futuro el impacto real de cuidAPP frente a la comunicación tradicional.
8. Próximos pasos
De las mismas entrevistas surgieron ideas para una segunda versión: grabar los partes por voz, permitir múltiples médicos asignados a un mismo paciente, programar el envío del informe, y enviar por WhatsApp para familiares sin correo electrónico.
También surgió la necesidad de conversar con otros actores clave como trabajadores sociales, psicólogos y las familias, para poder conocer y mejorar el alcance y utilidad de nuestro producto.
9. Aprendizajes
Este proyecto me permitió redescubrir la esencia del diseño de experiencia de usuario: las mejores decisiones rara vez nacen frente a una pantalla. Surgieron escuchando cómo trabajan las personas, entendiendo sus limitaciones y adaptando el producto a su contexto real. Aspectos como priorizar el número de cama, simplificar el flujo de carga o posicionar la aplicación como un complemento del parte médico fueron consecuencia directa de la investigación y no de supuestos del equipo.
Trabajar en un equipo interdisciplinario y con una institución real de salud pública nos obligó a diseñar dentro de restricciones concretas: marco legal, recursos limitados y la necesidad de no reemplazar el vínculo humano.