关于 Oig Self Disclosure Settlements
面向医疗合规团队,查询 HHS-OIG 自愿披露并和解的民事罚款法案件。它可列出近期案件,并在名称匹配后实时获取具体和解金额、实体描述和指控详情。
主要功能
- 01按项目列出近期和解案件
- 02按名称查找提供者、受资助方或承包商
- 03实时获取精确和解金额
- 04返回实体描述和完整指控叙述
- 05区分 Provider 与 Grant 项目
适用场景
- 01查看近期的 HHS-OIG 自愿披露和解
- 02核实特定机构是否有自愿披露案件
- 03确认列表中四舍五入金额对应的精确金额
MCP 相关
向 MCP 客户端提供近期案件查询和名称检查工具;可经 Pipeworx 网关调用,也可作为本地 stdio MCP 服务运行。详情页信息在查询时实时获取。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/oig-self-disclosure-settlements/mcpclaude mcp add --transport http pipeworx-io-oig-self-disclosure-settlements https://gateway.pipeworx.io/oig-self-disclosure-settlements/mcp{"mcpServers":{"pipeworx-io-oig-self-disclosure-settlements":{"type":"http","url":"https://gateway.pipeworx.io/oig-self-disclosure-settlements/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-oig-self-disclosure-settlements":{"type":"http","url":"https://gateway.pipeworx.io/oig-self-disclosure-settlements/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-oig-self-disclosure-settlements":{"type":"http","url":"https://gateway.pipeworx.io/oig-self-disclosure-settlements/mcp"}}}{"mcpServers":{"pipeworx-io-oig-self-disclosure-settlements":{"serverUrl":"https://gateway.pipeworx.io/oig-self-disclosure-settlements/mcp"}}}命令在终端中运行;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
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。