RiboflavinQualityChecker
Riboflavin
Riboflavin Quality Checker — Vitamin B2 (Ph. Eur. 2.8.1)
ℹ️ The utility checks assay, specific rotation, UV ratios, impurities (lumiflavin, lumichrome), loss on drying.
ℹ️ Does not use machine learning — rule-based logic only.
⚠️ Critical for vitamin products, dietary supplements, parenteral nutrition, infant nutrition.
Usage:
RiboflavinQualityChecker.exe → demo mode (console output)
RiboflavinQualityChecker.exe input.csv output.json → evaluate your data
Input format:
BatchNumber,AssayPercent,SpecificRotation,UV444_267,UV373_267,Lumiflavin,Lumichrome,TotalImpurities,LossOnDrying,HeavyMetals,pH,ClarityNTU,ColorAPHA,EthanolPPM,AcetonePPM
Example:
B2-2026-001,99.5,-125.0,0.33,0.32,0.05,0.03,0.5,1.0,10,6.8,2,30,800,500
— WHY IS THIS NEEDED?
Riboflavin (vitamin B2) is a water-soluble vitamin critical for:
• Energy metabolism (FAD, FMN — coenzymes of dehydrogenases)
• Skin, mucous membranes, eye health (conjunctivitis, keratitis in deficiency)
• Hemoglobin synthesis and anemia prevention
• Vitamin complexes, dietary supplements, parenteral nutrition
• Infant nutrition and fortified products (flour, cereals)
⚠️ Extremely light-sensitive! Degrades under light forming lumiflavin and lumichrome (fluorescent degradation products). Requires light protection during storage and analysis!
Critical parameters:
• Assay 98.0–102.0% (on dried basis)
• Specific rotation -135° to -115° (in 0.1M HCl — key identification parameter)
• UV maxima at 223, 267, 373, 444 nm
• UV ratio A444/A267: 0.30–0.36 (characteristic for riboflavin)
• UV ratio A373/A267: 0.30–0.36
• Lumiflavin ≤0.1% (photo-oxidation product — reduces activity)
• Lumichrome ≤0.1% (degradation product)
• Total impurities ≤1.0%
• Loss on drying ≤1.5%
• Heavy metals ≤20 ppm
• pH of 0.075% solution: 6.0–7.5
• Clarity ≤5 NTU, color ≤50 APHA
Monograph compliance is mandatory for registration. Store in dark, airtight packaging protected from light! Analysis must be performed under light-protected conditions (yellow glass, red light).
input.csv
BatchNumber,AssayPercent,SpecificRotation,UV444_267,UV373_267,Lumiflavin,Lumichrome,TotalImpurities,LossOnDrying,HeavyMetals,pH,ClarityNTU,ColorAPHA,EthanolPPM,AcetonePPM B2-2026-001,99.5,-125.0,0.33,0.32,0.05,0.03,0.5,1.0,10,6.8,2,30,800,500
URS & FS — user requirements and functional specification
This document defines user requirements and functional specification for the quality-control utility. It supports deployment discussion, IQ/OQ preparation and QC workflow integration.
1. Scope
The Riboflavin Quality Checker utility is used for Riboflavin. 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: Vitamins and minerals
Tags: assay, heavy metals, impurities, minerals, premix, specification, vitamins, water quality
2. Execution modes
RiboflavinQualityChecker.exe → demo mode (console output) RiboflavinQualityChecker.exe input.csv output.json → evaluate your data
3. Key controlled areas
- assay / content
- residual solvents
- heavy metals / elemental impurities
- pH and physicochemical parameters
4. Domain limits and critical parameters
- ⚠️ Critical for vitamin products, dietary supplements, parenteral nutrition, infant nutrition.
- ⚠️ Extremely light-sensitive! Degrades under light forming lumiflavin and lumichrome (fluorescent degradation products). Requires light protection during storage and analysis!
- Critical parameters:
- Assay 98.0–102.0% (on dried basis)
- Specific rotation -135° to -115° (in 0.1M HCl — key identification parameter)
- UV maxima at 223, 267, 373, 444 nm
- UV ratio A444/A267: 0.30–0.36 (characteristic for riboflavin)
- UV ratio A373/A267: 0.30–0.36
- Lumiflavin ≤0.1% (photo-oxidation product — reduces activity)
- Lumichrome ≤0.1% (degradation product)
- Total impurities ≤1.0%
- Loss on drying ≤1.5%
- Heavy metals ≤20 ppm
- pH of 0.075% solution: 6.0–7.5
- Clarity ≤5 NTU, color ≤50 APHA
5. URS — user requirements
| ID | Requirement | Criticality | Acceptance criterion |
|---|---|---|---|
| URS-001 | The system shall accept an input.csv file for Riboflavin with the exact columns listed in the “Input data contract” section. | High | A file with the correct header is processed without manual editing; missing mandatory columns produce FAIL/import error. |
| URS-002 | The system shall support execution without arguments in demo mode and execution with input.csv output.json for user data. | Medium | Both execution scenarios produce a predictable result or clear diagnostic error. |
| URS-003 | The system shall perform rule-based controls for: assay / content, residual solvents, heavy metals / elemental impurities, pH and physicochemical parameters. | High | Each controlled parameter receives a status and message; the result does not depend on hidden Excel formulas or ML. |
| URS-004 | The system shall preserve traceability between batch/lot, source values, applied rules and final verdict. | High | Output includes batch identifier, source values, parameter statuses and critical findings. |
| URS-005 | The system shall generate machine-readable output.json for LIMS/ELN/MES, batch record and QA/QC review. | High | JSON contains overall status, check array, warnings, failures and source-file reference. |
| URS-006 | The system shall support use in the client validation package: URS/FS, IQ/OQ preparation, installation and operational scenario checks. | High | The document, test scenarios and reproducible CSV/JSON flow are suitable for audit and internal approval. |
| URS-007 | The system shall clearly separate technical data errors from specification nonconformities. | Medium | Schema/type errors are not mixed with pharmacopoeial deviations and are reported separately. |
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.
| # | Column | Type | Unit | Description | Sample | Control rule |
|---|---|---|---|---|---|---|
| 1 | BatchNumber | identifier | as specified | Batch Number | B2-2026-001 | mandatory field; used for batch/lot traceability |
| 2 | AssayPercent | decimal | % | Assay % | 99.5 | numeric value; compared with assay/purity limit from specification or method |
| 3 | SpecificRotation | decimal | as specified | Specific Rotation | -125.0 | mandatory numeric value; rule comparison is performed by the utility |
| 4 | UV444_267 | decimal | as specified | UV444 267 | 0.33 | mandatory numeric value; rule comparison is performed by the utility |
| 5 | UV373_267 | decimal | as specified | UV373 267 | 0.32 | mandatory numeric value; rule comparison is performed by the utility |
| 6 | Lumiflavin | decimal | as specified | Lumiflavin | 0.05 | mandatory numeric value; rule comparison is performed by the utility |
| 7 | Lumichrome | decimal | as specified | Lumichrome | 0.03 | mandatory numeric value; rule comparison is performed by the utility |
| 8 | TotalImpurities | decimal | as specified | Total Impurities | 0.5 | mandatory numeric value; rule comparison is performed by the utility |
| 9 | LossOnDrying | decimal | as specified | Loss On Drying | 1.0 | mandatory numeric value; rule comparison is performed by the utility |
| 10 | HeavyMetals | decimal | as specified | Heavy Metals | 10 | numeric value; checked as elemental/metal impurity |
| 11 | pH | decimal | pH | p H | 6.8 | mandatory numeric value; rule comparison is performed by the utility |
| 12 | ClarityNTU | decimal | as specified | Clarity NTU | 2 | mandatory numeric value; rule comparison is performed by the utility |
| 13 | ColorAPHA | decimal | as specified | Color APHA | 30 | mandatory numeric value; rule comparison is performed by the utility |
| 14 | EthanolPPM | decimal | ppm | Ethanol PPM | 800 | numeric value; checked as residual solvent against the applicable limit |
| 15 | AcetonePPM | decimal | ppm | Acetone PPM | 500 | numeric value; checked as residual solvent against the applicable limit |
CSV example
BatchNumber,AssayPercent,SpecificRotation,UV444_267,UV373_267,Lumiflavin,Lumichrome,TotalImpurities,LossOnDrying,HeavyMetals,pH,ClarityNTU,ColorAPHA,EthanolPPM,AcetonePPM B2-2026-001,99.5,-125.0,0.33,0.32,0.05,0.03,0.5,1.0,10,6.8,2,30,800,500
7. FS — functional specification
| ID | Function | Implementation description |
|---|---|---|
| FS-001 | CLI entry point | The executable RiboflavinQualityChecker.exe supports demo mode and input.csv output.json processing mode. |
| FS-002 | CSV parser | The import module reads CSV, validates header, column presence/order, value count and encoding. Decimal values are expected with a dot separator. |
| FS-003 | Field conversion | Each column is converted to the expected type: identifier, text, decimal number, date/time or boolean flag. |
| FS-004 | Domain rule engine | For Riboflavin, explicit rules are applied: range, minimum, maximum, absence of prohibited flag, data completeness or calculation-based check. |
| FS-005 | Criticality handling | Critical violations produce FAIL; non-critical deviations and incomplete data produce WARNING; full conformance produces PASS. |
| FS-006 | JSON writer | output.json stores overall status, per-parameter results, source values, warnings, failures and diagnostic messages. |
| FS-007 | Integration contract | The CSV → JSON format is stable for invocation from LIMS/ELN/MES, scheduled task or wrapper service. |
| FS-008 | Error handling | Schema error, missing file, non-numeric value or JSON write failure returns diagnosable error without silent PASS. |
8. output.json contract
The output file must be suitable for automated processing, audit review and correlation with the source input.csv row.
{
"utility": "RiboflavinQualityChecker",
"api": "Riboflavin",
"batchNumber": "B2-2026-001",
"overallStatus": "PASS|WARNING|FAIL",
"checkedAtUtc": "2026-05-18T00:00:00Z",
"checks": [
{
"parameter": "BatchNumber",
"value": "B2-2026-001",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "AssayPercent",
"value": "99.5",
"unit": "%",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "SpecificRotation",
"value": "-125.0",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "UV444_267",
"value": "0.33",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "UV373_267",
"value": "0.32",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "Lumiflavin",
"value": "0.05",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "Lumichrome",
"value": "0.03",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "TotalImpurities",
"value": "0.5",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
}
],
"criticalFindings": [],
"sourceFile": "input.csv"
}9. OQ/PQ test scenarios
| ID | Scenario | Expected result |
|---|---|---|
| TC-001 | Valid CSV with expected header and sample row | All rows are processed; output contains PASS/WARNING/FAIL and parameter-level detail. |
| TC-002 | A mandatory input.csv column is missing | Import is rejected or the row receives FAIL with schema reference. |
| TC-003 | A numeric field contains text or a blank value | Type conversion error is recorded; the result is not hidden as PASS. |
| TC-004 | A parameter is outside specification or critical limit | Critical parameters produce FAIL; non-critical deviations produce WARNING according to the rule. |
| TC-007 | Residual solvent above applicable limit | FAIL is produced with solvent name and measured value. |
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.