Precios de la API de Cloud Healthcare

En este documento, se explican los detalles de los precios de la API de Cloud Healthcare y de 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 calculadora de precios de Google Cloud para determinar los costos de usar la API de Cloud Healthcare.

Advertencia: Tu organización puede generar cargos por todas las funciones facturables de la API de Cloud Healthcare en todas sus etapas de lanzamiento.

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:

• Almacenamiento de datos
• Volumen de solicitudes
• Volumen de notificaciones
• Almacenamiento de datos de DICOM
• Eliminación anticipada de datos de DICOM
• Recuperación de datos de DICOM
• Operaciones de ETL
• Operaciones de desidentificación
• Administración de consentimientos y privacidad
• Utilización de red

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 de la siguiente tabla corresponden a la clase de almacenamiento Standard, que no requiere una duración mínima de almacenamiento. Para obtener más información sobre otros cargos de la clase de almacenamiento de Blobs 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 Google Cloud

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: Capta operaciones como la recuperación en el momento de FHIR

Las primeras 25,000 solicitudes son gratuitas. Después de agotar el nivel gratuito, los siguientes niveles tienen un precio por cada 100,000 solicitudes por 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 USD 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 el contenido completo 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.ConceptMap-search-translate fhir.Resource-validate fhir.Resource-incoming-references Si se usan perfiles de FHIR: fhir.create fhir.update fhir.patch fhir.conditionalPatchfhir.Observation-lastn	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

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 ID de recurso FHIR único con la operación de recuperación en el momento (FHIR point-in-time recovery) (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 según 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 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 muestran como cargos de Blob Storage para diferentes regiones en la tabla Almacenamiento de datos.

Borrado anticipado de datos de 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 se hubiera mantenido 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. Para 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 del almacén. Coldline Storage tiene una duración de almacenamiento mínima de 90 días, y se te cobra como si el objeto se hubiera almacenado durante toda la duración de almacenamiento mínima de 90 días. Este es 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 días 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 de DICOM

Se aplica una tarifa de recuperación cuando lees, copias, mueves o reescribes datos de objetos o metadatos almacenados 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 por solicitud compleja adicional.

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
• Evaluación por lotes
• 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 muestran 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
Evaluación por lotes	$0.05	$0.05	$0.05
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 Transacción de recuperación en la Declaración de conformidad de DICOM.

Las operaciones de evaluación por lotes comparan los datos entre dos almacenes de anotaciones: un almacén de anotación de “verdad fundamental” y uno de “anotaciones evaluadas”. La operación itera en los registros de la anotación en el almacén de verdad fundamental y busca coincidencias (como los registros de anotación que describen los mismos recursos DICOM o FHIR) en el almacén de anotaciones evaluadas. Se comparan los pares de anotaciones que coincidan a fin de calcular la diferencia entre la verdad fundamental y los registros de anotaciones evaluadas. Los precios son proporcionales al tamaño total de los pares iguales más la longitud total de los nombres de los recursos en el almacén de verdad fundamental.

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.
• El volumen de los datos del registro de anotación se basa en los bytes transferidos en el formato del búfer de protocolo.

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.
• El volumen de los datos del registro de anotación se basa en los bytes transferidos en el formato del búfer de protocolo.

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	Evaluación por lotes	Transcodificación 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

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.

Nota: Las operaciones de desidentificación se facturan de forma progresiva a medida que se completa el trabajo. Una operación que no se completa puede generar facturación por el trabajo que se completó correctamente.

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 infotipos equivale a 10 gigaunidades (GU) de inspección. De forma predeterminada, se usan 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.

Administración de consentimientos y privacidad

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

Uso de red

Transferencia de datos entrante

La transferencia de datos entrante es siempre 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

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

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 y ubicada en la región 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 operaciones múltiples * $0.00 (nivel de 25,000 a 1,000 millones de solicitudes) 277,000 solicitudes de operaciones múltiples * $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 de los registros de texto se clasifican en los siguientes niveles:

• Gratis (1 registro de texto-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 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 volumen bajo solo se aplican a los registros de texto que se evalúan en exceso del nivel gratuito. Los precios del nivel de alto volumen solo se aplican a los registros de texto evaluados en exceso del nivel de bajo volumen.

Función	Nivel gratuito (1 registro de texto-2,500 registros de texto)	Nivel de bajo volumen (de 2,500 a 1,000,000 registros de texto)	Nivel de alto volumen (más de 1,000,000 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 excedes 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 (suponga que ya se enviaron 2, 500 registros de texto y 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, para un total de 1,550,000,000 (1,550,000 millones) de caracteres, o 1,550,000 registros de texto.

	Número de caracteres	Unidades de registro de texto	Unidades de registro de texto acumuladas	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 (150,000-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-1,000,000 registros de texto en el nivel de bajo volumen, los 550,000 registros de texto restantes en el nivel de alto volumen)
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 recursos de Google Cloud 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 calculadora de precios de Google Cloud para determinar otros costos según las tarifas actuales.

Para ver el estado actual de tu facturación en la consola de Google Cloud, 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?

• Consulta las siguientes guías de inicio rápido para comenzar a usar la API de Cloud Healthcare.
• Explora las guías prácticas de la API de Cloud Healthcare.
• Lee la documentación de la API de Cloud Healthcare.
• Prueba la calculadora de precios.
• Obtén información sobre las soluciones y los casos de uso de la API de Cloud Healthcare.

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