Mi Medical Exclusions

@pipeworx/mi-medical-exclusions

Michigan Medicaid 服务提供者制裁筛查。按服务提供者的姓名、NPI 或 执照号码，与 Michigan Department of Health and Human Services （MDHHS）的受制裁服务提供者名单进行核对。该名单是联邦 HHS OIG LEIE （leie pack）的州级对应名单，也是 il-medical-exclusions、 tx-medical-exclusions、ny-omig-exclusions、ca-medical-exclusions 和 fl-medical-exclusions 的同类项目。

这是 Pipeworx 的一部分——一个连接 AI Agent 与 1866+ 个实时数据源的 MCP 网关。这是独立的非官方集成，与上游服务提供方无关联，未经其认可，也不是由其发布。

工具

• mi_medical_check_exclusion(name?, npi?, license?, limit?)：筛查服务提供者。 NPI 或执照匹配属于身份识别；姓名匹配（即使完全相同）也只能作为候选线索（未公布出生日期）。响应会先列出按制裁来源统计的数量，然后列出匹配项。每个匹配项都包含制裁日期和来源；如有第二个制裁日期和来源（通常为已撤销的处罚），也会一并列出，还包括服务提供者类别和 MDHHS 给出的原因文本。若无匹配项，则会列出尝试过的筛选条件。
• mi_medical_exclusion_coverage(year? | start_date? end_date?)：按制裁来源统计总数、个人与企业数量，以及 NPI、执照和原因字段的覆盖情况，还会列出最早和最近的制裁日期，以及名单自身的发布日期。使用 year 或日期范围时，会统计整个名单中该时间段内的制裁数量，并按制裁来源细分。统计字段为 sanction_date（第一个 Sanction Date 列），绝不会使用第二个日期；响应中会注明这一点。

身份验证

无需密钥。

数据来源

Michigan Department of Health and Human Services 受制裁服务提供者名单 （采集时有 4,111 行）。该名单汇总了 MDHHS、其监察长办公室、许可与监管事务部、前 DCH 和 HHS 的制裁记录；每行均注明来源。data_as_of 是名单上标注的发布日期。

名单说明与局限

• MDHHS 表示，该名单部分依据外部来源编制，因此可能并不完整。
• 原因字段为自由文本，约 60% 的行为空白；部分值是《社会保障法》的章节编号，例如 1128(a)(1)，而非通俗易懂的描述。
• 名单不提供出生日期，也不提供恢复资格标记。处罚被撤销后，该行通常仍会保留，并带有第二个日期（例如“Summary Suspension Terminated”）。因此，在认定某人目前仍受制裁前，请结合 reason 和 second_sanction_date 查看。

个人数据

名单包含 City 列。该列仅对企业保留；个人的 City 信息会在数据导入时删除，且有测试对此进行断言。名单不会公布或提供街道地址或出生日期。这遵循州级排除名单 pack 的既定规则：仅提供姓名、制裁记录和日期，不提供个人地址。

数据提供方式

该数据以批量电子表格形式发布，而非查询服务。通过 scripts/bake-index.mjs 复制，在 workers/gateway/src/pack-baked-indexes.json 中注册，部署时上传到 KV， 并注入为 args._bakedIndex（绝不在模块级作用域导入；fleet #2754）。若注入缺失或格式错误，会明确抛出异常，而不是返回“未找到”。

刷新方式：重新运行 node mcps/mi-medical-exclusions/scripts/bake-index.mjs 并提交；目前尚未安排定时刷新，与同类 baked pack 一致。

快速开始

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

{
  "mcpServers": {
    "mi-medical-exclusions": {
      "url": "https://gateway.pipeworx.io/mi-medical-exclusions/mcp"
    }
  }
}

此端点实际提供的内容

https://gateway.pipeworx.io/mi-medical-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 都会连接到同一个网关和相同的 1866+ 个数据源。唯一的区别是哪个工具包的工具会被直接列出；无论连接哪一个，ask_pipeworx 都能访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/mi_medical_check_exclusion \
  -H 'Content-Type: application/json' \
  -d '{"name":"1st Priority Physical Therapy"}'

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

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

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

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

也可以直接运行，以确认服务能够启动：

npx -y @pipeworx/mcp-mi-medical-exclusions

它通过 stdin/stdout 使用 MCP 协议，并仅针对该工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接额外提供的任何共享元工具。源码相同，工具相同，但没有 ask_pipeworx 路由功能。

使用 ask_pipeworx

你可以用通俗易懂的英语提问，而不是直接调用工具——此功能既适用于上面的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Mi Medical Exclusions data" })

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT