Ny Omig Exclusions

@pipeworx/ny-omig-exclusions

纽约州 OMIG Medicaid 提供者排除筛查——通过姓名、NPI 或执照编号查询提供者是否在纽约州 Medicaid Inspector General 办公室的排除名单中。这是联邦 HHS OIG LEIE（leie pack）在纽约州的对应名单。

属于 Pipeworx——一个将 AI Agent 连接到 1819+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成，与上游提供者没有关联、未获其认可，也不是由其发布。

工具

• ny_omig_check_exclusion(name?, npi?, license?, limit?) — 在约 9,100 条记录的 NY OMIG 排除名单中筛查提供者。匹配 NPI 或执照编号属于身份确认（二者都是精确且特定于提供者的标识符）；匹配姓名——即使完全相同——也只能作为候选线索，因为 OMIG 的名单不含出生日期或地址，无法区分姓名相同的提供者。
• ny_omig_exclusion_coverage() — 排除记录总数、包含 NPI 或执照编号的记录数、提供者类型的多样性、最早和最新的排除日期，以及本 pack 所提供的内置副本中 OMIG 自行标注的“数据最后更新时间”。

身份验证

无需密钥。

数据源

• https://apps.omig.ny.gov/exclusions/tabdelimited.aspx — 完整排除名单的制表符分隔文本（提供者姓名、执照编号、NPI、提供者类型、排除生效日期）。没有 JSON/REST 端点；这是 OMIG 导出格式中最简洁的一种（相较于包含相同约 9,100 条记录、大小为 6.5MB 的 HTML“格式化名单”）。
• https://apps.omig.ny.gov/exclusions/shortlist.aspx — “最近 30 天”HTML 页面，仅用于读取轻量的“数据最后更新时间”横幅（45KB，而完整格式化名单为 6.5MB）。
• https://apps.omig.ny.gov/exclusions/ex_search.aspx — OMIG 自己的在线搜索工具（一次最多搜索 5 个姓名）。每条响应都会附上 online_search_url，供调用方直接核实。

为什么将数据内置，而不是使用实时代理

OMIG 仅以平面文件形式发布名单。根据根目录 CLAUDE.md 中针对这种数据形态的既定规则，约 9,117 条记录的表格（生成的 TypeScript 大小约为 1.3MB）由 scripts/bake-index.mjs 内置到 src/ny-omig-index-data.ts，注册在 workers/gateway/src/pack-baked-indexes.json，部署时上传到 KV，并在每次调用时作为 args._bakedIndex 注入——绝不在模块作用域静态导入（fleet #2754：六个 pack 这样做，会让每个网关隔离环境都保留约 48MB 堆内存，并导致 Cloudflare 1102 错误，约每四次调用就出现一次）。缺少注入数据或注入数据格式错误时会明确抛出错误，而不是返回“未找到”——参见 src/index.test.ts。

请定期重新运行 node mcps/ny-omig-exclusions/scripts/bake-index.mjs 以刷新副本，并提交更新；每条响应中的 data_as_of 会说明数据相对于 OMIG 自行标注的“最后更新时间”有多旧，因此数据陈旧情况清晰可见，不会悄无声息。

此数据不包含的内容

OMIG 的所有导出格式——制表符分隔文本、Excel 和 HTML 格式化名单——都仅包含提供者姓名、执照编号、NPI、提供者类型和排除生效日期。与联邦 LEIE 的法定排除类型代码不同，这些数据中没有排除原因、法定依据或案件引用信息。若 OMIG 持有每条记录的详细信息，这些信息也只能通过 ASP.NET VIEWSTATE 回传获取；该回传依赖于新加载的搜索会话，并非稳定且可查询的端点，因此首版未尝试获取。每条响应都会明确说明这一点，不会捏造 OMIG 未发布的字段。

可访问性

已于 2026-10-07 通过笔记本电脑上的 curl 和生产账户上的临时 wrangler dev --remote Worker 验证：从 Cloudflare 边缘访问 tabdelimited.aspx，两者均返回相同的 200 / 535,395 字节。与 oklahoma-code、utah-code 和 new-hampshire-code 不同，此主机不需要 Supabase 出口中继。

快速开始

添加到你的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "ny-omig-exclusions": {
      "url": "https://gateway.pipeworx.io/ny-omig-exclusions/mcp"
    }
  }
}

此端点实际提供的内容

https://gateway.pipeworx.io/ny-omig-exclusions/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/ny_omig_check_exclusion \
  -H 'Content-Type: application/json' \
  -d '{"name":"1 STOP PHARMACY AND FOOD MART INC"}'

首次调用无需账户。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/ny_omig_check_exclusion。查找工具：使用 {"query":"..."} 向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求。

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需经过网关往返：

{
  "mcpServers": {
    "ny-omig-exclusions": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-ny-omig-exclusions"]
    }
  }
}

或者，直接运行以确认其能正常启动：

npx -y @pipeworx/mcp-ny-omig-exclusions

它通过 stdin/stdout 使用 MCP，并针对仅此工具包的工具响应 initialize/tools/list/tools/call——不包含上文网关连接提供的任何通用元工具。来源相同，工具相同，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你也可以用自然语言提问，而不是直接调用工具——此功能既适用于上文的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Ny Omig Exclusions data" })

网关会选择合适的工具并自动填充参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT