Professional Documents
Culture Documents
LSMV™
Copyright © 1995-2018 by PharmApps, LLC
All rights reserved.
First Printed in United States of America.
This software is the confidential and proprietary information of PharmApps, LLC (“Confidential
Information”).
No part of this work covered by the copyrights hereon may be reproduced or copied in any form or by
any means graphic, electronic, or mechanical, including photocopying, without written permission from
the publisher.
PharmApps, LLC
All Rights Reserved.
Restricted Rights: Use, duplication or disclosure by the government is subject to restriction as set
forth in subparagraph (c)(1)(ii) of the Rights in Technical Data and computer software clause at
DFARS 252-227-7013.
Unpublished rights reserved under the copyright laws of the United States of America.
Information in this document is subject to change without notice. If you find any problems in the
documentation, please report them to us in writing. PharmApps, LLC does not warrant that this
document is error-free.
Microsoft, Windows, Outlook, and Office are registered trademarks of Microsoft Corporation.
Oracle is a registered trademark of Oracle Corporation.
Oracle Weblogic is a trademark or registered trademark of Oracle Corporation.
‘Java’ Trademark APPLICANT Oracle America, Inc. CORPORATION DELAWARE 500
Oracle Parkway
Redwood Shores CALIFORNIA 94065.
‘JavaScript’ Trademark REGISTRANT Sun Microsystems, Inc. CORPORATION
DELAWARE 4150
Network Circle Santa Clara CALIFORNIA 95054 (LAST LISTED OWNER) ORACLE
AMERICA, INC. CORPORATION DELAWARE 500 ORACLE PARKWAY REDWOOD
SHORES CALIFORNIA 94065.
HTML and XML are trademarks or registered trademarks of W3C®, World Wide Web
Consortium, Massachusetts Institute of Technology.
SAP NetWeaver® and other products and services mentioned herein, as well as their
respective logos, are trademarks or registered trademarks of SAP AG in Germany and in
several other countries.
WebSphere is a registered trademark of International Business Machines Corporation in the
United States, other countries, or both.
All other products or company names are used for identification purposes only and may be
trademarks of their respective owners.
June 2022
Table of Contents
Table of Contents
1 Auto-Labeling ............................................................................................................................. 1
1.1 Application Parameters Associated with Auto-Labeling.............................................................. 1
1.2 Workflow activity level Configuration .......................................................................................... 3
1.3 CPD Level Configurations for Auto-Labeling .............................................................................. 4
1.5 Auto-Labeling logic ................................................................................................................... 10
1.6 DSUR Labeling ......................................................................................................................... 13
1.7 Auto-labeling Scenarios ............................................................................................................ 15
2 Revision History ........................................................................................................................ 23
1 Auto-Labeling
Auto-labeling in LSMV is designed based on the industry standard practice (ISP) to meet the needs of
simple and complex labeling logics. The comprehensive set of fields needed for making a labeling
assessment as per the business process during processing of cases is included in the application
Company Product Dictionary (CPD) with a pre-defined logic to enable auto-labeling.
below is a high-level flow of the auto-labeling logic:
Country specific Datasheets can be configured for each product at the Preferred Product Description
(PPD) level in the CPD. The datasheets can be defined with only the labeling terms or can be defined
to include conditional rules and additional attributes to be considered for the labeling assessment.
Additional countries not associated with any datasheet can also be mapped to a PPD to create a
country specific labeling record for the product in the case.
Following sub-sections define the parameters and functionality associated with auto-labeling in LSMV.
Auto-Labeling Page 1
ISP Best Practices LSMV Auto-Labeling
Auto-Labeling Page 2
ISP Best Practices LSMV Auto-Labeling
Refresh auto-assessed Checkbox This parameter determines when the system
labeling updates the labeling assessments associated
with a case:
Note: All other country labeling records (other than IB and Core) as applicable to the product needs to
be configured at each PPD level either as a Selected Country (no Datasheet associated) or with the
corresponding Country Datasheet associated to the PPD and will be applicable to all case types.
Auto-Labeling Page 3
ISP Best Practices LSMV Auto-Labeling
Auto-Labeling Page 4
ISP Best Practices LSMV Auto-Labeling
Auto-Labeling Page 5
ISP Best Practices LSMV Auto-Labeling
Multiple Datasheets can be configured for a PPD either by clicking on ‘Add’ to add a new Datasheet
or by clicking ‘Copy’ to copy an existing Datasheet associated with the PPD to create a new
Datasheet under the same PPD.
Auto-Labeling Page 6
ISP Best Practices LSMV Auto-Labeling
Auto-Labeling Page 7
ISP Best Practices LSMV Auto-Labeling
Auto-Labeling Page 8
ISP Best Practices LSMV Auto-Labeling
Form of Admin Form of Admin This field allows associating an additional attribute of
codelist Form of Admin to auto-labeling.
When configured, the application looks for the Form of
Admin in addition to the Product-Event combination for
auto-labeling.
Route of Admin Route of Admin This field allows associating an additional attribute of
codelist Route of Admin to auto-labeling.
When configured, the application looks for the Route of
Admin in addition to the Product-Event combination for
auto-labeling.
Strength and the Free Text Field This field allows associating an additional attribute of
Strength Unit and Strength Strength and Strength Unit to auto-labeling.
codelist When configured, the application looks for the Strength
and Strength Unit in addition to the Product-Event
combination for auto-labeling.
Protocol Look-up This field allows associating an additional attribute of
Protocol to auto-labeling. The system allows maintaining
multiple protocols in this section.
When configured, the application looks for the Protocol
information in addition to the Product-Event combination
for auto-labeling.
Labeling Term: Note: A PT/LLT/SMQ or CMQ should be defined for the labeling term under a
datasheet.
PT Term and Look-up This field allows associating a PT term to the Datasheet.
Code When the Product-Event (PT) combination in the case
matches the labeling term configured in the datasheet,
auto-labeling is applied in consideration with the other
attributes (if any).
LLT Term and Look-up This field allows associating a LLT term to the Datasheet.
Code When the Product-Event (LLT) combination in the case
matches the labeling term configured in the datasheet,
auto-labeling is applied in consideration with the other
attributes (if any).
SMQ/CMQ Term Look-up This field allows associating a SMQ/CMQ to the
and Code Datasheet.
When the Product-Event (SMQ/CMQ) combination in the
case matches the labeling term configured in the
datasheet, auto-labeling is applied in consideration with
the other attributes (if any).
Labeled? Yes or No This field identifies the configured labeling term as either
labeled (Yes) or Unlabeled (No).
Conditional Checkbox If Conditional labeling? is checked, then a BLANK
Labeling? labeling record corresponding to the Country will be
created within the Case and the Reason will be updated
with the Conditional Labeling Comment. User will have to
review the Comment under the Reason and select the
Labeling accordingly.
Conditional Free Text This field allows to capture any conditional labeling
Labeling comments associated with the labeling term.
Comment
Include Fatal Checkbox
Event? System shall include the seriousness criteria with below
options and shall have OR condition between the
Life Threatening? seriousness criteria.
Auto-Labeling Page 9
ISP Best Practices LSMV Auto-Labeling
Auto-Labeling Page 10
ISP Best Practices LSMV Auto-Labeling
- System checks, if case criteria match to a data sheet with same PPD/Attribute(s) combination
in CPD
o One match found: apply auto-labeling based on this data sheet
The system will check if the event reported in the case is available in the
datasheet,
If available, the system will apply auto-labeling based on this data sheet by
creating a labelling record in the case with the country from the datasheet and
label the event labelled or Unlabeled based on the configured value
If not available, the system will mark the labeling based on Default labelling for
datasheet configuration at DS level.
If a default labeling for datasheet is not configured, the system will check the
Default labelling for datasheet configuration at the application parameter level
o no match found: check if a data sheet is available in CPD for this PPD/Country
combination with all attributes = blank
if yes: apply auto-labeling based on this data sheet (PPD/Country/blank
parameters)
if no: mark the labeling as per Default labelling for datasheet configuration
As a Best Practice, it is recommended to have at least one datasheet without any
attributes.
o If partial match found in a datasheet, follow logic as per ‘no match found’
o If more than one data sheet matches, check if labeling is labeled in all the matching
data sheets
if yes (labeling is labeled in all the matching data sheets), set to labeled
if no (labeling is different across the matching datasheets), set to unlabeled
Note: The application shall apply the following sequence when verifying the attributes against
the case data: Protocol>Indication>Form of Admin>Route of Admin>Fatal
- System automatically adds a blank labeling record for each product-event combination
captured in the case (where company product flag is set 'Yes' for the corresponding product)
when there is no data sheet/selected countries configured for the product but ‘Enable auto-
labeling’ is selected at the Product level in the CPD. If a labeling record exists based on the
datasheet, selected country or application parameter configuration, then a Blank labeling
record for the product-event combination will not be created.
- Additionally, Blank Labeling records can be manually created by clicking the “Add” or “Add All
Events” option in the labeling screen for that product. On Clicking “Add”, the application
creates a Blank Labeling record and the user needs to select the Event and enter the Country
and the Labeling information. On Clicking “Add All Events”, a Blank Labeling record will be
created for all the events under the specific product provided no labeling record is available
for the event-product combination.
Auto-(re) calculation of labelling happens on each case save provided the manual check box
is unchecked for the labelling record.
During the auto-(re) calculation, the application considers the changes to both case data as
well as datasheet/selected counties configuration to update the labeling information.
Note:
o When data sheet is removed or made inactive, the previously populated labeling
records will not be recalculated.
o Data sheet level configurations shall take precedence over the selected country when
recalculating the labeling. For example, if a Selected Country was configured
previously and a Blank or Unlabeled labeling record was created for the Product-
Auto-Labeling Page 11
ISP Best Practices LSMV Auto-Labeling
Any labeling data populated based on application parameter will not be updated with changes
to the application parameter or recalculated by unchecking the manual checkbox.
- Auto-labeling shall consider the datasheet version corresponding to the Effective Labeling
Date based on the below logic.
o The Event Onset Date is same as or after the Effective Labeling Date
o If partial Event Onset Date is provided (MMM-YYYY/--YYYY), the imprecise date
logic (first day of the month or the first day of the year respectively) should be applied
to compare the Event Onset Date against the Effective Labeling Date
o If Event Onset Date is Blank, Latest Received Date (LRD) shall be compared against
the Effective Labeling Date to identify the Datasheet version to be applied.
Auto-Labeling Page 12
ISP Best Practices LSMV Auto-Labeling
Effective Labeling
Date (V 1.0) 15-Jan-19 Logic
No auto labeling will be performed as event occurred
Event onset date 15-Oct-18 prior to the Effective Labeling Date
Event onset date 15-Oct-19 Auto labeling will be performed as per V 1.0
Auto labeling will be performed as per V 1.0
Event onset date Oct-2019 considering event onset date as 01-Oct-2019
No auto labeling will be performed considering event
onset date as 01-Jan-2019, which is prior to Effective
Event onset date 2019 Labeling Date.
Event onset date blank Auto labeling will be performed based on the LRD
- System shall allow to bulk update the DSUR labeling record for a series of case corresponding to
the DSUR period, so that the appropriate data can be included in the DSUR report with minimal
user intervention to update the DSUR labeling within each case identified for the DSUR.
Note: Datasheet of DSUR and Country of DSUR shall only be applicable for DSUR labeling.
- User can create DSUR Case Series from QBE and the system shall provide the option to
perform DSUR labeling from Case Series.
- When the user clicks on the DSUR labeling option in case series, the system shall provide the
Auto-Labeling Page 13
ISP Best Practices LSMV Auto-Labeling
user an option to select the appropriate DSUR labeling data sheet (regardless of the
Active/Inactive status) corresponding to the product selected using the product look-up. DSUR
Labeling Datasheet should be configured in the CPD for the selected product.
Auto-Labeling Page 14
ISP Best Practices LSMV Auto-Labeling
- The user shall select the DSUR datasheet to be applied and execute the DSUR labeling, then the
system shall create a DSUR labeling record for all the cases within the Case Series for the
selected Product as per the selected Datasheet. Note: OOB Auto-Labeling logic shall be applied.
- For a case if DSUR labeling record already exists, then the system shall update the existing
DSUR labeling record based on the selected DSUR datasheet on executing the DSUR labeling.
- When the DSUR labeling has failed or partially updated (ex: conditional labeling) after execution,
the system shall allow the privileged user to manually update the labeling information within the
case from the Case Series.
- Note: Manual update shall be allowed for successfully labeled cases as well.
- When a case is being processed by the user workflow, then the system shall not auto-label the
product-event combination based on DSUR datasheet even though the criteria is met and the
Datasheet is Active.
- The system shall display the following status against each case included in the series, when the
user reviews the individual cases within the Case Series,
o Success: Auto-labeling updated as per the Latest/Selected DSUR Datasheet
o Failed: Auto-labeling was not updated due to no match (Ex: Product not available) or case
version is unapproved/open in workflow
o Partial: Conditional Auto-labeling record updated. Manual intervention required to update the
labeling as per condition.
Auto-Labeling Page 15
ISP Best Practices LSMV Auto-Labeling
Create Default IB Labeling Clinical Trial Reports and/or Post- Clinical Trial
Record Market Reports
Default Labeling For Datasheet Unlabeled Record OR Blank Unlabeled
Record OR No Record
1.7.1 Scenario 1: Attributes configured, Conditional Rule Configured for DS, and Default
Labeling for DS: Not Configured
Case 1 Case 2
Report Type Spontaneous Report Type Study
Suspect/Drug Suspect/Drug
Interaction/DNA Product 1 Interaction/DNA Product 1
Event (PT) Red Eye Event (PT) Red Eye
Labeling Country Labeling Labeling Country Labeling
CORE Unlabeled IB Unlabeled
USA Unlabeled USA Unlabeled
GERMANY Unlabeled GERMANY Unlabeled
Case 3
Report Type Spontaneous
Suspect/Drug
Interaction/DNA Product 1
Event (PT) 1 Red Eye Event (PT) 2 Rash
Labeling Country Labeling Labeling Country Labelled?
CORE Unlabeled CORE Unlabeled
USA Unlabeled USA Labeled
GERMANY Unlabeled GERMANY Unlabeled
Auto-Labeling Page 16
ISP Best Practices LSMV Auto-Labeling
GERMANY
1.7.3 Scenario 3: Labeling based on different attributes (Form of Admin, Route of Admin and
Indication):
Datasheet
Datasheet 3>Core>Form of Datasheet
Datasheet
2>Core>Route Admin (Solution 4>Core>Indication (Lung
1>Core>Blank
of Admin (Oral) for injection Cancer)
/infusion)
Abdominal pain Yes - - -
Weight loss - - Yes
Anaphylactic
- - Yes -
reaction
Auto-Labeling Page 17
ISP Best Practices LSMV Auto-Labeling
Suspect/Drug Suspect/Drug
Product 1 Product 1
Interaction/DNA Interaction/DNA
Case 3 Case 4
Report Type Spontaneous Report Type Spontaneous
Suspect/Drug Suspect/Drug
Product 1 Product 1
Interaction/DNA Interaction/DNA
Event (PT) 1 Dry Mouth Event (PT) 2 Rash
Route of Admin Oral Route of Admin Intravenous Infusion
Labeling (correct, DS 1
Labeling Country Labeling(Correct, DS 2 applied) Labeling Country
applied)
CORE Labeled CORE Unlabeled
Case 5 Case 6
Report Type Spontaneous Report Type Spontaneous
Suspect/Drug Suspect/Drug
Product 1 Product 1
Interaction/DNA Interaction/DNA
Event (PT) 1 Weight Loss Event (PT) 1 Weight Loss
Indication Hypertension Indication Lung Cancer
Labeling (correct, DS 4
Labeling Country Labeling (correct, DS 1 applied) Labeling Country
applied)
CORE Unlabeled CORE Labeled
USA Unlabeled USA Unlabeled
Case 7 Case 8
Report Type Spontaneous Report Type Spontaneous
Suspect/Drug Suspect/Drug
Product 1 Product 1
Interaction/DNA Interaction/DNA
Event (PT) 1 Headache Event (PT) 1 Headache
Indication Hypertension Indication Lung Cancer
Route Intravenous infusion Route Not reported
Labeling Country Labeling (DS 1 applied) Labeling Country Labeling (DS 4 applied)
CORE Labeled CORE Unlabeled
USA Unlabeled USA Unlabeled
Auto-Labeling Page 18
ISP Best Practices LSMV Auto-Labeling
Case 9 Case 10
Report Type Spontaneous Report Type Spontaneous
Suspect/Drug Suspect/Drug
Product 1 Product 1
Interaction/DNA Interaction/DNA
Event (PT) 1 Weight Loss Event (PT) 1 Headache
Indication Hypertension Indication Hypertension
Solution for
Route Oral Route
infusion/injection
Labeling Country Labeling (DS 2 applied) Labeling Country Labeling (DS 3 applied)
CORE Unlabeled CORE Unlabeled
USA Unlabeled USA Unlabeled
Case 11
Report Type Spontaneous
Suspect/Drug
Product 1
Interaction/DNA
Event (PT) 1 Headache
Indication Hypertension
Route Oral
Labeling Country Labeling (DS 2 applied)
CORE Labeled
USA Unlabeled
GERMANY Unlabeled
Datasheet Datasheet
Datasheet
2>IB>Protocol 3>IB>Protocol
1>IB>Blank
(Paediatric) (Adult)
Abdominal pain Yes - -
Nausea - Yes -
Rash - - Yes
Urticaria - - Yes
Headache Yes Yes
Case 1 Case 2
Report Type Study Report Type Study
Suspect/Drug Suspect/Drug
Product 1 Product 1
Interaction/DNA Interaction/DNA
Auto-Labeling Page 19
ISP Best Practices LSMV Auto-Labeling
Case 3 Case 4
Report Type Study Report Type Study
Suspect/Drug Suspect/Drug
Product 1 Product 1
Interaction/DNA Interaction/DNA
Event (PT) Rash Event (PT) Urticaria
Protocol Pediatric Protocol Adult
Labeling (correct DS 3
Labeling Country Labeling (correct DS 2 applied) Labeling Country
applied)
IB Unlabeled IB Labeled
USA Unlabeled USA Unlabeled
GERMANY Unlabeled GERMANY Unlabeled
Case 5 Case 6
Report Type Study Report Type Study
Suspect/Drug Suspect/Drug
Product 1 Product 1
Interaction/DNA Interaction/DNA
Case 7
Report Type Study
Suspect/Drug
Product 1
Interaction/DNA
GERMANY Unlabeled
Scenario 5: Attributes configured, Conditional Rule Configured for DS, and Default Labeling for DS:
Configured
Auto-Labeling Page 20
ISP Best Practices LSMV Auto-Labeling
Auto-Labeling Page 21
ISP Best Practices LSMV Auto-Labeling
Auto-Labeling Page 22
ISP Best Practices LSMV Auto-Labeling
2 Revision History
0.4 1.1, 1.3, Updated the application details with Default Customer
1.4 and 1.5 Labeling for Datasheet feedback
Updated Additional Attributes with Strength
details
Updated auto-labeling logic
Added details on DSUR Labeling
1.0 1.4 Updated scenarios corresponding to Auto-labeling Customer
recalculation feedback
2.0 1.3 Updated the protocol section with implemented New
changes in 10.4.4 implementation
3.0 1.1, 1.2 and Updated the following in line with 2023.2.0.0 New
1.5 implementation. implementation
• Added details of new configuration “Refresh
auto assessed labeling.”
• Added new section of “1.2: Workflow activity
level Configuration: Disable auto labeling “
• Added: Labeling Functionality in Compare
and Reconcile