Se estima que hay unas 15000 apps médicas en el mercado y según un estudio se espera que este número crezca un 25% al año. Hay problemas que son comunes en el desarrollo de apps tanto médicas como de otra categoría. Sin embargo algunos problemas técnicos, y no técnicos, son únicos para el sector de la sanidad. Alguien que no diseña apps, David Lee Scher, nos ofrece una perspectiva que abarca temas planteados por las distintas partes interesadas en el desarrollo de apps de sanidad y que pueden ser interesantes. Traducido de 5 reasons why mobile health apps fail

1. La motivación para el desarrollo de una App está equivocada. Con independencia de la elegancia, la facilidad de uso, la experiencia agradable u otra característica de una App de salud, si no se ocupa de un problema especifico, no se considerará útil. Si sólo se monitoriza un parámetro fisiológico o el estado de ánimo de una persona o la recogida de datos el fracaso está asegurado. La gente busca apps de salud (y de la salud en general) en la mayoría de los casos por un problema de salud. Los datos deben ser recopilados y filtrados de forma que se traduzcan en un mensaje para el usuario final, ya sea médico o paciente .
2. Falta de participación clínica. No quiere decir que los clínicos tengan que ser CEOs de empresas de mHealth. Se refiere más bien a la falta de aportación de profesionales clínicos en el desarrollo de la tecnologías aplicadas a la salud. hay procesos que la tecnología adapta a lo que muy bien podría ser un rediseño total alrededor de dicha tecnología (esto es algo bueno ya que numerosos procesos necesitan un cambio) . Estos procesos pueden ir desde la agenda personal de alguien hasta crear la figura de un gestor en los hospitales que asesore a los pacientes en el uso de aplicaciones móviles. No puede ser que una App caiga en las manos de un CIO o de un médico y esperar que sea un éxito, la conectividad de las herramientas mHealth será un aspecto importante en su uso lo cual requiere un flujo de trabajo claro para los datos y mensajes entre médico y paciente. Por todo ello es importante que los profesionales clínicos estén en el equipo de diseño de la tecnología.
3. No se le da importancia a la usabilidad. Finalizar el desarrollo de una aplicación debe incluir un examen a fondo de la experiencia del usuario. De acuerdo con la guía de evaluación de apps médicas de HIMSS, la usabilidad podría ser definida como ” la efectividad, eficiencia y satisfacción con la que los usuarios pueden lograr una serie de tareas en un entorno determinado”. En este link hay muy buenas presentaciones que discuten el tema del diseño de aplicaciones y la experiencia del usuario.
4.  No conocer el panorama sanitario. Conocer el panorama de la atención sanitaria es crítico para determinar la estrategia a seguir. ¿Qué tecnologías hay disponibles para abordar el objetivo de esta App? ¿Qué puede mejorarse o añadirse? ¿puede esta tecnología usarse por los interesados? ¿Puede ser que lo mejor sea asociarse con otra compañía para distribuir la herramienta? ¿Es más valiosa la herramienta si se ofrece junto con otra tecnología?
5. No desarrollar siguiendo las especificaciones reglamentarias. No importa lo impresionante que sea la App si no cumple con las especificaciones reglamentarias (p ej. seguridad: LOPD en España o HIPAA,FDA en EE.UU), si esto ocurre tendrá que ser rehecha con un coste significativo.

Resumiendo, escribir código es sólo una pequeña parte del desarrollo de una aplicación de salud, si uno quiere que sea un éxito. hay que verlo como un proceso con muchas capas que requieren atención. Vender una aplicación no significa que se vaya a adoptar su utilización. Vender una buena aplicación mejora las posibilidades de forma espectacular.