Prezzi dell'API Cloud Healthcare
Questo documento spiega i dettagli sui prezzi dell'API Cloud Healthcare e dell'API Healthcare Natural Language.
API Cloud Healthcare
Questa sezione spiega i dettagli sui prezzi dell'API Cloud Healthcare. Puoi anche utilizzare il Calcolatore prezzi di Google Cloud per stimare il costo di utilizzo dell'API Cloud Healthcare.
Se la valuta utilizzata per il pagamento è diversa da USD, si applicano i prezzi elencati nella tua valuta negli SKU di Cloud Platform.
Panoramica dei prezzi
I prezzi dell'API Cloud Healthcare si basano su una combinazione di:
- Archiviazione dei dati
- Volume delle richieste
- Volume delle notifiche
- Archiviazione dei dati DICOM
- Eliminazione anticipata dei dati DICOM
- Recupero dei dati DICOM
- Operazioni ETL
- Operazioni di anonimizzazione
- Gestione di consenso e privacy
- Utilizzo della rete
Tabelle dei prezzi
Le tabelle dei prezzi riportate di seguito mostrano le tariffe applicate quando si utilizza l'API Cloud Healthcare.
Per degli scenari di esempio sull'utilizzo e sui costi, consulta Esempi di prezzi.
Archiviazione dei dati
I costi per l'archiviazione dei dati sono suddivisi nelle categorie Archiviazione strutturata e Archiviazione blob. Gli addebiti per lo spazio di archiviazione Blob nella tabella seguente si riferiscono alla classe di archiviazione Standard, che non richiede una durata minima di archiviazione. Per informazioni su altri addebiti relativi alla classe di archiviazione Blob e sulla loro durata minima, vedi Archiviazione dei dati DICOM.
Per impostazione predefinita, tutti i costi di archiviazione rientrano nella categoria Archiviazione strutturata. Il volume di archiviazione si basa sui byte di dati importati e sui byte di backup e di overhead per l'indicizzazione (misurato in byte indicizzati). I prezzi si basano su misurazioni periodiche aggregate su tutti i datastore durante un periodo di fatturazione.
Volume delle richieste
Una richiesta è un'operazione HTTPS o gRPC richiamata mediante uno dei seguenti elementi:
- Endpoint
healthcare.googleapis.com
- Strumento gcloud
- Console Google Cloud
Le richieste possono essere dei seguenti tipi:
- Richieste standard: tipo predefinito per tutte le richieste
- Richieste complesse: sono richieste API che richiedono molte risorse di calcolo rispetto a quelle standard
- Con più operazioni: si tratta di richieste che prevedono più operazioni.
- Richieste di operazioni avanzate: acquisisce operazioni come il ripristino FHIR in un determinato momento
Le prime 25.000 richieste sono gratuite. Una volta esaurito il livello gratuito, i livelli successivi sono tariffati per 100.000 richieste al mese.
Categoria | 0-25.000 richieste | 25.000-1 miliardo di richieste | Oltre 1 miliardo di richieste |
---|---|---|---|
Richieste standard | $ 0,00 | $ 0,39 | $ 0,29 |
Richieste complesse | $ 0,00 | $ 0,69 | 0,59 $ |
Richieste con più operazioni | $ 0,00 | $ 0,39 | $ 0,29 |
Le richieste di operazioni avanzate vengono fatturate a 0,99 $per 100.000 richieste.
Se non diversamente specificato nella tabella seguente, tutte le operazioni sono richieste standard. Scorri per visualizzare l'intero contenuto della tabella.
Ad esempio:
- Le operazioni DICOM elencate nella colonna "Operazioni di richieste con più operazioni"
della tabella in alto possono trasferire più istanze DICOM in una singola
richiesta. Ad esempio, è possibile utilizzare una singola richiesta
dicomStores.storeInstances
per caricare più istanze. Per queste richieste, viene addebitata una richiesta con più operazioni per ogni istanza DICOM trasferita. - Una chiamata al metodo
hl7V2Stores.messages.batchGet
è composta da una richiesta standard en - 1
richieste con più operazioni in cuin
è il numero di messaggi restituiti. - Una chiamata al metodo
fhir.executeBundle
è composta da una richiesta standard en-1
richieste con più operazioni in cuin
è il numero di voci di bundle richieste che non sono operazioni di eliminazione (fhir.delete
è gratuito). - La convalida dei profili FHIR viene addebitata come singola richiesta complessa per ogni risorsa in una richiesta
fhir.create
,fhir.update
efhir.patch
. Le chiamate afhir.executeBundle
vengono addebitate per ogni risorsa convalidata nel bundle. Il costo ti viene addebitato una sola volta per risorsa, indipendentemente dal numero di profili disponibili per la risorsa. - Il recupero di un singolo ID risorsa FHIR mediante l'operazione di recupero in tempo reale FHIR (
fhirStores.rollback
) costa 0, 0000099 $e il recupero di 100.000 ID risorsa FHIR univoci costa 0,99 $.
Volume delle notifiche
Le notifiche sono eventi di flusso che provengono dai datastore e che vengono inviati a Google Cloud o a endpoint esterni. Le notifiche contengono nomi delle risorse, metadati delle risorse o intere risorse e vengono generate in base a una configurazione fornita dall'utente. Per impostazione predefinita, tutte le notifiche sono di tipo standard.
I prezzi riportati di seguito si basano su 1 milione di notifiche al mese:
Categoria | 0-100.000 notifiche (su 1 milione) | Oltre 100.000 notifiche (su 1 milione) |
---|---|---|
Notifiche standard | $ 0,00 | $ 0,29 |
Ad esempio, le notifiche Pub/Sub inviate a un argomento Pub/Sub associato a un datastore sono di tipo standard.
Archiviazione dati DICOM
I dati DICOM non elaborati archiviati rientrano nella categoria Archiviazione blob in tutte le regioni. I metadati ricercabili delle immagini DICOM importate, ad esempio i tag DICOM, vengono resi persistenti e addebitati in base alle tariffe della categoria Archiviazione strutturata.
I prezzi di Archiviazione blob si basano sulla quantità di byte non strutturati o BLOB che vengono importati e archiviati e sulla classe di archiviazione utilizzata. La tabella seguente elenca le diverse classi di archiviazione disponibili per archiviare i dati DICOM non elaborati e la loro durata minima di archiviazione:
Classe di archiviazione | Durata minima di archiviazione |
---|---|
Standard | Nessuno |
Nearline | 30 giorni |
Coldline | 90 giorni |
Archivia | 365 giorni |
La tabella seguente mostra le tariffe at-rest applicabili quando si utilizzano le classi Nearline Storage, Coldline Storage e Archive Storage per archiviare i dati DICOM nell'API Cloud Healthcare. Questi addebiti si applicano a tutte le regioni.
Classe di archiviazione | Prezzo (per GB/mese) |
---|---|
Nearline | 0,020 $ |
Coldline | $ 0,010 |
Archivia | $ 0,003 |
Gli addebiti per la classe di archiviazione Standard sono elencati come addebiti per Archiviazione blob per diverse regioni nella tabella Archiviazione dati.
Cancellazione anticipata dei dati DICOM
Viene applicato un addebito per eliminazione anticipata quando elimini, sovrassegni o riscrivi un oggetto DICOM. Un esempio di riscrittura è quando cambi la classe di archiviazione di un oggetto. Il costo dell'eliminazione anticipata è pari all'importo che sarebbe stato addebitato se l'oggetto fosse rimasto nel suo stato originale per la durata minima.
Considera questo esempio:
Immagina di archiviare 1000 GB di oggetti DICOM con la classe di archiviazione Coldline Storage. Per lo spazio di archiviazione Coldline, il prezzo per GB al mese è di 0,01 $. Considerando un mese di 30 giorni, il prezzo per GB al giorno può essere calcolato come segue:
$0.01/GB/month * 1 day / 30 days
Alla fine del 60° giorno, elimini tutti i dati nello Store. Poiché lo spazio di archiviazione Coldline ha una durata minima dell'archiviazione di 90 giorni, ti verrà addebitato il costo come se l'oggetto fosse stato archiviato per l'intera durata minima di 90 giorni. Ecco l'analisi dell'addebito:
Il costo di archiviazione at-rest normale associato ai 60 giorni di esistenza dei dati nel bucket:
$0.01/GB/month * 1,000 GB * 2 months = $20
Una commissione per l'eliminazione anticipata associata ai 30 giorni rimanenti della durata minima di archiviazione dei dati di 90 giorni:
($0.01/GB/month * 1 day / 30 days) * 1,000 GB * 30 days = $10
Se sommi i due componenti dell'addebito, il costo totale dello spazio di archiviazione per i tuoi dati DICOM per 60 giorni anziché per 90 giorni è di 30 $. È lo stesso costo che avresti pagato se avessi archiviato i tuoi dati DICOM per l'intera durata minima di archiviazione di 90 giorni ed eliminato i dati alla fine del 90° giorno.
Recupero dei dati DICOM
Viene applicata una tassa di recupero quando leggi, copi, sposti o riscrivi i dati o i metadati degli oggetti archiviati in Nearline Storage, Coldline Storage o Archive Storage. Questo costo si aggiunge a eventuali costi di rete associati alla lettura dei dati.
La seguente tabella mostra le velocità di recupero per ogni classe di archiviazione:
Classe di archiviazione | Prezzo (per GB) |
---|---|
Standard | 0 $ |
Nearline | $ 0,01 |
Coldline | 0,02 $ |
Archivia | $ 0,05 |
Per ogni recupero in Nearline Storage, Coldline Storage o Archive Storage, si applica un costo aggiuntivo per le richieste complesse.
Operazioni ETL
Nell'API Cloud Healthcare le operazioni ETL (Extract, Transform and Load) si trovano nelle seguenti categorie:
- Esportazione batch
- Esportazione flussi
- Valutazione batch
- Transcodifica DICOM
Il volume totale dei dati viene aggregato su tutti i servizi durante ogni periodo di fatturazione. La seguente tabella elenca i costi per GB per ciascuna operazione ETL:
Categoria | 0-1 GB | 1-1024 GB (1 TB) | Oltre 1 TB |
---|---|---|---|
Esportazione batch | $ 0,19 | $ 0,14 | $ 0,09 |
Esportazione flussi | $ 0,34 | $ 0,29 | $ 0,24 |
Valutazione batch | $ 0,05 | $ 0,05 | $ 0,05 |
Transcodifica DICOM | $ 0,00 | $ 0,004 | $ 0,003 |
Queste operazioni vengono fatturate in base al volume totale dei dati elaborati.
Le operazioni di esportazione includono tutte le destinazioni, ad esempio Cloud Storage e
BigQuery. I costi per la transcodifica DICOM vengono addebitati solo se un'istanza DICOM
viene richiesta con un codice transfer-syntax
diverso da quello con cui era stata caricata.
Ciò può verificarsi per le richieste di transazioni di recupero e di esportazione in blocco.
Per ulteriori informazioni, consulta la sezione sulle transazioni di recupero nella dichiarazione di conformità DICOM.
Le operazioni di valutazione batch confrontano i dati tra due archivi di annotazioni: un archivio di annotazioni "basato su dati empirici reali" e un archivio di annotazioni "valutato". L'operazione esegue un'iterazione tramite i record di annotazione nell'archivio basato su dati empirici reali e ricerca le corrispondenze (ad es. i record di annotazione che descrivono la stessa risorsa DICOM o FHIR) nell'archivio di annotazioni valutato. Le coppie di annotazioni corrispondenti vengono confrontate per calcolare la differenza tra i record di annotazione basati su dati empirici reali e quelli valutati. I prezzi sono proporzionali alla dimensione totale delle coppie corrispondenti sommata alla lunghezza totale dei nomi delle risorse nell'archivio basato su dati empirici reali.
Quando viene eseguita l'esportazione in Cloud Storage:
- Il volume dei dati DICOM si basa sulla dimensione dei file archiviati.
- Il volume dei dati FHIR si basa sui byte trasferiti nel formato del buffer di protocollo.
- Il volume dei dati HL7v2 si basa sulla dimensione dei byte dei messaggi HL7v2 non elaborati.
- Il volume dei dati dei record di annotazioni si basa sui byte trasferiti nel formato del buffer di protocollo.
Quando viene eseguita l'esportazione in BigQuery:
- Il volume dei dati DICOM si basa sui metadati DICOM archiviati.
- Il volume dei dati FHIR si basa sull'intera risorsa.
- Il volume dei dati dei record di annotazioni si basa sui byte trasferiti nel formato del buffer di protocollo.
Sia per DICOM che per FHIR, la misurazione utilizzata si basa sul numero di byte del buffer di protocollo trasferiti.
Quando viene eseguita la transcodifica, il volume dei dati si basa sulla dimensione di input dei dati anziché sulla dimensione di output o su quella intermedia massima.
La tabella seguente elenca le operazioni per ogni tipo di categoria ETL:
Operazioni di anonimizzazione
Le operazioni di anonimizzazione vengono fatturate in base al volume dei dati elaborati in tre operazioni secondarie:
- Ispezione: viene eseguita su testo libero o immagini per rilevare istanze di dati sensibili.
- Trasformazione: comprende le operazioni di oscuramento, sostituzione, hashing o modifica apportate a dati sensibili nell'ambito del processo di anonimizzazione.
- Elaborazione: copre il costo di base dell'operazione.
La quantità di dati in ogni operazione secondaria dipende dalla configurazione dell'operazione principale.
Gli addebiti per la fatturazione vengono regolati mensilmente in base al numero di unità elaborate e al livello nel quale rientrano. Esistono tre tipi di unità, ognuna calcolata in modo diverso:
- Unità di ispezione: si basano sul numero di byte ispezionati moltiplicato per il numero di infoType utilizzati per l'ispezione. Ad esempio, l'ispezione di 1 GB di dati con 10 infoType è equivalente a 10 giga-unità (GU) di ispezione. Per impostazione predefinita, per ogni ispezione vengono utilizzati almeno 10 infoType, il che significa che viene applicato un addebito minimo di 10 kilo-unità per singola operazione di anonimizzazione.
- Unità di trasformazione: si basano sul numero di byte trasformati, dove 1 GB di dati equivale a 1 GU di trasformazione.
- Unità di elaborazione: si basano sul numero totale di byte nell'operazione di anonimizzazione.
Ogni tipo di unità appartiene a una categoria di prezzi specifica, come descritto nelle tabelle in alto:
I costi per ispezione e trasformazione sono espressi in termini di intervalli di giga-unità (GU) e tera-unità (TU). All'interno di ogni intervallo, il prezzo indicato è per GU.
Ad esempio, per un determinato ciclo di fatturazione:
- Fino a 1 GU di ispezione è gratuita.
- Le unità di ispezione vengono addebitate al prezzo di $ 0,20 per il numero di unità compreso tra 1 TU e 10 TU.
I costi di elaborazione sono espressi in intervalli di gigabyte (GB) e terabyte (TB). All'interno di ogni intervallo, il prezzo indicato è per GB.
Ad esempio, per un determinato ciclo di fatturazione:
- Fino a 1 GB di elaborazione batch nella categoria Archiviazione strutturata è gratuito.
- Le unità di elaborazione batch nella categoria Archiviazione strutturata vengono addebitate al prezzo di $ 0,50 per il numero di unità compreso tra 1 TB e 10 TB.
Operazione secondaria | 0-1 GU | 1 GU-1 TU | 1 TU-10 TU | Oltre 10 TU |
---|---|---|---|---|
Ispezione | $ 0,00 | $ 0,30 | $ 0,20 | $ 0,10 |
Trasformazione | $ 0,00 | $ 3,00 | $ 2,00 | $ 1,00 |
Operazione secondaria | Categoria | 0-1 GB | 1 GB-1 TB | 1 TB-10 TB | Oltre 10 TB |
---|---|---|---|---|---|
Elaborazione | Archiviazione strutturata, batch | $ 0,00 | $ 0,60 | $ 0,50 | $ 0,40 |
Elaborazione | Archiviazione blob, batch | $ 0,00 | $ 0,08 | $ 0,06 | $ 0,05 |
I costi per le operazioni secondarie variano a seconda che si stiano utilizzando dati FHIR o DICOM:
FHIR:
- I costi per l'ispezione e la trasformazione vengono addebitati per la parte della risorsa che prima viene ispezionata per trovare dati sensibili e poi viene trasformata.
- I costi per l'elaborazione vengono applicati all'intera risorsa in base alla tariffa dell'elaborazione batch nella categoria Archiviazione strutturata.
DICOM:
- I costi per l'ispezione vengono addebitati alla parte della risorsa (inclusi i dati dei pixel) che viene ispezionata per trovare dati sensibili.
- I costi per la trasformazione vengono addebitati alla parte della risorsa (esclusi i dati dei pixel) che viene trasformata dopo l'ispezione. Se viene eseguito l'oscuramento dell'immagine, verranno applicati dei costi solo per l'ispezione, non per la trasformazione. Per informazioni sul funzionamento pratico di questa operazione, consulta l'esempio di anonimizzazione DICOM.
- I costi per l'elaborazione vengono applicati all'intera risorsa e sono calcolati in base alla dimensione dell'istanza DICOM originale. I costi di elaborazione dei metadati DICOM corrispondono a quelli per l'elaborazione batch nella categoria Archiviazione strutturata, mentre quelli per l'elaborazione dei dati dei pixel corrispondono a quelli per l'elaborazione batch nella categoria Archiviazione blob.
Gestione di consenso e privacy
L'API Consent Management viene fatturata in base al numero di risorse Consent
gestite e al numero di risorse UserDataMapping
valutate durante le operazioni di determinazione degli accessi batch.
Il numero di consensi gestiti corrisponde al numero medio di oggetti Consent
ACTIVE
e DRAFT
nel periodo di fatturazione. I consensi REVOKED
, REJECTED
e ARCHIVED
non vengono fatturati.
Per il metodo di determinazione degli accessi batch projects.locations.datasets.consentStores.queryAccessibleData
,
il numero di risorse UserDataMapping
valutate è il numero totale di risorse UserDataMapping
presenti nell'archivio di consensi quando viene effettuata la richiesta.
Lo spazio di archiviazione e le operazioni dell'API Consent Management vengono fatturati in base a quanto descritto nelle sezioni Archiviazione dei dati e Volume delle richieste. Tutti gli spazi di archiviazione di consensi vengono fatturati come Archiviazione strutturata eccetto i byte non strutturati o BLOB archiviati all'interno di un consentArtifact
. Tutte le operazioni di consenso sono richieste standard eccetto EvaluateUserConsent
, che viene fatturata come una richiesta complessa, e QueryAccessibleData
, che viene fatturata come descritto nella sezione precedente. Durante il periodo promozionale in corso, non ti verranno addebitati costi per l'archiviazione o per le operazioni standard/complesse.
Unità | Prezzo |
---|---|
Consensi gestiti | $ 0,05 per consenso al mese |
Determinazione degli accessi, batch | $ 0,016 per 1 milione di risorse UserDataMapping valutate |
Utilizzo della rete
Trasferimento dati in entrata
Il trasferimento di dati in entrata è sempre gratuito.
Trasferimento dei dati tra aree geografiche
Non è previsto alcun costo per il trasferimento dei dati se la richiesta di trasferimento proviene dall'API Cloud Healthcare ed è diretta a qualsiasi servizio su Google Cloud all'interno della stessa regione.
I prezzi riportati di seguito vengono applicati ai trasferimenti dati tra aree geografiche o da un gruppo con più aree geografiche a una singola area geografica nello stesso continente e viceversa. I prezzi sono indicati in GB al mese.
Origine e destinazione del traffico | Oltre 0 GB |
---|---|
Dal Nord America al Nord America | 0,01 $ |
Dall'Europa all'Europa | 0,02 $ |
Dall'Asia Pacifico all'Asia Pacifico | 0,05 $ |
Intercontinentale (esclusa l'Oceania) | 0,08 $ |
Intercontinentale da/per l'Oceania | $ 0,15 |
Utilizzo generico della rete
L'utilizzo generico della rete riguarda i dati che escono da Google Cloud. L'API Cloud Healthcare utilizza il livello Premium per il trasferimento di dati su internet, i cui prezzi sono indicati di seguito. I prezzi per il trasferimento di dati sono in linea con quelli del livello Premium per la rete Google Cloud.
I prezzi sono indicati in GB al mese.
Origine e destinazione del traffico | 0-10 TB | 10 TB-150 TB | Oltre 150 TB |
---|---|---|---|
Dal Nord America al Nord America | $ 0,105 | $ 0,080 | $ 0,060 |
Dall'Europa all'Europa | $ 0,105 | $ 0,080 | $ 0,060 |
Dall'Asia Pacifico all'Asia Pacifico | $ 0,120 | $ 0,085 | $ 0,080 |
Dal Sud America al Sud America | $ 0,120 | $ 0,085 | $ 0,080 |
Dall'Oceania all'Oceania | $ 0,120 | $ 0,085 | $ 0,080 |
Intercontinentale (escluse Oceania e Cina) | $ 0,120 | $ 0,085 | $ 0,080 |
Intercontinentale da/per l'Oceania | $ 0,190 | $ 0,160 | $ 0,150 |
Qualsiasi traffico verso la Cina | $ 0,190 | $ 0,160 | $ 0,150 |
Esempi di prezzi
Esempio di prezzi per FHIR
Supponiamo che un'applicazione basata su FHIR e ospitata su Google Cloud in
europe-west2
generi 25.000.000 di richieste in un mese, con una media di 4 kB
per risorsa. Cinque milioni di richieste sono ricerche FHIR, pertanto vengono fatturate
come richieste complesse. Nel corso di un mese, l'archivio FHIR rende persistente
in media 1 TB di dati, compresi quelli di backup e di overhead per l’indicizzazione.
La tabella seguente mostra il pattern di utilizzo nel mese specifico:
Categoria di prezzi | Tipo di utilizzo | Importo |
---|---|---|
Volume delle richieste | Richieste standard Richieste complesse |
20.000.000 5.000.000 |
Archiviazione dei dati | Archiviazione strutturata in europe-west2 |
1 TB |
La fattura mensile viene calcolata come segue:
Categoria di prezzi | Calcolo | Prezzo |
---|---|---|
Volume delle richieste | 25.000.000 di richieste in totale: (livello 0-25.000 richieste) 25.000 richieste standard * $ 0,00 (livello 25.000-1 miliardo di richieste) 19.975.000 richieste standard * $ 0,39 (livello 0-25.000 richieste) 25.000 richieste complesse * $ 0,00 (livello 25.000-1 miliardo di richieste) 4.975.000 richieste complesse * $ 0,69 |
$ 0,00 $ 77,90 $ 0,00 $ 34,33 |
Archiviazione dei dati | 1 TB in totale: (livello 0-1 GB) 1 GB * $ 0,00 (livello 1 GB-1 TB) 1023 GB * $ 0,39 |
$ 0,00 $ 398,97 |
Totale | $ 511,20 |
Esempio di prezzi per DICOM
Supponiamo che, nel corso di un mese, un piccolo centro di imaging generi quanto segue
in un archivio DICOM situato in us-central1
:
- 1000 studi a raggi X (~10 MB ognuno)
- 300 studi di tomografia computerizzata (~300 MB ognuno)
- 200 studi di risonanza magnetica (~300 MB ognuno)
Il centro di imaging conserva le immagini per un anno, il che porta a un'archiviazione media mensile di 160 GB, più ulteriori 6,4 GB di archiviazione dei meta tag analizzati, incluso l'overhead. Per stimare il numero di richieste effettuate, supponiamo che ogni studio a raggi X sia composto da una singola immagine, mentre ogni studio di tomografia computerizzata e di risonanza magnetica sia composto da 300 immagini.
Inoltre, supponiamo quanto segue:
- Per ogni studio vengono effettuate due richieste di ricerca dei metadati (DICOMweb Search Transaction), per un totale di 2*(1000 + 300 + 200) = 3000 richieste complesse.
- Ogni immagine viene recuperata due volte, per un totale di 2*(1000 + 300 * 300 + 200 * 300) = 302.000 richieste con più operazioni.
- Le immagini devono essere transcodificate ogni volta che vengono richieste, per un totale di 2*160 GB = 320 GB di dati transcodificati.
La tabella seguente mostra il pattern di utilizzo nel mese specifico:
Categoria di prezzi | Tipo di utilizzo | Importo |
---|---|---|
Volume delle richieste | Richieste complesse Richieste con più operazioni |
3000 302.000 |
Archiviazione dei dati | Archiviazione strutturata in us-central1 Archiviazione blob in us-central1 |
6,4 GB 160 GB |
Operazioni ETL | Transcodifica DICOM | 320 GB |
La fattura mensile viene calcolata come segue:
Categoria di prezzi | Calcolo | Prezzo |
---|---|---|
Volume delle richieste | 305.000 richieste in totale: (livello 0-25.000 richieste) 3000 richieste complesse * 0,00 $ (livello 0-25.000 richieste) 25.000 richieste multioperazione * 0,00 $ (livello 25.000-1 miliardo di richieste) 277.000 richieste multioperazione * 0,39 $ |
$ 0,00 $ 0,00 $ 1,08 |
Archiviazione dei dati | 166,4 GB in totale: (livello 0-1 GB) 0,5 GB di archiviazione strutturata * $ 0,00 (livello 1 GB-1 TB) 5,9 GB di archiviazione strutturata * $ 0,24 (livello 0-1 GB) 1 GB di archiviazione blob * $ 0,00 (livello 1 GB-1 TB) 159 GB di archiviazione blob * $ 0,02 |
$ 0,00 $ 1,42 $ 0,00 $ 3,18 |
Operazioni ETL | 320 GB in totale: (livello 0-1 GB) 1 GB * $ 0,00 (livello 1 GB-1 TB) 319 GB * $ 0,004 |
$ 0,00 $ 1,28 |
Totale | $ 6,96 |
Esempio di prezzi per HL7v2
Supponiamo che uno spazio di archiviazione HL7v2 in us-central1
sia connesso a un centro di assistenza sanitaria
che genera 10.000.000 di messaggi al mese utilizzando un adattatore MLLP on-premise.
Di conseguenza, verranno inviate 10.000.000 di richieste di importazione all'API Cloud Healthcare.
A loro volta verranno generati 10.000.000 di messaggi di conferma,
che però non saranno resi persistenti nell'archivio HL7v2.
Nel corso di un mese, l'archivio HL7v2 rende persistenti in media 80 GB di dati, compresi quelli di backup e di overhead per l’indicizzazione.
La tabella seguente mostra il pattern di utilizzo nel mese specifico:
Categoria di prezzi | Tipo di utilizzo | Importo |
---|---|---|
Volume delle richieste | Richieste standard | 20.000.000 |
Archiviazione dei dati | Archiviazione strutturata in us-central1 |
80 GB |
La fattura mensile viene calcolata come segue:
Categoria di prezzi | Calcolo | Prezzo |
---|---|---|
Volume delle richieste | 20.000.000 di richieste in totale: (livello 0-25.000 richieste) 25.000 richieste standard * $ 0,00 (livello 25.000-1 miliardo di richieste) 19.975.000 di richieste standard * $ 0,39 |
$ 0,00 $ 77,90 |
Archiviazione dei dati | 80 GB in totale: (livello 0-1 GB) 1 GB * $ 0,00 (livello 1 GB-1 TB) 79 GB * $ 0,24 |
$ 0,00 $ 18,96 |
Totale | $ 96,86 |
Esempio di anonimizzazione FHIR
Supponiamo di dover anonimizzare 10 GB di dati FHIR. Durante l'anonimizzazione, verrà ispezionato il 10% (1 GB) di dati, di cui il 10% (0,1 GB) verrà trasformato. Per impostazione predefinita, vengono utilizzati 15 infoType.
La fattura per l'anonimizzazione viene calcolata come segue:
Operazione secondaria | Calcolo | Prezzo |
---|---|---|
Ispezione | 10 GB * 0,1 di dati ispezionati * 15 infoType * $ 0,30/GU | $ 4,50 |
Trasformazione | 10 GB * 0,1 di dati ispezionati * 0,1 di dati trasformati * $ 3,00/GU | $ 0,30 |
Elaborazione | 10 GB * $ 0,60/GB | $ 6,00 |
Totale | $ 10,80 |
Esempio di anonimizzazione DICOM
Supponiamo di dover anonimizzare 10 GB di dati DICOM. Il 90% (9 GB) dei dati è composto da immagini DICOM. Vengono ispezionate tutte le immagini e il 10% (0,9 GB) di esse viene trasformato. Per impostazione predefinita, vengono utilizzati 16 infoType.
La fattura per l'anonimizzazione viene calcolata come segue:
Operazione secondaria | Calcolo | Prezzo |
---|---|---|
Ispezione | 10 GB * 0,9 di immagini * 16 infoType * $ 0,30/GU | $ 43,20 |
Trasformazione | Incorporata con l'ispezione | $ 0,00 |
Elaborazione | Metadati DICOM: 10 GB * 0,1 di testo * $ 0,60/GB Dati di pixel: 10 GB * 0,9 di immagini * $ 0,08/GB |
$ 0,60 $ 0,72 |
Totale | $ 44,52 |
Esempi di volume delle notifiche
Supponiamo che un'applicazione basata su FHIR generi 1,6 milioni di notifiche Pub/Sub al mese. Dato che le notifiche vengono calcolate su un milione, la fattura per le notifiche viene calcolata come segue:
Tipo di notifica | Calcolo | Prezzo |
---|---|---|
Notifica Pub/Sub | 1.600.000 notifiche totali: (livello 0-100.000 notifiche) 100.000 notifiche * $ 0,00 (livello 100.000 - 1,1 milioni di notifiche) $ 0,29 (livello 1,1 milioni - 1,6 milioni di notifiche) $ 0,29 * 0,5 |
$ 0,00 $ 0,29 $ 0,145 |
Totale | $ 0,435 |
API Healthcare Natural Language
L'API Healthcare Natural Language fornisce una serie di funzionalità per estrarre informazioni sanitarie da testi medici. Paghi solo per le funzionalità che utilizzi senza alcun impegno iniziale. L'API supporta le seguenti funzionalità:
Tipo di funzionalità | Descrizione |
---|---|
Analisi delle entità | Analizza le entità sanitarie nel testo. La risposta include le citazioni di entità riconosciute e le rispettive relazioni. Ogni entità è collegata a un vocabolario medico standard. |
Prezzi dei record di testo
L'utilizzo dell'API Healthcare Natural Language viene calcolato in base al volume mensile di record di testo. Un record di testo contiene 1000 caratteri. I caratteri sono caratteri Unicode (compresi gli spazi e qualsiasi carattere di markup come tag HTML o XML).
Gli addebiti per i record di testo sono suddivisi nei seguenti livelli:
- Gratuito (1-2500 record di testo)
- Volume basso (da 2500 a 1.000.000 record di testo)
- Volume elevato (più di 1.000.000 record di testo)
I costi dell'API Healthcare Natural Language sono calcolati ogni mese in base alle funzionalità utilizzate e al numero di record di testo valutati mediante tali funzionalità. La tabella seguente mostra il prezzo per ogni record di testo durante un mese di fatturazione. I prezzi del livello a volume ridotto si applicano solo ai record di testo valutati oltre il livello gratuito. I prezzi del livello di volume elevato si applicano solo ai record di testo valutati in eccesso rispetto al livello di volume basso.
Funzionalità | Livello gratuito (1-2500 record di testo) | Livello a volume basso (da 2500 a 1.000.000 record di testo) | Livello a volume elevato (più di 1.000.000 record di testo) |
---|---|---|---|
Analisi dell'entità | $ 0,00 | 0,10 $ | 0,03 $ |
I record di testo vengono fatturati in incrementi, o unità, di 0,1 record. Ad esempio, se hai superato il livello gratuito mensile e invii una richiesta contenente 800 caratteri, ti verranno addebitati 0, 8 record di testo.
Il costo totale sarà pari a 0,08 $, calcolato come segue: 0.8 * $0.10
.
Se il numero di caratteri in una richiesta non è un multiplo di 100, il conteggio dei caratteri viene arrotondato per eccesso al successivo incremento di 100.
La tabella seguente mostra un esempio di prezzo per tre richieste inviate all'API Healthcare Natural Language nel livello a volume basso (supponiamo che siano già stati inviati 2500 record di testo e che il livello gratuito sia stato esaurito). Le richieste contengono 8000, 15000 e 6000 caratteri.
Numero di caratteri | Unità di record di testo | Prezzo | |
---|---|---|---|
Richiesta 1 | 8000 | 8 | 0,80 € |
Richiesta 2 | 15.000 | 15 | 1,50 $ |
Richiesta 3 | 6000 | 6 | $ 0,60 |
Totale | 29.000 | 29 | 2,90 € |
La tabella seguente mostra un esempio di prezzo per tre richieste inviate all'API Healthcare Natural Language. Le richieste contengono 150.000.000 (150 milioni), 800.000.000 (800 milioni) e 600.000.000 (600 milioni) di caratteri, per un totale di 1.550.000.000 (1,55 miliardi) di caratteri, ovvero 1.550.000 record di testo.
Numero di caratteri | Unità di record di testo | Unità di record di testo cumulative | Prezzo | |
---|---|---|---|---|
Richiesta 1 | 150.000.000 | 150.000 | 150.000 | 14.750,00 $ (0-2500 record di testo nel livello gratuito, 2501-150.000 record di testo nel livello a volume basso) |
Richiesta 2 | 800.000.000 | 800.000 | 950.000 | 80.000,00 $ (150.000-950.000 record di testo nel livello a volume basso) |
Richiesta 3 | 600.000.000 | 600.000 | 1.550.000 | 21.500,00 $ (950.000-1.000.000 record di testo nella categorizzazione a basso volume, 550.000 record di testo rimanenti nella categorizzazione a volume elevato) |
Totale | 1.550.000.000 | 1.550.000 | 1.550.000 | 116.250,00 $ |
Costi di Google Cloud Platform
Se archivi testi da analizzare in Cloud Storage o utilizzi altre risorse di Google Cloud insieme all'API Healthcare Natural Language, ad esempio l'API Cloud Healthcare o istanze di Compute Engine, ti sarà addebitato un costo anche per l'utilizzo di tali servizi. Utilizza il Calcolatore prezzi di Google Cloud per determinare gli altri costi in base alle tariffe attuali.
Per visualizzare lo stato di fatturazione corrente nella console Google Cloud, inclusi l'utilizzo e la fattura attuale, consulta la pagina Fatturazione. Per ulteriori informazioni sulla gestione del tuo account, consulta la documentazione sulla fatturazione Cloud o la pagina di assistenza per fatturazione e pagamenti.
Passaggi successivi
- Segui le guide rapide per iniziare a utilizzare l'API Cloud Healthcare.
- Esplora le guide illustrative disponibili sull'API Cloud Healthcare.
- Leggi la documentazione dell'API Cloud Healthcare.
- Prova il Calcolatore prezzi.
- Scopri di più su soluzioni e casi d'uso dell'API Cloud Healthcare.