Precios de la API de Cloud Healthcare

En este documento se detallan los precios de la API de Cloud Healthcare y de la API Healthcare Natural Language.

API de Cloud Healthcare

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

Advertencia: Se aplicarán cargos a tu organización por todas las funciones facturables de la API de Cloud Healthcare en todas las fases de lanzamiento.

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

Resumen de precios

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

• Almacenamiento de datos
• Volumen de solicitudes
• Volumen de notificaciones
• Almacenamiento de datos DICOM
• Eliminación anticipada de datos DICOM
• Recuperación de datos DICOM
• Operaciones de extracción, transformación y carga (ETL)
• Operaciones de desidentificación
• Control de acceso a FHIR
• Gestión de consentimientos y de la privacidad
• Uso de la red

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. Los cargos por Blob Storage de la siguiente tabla corresponden a la clase de almacenamiento Estándar, que no requiere una duración mínima de almacenamiento. Para obtener más información sobre los cargos de otras clases de almacenamiento de blobs y su duración mínima de almacenamiento, consulta Almacenamiento de datos DICOM.

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.

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
• Consola de APIs de Google

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.
• Solicitudes de operaciones avanzadas: captura operaciones como la recuperación de FHIR en un momento dado.

Las primeras 25.000 solicitudes son gratuitas. Una vez agotado el nivel gratuito, los siguientes niveles se tarifican por cada 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

Las solicitudes de operaciones avanzadas se facturan a 0,99 USD por cada 100.000 solicitudes.

A menos que se especifiquen en la siguiente tabla, todas las operaciones son solicitudes estándar. Desplázate para ver todo el contenido de la tabla.

Operaciones de solicitudes complejas	Operaciones de solicitudes multioperación	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 se usan perfiles FHIR: fhir.create fhir.update fhir.patch Si se usan con el parámetro de consulta viewport, las llamadas a estos métodos también se facturan como operaciones de ETL si se realiza una 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 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.
• Una llamada al método hl7V2Stores.messages.batchGet consta de una solicitud estándar y varias solicitudes multioperación n - 1, donde n es el número de mensajes devueltos.
• Una llamada al método fhir.executeBundle consta de una solicitud estándar y varias solicitudes n-1 de varias operaciones donde n es el número de entradas de paquete solicitadas que no son operaciones de eliminación (fhir.delete es gratis).
• La validación de los perfiles FHIR se cobra como una solicitud compleja por cada recurso de una solicitud fhir.create, fhir.update y fhir.patch. Las llamadas a fhir.executeBundle se cobran por cada recurso validado del paquete. Solo se cobra una vez por recurso, independientemente del número de perfiles que tengan.
• Recuperar el ID de un solo recurso FHIR mediante la operación de recuperación a un momento dado de FHIR (fhirStores.rollback) cuesta 0,0000099 USD, y recuperar 100.000 IDs de recursos FHIR únicos cuesta 0,99 USD.

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 endpoints 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 (por 1 millón)	Más de 100.000 notificaciones (por 1 millón)
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.

Almacenamiento de datos DICOM

Los datos DICOM sin procesar de todas las regiones usan el almacenamiento de blobs. Los metadatos de imágenes DICOM ingeridas (como las etiquetas DICOM) disponibles para búsquedas se conservan y facturan como parte del almacenamiento estructurado.

Los precios de este tipo de almacenamiento se basan en la cantidad de bytes sin estructurar o "blobs" que se ingieren y almacenan, así como en la clase de almacenamiento que utilizan. 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	Tiempo mínimo de 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 al usar las clases de almacenamiento Nearline, Coldline y Archive para almacenar datos 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 USD
Coldline	0,010 USD
Archivar	0,003 USD

Los cargos de la clase de almacenamiento Estándar se indican como cargos de almacenamiento de blobs para distintas regiones en la tabla de almacenamiento de datos.

Eliminación anticipada de datos DICOM

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

Veamos un ejemplo:

• Almacenas 1000 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 USD. Si consideramos que un mes tiene 30 días, el precio por GB al día se calcula de la siguiente forma:

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

• Al final del día 60, eliminas todos los datos de la tienda. Como Coldline Storage tiene una duración mínima de almacenamiento de 90 días, se te cobra como si el objeto se hubiera almacenado durante todo ese periodo. Este es el desglose del cargo:

  • El coste de almacenamiento en reposo normal asociado a los 60 días que tus datos han estado en el segmento:

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

  • Una tarifa por eliminación anticipada asociada a los 30 días restantes del periodo mínimo 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 coste total de almacenamiento de tus datos DICOM durante 60 días en lugar de 90 es de 30 USD. Este es el mismo coste que habrías pagado si hubieras almacenado tus datos DICOM durante el periodo mínimo de almacenamiento de 90 días y los hubieras eliminado al final del día 90.

Recuperación de datos DICOM

Se aplica una tarifa de extracción cuando lees, copias, mueves o reescribes datos o metadatos de objetos almacenados en Nearline Storage, Coldline Storage o Archive Storage. Este coste se suma a los cargos por red asociados a la lectura de los datos.

En la siguiente tabla se muestran las tarifas de recuperación de cada clase de almacenamiento:

Clase de almacenamiento	Precio (por GB)
Estándar	0 USD
Nearline	0,01 USD
Coldline	0,02 USD
Archivar	0,05 USD

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

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 las siguientes categorías:

• Exportar lote
• Exportar streaming
• Transcodificar DICOM

En el volumen total se tienen en cuenta los datos agregados de todos los servicios durante cada periodo de facturación. En la siguiente tabla se enumeran los costes por GB de cada operación de ETL:

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 transacción de recuperación 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.
• El volumen de los datos HL7v2 se basa en el número de bytes de mensajes HL7v2 sin procesar.

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.

Nota: Las operaciones de desidentificación se facturan progresivamente a medida que se completa el trabajo. Si una operación no se completa, es posible que se te facture el trabajo que se haya completado correctamente.

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 10 infoTypes equivale a 10 gigaunidades (GU) de inspección. De forma predeterminada, se usan un mínimo de 10 infoTypes en cada inspección, lo que significa que 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.
• 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.

Control de acceso a FHIR

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

• El número de consentimientos de pacientes y políticas de administrador activos.
• Las solicitudes de FHIR que contienen el encabezado X-Consent-Scope.
• Las operaciones de reindexación que se activan al aplicar políticas.

Los clientes pueden habilitar esta función de forma opcional activando el parámetro ConsentConfig. Si no la habilitas, la función se desactivará y no se te cobrará nada.

Políticas de consentimiento activas

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

• Su estado es active.
• Se ha aplicado mediante el método fhirStores.applyConsents o fhirStores.applyAdminConsents.

Unidad	Precio
Consentimiento del paciente	0,05 USD por consentimiento de paciente activo al mes
Políticas de administrador	50,00 USD al mes por cada política de administrador activa

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

Solicitudes con un ámbito de consentimiento

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

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

Para obtener más información sobre los precios de cada tipo de solicitud, consulta Volumen de solicitudes.

Costes de reindexación

Llamar a los métodos fhirStores.applyConsents o fhirStores.applyAdminConsents genera cargos. Se te cobra una solicitud multioperación por cada recurso FHIR que se reindexe 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 obligatorias.

Para obtener más información sobre los precios de las solicitudes de varias operaciones, consulta Volumen de solicitudes.

Fin de los cargos por políticas de consentimiento

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

1. Elimina 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 los consentimientos de pacientes) o fhirStores.applyAdminConsents (para las políticas de administradores).

Los recursos FHIR tienen versiones. Si eliminas un recurso de política sin volver a aplicar la política, el recurso seguirá teniendo el acceso aplicado y se te cobrarán 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 FHIR y elimina el campo ConsentConfig. Ten en cuenta que, si inhabilitas la función, se detendrán todas las implementaciones de la política de consentimiento.

Gestión de consentimientos y de la privacidad

La API Consent Management se factura según el número de recursos Consent que se gestionan y el número de recursos UserDataMapping que se evalúan cuando se realizan operaciones por lotes de determinación del acceso.

El número de consentimientos que se gestionan se corresponde con el número medio de objetos Consent ACTIVE y DRAFT que se utilizan durante cada periodo de facturación. Los consentimientos REVOKED, REJECTED y ARCHIVED no se facturan.

Para el método de determinación del acceso por lotes projects.locations.datasets.consentStores.queryAccessibleData, el número de recursos UserDataMapping evaluados es el número total de recursos UserDataMapping que hay en el almacén de consentimientos cuando se realiza una solicitud.

El almacenamiento y las operaciones de la API Consent Management se facturan como se describe en las secciones Almacenamiento de datos y Volumen de solicitudes. Todo el almacén de consentimientos se factura como almacenamiento estructurado, con la excepción de los bytes no estructurados o "blobs", que se almacenan en un consentArtifact. Todas las operaciones de consentimiento se consideran solicitudes estándar excepto EvaluateUserConsent, que se factura como una solicitud compleja, y QueryAccessibleData, que se factura tal y como se describe en la sección anterior. Durante el periodo promocional actual, no se te aplicará ningún cargo por el almacenamiento ni por las operaciones estándar o complejas.

Unidad	Precio
Consentimientos gestionados	0,05 USD por consentimiento y mes
Determinación del acceso, por lotes	0,016 USD por 1 millón de recursos UserDataMapping evaluados

Utilización de la red

Transferencia de datos entrantes

La transferencia de datos entrantes siempre es gratuita.

Transferencia de datos interregionales

La transferencia 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 Cloud. La API de Cloud Healthcare usa la transferencia de datos por Internet premium con los precios que se detallan a continuación. Los precios de transferencia de datos se corresponden con los del Google Cloud nivel premium de la red.

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 Google Cloud deeurope-west2 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,00 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,00 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 una)
• 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 multioperación.
• 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 multioperación * 0,00 USD (Nivel de 25.000 a 1000 millones de solicitudes) 277.000 solicitudes multioperación * 0,39 USD	0,00 USD 0,00 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,00 USD (Nivel de 1 GB a 1 TB) 159 GB de almacenamiento de blobs * 0,02 USD	0,00 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 sanitario 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

Ejemplos de volumen de notificaciones

Supongamos que una aplicación basada en FHIR genera 1,6 millones de notificaciones de Pub/Sub al mes. Como las notificaciones se calculan por 1 millón, tu factura por las notificaciones se determinaría así:

Tipo de notificación	Cálculo	Precio
Notificación de Pub/Sub	1.600.000 de notificaciones totales: (Nivel de hasta 100.000 notificaciones) 100.000 notificaciones * 0,00 USD (Nivel de 100.000 a 1,1 millones de notificaciones) 0,29 USD (Nivel de 1,1 millones a 1,6 millones de notificaciones) 0,29 USD * 0,5	0,00 USD 0,29 USD 0,145 USD
Total	0,435 USD

API Natural Language de Healthcare

La API Natural Language de Healthcare proporciona una serie de funciones para extraer información de atención sanitaria de texto médico. Solo pagas por las que utilizas, sin necesidad de comprometerte a nada por adelantado. La API admite estas 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 a entidades reconocidas y las relaciones entre ellas. Cada entidad está vinculada a un vocabulario médico estándar.

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

Precios de los registros de texto

El uso que haces de la API Natural Language de Healthcare se calcula en términos de volumen mensual de registros de texto. Cada registro de texto contiene 1000 caracteres. Los caracteres son caracteres Unicode (incluidos los espacios en blanco y caracteres de marcado, como las etiquetas HTML o XML).

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

• Gratis (de 1 a 2500 registros de texto)
• Volumen bajo (de 2500 a 1.000.000 registros de texto)
• Volumen alto (más de 1.000.000 de registros de texto)

Los costes de la API Natural Language de Healthcare se calculan cada mes según las funciones utilizadas y la cantidad de registros de texto evaluados mediante esas funciones. En la tabla que aparece a continuación, se muestra el precio por un 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 superen el nivel gratuito. Los precios del nivel de volumen alto solo se aplican a los registros de texto evaluados que superen el nivel de volumen bajo.

Función	Nivel gratuito (de 1 a 2500 registros de texto)	Nivel de volumen bajo (de 2500 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 USD	0,10 USD	0,03 USD

Los registros de texto se facturan en incrementos de registros de texto de 0,1 o en unidades. Por ejemplo, si has superado el nivel gratuito mensual y envías una solicitud que contiene 800 caracteres, se te cobrarán 0, 8 registros de texto. El coste total sería de 0,08 USD, calculado de la siguiente manera: 0.8 * $0.10.

Si el número de caracteres de una solicitud no es múltiplo de 100, el recuento de caracteres se redondea al alza al siguiente incremento de 100.

En la tabla siguiente se muestra un ejemplo de los precios de tres solicitudes enviadas a la API Healthcare Natural Language en el nivel de volumen bajo (supongamos que ya se han enviado 2500 registros de texto y que se ha agotado el nivel gratuito). Las solicitudes contienen 8000, 15.000 y 6000 caracteres, respectivamente.

	Número de caracteres	Unidades de registros de texto	Precio
Solicitud 1	8000	8	0,80 USD
Solicitud 2	15.000	15	1,50 USD
Solicitud 3	6000	6	0,60 USD
Total	29.000	29	2,90 USD

En la tabla siguiente se muestra un ejemplo de los precios de tres solicitudes enviadas a la API 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 hace un total de 1.550.000.000 (1550 millones) de caracteres o 1.550.000 registros de texto.

	Número de caracteres	Unidades de registros de texto	Unidades de registros de texto acumuladas	Precio
Solicitud 1	150.000.000	150.000	150.000	14.750,00 USD (0-2500 registros de texto en el nivel gratuito, 2501-150.000 registros de texto en el nivel de bajo volumen)
Solicitud 2	800.000.000	800.000	950.000	80.000,00 USD (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 USD (950.000-1.000.000 de registros de texto en el nivel de bajo volumen y los 550.000 registros de texto restantes en el nivel de alto volumen)
Total	1.550.000.000	1.550.000	1.550.000	$116,250.00

Costes de Google Cloud Platform

Si almacenas texto en Cloud Storage para analizarlo o utilizas otros recursos deGoogle Cloud (como las instancias de la API de Cloud Healthcare o de Compute Engine) junto con la API Natural Language de Healthcare, también se te cobrará por el uso de esos servicios. Consulta la Google Cloud calculadora de precios para determinar otros costes según las tarifas actuales.

Para ver el estado de tu facturación, incluidos el uso y la factura actual, visita la página Facturación de la consola de APIs de Google. Si quieres obtener más información sobre cómo gestionar tu cuenta, consulta la documentación de Facturación de Cloud o la página de asistencia para pagos y facturación.

Siguientes pasos

• Echa un vistazo a las guías de inicio rápido para familiarizarte con la API de Cloud Healthcare.
• Consulta las guías prácticas de la API de Cloud Healthcare.
• Consulta la documentación de la API de Cloud Healthcare.
• Prueba la calculadora de precios.
• Obtén información sobre las soluciones y los casos prácticos de la API de Cloud Healthcare.

Solicita un presupuesto personalizado

Gracias al modelo de pago por uso de Google Cloud, solo pagas por los servicios que usas. Ponte en contacto con nuestro equipo de Ventas para solicitar un presupuesto personalizado para tu empresa.

Contactar con Ventas