Preços da API Cloud Healthcare

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

API Cloud Healthcare

Esta seção explica em detalhes os preços da API Cloud Healthcare. Você também pode usar o 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, 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
• Exclusã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 de armazenamento de Blob na tabela a seguir são para classe de armazenamento, que não exige uma duração mínima de armazenamento. Para saber mais sobre outros Cobranças de classe de armazenamento de blobs e sua 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ção avançada: captura operações como FHIR no-time recuperação

As primeiras 25.000 solicitações são gratuitas. Depois que o nível gratuito terminar, os próximos níveis têm o preço calculado por 100.000 solicitações ao 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ção avançada 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 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.conditionalUpdate fhir.conditionalPatch fhir.Observation-lastn fhir.ConceptMap-search-translate fhir.Resource-validate fhir.Resource-incoming-references Se perfis FHIR forem usados: fhir.create fhir.update fhir.patch	dicomStores.studies.storeInstances dicomStores.studies.series.instances.retrieveInstance dicomStores.studies.retrieveStudy dicomStores.studies.series.retrieveSeries fhir.Patient-everything fhir.executeBundle hl7V2Stores.messages.batchGet	fhirStores.delete fhirStores.import fhir.delete fhir.Resource-purge fhir.conditionalDelete dicomStores.delete dicomStores.studies.delete dicomStores.studies.series.delete dicomStores.studies.series.instances.delete hl7V2Stores.delete hl7V2Stores.messages.delete datasets.delete annotationStores.delete annotationStores.import annotationStores.annotations.delete	fhirStores.rollback

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.
• Como recuperar um único ID de recurso FHIR usando a recuperação pontual do FHIR (fhirStores.rollback) custa US $0,0000099, e a recuperação 100.000 IDs de recursos FHIR exclusivos custam 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 armazenados e brutos em todas as regiões usam o Armazenamento de blobs. Metadados pesquisáveis de as imagens DICOM ingeridas (como tags DICOM) são mantidas e cobradas como parte do Armazenamento estruturado.

Os preços do Armazenamento de blobs são baseados na quantidade de bytes não estruturados ou BLOB que são ingeridos e armazenados e na classe de armazenamento usada. O seguinte 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 o Nearline Storage, Coldline Storage e Archive Storage para armazenar dados DICOM 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 padrão estão listadas como Blob Cobranças de armazenamento para diferentes regiões no Armazenamento de dados tabela.

Exclusão antecipada de dados DICOM

Uma cobrança de exclusão antecipada se aplica quando você exclui, substitui ou reescreve um arquivo DICOM objeto. Um exemplo de regravação é quando você altera a classe de armazenamento de um objeto. A cobrança por exclusão antecipada é igual ao valor que seria cobrado, se o objeto permaneceu 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 ao 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 

• Ao final do 60o dia, você exclui todos os dados no armazenamento. Como o Coldline armazenamento tiver uma duração mínima de 90 dias, você será cobrado como se o objeto foi armazenado durante todo o período mínimo de armazenamento de 90 dias. Estes são os detalhamento da cobrança:

  • O custo de armazenamento em repouso normal associado aos os 60 dias em que os 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 

• Adicionando os dois componentes da cobrança, o custo total de armazenamento do seu arquivo DICOM para 60 dias em vez de 90 dias é US $30. Esse é o mesmo custo que você se você tivesse armazenado seus dados DICOM para todo o armazenamento mínimo de 90 dias e excluídos ao final do 90o dia.

Recuperação de dados DICOM

Uma taxa de recuperação é aplicada quando você lê, copia, move ou reescreve dados de objetos ou metadados armazenados em Nearline Storage, Coldline Storage ou Archive Storage. Esse custo será adicionado a todas as cobranças de rede. associados à 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, será 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 para 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 espaço com 10 infoTypes é equivalente a 10 giga-unidades (GU) de inspeção. Por padrão, pelo menos 10 infoTypes são usados para cada inspeção, o que significa que há uma cobrança 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 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 de a API Cloud Healthcare e vai para qualquer serviço no Google Cloud que está 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. O A API Cloud Healthcare usa a Transferência de dados da Internet premium, com os preços mostrados a seguir. 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 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 de solicitações) US$ 277.000 Nível de solicitações com várias operações * 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, 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 em termos de: registro de texto mensal. 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:

• Gratuito (1 registro de texto - 2.500 registros de texto)
• Baixo volume (2.500 registros de texto - 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 na alta o nível de volume só se aplica aos registros de texto avaliados que excedem o nível de volume baixo.

Recurso	Nível gratuito (1 registro de texto - 2.500 registros de texto)	Nível de baixo volume (2.500 registros de texto - 1.000.000 de registros de texto)	Nível de alto volume (mais de 1.000.000 de 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ê tiver excedido o nível gratuito mensal e enviar uma solicitação contendo 800 caracteres, será cobrado 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.

A tabela a seguir mostra um exemplo dos preços de três solicitações enviadas para a API Healthcare Natural Language no nível de baixo volume (suponha que 2.500 registros registros já foram enviados e o nível gratuito se esgotou). 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 mil	29	US$ 2,90

A tabela a seguir mostra um exemplo dos preços para três solicitações enviados à 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 mil	US$ 80.000 (150.000 a 950.000 registros de texto no 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 no nível de baixo volume, restando 550.000 registros de texto no 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 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.