SourceStrengthLogger
Source Strength Logger
Source Strength Logger — Учет и проверка активности источников (NCRP/IAEA) ℹ️ Утилита ведет журнал состояния источников ионизирующего излучения (HDR, LDR, телегамма), сверяя данные сертификата с текущими измерениями. ℹ️ Контролируемые параметры: физический распад, кумулятивная наработка (часы), срок годности (экспирация), расхождение активности. ℹ️ Обработка: только ПЕРВАЯ запись в файле input.csv. ⚠️ Критично для безопасности! Использование просроченного источника или источника с превышенной наработкой может привести к разгерметизации или неточному дозированию. Использование: SourceStrengthLogger.exe → демо-режим SourceStrengthLogger.exe input.csv output.json → проверка данных (первая запись) Формат input.csv: SourceID,Radionuclide,InitialActivity,CalibrationDate,CheckDate,MeasuredActivity,CumulativeHoursUsed,MaxAllowedHours,ExpiryDate Пример (Ir-192, наработка близка к лимиту): IR192-HDR-9988,Ir192,370.0,2026-01-01T00:00:00Z,2026-05-01T10:00:00Z,115.0,3900,4000,2026-05-20T00:00:00Z — ЗАЧЕМ ЭТО НУЖНО? Каждый день перед началом процедур медицинский физик обязан проверить источник. • Активность должна соответствовать закону радиоактивного распада (с учетом погрешности ±2-3%). • Для HDR источников (Ir-192) есть лимит наработки (~4000 часов), после которого оболочка может деградировать. • Дата замены (Expiry) устанавливается производителем или регламентом. • Автоматический логгер исключает риск «человеческого фактора» при ручном сравнении дат и цифр. ⚠️ КРИТИЧЕСКИ ВАЖНО: • Расхождение активности >5% — признак возможной поломки источника или неисправности дозиметра. • Превышение наработки — строгий запрет на использование. • Истечение срока годности — немедленная замена. Критические параметры: • Отклонение активности: ≤ 2% (OK), > 5% (Fail) • Наработка: < MaxLimit (обычно 4000 ч для Ir-192) • Срок годности: CheckDate < ExpiryDate ⚠️ Особенность: Утилита автоматически рассчитывает ожидаемую активность на дату проверки и сравнивает с измеренной. При критических отклонениях выдает статус FAIL с требованием изъять источник. Результат содержит статус и рекомендацию на двух языках (RU/EN).
input.csv
SourceID,Radionuclide,InitialActivity,CalibrationDate,CheckDate,MeasuredActivity,CumulativeHoursUsed,MaxAllowedHours,ExpiryDate IR192-HDR-9988,Ir192,370.0,2026-01-01T00:00:00Z,2026-05-01T10:00:00Z,115.0,3900,4000,2026-05-20T00:00:00Z
URS & FS — пользовательские требования и функциональная спецификация
Этот документ описывает требования пользователя и функциональную спецификацию для утилиты контроля качества. Он предназначен для обсуждения внедрения, подготовки IQ/OQ и интеграции в контур ОКК/QC.
1. Область применения
Утилита Source Strength Logger применяется для объекта Source Strength Logger. Источником истины для структуры входных данных является фактический input.csv; критерии контроля задаются исполняемым модулем и предметным описанием.
Утилита не использует машинное обучение; решение формируется детерминированными правилами.
Категории: Radiation physics
Теги: activity, brachytherapy, dosimetry, radiopharma, source calibration, TG-43
2. Режимы запуска
SourceStrengthLogger.exe → демо-режим SourceStrengthLogger.exe input.csv output.json → проверка данных (первая запись)
3. Ключевые контролируемые области
- pH и физико-химические параметры
- радиоактивность, распад и радиохимическая чистота
- стабильность / срок годности
4. Предметные ограничения и критические параметры
- ⚠️ Критично для безопасности! Использование просроченного источника или источника с превышенной наработкой может привести к разгерметизации или неточному дозированию.
- ⚠️ КРИТИЧЕСКИ ВАЖНО:
- Расхождение активности >5% — признак возможной поломки источника или неисправности дозиметра.
- Превышение наработки — строгий запрет на использование.
- Истечение срока годности — немедленная замена.
- Критические параметры:
- Отклонение активности: ≤ 2% (OK), > 5% (Fail)
- Наработка: < MaxLimit (обычно 4000 ч для Ir-192)
- Срок годности: CheckDate < ExpiryDate
- ⚠️ Особенность: Утилита автоматически рассчитывает ожидаемую активность на дату проверки и сравнивает с измеренной. При критических отклонениях выдает статус FAIL с требованием изъять источник. Результат содержит статус и рекомендацию на двух языках (RU/EN).
5. URS — пользовательские требования
| ID | Требование | Критичность | Критерий приемки |
|---|---|---|---|
| URS-001 | Система должна принимать файл input.csv для Source Strength Logger с точным набором колонок, перечисленным в разделе «Контракт входных данных». | 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 | SourceID | текст | as specified | Source ID | IR192-HDR-9988 | обязательное значение; формат и допустимость проверяются утилитой |
| 2 | Radionuclide | текст | as specified | Radionuclide | Ir192 | обязательное значение; формат и допустимость проверяются утилитой |
| 3 | InitialActivity | десятичное число | as specified | Initial Activity | 370.0 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 4 | CalibrationDate | дата/время | as specified | Calibration Date | 2026-01-01T00:00:00Z | обязательное значение; формат и допустимость проверяются утилитой |
| 5 | CheckDate | дата/время | as specified | Check Date | 2026-05-01T10:00:00Z | обязательное значение; формат и допустимость проверяются утилитой |
| 6 | MeasuredActivity | десятичное число | as specified | Measured Activity | 115.0 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 7 | CumulativeHoursUsed | десятичное число | h | Cumulative Hours Used | 3900 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 8 | MaxAllowedHours | десятичное число | h | Max Allowed Hours | 4000 | обязательное числовое значение; сравнение с правилом выполняет утилита |
| 9 | ExpiryDate | дата/время | as specified | Expiry Date | 2026-05-20T00:00:00Z | обязательное значение; формат и допустимость проверяются утилитой |
Пример CSV
SourceID,Radionuclide,InitialActivity,CalibrationDate,CheckDate,MeasuredActivity,CumulativeHoursUsed,MaxAllowedHours,ExpiryDate IR192-HDR-9988,Ir192,370.0,2026-01-01T00:00:00Z,2026-05-01T10:00:00Z,115.0,3900,4000,2026-05-20T00:00:00Z
7. FS — функциональная спецификация
| ID | Функция | Описание реализации |
|---|---|---|
| FS-001 | CLI entry point | Исполняемый файл SourceStrengthLogger.exe принимает режим демонстрации и режим обработки input.csv output.json. |
| FS-002 | CSV parser | Модуль импорта читает CSV, проверяет заголовок, порядок/наличие колонок, количество значений и кодировку. Для десятичных значений ожидается точка. |
| FS-003 | Field conversion | Для каждой колонки выполняется преобразование к ожидаемому типу: идентификатор, текст, десятичное число, дата/время или логический флаг. |
| FS-004 | Domain rule engine | Для объекта Source Strength Logger применяются явные правила: диапазон, минимум, максимум, отсутствие запрещённого признака, полнота данных или расчётная проверка. |
| 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": "SourceStrengthLogger",
"api": "Source Strength Logger",
"batchNumber": "",
"overallStatus": "PASS|WARNING|FAIL",
"checkedAtUtc": "2026-05-18T00:00:00Z",
"checks": [
{
"parameter": "SourceID",
"value": "IR192-HDR-9988",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "Radionuclide",
"value": "Ir192",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "InitialActivity",
"value": "370.0",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "CalibrationDate",
"value": "2026-01-01T00:00:00Z",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "CheckDate",
"value": "2026-05-01T10:00:00Z",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "MeasuredActivity",
"value": "115.0",
"unit": "as specified",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "CumulativeHoursUsed",
"value": "3900",
"unit": "h",
"status": "PASS|WARNING|FAIL",
"message": "Результат проверки по правилу"
},
{
"parameter": "MaxAllowedHours",
"value": "4000",
"unit": "h",
"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-008 | Некорректная активность, время отсчёта или радиохимическая чистота | Формируется FAIL/WARNING с расчётной трассировкой. |
10. QA/QC, CSV и управление изменениями
- Перед применением на производстве клиент фиксирует версию исполняемого файла, контрольную сумму, версию спецификации/монографии, тестовый CSV, ожидаемый JSON и результаты IQ/OQ.
- Нельзя менять имена колонок без обновления валидатора и тестовых сценариев.
- Исходный CSV, output.json и версия утилиты должны храниться вместе как пакет доказательств.
- Любое изменение правил контроля должно проходить change control и повторную проверку OQ-сценариев.
Входит в пакеты
Radiation Physics QC Suite
Утилиты для расчётов активности, дозиметрии, источников брахитерапии, малых полей и параметров TG-43.
ОткрытьРадиология
Пакет для радиологии и диагностической визуализации: радиофармпрепараты, PET/SPECT, контрастные вещества, йодсодержащие и гадолиниевые препараты, а также проверки частиц, стерильности и эндотоксинов.
Открыть