Tarifs de l'API Cloud Healthcare

Ce document décrit les conditions tarifaires de l'API Cloud Healthcare et de l'API Healthcare Natural Language.

API Cloud Healthcare

Cette section décrit les conditions tarifaires de l'API Cloud Healthcare. Vous pouvez également utiliser le Simulateur de coût Google Cloud si vous souhaitez obtenir une estimation du coût d'utilisation de l'API Cloud Healthcare.

Attention : Votre organisation devra acquitter l'ensemble des frais associés aux fonctionnalités facturables de l'API Cloud Healthcare, quelle que soit leur étape de release.

Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page des codes SKU Cloud Platform s'appliquent.

Présentation de la tarification

Les tarifs de l'API Cloud Healthcare dépendent de plusieurs facteurs :

• Stockage de données
• Volume des requêtes
• Volume des notifications
• Stockage de données DICOM
• Suppression anticipée des données DICOM
• Récupération des données DICOM
• Opérations ETL
• Opérations d'anonymisation
• Gestion des autorisations et de la confidentialité
• Utilisation du réseau

Grilles tarifaires

Les grilles tarifaires ci-dessous indiquent les frais applicables lors de l'utilisation de l'API Cloud Healthcare.

Consultez ces exemples de tarification pour obtenir un aperçu des coûts d'utilisation des différents services.

Stockage des données

Les frais de stockage des données sont classés en deux catégories : stockage structuré ou stockage de blobs. Les frais de stockage de blobs indiqués dans le tableau suivant concernent la classe de stockage Standard, qui ne nécessite aucune durée minimale de stockage. Pour en savoir plus sur les autres frais de classe de stockage Blob et sur leur durée minimale de stockage, consultez la section Stockage de données DICOM.

Par défaut, tous les frais de stockage relèvent de la catégorie "stockage structuré". Le volume de stockage est calculé en fonction de la quantité en octets de données ingérées, à laquelle s'ajoutent la surcharge liée à l'indexation (calculée en fonction des octets indexés) et les octets de sauvegarde. Les tarifs sont basés sur des relevés périodiques agrégés de l'ensemble des datastores au cours d'une période de facturation.

Volume des requêtes

Une requête est une opération HTTPS ou gRPC appelée par :

• Le point de terminaison healthcare.googleapis.com
• L'outil gcloud
• console Google Cloud

Les requêtes peuvent être de plusieurs types :

• Requêtes standards: valeur par défaut pour toutes les requêtes
• Requêtes complexes: capture les requêtes API qui utilisent des ressources de calcul importantes par rapport aux requêtes standards
• Requêtes multi-opérations: capture les requêtes multi-opérations
• Requêtes d'opérations avancées: capture les opérations telles que la récupération à un moment précis FHIR

Vos 25 000 premières requêtes sont gratuites. Une fois la version gratuite épuisée, les niveaux suivants sont facturés pour 100 000 requêtes par mois.

Catégorie	De 0 à 25 000 requêtes	De 25 000 à 1 milliard de requêtes	Plus de 1 milliard de requêtes
Requêtes standards	0,00 $	0,39 $	0,29 $
Requêtes complexes	0,00 $	0,69 $	0,59 $
Requêtes multi-opérations	0,00 $	0,39 $	0,29 $

Les requêtes d'opérations avancées sont facturées 0,99 $pour 100 000 requêtes.

Sauf indication contraire dans le tableau suivant, toutes les opérations sont des requêtes standards. Faites défiler la page pour afficher tout le contenu du tableau.

Opérations de requête complexe	Opérations de requête multi-opération	Opérations gratuites	Opérations avancées
consentStores.evaluateUserConsents dicomStores.searchForStudies dicomStores.searchForSeries dicomStores.searchForInstances fhir.search fhir.conditionalUpdate fhir.conditionalPatch fhir.Observation-lastn fhir.ConceptMap-search-translate fhir.Resource-validatefhir.Resource-incoming-referencesfhir.create fhir.update fhir.patch	dicomStores.studies.storeInstances dicomStores.studies.series.instances.retrieveInstance dicomStores.studies.retrieveStudy dicomStores.studies.series.retrieveSeries fhir.Patient-everything fhir.executeBundle hl7V2Stores.messages.batchGet	fhirStores.delete fhirStores.import fhir.delete fhir.Resource-purge fhir.conditionalDelete dicomStores.delete dicomStores.studies.delete dicomStores.studies.series.delete dicomStores.studies.series.instances.delete hl7V2Stores.delete hl7V2Stores.messages.delete datasets.delete annotationStores.delete annotationStores.import annotationStores.annotations.delete	fhirStores.rollback

Exemple :

• Les opérations DICOM énumérées dans la colonne "Opérations de requête multi-opération" du tableau ci-dessus peuvent transférer plusieurs instances DICOM en une seule requête (par exemple, il est possible d'utiliser une seule requête dicomStores.storeInstances pour importer plusieurs instances). Dans le cas de ces requêtes, une requête multi-opération est facturée pour chaque instance DICOM transférée.
• Un appel à la méthode hl7V2Stores.messages.batchGet consiste en une requête standard et des requêtes multi-opération n - 1, où n est le nombre de messages renvoyés.
• Un appel à la méthode fhir.executeBundle consiste en une requête standard et n-1 requêtes multi-opérations où n correspond au nombre d'entrées de groupe demandées qui ne sont pas des opérations de suppression (fhir.delete est gratuit).
• La validation des profils FHIR est facturée comme une requête complexe pour chaque ressource figurant dans une requête fhir.create, fhir.update ou fhir.patch. Les appels à fhir.executeBundle sont facturés pour chaque ressource validée du groupe. Vous n'êtes facturé qu'une fois par ressource, quel que soit le nombre de profils de la ressource.
• La récupération d'un seul ID de ressource FHIR à l'aide de l'opération de récupération à un moment précis FHIR (fhirStores.rollback) coûte 0,0000099 $, tandis que la récupération de 100 000 ID de ressource FHIR uniques coûte 0,99 $.

Volume des notifications

Les notifications sont des événements de traitement par flux provenant des datastores et envoyés à Google Cloud ou à des points de terminaison externes. Les notifications contiennent soit des noms de ressources, soit des métadonnées de ressources, soit des ressources entières. Elles sont générées selon une configuration fournie par l'utilisateur. Par défaut, toutes les notifications sont de type standard.

Les tarifs suivants s'entendent pour 1 million de notifications par mois :

Catégorie	De 0 à 100 000 notifications (par tranche de 1 million)	Plus de 100 000 notifications (par tranche de 1 million)
Notifications standards	0,00 $	0,29 $

Par exemple, les notifications Pub/Sub envoyées à un sujet Pub/Sub rattaché à un datastore sont des notifications standards.

Stockage de données DICOM

Les données DICOM brutes stockées dans toutes les régions utilisent le stockage de blobs. Les métadonnées consultables issues des images DICOM ingérées (telles que les tags DICOM) sont conservées et facturées dans le cadre du stockage structuré.

Les tarifs du stockage de blobs sont basés sur la quantité d'octets non structurés ou BLOB ingérés et stockés, ainsi que sur la classe de stockage utilisée. Le tableau suivant répertorie les différentes classes de stockage disponibles pour stocker des données DICOM brutes, ainsi que leur durée de stockage minimale:

Classe de stockage	Durée minimale de stockage
Standard	Aucune
Nearline	30 jours
Coldline	90 jours
Archive	365 jours

Le tableau suivant présente les frais au repos applicables lors de l'utilisation des classes de stockage Nearline, Coldline et Archive pour stocker des données DICOM dans l'API Cloud Healthcare. Ces frais s'appliquent à toutes les régions.

Classe de stockage	Prix (par Go et par mois)
Nearline	0,020 $
Coldline	0,010 $
Archive	0,003 $

Les frais associés à la classe de stockage standard sont indiqués en tant que frais de stockage de blobs pour différentes régions dans le tableau Stockage des données.

Suppression anticipée des données DICOM

Des frais de suppression anticipée s'appliquent lorsque vous supprimez, écrasez ou réécrivez un objet DICOM. La modification de la classe de stockage d'un objet est un exemple de réécriture. Les frais de suppression anticipée correspondent au montant qui aurait été facturé si l'objet était resté dans son état d'origine pendant la durée minimale.

Prenons l'exemple suivant :

• Vous stockez 1 000 Go d'objets DICOM avec la classe de stockage Coldline. Le tarif par Go et par mois pour le stockage Coldline est de 0, 01 $. Considérant un mois comme 30 jours, le prix par Go et par jour peut être calculé comme suit:

   $0.01/GB/month * 1 day / 30 days 

• À la fin des 60 jours, vous supprimez toutes les données du magasin. Étant donné que la durée de stockage minimale est de 90 jours, le stockage Coldline vous est facturé comme si l'objet avait été stocké pendant toute la durée de stockage minimale de 90 jours. Voici le détail des frais:

  • Coût du stockage au repos normal associé aux 60 jours où vos données existaient dans le bucket:

     $0.01/GB/month * 1,000 GB * 2 months = $20 

  • Des frais de suppression anticipée associés aux 30 jours restants dans la durée de stockage minimale de 90 jours des données:

     ($0.01/GB/month * 1 day / 30 days) * 1,000 GB * 30 days = $10 

• En ajoutant les deux composants de ces frais, le coût de stockage total de vos données DICOM pendant 60 jours au lieu de 90 jours s'élève à 30 $. Ce coût est le même que celui que vous auriez payé si vous aviez stocké vos données DICOM pendant toute la durée de stockage minimale de 90 jours et si vous les aviez supprimées au 90e jour.

Récupération des données DICOM

Des frais de récupération s'appliquent lorsque vous lisez, copiez, déplacez ou réécrivez des données ou des métadonnées d'objet stockées dans un stockage Nearline, Coldline ou Archive. Ce coût s'ajoute aux frais de réseau associés à la lecture des données.

Le tableau suivant indique les taux de récupération pour chaque classe de stockage:

Classe de stockage	Prix (par Go)
Standard	0 $
Nearline	0,01 $
Coldline	0,02 $
Archive	0,05 $

Pour chaque récupération dans les espaces de stockage Nearline, Coldline ou Archive, des frais supplémentaires pour les requêtes complexes s'appliquent.

Opérations ETL

Les opérations d'extraction, de transformation et de chargement (ETL) dans l'API Cloud Healthcare sont réparties dans les catégories suivantes :

• Exportation par lots
• Exportation en flux continu
• Évaluation par lots
• Transcodage DICOM

Le volume total de données est agrégé pour l'ensemble des services au cours de chaque période de facturation. Le tableau suivant répertorie les coûts par Go pour chaque opération ETL:

Catégorie	De 0 à 1 Go	De 1 à 1 024 Go (1 To)	Plus de 1 To
Exportation par lots	0,19 $	0,14 $	0,09 $
Exportation en flux continu	0,34 $	0,29 $	0,24 $
Évaluation par lots	0,05 $	0,05 $	0,05 $
Transcodage DICOM	0,00 $	0,004 $	0,003 $

Ces opérations sont facturées sur la base du volume total de données traitées. Les opérations d'exportation englobent toutes les destinations, telles que Cloud Storage et BigQuery. Le transcodage DICOM n'est facturé que lorsqu'une instance DICOM est demandée dans le cadre d'une syntaxe transfer-syntax différente de celle utilisée lors de son importation. Ceci peut se produire lors des transactions de récupération et des requêtes d'exportation groupée. Pour en savoir plus, consultez la section Transaction de récupération de la Déclaration de conformité DICOM.

Les opérations d'évaluation par lots comparent les données de deux magasins d'annotations : un magasin de "vérité terrain" et un magasin "évalué". L'opération parcourt les enregistrements d'annotations dans le magasin de vérité terrain et recherche les correspondances (les enregistrements d'annotations qui décrivent la même ressource DICOM ou FHIR, par exemple) dans le magasin évalué. Les paires d'annotations qui correspondent sont comparées pour calculer la différence entre les enregistrements d'annotations de vérité terrain et évalués. Les prix sont proportionnels à la taille totale des paires correspondantes, ainsi qu'à la longueur totale des noms de ressources contenues dans le magasin de vérité terrain.

Lors de l'exportation vers Cloud Storage :

• Le volume de données DICOM est basé sur la taille des fichiers stockés.
• Le volume de données FHIR est basé sur les octets transférés au format de tampon de protocole.
• Le volume de données HL7v2 est basé sur la taille des octets bruts du message HL7v2.
• Le volume de données des enregistrements d'annotations est basé sur la quantité d'octets transférés au format de tampon de protocole.

Lors de l'exportation vers BigQuery :

• Le volume de données DICOM est basé sur les métadonnées DICOM stockées.
• Le volume de données FHIR est basé sur la totalité de la ressource.
• Le volume de données des enregistrements d'annotations est basé sur la quantité d'octets transférés au format de tampon de protocole.

Pour DICOM comme pour FHIR, le calcul effectué est basé sur le nombre d'octets de tampon de protocole transférés.

Lors du transcodage, le volume des données est basé sur la taille d'entrée des données plutôt que sur leur taille de sortie ou leur taille intermédiaire maximale.

Le tableau suivant énumère les opérations pour chaque type de catégorie d'ETL :

Exportation par lots	Exportation en flux continu	Évaluation par lots	Transcodage DICOM
fhirStores.export dicomStores.export annotationStores.export	fhir.conditionalDelete fhir.conditionalPatch fhir.conditionalUpdate fhir.create fhir.delete fhir.executeBundle fhir.patch fhir.update	annotationStores.evaluate	dicomStores.export dicomStores.studies.retrieveStudy dicomStores.series.retrieveSeries dicomStores.studies.series.instances.retrieveInstance dicomStores.studies.series.instances.retrieveRendered dicomStores.studies.series.instances.frames.retrieveFrames dicomStores.studies.series.instances.frames.retrieveRendered

Opérations d'anonymisation

Les opérations d'anonymisation sont facturées en fonction du volume de données traitées en trois sous-opérations :

• Inspection : s'effectue sur du texte libre ou des images pour détecter les instances de données sensibles.
• Transformation : englobe le masquage, le remplacement, le hachage ou les modifications apportées aux données sensibles dans le cadre du processus d'anonymisation.
• Traitement : correspond au coût de base de l'opération.

La quantité de données dans chaque sous-opération dépend de la configuration de l'opération principale.

Remarque :Les opérations d'anonymisation sont facturées progressivement à mesure que le travail se termine. Une opération qui ne se termine pas peut tout de même entraîner la facturation des tâches effectuées avec succès.

Les frais sont calculés mensuellement en fonction du nombre d'unités traitées et du niveau concerné. Il existe trois types d'unités, calculés différemment :

• Unités d'inspection : basées sur le nombre d'octets inspectés, multiplié par le nombre d'infoTypes utilisés pour l'inspection. Par exemple, inspecter 1 Go de données avec 10 infoTypes équivaut à 10 giga-unités (GU) d'inspection. Par défaut, un minimum de 10 infoTypes est utilisé pour chaque inspection, ce qui signifie que les frais minimaux s'élèvent à 10 kilo-unités par opération d'anonymisation.
• Unités de transformation : basées sur le nombre d'octets transformés, sachant que 1 Go de données équivaut à 1 GU de transformation.
• Unités de traitement : basées sur le nombre total d'octets nécessaires à l'opération d'anonymisation.

Chaque type d'unité est facturé selon sa propre catégorie, comme indiqué dans les tableaux ci-dessus :

• Les frais d'inspection et de transformation sont présentés par plages de giga-unités (GU) et de téra-unités (TU). Le tarif indiqué pour chaque plage s'entend par GU.

  Par exemple, dans le cadre d'un cycle de facturation donné :

  • L'inspection est gratuite jusqu'à 1 GU.
  • Les unités d'inspection sont facturées 0,20 $ pour un nombre d'unités compris entre 1 TU et 10 TU.

• Les frais de traitement sont présentés par plages de gigaoctets (Go) et de téraoctets (To). Le tarif indiqué pour chaque plage s'entend par Go.

  Par exemple, dans le cadre d'un cycle de facturation donné :

  • Le traitement par lot est gratuit jusqu'à 1 Go de stockage structuré.
  • Les unités de traitement par lot de stockage structuré sont facturées 0,50 $ pour un nombre d'unités compris entre 1 et 10 To.

Sous-opération	De 0 à 1 GU	De 1 GU à 1 TU	De 1 TU à 10 TU	Plus de 10 TU
Inspection	0,00 $	0,30 $	0,20 $	0,10 $
Transformation	0,00 $	3,00 $	2,00 $	1,00 $

Sous-opération	Catégorie	De 0 à 1 Go	De 1 Go à 1 To	De 1 To à 10 To	Plus de 10 To
Traitement	Stockage structuré, par lot	0,00 $	0,60 $	0,50 $	0,40 $
Traitement	Stockage de blobs, par lot	0,00 $	0,08 $	0,06 $	0,05 $

Les frais applicables aux sous-opérations varient selon que vous utilisez des données FHIR ou DICOM :

FHIR :

• Les frais d'inspection et de transformation s'appliquent à la partie de la ressource inspectée en vue de détecter des données sensibles, puis transformée.
• Les frais de traitement sont applicables à l'ensemble de la ressource et relèvent de la catégorie "Stockage structuré, par lot".

DICOM :

• Les frais d'inspection s'appliquent à la partie de la ressource (données de pixels comprises) qui fait l'objet d'une inspection visant à détecter des données sensibles.
• Les frais de transformation s'appliquent à la partie de la ressource transformée à la suite de l'inspection (à l'exclusion des données de pixels). Si l'image est masquée, les frais ne s'appliquent qu'à l'inspection, et non à la transformation. Pour en savoir plus sur le fonctionnement pratique, consultez cet exemple d'anonymisation DICOM.
• Les frais de traitement s'appliquent à l'ensemble de la ressource et sont calculés en fonction de la taille de l'instance DICOM d'origine. Les frais de traitement concernant les métadonnées DICOM relèvent de la catégorie "Stockage structuré, par lot". Les frais de traitement des données de pixels relèvent de la catégorie "Stockage de blobs, par lot".

Gestion des autorisations et de la confidentialité

L'API Consent Management est facturée en fonction du nombre de ressources Consent gérées, et du nombre de ressources UserDataMapping évaluées pendant les opérations de détermination d'accès par lots.

Le nombre d'autorisations gérées facturé correspond au nombre moyen d'objets Consent ACTIVE et DRAFT pendant la période de facturation. Les autorisations REVOKED, REJECTED et ARCHIVED ne sont pas facturées.

En ce qui concerne la méthode de détermination de l'accès par lots projects.locations.datasets.consentStores.queryAccessibleData, le nombre de ressources UserDataMapping évaluées correspond au nombre total de ressources UserDataMapping dans le magasin d'autorisations au moment de la requête.

La facturation de l'espace de stockage et des opérations de l'API Content Management est décrite dans les sections Stockage des données et Volume des requêtes. Le stockage du magasin d'autorisations est facturé comme stockage structuré, à l'exception des octets non structurés (ou BLOB) qui sont stockés dans un consentArtifact. Les opérations d'autorisation sont considérées comme des requêtes standards, à l'exception de EvaluateUserConsent, qui est facturée comme requête complexe, et QueryAccessibleData, qui est facturée comme décrit dans la section précédente. Pendant cette période de promotion, le stockage et les opérations standards/complexes ne vous seront pas facturés.

Unité	Prix
Autorisations gérées	0,05 $ par autorisation et par mois
Détermination de l'accès, par lot	0,016 $ pour 1 million de ressources UserDataMapping évaluées

Utilisation du réseau

Transfert de données entrant

Le transfert de données entrant est toujours gratuit.

Transfert de données interrégions

Aucuns frais ne sont facturés pour le transfert de données lorsque la requête de transfert provient de l'API Cloud Healthcare et qu'elle est transmise à un service Google Cloud situé dans la même région.

Les tarifs suivants s'appliquent aux transferts de données entre régions ou d'un groupe multirégion vers une seule région du même continent, et inversement. Les tarifs s'entendent par Go et par mois.

Source et destination du trafic	Plus de 0 Go
De l'Amérique du Nord vers l'Amérique du Nord	0,01 $
De l'Europe vers l'Europe	0,02 $
De l'Asie-Pacifique vers l'Asie-Pacifique	0,05 $
Intercontinental (à l'exclusion de l'Océanie)	0,08 $
Intercontinental vers/depuis l'Océanie	0,15 $

Utilisation générale du réseau

L'utilisation générale du réseau correspond aux données qui proviennent de Google Cloud. L'API Cloud Healthcare utilise le transfert de données Internet Premium, dont les tarifs sont indiqués ci-dessous. Les tarifs du transfert de données sont conformes aux tarifs du réseau Google Cloud pour le niveau Premium.

Les tarifs s'entendent par Go et par mois.

Source et destination du trafic	De 0 à 10 To	De 10 To à 150 To	Plus de 150 To
De l'Amérique du Nord vers l'Amérique du Nord	0,105 $	0,080 $	0,060 $
De l'Europe vers l'Europe	0,105 $	0,080 $	0,060 $
De l'Asie-Pacifique vers l'Asie-Pacifique	0,120 $	0,085 $	0,080 $
De l'Amérique du Sud vers l'Amérique du Sud	0,120 $	0,085 $	0,080 $
De l'Océanie vers l'Océanie	0,120 $	0,085 $	0,080 $
Intercontinental (à l'exclusion de l'Océanie et de la Chine)	0,120 $	0,085 $	0,080 $
Intercontinental vers/depuis l'Océanie	0,190 $	0,160 $	0,150 $
Tout trafic vers la Chine	0,190 $	0,160 $	0,150 $

Exemples de tarification

Exemple de tarification FHIR

Supposons qu'une application basée sur FHIR et hébergée sur Google Cloud dans la région europe-west2 génère 25 000 000 de requêtes en un mois, pour une moyenne de 4 Ko par ressource. Parmi ces requêtes, cinq millions sont des recherches FHIR et sont donc facturées comme des requêtes complexes. Sur une période d'un mois, le datastore FHIR conserve en moyenne 1 To de données, y compris la surcharge liée à la sauvegarde et à l'indexation.

Le tableau suivant illustre ce modèle d'utilisation au cours du mois :

Catégorie tarifaire	Type d'utilisation	Volume
Volume des requêtes	Requêtes standards Requêtes complexes	20 000 000 5 000 000
Stockage de données	Stockage structuré dans la région europe-west2	1 To

La facture mensuelle est calculée comme suit :

Catégorie tarifaire	Calcul	Tarif
Volume des requêtes	25 000 000 de requêtes au total : (de 0 à 25 000 requêtes) 25 000 requêtes standards x 0,00 $ (de 25 000 à 1 milliard de requêtes) 19 975 000 de requêtes standards x 0,39 $ (de 0 à 25 000 requêtes) 25 000 requêtes complexes x 0,00 $ (de 25 000 à 1 milliard de requêtes) 4 975 000 de requêtes complexes x 0,69 $	0,00 $ 77,90 $ 0,00 $ 34,33 $
Stockage des données	1 To au total : (de 0 à 1 Go) 1 Go x 0,00 $ (de 1 Go à 1 To) 1 023 Go x 0,39 $	0,00 $ 398,97 $
Total		511,20 $

Exemple de tarification DICOM

Supposons qu'en un mois, un petit centre d'imagerie génère le volume de données suivant dans un datastore DICOM situé dans la région us-central1 :

• 1 000 radios (environ 10 Mo chacune)
• 300 scanners (environ 300 Mo chacun)
• 200 IRM (environ 300 Mo chacun)

Le centre d'imagerie conserve les images pendant un an, ce qui donne un stockage mensuel moyen de 160 Go, plus 6,4 Go de stockage de balises Meta analysées, surcharge comprise. Pour estimer le nombre de requêtes effectuées, supposons que chaque radio comporte une seule image, et que chaque scanner et IRM comportent 300 images.

Supposons par ailleurs ce qui suit :

• Pour chaque examen, deux requêtes de recherche de métadonnées (transactions de recherche DICOMweb) sont effectuées, soit un total de 2 x (1 000 + 300 + 200) = 3 000 requêtes complexes.
• Chaque image est récupérée deux fois, soit un total de 2 x (1 000 + 300 x 300 + 200 x 300) = 302 000 requêtes multi-opérations.
• Ces images doivent être transcodées chaque fois qu'elles font l'objet d'une requête, soit un total de 2 x 160 Go = 320 Go transcodés.

Le tableau suivant illustre ce modèle d'utilisation au cours du mois :

Catégorie tarifaire	Type d'utilisation	Volume
Volume des requêtes	Requêtes complexes Requêtes multi-opérations	3 000 302 000
Stockage de données	Stockage structuré dans la région us-central1 Stockage de blobs dans la région us-central1	6,4 Go 160 Go
Opérations ETL	Transcodage DICOM	320 Go

La facture mensuelle est calculée comme suit :

Catégorie tarifaire	Calcul	Tarif
Volume des requêtes	305 000 requêtes au total: (0 à 25 000 requêtes) 3 000 requêtes complexes x 0,00 $ (de 0 à 25 000 requêtes) 25 000 requêtes multi-opérations x 0,00 $ (de 25 000 à 1 milliard de requêtes) 277 000 requêtes multi-opérations9	0,00 $ 0,00 $ 1,08 $
Stockage des données	166,4 Go au total : (de 0 à 1 Go) 0,5 Go de stockage structuré x 0,00 $ (de 1 Go à 1 To) 5,9 Go de stockage structuré x 0,24 $ (de 0 à 1 Go) 1 Go de stockage de blobs x 0,00 $ (de 1 Go à 1 To) 159 Go de stockage de blobs x 0,02 $	0,00 $ 1,42 $ 0,00 $ 3,18 $
Opérations ETL	320 Go au total : (de 0 à 1 Go) 1 Go x 0,00 $ (de 1 Go à 1 To) 319 Go x 0,004 $	0,00 $ 1,28 $
Total		6,96 $

Exemple de tarification HL7v2

Supposons qu'un datastore HL7v2 dans la région us-central1 soit connecté à un établissement de soins générant 10 000 000 de messages par mois au moyen d'un adaptateur MLLP sur site. En d'autres termes, 10 000 000 de requêtes d'ingestion sont adressées à l'API Cloud Healthcare. En retour, 10 000 000 d'accusés de réception sont générés (mais ne sont pas conservés dans le datastore HL7v2).

Sur une période d'un mois, le datastore HL7v2 conserve en moyenne 80 Go de données, y compris la surcharge liée à la sauvegarde et à l'indexation.

Le tableau suivant illustre ce modèle d'utilisation au cours du mois :

Catégorie tarifaire	Type d'utilisation	Volume
Volume des requêtes	Requêtes standards	20 000 000
Stockage de données	Stockage structuré dans la région us-central1	80 Go

La facture mensuelle est calculée comme suit :

Catégorie tarifaire	Calcul	Tarif
Volume des requêtes	20 000 000 de requêtes au total : (de 0 à 25 000 requêtes) 25 000 requêtes standards x 0,00 $ (de 25 000 à 1 milliard de requêtes) 19 975 000 de requêtes standards x 0,39 $	0,00 $ 77,90 $
Stockage des données	80 Go au total : (de 0 à 1 Go) 1 Go x 0,00 $ (de 1 Go à 1 To) 79 Go x 0,24 $	0,00 $ 18,96 $
Total		96,86 $

Exemple d'anonymisation FHIR

Supposons que vous souhaitiez anonymiser 10 Go de données FHIR. Lors de l'anonymisation, 10 % (1 Go) des données seront inspectées, dont 10 % (0,1 Go) seront transformées. On utilise par défaut 15 infoTypes.

L'opération d'anonymisation est facturée comme suit :

Sous-opération	Calcul	Prix
Inspection	10 Go x 0,1 inspectés x 15 infoTypes x 0,30 $/GU	4,50 $
Transformation	10 Go x 0,1 inspectés x 0,1 transformé x 3,00 $/GU	0,30 $
Traitement	10 Go x 0,60 $/Go	6,00 $
Total		10,80 $

Exemple d'anonymisation DICOM

Supposons que vous souhaitiez anonymiser 10 Go de données DICOM. 90 % (9 Go) des données sont constituées d'images DICOM. Toutes les images sont inspectées, et 10 % (0,9 Go) sont transformées. On utilise par défaut 16 infoTypes.

L'opération d'anonymisation est facturée comme suit :

Sous-opération	Calcul	Prix
Inspection	10 Go x 0,9 images x 16 infoTypes x 0,30 $/GU	43,20 $
Transformation	Incluse dans l'inspection	0,00 $
Traitement	Métadonnées DICOM : 10 Go x 0,1 texte x 0,60 $/Go Données de pixels : 10 Go x 0,9 images x 0,08 $/Go	0,60 $ 0,72 $
Total		44,52 $

Exemples de volume des notifications

Supposons qu'une application basée sur FHIR génère 1,6 million de notifications Pub/Sub par mois. Étant donné que les notifications sont calculées par tranche d'un million, votre facture liée aux notifications est établie comme suit :

Type de notification	Calcul	Tarif
Notification Pub/Sub	Total de 1 600 000 notifications : (tranche de 0 à 100 000 notifications) 100 000 notifications * 0,00 $ (tranche de 100 000 à 1,1 million de notifications) 0,29 $ (tranche de 1,1 million à 1,6 million de notifications) 0,29 $ * 0,5	0,00 $ 0,29 $ 0,145 $
Total	0,435 $

API Healthcare Natural Language

L'API Healthcare Natural Language fournit un ensemble de fonctionnalités pour extraire les informations médicales d'un texte. Vous ne payez que les fonctionnalités que vous utilisez, sans engagement préalable. Les fonctionnalités suivantes sont disponibles avec l'API :

Type de fonctionnalité	Description
Analyse des entités	Analysez des entités médicales dans le texte. La réponse inclut les mentions d'entité reconnues et les relations entre elles. Chaque entité est associée à un vocabulaire médical standard.

Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page des codes SKU Cloud Platform s'appliquent.

Tarifs des enregistrements texte

Votre utilisation de l'API Healthcare Natural Language est calculée en termes de volume mensuel d'enregistrements texte. Un enregistrement texte contient 1 000 caractères. Les caractères sont des caractères Unicode (espaces blancs et caractères de balisage tels que balises HTML ou XML inclus).

Les frais d'enregistrement de texte sont classés dans les catégories suivantes:

• Gratuit (1 enregistrement texte - 2 500 enregistrements texte)
• Faible volume (2 500 enregistrements texte-1 000 000 d'enregistrements texte)
• Volume élevé (plus de 1 000 000 d'enregistrements texte)

Les coûts de l'API Healthcare Natural Language sont calculés chaque mois selon les fonctionnalités que vous avez utilisées et le nombre d'enregistrements texte évalués à l'aide de ces fonctionnalités. Le tableau suivant indique le prix par enregistrement texte au cours d'un mois de facturation. Les tarifs du niveau à faible volume ne s'appliquent qu'aux enregistrements texte évalués au-delà du quota gratuit. Les tarifs du niveau de volume élevé ne s'appliquent qu'aux enregistrements texte évalués au-delà du niveau à faible volume.

Sélection	Version gratuite (1 enregistrement texte - 2 500 enregistrements texte)	Niveau à faible volume (2 500 enregistrements texte-1 000 000 enregistrements texte)	Niveau de volume élevé (plus de 1 000 000 d'enregistrements texte)
Analyse des entités	0,00 $	0,10 $	0,03 $

Les enregistrements texte sont facturés par incréments de 0,1 enregistrement texte ou unités par unité. Par exemple, si vous avez dépassé la version gratuite mensuelle et que vous envoyez une requête contenant 800 caractères, 0, 8 enregistrements texte vous sont facturés. Le coût total serait de 0,08 $, calculé comme suit : 0.8 * $0.10.

Si le nombre de caractères d'une requête n'est pas un multiple de 100, le nombre de caractères est arrondi à la tranche de 100 supérieure.

Le tableau suivant présente un exemple de tarification pour trois requêtes envoyées à l'API Healthcare Natural Language pour le niveau à faible volume (en supposant que 2 500 enregistrements texte ont déjà été envoyés et que la version gratuite est épuisée). Les requêtes contiennent 8 000, 15 000 et 6 000 caractères.

	Nombre de caractères	Unités d'enregistrement texte	Prix
Requête 1	8 000	8	0,80 $
Requête 2	15 000	15	1,50 $
Requête 3	6 000	6	0,60 $
Total	29 000	29	2,90 $

Le tableau suivant présente un exemple de tarification pour trois requêtes envoyées à l'API Healthcare Natural Language. Les requêtes contiennent 150 000 000 (150 millions), 800 000 000 (800 millions) et 600 000 000 (600 millions), soit un total de 1 550 000 000 (1,55 milliard) de caractères ou 0 550 000 enregistrements texte.

	Nombre de caractères	Unités d'enregistrement texte	Unités d'enregistrement de texte cumulées	Prix
Requête 1	150 000 000	150 000	150 000	14 750,00 $ (0 à 2 500 enregistrements texte pour le niveau gratuit, 2 501 à 150 000 enregistrements texte pour le niveau à faible volume)
Requête 2	800 000 000	800 000	950 000	80 000,00 $ (150 000 à 950 000 enregistrements texte avec un faible volume)
Requête 3	600 000 000	600 000	1 550 000	21 500,00 $ (950 000-1 000 000 d'enregistrements texte pour le niveau à faible volume, 550 000 enregistrements texte restants pour le niveau à volume élevé)
Total	1 550 000 000	1 550 000	1 550 000	116 250,00 $

Coûts de Google Cloud Platform

Si vous stockez du texte à analyser dans Cloud Storage ou si vous utilisez d'autres ressources Google Cloud en même temps que l'API Healthcare Natural Language, telles que l'API Cloud Healthcare ou des instances Compute Engine, ces services vous seront également facturés. Accédez au simulateur de coût Google Cloud pour calculer les coûts additionnels en fonction des tarifs en vigueur.

Pour afficher l'état actuel de la facturation dans la console Google Cloud, y compris votre utilisation et votre facture actuelle, consultez la page Facturation. Pour en savoir plus sur la gestion de votre compte, consultez la documentation Cloud Billing ou contactez l'assistance pour la facturation et les paiements.

Étapes suivantes

• Démarrez avec l'API Cloud Healthcare en suivant les guides de démarrage rapide.
• Consultez les guides d'utilisation de l'API Cloud Healthcare.
• Consultez la documentation de l'API Cloud Healthcare.
• Essayez le Simulateur de coût.
• Découvrez les solutions et cas d'utilisation de l'API Cloud Healthcare.

Demander un devis personnalisé

Avec le paiement à l'usage de Google Cloud, vous ne payez que pour les services que vous utilisez. Contactez notre équipe commerciale pour obtenir un devis personnalisé pour votre entreprise.

Contacter le service commercial