Google Cloud ouvre aux États-Unis une version préliminaire de Gemini for healthcare

Google Cloud a annoncé Gemini for healthcare le 10 novembre 2026, en ouvrant une version préliminaire aux États-Unis destinée aux prestataires de soins et aux organismes payeurs. Ce système spécialisé dans le secteur de la santé enrichit l’agent Gemini de compétences et de connecteurs de données propres à ce domaine afin de rassembler des éléments cliniques et de coordonner des tâches administratives entre les systèmes existants.

Ce lancement vise à réduire le temps consacré à rassembler des informations provenant des dossiers, des demandes de remboursement et des outils de gestion de la couverture. Dans une étude menée en 2024 par The Harris Poll pour Google, les cliniciens ont déclaré consacrer près de 28 heures par semaine à des tâches administratives, contre 34 heures pour le personnel des cabinets médicaux et 36 heures pour celui chargé des demandes de remboursement. Réalisée en ligne aux États-Unis du 26 août au 9 septembre 2024 auprès de 821 prestataires de soins, de 209 organismes payeurs et de 2 079 adultes, l’enquête fournit un aperçu de la charge de travail avant le lancement, et non un résultat sur les performances de Gemini.

Gemini for healthcare enrichit l’agent Gemini à usage général au lieu de fonctionner comme une application autonome. Pendant la période de préversion, le service est accessible aux clients de Gemini Enterprise Standard et de Gemini Enterprise Plus. Google Cloud a présenté l’agent sous-jacent le 8 octobre 2026, alors que le secteur de la santé était encore annoncé comme une fonctionnalité à venir.

Flux de travail cliniques et gestion de la couverture

Les compétences dédiées à la santé regroupent des instructions et le contexte pertinent fourni par des spécialistes du domaine afin que Gemini puisse exécuter des tâches définies en plusieurs étapes. Les organisations peuvent également créer des versions personnalisées en fonction de leurs propres politiques et procédures opérationnelles standard.

Pour les prestataires de soins, le système peut combiner les données du dossier médical électronique (DME) avec des dossiers externes afin de constituer un historique du patient, avec des références, couvrant différents contextes de soins. Il peut distinguer les problèmes de santé actifs de ceux qui sont résolus, répertorier les allergies et repérer les divergences dans les traitements médicamenteux. Avant une consultation ou une intervention programmée, un autre flux de travail recherche les événements survenus entre-temps, les médicaments actuellement pris et les autorisations, analyses de laboratoire ou consentements encore requis.

Pour les demandes d’autorisation et les recours, Gemini rassemble les éléments du dossier médical en fonction des règles de l’organisme payeur et repère les lacunes documentaires avant le dépôt de la demande. Après un refus, il rédige un recours avec des références uniquement si le dossier clinique et les règles du régime le justifient. Pour les organismes payeurs, il vérifie les demandes au regard des politiques médicales et organise des constatations traçables à l’intention des évaluateurs cliniques. Les flux de travail du service aux adhérents peuvent également estimer les frais restant à la charge des patients, suivre les franchises et vérifier le statut du réseau à partir des documents du régime et des données d’admissibilité.

Connexions en lecture seule et clients du lancement

Les premières intégrations avec Epic et Oracle Health sont en lecture seule. Epic se connecte par l’intermédiaire des API open.epic, tandis qu’Oracle Health utilise les API Ignite for FHIR, une norme d’interopérabilité des données cliniques. Aucune des deux intégrations n’écrit dans le dossier patient sous-jacent. La documentation du produit précise que les entrées au dossier, les ordonnances et la validation finale restent sous la responsabilité des cliniciens.

Outre les deux DME, le catalogue de connecteurs comprend une intégration avec plus de 400 applications de santé via Keragon, les décisions de couverture actuellement en vigueur des Centers for Medicare & Medicaid Services, le registre des identifiants nationaux des prestataires, le vocabulaire des médicaments RxNorm et les codes de diagnostic ICD-10-CM. La disponibilité varie selon les connecteurs : Optum Network Eligibility et Coordination of Benefits sont en diffusion limitée et en phase de test. Google indique que l’intégration avec NextGen Healthcare est toujours en développement et devrait être lancée dans les prochains mois.

Google cite Blue Cross Blue Shield of Massachusetts, Hartford HealthCare, HCA Healthcare, Highmark Health, Northwell Health, Optum et Stanford School of Medicine parmi les clients du lancement, et mentionne l’American Society of Clinical Oncology comme contributrice. HCA Healthcare a déclaré étudier comment Gemini pourrait synthétiser les informations des patients provenant de plusieurs systèmes de DME et de différents contextes de soins.

« L’utilité de nos données cliniques dépend entièrement de la capacité des chercheurs à les interroger », a déclaré Todd Ferris, directeur adjoint des systèmes d’information à Stanford School of Medicine. Il a expliqué que les chercheurs pouvaient interroger en langage courant une base de données Observational Medical Outcomes Partnership sans devoir au préalable maîtriser SQL et les modèles de données.

Gouvernance, choix des modèles et tarification

Google indique que la plateforme est conçue pour prendre en charge la conformité à HIPAA. Les dossiers des patients, les données cliniques, les requêtes et les résultats restent dans l’environnement Google Cloud du client, soumis à sa gouvernance, et ne servent pas à entraîner ni à affiner les modèles de fondation de Google. Les connecteurs héritent des mécanismes d’identité et des autorisations existants fondées sur les rôles, tandis que les références et la journalisation des audits permettent aux réviseurs d’examiner les résultats et les activités. Les clés de chiffrement gérées par le client et les contrôles de service VPC font également partie des mesures de sécurité proposées.

Les clients peuvent choisir des modèles de Google, d’Anthropic et d’OpenAI dans le cadre d’un même dispositif de gouvernance. Google indique que son système d’acheminement confie les tâches administratives à fort volume à des modèles plus rapides et moins coûteux, tout en réservant les modèles dotés de capacités de raisonnement supérieures aux analyses complexes. La tarification est proposée sous forme d’abonnement par utilisateur ou selon l’utilisation. Pendant la période de préversion, les connecteurs de santé sont disponibles dans le monde entier et aux États-Unis.

Le lancement intègre l’IA agentique aux tâches de coordination des soins et de la couverture, tout en laissant aux personnes la saisie dans les dossiers médicaux, les demandes d’examens et de traitements, l’examen clinique et l’approbation finale. Le véritable enjeu de cette préversion est de déterminer si ces flux de travail, qui citent leurs sources et respectent les autorisations, permettent de gagner du temps sans affaiblir la supervision, notamment tant que le catalogue de connecteurs reste incomplet.