
















RAG(Retrieval-Augmented Generation)技术正在成为医疗AI产品中的关键能力支柱。它不仅提升了问答系统的准确性,更重塑了知识获取与响应机制。本文将从架构设计、价值落点到实践案例,系统拆解RAG在医疗场景中的应用逻辑,助力产品人理解其真正的战略意义。

大语言模型(LLM)为代表的生成式AI技术在语言理解、生成和交互方面展现出的惊人能力。然而,当我们将这些通用大模型直接应用于医疗场景时,很可能会出现很多问题,比如:问它某个罕见病的治疗方案,它可能会编造出一个听起来很专业、实则不存在的药物名称。我们称之为幻觉;你问它最新的高血压指南,它给出的可能是两年前的旧版本,因为它的知识库在训练完成后就被冻结了,导致知识过时。当你问它你的结论依据是什么?它无法给出处,因为它所有的回答都源于其内部复杂的神经网络参数,是一个无法追溯的黑箱。在医疗这个对准确性和安全性要求非常高的领域,这些问题是绝对无法容忍的。
检索增强生成(Retrieval-Augmented Generation, RAG)的核心是:先找信息,再生成答案,解决了传统大语言模型的以上痛点。打个比方,如果将标准大模型比做参加闭卷考试的考生,它凭记忆答题,容易混淆概念、知识也难以溯源;那么RAG则是参加开卷考试的考生,可以精准翻书,有据可查。
本文会分析RAG技术的原理,重点阐述它在医疗AI里的使用价值,并结合产品案例展示具体应用形态。如果有同道中人欢迎一起探讨。
RAG架构的核心是先检索,后生成,将一个复杂问题分解为信息检索和信息综合两个步骤,从而将LLM的“闭卷考试”模式转变为“开卷考试”模式。
具体流程如下:
当医生提出问题,比如“给一位有肾脏损伤的2型糖尿病患者,推荐一种降糖药”,模型的第一反应不是去翻自己的记忆作答,它首先将这个问题交给了它的图书管理员。这位管理员不会去互联网上大海捞针,它只在一个被严格筛选并持续更新的专属知识库里进行搜索,精准地找出几份最相关、最新的权威文件。精准地找出几份最相关、最新的权威文件。比如:
管理员不会把这几十页的资料直接扔给你,而是会快速阅读,把最核心、最相关的几段话摘录出来:
这份包含了原始问题和关键证据的摘录,就是用来增强AI思考的上下文。
最后,模型的任务是根据这份摘录,总结出一个清晰、准确的答案,并标明出处。
于是,它给出了最终的回答:
“对于伴有肾脏损伤的2型糖尿病患者,目前的权威指南[1]优先推荐使用SGLT2抑制剂或GLP-1受体激动剂,因为它们被证实具有心肾保护作用。在选择具体药物时,需密切关注患者的肾功能分期,例如,部分SGLT2抑制剂在严重肾损害的患者中是禁用的[2]。近期的临床试验[3]也为特定药物的肾脏获益提供了更多新证据,建议结合患者具体情况进行选择。”
这个答案不仅专业、准确、紧跟前沿,而且每一个关键点后面都有一个可点击、可追溯的标签。医生可以随时点开[1]、[2]、[3],亲自核实原文。
信任,就在这一刻建立起来了。 RAG的核心价值,就是通过这样一个“先查资料,再依据资料说话”的流程,为AI的回答赋予了真实性、时效性和可追溯性。
最后,这个完整的文件包、问题加上下文,被交给了大模型(考生)。此时,考生的任务变了。不再是凭记忆回答,而是:请严格依据我提供的这些资料,清晰、准确地回答用户的问题,并像写论文一样标明出处。最终的输出是准确的、基于证据的、可供溯源的。医生只需点击[1]、[2]或[3]标注,就能看到支持该结论的指南原文或研究数据,建立信任。
那么如何在这座浩瀚的金库中,毫秒级地找到所需信息呢?依靠的是向量化的技术。
我们可以这样理解:传统的关键词搜索,就像使用书本末尾的索引。你能找到所有提到“糖尿病”这个词的页面,但很难找到那些讨论“血糖调节”或“胰岛素抵抗”但没有使用“糖尿病”这个确切词语的页面。
而向量化,则像是为每一个知识点创建了一个“GPS”。知识库里的每一段文字、每一个句子,都被转换成一串代表其语义核心的数字(即“向量”)。相关度越高的词,坐标越近。在这个空间里,“高血糖”这个段落的坐标,与“糖耐量受损”这个段落的坐标,在空间上是极其接近的,即便它们共享的词汇很少。生活化场景中,“狗”和“猫”的坐标较近,而“口红”和“纱窗”的坐标很远。
当医生提出问题时,问题本身也被转换成一个向量坐标。RAG系统的检索任务就变得非常简单:在知识库中,找到那些与问题坐标在概念空间中距离最近的知识片段。这就是系统能够理解用户提问的真实意图,而不仅仅是字面词汇,并以惊人速度检索到高度相关信息的原因。
由上述流程可以看出,RAG系统的能力上限,取决于它的知识库的质量。因此,知识库的设计、构建和维护,是产品工作中投入最大、也最为关键的一环。
在开始任何技术实施之前,我们必须明确构建此知识库所遵循的四大基本原则。所有后续的设计和决策都必须与这些原则对齐。
L0-基础医学知识层
L0-1.标准医学教科书是医疗AI理解基础医学逻辑的核心依据,可以为AI构建宏观的医学知识体系,支撑其回答“疾病是什么”“治疗原理为什么”这类基础问题。需按教科书的章节、标题进行语义切块,同步构建知识图谱的核心骨架,比如从《哈里森内科学》的“心血管疾病”章节中,提取“冠心病”“心力衰竭”等核心疾病实体,关联“病理机制”“临床表现”等属性,让AI形成结构化的知识认知。
数据源聚焦全球公认的权威教材,包括内科学领域的《哈里森内科学》《希氏内科学》《默克诊疗手册》,外科学领域的《施瓦茨外科学》《萨比斯顿外科学》,儿科学的《尼尔逊儿科学》,妇产科学的《威廉姆斯产科学》《诺瓦克妇科学》,以及基础学科的《盖顿和霍尔医学生理学》《罗宾斯病理学基础》《格氏解剖学》《古德曼和吉尔曼治疗学的药理学基础》,诊断学领域的《亨利临床诊断学与实验室检验方法》。这类数据更新频率较低,通常随教材新版发行更新,周期为2-5年。
L0-2.医学词典与百科可以确保AI对医学术语的精准识别并且消除歧义,比如区分“心梗”(心肌梗死)与“脑梗”(脑梗死)的语义差异,或将患者口语化的“心跳快”映射为标准术语“窦性心动过速”。应用策略上,需以这类数据为基础构建实体链接库,让AI能将非标准提问转化为规范医学术语,避免因表述差异导致的理解偏差。
数据源涵盖权威医学词典与百科,词典包括《斯特德曼医学词典》《多兰医学词典》及国内常用的《英汉医学词汇》;百科则以《医学百科全书》和维基百科医学板块为主(需经临床专家严格筛选验证,排除非权威信息)。由于医学术语的更新速度相对稳定,这类数据的更新频率为1-2年,属于低频更新范畴。
L0-3.疾病与操作分类体系可以提供统一的编码化概念体系,让分散的医学数据具备标准化标签。应用策略上,主要用于“元数据富化”,比如为一篇关于“2型糖尿病治疗”的文献知识块,打上ICD-10(疾病分类)中的“E11.9 2型糖尿病,无并发症”标签,或为“腹腔镜胆囊切除术”操作知识块打上CPT(操作分类)编码,大幅提升AI检索时的精准度,避免因概念表述不统一导致的检索遗漏。
数据源以国际通用分类标准为主,疾病分类包括ICD-10、ICD-11(国际疾病分类)及MeSH(医学主题词表);操作分类涵盖CPT(美国现行 procedural terminology 编码)、ICD-9-CM/ICD-10-PCS(美国医疗操作编码,国内可作参考);肿瘤学领域则专用ICD-O-3(国际肿瘤分类)。这类数据需紧跟临床分类标准的更新节奏,更新频率为每年一次,属于中频更新。
L0-4.药物分类体系为AI提供结构化的药物分类知识,帮助其理解药物的类别归属、作用机制及类别关系——比如明确“阿托伐他汀”属于“降脂药”下的“他汀类”,其作用机制与“依折麦布”(胆固醇吸收抑制剂)的差异。应用策略上,需与药品知识库(如药品说明书、用药指南)联动,让AI在回答“某类疾病适合用什么药”“药物联用禁忌”时,能基于分类逻辑梳理关联关系,避免用药建议混乱。
数据源是国际通用的“解剖学治疗学及化学分类系统(ATC Code)”,该系统按药物的治疗领域、作用机制、化学结构进行多层级分类,覆盖全球绝大多数临床常用药物。由于新药上市和药物分类标准的调整相对规律,这类数据的更新频率与疾病分类体系一致,为每年一次,属于中频更新。
L1-临床实践知识层
L1-1.临床诊疗指南是医疗AI回答临床问题时的最高优先级参考,可以为AI提供经过论证的且广泛认可的诊疗标准,确保回答符合当前临床规范,比如医生询问“2型糖尿病患者的降糖方案选择”,AI需优先依据指南推荐的“生活方式干预→口服药→胰岛素”阶梯治疗策略,而非其他非权威信息。
在应用策略上,需要对指南的内容进行精细化解析:不仅要提取推荐意见(如二甲双胍为2型糖尿病一线用药),还要同步抓取证据等级(如美国心脏病学会常用的Class I/Level A,代表强烈推荐、证据质量高)、适用人群(如肾功能正常的成年患者)、禁忌症(如严重肾功能不全者禁用二甲双胍)等结构化信息;同时,每条指南数据必须附带元数据,包括指南名称(如《中国糖尿病防治指南(2024年版)》)、版本号、发布年份,方便后续追溯与更新管理。
数据源覆盖国内外权威学会发布的指南:国内以中华医学会(CMA)、中国医师协会(CMDA)、中国临床肿瘤学会(CSCO)系列指南为主;国际层面,肿瘤领域参考美国国立综合癌症网络(NCCN)、欧洲肿瘤内科学会(ESMO)指南,心血管领域依赖美国心脏协会/美国心脏病学会(AHA/ACC)、欧洲心脏病学会(ESC)指南,其他专科则对应改善全球肾脏病预后组织(KDIGO)、美国感染病学会(IDSA)、美国妇产科学会(ACOG)实践公告等。由于指南会随新证据发布不断更新,需按季度或月度监控更新动态,属于高频更新数据。
L1-2.专家共识可以填补指南空白,当临床出现新兴技术(如CAR-T细胞治疗)、罕见病亚型、特殊人群(如妊娠期高血压患者)等指南尚未覆盖的场景时,它能提供该领域权威专家的集体意见。与指南相比,专家共识的证据等级较低(多基于专家经验与有限研究,而非大规模临床试验),因此在应用策略上需明确标记:比如AI回答“复发性卵巢癌的靶向治疗选择”时,若暂无成熟指南,需注明“以下建议基于《复发性卵巢癌诊疗专家共识(2023版)》,仅供参考,具体需结合患者个体情况调整”,避免误导临床决策。
数据源主要是各大学会针对特定场景发布的共识文件,由于新兴临床问题与技术迭代较快,专家共识的更新频率需与指南同步,按季度或月度监控,确保信息时效性。
L1-3.药品知识库可以提供全面、准确、合规的药品信息,覆盖从用药安全到疗效判断的全场景——比如回答“某患者服用阿托伐他汀期间能否同时吃红霉素”,需依赖知识库中的“药物相互作用”数据;解释“为什么某药需饭后服用”,则需调取“药代动力学特性”信息。
应用策略上,需对药品数据进行结构化存储:将信息按“成分”(如“阿托伐他汀钙”)、“商品名”(如不同厂家的制剂名称)、“适应症”(如“高胆固醇血症、冠心病二级预防”)、“用法用量”(如“每日10-20mg,睡前服用”)、“不良反应”(如“肌肉疼痛、肝功能异常”)、“禁忌症”(如“活动性肝病患者禁用”)、“药物相互作用”等维度拆分,支持多条件组合查询,确保AI能快速定位所需信息。
数据源涵盖多类权威渠道:药品说明书以中国国家药品监督管理局(NMPA)、美国食品药品监督管理局(FDA)、欧洲药品管理局(EMA)批准的官方标签为准;药典参考《中华人民共和国药典》、美国药典(USP)、英国药典(BP);综合数据库则包括Micromedex、Lexicomp、UpToDate Drug Information、Drugs.com等专业药学数据库;此外,还需纳入国家及各省市医保药品目录、国家基本药物目录,满足“用药合规性判断”需求(如某药是否在医保报销范围内)。由于药品说明书修订、医保目录调整较为频繁,这类数据需按月度或周度更新,属于高频维护范畴。
L1-4.循证医学数据库将海量原始研究(如随机对照试验、Meta分析)进行筛选、评价、总结,形成简明的证据摘要,避免AI在回答时需翻阅数很多篇文献的低效问题,同时弥补指南更新滞后于最新研究的不足,成为连接指南(L1)与原始研究(L2)的桥梁。
应用策略上,主要用于快速证据查询:比如医生询问“某新型降糖药的心血管安全性”,若指南尚未纳入该药物,AI可从循证数据库中调取“该药物心血管结局试验(CVOT)的摘要结论”,并同步标注证据质量,为临床决策提供及时参考。
其核心数据源是国际知名的二次文献数据库,包括UpToDate、DynaMed、BMJ Best Practice——这些数据库由专业医学团队定期筛选最新研究,按统一标准评价证据质量后形成结构化摘要,无需AI再对原始研究进行复杂分析。由于新研究成果持续发布,数据库需按月度或周度更新,确保证据时效性。
L1-5.临床路径明确了特定疾病从入院评估、检查、治疗到出院随访的全流程规范(如“社区获得性肺炎的7天临床路径”),既帮助AI生成标准化诊疗方案,也可用于医疗质控场景(如判断某病例的诊疗流程是否符合规范)。
应用策略上,需按疾病分类存储路径信息:比如针对“急性心肌梗死”,需拆分“入院24小时内(急诊PCI、抗血小板治疗)”“住院3-7天(心功能评估、并发症监测)”“出院前(康复指导、长期用药方案)”等阶段,AI可根据患者所处阶段,输出对应的诊疗重点。同时,支持“个性化调整”,比如老年患者或合并肾功能不全的患者,可标注“需减少某药物剂量”“延长监测时间”等特殊说明。
数据源以官方发布路径为主,包括国家卫生健康委员会发布的单病种临床路径(如《冠状动脉粥样硬化性心脏病临床路径(2023年版)》),以及各级医院结合自身资源制定的个性化路径文件(如三甲医院与社区医院的路径复杂度差异)。由于临床路径的调整与疾病诊疗指南更新、医院管理需求相关,更新频率为按需调整或每年一次,属于中频更新数据。
L2 – 前沿医学研究层
在医疗AI的循证决策支持中,学术研究类数据是可以提供最新的临床证据,补充指南的滞后性。
L2-1.顶级医学期刊发表的研究经严格同行评议,是医疗AI获取前沿且可靠临床证据的最重要的渠道,核心价值在于填补指南更新周期内的证据空白,比如某新型PD-1抑制剂治疗晚期胃癌的III期临床试验结果,在指南纳入前,需通过顶刊数据为AI提供是否推荐使用的初步依据。
(1)构建自动化数据抓取Pipeline
优先对接期刊官方数据库或合规学术平台(如PubMed Central、ScienceDirect),通过API接口实现“摘要+全文”的自动化获取,避免人工下载的低效。针对PDF格式全文,需先通过OCR(如Adobe Acrobat高精度识别)转化为可编辑文本,再用正则表达式清洗“版权声明、无关附录”等噪声,保留“摘要、方法、结果、讨论”核心章节。
(2)NLP驱动结构化信息提取
重点依托临床专用NLP模型(如BioBERT、PubMedBERT),拆解文本,形成结构化字段:
(3)标注研究阶段与来源
所有从顶刊提取的信息,必须在结构化数据中新增研究阶段字段(如“I期临床试验、II期探索性研究、III期确证性研究、IV期真实世界研究”),并绑定完整文献来源(期刊名+卷期+页码+DOI),确保后续AI引用时可追溯,也方便用户判断证据可靠性。
数据源:
更新频率极高频(每日)。需设置每日定时抓取任务,确保24小时内同步最新发表的研究,尤其针对“突破性疗法”“重大临床试验结果”类文章,需优先解析并标记“高优先级”,快速赋能AI回答。
L2-2.系统评价/Meta分析通过整合同一主题的所有高质量研究,得出更可靠的综合结论,是医疗AI回答争议性临床问题的核心依据(如“不同他汀类药物降低LDL-C的疗效差异”),可以减少个体研究的偏倚,提供更普适的决策参考。
(1)优先筛选高质量文献
解析前需先通过“证据质量评估工具”过滤低质量研究:
针对系统评价,采用AMSTAR 2(A MeaSurement Tool to Assess systematic Reviews 2)量表,从“研究设计是否明确、检索策略是否全面、是否评估纳入研究的偏倚风险”等16个维度打分,仅保留“高/中等质量”文献;
针对Meta分析,额外核查“异质性检验结果”(如I²值),若I²>50%(高异质性),需提取作者对异质性来源的解释(如“人群年龄差异、干预剂量不同”),并在数据中标注“异质性较高,结论需谨慎解读”。
(2)结构化提取整合结论与证据强度,重点提取以下信息,形成标准化数据:
例如:“二甲双胍联合SGLT2抑制剂治疗2型糖尿病的有效性与安全性Meta分析”;按GRADE分级(高、中、低、极低)标注,如“GRADE高证据强度,支持联合治疗用于血糖控制不佳的2型糖尿病患者”。
(3)设置结论权重优先规则
在AI知识库中,需为系统评价/Meta分析数据设置“高于单一RCT”的检索权重,当用户询问某一临床问题时,AI需优先调用此类数据的结论;若存在多篇相关Meta分析,需按“发表时间(近2年优先)、纳入研究数量(越多越优)、证据质量(GRADE高优先)”排序,避免引用过时或低质量结论。
数据源:Cochrane Library(科克伦协作网,全球最权威的系统评价数据库)、PubMed/Embase中通过“systematic review”“Meta-analysis”关键词筛选的高质量文献,需排除“非注册系统评价”“重复发表研究”。 更新频率高频(月度)。每月定期检索核心数据库,同步新增文献;对Cochrane Library中“更新版系统评价”(如原评价发布2年后的更新),需优先重新解析,替换旧版数据。
L2-3.临床试验注册库记录了正在进行、已完成但未发表的临床研究,核心价值在于避免AI遗漏潜在证据(如某新药已完成III期试验但尚未发表结果),同时为AI提供患者入组临床试验的推荐依据(如“某晚期结直肠癌患者是否符合某PD-L1抑制剂的临床试验标准”)。
(1)按“研究状态”分类解析
将注册研究分为“招募中、暂停招募、已完成、提前终止”四类,针对不同状态提取差异化信息:
招募中/暂停招募:重点提取入排标准(如“年龄18-75岁,经病理证实的晚期胃癌,既往未接受过系统性治疗”)、试验地点(国内/国外机构名称及联系方式)、干预措施(如“试验组:ABC单抗+化疗,对照组:安慰剂+化疗”),用于AI推荐患者入组;
已完成/提前终止:优先提取研究结果摘要(如“已完成研究的初步结果显示,试验组客观缓解率(ORR)为58%,对照组为32%”)、终止原因(如“因疗效显著提前终止、因不良反应发生率过高终止”),补充未发表的关键数据。
(2)标准化试验设计信息,统一提取以下结构化信息,确保AI可快速匹配需求:
试验注册号、申办方(药企/科研机构名称)、研究类型(如“随机、双盲、多中心、III期临床试验”)、主要终点、预计完成时间/实际完成时间。
(3)标注结果发表状态
对已完成的研究,需核查是否已发表相关论文(通过PubMed、Web of Science检索注册号):若已发表,标注“结果已发表,DOI:XXX”,并关联顶刊/系统评价数据;若未发表,标注“结果未发表,仅参考注册库摘要”,避免AI过度依赖未经过同行评议的初步结果。
数据源:美国ClinicalTrials.gov(全球最大的临床试验注册库)、欧盟EU Clinical Trials Register;
国内:中国临床试验注册中心(ChiCTR)、药物临床试验登记与信息公示平台(国家药监局主办)。 更新频率高频(周度)。每周定期抓取各注册库的“新增研究”“状态变更研究”(如从“招募中”变为“已完成”),确保AI掌握最新试验动态,尤其针对热门靶点药物的注册研究,需单独监控更新。
L2-4.学术会议摘要发布的是尚未发表、处于初步阶段的研究数据(如ASCO年会公布的新药I期临床试验结果),可以捕捉临床证据的最前沿动态。但此类数据未经同行评议,需严格控制应用边界。
(1)明确信息标注规则,规避误导风险
所有从会议摘要提取的信息,必须强制标注“会议来源+摘要类型+证据提示”:
(2)聚焦初步结果与研究方向
由于摘要篇幅有限、数据不完整,解析时优先提取“核心初步结论”,而非详细数据:
如“在一项针对难治性慢性淋巴细胞白血病的I期研究中,某药物的ORR为72%,3级以上中性粒细胞减少发生率为35%”;避免过度解读未验证的机制假设(如“某药物可能通过抑制该通路发挥作用,具体机制待进一步研究”),仅作为研究方向记录,不纳入AI的疗效/安全性结论。
(3)建立后续跟踪机制
对具有潜在临床价值的会议摘要(如“III期临床试验的初步阳性结果”),需设置跟踪标签,后续通过顶刊数据监控其是否发表正式论文:若发表,用期刊数据替换摘要数据;若长期未发表(超过1年),标注“结果未发表,需谨慎参考”,避免过时信息留存。
数据源:各专科顶级学术会议官方摘要库,如肿瘤领域ASCO、ESMO年会,心血管领域ACC/AHA年会,放射领域RSNA年会,血液领域ASH年会等,需从会议官网或合规学术平台(如Meeting Abstracts Online)获取摘要全文。 更新频率为事件驱动(会议期间)。在会议召开期间,每日实时抓取新增摘要并解析;会议结束后,补充抓取会后更新的摘要修订版,确保覆盖所有前沿信息。
L3-机构/私域知识层
本地化数据可以确保AI的建议贴合本院实际、可落地执行。
L3-1.内部规范与流程是医院基于自身资源、政策要求制定的标准化操作准则,可以让AI的建议不脱离本院实际、符合管理要求,比如某医院对抗生素使用有严格分级管理(如碳青霉烯类需副主任医师以上审批),若AI仅依据通用指南推荐用药,可能违反院内规定。因此这类数据需设置“高检索优先级”,确保AI优先遵循本院规则。
(1)按场景维度拆解文本
医院内部规范多以手册、SOP文件、流程说明形式存在,解析时需先按临床场景拆分。例如将《医院抗生素分级管理目录》拆分为“呼吸科常见感染抗生素选用”“外科围手术期抗生素预防方案”“重症监护室抗生素使用审批流程”等场景模块,每个模块对应一个独立的解析单元,后续AI可按场景匹配快速调用。
(2)约束条件+操作步骤
约束条件:明确什么情况能用、什么情况不能用、需要什么权限,例如:
操作步骤:对流程类规范(如VTE防治、不良事件上报),需按时间/逻辑顺序拆解步骤,例如VTE防治流程:
“患者入院24小时内,护士完成VTE风险评分”;
“评分≥5分为高危,主管医生需在48小时内开具低分子肝素抗凝处方”;
“用药期间每日监测凝血功能(PT、APTT),异常时及时调整剂量”。
(3)设置冲突提示规则
当内部规范与通用指南(如中华医学会指南)冲突时,需在数据中预设冲突标识,AI检索时若发现冲突,需优先输出内部规范内容,并明确标注“根据本院《糖尿病诊疗SOP》建议,与通用指南存在差异,具体以本院规定为准”,避免临床决策混淆。
数据源:医院各职能部门发布的正式文件,包括临床科室SOP(如心内科冠心病诊疗规范)、院内版临床路径(如本院膝关节置换术临床路径)、抗生素分级管理目录、VTE防治流程手册、不良事件上报操作指南、院感控制手册(如手卫生规范、消毒流程)等,需确保数据源为最新生效版本,排除过期文件。
更新频率:中频(按需/季度)。当医院发布新规(如医保政策调整导致用药目录变化)或修订旧规范时,需“按需即时更新”;无特殊变动时,每季度核查一次存量数据,确保与现行制度一致。
L3-2.医院电子病历中存储的历史诊疗数据,是反映本院实际诊疗习惯和患者特征的第一手资料,可以让AI提供基于本地证据的建议,比如“在本院,80%的社区获得性肺炎患者首选阿莫西林克拉维酸钾治疗”,而非单纯引用通用指南的推荐。但此类数据涉及患者隐私,合规脱敏是前提。
(1)严格执行合规脱敏,确保隐私安全
在解析前,必须通过“技术+流程”双重保障数据合规,符合《个人信息保护法》《医疗机构病历管理规定》等要求:
技术脱敏:采用专业脱敏工具,对患者身份信息(姓名、身份证号、手机号、住址)进行不可逆删除或替换,对间接标识符(如住院号、门诊号)进行加密处理,对诊疗数据中的时间信息(如入院日期)可模糊化(如仅保留“年月”,删除“日”)。
流程审核:脱敏后的数据需经医院信息科、伦理委员会双重审核,确认无法反向识别患者后,方可用于解析,禁止使用未脱敏的原始病历数据。
(2)通过数据挖掘技术,从脱敏病历中提取结构化的诊疗模式
如“本院近1年收治的‘急性心肌梗死’患者中,65%合并高血压,30%合并2型糖尿病”(用于AI预判患者基础病分布);
“在‘慢性阻塞性肺疾病急性加重期’患者中,本院医生首选抗生素为头孢曲松(占比58%),其次为左氧氟沙星(占比32%)”(用于AI推荐院内常用方案);
“接受‘经皮冠状动脉介入治疗(PCI)’的患者中,术后规范服用双联抗血小板药物(≥12个月)的患者,再发心梗率较未规范服用者低60%”(用于AI强调用药依从性)。
(3)关联患者特征,实现个性化匹配
将挖掘的诊疗模式与患者特征(年龄、性别、基础病、病情严重程度)关联,形成分层建议,例如:“本院数据显示:对于‘社区获得性肺炎’患者,<65岁、无基础病者,90%使用阿莫西林克拉维酸钾;≥65岁或合并糖尿病者,75%使用莫西沙星”,AI可根据患者具体特征,推荐对应的院内常用方案。
数据源:医院电子病历(EMR/EHR)系统中的脱敏数据,包括患者基本信息(脱敏后)、诊断记录(ICD编码)、用药记录(药品名称、剂量、疗程)、检验检查结果(如血常规、胸片报告)、手术记录(手术方式、术中情况)等,需覆盖至少近3年的病历数据,确保样本量足够。
更新频率:动态(定期增量更新)。每季度对新增的脱敏病历数据进行增量挖掘,更新已有的诊疗模式结论;每年进行一次全量数据重新挖掘,确保结论与最新诊疗习惯一致。
L3-3.运营与管理数据是医院非诊疗但影响临床执行的关键信息,可以避免AI给出院内无法落地的建议,比如通用指南推荐“某新型靶向药治疗肺癌”,但本院未采购该药品,AI若不结合运营数据,推荐将没有意义。此类数据的解析重点是:确保信息准确、实时,支撑AI的实用性。
(1)按临床需求场景分类解析
运营与管理数据类型繁杂,需按临床医生常用需求分类,确保AI可快速检索:
(2)结构化存储关键属性,支撑快速查询
对每类运营数据,提取临床决策必需的关键属性,形成标准化字段,例如:
(3)设置实时同步机制,避免信息过时
运营数据(如药品库存、医保政策)更新频繁,需与医院相关系统(如HIS系统、医保系统)建立接口,实现“实时同步”:
将原始数据转化为RAG可用的知识库,需要按照“数据获取→解析清洗→知识切块→元数据富化→向量化与索引”五个阶段分步推进,每个阶段均需明确核心任务、技术策略与质量控制标准,确保最终知识能支撑RAG的精准性与可靠性。
1. 数据获取阶段:确保源头数据权威、最新、合规
采用多渠道协同采集模式,适配不同数据源的特性,确保覆盖医疗场景所需的各类数据:
2. 数据解析与清洗阶段:转化为纯文本
医疗数据多以非结构化(如PDF)、半结构化(如嵌套表格的病历文档)形式存在,此阶段的任务是将其转换为统一格式的纯文本,并剔除噪声信息,为后续知识切块做准备。
解析后需自动比对原始文档与解析文本的关键信息,例如检查指南是否缺失推荐意见章节、药品说明书是否遗漏禁忌症模块,若发现缺失,触发重新解析或人工补齐流程;对包含图表的文档,需确认图表标题、图例是否完整提取。
3. 知识切块阶段:拆分“长文档”为“语义完整的知识单元”
知识切块是影响RAG性能的核心环节,如果切块过大,会导致检索时包含无关信息;若切块过小,会割裂语义,所以要将长文档切分为大小适中、语义完整的知识单元(Chunk)。
a. 关键技术与策略
语义切块(优先选择):基于医疗领域NLP模型的语义理解能力,按语义完整性切分。例如解析指南时,模型自动识别一个完整的诊断标准、一条独立的治疗推荐意见,确保每个Chunk包含完整的逻辑单元,不割裂核心信息。
内容感知切块:
b. 质量控制点
Chunk尺寸分布监控:统计所有Chunk的长度,设置合理区间(如医疗场景下建议200-1000个字符),避免过长(>1500字符,包含过多无关信息)或过短(<100字符,语义不完整);对超出区间的Chunk,自动标记并触发重新切块。
上下文完整性抽检:人工随机抽取10%-20%的Chunk,检查是否存在语义断裂(如“某治疗方案的剂量”被拆分为两个Chunk)、核心信息缺失(如推荐意见缺少证据等级),若抽检合格率低于95%,需优化切块策略(如调整语义模型参数、修改内容感知规则)。
4. 元数据精准检索标签
元数据是知识单元的“身份标识”,决定后续检索的精准度,例如通过“科室=心内科”“证据等级=Class I”等元数据,可以快速定位特定场景的知识。此阶段核心任务是为每个Chunk添加多维度元数据标签。
按“基础属性+内容属性+业务属性”构建元数据体系
基础元数据(自动提取):从数据获取阶段的源头信息、解析阶段的文档属性中自动抓取,包括:
自动提取:用NLP模型提取Chunk的title(章节标题,如“二甲双胍的适应症”)、keywords(关键词,如“2型糖尿病、二甲双胍、一线用药”)、authors(作者/发布机构,如“中华医学会糖尿病学分会”);
人工补全:对模型提取不准确的内容(如复杂病例的keywords),由人工补充标注。
层级与业务元数据(人工+规则):
元数据覆盖率:统计所有Chunk的元数据缺失情况,核心元数据(source_document、source_type、publish_date、layer、specialty)覆盖率需达到99%以上,若有缺失,需追溯原因(如源头数据无发布日期则人工查询补充)并补全。
元数据准确性:随机抽检20%的Chunk,验证元数据与内容的匹配度,例如检查“specialty=心内科”的Chunk是否确实属于心血管领域内容、“layer=L1”的Chunk是否为指南类数据,准确率需≥98%,否则优化自动提取规则或加强人工校准。
5. 向量化与索引阶段
将文本形式的知识单元转换为计算机可理解的向量,并构建索引,实现语义相似度检索(如用户问“糖尿病怎么治”,能快速找到“2型糖尿病治疗推荐”相关Chunk),是RAG高效响应的关键。
向量索引+关键词索引,构建双重索引:
需要从检索精准度、内容质量和业务落地效果三个方面建立评估体系
1. 在检索质量指标方面,重点衡量知识检索的准确性与效率:
一是命中率,即针对一个标准临床问题(如“2型糖尿病一线用药”),在检索结果排名前K的知识块中,是否能找到包含正确答案的内容,直接反映检索的有效性;二是平均倒数排名(MRR),计算找到第一个相关知识块的平均倒数排名,排名越靠前,数值越高,体现检索的高效性,比如第一个结果就命中时,倒数排名为1,效率最优;三是归一化折损累计增益(NDCG),不仅关注是否命中相关结果,还考虑结果的排序质量,相关度高的知识块排得越靠前,NDCG值越高,能综合评估检索结果的有用性。
2. 内容质量指标聚焦知识库本身的完整性、精炼度与时效性:首先是知识覆盖率,核查知识库内容是否覆盖业务所需的主要病种(如心血管科的冠心病、心衰,肿瘤科的肺癌、乳腺癌)和临床场景(如诊断、治疗、用药指导),避免出现关键领域的知识空白;其次是信息密度,衡量知识块的“信噪比”,即有效临床信息占比,需避免知识块中包含过多页无关注释等无用内容,确保医生能快速获取核心信息;最后是时效性lag,计算从官方发布新知识(如新版指南、新药说明书)到知识库完成更新的时间差,时间越短,说明知识库能及时跟进临床规范。
3. 端到端业务指标则关注知识库在实际临床场景中的落地价值:一是RAG回答的幻觉率,统计AI生成的回答中,无法被检索到的知识块上下文支撑的内容比例,幻觉率越低,说明AI回答越依赖真实知识,可信度越高;二是用户采纳率,记录医生在临床决策中实际采纳AI建议的比例,直接反映知识库输出内容的临床实用性;三是用户反馈评分,通过医生对AI答案的直接打分(如1-5分),直观获取用户对内容准确性、实用性的评价,为知识库优化提供直接依据。
将RAG架构应用于医疗产品,其价值绝非仅仅是“让答案更准确”,而是补上了LLM在医疗场景中的短板,重塑了AI与医疗场景的交互模式,RAG的使用价值可从临床效率、医疗安全、产品适配三个核心维度拆解:
网址:https://glass.health/
这是一款面向医生的AI辅助诊断与治疗方案生成平台。它的知识库整合了PubMed摘要、临床指南、UpToDate条目、Merck Manuals等多种高质量医学知识源。
医生输入患者的主诉、病史、体征和初步检查结果。Glass AI通过RAG,首先检索其庞大的知识库,找出与症状组合最匹配的疾病实体和相关文献。将这些资料交给大模型去阅读理解。最后呈现给医生的不是一堆文献列表,而是一个结构化的鉴别诊断报告,每个可能的诊断生成一段“临床推理”(Clinical Reasoning),详细阐述支持该诊断的证据(来自患者的哪些体征)和反对该诊断的证据,并附上所有参考文献链接。在治疗方案部分,它会基于指南推荐等级,生成详细的药物、剂量和监测计划。

网址:https://www.abridge.com/
这是一款通过捕捉医患对话,并自动生成结构化病历和报告的平台。
医生看病时,先征得患者同意,就能用Abridge工具全程录音,一边录一边把医患对话实时转成文字。它有专门的医学语音识别模型,能自动挑出对话里的医学术语、药名、疾病名和治疗方案这些关键信息。在实时转录的同时,Abridge的RAG系统还在后台工作:要是对话里提到“还是上次那个药”,RAG会立刻检索患者过往用药史,明确“那个药”具体是“阿托伐他汀钙片 20mg QD”;等医生评估病情时,它又会自动调取患者近期的化验结果和历史诊断,把这些信息整合进来。
之后AI会把原始对话和RAG补充的信息,一起整理成SOAP格式的医学笔记草稿。医生确认没问题后,笔记能自动同步到医院的EHR系统里。而且Abridge会不断收集医生对笔记的修改和反馈,用来优化语音识别和文档生成模型,越用越精准。
这套流程能替医生承担90%以上的人工记录工作,大大减轻写病历的负担,让医生能把更多精力放在患者身上;同时生成的病历不只是反映当次对话,还和患者整体健康档案保持一致,准确性也更有保障。

在RAG范式下,产品的核心壁垒不再是LLM模型本身,而是所构建的、独有的、高质量的知识库。所以知识库的广度与深度至关重要, 而知识库构建的难点在于知识的获取与授权,所以产品经理需要投入大量精力进行数据源的商务拓展、版权谈判和合规审查,确保知识资产的合法性与可持续性。
高质量的知识库并非数据的简单堆砌,如何切分文档直接影响检索效果。是按段落、句子,还是按语义单元切分?对于表格、图注等半结构化数据,如何设计专门的解析和切分策略?这需要大量的实验和医学专业领域知识。为每个文本块标注丰富的元数据(如来源、发布日期、指南推荐等级、证据水平等),可以在检索阶段进行高效过滤,极大提升检索精准度。最后还要建立一套自动化的流程,监控知识源的更新,并对知识库进行增量、全量更新和版本回溯。在本文第二部分有详细介绍。
RAG系统的评估远比传统的模型评估复杂,需要建立多维度的评测框架。详情见本文2.2.5
组件级评估: 分别评估检索器(Retriever)的召回率、精确率,以及生成器(Generator)的忠实度。
端到端评估: 建立一套包含真实世界问题的评测集,关注以下核心指标:答案是否直接回应了用户的问题?答案中的每一句话是否都得到了上下文证据的支持?这是评估幻觉的关键。检索到的上下文是否都与问题相关?是否存在大量噪声?
引入自动化评估框架: 利用RAGAs、ARES等自动化评估工具,通过LLM自身来对RAG系统的输出进行打分,实现快速、规模化的迭代验证。
循证医学: 在答案中清晰地标注引用,并通过悬停、点击等交互方式,让用户能即时查看证据原文片段,甚至一键跳转到原文数据库。
人机交互的反馈闭环: AI生成的每一个答案旁边,都应该有一个简单的反馈按钮。当医生发现一个错误或一条过时的信息时,他们需要一个极其便捷的途径来标记它。这个反馈不能石沉大海,它必须能自动在我们的系统中创建一个任务,指派给临床策展团队进行核查和修正。这就形成了一个良性循环:产品在每一次被使用、被挑错中,都变得更安全、更准确。
在医疗领域,AI产品的核心竞争力是能不能解决临床实际问题。RAG的价值是将AI的创造力约束在事实的边界内,将AI的黑箱过程,转化为一个透明证据链条;让AI既能快速检索海量的医学知识,又能结合患者的个体数据;既能提高医生的工作效率,又能守住医疗安全的底线。
未来,随着多模态RAG(能检索影像、病理切片、语音数据)、实时RAG(能同步对接医院HIS/LIS系统)的发展,它还会在远程会诊、慢病管理、医学教育等场景中释放更大价值。
本文由 @乔安Joanne 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。