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 pour estimer vos frais 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 SKU de 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 de 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 Blob indiqués dans le tableau ci-dessous correspondent à la classe de stockage Standard, qui n'impose aucune durée minimale de stockage. Pour en savoir plus sur les autres frais des classes de stockage Blob et leur durée de stockage minimale, consultez la page Stockage des 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: type de requête par défaut
• Requêtes complexes: capture des requêtes API nécessitant des calculs plus poussés que les requêtes standards
• Requêtes multi-opérations: capture des requêtes multi-opérations
• Requêtes d'opérations avancées: capture des opérations telles que la récupération d'instant précis FHIR

Les 25 000 premières requêtes sont gratuites. Une fois le quota gratuit épuisé, les tarifs des tranches suivantes s'entendent 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.

En dehors de celles figurant dans le tableau suivant, toutes les opérations sont des requêtes standards. Faites défiler la page pour afficher l'intégralité du 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 des profils FHIR sont utilisés : fhir.create fhir.update Si des profils FHIR sont utilisés : fhir.create fhir.update Si des profils FHIR sont utilisés : fhir.create fhir.update Si des profils FHIR sont utilisés : fhir.create fhir.update Si des profils FHIR sont utilisés : fhir.create fhir.update Si des profils F/S sont utilisés : fhir.create fhir.update Si des profils F/S sont utilisés : fhir.create fhir.update Si des profils F/S{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 identifiant de ressource FHIR à l'aide de l'opération de récupération ponctuelle FHIR (fhirStores.rollback) coûte 0,0000099 $, et la récupération de 100 000 identifiants de ressources 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

Pour toutes les régions, les données DICOM brutes stockées reposent sur 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 comme stockage structuré.

Les tarifs du stockage de blobs sont basés sur la quantité d'octets non structurés (ou BLOB) qui sont ingérés et stockés, ainsi que sur la classe de stockage utilisée. Le tableau suivant présente les différentes classes de stockage disponibles pour stocker les 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 indique les frais au repos applicables lorsque vous utilisez les 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 $
Archiver	0,003 $

Les frais pour la classe de stockage Standard sont indiqués comme frais de stockage de blobs pour différentes régions dans le tableau Stockage de 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. Par exemple, lorsque vous modifiez la classe de stockage d'un objet, 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. Pour le stockage Coldline, le prix par Go et par mois est de 0,01 $. En considérant qu'un mois compte 30 jours, le prix par Go et par jour peut être calculé comme suit:

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

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

  • Les coûts de stockage au repos normaux associés aux 60 jours où vos données existent 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 éléments de la facturation, le coût total de stockage de vos données DICOM pendant 60 jours au lieu de 90 jours est de 30 $. Il s'agit du même coût que vous auriez payé si vous aviez stocké vos données DICOM pendant toute la durée de stockage minimale de 90 jours et les aviez supprimées à 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'objet ou des métadonnées stockées dans le 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 $
Archiver	0,05 $

Pour chaque récupération dans le stockage Nearline, Coldline ou Archive, des frais de requête complexe 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 indique 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 traitées dans chacune des sous-opérations dépend de la configuration de l'opération principale.

Remarque :Les opérations de dépersonnalisation sont facturées progressivement à mesure que le travail est effectué. Une opération qui n'aboutit pas peut entraîner une facturation pour le travail qui a été effectué 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, l'inspection de 1 Go de données au moyen de 10 infoTypes équivaut à 10 giga-unités (GU) d'inspection. Par défaut, un minimum de 10 infoTypes sont utilisés pour chaque inspection, ce qui signifie que le montant minimal des frais applicables 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".

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

Les transferts de données entrants sont toujours gratuits.

Transfert de données interrégions

Le transfert de données est gratuit lorsque la requête de transfert provient de l'API Cloud Healthcare et qu'elle est adressée à 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 de niveau Premium, dont les tarifs 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ération.
• 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 multiopérations x 0,00 $ (de 25 000 à 1 milliard de requêtes) 277 000 requêtes multiopérations x 0,39 $	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 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 de création de messages sont répartis dans les catégories suivantes:

• Gratuit (1 enregistrement texte à 2 500 enregistrements texte)
• Faible volume (2 500 à 1 000 000 enregistrements texte)
• Volume important (plus de 1 000 000 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 tarifs 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 en plus du niveau gratuit. Les prix du niveau de volume élevé ne s'appliquent qu'aux enregistrements texte évalués au-delà du niveau de volume faible.

Caractéristique	Niveau gratuit (1 enregistrement texte à 2 500 enregistrements texte)	Niveau de faible volume (2 500 à 1 000 000 enregistrements texte)	Catégorie 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 niveau gratuit mensuel et que vous envoyez une requête contenant 800 caractères, vous serez facturé pour 0, 8 enregistrement texte. 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 dans le niveau de faible volume (en supposant que 2 500 enregistrements texte aient déjà été envoyés et que le niveau gratuit ait été épuisé). 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 millions, 800 millions et 600 millions de caractères, soit un total de 1,55 milliard de caractères, ou 1 550 000 enregistrements texte.

	Nombre de caractères	Unités d'enregistrement texte	Unités d'enregistrement texte cumulées	Prix
Requête 1	150 000 000	150 000	150 000	14 750,00 $ (0 à 2 500 enregistrements texte dans le niveau sans frais, 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,00 $ (950 000 à 1 000 000 enregistrements texte dans le niveau de faible volume, les 550 000 enregistrements texte restants dans le niveau de volume élevé)
Total	1 550 000 000	1 550 000	1 550 000	116 250 $

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

• 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