Описание утилиты: System Suitability Parameters Checker
System Suitability Parameters Checker — Проверка системной пригодности хроматографии
ℹ️ Утилита проверяет критические параметры системной пригодности (SST) по USP <621> / Ph. Eur. 2.2.46:
• Эффективность колонки (N): ≥2000 теоретических тарелок
• Фактор асимметрии (Tailing Factor, T): ≤2.0
• Разрешение (Resolution, Rs): ≥1.5
• Прецизионность (RSD площадей): ≤2.0%
⚠️ КРИТИЧНО: Если SST не пройден, результаты анализа образцов НЕДЕЙСТВИТЕЛЬНЫ!
Это основное требование GMP и фармакопей перед началом серии анализов.
Использование:
System_Suitability_Parameters_Checker.exe → демо-режим (вывод в консоль)
System_Suitability_Parameters_Checker.exe input.csv output.json → оценка ваших данных
Формат input.csv:
BatchNumber,TheoreticalPlates,TailingFactor,Resolution,RSD_Area,CapacityFactor
Пример:
SST-HPLC-2026-001,5500,1.1,2.5,0.8,3.5
— ЗАЧЕМ ЭТО НУЖНО?
Системная пригодность (System Suitability Test, SST) подтверждает, что хроматографическая система работает корректно в момент анализа.
• Параметры SST интегрируют характеристики прибора, реагентов, колонки и оператора.
• USP <621> и Ph. Eur. 2.2.46 требуют прохождения SST перед инъекцией образцов.
• Основные параметры: эффективность (N), симметрия пика (T), разрешение (Rs) и повторяемость (RSD).
• Автоматическая проверка SST предотвращает потерю времени на анализ бракованных серий и обеспечивает целостность данных.
⚠️ КРИТИЧЕСКИ ВАЖНО:
• N (Эффективность): Снижение N указывает на деградацию колонки или плохую упаковку.
• T (Асимметрия): Высокий T (>2.0) приводит к ошибкам интеграции и ухудшению разрешения.
• Rs (Разрешение): Rs < 1.5 означает неполное разделение пиков, что критично для количественного определения примесей.
• RSD (Прецизионность): Высокий RSD (>2.0%) указывает на проблемы с насосом, автосэмплером или детектором.
Ключевые особенности утилиты:
• Комплексная проверка всех основных параметров SST.
• Соответствие требованиям USP <621> и Ph. Eur. 2.2.46.
• Генерация четкого статуса PASS/FAIL для блокировки неверных данных.
Критические параметры:
• Theoretical Plates (N): >= 2000
• Tailing Factor (T): <= 2.0
• Resolution (Rs): >= 1.5
• RSD (%): <= 2.0
💡 Советы по использованию:
1. Запускайте SST-стандарт в начале каждой серии анализов и периодически в течение длинных серий.
2. Если SST не пройден, проверьте утечки, дегазацию подвижной фазы и состояние колонки.
3. Используйте свежие стандартные растворы для проверки RSD.
4. Мониторьте тренды параметров SST во времени для предиктивного обслуживания колонки.
5. Настройте автоматическую остановку автосэмплера при_fail_ SST.
⚠️ Особенность: Параметры SST специфичны для каждого метода. Данная утилита использует общие фармакопейные пределы, но в реальной лаборатории они должны быть настроены под конкретную монографию или валидированную методику.
input.csv
BatchNumber,N,Tailing,Resolution,RSD,CapacityFactor
SST-HPLC-2026-001,5500,1.1,2.5,0.8,3.5
SST-HPLC-2026-002,2100,1.8,1.6,1.9,2.1
SST-FAIL-2026-003,1500,2.5,1.2,3.5,1.5
Описание утилиты
System Suitability Parameters Checker — Проверка системной пригодности хроматографии
ℹ️ Утилита проверяет критические параметры системной пригодности (SST) по USP <621> / Ph. Eur. 2.2.46:
• Эффективность колонки (N): ≥2000 теоретических тарелок
• Фактор асимметрии (Tailing Factor, T): ≤2.0
• Разрешение (Resolution, Rs): ≥1.5
• Прецизионность (RSD площадей): ≤2.0%
⚠️ КРИТИЧНО: Если SST не пройден, результаты анализа образцов НЕДЕЙСТВИТЕЛЬНЫ!
Это основное требование GMP и фармакопей перед началом серии анализов.
Использование:
System_Suitability_Parameters_Checker.exe → демо-режим (вывод в консоль)
System_Suitability_Parameters_Checker.exe input.csv output.json → оценка ваших данных
Формат input.csv:
BatchNumber,TheoreticalPlates,TailingFactor,Resolution,RSD_Area,CapacityFactor
Пример:
SST-HPLC-2026-001,5500,1.1,2.5,0.8,3.5
— ЗАЧЕМ ЭТО НУЖНО?
Системная пригодность (System Suitability Test, SST) подтверждает, что хроматографическая система работает корректно в момент анализа.
• Параметры SST интегрируют характеристики прибора, реагентов, колонки и оператора.
• USP <621> и Ph. Eur. 2.2.46 требуют прохождения SST перед инъекцией образцов.
• Основные параметры: эффективность (N), симметрия пика (T), разрешение (Rs) и повторяемость (RSD).
• Автоматическая проверка SST предотвращает потерю времени на анализ бракованных серий и обеспечивает целостность данных.
⚠️ КРИТИЧЕСКИ ВАЖНО:
• N (Эффективность): Снижение N указывает на деградацию колонки или плохую упаковку.
• T (Асимметрия): Высокий T (>2.0) приводит к ошибкам интеграции и ухудшению разрешения.
• Rs (Разрешение): Rs < 1.5 означает неполное разделение пиков, что критично для количественного определения примесей.
• RSD (Прецизионность): Высокий RSD (>2.0%) указывает на проблемы с насосом, автосэмплером или детектором.
Ключевые особенности утилиты:
• Комплексная проверка всех основных параметров SST.
• Соответствие требованиям USP <621> и Ph. Eur. 2.2.46.
• Генерация четкого статуса PASS/FAIL для блокировки неверных данных.
Критические параметры:
• Theoretical Plates (N): >= 2000
• Tailing Factor (T): <= 2.0
• Resolution (Rs): >= 1.5
• RSD (%): <= 2.0
💡 Советы по использованию:
1. Запускайте SST-стандарт в начале каждой серии анализов и периодически в течение длинных серий.
2. Если SST не пройден, проверьте утечки, дегазацию подвижной фазы и состояние колонки.
3. Используйте свежие стандартные растворы для проверки RSD.
4. Мониторьте тренды параметров SST во времени для предиктивного обслуживания колонки.
5. Настройте автоматическую остановку автосэмплера при_fail_ SST.
⚠️ Особенность: Параметры SST специфичны для каждого метода. Данная утилита использует общие фармакопейные пределы, но в реальной лаборатории они должны быть настроены под конкретную монографию или валидированную методику.
URS & FS — спецификация пользователя и функциональная спецификация
Документ описывает контролируемый интерфейс, требования пользователя и функциональное поведение утилиты System_Suitability_Parameters_Checker. Назначение: автоматизированная проверка лабораторных, фармакопейных, аналитических или производственных QC-параметров на основе данных input.csv с формированием структурированного результата output.json.
Предметные ограничения и критические параметры
Перед продуктивным применением пределы должны быть сверены с утверждённой спецификацией, регистрационным досье, фармакопейной статьёй, валидированной методикой и локальными SOP.
- • Эффективность колонки (N): ≥2000 теоретических тарелок
- • Фактор асимметрии (Tailing Factor, T): ≤2.0
- • Разрешение (Resolution, Rs): ≥1.5
- • Прецизионность (RSD площадей): ≤2.0%
- • Параметры SST интегрируют характеристики прибора, реагентов, колонки и оператора.
- • USP <621> и Ph. Eur. 2.2.46 требуют прохождения SST перед инъекцией образцов.
- • Основные параметры: эффективность (N), симметрия пика (T), разрешение (Rs) и повторяемость (RSD).
- • Автоматическая проверка SST предотвращает потерю времени на анализ бракованных серий и обеспечивает целостность данных.
- • N (Эффективность): Снижение N указывает на деградацию колонки или плохую упаковку.
- • T (Асимметрия): Высокий T (>2.0) приводит к ошибкам интеграции и ухудшению разрешения.
- • Rs (Разрешение): Rs < 1.5 означает неполное разделение пиков, что критично для количественного определения примесей.
- • RSD (Прецизионность): Высокий RSD (>2.0%) указывает на проблемы с насосом, автосэмплером или детектором.
- • Комплексная проверка всех основных параметров SST.
- • Соответствие требованиям USP <621> и Ph. Eur. 2.2.46.
- • Генерация четкого статуса PASS/FAIL для блокировки неверных данных.
- • Theoretical Plates (N): >= 2000
URS — пользовательские требования
| ID | Требование | Критичность | Критерий приемки |
| URS-001 | Утилита должна принимать файл input.csv с точными заголовками из контракта данных. | High | Файл обрабатывается без ручной правки заголовков. |
| URS-002 | Утилита должна выполнять детерминированную проверку для System Suitability Parameters Checker на основе входных значений, утверждённых пределов и предметных правил. | High | Для каждой строки формируется статус PASS / WARNING / FAIL. |
| URS-003 | Утилита должна проверять обязательные поля, типы данных, числовые диапазоны, единицы измерения и предметную правдоподобность. | High | Ошибки схемы, формата и преобразования явно отражаются в результате. |
| URS-004 | Утилита должна выявлять критические отклонения по показателям, указанным в описании и спецификации метода. | High | Критическое отклонение приводит к FAIL или отдельному critical finding. |
| URS-005 | Утилита должна формировать output.json с машинно-читаемыми результатами, исходными значениями, предупреждениями и отказами. | High | JSON пригоден для LIMS/ELN/MES, QA/QC review и архивирования. |
| URS-006 | Результат не должен зависеть от машинного обучения или недокументированных эвристик. | Medium | Все решения основаны на явно заданных правилах, порогах и входных значениях. |
| URS-007 | Система должна сохранять трассируемость между серией, входными данными, применёнными правилами и итоговым статусом. | High | Выход содержит идентификатор серии/образца и перечень проверенных параметров. |
| URS-008 | Документация должна поддерживать подготовку IQ/OQ/PQ и обсуждение при инспекции. | Medium | URS, FS, контракт CSV/JSON и тестовые сценарии поставляются вместе с утилитой. |
| URS-009 | Утилита должна быть пригодна для пакетной обработки нескольких строк input.csv. | Medium | Каждая строка получает независимую оценку; ошибки одной строки не скрывают ошибки других строк. |
| URS-010 | Утилита должна поддерживать простую операционную модель: запуск в demo-mode и запуск с входным/выходным файлом. | Medium | CLI-сценарий воспроизводим на тестовом и продуктивном окружении. |
Контракт input.csv
| # | Поле | Тип | Пример | Назначение |
|---|
| 1 | BatchNumber | string | SST-HPLC-2026-001 | Идентификатор серии/партии для трассируемости, review и последующего расследования отклонений. |
| 2 | N | string / decimal | 5500 | Контролируемый входной параметр для детерминированных QC-правил и трассируемого результата. |
| 3 | Tailing | string / decimal | 1.1 | Контролируемый входной параметр для детерминированных QC-правил и трассируемого результата. |
| 4 | Resolution | string / decimal | 2.5 | Контролируемый входной параметр для детерминированных QC-правил и трассируемого результата. |
| 5 | RSD | decimal | 0.8 | Относительное стандартное отклонение; показатель точности/прецизионности процесса или метода. |
| 6 | CapacityFactor | string / decimal | 3.5 | Контролируемый входной параметр для детерминированных QC-правил и трассируемого результата. |
BatchNumber,N,Tailing,Resolution,RSD,CapacityFactor
SST-HPLC-2026-001,5500,1.1,2.5,0.8,3.5
SST-HPLC-2026-002,2100,1.8,1.6,1.9,2.1
SST-FAIL-2026-003,1500,2.5,1.2,3.5,1.5
FS — функциональная спецификация
| ID | Функция | Реализация |
| FS-001 | CSV import | Прочитать input.csv в UTF-8/CSV-совместимом формате, проверить наличие заголовка и ожидаемых колонок. |
| FS-002 | Schema validation | Проверить обязательные поля, количество колонок, отсутствие критических пропусков и корректность структуры строк. |
| FS-003 | Type conversion | Преобразовать числовые, флаговые и текстовые значения; некорректный формат фиксировать как ошибку строки. |
| FS-004 | Domain rule engine | Применить предметные правила для System Suitability Parameters Checker, включая лимиты из описания утилиты и утверждённой спецификации. |
| FS-005 | Status aggregation | Сформировать итоговый статус: FAIL при критическом отказе, WARNING при некритическом отклонении, PASS при соответствии. |
| FS-006 | JSON export | Записать output.json с детализацией проверок, исходными значениями, предупреждениями, отказами и critical findings. |
| FS-007 | Audit support | Сохранять структуру результата пригодной для review, расследования отклонений, воспроизведения расчёта и подготовки IQ/OQ/PQ. |
| FS-008 | Integration contract | Поддерживать сценарий: LIMS/ELN/MES формирует input.csv, утилита возвращает output.json, портал отображает описание и документацию. |
| FS-009 | Error handling | Отражать ошибки без неоднозначных сообщений; не подменять отсутствующие значения расчетными значениями без явного правила. |
| FS-010 | Version control support | Документировать версию утилиты, входной контракт, контрольную сумму исполняемого файла и дату применения правил. |
Пример output.json
{
"utilityId": "system-suitability-parameters-checker",
"utilityName": "System_Suitability_Parameters_Checker",
"overallStatus": "PASS|WARNING|FAIL",
"sourceFile": "input.csv",
"checks": [
{
"parameter": "BatchNumber",
"value": "SST-HPLC-2026-001",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "N",
"value": "5500",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "Tailing",
"value": "1.1",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "Resolution",
"value": "2.5",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "RSD",
"value": "0.8",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
},
{
"parameter": "CapacityFactor",
"value": "3.5",
"status": "PASS|WARNING|FAIL",
"message": "Rule-based check result"
}
],
"criticalFindings": [],
"warnings": [],
"generatedFor": "QA/QC review and LIMS integration"
}
Матрица трассируемости
| URS | FS | OQ/PQ покрытие |
|---|
| URS-001, URS-003 | FS-001, FS-002, FS-003 | OQ-001/OQ-002/OQ-003 |
| URS-002, URS-004 | FS-004, FS-005 | OQ-004/PQ-001 |
| URS-005, URS-007 | FS-006, FS-007 | OQ-005/PQ-002 |
| URS-008, URS-010 | FS-008, FS-010 | IQ-001/OQ-006 |
OQ/PQ тестовые сценарии
| ID | Сценарий | Ожидаемый результат |
|---|
| OQ-001 | Валидная строка из примера | PASS или допустимый WARNING согласно правилам. |
| OQ-002 | Отсутствует обязательная колонка | Ошибка схемы или FAIL. |
| OQ-003 | Нечисловое значение в числовом поле | Ошибка преобразования типа. |
| OQ-004 | Значение критического параметра за пределом | FAIL и critical finding. |
| OQ-005 | Несколько строк с разными статусами | Независимая оценка каждой строки. |
| PQ-001 | Реальная серия/партия пользователя | Согласованный результат review с сохранением input/output. |
QA/QC и change control
- Не менять имена колонок без обновления валидатора, документации и тестового набора.
- Хранить
input.csv, output.json, версию исполняемого файла, документацию и checksum. - Перед продуктивным использованием провести IQ/OQ/PQ или эквивалентную CSV/CSA-проверку.
- Критические пределы должны быть сверены с утверждённой спецификацией, локальными SOP и регистрационным досье.