Una paciente valora la aplicación. Su médico reconoce su utilidad. El hospital incluso acepta una prueba piloto. Seis meses después, nadie firma el contrato. Este escenario ficticio resume una trampa clásica de la salud digital: confundir el entusiasmo por una herramienta con la existencia de un mercado. Para un emprendedor, la primera pregunta no es solo «¿permite atender mejor?», sino «¿quién puede pagar, con cargo a qué presupuesto y a cambio de qué resultado?» De cara a septiembre de 2026, esta disciplina podría importar incluso más que la sofisticación tecnológica.
Tres roles, tres definiciones del valor
El usuario maneja el producto: paciente, enfermera, médico o personal de secretaría médica. El prescriptor, en sentido comercial, legitima su adopción: jefe de servicio, red profesional o dirección médica. El financiador compromete el dinero: centro sanitario, seguro público de salud, aseguradora complementaria, empleador o particular. Estos roles pueden solaparse, pero tratarlos como un único «cliente» conduce a errores de diseño y de venta.
Tomemos una herramienta de seguimiento domiciliario después de una operación. El paciente quiere sentirse tranquilo sin rellenar quince cuestionarios. La enfermera desea detectar rápidamente las situaciones preocupantes. El cirujano espera un circuito asistencial fiable. La dirección financiera pregunta qué ganará o evitará realmente el centro. Por tanto, una misma funcionalidad puede generar valor para unos y trabajo adicional para otros.
Además, el prescriptor clínico no siempre es quien decide la compra. Un médico convencido puede abrir una puerta sin disponer de presupuesto. A la inversa, una dirección puede comprar una solución que los equipos apenas utilizarán. La viabilidad exige una alineación, no una simple suma de opiniones favorables.
La paradoja: útil no significa financiable
La prevención ilustra especialmente este desajuste. Un programa de acompañamiento puede mejorar la salud de forma duradera, mientras que su coste es inmediato y sus beneficios aparecen más tarde, a veces para otro actor. Una aseguradora complementaria cuyos afiliados cambian de contrato no capta necesariamente todos los ahorros futuros. Para un hospital, reducir determinadas actividades remuneradas no siempre resulta ventajoso dentro de su modelo de financiación.
Otra dificultad: el tiempo ahorrado no siempre supone un ahorro presupuestario. Liberar diez minutos diarios de cada profesional sanitario puede mejorar las condiciones de trabajo sin reducir la masa salarial. Es un valor real, pero hay que expresarlo de otra manera: mayor capacidad, reducción de las horas extra, retención de los equipos o mejora del servicio. Prometer un retorno financiero automático debilita la negociación.
Por último, el presupuesto disponible puede estar en un lugar distinto del previsto. Una herramienta presentada como una innovación médica se comprará a veces para agilizar la organización. Este reposicionamiento debe seguir siendo honesto: no se puede alegar un beneficio clínico no demostrado para captar la atención y luego vender únicamente un panel de control.
En Francia, el reembolso no es un modelo mágico
Algunos avances reales han abierto nuevas perspectivas. La telemonitorización médica se incorporó al régimen ordinario de reembolso en Francia en julio de 2023. El programa PECAN, lanzado en 2023, prevé una cobertura anticipada para determinados dispositivos médicos digitales con fines terapéuticos o de telemonitorización. Estos mecanismos muestran que la financiación pública puede evolucionar para integrar usos digitales.
Sin embargo, no constituyen ni una vía de acceso universal ni una garantía de rentabilidad. La elegibilidad, las pruebas exigidas, las condiciones técnicas y el proceso de evaluación dependen del dispositivo. Una aplicación de bienestar no pasa a ser reembolsable por el hecho de acompañar a pacientes. El marcado CE, cuando es obligatorio, no equivale a una decisión de reembolso.
Para una empresa joven, optar por esta vía implica financiar el periodo intermedio: el desarrollo, la evaluación, el cumplimiento normativo, la implantación y los trámites administrativos suelen preceder a los ingresos recurrentes. También hay que entender cómo se articula la remuneración de la tecnología con la de los profesionales. Una financiación prevista sobre el papel no basta si nadie puede organizar el servicio en torno a ella.
Elegir quién paga es elegir qué empresa construir
Vender a los centros sanitarios
El centro puede comprar una suscripción, una licencia o una prestación de servicios. El reto es entonces tanto organizativo como médico: integración en el sistema de información, seguridad, formación, asistencia y gestión del cambio. El competidor no es solo otra empresa emergente. También lo son el software ya instalado, la hoja de cálculo existente o un proyecto considerado más urgente.
Vender a particulares o a organizaciones
El pago directo por parte de los pacientes a veces acorta la decisión de compra, pero expone a la sensibilidad al precio, al coste de adquisición y a los abandonos. También plantea una cuestión de acceso: las personas que más se beneficiarían del servicio no son necesariamente las que pueden pagarlo.
Los empleadores y las aseguradoras complementarias pueden financiar servicios para sus empleados o afiliados. Sin embargo, su lógica difiere de la del reembolso público: atractivo de la oferta, participación, prevención o calidad del servicio. La confidencialidad se vuelve decisiva, especialmente cuando un empleador financia el dispositivo. El contrato debe preservar una separación clara entre el servicio ofrecido y el acceso a los datos individuales de salud.
Antes del producto, investigar el presupuesto
Un buen proceso de descubrimiento del cliente no consiste en preguntar: «¿Le parece interesante esta idea?». Consiste en reconstruir una decisión de compra reciente. ¿Quién la solicitó? ¿Quién la autorizó? ¿Qué presupuesto se utilizó? ¿Qué controles retrasaron la firma? Estas preguntas aportan información más sólida que una declaración de intenciones.
- Identificar una partida presupuestaria: una dotación existente o un procedimiento creíble que permita crearla.
- Identificar al responsable de la decisión: distinguir entre el aliado clínico, el firmante, el departamento de compras y los actores capaces de bloquear el proyecto.
- Definir la evidencia: resultado clínico, tiempo liberado, actividad adicional o calidad del servicio, según el comprador.
- Fijar cómo concluirá la prueba piloto: duración, criterios de éxito, precio previsto y condiciones para pasar al contrato.
Una prueba piloto gratuita puede servir para aprender. Se vuelve peligrosa cuando sustituye indefinidamente a la venta. Antes de ponerla en marcha, preguntar qué ocurrirá si los resultados son buenos suele revelar el verdadero problema: nadie tiene el mandato de comprar. Es mejor descubrirlo antes de dedicar seis meses a la integración.
Calcular lo que realmente deja cada contrato
El precio anunciado no lo dice todo. Hay que descontar el alojamiento adaptado a los requisitos aplicables, la asistencia, las interfaces, la formación y las posibles tareas realizadas por personas. Una solución aparentemente basada en software puede ocultar una actividad de servicios muy intensiva. Si cada nuevo cliente exige un desarrollo específico, el crecimiento de la facturación no garantiza el del margen.
Los plazos de venta y de pago también cuentan. Una empresa puede disponer de un producto adecuado y quedarse sin liquidez antes de su difusión. El plan de financiación debe incorporar estos tiempos, sin tratar las subvenciones como una prueba de demanda comercial.
¿Y ahora qué? De cara a septiembre de 2026, la hipótesis prospectiva es que la generalización de las herramientas de IA hará que ciertas funciones sean más fáciles de reproducir. La ventaja podría desplazarse entonces hacia la evidencia, la integración y el acceso a una financiación sostenible. Antes de desarrollar, el emprendedor debería poder completar esta frase: «Este actor pagará este servicio con cargo a este presupuesto si demostramos este resultado». Sin una respuesta creíble, quizá el siguiente paso no sea escribir código, sino conversar con quien lleva las cuentas.
