表单、访问和规则
以前未保存任何数据时，用户尝试清除所选实验室时出错
现在，当用户从实验室下拉列表中选择清除实验室选择并且没有为该实验室捕获任何数据时，系统会清除以前选择的实验室而不会出错。
以前，系统显示以下错误：“系统中出现问题。请尝试再次执行此操作。”未清除实验室值。
（问题 38198138 ）
对于分配给非数据录入研究角色的用户，不会显示访问日期的详细信息
现在，“解答和访视历史记录”子工具栏显示当访视日期具有关联（有效）规则时分配给非数据条目研究角色的用户的访视日期详细信息。
以前，已跳过访视日期，系统在第一个表单上显示第一个问题的答案和访视历史记录。
（问题 38504328 ）
仅查看用户可以从实验室表单上的“选择实验室”下拉列表中选择
现在，分配给仅查看研究角色的用户无法再从选择实验室值下拉列表中选择。该下拉列表现已禁用，并显示以前选择的实验室。
此前，下拉列表似乎可编辑，但更改在提交时被阻止，这导致混乱。
（问题 37246186 ）
实验室表单和两部分重复表单行不显示“来源数据验证 (SDV)”复选框
现在，实验室表单和两部分重复表单中的每一行都会显示数据验证复选框（如果适用）。
以前，由于 Redwood 升级，复选框已呈现，但被重复表单的行遮蔽。因此，用户必须验证问题级别的数据，从而增加不必要的工作量。
（问题 38540346 ）
Oracle Central Coding 中缺少恢复行的管理和指示路由
注：
伴随药物形式通常包括管理和适应症的途径，这些途径在医学编码期间使用。以前，这些字段的数据未完全恢复，因此在适用的系统表和 Oracle Central Coding 中都缺少值。
（问题 38553728 ）
更新站点的研究版本后，用户无法在“日志”访问中输入数据
现在，站点用户在站点的研究版本更改后在日志访问中输入数据时不再遇到错误。
以前，如果删除了重复表单，并且新研究版本应用于试验机构时访视未包含任何数据，则会发生这种情况。这是因为在“日志”访视上标记的研究版本与分配给试验机构的研究版本之间存在冲突。
（问题 38528093 ）
包含实验室表单的完全验证访视错误地显示为未验证（以前的已知问题）
现在，将显示绿色复选标记，指示访问的所有数据（包括具有实验室表单的数据）都已验证。
以前，如果用户验证了某些数据，退出，然后重新输入访问以完成验证，则不会显示绿色对勾标记。这使得核查似乎仍然不完整。
（问题 36122564 ）
当实例编号不为 NULL 时，创建访问计划 (POST) API 将创建不良事件 (AE) 事件
现在，添加到创建访问计划 (POST) API 的验证强制在创建不良事件时 eventInstanceNum 为 NULL。
如果请求尝试创建具有非空实例编号的不良事件访视，则 API 将返回错误。这可通过仅当 eventInstanceNum 为空时允许创建事件来防止集成失败。
（问题 38552905 ）
父主题：25.2.1.5 中的修复问题