科研伦理审查的业务依据查询:向量模型与索引

围绕科研伦理审查的业务依据查询,说明向量模型与索引的配置前提与核对动作,结合伦理审查申请、知情同意书模板确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

科研伦理审查场景的材料,通常包括伦理审查申请、知情同意书模板、风险评估表三类。申请承载研究方案与审查要素,模板承载受试者告知与同意字段,评估表承载风险等级、处置与回执。材料进入知识库时,申请与评估表多作为依据来源,模板多作为字段对照来源。字段特征集中在日期、签字、数量与版本号,同一记录在不同材料里常以不同名称出现。更新节奏上,模板随法规调整而改版,申请与评估表随项目推进而补充。三类材料进入该功能后,各自生成向量与原数据,向量用于召回,原数据用于回指,索引字段记录一条数据对应的多个向量标识。

配置怎么定

这一环由索引服务与向量库执行,输出向量与索引状态(能否召回、同组数据是否合并)。「可回指原文的依据条目」由后续 AI 节点、代码节点或人工(检索与引用裁剪只取支撑材料)接着完成。

对象判断核验动作
伦理审查申请字段含审查日期、签字、版本号,需与模板和评估表逐项对齐打开一条申请数据行,核对索引字段是否记录多个向量标识,再检索该申请中的日期与签字项
知情同意书模板字段含同意日期、签字栏、版本号,需与申请中的受试者告知项一致在知识库设置里核对索引模型与知识库实际使用的向量模型是否一致,再检索模板中的签字栏
风险评估表字段含评估日期、风险等级、数量、回执签字,需与申请和模板的记录对得上查看重建任务覆盖的数据范围,确认换模型后只对已完成索引的数据触发,再检索评估表中的风险等级
数据行一条数据的多个向量标识都在索引字段中,检索后同组数据合并取最高分抽一条数据行看索引字段,再检索一次看同组是否合并,并核对 limit 的引用文本预算

容易做错的三处

  • 现象:同一记录在申请与评估表里的名称、数量、日期对不上。核对以下环节:未按同一记录合并,回指时取到不同版本。
  • 现象:换模型后召回质量下降。核对以下环节:重建任务只对已完成索引的数据触发,未能重建的数据行不参与召回,需先完成索引,索引模型与知识库实际使用的向量模型不一致。
  • 现象:模板缺签字或回执,检索却仍能召回。核对以下环节:索引字段记录了向量标识,但原数据中的签字栏与回执字段为空,回指原文时无法对上。

怎么确认配好了

本功能验收:抽一条数据行看索引字段,确认多个向量标识都在;再检索一次,看同组数据是否合并并取最高分。同时核对 limit 的引用文本预算,数组条数单独记录。

业务测试:问一个跨材料的依据问题,看回答是否给出可回指的出处,并确认依据来自相关材料、版本是现行、条目能对上原文。

  • 在知识库设置里核对索引模型与知识库实际使用的向量模型是否一致,并查看重建任务覆盖的数据范围,确认换模型后只对已完成索引的数据触发。
  • 打开一条数据行核对索引字段,确认一条数据的多个向量标识都在;再检索一次,确认同组数据合并取最高分,状态值只认 indexed 与重建任务记录。