Tarifs de l'API Cloud Healthcare

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

API Cloud Healthcare

Cette section décrit le détail des tarifs de l'API Cloud Healthcare. Vous pouvez également utiliser Simulateur de coût Google Cloud pour estimer le coût d'utilisation de l'API Cloud Healthcare.

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

Présentation de la tarification

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

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 s'appliquent au stockage qui ne nécessite aucune durée minimale de stockage. Pour en savoir plus sur d'autres les frais de classe de stockage Blob et leur durée minimale de stockage, consultez 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 nécessitant beaucoup de ressources de calcul par rapport aux requêtes standards
  • Requêtes multi-opérations: capture les requêtes multi-opérations
  • Requêtes d'opération avancée: capture les opérations telles que FHIR à un moment précis récupération

Les 25 000 premières requêtes sont gratuites. Une fois la version gratuite épuisée, les niveaux suivants sont facturés par tranche de 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-validate.
fhir.Resource-incoming-references.

Si vous utilisez des profils FHIR:
fhir.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.
  • Récupérer un seul ID de ressource FHIR à l'aide de la récupération à un moment précis FHIR (fhirStores.rollback) coûte 0,0000099 $, et la récupération 100 000 ID de ressource FHIR uniques coûtent 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. Métadonnées accessibles à partir de les images DICOM ingérées (telles que les tags DICOM) sont conservées et facturées dans le cadre Stockage structuré

Les tarifs du stockage de blobs sont basés sur la quantité d'octets BLOB ou non structurés sont ingérés et stockés dans la classe de stockage qu'ils utilisent. Les éléments suivants : répertorie les différentes classes de stockage disponibles pour stocker des données DICOM brutes et leur durée minimale de stockage:

Classe de stockage Durée minimale de stockage
Standard Aucun
Nearline 30 jours
Coldline 90 jours
Archiver 365 jours

Le tableau suivant présente les frais au repos applicables lors de l'utilisation de la classe Nearline stockage, stockage Coldline et Archive dans lesquelles stocker les données DICOM 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 $
Archiver 0,003 $

Les frais associés à la classe de stockage Standard sont indiqués sous la forme Blob Frais de stockage pour différentes régions dans la section Stockage des données tableau.

Suppression anticipée des données DICOM

Des frais de suppression anticipée s'appliquent lorsque vous supprimez, écrasez ou réécrivez un fichier DICOM . Un exemple de réécriture est la modification de la classe de stockage d'un objet. Ces frais de suppression anticipée correspondent au montant qui aurait été facturé si l'objet est 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 prix du stockage Coldline est de 0, 01 $par Go et par mois. Envisager un mois de 30 jours, le prix par Go et par jour peut être calculé comme suit:

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

  • Au bout de 60 jours, vous supprimez toutes les données du magasin. Comme Coldline a une durée de stockage minimale de 90 jours, vous êtes facturé comme a été stocké pendant toute la durée de stockage minimale de 90 jours. Voici les détails du débit:

    • Le coût de stockage au repos normal associé au les 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 additionnant les deux composantes des frais, le coût total de stockage de vos données DICOM pour 60 jours au lieu de 90 est de 30 $. C'est le même coût que vous auriez si vous aviez stocké vos données DICOM pendant les 90 jours minimum et supprimé à la fin du 90e jour.

Récupération de données DICOM

Des frais de récupération s'appliquent lorsque vous lisez, copiez, déplacez ou réécrivez des données d'objets ou stockées dans un stockage Nearline, un stockage Coldline Stockage Archive. Ce coût s'ajoute aux frais de réseau. associées à 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 $
Archiver 0,05 $

Pour chaque récupération dans le stockage Nearline, Coldline ou Archive, des frais de requête complexes supplémentaires 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 manière dont l'opération principale est configuré.

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, si 1 Go de données 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 le coût minimal est de 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".

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é Tarif
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

Le transfert de données n'entraîne aucuns frais lorsque la demande de transfert provient d'un l'API Cloud Healthcare et accède à n'importe quel service sur Google Cloud qui se trouve 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. La L'API Cloud Healthcare utilise le transfert de données Internet Premium, et les prix sont indiqués ci-dessous. Les tarifs de transfert de données sont conformes aux tarifs du réseau Google Cloud 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:
(de 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 $
(25 000 à 1 milliard de requêtes) 277 000 requêtes multi-opérations x 0 $.

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 Tarif
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 Tarif
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 SKU de Cloud Platform s'appliquent.

Tarifs des enregistrements texte

Votre utilisation de l'API Healthcare Natural Language est calculée en termes de : volume mensuel de l'enregistrement 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 liés aux enregistrements texte sont classés selon les niveaux suivants:

  • Gratuit (1 enregistrement texte pour 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 présente les prix par enregistrement texte au cours d'un mois de facturation. Les tarifs associés à l'option "Faible volume" ne s'appliquent qu'aux enregistrements texte évalués au-delà de la version gratuite. Les prix les plus élevés ne s'appliquent qu'aux enregistrements texte évalués au-delà du niveau de faible volume.

Caractéristique Niveau gratuit (1 enregistrement texte pour 2 500 enregistrements texte) Niveau de faible volume (2 500 enregistrements texte – 1 000 000 d'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é le quota mensuel gratuit et que vous envoyez une demande contenant 800 caractères, 0,8 enregistrement texte vous sera facturé. 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 à faible volume (en supposant que 2 500 caractères ont déjà été envoyés et 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, soit 1 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 $ (0 à 2 500 enregistrements texte au niveau gratuit, 2 501 à 150 000 enregistrements texte dans le niveau faible volume)
Requête 2 800 000 000 800 000 950 000 80 000,00 $ (150 000 à 950 000 enregistrements texte dans le niveau de faible volume)
Requête 3 600 000 000 600 000 1 550 000 21 500 $ (950 000 à 1 000 000 d'enregistrements texte dans le niveau de faible volume, 550 000 enregistrements texte restants au niveau de 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 consulter votre état de facturation, y compris votre utilisation et votre facture actuelle, consultez la page Facturation dans la console Google Cloud. 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.

Étape suivante

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