Creating and Using DVGs

A Discrete Value Group or DVG is a list of the values (LOV) that constitute acceptable responses to a Question. You can assign a DVG or DVG subset to a Question to limit the allowable responses to the Question. If a data entry operator enters a different value as a response to the Question, the system creates a univariate discrepancy of type DVG and alerts the data entry operator (see the "Using the discrepancy database" chapter in the Oracle Clinical Conducting a Study guide for information on discrepancies).

For example, if a Question is associated with the DVG Yes_No, whose only acceptable values are Yes and No, and a data entry operator mistakenly enters "Male" as a response to the Question, the system alerts the operator, who can then check his or her work. If the operator does not correct the response, the discrepancy remains in the system, and you can use the discrepancy management system to clean the data.

DVGs are reusable; you can assign the same DVG to multiple Questions. For example, a DVG with the values Yes and No is appropriate for many Questions.

For more information, see:

Qualifying Questions

When you create a DCM with a Qualifying Question you must associate a DVG with the DCM Qualifying Question. The system uses the Question response—which must be one of the values in the DVG—to distinguish one received DCM from another collected at the same visit. See Configuring Qualifying Questions.

DVG Subsets

For any DVG, you can create one or more subsets that include only a subset of the values in the base DVG as allowable values. When you assign a DVG to a Question, you must specify the subset number. The system allows only the active values in that subset as responses to that Question. The base DVG contains the complete set of responses that could logically be accepted as responses to a type of Question, and its subsets contain only those responses that are appropriate in certain circumstances.

For example, you could create a DVG called AE_SEV to describe the severity of an adverse event, with the values Mild, Moderate, Severe, and Life-Threatening. You could assign this DVG to a Question to be collected during the active part of the study. However, during the screening phase of the study, you could use a similar Question assigned to a subset of the DVG that did not include the value Life-Threatening.

You can also use subsets to store different layouts for DCI Forms-based layouts used in the Oracle Clinical Remote Data Capture PDF option (see creating-and-using-dvgs.html#GUID-8FF6357F-9A08-48EC-BDE6-B7D5965627B8__CIHJABEB).

For more information, see:

Kinds of DVGs

There are three kinds of DVGs. It is possible to assign both an alpha DVG and either an internal or thesaurus DVG to a single Question.

  • Internal (named to distinguish them from thesaurus DVGs, whose values originate in a table external to Oracle Clinical): This is the most commonly used type of DVG. You define the list of values in Oracle Clinical, in the Discrete Value Groups window.

  • Alpha: Alpha DVGs allow a data entry operator or batch data load to enter information about a response when it is not possible to enter an actual response. For example, an alpha DVG can contain values like Not Applicable, Unknown, or Not Done, which are more informative than a null response value. In addition, you can use alpha DVGs to enter alphanumeric values (such as TRACE) for Questions with data types of Date or Number, if it is not possible to enter a normal response of the correct data type. Alpha DVG values are stored in the Exception Value Text: For each alpha DVG value, you can choose whether or not to raise a discrepancy when an alpha DVG value is entered. See Alpha DVGs.

  • Thesaurus: Thesaurus DVG values are contained in external tables that you create in the Oracle Clinical database for this purpose, or that are part of a Thesaurus Management System instance in the same database. See Thesaurus DVGs for more information.

Alpha DVGs

Alpha DVGs are designed to allow you to capture information when it is not possible to collect the expected type of response. They are most commonly used for two purposes: entering information on missing data and entering alphabetical characters for numeric lab test results. See Missing Data and Alphanumeric Lab Values.

Alpha DVG values are stored in the Exception Value Text field, not the Value Text field used to store real responses.

For each alpha DVG value, you can choose whether or not to raise a discrepancy when an alpha DVG value is entered. See Create Mand Disc? in Adding Values to a DVG.

You cannot use alpha DVG values for the Default Value field in the Question form.

Missing Data

You can use alpha DVGs to allow a data entry operator to enter information about a response when it is not possible to enter an actual response value. For example, an alpha DVG can contain values like Not Applicable, Unknown, or Not Done, indicating that there is no data to enter, and the reason why.

  • If the Question is of data type Date or Number, or if the Question has an internal or thesaurus DVG, without an alpha DVG the data entry operator would have to leave the response blank and this information would be lost.

  • Even for Questions with a character data type, using an alpha DVG standardizes missing data information, making it easier to follow up.

    Note:

    You can specify whether or not the system should create a discrepancy whenever a data entry operator enters a particular value in an alpha DVG. This is especially useful for missing data. For example, you could choose to create a discrepancy when the value Not Done is entered, but not when the value Not Applicable is entered. See Create Mand Disc?.

Alphanumeric Lab Values

Alpha DVG values, which may include alphabetical characters, can be entered as responses to Questions with data types of Date or Number. This may be useful for lab test Questions where a numeric response is expected, but the lab returns a result such as TRACE, a standard industry term that does not fit into a numeric data type field. Using alpha DVGs, you can capture the actual lab result and perform statistical analysis on the data.

In this case, only an alpha DVG is associated with the lab test Question. The normal expected response is one of a range of numeric values, not a discrete value from an internal DVG.

For more information, see:

Notes on Using Alpha DVGs

Alpha DVGs impact other Oracle Clinical systems as follows:

  • In Data Extract, you can include alpha DVG values for missing data in views, either in a separate column or in the same column as the data field (using FULL_VALUE_TEXT). For Questions based on a regular DVG, the sequence number of the alpha data value is available in data extract when the sequence number of the DVG value is specified.

  • In Procedures, the special processing of the Perform Detail Only If Not Null box (in the Detail Variables window) treats responses as null for the purpose of exclusion from testing, even if they have an alpha DVG value.

  • Adding/removing an alpha DVG to/from a Question can trigger the creation or obsolescence of mandatory discrepancies, or cause a different type of discrepancy to become obsolete or to be created. See Applying New DVGs to Existing Data.

Thesaurus DVGs

A thesaurus DVG serves the same general purpose as an internal DVG, but its values are contained in a decode table external to Oracle Clinical. Thesaurus DVGs are useful when one or more Questions have a large but fixed number of acceptable responses. You can use thesaurus DVGs with look-up tables of any kind.

You must create or import the decode table or view, or, if you have Oracle Thesaurus Management System (TMS) installed in the same instance as Oracle Clinical, you can create a view of a TMS dictionary to use as the value source (see Using Thesaurus DVGs with TMS).

You must create a public synonym for each table and view, and grant access to each table or view to the database role RXCLIN_READ.

Note:

Oracle Clinical has no control over the decode table or view that you use as a value source for thesaurus DVGs. You can add, update, and delete values at any time. You must maintain control over the table and its data.

When you define a thesaurus DVG, you specify the name of the table (or view) and column whose values are acceptable responses to Questions associated with the DVG. You can also specify up to three additional columns in the same table or view whose value the system displays during data entry for each row in the Question's list of values. The system also creates variables for these values for use in Validation and Derivation Procedures (see DVG Variables).

Restricting Values by Study, Site, and Patient (Context-sensitive Thesaurus DVGs)

If you are using RDC Onsite for data entry, you can restrict the Thesaurus DVG values displayed based on the user's current study, site, and patient context. In the decode table or view, in addition to a column for DVG values you must define columns for the Clinical Study ID, Site ID, and Patient ID. You must also add a WHERE clause to fetch DVG values only in rows whose Clinical Study ID, Site ID, and Patient ID match the current user context passed by RDC.

RDC Onsite populates variables for Clinical Study ID, Site ID, and Patient ID. Three predefined functions in the rdc_thes_dvg_client package, getClinicalStudyId, getSiteId, and getPatientId, read these variables. You can call these functions from your WHERE clause.

You can use the conditions listed below in the WHERE clause for the thesaurus DVG view, depending on the level of restriction you want to enforce.

Add one or more of the conditions below as necessary to restrict the list of values. Join multiple conditions with the AND operator.

  • To restrict by study, add:

    table_alias.clinical_study_id = rdc_thes_dvg_client.getClinicalStudyId

  • To restrict by site, add:

    table_alias.site_id = rdc_thes_dvg_client.getSiteId

    Note:

    When using a site restriction, you should also specify a study restriction because site IDs can be used across multiple studies.

  • To restrict by patient, add:

    table_alias.patient_position_id = rdc_thes_dvg_client.getPatientId

    Note:

    When using the patient condition, you do not need to include the study and site conditions because patient IDs are unique across study and site.

    When restricting by patient, adding the site ID condition could have a negative performance impact if there is an index on the driving table which includes the patient position ID but it does not include the site ID.

Restriction of Thesaurus DVG values based on the current study, site, and/or patient context is only supported in RDC. Only use questions that have a context-sensitive thesaurus DVG in DCMs for which data entry is performed in RDC.

The following means of entering and updating data do not support context-sensitive DVGs:

  • Oracle Clinical Data Entry

  • Mass Changes

  • Batch Data Load

  • DCAPI

The above components do not provide the study, site, or patient context required to generate the restricted Thesaurus DVG list of values. In these cases, no values are available where a context-sensitive Thesaurus DVG is used. Therefore, if any of the components listed above are used to enter or update a response for a question that uses context-sensitive thesaurus DVGs, a DVG discrepancy is always raised. However, if the entered response is correct for the study, site, and patient in context, Batch Validation obsoletes the discrepancy once it executes.

In RDC, if no rows match the user's current study, site, and patient, the system displays the message "No values are available. Please enter your response manually." The field then accepts a manually entered response. This response raises a univariate DVG discrepancy. If context-restricted values are available and you manually enter a response that is not included in this list of values, the response also raises a univariate DVG discrepancy.

Sorting Values in Thesaurus DVGs

In RDC Onsite, the list of values in a Thesaurus DVG is sorted by the Decode Term column (THES_DECODE_TERM_COL) by default, but you can specify a different column for sorting.

If the decode table/view has a column with the name SORT_COL and the column is defined in the Thesaurus Values form for the DVG in Oracle Clinical as Label Col 1 (THES_DECODE_LABEL_COL1), Label Col 2 (THES_DECODE_LABEL_COL2), or Label Col 3 (THES_DECODE_LABEL_COL3), the LOV is sorted by that column.

Thesaurus DVG Limitations

Thesaurus DVGs have the following limitations, compared to internal and alpha DVGs:

  • You cannot define subsets of thesaurus DVGs.

  • Thesaurus DVGs cannot be expanded through the Oracle Clinical user interface. To add values, add rows to the table in the database.

  • You cannot use Enter by Sequence or Resequence.

  • The only possible Display Type is LOV, regardless of the layout system you are using.

  • The system disregards Max Value Length. Define the length in the Thesaurus DVG window, using the actual length of the table or view column.

For more information, see:

Creating a Thesaurus DVG

To create a Thesaurus DVG, do the following:

  1. In the Discrete Value Groups window, define the first fields as usual (see Creating a DVG).
  2. Select Thesaurus from the list of values in the field: Thesaurus or Alpha or Internal. The Thesaurus button becomes active.

    Accept the default values for other fields. Do not enter any values in the lower section of the window. You can update the fields Status, Status Comment, and Retirement Reason when appropriate.

  3. Click the Thesaurus button. The Thesaurus Values window opens.
  4. In the Source Table/View field, enter the name of the look-up table or view in the database. The system does not validate that the table or view exists, so you can define it here before creating it in the database.
  5. In the Term Column field, enter the name of the column whose values you want to use as DVG values. In the Length field for this and every other column, enter the length of the actual table or view column.
  6. The Decode Table/View field defaults to the value you entered for the Source Table/View field. Accept the default.
  7. The Term Column field under the Decode Table/View defaults to the value you entered for the Source Table/View Term column. Accept the default.
  8. The Label 1...3 Col fields are optional. Use them to specify another column in the Decode table whose values you want the system to display in the data entry list of values to help the data entry operator decide which value to choose.

    The system also populates variables with these values for use in Validation and Derivation Procedures. The system uses the Short Label as the suffix for the thesaurus DVG variable it creates for the value of this column in a Validation and Derivation Procedure (see DVG Variables).

The system saves your definition regardless of whether an actual table or view exists that matches the definition you enter here. You can either create (or import) the table first and then define a DVG based on it, or define the DVG first and then create the table. However, if you activate the DVG, associate it with a Question in a study DCM and try to enter data for the Question before creating the actual table or view, the data entry operator receives an error message and cannot use the list of values for the Question.

Using Thesaurus DVGs with TMS

If you have the Oracle Thesaurus Management System or TMS installed in the same instance as Oracle Clinical, you can use the terms contained in a single dictionary level as the values in a thesaurus DVG. All levels of all TMS dictionaries are contained in the table TMS_DICT_CONTENTS (see the TMS Technical Reference Manual for further information). To limit the values to a single level of a single dictionary—normally either the verbatim term level or the classification level—you must create a view of the table to use as the source.

You can specify up to three columns for display in the list of values to provide additional information about the term. For example, for each term in the list of values, you could specify that the system display the values in its APPROVED_FLAG column, COMMENT_TEXT column, and the user-defined VALUE_1 column.

Example

Create a view of the classification level of WHO-Drug in the same instance as Oracle Clinical and TMS. Create a thesaurus DVG based on this view and specify the columns APPROVED_FLAG, COMMENT_TEXT, VALUE_1 for display, and assign it to the Question CONCOMMITANT_MEDICATION. During data entry for the Question CONCOMMITANT_MEDICATION, the operator looks for terms in the list of values that match the response on the CRF and have an approval status of Yes and appropriate comments and company-specific values.

  • If it is clear to the operator which term is the correct one, given the response on the CRF, he or she enters the term as a response in Oracle Clinical. When the response (verbatim term) is processed by TMS, it is autoclassified and no further action is necessary.

  • If it is not clear to the operator which term is correct, given the response on the CRF, he or she enters the term as it appears on the CRF. The system creates a univariate discrepancy of type Thesaurus DVG. TMS processes the response (verbatim term), and either autoclassifies it or creates an omission for manual classification. After the verbatim term is classified in TMS, the Oracle Clinical discrepancy is automatically closed during the next batch validation.

Creating a DVG

You can create a new DVG, copy an existing DVG from the Global Library, and modify DVGs.

From the Glib menu, select Discrete Value Grps, then choose (Prov) Discrete Value Grps.

To copy an existing DVG, from the Special menu, select Copy DVG. Rename and modify as necessary. See descriptions of each field below.

To create an entirely new DVG, you must:

  1. Enter the required information the upper half of the Maintain Discrete Value Groups window or the Maintain Provisional Discrete Value Groups window (depending on your access privileges). The fields are described in this section.
  2. For internal and alpha DVGs, enter values in the lower half of the window (see Adding Values to a DVG). For thesaurus DVGs, click the Thesaurus button and continue (see Thesaurus DVGs).
  3. You must set the DVG to Active status before you can assign it to any Questions. You must have access to the Maintain (non-provisional) Discrete Value Groups window.

The fields in the upper portion of the Maintain Discrete Value Groups window include:

Example 7-1 Subset Number

The system generates the subset number, using 0 for the base DVG, 1 for the first subset, 2 for the second, and so on.

Example 7-2 DVG Type

Select one DVG type from a list of values. These values are configurable; the Oracle Clinical system administrator can maintain the list in the installation reference codelist DISCRETE VAL GRP TYPE CODE. Use this setting to categorize the DVG for querying purposes. This setting does not trigger any enforced behavior.

Example 7-3 Thesaurus or Internal or Alpha

Select the kind of DVG from the list of values. If you select Thesaurus, skip the rest of this section and follow directions under Thesaurus DVGs. For information on different kinds of DVGs, see Kinds of DVGs. See also Alpha DVGs and Thesaurus DVGs.

Example 7-4 Status

You must have access to the Maintain (non-provisional) Discrete Value Groups window to change the status of a DVG. There are three possible statuses:

  • Provisional. The default status for newly created DVGs. When a DVG is Provisional you can change any of its attributes and assign it to Provisional Questions.

    When you are ready to set the Question and DVG to Active, you must set the DVG to Active before you can set the Question to Active.

    You cannot assign a provisional DVG to an active Question.

  • Active. Change the DVG's status to Active when you are satisfied with its attributes and values and want to assign it to Questions for use in Oracle Clinical. If the DVG's Subsettable, Expandable, and Resequence attributes are selected, you can change related characteristics (see creating-and-using-dvgs.html#GUID-8FF6357F-9A08-48EC-BDE6-B7D5965627B8__CIHEAECG, creating-and-using-dvgs.html#GUID-8FF6357F-9A08-48EC-BDE6-B7D5965627B8__CIHBACGB, and creating-and-using-dvgs.html#GUID-8FF6357F-9A08-48EC-BDE6-B7D5965627B8__CIHEIGJH below).

    Note:

    When you change a provisional DVG to Active, the system automatically generates Subset 1 (one) at the same time. It is a copy of the base DVG, which is Subset 0. To see Subset 1, query for it.

  • Retired. Retired DVGs can no longer be assigned to Questions. However, Questions that already use the Retired DVG can continue to use it.

    Note:

    You can change a DVG's status from Active to Retired at any time.

    You cannot change a DVG's status from Active to Provisional if the environment is replicated; that is, if there are more than one source locations set to Active in the installation reference codelist SOURCE LOCATION CODE; or if the DVG is used by any other object:

    • active subsets of the DVG exist

    • the DVG is assigned to a question in an active question group

    • the DVG is assigned to an active question

    • the DVG is assigned to a DCM Question

    • the DVG is assigned to a DCM Qualifying Question

Example 7-5 Subsettable?

If selected, it will be possible to create subsets of this DVG even after the DVG is set to Active.

Example 7-6 Expandable?

If selected, it will be possible to add new values to this DVG even after the DVG is set to Active.

Example 7-7 Enter by Seq?

(Enter by Sequence Number?) If selected, the data entry operator can enter the sequence number only and the system will enter the full value.

Note:

Do not select Enter by Seq? for DVGs with numeric values; the system cannot distinguish whether the number entered is intended as a numeric value or as a sequence number.

Note:

If you have both an internal and an alpha DVG assigned to a single Question, the Enter by Seq? setting for the internal DVG always overrides that of the alpha DVG:

  • If the internal DVG's Enter by Seq? box is deselected, then data entry by sequence number is not allowed for either the internal or the alpha DVG values, regardless of the alpha DVG's setting.

  • If the internal DVG's Enter by Seq? box is selected, then data entry by sequence number is allowed for both the internal or the alpha DVG values, regardless of the alpha DVG's setting.

If entry by sequence number is allowed, and each of the two DVGs has a value with the same sequence number defined, the system uses the setting of the DVGSEQOVERALPHA value in the local reference codelist OCL_DE_CONFIG to determine which value to take. To avoid this situation, follow a convention of giving alpha DVG values high sequence numbers such as 90, 91, and 92.

Example 7-8 Resequence?

If selected, it will be possible to change the order of the values in this DVG even after it is set to Active.

Example 7-9 Layout Options

The following fields determine the layout of the DVG in data entry layouts based on DCI Forms: Display Type, CB Layout, CB Label Source, Checked Flag Value. You can give these fields different settings in different subsets of the same DVG.

If you are using the traditional, character-based data entry layout, you can leave these fields blank. Proceed to the next field, creating-and-using-dvgs.html#GUID-8FF6357F-9A08-48EC-BDE6-B7D5965627B8__CIHGFGHD.

Example 7-10 Display Type

Choose the type of DVG to display in the default generation. These are the choices:

  • CBG: (Check Box Group) The list of values appears as a group of boxes. Each box is labeled with one of the values in the DVG. The boxes behave like radio buttons; the Investigator or data entry operator can select only one value. If you choose CBG, you must also choose a CB Layout value and a CB Label Source value, described below.

  • Flag: Use the Flag display type for DVGs with only two values. When you use a Flag field, it is important to know that the database interprets an unvisited Flag value as NULL. If you pass over a Flag field when you are entering the data in the rendered form, the database assumes the Question is unanswered and marks it NULL instead of either of the discrete values. If you choose a Flag display type, you also choose a Checked Flag Value, described below.

  • LOV: This option is the default value for this field. It displays the DVG as a list of values. In character-based data entry layouts, this is the only display type used.

Example 7-11 CB Layout

(Check Box Layout; available only for DVGs with a display type of CBG.) This setting determines how the boxes are aligned on the page. You can select either a Vertical or Horizontal grouping, with the labels to either the Left or Right of the boxes.

Example 7-12 CB Label Source

(Check Box Label Source; available only for DVGs with a display type of CBG.) Choose either the Value or Long Value of each value as the default prompt, or label, for each box in the group.

Example 7-13 Checked Flag Value

This parameter is active only for DVGs with a display type of Flag. The default is deselected. You can specify the default label value in this field.

Example 7-14 Settings for All Layout Types

Example 7-15 Upper Case?

If selected, the system forces the value to uppercase, regardless of how it is entered.

Example 7-16 Max Value Length

The default value is 15 characters. If you need longer values, you can enter a higher number, up to 80 characters.

Example 7-17 Retirement Reason

When you change an Active DVG's status to Retired, the system prompts you for a reason. Select one from a list that includes: DCI/DCM Enhancement, DVG Obsolete, Improved Version, Inaccurate Logic, New Questions Defined, New Standard Established for DCI, New Subset Created, Not Replaced, Poor Design for DCI, Redundant, Relevant Questions Retired, Replaced, Replaced—Enhancements, Replaced—Errors.

Example 7-18 Status Comment

When you change the status of the DVG, you can enter a free form text comment.

Adding Values to a DVG

For internal and alpha DVGs, after you save the basic definition you must enter the values you want to include in the DVG.

For thesaurus DVGs, do not add values here. Thesaurus DVG values are contained in an external table. Click the Thesaurus button to continue defining the DVG. See Thesaurus DVGs for further information.

To assign values to an internal or alpha DVG, move the cursor to the Discrete Values section of the window. For each value, enter the following and save your work:

Seq#

(Sequence Number) Determines the order in which the values appear in the list of values during data entry. See "creating-and-using-dvgs.html#GUID-8FF6357F-9A08-48EC-BDE6-B7D5965627B8__CJAGHDFJ".

Value

The actual value (such as Yes, No; Male, Female; Severe, Moderate, Mild) that you are defining as an acceptable response to a Question associated with this DVG (or DVG subset). This value appears in the list of values for the Question during data entry.

Note:

If you use special characters (such as > < [ ] & -) anywhere in the DVG value, auto fill does not work during data entry for that value. That is, even if auto fill is turned on in a user's data entry configuration preferences, if that user enters ">" as the beginning of a DVG value of ">10" for example, the system does not automatically enter the rest of the value, as it should with auto fill turned on. The user must type the full value or select it from the list of values.

Long Value

A description that also appears in the list of values during data entry.

Active?

(For use in subsets.) All subsets are created containing all the values included in the base DVG at the time they are created. To exclude a value from the subset, clear this box.

Create Mand Disc?

(Create Mandatory Discrepancy?) For alpha DVG values only. If selected, the system creates a univariate discrepancy when this value is entered.

For internal and thesaurus DVGs, a univariate discrepancy is always created when a Question response is not included in the DVG's list of values. If you are using an alpha DVG as a way to collect information when an appropriate response is missing, you may want to create a discrepancy if any alpha DVG value is entered. If your alpha DVG is for a lab test Question, and the alpha DVG value (such as "trace") contains medically valid information, you may prefer not to raise a discrepancy.

Creating a DVG Subset

When you define a new DVG, the system gives it a subset number of zero (0). Subset 0 serves as a base DVG. When you activate the DVG, the system automatically creates Subset 1, which is identical to Subset 0. In Subsets 1 and higher, you can choose to make one or more values Inactive, effectively creating a subset of the values in the base DVG. If the DVG Subsettable? box is selected, you can create additional subsets at any time.

When you assign a DVG to a Question, you must assign a specific subset of the DVG. The system then allows only the active values in that subset as responses to that Question.

Subset 0 serves as the base DVG on which all others are based, and its functionality is different from that of all other subsets:

  • When you add values to a DVG, you must add them first to Subset 0.
  • You cannot assign Subset 0 to a Question.

When you create a subset, it contains all the values included in the base DVG (Subset 0) at the time of the subset's creation. If the base DVG (Subset 0)'s Expandable? box is selected, you can add values to it. If any other subset's Expandable? box is selected, you can add values that were added to the base DVG after the creation of that subset.

You can also use subsets to store different layouts for DCI Forms-based layouts used in the Oracle Clinical Remote Data Capture PDF option (see creating-and-using-dvgs.html#GUID-8FF6357F-9A08-48EC-BDE6-B7D5965627B8__CIHJABEB).

To create a DVG subset:

  1. From the Glib menu, select Discrete Value Grps, then choose Discrete Value Grps. Information about the DVG is displayed in the upper half of the window, and its discrete values, in display sequence, in the lower half.
  2. Query and select the base DVG (Subset 0).
  3. From the Special menu, select Create DVG Sub. The system copies the entire base DVG and assigns it the next available subset number.
  4. Re-query to display the new DVG subset.
  5. Clear the Active? box of each value you do not want in the subset.

    For an alpha DVG, you can also change the setting of the Create Mand Discrep.? box. See Create Mand Disc? in Adding Values to a DVG.

  6. Save.

For more information, see:

DVG Subset Example

Create a DVG called AE_SEV (Severity of Adverse Event {non-cancer}) with the values MILD, MODERATE, SEVERE, and LIFE THREATENING. Assigning this DVG to a Question limits responses to one of those four values. The response INTERMITTENT creates a discrepancy.

An example of a new DVG called AE_SEV with the values: MILD, MODERATE, SEVERE, and LIFE THREATENING

However, a particular Question might not require all four values, and making inappropriate responses available to data entry could lead to discrepancies. For example, in the Screening phase of a study, the response LIFE THREATENING should not be allowed. For this case, you could create a subset with only three Active values:

The DVG example continues. The LIFE THREATENING response is no longer an active value for the screening phase of the study.

You can assign different subsets to different Questions for use during different phases of the trial.

Alpha DVG Subset Examples

See Alpha DVGs for information about alpha DVGs. You create alpha DVGs the same way you create internal DVGs.

Date

A base alpha DVG for Date Questions might have three values: Not Applicable, Unknown, and Continuing (see table below). All three values are suitable for End dates. A subset for use in Start dates might include Not Applicable and Unknown but not Continuing.

Numeric

An alpha DVG for numeric fields might have five values: Unknown, Not Applicable, Not Done, and Trace. You could create a subset with only the values Unknown, Not Applicable, and Not Done for use with general Questions of data type Number. For lab Questions of data type Number you could use Subset 1, which includes all five values.

Maintaining a DVG

The Global Librarian or other person with access to the full-privilege window, Maintain Discrete Value Groups, is responsible for modifying and changing the status of DVGs. Anyone with access to Maintain Provisional Discrete Value Groups can modify and delete DVGs with a status of Provisional, and copy Active or Provisional DVGs.

For access to the Maintain Discrete Value Groups window, you must have one of the following roles: RXC_GL_FULL, RXC_GLA, RXC_PA, RXC_QADM, RXC_SDEF, RXC_TA, RXC_SUPER.

For more information, see:

Modifying a DVG

You can modify any attribute of a Provisional DVG.

If you have access to the Maintain Discrete Value Groups window (non-provisional), you can modify attributes of an Active DVG that are defined as modifiable; see Subsettable?, Expandable?, and Resequence?.

You can copy an Active DVG and use it as a basis for a new, Provisional and therefore fully modifiable, DVG.

To copy a DVG, select the DVG and select Copy DVG from the Special menu in the (Provisional or full-access) Maintain Discrete Value Groups window.

Changing the Status of a DVG

Managing DVGs includes setting the status of DVGs, rejecting provisional DVGs, and defining sets of DVGs. Only the Global Librarian or other person with access to the full-privilege Maintain Discrete Value Groups window can change the status of a DVG to Active or Retired. When you retire a DVG, the system prompts you to fill in the Retirement Reason field.

Deleting a DVG

You cannot delete an Active or Retired DVG from the Global Library. To delete a Provisional DVG, from the Glib menu, select Discrete Value Grps, and choose (Prov) Discrete Value Grps. Select the DVG and use the Delete Record and Commit functions.

You cannot delete an Active DVG.

Adding DVGs to Active Questions, Question Groups, and DCMs

If you have the necessary privileges, you can add a DVG to an existing Question in the Global Library; from the Glib menu, select Questions, then select Questions (see Assigning DVGs to a Question).

After you assign a DVG to a Question in the Global Library, you can assign it to instances of the same Question contained in Question Groups and DCMs, as follows:

Question Group Questions

If the DVG Modifiable (or Alpha DVG Modifiable) box is selected in the definition of the Question in the Maintain Questions window, you can select the same box for the Question in the context of a Question. You can then add, delete or change the DVG (or alpha DVG) assigned to the same Question within a Question Group; from the Glib menu, select Question Groups, then choose Question Group Questions.

You can change from one subset to another of the same DVG regardless of the setting of the box in the parent Global Library Question.

DCM Question Group Questions

If the DVG Modifiable (or Alpha DVG Modifiable) box is selected in the definition of the Question in the Maintain Questions window, and in the Question Group Question window on which a DCM Question is based, you can select the same box for the Question in the context of a DCM Question Group. You can then add, delete or change the DVG (or alpha DVG) assigned to the same Question within a DCM; from the Definitions menu, select DCMs, then choose DCMs, select Question Groups, and then Questions.

You can change from one subset to another of the same DVG regardless of the setting of the box in the parent Glib Question.

When you change the DVG or alpha DVG assignment to a DCM Question, the system automatically cascades the change to all subsets and layouts of the DCM.

When you change a DVG or alpha DVG subset assignment to a DCM Question, the system automatically cascades the change to all layouts of the DCM, but not to subsets of the DCM.

Applying New DVGs to Existing Data

When you add DVGs to existing DCM Questions currently in use in a study, the next batch validation checks existing responses to the Questions with newly assigned DVGs, and creates and obsoletes discrepancies as a result, as follows:

  • If a response is different from any of the DVG values, the system creates a discrepancy.

  • If a response that does correspond to a DVG value previously raised a discrepancy, that discrepancy becomes obsolete.

  • If a response was discrepant before the DVG was applied, and is still discrepant afterward, the system closes the original discrepancy and opens a new univariate discrepancy of type DVG.

Migrating DVG Changes into Layouts

If you have updated one or more DVGs or DVG subsets used by Questions in a DCI DCM, you can update an existing DCI Layout to reflect the changes without generating another default layout. Run Update from the DVG Definition utility; from the DCMs window, select the Graphic Layout tab, then from the Special menu, select Graphic Layout, and choose Update from DVG Definition. The utility propagates changes to the following properties:

  • Active Values

  • Display Type Code

  • Checked Flag Value

Note:

The utility does not propagate any changes related to CB (Check Box) Layout. To propagate changes to CB properties, you must generate a new default layout.