FlowCytometry_ViabilityChecker
Flow Cytometry Viability
Flow Cytometry Viability Checker — Проверка жизнеспособности и маркеров (Ph. Eur. 2.6.17)
ℹ️ Утилита проверяет результаты проточной цитометрии: жизнеспособность, процентные маркеры в клеточных продуктах.
ℹ️ Не использует машинное обучение — только правила.
⚠️ Применимо к CAR-T, стволовым клеткам, мезенхимальным клеткам и другим ATMP.
Использование:
FlowCytometry_ViabilityChecker.exe → демо-режим (вывод в консоль)
FlowCytometry_ViabilityChecker.exe input.csv output.json → оценка ваших данных
Формат input.csv:
MarkerOrParameter,MeasuredPercent,LowerLimitPercent,UpperLimitPercent,ProductName
Пример:
Viability (7-AAD-),85.5,70.0,100.0,CAR-T Cells Batch #2025
CD34+,45.0,40.0,60.0,Hematopoietic Stem Cells
Treg (CD4+CD25+),8.0,5.0,15.0,T-cell Product
Viability (7-AAD-),65.0,70.0,100.0,Mesenchymal Stem Cells
— ЗАЧЕМ ЭТО НУЖНО?
Контроль клеточных характеристик критичен для ATMP:
• Жизнеспособность ≥70% — минимальное требование для инфузии,
• Идентификация маркеров — подтверждает фенотип продукта,
• Отклонения → потеря эффективности или безопасность.
Соответствие ICH Q5A–Q6B и Ph. Eur. 2.6.17 обязательно для регистрации клеточных ЛП.
input.csv
MarkerOrParameter,MeasuredPercent,LowerLimitPercent,UpperLimitPercent,ProductName Viability (7-AAD-),85.5,70.0,100.0,CAR-T Cells Batch #2025 CD34+,45.0,40.0,60.0,Hematopoietic Stem Cells Treg (CD4+CD25+),8.0,5.0,15.0,T-cell Product Viability (7-AAD-),65.0,70.0,100.0,Mesenchymal Stem Cells
URS & FS — пользовательские требования и функциональная спецификация
Этот документ описывает требования пользователя и функциональную спецификацию для утилиты контроля качества. Он предназначен для обсуждения внедрения, подготовки IQ/OQ и интеграции в контур ОКК/QC.
1. Область применения
Утилита Flow Cytometry Viability Checker применяется для объекта Flow Cytometry Viability. Источником истины для структуры входных данных является фактический input.csv; критерии контроля задаются исполняемым модулем и предметным описанием.
Утилита не использует машинное обучение; решение формируется детерминированными правилами.
Категории: EAEU pharmacopoeia
Теги: dissolution, EAEU, impurities, infusions, microbiology, pharmacopoeia, specification
2. Режимы запуска
FlowCytometry_ViabilityChecker.exe → демо-режим (вывод в консоль) FlowCytometry_ViabilityChecker.exe input.csv output.json → оценка ваших данных
3. Ключевые контролируемые области
- растворение / распад
- pH и физико-химические параметры
4. Предметные ограничения и критические параметры
- ⚠️ Применимо к CAR-T, стволовым клеткам, мезенхимальным клеткам и другим ATMP.
- Жизнеспособность ≥70% — минимальное требование для инфузии,
5. URS — пользовательские требования
| ID | Требование | Критичность | Критерий приемки |
|---|---|---|---|
| URS-001 | Система должна принимать файл input.csv для Flow Cytometry Viability с точным набором колонок, перечисленным в разделе «Контракт входных данных». | 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 | MarkerOrParameter | текст | as specified | Marker Or Parameter | Viability (7-AAD-) | обязательное значение; формат и допустимость проверяются утилитой |
| 2 | MeasuredPercent | десятичное число | % | Measured % | 85.5 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 3 | LowerLimitPercent | десятичное число | % | Lower Limit % | 70.0 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 4 | UpperLimitPercent | десятичное число | % | Upper Limit % | 100.0 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 5 | ProductName | идентификатор | as specified | Product Name | CAR-T Cells Batch #2025 | обязательное значение; формат и допустимость проверяются утилитой |
Пример CSV
MarkerOrParameter,MeasuredPercent,LowerLimitPercent,UpperLimitPercent,ProductName Viability (7-AAD-),85.5,70.0,100.0,CAR-T Cells Batch #2025
7. FS — функциональная спецификация
| ID | Функция | Описание реализации |
|---|---|---|
| FS-001 | CLI entry point | Исполняемый файл FlowCytometry_ViabilityChecker.exe принимает режим демонстрации и режим обработки input.csv output.json. |
| FS-002 | CSV parser | Модуль импорта читает CSV, проверяет заголовок, порядок/наличие колонок, количество значений и кодировку. Для десятичных значений ожидается точка. |
| FS-003 | Field conversion | Для каждой колонки выполняется преобразование к ожидаемому типу: идентификатор, текст, десятичное число, дата/время или логический флаг. |
| FS-004 | Domain rule engine | Для объекта Flow Cytometry Viability применяются явные правила: диапазон, минимум, максимум, отсутствие запрещённого признака, полнота данных или расчётная проверка. |
| 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": "FlowCytometry_ViabilityChecker",
"api": "Flow Cytometry Viability",
"batchNumber": "",
"overallStatus": "PASS|WARNING|FAIL",
"checkedAtUtc": "2026-05-18T00:00:00Z",
"checks": [
{
"parameter": "MarkerOrParameter",
"value": "Viability (7-AAD-)",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "MeasuredPercent",
"value": "85.5",
"unit": "%",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "LowerLimitPercent",
"value": "70.0",
"unit": "%",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "UpperLimitPercent",
"value": "100.0",
"unit": "%",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "ProductName",
"value": "CAR-T Cells Batch #2025",
"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
Пакет утилит по фармакопейным методам ЕАЭС: спецификации, растворение, микробиология, примеси и общие испытания.
Открыть