BCSClassifier
BCS
BCS Classifier — Классификация по Биофармацевтической системе (ICH M9)
ℹ️ Утилита определяет класс BCS на основе дозы, растворимости и проницаемости.
ℹ️ Не использует машинное обучение — только правила ICH M9.
⚠️ Высокая растворимость: доза растворяется в ≤250 мл воды.
Использование:
BCSClassifier.exe → демо-режим (вывод в консоль)
BCSClassifier.exe input.csv output.json → оценка ваших данных
Формат input.csv:
DoseMg,SolubilityMgPerMl,Permeability
Пример:
50,10.0,High
200,0.5,Low
— ЗАЧЕМ ЭТО НУЖНО?
Классификация BCS позволяет обосновать отказ от биоэквивалентных исследований (biowaiver) для лекарственных средств:
• Класс I — высокая вероятность получения biowaiver,
• Класс II/IV — требуется полное BE-исследование,
• Класс III — biowaiver возможен при очень быстрой растворяемости.
Соответствие ICH M9 и Ph. Eur. обязательно для регистрации генериков.
input.csv
DoseMg,SolubilityMgPerMl,Permeability 50,10.0,High 200,0.5,Low 100,2.0,High 300,0.3,Low
URS & FS — пользовательские требования и функциональная спецификация
Этот документ описывает требования пользователя и функциональную спецификацию для утилиты контроля качества. Он предназначен для обсуждения внедрения, подготовки IQ/OQ и интеграции в контур ОКК/QC.
1. Область применения
Утилита BCS Classifier применяется для объекта BCS. Источником истины для структуры входных данных является фактический input.csv; критерии контроля задаются исполняемым модулем и предметным описанием.
Утилита не использует машинное обучение; решение формируется детерминированными правилами.
Категории: EAEU pharmacopoeia
Теги: dissolution, EAEU, impurities, microbiology, pharmacopoeia, specification, water quality
2. Режимы запуска
BCSClassifier.exe → демо-режим (вывод в консоль) BCSClassifier.exe input.csv output.json → оценка ваших данных
3. Ключевые контролируемые области
- растворение / распад
- pH и физико-химические параметры
4. Предметные ограничения и критические параметры
- ⚠️ Высокая растворимость: доза растворяется в ≤250 мл воды.
5. URS — пользовательские требования
| ID | Требование | Критичность | Критерий приемки |
|---|---|---|---|
| URS-001 | Система должна принимать файл input.csv для BCS с точным набором колонок, перечисленным в разделе «Контракт входных данных». | 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. | High | JSON содержит общий статус, массив проверок, предупреждения, отказы и ссылку на исходный файл. |
| URS-006 | Система должна поддерживать применение в валидационном пакете клиента: URS/FS, IQ/OQ-подготовка, проверка установки и операционных сценариев. | High | Документ, тестовые сценарии и воспроизводимый CSV/JSON-поток пригодны для аудита и внутреннего согласования. |
| URS-007 | Система должна явно отделять технические ошибки данных от предметных несоответствий спецификации. | Medium | Ошибки схемы/типов не смешиваются с фармакопейными отклонениями и отображаются отдельно. |
6. Контракт входных данных input.csv
Источник истины для схемы входа — фактический заголовок input.csv. Имена колонок технические и не переводятся.
| # | Колонка | Тип | Ед. | Описание | Пример | Правило контроля |
|---|---|---|---|---|---|---|
| 1 | DoseMg | десятичное число | as specified | Dose Mg | 50 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 2 | SolubilityMgPerMl | десятичное число | mg/ml | Solubility Mg per Ml | 10.0 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 3 | Permeability | текст | as specified | Permeability | High | обязательное значение; формат и допустимость проверяются утилитой |
Пример CSV
DoseMg,SolubilityMgPerMl,Permeability 50,10.0,High
7. FS — функциональная спецификация
| ID | Функция | Описание реализации |
|---|---|---|
| FS-001 | CLI entry point | Исполняемый файл BCSClassifier.exe принимает режим демонстрации и режим обработки input.csv output.json. |
| FS-002 | CSV parser | Модуль импорта читает CSV, проверяет заголовок, порядок/наличие колонок, количество значений и кодировку. Для десятичных значений ожидается точка. |
| FS-003 | Field conversion | Для каждой колонки выполняется преобразование к ожидаемому типу: идентификатор, текст, десятичное число, дата/время или логический флаг. |
| FS-004 | Domain rule engine | Для объекта BCS применяются явные правила: диапазон, минимум, максимум, отсутствие запрещённого признака, полнота данных или расчётная проверка. |
| FS-005 | Criticality handling | Критичные нарушения формируют FAIL; некритичные отклонения и неполные данные формируют WARNING; соответствие всем правилам формирует PASS. |
| FS-006 | JSON writer | output.json сохраняет общий статус, результаты по каждому параметру, исходные значения, предупреждения, отказы и диагностические сообщения. |
| FS-007 | Integration contract | Формат CSV → JSON стабилен для вызова из LIMS/ELN/MES, планировщика задач или wrapper-сервиса. |
| FS-008 | Error handling | При ошибке схемы, отсутствующем файле, нечисловом значении или невозможности записи JSON возвращается диагностируемая ошибка без тихого PASS. |
8. Выходной контракт output.json
Выходной файл должен быть пригоден для автоматической обработки, аудита и сопоставления с исходной строкой input.csv.
{
"utility": "BCSClassifier",
"api": "BCS",
"batchNumber": "",
"overallStatus": "PASS|WARNING|FAIL",
"checkedAtUtc": "2026-05-18T00:00:00Z",
"checks": [
{
"parameter": "DoseMg",
"value": "50",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "SolubilityMgPerMl",
"value": "10.0",
"unit": "mg/ml",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "Permeability",
"value": "High",
"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-сценариев.
Входит в пакеты
EAEU Pharmacopoeia QC Suite
Пакет утилит по фармакопейным методам ЕАЭС: спецификации, растворение, микробиология, примеси и общие испытания.
Открыть