Skip Headers
Oracle® Clinical Creating a Study
Release 4.6.2  

E18820-01
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Index
Index
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
PDF · Mobi · ePub

10 Defining DCI Books

This section contains the following topics:

See "Designing a Flexible Study" for more information.

Traditional and Enhanced DCI Books

You can organize DCIs, which generally correspond to CRFs, into a casebook and assign them to visits (Clinical Planned Events, or CPEs) by creating a DCI Book. DCI Books are required if you are using Oracle Remote Data Capture (RDC) and can be used for Oracle Clinical data entry too.

Before you can define a DCI Book you must define Intervals and Clinical Planned Events (CPEs) as well as Questions, Question Groups, DCMs, and DCIs; see Chapter 5, "Treatments and Schedules," Chapter 7, "Questions and Question Groups," and Chapter 9, "DCMs and DCIs."

Oracle Clinical provides two types of DCI Books for use in different types of clinical trials:

DCI Books

The traditional DCI Book is suitable for paper-based clinical trials for which you want to use the Oracle Clinical Page Tracking feature. This feature helps ensure that all paper CRFs are collected and their data entered. If your study uses the Page Tracking feature, you must use the original DCI Book type. See "Defining a Traditional DCI Book" and "Using CRF Page Tracking" for more information.

Enhanced DCI Books

Enhanced DCI Books offer:

Page Tracking is not supported in Enhanced DCI Books.

Support for Flexible Studies

The enhanced DCI Book is suitable for flexible trial designs such as studies with multiple treatment arms and cohorts (groups of patients) with different assessments. In these trials, patients receive different assessments based on data collected during the trial. For example, a flexible study design for an oncological indication might require different disease states to have different schedules and assessments, with patients with more rapidly progressing disease being evaluated and dosed more frequently and patients with less rapidly progressing disease states being evaluated less frequently.

Open-ended cycling trials are also supported. You must define an adequate number of CPEs and Intervals and add them to the Enhanced DCI Book. You can add more during the course of the trial if necessary.

When you use an Enhanced DCI Book, the following flexible study features are supported:

  • Data-Triggered Rules: You specify data points that determine which CRFs, CPEs, and Intervals are required, or expected, for each patient.

  • Data Expectedness Calculation for Each Patient: As soon as data is saved for a patient at one of these predefined points (or the system completes a batch job that may impact data expectedness for a patient), the system recalculates which CRFs and Intervals are expected for the patient, based on the defined rules.

  • Display of CRFs in RDC Onsite: For each patient, the Casebooks page displays only the CRFs that are expected, and as the user enters data and clicks Next, the next CRF expected during the CPE for that particular patient opens. Any CRFs that have been entered but are no longer expected are still displayed.

    Note:

    In other manual Oracle Clinical and RDC data entry interfaces all CRFs included in the DCI Book are available for data entry, not just those expected for the patient.
  • Validation: You can define an Enhanced DCI Book in any order and then run a validation utility that checks rule definitions against DCI, CPE, and Interval definitions and identifies any invalid conditions so that you can fix them; see"Validating an Enhanced DCI Book".

Additional Features

Enhanced DCI Books include other features that are helpful whether your study is defined as flexible or not:

  • Navigation: You can create, maintain and view the DCI Book pages for a selected CPE without navigating through all the pages for the book; see "Navigator: Building an Enhanced DCI Book".

  • Copying: You can copy all the DCI Book pages for a single CPE and insert them into another CPE.

  • Deleting pages: You can delete all the DCI Book pages for a single CPE at once.

  • Renumbering pages: You can run a utility to automatically renumber any range of Start Page numbers in CPE and DCI order, using prefixes and/or suffixes you specify. You can insert or delete a DCI in the middle of the study, or assign DCIs to CPEs in any order, and then run the utility to fix the Start Page numbers.; see "Numbering and Renumbering Pages".

  • Validation: The validation utility checks Start Page numbers and gives a warning if they are nonsequential. You can choose to continue with nonsequential page numbers or you can use the renumbering utility.

Defining an Enhanced DCI Book

This section contains the following topics:

Oracle recommends defining a single DCI Book in flexible studies; see "Using a Single DCI Book".

To open the Enhanced DCI Book window, select Definition, then DCIs, and then Enhanced DCI Books.

The Maintain Enhanced DCI Books window includes the following Special menu items:

Defining Book Properties

Description of enh_bk_main.gif follows
Description of the illustration enh_bk_main.gif

To define an Enhanced DCI Book, enter values in the following fields:

Note:

Only one person at a time can work on an Enhanced DCI Book. The Book is locked as soon as a user initiates any action that could modify the Book, and it remains locked until the user saves or cancels. You receive an error if you try to work on a Book that has been locked for another user.

Name Enter a name for the DCI Book; up to 30 characters.

Status Possible values for this field are P (Provisional), A (Active), and R (Retired):

  • Provisional (P): You can modify the DCI Book only if its status is Provisional. You can set the status of an Active DCI Book back to Provisional. You can enter test data using an Active DCI Book or a Provisional DCI Book with a validation status of Success or Warning.

  • Active (A): You can use only Active DCI Books for entering production data. When you set the status to Active and save, the system runs the validation job behind the scenes and calculates the DCI Book's validation status. If it is Success, Warning, or Not Applicable (for nonflexible studies) the activation succeeds.

  • Retired (R): Set the status to R for DCI Book definitions you no longer want to use but cannot delete because they are associated with data. You are prompted for a retirement reason.

Description (Optional) Enter a description for the DCI Book; free-form text, 200 characters maximum.

Default? Check if this is the default DCI Book for use in the current study. Only one DCI Book can be the default one for a study.

Oracle Clinical and RDC use this setting to determine which Book to display by default.

Validation Status (Display Only) The possible validation statuses are:

  • Not Applicable. The system applies this status automatically to DCI Books used in nonflexible studies. You can set DCI Books with this validation status to Active.

  • Pending. The system applies this status automatically to DCI Books used for flexible studies that have never been validated or that have changed since the last validation job was run. You can set DCI Books with this validation status to Active. The system then runs the validation job and the activation succeeds if there are no errors.

  • Success. The validation job applies this status to DCI Books when the job completes with no warnings or errors. You can set DCI Books with this validation status to Active.

  • Warning. The validation job applies this status to DCI Books when the job completes with one or more warnings but no errors. You can set DCI Books with this validation status to Active.

  • Error. The validation job applies this status to DCI Books when the job completes with one or more errors. The job may have generated warnings as well. You cannot set DCI Books with this validation status to Active.

For information about the validation utility, see "Validating an Enhanced DCI Book".

Status Comment This is a free text field, up to 200 characters.

Retirement Reason When you change the status of the DCI Book to R you are prompted for a comment. This field displays the most recent comment.

Navigator: Building an Enhanced DCI Book

The DCI Book Navigator window provides summary information about every Clinical Planned Event (CPE) defined for the study, so that you can track your DCI Book definition progress. To reach it, click the Navigator button in the main Enhanced DCI Books window.

Use the Navigator window to:

  • Check for Intervals and CPEs with no DCIs assigned yet

  • Select a CPE to display its individual pages (DCIs) in the DCI Book Page Details window

  • Select a CPE to add, delete, or modify individual pages in the DCI Book Page Details window

  • Select a CPE to copy individual pages in the DCI Book Page Details window to another CPE in the book

Use the Special menu to:

You can work in any order. For example, you can define DCI Book Pages for the Termination CPE before the Screening CPE. In a flexible study, you can define DCI Book Pages before you define rules, or you can define rules first, or alternate between the two tasks. You can run the validation utility (available from the Special menu of the Maintain Enhanced DCI Books window) or the renumbering utility for a Provisional Book at any time.

You can make changes only if the Book's status is Provisional.

Note:

All CPEs are always displayed in Navigator window. However, if none of the CPEs in an Interval have any DCIs defined, the system treats the Interval as if it does not exist; validation fails if such an Interval is the target of a rule.
Description of enh_bk_nav.gif follows
Description of the illustration enh_bk_nav.gif

The DCI Book Navigator window displays the following information. Records are displayed in ascending visit number order.

CPE  The system displays all the CPEs defined in the Maintain Clinical Planned Events window for the current study, including CPEs defined as Optional, in CPE Number order. If any CPEs have been added since the DCI Book was made Active, they are also displayed.

Interval The system displays all Intervals—Phases, Periods, or Subperiods—defined in the Maintain Study Schedule window with one or more CPEs assigned directly to them in the current study. Intervals with no CPEs directly assigned to them are not displayed. For example, if a Phase contains several Periods that contain CPEs, but no CPEs are directly assigned to the Phase, the Phase is not displayed but the Periods are. If any Intervals with CPEs have been added since the DCI Book was made Active, they are also displayed.

Interval Targeted by Rule? If checked, the Interval is the target of a DCI Book rule. Intervals that are the target of a rule are conditional; they are expected for a patient only if the patient's data meets criteria defined in a rule; see "Defining Interval Rules".

Visit No.  The system displays the Visit Number defined in the Clinical Planned Events window.

Total # DCIs Defined in CPE The system displays the number of DCIs currently assigned to the CPE. To see the DCIs, select the CPE and click the button DCI Book Pages for CPE.

# DCIs Targeted by DCI Rule The system displays the number of DCIs currently assigned to the CPE that are the target of a DCI Book rule. DCIs that are the target of a rule are conditional; they are expected for a patient only if the patient's data meets criteria defined in a rule; see "Defining DCI Rules".

DCI Book Pages: Assigning DCIs to CPEs

To make it possible to collect a DCI, or Book Page, at a CPE, you must do one of the following:

  • Assign the DCI to a CPE by adding it here.

    • If the DCI is not the target of a rule, it is unconditional and expected for all patients for whom the Interval in which the DCI is collected is expected.

    • If the DCI is the target of a rule, it is conditional and expected for a patient only when his or her data fulfill the condition of the rule.

  • Make the DCI available as needed on an unplanned basis in the DCI Constraints window; this approach may be appropriate for adverse events and concomitant medications, for example. See "Defining DCI Book Constraints".

You can view, insert, and delete DCIs in a CPE. DCIs should appear in the order in which they should be collected. Add them in this order or change their Display Numbers to change their order within the CPE. DCIs that are the target of a rule must come after the trigger DCI.

You can make changes only if the DCI Book's status is Provisional. You can insert DCIs even if there is already production data entered against the Book. If the insertion and renumbering of pages will change the page number of a page against which data has already been entered, you receive a warning. The page number displayed for the collected data changes.

Description of enh_bk_pgs.gif follows
Description of the illustration enh_bk_pgs.gif

DCI Book Page Information

The window has the following active fields:

Display # Oracle RDC Onsite uses the display number to display CRFs in its user interface. Display numbers are generated according to CPE Visit Number; within a CPE you can change the display order of DCIs. DCIs should be displayed in the order in which they should be collected.

Start Page #  This is the page number that appears in the data entry user interface and in the Patient Data Report. In non-Page Tracking studies, every DCI is considered to be one page.

You can specify an alphanumeric prefix and/or suffix for Start Page numbers. You may want to use meaningful abbreviations for the Interval and CPE, for example, rather than have simple numeric page numbers, if you do not want page number gaps in the Patient Data Report; see "Sample Numbering Schemes". The maximum length of the field is 15 characters.

The system automatically increments the first number (reading from left to right) in the Start Page number by one integer when you insert or explicitly renumber or copy pages. If a Start Page number has a whole number followed by a decimal point followed by a number (for example, 12.1) the system does not increment the decimal portion, which it treats as a static suffix. Special characters other than a period/full stop (.) are not allowed.

If you do not specify prefixes or suffixes for any pages in the Book, the start page number is the same as the display number throughout the Book.

See "Numbering and Renumbering Pages" for more information.

DCI Name The name of the DCI—equivalent to a CRF in RDC—assigned to the CPE. To insert a DCI, select it from the list of values, which contains all Provisional and Active DCIs defined for the study. A particular DCI can be included only once in a CPE.

Rule Trigger Information

If the DCI is the target of a DCI rule, the system displays information about the rule trigger; see "Defining a DCI Rule Trigger" for more information:

Event The CPE or CPEs that contain(s) the trigger DCI.

DCI The trigger DCI.

DCM The trigger DCM.

Qual Value The DCM Qualifying Value, if any.

Question The trigger Question.

Value(s) The Question response values that trigger the rule.

DCI Enabled indicates the scope of the rule's effect:

  • Within CPE The rule triggers the target DCI only when the trigger DCI is collected at the same CPE as the trigger DCI.

  • Across CPEs The rule triggers the target DCI in every CPE where it is collected from the CPE at which the trigger DCI is collected onwards.

Copying Pages for a CPE

You can copy all the Book pages (DCIs) for a selected CPE into a target CPE in the same Book. The system automatically adjusts the Display numbers in the Book, but you may need to use the Renumber Book Pages job to fix Start Page numbers; see "Numbering and Renumbering Pages". You can only copy pages into a CPE that has no pages defined.

To copy Book pages:

  1. In the DCI Book Navigator window, select the CPE whose pages you want to copy and select Copy Book Pages for CPE from the Special menu. A pop-up appears.

  2. From the Target CPE drop-down, select the CPE into which you want to paste the pages. The name of the Interval that contains the target CPE is displayed in the Target Interval field.

  3. In the Page Number Seed field, enter the seed you want to use, if any, for the pages in the target CPE. This seed, or lack thereof, overrides any existing seed used in the source CPE. If you want to use the same seed as in the source CPE, you must specify it. This is an optional field. See "Page Number Seeds".

    If you leave the Page Number Seed field empty, the system supplies whole numbers as page numbers, beginning with the number one (1) greater than the highest Start Page number without either a prefix or suffix already defined in the Book.

    Note:

    Copying pages does not change any rules defined for the Book. If any rules become invalid as a result of the copy operation, the validation job will report it.

Deleting Pages from a CPE

The Delete Pages feature deletes all the Book pages (DCIs) from a selected CPE. You can delete pages only from a Provisional DCI Book. If either test or production data has been entered against any of the pages you delete, the data remains in the system. No further data can be entered against the deleted pages.

If you delete a DCI Book page where the DCI is a trigger DCI or the only target of a rule, the system deletes the rule along with the DCI Book Page. If the DCI is one of many target DCIs in a rule, the system deletes it from the rule's list of targets.

If you wish, you can run the Renumber Book Pages job to remove any gaps in Start Page numbers that result from the deletion.

To delete Book pages: In the DCI Book Navigator window, select the CPE whose pages you want to delete and select Delete Book Pages for CPE from the Special menu.

Numbering and Renumbering Pages

This section contains the following topics:

In Enhanced DCI Books you can enter DCI Book pages in any order and call a utility to renumber them at any time. The system calls the same utility when you copy CPE pages and paste them into a new CPE.

In addition, the system uses the utility to check Start Page numbers at the following times:

  • Book Validation. When you run the Validate DCI Book job, the system calls the numbering utility to check if Start Page numbers are sequential and without gaps and returns a warning if they are not sequential. You can choose to have nonsequential Start Page numbers and gaps.

  • Book Activation. When you activate a Book, if the Book does not already have a validation status of Success, the system calls the validation job, which calls the numbering utility. The activation succeeds even if Start Page numbers are not sequential, but sets a validation status of Warning. If you want sequential numbers, you can set the status back to Provisional and run the numbering utility manually (select Renumber Book Pages from the Special menu in the DCI Book Navigator).

Note:

The information in this section applies only to Start Page numbers. For information on Display numbers, see "Display #".

How Oracle Clinical Page Numbering Works

Start Page number default functionality is the same in Enhanced DCI Books as in traditional DCI Books. The numbering utility is available only in Enhanced DCI Books and only in Books with a status of Provisional.

Page Number Seeds

DCI Book Start Page numbers can include a prefix and/or a suffix; that is, a character or string of characters before and/or after a number. The combination of the prefix (if any) and suffix (if any) and the number is called the seed.

By default, when you add a page to the Book the system uses the same seed as the previous page and increments the first number encountered when reading from left to right. If there is a number followed by a decimal point and another number (for example, 12.1), the system treats the decimal portion as a static suffix and does not increment it.

If you do not include a whole number in the seed, the system treats the letters you enter as a prefix and appends the number 1 to it, then increments by one for subsequent pages with same prefix. If you want a suffix or both a prefix and a suffix, you must include a whole number in the seed in the correct position.

Examples:

  • 1 — There is no prefix or suffix. Next page by default: 2.

  • A1 —"A" is the prefix and there is no suffix. Next page by default: A2.

  • A1.1 — "A" is the prefix and ".1" is the suffix. Next page by default: A2.1.

  • 1.1A — There is no prefix and ".1A" is the suffix. Next page by default: 2.1A.

See "Sample Numbering Schemes" and the following note for issues to take into consideration when creating Start Page numbers.

Note:

When you generate the Patient Data Report in RDC, if any DCI/CRF does not fit on a single PDF page, the system automatically appends.x to the DCI's Start Page number.

For example, if a DCI's Start Page number is 600, and the DCI spans three PDF pages, the system numbers the PDR pages 600.1, 600.2, and 600.3. Or, if a DCI's Start Page number is A600.4, the system numbers the PDR pages A600.4.1, A600.4.2, A600.4.3.

Note:

Start Page numbers cannot contain a special character other than a period/full stop (.).

Renumbering Start Pages

The Renumber Book Pages utility renumbers pages within a range of Display numbers you specify. Within that range, it groups all pages with the same prefix/suffix combination and renumbers within each group sequentially by Display number, beginning with the lowest number found in the group. (Display numbers are determined by CPE number order.)

You can invoke the Renumber Book Pages job from the Special menu of the DCI Book Navigator window. A pop-up window opens. Enter fields as follows:

  1. Start Page Display # Click in the field to bring up the list of values, then select the Display number at which you want to start renumber pages. If you want to renumber the entire DCI Book, select the first item in the list of values.

    The list of values displays the current Display number, Start Page number, CPE number and CPE name for each page. You can search for the Display number.

  2. End Page Display # Click in the field to bring up the list of values, then select the Display number at which you want to stop renumbering pages. If you want to renumber the entire DCI Book, select the last number in the list of values.

    The list of values displays the current Display number, Start Page number, CPE number and CPE name for each page. You can search for the Display number.

  3. Click Renumber to invoke the utility or click Cancel.

Sample Numbering Schemes

You can design your own numbering scheme within the restrictions of How Oracle Clinical Page Numbering Works. Two possible number schemes are described below.

Sequential Integers

If you use Start Page numbers that are only whole numbers, with no alphanumeric prefix or suffix, by default each DCI's Start Page number is the same as its Display number. Using simple sequential numbers can have drawbacks:

  • If you need to add a DCI in an ongoing study due to a protocol amendment, for example, you may not want the new pages to be inserted sequentially because page numbers associated with data already entered for subsequent pages will change. If you want to avoid this, use a suffix such as a, b, c for the newly inserted pages so that subsequent DCI Book pages keep the same numbers. You must insert these suffixes manually; the Renumber utility does not increment suffixes.

  • If you use a sequential integer number scheme in a flexible study, where all patients normally do not complete all the DCIs defined in the DCI Book, there will be gaps in each patient's page numbers; see next section.

Interval and CPE Prefixes

In a flexible study, when you know that all pages are not expected for any patient—for example in a study with multiple treatment arms such as the one shown in Figure 10-1—you may prefer to use prefixes to give context to the page number.

Figure 10-1 Multiple Paths

Description of Figure 10-1 follows
Description of "Figure 10-1 Multiple Paths"

In the study design shown in Figure 10-1, "Multiple Paths", some patients will complete Intervals X and XX and other patients will complete Intervals Y and YY, but no patient will complete all those Intervals. If you use sequential integer page numbering and if in the study schedule Interval X is defined before Interval Y and Interval XX is defined before Interval YY, you would have pages numbers such as:

  • Pages 1-50, Screening Interval

  • Pages 51-100, Interval X

  • Pages 101-130, Interval Y

  • Pages 131-146, Rest Interval

  • Pages 147-200, Interval XX

  • Pages 201-250, Interval YY

  • Pages 251-252, End of Study Interval

  • Pages 253-260, AE Log Interval

Pages 101-130 and 201-250 would not be expected for patients who complete Intervals X and XX, and pages 51-100 and 147-200 would not be expected for patients who complete Intervals Y and YY. Therefore each patient's Patient Data Report would have big gaps in page numbers.

You may prefer to use page numbers that represent the Intervals and CPEs by adding character prefixes to the page numbers. Do not use numbers to represent the Interval or CPE name (or at least not in the prefix) because the system will increment the Interval or CPE number instead of the page number (it increments the first number in left-to-right order). You may want to name your CPEs in the study schedule with this in mind.

For example:

  • Give all CPEs a name that starts with an abbreviation of the Interval name—such as SC for Screening, X for Interval X, RST for Rest, END for End, and AE for AE Log—followed by an abbreviation for the CPE; for the purposes of this example say the first Visit in each Interval is A, the second one is B, and so on. (A meaningful abbreviation would be better in case you need to add a visit later.)

  • Use these abbreviations as the prefix in the Start Page seed, so for the first CPE in the Screening Interval the Start Page seed prefix would be SC_A. You must enter this Start Page prefix manually in Book Page Details once per CPE.

  • Give the first DCI in each CPE the number one. The system automatically increments the number for each successive DCI in the CPE.

The first DCI Start Pages for a patient following Treatment Arm X might then be SC_A1, SC_A2, SC_A3, SC_B1, SC_B2, SC_C1, SC_C2, SC_C3, X_A1, X_A2, X_A3, X_A4, X_A5, X_B1, X_B2, X_B3, X_C1, X_C2, X_C3, RST_A1, XX_A1....

Defining Interval Rules

This section contains the following topics:

Interval rules can be of two types, or actions:

  • Enable rules make the target Interval (or Intervals), all the CPEs within the Interval, and all unconditional DCIs collected at those CPEs, expected for a patient if the patient's data meets the criteria defined in the trigger.

  • Bypass To rules can have only one Interval as a target. If a patient's data meets the criteria defined in the trigger, the target Interval becomes expected for the patient and all intervening Intervals, CPEs and DCIs are not expected.

An Interval can be the target of multiple rules. This is necessary, for example, when you want to bypass to the Interval in some cases but also use it for patients who do not trigger the bypass. See "Defining Multiple Paths Through a Trial" for an example of this; the End of Study Interval is the target of a Bypass To rule from the Screening Interval and it is also the target of an Enable rule from a DCI that is in the last CPE of both treatment paths.

The Book cannot be validated if there a duplicate rules. An Interval rule is considered a duplicate when the trigger DCI, trigger DCM (Qualifying Value), trigger Question (including null), target action and target Interval all have the same value as in another rule. The trigger Question values and "CPE(s) at which Trigger DCI is Defined" are not evaluated.

Bypass To Interval rules take precedence over all other types of rules if there is a conflict.

You are not required to define Interval rules in a flexible study. If you have no Interval rules defined in the DCI Book, all Intervals are expected for all patients who are assigned to that Book. Some DCIs in CPEs in the Interval may be conditional if you define DCI rules.

You can define rules only for studies defined as flexible in Clinical Study States (under Conduct, then Security).

Tip:

To see all the rule fields at the same time, expand the window by dragging the edge to the right. This does not work the first time you open the window during your session, but if you close the window and reopen it you can then expand it.

Defining an Interval Rule Trigger

The trigger portion of an Interval rule specifies the data condition required to trigger the rule, making the target Interval or Intervals expected for the patient whose data satisfies the condition. Interval rules with an Action of Bypass To also make all Intervals, CPEs and DCIs between the trigger DCI and the target Interval non-expected for the patient; see "Defining an Interval Rule Target".

Description of enh_dci_bk_int.gif follows
Description of the illustration enh_dci_bk_int.gif

To define an Interval rule trigger, enter values in the following fields:

DCI From the list of values, select the DCI that contains the DCM or Question whose value you want to serve as the trigger for the rule.

The list of values includes the long and short names of all Provisional and Active DCIs with DCMs defined for the current study, whether they are currently defined in the DCI Book or not. If they are not yet included in the DCI Book, you must add them in the DCI Book Pages window before you can activate the Book.

DCM/Qual Value From the list of values, select the DCM that contains the Question whose value you want to serve as the trigger for the rule, or select [Any Data] if you want to trigger the rule when data is entered for any Question in the DCI. See "Using the Any Data Trigger" for further information.

The list of values includes all DCMs defined for the selected DCI in the current study that meet the following conditions:

  • The DCM must include at least one non-repeating Question Group.

  • The DCM cannot be defined as Optional.

  • The DCM must contain at least one DCM Question that has an Internal or Thesaurus DVG attached.

  • If a DCM is defined as having a Qualifying Value, this value must be defined in the DCI Module for this DCM.

  • Use DCI Date? must be selected in the DCI Modules window for the DCM.

If a DCM has a qualifying value, it is listed multiple times; once with each qualifying value specified in a DCI Module for the DCI.

Question From the list of values, select the Question whose value you want to serve as the trigger for the rule. If you selected [Any Data] in the DCM/Qual Value field, you cannot select a Question.

The list of values includes all Questions defined for the selected DCM and Qualifying Value (if applicable) in the current study that meet the following conditions:

  • The Question must be of type CHAR (not NUMBER or DATE). See "Using Derivation Procedures" if you need to use number Questions.

  • The Question must have an Internal or Thesaurus discrete value group (DVG) assigned.

  • The Question must be defined as Collected in Subset.

  • The Question must be included in a non-repeating Question Group.

  • The Question may be enterable or derived but cannot be complex; see "Using Derivation Procedures" for further information.

Value(s) From the list of values, select the value or values you want to trigger the rule. The list of values includes all the values defined in the Question's Discrete Value Group (DVG).

CPE(s) at which Trigger DCI is Defined This read-only field lists all the CPEs currently defined in this DCI Book as including the selected DCI. The rule you define applies to all occurrences of the DCI in the DCI Book.

Defining an Interval Rule Target

The target portion of the rule specifies the Interval or Intervals to be enabled or bypassed to if the rule trigger condition is met.

Description of enh_bk_int_targ.gif follows
Description of the illustration enh_bk_int_targ.gif

To define an Interval rule target, enter values in the following fields:

Action From the list of values, select one of the following:

  • Enable: If you select Enable, when the data condition defined in the trigger section is met for a patient, the Intervals listed in the Interval(s) field, all the CPEs within the Intervals, and all unconditional DCIs collected at those CPEs, become expected for that patient.

  • Bypass To: If you select Bypass To, when the data condition defined in the trigger section is met for a patient, the Interval listed in the Interval(s) field becomes expected for the patient, and all intervening Intervals—and any remaining CPEs after, but not including, the CPE where the trigger DCI was collected, in the trigger Interval—become definitely not expected for the patient. Any remaining DCIs in the trigger CPE are still expected.

Interval(s) From the list of values, select the name of the Interval or Intervals you want to serve as the target of the rule, or select [Next Interval].

  • Interval(s) by name: If you have selected an Action of Enable, you can select any number of target Intervals. If you have selected an Action of Bypass To, you can select only one target Interval.

  • [Next Interval]: [Next Interval] is the next Interval in which all CPEs have a higher Visit No than the CPE containing the Trigger DCI. This enables you to enable multiple Intervals with a single rule, which may be especially helpful with cycling studies. See "Next Interval" for further information. This option is not available for rules with the Bypass To action.

The list of values includes [Next Interval] and all Intervals defined for the current study that meet the following criteria:

  • The Interval must have CPEs assigned to them directly; for example, a Phase is not included if there are no CPEs assigned directly to the Phase, even if the Phase contains Periods or Sub-Periods with CPEs assigned directly.

  • The Interval's CPEs must all occur after the last CPE containing the trigger DCI, if the trigger DCI is already included in the DCI Book.

  • The first Interval in a study cannot be the target of a rule and so is not included in the list of values.

  • The predefined DEFAULT STUDY PHASE is not available as a target Interval.

The list of values displays Intervals in CPE order. If there are no Intervals that meet these criteria, no Intervals are displayed in the list of values.

Rule Description Optional, free text field, up to 200 characters.

Defining DCI Rules

This section contains the following topics:

By defining a DCI rule, you make one or more DCIs conditional, so that they are expected for a patient only if the patient's own data meets the criteria specified in the rule trigger. You are not required to define DCI rules in a flexible study. If you have no DCI rules, all DCIs are expected for all patients assigned to the Book, although entire Intervals may be conditional if you define Interval rules.

To define rules for a DCI Book, the current study must be defined as flexible in Clinical Study States (under Conduct, then Security).

You can define rules either before or after defining related DCI Book Pages.

Tip:

To see all the rule fields at the same time, expand the window by dragging the edge to the right. This does not work the first time you open the window during your session, but if you close the window and reopen it you can then expand it.

Defining a DCI Rule Trigger

The trigger portion of a DCI rule specifies the data condition required to trigger the rule, making the target DCI or DCIs expected for the patient whose data satisfies the condition.

Description of enh_dci_bk_dci.gif follows
Description of the illustration enh_dci_bk_dci.gif

To define an DCI rule trigger, enter values in the following fields:

DCI From the list of values, select the DCI that contains the DCM or Question whose value you want to serve as the trigger for the rule. You can query on this field.

The list of values includes the long and short names of all Provisional and Active DCIs with DCMs defined for the current study, whether they are currently defined in the DCI Book or not. If they are not yet included in the DCI Book, you must add them in the DCI Book Pages window before you can activate the Book.

DCM/Qual Value From the list of values, select the DCM that contains the Question whose value you want to serve as the trigger for the rule. You can query on this field.

The list of values includes all DCMs defined for the selected DCI in the current study that meet the following conditions:

  • The DCM must include at least one non-repeating Question Group.

  • The DCM cannot be defined as Optional.

  • The DCM must contain at least one DCM Question that has an Internal or Thesaurus DVG attached.

  • If a DCM is defined as having a Qualifying Value, this value must be defined in the DCI Module for this DCM.

  • Use DCI Date? must be selected in the DCI Modules window for the DCM.

If a DCM has a qualifying value, it is listed multiple times; once with each qualifying value specified in a DCI Module for the DCI.

Question From the list of values, select the Question whose value you want to serve as the trigger for the rule.

The list of values includes all Questions defined for the selected DCM and Qualifying Value (if applicable) in the current study that meet the following conditions:

  • The Question must be of type CHAR (not NUMBER or DATE). See "Using Derivation Procedures" if you need to use number Questions.

  • The Question must have an Internal or Thesaurus DVG assigned

  • The Question must be defined as Collected in Subset

  • The Question must be included in a non-repeating Question Group.

  • The Question may be enterable or derived but cannot be complex; see "Using Derivation Procedures" for further information.

Value(s) From the list of values, select the value or values you want to trigger the rule. The list of values includes all the values defined in the Question's Discrete Value Group (DVG). If there are many values, you may want to use the Find, Select All, or Clear All functions to speed the selection process.

CPE(s) at which Trigger DCI is Defined For saved rules, this read-only field lists all the CPEs currently defined in this DCI Book as including the selected DCI. The rule applies to all occurrences of the DCI.

Note:

This field is blank if the trigger DCI is not yet used in the DCI Book.

Defining a DCI Rule Target

The target portion of a DCI rule specifies the DCI or DCIs enabled for the patient whose data satisfies the trigger condition. If a patient's data does not satisfy the trigger condition, the target DCI(s) are not expected for the patient.

Description of enh_bk_dci_targ.gif follows
Description of the illustration enh_bk_dci_targ.gif

To define a DCI rule target, enter values in the following fields:

Enable DCI Within CPE Select this option if you want to enable the target DCI only within the same CPE as the trigger DCI, even if it occurs in other CPEs. Note that:

  • The trigger DCI can be included in multiple CPEs.

  • The trigger DCI must have a display number less than the target DCI(s) within every CPE in which they both exist.

  • Each target DCI does not need to be included in every CPE that includes the trigger DCI, but each target DCI must be included in at least one CPE that includes the trigger DCI.

    Note:

    This is enforced only when you validate the Book, not when you are defining the rule.

Enable DCI Across CPEs Select this option if you want to enable the target DCI in every CPE where it is defined (including in the same CPE as the trigger DCI, if it is included there).

Note:

The trigger DCI must be included in only one CPE.

DCI From the list of values, select the DCI or DCIs that you want to enable if the trigger condition is met. The list of values displays the short and long name and the status of each DCI defined for the current study that satisfies the following criteria:

  • DCIs must not already be the target of another rule.

  • DCIs cannot be the same as the trigger DCI.

CPE(s) at which Target DCI is Defined This read-only field lists the CPEs that include the target DCI. If you defined multiple target DCIs, the number of target DCIs in each CPE is displayed in parentheses () following the CPE name. If you selected Across CPEs, the rule enables all occurrences of the DCI.

Note:

This field is blank if none of the target DCIs is included yet in the DCI Book.

Rule Description This field is optional. You can enter up to 200 characters.

Validating an Enhanced DCI Book

This section contains the following topics:

See also "Validation Status".

The Maintain Enhanced DCI Book window gives you the flexibility to define rules and Book pages in any order by allowing you to temporarily put your Book into an invalid state. However, the book must be valid—have a validation status of either Success or Warning—before it can be activated and used. The validation job checks for conflicts between Interval and DCI rules and DCI Book pages, then outputs a list of problems, if any, and sets the validation status for the DCI Book.

When you set a Book's status to Active and save, the system runs the validation job behind the scenes. If the Book has errors, the activation fails. If the Book has warnings but no errors, the activation succeeds.

You can also run the job at any time during the Book definition process to help you find and fix problems.

To run the job, select Validate DCI Book from the Special menu in the Maintain Enhanced DCI Books window. The option is not available if the Book is Active or if the Book's validation status is Success, Warning, or Error. (If the validation status is Warning or Error, no changes have been made to the Book since the validation job was run and you can view the results of the last validation; see "Viewing Validation Warnings and Errors".)

Validation Checks

The validation utility tests for conflicts and generates an error or a warning as follows.

Error Conditions for Interval Rules

The validation tests for the following conditions and raises an error if the requirements are not met, causing a validation status of Error and preventing the Book from being activated:

  • Each rule's trigger DCI must be defined at one or more book pages.

  • An Interval that is the target of an Interval rule must have at least one Book page defined for at least one of its CPEs.

  • The CPEs in the Interval at which the trigger DCI is collected must all have a lower Visit Number than the first CPE in the target Interval. This does not apply to [Next Interval] rules where the target Interval is implicitly the first Interval whose first CPE follows the CPE containing the trigger DCI.

  • Duplicate Interval rules are not allowed. The system compares the trigger DCI, DCM, and Question and the target action and Interval. If these are all the same in two or more rules, the rules are considered duplicates. The system does not consider the Question value or CPEs.

    Note:

    This rule is enforced during rule definition, not validation.
  • A Bypass To Interval rule can have only one Interval as a target, and that target cannot be Next Interval.

    Note:

    This rule is enforced during rule definition, not validation.
Error Conditions for DCI Rules

The validation tests for the following conditions and raises an error if the requirements are not met, causing a validation status of Error and preventing the Book from being activated:

  • Each rule's trigger DCI must be defined at one or more book pages.

  • Each DCI rule must have at least one Book page defined for each of its target DCIs.

  • For an "Enable Within CPE" DCI rule, the trigger DCI must have a display number lower than all the target DCIs.

  • For an "Enable Within CPE" DCI rule, each target DCI must be included in at least one CPE that includes the trigger DCI (but each target DCI does not need to be included in every CPE that includes the trigger DCI).

  • For an "Enable Within CPE" DCI rule, the target DCI(s) cannot exist in a CPE without the trigger DCI.

  • For an "Enable Across CPEs" DCI rule, the trigger DCI must be included in only one CPE.

  • For an "Enable Across CPEs" DCI rule, each target DCI must be included only in CPEs that have a higher Display number in the DCI Book than the CPE that includes the trigger DCI.

  • A DCI can be the target of only one rule.

    Note:

    This rule is enforced during rule definition, not validation.
Warning Conditions

The following conditions constitute warnings. If the Book has one or more warnings but no errors, the validation job generates a validation status of Warning and the Book can be activated. However, you may want to fix these problems.

  • Start Page numbers are consistent with ascending CPE number order and there are no gaps among Start Page numbers with the same seed. Any Start Page numbers that are out of order or have gaps are reported.

    If you want to fix out-of-order pages or gaps, you can run the Renumber Book Pages job on a set of pages or on the whole Book; go to the Special menu in the DCI Book Navigator window.

    Note:

    If the current study is not defined as flexible, the DCI Book has no rules and therefore the Start Page number checks are the only ones that can generate a warning. The validation status of Books in nonflexible studies is always Not Applicable. To see if there are any Start page number-related warnings, select View Validation Results from the Special menu.
  • For an "Enable Within CPE" DCI rule, a trigger DCI exists at a CPE without any of the target DCIs.

  • For an "Enable Across CPEs" DCI rule, a target DCI is not included in any CPEs other than the one that includes the trigger DCI.

Viewing Validation Warnings and Errors

The validation utility tests all rules and Book pages even after finding an error and produces a complete list of all warnings and errors, including information on the specific rules and pages involved.

To see this list, which appears as a text box on screen, select View Validation Results from the Special menu in the Maintain Enhanced DCI Book window. You can copy the text and paste it into a file to print it. The results persist until the validation job is run again for the Book.

Defining DCI Book Constraints

Access the DCI Book Constraints window by clicking the DCI Book Constraints button on the DCI Books window. (From the Definition menu, select DCIs, then choose Enhanced DCI Books or DCI Books. The functionality is the same for both types of Book.)

Description of dci_bk_constr.gif follows
Description of the illustration dci_bk_constr.gif

The DCI Book Constraints window includes all DCIs assigned to the DCI Book, each marked "Planned in Book."

Use the Constraints window to do the following:

  • You can make one or more DCIs already assigned to the Book available for unplanned use as well by selecting Unplanned Use Allowed for the DCI.

  • You can specify that all Study DCIs that are not listed in the Constraints table can be used to create RDCIs for unplanned events by selecting Unplanned Use Allowed if Not Listed Below.

  • If you have not allowed unplanned use of all unlisted Study DCIs, you can allow unplanned use for selected Study DCIs by adding them and selecting Unplanned Use Allowed. Click in the field to open the list of values.

    If the DCI Book is Active, this list of values includes only Active DCIs that do not have any Retired DCMS. If the DCI Book is Provisional, then this list of values includes both Active and Provisional DCIs that do not have any Retired DCMs.

    Note:

    The settings for Unplanned Use apply only to RDC data entry, and more information is available in the RDC documentation. In Oracle Clinical data entry, this concept of unplanned pages does not apply as it is not possible to enter a DCI for any visit other than those for which it is defined as a DCI page in a DCI Book. However, in Oracle Clinical you can use a subevent_number greater than zero to enter unplanned events.
  • For each DCI, in the Preferred Version field specify which DCI Form Version to use for data entry in RDC Onsite or select CURRENT so that whatever version is current at runtime is used. This value is also used in migration.

    See "Maintaining Form Layout Versions" and "Migrating Data to New Oracle Clinical DCI Form Versions" for more details.

Calculating DCI and Interval Expectedness for Patients

This section contains the following topics:

In order to accurately reflect which DCIs and Intervals are expected for each patient in real time in RDC Onsite data entry, Oracle Clinical automatically recalculates expectedness in almost every situation where it might change for a patient.

There are just a few situations in which you should run the job manually.

Automatic Expectedness Calculation for Patients

This section contains the following topics:

Automatic Incremental Expectedness Calculation

The incremental mode of the expectedness calculation job is sufficient for updating expectedness due to changes in patient data. It begins at the patient's earliest CPE with data changes that might impact expectedness—that is, data entered for a Question or DCM that is defined as a rule trigger.

The system automatically runs incremental expectedness processing during Manual Data Entry and Batch Data Load and Batch Data Delete.

Manual Data Entry The system automatically runs incremental expectedness calculation during data entry in Oracle Clinical and RDC, updating the expectedness of DCIs and Intervals for the patient if required. This occurs when the user saves data.

In RDC it occurs at every data entry transaction and, if the patient requires recalculation, as soon as a user opens a CRF for a patient.

Batch Data Load and Batch Data Delete For Batch Data Load and Batch Data Delete, the system performs the expectedness calculation immediately after completing the main transactions to minimize locking time. Each patient with modified data is processed by a separate transaction.

Other Types of Data Changes The system also recalculates expectedness as follows:

  • Mass Changes: Every Received DCI is a single transaction which includes the immediate expectedness calculation, if needed.

  • Patient Transfers: All changes for a single Patient transfer are performed as part of the transfer transaction, including the processing of multiple patients in an ongoing transfer.

  • Derivation Procedures: Oracle Clinical processes the changes for each Received DCI as a transaction. The expectedness calculation is performed as part of these transactions if the Derivation Procedure derives a trigger Question. This applies whether the Derivation Procedures are run in Batch Validation, Execute Single Procedures, or as Online procedures from RDC.

Automatic Full Expectedness Calculation

Full expectedness calculation performs a complete recalculation of expectedness, beginning at the patient's first CPE and discarding all previous results. The system uses it when a patient is assigned or reassigned to a DCI_Book.

Full mode is required and automatically run as follows:

  • Immediately after a user assigns or reassigns patients to a DCI Book using the user interface

  • At the end of batch validation in production mode, if batch validation detects patient book assignment changes made using a Validation or Derivation procedure. In addition, any Full processing that may have been left incomplete due to a system failure is detected and processed.

  • At the end of an online Procedure execution that detects patient book assignment changes

  • During the first data entry transaction (including opening a CRF in the RDC Surround) for any patient marked as requiring expectedness recalculation

Expectedness calculation is not run automatically in the following situations:

  • For test mode patients after their assigned DCI Book is successfully revalidated, because this may happen many times in test mode during DCI Book definition

  • Following a batch validation in test mode, even if patient book assignments have been changed

  • In production mode, when an active DCI Book has been made Provisional and then reactivated

  • When a patient was assigned to a different Book while "frozen" and is subsequently unfrozen

You may want to run expectedness calculation manually in these situations.

When and How to Run Expectedness Calculation Manually

This section includes the following topics:

When to Run Expectedness Calculation Manually

Because the system runs expectedness calculation automatically each time patient data is updated and after patient book assignment changes, there are very few situations in which you need to explicitly calculate expectedness. They are:

  • After activating an enhanced DCI Book that has patients assigned

  • After "unfreezing" patients whose assigned book was activated while they were frozen

  • After making an existing study flexible in the Clinical Study States window: you must then set any active books to Provisional and reactivate them, and then run Calc Expectedness in Test for all patients and all books. (If a nonflexible study has production data you cannot make the study flexible.)

In addition, if there is a system failure during a batch data load or batch data delete, expectedness calculation may not have completed. You may want to run the job manually. If you do not run the job manually, and if the book is valid, the system will run the job automatically for each patient during the next data entry transaction for the patient or the next batch validation.

Note:

Run Calc Expectedness in Test or Prod in the same situations for an Enhanced DCI Book with no rules defined as you would for a Book with rules to ensure that the correct CRFs are displayed for patients in RDC Onsite.

How to Run Expectedness Calculation Manually

The test and production modes of the job are available as follows:

  • The test mode option is available if the DCI Book has a status of Active or a status of Provisional and a validation status of Warning or Success.

  • The production mode option is available only if the DCI Book has a status of Active.

To run the job:

  1. Select Calc Expectedness in Test or Calc Expectedness in Prod (to run on test or production patient data) from the Special menu in the Maintain Enhanced DCI Books window.

  2. In the pop-up window, select one of the following:

    • All Patients: This option forces full expectedness recalculation for all patients. This option should never be necessary but is provided just in case.

    • Only Patients Requiring Recalculation runs full expectedness recalculation only on patients who have been identified as requiring recalculation: those who have been "unfrozen" since the DCI Books was last activated, or whose data expectedness has not been successfully calculated since the Book was last activated.

  3. In the pop-up window, select one of the following:

    • Current Book Only

    • All Books in Current Study

  4. Click OK. The job runs.

When the job finishes, a message appears saying whether or not the calculation job has run successfully.

Data Entry and Expectedness

This section contains the following topics:

Data Entry in Remote Data Capture Onsite

Remote Data Capture (RDC) Onsite displays blank CRFs in the Casebooks page only if the corresponding DCI is expected for the patient. In addition, when a data entry operator clicks Next in the data entry window, the next CRF expected for that patient in the current CPE appears, regardless of which CRFs may be expected for other patients in the same study.

DCIs that are the target of a rule are expected for a patient only when:

  • The Interval containing their CPE is expected for the patient.

  • The trigger condition of the DCI rule is met for the patient.

  • The status of the patient's RDCI for the trigger DCI is Batch Loaded, Pass 1 Complete, or above.

Note:

The Blank Casebook report, including the version with header information for a particular patient, does not consider expectedness for the patient. It includes all DCIs in all Intervals, whether or not they are expected for the patient at the time the report is generated.

If sites are printing the blank casebook and using it for data entry, be sure to provide instructions for entering data for the correct DCI Book pages. You may want to provide a visual cue for trigger Questions in the graphic layout.

Data Entry in Oracle Clinical and Classic Remote Data Capture

If a DCI Book with rules is used for manual data entry in Oracle Clinical or RDC Classic:

  • All DCI Book pages are available for data entry whether they are expected for a patient or not. You must provide instructions to data entry operators to ensure that they enter data for the correct DCI Book pages.

  • Interval and DCI Rules are triggered if data entered through Oracle Clinical or RDC Classic meets the defined trigger conditions. If you use a mix of data entry methods in a single study, DCIs and Intervals that become expected for a patient due to data entered in Oracle Clinical or RDC Classic are displayed as expected for the patient in RDC.

Assigning Patients to a DCI Book

To assign patients to a DCI Book, in the Oracle Clinical Navigation tree select Design, then Patient Positions, then Patients, and then click Patient Positions, and then click Assign DCI Book; see "Assigning Patient Positions to DCI Books" for more information.

Note:

For flexible studies, it is required that all patients in the study be assigned to a DCI Book. Unassigned patients are not retrieved in RDC Onsite.

If a patient's book assignment is removed while a user is working with that patient's data in RDC Onsite, errors can result until the user issues another query, refreshing the set of patients retrieved.

Defining a Traditional DCI Book

You use a DCI Book to sequence the order of DCIs and their default keys during the data entry login process. This sequencing simplifies the process of entering CRFs, which are themselves sequenced in a predefined order. Most companies enter CRF information from a clinical record book organized in CPE sequence. You can use Oracle Clinical's DCI Book feature to create the electronic equivalent, with the DCIs, which correspond to the CRF pages, ordered as the information in the clinical record book appears. In this way, a DCI Book is like an index to the clinical record book. (When you add a DCI to the DCI Book Pages, the system automatically adds it to the DCI Book Constraints and marks it as "Planned in Book." You can specify DCI version usage for a book, and set a policy for which DCIs can or cannot be used for unplanned events. See "Defining a Traditional DCI Book". See also "Using CRF Page Tracking", for instructions on enabling DCI Book page tracking.)

A study can have many DCI Books for different purposes, or just one for the whole study. You give each DCI Book a unique name. A login entry operator chooses the DCI Book appropriate for a CPE's CRFs.

You can define the pages of the DCI Book by selecting the DCI Book Pages button to invoke the DCI Book Pages window.

Note:

Oracle recommends not creating non-sequential CPE numbering for pages in DCI books. Among other problems, non-sequential CPEs do not display in RDC.

Creating a DCI Book

You define a DCI Book by navigating to Definition, then DCIs, and DCI Book. The Maintain DCI Book form opens, displaying the DCI Books window. Enter the name and a description of the DCI Book. If you define more than one DCI Book, you can select one as the default to offer when you choose a DCI Book at login.

You give each DCI Book page a page number, the name of a DCI, and, optionally, the name of a CPE. Omitting the CPE might be useful when you have a set of optional DCIs not pre-allocated to particular CPEs.

The page numbers are the page numbers of the first page of the CRF that corresponds to the DCI. The page numbers must be unique; if you have multi-page CRFs corresponding to a single DCI, the page numbers will not be continuous. You do not have to enter the pages sequentially, but the form sequences them in ascending page order when you re-query. See the following section for enabling CRF page tracking in a study created in Oracle Clinical 3.1 or later.

When you add a DCI to DCI Book pages, the system also adds it to the DCI Book Constraints table.

Defining DCI Book Constraints

This functionality is the same in traditional and enhanced DCI Books; see "Defining DCI Book Constraints" for information.

Using CRF Page Tracking

Oracle Clinical provides the capability to track each page of a paper CRF online. This capability has three primary benefits. First, it allows you to identify when only a page or two from a document is missing (rather than the entire CRF). The missing page can then either be located or explicitly identified on line as missing. Second, it allows discrepancies to be identified as being on a particular page. This would be helpful if you were discussing a discrepancy with someone by phone. Third, if you are scanning CRFs into the system, the concept of pages (versus documents) becomes very important. Scanners enter documents a page at a time, so it is the concept of a page that is central.

Using this feature requires enabling options at the following Oracle Clinical levels, then the tasks required at each level are described in detail in separate sections:

Enabling CRF Page Tracking for a Study

Page tracking must be enabled as part of the definition of a study. You cannot enable page tracking in a study created prior to Oracle Clinical Release 3.1 if data has been entered for that study or if the study is defined as Flexible.

To include page tracking as part of the study definition, you must select the Enable CRF Page Tracking box on the Clinical Study States form. To access the Clinical Study States form, select Conduct, choose Security, then select Clinical Study States.

Defining DCIs to Track CRF Pages

Page tracking actually happens at the DCI level, since the DCI is the equivalent of the CRF. Once CRF page tracking is enabled for the study, complete the following fields for each DCI that you want to track pages for. The fields provide Oracle Clinical with the specifications needed to recognize the information expected on a particular CRF page.

CRF Page Tracking Enabled?  specifies whether page tracking is enabled for this DCI. If page tracking was not enabled at the study level, you cannot enable it here.

Page tracking for this DCI is not enabled if this parameter is not selected. However, you may choose to complete the remaining fields in preparation for using page tracking at a future time.

Default Page Numbering Scheme  establishes the default page numbering scheme that Oracle Clinical will use for the pages of an expected DCI—a DCI that is specified in the default DCI Book for the specific CPE. This numbering scheme describes how each page of the CRF will be designated in the DCI. This field has a list of values with the following entries:

  • SEQUENTIAL – Designate each page by a sequential integer, for example, 1, 2, 3.

  • ALPHANUMERIC – Designate each page by an integer plus an alphabetic suffix; for example, 1a, 1b, 1c.

  • NUMERIC – Designate each page by an integer plus a numeric suffix; for example, 1.1, 1.2, 1.3.

  • USER-DEFINED – A sequence defined by a user-defined database function.

For the user to be able to select the user-defined numbering scheme, its value needs to have been entered in the installation reference codelist CRF PAGE NUMBERING SCHEME.

Unplanned Page Numbering Scheme  establishes the default page numbering scheme that Oracle Clinical will use for the pages of an unplanned DCI—a DCI that is unexpected. A DCI is regarded as expected if it is in a DCI Book, has a clinical planned event assigned and an actual event number of zero. Anything else is regarded as unexpected. This numbering scheme describes how each page of the CRF will be designated in the DCI. This field has a list of values with the following entries: SEQUENTIAL, ALPHANUMERIC, NUMERIC.

It is possible to assign an event to a DCM within an unplanned DCI. In this case, the system uses the unplanned scheme for recording pages for that RDCM.

Expected No. of Pages  establishes how many physical pages will be in the DCI. This number cannot be changed once production data has been collected with the DCI.

Oracle Clinical does not require you to invoke page tracking for every DCI used in a study with page tracking enabled. You can disable page tracking for an individual DCI. To access the Data Collection Instruments form, from the Definition menu, select DCIs, then choose DCIs.

If your DCI consists of one DCM and is complete on a single page or multiple DCMs all complete on one page, then no further definition is required for CRF page tracking. However, if any DCMs span multiple pages, then you must complete a Page Definition form that describes what Question to expect at the end of each page of each DCM in the DCI. To learn about these definitions, read the next sections.

Defining DCMs to Track CRF Pages

If a DCI spans multiple pages, then Oracle Clinical must be able to determine which page every piece of information falls on. The first step is to specify the pages on which each DCM falls. Use the Data Collection Modules window on the DCI form. The CRF page tracking fields on this form are:

Start Page  The DCI page on which the DCM begins. All pages are given relative to the DCI, and the value entered in this field is validated to check whether this value conforms to the numbering scheme defined for that DCI in the DCI form.

End Page  The DCI page on which the DCM ends. All pages are given relative to the DCI.

To provide the additional information Oracle Clinical requires:

  1. From the Definition menu, select DCIs, then choose DCIs.

  2. Select the DCI.

  3. Click the DCI Modules button.

  4. Select the DCM.

  5. Scroll the form horizontally until you reach the fields Start Page and End Page.

  6. Complete these fields using the descriptions provided above.

  7. Save

  8. Click the Back button to return to the DCI form.

To expand additional DCIs, repeat Steps 2-7.

Defining DCM Pages

When a DCM spans multiple DCI pages, Oracle Clinical must know where on the page the information splits. To do this, specify the final Question on the page on the Data Collection Module Pages window.

This procedure is only required for DCMs that span multiple pages. Note that you do not provide information about the last page of the DCM. The system assumes that Questions coming after the last Question on the previous page are on the last page.

The CRF page tracking fields on this form are:

Field Usage
Page Relative to DCI The DCI page for which you are providing information. All pages are given relative to the DCI and are defaulted by the system.
Question Name The name of the Question that appears last on the page.
Question Occurrence Sn The Question Group occurrence sequence number that appears last on the page.
Last Repeat on Page If this Question belongs to a repeating Question Group, that is the last repeat instance that appears on the page. Leave this space blank if the Question is not repeating.
Repeat? Indicates whether this Question belongs to a repeating Question Group; defaulted by the system.

To provide the additional information Oracle Clinical requires:

  1. In the Data Collection Modules window of the DCI form, place the cursor in the row of the DCM you need to expand.

  2. Click the DCM Module Pages button.

  3. Place the cursor in the first row of the page.

  4. Scroll the form horizontally until you reach the final fields on the form.

  5. Complete these fields using the field descriptions above.

  6. Repeat Steps 3-5 for each page.

  7. Click the Back button to return to the DCM form.

Defining DCI Books to Track CRF Pages

The DCI Book is the vehicle for applying the page tracking features of Oracle Clinical to data entry. Once you establish the page tracking criteria for each DCI, group them in study-specific DCI Books. Each study has a default DCI Book. Each patient is also linked to a DCI Book. If you do not explicitly assign a patient to a DCI Book, Oracle Clinical assigns that patient to the default DCI Book for the study. You can change to a different DCI Book in data entry. "Defining a Traditional DCI Book" further describes defining DCI Books without page tracking.

Creating the DCI Book

DCI Books are flexible and allow you to truly match your physical CRF book to your online DCIs. As with the DCI definition, you must complete a series of drill-down forms to describe the configuration of the DCI Book to Oracle Clinical. Begin with the Maintain DCI Book form.

To create a DCI Book definition:

  1. From the Definition menu, select DCIs, then choose DCI Books.

  2. Complete the fields:

    • Status – Database status for the DCI Book; controls the usage and attributes. Choices are P for Provisional, A for Active, or R for Retired. P is the default value for a newly created DCI Book. Since DCI Books are now definitional elements—accurate page tracking is dependent on them—you cannot delete them once you use them to enter production data.

    • Status Comment – Optional field allowing you to comment on changes made to the Status field.

    • Retirement Reason – Optional field allowing you to comment if you retire a DCI Book.

  3. Save. To exit the form without specifying CRF page tracking information, select Exit.

Defining DCI Book Pages

If you plan to utilize CRF page tracking, you must now provide additional information about each DCI Book page. Use the following field descriptions to understand how the entry in each field relates to CRF page tracking:

Field Relationship to CRF page tracking
Display # Number that represents the DCI's place in the sequence of the DCI Book. The list does not have to be sequential; you can rearrange it so that DCI #4 precedes #2.
Start Page # Page number assigned to the first page of the physical CRF. Since this number matches the actual number on the physical CRF, the format of this number can be different for each DCI in the book. It is also editable. The only restriction is that there cannot be two identical entries within the column.
DCI Name Name of the DCI.
Clinical Planned Event Clinical planned event with which this DCI is to be used.

To define DCI Book pages:

  1. In the DCI Book form, place the cursor in the row of the DCI Book you need to expand.

  2. Click the DCI Book Pages button.

  3. Add a row to this form for each DCI that should be part of this book. Use the field descriptions above and field help to complete each field.

It is important to understand the relationship between the Display # and the Start Page # fields. The display number describes the relative position of the DCI within the book. It is always an integer, but integers in this column do not have to be sequential. The Start Page Number is specific to the DCI. It describes the actual first page of the physical CRF, and each entry in this column can be based on a unique page numbering format.

When you enter a new DCI, if you are using a sequential, numeric, alphanumeric, or user-defined format, Oracle Clinical also calculates how many pages were in the previous DCI and generates an entry in the Start # field. You can change this entry, but you can only use the numbering scheme defined for that DCI; if the Start Page Number is in a different format from the DCI's numbering scheme, the system gives a warning message.

Note:

Do not use identical characters twice within the column. For example, do not define two DCIs that start on page 2a. This can result in missing pages in the patient data and blank casebook reports.

For each DCI you add to this form, complete the steps in the next section.

Describing Each DCI Page

For each DCI described using the previous section, Oracle Clinical provides a DCI Book Physical Pages form. The previous form describes the overall parameters of each DCI within the book—how many pages and the page number of the first page. This form follows up with specific details about each physical page in the DCI. The information in this form is system generated, but you can overwrite fields, as required.

The fields on this form are:

Field Definition
Seq within DCI Number that identifies the position of the page within the DCI.
Book Page # Page number assigned to the individual page that aligns with the number displayed in the first column. This field is editable so you can explicitly match it to its physical counterpart.
Description Optional field describing the individual page.