Cloud Healthcare API

In diesem Dokument erfahren Sie mehr über die Preisgestaltung für die Cloud Healthcare API und die Healthcare Natural Language API.

In diesem Abschnitt erfahren Sie mehr über die Preisgestaltung für die Cloud Healthcare API. Sie können auch den Google Cloud-Preisrechner verwenden, um die Kosten für die Nutzung der Cloud Healthcare API zu schätzen.

Warnung: Es fallen für Ihr Unternehmen in allen Veröffentlichungsphasen Gebühren für alle abrechnungsfähigen API-Funktionen von Cloud Healthcare an.

Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die unter Cloud Platform SKUs für Ihre Währung angegebenen Preise.

Preisübersicht

Die Preise für die Cloud Healthcare API basieren auf einer Kombination aus:

Preistabellen

Den folgenden Preistabellen können Sie entnehmen, welche Gebühren bei der Verwendung der Cloud Healthcare API anfallen.

Die Preisbeispiele zeigen Szenarien mit Nutzung und Gebühren.

Datenspeicher

Datenspeichergebühren werden entweder als Gebühren für strukturierten Speicher oder Blob-Speicher eingestuft. Die Gebühren für Blob Storage in der folgenden Tabelle gelten für die Speicherklasse „Standard“, für die keine Mindestspeicherdauer erforderlich ist. Informationen zu den Kosten für andere Blob Storage-Klassen und deren Mindestspeicherdauer finden Sie unter DICOM-Datenspeicher.

Speicherklasse	Preis (in $)
Strukturierter Speicher	0 gibibyte month to 1 gibibyte month 0,00 $ (Free) / 1 gibibyte hour, per 1 month / account 1 gibibyte month to 1,024 gibibyte month 0,000328767 $ / 1 gibibyte hour, per 1 month / account 1,024 gibibyte month and above 0,000260274 $ / 1 gibibyte hour, per 1 month / account
Blob-Speicher	0 gibibyte month to 1 gibibyte month 0,00 $ (Free) / 1 gibibyte hour, per 1 month / account 1 gibibyte month and above 0,000027397 $ / 1 gibibyte hour, per 1 month / account

Standardmäßig werden die Speichergebühren alle in die Kategorie „Strukturierter Speicher“ eingeordnet. Das Speichervolumen basiert auf aufgenommenen Datenbyte plus dem Indexierungs-Overhead (gemessen an indexierten Byte) und den Sicherungsbyte. Die Preise basieren auf regelmäßigen Messungen, die während eines Abrechnungszeitraums über alle Datenspeicher hinweg aggregiert wurden.

Anfragevolumen

Eine Anfrage ist ein HTTPS- oder gRPC-Vorgang, der über eine der folgenden Methoden aufgerufen wird:

Der Endpunkt healthcare.googleapis.com
Das gcloud-Tool
Google API-Konsole

Folgende Arten von Anfragen sind zulässig:

Standardanfragen: Standardeinstellung für alle Anfragen
Komplexe Anfragen: Erfasst API-Anfragen, die im Vergleich zu Standardanfragen rechenintensiv sind
Anfragen für mehrere Vorgänge: Erfassen Anfragen für mehrere Vorgänge
Anfragen für erweiterte Vorgänge: Erfasst Vorgänge wie die FHIR-Wiederherstellung zu einem bestimmten Zeitpunkt

Die ersten 25.000 Anfragen sind kostenlos. Nachdem das Kontingent der kostenlosen Stufe aufgebraucht ist, werden die nächsten Stufen pro 100.000 Anfragen pro Monat abgerechnet.

Kategorie	Preis (in $)
Standardanfragen	0 count to 25,000 count 0,00 $ (Free) / 100,000 count, per 1 month / account 25,000 count to 1,000,000,000 count 0,39 $ / 100,000 count, per 1 month / account 1,000,000,000 count and above 0,29 $ / 100,000 count, per 1 month / account
Komplexe Anfragen	0 count to 25,000 count 0,00 $ (Free) / 100,000 count, per 1 month / account 25,000 count to 1,000,000,000 count 0,69 $ / 100,000 count, per 1 month / account 1,000,000,000 count and above 0,59 $ / 100,000 count, per 1 month / account
Anfragen für mehrere Vorgänge	0 count to 25,000 count 0,00 $ (Free) / 100,000 count, per 1 month / account 25,000 count to 1,000,000,000 count 0,39 $ / 100,000 count, per 1 month / account 1,000,000,000 count and above 0,29 $ / 100,000 count, per 1 month / account

Erweiterte Vorgangsanfragen werden mit 0,99 $pro 100.000 Anfragen berechnet.

Es handelt sich bei allen Vorgängen um Standardanfragen, sofern dies in der folgenden Tabelle nicht anders angegeben ist. Scrollen Sie, um den gesamten Inhalt der Tabelle zu sehen.

Komplexe Anfragevorgänge	Anfragevorgänge für mehrere Vorgänge	Kostenlose Vorgänge	Erweiterte Vorgänge
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	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
Wenn FHIR-Profile verwendet werden: fhir.create fhir.update fhir.patch
Wenn sie mit dem Abfrageparameter viewport verwendet werden, werden Aufrufe dieser Methoden auch als ETL-Vorgang abgerechnet, wenn eine Transcodierung durchgeführt wird: instances.retrieveRendered frames.retrieveRendered

Komplexe Anfragevorgänge

Anfragevorgänge für mehrere Vorgänge

Kostenlose Vorgänge

Erweiterte Vorgänge

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

dicomStores.studies.storeInstances

dicomStores.studies.series.instances.retrieveInstance

dicomStores.studies.retrieveStudy

dicomStores.studies.series.retrieveSeries

fhir.Patient-everything

fhir.executeBundle

hl7V2Stores.messages.batchGet

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

Wenn FHIR-Profile verwendet werden:

fhir.create

fhir.update

fhir.patch

Wenn sie mit dem Abfrageparameter viewport verwendet werden, werden Aufrufe dieser Methoden auch als ETL-Vorgang abgerechnet, wenn eine Transcodierung durchgeführt wird:

instances.retrieveRendered

frames.retrieveRendered

Beispiel:

Die DICOM-Vorgänge, die in der Tabelle unter „Anfragevorgänge für mehrere Vorgänge“ aufgeführt sind, können mehrere DICOM-Instanzen in einer einzelnen Anfrage übertragen (z. B. kann eine einzelne dicomStores.storeInstances-Anfrage zum Hochladen mehrerer Instanzen verwendet werden). Bei diesen Anfragen wird für jede übertragene DICOM-Instanz eine Anfrage für mehrere Vorgänge berechnet.
Ein Aufruf der Methode hl7V2Stores.messages.batchGet besteht aus einer Standardanfrage und n – 1 Anfragen mit mehreren Vorgängen, wobei n die Anzahl der zurückgegebenen Nachrichten ist.
Ein Aufruf der Methode fhir.executeBundle besteht aus einer Standardanfrage und n-1 Anfragen mit mehreren Vorgängen, wobei n die Anzahl der angeforderten Bundle-Einträge ist, die keine Löschvorgänge sind (fhir.delete ist kostenlos).
Die Validierung von FHIR-Profilen wird als eine komplexe Anfrage für jede Ressource in einer fhir.create-, fhir.update- und fhir.patch-Anfrage berechnet. Aufrufe von fhir.executeBundle werden für jede validierte Ressource im Bundle berechnet. Sie zahlen nur einmal pro Ressource, unabhängig von der Anzahl der Profile für die Ressource.
Die Wiederherstellung einer einzelnen FHIR-Ressourcen-ID mit dem FHIR-Vorgang zur Wiederherstellung zu einem bestimmten Zeitpunkt (fhirStores.rollback) kostet 0,0000099 $, die Wiederherstellung von 100.000 eindeutigen FHIR-Ressourcen-IDs kostet 0,99 $.

Benachrichtigungsvolumen

Benachrichtigungen sind Streaming-Ereignisse, die aus Datenspeichern stammen und an Google Cloud oder externe Endpunkte gesendet werden. Benachrichtigungen enthalten entweder Ressourcennamen, Ressourcenmetadaten oder ganze Ressourcen und werden gemäß einer vom Nutzer bereitgestellten Konfiguration generiert. Die Standardeinstellung für alle Benachrichtigungen ist der Typ „Standardbenachrichtigungen“.

Die folgenden Preise gelten pro 1 Million Benachrichtigungen pro Monat:

Kategorie	Preis (in $)
Standardbenachrichtigungen	0 count to 100,000 count 0,00 $ (Free) / 1,000,000 count, per 1 month / account 100,000 count and above 0,29 $ / 1,000,000 count, per 1 month / account

Standardbenachrichtigungen sind beispielsweise Pub/Sub-Benachrichtigungen, die an ein Pub/Sub-Thema gesendet werden, das an einen Datenspeicher angehängt ist.

DICOM-Datenspeicher

Gespeicherte DICOM-Rohdaten verwenden in allen Regionen Blob Storage. Durchsuchbare Metadaten von aufgenommenen DICOM-Bildern (z. B. DICOM-Tags) werden beibehalten und als Teil des strukturierten Speichers berechnet.

Die Preise für Blob-Speicher basieren auf der Menge der nicht strukturierten Bytes bzw. BLOB-Bytes, die aufgenommen und gespeichert werden, und auf der verwendeten Speicherklasse. In der folgenden Tabelle sind die verschiedenen Storage-Klassen für die Speicherung von DICOM-Rohdaten und ihre Mindestspeicherdauer aufgeführt:

Speicherklasse	Mindestspeicherdauer
Standard	Keine
Nearline	30 Tage
Coldline	90 Tage
Archivieren	365 Tage

In der folgenden Tabelle sind die Gebühren für ruhende Daten aufgeführt, die bei der Verwendung der Speicherklassen „Nearline“, „Coldline“ und „Archive“ zum Speichern von DICOM-Daten in der Cloud Healthcare API anfallen. Diese Gebühren gelten für alle Regionen.

Speicherklasse	Preis (in $)
Nearline	0,000027397 $ / 1 gibibyte hour
Coldline	0,000013699 $ / 1 gibibyte hour
Archivieren	0,00000411 $ / 1 gibibyte hour

Die Gebühren für die Speicherklasse „Standard“ sind in der Tabelle Datenspeicher als Blob-Speichergebühren für verschiedene Regionen aufgeführt.

Vorzeitiges Löschen von DICOM-Daten

Eine Gebühr für vorzeitiges Löschen wird erhoben, wenn Sie ein DICOM-Objekt löschen, überschreiben oder neu schreiben. Ein Beispiel für das Neuschreiben ist das Ändern der Speicherklasse eines Objekts. Die Gebühr für vorzeitiges Löschen entspricht dem Betrag, der angefallen wäre, wenn das Objekt für die Mindestdauer in seinem ursprünglichen Zustand verblieben wäre.

Dazu ein Beispiel:

Sie speichern 1.000 GB an DICOM-Objekten mit der Speicherklasse „Coldline Storage“. Für Coldline Storage beträgt der Preis pro GB und Monat 0, 01 $. Bei einem Monat mit 30 Tagen lässt sich der Preis pro GB und Tag wie folgt berechnen:

0,01 $/GB/Monat * 1 Tag / 30 Tage

Am Ende von Tag 60 löschen Sie alle Daten im Speicher. Da für Coldline Storage eine Mindestspeicherdauer von 90 Tagen gilt, werden die Gebühren so berechnet, als wenn das Objekt 90 Tage lang gespeichert worden wäre. Hier ist die Aufschlüsselung der Gebühr:
Den normalen Kosten für inaktive Daten in Verbindung mit den 60 Tagen, an denen die Daten im Bucket vorlagen:

0,01 $/GB/Monat × 1.000 GB × 2 Monate = 20 $

Einer Gebühr für vorzeitiges Löschen, die für die verbleibenden 30 Tage der Mindestspeicherdauer von 90 Tagen gilt:

(0,01 $/GB/Monat × 1 Tag / 30 Tage) × 1.000 GB × 30 Tage = 10 $

Wenn Sie die beiden Komponenten der Gebühr addieren, betragen die Gesamtkosten für die Speicherung Ihrer DICOM-Daten für 60 Tage anstelle von 90 Tagen 30 $. Dies sind die gleichen Kosten, die Ihnen entstehen würden, wenn Sie die DICOM-Daten während der gesamten Mindestspeicherdauer von 90 Tagen speichern und am Ende des 90. Tages löschen würden.

DICOM-Daten abrufen

Wenn Sie Objektdaten oder ‑metadaten lesen, kopieren, verschieben oder neu schreiben, die in Nearline Storage, Coldline Storage oder Archive Storage gespeichert sind, fällt eine Abrufgebühr an. Diese Kosten gelten zusätzlich zu den Netzwerkgebühren, die für das Lesen der Daten anfallen.

In der folgenden Tabelle sind die Abrufraten für die einzelnen Speicherklassen aufgeführt:

Speicherklasse	Preis (in $)
Standard	0 $
Nearline	0,01 $ / 1 gibibyte
Coldline	0,02 $ / 1 gibibyte
Archivieren	0,05 $ / 1 gibibyte

Für jeden Abruf aus Nearline Storage, Coldline Storage oder Archive Storage wird eine zusätzliche Gebühr für komplexe Anfragen erhoben.

ETL-Vorgänge

ETL-Vorgänge (Extrahieren, Transformieren, Laden) in der Cloud Healthcare API gehören zu folgenden Kategorien:

Batch exportieren
Stream exportieren
DICOM transcodieren

Das gesamte Datenvolumen wird während jedes Abrechnungszeitraums über alle Services hinweg aggregiert. In der folgenden Tabelle sind die Kosten pro GB für jeden ETL-Vorgang aufgeführt:

Kategorie	Preis (in $)
Batch exportieren	0 gibibyte to 1 gibibyte 0,19 $ / 1 gibibyte, per 1 month / account 1 gibibyte to 1,024 gibibyte 0,14 $ / 1 gibibyte, per 1 month / account 1,024 gibibyte and above 0,09 $ / 1 gibibyte, per 1 month / account
Stream exportieren	0 gibibyte to 1 gibibyte 0,34 $ / 1 gibibyte, per 1 month / account 1 gibibyte to 1,024 gibibyte 0,29 $ / 1 gibibyte, per 1 month / account 1,024 gibibyte and above 0,24 $ / 1 gibibyte, per 1 month / account
DICOM transcodieren	0 gibibyte to 1 gibibyte 0,00 $ (Free) / 1 gibibyte, per 1 month / account 1 gibibyte to 1,024 gibibyte 0,004 $ / 1 gibibyte, per 1 month / account 1,024 gibibyte and above 0,003 $ / 1 gibibyte, per 1 month / account

Diese Vorgänge werden anhand des Gesamtvolumens der verarbeiteten Daten abgerechnet. Exportvorgänge umfassen alle Ziele, beispielsweise Cloud Storage und BigQuery. Die DICOM-Transcodierung wird nur in Rechnung gestellt, wenn eine DICOM-Instanz in einer anderen Übertragungssyntax als der, mit der sie hochgeladen wurde, angefordert wird. Dies kann beispielsweise für „Retrieve Transaction“- und Bulk-Export-Anfragen der Fall sein. Weitere Informationen finden Sie im Abschnitt "Transaktion abrufen" der DICOM-Konformitätserklärung.

Exportieren nach Cloud Storage:

Das DICOM-Datenvolumen basiert auf der Größe der gespeicherten Dateien.
Das FHIR-Datenvolumen basiert auf den im Protokollzwischenspeicher-Format übertragenen Byte.
Das HL7v2-Datenvolumen basiert auf der Größe der unbearbeiteten HL7v2-Nachrichtenbyte.

Exportieren nach BigQuery:

Das DICOM-Datenvolumen basiert auf den gespeicherten DICOM-Metadaten.
Das FHIR-Datenvolumen basiert auf der gesamten Ressource.

Sowohl für DICOM als auch für FHIR basiert die verwendete Messung auf der Anzahl der übertragenen Protokollzwischenspeicher-Byte.

Bei der Transcodierung basiert das Datenvolumen auf der Eingabegröße der Daten und nicht auf der Ausgabegröße oder der maximalen Zwischengröße.

In der folgenden Tabelle sind die Vorgänge für jeden ETL-Kategorietyp aufgeführt:

Batch exportieren	Stream exportieren	DICOM transcodieren
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

Batch exportieren

Stream exportieren

DICOM transcodieren

fhirStores.export

dicomStores.export

fhir.conditionalDelete

fhir.conditionalPatch

fhir.conditionalUpdate

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

De-Identifikationsvorgängen

De-Identifikationsvorgänge werden basierend auf dem Datenvolumen in Rechnung gestellt, das in drei Untervorgängen verarbeitet wird:

Prüfung: Erfolgt bei freiem Text oder Bildern, um Instanzen sensibler Daten zu erkennen.
Transformation: Umfasst das Entfernen, Ersetzen, Hashing oder Ändern sensibler Daten im Rahmen des De-Identifikationsprozesses.
Verarbeitung: Deckt die Grundkosten des Vorgangs ab.

Die Datenmenge im jeweiligen Untervorgang hängt davon ab, wie der Hauptvorgang konfiguriert ist.

Hinweis: De-Identifikationsvorgänge werden nach und nach abgerechnet, wenn die Arbeit abgeschlossen ist. Ein Vorgang, der nicht abgeschlossen wird, kann trotzdem Kosten für die erfolgreich ausgeführten Teile verursachen.

Die Kosten werden monatlich beglichen, abhängig davon, wie viele Einheiten verarbeitet wurden und welcher Stufe sie angehören. Es gibt drei Arten von Einheiten, die unterschiedlich berechnet werden:

Prüfeinheiten: Basierend auf der Anzahl der überprüften Byte multipliziert mit der Anzahl der zur Prüfung verwendeten infoTypes. Die Prüfung von 1 GB Daten mit 10 infoTypes entspricht beispielsweise der Prüfung von 10 Giga-Einheiten (Giga-Units, GU). Standardmäßig werden bei jeder Prüfung mindestens 10 infoTypes verwendet. Das bedeutet, dass pro De-Identifikationsvorgang eine Mindestgebühr von 10 Kiloeinheiten anfällt.
Transformationseinheiten: Basierend auf der Anzahl der transformierten Byte, wobei 1 GB Daten der Transformation von 1 GU entspricht.
Verarbeitungseinheiten: Basierend auf der Gesamtzahl der Byte im De-Identifikationsvorgang.

Die Einheitenarten werden, wie in den obigen Tabellen erläutert, in verschiedenen Kategorien abgerechnet:

Die Kosten für Prüfung und Transformation sind in Bereichen von Giga-Einheiten (Giga-Units, GU) und Tera-Einheiten (Tera-Units, TU) angegeben. Die Preise für die einzelnen Bereiche verstehen sich pro GU.

Für einen Abrechnungszeitraum gilt beispielsweise:

Bis zu 1 GU an Prüfungseinheiten ist kostenlos.
Zwischen 1 TU und 10 TU werden die Prüfungseinheiten mit 0,20 $ für die Anzahl der Einheiten abgerechnet.
Die Verarbeitungskosten werden in Bereichen von Gigabyte (GB) und Terabyte (TB) angegeben. Die Preise für die einzelnen Bereiche verstehen sich pro GB.

Für einen Abrechnungszeitraum gilt beispielsweise:

Bei bis zu 1 GB strukturiertem Speicher ist die Batchverarbeitung kostenlos.
Zwischen 1 TB und 10 TB werden die Batchverarbeitungseinheiten im strukturierten Speicher mit 0,50 $ abgerechnet.

Untervorgang	Preis (in $)
Prüfung	0 count to 1,000,000,000 count 0,00 $ (Free) / 1,000,000,000 count, per 1 month / account 1,000,000,000 count to 1,000,000,000,000 count 0,30 $ / 1,000,000,000 count, per 1 month / account 1,000,000,000,000 count to 10,000,000,000,000 count 0,20 $ / 1,000,000,000 count, per 1 month / account 10,000,000,000,000 count and above 0,10 $ / 1,000,000,000 count, per 1 month / account
Transformation	0 count to 1,000,000,000 count 0,00 $ (Free) / 1,000,000,000 count, per 1 month / account 1,000,000,000 count to 1,000,000,000,000 count 3,00 $ / 1,000,000,000 count, per 1 month / account 1,000,000,000,000 count to 10,000,000,000,000 count 2,00 $ / 1,000,000,000 count, per 1 month / account 10,000,000,000,000 count and above 1,00 $ / 1,000,000,000 count, per 1 month / account

Untervorgang	Kategorie	Preis (in $)
Inhalte werden verarbeitet...	Strukturierter Speicher, Batch	0 gibibyte to 1 gibibyte 0,00 $ (Free) / 1 gibibyte, per 1 month / account 1 gibibyte to 1,024 gibibyte 0,60 $ / 1 gibibyte, per 1 month / account 1,024 gibibyte to 10,240 gibibyte 0,50 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte and above 0,40 $ / 1 gibibyte, per 1 month / account
Inhalte werden verarbeitet...	Blob-Speicher, Batch	0 gibibyte to 1 gibibyte 0,00 $ (Free) / 1 gibibyte, per 1 month / account 1 gibibyte to 1,024 gibibyte 0,08 $ / 1 gibibyte, per 1 month / account 1,024 gibibyte to 10,240 gibibyte 0,06 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte and above 0,05 $ / 1 gibibyte, per 1 month / account

Die Gebühren für die Untervorgänge hängen davon ab, ob Sie mit FHIR- oder DICOM-Daten arbeiten:

FHIR:

Prüfungs- und Transformationsgebühren gelten für den Teil der Ressource, der auf sensible Daten untersucht und anschließend transformiert wird.
Die Verarbeitungsgebühren werden zum Batch-Preis des strukturierten Speichers abgerechnet und gelten für die gesamte Ressource.

DICOM:

Die Prüfungsgebühren gelten für den Teil der Ressource (einschließlich Pixeldaten), der auf sensible Daten untersucht wird.
Transformationsgebühren gelten für den Teil der Ressource (ohne Pixeldaten), der nach der Prüfung transformiert wird. Wenn ein Bild entfernt wird, fallen nur für die Prüfung Gebühren an, jedoch nicht für die Transformation. Weitere Informationen, wie dies in der Praxis funktioniert, finden Sie im Beispiel zur DICOM-De-Identifikation.
Die Verarbeitungsgebühren gelten für die gesamte Ressource und werden basierend auf der Größe der ursprünglichen DICOM-Instanz berechnet. Die Verarbeitungsgebühren für DICOM-Metadaten verwenden die Kategorie „Strukturierter Speicher, Batch“. Die Verarbeitungsgebühren für Pixeldaten verwenden die Kategorie „Blob Storage, Batch“ (Blob-Speicher, Batch).

FHIR Access Control

Die Preise für die FHIR-Zugriffssteuerung basieren auf den folgenden Faktoren:

Anzahl der aktiven Patienteneinwilligungen und Admin-Richtlinien.
Die FHIR-Anfragen mit dem Header X-Consent-Scope.
Die durch das Anwenden von Richtlinien ausgelösten Neuindizierungsvorgänge.

Kunden können die Funktion optional aktivieren, indem sie ConsentConfig aktivieren. Wenn sie nicht aktiviert ist, wird die Funktion deaktiviert und es fallen keine Gebühren an.

Einheit	Preis (in $)
Einwilligung der Patienten	0,05 $ pro aktiver Einwilligung von Patienten und Monat
Administratorrichtlinien	50 $ pro aktiver Administratorrichtlinie und Monat

Die Preise für Einwilligungsrichtlinien werden anteilig berechnet. Wenn eine Richtlinie zur Einwilligung gelöscht oder auf „Inaktiv“ gesetzt wird, berechnet die Cloud Healthcare API nur den Zeitraum, in dem die Richtlinie aktiv war.

Ursprünglicher Anfragetyp	Anfragetyp mit X-Consent-Scope-Header
Kostenlose Anfragen	Kostenlose Anfragen
Standardanfragen	Komplexe Anfragen
Anfragen für mehrere Vorgänge	Komplexe Anfragen
Komplexe Anfragen	Erweiterte Anfragen zu Vorgängen
Erweiterte Anfragen zu Vorgängen	Erweiterte Anfragen zu Vorgängen

Details zu den Preisen für die einzelnen Anfragetypen finden Sie unter Anfragevolumen.

Kosten für die Neuindizierung

Für den Aufruf der Methoden fhirStores.applyConsents oder fhirStores.applyAdminConsents fallen Gebühren an. Für jede FHIR-Ressource, die aufgrund dieser Aufrufe neu indexiert wird, wird Ihnen eine Anfrage für mehrere Vorgänge berechnet.

Außerdem wird Ihnen die FHIR-Neuindizierung in Rechnung gestellt, wenn Sie Basisressourcen von Compartments unter erzwungenen kaskadierenden Richtlinien aktualisieren.

Informationen zu den Preisen für Anfragen mit mehreren Vorgängen finden Sie unter Anfragevolumen.

Einheit	Preis (in $)
Verwaltete Einwilligungen	0,000068493 $ / 1 hour
Zugriffsermittlung, Batch	0,016 $ / 1,000,000 count, per 1 month / account

Netzwerknutzung

Eingehende Datenübertragung

Eingehende Datenübertragungen sind immer kostenlos.

Interregionale Datenübertragung

Für die Datenübertragung wird keine Gebühr erhoben, wenn die Übertragungsanfrage von der Cloud Healthcare API stammt und an einen Dienst in Google Cloud in derselben Region gesendet wird.

Die folgenden Preise gelten für regionenübergreifende Datenübertragungen oder für Datenübertragungen von einer Gruppe mit mehreren Regionen zu einer einzelnen Region auf demselben Kontinent und umgekehrt. Die Preise verstehen sich pro GB und Monat.

Quelle und Ziel des Traffics	Über 0 GB
Nordamerika nach Nordamerika	0,01 $ / 1 gibibyte, per 1 month / account
Europa nach Europa	0,02 $ / 1 gibibyte, per 1 month / account
Asiatisch-pazifischer Raum nach asiatisch-pazifischer Raum	0,05 $ / 1 gibibyte, per 1 month / account
Interkontinental (außer Ozeanien)	0,08 $ / 1 gibibyte, per 1 month / account
Interkontinental nach/von Ozeanien	0,15 $ / 1 gibibyte, per 1 month / account

Allgemeine Netzwerknutzung

Die allgemeine Netzwerknutzung gilt für Daten, die Google Cloud verlassen. Die Cloud Healthcare API verwendet Premium Internet Data Transfer. Die Preise sind unten angegeben. Die Preise für die Datenübertragung stimmen mit den Preisen des Google Cloud-Netzwerks – Premium-Stufe überein.

Die Preise verstehen sich pro GB und Monat.

Quelle und Ziel des Traffics	Preis (in $)
Nordamerika nach Nordamerika	0 gibibyte to 10,240 gibibyte 0,105 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte to 153,600 gibibyte 0,08 $ / 1 gibibyte, per 1 month / account 153,600 gibibyte and above 0,06 $ / 1 gibibyte, per 1 month / account
Europa nach Europa	0 gibibyte to 10,240 gibibyte 0,105 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte to 153,600 gibibyte 0,08 $ / 1 gibibyte, per 1 month / account 153,600 gibibyte and above 0,06 $ / 1 gibibyte, per 1 month / account
Asiatisch-pazifischer Raum nach asiatisch-pazifischer Raum	0 gibibyte to 10,240 gibibyte 0,12 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte to 153,600 gibibyte 0,085 $ / 1 gibibyte, per 1 month / account 153,600 gibibyte and above 0,08 $ / 1 gibibyte, per 1 month / account
Südamerika nach Südamerika	0 gibibyte to 10,240 gibibyte 0,12 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte to 153,600 gibibyte 0,085 $ / 1 gibibyte, per 1 month / account 153,600 gibibyte and above 0,08 $ / 1 gibibyte, per 1 month / account
Ozeanien nach Ozeanien	0 gibibyte to 10,240 gibibyte 0,12 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte to 153,600 gibibyte 0,085 $ / 1 gibibyte, per 1 month / account 153,600 gibibyte and above 0,08 $ / 1 gibibyte, per 1 month / account
Interkontinental (außer Ozeanien und China)	0 gibibyte to 10,240 gibibyte 0,12 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte to 153,600 gibibyte 0,085 $ / 1 gibibyte, per 1 month / account 153,600 gibibyte and above 0,08 $ / 1 gibibyte, per 1 month / account
Interkontinental nach/von Ozeanien	0 gibibyte to 10,240 gibibyte 0,19 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte to 153,600 gibibyte 0,16 $ / 1 gibibyte, per 1 month / account 153,600 gibibyte and above 0,15 $ / 1 gibibyte, per 1 month / account
Jeglicher Traffic nach China	0 gibibyte to 10,240 gibibyte 0,19 $ / 1 gibibyte, per 1 month / account 10,240 gibibyte to 153,600 gibibyte 0,16 $ / 1 gibibyte, per 1 month / account 153,600 gibibyte and above 0,15 $ / 1 gibibyte, per 1 month / account

Preisbeispiele

Preisbeispiel für FHIR

Angenommen, eine FHIR-basierte Anwendung wird in Google Cloud in europe-west2 gehostet und erzeugt in einem Monat 25.000.000 Anfragen mit durchschnittlich 4 KB pro Ressource. Fünf Millionen der Anfragen sind FHIR-Suchanfragen und werden daher als komplexe Anfragen in Rechnung gestellt. Der FHIR-Speicher speichert über einen Zeitraum von einem Monat durchschnittlich 1 TB an Daten, einschließlich Sicherungs- und Indexierungsaufwand.

Die folgende Tabelle zeigt das Nutzungsmuster im angegebenen Monat:

Preiskategorie	Art der Datenverwendung	Betrag
Anfragevolumen	Standardanfragen Komplexe Anfragen	20.000.000 5.000.000
Datenspeicher	Strukturierter Speicher in europe-west2	1 TB

Preiskategorie

Art der Datenverwendung

Betrag

Anfragevolumen

Standardanfragen

Komplexe Anfragen

20.000.000

5.000.000

Datenspeicher

Strukturierter Speicher in europe-west2

1 TB

Ihre Rechnung für den Monat wird folgendermaßen berechnet:

Preiskategorie	Berechnung	Preis (in $)
Anfragevolumen	25.000.000 Anfragen insgesamt:
	(Anfragestufe 0–25.000) 25.000 Standardanfragen x 0,00 $	0,00 $
	(Anfragestufe 25.000–1 Milliarde) 19.975.000 Standardanfragen x 0,39 $	77,90 $
	(Anfragestufe 0–25.000) 25.000 komplexe Anfragen x 0,00 $	0,00 $
	(Anfragestufe 25.000–1 Milliarde) 4.975.000 komplexe Anfragen x 0,69 $	34,33 $
Datenspeicher	1 TB insgesamt:
	(Stufe 0–1 GB) 1 GB x 0,00 $	0,00 $
	(Stufe 1 GB–1 TB) 1.023 GB × 0,39 $	398,97 $
Summe		511,20 $

Preisbeispiel für DICOM

Angenommen, ein kleines Bildgebungszentrum generiert in einem DICOM-Speicher in us-central1 pro Monat Folgendes:

1.000 Röntgenuntersuchungen (mit jeweils ca. 10 MB)
300 CT-Untersuchungen (mit jeweils ca. 300 MB)
200 MRT-Untersuchungen (mit jeweils ca. 300 MB)

Das Bildgebungszentrum bewahrt die Bilder ein Jahr lang auf, was zu einem durchschnittlichen monatlichen Speicher von 160 GB und zusätzlichen 6, 4 GB analysiertem Meta-Tag-Speicher einschließlich zusätzlichen Aufwendungen führt. Zum Schätzen der Anzahl der gestellten Anfragen wird davon ausgegangen, dass jede Röntgenuntersuchung aus einem einzelnen Bild und jede CT- und MRT-Untersuchung aus 300 Bildern besteht.

Außerdem wird Folgendes vorausgesetzt:

Für jede Untersuchung werden zwei Metadatensuchanfragen (DICOMweb-Suchtransaktion) gestellt. Insgesamt also 2 x (1.000 + 300 + 200) = 3.000 komplexe Anfragen.
Jedes Bild wird zweimal abgerufen, was insgesamt 2 x (1.000 + 300 x 300 + 200 x 300) = 302.000 Anfragen für mehrere Vorgänge ergibt.
Die Bilder müssen bei jeder Anfrage transcodiert werden, sodass insgesamt 2 x 160 GB = 320 GB transcodiert werden.

Die folgende Tabelle zeigt das Nutzungsmuster im angegebenen Monat:

Preiskategorie	Art der Datenverwendung	Betrag
Anfragevolumen	Komplexe Anfragen Anfragen für mehrere Vorgänge	3.000 302.000
Datenspeicher	Strukturierter Speicher in us-central1 Blob-Speicher in us-central1	6,4 GB 160 GB
ETL-Vorgänge	DICOM transcodieren	320 GB

Preiskategorie

Art der Datenverwendung

Betrag

Anfragevolumen

Komplexe Anfragen

Anfragen für mehrere Vorgänge

3.000

302.000

Datenspeicher

Strukturierter Speicher in us-central1

Blob-Speicher in us-central1

6,4 GB

160 GB

ETL-Vorgänge

DICOM transcodieren

320 GB

Ihre Rechnung für den Monat wird folgendermaßen berechnet:

Preiskategorie	Berechnung	Preis (in $)
Anfragevolumen	Insgesamt 305.000 Anfragen:
	(Anfragestufe 0–25.000) 3.000 komplexe Anfragen x 0,00 $	0,00 $
	(Anfragestufe 0–25.000) 25.000 Anfragen für mehrere Vorgänge × 0,00 $	0,00 $
	(Anfragestufe 25.000–1 Milliarde) 277.000 Anfragen für mehrere Vorgänge × 0,39 $	1,08 $
Datenspeicher	166,4 GB insgesamt:
	(Stufe 0–1 GB) 0,5 GB strukturierter Speicher × 0,00 $	0,00 $
	(Stufe 1 GB–1 TB) 5,9 GB strukturierter Speicher × 0,24 $	1,42 $
	(Stufe 0–1 GB) 1 GB Blob-Speicher x 0,00 $	0,00 $
	(Stufe 1 GB–1 TB) 159 GB Blob-Speicher × 0,02 $	3,18 $
ETL-Vorgänge	320 GB insgesamt:
	(Stufe 0–1 GB) 1 GB x 0,00 $	0,00 $
	(Stufe 1 GB–1 TB) 319 GB x 0,004 $	1,28 $
Summe		6,96 $

Preisbeispiel für HL7v2

Angenommen,ein HL7v2-Speicher in „us-central1“ ist mit einer Pflegeeinrichtung verbunden,die mit einem lokalen MLLP-Adapter 10.000.000 Nachrichten pro Monat erstellt. Es werden also 10.000.000 Datenaufnahmeanfragen an die Cloud Healthcare API gesendet. Als Antwort werden 10.000.000 Bestätigungsnachrichten generiert (die jedoch nicht im HL7v2-Speicher gespeichert werden).

Der HL7v2-Speicher speichert über einen Zeitraum von einem Monat durchschnittlich 80 GB an Daten, einschließlich Sicherungs- und Indexierungs-Overhead.

Die folgende Tabelle zeigt das Nutzungsmuster im angegebenen Monat:

Preiskategorie	Art der Datenverwendung	Betrag
Anfragevolumen	Standardanfragen	20.000.000
Datenspeicher	Strukturierter Speicher in us-central1	80 GB

Ihre Rechnung für den Monat wird folgendermaßen berechnet:

Preiskategorie	Berechnung	Preis (in $)
Anfragevolumen	20.000.000 Anfragen insgesamt:
	(Anfragestufe 0–25.000) 25.000 Standardanfragen x 0,00 $	0,00 $
	(Anfragestufe 25.000–1 Milliarde) 19.975.000 Standardanfragen x 0,39 $	77,90 $
Datenspeicher	80 GB insgesamt:
	(Stufe 0–1 GB) 1 GB x 0,00 $	0,00 $
	(Stufe 1 GB–1 TB) 79 GB x 0,24 $	18,96 $
Summe		96,86 $

Beispiel für eine FHIR-De-Identifikation

Angenommen, Sie de-identifizieren 10 GB an FHIR-Daten. Bei der De-Identifikation werden 10% (1 GB) der Daten geprüft, von denen wiederum 10% (0, 1 GB) transformiert werden. Standardmäßig werden 15 infoTypes verwendet.

Ihre Rechnung für die De-Identifikation würde dann so aussehen:

Untervorgang	Berechnung	Preis (in $)
Prüfung	10 GB x 0,1 geprüfte Daten x 15 infoTypes x 0,30 $/GU	4,50 $
Transformation	10 GB x 0,1 geprüfte Daten x 0,1 transformierte Daten x 3,00 $/GU	0,30 $
Inhalte werden verarbeitet...	10 GB x 0,60 $/GB	6,00 $
Summe		10,80 $

Beispiel für eine DICOM-De-Identifikation

Angenommen, Sie de-identifizieren 10 GB an DICOM-Daten. 90% (9 GB) der Daten bestehen aus DICOM-Bildern. Alle Bilder werden geprüft und 10% (0, 9 GB) werden transformiert. Standardmäßig werden 16 infoTypes verwendet.

Ihre Rechnung für die De-Identifikation würde dann so aussehen:

Untervorgang	Berechnung	Preis (in $)
Prüfung	10 GB x 0,9 Bilder x 16 infoTypes x 0,30 $/GU	43,20 $
Transformation	Mit Prüfung gebündelt	0,00 $
Inhalte werden verarbeitet...	DICOM-Metadaten: 10 GB × 0,1 Text × 0,60 $/GB	0,60 $
Inhalte werden verarbeitet...	Pixel-Daten: 10 GB × 0,9 Bilder × 0,08 $/GB	0,72 $
Summe		44,52 $

Beispiele für Benachrichtigungsvolumen

Nehmen wir an, dass von einer FHIR-basierten Anwendung 1,6 Mio.Pub/Sub-Benachrichtigungen pro Monat erstellt werden. Da Benachrichtigungen pro 1 Mio. berechnet werden, sieht Ihre Abrechnung für Benachrichtigungen so aus:

Benachrichtigungstyp	Berechnung	Preis (in $)
Pub/Sub-Benachrichtigung	Insgesamt 1.600.000 Benachrichtigungen:
	(Benachrichtigungsstufe 0–100.000) 100.000 Benachrichtigungen x 0,00 $	0,00 $
	(Benachrichtigungsstufe 100.000–1,1 Mio.) 0,29 $	0,29 $
	(Benachrichtigungsstufe 1,1–1,6 Mio.) 0,29 $ x 0,5	0,145 $
Summe		0,435 $

Healthcare Natural Language API

Die Healthcare Natural Language API bietet eine Reihe von Features zum Extrahieren von Gesundheitsdaten aus medizinischen Texten. Sie zahlen nur für die Funktionen, die Sie nutzen – und Sie müssen im Vorfeld keine Verpflichtungen eingehen. Die API unterstützt dabei die folgenden Funktionen:

Featuretyp	Beschreibung
Entitätsanalyse	Analyse von Gesundheitsentitäten im Text. Die Antwort enthält die erkannten Entitätserwähnungen und die Beziehungen zwischen ihnen. Jede Entität ist mit einem standardmäßigen medizinischen Vokabular verknüpft.

Wenn Sie in einer anderen Währung als US-Dollar bezahlen, gelten die unter Cloud Platform SKUs für Ihre Währung angegebenen Preise.

Preistextdatensätze

Die Nutzung der Healthcare Natural Language API wird anhand des monatlichen Textdatensatzvolumens berechnet. Ein Texteintrag enthält 1.000 Zeichen. Zeichen sind Unicode-Zeichen (einschließlich Leerzeichen und Markup-Zeichen wie HTML- oder XML-Tags).

Die Gebühren für Textdatensätze sind in folgende Stufen unterteilt:

Kostenlos (1 Textdatensatz–2.500 Textdatensätze)
Geringes Volumen (2.500 Textdatensätze–1.000.000 Textdatensätze)
Hohes Volumen (mehr als 1.000.000 Textdatensätze)

Die Kosten für die Healthcare Natural Language API werden monatlich berechnet. Grundlage dafür sind die genutzten Features und die Anzahl der Textdatensätze, die mit diesen Features ausgewertet wurden. In der folgenden Tabelle ist der Preis pro 1 Textdatensatz während eines Abrechnungsmonats aufgeführt. Die Preise in der Stufe mit geringem Volumen gelten nur für Textdatensätze, die über das kostenlose Kontingent hinaus ausgewertet werden. Die Preise in der Stufe „Hohes Volumen“ gelten nur für Textdatensätze, die über die Stufe „Niedriges Volumen“ hinaus bewertet werden.

Funktion	Preis (in $)
Entitätsanalyse	0 count to 2,500 count 0,00 $ (Free) / 1 count, per 1 month / account 2,500 count and above 0,10 $ / 1 count, per 1 month / account

Textdatensätze werden in Schritten von 0,1 Texteinheiten abgerechnet. Wenn Sie beispielsweise das monatliche Kontingent des kostenlosen Stufenmodells überschritten haben und eine Anfrage mit 800 Zeichen senden, werden 0,8 Textdatensätze in Rechnung gestellt. Die Gesamtkosten belaufen sich auf 0,08 $und werden so berechnet: 0,8 * 0,10 $.

Wenn die Anzahl der Zeichen in einer Anfrage kein Vielfaches von 100 ist, wird die Zeichenzahl auf die nächsthöhere 100er-Stufe aufgerundet.

Die folgende Tabelle zeigt ein Beispiel für die Preisgestaltung bei drei Anfragen,die an die Healthcare Natural Language API im Tarif mit geringem Volumen gesendet werden (angenommen, 2.500 Textdatensätze wurden bereits gesendet und das kostenlose Kontingent ist aufgebraucht). Die Anfragen enthalten 8.000, 15.000 und 6.000 Zeichen.

	Anzahl der Zeichen	Textdatensatzeinheiten	Preis (in $)
Anfrage 1	8.000	8	0,80 $
Anfrage 2	15.000	15	1,50 $
Anfrage 3	6.000	6	0,60 $
Summe	29.000	29	2,90 $

Die folgende Tabelle zeigt ein Beispiel für die Preisgestaltung bei drei Anfragen, die an die Healthcare Natural Language API gesendet werden. Die Anfragen enthalten 150.000.000 (150 Millionen), 800.000.000 (800 Millionen) und 600.000.000 (600 Millionen) Zeichen, also insgesamt 1.550.000.000 (1,55 Milliarden) Zeichen oder 1.550.000 Textdatensätze.

	Anzahl der Zeichen	Textdatensatzeinheiten	Kumulative Textdatensatzeinheiten	Preis (in $)
Anfrage 1	150.000.000	150.000	150.000	14.750 $ (0–2.500 Textdatensätze im kostenlosen Kontingent, 2.501–150.000 Textdatensätze im Kontingent für geringes Volumen)
Anfrage 2	800.000.000	800.000	950.000	80.000 $ (150.000–950.000 Textdatensätze im Tarif mit geringem Volumen)
Anfrage 3	600.000.000	600.000	1.550.000	21.500 $ (950.000–1.000.000 Textdatensätze im Tarif mit geringem Volumen, die restlichen 550.000 Textdatensätze im Tarif mit hohem Volumen)
Summe	1.550.000.000	1.550.000	1.550.000	116.250,00 $

Google Cloud Platform-Kosten

Wenn Sie Text, der analysiert werden soll, in Cloud Storage speichern oder andere Google Cloud-Ressourcen zusammen mit der Healthcare Natural Language API verwenden, wie z. B. die Cloud Healthcare API oder Compute Engine-Instanzen, dann wird Ihnen auch die Nutzung dieser Dienste in Rechnung gestellt. Im Google Cloud-Preisrechner können Sie die weiteren Kosten anhand der aktuellen Preise ermitteln.

Ihren aktuellen Abrechnungsstatus einschließlich Nutzung und Ihrer aktuellen Rechnung finden Sie in der Google API Console auf der Abrechnungsseite. Weitere Informationen zur Kontoverwaltung finden Sie in der Dokumentation zu Cloud Billing und unter Support zu Abrechnung und Zahlungen.

Nächste Schritte

Unsere Schnellstartanleitungen für die ersten Schritte mit der Cloud Healthcare API lesen
Unsere Anleitungen zur Cloud Healthcare API lesen
Dokumentation zur Cloud Healthcare API
Preisrechner ausprobieren
Weitere Informationen zu Lösungen und Anwendungsfällen für die Cloud Healthcare API

Individuelles Angebot einholen

Mit den „Pay as you go“-Preisen von Google Cloud bezahlen Sie nur für die Dienste, die Sie nutzen. Wenden Sie sich an unser Vertriebsteam, wenn Sie ein individuelles Angebot für Ihr Unternehmen erhalten möchten.