Preços da API Cloud Healthcare

Este documento explica os detalhes de preços da API Cloud Healthcare e da API Healthcare Natural Language.

API Cloud Healthcare

Esta seção 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 custo de uso da API Cloud Healthcare.

Aviso: sua organização terá cobranças por todos os recursos faturáveis da API Cloud Healthcare em todos os estágios do lançamento.

Se você não paga em dólar americano, são aplicados os preços na sua moeda local listados 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:

• Armazenamento de dados
• Volume de solicitações
• Volume de notificações
• Armazenamento de dados DICOM
• Remoção antecipada de dados DICOM
• Recuperação de dados DICOM
• Operações ETL
• Operações de desidentificação
• Gerenciamento de consentimento e privacidade
• Utilização da rede

Tabelas de preços

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

Para exemplos de 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 blobs. As cobranças do armazenamento de blobs na tabela a seguir são para a classe de armazenamento padrão, que não exige duração mínima de armazenamento. Para saber mais sobre outras taxas de classe de armazenamento de Blob e a duração mínima de armazenamento, consulte Armazenamento de dados DICOM.

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.

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
• Solicitações de operações avançadas: captura operações como recuperação pontual do FHIR

As primeiras 25.000 solicitações são gratuitas. Depois que o nível gratuito acabar, os próximos níveis serão cobrados por 100.000 solicitações por mês.

Categoria	0 a 25.000 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

As solicitações de operações avançadas são cobradas a US $0,99 por 100.000 solicitações.

A menos que especificado na tabela a seguir, todas as operações são solicitações padrão. Role a tela para cima e para baixo para conferir todo o conteúdo da tabela.

Operações de solicitações complexas	Operações de solicitações de várias operações	Operações gratuitas	Operações avançadas
consentStores.evaluateUserConsents dicomStores.searchForStudies dicomStores.searchForSeries dicomStores.searchForInstances fhir.search fhir.conditionalUpdatefhir.conditionalPatchfhir.Observation-lastnfhir.ConceptMap-search-translatefhir.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

Exemplo:

• 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.
• Uma chamada para o método hl7V2Stores.messages.batchGet consiste em uma solicitação padrão e solicitações de multioperação n - 1 em que n é o número de mensagens retornadas.
• Uma chamada para o método fhir.executeBundle consiste em uma solicitação padrão e n-1 solicitações multioperação em que n é o número de entradas de pacotes solicitadas que não são operações de exclusão (fhir.delete é gratuito).
• A validação de perfis FHIR é cobrada como uma solicitação complexa para cada recurso em uma solicitação fhir.create, fhir.update e fhir.patch. As chamadas para fhir.executeBundle são cobradas para cada recurso validado no pacote. Cada um deles é cobrado apenas uma vez, independentemente do número de perfis.
• Recuperar um único ID de recurso FHIR usando a operação de recuperação pontual do FHIR (fhirStores.rollback) custa US $0,0000099, e recuperar 100.000 IDs de recurso FHIR exclusivos custa US $0,99.

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. Em geral, 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 (por 1 milhão)	mais de 100.000 notificações (por 1 milhão)
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.

Armazenamento de dados DICOM

Os dados DICOM brutos armazenados em todas as regiões usam o Armazenamento de blobs. Os metadados pesquisáveis das imagens DICOM ingeridas (como tags DICOM) são mantidos e cobrados como parte do Armazenamento estruturado.

Os preços do Armazenamento de blobs são baseados na quantidade de bytes não estruturados ou BLOBs que são ingeridos e armazenados e na classe de armazenamento que eles usam. A tabela a seguir lista as diferentes classes de armazenamento disponíveis para armazenar dados DICOM brutos e a duração mínima de armazenamento:

Classe de armazenamento	Duração de armazenamento mínima
Padrão	Nenhum
Nearline	30 dias
Coldline	90 dias
Arquivar	365 dias

A tabela a seguir mostra as cobranças em repouso aplicáveis ao usar as classes de armazenamento Nearline, Coldline e Archive para armazenar dados DICOM na API Cloud Healthcare. Essas cobranças se aplicam a todas as regiões.

Classe de armazenamento	Preço (por GB ao mês)
Nearline	US$ 0,020
Coldline	US$ 0,010
Arquivar	US$ 0,003

As cobranças da classe de armazenamento Standard são listadas como cobranças do armazenamento de blobs para diferentes regiões na tabela Data storage.

Remoção antecipada de dados DICOM

A cobrança de exclusão antecipada é aplicada quando você exclui, substitui ou reescreve um objeto DICOM. Um exemplo de reescrita é quando você muda a classe de armazenamento de um objeto. A cobrança por exclusão antecipada é igual ao valor que seria cobrado se o objeto permanecesse no estado original pela duração mínima.

Veja o exemplo a seguir.

• Você armazena 1.000 GB de objetos DICOM com a classe de armazenamento Coldline. Para o Coldline Storage, o preço por GB por mês é de US $0,01. Considerando um mês como 30 dias, o preço por GB por dia pode ser calculado da seguinte forma:

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

• No final do dia 60, você exclui todos os dados da loja. Como o Coldline Storage tem uma duração mínima de armazenamento de 90 dias, você recebe cobranças como se o objeto tivesse sido armazenado por todo o período mínimo de 90 dias. Confira o detalhe da cobrança:

  • O custo normal de armazenamento em repouso associado aos 60 dias em que seus dados existiam no bucket:

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

  • Uma taxa de exclusão antecipada associada aos 30 dias restantes na duração mínima de armazenamento de 90 dias:

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

• Somando os dois componentes da cobrança, o custo total de armazenamento dos seus dados DICOM por 60 dias, em vez de 90 dias, é de US $30. Esse é o mesmo custo que você pagaria se tivesse armazenado os dados DICOM por toda a duração mínima de armazenamento de 90 dias e os excluísse no final do dia 90.

Recuperação de dados DICOM

Uma taxa de recuperação é aplicada quando você lê, copia, move ou reescreve dados de objetos ou metadados armazenados no Nearline Storage, no Coldline Storage ou no Archive Storage. Esse custo é adicionado a todas as cobranças de rede associadas à leitura dos dados.

A tabela a seguir mostra as taxas de recuperação para cada classe de armazenamento:

Classe de armazenamento	Preço (por GB)
Padrão	US$ 0
Nearline	US$ 0,01
Coldline	US$ 0,02
Arquivar	US$ 0,05

Para cada recuperação no Nearline Storage, Coldline Storage ou Archive Storage, aplica-se uma taxa de solicitação complexa.

Operações ETL

As operações extrair, transformar e carregar (ETL) na API Cloud Healthcare estão nas seguintes categorias:

• Exportação de lotes
• Exportação de streaming
• Avaliação de lotes
• Transcodificação DICOM

O volume total de dados é agregado em todos os serviços durante cada período de cobrança. A tabela a seguir lista os custos por GB de cada operação de ETL:

Categoria	0 a 1 GB	1 a 1.024 GB (1 TB)	Mais de 1 TB
Exportação de lotes	US$ 0,19	US$ 0,14	US$ 0,09
Exportação de streaming	US$ 0,34	US$ 0,29	US$ 0,24
Avaliação de lotes	US$ 0,05	US$ 0,05	US$ 0,05
Transcodificação 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 uma transfer-syntax diferente daquela em que foi carregada. Isso pode acontecer com a transação Retrieve e solicitações de exportação em massa. Para mais informações, consulte a seção transação Retrieve na declaração de conformidade DICOM.

As operações de avaliação de lotes comparam dados entre dois armazenamentos de anotações: um de "evidência empírica" e outro "avaliado". A operação se repete nos registros de anotações no armazenamento de evidência empírica e procura correspondências (como registros de anotações que descrevem o mesmo recurso DICOM ou FHIR) no armazenamento de anotações avaliado. Os pares de anotações correspondentes são comparados para calcular a diferença entre os registros de anotações de evidência empírica e avaliado. Os preços são proporcionais ao tamanho total de pares correspondentes mais o comprimento total dos nomes de recursos no armazenamento de evidência empírica.

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.
• O volume de dados HL7v2 é baseado no tamanho dos bytes brutos das mensagens HL7v2.
• O volume de dados de registro de anotações se baseia nos 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.
• O volume de dados de registro de anotações se baseia nos bytes transferidos no formato buffer de protocolo.

Para DICOM e FHIR, a medição usada é baseada no número de bytes do buffer de 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:

Exportação de lotes	Exportação de streaming	Avaliação de lotes	Transcodificação 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

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 imagens ou texto livre 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.

Observação: as operações de desidentificação são faturadas de forma progressiva à medida que o trabalho é concluído. Uma operação que não é concluída ainda pode gerar cobranças pelo trabalho que foi concluído.

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 10 infoTypes equivale a 10 gigaunidades (GU) de inspeção. Por padrão, um mínimo de 10 infoTypes é usado para cada inspeção, o que significa que há uma cobrança mínima de 10 quilounidades 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 um preço em sua própria categoria, conforme detalhado nas tabelas acima:

• Os custos de inspeção e transformação são concebidos em faixas de gigaunidades (GU) e teraunidades (TU). Em cada faixa, 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 custam US$ 0,20 pelo número de unidades entre 1 TU e 10 TU.

• Os custos de processamento são concebidos em faixas de gigabytes (GB) e terabytes (TB). Em cada faixa, 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 custam US$ 0,50 pelo número de unidades entre 1 TB e 10 TB.

Suboperaçã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

Suboperação	Categoria	0 a 1 GB	1 GB a 1 TB	1 TB a 10 TB	Mais de 10 TB
Processamento	Armazenamento estruturado, lote	US$ 0,00	US$ 0,60	US$ 0,50	US$ 0,40
Processamento	Armazenamento de blobs, 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 à taxa de Armazenamento estruturado, lote.

DICOM:

• As cobranças de inspeção são aplicadas à parte do recurso (incluindo dados de pixels) que é inspecionada quanto a dados confidenciais.
• As cobranças de transformação se aplicam à parte do recurso (excluindo dados de pixels) que é transformada após a inspeção. Se a edição da 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 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 pixels usam a categoria Armazenamento de blobs, lote.

Gerenciamento de consentimento e privacidade

O faturamento da API Consent Management é realizado com base no número de recursos Consent gerenciados e no número de recursos UserDataMapping avaliados durante as operações de determinação de acesso em lote.

O número de consentimentos gerenciados é o número médio de objetos Consent ACTIVE e DRAFT durante o período de faturamento. Os consentimentos REVOKED, REJECTED e ARCHIVED não são faturados.

Para o método de determinação de acesso em lote projects.locations.datasets.consentStores.queryAccessibleData, o número de recursos UserDataMapping avaliados é o número total de recursos UserDataMapping no armazenamento de consentimento no momento da solicitação.

A cobrança de armazenamento e operações da API Consent Management é realizada conforme descrito em Armazenamento de dados e Volume de solicitações. Toda cobrança de armazenamento de consentimento é realizada como Armazenamento estruturado, exceto pelos bytes não estruturados ou BLOBs armazenados em um consentArtifact. Todas as operações de consentimento são solicitações padrão, com exceção de EvaluateUserConsent, que é faturado como uma solicitação complexa, e QueryAccessibleData, que é faturado conforme descrito na seção anterior. Durante o período promocional atual, não haverá cobrança por armazenamento ou operações padrão/complexas.

Unidade	Preço
Consentimentos gerenciados	US$ 0,05 por consentimento/mês
Determinação de acesso, lote	US$ 0,016 por 1 milhão de recursos UserDataMapping avaliados

Uso da rede

Transferência de dados de entrada

A transferência de dados de entrada é sempre gratuita.

Transferência de dados entre regiões

Não há cobrança pela transferência 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 Cloud. A API Cloud Healthcare usa a transferência de dados da Internet Premium, com os preços mostrados abaixo. Os preços de transferência de dados são consistentes com os preços de rede do Google Cloud - 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 produza 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 indexação e backup.

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 de 1 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 em 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 de TC e ressonância magnética seja composto por 300 imagens.

Além disso, considere o seguinte:

• Para cada estudo, são feitas duas solicitações de pesquisa de metadados (transação de pesquisa DICOMweb) totalizando 2 * (1.000 + 300 + 200) = 3.000 solicitações complexas.
• Cada imagem é recuperada duas vezes, totalizando 2*(1.000 + 300 * 300 + 200 * 300) = 302.000 solicitações de várias operações.
• As imagens devem ser transcodificadas sempre que solicitadas, totalizando 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 blobs em us-central1	6,4 GB 160 GB
Operações ETL	Transcodificação 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 de várias operações * US$ 0,00 (nível de solicitações de 25.000 a 1 bilhão) 277.000 solicitações de várias operações * 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 blobs * US$ 0,00 (nível de 1 GB a 1 TB) 159 GB de Armazenamento de blobs * 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 em 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 ingestão 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 indexação e backup.

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

Suboperaçã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
Processamento	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:

Suboperação	Cálculo	Preço
Inspeção	10 GB * 0,9 imagem * 16 infoTypes * US$ 0,30/GU	US$ 43,20
Transformação	Pacote com inspeção	US$ 0,00
Processamento	Metadados DICOM: 10 GB * 0,1 texto * US$ 0,60/GB Dados de pixels: 10 GB * 0,9 imagem * US$ 0,08/GB	US$ 0,60 US$ 0,72
Total		US$ 44,52

Exemplos de volume de notificações

Imagine que um aplicativo com base em FHIR gere 1,6 milhão de notificações do Pub/Sub por mês. Como as notificações são calculadas por um milhão, sua fatura será calculada da seguinte maneira:

Tipo de notificação	Cálculo	Preço
Notificação do Pub/Sub	1.600.000 notificações no total: (nível de 0 a 100.000 notificações) 100.000 notificações * US$ 0,00 (nível de 100.000 a 1,1 milhão de notificações) US$ 0,29 (nível de 1,1 milhão a 1,6 milhão de notificações) US$ 0,29 * 0,5	US$ 0,00 US$ 0,29 US$ 0,145
Total	US$ 0,435

API Healthcare Natural Language

A API Healthcare Natural Language oferece um conjunto de recursos para extrair informações de saúde do texto médico. Você paga apenas pelos recursos usados, sem compromisso antecipado. A API é compatível com os seguintes recursos:

Tipo de recurso	Descrição
Análise de entidades	Analise entidades de saúde no texto. A resposta inclui as menções de entidades reconhecidas e as relações entre elas. Cada entidade está vinculada a um vocabulário médico padrão.

Se você não paga em dólar americano, são aplicados os preços na sua moeda local listados na página SKUs do Cloud Platform.

Registros de texto de preços

O uso da API Healthcare Natural Language é calculado com base no volume mensal de registros de texto. Um registro de texto contém 1.000 caracteres. Os caracteres são Unicode (incluindo espaços em branco e qualquer caractere de marcação, como tags HTML ou XML).

As cobranças de registro de texto são categorizadas nos seguintes níveis:

• Gratuito (1 registro de texto a 2.500 registros de texto)
• Volume baixo (2.500 registros de texto a 1.000.000 registros de texto)
• Volume alto (mais de 1.000.000 registros de texto)

Os custos da API Healthcare Natural Language são calculados a cada mês com base nos recursos usados e na quantidade de registros de texto avaliados com esses recursos. A tabela a seguir mostra o preço por registro de texto durante um mês de faturamento. Os preços no nível de baixo volume se aplicam apenas aos registros de texto avaliados além do nível gratuito. Os preços no nível de alto volume só se aplicam a registros de texto avaliados em excesso do nível de baixo volume.

Recurso	Nível gratuito (de 1 a 2.500 registros de texto)	Nível de baixo volume (2.500 registros de texto a 1.000.000 registros de texto)	Nível de alto volume (mais de 1.000.000 registros de texto)
Análise de entidades	US$ 0,00	US$ 0,10	US$ 0,03

Os registros de texto são faturados em incrementos de 0, 1 registros ou unidades. Por exemplo, se você exceder o nível gratuito mensal e enviar uma solicitação contendo 800 caracteres, a cobrança será feita com base em 0, 8 registros de texto. O custo total seria de US $0,08, calculado da seguinte maneira: 0.8 * $0.10.

Se o número de caracteres em uma solicitação não for múltiplo de 100, a contagem de caracteres será arredondada para cima até o próximo incremento de 100.

A tabela a seguir mostra um exemplo dos preços de três solicitações enviadas à API Healthcare Natural Language no nível de volume baixo (considere que 2.500 registros de texto já foram enviados e o nível gratuito foi esgotado). As solicitações contêm 8.000, 15.000 e 6.000 caracteres.

	Número de caracteres	Unidades de registro de texto	Preço
Solicitação 1	8.000	8	US$ 0,80
Solicitação 2	15.000	15	US$ 1,50
Solicitação 3	6.000	6	US$ 0,60
Total	29.000	29	US$ 2,90

Confira na tabela a seguir um exemplo dos preços de três solicitações enviadas à API Healthcare Natural Language. As solicitações contêm 150.000.000 (150 milhões), 800.000.000 (800 milhões) e 600.000.000 (600 milhões) de caracteres, totalizando 1.550.000.000 (1,55 bilhão) de caracteres ou 1.550.000 registros de texto.

	Número de caracteres	Unidades de registro de texto	Unidades de registro de texto cumulativas	Preço
Solicitação 1	150.000.000	150.000	150.000	US$ 14.750,00 (0 a 2.500 registros de texto no nível gratuito, 2.501 a 150.000 registros de texto no nível de baixo volume)
Solicitação 2	800.000.000	800.000	950.000	US$ 80.000,00 (150.000 a 950.000 registros de texto na faixa de baixo volume)
Solicitação 3	600.000.000	600.000	1.550.000	US$ 21.500,00 (950.000 a 1.000.000 registros de texto no nível de volume baixo, os 550.000 registros de texto restantes no nível de volume alto)
Total	1.550.000.000	1.550.000	1.550.000	US$ 116.250,00

Custos do Google Cloud Platform

Se você armazenar textos para serem analisados no Cloud Storage ou usar outros recursos do Google Cloud com a API Healthcare Natural Language, como a API Cloud Healthcare ou instâncias do Compute Engine, também será ser cobrado pelo uso desses serviços. Consulte a calculadora de preços do Google Cloud para determinar outros custos com base nas taxas atuais.

Para ver seu status atual de faturamento no console do Google Cloud, inclusive o uso e a fatura atual, consulte a página "Faturamento". Para mais detalhes sobre o gerenciamento da sua conta, consulte a documentação do Cloud Billing ou o suporte de faturamento e pagamentos.

A seguir

• Dê os primeiros passos com a API Cloud Healthcare, seguindo os Guias de início rápido.
• Leia os Guias de instruções da API Cloud Healthcare disponíveis.
• Leia a documentação da API Cloud Healthcare.
• Use a calculadora de preços.
• Saiba mais sobre soluções e casos de uso da API Cloud Healthcare.

Solicite uma cotação personalizada

Com o sistema de pagamento por uso do Google Cloud, você paga apenas pelos serviços que usa. Entre em contato com nossa equipe de vendas e receba uma cotação personalizada para sua organização.

Entre em contato