Salud
Software para investigación médica y programas de cuidado de pacientes.
Trabajamos con equipos de investigación universitarios y con las empresas que corren programas de cuidado. Pacientes, clínicos y cuidadores usan los mismos productos, y nadie está obligado a seguir usándolos.
Entre nuestros clientes
Qué construimos para equipos de investigación y empresas de salud
Cuatro proyectos, cada uno con una mezcla distinta del mismo equipo: investigación, interfaz, ingeniería mobile y los datos que ven los investigadores.
Participación en encuestas que se duplicó en vez de caer
Un equipo de investigación liderado por Stanford Medicine estaba perdiendo tasa de respuesta por la misma caída que afecta a la investigación médica en todos lados. Diseñamos y construimos apps iOS y Android que cumplen HIPAA para los participantes, y dos dashboards que dejan a los investigadores mirar tasas de respuesta, puntos de abandono y rendimiento del reclutamiento mientras la recolección seguía corriendo. La participación se duplicó comparada con los métodos que habían medido antes.
Una evaluación de quimioterapia que los pacientes podían completar solos
El Departamento de Farmacia Clínica de la Universidad de Michigan necesitaba monitorear la neuropatía periférica inducida por quimioterapia mediante evaluaciones de marcha, equilibrio y coordinación de dedos. Las evaluaciones venían de Apple ResearchKit, que trae consigo marcos clínicos validados y flujos fijos. El trabajo fue hacer esos flujos usables por alguien en pleno tratamiento.
Un producto probado con médicos antes de construir nada
mEMR está liderada por médicos y tenía una visión clara que nunca se había encontrado con un usuario real. Hicimos el discovery y la investigación UX de los dos lados del producto: cómo deciden los médicos, y cómo entregarían los pacientes sus propios datos clínicos. Eso se convirtió en prototipos de alta fidelidad que la gente podía usar de verdad. El concepto se validó sin escribir código.
mEMR. Investigación UX y prototipado interactivo, antes de comprometer ningún desarrollo.
Programas de cuidado que llegan a los pacientes por voz y por mensaje
EmpowerHealth corre varios programas de cuidado en paralelo, lo que significaba alcance que funcione para pacientes que no van a descargar nada. Construimos una plataforma que cumple HIPAA combinando voz y SMS automatizados, IA conversacional y analítica en tiempo real, con iOS y Android al lado.
Qué cambia cuando la participación es voluntaria
La mayoría del software puede dar por sentado que sus usuarios tienen que estar ahí. En investigación y en programas de cuidado nadie tiene que estar, y de ahí se desprenden tres cosas.
Alguien puede irse y no decirlo nunca
Un participante que deja de responder no presenta una queja, y un estudio con deserción no falla en voz alta. Produce hallazgos más débiles un año después. Las decisiones de interfaz que acá parecen cosméticas son las que deciden si el conjunto de datos es lo bastante completo para publicar.
El investigador necesita verlo mientras pasa
Saber al final qué canal de reclutamiento funcionó es saberlo tarde. Las tasas de respuesta, los puntos de abandono y el rendimiento por canal tienen que ser visibles durante la recolección, porque ésa es la única ventana en la que todavía se puede cambiar algo.
El marco validado decide qué se puede cambiar
Cuando una evaluación está clínicamente validada, su flujo no es tuyo para rediseñarlo. El trabajo es hacer usable una secuencia fija para alguien que está enfermo, sin tocar la parte que hace que la medición signifique algo. Esa restricción es el trabajo, no un obstáculo para él.
Preguntas que nos hacen antes de la primera llamada
¿Trabajan con hospitales y sistemas de salud?
No. Nuestro trabajo en salud fue con equipos de investigación universitarios y con empresas que corren programas para pacientes. La TI de un sistema de salud es otra práctica con sus propios especialistas: implementación de EHR, flujos de proveedores, la superficie de integración dentro de un hospital. No la reclamamos.¿Construyen dispositivos médicos o software como dispositivo médico?
No. Construimos software para pacientes sobre evaluaciones clínicas validadas, que es otra cosa. No llevamos un producto por una presentación ante la FDA y no tenemos un sistema de calidad de dispositivos médicos, así que un desarrollo Clase II necesita un socio que sí lo tenga.¿Cómo manejan HIPAA?
Como una restricción de diseño desde la primera semana, no como una capa agregada al final. En el trabajo de Stanford definió el manejo de datos, el almacenamiento, el control de acceso y los propios flujos de los participantes; en EmpowerHealth definió qué puede decir, guardar y enviar la plataforma en cada programa de cuidado que corre sobre ella. HIPAA no tiene una certificación que una empresa pueda tener: lo que tiene es gente formada, y los desarrolladores, diseñadores y project managers que trabajan en los proyectos que lo requieren se certifican en HIPAA antes de empezar y otra vez mientras el proyecto corre. Aparte, Onetree tiene la certificación ISO/IEC 27001:2022, emitida por UNIT y vigente hasta marzo de 2029.¿Pueden trabajar dentro de un estudio que ya está corriendo?
Normalmente sí, y es el caso común. Las apps de Stanford entraron en un esfuerzo de investigación que ya estaba recolectando y ya estaba perdiendo tasa de respuesta, así que el trabajo fue encajar en un estudio activo y no arrancar uno, lo que cambia qué te está permitido mover.¿Cómo es el equipo en realidad?
Multidisciplinario desde la primera semana. En el proyecto de Stanford eso significó trabajar junto a epidemiólogos, estadísticos, profesionales de la salud y expertos en encuestas, y diseñar para lo que ellos necesitaban medir. No hay una fase donde el trabajo cambie de manos y haya que explicarlo de nuevo.
Cuéntanos quién tiene que volver.
En una sesión de trabajo de 45 minutos repasamos de quién depende tu producto, qué haría que dejaran de venir, y qué necesitarías ver mientras pasa en vez de después. Trae el número que se viene cayendo.