El punto de partida: sistemas fragmentados
La salud en la región opera en capas que no se hablan entre sí: sector público, seguridad social, hospitales privados y aseguradoras. Un mismo paciente puede tener expedientes en cuatro sistemas distintos, ninguno interoperable.
Esa fragmentación es el problema estructural y, para quien construye tecnología, la fuente de las oportunidades más grandes: cada punto donde hoy la información se transcribe a mano es un proceso susceptible de automatizar.
Dónde sí hay presupuesto
- Eficiencia administrativa. Autorizaciones, facturación a aseguradoras, conciliación de siniestros. Es el área menos glamorosa y la que más rápido aprueba presupuesto, porque el retorno se mide en semanas.
- Gestión de pacientes y agenda. Ausentismo a citas, seguimiento posterior a consulta, adherencia a tratamiento. Problemas medibles con impacto directo en ingresos de la clínica.
- Analítica clínica y de riesgo. Aseguradoras y grupos hospitalarios que quieren anticipar costos y detectar patrones. Aquí la IA aporta valor real, siempre que haya datos suficientes y limpios.
- Telemedicina como complemento. Después del entusiasmo inicial, el modelo que sobrevive es el integrado a la operación del prestador, no la app aislada de consultas.
La regulación que hay que conocer en México
Tres referencias que aparecen en cualquier proceso de compra serio:
- COFEPRIS. Regula productos y dispositivos para la salud. Si tu software realiza funciones diagnósticas o terapéuticas, es probable que caiga en categoría de dispositivo médico, con el proceso de registro correspondiente.
- NOM-024. Norma sobre sistemas de información de registro electrónico para la salud e intercambio de información. Es la referencia de interoperabilidad y de expediente clínico electrónico.
- Ley de protección de datos personales. Los datos de salud son sensibles, con requisitos reforzados de consentimiento y resguardo.
Consecuencia prácticaLa clasificación regulatoria de tu producto no es un detalle legal posterior: define tu tiempo de llegada al mercado. Un software de apoyo administrativo se vende en meses; uno con funciones diagnósticas puede requerir un año o más de trámite.
Cómo compran los hospitales
El proceso de compra en salud tiene particularidades que rompen el playbook de SaaS estándar:
- El usuario no es el comprador. El médico usa, el área administrativa evalúa, la dirección general firma. Convencer solo al primero no cierra nada.
- La aversión al riesgo es máxima. Un error en salud tiene consecuencias clínicas y legales. Los pilotos con criterios de éxito escritos y una referencia verificable pesan más que cualquier funcionalidad.
- La integración es el filtro real. Si tu producto no puede convivir con el sistema hospitalario existente, la conversación termina ahí, sin importar qué tan bueno sea.
- Los ciclos son largos. De seis a dieciocho meses en instituciones grandes. Presupuestar un ciclo de tres meses es la forma más común de quedarse sin caja.
El cuello de botella que define ganadores
Si hubiera que apostar por una sola capacidad, sería la interoperabilidad. Las soluciones que logran extraer, normalizar e intercambiar información entre sistemas heredados capturan valor de forma desproporcionada, porque resuelven el problema que todos los demás asumen resuelto.
Es también el trabajo menos vistoso: conectores, normalización de datos, mapeo de catálogos. Poco atractivo para un pitch, decisivo para un contrato.
Nuestra lectura
La oportunidad en HealthTech latinoamericano no está en replicar el producto de moda de otro mercado, sino en atacar la ineficiencia administrativa y la falta de interoperabilidad con un producto que entienda cómo compra y cómo opera una institución de salud de la región. Es un camino más lento y considerablemente más defendible.