Oig Corporate Integrity

@pipeworx/oig-corporate-integrity

HHS-OIG 企业诚信协议——这家医疗保健公司或个人是否签有企业诚信协议（CIA）？协议从何时生效、规定了哪些义务，目前状态如何？CIA 不同于排除资格（参见 leie 和 ny-omig-exclusions 工具包）：签有 CIA 的实体仍可参与 Medicare/Medicaid，但须履行 OIG 协商制定的约束性合规义务，而非被排除。

属于 Pipeworx——一个将 AI Agent 接入 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、提取文本，并报告文本中实际出现的六类义务（董事会决议、独立审查组织/IRO 审查、合规官/委员会、年度报告或实施报告、信息披露计划、对被排除人员进行筛查），每类均附有一段简短摘录。并非每份 CIA 都包含所有类别——仅针对个人的 CIA 通常不包含董事会决议条款；部分较早且已全部履行完毕的协议未提供 PDF，此时会报告 found: false，而非报错。
• oig_cia_list(status?, limit?, offset?) — 按状态（Effective / Suspended / Closed / Refused）浏览预先存储的 CIA 列表。速度快（无需实时获取），但仅包含列表卡片中显示的信息——如需获取生效日期、期限和协议文件，请对特定实体调用 oig_cia_check。

身份验证

无需密钥。

数据来源

• https://oig.hhs.gov/compliance/corporate-integrity-agreements/browse-cias/ — 分页、可筛选的 CIA 名录（收录时有 339 份协议，每页 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 提取文本。

为什么只烘焙列表

根目录 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 但其内容不再符合此数据包解析的格式时，都会抛出错误并指出上游状态码——绝不会悄悄改写为 found: false，因为对于合规筛查工具而言，这会与“没有 CIA 记录”无法区分。请参阅 src/index.test.ts 中使用模拟 fetch 的契约测试。

可访问性

已于 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 跨整个目录路由来回答，无需你再添加第二个 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