Oig Corporate Integrity

@pipeworx/oig-corporate-integrity

HHS-OIG の企業コンプライアンス協定 — この医療関連企業または個人は企業コンプライアンス協定（CIA）を締結しているか、いつからか、どのような義務が課されているか、現在のステータスはどうなっているかを確認できます。CIA は除外とは別の措置です（leie および ny-omig-exclusions パックを参照）。CIA の対象となる事業体は、除外を求められる代わりに OIG と交渉した拘束力のあるコンプライアンス義務を負いながら、引き続き Medicare／Medicaid に参加しています。

Pipeworx の一部です。AI エージェントを 1819 以上のライブデータソースに接続する MCP ゲートウェイです。これは独立した非公式の統合であり、上流プロバイダーとは提携しておらず、同プロバイダーの承認を受けたものでも、同プロバイダーが公開したものでもありません。

ツール

• oig_cia_check(name, limit?) — 現在の HHS-OIG CIA リストと事業体を照合します。完全一致が最も強い一致シグナルです。正規化した名前またはトークンによる一致は候補として明示して返します。CIA の事業体名は複合的な場合が多いためです（企業と、名前が記載された共同署名者の組み合わせなど。例：「SNAP Diagnostics, LLC and Gil Raviv」）。最も一致度の高い候補について、事業体の詳細ページをライブで取得し、発効日、期間、和解金額、協定 PDF の URL を返します。これらの情報は組み込まれていないため、古くなることはありません。一致がない場合は、リストの基準日と協定の総数とともに found: false を返します。
• oig_cia_obligations(name?, document_url?) — 事業体を特定する（oig_cia_check と同じ照合方法）か、document_url を直接受け取り、oig.hhs.gov から協定 PDF をライブで取得してテキストを抽出します。そのうえで、6 つの義務カテゴリ（取締役会決議、独立審査機関（IRO）による審査、コンプライアンス責任者／委員会、年次報告または実施報告、情報開示プログラム、除外対象者のスクリーニング）のうち、実際に文書内に記載されているものを、それぞれ短い抜粋とともに報告します。すべての CIA にすべてのカテゴリが含まれるわけではありません。たとえば、個人のみを対象とする CIA には通常、取締役会決議条項はありません。また、古く、すでに完全に終了した協定の中には PDF が掲載されていないものもあります。その場合はエラーではなく found: false として報告されます。
• oig_cia_list(status?, limit?, offset?) — 組み込みの CIA リストをステータス（Effective／Suspended／Closed／Refused）で閲覧します。高速（ライブ取得なし）ですが、リストカードに表示されている情報のみを含みます。発効日、期間、協定文書を確認するには、特定の事業体に対して oig_cia_check を呼び出してください。

認証

キー不要です。

データソース

• https://oig.hhs.gov/compliance/corporate-integrity-agreements/browse-cias/ — ページ分割され、絞り込み可能な CIA リスト（取得時点で 339 件、1 ページあたり 20 件）。JSON／REST エンドポイントも、一括ダウンロードできる CSV／Excel 形式もありません。
• 各協定の詳細ページ （/compliance/corporate-integrity-agreements/browse-cias/<slug>/）— 発効日、期間、和解金額、カテゴリ／タグ、協定 PDF の URL を掲載しています。呼び出しごとにライブで取得され、組み込まれることはありません。
• 協定 PDF 自体（oig.hhs.gov/documents/cias/<id>/<file>.pdf）— テキスト PDF です。shared/src/pdf-text.ts でテキストを抽出します。

LIST のみを事前生成する理由

この形式に対するルート CLAUDE.md の常設ルールは、事前生成したテーブルをゲートウェイモジュールのスコープに置かないことです。scripts/bake-index.mjs は一覧の全 17 ページをクロールし、エンティティ名、詳細ページのパス、一覧カードに表示されるステータスバッジ／日付、所在地、報告書の種類のみを src/oig-cia-index-data.ts に事前生成します。このデータは workers/gateway/src/pack-baked-indexes.json に登録され、デプロイ時に KV にアップロードされ、args._bakedIndex として注入されます（fleet #2754 パターンで、south-dakota-code／ny-omig-exclusions／usgs-mineral-commodities と同じです）。注入が欠落または不正な形式の場合は、「CIA は見つかりませんでした」と応答するのではなく、明確なエラーをスローします。src/index.test.ts を参照してください。

エンティティごとの詳細情報（発効日、期間、和解金額、合意書の PDF URL とそのテキスト）は、意図的に事前生成していません。すべての oig_cia_check／oig_cia_obligations 呼び出しで、対象エンティティ自身の詳細ページと PDF からライブ取得します。ほとんどの呼び出し元は 339 件の大半について問い合わせないため、全件を事前クロールすると作業が無駄になります。また、ライブ取得にすることで、新たに終了または一時停止された合意が次回の事前生成を待たずにすぐ反映されます。

一覧を定期的に更新して再コミットするには、node mcps/oig-corporate-integrity/scripts/bake-index.mjs を再実行してください。OIG のページには静的な鮮度表示（「本日時点」）がないため、各レスポンスの data_as_of は単に事前生成スクリプトの取得日を示します。

通信／解析の失敗は明確なエラーとしてスロー

詳細ページまたは PDF からの応答が 200 以外の場合、あるいは 200 でもコンテンツがこのパックの解析対象形式と一致しなくなった場合は、上流のステータスを示すエラーをスローして報告します。コンプライアンス審査ツールでは「CIA の記録なし」と区別できなくなるため、found: false に黙って置き換えることはありません。スタブ化した fetch の契約テストについては、src/index.test.ts を参照してください。

到達可能性

2026-10-07 に、ノートパソコンからの fetch と、本番 Cloudflare アカウント上の使い捨て wrangler dev --remote Worker の両方でライブ検証済みです。Cloudflare エッジから一覧、詳細ページ、合意書 PDF に対して同一の 200 応答とバイト数が返されました（それぞれ 92,934／44,393／696,577 バイト）。このホストには robots.txt がありません（404）。

クイックスタート

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

{
  "mcpServers": {
    "oig-corporate-integrity": {
      "url": "https://gateway.pipeworx.io/oig-corporate-integrity/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/oig-corporate-integrity/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 も同じゲートウェイと同じ 1819 以上のデータソースに接続します。違いは、どのパックのツールが直接一覧に表示されるかだけです。どちらからでも ask_pipeworx を使えば、すべてのツールにアクセスできます。

MCP クライアントがなくても、HTTP 経由で呼び出せます

curl -X POST https://gateway.pipeworx.io/v1/tools/oig_cia_check \
  -H 'Content-Type: application/json' \
  -d '{"name":"Alliance Parent, Inc."}'

最初の呼び出しにアカウントは不要です。ツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/oig_cia_check を実行してください。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を実行してください。

スタンドアロン（ゲートウェイアカウント不要）

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

{
  "mcpServers": {
    "oig-corporate-integrity": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-oig-corporate-integrity"]
    }
  }
}

または、直接実行して起動を確認できます。

npx -y @pipeworx/mcp-oig-corporate-integrity

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

ask_pipeworx を使用する

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

ask_pipeworx({ question: "your question about Oig Corporate Integrity data" })

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

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT