PolyethyleneGlycolImpurityChecker

URS & FS — спецификация пользовательских требований и функциональная спецификация

Документ описывает контролируемый интерфейс, валидационное поведение и ожидаемые результаты утилиты PolyethyleneGlycolImpurityChecker. Документ предназначен для включения в папку утилиты рядом с input.csv и файлом описания. Предполагаемый исполняемый файл: PolyethyleneGlycolImpurityChecker.exe.

Область применения

Предметные ограничения и критические параметры

• ℹ️ Утилита проверяет критические параметры безопасности ПЭГ:
• • Этиленгликоль (Ethylene Glycol): ≤10 ppm
• • Диэтиленгликоль (Diethylene Glycol): ≤2.0%
• • Кислотное число (Acid Value): ≤0.2 мг КОН/г
• • Влажность (Water Content): ≤2.0%
• ⚠️ КРИТИЧНО: Этиленгликоль >10 ppm → риск острой почечной недостаточности!
• Диэтиленгликоль >2.0% → тяжелая интоксикация (нефро- и нейротоксичность)!
• PolyethyleneGlycolImpurityChecker.exe input.csv output.json → оценка ваших данных
• Формат input.csv:
• BatchNumber,EthyleneGlycolPPM,DiethyleneGlycolPercent,AcidValue,SaponificationValue,WaterContentPercent
• • Синтез ПЭГ involves полимеризацию этиленоксида, при этом могут оставаться мономеры (этиленгликоль) и олигомеры (диэтиленгликоль).
• • Этиленгликоль и диэтиленгликоль высокотоксичны для почек и нервной системы.
• • Фармакопеи (Ph. Eur., USP) требуют строгого контроля этих примесей методом ГХ (GC).
• • Кислотное число показывает степень окисления ПЭГ при хранении (образование альдегидов и кислот).
• ⚠️ КРИТИЧЕСКИ ВАЖНО:
• • Этиленгликоль ≤10 ppm — строгий лимит из-за высокой токсичности.

Фармакопейные и нормативные ссылки, найденные в описании

Производственный поток данных

URS — пользовательские требования

Контракт input.csv

BatchNumber,EG_ppm,DEG_percent,AcidVal,SapVal,Water_percent
PEG-400-2026-001,5.0,1.0,0.05,0.0,0.5
PEG-3350-2026-002,8.0,1.5,0.10,0.0,1.0
PEG-FAIL-2026-003,25.0,3.5,0.50,0.0,3.5

Правила валидации входных данных

FS — функциональная спецификация

Пример структуры output.json

{
  "utilityId": "polyethyleneglycolimpuritychecker",
  "utilityName": "PolyethyleneGlycolImpurityChecker",
  "object": "Polyethylene Glycol Impurity Checker",
  "overallStatus": "PASS|WARNING|FAIL",
  "sourceFile": "input.csv",
  "recordCount": 3,
  "checks": [
    {
      "parameter": "BatchNumber",
      "value": "PEG-400-2026-001",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-001"
    },
    {
      "parameter": "EG_ppm",
      "value": "5.0",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-002"
    },
    {
      "parameter": "DEG_percent",
      "value": "1.0",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-003"
    },
    {
      "parameter": "AcidVal",
      "value": "0.05",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-004"
    },
    {
      "parameter": "SapVal",
      "value": "0.0",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-005"
    },
    {
      "parameter": "Water_percent",
      "value": "0.5",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-006"
    }
  ],
  "criticalFindings": [],
  "warnings": [],
  "metadata": {
    "executionMode": "CLI",
    "interface": "CSV to JSON",
    "documentationFile": "PolyethyleneGlycolImpurityChecker.documentation.html"
  }
}

Матрица трассировки URS → FS → OQ/PQ

OQ/PQ тестовые сценарии

QA/QC, CSV/CSA и change control

• Не менять имена колонок без обновления валидатора, тестового набора и документации.
• Хранить input.csv, output.json, версию исполняемого файла, контрольную сумму и копию документации.
• Перед продуктивным использованием провести IQ/OQ/PQ или эквивалентную риск-ориентированную CSV/CSA-проверку.
• Критические пределы должны быть утверждены владельцем процесса и сверены с регистрационным досье, фармакопеей и локальными SOP.
• Любое изменение правил, порогов или интерпретации статусов должно проходить через change control и регрессионные тесты.