ARTICLE · INTELLIGENCE

战地情报 · 详情页

来自尧图项目组的一线实战观察与深度解析

知识图谱与大语言模型在养老志愿服务推荐系统中的应用

知识图谱与大语言模型在养老志愿服务推荐系统中的应用

1. 项目背景与核心价值

养老志愿服务领域长期面临供需匹配效率低下的痛点。传统推荐系统往往依赖简单的标签匹配或基于历史数据的协同过滤,难以处理复杂的服务需求场景。比如一位患有轻度认知障碍的独居老人,可能需要包含医疗护理、心理疏导、日常陪伴等复合型服务组合,而现有系统对这种多维度的隐性需求识别能力有限。

GraphRAG架构的创新性在于将知识图谱的结构化推理能力与大语言模型的语义理解优势相结合。知识图谱能够构建"服务提供方-服务项目-老年人特征-社区资源"之间的复杂关系网络,而大语言模型则擅长从非结构化的服务请求中提取深层语义特征。这种组合让系统既能理解"我最近膝盖疼,希望有人能陪我去医院,最好会说本地方言"这类复杂请求背后的多维需求,又能通过图谱关系快速定位最匹配的服务资源。

2. 系统架构设计解析

2.1 知识图谱构建层

养老领域知识图谱的构建需要整合三类核心数据:

  • 实体类型:老年人(年龄/病史/居住状况)、志愿者(技能/时间/地理位置)、服务项目(类型/时长/工具需求)、社区设施(位置/开放时间/无障碍设施)
  • 关系定义:"需要特殊护理"(老人-服务)、"具备资质"(志愿者-服务)、"步行可达"(老人-社区设施)等28种关系类型
  • 动态属性:服务评价分数、志愿者响应速度、老人偏好变化频率等时效性指标

我们采用Neo4j作为图数据库,其Cypher查询语言特别适合处理以下典型场景:

MATCH (e: Elder {id: "E123"})-[:HAS_CONDITION]->(c:Condition) MATCH (v:Volunteer)-[:CERTIFIED_FOR]->(s:Service) WHERE c.required_service = s.type AND distance(e.location, v.location) < 5 RETURN v ORDER BY v.rating DESC LIMIT 3

2.2 大语言模型交互层

选用Llama 3-8B作为基础模型,通过以下方式优化养老服务场景的语义理解:

  1. 意图识别微调:使用5000条标注数据训练分类器,识别"紧急医疗"、"日常陪伴"、"技能教学"等9类核心意图
  2. 实体抽取增强:结合BiLSTM-CRF模型提取病历术语、方言特征等专业实体
  3. 需求拆解模块:将"我需要会按摩的护工每周来两次"自动分解为:
    • 服务类型:康复护理
    • 技能要求:按摩技术
    • 频率:每周2次
    • 隐含需求:可能需要长期服务协议

3. 推荐引擎工作流程

3.1 多模态请求处理

系统接收三种输入方式:

  • 语音请求:通过ASR转换后分析
  • 文字描述:直接输入服务需求
  • 表单填写:结构化数据自动导入

处理示例:

老人输入:"女儿下月出差,想要个会做上海菜的阿姨每周三来做饭"

系统解析:

  • 时间需求:每周三固定时段
  • 技能需求:沪菜烹饪
  • 情感需求:弥补子女缺席
  • 衍生需求:可能需同步提供食材采购

3.2 混合推理机制

  1. 语义搜索:使用BERT-wwm生成请求的256维向量,在服务描述向量库中做近似搜索
  2. 图谱推理:通过以下路径寻找匹配:
    老人 → 需要 → 餐饮服务 → 要求 → 地域菜系 ↓ 志愿者 → 擅长 → 上海本帮菜 ← 认证于 ← 烹饪协会
  3. 时空过滤:排除距离超过3公里或时间冲突的志愿者

3.3 个性化排序策略

最终推荐列表按以下公式评分:

Score = 0.4*技能匹配度 + 0.3*历史评价 + 0.15*距离系数 + 0.1*响应速度 + 0.05*价格敏感度

其中距离系数采用分段函数:

  • <1km:1.0
  • 1-3km:0.8 - (distance-1)*0.1
  • 3km:0

4. 落地实施关键点

4.1 冷启动解决方案

新系统上线时采用三阶段策略:

  1. 规则兜底:前两周使用人工配置的简单规则(如按距离排序)
  2. 混合推荐:收集200条交互数据后开启50%流量走模型推荐
  3. 全量切换:当点击通过率超过规则系统15%时完全切换

4.2 隐私保护设计

特别需要注意:

  • 健康数据加密存储,仅在匹配时临时解密
  • 志愿者联系方式在确认接单后才对老人可见
  • 使用联邦学习更新模型,原始数据不出社区

4.3 效果评估指标

不同于传统推荐系统,我们特别关注:

  • 适老性指标:平均操作步骤≤3次,字体缩放支持200%
  • 应急响应率:紧急服务请求的30分钟响应率达98%
  • 满意度方差:确保不同文化程度老人体验差异<15%

5. 实际应用案例

在上海静安区的试点中,系统处理了这样一起复杂案例:

  1. 输入请求:"老伴刚做完白内障手术,需要能读药品说明书且熟悉三甲医院流程的陪护"
  2. 系统拆解:
    • 医疗专业知识需求
    • 文字阅读能力要求
    • 医院流程熟悉度
    • 可能的衍生需求:术后复查提醒
  3. 匹配结果:
    • 优先推荐有护士证的志愿者
    • 附加服务:用药时间提醒功能
    • 自动预约两周后的复查号源

最终该服务获得4.9/5评分,比传统推荐方式的平均分高32%。

6. 持续优化方向

当前系统在以下方面仍需改进:

  • 方言处理:对吴语等方言的识别准确率仅82%
  • 需求预测:尚未利用慢性病发展规律预测未来需求
  • 情感陪伴:对"只是想找人聊天"类请求的匹配精细度不足

我们正在测试将志愿者服务时的微表情分析纳入匹配维度,通过平板电脑的前置摄像头(经用户授权)捕捉老人的情绪反馈,动态调整后续推荐策略。

RELATED READING

延伸阅读

更多一线实战笔记与深度复盘,助您持续精进