Vier Fragen, die das Doku-KI-Tool beantworten muss — Ergänzung zur Entlass-Plattform

Es ist 11:20 Uhr am späten Vormittag. Im kleinen Sitzungsraum neben der Verwaltungs-Etage liegen drei Anbieter-Profile auf dem Tisch, daneben eine Schnittstellen-Übersicht der seit knapp einem Jahr laufenden Vermittlungs-Plattform und ein Audit-Trail-Auszug der vergangenen Anfragen des Medizinischen Dienstes (MD). Die Geschäftsführerin und die Klinik-IT-Leitung gehen den Lastenheft-Entwurf für eine Dokumentations-Künstliche-Intelligenz (Doku-KI) als zweite Schicht durch. Die Schicht-Trennung ist im Haus benannt; die Vermittlungs-Plattform trägt die Übergabe-Geschwindigkeit, die Doku-KI soll die Übergabe-Substanz tragen. Auf der ersten Seite des Entwurfs steht eine kurze Liste mit vier Fragen, die die Anbieter-Bewertung sortieren soll. Die Frage in der Runde ist nüchtern: Sind diese vier Fragen die richtigen für eine Multi-Anbieter-Konstellation? Die Antwort ist strukturell — und sie wird, wenn sie sauber sortiert ist, zum Werkzeug, mit dem die zweite Schicht in das eigene Haus passt, ohne die erste auszuhebeln.

Die Doku-KI-Bewertung in der Multi-Anbieter-Konstellation ist nicht dieselbe wie die einzel-Anbieter-Bewertung. Wer die erste Schicht hat, hat die Bewertungs-Logik der ersten Schicht hinter sich; die zweite Schicht setzt eigene Bewertungs-Achsen voraus. Die Healthcare Information and Management Systems Society (HIMSS) formuliert in ihren Procurement- und Healthcare-AI-Berichten der vergangenen Jahre die Beobachtung, dass Multi-Anbieter-Konstellationen in Hospital-AI-Stacks eine eigene Bewertungs-Disziplin tragen, die über die Folien-Stufe einer einzelnen Anbieter-Vorstellung hinausgeht. Vier Bewertungs-Dimensionen kehren in funktionierenden Verfahren wieder: die Schnittstelle, der Daten-Mehrwert pro Schicht, die durchgängige Audit-Spur und die Personentage-Schätzung pro Phase. Diese vier sind die spezifische Sortierung für die Konstellation „bestehende Plattform plus Doku-KI“. Die Größenordnungen, in denen sie wirken, sind hausspezifisch.

Frage 1 — Wie integriert sich die Doku-KI in die bestehende Plattform-Schnittstelle?

Die Schnittstellen-Frage ist die erste, weil sie technisch trägt oder reißt. Die Doku-KI-Anbieter-Antwort muss benennen, über welche Wege die strukturierten Inhalte in die Plattform-Schnittstelle kommen — Fast Healthcare Interoperability Resources (FHIR), Health Level Seven (HL7), eine spezifische Anwendungsprogrammier-Schnittstelle (API) der Plattform, ein Datei-Austausch — und welche Annahmen die Antwort über die Plattform-API trägt. Auswertungen in Implementation Science zu Multi-Anbieter-Bewertung in Hospital-IT zeigen, dass die Annahmen über die Plattform-API in funktionierenden Stacks ausformuliert sind: welches FHIR-Profil, welche Ressourcen-Versionen, welche Authentifizierungs-Wege, welche Fehlerbehandlung beim Schnittstellen-Bruch. Die Anbieter-Folie zur Schnittstellen-Reife ist häufig konfektioniert. Die Antwort auf die FHIR-Profil-Tiefe ist es selten. Eine zweite Schicht, die ihre Schnittstellen-Annahmen nicht ausformuliert, läuft im eigenen Haus an der ersten Schicht entlang, ohne sie zu erreichen. Die Mehrheit der publizierten Beiträge stammt aus angelsächsischen Settings; die Markt-Größenordnungen sind nicht 1:1 auf die deutsche Krankenhaus-Informationssystem-(KIS)-Realität übertragbar, die strukturelle Aussage zur Schnittstellen-Disziplin trägt jedoch über die Heterogenität.

Frage 2 — Welche Daten erzeugt die Doku-KI, die die Plattform sonst nicht sehen würde?

Die zweite Frage trennt die Schichten inhaltlich. Eine Doku-KI, deren Mehrwert sich darauf reduziert, schneller die Felder zu befüllen, die die Plattform ohnehin schon kennt, ist keine zweite Schicht — sie ist eine schnellere Vorlagen-Befüllung in der ersten. Die zweite Schicht muss Daten produzieren, die der Plattform sonst verborgen bleiben: Provenienz pro Aussage (welche Quelle hat diese Bewertung erzeugt, in welchem Befund-Kontext, mit welchem Zeitstempel), explizit markierte Lücken (was steht im Verlauf nicht, obwohl es indikations-typisch erwartbar wäre), kontextualisierte Verlaufs-Synthese (wie verbinden sich Aufnahme-Befund, pflegerische Verlaufs-Doku und Sozialanamnese zu einer tragfähigen Übergabe-Substanz). Die Frage prüft, ob die Doku-KI die Aufnahme- und Verlaufs-Doku als Hebelstelle ernst nimmt — die Inhalte werden dort erzeugt, nicht erst im Vermittlungs-Schritt. Wer hier eine konkrete Antwort hört, weiß, ob die zweite Schicht eine Datenschicht ist; wer eine Folien-Antwort zu „intelligenter Strukturierung“ hört, ohne dass die Provenienz-Frage in der Antwort vorkommt, hat die Anbieter-Diagnose bereits.

Frage 3 — Wie wird Provenienz und Audit-Tauglichkeit über beide Systeme hinweg geführt?

Die dritte Frage ist die compliance-organisatorische. Wenn klinische Inhalte zwischen zwei Schichten wandern — von der Doku-KI in die Plattform, gegebenenfalls zurück, und am Ende in das Krankenhaus-Informationssystem (KIS) und in das Begutachtungs-Material — muss eine Audit-Spur durchgängig laufen. Wer hält den Audit-Trail, wenn eine Aussage in System A erzeugt, in System B vermittelt, in System C archiviert wird? Wo werden Zeitstempel, Bearbeitungs-Historie und Quellen-Bezug pro Aussage geführt, und wie sind sie in einer MD-Anfrage drei Jahre später rekonstruierbar? Die Audit-Tauglichkeit ist keine Eigenschaft eines einzelnen Systems, sondern eine Eigenschaft der Konstellation. Die Anbieter-Antwort muss benennen, an welcher Stelle im Daten-Pfad die Provenienz pro Aussage gehalten wird, wie sie beim Übergang zwischen den Systemen erhalten bleibt und welche Verantwortungs-Aufteilung zwischen Doku-KI-Anbieter, Plattform-Anbieter und Klinik-IT-Leitung dafür benannt ist. Wer die Frage als „das macht die Plattform“ oder „das macht der Anbieter“ weiterreicht, hat die Konstellations-Verantwortung nicht angenommen. Die Audit-Spur reißt nicht erst in der MD-Begutachtung — sie reißt am Tag, an dem die Konstellations-Verantwortung im Lastenheft offen geblieben ist.

Frage 4 — Wie sieht der Personentage-Aufwand für die kombinierte Einführung aus?

Die vierte Frage ist die operativ-ökonomische — und die, die in Anbieter-Folien am häufigsten zu kurz kommt. Reports von Roland Berger zur Klinik-Digitalisierung in Deutschland und Europa beschreiben die Beschaffungs-Reife als wiederkehrende Engstelle und legen nahe, dass Personentage-Schätzungen für kombinierte Einführungen tragfähiger werden, wenn sie nach Phasen, nach Akteur:in und nach internem-vs-extern-getragener Ressource aufgeschlüsselt sind. Die Anbieter-Antwort muss daher benennen, wie sich der Aufwand zwischen Anbahnung, Schnittstellen-Realisierung mit der bestehenden Plattform, Pilot-Phase auf einer Indikations-Strecke, Einführungs-Welle, Begleitung im ersten Betriebs-Jahr und Übergang in die Routine verteilt — getrennt nach Personentagen ärztlicher, pflegerischer, IT-, sozialdienstlicher und externer Begleit-Ressource. Wer dem nur eine pauschale Gesamt-Zahl gegenüberstellt, hat entweder die Klinik-Realität nicht modelliert oder die Antwort nicht ausformuliert. Die Beratungs-Erhebungen der Roland-Berger-Reports sind qualitativ konvergierend; einheitliche Effekt-Größen-Definitionen liegen nicht vor. Die strukturelle Aussage zur Aufschlüsselung trägt dennoch über die Heterogenität.

Wie die vier Fragen zum Lastenheft-Werkzeug werden

Die vier Fragen tragen, wenn sie schriftlich vor der nächsten Anbieter-Vorstellung verschickt sind. Sie sind keine Folien-Themen — sie sind Bewertungs-Achsen, die ausformuliert vorliegen müssen, bevor die erste Folie überhaupt aufgerufen wird. Vier knappe Anschluss-Erwartungen ordnen die Anbieter-Antworten. Erstens: Die Schnittstellen-Antwort benennt das FHIR-Profil, die Ressourcen-Versionen und die Fehlerbehandlung beim Schnittstellen-Bruch — nicht „wir unterstützen FHIR“. Zweitens: Die Daten-Mehrwert-Antwort beschreibt, welche Aussagen-Provenienz, welche Lücken-Markierung und welche kontextualisierte Verlaufs-Synthese in der zweiten Schicht entstehen — nicht „intelligente Strukturierung“. Drittens: Die Audit-Antwort beschreibt, wie sich die Verantwortung für die Provenienz pro Aussage zwischen den beiden Systemen und der Klinik-IT-Leitung aufteilt — nicht „wir sind compliance-fähig“. Viertens: Die Personentage-Antwort schlüsselt nach Phasen, Akteur:innen und internem-vs-extern-getragener Ressource auf — nicht eine pauschale Gesamt-Zahl. Vier ausformulierte Antworten sind das Lastenheft-Werkzeug. Der Aiomics-Beitrag „Vier Fragen vor dem Klinik-KI-Einkauf, die Anbieter:innen ungern hören“ hat die generischere Procurement-Logik im vergangenen Jahr ausführlicher beschrieben; die hier aufgeführten vier sind der Anschluss für die Konstellation, in der die Plattform bereits steht und die Datenschicht hinzukommt.

Vier ausformulierte Anbieter-Antworten sortieren die Doku-KI-Auswahl in einer Multi-Anbieter-Klinik vor dem nächsten Gespräch. Sie machen die Auswahl nicht zur Anbieter-Frage, sondern zur Konstellations-Frage in der eigenen Klinik — und sie verschieben den Schwerpunkt von der Folien-Stufe zur substanziellen Antwort. Wer alle vier sauber beantwortet bekommt, hat ein bewertbares Anbieter-Profil und ein Lastenheft, das die zweite Schicht trägt, ohne die erste auszuhebeln. Wer auf eine der Fragen ein Antwort-Pattern hört statt eine Antwort, hat die Anbieter-Diagnose schon vor der nächsten Folie.