这个品类的数据长什么样
本页面向科研伦理审查场景的部署运维与应用交接，材料包括伦理审查申请、知情同意书模板、风险评估表。来源为机构伦理委员会与项目组提交的纸质或电子件，更新节奏随项目阶段与复审周期变动。字段特征集中在受试者信息、研究目的、风险等级、签署日期与签字栏，以及版本号与回执编号。进入部署运维与应用交接这一功能时，三类材料各自承担不同角色：伦理审查申请用于确认审查范围与版本，知情同意书模板用于核对签署与回执，风险评估表用于核对风险等级与日期。数据库与运维侧只负责连接是否可用与操作记录是否可交接，不读写材料内容，也不据此判断材料之间是否混淆。交接时以版本、连接、任务记录三者一致为准，缺一项即视为未完成。
配置怎么定
这一环由部署环境的连接配置（服务端）执行，输出连接是否可用（服务启动结果与连接日志）。可交接的部署状态与操作记录由部署交接与后续业务处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 伦理审查申请 | 核对申请编号、版本号、签署日期与签字栏是否齐全，且与知情同意书模板中的名称、数量、日期一致 | 对照交接单逐项比对申请与模板的编号、日期、签字，记录缺失项 |
| 知情同意书模板 | 核对模板版本、回执编号与签字栏，确认与风险评估表的日期、数量对得上 | 逐份检查模板签署与回执，标注版本未同步或缺签字的条目 |
| 风险评估表 | 核对风险等级、评估日期与签字，确认与伦理审查申请中的名称、数量、日期一致 | 按交接单核对风险等级与日期，记录与申请不一致的字段 |
| 部署连接配置 | 核对主业务库、日志库、缓存与向量库的连接结果，确认启动日志无持续超时 | 用客户端逐项连一次，核对 MONGODB_URI、REDIS_URL、PG_URL 的取值与实例地址一致 |
容易做错的三处
- 现象：同一受试者在申请与评估表里的名称、数量、日期对不上。原因：两份材料分别填写且未做交叉核对，交接时未逐项比对。
- 现象：知情同意书模板版本未同步，回执编号缺失。原因：模板更新后未回写版本号，签署环节未收齐回执。
- 现象：启动后日志持续报连接超时，检索报向量库错误。核对：缓存或向量库连接地址与实例不一致。日志库未单设时复用主库，另检查日志实际写入位置。
怎么确认配好了
本功能验收：逐项连一次主业务库、日志库、缓存与向量库，核启动日志里的连接结果，确认 MONGODB_URI、REDIS_URL、PG_URL 指向实际实例且可连通。
业务测试：按交接单逐项核对一次，看缺哪一项记录，重点核对伦理审查申请、知情同意书模板、风险评估表的名称、数量、日期与签字是否一致。
- 逐项连接主业务库、日志库、缓存与向量库，记录启动日志中的连接结果与超时项。
- 按交接单核对三类材料的版本号、日期、签字与回执，标注缺项并交下一班。