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. 05区分 Provider 与 Grant 项目

适用场景

  1. 01查看近期的 HHS-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)是一项持续的合规义务,而大多数自愿披露协议和解案例只需一次性付款即可解决自报问题,且通常完全不附带 CIA。

这是 Pipeworx 的一部分——一个将 AI Agent 连接到 1837+ 个实时数据源的 MCP 网关。这是一项独立、非官方的集成,与上游提供方无关联、未获其认可,也未由其发布。

工具

  • oig_sdp_recent(program?, limit?, offset?) — 按时间倒序返回最近达成和解的自愿披露案例。先返回总计信息(匹配数量、按计划划分的总数,以及当前返回页的大致金额总和),然后返回和解案例详情:提供方、日期、标题金额、指控内容和详情页链接。program 可筛选 "provider"(医疗服务提供方自愿披露协议,占绝大多数)、"grant"(拨款和承包商自愿披露计划)或 "all"(默认值)。
  • oig_sdp_check(name, program?, limit?) — 特定医疗服务提供方、受资助方或承包商是否曾就自愿披露案件达成和解?该工具会在内置和解列表中匹配名称(完全匹配标题、完全匹配/部分匹配提供方名称或词元匹配,并标注匹配类型);对最佳匹配项,会实时获取该和解案例的详情页,以返回确切和解金额、完整实体描述和完整指控叙述——列表内置的标题金额经常是四舍五入后的金额(例如,标题显示“$442,000”,详情页显示“$442,713.81”),因此需要确切金额时应使用此工具。若没有匹配项,则返回 found: false,并附上列表的截至日期和和解案例总数。

认证

无需密钥。

数据源

  • HHS 监察长办公室(Office of Inspector General)执法行动——自愿披露协议和解案例。涵盖医疗服务提供方自愿披露协议(当前收录约 1,057 个和解案例)和拨款及承包商自愿披露计划(当前收录约 17 个和解案例)。OIG 这部分执法记录没有 JSON/REST 端点,也没有批量 CSV/Excel 导出。
  • 每个和解案例各自的执法行动详情页——提供方的完整法定名称和地点、确切和解金额以及完整指控叙述。每次调用时实时获取,绝不内置。
为什么只预先烘焙列表

根目录 CLAUDE.md 对这种数据形态的常规要求是:预先烘焙的表绝不能放在 gateway 模块作用域中。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 条记录中的大多数,因此预先爬取每个详情页会造成浪费;实时获取也意味着,只要下次重新烘焙列表,新发布的和解记录叙述就会立即可见,无需再进行第二轮爬取。

定期重新运行 node mcps/oig-self-disclosure-settlements/scripts/bake-index.mjs 以刷新列表并重新提交。OIG 自己的列表没有静态的“最后更新”标记——每次响应中的 data_as_of 都只是烘焙脚本自己的采集日期。

叙述句式

详情页正文段落遵循两种模板之一,src/index.ts 中的 parseDetailPage 均可处理:

  • “在向 OIG 自行披露相关行为后,实体、所在地与 OIG 达成了金额的和解协议。[该和解协议]解决了关于[指控]的指控。”
  • “在向 OIG 自行披露相关行为后,实体、所在地同意支付金额,原因是其涉嫌违反《民事罚款法》[,包括/相关条款……]。[该]OIG 指称[指控]。”

已在覆盖两个程序全部页面范围的 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 跨整个目录进行路由——无需添加第二个 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":"..."} 向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求。

独立运行(无需网关账户)

此软件包也可作为本地 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

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。