Electronic Record Generation

HI,
I have come up across a software that helps in printing of labels. Option is available in the system to define the structure of the template first and then provide data for the fields defined in the template.

This label printing software is also interfaced with a LIMS software and hence a part of the information of a required sample can be imported into the label record (at the time of label data generation) and a part of the information can also be provided manually by the user. Once this label information is submitted to the database, the label data will be available for printing as a label record.

My questions are,
Can it not be said that this label is electronically generated?
Will the printed label not be 21CFR compliant, if on the label no information such as when the label was printed and by whom the label was printed by is not provided on the label and it has only the information provided during the label data generation?

Sorry for the delayed reply…

Yes, of course, the label is “electronically generated” but that doesn’t imply it’s an electronic record (if that’s your question).

What aspect of 21 CFR are you specifically wondering about? It’s a big regulation! Please narrow the scope of your question. I don’t know of any requirement that says a label has to contain when it was printed or by whom. I’m on the device side so maybe pharma is different? You lost me on the interface with the LIMS system.

On the surface, it sounds like your printing process and any label verification process would need to be validated. You would also want to validate the softwre that defines the structure of the template.

I assume that your question is for 21 CFR Part 11 compliance.

In the case what you have described the label is generated electronically however it is not an electronic record. The data that goes to the label is electronic, that requires the LIMS to be validated for 21 CFR Part 11 compliance. The recording of the label printing details are required as a part of label control by 21 CFR Part 211.

Label generation & LIMS shall be 21CFR part 11 Complaint or if not 21 CFR part 11 Complaint then Controls / accountablity shall be adequate, appropriate , necessary documentary proofs shall be available

Dear All,

I put one example of software (21 CFR compli) and cotnorl the all type of data.

For your information

Pilgrim Adverse Event Regulatory Reporting Management

On-Demand Webinar

Presented By: Pilgrim Software
As globalization continues to press outward, regulatory agencies worldwide are looking to improve the efficiency of their operations and support early signal detection. As a result, regulations are changing, electronic reports are increasing, and the codes and the structure of how data is used, linked, and made available through product value chains will continue to expand. So today, from a regulatory standpoint, it has become necessary for every drug manufacturer to fully understand its drug safety data, which in turn helps determine the benefit/risk landscape of each product.
Agencies such as the FDA, Health Canada and others are increasingly mining safety data to detect early signals and trends and to increase their intelligence on product quality. Add to that the complexity of meeting regulatory requirements related to combination products and the criticality of time-sensitive regulatory reporting requirements using limited resources.
Further, the focus to date has been on analytics/visibility, related to patient/case, and not on the overall product quality. This basically stems from the fact that there is no, or very limited, visibility into other related quality sub-systems such as Corrective and Preventive Actions, Investigations, etc.
Register for this webinar to learn how Pilgrim Software’s Adverse Event Regulatory Reporting Management solution ensures that manufacturers are able to: maintain compliance; increase operational effectiveness; and, quickly identify product safety issues while avoiding risk and sustaining quality, now and as regulations continue to evolve.
This webinar will examine some of the challenges of using a manual and fragmented system for managing Adverse Event Reporting, including:
• Fragmented, disconnected processes, IT systems and approach
– Product complaints separate from Adverse Event systems and from Investigation/CAPA systems
– Separate websites to access for coding adverse events (for e.g. – MSSO for MedDRA)
• Insufficient closed-loop processes result in FDA warnings and consent decrees
• Multiple sites with their own Adverse Event reporting processes lead to lack of standardization and corporate control
• Homegrown electronic systems (Excel, Access) that lack sophistication to address growing needs of the business and evolving regulatory requirements
• Lack of real time visibility in to data sources
• Lack of access to metrics in real time (trends/analysis) results in delaying critical decisions
Download this webinar to discover:
• What are the minimum components needed for an ideal, robust, and complete Adverse Event Reporting System
• How built in capabilities such as out of the box forms and MedDRA integration enables users to shorten the adverse event coding process – a result which is very critical in meeting time-sensitive reporting requirements
• How built-in analytics provide the ability to analyze adverse events and product issues, and proactively identify and predict patterns, thus enabling the research group to improve product safety
• How Pilgrim’s system enables companies to reduce safety and compliance risk for multiple product types, including drugs and combination products, by providing a central platform for capturing the case data, regulatory reporting, analytics and related investigations
Who should attend this Webinar?
Quality, Regulatory, Compliance

Hi,

Post is having very good discussion.

Requested to all that only relevent material to the original question or subsequent concerns should be posted in that post, else it seems diverting from the core issue.

I don’t know how the Adverse drug reporting is related with label printing & LIMS software… for promotional / Alerts we can have separate post…isn’t it (If allowed as per forum rules)…Administrator to comment !

Any way post is quite old but yet relevent,

  1. Yes label can be stated as electronically generated.
  2. If you want the time stamp requirement compliance of part 11 for sure you have to have the non-editable date & time printed by the system on label.
  3. As an ancillery system to LIMS, printing module needs to be validated & vice-versa.
  4. Part 11 compliance is a huge chapter…evaluate the URS against the part 11.

Last but not the least which label you are generating from business / pateint safety point of view…

Happy Reading !