首页 > 其他分享 >CVD-Risk-Prevent 个性化心血管健康推荐系统:基于医学指南的规则框架与 LLM 的结合

CVD-Risk-Prevent 个性化心血管健康推荐系统:基于医学指南的规则框架与 LLM 的结合

时间:2024-07-03 20:59:20浏览次数:22  
标签:风险 Risk Prevent 推荐 用户 算法 LLM 心血管 健康

CVD-Risk-Prevent 个性化心血管健康推荐系统:基于医学指南的规则框架与 LLM 的结合

 


提出背景

论文:https://arxiv.org/pdf/2405.11967

一种基于官方医疗指南开发的心血管疾病(CVD)风险管理推荐系统。

这个系统名为CVD-Risk-Prevent,主要目的是帮助在家自我管理心血管健康。

系统通过一套预定义的规则(医学指南),结合描述性和预测性评估,为用户提供关于心血管疾病风险的个性化建议。

这些推荐内容根据用户的健康状况和风险水平被分为四个维度:目标(针对性)、信息性、解释性和行动计划。

例子
假设一个用户,男性,50岁,有高血压和不良饮食习惯,不吸烟,但有家族心脏病史。

根据CVD-Risk-Prevent系统的评估,以下是可能的推荐:

  1. 针对性(目标)

    • 目标是减少心血管疾病的整体风险。
    • 建议定期进行血压检测,并与家庭医生讨论可能的药物调整来控制血压。
  2. 信息性

    • 提供关于高血压对心脏健康影响的信息,强调合理饮食对预防心脏疾病的重要性。
    • 提示:高血压和不健康饮食是心脏疾病的主要风险因素。
  3. 解释性

    • 解释为什么要降低盐分摄入:减少盐分摄入有助于降低血压,从而减少心脏病发作的风险。
    • 解释定期检查的重要性,如何帮助及时发现潜在的健康问题。
  4. 行动计划

    • 制定一个详细的健康饮食计划,包括低盐和高纤维食物。
    • 建议每周至少进行三次中等强度的体育活动,如快步走或游泳。
    • 安排每六个月一次的全面健康检查,包括血压和胆固醇水平测试。

通过这种多维度的推荐,CVD-Risk-Prevent系统旨在为用户提供全面的风险管理策略,不仅仅是通知他们现有的风险,而是提供具体的、可执行的建议来改善他们的心血管健康状况。

算法逻辑基于三种类型的规则:

  • 识别个别CV风险因素的规则
  • 对CVD风险进行描述性和预测性评估的规则
  • 创建多维推荐的规则,创建推荐的特点是也使用了大模型来获取推荐的解释性项目。

假设我们有一个使用这个系统的用户,名叫张先生,50岁,有高血压和高胆固醇的问题。

  1. 识别个别心血管风险因素的规则

    • 系统通过用户输入的医疗历史和最近的健康数据(如血压和胆固醇水平)来识别张先生的高血压和高胆固醇作为心血管风险因素。
  2. 对心血管疾病风险进行描述性和预测性评估的规则

    • 系统分析张先生的健康数据,并根据当前的医学研究和指南,预测他未来十年内患心血管疾病的概率。
    • 描述性评估可能指出,张先生的血压和胆固醇水平超过了正常范围,需要通过生活方式的调整和可能的药物治疗来控制。
  3. 创建多维推荐的规则

    • 基于识别的风险因素和评估结果,系统会生成包括健康建议和行动计划在内的推荐。
  4. 使用ChatGPT来获取推荐的解释性项目

    • 对于建议张先生减少盐分摄入以控制血压的推荐,ChatGPT可以生成解释性文本,说明减少盐分如何帮助降低血压和减少心脏疾病的风险。例如,ChatGPT可能会生成这样的文本:“减少盐分摄入能够帮助降低血液中的钠含量,从而降低血压。这对心脏健康非常重要,因为高血压会增加心脏病和中风的风险。”

通过这种方式,张先生不仅获得了针对他个人健康状况的具体建议,还能理解为什么这些建议对他有益,以及如何执行这些建议来改善他的心血管健康。

这种解释性的交流帮助增强了用户的参与度和执行推荐的意愿。

推荐算法的选择

推荐算法:协同过滤算法和基于知识的推荐算法。

协同过滤算法

假设我们有一组用户和他们对各种健康服务和产品的评分。其中包括血压监测器、健身课程和低钠饮食计划。

用户A:有高血压,给高血压相关产品和服务高评分。
用户B:同样有高血压,但还未对任何产品进行评分。

协同过滤算法会识别出用户A和用户B有相似的健康状况,因此可能会向用户B推荐用户A评分高的产品和服务。

这种方法的缺点是,如果用户B的具体情况有所不同(例如他可能对某些药物过敏),这种推荐可能就不那么相关或安全了。

基于知识的推荐算法

在基于知识的推荐系统中,不仅考虑用户的健康状况,还会综合官方医疗指南和专家的意见。

假设用户B的详细健康档案包括他的医疗历史、家族病史以及他对某些药物的不良反应。

用户B:具有高血压和对某些降压药物的过敏历史。

基于知识的系统将使用这些数据和心血管疾病预防的医疗指南来生成个性化推荐。

比如,系统可能会推荐无需用药的生活方式改变,如定期体育活动和特定的饮食计划,而不是用户A得到的可能基于药物治疗的推荐。

协同过滤算法:

  • 优点:能够发现用户间未明确表达的相似偏好。
  • 缺点:依赖于用户的评分数据,可能面临数据稀疏性和冷启动问题,推荐的个性化和准确性可能受限于可用数据的广度和深度。

基于知识的推荐算法:

  • 优点:通过结合专业知识和用户的具体健康数据,能提供更精准、安全的个性化建议。
  • 缺点:需要维护和更新庞大的知识库,实现复杂度和成本较高。

基于知识的推荐系统在需要高度个性化和精确度的医疗健康领域,尤其是在管理慢性疾病如心血管疾病时,提供了一种更为安全和可靠的推荐方法。

协同过滤则可能更适用于商品和服务推荐,其中用户偏好的多样性和动态性可以通过用户互动和评分被有效捕捉。

现代推荐系统缺乏推荐的可解释性以及改进推荐效果所需的开放世界知识。

LLM 因其大量文本语料库上预训练,被认为有望解决这些问题。

LLM拥有广泛的开放世界知识,能显著提升推荐的有效性,特别是在心脏病学领域。

经过对30个不同的ChatGPT生成的解释性内容的分析,可以得出ChatGPT在生成心血管疾病(CVD)风险因素的解释时表现出了正确性和一致性。

即使 LLM 有时候没有为不可修改的风险因素提供独立的解释,它仍能有效地使用这些风险因素来增强对列表中其他心血管(CV)风险因素的解释。

这样的解释方式在使用推荐算法生成解释性的上下文中被认为是可接受和充分的。

这说明ChatGPT在为用户提供有关他们特定健康状况的信息时,不仅能提供直接的解释,还能通过关联和增强相关风险因素的解释来增加解释的深度和广度,这对于用户理解和采纳健康建议是非常有帮助的。

选择疑问

选择的是基于知识的推荐系统,我有一个问题。

协同过滤算法会识别出用户A和用户B有相似的健康状况,因此可能会向用户B推荐用户A评分高的产品和服务。

协同过滤算法的缺点是,如果用户B的具体情况有所不同(例如他可能对某些药物过敏),这种推荐可能就不那么相关或安全了。

那为什么协同过滤能不能结合大模型,协同过滤不懂用户B对某些药物过敏,但大模型懂啊,为什么不结合俩者?

  • 协同过滤组件:分析用户群体中的购买和评价行为,识别出受欢迎的健康产品或服务。
  • 大模型组件:分析个别用户的查询内容、医疗记录和反馈,识别出特定的健康需求和潜在的风险因素,如药物过敏。
  • 集成推荐逻辑:系统首先使用协同过滤算法确定一组潜在的推荐选项,然后通过大型语言模型对这些选项进行审查,排除不适合特定用户的选项,并增强推荐解释的生成,使之更具个性化和适应性。

通过这种结合方式,推荐系统不仅能够利用大规模用户数据发现普遍的趋势和偏好,还能针对个别用户的特殊情况提供定制化的健康管理建议,大大提高了推荐的相关性和安全性。

这种方法尤其适合于医疗健康领域,其中正确理解和处理个人健康数据的重要性远超其他领域。

 

在开发用于支持在家自我管理心血管风险因素的推荐算法时,需要考虑它既适用于没有心血管风险因素的个体,也适用于一般健康的个体以及可能引发急性心血管事件、需要紧急医疗关注的现有心血管疾病个体。

通过分析健康推荐系统研究、个体水平上预防心血管疾病的有效策略问题,以及预防医生对心血管疾病预防进行咨询的过程,可以确定推荐内容的以下要求:

  • 有用性和安全性。

    推荐中使用的项目应在当前心血管疾病预防的临床指南中具体说明。

    支持在家自我管理的推荐应在非药物干预原则的框架内进行。

  • 完整性。

    推荐应包括所有心血管风险因素及其评估,以及当前心血管疾病预防临床指南中概述的预测性评估。

    同时,心血管风险因素集应包括心绞痛的症状,作为冠状动脉疾病的主要预测因子。

  • 准确性和个体关注。

    推荐项目必须正确无误。

    只有在确认了个体的心血管风险因素后,推荐文本才提供有关这些风险因素的信息。

    对于没有心血管风险因素的个体,推荐文本应提供支持其健康生活方式的一般信息。

  • 多维性。

    推荐文本应结合不同维度的项目,包括目标、管理个体心血管风险的方法以及解释为什么这样做有益。

  • 规划。

    行动计划是推荐中的关键组成部分。

    行动计划中的推荐项目将为用户提供有关如何自我管理心血管风险因素的步骤信息。

  • 及时性。

    推荐必须根据心血管疾病风险评估的紧迫性补充有关寻求医疗帮助的信息。

  • 可解释性。

    推荐项目不仅应提供信息,还应解释其对管理个人心血管风险的重要性。

  • 动机。

    推荐应支持个人迈出关心其心血管健康的第一步,并支持形成自我管理心血管风险因素的技能。

 
假设我们有一个名叫陈先生的患者,他是一位中年男性,近期被诊断出高血压和高胆固醇,医生建议他采取措施以减少心血管疾病(CVD)的风险。

健康指标管理

  • 数据输入:陈先生的最新健康检查数据,包括血压读数、胆固醇水平、体重和体育活动频率。
  • 推荐系统分析:系统根据这些数据,评估他的心血管健康状况,并识别出高血压和高胆固醇为主要的风险因素。

心血管风险因素

  • 风险识别:系统通过比对临床指南和陈先生的数据,确认这些风险因素,并将其与心血管事件的可能性联系起来。
  • 风险通报:系统告知陈先生,他的这些指标与增加心血管疾病风险相关。

目标设定

  • 长期目标:系统为陈先生设定主要目标,如将血压维持在正常范围内,并将胆固醇水平降低到安全阈值以下。
  • 短期目标:建议陈先生逐步改变饮食习惯,增加体育活动量。

实现目标的计划

  • 行动方案:系统为陈先生制定了一个详细的行动计划,包括每日至少30分钟的中等强度体育活动(如快步走),每周制定低盐低脂的饮食计划。
  • 监控和调整:推荐陈先生每月检测一次血压和胆固醇水平,以监控进展并根据需要调整计划。

推荐的多维性

  • 信息维度:提供关于为什么这些行动能帮助降低心血管风险的详细解释,比如解释运动如何帮助控制血压和减少心脏负担。
  • 动机维度:通过显示相似患者的成功案例来激励陈先生,展示通过类似改变获得显著健康效益的可能性。

这个多维推荐模型不仅为陈先生提供了具体的行动指导,还通过教育和动机增强了推荐的接受度和执行率。

这种方法在不包括具体的药物治疗建议的情况下,侧重于通过生活方式的改变来管理和减少心血管疾病的风险。

算法关键点:如何将心血管健康指标转换为多维推荐?

这个算法的关键特点和贡献是,它将一个数据结构——个人的CV健康指标X转换成另一种数据结构——多维推荐R。

在将心血管健康指标转换为多维推荐的过程中,我们可以分解为以下具体的子解法:

  1. 子解法1: 数据收集和预处理

    • 特征: 必须首先收集并标准化心血管健康指标,以确保输入数据的一致性和可比性。
    • 之所以使用数据收集和预处理子解法,是因为:有效的数据预处理可以确保后续分析的准确性和有效性。
    • 例子:收集患者的年龄、性别、体重、身高、血压、胆固醇等指标,并将这些数据转换为适合算法处理的格式。
  2. 子解法2: 风险评估和分类

    • 特征: 根据预处理后的数据,评估每个患者的心血管疾病风险因素。
    • 之所以使用风险评估和分类子解法,是因为:对风险因素的准确评估是为患者制定个性化推荐的基础。
    • 例子:使用医学模型或算法(如SCORE模型)来评估患者的心血管疾病风险,如高血压或高胆固醇等。
  3. 子解法3: 生成多维推荐

    • 特征: 基于风险评估的结果,结合患者的个人信息和预测模型,生成包含多个维度的健康管理建议。
    • 之所以使用生成多维推荐子解法,是因为:多维度的推荐可以更全面地满足患者的健康管理需求。
    • 例子:为高血压患者推荐改善饮食习惯、增加体育活动,并提供戒烟的建议。

这些子解法形成了一个逻辑链条,从数据的收集与预处理开始,到风险的评估与分类,最后生成个性化的多维推荐。

这个过程是顺序进行的,每个步骤的输出都是下一个步骤的输入,形成了一个线性的处理流程。

在这里插入图片描述
这幅图展示了用于预防心血管疾病(CVD)的推荐算法的框架。

图中描述了从用户的初始数据到最终生成个性化推荐的整个处理流程:

  1. 用户档案 X心血管风险因素模型 Z

    • 这些是算法的输入,用户档案可能包括年龄、性别、医疗历史等,而风险因素模型涵盖了可能影响心血管健康的各种因素。
  2. 识别用户心血管风险因素(Factor)

    • 算法分析用户数据和风险模型,识别出用户具体的心血管风险因素。
  3. 风险因素处理

    • 此阶段包括三个并行处理流程:
      • 估算累积心血管风险(C):根据识别的风险因素估算用户的总心血管风险。
      • 估算用户类别(Class):根据风险因素将用户分类,可能基于风险程度分不同级别。
      • 生成推荐(Generating of recommendation):这是基于以上两个评估的结果。
  4. 多维推荐生成

    • 生成的推荐分为多个部分:
      • 信息性内容(INF):提供关于心血管健康的基础信息。
      • 解释性内容(EXPL):解释推荐的理由,帮助用户理解为何要采取某些健康行动。
      • 战术目标(EsR):具体的健康改善目标。
      • 行动计划(Plan):步骤和计划,指导用户如何执行推荐。
      • 战略目标(EsG):更广泛的健康目标和预期结果。

这个框架清晰地展示了从数据输入到推荐输出的完整流程,强调了个性化健康管理的多维性和系统性。

有一位名叫张的患者,他的基本健康数据和心血管疾病风险因素如下:

  • 性别:男(X(1) = 1)
  • 年龄:55岁(X(2) = 55)
  • 体重:90公斤(X(4) = 90)
  • 身高:175厘米(X(3) = 175)
  • 总胆固醇:6 mmol/L(X(10) = 6)
  • 收缩压:150 mmHg(X(12) = 150)
  • 吸烟:是(X(15) = 1)
  • 身体活动:不足(X(14) = 1)
确定风险因素和类别

使用算法中定义的规则来评估张伟的风险因素(

标签:风险,Risk,Prevent,推荐,用户,算法,LLM,心血管,健康
From: https://blog.csdn.net/qq_41739364/article/details/140150271

相关文章

  • 【LLM大模型】一本书通关LLM大模型!成功通关大模型,看这本书足够了... (附PDF)
    哈喽大家好!最近有粉丝朋友喊我推荐一些大模型的学习书籍,我给大家推荐这么一本书,基于gbt3、gbt4等transform架构的自然语言处理。这是一本对transform工作原理感兴趣的人必读的书籍。亚马逊的评分是九点七分,内行人在睡不着的时候恨不得把全书都背诵完毕。本书的写作目的是......
  • 2024爆火全网的LLM大语言模型黑书!入门大模型大家全都在学~(附pdf)
    今天给大家推荐一本4月份才新出的大型语言模型(LLM)的权威教程《基于GPT-3、ChatGPT、GPT-4等Transformer架构的自然语言处理》!Google工程总监AntonioGulli作序,一堆大佬推荐!这含金量不用多说,不多bb开始介绍!本教程内容主要内容•了解用于解决复杂语言问题的新技术•将GP......
  • LLM大模型: RAG的最优chunk方法 — 利用本地离线LLM的embedding实现Semantic Chunking
     1、RAG整个流程的核心节点如下:第一个重要的节点就是chunk。chunk最核心的目的就是把相同语义的token聚集在一起,不同语义的token互相分开,利于后续的retrieve和rerank。举个例子:今天天气很好,我和小明在一起打篮球。隔壁老王在家里看电视。小明的妈妈在家里做晚饭,晚上我......
  • LLM大语言模型知识点整理
    大模型知识点总结1.基础概念1.1大模型定义大模型(LargeModel)通常指参数量级达到数亿甚至数千亿的深度学习模型。这些模型通常基于Transformer架构,如GPT、BERT等。1.2常见大模型GPT系列(GenerativePre-trainedTransformer)BERT(BidirectionalEncoderRepresentations......
  • A LLM-based Controllable, Scalable, Human-Involved User Simulator Framework for
    目录概CSHI(Controllable,Scalable,andHuman-Involved)代码ZhuL.,HuangX.andSangJ.Allm-basedcontrollable,scalable,human-involvedusersimulatorframeworkforconversationalrecommendersystems.2024.概作者利用LLM进行用户模拟,虽然是复杂了一点......
  • Java开发者LLM实战——使用LangChain4j构建本地RAG系统
    1、引言由于目前比较火的chatGPT是预训练模型,而训练一个大模型是需要较长时间(参数越多学习时间越长,保守估计一般是几个月,不差钱的可以多用点GPU缩短这个时间),这就导致了它所学习的知识不会是最新的,最新的chatGPT-4o只能基于2023年6月之前的数据进行回答,距离目前已经快一年的时间,如......
  • 无干扰推理:混合下游工作负载的 分解LLM 推理
    24年1月来自中科院和华为云的论文“InferencewithoutInterference:DisaggregateLLMInferenceforMixedDownstreamWorkloads”。基于Transformer的大语言模型(LLM)推理服务现已成为许多云服务的骨干。LLM推理包括预填充阶段和解码阶段。然而,现有的LLM部署实......
  • ​RAG与LLM原理及实践(7)--- Chroma query应用层策略及实现原理
    背景Chromaquery底层查询的 query思想是相同的,甚至在vectordb的世界中,都大同小异。如果你有看前面写的  RAG与LLM原理及实践(5)---Chromaquery源码分析应该比较清楚query的运作原理,说直白就是在memory或是disk中通过暴力查询比较与HNSW算法(NSW算法的变种,分层可导航......
  • RAG与LLM原理及实践(6)--- Chroma collection及存储逻辑分析
     背景在chromavectordb的世界中,除了对query的理解,另外就是需要深入理解chroma的运行模式,chroma运行时,提供了 local模式,server-client模式,这些在应用中固然重要,但从实现原理上说,其实就是通过http服务,在固定端口如11344上请求数据。但是在这之前,需要深入了解并理解coll......
  • RAG与LLM原理及实践(4)--- 语义相似度距离衡量的三种方式chroma示例
    语义相似度的计算是一个比较复杂的过程。今天打算先比较详细的介绍下几个相似度的距离衡量算法。相似度的排名衡量,在向量数据库vectordb的query中,被大量使用。还是直接上干货,理解下背后的逻辑和概念比较重要,后面看看源码 chromavectordb是怎么处理这个过程的。1)co......