没有为计划访问中的平面表单验证供应商代码

当在计划访问中为平面表单提交了供应商代码（非计划访问和循环分支访问除外）时，upsert API 现在会返回一条明确的错误消息：“供应商代码不适用于非重复表单。供应商代码只能用于重复表单”。以前，系统接受计划访问中固定表单的供应商代码，这在进行更正时导致数据不一致。此增强功能可确保仅允许在计划访问中的重复表单或有效平面表单中使用供应商代码，从而提高数据完整性和用户在数据输入期间的反馈。

（问题 37507918 ）

添加或删除实例时，重复表单状态不准确

现在，添加或删除重复表单实例不会更改数据库中其他实例的状态。以前，创建或删除重复表单可能会意外地将早期表单实例标记为不完整或已完成，从而导致报表中的混乱和潜在数据问题。通过此修复，将仅更新正确实例的状态，确保所有重复表单状态保持准确可靠。

（问题 38198276 ）

表单中显示的代码列表选项重复

选项问题（复选框和单选按钮）仅显示每个选项一次，如关联的代码列表中指定的那样。此外，用户可以毫无错误地更改答案，并且如果动态问题与单选按钮问题中的任何选项关联，则动态问题会正确显示。以前，某些代码列表值仅因尾部空格而异，导致选项重复和答案被阻止更改。此问题还阻止显示动态元素（问题、表单、节、表单关联）。例如，一个问题显示两个“是”选项，选择其中一个选项会产生错误并隐藏动态子问题。我们调整了用于标识研究高级研究版本更改的流程，以确保仅更新新的、已删除或已修改的代码列表标签，同时保留未更改的标签。

（问题 38255228 ）

表单未正确预填充数据

现在，具有自动查询自定义规则的实验室表单仅显示当前访视的数据，从而避免混淆。以前，在与访视 A 关联的实验室表单中输入的数据可能错误地出现在访视 B 的同一实验室表单中，即使在访视 B 期间尚未输入任何数据，也没有数据实际保存在数据库中。通过为当前访视 ID 添加检查来修复此问题，确保仅显示正确的数据。

（问题 38316955 ）

保存“管理路线”和“指示”条款的数据时出错

现在，当管理路由和指示都用作 Oracle Central Coding 中的上下文项，并且都由规则填充时，将按预期将它们传输到带逐字词的 Oracle Central Coding 。以前，在表单上填充了值之后，在向 Oracle Central Coding 传输过程中可能会出现错误，这将导致上下文项未按预期传输。

（问题 37669804 ）

在研究版本和分支更新后，访问被错误地分组

访问顺序现在遵循完成最近访问的研究版本的时间表。以前，如果多个分支访视由不同研究版本的受试者完成，并且访视分支计划更改（例如，访视或分支访视被删除、添加或重新排序），则可能会在受试者访视计划的末尾错误地对访视进行分组。

（问题 36400347 ）

自定义规则填充问题时，表单状态未正确更新

在回答了由计算规则填充的问题后，站点用户现在可以看到标记为完成的表单状态，从而允许按预期继续执行分配等操作。以前，如果某些字段由自定义 JavaScript 规则填充，从而阻止某些操作并影响下游集成，则完成的非重复的一节（平面）表单将错误地显示为进行中。更改可确保当访问中的一个或多个问题由 JavaScript 计算规则填充时，表单和访视状态会相应地更新。

（问题 38209696 ）

数据输入后，具有隐藏或可选问题的实验室表单的状态不会更新

在平面部分中仅包含隐藏或可选问题的实验室表单现在显示所有必需问题得到解答并保存数据之后的“完成”状态。以前，即使用户完成了所有必需的问题，实验室表单状态仍为“未完成”，导致混乱。此修复可确保完成所有必需的问题更新实验室表单的状态，使可见状态与后端逻辑保持一致，并允许更清晰地跟踪访问进度和完成情况。

（问题 36505556 ）

系统不考虑已锁定和已跳过访视的最新研究版本

系统现在可以正确地显示并锁定当前研究版本的表单，即使在较旧版本中跳过访视也是如此。以前，在较旧的研究版本中跳过访视，然后锁定在新的研究版本中时，新研究版本中的表单显示不正确。此外，与新研究版本关联的新表单在旧研究版本中显示为“未回答”。

（问题 38193545 ）

由于正在创建重复的表单级别签名记录，无法在受试者访视中输入数据

现在，试验机构用户可以在受试者访视中输入数据，然后根据数据是签名还是未签名，仅生成一个已签名或未签名的表单级别记录。以前，试验机构用户无法在受试者访视中输入数据，因为正在创建的表单层记录重复（包括已签名记录和未签名记录），从而导致系统错误。

此问题发生在以前通过执行自定义 JavaScript 规则将数据输入表单时。

（问题 37845829 ）

计划的访问现在仅在完成当前访问后显示

仅当当前必需的访视完全完成后，计划访视才会显示在受试者的计划中。以前，如果用户在分支访问开始后启动了计划外访问，只需回答其中的任何问题即可错误地显示受试者计划中的下一个计划访问 - 即使当前访问未完成。例如，在计划外访视中输入日期可能会导致访视 5 显示在访视 4 完成之前。修复程序从计划逻辑中排除未计划的访问，以确保准确的排序。

（问题 38260677 ）

无法完成包含 10 个以上选项的选择问题

现在，系统会为包含 10 个以上选项的选择问题保存选定的答案。以前，如果为选项问题在位置 10 或更高位置选择了选项，系统将显示误导性的错误消息并提示您刷新页面。反过来，这会阻止您保存表单。此修复可恢复一致的数据处理，确保具有许多选项的表单按预期工作。

（问题 38235953 ）

当所有问题均由规则填充时，访问状态保持为“进行中”

现在，当使用自定义 JavaScript 计算规则填充访视中的所有表单问题时，正确的访视状态将显示为“已完成”。以前，即使所有字段都由计算规则填充，访视的状态仍为“进行中”。要将访视的状态更新为“已完成”，试验机构用户必须手动重新输入访视日期作为解决方法。修复后，当访视表单中的所有必填字段都由 JavaScript 规则填充时，访视状态现在会正确更新为“已完成”，而无需进一步输入用户。

（问题 38247383 ）

在受试者的访问计划中添加了额外的访问

现在，如果试验机构用户导航到另一个受试者，则使用“访视”页面右上角的“受试者选择”下拉列表 - 在为当前受试者保存数据时 - 不再有意外访视被添加到新受试者的访视计划的风险。以前，在为原始受试者保存受试者数据时在受试者之间导航可能会导致原始受试者存在访视，从而错误地添加到第二个受试者的访视计划中。

（问题 37110046 ）

规则执行失败时不保存实验室正常更新

实验室正常值现在可以正确保存并反映在实验室表单中，即使运行规则的过程失败也是如此。以前，如果实验室表单具有引用实验室正常范围的自定义 JavaScript 规则，则由于后端规则错误，对实验室正常值的任何更新（例如添加或更新缺少的低值或高值）或添加/更新参考数据（例如性别、出生日期）都会无提示失败。这会阻止更新出现在受试者的表单中。为了解决此问题，运行定制 JavaScript 规则的过程与保存数据的过程分开，即使规则未能成功执行，也可以存储实验室正常值。

（问题 37914482 ）

清除后，上一个访视将成为计划中的当前访视，其状态将移至新建

现在，当上一个访视的数据被清除并且其状态更新为新建时，当前访视将保留当前周期的访视。以前，即使排班中有其他访视，在清除当前周期的数据并将状态更新为新建时，上一个访视也会成为当前周期的访视。

（问题 37375385 ）

“分配信息”对话框显示筛选编号

现在，在完成随机化并启动药物分配后，“信息”对话框将显示随机化编号。以前，“信息”对话框显示随机化完成并启动药物分配后，筛选编号而不是随机化编号。

（问题 37768406 ）

系统允许在数据完全刷新之前进行其他数据输入

现在，在包含日期/时间问题的表单中输入数据并单击表单外部以允许保存和验证后，系统将禁止任何其他数据输入。以前，在用户为包含日期/时间问题的表单输入数据后，系统将继续允许输入其他数据，然后才能通过保存和验证处理刷新数据。这导致了系统生成的错误。

（问题 37258410 ）