Pregunta a casi cualquiera por qué fracasó un proyecto de IA sanitaria y te contará una historia sobre el modelo. No era lo bastante preciso. Alucinaba. No aguantó en el nuevo centro. A veces es verdad. Mucho más a menudo el modelo estaba bien y nunca tuvo una oportunidad justa, porque nunca llegó a conectarse de verdad al hospital al que debía ayudar.
La demo funcionaba con datos exportados. El piloto, con una muestra limpia que alguien había preparado a mano. Y el sistema que debía funcionar cada día, con historias reales, en los lugares donde de verdad ocurre el trabajo, simplemente nunca llegó a producción.
Ese fracaso tiene una dirección, y no es el modelo. Es la capa de integración. Es el argumento que llevo años defendiendo, y la razón por la que construimos Tietai como lo hicimos. La IA clínica no falla en el modelo. Falla por debajo, en los datos.
El impuesto de la integración
Un hospital no es un sistema. Son decenas, y casi ninguno se diseñó para hablar con los demás. La historia clínica habla un dialecto; el sistema de laboratorio, otro. Las imágenes viajan por DICOM. Las reclamaciones, como X12. Los documentos llegan como CDA. El analizador del laboratorio emite un formato propietario que el fabricante preferiría que nunca tocaras. HL7 v2 en una interfaz, FHIR en la siguiente, y cada sistema con su propio desacuerdo silencioso sobre cómo debe ser un identificador de paciente.
Todo proyecto ambicioso de IA en ese entorno choca contra el mismo muro. Antes de que nadie pueda hacer algo inteligente, alguien tiene que mover los datos entre esas islas, conciliarlos, mantenerlos al día y seguir haciéndolos fluir cuando una de las islas cambia de forma. Ese trabajo es el impuesto de la integración, y en sanidad es enorme. Es donde se va el presupuesto y donde se retrasa el calendario. Es donde mueren la mayoría de los proyectos, no en un fracaso dramático, sino en un esfuerzo de integración de seis meses que agota la paciencia de todos y cualquier motivo por el que el proyecto existía.
La verdad incómoda es que un modelo mediocre sobre una fontanería excelente rendirá más que un modelo brillante sin ninguna. El sector pasó años optimizando la mitad equivocada del problema.
La capa que paga el impuesto
Tiet · Connect es la parte de la plataforma creada para que ese impuesto desaparezca.
Habla los idiomas que el hospital ya habla: HL7 v2, FHIR R4 y R5, X12, DICOM, CDA y los protocolos a medida que nunca llegaron a ningún estándar. Mueve datos en tiempo real y por lotes, entre historias clínicas, PACS, laboratorios, farmacia y dispositivos conectados, mediante una biblioteca de más de 200 conectores nativos que ya saben cómo se comportan estos sistemas. Lo que normalmente empieza como un proyecto de ingeniería a medida empieza, en Tietai, como una configuración.
Y hace el trabajo de descubrimiento por ti. A medida que se conecta cada sistema de origen, Connect detecta su estándar y su autenticación, de modo que el mapa de lo alcanzable crece al ritmo del hospital, sin un nuevo proyecto de integración para cada dispositivo que llega a la planta.
Eso es lo que la mayoría de las plataformas de integración logran en un buen día. Esta es la parte que de verdad importa.
Integración que sigue integrada
La mayoría de las integraciones se construyen una vez y luego se degradan poco a poco. Una interfaz se reconfigura un fin de semana. Un fabricante publica una actualización de firmware. Un esquema gana un campo, o lo pierde. La tubería que funcionaba el viernes está moviendo en silencio datos rotos u obsoletos el lunes, y nadie se da cuenta hasta que algo posterior da una respuesta equivocada.
Connect está construido para tratar eso como el estado normal del mundo, no como una excepción. Valida de forma continua las integraciones de las que depende y vigila las desviaciones: un endpoint cambiado, un esquema nuevo, un contrato que ya no se cumple. Cuando detecta una, retiene el flujo afectado y avisa del problema antes de que nada actúe sobre información errónea. En un sistema donde un agente puede ejecutar una acción real sobre lo que lee, esa autocorrección no es una comodidad. Es una propiedad de seguridad.
Esa es la diferencia entre una integración y una integración en la que puedes confiar el próximo trimestre. Un conector que funciona hoy es fácil. Un conector que sigue diciendo la verdad después de que el hospital haya cambiado a su alrededor es todo el trabajo.
Un conector no es una tubería
Aquí es donde el argumento gira, porque la integración por sí sola es peso muerto. Una conexión perfectamente mantenida que mueve datos de un sistema a otro, y ahí se queda, ha invertido un esfuerzo enorme en producir una versión más ordenada de la misma fragmentación. Los datos fluyen. No pasa nada.
La integración solo se vuelve valiosa en el momento en que impulsa un flujo de trabajo. No un cuadro de mando que alguien tiene que acordarse de mirar, sino un flujo de trabajo que detecta un evento real, razona sobre él y hace algo en respuesta. Por eso nunca tratamos Connect como un producto independiente. Es el sistema nervioso de los flujos de trabajo que se apoyan en él.
Esos flujos de trabajo viven en Tiet · Studio, un constructor visual donde las personas que entienden un proceso pueden componer el flujo que lo ejecuta, con agentes de Tiet · Agentic como pasos allí donde el trabajo necesita IA, sin esperar a un equipo de ingeniería. Un flujo creado ahí no lee una exportación. Se suscribe al flujo de eventos en vivo que publica cada sistema conectado, y escribe de vuelta a través de la misma capa de conectores de la que lee. Percibir y actuar no son aspiraciones añadidas después. Son las mismas llamadas a la API, apuntando en dos direcciones.
Donde Connect y los flujos de trabajo se encuentran
Pongámoslo en concreto. Un analizador de laboratorio publica un resultado. Por sí solo, ese resultado es un mensaje en una interfaz, uno de miles ese día, que solo importa si la persona adecuada mira la pantalla adecuada en el momento adecuado.
Conecta esa misma interfaz a Connect y el resultado se convierte en un evento sobre una columna vertebral compartida en el instante en que existe. Un flujo de conciliación ya está suscrito. Ve el nuevo valor, lo contrasta con la petición que lo solicitó y con la historia a la que pertenece, detecta que la petición y el resultado no coinciden de una forma que importa, y muestra la discrepancia a una persona antes de que se propague a una nota, un código o una factura. Nadie tuvo que estar vigilando. El flujo vigilaba, porque la integración que tiene debajo hizo visible el evento en el momento en que ocurrió.
Ahora multiplica eso por cada interfaz del edificio. El mismo patrón, la misma columna vertebral: una petición sobre la que nunca se actuó, un dispositivo que se descalibra, un documento que llegó sin su equivalente estructurado, una reclamación basada en un código que la historia ya no respalda. Cada uno de estos casos es invisible en un mundo de sistemas desconectados e imposible de pasar por alto en un mundo donde una capa de integración alimenta flujos de trabajo que siempre están vigilando. Los conectores hacen el hospital legible. Los flujos de trabajo lo hacen receptivo. Ninguna mitad vale mucho sin la otra, y de eso se trata.
Todo es tuyo
Poner una capa tan central en el corazón de un hospital solo funciona si el hospital mantiene el control. Tietai funciona on-premise, en una nube de la UE o en modo híbrido, con inferencia local donde la necesites. Los agentes funcionan con accesos explícitamente acotados y solo llegan a los sistemas y datos que deben tocar. El hospital es dueño de la plataforma, de los datos y de los flujos de trabajo que actúan sobre ellos.
La residencia de los datos se gestiona donde debe gestionarse, en la frontera. En Estados Unidos, eso significa un tratamiento de la información sanitaria protegida alineado con HIPAA. En Europa, un tratamiento de los datos de salud al nivel del RGPD y un diseño ya preparado para el Espacio Europeo de Datos Sanitarios y sus requisitos de 2027. Cuando un flujo de trabajo necesita abarcar más de un centro, la malla de Tiet · Connect ejecuta cada paso donde está permitido y solo deja cruzar una frontera a resultados desidentificados y derivados, de modo que una red de hospitales puede compartir la inteligencia de un flujo de trabajo sin que ninguno comparta una historia de paciente.
Por qué esta es la dirección
No llegamos a esto razonando delante de una pizarra. Tietai está en producción en hospitales públicos y en plataformas de telemedicina. La base de integración es real, está en producción y hace cada día el trabajo poco vistoso.
El sector sigue buscando el modelo revolucionario, ese componente ingenioso que por fin hará que la IA sanitaria cumpla lo prometido. El problema nunca estuvo ahí. Siempre estuvo en el espacio entre los sistemas, en el impuesto que nadie quería pagar y las conexiones que nadie quería mantener. Cierra esa brecha, mantenla cerrada y pon encima flujos de trabajo capaces de actuar en cuanto algo ocurre, y la inteligencia que ya tienes empieza a importar.
El modelo nunca fue lo difícil. Lo difícil era la integración, y esa es exactamente la parte que decidimos asumir.
Roberto Cruz
CEO, Tietai — The Healthcare Execution Platform
contact@tiet.ai
