Quote e limiti

L'API Cloud Healthcare applica dei limiti sull'utilizzo delle risorse per diversi motivi. Ad esempio, le quote proteggono la community di utenti di Google Cloud da picchi di utilizzo imprevisti. Inoltre, Google Cloud offre quote per la prova gratuita che forniscono accesso limitato agli utenti che esplorano Google Cloud, inclusa l'API Cloud Healthcare.

Le quote per l'API Cloud Healthcare sono applicate per progetto in una regione su base multiregionale. L'esaurimento della quota in una singola regione non influirà dell'API Cloud Healthcare in altre regioni.

Verifica delle quote e dell'utilizzo

Le quote sono dei limiti per lo spazio di archiviazione (chiamati anche limiti in entrata) e le operazioni.

Per verificare la quota disponibile per le risorse nel tuo progetto, vai a alla pagina Quote della console Google Cloud.

Per visualizzare solo le quote dell'API Cloud Healthcare, nella sezione Filtro tabella, seleziona Servizio e poi Cloud Healthcare tramite Google Cloud.

Non tutti i progetti hanno le stesse quote. Man mano che il tuo utilizzo dell'API Cloud Healthcare aumenta, le tue quote potrebbero aumentare di conseguenza. Se prevedi che un aumento imminente e consistente dell'utilizzo, puoi richiedi gli aggiustamenti della quota dal nella pagina Quote di nella console Google Cloud. Non sono previsti costi per una richiesta di aumento della quota. I costi aumentano solo nel caso si utilizzino più risorse.

Limiti delle risorse

L'API Cloud Healthcare limita le dimensioni del contenuto di una richiesta, ad esempio quelle di un'immagine a raggi X in una richiesta DICOM. Sebbene non sia possibile richiedere di modificare un limite delle risorse, in alcune situazioni puoi utilizzare un'operazione di importazione per importare contenuti che superano un limite delle risorse.

Di seguito sono riportati i limiti delle risorse (soggetti a modifica).

Modalità Limite delle dimensioni della richiesta
DICOM
  • Transazione in negozio: illimitata. Tutti gli altri metodi sono 10 MB.
  • Memorizza la transazione o recupera la transazione: il timeout si verifica se l'operazione supera un'ora.
  • I metodi di transazione di ricerca hanno un offset massimo di 1.000.000 e un limite massimo di 5000 per studi/serie e di 50.000 per le istanze.
  • Anonimizzazione: l'anonimizzazione non può elaborare i file DICOM di dimensioni superiori a 1 GB se è previsto l'oscuramento dei pixel.
  • I file DICOM importati hanno un limite di 2 GB per tag. Il limite include PixelData codificati in formato nativo
  • Quando transcodifica i dati DICOM, la dimensione massima del file è 1 GB e la dimensione massima del fotogramma è 150 MB.
  • dicomStores.import: la dimensione massima del file è 100 GB.
FHIR executeBundle: 50 MB, mentre per tutti gli altri metodi il limite è 10 MB
HL7v2 10 MB

Se provi a elaborare contenuti di dimensioni superiori al limite delle risorse associato, si verifica un errore.

Utilizzo delle operazioni di importazione per contenuti che superano i limiti delle risorse

Le operazioni di importazione consentono di elaborare contenuti che superano il limite delle risorse associato. Le dimensioni dei contenuti in un'operazione di importazione sono limitate solo dalla dimensione massima dello spazio di archiviazione di Google Cloud, pari a 5 TB per i singoli oggetti. Le operazioni di importazione sono soggette alle quote di archiviazione che ne determinano la durata. Un'operazione di importazione potrebbe essere utile se, ad esempio, vuoi archiviare molte istanze DICOM in un archivio DICOM e non intendi rispettare il limite per le dimensioni delle richieste. Invece di caricare le istanze utilizzando i metodi di transazione di archiviazione disponibili, potresti caricarle in un bucket Cloud Storage e poi importarle nell'archivio DICOM.

Per la procedura dettagliata su come importare i dati DICOM mediante un'operazione di importazione, consulta Importazione ed esportazione dei dati DICOM.

Per la procedura dettagliata su come importare le risorse FHIR mediante un'operazione di importazione, consulta Importazione ed esportazione delle risorse FHIR.

Per la procedura dettagliata su come importare i messaggi HL7v2 mediante un'operazione di importazione, consulta Importazione di messaggi HL7v2.

Richiedere una modifica della quota

Per richiedere una modifica della quota, devi avere l'autorizzazione serviceusage.quotas.update, che è già inclusa per i seguenti ruoli predefiniti: Proprietario, Editor e Amministratore quota.

  1. Vai alla pagina Quote.

    Vai a Quote

  2. Nella pagina Quote, seleziona quelle da modificare. Se vuoi visualizzare solo le quote per l'API Cloud Healthcare, seleziona Servizio dall'elenco a discesa Filtra tabella, quindi seleziona API Cloud Healthcare.

  3. Seleziona le caselle delle quote da modificare.

  4. Fai clic sul pulsante Modifica quote nella parte superiore della pagina.

  5. Compila il modulo e fai clic su Avanti.

  6. Inserisci i limiti che vuoi richiedere e fai clic su Avanti.

  7. Fai clic su Invia richiesta.

Una richiesta di riduzione della quota viene rifiutata per impostazione predefinita. Se vuoi ridurre la quota, rispondi all'email dell'assistenza spiegando il motivo della richiesta. Un rappresentante dell'assistenza risponderà alla tua richiesta.

Riceverai una risposta dal team dell'API Cloud Healthcare entro 24-48 ore dalla richiesta.

Pianifica la richiesta di risorse aggiuntive con almeno qualche giorno di anticipo per avere abbastanza tempo per rispondere alla tua richiesta.

Limiti di quota

Le seguenti sezioni descrivono le quote associate all'API Cloud Healthcare i datastore e le operazioni aziendali.

Quote DICOM

La tabella seguente descrive le quote dell'API Cloud Healthcare associate con gli archivi e le operazioni DICOM.

Nome metrica Nome visualizzato Descrizione
dicomweb_ops Numero di operazioni DICOMweb al minuto per regione Sono inclusi i seguenti metodi:
  • Tutti i projects.locations.datasets.dicomStores.studies in v1beta1 e v1
  • Tutti i projects.locations.datasets.dicomStores.studies.series in v1beta1 e v1
  • Tutti i projects.locations.datasets.dicomStores.studies.series.instances in v1beta1 e v1
  • Tutti i projects.locations.datasets.dicomStores.studies.series.instances.frames in v1beta1 e v1
dicom_structured_storage_bytes Ingresso di archiviazione DICOM strutturato in byte al minuto per regione Byte strutturati, sotto forma di tag DICOM e metadati correlati, inviati all'API Cloud Healthcare durante l'elaborazione delle operazioni di dicomweb_ops.
dicom_store_ops Numero di operazioni dell'archivio DICOM al minuto per regione Operazioni sull'archivio DICOM, non dati DICOM. Sono inclusi i seguenti metodi:
dicom_store_lro_ops Numero di operazioni a lunga esecuzione degli archivi DICOM al minuto per regione Operazioni sull'archivio DICOM, non dati DICOM, che restituiscono un'operazione a lunga esecuzione. Sono inclusi i seguenti metodi:
dicom_structured_storage_operations_bytes Ingresso di archiviazione DICOM strutturato per operazioni a lunga esecuzione in byte al minuto per regione Byte strutturati, sotto forma di tag DICOM e metadati correlati, inviati all'API Cloud Healthcare durante l'elaborazione delle operazioni di dicom_store_lro_ops.

Quote FHIR

La tabella seguente descrive le quote dell'API Cloud Healthcare associate con i datastore FHIR e le operazioni FHIR.

Nome metrica Nome visualizzato Descrizione
fhir_read_ops Numero di operazioni di lettura FHIR al minuto per regione Misurato in unità, dove un'unità è una richiesta di lettura su una singola risorsa FHIR.

Include i seguenti metodi:

v1beta1: v1:
fhir_write_ops Numero di operazioni di scrittura FHIR al minuto per regione Misurato in unità, dove un'unità corrisponde a una richiesta di creazione, aggiornamento o eliminazione su una singola risorsa FHIR.

Include i seguenti metodi:

v1beta1: v1:
fhir_search_ops Numero di operazioni di ricerca FHIR al minuto per regione Misurato in unità, dove un'unità è una richiesta di ricerca su un tipo di risorsa FHIR in cui la ricerca non richiede la risoluzione dei riferimenti, tranne quando viene utilizzato _include. Ad esempio, una ricerca Observation?subject:Patient.identifier=system|value consuma due unità di quota fhir_search_ops perché richiede due ricerche, una sulla risorsa Observation e una sulla risorsa Patient, utilizzando subject come riferimento.

Include i seguenti metodi:

v1beta1: v1:
fhir_storage_egress_bytes Traffico in uscita dall'archiviazione FHIR in byte al minuto per regione Misurato in unità, dove un'unità è un byte che l'API Cloud Healthcare legge dallo spazio di archiviazione durante l'elaborazione delle operazioni fhir_read_ops, fhir_write_ops e fhir_search_ops.
fhir_storage_bytes Ingress dello spazio di archiviazione FHIR in byte al minuto per regione Byte inviati all'API Cloud Healthcare durante l'elaborazione delle operazioni di fhir_write_ops.
fhir_store_ops Numero di operazioni del datastore FHIR al minuto per regione Operazioni sul datastore FHIR, non sui dati FHIR.

Include i seguenti metodi:
fhir_store_lro_ops Numero di operazioni a lunga esecuzione del datastore FHIR al minuto per regione Operazioni sul datastore FHIR, non dati FHIR, che restituiscono un'operazione a lunga esecuzione.

Include i seguenti metodi:
fhir_storage_operations_bytes Ingress nello spazio di archiviazione FHIR per le operazioni a lunga esecuzione in byte al minuto per regione Byte inviati all'API Cloud Healthcare durante l'elaborazione delle operazioni di fhir_store_lro_ops.

Una singola richiesta può consumare più unità di quota. Ad esempio, una ricerca GET richiesta utilizzando Observation?subject:Patient.identifier=system|value come utilizza due unità di quota fhir_search_ops. Due ricerche operazioni, una sulla risorsa Observation e una sulla risorsa Patient, utilizzando subject come riferimento.

Se si tratta di una richiesta di eliminazione condizionale utilizzando Observation?status=canceled come ricerca criteri cerca ed elimina sei risorse osservazione, le seguenti: le unità di quota utilizzate:

  • Un'unità della quota fhir_search_ops, perché la richiesta di ricerca GET è solo su un tipo di risorsa FHIR, ovvero la risorsa Observation. La richiesta restituisce tutte le risorse di osservazione che corrispondono ai criteri di ricerca.
  • Sei unità di quota fhir_write_ops, perché ci sono un totale di sei operazioni DELETE sulle risorse di osservazione eliminate.

Esegui il consumo della quota del bundle

Per inviare una richiesta execute bundle, A prescindere dalla quota utilizzata dalla richiesta, Nel progetto Google Cloud deve essere disponibile almeno un'unità per ciascuno dei le quote seguenti:

  • fhir_read_ops
  • fhir_write_ops
  • fhir_search_ops

Se queste quote non sono disponibili, la richiesta di esecuzione del bundle non va a buon fine.

Ad esempio, se invii una fhir.executeBundle con un pacchetto di transazioni contenente 100 operazioni POST, ognuna delle quali crea una risorsa FHIR, l'API Cloud Healthcare verifica innanzitutto che sia disponibile almeno un'unità di quota per fhir_read_ops, fhir_write_ops e fhir_search_ops. Se la verifica ha esito positivo, l'API Cloud Healthcare esegue il bundle e crea le risorse FHIR, che consumano un totale 100 fhir_write_ops unità della quota.

Considera il seguente pacchetto di transazioni, che utilizza un riferimento condizionale per creare una risorsa Observation se esiste reference:

{
  "resourceType": "Bundle",
  "type": "transaction",
  "entry": [
    {
      "request": {
        "method": "POST",
        "url": "Observation"
      },
      "resource": {
        "resourceType": "Observation",
        "subject": {
          "reference": "Patient?identifier=a1b2c3d4e5"
        }
      }
    }
  ]
}

Quando esegui il bundle, l'API Cloud Healthcare verifica innanzitutto che sia disponibile almeno un'unità di quota per fhir_read_ops, fhir_write_ops e fhir_search_ops. Se la verifica ha esito positivo, l'API Cloud Healthcare che esegue il bundle. Vengono utilizzate le seguenti unità di quota:

  • Un solo fhir_write_ops per creare la nuova risorsa Observation.
  • Un fhir_search_ops, perché viene eseguita un'unica operazione di ricerca sul riferimento Patient?identifier=a1b2c3d4e5.