关于 Ga Medical Exclusions
Ga Medical Exclusions 是用于核查提供者是否出现在 Georgia Medicaid 排除名单中的 MCP 服务。支持通过 NPI 精确识别或按姓名查找候选记录,并提供当前名单的覆盖情况。
主要功能
- 01按提供者姓名或 NPI 筛查
- 02通过 NPI 精确识别
- 03将姓名匹配标记为候选线索
- 04统计覆盖范围和制裁日期
适用场景
- 01在参与 Medicaid 前筛查提供者
- 02检查 NPI 是否出现在 Georgia 名单中
- 03按日期范围查看排除记录数量
MCP 相关
提供工具,可按姓名或 NPI 查询 Georgia 排除名单,并获取覆盖统计。可通过 Pipeworx 网关使用,也可作为本地 stdio MCP 服务独立运行。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/ga-medical-exclusions/mcpclaude mcp add --transport http pipeworx-io-ga-medical-exclusions https://gateway.pipeworx.io/ga-medical-exclusions/mcp{"mcpServers":{"pipeworx-io-ga-medical-exclusions":{"type":"http","url":"https://gateway.pipeworx.io/ga-medical-exclusions/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-ga-medical-exclusions":{"type":"http","url":"https://gateway.pipeworx.io/ga-medical-exclusions/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-ga-medical-exclusions":{"type":"http","url":"https://gateway.pipeworx.io/ga-medical-exclusions/mcp"}}}{"mcpServers":{"pipeworx-io-ga-medical-exclusions":{"serverUrl":"https://gateway.pipeworx.io/ga-medical-exclusions/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
@pipeworx/ga-medical-exclusions
Georgia 社区卫生部(DCH)监察长办公室(OIG)排除个人和实体名单筛查——按姓名或 NPI 查询提供者,核对其是否在当前快照名单中。该名单约有 1,377 行,列出被排除在 Georgia Medicaid 计划之外的个人和实体。它是联邦 HHS OIG LEIE(leie pack)的州级对应名单,也是 ny-omig-exclusions(New York)、ca-medical-exclusions(California)、tx-medical-exclusions(Texas)、fl-medical-exclusions(Florida)和 pa-medical-exclusions(Pennsylvania)的姊妹工具。
属于 Pipeworx——一个将 AI Agent 接入 1831+ 个实时数据源的 MCP 网关。这是独立、非官方的集成,与上游提供方无关联,未经其认可,也未由其发布。
工具
ga_medical_check_exclusion(name?, npi?, limit?)— 根据 DCH OIG 排除名单筛查提供者。NPI 匹配属于身份确认(精确、针对特定提供者的标识符);姓名匹配——即使完全一致——也只能作为候选线索,因为名单不含出生日期,且大多数条目没有企业名称,无法区分姓名相同的提供者。ga_medical_exclusion_coverage()— 返回当前名单中的排除人数、包含 NPI 的人数、不同提供者类型的数量,以及最早和最新的制裁生效日期。传入year或start_date/end_date,则改为统计整份名单中制裁生效日期落在该范围内的排除人数。
身份验证
无需密钥。
数据来源
- Georgia 社区卫生部(DCH)监察长办公室——排除个人和实体名单,即州政府发布的名单,列出根据 O.C.G.A. §§ 49-4-140 et seq. 被禁止参与 Georgia Medicaid 计划的个人和企业。可通过 https://dch.georgia.gov/office-inspector-general/georgia-oig-exclusions-list 搜索或下载。
下载链接并不稳定——每次构建时都会重新解析
DCH 大约每月重新发布一个文档节点,其 URL 中包含发布日期(例如,以 -october-5-2026 结尾的 slug)。scripts/bake-index.mjs 会先获取列表页面,并从中提取当前下载链接——遵循与 scripts/ingest-dmepos.mjs 处理 CMS 不稳定 DMEPOS 压缩包名称时相同的原则:“从列表页面解析,绝不猜测文件名”。切勿硬编码带日期的 URL。
为什么将数据烘焙到索引中,而不是通过实时代理获取
根据根目录 CLAUDE.md 对此类规模表格的规定,完整名单(捕获时有 1,377 行)由 scripts/bake-index.mjs 烘焙到 src/ga-dch-oig-index-data.ts,在 workers/gateway/src/pack-baked-indexes.json 中注册,部署时上传至 KV,并注入每次调用的 args._bakedIndex——绝不使用静态的模块作用域导入(fleet #2754)。如果注入缺失或格式错误,系统会明确抛出错误,而不是回答“未找到”——详见 src/index.test.ts。
解析出的下载内容是一个无需身份验证的普通 GET 请求,返回 Excel 2007+(.xlsx)文件——不需要 VIEWSTATE、会话或重放表单,比 tx-medical-exclusions 甚至 pa-medical-exclusions 都简单。
不使用外部 XLSX 库——手动实现,遵循相同的“无依赖”原则
.xlsx 是由 XML 部件组成的压缩包。bake-index.mjs 复用了 scripts/ingest-dmepos.mjs 中最精简的纯 Node 压缩包读取器(使用 Node 内置的 zlib.inflateRawSync 遍历中央目录——无需 unzip CLI 或 npm 包),通过 xl/workbook.xml + xl/_rels/workbook.xml.rels 动态解析工作簿的第一个工作表(Excel 在重新排列标签页时会重新分配 sheetN.xml 的编号,因此绝不假设编号固定),解码文本单元格所用的 xl/sharedStrings.xml,并遍历 <row>/<c> 元素,读取此文件使用的 9 列。
同一列中的 SANCDATE 有三种不同的原始数据形态
已直接核验全部 1,377 行,并非推测:大多数行(922 行)以 8 位字符串形式记录处罚日期("19820415"),445 行以 8 位数字形式记录(含义相同,只是类型不同),还有少数最近新增的行使用真正的 Excel 日期序列值(例如 45828 = 2025-06-20),因为 DCH 在单元格中输入了实际日期。构建程序通过数值大小区分这两种数字类型:8 位 YYYYMMDD 值始终 ≥ 19,000,000,而此列表日期范围(1982-2026)内的 Excel 日期序列值始终小于 100,000——不可能发生冲突,因此无需读取每个单元格的数字格式 xl/styles.xml。1,377 行中有 6 行没有处罚日期,保留为 sanction_date: null。
这是当前快照列表,而非曾被排除者的历史文件
这与五个先例数据包不同。DCH 自己的页面说明,排除“会一直生效,直到将其从此列表中移除”——列表中没有恢复资格日期列;恢复资格的提供者只会从下个月发布的列表中消失。因此,此处返回的每一行都必然是当前仍被排除的,并且此数据包通过 snapshot_caveat 明确说明:无法回答已从列表中移除的过往排除情况。
没有执照编号,也没有 FEIN——匹配模型比同类数据包更窄
已直接核验,并非根据同类数据包的结构推断:DCH 的列为 LAST NAME、FIRST NAME、MIDDLE NAME、BUSINESS NAME、GENERAL(提供者类型)、STATE、SANCDATE、NPI——不存在执照或 FEIN 列。只有 NPI 查询(精确的 10 位数字)可用于身份识别;同类数据包接受的 license 或 fein 参数在此处没有对应项。
STATE 是自由文本,通常包含多个州
大多数行使用普通的两字母代码("GA"),但有些行包含以逗号或与号连接的列表,列出该实体也被排除或持有执照的所有州(例如 "GA,FL,IL,VA,SC,CT"、"GA & FL"),还有少数行末尾带有空格("GA ")。数据按原样提供,仅去除首尾空格——绝不会解析成单个枚举值。
源文件中有 DOB,但此数据包不包含该字段
少数最近新增的行包含 DCH 开始填入的出生日期列。此数据包提供与五个先例州级数据包相同的字段,不添加其他个人标识符——那些数据包都不提供出生日期(正因缺少该字段,姓名匹配始终只能作为候选线索)。bake-index.mjs 仅读取 DOB 列,以确认日期解码器能够正确处理该列,随后便将其丢弃。
可访问性
已于 2026-10-17 实时核验:列表页面可解析出当前下载链接,且该链接返回 200,文件为 Excel 2007+ 格式,包含 1,377 行数据。
快速开始
添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):
{
"mcpServers": {
"ga-medical-exclusions": {
"url": "https://gateway.pipeworx.io/ga-medical-exclusions/mcp"
}
}
}
此端点实际提供的内容
https://gateway.pipeworx.io/ga-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 都连接到同一个网关和同一批 1831+ 个数据源。唯一的区别在于直接列出的是哪个工具包的工具;从任一端点都可以通过 ask_pipeworx 访问所有工具。
没有 MCP 客户端?通过 HTTP 调用
curl -X POST https://gateway.pipeworx.io/v1/tools/ga_medical_check_exclusion \
-H 'Content-Type: application/json' \
-d '{"name":"Diamond"}'
首次调用无需账户。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/ga_medical_check_exclusion。查找工具包:使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。
独立运行(无需网关账户)
此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户,也无需经过网关往返:
{
"mcpServers": {
"ga-medical-exclusions": {
"command": "npx",
"args": ["-y", "@pipeworx/mcp-ga-medical-exclusions"]
}
}
}
或者直接运行以确认其已启动:
npx -y @pipeworx/mcp-ga-medical-exclusions
它通过 stdin/stdout 使用 MCP,并且只对此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接所提供的任何共享元工具。来源相同,工具相同,但没有 ask_pipeworx 路由。
使用 ask_pipeworx
你可以用通俗英语提问,而不是直接调用工具——此方式既适用于上面的工具包端点,也适用于完整网关:
ask_pipeworx({ question: "your question about Ga Medical Exclusions data" })
网关会选取合适的工具并自动填入参数。
更多信息
许可证
MIT
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。