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 オペレーション
- 匿名化オペレーション
- 同意およびプライバシーの管理
- ネットワークの使用率
料金表
以下の料金表は、Cloud Healthcare API の使用時に適用される料金を示します。
使用量と料金を提示するサンプル シナリオについては、料金の例をご覧ください。
データ ストレージ
データ ストレージの料金は、構造化ストレージまたは Blob Storage に分類されます。次の表に示す Blob Storage の課金は Standard ストレージ クラスに対するものであり、最小保存期間は必要ありません。その他の Blob Storage クラスの料金と最小保存期間については、DICOM データ ストレージをご覧ください。
デフォルトでは、すべてのストレージ料金は、構造化ストレージ カテゴリに含まれます。ストレージ容量は、取り込んだデータのバイト数にインデックスのオーバーヘッド(インデックス登録されたバイト数により測定)とバックアップ バイト数を加えたものに基づきます。料金は、請求期間中にすべてのデータストアにわたって集計された定期的測定値に基づきます。
リクエスト数
リクエストとは、次のいずれかを介して呼び出される HTTPS または gRPC オペレーションのことです。
healthcare.googleapis.com
エンドポイント- gcloud ツール
- Google Cloud コンソール
リクエストには次のタイプがあります。
- 標準リクエスト: すべてのリクエストのデフォルト
- 複雑なリクエスト: 標準リクエストに比べて計算負荷が高い API リクエストをキャプチャします。
- マルチオペレーション リクエスト: マルチオペレーション リクエストをキャプチャします。
- 高度なオペレーション リクエスト: FHIR ポイントインタイム リカバリなどのオペレーションをキャプチャします。
最初の 25,000 件のリクエストは無料です。無料枠を使い切ると、それ以降の階層については、1 か月あたり 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 で課金されます。
次の表で指定されていない限り、すべてのオペレーションは標準リクエストです。スクロールすると、表の内容全体が表示されます。
次に例を示します。
- 上記の表の「マルチオペレーション リクエストのオペレーション」列に一覧表示されている 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 ポイントインタイム リカバリ オペレーション(
fhirStores.rollback
)を使用して単一の FHIR リソース ID を復元する場合は、$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 日 |
Archive | 365 日 |
次の表は、Nearline Storage、Coldline Storage、Archive ストレージ クラスを使用して Cloud Healthcare API に DICOM データを保存する場合の保存時料金を示しています。これらの料金はすべてのリージョンに適用されます。
ストレージ クラス | 料金(GB 単位/月) |
---|---|
Nearline | $0.020 |
Coldline | $0.010 |
Archive | $0.003 |
Standard Storage クラスの料金は、データ ストレージ テーブルにさまざまなリージョンに対する Blob Storage の料金として記載されています。
DICOM データの早期削除
DICOM オブジェクトを削除、上書き、または書き換えると、早期削除料金が適用されます。書き換えの例としては、オブジェクトのストレージ クラスの変更が挙げられます。早期削除の料金は、オブジェクトが最小期間元の状態を維持していた場合に請求された金額と等しくなります。
次の例を考えてみます。
Coldline ストレージ クラスで 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 Storage には 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 |
Archive | $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 カテゴリのオペレーションを示します。
匿名化オペレーション
匿名化オペレーションは、次の 3 つのサブオペレーションで処理されたデータ量に基づいて課金されます。
- 検査: 機密データのインスタンスを発見するために、フリーテキストまたは画像に対して行われます。
- 変換: 匿名化プロセスの一環として機密データに加えられたリダクション、置換、ハッシュ、変更を含みます。
- 処理: オペレーションの基本料金をカバーします。
各サブオペレーションのデータ量は、メイン オペレーションの構成方法によって異なります。
請求される料金は、処理された単位数と該当するティアに従って毎月決定されます。単位には 3 種類あり、それぞれの種類が別々に計算されます。
- 検査単位: 検査されたバイト数に、検査に使用された infoTypes の数を掛けた値に基づきます。たとえば、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 ストレージ、バッチ」カテゴリを使用します。
同意およびプライバシーの管理
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
を除いて、すべての同意オペレーションは標準リクエストです。現在のプロモーション期間中は、ストレージまたは標準/複雑なオペレーションの料金は請求されません。
単位 | Price |
---|---|
同意の管理 | 同意ごとに月額 $0.05 |
アクセス判定、バッチ | 100 万個の評価される UserDataMapping リソースあたり $0.016 |
ネットワークの使用率
インバウンド データ転送
受信データ転送は常に無料です。
リージョン間データ転送
転送リクエストが Cloud Healthcare API から発信され、同じリージョンにある Google Cloud のサービスに送信される場合、データ転送には課金されません。
以下の料金は、リージョン間またはマルチリージョン グループから同じ大陸の単一のリージョンへのデータ転送、またはその逆のデータ転送に適用されます。料金は 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 億リクエスト ティア)277,000 ドル マルチオペレーション リクエスト × |
$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 を使用します。
匿名化の請求は次のように計算されます。
サブオペレーション | 計算 | Price |
---|---|---|
検査 | 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 を使用します。
匿名化の請求は次のように計算されます。
サブオペレーション | 計算 | Price |
---|---|---|
検査 | 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 万単位で計算されるため、通知の請求額は次のように計算されます。
通知の種類 | 計算 | Price |
---|---|---|
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 は、次の機能をサポートしています。
特徴タイプ | 説明 |
---|---|
エンティティ分析 | テキスト内の医療関連のエンティティを分析します。レスポンスには、認識されたエンティティへの言及とそれらの間の関係が含まれます。各エンティティは標準的な医学用語集にリンクされています。 |
テキスト レコードの料金
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 に送信された 3 つのリクエストの料金の例を示しています(2,500 件のテキスト レコードがすでに送信され、無料枠を使い切ったと仮定します)。リクエストの文字数は 8,000 文字、15,000 文字、6,000 文字です。
文字数 | テキスト レコード 単位 | Price | |
---|---|---|---|
リクエスト 1 | 8,000 | 8 | 0.80 ドル |
リクエスト 2 | 15,000 | 15 | $1.50 |
リクエスト 3 | 6,000 | 6 | $0.60 |
合計 | 2 万 9,000 人 | 29 | 2.90 ドル |
次の表は、Healthcare Natural Language API に送信される 3 つのリクエストの料金の例を示しています。リクエストには 150,000,000 文字(1 億 5,000 万文字)、800,000,000 文字(8 億文字)、600,000,000 文字(6 億文字)が含まれており、合計で 1,550,000,000 文字(15 億 5,000 文字)、つまりテキスト レコード 1,550,000 文字です。
文字数 | テキスト レコード 単位 | 累積テキスト レコード ユニット | Price | |
---|---|---|---|---|
リクエスト 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 | 1,550,000 | $21,500.00(低ボリューム ティアで 950,000 ~ 1,000,000 テキスト レコード、大ボリューム ティアで残り 55 万テキスト レコード) |
合計 | 1,550,000,000 | 1,550,000 | 1,550,000 | 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 のソリューションとユースケースについて学習する。