Fragen Sie die meisten Menschen, warum ein KI-Projekt im Gesundheitswesen gescheitert ist, und sie erzählen Ihnen eine Geschichte über das Modell. Es war nicht genau genug. Es halluzinierte. Es hielt am neuen Standort nicht stand. Manchmal stimmt das. Viel häufiger war das Modell in Ordnung und bekam nie eine faire Chance, weil es nie wirklich mit dem Krankenhaus verbunden war, dem es helfen sollte.
Die Demo lief mit exportierten Daten. Das Pilotprojekt lief mit einer sauberen Stichprobe, die jemand von Hand vorbereitet hatte. Und das System, das jeden Tag laufen sollte, mit echten Akten, an den Orten, wo die Arbeit tatsächlich stattfindet, ging still und leise nie live.
Dieses Scheitern hat eine Adresse, und es ist nicht das Modell. Es ist die Integrationsschicht. Das ist das Argument, das ich seit Jahren vertrete, und der Grund, warum wir Tietai so gebaut haben, wie wir es getan haben. Klinische KI scheitert nicht am Modell, sondern darunter: an den Daten.
Die Integrationssteuer
Ein Krankenhaus ist nicht ein System. Es sind Dutzende, und fast keines wurde dafür gebaut, mit den anderen zu sprechen. Die Patientenakte spricht einen Dialekt, das Laborinformationssystem einen anderen. Bilder laufen über DICOM. Abrechnungen als X12. Dokumente kommen als CDA. Das Analysegerät im Labor gibt ein proprietäres Format aus, das der Hersteller am liebsten nie angefasst sähe. HL7 v2 an der einen Schnittstelle, FHIR an der nächsten, und jedes System hat seine eigene stille Meinung dazu, wie eine Patientenkennung aussehen soll.
Jedes ambitionierte KI-Projekt in diesem Umfeld stößt an dieselbe Wand. Bevor irgendjemand etwas Intelligentes tun kann, muss jemand Daten zwischen diesen Inseln bewegen, abgleichen, aktuell halten und am Fließen halten, wenn eine der Inseln ihre Form ändert. Diese Arbeit ist die Integrationssteuer, und im Gesundheitswesen ist sie enorm. Dort geht das Budget hin, dort verrutscht der Zeitplan. Dort sterben die meisten Projekte – nicht in einem dramatischen Scheitern, sondern in einem sechsmonatigen Integrationsaufwand, der die Geduld aller und jeden Grund, aus dem das Projekt überhaupt existierte, überdauert.
Die unbequeme Wahrheit: Ein mittelmäßiges Modell auf exzellenter Infrastruktur schlägt ein brillantes Modell ohne jede Infrastruktur. Die Branche hat jahrelang die falsche Hälfte des Problems optimiert.
Die Schicht, die die Steuer zahlt
Tiet · Connect ist der Teil der Plattform, der diese Steuer verschwinden lässt.
Es spricht die Sprachen, die das Krankenhaus bereits spricht: HL7 v2, FHIR R4 und R5, X12, DICOM, CDA und die individuellen Protokolle, die es nie in einen Standard geschafft haben. Es bewegt Daten in Echtzeit und im Batch, zwischen Patientenakten, PACS, Laboren, Apotheke und vernetzten Geräten, über eine Bibliothek von mehr als 200 nativen Konnektoren, die bereits wissen, wie sich diese Systeme verhalten. Was normalerweise als individuelles Engineering-Projekt beginnt, beginnt bei Tietai als Konfiguration.
Und es übernimmt die Erkundung für Sie. Sobald ein Quellsystem angebunden wird, erkennt Connect dessen Standard und Authentifizierung, sodass die Karte des Erreichbaren mit dem Krankenhaus wächst – ohne neues Integrationsprojekt für jedes Gerät, das auf die Station kommt.
So viel schaffen die meisten Integrationsplattformen an einem guten Tag. Jetzt kommt der Teil, der wirklich zählt.
Integration, die integriert bleibt
Die meisten Integrationen werden einmal gebaut und verrotten dann langsam. Eine Schnittstelle wird übers Wochenende umkonfiguriert. Ein Hersteller spielt ein Firmware-Update ein. Ein Schema bekommt ein Feld dazu oder verliert eines. Die Leitung, die am Freitag funktionierte, transportiert am Montag still und leise kaputte oder veraltete Daten, und niemand merkt es, bis nachgelagert etwas eine falsche Antwort liefert.
Connect ist darauf ausgelegt, das als Normalzustand der Welt zu behandeln, nicht als Ausnahme. Es validiert kontinuierlich die Integrationen, von denen es abhängt, und achtet auf Abweichungen: einen geänderten Endpunkt, ein neues Schema, einen Vertrag, der nicht mehr gilt. Erkennt es eine, hält es den betroffenen Datenfluss an und meldet das Problem, bevor irgendetwas auf Basis falscher Informationen handelt. In einem System, in dem ein Agent auf Grundlage dessen, was er liest, real handeln kann, ist diese Selbstkorrektur keine Annehmlichkeit. Sie ist eine Sicherheitseigenschaft.
Das ist der Unterschied zwischen einer Integration und einer Integration, der Sie auch im nächsten Quartal vertrauen können. Ein Konnektor, der heute funktioniert, ist einfach. Ein Konnektor, der immer noch die Wahrheit sagt, nachdem sich das Krankenhaus um ihn herum verändert hat, ist die eigentliche Aufgabe.
Ein Konnektor ist keine Leitung
Hier wendet sich das Argument, denn Integration allein ist totes Gewicht. Eine perfekt gepflegte Verbindung, die Daten von einem System ins andere bewegt und dort aufhört, hat enormen Aufwand betrieben, um eine aufgeräumtere Version derselben Fragmentierung zu erzeugen. Die Daten fließen. Es passiert nichts.
Integration wird erst in dem Moment wertvoll, in dem sie einen Workflow antreibt. Kein Dashboard, an das jemand denken muss, sondern ein Workflow, der ein reales Ereignis wahrnimmt, es bewertet und daraufhin etwas tut. Deshalb haben wir Connect nie als eigenständiges Produkt behandelt. Es ist das Nervensystem für die Workflows, die darauf aufsetzen.
Diese Workflows leben in Tiet · Studio, einem visuellen Builder, in dem die Menschen, die einen Prozess verstehen, den Workflow gestalten können, der ihn ausführt – mit Agenten aus Tiet · Agentic als Schritten überall dort, wo die Arbeit KI braucht, ohne auf ein Engineering-Team zu warten. Ein dort gebauter Workflow liest keinen Export. Er abonniert den Live-Ereignisstrom, den jedes angebundene System veröffentlicht, und schreibt über dieselbe Konnektorschicht zurück, aus der er liest. Wahrnehmen und Handeln sind keine nachträglich angeschraubten Ziele. Es sind dieselben API-Aufrufe, in zwei Richtungen.
Wo Connect und Workflows zusammentreffen
Machen wir es konkret. Ein Laboranalysegerät meldet einen Befund. Für sich genommen ist dieser Befund eine Nachricht an einer Schnittstelle, eine von Tausenden an diesem Tag, und nur dann bedeutsam, wenn zufällig die richtige Person im richtigen Moment auf den richtigen Bildschirm schaut.
Binden Sie dieselbe Schnittstelle an Connect an, und der Befund wird in dem Moment, in dem er entsteht, zu einem Ereignis auf einem gemeinsamen Backbone. Ein Abgleichs-Workflow hat es bereits abonniert. Er sieht den neuen Wert, prüft ihn gegen die Anforderung, die ihn ausgelöst hat, und gegen die Akte, zu der er gehört, bemerkt, dass Anforderung und Befund auf relevante Weise nicht zusammenpassen, und zeigt die Abweichung einem Menschen, bevor sie sich in eine Notiz, einen Code oder eine Rechnung fortpflanzt. Niemand musste aufpassen. Der Workflow passte auf, weil die Integration darunter das Ereignis in dem Moment sichtbar machte, in dem es geschah.
Multiplizieren Sie das nun mit jeder Schnittstelle im Haus. Dasselbe Muster, derselbe Backbone: eine Anforderung, die nie bearbeitet wurde, ein Gerät, das aus der Kalibrierung driftet, ein Dokument, das ohne sein strukturiertes Gegenstück ankam, eine Abrechnung auf Basis eines Codes, den die zugrunde liegende Akte nicht mehr stützt. Jedes davon ist in einer Welt getrennter Systeme unsichtbar und in einer Welt, in der eine Integrationsschicht ständig wachsame Workflows speist, nicht zu übersehen. Die Konnektoren machen das Krankenhaus lesbar. Die Workflows machen es reaktionsfähig. Keine Hälfte ist ohne die andere viel wert, und genau darum geht es.
Alles gehört Ihnen
Eine so zentrale Schicht ins Herz eines Krankenhauses zu setzen, funktioniert nur, wenn das Krankenhaus die Kontrolle behält. Tietai läuft On-Premises, in einer EU-Cloud oder hybrid, mit lokaler Inferenz, wo Sie sie brauchen. Agenten arbeiten mit explizit begrenzten Zugriffsrechten und erreichen nur die Systeme und Daten, die sie berühren sollen. Dem Krankenhaus gehören die Plattform, die Daten und die Workflows, die darauf arbeiten.
Datenresidenz wird dort geregelt, wo sie hingehört: an der Grenze. In den USA bedeutet das einen HIPAA-konformen Umgang mit geschützten Gesundheitsinformationen. In Europa bedeutet es einen Umgang mit Gesundheitsdaten auf DSGVO-Niveau und ein Design, das bereits auf den Europäischen Gesundheitsdatenraum und seine Anforderungen für 2027 ausgerichtet ist. Wenn ein Workflow mehr als einen Standort umfassen muss, führt das Tiet · Connect-Mesh jeden Schritt dort aus, wo er laufen darf, und lässt nur de-identifizierte, abgeleitete Ergebnisse eine Grenze überschreiten, sodass ein Netzwerk von Krankenhäusern die Intelligenz eines Workflows teilen kann, ohne dass eines von ihnen eine Patientenakte teilt.
Warum das die Richtung ist
Wir sind nicht am Whiteboard zu diesem Schluss gekommen. Tietai läuft produktiv in öffentlichen Krankenhäusern und auf Telemedizin-Plattformen. Die Integrationsgrundlage ist real, in Produktion und erledigt jeden Tag die unspektakuläre Arbeit.
Die Branche sucht weiter nach dem Durchbruchsmodell, der einen cleveren Komponente, die KI im Gesundheitswesen endlich liefern lässt. Dort lag das Problem nie. Es lag immer im Raum zwischen den Systemen, in der Steuer, die niemand zahlen, und den Verbindungen, die niemand pflegen wollte. Schließen Sie diese Lücke, halten Sie sie geschlossen und setzen Sie Workflows darauf, die handeln können, sobald etwas passiert – dann beginnt die Intelligenz, die Sie bereits haben, zu zählen.
Das Modell war nie das Schwierige. Die Integration war es, und genau diesen Teil haben wir beschlossen zu übernehmen.
Roberto Cruz
CEO, Tietai — The Healthcare Execution Platform
contact@tiet.ai
