¿Cuáles son los mayores desafíos a los que se enfrentan los desarrolladores para ofrecer aplicaciones móviles exitosas de salud, bienestar y clínica?

Para tener éxito, las aplicaciones de atención médica deben hacer más que otras aplicaciones: deben ir más allá de la facilidad de uso y el funcionamiento simple. Las aplicaciones de salud deben proporcionar datos utilizables e integración al sistema de salud, contar con la confianza de médicos y pacientes, y lograr mejores resultados.

Hay una gran brecha entre el lugar donde se encuentra el ecosistema de la aplicación de atención médica hoy y dónde debe estar, para cumplir esas promesas. Existen varias aplicaciones excelentes, pero los médicos, pacientes y administradores de hospitales me dicen que la mayoría de las aplicaciones de atención médica no cumplen con esos requisitos.

Hay dos desafíos principales que son exclusivos de las aplicaciones de atención médica: cumplimiento e integración . Combinados, el cumplimiento y la integración pueden costarle meses de demoras y cientos de miles de dólares. Lo sé porque he creado más de 20 aplicaciones de atención médica en los últimos 7 años y he visto que los proyectos de aplicaciones se pasan con el tiempo y el presupuesto en exceso en abogados, consultores y gastos de interoperabilidad.

Cumplimiento significa las regulaciones de HIPAA en los EE. UU., PHIPA y similares en Canadá, y las directivas de privacidad de la UE y el nuevo Reglamento General de Protección de Datos. ¡Cada una de estas regulaciones llega a cientos de páginas! Cambian casi anualmente y requieren que una compañía de software típica implemente docenas de protecciones y políticas técnicas. Hay una gran cantidad para absorber, y puede ser un trabajo de tiempo completo solo para entender las leyes y cómo se aplican a su negocio.

Estas regulaciones también son extremadamente valiosas, ya que protegen la privacidad de la información del paciente. Los registros de pacientes son 60 veces más valiosos en el mercado negro que los datos financieros (¿Los estafadores de impuestos son un nuevo objetivo? Sus registros médicos). Junto con los diversos comentarios y actualizaciones, pueden llegar a cientos o miles de páginas. Además, debe asegurarse de seguir estas reglas o no podrá vender su aplicación a instituciones de salud, que son cada vez más cautelosas debido a las frecuentes y vergonzosas violaciones de datos y la consiguiente represión gubernamental. Y además de todo eso, las reglas cambian constantemente, lo que requiere un esfuerzo significativo para mantenerse al día. Pero cumplir con las regulaciones de cumplimiento es solo una apuesta en esta industria. Por sí solo, no es suficiente para hacer una aplicación de salud exitosa.

La integración es cómo su aplicación interactúa con la comunidad de atención médica. Ya sea que envíe datos de pacientes a proveedores de atención médica o que los proveedores estén usando su aplicación directamente, cada aplicación de salud necesita hablar el idioma de los médicos, enfermeras, terapeutas, hospitales y clínicas para ser aceptados y utilizados de manera efectiva. Las aplicaciones necesitan organizar sus propios datos internamente de una manera que tenga sentido para el ecosistema de atención médica, y a menudo necesitan comunicarse electrónicamente con los sistemas hospitalarios, todo un campo de trabajo llamado interoperabilidad.

Afortunadamente, hay personas que pueden ayudar. Los expertos en privacidad pueden ayudarlo a comprender los marcos legales y crear las políticas y procedimientos que guían la forma en que trabaja con los datos de salud. Los expertos en seguridad pueden ayudarlo a diseñar e implementar cifrado, auditoría y otras garantías técnicas para los datos. Los consultores de interoperabilidad pueden construir puentes entre su sistema y los EMR y EHR que utilizan sus clientes. Estos expertos están disponibles, pero aún necesita hacer una inversión significativa en tiempo y dinero, tal vez tener uno o más empleados de tiempo completo dedicados solo a cuestiones de cumplimiento e integración.

Plug desvergonzado: soy el cofundador de una compañía de plataforma en la nube llamada MedStack; nuestro objetivo es reducir el tiempo y el costo de desarrollar una aplicación de atención médica en un 60%. Nos encargamos de la mayor parte de la carga de cumplimiento que podemos, aproximadamente el 60% se hace por usted, y le brindamos un conjunto de herramientas y API que las instituciones de atención médica nos han dicho que son fundamentales para integrarse e interactuar con ellos. Si planea crear una aplicación de atención médica o necesita apoyarla como organización proveedora, comuníquese conmigo y con mi equipo en MedStack: la Plataforma para la atención médica habilitada para aplicaciones.

Para comenzar, necesitamos distinguir (lamentablemente) entre la innovación orientada hacia el mercado de los EE. UU. Y RoW. Como lo demuestra este gráfico, el mercado de EE. UU. Tiene un rendimiento inferior y es muy costoso (per cápita):

[Los EE. UU. También se clasifican mal en la mortalidad infantil y la obesidad (en el puesto n. ° 1), por lo que la esperanza de vida no es la única métrica de bajo rendimiento, solo la de este gráfico]

En relación con el mercado de EE. UU., Creo que solo hay dos desafíos que enfrentan los desarrolladores para entregar aplicaciones exitosas, y ninguno es técnico. Estos son:

  1. Regulatorio / Legal (ya sea específicamente de la FDA o Legislación en general)
  2. Financiero (CPT / facturación)

La dificultad con estos dos desafíos se agrava aún más por el hecho de que nuestro sistema de atención médica es muy grande ($ 3 billones por año, con muchos proveedores tradicionales grandes y arraigados), fragmentado (sistemas múltiples y claramente diferentes) y a menudo carece de transparencia en los precios .

Estos son algunos de los distintos “sistemas” de atención médica:

  • Medicare (~ 40 millones mayores de 65 años y ~ 8 millones discapacitados = ~ 48 millones en total)
  • Medicaid (red de seguridad para pobres + CHIP = ~ 60 millones)
  • Administración de Veteranos (asistencia sanitaria nacional para ~ 9 millones de afiliados)
  • Seguro privado (~ 196 millones, de los cuales ~ 170 millones se basan en el empleo)
  • Kaiser Permanente (más de 8 millones de vidas cubiertas)
  • Sin seguro (~ 50 millones – confíe en la atención de EMTALA o ER = $ 40B / año en atención no compensada a través de ED):

[El monto total de la deuda incobrable es significativamente mayor, alrededor de $ 65B / año, a través de todas las fuentes. Los $ 40B / año anteriores son solo a través de hospitales, según lo informado por la American Hospital Association.]

Los diferentes modelos (y montos) financieros / de facturación que se derivan dan como resultado un árbol de decisión ligeramente modificado en relación con los modelos comerciales viables. Ese árbol de decisión se basa libremente en los 3 componentes principales de cualquier sistema de salud formal:

    • Proveedores (médicos, hospitales, etc.)
    • Pagadores (gobierno, empleadores o seguros privados)
    • Pacientes (todos nosotros)

    En ese árbol de decisiones, cualquier solución de atención médica (basada en la web, móvil, clínica o administrativa) debe abordar estas dos preguntas: juntas:

    1. ¿Quien paga?
    2. ¿Por qué lo harían ellos?

    Navegar con éxito puede ser completamente frustrante, y puede descarrilar fácilmente ideas muy grandes y bien financiadas. Dos de los más recientes que se me ocurren son Google Health y Revolution Health. Ambos fueron ejercicios bien financiados para construir “Registros de salud personales”, y ambos abandonaron por completo sus esfuerzos.

    Actualmente, los modelos directos al consumidor (en su mayoría aplicaciones móviles) son muy populares, debido a su atractivo y gran éxito en otras categorías sociales / estilo de vida / medios. Muy pocos, sin embargo, han demostrado ingresos o escala en la asistencia sanitaria.

    Además, aunque la financiación de empresas de atención médica en etapa temprana está en aumento, como categoría, la atención médica sigue siendo un porcentaje relativamente pequeño (<5%) en comparación con otras categorías:

    * Financiación del ecosistema de la etapa inicial de GigaOm
    =================================

    Todo lo cual es para decir que hay muy pocos desafíos técnicos (si es que hay alguno). Un ejemplo que vale la pena señalar aquí es nuestra secuencia del genoma humano. El primero tardó 13 años y se completó en 2003 a un costo de $ 4B. Hoy podemos secuenciar el genoma humano en equipos que cuestan alrededor de $ 150K, en el transcurso de un solo día, a un costo de menos de $ 1K. Esta no es solo la ley de Moore en el trabajo: hubo algo de ingeniería de silicio seria que entró en ese logro. Lo que hacemos con ese logro aún no se ha realizado, pero también tendrá que navegar por los diversos modelos de negocios que están fuertemente fortificados, y muy (muy) lucrativos.