RibavirinPurityChecker

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

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

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

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

• ℹ️ Утилита проверяет критические параметры качества рибавирина:
• • Содержание основного вещества (Assay): 98.5–101.5%
• • Примесь A (1,2,4-триазол-3-карбоксамид): ≤0.5%
• • Примесь B (Рибавирин N-оксид): ≤0.5%
• • Сумма прочих родственных примесей: ≤1.0%
• • Удельное вращение: от -30° до -36° (в воде)
• • Потеря в массе при высушивании (LOD): ≤0.5%
• ⚠️ КРИТИЧНО: Отклонение удельного вращения → нарушение стереохимии рибозы!
• RibavirinPurityChecker.exe input.csv output.json → оценка ваших данных
• Формат input.csv:
• BatchNumber,AssayPercent,ImpurityAPercent,ImpurityBPercent,OtherImpuritiesPercent,SpecificRotation,LossOnDryingPercent
• • Содержит хиральный центр (D-рибофуранозильный остаток). Фармакопеи требуют контроля оптической чистоты.
• • Примесь A (триазолкарбоксамид) — агликон, продукт гидролиза гликозидной связи или побочный продукт синтеза.
• • Примесь B (N-оксид) — продукт окисления триазольного кольца.
• • ВЭЖХ — основной метод количественного определения и контроля примесей.
• ⚠️ КРИТИЧЕСКИ ВАЖНО:

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

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

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

Контракт input.csv

BatchNumber,Assay%,ImpA%,ImpB%,OtherImp%,SpecRot,LOD%
RBV-2026-001,99.8,0.10,0.05,0.20,-33.5,0.2
RBV-2026-002,99.2,0.20,0.10,0.30,-32.0,0.3
RBV-FAIL-2026-003,97.0,0.80,0.60,1.50,-25.0,0.8

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

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

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

{
  "utilityId": "ribavirinpuritychecker",
  "utilityName": "RibavirinPurityChecker",
  "object": "Ribavirin Purity Checker",
  "overallStatus": "PASS|WARNING|FAIL",
  "sourceFile": "input.csv",
  "recordCount": 3,
  "checks": [
    {
      "parameter": "BatchNumber",
      "value": "RBV-2026-001",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-001"
    },
    {
      "parameter": "Assay%",
      "value": "99.8",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-002"
    },
    {
      "parameter": "ImpA%",
      "value": "0.10",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-003"
    },
    {
      "parameter": "ImpB%",
      "value": "0.05",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-004"
    },
    {
      "parameter": "OtherImp%",
      "value": "0.20",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-005"
    },
    {
      "parameter": "SpecRot",
      "value": "-33.5",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-006"
    },
    {
      "parameter": "LOD%",
      "value": "0.2",
      "status": "PASS|WARNING|FAIL",
      "message": "Rule-based check result",
      "ruleReference": "VR-007"
    }
  ],
  "criticalFindings": [],
  "warnings": [],
  "metadata": {
    "executionMode": "CLI",
    "interface": "CSV to JSON",
    "documentationFile": "RibavirinPurityChecker.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 и регрессионные тесты.