Cloud Healthcare API の料金

このドキュメントでは、Cloud Healthcare API の料金の詳細について説明します。 Healthcare Natural Language API

Cloud Healthcare API

このセクションでは、Cloud Healthcare API の料金の詳細について説明します。また、 Google Cloud 料金計算ツール: Cloud Healthcare API の使用料金を見積もります。

警告: 料金は、すべての課金対象 Cloud Healthcare API 機能に対して、リリースのあらゆる段階で発生します。

米ドル以外の通貨でお支払いの場合は、Cloud Platform SKU に記載されている該当通貨の料金が適用されます。

料金の概要

Cloud Healthcare API の料金は、以下の組み合わせに基づきます。

• データ ストレージ
• リクエスト数
• 通知数
• DICOM データ ストレージ
• DICOM データの早期削除
• DICOM データ取得
• ETL オペレーション
• 匿名化オペレーション
• 同意およびプライバシーの管理
• ネットワークの使用率

料金表

以下の料金表は、Cloud Healthcare API の使用時に適用される料金を示します。

使用量と料金を提示するサンプル シナリオについては、料金の例をご覧ください。

データ ストレージ

データ ストレージの料金は、構造化ストレージまたは Blob Storage。次の表の Blob Storage の料金は、Standard Storage に対するものです。 最小保存期間の要件がありません。Google Cloud の Blob Storage クラスの料金と最小保存期間については、以下をご覧ください。 DICOM データ ストレージ。

デフォルトでは、すべてのストレージ料金は、構造化ストレージ カテゴリに含まれます。ストレージ容量は、取り込んだデータのバイト数にインデックスのオーバーヘッド（インデックス登録されたバイト数により測定）とバックアップ バイト数を加えたものに基づきます。料金は、請求期間中にすべてのデータストアにわたって集計された定期的測定値に基づきます。

リクエスト数

リクエストとは、次のいずれかを介して呼び出される HTTPS または gRPC オペレーションのことです。

• healthcare.googleapis.com エンドポイント
• gcloud ツール
• Google Cloud コンソール

リクエストには次のタイプがあります。

• 標準リクエスト: すべてのリクエストのデフォルト
• 複雑なリクエスト: 計算量の多い API リクエストをキャプチャします。 標準リクエストとの比較
• マルチオペレーション リクエスト: マルチオペレーション リクエストをキャプチャする
• 高度なオペレーションのリクエスト: FHIR ポイントインタイムなどのオペレーションをキャプチャします。 リカバリー

最初の 25,000 件のリクエストは無料です。無料枠を使い切ると 次のティアでは、リクエスト 100,000 件あたりの月額料金が適用されます。

カテゴリ	0～25,000 回のリクエスト	25,000～10 億回のリクエスト	10 億回以上のリクエスト
標準リクエスト	$0.00	$0.39	$0.29
複雑なリクエスト	$0.00	$0.69	$0.59
マルチオペレーション リクエスト	$0.00	$0.39	$0.29

高度なオペレーション リクエストは 100,000 回あたり $0.99 できます。

次の表で指定されていない限り、すべてのオペレーションは標準リクエストです。 スクロールすると、表の内容全体が表示されます。

複雑なリクエストのオペレーション	マルチオペレーション リクエストのオペレーション	無料のオペレーション	高度なオペレーション
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 FHIR プロファイルを使用している場合: fhir.create fhir.update fhir.patch	dicomStores.studies.storeInstances dicomStores.studies.series.instances.retrieveInstance dicomStores.studies.retrieveStudy dicomStores.studies.series.retrieveSeries fhir.Patient-everything fhir.executeBundle hl7V2Stores.messages.batchGet	fhirStores.delete fhirStores.import fhir.delete fhir.Resource-purge fhir.conditionalDelete dicomStores.delete dicomStores.studies.delete dicomStores.studies.series.delete dicomStores.studies.series.instances.delete hl7V2Stores.delete hl7V2Stores.messages.delete datasets.delete annotationStores.delete annotationStores.import annotationStores.annotations.delete	fhirStores.rollback

例:

• 上記の表の「マルチオペレーション リクエストのオペレーション」列に一覧表示されている DICOM オペレーションは、単一のリクエストで複数の DICOM インスタンスを転送できます（たとえば、単一 dicomStores.storeInstances のリクエストを使用して複数のインスタンスをアップロードできます）。このようなリクエストについては、転送される各 DICOM インスタンスに対してマルチオペレーション リクエストの料金が請求されます。
• hl7V2Stores.messages.batchGet メソッドの呼び出しは、1 つの標準リクエストと n - 1 マルチオペレーション リクエストで構成され、n は返されたメッセージの数です。
• fhir.executeBundle メソッドの呼び出しは、1 つの標準リクエストと n-1 マルチオペレーション リクエストで構成され、n は削除オペレーションではないリクエストされたバンドル エントリの数です（fhir.delete は無料）。
• FHIR プロファイルの検証は、fhir.create、fhir.update、fhir.patch リクエストの各リソースに対する 1 つの複雑なリクエストとして課金されます。fhir.executeBundle の呼び出しは、バンドル内の検証されたリソースごとに課金されます。リソースのプロファイルの数に関係なく、リソースごとに 1 回だけ課金されます。
• FHIR ポイントインタイム リカバリを使用して単一の FHIR リソース ID を復元する オペレーション（fhirStores.rollback）のコストは $0.0000099 で、復旧には 100,000 個の一意の FHIR リソース ID の費用は $0.99 です。

通知数

通知は、データストアから発信され、Google Cloud または外部エンドポイントに送信されるストリーミング イベントです。通知には、リソース名、リソース メタデータ、リソース全体のいずれかが含まれ、ユーザー指定の構成に従って生成されます。デフォルトでは、すべての通知が「標準通知」タイプとなっています。

以下は通知数 100 万件/月あたりの料金です。

カテゴリ	0～100,000 件の通知数（100 万件あたり）	100,000 件以上の通知数（100 万件あたり）
標準通知	$0.00	$0.29

たとえば、データストアにアタッチされた Pub/Sub トピックに送信される Pub/Sub 通知は標準通知です。

DICOM データ ストレージ

すべてのリージョンに保存される未加工の DICOM データは、Blob Storage を使用します。次から検索可能なメタデータ: 取り込まれた DICOM イメージ（DICOM タグなど）は永続化され、 構造化ストレージ。

Blob Storage の料金は、非構造化バイトまたは BLOB バイト数に基づいて計算されます。 使用するストレージ クラスに取り込まれて保存されます。次の この表は、未加工の DICOM データを格納できるさまざまなストレージ クラスと、 最小保存期間:

ストレージ クラス	最小保存期間
標準	なし
Nearline	30 日
Coldline	90 日
アーカイブ	365 日

次の表に、Nearline 使用時に適用される保存時の料金を示します。 Storage、Coldline Storage、Archive ストレージ クラスがあり、 Cloud Healthcare APIこれらの料金はすべてのリージョンに適用されます。

ストレージ クラス	料金（GB 単位/月）
Nearline	$0.020
Coldline	$0.010
アーカイブ	$0.003

Standard Storage クラスの料金は、blob として記載されています。 リージョンごとのストレージ料金は、[データ ストレージ] に表示されます。 表します

DICOM データの早期削除

DICOM を削除、上書き、書き換えると、早期削除料金が適用されます。 渡されます。書き換えの例としては、オブジェクトのストレージ クラスの変更が挙げられます。 早期削除の請求額は、 その間、オブジェクトを元の状態に維持します。

次に例を示します。

• Coldline ストレージ クラスを使用して 1,000 GB の DICOM オブジェクトを保存します。 Coldline Storage の場合、1 GB あたりの月額料金は $0.01 です。1 か月 1 日あたり 1 GB あたりの料金は次のように計算できます。

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

• 60 日目の終わりに、ストア内のすべてのデータを削除します。Coldline は ストレージに 90 日間の最小保存期間があり、 90 日間の最小保存期間全体でデータが保存されていたためです。こちらが 請求の内訳:

  • 関連する通常の保存時のストレージ費用 60 日分のデータがバケットに存在していたことを意味します。

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

  • データの 90 日間の最小ストレージ期間の残り 30 日分に対する早期削除料金。

     ($0.01/GB/month * 1 day / 30 days) * 1,000 GB * 30 days = $10 

• 料金の 2 つの要素、つまり DICOM の合計ストレージ費用を追加します。 90 日ではなく 60 日分のデータなら 30 ドルですこれは、通常の仮想マシン 90 日間の最小ストレージ全体にわたって DICOM データを保存しておけば 90 日目の最後に削除されます。

DICOM データ取得

オブジェクト データの読み取り、コピー、移動、書き換えを行うときには、取得料金が適用されます。 Nearline Storage、Coldline Storage、または Coldline Storage に Archive Storage。この費用は、ネットワーク料金に上乗せされます。 関連する情報が含まれます。

次の表に、各ストレージ クラスの取得レートを示します。

ストレージ クラス	1 GB あたりの料金
標準	$0
Nearline	$0.01
Coldline	$0.02
アーカイブ	$0.05

Nearline Storage、Coldline Storage、Archive Storage で 追加の複雑なリクエスト料金が適用されます。

ETL オペレーション

Cloud Healthcare API での ETL（抽出、変換、読み込み）オペレーションは、以下のカテゴリに分類されます。

• エクスポート バッチ
• エクスポート ストリーミング
• 評価バッチ
• 変換コード DICOM

合計データ量は、各請求期間中すべてのサービスで処理されたデータ量を集積したものです。次の表に、各 ETL オペレーションの 1 GB あたりの費用を示します。

カテゴリ	0～1 GB	1～1,024 GB（1 TB）	1 TB 以上
エクスポート バッチ	$0.19	$0.14	$0.09
エクスポート ストリーミング	$0.34	$0.29	$0.24
評価バッチ	$0.05	$0.05	$0.05
変換コード DICOM	$0.00	$0.004	$0.003

上記のオペレーションは、処理されたデータの合計量に基づいて課金されます。エクスポート オペレーションには、Cloud Storage や BigQuery などのすべての宛先が含まれます。DICOM 変換コーディングは、DICOM インスタンスがアップロードされたものとは異なる transfer-syntax でリクエストされた場合にのみ料金が請求されます。これは、トランザクションの取得リクエストと一括エクスポート リクエストで発生する可能性があります。詳細については、DICOM 適合性宣言の「トランザクションの取得」セクションを参照してください。

評価バッチ オペレーションでは、「正解」（グラウンド トゥルース）アノテーション ストア、「評価済み」アノテーション ストアという 2 つのアノテーション ストアの間でデータを比較します。このオペレーションでは、正解ストア内のアノテーション レコードを順番に処理して、評価済みアノテーション ストア内で一致するもの（同じ DICOM リソースや FHIR リソースなど）を探します。一致するアノテーション ペアは比較され、正解アノテーション レコードと評価済みアノテーション レコードの差が算出されます。料金は、一致したペアのサイズの合計に正解ストア内のリソース名の長さの合計を足した値に比例します。

Cloud Storage にエクスポートする場合:

• DICOM データ量は、保存されているファイルのサイズに基づきます。
• FHIR データ量は、プロトコル バッファ形式で転送されたバイト数に基づきます。
• HL7v2 のデータ量は、未加工の HL7v2 メッセージのバイトサイズに基づきます。
• アノテーション レコードのデータ量は、プロトコル バッファ形式で転送されたバイト数に基づきます。

BigQuery にエクスポートする場合:

• DICOM データ量は、保存されている DICOM メタデータに基づきます。
• FHIR データ量は、リソース全体に基づきます。
• アノテーション レコードのデータ量は、プロトコル バッファ形式で転送されたバイト数に基づきます。

DICOM と FHIR の両方で使用される測定値は、転送されたプロトコル バッファ バイト数に基づきます。

コード変換する場合、データ量は、出力や最大中間サイズではなく、データの入力サイズに基づきます。

次の表に、各 ETL カテゴリのオペレーションを示します。

エクスポート バッチ	エクスポート ストリーミング	評価バッチ	変換コード DICOM
fhirStores.export dicomStores.export annotationStores.export	fhir.conditionalDelete fhir.conditionalPatch fhir.conditionalUpdate fhir.create fhir.delete fhir.executeBundle fhir.patch fhir.update	annotationStores.evaluate	dicomStores.export dicomStores.studies.retrieveStudy dicomStores.series.retrieveSeries dicomStores.studies.series.instances.retrieveInstance dicomStores.studies.series.instances.retrieveRendered dicomStores.studies.series.instances.frames.retrieveFrames dicomStores.studies.series.instances.frames.retrieveRendered

匿名化オペレーション

匿名化オペレーションは、次の 3 つのサブオペレーションで処理されたデータ量に基づいて課金されます。

• 検査: 機密データのインスタンスを発見するために、フリーテキストまたは画像に対して行われます。
• 変換: 匿名化プロセスの一環として機密データに加えられたリダクション、置換、ハッシュ、変更を含みます。
• 処理: オペレーションの基本料金をカバーします。

各サブオペレーションのデータ量は、メイン オペレーションの方式によって異なります。 構成されます。

注: 匿名化オペレーションは、作業量に応じて段階的に課金されます。 表示されます。完了していないオペレーションでも、サービスに対する課金が

請求される料金は、処理された単位数と該当するティアに従って毎月決定されます。単位には 3 種類あり、それぞれの種類が別々に計算されます。

• 検査単位: 検査されたバイト数に、検査に使用された infoType の数を掛けた値に基づきます。たとえば、1 GB のインスタンスを検査する infoType が 10 個のデータは、10 ギガ単位（GU）の検査に相当します。 デフォルトでは、各検査に最低 10 個の infoType が使用されます。つまり、 匿名化オペレーションごとに最低 10 キロ単位の料金がかかります。
• 変換単位: 変換されたバイト数に基づきます。1 GB のデータは 1 GU の変換に相当します。
• 処理単位: 匿名化オペレーションの合計バイト数に基づきます。

各タイプの単位の料金は、上記の表で詳しく説明されているとおり、独自のカテゴリで設定されています。

• 検査と変換の費用は、ギガ単位（GU）とテラ単位（TU）の範囲で指定されます。それぞれの範囲内には、1 GU あたりの価格が記載されています。

  たとえば、ある課金サイクルでは次のようになります。

  • 検査は 1 GU まで無料です。
  • 検査単位は、1 TU から 10 TU の単位数に対して $0.20 が課金されます。

• 処理料金は、ギガバイト（GB）とテラバイト（TB）の範囲で指定されます。それぞれの範囲内には、1 GB あたりの価格が記載されています。

  たとえば、ある課金サイクルでは次のようになります。

  • 「構造化ストレージ、バッチ」処理は 1 GB まで無料です。
  • 「構造化ストレージ、バッチ」処理単位は、1 TB から 10 TB の単位数に対して $0.50 が課金されます。

サブオペレーション	0～1 GU	1 GU～1 TU	1 TU～10 TU	10 TU 以上
検査	$0.00	$0.30	$0.20	$0.10
変換	$0.00	$3.00	$2.00	$1.00

サブオペレーション	カテゴリ	0～1 GB	1 GB～1 TB	1 TB～10 TB	10 TB～
処理	構造化ストレージ、バッチ	$0.00	$0.60	$0.50	$0.40
処理	blob ストレージ、バッチ	$0.00	$0.08	$0.06	$0.05

サブオペレーションの料金は、FHIR データと DICOM データのどちらを使用しているかによって異なります。

FHIR:

• 機密データについて検査をしてから変換されるリソースの部分には、検査と変換の料金が適用されます。
• 処理料金は、「構造化ストレージ、バッチ」レートでリソース全体に適用されます。

DICOM:

• 検査料金は、機密データについて検査するリソースの部分（ピクセルデータを含む）に適用されます。
• 変換料金は、検査後に変換されるリソースの部分（ピクセルデータを除く）に適用されます。画像の修正を行う場合、料金は検査にのみ適用され、変換には適用されません。実際にどのようにして料金が適用されるかについては、DICOM の匿名化例を参照してください。
• 処理料金はリソース全体に適用され、DICOM インスタンスの元のサイズに基づいて計算されます。DICOM メタデータの処理料金は、「構造化ストレージ、バッチ」カテゴリを使用します。ピクセルデータの処理料金は、「blob ストレージ、バッチ」カテゴリを使用します。

同意およびプライバシーの管理

Consent Management API は、管理対象の Consent リソースの数と、バッチアクセスを判定するオペレーション中に評価された UserDataMapping リソースの数に基づいて課金されます。

管理対象の同意の数は、請求対象期間中の ACTIVE と DRAFT Consent オブジェクトの平均数です。REVOKED、REJECTED、ARCHIVED の同意は課金されません。

バッチアクセスを判定するメソッド projects.locations.datasets.consentStores.queryAccessibleData では、評価される UserDataMapping リソースの数は、リクエストが行われたときに Consent Store 内にある UserDataMapping リソースの合計数です

Consent Management API のストレージとオペレーションは、データ ストレージとリクエスト数で説明されている内容で課金されます。すべての Consent Store のストレージは、consentArtifact 内に格納されている非構造化バイトまたは BLOB バイトを除き、構造化ストレージとして課金されます。複雑なリクエストとして請求される EvaluateUserConsent と、前のセクションで説明した方法で請求される QueryAccessibleData を除いて、すべての同意オペレーションは標準リクエストです。現在のプロモーション期間中は、ストレージまたは標準/複雑なオペレーションの料金は請求されません。

単位	料金
同意の管理	同意ごとに月額 $0.05
アクセス判定、バッチ	100 万個の評価される UserDataMapping リソースあたり $0.016

ネットワークの使用率

インバウンド データ転送

インバウンド データ転送は常に無料です。

リージョン間データ転送

転送リクエストが送信元である場合、転送料金はかかりません。 Google Cloud 上の任意のサービスに VM インスタンスのみを使用できます

以下の料金は、リージョン間またはマルチリージョン グループから同じ大陸の単一のリージョンへのデータ転送、またはその逆のデータ転送に適用されます。料金は GB 単位/月です。

トラフィックの発信元と宛先	0 GB 以上
北米間	$0.01
ヨーロッパ間	$0.02
アジア太平洋間	$0.05
大陸間（オセアニアを除く）	$0.08
オセアニアと他大陸間	$0.15

一般的なネットワーク使用量

全般的なネットワーク使用量は、Google Cloud を出るデータに適用されます。「 Cloud Healthcare API はプレミアム インターネット データ転送を使用します（料金が表示されています） ご覧くださいデータ転送の料金は、Google Cloud ネットワーク料金 - プレミアム ティアと同じです。

料金は GB 単位/月です。

トラフィックの発信元と宛先	0～10 TB	10 TB～150 TB	150 TB 以上
北米間	$0.105	$0.080	$0.060
ヨーロッパ間	$0.105	$0.080	$0.060
アジア太平洋間	$0.120	$0.085	$0.080
南アメリカ間	$0.120	$0.085	$0.080
オセアニア間	$0.120	$0.085	$0.080
大陸間（オセアニアと中国を除く）	$0.120	$0.085	$0.080
オセアニアと他大陸間	$0.190	$0.160	$0.150
中国へのすべてのトラフィック	$0.190	$0.160	$0.150

料金の例

FHIR の料金の例

たとえば、Google Cloud でホストされている FHIR ベースのアプリケーションが europe-west2 で、1 か月にリソースあたり平均 4 kB で 25,000,000 回のリクエストを生成しているとします。そのうち 500 万回のリクエストは FHIR 検索であるため、複雑なリクエストとして課金されます。FHIR ストアは、1 か月間、バックアップとインデックス作成のオーバーヘッドを含め、平均 1 TB のデータを保持しています。

次の表は、ある月の使用パターンを示します。

料金カテゴリ	使用のタイプ	量
リクエスト数	標準リクエスト 複雑なリクエスト	20,000,000 5,000,000
データ ストレージ	europe-west2の構造化ストレージ	1 TB

その月の請求額は次のように計算されます。

料金カテゴリ	計算	料金
リクエスト数	リクエスト合計 25,000,000 回: （0～25,000 回のリクエスト ティア）25,000 回の標準リクエスト × $0.00 （25,000～10 億回のリクエスト ティア）19,975,000 回の標準リクエスト × $0.39 （0～25,000 回のリクエスト ティア）25,000 回の複雑なリクエスト × $0.00 （25,000～10 億回のリクエスト ティア）4,975,000 回の複雑なリクエスト × $0.69	$0.00 $77.90 $0.00 $34.33
データ ストレージ	合計 1 TB: （0～1 GB ティア）1 GB × $0.00 （1 GB～1 TB ティア）1,023 GB × $0.39	$0.00 $398.97
合計		$511.20

DICOM の料金の例

たとえば、小規模な画像診断センターが 1 か月で、us-central1 の DICOM ストアで以下を生成しているとします。

• 1,000 回の X 線検査（各 10 MB 以下）
• 300 回の CT 検査（各 300 MB 以下）
• 200 回の MRI 検査（各 300 MB 以下）

この画像診断センターは、1 年間画像を保持しています。これにより、平均月間ストレージは 160 GB になり、オーバーヘッドを含めて 6.4 GB の解析済みメタ タグ ストレージが追加されます。リクエスト数を推定するため、各 X 線検査が単一の画像で構成され、各 CT 検査と MRI 検査が 300 枚の画像で構成されていると仮定します。

さらに、以下のことを想定します。

• 各検査について、2 回のメタデータ検索リクエスト（DICOMweb 検索トランザクション）が行われ、合計 2 回 × (1,000 + 300 + 200) = 3,000 回の複雑なリクエストが発生します。
• 各画像は 2 回取得されます。つまり、合計 2×(1,000 + 300 × 300 + 200 × 300) = 302,000 件のマルチオペレーション リクエストになります。
• 画像はリクエストごとにコード変換する必要があり、合計 2 回 × 160 GB = 320 GB のコード変換が発生します。

次の表は、ある月の使用パターンを示します。

料金カテゴリ	使用のタイプ	量
リクエスト数	複雑なリクエスト マルチオペレーション リクエスト	3,000 回 302,000 回
データ ストレージ	us-central1の構造化ストレージ us-central1の blob ストレージ	6.4 GB 160 GB
ETL オペレーション	変換コード DICOM	320 GB

その月の請求額は次のように計算されます。

料金カテゴリ	計算	料金
リクエスト数	合計 305,000 件のリクエスト: （0 ～ 25,000 リクエスト階層）3,000 複雑なリクエスト × $0.00 （0 ～ 25,000 リクエスト階層）25,000 マルチオペレーション リクエスト × $0.00 （25,000 ～ 10 億リクエスト階層）273,900. マルチオペレーション リクエスト × $0.00	$0.00 $0.00 $1.08
データ ストレージ	合計 166.4 GB: （0～1 GB ティア）0.5 GB 構造化ストレージ × $0.00 （1 GB～1 TB ティア）5.9 GB 構造化ストレージ × $0.24 （0～1 GB ティア）1 GB blob ストレージ × $0.00 （1 GB～1 TB ティア）159 GB blob ストレージ × $0.02	$0.00 $1.42 $0.00 $3.18
ETL オペレーション	合計 320 GB: （0～1 GB ティア）1 GB × $0.00 （1 GB～1 TB ティア）319 GB × $0.004	$0.00 $1.28
合計		$6.96

HL7v2 の料金の例

たとえば、us-central1 の HL7v2 ストアが、オンプレミス MLLP アダプタを使用して 10,000,000 件/月のメッセージを作成する介護施設に接続されているとします。その結果、10,000,000 回の取り込みリクエストが Cloud Healthcare API に送信されます。レスポンスとして、10,000,000 件の確認メッセージが生成されます（ただし、HL7v2 ストアには保持されません）。

HL7v2 ストアは、1 か月間、バックアップとインデックス作成のオーバーヘッドを含め、平均 80 GB のデータを保持します。

次の表は、ある月の使用パターンを示します。

料金カテゴリ	使用のタイプ	量
リクエスト数	標準リクエスト	20,000,000
データ ストレージ	us-central1の構造化ストレージ	80 GB

その月の請求額は次のように計算されます。

料金カテゴリ	計算	料金
リクエスト数	リクエスト合計 20,000,000 回: 0～25,000 回のリクエスト ティア）25,000 回の標準リクエスト × $0.00 （25,000～10 億回のリクエスト ティア）19,975,000 回の標準リクエスト × $0.39	$0.00 $77.90
データ ストレージ	合計 80 GB: （0～1 GB ティア）1 GB × $0.00 （1 GB～1 TB ティア）79 GB × $0.24	$0.00 $18.96
合計		$96.86

FHIR データ匿名化の例

10 GB の FHIR データを匿名化すると仮定します。匿名化中に、データの 10%（1 GB）を検査し、そのうち 10%（0.1 GB）を変換します。デフォルトの 15 infoType を使用します。

匿名化の請求は次のように計算されます。

サブオペレーション	計算	料金
検査	10 GB × 0.1 検査済み × 15 infoType × $0.30/GU	$4.50
変換	10 GB × 0.1 検査済み × 0.1 変換済み × $3.00/GU	$0.30
処理	10 GB × $0.60/GB	$6.00
合計		$10.80

DICOM 匿名化の例

たとえば、10 GB の DICOM データを匿名化するとします。データの 90%（9 GB）は DICOM 画像で構成されています。すべての画像を検査し、10%（0.9 GB）を変換します。デフォルトの 16 infoType を使用します。

匿名化の請求は次のように計算されます。

サブオペレーション	計算	料金
検査	10 GB × 0.9 画像 × 16 infoType × $0.30/GU	$43.20
変換	検査にバンドル	$0.00
処理	DICOM メタデータ: 10 GB × 0.1 テキスト × $0.60/GB ピクセルデータ: 10 GB × 0.9 画像 × $0.08/GB	$0.60 $0.72
合計		$44.52

通知数の例

たとえば、FHIR ベースのアプリケーションが 1 か月あたり 160 万件の Pub/Sub 通知を生成しているとします。通知は 100 万単位で計算されるため、通知の請求額は次のように計算されます。

通知の種類	計算	料金
Pub/Sub 通知	通知合計 1,600,000 件: （0～100,000 件の通知ティア）100,000 件の通知 × $0.00 （100,000～110 万件の通知ティア）$0.29 （110 万～160 万件の通知ティア）$0.29 × 0.5	$0.00 $0.29 $0.145
合計	$0.435

Healthcare Natural Language API

Healthcare Natural Language API は、医療関連のテキストから医療情報を抽出するための一連の機能を提供します。料金はご利用いただいた機能に対してのみ課金されます。最低料金などは設定されていません。この API は、次の機能をサポートしています。

特徴タイプ	説明
エンティティ分析	テキスト内の医療関連のエンティティを分析します。レスポンスには、認識されたエンティティへの言及とそれらの間の関係が含まれます。各エンティティは標準的な医学用語集にリンクされています。

米ドル以外の通貨でお支払いの場合は、Cloud Platform SKU に記載されている該当通貨の料金が適用されます。

テキスト レコードの料金

Healthcare Natural Language API の使用量は、 テキスト レコードの月間使用量です。テキスト レコードには、 1,000 文字。文字は Unicode 文字（空白文字や、HTML / XML タグなどのマークアップ文字も含まれます）を使用します。

テキスト レコードの料金は、次の階層に分類されます。

• 無料（1 件のテキスト レコード - 2,500 件のテキスト レコード）
• 少量（テキスト レコード 2,500 件 - テキスト レコード 1,000,000 件）
• 大容量（1,000,000 件を超えるテキスト レコード）

Healthcare Natural Language API の費用は毎月、使用された機能と、その機能を使用して評価されたテキスト レコードの数に基づいて計算されます。次の表に、請求月におけるテキスト レコード 1 件あたりの料金を示します。 低ボリューム ティアの料金は、評価されたテキスト レコードにのみ適用されます。 超過料金が発生しないようご注意ください高価格帯での価格は ボリューム ティアは、低ボリューム ティアを超えて評価されたテキスト レコードにのみ適用されます。

機能	無料枠（1 件のテキスト レコード - 2,500 件のテキスト レコード）	低ボリュームの階層（2,500 件のテキスト レコード - 1,000,000 件のテキスト レコード）	大容量の階層（1,000,000 件を超えるテキスト レコード）
エンティティ分析	$0.00	$0.10	$0.03

テキスト レコードは 0.1 テキスト レコード単位（またはユニット）で課金されます。たとえば 1 か月の無料枠を超過し、かつ 800 文字を超える場合、0.8 件のテキスト レコードに対して課金されます。 合計費用は $0.08 になり、次のように計算されます。0.8 * $0.10

リクエストに含まれる文字数が 100 の倍数でない場合、文字数は 100 単位で切り上げられます。

次の表に、 Healthcare Natural Language API を使用（2,500 個の 送信され、無料枠を使い切った場合など）。 リクエストに 8,000 文字、15,000 文字、6,000 文字が含まれている。

	文字数	テキスト レコード 単位	料金
リクエスト 1	8,000	8	0.80 ドル
リクエスト 2	15,000	15	$1.50
リクエスト 3	6,000	6	$0.60
合計	29,000 人	29	2.90 ドル

次の表に、3 つのリクエストの料金の例を示します。 Healthcare Natural Language API に送信されますリクエストには、 150,000,000（1 億 5,000 万）、800,000,000（8 億人）、 600,000,000 文字で、合計で 1,550,000,000（15.5 億）文字、つまり 1,550,000 件のテキスト レコードです。

	文字数	テキスト レコード 単位	累積テキスト レコード ユニット	料金
リクエスト 1	150,000,000	150,000	150,000	$14,750.00（無料枠で 0 ～ 2,500 テキスト レコード、低ボリューム枠で 2,501 ～ 150,000 テキスト レコード）
リクエスト 2	800,000,000	800,000	95 万	$80,000.00（低ボリューム層で 150,000 ～ 950,000 件のテキスト レコード）
リクエスト 3	600,000,000	600,000	155 万	$21,500.00（低ボリューム ティアでは 950,000 ～ 1,000,000 件のテキスト レコード、大ボリューム ティアでは残り 550,000 件のテキスト レコード）
合計	1,550,000,000	155 万	155 万	116,250.00 ドル

Google Cloud Platform の費用

分析するテキストを Cloud Storage に保存する場合や、他の Google Cloud リソース（Cloud Healthcare API や Compute Engine インスタンスなど）を Healthcare Natural Language API と併用する場合は、そのサービスの利用料も請求の対象となります。現行料金に基づいてその他の費用を試算するには、Google Cloud の料金計算ツールをご利用ください。

Google Cloud Console で現在の課金ステータス（使用状況や現在の請求額を含む）を確認するには、お支払いページをご覧ください。アカウントの管理について詳しくは、Cloud Billing のドキュメントまたは課金とお支払いのサポートをご覧ください。

次のステップ

• クイックスタートに従って Cloud Healthcare API の使用を開始する。
• 利用できる Cloud Healthcare API 入門ガイドを探す。
• Cloud Healthcare API のドキュメントを読む。
• 料金計算ツールを試す。
• Cloud Healthcare API のソリューションとユースケースについて学習する。

カスタム見積もりをリクエストする

Google Cloud の従量課金制では、使用したサービスに対してのみ料金が発生します。カスタム見積もりをご希望の場合は、Google のセールスチームにお問い合わせください。

お問い合わせ