Preços

Este documento explica os detalhes de preços da API Cloud Healthcare. Também é possível usar a calculadora de preços do Google Cloud para estimar o valor da API Cloud Healthcare.

Caso o pagamento seja feito em uma moeda diferente do dólar americano, serão aplicados os preços listados na sua moeda na página SKUs do Cloud Platform.

Visão geral de preços

O preço da API Cloud Healthcare baseia-se em uma combinação de:

Tabelas de preços

As tabelas de preços abaixo mostram quais taxas se aplicam ao usar a API Cloud Healthcare.

Por exemplo, para cenários que mostram uso e cobranças, consulte Exemplos de preços.

Armazenamento de dados

As cobranças de armazenamento de dados são categorizadas como armazenamento estruturado ou de blob.

Por padrão, todas as cobranças de armazenamento estão na categoria Armazenamento Estruturado. O volume de armazenamento é baseado em bytes de dados ingeridos mais sobrecarga de indexação (medida por bytes indexados) e bytes de backup. Os preços são baseados em medições periódicas agregadas em todos os armazenamentos de dados durante um período de cobrança.

Os dados DICOM brutos armazenados em todas as regiões usam o Armazenamento de Blob. Os preços de Armazenamento de Blob são baseados na quantidade de bytes não estruturados ou "blob" que são ingeridos e armazenados. Os metadados pesquisáveis das imagens DICOM ingeridas (como tags DICOM) são mantidos e cobrados como parte do Armazenamento Estruturado.

Volume de solicitações

Uma solicitação é uma operação HTTPS ou gRPC invocada por qualquer uma das seguintes opções:

  • O endpoint healthcare.googleapis.com
  • A ferramenta gcloud
  • Console do Google Cloud

As solicitações podem ser dos seguintes tipos:

  • Solicitações padrão: padrão para todas as solicitações.
  • Solicitações complexas: captura solicitações de API que são computacionalmente intensas em comparação com solicitações padrão.
  • Solicitações de várias operações: captura solicitações de várias operações.

Os seguintes preços são para 100.000 solicitações por mês:

Categoria 0 a 25.000 de solicitações 25.000 a 1 bilhão de solicitações Mais de 1 bilhão de solicitações
Solicitações padrão US$ 0,00 US$ 0,39 US$ 0,29
Solicitações complexas US$ 0,00 US$ 0,69 US$ 0,59
Solicitações de várias operações US$ 0,00 US$ 0,39 US$ 0,29

A menos que especificado na tabela a seguir, todas as operações são solicitações padrão.

Operações de solicitações complexas Operações de solicitações de várias operações Operações gratuitas
dicomStores.searchForStudies
dicomStores.searchForSeries
dicomStores.searchForInstances
fhir.search
fhir.conditionalUpdate
fhir.conditionalPatch
fhir.Observation-lastn
hl7V2Stores.messages.list
dicomStores.studies.storeInstances
dicomStores.studies.series.instances.retrieveInstance
dicomStores.studies.retrieveStudy
dicomStores.studies.series.retrieveSeries
fhir.Patient-everything
fhir.executeBundle
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

Exemplo:

  • Uma única transação FHIR com 100 operações em 75 recursos consiste em 100 solicitações complexas.
  • As operações DICOM listadas na coluna "Operações de solicitação de várias operações" na tabela acima podem transferir várias instâncias DICOM em uma única solicitação. Por exemplo, uma única solicitação dicomStores.storeInstances pode ser usada para fazer upload de várias instâncias. Para essas solicitações, uma solicitação de várias operações é cobrada por cada instância DICOM transferida.

Volume de notificações

As notificações são eventos de streaming originários de armazenamentos de dados e enviados ao Google Cloud ou a endpoints externos. As notificações contêm nomes de recursos, metadados ou recursos inteiros e são geradas de acordo com uma configuração fornecida pelo usuário. Por padrão, todas as notificações são do tipo "Notificações padrão".

Os seguintes preços são por 1 milhão de notificações por mês:

Categoria 0 a 100.000 notificações Mais de 100.000 notificações
Notificações padrão US$ 0,00 US$ 0,29

Por exemplo, as notificações Pub/Sub enviadas para um tópico Pub/Sub anexado a um armazenamento de dados são notificações padrão.

Operações ETL

Há três categorias de operações de extração, carregamento e transformação (ETL) na API Cloud Healthcare: lote de exportação, transcode DICOM e streaming de exportação.

O volume total de dados é agregado em todos os serviços durante cada período de faturamento. Os seguintes preços são por GB por mês.

Categoria 0 a 1 GB 1 a 1.024 GB (1 TB) Mais de 1 TB
Lote de exportação US$ 0,19 US$ 0,14 US$ 0,09
Streaming de exportação US$ 0,34 US$ 0,29 US$ 0,24
Transcode DICOM US$ 0,00 US$ 0,004 US$ 0,003

Essas operações são cobradas com base no volume total de dados processados. As operações de exportação incluem todos os destinos, como Cloud Storage e BigQuery. A transcodificação DICOM é cobrada apenas quando uma instância DICOM é solicitada em um transfer-syntax diferente daquele em que foi carregado. Isso pode acontecer para recuperar transações e solicitações de exportação em massa. Para mais informações, consulte a seção Recuperar Transação na declaração de conformidade DICOM.

Ao exportar para o Cloud Storage:

  • O volume de dados DICOM é baseado no tamanho dos arquivos armazenados.
  • O volume de dados FHIR é baseado em bytes transferidos no formato buffer de protocolo.

Ao exportar para o BigQuery:

  • O volume de dados DICOM é baseado nos metadados DICOM armazenados.
  • O volume de dados FHIR é baseado em todo o recurso.

Para o DICOM e o FHIR, a medição usada é baseada no número de bytes do buffer do protocolo transferidos.

Ao transcodificar, o volume de dados é baseado no tamanho de entrada dos dados, e não na saída ou no tamanho intermediário máximo.

A tabela a seguir lista as operações para cada tipo de categoria ETL:

Lote de exportação Streaming de exportação Transcode DICOM
fhirStores.export
dicomStores.export
fhir.conditionalDelete
fhir.conditionalPatch
fhir.conditionalUpdate
fhir.create
fhir.delete
fhir.executeBundle fhir.patch
fhir.update
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

Operações de desidentificação

As operações de desidentificação são cobradas com base no volume de dados processados em três suboperações:

  • Inspeção: ocorre em texto ou imagens livres para descobrir instâncias de dados confidenciais.
  • Transformação: abrange a edição, substituição, hash ou alterações feitas nos dados confidenciais como parte do processo de desidentificação.
  • Processamento: abrange o custo base da operação.

A quantidade de dados em cada suboperação depende de como a operação principal está configurada.

As cobranças de faturamento são determinadas mensalmente de acordo com a quantidade de unidades processadas e o nível de classificação delas. Há três tipos de unidades, e cada um deles é calculado de maneira diferente:

  • Unidades de inspeção: baseado no número de bytes inspecionados multiplicado pelo número de infoTypes usados para inspeção. Por exemplo, inspecionar 1 GB de dados com 1 infoType equivale a 1 unidade giga (GU) de inspeção. Há uma taxa mínima de 10 quilo-unidades por operação de desidentificação.
  • Unidades de transformação: baseado no número de bytes transformados, em que 1 GB de dados é equivalente a 1 GU de transformação.
  • Unidades de processamento: baseado no número total de bytes na operação de desidentificação.

Cada tipo de unidade tem preço em sua própria categoria, conforme detalhado nas tabelas acima:

  • Os custos de inspeção e transformação são dados por faixas de unidades giga (GU) e tera-unidades (TU). Em cada intervalo, o preço é listado por GU.

    Por exemplo, para um determinado ciclo de faturamento:

    • Até 1 GU de inspeção é gratuita.
    • As unidades de inspeção são cobradas em US$ 0,20 pelo número de unidades entre 1 TU e 10 TU.
  • Os custos de processamento são fornecidos por intervalos de gigabytes (GB) e terabytes (TB). Em cada intervalo, o preço é listado por GB.

    Por exemplo, para um determinado ciclo de faturamento:

    • Até 1 GB de Armazenamento Estruturado, o processamento em lote é gratuito.
    • As unidades de Armazenamento Estruturado e processamento em lote são cobradas a US$ 0,50 pelo número de unidades entre 1 TB e 10 TB.
Sub-operação 0 a 1 GU 1 GU a 1 TU 1 TU a 10 TU Mais de 10 TU
Inspeção US$ 0,00 US$ 0,30 US$ 0,20 US$ 0,10
Transformação US$ 0,00 US$ 3,00 US$ 2,00 US$ 1,00
Sub-operação Categoria 0 a 1 GB 1 GB a 1 TB 1 TB a 10 TB Mais de 10 TB
Processando Armazenamento Estruturado, lote US$ 0,00 US$ 0,60 US$ 0,50 US$ 0,40
Processando Armazenamento de Blob, lote US$ 0,00 US$ 0,08 US$ 0,06 US$ 0,05

As cobranças pelas suboperações dependerão do trabalho com dados FHIR ou DICOM:

FHIR:

  • As cobranças de inspeção e transformação se aplicam à parte do recurso que é inspecionada em busca de dados confidenciais e posteriormente transformada.
  • As cobranças de processamento se aplicam a todo o recurso na taxa de Armazenamento Estruturado, lote.

DICOM:

  • As cobranças de inspeção são aplicadas à parte do recurso (incluindo dados de pixel) que é inspecionada quanto a dados confidenciais. Durante a inspeção, as imagens DICOM podem ser transcodificadas para um formato de arquivo diferente, como JPEG. Isso significa que o número de bytes cobrados pela inspeção da imagem pode ser menor que o tamanho da imagem original.
  • As cobranças de transformação se aplicam à parte do recurso (excluindo dados de pixel) que é transformada após a inspeção. Se a edição de imagem for realizada, as cobranças serão aplicadas apenas para inspeção, não para transformação. Para informações sobre como isso funciona na prática, consulte o exemplo de desidentificação do DICOM.
  • As cobranças de processamento se aplicam a todo o recurso e são calculadas com base no tamanho da instância DICOM original. As cobranças de processamento dos metadados DICOM usam a categoria Armazenamento Estruturado, lote. As cobranças de processamento para dados de pixel usam a categoria Armazenamento de Blob, lote.

Rede

Entrada

A entrada é sempre gratuita.

Transferência de dados entre regiões

Não há cobrança pela saída de dados quando a solicitação de transferência se origina da API Cloud Healthcare e vai para qualquer serviço no Google Cloud que esteja na mesma região.

Os preços a seguir se aplicam às transferências de dados entre regiões ou de um grupo com várias regiões para uma única região no mesmo continente e vice-versa. Os preços são por GB por mês.

Origem e destino do tráfego Mais de 0 GB
América do Norte para América do Norte US$ 0,01
Europa para Europa US$ 0,02
Ásia-Pacífico para Ásia-Pacífico US$ 0,05
Intercontinental (exceto Oceania) US$ 0,08
Intercontinental de/para Oceania US$ 0,15

Uso de rede geral

O uso geral da rede se aplica aos dados que saem do Google. A API Cloud Healthcare usa o Premium Internet Egress, com os preços mostrados abaixo. Os preços de saída são consistentes com o Google Cloud Network Pricing - Nível Premium.

Os preços são por GB por mês.

Origem e destino do tráfego 0 a 10 TB 10 a 150 TB Mais de 150 TB
América do Norte para América do Norte US$ 0,105 US$ 0,080 US$ 0,060
Europa para Europa US$ 0,105 US$ 0,080 US$ 0,060
Ásia-Pacífico para Ásia-Pacífico US$ 0,120 US$ 0,085 US$ 0,080
América do Sul para América do Sul US$ 0,120 US$ 0,085 US$ 0,080
Oceania para Oceania US$ 0,120 US$ 0,085 US$ 0,080
Intercontinental (exceto Oceania e China) US$ 0,120 US$ 0,085 US$ 0,080
Intercontinental de/para Oceania US$ 0,190 US$ 0,160 US$ 0,150
Qualquer tráfego para a China US$ 0,190 US$ 0,160 US$ 0,150

Exemplos de preços

Exemplo de preço para FHIR

Suponha que um aplicativo baseado em FHIR hospedado no Google Cloud em europe-west2 produz 25.000.000 de solicitações em um mês com uma média de 4 KB por recurso. Cinco milhões das solicitações são pesquisas de FHIR e, portanto, são faturadas como solicitações complexas. Durante um período de um mês, o armazenamento de FHIR mantém em média 1 TB de dados, incluindo sobrecarga de backup e indexação.

A tabela a seguir mostra o padrão de uso no mês especificado:

Categoria de preços Tipo de uso Valor
Volume de solicitações Solicitações padrão
Solicitações complexas
20.000.000
5.000.000
Armazenamento de dados Armazenamento Estruturado em europe-west2 1 TB

Seu faturamento para o mês é calculado da seguinte maneira:

Categoria de preços Cálculo Preço
Volume de solicitações 25.000.000 de solicitações no total:
(nível de solicitações de 0 a 25.000) 25.000 solicitações padrão * US$ 0,00
(nível de solicitações de 25.000 a 1 bilhão) 19.975.000 solicitações padrão * US$ 0,39
(nível de solicitações de 0 a 25,000) 25.000 solicitações complexas * US$ 0,00
(nível de solicitações de 25.000 a 1 bilhão) 4.975.000 solicitações complexas * US$ 0,69

US$ 0,00
US$ 77,90
US$ 0,00
US$ 34,33
Armazenamento de dados 1 TB no total:
(nível de 0 a 1 GB) 1 GB * US$ 0,00
(nível de1 GB a 1 TB) 1.023 GB * US$ 0,39

US$ 0,00
US$ 398,97
Total US$ 511,20

Exemplo de preço para DICOM

Suponha que, em um mês, um pequeno centro de geração de imagens gere o seguinte em um armazenamento DICOM localizado no us-central1:

  • 1.000 estudos de raios X (~ 10 MB cada)
  • 300 estudos de TC (~ 300 MB cada)
  • 200 estudos de ressonância magnética (~ 300 MB cada)

O centro de criação de imagens mantém as imagens por um ano, o que leva a um armazenamento mensal médio de 160 GB e a 6,4 GB adicionais de armazenamento de metatags analisadas, incluindo sobrecarga. Para estimar o número de solicitações feitas, suponha que cada estudo de raios X seja composto por uma única imagem e cada estudo por TC e ressonância magnética seja composto por 300 imagens.

Além disso, assuma o seguinte:

  • Para cada estudo, duas solicitações de pesquisa de metadados (DICOMweb Search Transaction) são feitas para um total de 2 * (1.000 + 300 + 200) = 3.000 solicitações complexas.
  • Cada imagem é recuperada duas vezes, para um total de 2 * (1.000 + 300 * 300 + 200 * 300) = 302.000 solicitações complexas.
  • As imagens devem ser transcodificadas sempre que solicitadas, para um total de 2 * 160 GB = 320 GB transcodificados.

A tabela a seguir mostra o padrão de uso no mês especificado:

Categoria de preços Tipo de uso Valor
Volume de solicitações Solicitações complexas
Solicitações de várias operações
3.000
302.000
Armazenamento de dados Armazenamento Estruturado em us-central1
Armazenamento de Blob em us-central1
6,4 GB
160 GB
Operações ETL Transcode DICOM 320 GB

Seu faturamento para o mês é calculado da seguinte maneira:

Categoria de preços Cálculo Preço
Volume de solicitações 305.000 solicitações no total:
(nível de solicitações de 0 a 25.000) 3.000 solicitações complexas * US$ 0,00
nível de solicitações de 0 a 25.000) 25.000 solicitações complexas * US$ 0,00
(nível de solicitações de 25.000 a 1 bilhão) 277.000 solicitações complexas * US$ 0,39

US$ 0,00
US$ 0,00
US$ 1,08
Armazenamento de dados 166,4 GB no total:
(nível de 0 a 1 GB) 0,5 GB de Armazenamento Estruturado * US$ 0,00
(nível de 1 GB a 1 TB) 5,9 GB de Armazenamento Estruturado * US$ 0,24
(nível de 0 a 1 GB) 1 GB de Armazenamento de Blob * US$ 0,00
(nível de 1 GB a 1 TB) 159 GB de Armazenamento de Blob * US$ 0,02

US$ 0,00
US$ 1,42
US$ 0,00
US$ 3,18
Operações ETL 320 GB no total:
(nível de 0 a 1 GB) 1 GB * US$ 0,00
(nível de 1 GB a 1 TB) 319 GB * US$ 0,004

US$ 0,00
US$ 1,28
Total US$ 6,96

Exemplo de preço para HL7v2

Suponha que um armazenamento HL7v2 no us-central1 esteja conectado a um centro de atendimento que crie 10.000.000 de mensagens por mês usando um adaptador MLLP no local. Como resultado, 10.000.000 de solicitações de recebimento serão enviadas para a API Cloud Healthcare. Em resposta, 10.000.000 de mensagens de confirmação são geradas (mas não são mantidas no armazenamento HL7v2).

Durante um período de um mês, o armazenamento HL7v2 mantém em média 80 GB de dados, incluindo sobrecarga de backup e indexação.

A tabela a seguir mostra o padrão de uso no mês especificado:

Categoria de preços Tipo de uso Valor
Volume de solicitações Solicitações padrão 20.000.000
Armazenamento de dados Armazenamento Estruturado em us-central1 80 GB

Seu faturamento para o mês é calculado da seguinte maneira:

Categoria de preços Cálculo Preço
Volume de solicitações 20.000.000 solicitações no total:
(nível de solicitações de 0 a 25.000) 25,000 solicitações padrão * US$ 0,00
(25.000 a 1 bilhão de nível de solicitações) 19.975.000 solicitações padrão * US$ 0,39

US$ 0,00
US$ 77,90
Armazenamento de dados 80 GB no total:
(nível de 0 a 1 GB) 1 GB * US$ 0,00
(nível de 1 GB a 1 TB) 79 GB * US$ 0,24

US$ 0,00
US$ 18,96
Total US$ 96,86

Exemplo de desidentificação para FHIR

Suponha que você desidentifique 10 GB de dados FHIR. Durante a desidentificação, 10% (1 GB) dos dados serão inspecionados, e 10% (0,1 GB) destes serão transformados. Um padrão de 15 infoTypes é usado.

Haverá uma cobrança para a desidentificação, calculada da seguinte forma:

Sub-operação Cálculo Preço
Inspeção 10 GB * 0,1 inspecionado * 15 infoTypes * US$ 0,30/GU US$ 4,50
Transformação 10 GB * 0,1 inspecionado * 0,1 transformado * US$ 3,00/GU US$ 0,30
Processando 10 GB * US$ 0,60/GB US$ 6,00
Total US$ 10,80

Exemplo de desidentificação para DICOM

Suponha que você desidentifique 10 GB de dados DICOM. 90% (9 GB) dos dados consistem em imagens DICOM. Todas as imagens são inspecionadas e 10% (0,9 GB) são transformadas. Um padrão de 16 infoTypes é usado.

Haverá uma cobrança para a desidentificação, calculada da seguinte forma:

Sub-operação Cálculo Preço
Inspeção 10 GB * 0,9 imagens * 16 infoTypes * US$ 0,30/GU US$ 43,20
Transformação Pacote com inspeção US$ 0,00
Processando Metadados do DICOM: 10 GB * 0,1 texto * US$ 0,60/GB
Dados de pixel: 10 GB * 0,9 imagens * US$ 0,08/GB
US$ 0,60
US$ 0,72
Total US$ 44,52

A seguir