关于 Umls
Umls 是封装 NLM UMLS Terminology Services API 的 MCP 服务,支持临床术语搜索、概念详情、来源代码及跨词表映射。
主要功能
- 01搜索术语和代码以查找 UMLS 概念
- 02按 CUI 获取概念详情
- 03列出来源词表代码
- 04在不同词表间映射代码
适用场景
- 01将临床文本映射到 UMLS 概念
- 02查看概念的语义类型
- 03查找概念对应的词表代码
- 04转换不同术语系统中的代码
MCP 相关
向 MCP 客户端提供 UMLS 搜索、概念、原子及映射工具。调用需要用户自己的 UMLS API 密钥;可通过 Pipeworx 使用,也可作为独立 stdio 服务运行。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/umls/mcpclaude mcp add --transport http pipeworx-io-umls https://gateway.pipeworx.io/umls/mcp{"mcpServers":{"pipeworx-io-umls":{"type":"http","url":"https://gateway.pipeworx.io/umls/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-umls":{"type":"http","url":"https://gateway.pipeworx.io/umls/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-umls":{"type":"http","url":"https://gateway.pipeworx.io/umls/mcp"}}}{"mcpServers":{"pipeworx-io-umls":{"serverUrl":"https://gateway.pipeworx.io/umls/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
mcp-umls
UMLS MCP — 封装 NLM UMLS Terminology Services REST API(uts-ws.nlm.nih.gov/rest)
属于 Pipeworx — 一个将 AI Agent 连接到 1684+ 个实时数据源的 MCP 网关。
工具
| 工具 | 描述 |
|---|---|
umls_search | 搜索临床术语/代码 → UMLS 概念(CUI)。将自由文本或源代码映射到横跨 SNOMED CT、ICD-10、RxNorm、LOINC、MeSH 等术语体系的 UMLS 概念唯一标识符。示例:umls_search({ query: "myocardial infarction", _apiKey: "your-key" }) |
umls_concept | 获取 CUI 的概念详情。返回 UMLS 概念唯一标识符对应的首选名称、语义类型、原子数量和关系数量。示例:umls_concept({ cui: "C0027051", _apiKey: "your-key" }) |
umls_atoms | 获取概念的源代码(ICD/SNOMED/RxNorm/LOINC)。列出 CUI 的来源断言原子——即各术语体系为该概念使用的实际代码和名称(交叉映射表)。示例:umls_atoms({ cui: "C0027051", _apiKey: "your-key" }) |
umls_crosswalk | 将某个术语体系中的代码交叉映射到其他术语体系。给定某个来源术语体系中的代码(例如 ICD-10-CM 代码),返回其他术语体系(SNOMED CT、RxNorm、LOINC 等)中共享同一 UMLS CUI 的概念。示例:umls_crosswalk({ source: "ICD10CM", code: "I21.9", _apiKey: "your-key" }) |
快速开始
添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):
{
"mcpServers": {
"umls": {
"url": "https://gateway.pipeworx.io/umls/mcp"
}
}
}
此端点实际提供的内容
https://gateway.pipeworx.io/umls/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 都连接到同一个网关和同一组 1684+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出;从任一端点都可以通过 ask_pipeworx 访问所有工具。
没有 MCP 客户端?通过 HTTP 调用
此工具包需要你自己的 API 密钥(_apiKey)——我们不会为它代理密钥,因此没有无需密钥即可运行的 curl 命令。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/umls_search。查找工具:使用 {"query":"..."} 向 POST https://gateway.pipeworx.io/v1/tools/search_packs 发送请求。
独立运行(无需网关账户)
此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户,也无需往返网关:
{
"mcpServers": {
"umls": {
"command": "npx",
"args": ["-y", "@pipeworx/mcp-umls"]
}
}
}
或者直接运行它,确认服务已启动:
npx -y @pipeworx/mcp-umls
它通过 stdin/stdout 使用 MCP,并响应 initialize/tools/list/tools/call,但仅提供此工具包的工具——不包含上述网关连接所添加的任何共享元工具。来源相同,工具相同,不包含 ask_pipeworx 路由。
使用 ask_pipeworx
你也可以用通俗英语提问,而不是直接调用工具——这既适用于上面的工具包端点,也适用于完整网关:
ask_pipeworx({ question: "your question about Umls data" })
网关会选择合适的工具并自动填入参数。
更多信息
许可证
MIT
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。