DrugProductSpecificationChecker

Drug Product Specification

capsules dissolution EAEU impurities microbiology pharmacopoeia solid dosage specification
Открыть подборку

Drug Product Specification Checker — Проверка спецификации лекарственной формы (Ph. Eur.)

ℹ️ Утилита проверяет ключевые параметры таблеток/капсул: содержание, распадаемость, растворение, однородность.
ℹ️ Не использует машинное обучение — только правила.
⚠️ Пределы обобщены для немодифицированных таблеток. Для точных значений используйте монографию.

Использование:
DrugProductSpecificationChecker.exe → демо-режим (вывод в консоль)
DrugProductSpecificationChecker.exe input.csv output.json → оценка ваших данных

Формат input.csv:
DosageForm,AssayPercent,DisintegrationMin,Dissolution30Min,ContentUniformityRSD

Пример:
Tablet,99.5,12.0,88.0,3.2

— ЗАЧЕМ ЭТО НУЖНО?
Комплексная проверка спецификации позволяет:
• Быстро оценить качество партии до выпуска,
• Подготовиться к аудиту (все параметры в одном отчёте),
• Снизить риск OOS за счёт раннего выявления отклонений.
Соответствие Ph. Eur. обязательно для регистрации и GMP-выпуска.

input.csv

DosageForm,AssayPercent,DisintegrationMin,Dissolution30Min,ContentUniformityRSD
Tablet,99.5,12.0,88.0,3.2

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

Этот документ описывает требования пользователя и функциональную спецификацию для утилиты контроля качества. Он предназначен для обсуждения внедрения, подготовки IQ/OQ и интеграции в контур ОКК/QC.

Утилита: DrugProductSpecificationCheckerAPI / объект: Drug Product SpecificationКатегория: EAEU pharmacopoeia

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

Утилита Drug Product Specification Checker применяется для объекта Drug Product Specification. Источником истины для структуры входных данных является фактический input.csv; критерии контроля задаются исполняемым модулем и предметным описанием.

Утилита не использует машинное обучение; решение формируется детерминированными правилами.

Категории: EAEU pharmacopoeia

Теги: capsules, dissolution, EAEU, impurities, microbiology, pharmacopoeia, solid dosage, specification, uniformity

2. Режимы запуска

DrugProductSpecificationChecker.exe                            → демо-режим (вывод в консоль)
DrugProductSpecificationChecker.exe input.csv output.json      → оценка ваших данных

3. Ключевые контролируемые области

  • количественное содержание / assay
  • растворение / распад
  • pH и физико-химические параметры

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

  • ⚠️ Пределы обобщены для немодифицированных таблеток. Для точных значений используйте монографию.
Пределы, указанные в описании, должны быть сверены с актуальной утверждённой спецификацией, фармакопейной монографией и регистрационным досье перед продуктивным применением.

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

IDТребованиеКритичностьКритерий приемки
URS-001Система должна принимать файл input.csv для Drug Product Specification с точным набором колонок, перечисленным в разделе «Контракт входных данных».HighФайл с корректным заголовком читается без ручного редактирования; отсутствие обязательной колонки приводит к FAIL/ошибке импорта.
URS-002Система должна обрабатывать запуск без аргументов в демонстрационном режиме и запуск с аргументами input.csv output.json для пользовательских данных.MediumОба сценария запуска дают предсказуемый результат или понятное сообщение об ошибке.
URS-003Система должна выполнять rule-based контроль по областям: количественное содержание / assay, растворение / распад, pH и физико-химические параметры.HighКаждый контролируемый параметр получает статус и сообщение; результат не зависит от скрытых Excel-формул или ML.
URS-004Система должна сохранять трассируемость между серией/партией, исходными значениями, применёнными правилами и итоговым вердиктом.HighВ выходе присутствуют идентификатор серии, исходные значения, статусы параметров и критические находки.
URS-005Система должна формировать машинно-читаемый output.json для LIMS/ELN/MES, batch record и QA/QC review.HighJSON содержит общий статус, массив проверок, предупреждения, отказы и ссылку на исходный файл.
URS-006Система должна поддерживать применение в валидационном пакете клиента: URS/FS, IQ/OQ-подготовка, проверка установки и операционных сценариев.HighДокумент, тестовые сценарии и воспроизводимый CSV/JSON-поток пригодны для аудита и внутреннего согласования.
URS-007Система должна явно отделять технические ошибки данных от предметных несоответствий спецификации.MediumОшибки схемы/типов не смешиваются с фармакопейными отклонениями и отображаются отдельно.

6. Контракт входных данных input.csv

Источник истины для схемы входа — фактический заголовок input.csv. Имена колонок технические и не переводятся.

#КолонкаТипЕд.ОписаниеПримерПравило контроля
1DosageFormтекстas specifiedDosage FormTabletобязательное значение; формат и допустимость проверяются утилитой
2AssayPercentдесятичное число%Assay %99.5число; сравнивается с пределом содержания/чистоты из спецификации или метода
3DisintegrationMinдесятичное числоminDisintegration Min12.0число; проверяется профиль высвобождения/распада согласно методу
4Dissolution30Minдесятичное числоminDissolution30 Min88.0число; проверяется профиль высвобождения/распада согласно методу
5ContentUniformityRSDдесятичное числоas specifiedContent Uniformity RSD3.2число; сравнивается с пределом содержания/чистоты из спецификации или метода

Пример CSV

DosageForm,AssayPercent,DisintegrationMin,Dissolution30Min,ContentUniformityRSD
Tablet,99.5,12.0,88.0,3.2

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

IDФункцияОписание реализации
FS-001CLI entry pointИсполняемый файл DrugProductSpecificationChecker.exe принимает режим демонстрации и режим обработки input.csv output.json.
FS-002CSV parserМодуль импорта читает CSV, проверяет заголовок, порядок/наличие колонок, количество значений и кодировку. Для десятичных значений ожидается точка.
FS-003Field conversionДля каждой колонки выполняется преобразование к ожидаемому типу: идентификатор, текст, десятичное число, дата/время или логический флаг.
FS-004Domain rule engineДля объекта Drug Product Specification применяются явные правила: диапазон, минимум, максимум, отсутствие запрещённого признака, полнота данных или расчётная проверка.
FS-005Criticality handlingКритичные нарушения формируют FAIL; некритичные отклонения и неполные данные формируют WARNING; соответствие всем правилам формирует PASS.
FS-006JSON writeroutput.json сохраняет общий статус, результаты по каждому параметру, исходные значения, предупреждения, отказы и диагностические сообщения.
FS-007Integration contractФормат CSV → JSON стабилен для вызова из LIMS/ELN/MES, планировщика задач или wrapper-сервиса.
FS-008Error handlingПри ошибке схемы, отсутствующем файле, нечисловом значении или невозможности записи JSON возвращается диагностируемая ошибка без тихого PASS.

8. Выходной контракт output.json

Выходной файл должен быть пригоден для автоматической обработки, аудита и сопоставления с исходной строкой input.csv.

{
  "utility": "DrugProductSpecificationChecker",
  "api": "Drug Product Specification",
  "batchNumber": "",
  "overallStatus": "PASS|WARNING|FAIL",
  "checkedAtUtc": "2026-05-18T00:00:00Z",
  "checks": [
    {
      "parameter": "DosageForm",
      "value": "Tablet",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "AssayPercent",
      "value": "99.5",
      "unit": "%",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "DisintegrationMin",
      "value": "12.0",
      "unit": "min",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "Dissolution30Min",
      "value": "88.0",
      "unit": "min",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "ContentUniformityRSD",
      "value": "3.2",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    }
  ],
  "criticalFindings": [],
  "sourceFile": "input.csv"
}

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

IDСценарийОжидаемый результат
TC-001Валидный CSV с заголовком и строкой из примераВсе строки обработаны; результат содержит PASS/WARNING/FAIL и детализацию по параметрам.
TC-002Отсутствует обязательная колонка из input.csvИмпорт отклоняется или строка получает FAIL со ссылкой на схему.
TC-003Числовое поле содержит текст или пустое значениеФиксируется ошибка преобразования типа; результат не маскируется как PASS.
TC-004Параметр выходит за предел спецификации / критического лимитаДля критического параметра формируется FAIL; для некритического — WARNING согласно правилу.
TC-006Недостаточное растворение или превышение времени распадаФормируется FAIL/WARNING согласно критичности метода.

10. QA/QC, CSV и управление изменениями

  • Перед применением на производстве клиент фиксирует версию исполняемого файла, контрольную сумму, версию спецификации/монографии, тестовый CSV, ожидаемый JSON и результаты IQ/OQ.
  • Нельзя менять имена колонок без обновления валидатора и тестовых сценариев.
  • Исходный CSV, output.json и версия утилиты должны храниться вместе как пакет доказательств.
  • Любое изменение правил контроля должно проходить change control и повторную проверку OQ-сценариев.

Входит в пакеты

EAEU Pharmacopoeia QC Suite

Пакет утилит по фармакопейным методам ЕАЭС: спецификации, растворение, микробиология, примеси и общие испытания.

Открыть