Oracle Clinical One Platform 现在存储格式化的文本值，不含不可打印字符

文本响应现在以站点用户输入的原始格式存储，并以格式化值存储，并删除所有不可打印字符。格式化值用于受试者数据提取、Oracle Clinical One Analytics 和下游集成；确保一致的数据集成并最大限度地降低错误风险。

站点用户输入的文本响应可能包含不可打印的字符，这些字符是控制文本格式的不可见符号。这些字符包括制表符、回车符、换行符以及前导或尾随空格。但是，这些要求在下游系统使用时进行额外的下游处理。现在，通过提供没有这些不可打印字符的预格式化数据，减轻了这种负担。

当从 Oracle Clinical One Platform 提取临床数据以用于 Oracle Clinical One Analytics 和下游集成时，表单项将以四列表示：

• 原始 (ITEM_R)
• 格式化 (ITEM_F)
• 解码 (ITEM_D)
• 项目本身 (ITEM)

Oracle Clinical One Platform 系统将原始地点输入的文本存储在 ITEM 主列中，以便在应用程序中准确呈现和显示。格式化的值（不包括所有不可打印的字符）存储在 ITEM_F 列中。

注：

这仅适用于来自文本问题的值。

此更改不会影响应用程序中输入或显示的数据，仅用于提高数据质量和下游 Oracle Clinical One Analytics 兼容性。为此，ITEM_F 列现在用作下游集成、导出和数据管道的标准化分析就绪版本。

您可以在数据提取中的表单项输出映射、分析用户指南中找到版本评估环境 (RAE) 升级后的附加信息。

对集成的影响

如果您正在使用 Oracle Clinical One Digital Gateway 或 Oracle CRF Submit ，则不会产生任何影响。

但是，如果您使用 Oracle Central Coding ，则必须考虑在升级到 26.0.1 之后，Oracle Clinical One Platform 会将格式化的文本值（不含不可打印字符）发送到 Oracle Central Coding ，用于所有新输入的逐字词 (verbatim terms，VT) 以及升级之前编码并在升级之后编辑的任何 VT。用户可能需要手动编写新 VT 和已编辑 VT 的代码。

注：

请注意，仅当 VT 及其关联的上下文项实际上包含不可打印的字符时，才需要手动重新编码。如果用户将文本粘贴到研究中的一个文本字段中，从而导致在字段中引入不可打印字符，有时可能会发生这种情况。

如果在升级之前输入了 VT，但在升级之后进行了编码，则 Oracle Central Coding 会使用升级前的“原始”文本对其进行编码，并基于相同文本对后续匹配的 VT 自动编码进行编码。

已经在现场学习了？

对于现有文本响应，存储在 ITEM_R 列（并显示在应用程序中）中的原始数据保持不变。Oracle Clinical One Platform 将仅通过处理存储的值并删除所有不可打印字符来生成和填充对应的 ITEM_F 数据：

• 这些对 ITEM_F 列的更新将作为升级后活动执行。
• 不论当前数据状态（已锁定、已冻结、已签名、只读、隐藏等）如何更新数据，也不会触发任何操作，例如取消签名、取消验证、自动锁定或其他规则。
• 升级后，首次增量加载可能需要几个小时才能完成，因为它会将这些更新推送到数据中心和 Oracle Clinical One Analytics 。这是 Oracle Clinical One Analytics 数据暂停的一部分，该暂停将在结束时公布。

将来对现有响应的任何更新或编辑将继续在所有四个 ITEM、ITEM_R、ITEM_F 和 ITEM_D 列中自动更新。