Precios

En este documento se detallan los precios de la API de Cloud Healthcare. También puedes usar la calculadora de precios de Google Cloud para estimar el coste de uso de esta API.

Si pagas en una moneda que no sea el dólar estadounidense, se aplicarán los precios que figuran para tu divisa en los SKU de Cloud Platform.

Resumen de precios

Los precios de la API de Cloud Healthcare se basan en una combinación de los siguientes elementos:

Tablas de precios

En las siguientes tablas de precios se muestran los cargos que se aplican por el uso de la API de Cloud Healthcare.

Para ver ejemplos que reflejan el uso y los cargos, ve a la sección Ejemplos de precios.

Almacenamiento de datos

El almacenamiento de datos se factura según dos categorías: almacenamiento estructurado o almacenamiento de blobs.

De forma predeterminada, todos los cargos por almacenamiento forman parte de la categoría de almacenamiento estructurado. El volumen de almacenamiento se basa en los bytes de datos ingeridos más la sobrecarga asociada a la indexación (medida por bytes indexados) y los bytes de las copias de seguridad. Los precios se basan en las mediciones periódicas agregadas de todos los almacenes de datos durante un periodo de facturación.

Los datos DICOM sin procesar de todas las regiones usan el almacenamiento de blobs. Los precios de este tipo de almacenamiento se basan en la cantidad de bytes sin estructurar o "blobs" que se ingieren y almacenan. Los metadatos de imágenes DICOM ingeridas (como las etiquetas DICOM) disponibles para búsquedas se conservan y facturan como parte del almacenamiento estructurado.

Volumen de solicitudes

Una solicitud es una operación HTTPS o gRPC que se invoca mediante cualquiera de las siguientes opciones:

  • El punto de conexión healthcare.googleapis.com
  • La herramienta gcloud
  • La consola de Google Cloud

Hay varios tipos de solicitudes:

  • Solicitudes estándar: todas las solicitudes pertenecen a esta categoría de forma predeterminada.
  • Solicitudes complejas: las solicitudes a API que consumen muchos recursos computacionales en comparación con las estándar.
  • Solicitudes multioperación: las solicitudes que requieren varias operaciones.

Los siguientes precios son por 100.000 solicitudes al mes:

Categoría Hasta 25.000 solicitudes De 25.000 a 1000 millones de solicitudes Más de 1000 millones de solicitudes
Solicitudes estándar 0,00 USD 0,39 USD 0,29 USD
Solicitudes complejas 0,00 USD 0,69 USD 0,59 USD
Solicitudes multioperación 0,00 USD 0,39 USD 0,29 USD

A menos que se especifiquen en la siguiente tabla, todas las operaciones son solicitudes estándar.

Operaciones de solicitudes complejas Operaciones de solicitudes multioperación Operaciones gratuitas
dicomStores.searchForStudies
dicomStores.searchForSeries
dicomStores.searchForInstances
fhir.search
fhir.conditionalUpdate
fhir.conditionalPatch
fhir.Observation-lastn
hl7V2Stores.messages.list
dicomStores.studies.storeInstances
dicomStores.studies.series.instances.retrieveInstance
dicomStores.studies.retrieveStudy
dicomStores.studies.series.retrieveSeries
fhir.Patient-everything
fhir.executeBundle
fhirStores.delete
fhirStores.import
fhir.delete
fhir.Resource-purge
fhir.conditionalDelete
dicomStores.delete
dicomStores.studies.delete
dicomStores.studies.series.delete
dicomStores.studies.series.instances.delete
hl7V2Stores.delete
hl7V2Stores.messages.delete
datasets.delete

Por ejemplo:

  • Una única transacción FHIR con 100 operaciones que abarcan 75 recursos supone un total de 100 solicitudes complejas.
  • Las operaciones DICOM que se enumeran en la columna "Operaciones de solicitudes multioperación" de la tabla anterior pueden transferir varias instancias DICOM con una única solicitud (por ejemplo, una única solicitud dicomStores.storeInstances se puede usar para subir varias instancias). En tales casos, se cobra por una solicitud multioperación por cada instancia DICOM transferida.

Volumen de notificaciones

Las notificaciones son eventos de streaming que se originan en los almacenes de datos y que se envían a Google Cloud o a puntos de conexión externos. Contienen nombres de recursos, sus metadatos o recursos enteros. Además, se generan según la configuración que proporcione el usuario. De forma predeterminada, todas las notificaciones pertenecen a la categoría "Notificaciones estándar".

Los siguientes precios son por 1 millón de notificaciones al mes:

Categoría Hasta 100.000 notificaciones Más de 100.000 notificaciones
Notificaciones estándar 0,00 USD 0,29 USD

Por ejemplo, las notificaciones de Pub/Sub que se envían a un tema de Pub/Sub vinculado a un almacén de datos son de tipo estándar.

Operaciones de extracción, transformación y carga (ETL)

Las operaciones de extracción, transformación y carga (ETL) de la API de Cloud Healthcare se dividen en tres categorías: exportar lotes, exportar streaming y transcodificar DICOM.

En el volumen total se tienen en cuenta los datos agregados de todos los servicios durante cada periodo de facturación. Los siguientes precios son por GB al mes.

Categoría Hasta 1 GB De 1 a 1024 GB (1 TB) Más de 1 TB
Exportar lote 0,19 USD 0,14 USD 0,09 USD
Exportar streaming 0,34 USD 0,29 USD 0,24 USD
Transcodificar DICOM 0,00 USD 0,004 USD 0,003 USD

Estas operaciones se facturan según el volumen total de datos procesados. Las operaciones de exportación incluyen todos los destinos, como Cloud Storage y BigQuery. La transcodificación DICOM solo se cobra cuando se solicita una instancia DICOM con un valor de transfer-syntax distinto al que se ha usado para subirla. Puede ser el caso con las solicitudes de recuperación de transacciones y de exportación en bloque. Para obtener más información, consulta la sección sobre la recuperación de transacciones de la declaración de conformidad de DICOM.

A la hora de exportar a Cloud Storage:

  • El volumen de los datos DICOM se basa en el tamaño de los archivos almacenados.
  • El volumen de los datos FHIR se basa en los bytes transferidos en el formato de búfer de protocolo.

A la hora de exportar a BigQuery:

  • El volumen de los datos DICOM se basa en los metadatos DICOM almacenados.
  • El volumen de los datos FHIR se basa en el recurso entero.

Tanto en el caso de DICOM como en el de FHIR se usa una medición basada en el número de bytes de búfer de protocolo transferidos.

A la hora de transcodificar, el volumen de los datos no se basa en el tamaño intermedio máximo ni de salida, sino en el tamaño de entrada.

En la siguiente tabla se enumeran las operaciones de cada tipo de categoría ETL:

Exportar lote Exportar streaming Transcodificar DICOM
fhirStores.export
dicomStores.export
fhir.conditionalDelete
fhir.conditionalPatch
fhir.conditionalUpdate
fhir.create
fhir.delete
fhir.executeBundle fhir.patch
fhir.update
dicomStores.export
dicomStores.studies.retrieveStudy
dicomStores.series.retrieveSeries
dicomStores.studies.series.instances.retrieveInstance
dicomStores.studies.series.instances.retrieveRendered
dicomStores.studies.series.instances.frames.retrieveFrames
dicomStores.studies.series.instances.frames.retrieveRendered

Operaciones de desidentificación

Las operaciones de desidentificación se facturan según el volumen de datos procesados en estas tres suboperaciones:

  • Inspección: se realiza con imágenes o texto libre para descubrir instancias de datos sensibles.
  • Transformación: incluye la ocultación, la sustitución, la compresión o la modificación de los datos sensibles como parte del proceso de desidentificación.
  • Procesamiento: hace referencia al coste base de la operación.

La cantidad de datos de cada suboperación depende de cómo esté configurada la operación principal.

Los cargos de facturación se determinan cada mes en función del número de unidades procesadas y sus niveles. Hay tres tipos de unidades. Cada una de ellas se calcula de manera diferente:

  • Unidades de inspección: se basan en el número de bytes inspeccionados, multiplicado por el número de infoTypes usados en la inspección. Por ejemplo, inspeccionar 1 GB de datos con 1 infoType equivale a 1 gigaunidad (GU) de inspección. Hay un coste mínimo de 10 kilounidades por operación de desidentificación.
  • Unidades de transformación: se basan en el número de bytes transformados. 1 GB de datos equivale a 1 GU de transformación.
  • Unidades de procesamiento: se basan en el número total de bytes de la operación de desidentificación.

El precio de cada tipo de unidad depende de la categoría, tal como se especifica en las tablas anteriores:

  • Los costes de inspección y transformación se ofrecen en intervalos de gigaunidades (GU) y teraunidades (TU). Dentro de cada intervalo, el precio se indica por GU.

    A continuación tienes un ejemplo de facturación de un ciclo determinado:

    • Hasta 1 GU de inspección es gratis.
    • Las unidades de inspección se facturan a 0,20 USD si el total está comprendido entre 1 y 10 TU.
  • Los costes de procesamiento se ofrecen en intervalos de gigabytes (GB) y terabytes (TB). Dentro de cada intervalo, el precio se indica por GB.

    A continuación tienes un ejemplo de facturación de un ciclo determinado:

    • Hasta 1 GB de almacenamiento estructurado, el procesamiento por lotes es gratis.
    • Las unidades de almacenamiento estructurado y procesamiento por lotes se facturan a 0,50 USD si el total está comprendido entre 1 y 10 TB.
Suboperación Hasta 1 GU De 1 GU a 1 TU De 1 a 10 TU Más de 10 TU
Inspección 0,00 USD 0,30 USD 0,20 USD 0,10 USD
Transformación 0,00 USD 3,00 USD 2,00 USD 1,00 USD
Suboperación Categoría Hasta 1 GB De 1 GB a 1 TB De 1 a 10 TB Más de 10 TB
Procesamiento Almacenamiento estructurado, por lotes 0,00 USD 0,60 USD 0,50 USD 0,40 USD
Procesamiento Almacenamiento de blobs, por lotes 0,00 USD 0,08 USD 0,06 USD 0,05 USD

Los precios de las suboperaciones dependen de si trabajas con datos FHIR o DICOM:

FHIR:

  • Los cargos por inspección y transformación se aplican a la parte del recurso que se inspecciona en busca de datos sensibles y, posteriormente, se transforma.
  • Los cargos por procesamiento se aplican al recurso entero según la tarifa del almacenamiento estructurado y el procesamiento por lotes.

DICOM:

  • Los cargos por inspección se aplican a la parte del recurso (incluidos los datos de píxeles) que se inspecciona en busca de datos sensibles. Durante la inspección, puede que las imágenes DICOM se transcodifiquen a otro formato de archivo, como JPEG. Como consecuencia, es posible que el número de bytes facturados por la inspección de imágenes sea menor que el tamaño original de las imágenes.
  • Los cargos por transformación se aplican a la parte del recurso (excluidos los datos de píxeles) que se transforma después de la inspección. Si se realiza ocultación de imágenes, solo se factura la inspección, no la transformación. Para obtener más información sobre cómo funciona en la práctica, consulta el ejemplo de desidentificación de DICOM.
  • Los cargos por procesamiento se aplican al recurso entero y se calculan según el tamaño de la instancia DICOM original. Los cargos por procesamiento de metadatos DICOM se basan en la categoría de almacenamiento estructurado y el procesamiento por lotes. Los cargos por procesamiento relativos al uso de datos de píxeles se rigen por la categoría del almacenamiento de blobs y el procesamiento por lotes.

Red

Entrada

El tráfico de entrada siempre es gratis.

Transferencia de datos interregionales

La salida de datos es gratuita cuando la solicitud de transferencia procede de la API de Cloud Healthcare y llega a cualquier servicio de Google Cloud de la misma región.

Los siguientes precios se aplican a las transferencias de datos de una región a otra o de un grupo multirregional a una única región del mismo continente y viceversa. Los precios son por GB al mes.

Origen y destino del tráfico Más de 0 GB
De Norteamérica a Norteamérica 0,01 USD
De Europa a Europa 0,02 USD
De Asia‑Pacífico a Asia‑Pacífico 0,05 USD
Intercontinental (excluida Oceanía) 0,08 USD
Intercontinental con Oceanía como origen o destino 0,15 USD

Uso de red general

El uso de red general se aplica a los datos que salen de Google. La API de Cloud Healthcare usa la salida de Internet premium con los precios que se detallan a continuación. Los precios de salida se corresponden con los del nivel premium de la red de Google Cloud.

Los precios son por GB al mes.

Origen y destino del tráfico Hasta 10 TB De 10 a 150 TB Más de 150 TB
De Norteamérica a Norteamérica 0,105 USD 0,080 USD 0,060 USD
De Europa a Europa 0,105 USD 0,080 USD 0,060 USD
De Asia‑Pacífico a Asia‑Pacífico 0,120 USD 0,085 USD 0,080 USD
De Sudamérica a Sudamérica 0,120 USD 0,085 USD 0,080 USD
De Oceanía a Oceanía 0,120 USD 0,085 USD 0,080 USD
Intercontinental (excluidas Oceanía y China) 0,120 USD 0,085 USD 0,080 USD
Intercontinental con Oceanía como origen o destino 0,190 USD 0,160 USD 0,150 USD
Cualquier tráfico a China 0,190 USD 0,160 USD 0,150 USD

Ejemplos de precios

Ejemplo de precios de FHIR

Supongamos que una aplicación basada en FHIR y alojada en la región europe-west2 de Google Cloud produce 25 millones de solicitudes al mes con una media de 4 kB por recurso. Como 5 millones de esas solicitudes son búsquedas FHIR, se facturan como solicitudes complejas. En el periodo de un mes, el almacén FHIR conserva una media de 1 TB de datos, incluida la sobrecarga asociada a la indexación y a las copias de seguridad.

En la siguiente tabla aparece el patrón de uso durante el mes en cuestión:

Categoría de precios Tipo de uso Cantidad
Volumen de solicitudes Solicitudes estándar
Solicitudes complejas
20.000.000
5.000.000
Almacenamiento de datos Almacenamiento estructurado en europe-west2 1 TB

La factura del mes se calcularía así:

Categoría de precios Cálculo Precio
Volumen de solicitudes 25.000.000 de solicitudes totales:
(Nivel de hasta 25.000 solicitudes) 25.000 solicitudes estándar * 0,00 USD
(Nivel de 25.000 a 1000 millones de solicitudes) 19.975.000 solicitudes estándar * 0,39 USD
(Nivel de hasta 25.000 solicitudes) 25.000 solicitudes complejas * 0 USD
(Nivel de 25.000 a 1000 millones de solicitudes) 4.975.000 solicitudes complejas * 0,69 USD

0,00 USD
77,90 USD
0 USD
34,33 USD
Almacenamiento de datos 1 TB en total:
(Nivel de hasta 1 GB) 1 GB * 0,00 USD
(Nivel de 1 GB a 1 TB) 1023 GB * 0,39 USD

0,00 USD
398,97 USD
Total 511,20 USD

Ejemplo de precios de DICOM

Supongamos que, en un mes, un pequeño centro de diagnóstico por imagen genera los siguientes elementos en un almacén DICOM ubicado en us-central1:

  • 1000 estudios de rayos X (aproximadamente, 10 MB cada uno)
  • 300 TAC (aproximadamente, 300 MB cada uno)
  • 200 resonancias magnéticas (aproximadamente, 300 MB cada una)

El centro conserva las imágenes durante un año, lo que conlleva un almacenamiento medio mensual de 160 GB, así como otros 6,4 GB de metaetiquetas analizadas, incluida la sobrecarga. Para calcular el número de solicitudes realizadas, supongamos que cada estudio de rayos X consta de una única imagen, y cada tomografía y cada resonancia magnética, de 300 imágenes.

Supongamos también lo siguiente:

  • En cada estudio se realizan 2 solicitudes de búsqueda de metadatos (transacción de búsqueda de DICOMweb) para un total de 2 * (1000 + 300 + 200) = 3000 solicitudes complejas.
  • Como cada imagen se recupera dos veces, hace un total de 2 * (1000 + 300 * 300 + 200 * 300) = 302.000 solicitudes complejas.
  • Las imágenes tienen que transcodificarse cada vez que se solicitan, lo que hace un total de 2 * 160 GB = 320 GB transcodificados.

En la siguiente tabla aparece el patrón de uso durante el mes en cuestión:

Categoría de precios Tipo de uso Cantidad
Volumen de solicitudes Solicitudes complejas
Solicitudes multioperación
3000
302.000
Almacenamiento de datos Almacenamiento estructurado en us-central1
Almacenamiento de blobs en us-central1
6,4 GB
160 GB
Operaciones de extracción, transformación y carga (ETL) Transcodificar DICOM 320 GB

La factura del mes se calcularía así:

Categoría de precios Cálculo Precio
Volumen de solicitudes 305.000 solicitudes totales:
(Nivel de hasta 25.000 solicitudes) 3000 solicitudes complejas * 0,00 USD
(Nivel de hasta 25.000 solicitudes) 25.000 solicitudes complejas * 0,00 USD
(Nivel de 25.000 a 1000 millones de solicitudes) 277.000 solicitudes complejas * 0,39 USD

0,00 USD
0 USD
1,08 USD
Almacenamiento de datos 166,4 GB en total:
(Nivel de hasta 1 GB) 0,5 GB de almacenamiento estructurado * 0,00 USD
(Nivel de 1 GB a 1 TB) 5,9 GB de almacenamiento estructurado * 0,24 USD
(Nivel de hasta 1 GB) 1 GB de almacenamiento de blobs * 0 USD
(Nivel de 1 GB a 1 TB) 159 GB de almacenamiento de blobs * 0,02 USD

0 USD
1,42 USD
0,00 USD
3,18 USD
Operaciones de extracción, transformación y carga (ETL) 320 GB en total:
(Nivel de hasta 1 GB) 1 GB * 0,00 USD
(Nivel de 1 GB a 1 TB) 319 GB * 0,004 USD

0,00 USD
1,28 USD
Total 6,96 USD

Ejemplo de precios de HL7v2

Supongamos que un almacén HL7v2 de us-central1 está conectado a un centro geriátrico que crea 10 millones de mensajes mensuales mediante un adaptador MLLP on‑premise. Como consecuencia, se envían 10 millones de solicitudes de ingestión a la API de Cloud Healthcare. En respuesta, se generan 10 millones de mensajes de confirmación (aunque no se conservan en el almacén HL7v2).

En el periodo de un mes, el almacén HL7v2 conserva una media de 80 GB de datos, incluida la sobrecarga asociada a la indexación y a las copias de seguridad.

En la siguiente tabla aparece el patrón de uso durante el mes en cuestión:

Categoría de precios Tipo de uso Cantidad
Volumen de solicitudes Solicitudes estándar 20.000.000
Almacenamiento de datos Almacenamiento estructurado en us-central1 80 GB

La factura del mes se calcularía así:

Categoría de precios Cálculo Precio
Volumen de solicitudes 20.000.000 de solicitudes totales:
(Nivel de hasta 25.000 solicitudes) 25.000 solicitudes estándar * 0,00 USD
(Nivel de 25.000 a 1000 millones de solicitudes) 19.975.000 solicitudes estándar * 0,39 USD

0,00 USD
77,90 USD
Almacenamiento de datos 80 GB en total:
(Nivel de hasta 1 GB) 1 GB * 0,00 USD
(Nivel de 1 GB a 1 TB) 79 GB * 0,24 USD

0,00 USD
18,96 USD
Total 96,86 USD

Ejemplo de desidentificación de FHIR

Supongamos que desidentificas 10 GB de datos FHIR. Durante el proceso, se inspecciona el 10 % de los datos (1 GB), del cual se transforma, a su vez, el 10 % (0,1 GB). De forma predeterminada, se usan 15 infoTypes.

La factura de la desidentificación se calcularía así:

Suboperación Cálculo Precio
Inspección 10 GB * 0,1 inspeccionado * 15 infoTypes * 0,30 USD/GU 4,50 USD
Transformación 10 GB * 0,1 inspeccionado * 0,1 transformado * 3,00 USD/GU 0,30 USD
Procesamiento 10 GB * 0,60 USD/GB 6,00 USD
Total 10,80 USD

Ejemplo de desidentificación de DICOM

Supongamos que desidentificas 10 GB de datos DICOM. El 90 % de los datos (9 GB) consta de imágenes DICOM. Aunque se inspeccionan todas las imágenes, se transforma el 10 % (0,9 GB). De forma predeterminada, se usan 16 infoTypes.

La factura de la desidentificación se calcularía así:

Suboperación Cálculo Precio
Inspección 10 GB * 0,9 imágenes * 16 infoTypes * 0,30 USD/GU 43,20 USD
Transformación Se incluye con la inspección 0,00 USD
Procesamiento Metadatos DICOM: 10 GB * 0,1 de texto * 0,60 USD/GB
Datos de píxeles: 10 GB * 0,9 imágenes * 0,08 USD/GB
0,60 USD
0,72 USD
Total 44,52 USD

Pasos siguientes