PemetrexedQualityChecker

1. Scope

The Pemetrexed Quality Checker utility is used for Pemetrexed. The actual input.csv is the source of truth for the input structure; control criteria are defined by the executable and the domain description.

The utility does not use machine learning; decisions are produced by deterministic rules.

Categories: Global API

Tags: API, assay, biosimilars, endotoxins, fixed-dose combinations, generics, impurities, injectables, market map, microbiology, sterility, water quality

2. Execution modes

PemetrexedQualityChecker.exe                            → demo mode
PemetrexedQualityChecker.exe input.csv output.json      → evaluate data

3. Key controlled areas

• assay / content
• purity and impurities
• residual solvents
• microbiology and pathogens
• heavy metals / elemental impurities
• pH and physicochemical parameters

5. URS — user requirements

6. input.csv data contract

The source of truth for the input schema is the actual input.csv header. Column names are technical identifiers and are not translated.

CSV example

BatchNumber,Assay_Percent,Specific_Rotation,pH_Value,Impurity_A_Percent,Impurity_B_Percent,Total_Impurities_Percent,Loss_On_Drying_Percent,Residual_Solvent_Ethanol_ppm,Residual_Solvent_Acetone_ppm,Heavy_Metals_ppm,Sulfated_Ash_Percent,SterilityTest,Bacterial_Endotoxins_EU_per_mg,Clarity_of_Solution,Particulate_Matter_Detected,Microbial_Count_TAMC,Microbial_Count_TYMC,EColi_Detected,Salmonella_Detected
PEM-LYO-2026-001,99.2,-40.5,7.2,0.05,0.04,0.15,3.5,500,400,5,0.05,0,0.05,0,0,10,2,0,0

7. FS — functional specification

8. output.json contract

The output file must be suitable for automated processing, audit review and correlation with the source input.csv row.

{
  "utility": "PemetrexedQualityChecker",
  "api": "Pemetrexed",
  "batchNumber": "PEM-LYO-2026-001",
  "overallStatus": "PASS|WARNING|FAIL",
  "checkedAtUtc": "2026-05-18T00:00:00Z",
  "checks": [
    {
      "parameter": "BatchNumber",
      "value": "PEM-LYO-2026-001",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result"
    },
    {
      "parameter": "Assay_Percent",
      "value": "99.2",
      "unit": "%",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result"
    },
    {
      "parameter": "Specific_Rotation",
      "value": "-40.5",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result"
    },
    {
      "parameter": "pH_Value",
      "value": "7.2",
      "unit": "pH",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result"
    },
    {
      "parameter": "Impurity_A_Percent",
      "value": "0.05",
      "unit": "%",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result"
    },
    {
      "parameter": "Impurity_B_Percent",
      "value": "0.04",
      "unit": "%",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result"
    },
    {
      "parameter": "Total_Impurities_Percent",
      "value": "0.15",
      "unit": "%",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result"
    },
    {
      "parameter": "Loss_On_Drying_Percent",
      "value": "3.5",
      "unit": "%",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result"
    }
  ],
  "criticalFindings": [],
  "sourceFile": "input.csv"
}

9. OQ/PQ test scenarios

10. QA/QC, CSV and change control

• Before production use, the client records executable version, checksum, specification/monograph version, test CSV, expected JSON and IQ/OQ results.
• Column names must not be changed without updating the validator and test scenarios.
• The source CSV, output.json and utility version should be stored together as an evidence package.
• Any change in control rules must go through change control and repeated OQ scenario verification.