Tx Medical Exclusions

@pipeworx/tx-medical-exclusions

德克萨斯州卫生与公众服务委员会监察长办公室（HHSC OIG）Medicaid 提供方排除 数据库筛查——按姓名、NPI 或执照号码查询提供方，核对其是否出现在这份约 13,400 条记录的名单中。名单列出了曾被排除在德克萨斯州 Medicaid 计划之外的提供方，是联邦 HHS OIG LEIE（leie pack）的州级对应名单，也是 ny-omig-exclusions（纽约州）和 ca-medical-exclusions（加利福尼亚州）的姊妹项目。

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

工具

• tx_medical_check_exclusion(name?, npi?, license?, limit?) — 根据 HHSC OIG 排除数据库筛查 提供方。NPI 或执照匹配属于身份识别（两者都是精确且特定于提供方的标识符）；姓名匹配——即使完全匹配——也只能作为候选线索，因为名单不包含出生日期，且大多数个人记录没有公司名称，无法区分同名提供方。每条匹配结果都包含 HHSC OIG 自行填写的自由文本原因，以及根据提供方是否已恢复资格而生成的 currently_excluded 标志。
• tx_medical_exclusion_coverage() — 曾记录的排除总数、当前仍被排除和已恢复资格的数量、包含 NPI 或 执照号码的数量、职业类别多样性，以及最早和最新的排除日期。

身份验证

无需密钥。

数据来源

• https://oig.hhsc.state.tx.us/oigportal2/exclusions/ctl/dow/mid/384 — HHSC OIG 的“下载排除名单文件”页面。可下载文件本身（CompanyName、LastName、FirstName、MidInitial、Occupation、LicenseNumber、 NPI、StartDate、AddDate、ReinstatedDate、EligibleToReapplyDate、Waiver、 WebComments）通过对此相同 URL 发送 ASP.NET VIEWSTATE 回传请求获取——请参阅下文“为何使用 VIEWSTATE 回传请求”。
• https://oig.hhsc.state.tx.us/oigportal2/Exclusions — 在线“被排除个人/实体名单搜索”（仅包含当前被排除者；此 pack 的 data_as_of/source_url 始终指向下载文件，而非此页面）。

为何没有开放数据门户镜像——已核查，而非臆测

加利福尼亚州的 S&I 名单在 CHHS 开放数据门户上有一个稳定的 CKAN resource_id 镜像。德克萨斯州没有该数据集的对应镜像：在 data.texas.gov 上通过 Socrata 目录搜索 （api.us.socrata.com/api/catalog/v1?domains=data.texas.gov）查询“ OIG 排除”“HHSC 排除”“被排除的提供方”“监察长”和“Medicaid 排除”（2026-10-08），没有找到任何匹配数据集。HHSC OIG 门户是唯一的数据来源。

为何使用 VIEWSTATE 回传请求，而非直接 URL

HHSC OIG 页面上可见的“下载排除数据库文件的 TEXT 版本”链接是 javascript:__doPostBack(...)，而不是普通的 href——这是典型的 ASP.NET WebForms（DotNetNuke）回传请求，与 reference_aspnet_postback_downloads.md / louisiana-code 先例属于相同形式（VIEWSTATE 表单并非屏障）。scripts/bake-index.mjs 会重放此流程：GET 页面，从隐藏字段和会话 Cookie 中提取 __VIEWSTATE/__VIEWSTATEGENERATOR/__EVENTVALIDATION，然后将这些字段 POST 回去，并将 __EVENTTARGET 设为下载 LinkButton 的控件 ID。响应内容就是文件本身（Content-Disposition: attachment;filename=TexasExclusionsData_<today>.txt）——文件名中包含请求日期，证实 HHSC 会在每次请求时从数据库实时生成此导出文件。因此，此 pack 使用捕获时间戳本身作为 data_as_of，而不是抓取单独的“最后更新时间”横幅（新鲜 GET 请求中，页面自身的 literaldatelastupd 占位 span 为空）。

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

根据根目录 CLAUDE.md 中关于这类规模数据表的既定规则，完整列表（采集时共 13,443 行，生成的 TypeScript 文件约 4.6MB）由 scripts/bake-index.mjs 烘焙到 src/tx-oig-index-data.ts，在 workers/gateway/src/pack-baked-indexes.json 中注册，部署时上传到 KV，并在每次调用时注入到 args._bakedIndex 中——绝不通过模块作用域静态导入（fleet #2754：六个数据包这样做，会让每个 gateway isolate 都保留约 48MB 堆内存，且大约每四次调用就有一次触发 Cloudflare 1102 错误）。 缺少注入数据或注入格式错误时会明确抛出错误，而不是回答“未找到”——参见 src/index.test.ts。

请定期重新运行 node mcps/tx-medical-exclusions/scripts/bake-index.mjs 并重新提交；每个响应中的 data_as_of 都会说明内置副本有多旧。

这些数据包含什么——经实时验证的真实逐条记录原因字段

提交 ca-medical-exclusions 的任务（#2805）假设 DHCS 会发布逐条记录的原因字段，但事实证明并不存在。我们直接核查了该数据集中的全部 13,443 条实时记录，没有照单全收 HHSC 的列清单：WebComments 确实包含真实的逐条记录原因文本，例如“Federal mandated exclusion”（2,105 条）、“License or Certification revoked, suspended or otherwise terminated”（1,243 条）和“Conviction relating to Healthcare Fraud”（334 条）。这是数十年来录入案件所积累的自由文本，并非受控词表——13,443 条记录中有 1,847 种不同值，其中包括大小写不一致和近似重复的措辞（“Board action” / “Board Action” / “board action” 均分别出现）。每个响应都会将此字段作为 reason 返回，并通过 reason_field_caveat 明确说明它是自由文本，而非标准化的法规／原因代码。

曾被排除与当前被排除

HHSC OIG 自己的页面说明，其在线搜索仅返回当前被排除的提供者，而此下载文件包含所有曾经被排除的提供者，包括后来恢复资格的提供者——我们已直接核查数据确认：13,443 条记录中有 1,462 条（2026-10-08 采集）带有非空的 ReinstatedDate。此数据包保留所有记录，并根据 reinstated_date 是否为空推导 currently_excluded，且明确标注为推导值（HHSC 本身并未发布此布尔字段）；每个响应都会通过 ever_vs_current_caveat 说明这一点。

匹配

npi 查询仅匹配完全一致的 10 位数字 NPI 值（源数据中的 600 个 NPI 值里有 3 个不符合规范的 10 位字符串；这些值会原样显示，但不会用于匹配）。license 查询匹配 LicenseNumber 字段，只保留数字并去除前导零——与 ny-omig-exclusions 和 ca-medical-exclusions 使用的比较方式相同。姓名查询会匹配提供者拼接后的个人姓名（姓／名／中间名首字母）或公司名称，不区分大小写和标点。

可访问性

2026-10-08 通过笔记本电脑上的 curl，以及一个在生产账户中通过 wrangler dev --remote 启动、重放完全相同 GET 后接 POST 的 VIEWSTATE 握手流程的临时 Worker，完成实时验证：从 Cloudflare 边缘返回了相同的 200 响应和 1,837,673 字节的文件附件。与 ny-omig-exclusions 和 ca-medical-exclusions 一样，此主机无需 Supabase 出站中继。

快速开始

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

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

此端点实际提供的内容

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/tx_medical_check_exclusion \
  -H 'Content-Type: application/json' \
  -d '{"name":"Gordzelik"}'

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

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

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

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

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

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

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

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT