ePA como mercado de crecimiento B2B
8 Min. de lectura
El 85 % de las unas 160 000 instituciones prestadoras de servicios utilizan hoy la ePA de forma activa – hace siete meses era solo el 60 %. Más de 70 millones de asegurados tienen un expediente. Los inicios de sesión se han cuadruplicado desde mayo de 2025, alcanzando 4,5 millones. Quien ofrezca servicios de TI o productos de software en el ámbito sanitario y todavía considere este despliegue como “en curso”, puede haber perdido la ola.
Lo más importante en resumen
- La adopción avanza más rápido de lo esperado. De un 60 % a un 85 % de instituciones activas en 7 meses, inicios de sesión cuadruplicados. El mercado no espera a la madurez final del producto.
- Los proyectos de integración son el cuello de botella. Los fabricantes de sistemas primarios, proveedores de DiGA y hospitales necesitan infraestructura de integración, asesoría sobre conectores TI y implementaciones FHIR. Esa es la demanda.
- La interoperabilidad sigue sin resolverse. La Sociedad Alemana de Hospitales señala la falta de interoperabilidad y sistemas inestables como los principales obstáculos. Quien lo solucione tendrá potencial de mercado.
- 2026 trae nuevas obligaciones. El plan de medicación electrónico (eMP) y la obligación de interoperabilidad DiGAV impulsarán nuevas rondas de licitación entre prestadores y aseguradoras.
RelacionadoCSRD tras el omnibus de la UE 2026: Quién sigue obligado a informar / IA más cara de lo previsto: sobrecoste del 33 %
Qué significa la adopción de la ePA en 2026 para el mercado B2B
¿Qué es la historia clínica electrónica? La ePA es un expediente digital central donde los asegurados pueden almacenar, gestionar y compartir sus datos de salud con los prestadores. Funciona a través de la infraestructura telemática (TI), es provista por las aseguradoras y, desde principios de 2025, se crea automáticamente para todos los asegurados en Alemania, salvo que hayan objetado expresamente.
El despliegue ya no es un proyecto piloto. Es una realidad operativa para 160 000 instituciones, para Bitmarck como proveedor de infraestructura TI de un tercio de los asegurados y para los fabricantes de DiGA, obligados por DiGAV a conectarse a la ePA. Lo que cambia ahora es la estructura de la demanda y, con ella, el panorama para los proveedores de servicios de TI, los vendedores de software y los consultores del sector sanitario.
Datos de mercado 2026
- Más de 70 millones de asegurados tienen una ePA
- 4,5 millones de inicios de sesión en Bitmarck (cuadruplicados desde mayo de 2025)
- 85 % de las ~160 000 instituciones prestadoras activas (vs. 60 % en septiembre de 2025)
- Bitmarck gestiona la infraestructura ePA para alrededor de un tercio de los asegurados
Dónde surge hoy la demanda concreta para los proveedores de TI
La DMEA 2026, celebrada en abril en Berlín, mostró cuál es el punto de la discusión: ya no se trata de cuestiones fundamentales sobre la ePA, sino de la realidad de la implementación. Conferencias especializadas con títulos como “Consultorios médicos en camino al ecosistema digital” y “Implementación antes que visión” evidencian el paso del concepto a la cuestión de la infraestructura.
La gematik comunicó en la DMEA planes concretos de futuro: la ePA como plataforma central de la atención primaria. No es solo comunicación estratégica; es una guía para las decisiones de inversión por parte de los proveedores de software. Quien hoy desarrolla sistemas primarios, TI de laboratorio o software DiGA, construye sobre una infraestructura cuyo perfil de requisitos la gematik ampliará gradualmente en los próximos años.
Para los proveedores de TI esto significa tres campos de demanda concretos:
Integración de sistemas primarios: El software de consultorios, los sistemas de información hospitalaria y las soluciones de laboratorio deben poder leer y escribir datos de la ePA. Esto requiere conectores TI, implementaciones FHIR y interfaces certificadas. Los fabricantes que aún tengan que adaptar sus productos están bajo presión de tiempo.
Conexión DiGA: La normativa DiGA obliga a los fabricantes de aplicaciones de salud digitales a integrar la ePA. Esto crea un marco de encargo claro para las consultoras especializadas en TI sanitaria, que pueden apoyar en la implementación y certificación.
Proyectos de interoperabilidad: La falta de interoperabilidad semántica y organizativa es, según la DMEA, el problema más debatido. Quien ofrezca soluciones de integración basadas en estándares FHIR o asesore en ello, cuenta con una demanda que no disminuye.
Qué funciona para los proveedores de TI y qué sigue frenando
El panorama es mixto. Algunos segmentos se benefician claramente, mientras que otros se enfrentan a problemas que no se resolverán con una mejor comunicación de mercado.
Qué funciona
- La adopción avanza más rápido que la cadena de suministro de los proveedores
- Obligaciones regulatorias claras crean un marco de proyecto
- Bitmarck, IBM y proveedores de TI especializados cuentan con proyectos de referencia
- eMP 2026 impulsa nuevas rondas de licitación
Qué frena
- Falta de interoperabilidad en los cuatro niveles
- Módulos ePA inestables de algunos fabricantes de TI
- La complejidad de puesta en marcha sigue siendo alta según la DKG
- Los quiebres de medios siguen siendo un problema estructural
No se trata de afirmar que el mercado no funciona. Es una afirmación sobre cuáles son los cuellos de botella medibles de forma realista. Quien, como proveedor, actúe en esos puntos tiene mejores condiciones de partida que quien intente abordar el ecosistema ePA completo.
Qué pueden hacer concretamente los consultores y proveedores de software
Existe un patrón que funciona de forma fiable en grandes proyectos de digitalización en el sector público regulado: entrar de forma especializada y escalar pronto. La ePA no es un proyecto que alguien gane como contratista general. Es un ecosistema compuesto por muchos bloques especializados.
Para las consultoras sin un foco previo en TI sanitaria, la vía de entrada más pragmática es una asociación con un proveedor de TI certificado. Las certificaciones Gematik, las especificaciones de sistemas primarios y el cumplimiento de DiGAV son barreras que no se superan con buena voluntad. Pero una consultora con competencias en gestión del cambio, que trabaje junto a un socio de TI certificado, dispone de una oferta diferenciada para hospitales y agrupaciones de consultas que luchan con la complejidad de la puesta en marcha.
Para los proveedores de software la cuestión es distinta: no es si la integración de la ePA es útil – ya es obligatoria regulatoriamente en muchos segmentos o lo será. La cuestión es en qué orden abordar las capas de integración y cómo planificar los ciclos de certificación sin bloquear el producto principal. Es un problema de arquitectura y hoja de ruta, no una decisión de mercado.
Preguntas frecuentes
¿Qué proveedores de TI se benefician más del despliegue de la ePA en 2026?
Principalmente proveedores de conectores TI, integraciones de sistemas primarios e infraestructura de interoperabilidad basada en FHIR. Además, consultoras con experiencia en certificación DiGA y gestión del cambio para prestadores de servicios. Las empresas genéricas de sistemas TI sin foco en salud tendrán más dificultades, ya que los requisitos de certificación imponen altas barreras de especificación.
¿Qué es el plan de medicación electrónico (eMP) y por qué es relevante para los proveedores de TI?
El eMP forma parte de la ampliación de la ePA para 2026: un documento estructurado con todas las medicaciones actuales, accesible a través de la ePA para los prestadores de servicios. Para los proveedores de TI supone nuevos proyectos de integración con software de farmacias, sistemas de información hospitalaria y software de consultas médicas, que deberán leer y escribir el eMP.
¿Qué obligaciones surgen para los fabricantes de DiGA por la obligación de interoperabilidad de la DiGAV?
Los fabricantes de DiGA deben, a solicitud del usuario, transferir datos relevantes para la atención a la ePA. Los prestadores de servicios tratantes deben poder consultar esos datos desde su sistema primario sin necesidad de utilizar una interfaz específica de DiGA. Esto requiere formatos de datos estandarizados (FHIR) y la certificación de la interfaz de transmisión según las especificaciones de Gematik.
¿Por qué la falta de interoperabilidad es el problema central en lugar de la escasa adopción?
Los índices de adopción son buenos. El problema no es que nadie utilice la ePA, sino que los sistemas no se comunican de forma coherente entre sí. La interoperabilidad estructural, sintáctica, semántica y organizativa sigue sin resolverse según el consenso especializado. Esto genera rupturas de medios: los documentos llegan al expediente, pero no son procesables automáticamente porque los modelos de datos divergen.
¿Vale la pena entrar en el mercado de TI sanitaria para consultoras sin foco en salud?
Solo con una estrategia de especialización clara. Los requisitos regulatorios (certificaciones Gematik, DiGAV, GDPR para datos de salud) establecen altas barreras de entrada. La consultoría TI genérica sin contexto sanitario tiene escaso potencial de diferenciación frente a proveedores consolidados como Bitmarck, CompuGroup y KPMG Health. Ruta de entrada recomendada: asociación con un proveedor de servicios TI certificado en lugar de desarrollar la infraestructura de certificación internamente.
Lesetipps
- CSRD después del EU-Omnibus 2026: Quién sigue obligado a informar
- IA más cara de lo previsto: Qué significa la tasa de sobrecoste del 33 % para los CFO
Más del network MBF Media
- MyBusinessFuture: CSRD tras el Omnibus de la UE 2026
- cloudmagazin: Google Agentic Data Cloud: BigQuery contra Databricks 2026
- Digital Chiefs: De operador a orquestador: estudio de Deloitte 2026
Fuente de imagen: generada por IA (mayo de 2026), certificado C2PA integrado en la imagen
