Dek: Google Cloud legt eine Schicht über Krankenakten, Anträge und Abrechnungen. Das Produkt ist in der Vorschau. Es soll Ärzte unterstützen, nicht ersetzen.
Was Gemini for healthcare von Google Cloud ist
Google Cloud hat Gemini for healthcare vorgestellt, eine Branchenlösung für Kliniken und Kostenträger. CEO Thomas Kurian beschreibt sie als Erweiterung des universellen Gemini-Agenten, den Google im Oktober auf der Veranstaltung Gemini at Work gezeigt hat.
Verfügbar ist das Produkt ab sofort in der Vorschau. Google positioniert es an klinischen, finanziellen und administrativen Abläufen, nicht an der Diagnose. Wer eine Krankheit bestimmen will, ist hier falsch.
Die vier Bausteine hinter der agentic layer
Die agentic layer besteht aus vier Teilen, die zusammenwirken müssen, damit ein Agent überhaupt etwas tun kann. Erstens Skills, die Fachleute aus dem Gesundheitswesen geschrieben haben und die abteilungsübergreifend wiederverwendbar sind. Zweitens Konnektoren zu klinischen, finanziellen und operativen Systemen.
Drittens ein offenes Partnernetz, viertens eine Plattform mit einheitlicher Steuerung und freier Modellwahl. Google sagt, Kunden können frontier Modelle aus dem eigenen Haus mit Partnermodellen kombinieren, solange beide unter derselben Steuerung laufen.
Die Skills sind der Teil, über den am wenigsten bekannt ist. Google beschreibt sie als Bausteine, die Fachleute aus Kliniken und Kostenträgern geschrieben haben, und die sich in mehreren Abläufen wiederverwenden lassen, ohne dass jede Abteilung dieselbe Logik neu baut.
Prior authorization: wo das Produkt den Papierkram anfasst
Der sichtbarste Anwendungsfall ist prior authorization, also die Vorabgenehmigung, die in den USA vor vielen Eingriffen und Medikamenten steht. In Deutschland heißt das Verfahren anders, der Aufwand ist vergleichbar: Ein Antrag muss zur Politik des Kostenträgers passen, sonst kommt er zurück.
Gemini for healthcare baut solche Pakete vor dem Absenden gegen die Policen des Kostenträgers zusammen. Wird ein Antrag abgelehnt, entwirft das Produkt einen Einspruch, der sich auf die Akte und die Regel des Plans stützt. Auf der Seite der Kostenträger prüft es eingehende Anträge gegen die medizinische Policy und sortiert die Befunde für die klinische Prüfung.
Dazu kommt der Blick in die eigene Akte. Eine longitudale Patienten-Zeitleiste trennt aktive von abgeschlossenen Problemen und markiert Unstimmigkeiten bei Medikamenten. Vor einem Termin bereitet das System die Kurve vor, damit der Arzt nicht zwanzig Minuten lang scrollt.
Wer unterschreibt am Ende den Antrag? Diese Frage bleibt in der Ankündigung offen, und sie entscheidet darüber, ob das Werkzeug entlastet oder nur eine weitere Schicht zwischen Arzt und Kostenträger legt.
Was Google über Rechte, Protokolle und HIPAA sagt
Jeder Agent bekommt eine eigene Identität, erbt die rollenbasierten Rechte des angemeldeten Nutzers und hält Grenzen nach dem Need-to-know-Prinzip ein, auch zwischen Unteragenten. Das ist die technische Antwort auf die Frage, ob ein Agent mehr sieht als sein Nutzer.
Google sagt außerdem, die Plattform sei so gebaut, dass sie die Einhaltung von HIPAA unterstützt, mit Zugriffskontrollen, durchgehendem Audit-Logging und nachprüfbaren Quellenangaben. Unterstützen heißt nicht zertifiziert. Wer daraus eine Zertifizierung liest, überdehnt die Aussage, und das ist in einem regulierten Markt kein kleines Missverständnis.
Für den Alltag ist das Audit-Log der entscheidende Teil. Wenn ein Antrag abgelehnt wird, muss jemand erklären können, auf welcher Grundlage ein Agent eine Formulierung gewählt hat.
Woher Googles Zahl von 28 Stunden pro Woche stammt
Google nennt eine Zahl, die die Größe des Problems beschreiben soll: Kliniker verbringen fast 28 Stunden pro Woche damit, Informationen aus getrennten Systemen von Hand zusammenzuführen. Das ist eine Angabe des Anbieters, keine unabhängige Studie, und sie steht in einem Blogbeitrag, der das Produkt verkauft.
Die Größenordnung ist trotzdem plausibel, weil sie zu dem passt, was Kliniken über Dokumentation sagen. Wer die Zahl zitiert, sollte sie Google zuschreiben und nicht als Messergebnis behandeln, auch wenn sie in jede Präsentation passt.
Was deutsche Kliniken von Google Cloud healthcare AI erwarten dürfen
In Deutschland stellt sich die Frage nach der Anbindung zuerst. Kliniken arbeiten mit Klinikinformationssystemen von SAP, Dedalus oder CGM, und ein Agent, der nur US-amerikanische EHR-Schnittstellen kennt, hilft hier wenig. Google spricht von Konnektoren und einem Partnernetz, nennt aber keine Systeme für den ersten Tag.
Die zweite Frage ist die Schweigepflicht. § 203 StGB und die DSGVO verlangen, dass Daten den Behandlungszusammenhang nicht verlassen, und ein Agent mit eigener Identität ist genau dann unproblematisch, wenn die Rechteprüfung im Haus bleibt und nicht in der Cloud des Anbieters endet.
Hinzu kommt die Telematikinfrastruktur, an der in Deutschland niemand vorbeikommt, der Akten zwischen Praxen und Kliniken bewegt, und für die Google in der Ankündigung keine Schnittstelle nennt.
Google Cloud healthcare AI ist deshalb für deutsche Häuser kein Produkt, das man diese Woche einführt. Es ist ein Angebot, das zunächst durch die Rechtsabteilung muss.
Was bei Gemini for healthcare noch unklar ist
Unklar ist, was die Vorschau kostet. Google nennt keinen Preis, keine Zahl von Kunden und keine Namen von Häusern, die mitmachen. Wer heute plant, plant ohne belastbare Zahlen und ohne Termin.
Namen nennt Google nicht.
Unklar ist auch die Haftung. Wenn ein Agent eine Policy falsch liest und ein Antrag deshalb scheitert, trägt die Klinik den Schaden, nicht der Anbieter, solange nichts anderes vereinbart ist. Dazu kommt die Frage, ob Pflegeverbände und Klinikärzte bei der Einführung mitreden, und auch darauf gibt die Ankündigung keine Antwort.
Bemerkenswert ist der Zuschnitt. Google verkauft hier keine Diagnostik, sondern Verwaltung, und Verwaltung ist der Teil der Medizin, in dem niemand Angst um die eigene Profession haben muss. Ob das die Akzeptanz erhöht, wird sich in den ersten Pilotprojekten zeigen, und die stehen noch aus.
