一个面向中国医保 CHS-DRG 2.0/3.0 的病案分组 MCP 服务,已开源。数据使用国家医保局9月12日drg3.0更新版本
仓库地址:https://github.com/fattank/chs-drg-mcp
一、背景:DRG 分组是医院的高频刚需
医保支付方式改革后,病案首页要先按 CHS-DRG 规则分成 MDC → ADRG → DRG,分组码直接决定医保结算。但手工查表、核对编码效率很低,而且极易出错。
我们做了一个确定性的 DRG 分组服务,并且用 MCP(Model Context Protocol)把它接进了 WorkBuddy。现在只要用自然语言描述病案,AI 就能调用工具完成分组。
二、架构:连接器只转发
WorkBuddy / 任意 MCP 客户端
↓ MCP 协议(HTTP+SSE / Streamable HTTP)
MCP 连接器(本开源仓库,纯协议适配层)
↓ 仅传参,不含任何算法
DRG 分组服务(私有,规则表与算法都在这里)
三、技术实现:零依赖、双传输
用 Node.js 20+ 原生实现,零第三方依赖:
• 支持 MCP 的两种传输:HTTP+SSE(2024-11-05)与 Streamable HTTP(2025-03-26)
• 只依赖标准库(node:http、node:https、fetch)
• 自带离线端到端测试,GitHub Actions CI 通过
本地运行(无需 npm install):
git clone https://github.com/fattank/chs-drg-mcp
cd chs-drg-mcp
npm test
四、提供的 5 个工具
• drg_group_case:CHS-DRG 3.0 单病例确定性分组
• drg_compare_versions:CHS-DRG 2.0 / 3.0 双版本对照
• drg_group_batch:批量分组(最多 10 份)
• drg_search_code:诊断 / 手术操作编码检索
• drg_service_info:服务状态与规则版本
五、在 WorkBuddy 里的实测效果
接入后,直接对 WorkBuddy 说:
请调用 drg_group_case:主要诊断 E10.300x051+H42.0*,女性,75 岁。
返回结果:
【CHS-DRG 3.0】已确定分组
MDC:MDCC 眼疾病及功能障碍
ADRG:CV1 各种类型青光眼
DRG:CV1H 各种类型青光眼,大于等于 70 岁
严重度:NONE
再来一个跨版本差异的例子(新生儿 1200g):
【CHS-DRG 2.0】DRG:PS15 极度发育不全(出生体重<1500g)
【CHS-DRG 3.0】DRG:PS29 极度发育不全(入院体重 1000-1499g)
【差异】两版结果存在差异,请对照病组名称与规则轨迹。
AI 会先按关键词检索到工具,再延迟执行,整个调用链完全走标准 MCP 协议。
六、接入方式
连接托管端点即可,无需安装。配置如下:
{
"mcpServers": {
"chs-drg-grouper": {
"type": "sse",
"url": "http://47.109.152.150/sse"
}
}
}
(Streamable HTTP 传输使用 /mcp。)
七、安全与合规
• 不存储病案、不记录正文日志、不返回支付标准与结算金额
• 仅在内存中转发必要字段
• 结果仅供参考,以医保经办机构最终口径为准
• Apache-2.0 开源,含安全策略与中英文文档
八、小结
MCP 让「专业领域能力 → AI 可调用工具」变得非常简单,而且天然的架构就能做到能力共享、算法私有。这个 DRG 分组连接器已经开源,欢迎
使用与反馈:
https://github.com/fattank/chs-drg-mcp
也希望能被收录进腾讯云 MCP 广场,让更多医院和医保同行直接用上。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。