Meps

meps

美国人实际服用什么药，以及服用原因——按医疗状况划分的美国处方药使用情况，数据来自 AHRQ 的医疗支出小组调查。

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

MEPS 调查美国全部非机构化平民人口：覆盖所有付款方、所有年龄层，以及商业保险参保者和未参保者。它是本目录中唯一将处方药与开药所针对的病症关联起来的数据源，因此才能回答“人们因抑郁症服用什么药”这类问题。

工具

工具	可回答的问题
meps_drugs_for_condition	美国人因某种病症服用哪些药物，按接受治疗的人数排序
meps_conditions_for_drug	某种药物实际被用于哪些处方——也就是超说明书用药问题
meps_drug_use	一种药物的全国使用量、总支出和自付比例
meps_top_drugs	某一年美国使用量最高的处方药

病症可用通俗说法输入，例如 "depression"、"high cholesterol"、"type 2 diabetes"，也可使用 CCSR 代码，例如 MBD002。MEPS 使用经过清理的药物通用名，所以是 atorvastatin，而不是 Lipitor。

这些是调查估算值，响应中始终会显示样本量

每位受访者都带有一个权重，用于推算其代表的大约 18,000 名美国人。因此，一个仅由 3 人支撑的单元格，也可能得出看似可信的“55,000 人”，但几乎没有实际意义。因此：

• 每一行都包含 sample_persons——背后的真实受访者人数；
• reliable: false 表示受访者人数少于 60，这是 AHRQ 自己设定的发布下限；
• 默认情况下，行数据至少需要 60 名受访者——与该下限一致——因此默认答案中不会包含 AHRQ 不会发布的内容。可通过 min_sample 调低门槛，以查看较少见的药物；这类结果会标记为 reliable: false。

应将这些数字视为大致规模和排名，而非精确人数。对于常见病症，比较最常用的几种药物正是这类数据的优势所在。但它不适用于精确总量、小型细分群体，以及相差几个百分点的逐年变化。

两个容易造成误解的地方

不到一半的处方附有病症信息。 2024 年有 47.5% 的配药记录关联了某种诊断；其余记录未归因于任何诊断。因此，按病症统计的总量只是处方使用情况的一个子集，并非完整统计；没有结果可能意味着“未被记录”，而不是“未被开具”。每个响应都会说明该年份的实际覆盖率，而不会让人误以为数据完整。

一条配药记录可能关联多个病症。 对于“这种药是否用于治疗这种病症”而言，这是正确的；但若涉及金额，就会产生错误。因此，病症表中不包含任何支出数据，因为把支出加总到各病症中，会凭空得出从未发生过的全国支出。金额数据仅见于 meps_drug_use 和 meps_top_drugs，其中每条配药记录只计一次。

有些“药物”实际上是治疗类别。 如果公布产品名称会暴露受访者身份，MEPS 就会以类别名称代替产品名称，例如 INTERLEUKIN INHIBITORS、ANTINEOPLASTICS、ANTIDIABETIC AGENTS。2024 年，554 个名称中有 49 个属于此类，但这 49 个名称占所有记录支出的 31.9%，因此按成本排名时，类别会比具体产品更占主导。meps_drug_use 和 meps_top_drugs 的每个响应都会对此作出说明。名称为复数形式或听起来像类别名称的，均属于类别。

数据来源

• MEPS 公共使用文件，每年 3 个，来自 https://meps.ahrq.gov/data_files/pufs/ — 处方药、事件文件附录（condition 链接）和医疗状况。免费，无需凭据。每年的文件编号来自 AHRQ 自己的索引： https://meps.ahrq.gov/data_files/search_pufs.json；无法推导得出 （2024 年为 HC-254A / HC-254I / HC-255），因此会查询编号，绝不猜测。
• 条件类别标签来自 HCUP CCSR 参考文件： https://hcup-us.ahrq.gov/toolssoftware/ccsr/dxccsr.jsp。

适用于 2019 年及之后的数据。更早的文件使用 CCS 而非 CCSR 对条件编码，因此不可比较。

.github/workflows/meps-refresh.yml 会在每月 3 日检查 AHRQ 的索引，并加载所有已发布 3 个文件且尚未收录的年份。AHRQ 大约每年发布一年的数据，且不会提前公告，因此每 12 个月有 11 个月检查都不会有动作——这比晚些时候才发现数据发布要省事。

MEPStrends 并非数据来源。 AHRQ 自己预先计算的估算数据位于 meps.ahrq.gov/mepstrends/，但需通过 HTTP Basic 身份验证（WWW-Authenticate: Basic realm="Secured Data Tools"），因此这里的估算是根据公共文件计算得出的，而非读取 AHRQ 的估算数据。

快速开始

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

{
  "mcpServers": {
    "meps": {
      "url": "https://gateway.pipeworx.io/meps/mcp"
    }
  }
}

此端点实际提供的内容

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

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

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

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

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

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

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

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

npx -y @pipeworx/mcp-meps

它通过 stdin/stdout 使用 MCP 协议，并仅为此工具包提供 initialize/tools/list/tools/call——不包含上文网关连接所添加的任何共享元工具。数据来源相同，工具相同，但没有 ask_pipeworx 路由。

与 ask_pipeworx 配合使用

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

ask_pipeworx({ question: "your question about Meps data" })

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

更多信息

• 文档与指南
• pipeworx.io

许可证

MIT