Forms, visits, and rules

Clinical One Cloud Service applies the correct status when automatically generating a follow-up visit

If you (as a site user) completed a parent visit and the form included an answer that triggered a follow-up (dynamic) visit, Clinical One Cloud Service incorrectly labeled the visit with a status of NEW instead of PROJECTED. This incorrect status caused the information to not show up in downstream reports. It now applies the correct status to a dynamic visit and the details appear in reports generated with Clinical One Cloud Service 26.1.0.1 or later. This fix causes dynamic visits to show a status of VISIT_STATUS = SCHEDULED in the Unblinded Subject Events and Blinded Subject Events data sets and in the following APIs: Get unblinded subject data details (V12.0) and Get blinded visit details (V11.0).

(Issue 38991660, 38982049)

Clinical One Cloud Service successfully creates missing item records for unanswered child questions

If you (as a site user) delete a repeating form with unanswered child questions and then restore it, you now see a missing item record for the unanswered questions in the appropriate reports as expected. This fix causes additional items on restored forms to show as missing form items in the Subject Form Items data set. If you need to see the missing item records for unanswered child questions from earlier versions, you need to repeat the action of deleting the repeating form and restoring it using Clinical One Cloud Service 26.1.0.1 or later.

(Issue 38997236)

Two rules with the same target now compare across all visits

When you set up two rules with the same target, for example comparing a weight value between visits, the system now references all previous visits for comparison, ensuring comprehensive rule evaluation.

(Issue 39064298)

Associated Form rows in repeating forms display correctly

When opening a repeating for through Query Management then selecting View in Form, previously linked Associated Form rows now appear correctly checked for repeating forms.

(Issue 38703070)

Repeating form questions in a reopened skipped visit can be edited

When a skipped visit is reopened, now repeating form questions are able to be modified as expected.

(Issue 35975766)

Auto-lock rule triggers as expected in test mode after renaming an approved study version

Auto-lock rules on randomization visits now trigger properly in the test container, even if the study version was first moved to the approved container and then renamed.

(Issue 37610864)

Removed repeating and 2‑section forms correctly excluded after sign, verify and freeze

When you verify or freeze a visit, removed repeating forms, including 2‑section forms are now handled correctly, by applying he NA flag only to current records, not to removed forms. As a result, removed forms are properly excluded from the Subject Data Extract, ensuring accurate output.

(Issue 38833657)

Withdrawing, completing or screen failing a subject auto-hides the next scheduled New visit

When you withdraw, complete or screen-fail a subject, the system automatically hides any next scheduled visit with New status from the user interface, keeping your visit records organized and clear, and makes subject management more efficient.

(Issue 36619590)

Rule-referenced question data clears without errors

You can now clear data from rule-referenced questions without encountering errors or red outlines, streamlining data entry and correction processes.

(Issue 36857253)

Calculation result will not be updated if there is no change in the resulting value

If a calculation rule runs, and returns the same value as is already saved for the target question, now the value will not be updated and no additional records will be saved in the Answer History, preventing duplicate entries.

(Issue 36216445)

Verification required displays correctly after data entry

The Verification Required checkmark now appears immediately after a subject is enrolled by running the verification check across all active visits, ensuring the checkmark is shown as expected for your SDV configuration, when SDV is set to 100% and Include Screen Failures is set to No, without any additional actions.

(Issue 37919137)

Screening visit now triggers rules immediately after generating subject number

After you press the Screen button in a screening visit and the subject number is generated, the system now processes and triggers the rule right away, ensuring next visit restrictions are applied as intended.

(Issue 39089068)