Precios de la API de Cloud Healthcare

En este documento, se explican los detalles de los precios de la API de Cloud Healthcare y la API de Healthcare Natural Language.

API de Cloud Healthcare

En esta sección, se explican los detalles de los precios de la API de Cloud Healthcare. Además, puedes usar la Google Cloud calculadora de precios para determinar los costos de usar la API de Cloud Healthcare.

Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que aparecen en tu moneda en SKU de Google Cloud.

Descripción general de los precios

Los precios de la API de Cloud Healthcare se determinan en función de una combinación de los siguientes aspectos:

Tablas de precios

En las tablas de precios que aparecen a continuación, se muestran los cargos que se aplican al uso de la API de Cloud Healthcare.

Para ver casos de ejemplo que muestran la utilización y los cargos, consulta Ejemplos de precios.

Almacenamiento de datos

Los cargos por el almacenamiento de datos se categorizan como almacenamiento estructurado o almacenamiento de BLOB. Los cargos de Blob Storage en la siguiente tabla son para la clase de almacenamiento Standard, que no requiere una duración mínima de almacenamiento. Para obtener información sobre otros cargos de clases de almacenamiento de objetos grandes y su duración mínima de almacenamiento, consulta Almacenamiento de datos de DICOM.

De forma predeterminada, se hacen todos los cargos de almacenamiento con la categoría de almacenamiento estructurado. El volumen de almacenamiento se basa en los bytes de datos transferidos más los gastos de funcionamiento de indexación (la medición de los bytes indexados) y los bytes de las copias de seguridad. Se determinan los precios según las mediciones periódicas agregadas entre todos los almacenes de datos durante un período de facturación.

Volumen de solicitudes

Una solicitud es una operación HTTPS o gRPC que se puede invocar mediante los siguientes métodos:

  • El extremo de healthcare.googleapis.com
  • La herramienta de gcloud
  • Consola de la API de Google

Las solicitudes pueden pertenecer a los siguientes tipos:

  • Solicitudes estándar: Opción predeterminada para todas las solicitudes
  • Solicitudes complejas: esta categoría comprende las solicitudes a la API que requieren un uso de procesamiento más intenso que las solicitudes estándar
  • Solicitudes de varias operaciones: Esta categoría comprende las solicitudes que requieren varias operaciones.
  • Solicitudes de operaciones avanzadas: esta categoría comprende operaciones como la recuperación de FHIR en un momento dado

Las primeras 25,000 solicitudes son gratuitas. Una vez que se agota el nivel gratuito, los siguientes niveles tienen un precio por 100,000 solicitudes al mes.

Categoría Entre 0 y 25,000 solicitudes Entre 25,000 y 1,000 millones de solicitudes A partir de 1,000 millones de solicitudes
Solicitudes estándar $0.00 $0.39 $0.29
Solicitudes complejas $0.00 $0.69 $0.59
Solicitudes de varias operaciones $0.00 $0.39 $0.29

Las solicitudes de operaciones avanzadas se facturan a $0.99 por 100,000 solicitudes.

A no ser que se especifique en la siguiente tabla, todas las operaciones corresponden a la categoría estándar. Desplázate para ver todo el contenido de la tabla.

Operaciones que generan solicitudes complejas Operaciones que generan solicitudes de varias operaciones Operaciones gratuitas Operaciones avanzadas
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

Si los perfiles FHIR se utilizan:
fhir.create
fhir.update
fhir.patch

Si se utilizan con el parámetro de consulta viewport las llamadas a estos métodos también se facturan como operación ETL si se realiza la transcodificación:
instances.retrieveRendered
frames.retrieveRendered 		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
fhirStores.rollback

Por ejemplo:

  • Las operaciones DICOM que se muestran en la columna “Operaciones que generan solicitudes de varias operaciones” en la tabla anterior pueden transferir varias instancias DICOM en una solicitud (p. ej., se puede usar una solicitud dicomStores.storeInstances para subir varias instancias). En el caso de esas solicitudes, se cobra una solicitud de varias operaciones por cada instancia DICOM que se transfiera.
  • Una llamada al método hl7V2Stores.messages.batchGet consiste de una solicitud estándar y solicitudes n - 1 de varias operaciones en las que n es la cantidad de mensajes mostrados.
  • Una llamada al método fhir.executeBundle consiste en una solicitud estándar y solicitudes n-1 de varias operaciones en las que n es la cantidad de entradas de paquete solicitadas que no son operaciones de eliminación (fhir.delete es gratuito).
  • La validación de los perfiles de FHIR se cobra como una solicitud compleja para cada recurso de una solicitud fhir.create, fhir.update y fhir.patch. Las llamadas a fhir.executeBundle se cobran por cada recurso validado en el paquete. Solo se te cobrará una vez por recurso, sin importar la cantidad de perfiles que tenga.
  • Recuperar un solo ID de recurso FHIR con la operación de recuperación de un momento determinado de FHIR (fhirStores.rollback) cuesta USD 0.0000099, y recuperar 100,000 IDs de recursos FHIR únicos cuesta USD 0.99.

Volumen de notificaciones

Las notificaciones son eventos de transmisión que se originan en almacenes de datos y se envían a Google Cloud o a extremos externos. Contienen nombres de recursos, metadatos de recursos o recursos completos, y se generan según la configuración que haya establecido el usuario. De forma predeterminada, todas las notificaciones son del tipo “notificación estándar”.

Los precios que se muestran a continuación corresponden a 1 millón de notificaciones por mes:

Categoría Entre 0 y 100,000 notificaciones (por 1 millón) Más de 100,000 notificaciones (por 1 millón)
Notificaciones estándar $0.00 $0.29

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

Almacenamiento de datos de DICOM

Se usa almacenamiento de BLOB para los datos DICOM sin procesar almacenados en todas las regiones. Los metadatos en los que se pueden realizar búsquedas de las imágenes DICOM transferidas (como las etiquetas DICOM) son persistentes y se cobran como parte del almacenamiento estructurado.

Los precios del almacenamiento de BLOB se determinan según la cantidad de bytes no estructurados o de BLOB que se transfieren y almacenan, y la clase de almacenamiento que usan. En la siguiente tabla se enumeran las diferentes clases de almacenamiento disponibles para almacenar datos DICOM sin procesar y su duración mínima de almacenamiento:

Clase de almacenamiento Duración mínima del almacenamiento
Estándar Ninguno
Nearline 30 días
Coldline 90 días
Archivar 365 días

En la siguiente tabla, se muestran los cargos en reposo aplicables cuando se usan las clases de almacenamiento Nearline, Coldline y Archive Storage para almacenar datos de DICOM en la API de Cloud Healthcare. Estos cargos se aplican a todas las regiones.

Clase de almacenamiento Precio (por GB por mes)
Nearline $0.020
Coldline $0.010
Archivar $0.003

Los cargos de la clase de almacenamiento Standard se enumeran como cargos de Blob Storage para diferentes regiones en la tabla Almacenamiento de datos.

Eliminación anticipada de datos DICOM

Se aplica un cargo por eliminación temprana cuando borras, reemplazas o reescribes un objeto DICOM. Un ejemplo de reescritura es cuando cambias la clase de almacenamiento de un objeto. El cargo por eliminación temprana es igual al importe que se habría cobrado si el objeto hubiera permanecido en su estado original durante la duración mínima.

Considera el siguiente ejemplo:

  • Almacenas 1,000 GB de objetos DICOM con la clase de almacenamiento Coldline. En el caso de Coldline Storage, el precio por GB al mes es de $0.01. Si consideramos que un mes tiene 30 días, el precio por GB por día se puede calcular de la siguiente manera: 

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

  • Al final del día 60, borras todos los datos de la tienda. Coldline Storage tiene una duración de almacenamiento mínima de 90 días, por lo que se te cobra como si el objeto se hubiera almacenado durante toda la duración mínima de almacenamiento. Aquí está el desglose del cargo:

    • El costo de almacenamiento en reposo normal asociado con los 60 días que tus datos existieron en el bucket:

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

    • Una tarifa de eliminación temprana asociada con los 30 días restantes en la duración mínima de almacenamiento de 90 días de los datos:

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

  • Si sumamos los dos componentes del cargo, el costo total de almacenamiento de tus datos DICOM durante 60 días en lugar de 90 es de $30. Este es el mismo costo que habrías pagado si hubieras almacenado tus datos DICOM durante la duración mínima de almacenamiento de 90 días y los hubieras borrado al final del día 90.

Recuperación de datos DICOM

Se aplica una tarifa de recuperación cuando lees, copias, mueves o reescribes datos de objetos o metadatos que se almacenan en Nearline Storage, Coldline Storage o Archive Storage. Este costo se suma a los cargos de red asociados con la lectura de los datos.

En la siguiente tabla, se muestran las tasas de recuperación para cada clase de almacenamiento:

Clase de almacenamiento Precio (por GB)
Estándar USD 0
Nearline $0.01
Coldline $0.02
Archivar $0.05

Por cada recuperación en Nearline Storage, Coldline Storage o Archive Storage, se aplica un cargo adicional por solicitud compleja.

Operaciones de ETL

Las operaciones de extracción, transformación y carga (ETL) en la API de Cloud Healthcare se encuentran en las siguientes categorías:

  • Exportación por lotes
  • Transmisión de exportación
  • Transcodificación DICOM

En cada período de facturación, se hace una agregación del volumen total de datos de todos los servicios. En la siguiente tabla, se enumeran los costos por GB para cada operación de ETL:

Categoría Entre 0 y 1 GB Entre 1 y 1,024 GB (1 TB) A partir de 1 TB
Exportación por lotes $0.19 $0.14 $0.09
Transmisión de exportación $0.34 $0.29 $0.24
Transcodificación DICOM $0.00 $0.004 $0.003

Se facturan estas operaciones en función del volumen total de datos procesados. Las operaciones de exportación incluyen todos los destinos, como Cloud Storage y BigQuery. Solo se aplican cargos por la transcodificación DICOM cuando se solicita una instancia DICOM en una transfer-syntax distinta de la que se usó para su carga. Esto puede suceder en el caso de las solicitudes de exportación por lotes y las transacciones de recuperación. Para obtener más información, consulta la sección sobre las transacciones de recuperación en la declaración de conformidad de DICOM.

Cuando realizas una exportación a Cloud Storage ocurre lo siguiente:

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

Cuando realizas una exportación a BigQuery ocurre lo siguiente:

  • El volumen de los datos de DICOM depende de los metadatos de DICOM almacenados.
  • El volumen de los datos de FHIR depende del recurso completo.

Tanto para DICOM como para FHIR, la medida que se utiliza depende de la cantidad de bytes del búfer de protocolo que se transfiere.

Cuando se realiza una transcodificación, el volumen de datos depende del tamaño de entrada de los datos, no del tamaño de salida ni del tamaño intermedio máximo.

En la siguiente tabla, se muestra una lista de operaciones por cada tipo de categoría de ETL:

Exportación por lotes Transmisión de exportación Transcodificación 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

Se facturan cargos por operaciones de desidentificación según el volumen de datos procesados en las siguientes tres suboperaciones:

  • Inspección: se aplican al texto libre o a las imágenes para descubrir instancias de datos sensibles.
  • Transformación: comprende la redacción, el reemplazo, el hashing de datos sensibles o la realización de cambios en estos como parte del proceso de desidentificación.
  • Procesamiento: cubre el costo base de la operación.

La cantidad de datos de cada suboperación depende de cómo se configure la operación principal.

Se resuelven los cargos de facturación de forma mensual según la cantidad de unidades procesadas y el nivel al que pertenecen. Hay tres tipos de unidades, y cada uno se calcula de forma diferente:

  • Unidades de inspección: se basan en la cantidad de bytes multiplicada por la cantidad de infotipos que se usaron para la inspección. Por ejemplo, inspeccionar 1 GB de datos con 10 infoTypes equivale a 10 gigaunidades (GU) de inspección. De forma predeterminada, se usa un mínimo de 10 infoTypes para cada inspección, lo que significa que se cobra un mínimo de 10 kilounidades por operación de desidentificación.
  • Unidades de transformación: se basan en la cantidad de bytes transformados, con la equivalencia 1 GB de datos = 1 GU de transformación.
  • Unidades de procesamiento: se basan en la cantidad total de bytes incluidos en la operación de desidentificación.

Se cobra cada tipo de unidad al precio de la categoría correspondiente, como se detalla en las tablas anteriores:

  • Se proporcionan los costos de inspección y transformación en rangos de gigaunidades (GU) y teraunidades (TU). En cada rango, el precio que se muestra es por GU.

    Por ejemplo, en un ciclo de facturación dado, sucede lo siguiente:

    • La primera GU de inspección es gratuita.
    • Las unidades de inspección se facturan a un valor de $0.20 para la cantidad de unidades entre 1 TU y 10 TU.

  • Se proporcionan los costos de procesamiento en rangos de gigabytes (GB) y terabytes (TB). En cada rango, el precio que se muestra es por GB.

    Por ejemplo, en un ciclo de facturación dado, sucede lo siguiente:

    • Hasta 1 GB de almacenamiento estructurado y procesamiento por lotes es gratuito.
    • Las unidades de almacenamiento estructurado y procesamiento por lotes se facturan a un valor de $0.50 por la cantidad de unidades entre 1 TB y 10 TB.
Suboperación Entre 0 y 1 GU Entre 1 GU y 1 TU Entre 1 y 10 TU A partir de 10 TU
Inspección $0.00 $0.30 $0.20 $0.10
Transformación $0.00 $3.00 $2.00 $1.00
Suboperación Categoría Entre 0 y 1 GB Entre 1 GB y 1 TB Entre 1 y 10 TB A partir de 10 TB
Procesamiento Almacenamiento estructurado, por lotes $0.00 $0.60 $0.50 $0.40
Procesamiento Almacenamiento de BLOB, por lotes $0.00 $0.08 $0.06 $0.05

Los cargos que generan las suboperaciones dependen de si trabajas con datos de FHIR o DICOM:

FHIR:

  • Se aplican los cargos de inspección y transformación a la parte del recurso que se inspecciona en busca de datos sensibles y que se transforma posteriormente.
  • Se aplican los cargos de procesamiento a todo el recurso con la tasa de almacenamiento estructurado, por lotes.

DICOM:

  • Se aplican los cargos de inspección a la parte del recurso (incluidos los datos de píxeles) que se inspecciona en busca de datos sensibles.
  • Se aplican los cargos de transformación a la parte del recurso (excluidos los datos de los píxeles) que se transforma después de la inspección. Si se realiza un ocultamiento de información en imágenes, solo se aplicarán cargos por inspección, no por transformación. Para saber cómo funciona esto en la práctica, consulta el ejemplo de desidentificación de DICOM.
  • Se aplican los cargos de procesamiento al recurso completo y se calculan según el tamaño de la instancia de DICOM original. Los cargos de procesamiento de metadatos de DICOM utilizan la categoría almacenamiento estructurado, por lotes. Los cargos de procesamiento de datos de píxeles utilizan la categoría almacenamiento de BLOB, por lotes.

Control de acceso a FHIR

Los precios de la función Control de acceso FHIR se basan en lo siguiente:

Los clientes pueden habilitar la función de manera opcional habilitando el ConsentConfig. Si no se habilita, la función se inhabilitará y no se generarán cargos.

Se te cobra mensualmente por los consentimientos de pacientes activos y las políticas de administrador activas. Una política activa cumple con todos estos criterios:

Unidad Precio
Consentimientos de los pacientes $0.05 por consentimiento activo del paciente al mes
Políticas del administrador $50.00 por política de administrador activa al mes

El precio por política de consentimiento se prorratea. Si se borra una política de consentimiento o se establece como inactiva, la API de Cloud Healthcare solo cobrará por el período en que la política estuvo activa.

Las solicitudes FHIR que incluyen el encabezado X-Consent-Scope se clasifican en diferentes tipos de solicitudes, lo que podría afectar los precios en comparación con las solicitudes sin el encabezado:

Tipo de solicitud original Tipo de solicitud con encabezado X-Consent-Scope
Solicitudes gratuitas Solicitudes gratuitas
Solicitudes estándar Solicitudes complejas
Solicitudes de varias operaciones Solicitudes complejas
Solicitudes complejas Solicitudes de operaciones avanzadas
Solicitudes de operaciones avanzadas Solicitudes de operaciones avanzadas

Para obtener detalles sobre los precios de cada tipo de solicitud, consulta Volumen de solicitudes.

Costos de reindexación

Llamar a los métodos fhirStores.applyConsents o fhirStores.applyAdminConsents genera cargos. Se te cobra una solicitud de varias operaciones por cada recurso de FHIR que se reindexa como resultado de estas llamadas.

También se te cobra por la reindexación de FHIR cuando actualizas recursos base de compartimentos en virtud de políticas en cascada forzadas.

Para obtener detalles sobre los precios de las solicitudes de múltiples operaciones, consulta Volumen de solicitudes.

Para detener los cargos de una política de consentimiento, sigue estos pasos:

  1. Borra el recurso de política o cambia su estado a inactive.
  2. Vuelve a aplicar la política llamando al método fhirStores.applyConsents (para consentimientos de pacientes) o fhirStores.applyAdminConsents (para políticas de administradores).

Los recursos de FHIR tienen versiones. Si borras un recurso de política sin volver a aplicar la política, el recurso seguirá teniendo acceso forzado y generará cargos de facturación.

Los clientes también pueden detener los cargos inhabilitando la función de control de acceso a FHIR. Para ello, edita el almacén de FHIR y borra el campo ConsentConfig. Ten en cuenta que, si inhabilitas la función, se detendrán todas las aplicaciones de la política de consentimiento.

Se factura la API de Administración de consentimientos en función de la cantidad de recursos Consent administrados y de recursos UserDataMapping evaluados en las operaciones por lotes de determinación de accesos.

La cantidad facturada de consentimientos administrados corresponde al promedio de objetos Consent con los estados ACTIVE y DRAFT que se procesaron durante el período de facturación. No se facturan los consentimientos con los estados REVOKED, REJECTED ni ARCHIVED.

En el caso del método por lotes projects.locations.datasets.consentStores.queryAccessibleData de determinación de accesos, la cantidad de recursos UserDataMapping evaluados corresponde al total de recursos UserDataMapping existentes en el almacén de consentimientos cuando se realiza una solicitud.

Se facturan el almacenamiento y las operaciones de la API de Administración de consentimientos como se describe en las secciones Almacenamiento de datos y Volumen de solicitudes. Se factura todo el almacenamiento de consentimientos como almacenamiento estructurado, excepto los bytes no estructurados o de BLOB que se guardan en un consentArtifact. Todas las operaciones de consentimiento son solicitudes estándares, excepto EvaluateUserConsent, que se factura como solicitud compleja, y QueryAccessibleData, que se factura como se describe en la sección anterior. Durante el período promocional actual, no se te cobrarán el almacenamiento ni las operaciones estándares o complejas.

Unidad Precio
Consentimientos administrados $0.05 por consentimiento al mes
Determinación de accesos por lotes $0.016 por 1 millón de recursos UserDataMapping evaluados

Utilización de la red

Transferencia de datos entrante

La transferencia de datos entrante siempre es gratuita.

Transferencia de datos entre regiones

No se generan cargos por la transferencia de datos cuando la solicitud de transferencia se origina en la API de Cloud Healthcare y se dirige a un servicio de Google Cloud ubicado en la misma región.

Los precios que se muestran a continuación se aplican a las transferencias de datos entre regiones o desde un grupo multirregional hacia una región individual en el mismo continente y viceversa. Los precios son por GB al mes.

Origen y destino del tráfico A partir de 0 GB
De Norteamérica a Norteamérica $0.01
De Europa a Europa $0.02
De Asia-Pacífico a Asia-Pacífico $0.05
Intercontinental (excluye Oceanía) $0.08
Intercontinental desde y hacia Oceanía $0.15
Uso general de la red

El uso general de la red se aplica a los datos que salen de Google Cloud. A continuación, se muestran los precios de la transferencia de datos Premium de Internet de la API de Cloud Healthcare. Los precios de transferencia de datos son coherentes con los Google Cloud precios de redes del nivel Premium.

Los precios son por GB al mes.

Origen y destino del tráfico Entre 0 y 10 TB Entre 10 y 150 TB A partir de 150 TB
De Norteamérica a Norteamérica $0.105 $0.080 $0.060
De Europa a Europa $0.105 $0.080 $0.060
De Asia-Pacífico a Asia-Pacífico $0.120 $0.085 $0.080
De Sudamérica a Sudamérica $0.120 $0.085 $0.080
De Oceanía a Oceanía $0.120 $0.085 $0.080
Intercontinental (excluye Oceanía y China) $0.120 $0.085 $0.080
Intercontinental desde y hacia Oceanía $0.190 $0.160 $0.150
Cualquier tráfico hacia China $0.190 $0.160 $0.150

Ejemplos de precios

Ejemplo de precios de FHIR

Imagina que una aplicación basada en FHIR, alojada en Google Cloud en europe-west2 produce 25,000,000 de solicitudes en un mes, con un promedio de 4 KB por recurso. De estas, cinco millones son búsquedas de FHIR, por lo que se cobran como solicitudes complejas. En un período de un mes, el almacenamiento FHIR conserva un promedio de 1 TB de datos, incluidas las copias de seguridad y los gastos de funcionamiento de la indexación.

En la siguiente tabla, se muestra el patrón de uso de este mes:

Categoría de precios Tipo de uso Importe
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 calcula de la siguiente manera:

Categoría de precios Cálculo Precio
Volumen de solicitudes 25,000,000 de solicitudes en total:
(nivel de 0 a 25,000 solicitudes) 25,000 solicitudes estándar * $0.00
(nivel de 25,000 a 1,000 millones de solicitudes) 19,975,000 solicitudes estándar * $0.39
(nivel de 0 a 25,000 solicitudes) 25,000 solicitudes complejas * $0.00
(nivel de 25,000 a 1,000 millones de solicitudes) 4,975,000 solicitudes complejas * $0.69
$0.00
$77.90
$0.00
$34.33
Almacenamiento de datos 1 TB en total:
(nivel de 0 a 1 GB) 1 GB * $0.00
(nivel de 1 GB a 1 TB) 1,023 GB * $0.39
$0.00
$398.97
Total $511.20

Ejemplo de precios de DICOM

Imagina que, en un mes, un centro de diagnóstico por imágenes pequeño genera lo siguiente en un almacén DICOM ubicado en us-central1:

  • 1,000 estudios de rayos X (de unos 10 MB cada uno)
  • 300 estudios de tomografía (de unos 300 MB cada uno)
  • 200 estudios de resonancia magnética (de unos 300 MB cada uno)

El centro de diagnóstico conserva las imágenes durante un año, lo que significa que, en promedio, cada mes deberán almacenar 160 GB y tener 6.4 GB adicionales de almacenamiento de metaetiquetas analizadas, incluidos los gastos de funcionamiento. Para calcular la cantidad de solicitudes realizadas, supón que cada estudio de rayos X consta de una sola imagen y cada estudio de tomografía y resonancia magnética consta de 300 imágenes.

Además, calcula lo siguiente:

  • Por cada estudio se generan dos solicitudes de búsqueda de metadatos (Transacción de búsqueda DICOMweb), lo que da un total de 2 * (1,000 + 300 + 200) = 3,000 solicitudes complejas.
  • Cada imagen se recupera dos veces, lo que da un total de 2*(1,000 + 300 * 300 + 200 * 300) = 302,000 solicitudes de varias operaciones.
  • Se debe hacer una transcodificación de las imágenes cada vez que se solicitan, lo que da un total de 2 * 160 GB = 320 GB de transcodificación.

En la siguiente tabla, se muestra el patrón de uso de este mes:

Categoría de precios Tipo de uso Importe
Volumen de solicitudes Solicitudes complejas
Solicitudes de varias operaciones
 3,000
302,000
Almacenamiento de datos Almacenamiento estructurado en us-central1
Almacenamiento BLOB en us-central1
 Entre 6.4 GB
y 160 GB
Operaciones de ETL Transcodificación DICOM 320 GB

La factura del mes se calcula de la siguiente manera:

Categoría de precios Cálculo Precio
Volumen de solicitudes 305,000 solicitudes en total:
(nivel de 0 a 25,000 solicitudes) 3,000 solicitudes complejas * $0.00
(nivel de 0 a 25,000 solicitudes) 25,000 solicitudes de varias operaciones * $0.00
(nivel de 25,000 a 1,000 millones de solicitudes) 277,000 solicitudes de varias operaciones * $0.39
$0.00
$0.00
$1.08
Almacenamiento de datos 166.4 GB en total:
(nivel de 0 a 1 GB) 0.5 GB de almacenamiento estructurado * $0.00
(nivel de 1 GB a 1 TB) 5.9 GB de almacenamiento estructurado * $0.24
(nivel de 0 a 1 GB) 1 GB de almacenamiento BLOB * $0.00
(nivel de 1 GB a 1 TB) 159 GB de almacenamiento BLOB * $0.02
$0.00
$1.42
$0.00
$3.18
Operaciones de ETL 320 GB en total:
(nivel de 0 a 1 GB) 1 GB * $0.00
(nivel de 1 GB a 1 TB) 319 GB * $0.004
$0.00
$1.28
Total $6.96

Ejemplo de precios de HL7v2

Imagina que un almacén HL7v2 en la región us-central1 está conectado a un centro de atención que genera 10 millones de mensajes al mes a través de un adaptador MLLP local. Como resultado, se enviarán 10 millones de solicitudes de transferencia a la API de Cloud Healthcare. En respuesta, se generarán 10 millones de mensajes de confirmación de recepción (pero estos no se conservarán en el almacén HL7v2).

Durante el transcurso de un mes, el almacén HL7v2 conservará 80 GB de datos en promedio, incluidas las copias de seguridad y los gastos de funcionamiento de la indexación.

En la siguiente tabla, se muestra el patrón de uso de este mes:

Categoría de precios Tipo de uso Importe
Volumen de solicitudes Solicitudes estándar 20,000,000
Almacenamiento de datos Almacenamiento estructurado en us-central1 80 GB

La factura del mes se calcula de la siguiente manera:

Categoría de precios Cálculo Precio
Volumen de solicitudes 20,000,000 de solicitudes en total:
(nivel de 0 a 25,000 solicitudes) 25,000 solicitudes estándar * $0.00
(nivel de 25,000 a 1,000 millones de solicitudes) 19,975,000 de solicitudes estándar * $0.39
$0.00
$77.90
Almacenamiento de datos 80 GB en total:
(nivel de 0 a 1 GB) 1 GB * $0.00
(nivel de 1 GB a 1 TB) 79 GB * $0.24
$0.00
$18.96
Total $96.86

Ejemplo de desidentificación de FHIR

Imagina que vas a desidentificar 10 GB de datos de FHIR. Durante la desidentificación, se inspeccionará el 10% de los datos (1 GB), de los que se transformará el 10% (0.1 GB). De forma predeterminada, se usan 15 infotipos.

La factura por la desidentificación se calcula de la siguiente manera:

Suboperación Cálculo Precio
Inspección 10 GB * 0.1 inspeccionado * 15 infotipos * $0.30/GU $4.50
Transformación 10 GB * 0.1 inspeccionado * 0.1 transformado * $3.00/GU $0.30
Procesamiento 10 GB * $0.60/GB $6.00
Total $10.80

Ejemplo de desidentificación de DICOM

Supón que vas a desidentificar 10 GB de datos de DICOM. El 90% de los datos (9 GB) son imágenes DICOM. Se inspeccionan todas las imágenes y se transforma el 10% (0.9 GB). De forma predeterminada, se usan 16 infotipos.

La factura por la desidentificación se calcula de la siguiente manera:

Suboperación Cálculo Precio
Inspección 10 GB * 0.9 imágenes * 16 infotipos * $0.30/GU $43.20
Transformación Incluida en la inspección $0.00
Procesamiento Metadatos de DICOM: 10 GB * 0.1 texto * $0.60/GB
Datos de píxeles: 10 GB * 0.9 imágenes * $0.08/GB
 $0.60
$0.72
Total $44.52

Ejemplo de volumen de notificaciones

Imagina que una aplicación basada en FHIR genera 1.6 millones de notificaciones Pub/Sub al mes. Como las notificaciones se calculan por cada millón, la factura se determina de la siguiente manera:

Tipo de notificación Cálculo Precio
Notificación Pub/Sub 1,600,000 de notificaciones en total:
(nivel de entre 0 y 100,000 notificaciones) 100,000 notificaciones * $0.00
(nivel de entre 100,000 y 1.1 millones de notificaciones) $0.29
(nivel de entre 1.1 millones y 1.6 millones de notificaciones) $0.29 * 0.5
$0.00
$0.29
$0.145
Total $0.435

API de Healthcare Natural Language

La API de Healthcare Natural Language proporciona un conjunto de funciones para extraer información de atención médica del texto médico. Pagas solo por las funciones que usas, sin compromisos por adelantado. La API es compatible con las siguientes funciones:

Tipo de función Descripción
Análisis de entidades Analiza entidades de atención médica en texto. La respuesta incluye las menciones de entidades reconocidas y las relaciones entre ellas. Cada entidad está vinculada a un vocabulario médico estándar.
Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que aparecen en tu moneda en SKU de Google Cloud.

Registros de precios de texto

El uso de la API de Healthcare Natural Language se calcula en términos del volumen mensual de registros de texto. Un registro de texto contiene 1,000 caracteres. Los caracteres son caracteres Unicode (incluidos los de espacio en blanco y de lenguaje de marcado, como las etiquetas HTML o XML).

Los cargos por registros de texto se clasifican en los siguientes niveles:

  • Gratis (1 registro de texto a 2,500 registros de texto)
  • Volumen bajo (de 2,500 a 1,000,000 registros de texto)
  • Volumen alto (más de 1,000,000 de registros de texto)

Los costos de la API de Healthcare Natural Language se calculan cada mes según las funciones que usaste y la cantidad de registros de texto que se evaluaron mediante esas funciones. En la siguiente tabla, se muestra el precio por 1 registro de texto durante un mes de facturación. Los precios del nivel de bajo volumen solo se aplican a los registros de texto evaluados que superan el nivel gratuito. Los precios del nivel de alto volumen solo se aplican a los registros de texto evaluados que superan el nivel de bajo volumen.

Función Nivel gratuito (de 1 a 2,500 registros de texto) Nivel de volumen bajo (de 2,500 a 1,000,000 registros de texto) Nivel de volumen alto (más de 1,000,000 de registros de texto)
Análisis de entidades $0.00 $0.10 $0.03

Los registros de texto se facturan en incrementos de registro de texto de 0.1 o unidades. Por ejemplo, si excediste el nivel gratuito mensual y envías una solicitud que contiene 800 caracteres, se te cobrarán 0.8 registros de texto. El costo total sería de $0.08, calculado de la siguiente forma: 0.8 * $0.10.

Si la cantidad de caracteres en una solicitud no es un múltiplo de 100, el recuento de caracteres se redondea al siguiente incremento de 100.

En la siguiente tabla,se muestra un ejemplo del precio de tres solicitudes enviadas a la API de Healthcare Natural Language en el nivel de volumen bajo (supón que ya se enviaron 2, 500 registros de texto y que se agotó el nivel gratuito). Las solicitudes contienen 8,000, 15,000 y 6,000 caracteres.

  Número de caracteres Unidades de registro de texto Precio
Solicitud 1 8,000 8 USD 0.80
Solicitud 2 15,000 15 $1.50
Solicitud 3 6,000 6 $0.60
Total 29,000 29 USD 2.90

En la siguiente tabla, se muestra un ejemplo del precio de tres solicitudes enviadas a la API de Healthcare Natural Language. Las solicitudes contienen 150,000,000 (150 millones), 800,000,000 (800 millones) y 600,000,000 (600 millones) de caracteres, lo que da un total de 1,550,000,000 (1,550 millones) de caracteres o 1,550,000 registros de texto.

  Número de caracteres Unidades de registro de texto Unidades acumuladas de registro de texto Precio
Solicitud 1 150,000,000 150,000 150,000 $14,750.00 (0-2,500 registros de texto en el nivel gratuito, 2,501-150,000 registros de texto en el nivel de bajo volumen)
Solicitud 2 800,000,000 800,000 950,000 $80,000.00 (de 150,000 a 950,000 registros de texto en el nivel de bajo volumen)
Solicitud 3 600,000,000 600,000 1,550,000 $21,500.00 (950,000 a 1,000,000 registros de texto en el nivel de volumen bajo, los 550,000 registros de texto restantes en el nivel de volumen alto)
Total 1,550,000,000 1,550,000 1,550,000 USD 116,250.00

Costos de Google Cloud Platform

Si almacenas texto para que se analice en Cloud Storage o usas otros Google Cloud recursos en conjunto con la API de Healthcare Natural Language, como la API de Cloud Healthcare o las instancias de Compute Engine, también se te cobrará por el uso de esos servicios. Consulta la Google Cloud calculadora de precios para determinar otros costos según las tarifas actuales.

Para ver tu estado actual de facturación en la Consola de API de Google, junto con el uso y la factura actual, consulta la página Facturación. Si quieres obtener más información sobre la administración de tu cuenta, consulta la documentación de la Facturación de Cloud o la asistencia para la facturación y pagos.

¿Qué sigue?

Solicita una cotización personalizada

Con los precios de pago por uso de Google Cloud, solo pagas por los servicios que usas. Comunícate con nuestro equipo de Ventas y obtén una cotización personalizada para tu organización.
Comunicarse con Ventas