TreatmentChartAuditor

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

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

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

Категории: Radiation physics

Теги: activity, brachytherapy, dosimetry, source calibration, TG-43

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

TreatmentChartAuditor.exe                            → демо-режим
TreatmentChartAuditor.exe input.csv output.json      → аудит данных (первая запись)

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

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

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

6. Контракт входных данных input.csv

Источник истины для схемы входа — фактический заголовок input.csv. Имена колонок технические и не переводятся.

Пример CSV

PatientID,PlanName,PrescribedDoseGy,PlanDoseGy,TotalFractions,DeliveredFractions,StartDate,EndDate,PhysicianSigned,PhysicistSigned,TechnologistChecked,ConsentFormPresent
PT-2026-LUNG-05,Lung_SBRT_5fx,50.0,50.0,5,2,2026-04-01T09:00:00Z,2026-04-10T09:00:00Z,True,False,True,True

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

8. Выходной контракт output.json

Выходной файл должен быть пригоден для автоматической обработки, аудита и сопоставления с исходной строкой input.csv.

{
  "utility": "TreatmentChartAuditor",
  "api": "Treatment Chart Auditor",
  "batchNumber": "",
  "overallStatus": "PASS|WARNING|FAIL",
  "checkedAtUtc": "2026-05-18T00:00:00Z",
  "checks": [
    {
      "parameter": "PatientID",
      "value": "PT-2026-LUNG-05",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "PlanName",
      "value": "Lung_SBRT_5fx",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "PrescribedDoseGy",
      "value": "50.0",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "PlanDoseGy",
      "value": "50.0",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "TotalFractions",
      "value": "5",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "DeliveredFractions",
      "value": "2",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "StartDate",
      "value": "2026-04-01T09:00:00Z",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    },
    {
      "parameter": "EndDate",
      "value": "2026-04-10T09:00:00Z",
      "unit": "as specified",
      "status": "PASS|WARNING|FAIL",
      "message": "Результат проверки по правилу"
    }
  ],
  "criticalFindings": [],
  "sourceFile": "input.csv"
}

9. Тестовые сценарии OQ/PQ

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

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