CDSCO re-test guidelines – StabilityStudies.in https://www.stabilitystudies.in Pharma Stability: Insights, Guidelines, and Expertise Fri, 08 Aug 2025 21:07:57 +0000 en-US hourly 1 https://wordpress.org/?v=6.8.2 How to Establish Re-Test Dates for APIs and Intermediates https://www.stabilitystudies.in/how-to-establish-re-test-dates-for-apis-and-intermediates/ Fri, 08 Aug 2025 21:07:57 +0000 https://www.stabilitystudies.in/?p=5159 Read More “How to Establish Re-Test Dates for APIs and Intermediates” »

]]>
Active Pharmaceutical Ingredients (APIs) and intermediates form the foundation of pharmaceutical products. To ensure they remain fit for use over time, manufacturers assign a re-test date—a critical component of pharmaceutical quality systems. Unlike shelf life, the re-test period allows continued use beyond the initial assignment, provided the material passes re-evaluation.

In this guide, we outline a structured, GxP-compliant approach for determining and managing re-test dates in alignment with ICH Q7, FDA expectations, and global GMP principles.

📌 Understanding the Re-Test Period

The re-test period is the time span during which an API or intermediate is expected to remain within specification if stored under recommended conditions. After this period, the material must be tested again before use. If it meets the quality criteria, it can continue to be used.

Key Characteristics:

  • Applies to raw materials, intermediates, and APIs—not finished dosage forms
  • Retesting is allowed and often performed periodically
  • No expiry date is assigned; only “Re-test Before” is indicated

For foundational regulatory context, refer to ICH Q7.

🔬 Step 1: Design a Stability Protocol

Before assigning any re-test date, stability testing must be initiated under controlled storage conditions.

  • ✔ Choose storage conditions (25°C/60% RH, 30°C/65% RH, or accelerated)
  • ✔ Test attributes: assay, impurities, moisture content, microbiology (if applicable)
  • ✔ Test intervals: 0, 3, 6, 9, 12, 18, 24, 36 months
  • ✔ At least 3 commercial-scale batches required

Ensure the protocol complies with ICH stability validation principles.

📁 Step 2: Analyze Stability Data

Use real-time and accelerated stability data to determine trends. Your goal is to prove the material remains within specification over time.

Data Analysis Should Include:

  • Mean ± SD values for critical parameters
  • Trend analysis using linear regression
  • Stability-indicating methods validation summary
  • Any OOS or OOT investigations

Summarize results in a formal report for review and approval by QA and RA.

📆 Step 3: Assign the Initial Re-Test Date

Based on available stability data, assign a conservative re-test date. For example:

  • If 18-month data shows compliance, assign 12 months as re-test period
  • Use the most unstable parameter to determine assignment
  • Document rationale in the re-test justification file

Refer to similar assignments in prior filings available on GMP compliance archives.

🧾 Step 4: Documentation and Labeling

All re-test dates must be traceable and justified in product documentation.

  • Include in Certificate of Analysis (CoA): “Re-test Before: 30-JUN-2026”
  • Label bulk containers with bold “Re-test Before” date
  • Update raw material management logbooks and SAP systems
  • Archive full stability report under 3.2.S.7 in CTD format

Internal SOPs for material release should define re-test labeling requirements.

📋 Step 5: Periodic Requalification Plan

APIs nearing their re-test date must undergo retesting to extend usability.

  • Sampling performed by QA personnel
  • Tests identical to original specification
  • If compliant, new re-test date may be assigned
  • Log updated and batch re-approved for use

Document every requalification step for audit traceability and data integrity.

📦 Step 6: Re-Test Date Extension Strategy

Over time, you may gain more long-term data that justifies extending the re-test period.

To Extend Re-Test Period:

  • ✔ Aggregate stability data from multiple batches
  • ✔ Demonstrate compliance with original specs up to desired period
  • ✔ Perform a trend analysis with statistical justification
  • ✔ Submit data in regulatory filings if applicable (DMF updates)

Always align with internal quality agreements and ensure that ongoing studies are approved by regulatory and QA leadership.

📨 What Regulatory Authorities Expect

  • USFDA: Re-test dates must be backed by stability data. Use “Re-test Before” label language.
  • EMA: Re-test period should be consistent across CTD modules 3.2.S and 1.3.
  • CDSCO (India): Requires periodic revalidation if re-test period exceeds 24 months.
  • ANVISA: Accepts re-test date but prefers expiry for imported APIs.

Include re-test assignment justification in the Quality Overall Summary (QOS).

🔍 Common Audit Observations

  • Re-test dates not aligned with stability data
  • API used after re-test date without re-evaluation
  • Incomplete documentation of requalification results
  • Improper label format missing “Re-test Before” declaration

For compliance tips, review GMP inspection readiness checklists.

💡 Best Practices

  • Use batch-specific tracking for re-test deadlines
  • Maintain live stability studies for critical APIs
  • Ensure all retesting is done using validated methods
  • Never confuse shelf life with re-test period
  • Train warehouse and QA staff on re-test SOP execution

✅ Re-Test Assignment Template

Here’s a sample re-test record format:

Batch No. Manufacture Date Assigned Re-test Date Tested on Result
API-21012 01-Jan-2024 01-Jan-2026 30-Dec-2025 Complies

This log should be maintained in both digital and physical formats and reviewed annually.

Conclusion

Establishing and managing re-test dates is essential to ensuring the quality and regulatory compliance of APIs and intermediates. By following a structured, data-driven approach, pharmaceutical manufacturers can assign re-test dates confidently, reduce product rejection risks, and meet regulatory expectations across global markets. Always anchor the process in stability science and proper documentation.

References:

]]>