Preços da API Cloud Healthcare

Neste documento, explicamos detalhes de preços da API Cloud Healthcare e API Healthcare Natural Language.

API Cloud Healthcare

Nesta seção, explicamos 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.

Se você não paga em dólar americano, valem 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:

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 de armazenamento de Blobs na tabela a seguir são para a classe de armazenamento padrão, que não requer duração mínima de armazenamento. Para saber mais sobre outras cobranças de classe de armazenamento de Blobs 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 se esgotar, os próximos 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 custam 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 conferir o conteúdo completo 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.conditionalUpdate
fhir.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.
  • A recuperação de um único ID de recurso FHIR usando a operação de recuperação pontual (fhirStores.rollback) custa US $0,0000099, e a recuperação de 100.000 IDs únicos de recursos FHIR 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 e 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 BLOB ingeridos e armazenados e na classe de armazenamento usada. 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 mínima do armazenamento
Standard Nenhuma
Nearline 30 dias
Coldline 90 dias
Archive 365 dias

A tabela a seguir mostra as cobranças em repouso aplicáveis ao usar as classes Nearline, Coldline Storage e Archive Storage 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
Archive US$ 0,003

As cobranças da classe de armazenamento padrão são listadas como cobranças de armazenamento de blobs para diferentes regiões na tabela Armazenamento de dados.

Exclusão antecipada de dados DICOM

Uma cobrança por exclusão antecipada se aplica quando você exclui, substitui ou regrava um objeto DICOM. Um exemplo de regravação é quando você muda a classe de armazenamento de um objeto. A cobrança por exclusão antecipada é igual ao valor que teria sido cobrado se o objeto tivesse permanecido no estado original pela duração mínima.

Veja o exemplo a seguir.

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

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

  • No fim do dia 60, você exclui todos os dados do armazenamento. Como a Coldline Storage tem uma duração mínima de armazenamento de 90 dias, você recebe a cobrança como se o objeto tivesse sido armazenado por toda a duração mínima de armazenamento de 90 dias. Veja os detalhes da cobrança:

    • O custo de armazenamento em repouso normal associado aos 60 dias em que seus dados existiram 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 
  • Ao adicionar os dois componentes da cobrança, o custo total de armazenamento dos dados DICOM por 60 dias, em vez de 90 dias, é de US $30. Esse é o mesmo custo que você pagaria se tivesse armazenado seus dados DICOM para toda a duração mínima de armazenamento de 90 dias e excluídos no final do dia 90.

Recuperação de dados DICOM

Uma taxa de recuperação é aplicada quando você lê, copia, move ou regrava dados ou metadados de objetos armazenados em Nearline Storage, Coldline Storage ou 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)
Standard US$ 0
Nearline US$ 0,01
Coldline US$ 0,02
Archive US$ 0,05

Para cada recuperação na Nearline Storage, Coldline Storage ou Archive Storage, é aplicada uma cobrança 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.

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 giga-unidades (GU) de inspeção. Por padrão, são usados no mínimo 10 infoTypes 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.

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 da 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 0 a 25.000 solicitações) 3.000 solicitações complexas * US$ 0,00
(nível de 0 a 25.000 solicitações) 25.000 solicitações em várias operações * US$ 0,00
(nível de 25.000 a 1 bilhão de solicitações) 277.000 solicitações de várias operações * US$ 0

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, valem 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 registros de texto são categorizadas nos seguintes níveis:

  • Grátis (1 registro de texto - 2.500 registros de texto)
  • Baixo volume (2.500 registros de texto a 1.000.000 registros de texto)
  • Alto volume (mais de 1.000.000 de 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 só se aplicam a registros de texto avaliados além do nível gratuito. Os preços no nível de alto volume se aplicam somente a registros de texto avaliados em excesso.

Engenharia de Nível gratuito (1 registro de texto - 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 com 800 caracteres, vai receber uma cobrança por 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.

Veja na tabela a seguir um exemplo do preço de três solicitações enviadas à API Healthcare Natural Language no nível de baixo volume (suponha 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

Veja na tabela a seguir um exemplo de preço para três solicitações enviadas à API Healthcare Natural Language. As solicitações contêm 150 milhões (150 milhões), 800 milhões (800 milhões) e 600 milhões (600 milhões), totalizando 1,55 milhão de caracteres ou 1,55 bilhão de 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 em nível gratuito, 2.501 a 150.000 registros de texto em 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 em nível 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 em nível de volume baixo, 550.000 registros de texto restantes em nível de alto volume)
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 atualizado de faturamento no console do Google Cloud, incluindo a utilização 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

Solicite uma cotação personalizada

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