科研伦理审查的问答受理与缺项补问:HTTP 接口与外部系统

围绕科研伦理审查的问答受理与缺项补问,说明HTTP 接口与外部系统的配置前提与核对动作,结合伦理审查申请、知情同意书模板确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

科研伦理审查材料通常包括伦理审查申请、知情同意书模板与风险评估表,来自机构伦理委员会受理窗口、研究团队提交与系统对接。材料进入问答受理环节时,各自角色不同:申请承载研究基本信息与审查类别,知情同意书模板承载受试者告知要素,风险评估表承载风险等级与处置措施。更新节奏随版本修订、签字补正与回执归档变化。字段特征集中在名称、数量、日期与签字四类,同一记录在不同材料间需保持一致。

配置怎么定

这一环由工作流里的 HTTP 节点执行,输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应,或外部系统按约定处理接着完成。

对象判断核验动作
伦理审查申请申请字段、日期与签字是否齐全,与知情同意书模板、风险评估表名称一致在请求预览里看渲染后的完整地址,核对 Authorization 请求头与请求体字段
知情同意书模板模板版本、签字与回执是否同步,与申请、风险评估表数量日期对得上用一条样例请求比对返回,检查 responseData 返回字段与材料字段一致性
风险评估表风险等级、处置措施与日期签字是否完整,缺项是否被识别并追问在变量面板核对每个占位来源,确认 variables 取值可追溯到具体材料
外部系统接口请求体字段与外部接口约定一致,鉴权信息按外部系统要求传入核对请求头名称与取值来源,比对返回状态码与返回字段

容易做错的三处

  • 现象:同一记录在申请与知情同意书模板里的名称、数量、日期对不上。原因:两份材料分别填报,未做交叉核对。
  • 现象:版本未同步,旧版模板仍被引用。原因:材料更新后未触发重新提交与回执归档。
  • 现象:缺签字或回执,受理记录不完整。原因:签署环节与系统录入脱节,未在追问中补齐。

怎么确认配好了

本功能验收:预览渲染后的请求,核状态码与返回字段,再对一条样例比对结果,确认 Authorization、variables、responseData 可追溯。

业务测试:提一个缺关键信息的问句,看是否先追问再作答。

  • 核对请求地址与路径参数占位变量能解析成实际值,在请求预览里看渲染后的完整地址。
  • 核对请求头名称与取值来源,用一条样例请求比对返回,确认字段与外部接口约定一致。