This chapter lists the changes that have been introduced in Case Form.
The Institution ID textbox in Case Form > Reporter Information section is available for both English as well as Japanese users.
The following are the attributes for this field:
Field Name (Unique Field Label): Reporter Institution ID
Field Form Label: Institution ID
Field Form Label (J)
Help Text: Enter the Institution ID for the Reporter.
Help Text (J)
Hidden radio option set to No. Hiding is allowed.
Read Only options are unchecked and disabled.
E2B Field and Research Field are unchecked by default.
Japanese IME Toolbar is disabled for this field in Case Form even for Japanese user.
Case Form Field Length: 15 AN. No validation required for alphanumeric data check.
Both English and Japanese fields point to a common value.
This field value is populated based on the Institution ID selected for the Reporter from the Report Information Lookup dialog from the Book-in screen.
This field also allows manually entered / updated value directly in the Case Form irrespective of the value specified in the Institution field for the reporter. Manually entered Institution and institution ID field values are allowed in the Reporter Information section even if they are not specified / linked to each other as per Console Institution code list.
As both the Institution or Institution ID fields can be present in Reporter Information, and if the user opens up Reporter Lookup for this reporter, then Reporter Lookup searches for reporters in Case or Console data based on the following logic:
Out of Institution and Institution ID fields first use Institution ID field with the rest of the search criteria fields. The Institution value is not used in this scenario on the Reporter Lookup search dialog.
If the Institution ID field is not specified in the Reporter Information or if it does not exist in the type-ahead values for this field on Reporter Lookup, then automatically remove the Institution ID field value in Reporter Lookup and search based on Institution field with rest of the search criteria fields.
If Institution field value also does not exist in the type-ahead values for this field on the Reporter Lookup, then remove the Institution field value as well in the Reporter Lookup and search based on rest of the search criteria fields.
If "Search all the reporters who belong to the institution found from the current search item" search option is also used, then it performs a search based on Institution ID or Institution Name - whichever is available on the Reporter Lookup dialog to identify the first set of reporters and subsequently use those reporters for second level search.
This field is printed in Case Form Print for Reporter Information section as displayed for both English and Japanese users.
This field is audit-logged.
This field is available under the following modules:
Case Listing Report
CIOMS II Line Listing Report
CDA Report
Advanced Conditions
Case Form Letter Placeholders as specified below:
[reporter_inst_id:primary]
[reporter_inst_id]:[n]
[reporter_inst_id:selected]
[reporter_inst_id:corresp_contact]
Console Field Labels: Under ARGUS SAFETY > GENERAL > Reporter
Console Field Validations: Under ARGUS SAFETY > GENERAL > Reporter
The PMDA Device Information section below Device Information section on Case Form > Products tab > Device sub tab contains fields as specified in the screen mockup displayed below:
This case form section is available to all Oracle Argus Safety Japan (Argus J) users on both English as well as Japanese views as uncollapsed by default only when Japanese module is enabled.
It is displayed with Japanese labels on both English as well as Japanese views as this section is not meant for translation of data.
The Modify, View and No Access rights to this section are based on the "Product Information (Device View)" option in Console > Access Management > Groups > Case Form section.
Tabbing order of case form elements respects this section in the order of UI elements as left to right and top to bottom.
The "PMDA Device Information" checkbox in Case Print - section selection dialog only to the Argus J user.
This checkbox is added right after "MedWatch Device Information" option in the Case Print options dialog. All the options after it are shifted further by one place.
This checkbox gets selected and unselected when user uses "Select All" and "Unselect All" options.
This checkbox remains unchecked by default and is disabled unless its parent section checkbox "Product Device Information" is checked by the user. If "Product Device Information" is unchecked later, then "PMDA Device Information" also gets unchecked and disabled. Case Form Print PDF report prints this section in Japanese after "MedWatch Device Information" section if it is selected for printing in the section selection dialog.
The "PMDA Device Information" checkbox in Case Copy - section selection dialog only to the Argus J user.
This checkbox is added right after "MedWatch Device Information" option in the Case Copy options dialog. All the options after it are shifted further by one place.
This checkbox is selected and deselected when the user uses the "Select All" and "Unselect All" options.
This checkbox is unchecked by default and is enabled for user selection.
The Case Form Copy function copies this section when a case is copied with this section checked in the Case Copy options dialog.
All fields of this section are audit logged as other case form product device fields.
All fields of this section are available under Console > System Configuration > Field Labels, Field Validations, and Advanced Conditions screens under the tree structure ARGUS SAFETY > PRODUCTS > PMDA Device. These fields are NOT required for Aggregate Reports.
In Console ' System Configuration ' Field Labels screen, all these fields are available with the following attributes:
Hidden radio option set to "No". Hiding is allowed.
Read-Only options have been unchecked and disabled.
E2B Field and Research Field are unchecked by default.
The Route of acquiring OTC drugs field under Product Information captures the route of acquisition of company's own products in form of pre-defined PMDA specified code list values, when it is an OTC drug, and is transmitted in the J2.6k element of PMDA E2B R3.
This field is available in the J view only to the local user for Local data entry after global lock.
This field is enabled only when the product is marked as suspect, and there exists at least one Japan license in the case for which Console > License Configuration > "OTC Product" flag is marked as checked.
In case the product category (for both blinded or broken blind cases) is changed between Suspect / Concomitant / Treatment or Product license are re-evaluated (from the Event Assessment tab) the enabling criteria for this field is also re-evaluated based on the latest case data.
You can modify the J Drug Code for a Company product and retain the product as a Company product.
The corresponding English product name for a J Drug populates (only if it is blank):
When you encode a drug using J Drug Browser from Case form > Products tab (Japanese) > Encode button in to Case form > Products Tab (English) > Product Information > Product name using the English Drug Name value that is loaded in J Drug Schema using English sub file.
When you add the J Drug to the Case form > Patient/Parent > Other Relevant History Section in to the corresponding English field in the Case Form.
When you add or select a study drug, which is a J Drug configured from Console > Business Configuration > Study Configuration (J pop-up) in to Case Form > Product name.
When you select the Study Drug (in Case form for a Study case) as J Drug (as configured in study configuration), in to English version of the case form only if it is a not blinded study (as it does for the existing products).
In a Globally locked and Locally Unlocked case if you encode a Non-company product with the J Drug using J Drug Browser in to the corresponding English Drug Name shall not be updated to Case Form-> Product Name
Besides, the corresponding English product name is NOT updated in the English version of the Case Form > Product name, in a Globally locked and Locally Unlocked case when you encode a Non-company product with the J Drug using J Drug Browser.
The Malfunction Information section is available under Case form > Products > Device (Tab) > Device Information.
Description of the illustration ''fig2.jpg''
This section contains the following fields:
Reported Malfunction: Enter the Malfunction Name as reported by the Reporter.
Determined Malfunction: Enter the Malfunction Name as Determined by the Company.
Listedness: Select the Listedness of Malfunction in respect of the device. This drop-down list has the values:
<blank> (default)
Listed
Unknown
Unlisted
Reportable: Select the Reportabilty of the Malfunction. This drop-down list has the values:
<blank> (default)
Yes
No
Add: This button lets you add a new blank row to the table, and is always enabled.
You can add up to 50 rows using this button. If the number of rows exceed 50, on click of Add button, an error message is displayed.
When this screen re-loads or is refreshed, the empty rows are not displayed.
The first row is highlighted in light yellow (selected) by default as standard Case Form behavior.
Delete: This button lets you delete a row from the table, and is always enabled.
To delete a row, select a row, and click Delete.
A warning message is displayed.
Future Actions: This drop-down list has the values:
<blank> (default)
Recall (Repair)
Request to suspend the use
Providing the information
TBD
A new field, Status of Patient's health damage, has been added under Case form > Products > Device (Tab) > PMDA Device Info. This drop-down list has the values <blank>, Exists, Does not exist and Unknown.
You can select any value in PMDA Device Info > Medical Device Reporting Category irrespective of the Device Information > Malfunction value. This implies that irrespective of the value selected in the Malfunction drop-down list, you can select all the possible values under Medical Device Reporting category.
You can enter values in First time use, Times of use and Since the first use fields at the same time, independent of each other.
Up and Down buttons have been added to the PMDA tab.
By default, the focus is on the first record. No action is performed when the user clicks on "Up" button when the focus is on the First record. If the focus is on any other record other than the first record, the system interchanges the position of the current record and previous record by clicking the "Up" button.
No action can be performed when the user clicks on "Down" button when the focus is on the Last record. If the focus is on any other record other than the last record, the system interchanges the position of the current record and next record by clicking the "Up" button.
If there is no row in this section, then clicking on "Up" and "Down" buttons does not cause action.
For existing customer data, the sort order value for existing records is populated as same as the order in which these were displayed to the user.
The change in ordering of these product license rows in PMDA General tab is audit-logged.
The product license ordering on the PMDA General sub-tab is also respected by the following:
PMDA Comments sub-tab > Product License dropdown
Case Form Print > PMDA General and Comments tab
PMDA E2B Report > Ordering of product dosages in DRUG section as per the logic specified below
PMDA Paper Report > Ordering of product dosages in DRUG section as per the logic specified below
The common profile switch "Japan License to be available in case for Assessment and reporting" in Console > System configuration > Common profile switch > Argus J has the following values:
Option 1: All valid Japan Licenses (default)
Option 2: User Selected License only
All the changes made to this profile switch are audit logged.
PMDA E2B and Paper Reports (Marketed Form 1-6 and Investigational Form 1-6) list the suspect products using the order of products specified in PMDA tab. Logic to be considered for PMDA E2B report is provided below, with the only change from the previous logic being for point b:
The company product for which the ICSR is scheduled is always listed first.
For the other company suspect Japanese products which are displayed on the PMDA tab, the order of products is considered from the PMDA tab.
The remaining suspect products (which are not listed on the PMDA tab).
Other concomitant products.
For each of the above categories (c), and (d), if there are multiple products, then the "Product details/First Dose" are used for the ordering of products. Earlier dates are before the later dates.
If there are multiple products with the same "Product details/First Dose" under any of the above category (c) and (d), then they are ordered using the product sort ID used in the case itself.
Within a product, if there are multiple dosage regimens, then they are ordered based on the dosage start dates.
If the date being used for ordering is null, then the product is put at the end in the same category.
For the Partial date, if the date is considered as 15th of the month, the month is considered as June of the year.
The PMDA Information tab comprises two sub-tabs: General and Comments, as depicted in the following figure:
The details about the General and Comments sub-tabs are given in the following sub-sections:
The following figure depicts the General sub-tab of the PMDA Information tab:
The following table lists the fields in the General tab:
Table 1-1 Fields in the General tab
# |
Field Name | Description |
---|---|---|
1 |
General |
This represents the name of the sub-tab under PMDA tab. |
2 |
Comment |
This represents the name of the sub-tab under PMDA tab. |
3 |
Japan first information Received Date (For Reporting) |
This field represents the editable text box which displays the date the case was received by the Japanese pharma company (initial receipt date captured during case book-in). The format is YYYYMMDD. In case of a local case, this date represents the Case Initial Receipt date. In global case, this date is automatically populated by the date first opened by J user. The value is stored in the case when you perform direct/indirect Save. For example, accept from worklist stores the value indirectly. |
4 |
Follow-up received date |
This field represents the non-editable text box which displays the date the case follow-up information was received by the pharma company. If the follow-up is marked significant, the Japan Follow-up Received date is used as the reference date to schedule the reports. The format is YYYYMMDD. |
5 |
Safety received date / or Central received date |
This field represents the non-editable text box which displays the date the Safety group received the case. The format is YYYYMMDD. |
6 |
Significant Changes |
This is a non-editable checkbox to indicate whether the follow-up is significant or not. If the follow-up is significant, the Japan Follow-up date overrides the date used for report scheduling. |
7 |
Japan follow-up received date |
This field represents the editable text box which displays the date the case follow-up information is received by the pharma company. If the case is originated in some country other than Japan, this date represents the date first opened by the J user after the follow-up. If the follow-up is marked significant, the Japan follow-up received date is used as the reference date to schedule the reports. The format is YYYYMMDD.The time stamp of Case Open date done by first Japanese user after the latest foreign follow-up is automatically populated.The value is stored in the case when you perform direct/indirect Save. For example, accept from worklist stores the value indirectly. |
8 |
Drug name and license number |
The number of rows in this section is equal to the number of reports that need to be submitted to PMDA for this case. One report is scheduled for each of the Marketed License. One report each is scheduled for each Study License. The field is read only and show concatenation of Trade Name with License Number in brackets. |
9 |
New Drug Category |
This field represents the drop-down to select License Category LM to select value for E2B J.8 item. |
10 |
Japan Reporting type (OBSOLETE) |
This field indicates the Reporting Type. It is a drop-down list showing three possible values: Case Reporting, Research Reporting, and Action Taken. NOTE: This dropdown is no longer available. However, as per the standard approach, the existing database column along with existing value are retained as is, the text "OBSOLETE" is added at the beginning of the DB column comments (for both upgraded and fresh schema). The database column is marked as deprecated during the upgrade script. |
11 |
Japan Reporting category |
This field represents a drop-down List containing Reporting Category LM. This is a mandatory field for Argus J user. The selection of this field determines the report being created (ADR, Infection, Research, or Measures in foreign countries). The entries shown in this list are determined at run time by the values selected in items 9,10 and 12.When Reporting Category is not selected, the license does not create the report.The format of the value displayed in this drop-down is: [Reporting Category] - [Description] |
12 |
Domestic Case / Foreign CaseClinical / Marketed |
There are two fields which are non-editable text boxes. The first shows whether the case is foreign (if the country of incidence is not equal to Japan) or domestic (if the country of incidence is Japan).The second field shows the license type: Investigational, if the license on which the ICSR is based on is for an investigational drug, device, or vaccine. Marketed, if the license on which the ICSR is based on is for a marketed drug. |
13 |
Completion Report (Case Complete) |
This checkbox indicates the completion of the case report. A new Case Complete checkbox field is added to the License List box. This field is the driver for the E2b field J.6. A separate J.6 must be recorded for each ICSR. By default, this box is not checked. |
14 |
PMDA Identification Number |
The PMDA Number is displayed in the PMDA tab where all the ICSR licenses are displayed. This is the PMDA Acknowledgment Number given in Ack message item B.1.3. This number is used in J.4b from the first follow-up report. |
15 |
Clinical Compound Number in the study of this case |
This field is read only when the study is selected from the Study look up. When the study information is manually entered, Clinical Compound Number is editable. If there is no study information, the field is disabled. |
16 |
Domestic |
This field represents the Read-only text that is determined by the system. |
17 |
Marketed |
This field represents the Read-only text that is determined by the system. |
The following are the functionality changes for the PMDA Information > General tab:
This tab is unique to Argus J module implemented system. It also displays the number of reports to be submitted for the case. Each row in the lower section represents a report. The number of reports to be submitted for a case is determined as per the following logic:
General Rule
Reports are submitted for Marketed or Investigational licenses in Japan only for the suspect company products in the case.
All Japanese licenses (including hidden) listed in the event assessment are listed.
All suspected products with license and all Investigational licenses are listed in the PMDA General Tab.
Priority order of the Suspected product (Drug, Device, Vaccine) list is:
Primary Suspected Product License
Product entry order in the Case Form
Marketed license, then Investigational
The license is displayed as the Trade Name and the License Number in parenthesis.
Japanese Receipt Date and Follow Up Dates table:
It captures the Japanese received date label as Japanese received for each recorded follow-up in the PMDA tab. The system displays a list of all follow-ups that are entered in the General tab with the option to specify Japanese received for each follow-up entry.
When you change the Japanese Received Date from default, the justification pop-up with the message Please enter the reason of information receipt date change is displayed, wherein you are required to enter the reason of this date change.
When you change the Japanese Receipt Date or Japanese Follow-Up Date, if the changed date is older than the date in the Information Receipt Date of General tab, a pop-up window with the following error message is displayed:
The date cannot be older than the first information receipt date of the case.
For the purpose of Report Scheduling in Japan, the Japanese Aware Date is used by checking the flag on Use Japanese Aware Date for Reporting as configured in the Reporting Destination Code List of Console. The Japanese Aware Date has the same behavior as the Standard Aware Date.
Reporting Category:
The Reporting Category is a drop-down list with the values from Reporting Category Code List.
The Reporting category is a drop-down list with the values, as indicated in the table below. The drop-down content of the field depends on the previous selection in:
AE/Infection (in Infection check box in Event tab) - This is used only if all the events are AE, or all the events are Infection.
Domestic / Foreign (in Country of Incidence, PMDA tab, Dom = JP, Frgn <> JP)
License Type (Investigational or Marketed)
You can refer to the following table for the list of Reporting Categories in the drop-down list.
The system clears the Japan Reporting Category if the dependent fields are modified after the selection has been updated.
Table 1-2 List of Reporting Categories
R2 Category | R3 Category | Category Description | AE/ Infection (in event tab) | Dom / Frgn | License Type | Paper Reports |
---|---|---|---|---|---|---|
A |
AA |
Case reports on infections in Japan (post-marketing) |
Infection |
Dom |
Mkt |
Form 1, 2 (6 pages) |
B |
AB |
Case reports on adverse drug reactions in Japan (post-marketing) |
AE |
Dom |
Mkt |
Form 1, 2 (6 pages) |
C |
AC |
Case reports on infections in foreign countries (post-marketing) |
Infection |
Frgn |
Mkt |
Form 1, 2 (6 pages) |
D |
AD |
Case reports on adverse drug reactions in foreign countries (post-marketing) |
AE |
Frgn |
Mkt |
Form 1, 2 (6 pages) |
E |
AE |
Research reports on infections (post-marketing) |
Infection |
Any |
Mkt |
Form 3, 4 (2 pages) |
F |
AF |
Research reports on adverse drug reactions (post-marketing) |
AE |
Any |
Mkt |
Form 3, 4 (2 pages) |
G |
AG |
Reports on corrective action such as discontinuation of manufacturing, recall, disposal in foreign countries (post-marketing) |
Any |
Any |
Mkt |
Form 5, 6 (2 pages) |
H |
DA |
Case reports on infections in Japan (clinical trial) |
Infection |
Dom |
Inv |
Form 1, 2 (6 pages) |
I |
DB |
Case reports on adverse drug reactions in Japan (clinical trial) |
AE |
Dom |
Inv |
Form 1, 2 (6 pages) |
J |
DC |
Case reports on infections in foreign countries (clinical trial) |
Infection |
Frgn |
Inv |
Form 1, 2 (6 pages) |
K |
DD |
Case reports on adverse drug reactions in foreign countries (clinical trial) |
AE |
Frgn |
Inv |
Form 1, 2 (6 pages) |
L |
DE |
Research reports on infections (clinical trial) |
Infection |
Any |
Inv |
Form 3, 4 (2 pages) |
M |
DF |
Research reports on adverse drug reactions (clinical trial) |
AE |
Any |
Inv |
Form 3, 4 (2 pages) |
N |
DG |
Reports on corrective action such as discontinuation of manufacturing, recall, disposal in foreign countries (clinical trial) |
Any |
Any |
Inv |
Form 5, 6 (2 pages) |
O |
BC |
Research reports on quasi-drugs |
Any |
Any |
Any |
Form 3, 4 (2 pages) |
P |
BD |
Research reports on cosmetics |
Any |
Any |
Any |
Form 3, 4 (2 pages) |
PMDA Tab > General > Linked Product section collects product in the Assessment table with the following rules:
System checks:
If the case is a foreign case
If the case has non-company product(s).
The non-company product(s) is/are marked as Suspected.
Under all above conditions, suspected company product in this case has equivalent Japanese license.
If there is non-company suspected drug in foreign cases, that product Trade Name and Generic name are used for matching with the Keywords from Console J > Code List > Argus J > Reportable Product Keyword.
This keyword is used for finding related company product family which needs reportability assessment when foreign case has non-company suspected drug. The keyword text is matched within either the Product Name or Generic Name fields of the Case Form. If entered keyword matches (partially or fully), the matching product family's Japanese license is assessed in the PMDA tab.
When there are multiple Japanese licenses in the matching family, all of these licenses are listed for assessment in the PMDA tab.
Products already existing in the Case form are not populated here.
In this section, the Causality Assessments are available.
Listedness is always Unknown for this section.
Hyperlinks are not available for this Assessment section.
Field | Argus J User display |
---|---|
Product |
Company product(s) using J Reportable Keyword are displayed. |
Event PT (Description) / LLT |
Event(s) in the case are displayed |
D/S |
D/S information is displayed as read-only |
SeriousnessSeverityDuration |
Event information is displayed as read-only |
Reported Causality |
Reported Causality type-ahead drop-down |
Determined Causality |
Determined Causality type-ahead drop-down |
You can assess the product for reportability in this table.
This section's display status (Maximize/Minimize) is not dependent on a user preference:
This section is automatically minimized if there is no data.
This section is automatically maximized if there is data.
When you enter future date in Initial Receipt Date in Case Form > General tab > General Information > Initial Receipt Date, or PMDA Tab > General > Initial Information Receipt date, the application displays the following validation message:
Receipt Date cannot be a future date
Product Change Justification:
When you click the OK button (the button appears in each follow-up row of Product Change Justification column in the follow-up info table), the Justification Table pop-up is displayed to view update information.
The button is enabled only when Product Change justification exists for the case.
For example, Scenario # 1 - it only asks for justification if there is a submitted report against the product which is subject to deletion and you unlock the case with follow-up to delete that product.
Scenario # 2 - In addition, when you create a company product:
Schedule an Expedited report against the company product.
Get that report to Submitted status.
Unlock case a, add follow-up and change the company product to a different company product (change justification is displayed).
Enter something and navigate to PMDA tab.
The button is enabled.
The Justification list populates all the product justifications entered for the follow up.
The Translation justification is editable using the following steps:
Select the justification from the list. This highlights the row.
Click the Editing the justification button.
This opens Justification pop-up and you can edit the justification.
When you select the Research Report Type Reporting category, a pop-up Reason for subject of the Research Report is displayed to enter the reason of the Research report.
The pop-up UI section opens only when any one of the suspected drug license table has one of following Reporting Category selected:
Table 1-4 Reporting Categories
# |
Reporting Category (English meaning) |
---|---|
5 |
Research/Infection report (Marketed drug) |
6 |
Research/ADR report (Marketed drug) |
12 |
Research/Infection report (Investigational drug) |
13 |
Research/ADR report (Investigational drug) |
15 |
Research report (Quasi drug) |
16 |
Research report (Cosmetics) |
The information is multiply stored when multiple suspected licenses with the Research Reporting Category exist. Each Research Reporting Category has a circle in Green color symbol after the justification is entered in the pop-up window.
Justification pop-up
User Interface:
The following table explains the fields used in the Justification dialog box:
# |
Field Label Value | English Label Name | Purpose | Field Length | Audit Log |
---|---|---|---|---|---|
1 | N/A | Reason of Research Report | Title of the UI | N/A | N/A |
2 | N/A | Assessment Result | Read Only | N/A | N/A |
3. | N/A | Reason of Research Report | Title of the section | N/A | N/A |
4. | Reason for subject of the Research Report - Possibility of occurrence of serious disease such as cancer, disorder, or death | Possibility of occurrence of serious disease such as cancer, disorder, or death | Radio button Yes - exists
無No - does not exist |
N/A | Yes |
5. | Reason for subject of the Research Report - Significant change on event or infection occurrence number, frequency, and condition | Significant change on event or infection occurrence number, frequency, and condition. | Radio button Yes - exists
無No - does not exist |
N/A | Yes |
6. | Reason for subject of the Research Report - It doesn't have acknowledged effectiveness | It doesn't have acknowledged effectiveness | Radio button Yes - existsNo - does not exist | N/A | Yes |
7. | Reason for subject of the Research Report - Problems | Problems | Text Field, 20,000 field length. | 20,000 | Yes |
8. | N/A | OK | Button | N/A | N/A |
9. | N/A | Cancel | Button | N/A | N/A |
Items # 4, 5, and 6 have radio buttons Yes and No to store the answer.
Field #2, Assessment Result, is a read-only field to show either the value from Literature Intake Assessment or the Reporting Category selected in the PMDA General tab. The following table illustrates the drop-down content based on the Reporting Category:
# |
Drop-down Content (English meaning) | Reporting Category |
---|---|---|
1 | Not Necessary | |
2 | AE Case | A, B, C, D, H, I, J, K |
3 | Research/Infection report (Marketed drug) | E |
4 | Research/ADR report (Marketed drug) | F |
5 | Research/Infection report (Investigational drug) | L |
6 | Research/ADR report (Investigational drug) | M |
7 | Research report (Quasi drug) | O |
8 | Research report (Cosmetics) | P |
9 | Measures in foreign countries including discontinuation of manufacture, recall and withdrawn (Marketed drug) | G |
10 | Measures in foreign countries including discontinuation of manufacture, recall and withdrawn (Investigational drug) | N |
The Problems section text field stores text information.
At least one Yes radio button has to be filled in the User Interface, and if this condition suffice, the UI can be closed. If this is not fulfilled, a message:
At least one question has "Yes" selected is displayed to suffice the condition.
This is not printed in the Case Form Print.
Once you select Research Reporting Category and enters the reason, and then re-selects the Reporting Category to Non-Research Reporting Category, the system displays a warning message:
Trying to select non-Research Reporting Category. If changed, the already entered "Reason of the Research Report" will be removed. Continue? is displayed.
If you select OK, the reason is deleted. If Cancel is selected, the Reporting Category change is aborted.
New fields are added under Literature Information section.
Country of publication: Captures the Country of Publication for each literature in research or foreign measures reports. The data captured in this field is transmitted in the J2.15.r element of PMDA E2B R3.
Study/trial classification: Identifies ”Clinical trial/study” or ”Non-clinical trial/study” for each literature publication in the research reports. This dropdown has the following values:
<Blank> (Default)
Clinical trial/study
Non-clinical trial/study
The configured data is transmitted in the J2.13.r.1 element of PMDA E2B R3.
Literature Lookup dialog: Similar "Country of Publication" (type ahead) and "Study / Trial classification" (dropdown) are provided in the Literature Look-up dialogue for searching literature. The corresponding "Country of Publication" and "Study / Trial classification" values are populated in the Case Form for the selected Literature in the look-up dialogue when opened by any (both English and J) user from any (both English and J) tab.
Both the fields are available in the J view only, and available for editing for local user after the global lock.
Each section has the Minimize button to hold the sections. The Associated Product Assessment section is minimized when the product does not exist.
Based on the TIKEN configuration in the console, if the license is available in PMDA Info > General > Suspect Product Licenses and it is a foreign case (that is, COI is other than Japan) then the TIKEN icon is displayed in the Product Name and License Number column as follows:
The following figure depicts the Comments sub-tab of the PMDA Information tab:
The following table lists the fields in the Comments tab:
Table 1-5 Fields in the Comments tab
# |
Field Name | Description |
---|---|---|
1 |
General |
This represents the Sub-tab of the PMDA Information tab. |
2 |
Comment |
This represents the Sub-tab of the PMDA Information tab. |
3 |
Product, License No |
This is a drop-down field. It allows you to enter J specific narrative information based on the each suspected drug license. |
4 |
Comment on incomplete |
This field is unique to Japan. This field is an editable text that maps to DTD element J.7 as per PMDA. In case of an incomplete report, input a comment in J.7 <mhlwadmicsrcommentsincomplete> for the report being incomplete. |
5 |
E.g. Cure_All MKT (xxxxxxxxxxxxxxx) |
This field represents the E.g. Sample License for which the narratives are being written. All the narratives written in the various text boxes are applicable to this License. |
6 |
Counter measure for the future |
This field is unique to Japan. This field is an editable text that maps to the J.9<mhlwadmicsrcountermeasures> DTD element as per PMDA.The company inputs the counter measures for the future based on the evaluation made by the reporting company on the concerned adverse effect infection, etc.For foreign case, the company inputs the counter measures taken by the Japanese reporting company, and not the foreign company. The field size is 10000J. |
7 |
Other references |
This field is unique to Japan. This field is an editable text that maps to the J.10/J2.11<mhlwadmicsrreporttimesevent.> DTD element as per PMDA for E2B R2 or E2B R3 respectively. |
8 |
Comment of sender |
This field is unique to Japan. This field is an editable text. This refers to the B.5.4 < sendercomment > element. |
9 |
Remarks 1 |
This field is unique to Japan. This field is an editable text that maps to the J.13.1 DTD element as per PMDA. The DTD element name is:<mhlwadmicsrremarks1> |
10 |
Remarks 2 |
This field is unique to Japan. This field is an editable text that maps to the J.13.2 DTD element as per PMDA. The DTD element name is:<mhlwadmicsrremarks2> |
11 |
Remarks 3 |
This field is unique to Japan. This field is an editable text that maps to the J.13.3 DTD element as per PMDA. The DTD element name is:<mhlwadmicsrremarks3> |
12 |
Remarks 4 |
This field is unique to Japan. This field is an editable text that maps to the J.13.4 DTD element as per PMDA. The DTD element name is:<mhlwadmicsrremarks4> |
13 |
Copy the comments in this tab to other reporting licenses |
This button copies all the comments in the UI to other licenses in the list. When there is only one product, the button is disabled. |
The following new fields have been added to enter information for each license that is available in the Product, License No drop-down:
Retrospective analysis of infection
Summary of report content
Comments relating to start date of reporting timeframe
Start date of reporting timeframe drop-down list
Reason for downgrade report
Downgrade report flag drop-down list with the options System Calculated, Downgrade, Nullification
The following are the functionality changes for the Comments tab:
This tab captures narratives data for various J DTD elements that are reported in E2B reports being submitted to PMDA.
For details, refer to the DTD Mapping document.
Product, License drop-down contains the same suspected drug licenses listed in the PMDA General tab. This is to include distinct narratives for each license. Each comment is applied to the selected License Number within the drop-down field. So a unique narrative field is available for each license. In the Product, License drop-down, licenses are displayed in the following format:
Trade Name (License number)
Depending on which license is picked, appropriate Narrative fields is displayed.
When Copy the comments in this tab to other reporting licenses is clicked, a message Comments already exist for other licenses and will be overwritten. Do you wish to continue? is displayed. If you click OK, the copy process is continued, and if you click Cancel, the copy is canceled.
This tab has auto text generation functions on each text box:
UI: (buttons are located on the right side of each binocular icon).
The label of the button Generate
The function of the button is the same as Generate buttons in the Analysis tab. The PMDA tab does not have English or other languages equivalent fields, therefore, the auto narrative functions populate the texts by using Japanese Narrative template of the Console Configuration.
The following new comments fields are added in the Product License No dropdown list:
Retrospective analysis of infection (J2.9): Captures the information from analysis of infection cases for blood products as specified in the PMDA Guideline for Retrospective Review of Blood Products. This will be used only for reporting of infection case reports.
Summary of report content (J2.16): Capture the summary of the main issues found in the respective report for Study Reports and Reports on Overseas > Actions.
Comments relating to start date of reporting timeframe (J2.2.2): Captures any user comments for explaining the value of J2.2.1 – Start date of Reporting Timeframe element in the PMDA E2B (R3) report.
Start date of reporting timeframe: This is the corresponding dropdown list added to capture the manual user input for J2.2.1 - Start date of Reporting Timeframe element in the PMDA E2B (R3) report. This dropdown list has the following value:
- System-Calculated : This is the default value and the value for all the Aware date (J) (Japanese date format) i.e. the date's corresponding to significant follow-ups for that case. you may change the value manually.
Reason for downgrade/Nullification report (J2.8.2/C.1.11.2): Captures the reason for downgrading/nullification of a report.
Downgrade report flag: A corresponding dropdown list is added to capture the manual user input to indicate to the application if next PMDA E2B/Paper report for the license is scheduled as a downgrade or nullification in the scenario when no reporting rule matches. This dropdown list has the following values:
- System-Calculated (Default)
- Downgrade
- Nullification
To edit both Comments relating to start date of reporting timeframe and Reason for downgrade/Nullification report dropdowns after the case lock (globally and locally locked), set the profile switch Allow user to update the "Reason for Downgrade/Nullification report" and "Comments for start date of reporting timeframe" after the case is locked(globally and locally locked) as Yes.
The Product License display value on PMDA tab has been changed at the following places:
PMDA General tab > Product Licenses section ' Product License column
PMDA Comments tab > Product License dropdown field
The following display value format is used at these places for product license values:
<Case Form Product Tab Name (J)><space><#[x]><space>(<License Trade Name (J)>)<space>(<License Type><space>-<space><License Number>)
Where
<Case Form Product Tab Name (J)><space><#[x]>: is the same text that is displayed as Product tab name for the product to Argus J user. "<space><#[x]>" is present only if the tab name is same for multiple products either due to multiple study drug under same study or due to non-study multiple products with same name.
<License Trade Name (J)>: is the Trade Name (J) from Console license configuration for the license of the product.
<License Type>: is printed as "Inv" or "Mkt" base on whether the License Type is Investigational or Marketed.
<License Number>: is the License Number from Console license configuration for the product license.
The following field values from the PMDA Event Reportability Print section are available/stored in database tables/columns so that they can also be queried for other custom reporting needs:
Reportability Status - Reportable, NUPR Reportable, Not-Reportable
Reportability Timeframe value in days
To avoid unwanted performance impact on Case Save action, these field values should not be calculated on each case save. These are calculated based on only the following actions:
Manual method - "Recalculate PMDA Event Reportability" button
A new button "Recalculate PMDA Reportability" has been added to Case Form > Analysis > PMDA Info > General tab > Product License section header bar right before the "Up" and "Down" buttons.
Clicking on this button triggers the fresh calculation of the PMDA Event Reportability data.
This button is not displayed when the user opens a previous case revision in the Case Form.
Automatic method - Case Lock action
A new common profile switch has been added in Console > System Configuration > System Management > Argus J > Reporting as described below:
Key Label: Perform PMDA Event Reportability calculation on each Case Lock
Key Type: Radio Options
Key Options: "Yes" and "No"
Default Value: "No"
If this common profile switch is set to "Yes", then when the case is locked from any point in Argus Safety application, it triggers the fresh calculation of the PMDA Event Reportability data.
The following is implemented during the PMDA Event Reportability calculation process:
While these values are being calculated by application, a standard processing icon is displayed on the case form.
If any unsaved changes are done by the user in the case data before clicking this button, then all those changes are considered and saved during the calculation process.
Once the calculations have been completed, the calculated values are saved in the appropriate database tables, along with the case revision data.
After successful completion, a standard Argus Safety message box is displayed with OK button and message - "PMDA Event Reportability data has been successfully calculated and saved with the case data for the current case revision." This is applicable only for "Recalculate PMDA Event Reportability" button click and not for Case Lock action.
For the latest case revision, these field values are available in regular Argus Safety database case form tables.
For previous case revisions, the field values are available in the DLP database case form history data tables.
For the case revisions, for which PMDA Event Reportability data is not calculated, it is carried-over from its previous case revision for the case form / DLP database tables as well as for displaying it in the Case Print.
Case Form Print > PMDA Event Reportability section > Reportability column > Reportability Status and Timeframe value is calculated / printed based on the reporting rules that existed at the calculation point.
Other fields which are displayed as part of Case Form Print > PMDA Event Reportability section for each case revision are not required to be saved in database tables, but are calculated / printed along with the reportability fields in the Print PDF for that case revision.
Following field values in Case Form Print > PMDA Event Reportability section are also calculated / printed based on the Console configurations that existed at the calculation point.
Outline of Clinical Trials (J.12 section)
Listedness As per Datasheet (based on the active datasheet as that point)
The following note is printed at the bottom of PMDA Event Reportability section print - "# PMDA Event Reportability last calculated on case revision # <XXX> at <YYYY/MM/DD HH:mm:ss> JST", where:
<XXX> is the case revision number as displayed in case revisions dialog for which the PMDA reportability was calculated.
at <YYYY/MM/DD HH:mm:ss> is the time when it was last calculated as per the Japan standard time. It is calculated based in the common profile switch Argus J > Reporting > "Offset from GMT used to calculate Japanese date/time fields (in hours)"
For existing/migrated cases, the data displayed as part of Case Form Print > PMDA Event Reportability section will not be available for previous or latest case revisions. It will be created going forward as those cases are saved by users in Argus Safety application.
No audit log is required for these values calculated and stored in database as these as internally calculated values and no updates are allowed from any user interface.
This PMDA Reportability data is not copied during Case Copy action.
While calculating the earliest timeframe value for PMDA Event Reportability section, existing application logic considers only those matching reporting rules for which the reporting destination is configured as below to identify if it is a PMDA or non-PMDA reporting rule:
Reporting Destination > Agency Type field is specified as Regulatory Authority and
Reporting Destination > Agency Country field is specified as Japan.
The Case Form for the PMDA Analysis tab comprises the Case Analysis tab, the BfArM Information tab, the MedWatch Device Information tab, the AFSSaPS Info tab, and the PMDA Information tab, as depicted in the following figure:
PMDA profile E2B transmission logic for SERIOUSNESS [A.1.5.2] tags considers those events which have been included in the PMDA E2B based on event reportability criteria. This is applicable to the following tags:
SERIOUSNESSDEATH
SERIOUSNESSLIFETHREATENING
SERIOUSNESSHOSPITALIZATION
SERIOUSNESSDISABLING
SERIOUSNESSCONGENITALANOMALI
SERIOUSNESSOTHER
E2B transmission logic for SERIOUSNESSDEATH tag which currently looks at death details even though it is not related to any event included in the E2B has been removed. It is transmitted as 1 (Yes), only if at least one event which is included the E2B report has Death associated with it. Otherwise, it is transmitted as 2. This is applicable to all E2B profiles - ICH, FDA, EMEA and PMDA.
DRUGSTARTDATEFORMAT and DRUGSTARTDATE (B.4.k.12a and b): PMDA profile E2B transmission logic is also corrected to consider only the reportable events (which are included in the E2B report) when applying the following existing rule:
When a case has REACTIONSTARTDATEFORMAT and REACTIONSTARTDATE (B.2.i.4a and b) earlier than the first suspect drug's DRUGSTARTDATEFORMAT and DRUGSTARTDATE (B.4.k.12a and b), then the system does not transmit the first suspect drug's B.4.k.12a and b for PMDA reports. When there are multiple events, the comparison is executed in between the oldest REACTIONSTARTDATE, and DRUGSTARTDATE. If there are partial dates, the date are considered as 15th of the month, and the month is considered as June of the year. (The first suspect drug here means the drug for which the report has been scheduled).
All the E2B check validations for all profiles - ICH, FDA, EMEA and PMDA, related to the following tags have been corrected to refer to only the seriousness of the events which are included in the E2B report:
SERIOUS
SERIOUSNESSDEATH
REACTIONOUTCOME
For PMDA E2B reports, if there are no reportable events for the E2B / PMDA Paper Reports, then instead of opening PMDA ICSR Validation Report with missing mandatory tag errors for REACTIONMEDDRAPT and REACTIONMEDDRALLT tags, the application displays an Argus standard messagebox with OK button and error message - 'No reportable event exists for the report'.
This logic is applicable for PMDA Reporting Catergories A,B, C, D, H, I, J, K only.
This logic is not applicable to downgrade or nullification reports.
This message is displayed in all scenarios wherever the application attempts to open PMDA ICSR Validation Report directly or indirectly, including but not limited to, the following scenarios:
User attempts to open PMDA E2B report in E2B Viewer
User attempts to open PMDA ICSR Validation Report
User attempt to import follow-up E2B and the application is attempting to open PMDA ICSR Validation Report because the E2B being created for the target case does not have any reporting event.
A common profile switch identifies the default viewing format of the PMDA E2B R3 report in the E2B viewer.
Native XML View - All the ICH and PMDA specific elements are listed as per the PMDA E2B R3 Mapping.
Decoded View - The ICH and PMDA element in the decoded formats are listed here as per the applicable decoded value based on the allowed values set for the element against the profile. Besides, the element number and decoded element description (both English and J) are based on the "Data Element R3" and Title/J Title respectively as specified by the PMDA E2B R3 Mapping.
HL 7 View - The report appears with in HL7 message format as per the PMDA Guidance.
Paper View - The report appears in PDF format as per the PMDA Guidance.
Local Lock / Unlock details are displayed as part of Routing comments log in the Case Form > Activities tab. This displays the Date of local lock/unlock, User who performed the local lock/unlock similar to the existing global lock functionality.
The text "Case Locally Locked for JP" or "Case Locally Unlocked for JP" is populated prior to the user added comments in the Local Lock screen, corresponding to the Local lock or unlock action. Note that "JP" is the standard A2 country code for the country Japan defined in the Argus Console ' Countries code list.
When a case is globally/locally locked or globally/locally unlocked at the same time, only one entry is added to the Routing Comments log.
The application records the corresponding routing comments described above even in scenarios where the system user (such as AGservice) performed the local lock/unlock action.
Case Print includes the Local Lock/Unlock routing Comments as listed above, and is printed under the Routing Comments Log section.
Notes and Attachment section of Additional Info tab has been updated with an option to sort on the column headers (similar to Activities tab 'Action Items sorting feature) to sort the records based on the fields in Notes and Attachment section:
Field | Description |
---|---|
# | By default, "Upward Arrow" is displayed on the column header "#"
System displays the records in the ascending order of the sequence in which the records are entered. On clicking the column header "#" for the first time, records are sorted in the descending order (numerically) of the Sequence number and "Downward Arrow" are displayed next to "#" column header. On clicking the column header "#" for the second time, records are sorted in the descending order (numerically) of the Sequence number and "Upward Arrow" are displayed next to "#" column header. On subsequent clicks to "#" column header, system toggles between "Downward Arrow" and " Upward Arrow " and its corresponding toggle functionality. |
Classification | On clicking this column header for the first time, records are sorted in the ascending order (alphabetically) of the Classification and an "Upward Arrow" is displayed next to the "Classification" column.
On clicking this column header for the second time, records are sorted in the descending order (alphabetically) of the Classification and a "Downward Arrow" is displayed next to the "Classification" column header.n header. On subsequent clicks to the "Classification" column header, the system toggles between "Upward Arrow" and "Downward Arrow" and its corresponding toggle functionality. |
Keywords | On clicking this column header for the first time, records are sorted in the ascending order (alphabetically) of the "Keywords" and an "Upward Arrow" is displayed next to the "Keywords" column header.
On clicking this column header for the second time, records are sorted in the descending order (alphabetically) of the "Keywords" and a "Downward Arrow" is displayed next to the "Keywords" column header. On subsequent clicks to the "Keywords" column header, the system toggles between the "Upward Arrow" and "Downward Arrow" and its corresponding toggle functionality. |
Date | On clicking this column header for the first time, records are sorted in the ascending order (chronologically) of the "Date" and an "Upward Arrow" is displayed next to the "Date" column header.
On clicking this column header for the second time, records are sorted in the descending order (chronologically) of the "Date" and "Downward Arrow" is displayed next to the "Date" column header. On subsequent clicks to the "Date" column header, the system toggles between "Upward Arrow" and "Downward Arrow" and its corresponding toggle functionality. |
Description | On clicking this column header for the first time, records are sorted in the ascending order (alphabetically) of the "Description" and an "Upward Arrow" is displayed next to the "Description" column header.
On clicking this column header for the second time, records are sorted in the descending order (alphabetically) of the "Description" and a "Downward Arrow" is displayed next to the "Description" column header. On subsequent clicks to the "Description" column header, the system toggles between the "Upward Arrow" and "Downward Arrow" and its corresponding toggle functionality. |
Sorting is remembered only till the time when the case is kept open.
After the records in Notes and Attachments are sorted, if the following options are invoked without closing the case, the sort order is respected in these modules (similar to Activities 'Action Items sorting feature):
Case Form Print
Medical Review
Copied Case
In the Argus J version of the Regulatory Reports tab, the 'Unsubmit Report' menu option (which appears from submitted reports icon for J users only) has been renamed to 'Schedule Nullification'.
On selecting this menu option, a new E2B nullification report gets scheduled against the original report but it does not change the status of the original submitted report.
The Schedule Local Reports Only checkbox under the Total Number of Rows section in the Regulatory Reports tab of the Case Form is visible only when the configuration switch "Case Form Configuration | Auto Regulatory Scheduling is not set to None.
If case data is updated and reporting category is also changed after a PMDA E2B report is scheduled and generated, the report must be rescheduled to populate the correct data based on changed reporting category.
The following changes are made to the Manual Report Scheduling Dialogue:
Urgent Report (J2.3): A new checkbox "Urgent Report" is added in the Manual report scheduling dialogue. Select this option to mark the report as Urgent Report.
When an Urgent report is scheduled manually, the text "Urgent Report" is appended/embedded to the Report Comments adjacent to the existing text "Manual:". For example, Manual: (Urgent Report) <comments>.
The same comments appears under the Report details (Dialogue) > Scheduling(tab) > Reason for Scheduling.
When a report against a license for which Case form > Analysis Tab > PMDA Information Tab > Comments Tab > Start date of reporting timeframe, is not "System-Calculated" and reporting destination is configured with Reporting Destination > EDI > Use Japanese Aware Date for Reporting checkbox is selected, then by default, the Aware Date appears as the date selected in "Start date of reporting timeframe" dropdown, and you can change this value manually.
A context menu option Draft Export is added to export the report in RTF format in Draft mode.
This context menu option appears to the J user when J License is enabled, and PMDA Paper Report (1-2, 3-4, 5-6) is scheduled against the agency configured with PMDA E2B R3 profile. Besides, the Draft link must be enabled for the respective report.
When the PMDA E2B R3 Paper report is generated using this context menu option, the Draft water mark is embedded similar to when you generate a Draft report by using the Draft link. The data that is printed in the RTF format appears as exactly when you use Draft link for the PDF format.
The output of the Draft export from this option adheres to Blinded/Not-blinded report requirement based on the user permission.
The report viewed from anywhere across the application provides the option to export the PMDA E2B Paper Report (1-2, 3-4, 5-6) in RTF format by using the Export button.
This Export button is disabled by default, and enabled only for the reports with status as Generated, Approved or Submitted.
This Export button appears to the J user when J License is enabled, and PMDA Paper Report (1-2, 3-4, 5-6) is scheduled against the agency configured with PMDA E2B R3 profile.
The data printed in the RTF format appears as exactly when you use the Final link for the Case Form.
The output of the export from this button adheres to Blinded/Not-blinded report requirement based on the user permission.
Provides a framework that allows you to configure conformance rules (validations against the ICSR reporting profiles: ICH, EMA, eVAERS and PMDA) based on the individual E2B R3 Profiles.
You can configure parameters for each ICSR Element Node for which data is transmitted.
The Conformance Rules tab data is copied to the new profile when you copy any existing ICSR profile.
The following table list the fields available in the Conformance Rules tab:
Table 1-6 Fields in the Conformance Rules tab
# |
Field Name | Type | Description |
---|---|---|---|
1 |
Field Name/ Field Name (J) |
Textbox |
Enter the Field Name or Label of the Case Form or Console UI corresponding to the element's mapping logic.
|
2 |
Field Location |
Textbox |
Enter the Case Form or Console UI field location or path corresponding to the element's mapping logic.
|
3 |
Data Type |
Drop Down |
Select from the following options:
|
4 |
Data Length |
Textbox |
Enter a numeric value.For PMDA E2B R3: See Mapping xls > Mapping(Sheet) > PMDA Length DTD R3 |
5 |
Mandatory Along with |
Dropdown |
Select a DTD_ELEMENT name from the list of all the elements available from the same parent of the selected element (except the selected element itself). Default value is <blank>. For PMDA E2B R3: See Mapping xls > Mapping(Sheet) > Mandatory Along with |
6 |
Allowed Value Check Required |
Checkbox |
Unchecked by default.For PMDA E2B R3: See Mapping xls > Mapping(Sheet) > Allowed Values |
7 |
Allowed Values |
Button |
On Clicking this button, "Allowed value configuration" dialog box appears to configuring the allowed values for the selected elements for that profile. This button is enabled only if "Allowed Value Check Required" checkbox is selected. For PMDA E2B R3: See Mapping xls > Mapping(Sheet) > Allowed Values |
8 |
Primary Validation Category |
Drop Down |
This option is available only for ICH, EMA, and eVAERS profile.This drop-down list has the values:
|
9 |
Additional Validations |
Button |
On clicking this button, the "Additional Validation Configuration" dialog box appears that enables you to configure the SQL based validations for the element.This button is available only for ICH, EMA, and eVAERS. |
10 |
PMDA Specific Fields |
||
10.1 |
Reporting Category |
Label |
This field represents a drop-down list containing Reporting Category LM. This is a mandatory field. Determines the report being created (ADR, Infection, Research, or Measures in foreign countries). The list values are determined at run time by the values selected in items 9,10, and 12. When Reporting Category is not selected, the license does not create the report.All the Reporting Category R3 Codes (AA,AB,AC,AD,AE,AF,AG,DA,DB,DC,DD,DE,DF,DG,BC,BD) as configured in the Reporting Category (flex code list) are listed here, along with Nullification. |
10.2 |
Reporting Category Description |
Label |
Describes the corresponding Reporting Category. |
10.3 |
Primary Validation Category |
Drop Down |
This dropdown is available for PMDA profile only. This field has the values:
For PMDA E2B R3: See Mapping xls > Mapping(Sheet) > Reporting Category wise Conformance |
10.4 |
Additional Validations |
Button |
On clicking this button, the "Additional Validation Configuration" dialog box appears that enables you to configure the SQL based validations for the element. This button is available against each Reporting Category. |
11 |
Save |
Button |
On clicking the save button the changes are committed to the database and the audit logs. Saving the data also includes any changes done in the "Allowed Value Configuration" and "Additional Validation Configuration" dialog boxes. It also validates if a Primary category exists for the ICSR element.
If there exists a row with primary category as blank, an error message is displayed: "Please select a Primary Validation category for the element" Title: "ICSR Validation" |
12 |
|
Button |
On clicking the print button, entire Conformance Rule tab data is printed. |