TabletHardnessChecker

Tablet Hardness

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

Tablet Hardness Checker — Проверка твёрдости таблеток (Ph. Eur. 2.9.8)

ℹ️ Утилита проверяет твёрдость таблеток в ньютонах (N).
ℹ️ Не использует машинное обучение — только правила.
⚠️ Слишком мягкие → разрушаются, слишком твёрдые → не распадаются.

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

Формат input.csv:
MeasuredHardnessN,LowerLimitN,UpperLimitN,ProductName

Пример:
110.5,80.0,150.0,Metformin Tablets
60.0,70.0,130.0,Aspirin Tablets
180.0,100.0,160.0,Vitamin C Tablets

— ЗАЧЕМ ЭТО НУЖНО?
Твёрдость — баланс между:
• Механической прочностью (при фасовке и транспортировке),
• Способностью к распаду (для высвобождения API).
Соответствие Ph. Eur. 2.9.8 обязательно для всех таблетированных форм.

input.csv

MeasuredHardnessN,LowerLimitN,UpperLimitN,ProductName
110.5,80.0,150.0,Metformin Tablets
60.0,70.0,130.0,Aspirin Tablets
180.0,100.0,160.0,Vitamin C Tablets

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

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

Утилита: TabletHardnessCheckerAPI / объект: Tablet HardnessКатегория: EAEU pharmacopoeia

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

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

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

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

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

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

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

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

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

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

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

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

IDТребованиеКритичностьКритерий приемки
URS-001Система должна принимать файл input.csv для Tablet Hardness с точным набором колонок, перечисленным в разделе «Контракт входных данных».HighФайл с корректным заголовком читается без ручного редактирования; отсутствие обязательной колонки приводит к FAIL/ошибке импорта.
URS-002Система должна обрабатывать запуск без аргументов в демонстрационном режиме и запуск с аргументами input.csv output.json для пользовательских данных.MediumОба сценария запуска дают предсказуемый результат или понятное сообщение об ошибке.
URS-003Система должна выполнять rule-based контроль по областям: растворение / распад, 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. Имена колонок технические и не переводятся.

#КолонкаТипЕд.ОписаниеПримерПравило контроля
1MeasuredHardnessNдесятичное числоas specifiedMeasured Hardness N110.5обязательное числовое значение; сравнение с правилом выполняет утилита
2LowerLimitNдесятичное числоas specifiedLower Limit N80.0обязательное числовое значение; сравнение с правилом выполняет утилита
3UpperLimitNдесятичное числоas specifiedUpper Limit N150.0обязательное числовое значение; сравнение с правилом выполняет утилита
4ProductNameидентификаторas specifiedProduct NameMetformin Tabletsобязательное значение; формат и допустимость проверяются утилитой

Пример CSV

MeasuredHardnessN,LowerLimitN,UpperLimitN,ProductName
110.5,80.0,150.0,Metformin Tablets

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

IDФункцияОписание реализации
FS-001CLI entry pointИсполняемый файл TabletHardnessChecker.exe принимает режим демонстрации и режим обработки input.csv output.json.
FS-002CSV parserМодуль импорта читает CSV, проверяет заголовок, порядок/наличие колонок, количество значений и кодировку. Для десятичных значений ожидается точка.
FS-003Field conversionДля каждой колонки выполняется преобразование к ожидаемому типу: идентификатор, текст, десятичное число, дата/время или логический флаг.
FS-004Domain rule engineДля объекта Tablet Hardness применяются явные правила: диапазон, минимум, максимум, отсутствие запрещённого признака, полнота данных или расчётная проверка.
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": "TabletHardnessChecker",
  "api": "Tablet Hardness",
  "batchNumber": "",
  "overallStatus": "PASS|WARNING|FAIL",
  "checkedAtUtc": "2026-05-18T00:00:00Z",
  "checks": [
    {
      "parameter": "MeasuredHardnessN",
      "value": "110.5",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "LowerLimitN",
      "value": "80.0",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "UpperLimitN",
      "value": "150.0",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "ProductName",
      "value": "Metformin Tablets",
      "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 согласно правилу.

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

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

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

Кардиология

Пакет для кардиологических препаратов: антигипертензивные, антикоагулянты, антиагреганты, липидснижающие, антиаритмические и сопутствующие QC-проверки.

Открыть

Диабет

Пакет для противодиабетических препаратов: инсулины, метформин, SGLT2/DPP-4/GLP-1 препараты, глюкагон и сопутствующие проверки качества лекарственных форм.

Открыть

EAEU Pharmacopoeia QC Suite

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

Открыть