Cloud Healthcare API の料金

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

Cloud Healthcare API

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

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

料金の概要

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

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

料金表

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

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

データ ストレージ

データ ストレージ料金は、構造化ストレージまたは blob ストレージのいずれかに分類されます。次の表の Blob Storage の料金は、最小保存期間を必要としない Standard ストレージ クラスのものです。他の Blob ストレージ クラスの料金と最小保存期間については、DICOM データの保存をご覧ください。

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

リクエスト数

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

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

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

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

最初の 25,000 件のリクエストは無料です。無料枠を使い切ると、次の料金階層が適用され、10 万リクエストあたりの月額料金が発生します。

カテゴリ	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 viewport クエリパラメータを使用してトランスコードを実行する場合、これらのメソッドの呼び出しもETL操作として課金されます。 instances.retrieveRendered frames.retrieveRendered	dicomStores.studies.storeInstances dicomStores.studies.series.instances.retrieveInstance dicomStores.studies.retrieveStudy dicomStores.studies.series.retrieveSeries fhir.Patient-everything fhir.executeBundle hl7V2Stores.messages.batchGet	fhirStores.delete fhirStores.import fhir.delete fhir.Resource-purge fhir.conditionalDelete dicomStores.delete dicomStores.studies.delete dicomStores.studies.series.delete dicomStores.studies.series.instances.delete hl7V2Stores.delete hl7V2Stores.messages.delete datasets.delete	fhirStores.rollback

次に例を示します。

• 上記の表の「マルチオペレーション リクエストのオペレーション」列に一覧表示されている 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 ポイントインタイム リカバリ（PITR）オペレーション（fhirStores.rollback）を使用して 1 つの FHIR リソース ID を復元する場合の費用は 0.0000099 ドルで、100,000 個の一意の FHIR リソース ID を復元する場合の費用は 0.99 ドルです。

通知数

通知は、データストアから発信され、Google Cloud または外部エンドポイントに送信されるストリーミング イベントです。 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 Storage の各ストレージ クラスを使用して Cloud Healthcare API に DICOM データを保存する場合に適用される保存時の料金を示しています。これらの料金はすべてのリージョンに適用されます。

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

Standard ストレージ クラスの料金は、データ ストレージの表の各リージョンの Blob Storage の料金として記載されています。

DICOM データの早期削除

DICOM オブジェクトの削除、上書き、書き換えを行うと、早期削除料金が適用されます。書き換えの例として、オブジェクトのストレージ クラスを変更する場合が挙げられます。 早期削除料金は、オブジェクトが最小期間、元の状態のままだった場合に請求される料金と同じです。

次に例を示します。

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

   $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 になります。これは、DICOM データを 90 日間の最小ストレージ期間全体にわたって保存し、90 日目に削除した場合に発生する費用と同じです。

DICOM データの取得

Nearline 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 オペレーションの 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 適合性宣言の「トランザクションの取得」セクションを参照してください。

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

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

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

• DICOM データ量は、保存されている DICOM メタデータに基づきます。
• FHIR データ量は、リソース全体に基づきます。

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

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

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

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

匿名化オペレーション

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

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

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

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

• 検査単位: 検査されたバイト数に、検査に使用された infoType の数を掛けた値に基づきます。たとえば、10 個の infoType を使用した 1 GB のデータの検査は、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 ストレージ、バッチ」カテゴリを使用します。

FHIR アクセス制御

FHIR アクセス制御機能の料金は、以下の要素に基づいて算出されます。

• 有効な患者の同意と管理者ポリシーの数。
• X-Consent-Scope ヘッダーを含む FHIR リクエスト。
• ポリシーの適用によってトリガーされる再インデックス処理。

お客様は、 ConsentConfig を有効にすることで、この機能を任意で有効にすることができます。 有効にしていない場合は、この機能は無効になり、料金は発生しません。

有効な同意ポリシー

有効な患者同意と有効な管理者ポリシーに対しては、毎月料金が発生します。 アクティブなポリシーは、次のすべての条件を満たします。

• ステータスが active に設定されている。
• fhirStores.applyConsents または fhirStores.applyAdminConsents メソッドを使用して適用されています。

ユニット	価格
患者の同意	患者の同意ごとに月額 $0.05
管理ポリシー	アクティブな管理者ポリシー 1 件あたり月額 $50.00

同意ポリシーごとの料金は按分されます。同意ポリシーが削除されたり、非アクティブに設定された場合、Cloud Healthcare API はポリシーがアクティブだった期間のみ課金されます。

同意スコープ付きのリクエスト

X-Consent-Scope ヘッダーを含む FHIR リクエストは、ヘッダーを含まないリクエストとは異なるリクエストタイプに分類され、料金に影響する可能性があります。

元のリクエストの種類	X-Consent-Scope ヘッダー付きのリクエスト タイプ
無料リクエスト	無料リクエスト
標準リクエスト	複雑なリクエスト
マルチオペレーション リクエスト	複雑なリクエスト
複雑なリクエスト	高度なオペレーション リクエスト
高度なオペレーション リクエスト	高度なオペレーション リクエスト

各リクエスト タイプの料金の詳細については、リクエストの量をご覧ください。

再インデックスの費用

fhirStores.applyConsents または fhirStores.applyAdminConsents メソッドを呼び出すと料金が発生します。これらの呼び出しの結果として再インデックスされる FHIR リソースごとに、マルチオペレーション リクエストが 1 件課金されます。

また、カスケード ポリシーが適用されているコンパートメント ベースのリソースを更新する際には、FHIR の再インデックス作成に対しても料金が課金されます。

複数オペレーションのリクエストの料金の詳細については、リクエストの量をご覧ください。

同意ポリシーの料金の停止

同意ポリシーの課金を停止するには、次の手順に沿って操作します。

1. ポリシー リソースを削除するか、そのステータスを inactive に変更してください。
2. fhirStores.applyConsents（患者の同意の場合）または fhirStores.applyAdminConsents（管理ポリシーの場合）メソッドを呼び出して、ポリシーを再適用します。

FHIR リソースはバージョン管理されています。ポリシーを再適用せずにポリシー リソースを削除すると、リソースには引き続きアクセスが適用され、課金が発生します。

また、お客様は FHIR アクセス制御機能を無効にすることで、課金を停止することもできます。そのためには、 FHIR ストアを編集し、 ConsentConfig フィールドを削除します。なお、この機能を無効にすると、同意ポリシーの適用がすべて停止されます。

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

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

ネットワークの使用率

インバウンド データ転送

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

リージョン間データ転送

転送リクエストが Cloud Healthcare API から発信され、同じリージョンにある Google Cloud のサービスに送信される場合、データ転送は無料です。 Google Cloud

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

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

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

全般的なネットワーク使用量は、 Google Cloudを出るデータに適用されます。Cloud Healthcare API は、以下に示す料金で Premium Internet Data Transfer を使用します。データ転送の料金は、 Google Cloud Network Pricing - Premium Tier と一致します。

料金は 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 で europe-west2 でホストされている FHIR ベースのアプリケーションが、1 か月にリソースあたり平均 4 kB で 2,500 万件のリクエストを生成しているとします。そのうち 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 億回のリクエスト ティア）277,000 回のマルチオペレーション リクエスト × $0.39	$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 テキスト レコード単位（またはユニット）で課金されます。たとえば、月間無料枠を超えて 800 文字を含むリクエストを送信すると、0.8 のテキスト レコードに対して課金されます。合計費用は $0.08 になり、次のように計算されます。0.8 * $0.10

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

次の表は、Healthcare Natural Language API の低ボリューム ティアに送信される 3 つのリクエストの料金の例を示しています（すでに 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

次の表は、Healthcare Natural Language API に送信される 3 つのリクエストの料金の例を示しています。リクエストには 1 億 5,000 万（1 億 5,000 万）、8 億（8 億）、6 億（6 億）文字が含まれ、合計 15 億 5,000 万（15 億 5,000 万）文字、つまり 1,550,000 個のテキスト レコードとなります。

	文字数	テキスト レコード 単位	累積テキスト レコード 単位	価格
リクエスト 1	150 億	150,000	150,000	$14,750.00（無料枠では 0 ～ 2,500 件のテキスト レコード、低容量枠では 2,501 ～ 150,000 件のテキスト レコード）
リクエスト 2	8 億	800,000	950,000	$80,000.00（低音量ティアで 150,000 ～ 950,000 テキスト レコード）
リクエスト 3	600,000,000	600,000	1,550,000	$21,500.00（低容量ティアで 950,000 ～ 1,000,000 テキスト レコード、残りの 550,000 テキスト レコードは高容量ティア）
合計	1,550,000,000	1,550,000	1,550,000	$116,250.00

Google Cloud Platform の費用

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

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

次のステップ

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