mcpField
O
Oig Self Disclosure Settlements

Oig Self Disclosure Settlements

リモート
pipeworx.io法務・行政01 週間前に更新
リポジトリ公式サイト

Oig Self Disclosure Settlements について

医療コンプライアンス担当者向けに、HHS-OIGの自主開示による民事金銭制裁法の和解を検索するサービスです。最近の案件を一覧表示し、名前が一致した案件の正確な金額、組織の説明、申し立て内容を詳細ページから取得します。

主な機能

  1. 01プログラム別に最近の和解を一覧表示
  2. 02提供者、助成先、請負業者を名前で検索
  3. 03正確な和解金額をリアルタイム取得
  4. 04組織の説明と申し立て内容を表示
  5. 05ProviderとGrantのプログラムを区別

活用シーン

  1. 01HHS-OIGの最近の自主開示和解を確認
  2. 02組織に自主開示案件があるか調査
  3. 03一覧の概算額に対応する正確な金額を確認

MCP 対応

最近の案件一覧と名前検索のツールをMCPクライアントに提供します。Pipeworxゲートウェイ経由、またはローカルのstdio MCPサーバーとして利用でき、案件詳細は照会時に取得します。

設定

リモートサーバーはインストール不要です。クライアントを選んで設定をコピーするか、ワンクリックで導入できます。

エンドポイントhttps://gateway.pipeworx.io/oig-self-disclosure-settlements/mcp
インストールコマンドをコピー
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

コマンドはターミナルで実行し、JSON は各クライアントの MCP 設定に貼り付けて再起動します。認可が必要なサーバーは初回接続時にログインを求めます。

ツール

詳細

@pipeworx/oig-self-disclosure-settlements

HHS-OIG Self-Disclosure Protocol の和解事例 — この医療提供者、助成金受給者、または請負業者は、OIG に自発的に自己申告して、その行為に関する民事金銭制裁法の案件で和解したことがありますか?oig-corporate-integrity を補完するものです。Corporate Integrity Agreement は継続的なコンプライアンス義務ですが、Self-Disclosure Protocol の和解事例のほとんどは、自己申告された問題を解決するための一度限りの支払いであり、CIA がまったく伴わないこともよくあります。

Pipeworx の一部です — AI エージェントを1837以上の稼働中のデータソースに接続する MCP ゲートウェイです。これは独立した非公式の連携であり、上流プロバイダーとは提携、承認、公開のいずれもしていません。

ツール

  • oig_sdp_recent(program?, limit?, offset?) — 和解済みの最新の自己申告案件を、新しい順に返します。まず合計(該当件数、プログラム別の合計、返されたページの概算金額)を返し、続いて和解内容を返します。内容には、プロバイダー、日付、見出し金額、申し立て、詳細ページへのリンクが含まれます。program は "provider"(Provider Self-Disclosure Protocol、大多数を占めます)、"grant"(Grant and Contractor Self-Disclosure Program)、または "all"(デフォルト)に絞り込みます。
  • oig_sdp_check(name, program?, limit?) — 特定の医療提供者、助成金受給者、または請負業者が自己申告案件で和解したことがあるかを確認します。組み込みの和解一覧にある名前と照合します(一致の種類として、タイトルの完全一致、プロバイダー名の完全一致/部分一致、トークン一致をそれぞれ表示します)。最も一致するものについて、和解自体の詳細ページをリアルタイムで取得し、正確な和解金額、組織の完全な説明、申し立ての全内容を返します。一覧に組み込まれている見出しの金額は丸められていることがよくあります(例:タイトルが「$442,000」でも、詳細ページには「$442,713.81」と記載)。正確な金額が重要な場合は、このツールを使用してください。一致するものがない場合は、一覧の基準日と和解件数の合計とともに found: false を返します。

認証

認証キーは不要です。

データソース

  • HHS Office of Inspector General, Enforcement Actions — Self-Disclosure Protocol の和解事例。Provider Self-Disclosure Protocol(取得時点で約1,057件)と Grant and Contractor Self-Disclosure Program(取得時点で約17件)の両方を対象とします。OIG の執行記録のこの部分には、JSON/REST エンドポイントも一括 CSV/Excel エクスポートもありません。
  • 各和解案件の執行措置詳細ページ — プロバイダーの正式な法人名と所在地、正確な和解金額、申し立ての全内容を取得します。呼び出しごとにリアルタイムで取得し、事前に組み込むことはありません。
LIST のみをあらかじめ組み込む理由

この形式に関するルートの CLAUDE.md の常設ルール:あらかじめ組み込まれたテーブルをゲートウェイのモジュールスコープに置くことはありません。scripts/bake-index.mjs は両プログラムの全ページ範囲をクロールし、見出し(提供者名、おおよその金額、申し立て内容を一文に含みます)、詳細ページのパス、公開日、プログラムのみを src/sdp-index-data.ts に組み込みます。このファイルは workers/gateway/src/pack-baked-indexes.json に登録され、デプロイ時に KV へアップロードされて、args._bakedIndex として注入されます(fleet #2754 のパターンで、oig-corporate-integrity と同じです)。注入がない、または形式が不正な場合は、「和解が見つかりませんでした」と返すのではなく、明確にエラーをスローします。src/index.ts の ensureIndex ガードを参照してください。

正確な和解金額、提供者の正式名称と所在地、申し立ての全文は、意図的にあらかじめ組み込んでいません。これらは、oig_sdp_check を呼び出すたびに、その和解の詳細ページからライブで取得されます。ほとんどの呼び出し元が約 1,074 件の大半について問い合わせることはないため、すべての詳細ページを事前にクロールするのは無駄です。また、ライブ取得にすることで、リストを次に再ベイクした時点で、新たに掲載された和解の内容が確認できるようになります。2 回目のクロールは不要です。

定期的に node mcps/oig-self-disclosure-settlements/scripts/bake-index.mjs を再実行してリストを更新し、変更を再コミットしてください。OIG の一覧には静的な「最終更新」バナーがありません。各レスポンスの data_as_of は、単にベイクスクリプトがデータを取得した日付です。

ナラティブの文型

詳細ページ本文の段落は、次の 2 つのテンプレートのいずれかに従います。どちらも src/index.ts の parseDetailPage で処理されます。

  • 「OIG に自ら行為を開示した後、ENTITY, LOCATION は OIG と AMOUNT の和解契約を締結しました。\[この]和解契約は、ALLEGATIONS という申し立てを解決するものです。」
  • 「OIG に自ら行為を開示した後、ENTITY, LOCATION は、民事金銭制裁法に違反したとされる行為に対して AMOUNT を支払うことに同意しました\[。関連する規定などを含む]。OIG は、ALLEGATIONS と申し立てました。」

両プログラムの全ページ範囲にまたがる 60 件を抽出して検証したところ、ナラティブ解析のカバー率は 100% でした。どちらのテンプレートにも当てはまらない文面の和解(CMP 法ではなく虚偽請求法に基づいて解決された、助成金詐欺の事例で少数確認されています)では、金額を緩やかに抽出するフォールバックが使われます。そのため、entity_description/allegations を切り分けられない場合でも、settlement_amount_exact は引き続き設定されます。

通信/解析の失敗は明示的にエラーをスローします

oig-corporate-integrity と同じ契約です。詳細ページから 200 以外のステータスが返された場合、またはステータス 200 でも内容が想定される詳細ページの形式に一致しない場合は、上流のステータスを示すエラーがスローされます。コンプライアンス審査ツールでは、「記録された和解なし」と区別できなくなるため、found: false を黙って返すことはありません。

クイックスタート

MCP クライアント(Claude Desktop、Cursor、Windsurf など)に追加します。

{
  "mcpServers": {
    "oig-self-disclosure-settlements": {
      "url": "https://gateway.pipeworx.io/oig-self-disclosure-settlements/mcp"
    }
  }
}
このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/oig-self-disclosure-settlements/mcp の tools/list は、上の表にあるツールに加えて、共有 Pipeworx メタツール(ask_pipeworx、discover_tools、search_within、remember/recall など、ゲートウェイ全体で使えるツール一式)を返します。そのため、表示されるツール数はこの表より多くなります。単一パックのエンドポイントには現在、パック固有のツールとともに、共有ツールがおよそ30個表示されます。接続の initialize レスポンスに正確な対象範囲が記載されており、その日の状況を確認する際の正式な情報となります。

これは意図的な設計であり、偶然の多重化ではありません。メタツールを使うと、このパックが対応していない質問にも、カタログ全体を対象にルーティングする ask_pipeworx 経由で回答できます。つまり、2つ目の MCP サーバーを追加する必要はありません。現時点では、メタツールを含めずにパックのエンドポイントを接続する方法はありません。追加のスキーマによるコンテキスト消費が、ルーティングの利点を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度接続してください。

または、フルの Pipeworx ゲートウェイに接続すると、このパックだけでなく、すべてのパックのツールが直接一覧表示されます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も同じゲートウェイと同じ1837以上のデータソースに接続します。違いは、どのパックのツールが直接一覧表示されるかだけです。どちらからでも、ask_pipeworx を使ってすべてのツールにアクセスできます。

MCP クライアントがない場合:HTTP 経由で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/oig_sdp_recent \
  -H 'Content-Type: application/json' \
  -d '{"program":"provider","limit":5}'

最初の呼び出しにアカウントは必要ありません。ツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/oig_sdp_recent を使用します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を使用します。

スタンドアロン(ゲートウェイアカウント不要)

このパッケージは、ローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントもゲートウェイへのラウンドトリップも不要です。

{
  "mcpServers": {
    "oig-self-disclosure-settlements": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-oig-self-disclosure-settlements"]
    }
  }
}

起動することを確認するには、直接実行することもできます。

npx -y @pipeworx/mcp-oig-self-disclosure-settlements

stdin/stdout 経由で MCP を使用し、このパックのツールのみを対象に initialize/tools/list/tools/call に応答します。上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx の使用

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントでも、フルゲートウェイでも利用できます。

ask_pipeworx({ question: "your question about Oig Self Disclosure Settlements data" })

ゲートウェイが適切なツールを選び、引数を自動的に入力します。

詳細情報

ライセンス

MIT

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。