Skip to content
OdorAssist
OdorAssist

第七章:数据处理与审计修正

数据处理是嗅觉实验从感官判定转化为定量结论的关键环节。本系统后端计算引擎严格遵循 HJ 1262-2022 第 9 章的数学模型与 GB/T 8170 数值修约规则,实现了从原始判定数据到最终臭气浓度的全自动化核算。同时,基于 ALCOA+ 数据可靠性原则,系统构建了严密的审计、防篡改监控与修正机制,确保每一项数据的变动均处于绝对受控状态。

系统通过程序化逻辑消除了人工核算中常见的取舍误差、对数查表错误及统计偏差,确保计算结果的合法性与准确性。

  1. 标准化对数映射:在计算个人嗅觉阈值 XiX_i 时,系统拒绝直接使用计算机粗暴的 Math.log10()。针对标准稀释梯度,系统内置了对数值硬映射(例如:30 倍强制映射为 1.48,300 倍映射为 2.48),以绝对对齐 HJ 1262 标准附录中的演算示例。
  2. 四舍六入五成双:在求取平均值及标准偏差 SS 时,系统严格执行 GB/T 8170 规定的 Banker’s Rounding(银行家舍入法)进行 4 位小数修约。

7.1.2 环境空气与无组织排放监控点计算逻辑

Section titled “7.1.2 环境空气与无组织排放监控点计算逻辑”

依据标准 9.1 节,系统对低浓度样品执行以下核算:

  1. M 值加权统计:系统自动提取 6 名嗅辨员在三次重复实验中的 18 个结果,根据公式 (1) 自动分配权重(正确=1.00,不明确=0.33,错误=0),产出平均正解率 MM
  2. 内插法浓度产出:系统识别实验终止点(M0.58M \le 0.58),提取前一级 M1M_1(对应 t1t_1)和终止级 M2M_2(对应 t2t_2)。通过公式 (2)、(3)、(4) 自动求得幂参数 α\alphaβ\beta 及最终臭气浓度 YY。若初始 10 倍稀释下首轮 M0.58M \le 0.58,结果直接锁定为“< 10”。

依据标准 9.2 节,系统执行动态统计核算:

  1. 个人阈值核算 (XiX_i):系统自动定位个人的“最大正解稀释倍数 a1a_1”与“首错稀释倍数 a2a_2”,通过公式 (5) 计算个人嗅觉阈值。若第一级即出错,系统自动按 a1=a2/3a_1 = a_2 / 3 补偿计算。
  2. 置信区间 t 检验辅助决策:系统自动对平行实验产生的个人阈值数据进行 95% 置信区间的 tt 检验(公式 6)。若 tt 统计量大于临界值 tt-crit,系统将自动亮起红灯并提示追加第 3 次平行实验。
  3. 结果产出:系统采用通过检验的数据,通过公式 (7)、(8) 计算平均嗅觉阈值 Xˉ\bar{X},并最终转化为臭气浓度 Y=10XˉY = 10^{\bar{X}}

为确保数据的原始性,系统禁止对已产生的实验记录执行物理删除或静默覆盖。所有的调整必须通过规范的修正流程并留下完整审计痕迹。

7.2.1 异常干预与回退(Rollback)机制

Section titled “7.2.1 异常干预与回退(Rollback)机制”

在配气或嗅辨过程中,如遇设备故障、操作严重失误,主管人员可启用“高级修正工具”执行回退:

  • 回到准备就绪 (GROUP_READY):保留此前的历史轮次轨迹,仅作废当前异常轮次的数据,重新开始当前倍数的配气。
  • 回到初始分配 (ASSIGNED)高危操作。此操作不可逆,将彻底物理清除该任务所有已完成的轮次 and 嗅辨结果。
  • 强制审计:执行上述干预时,系统强制触发红色的异常警告,并要求操作者录入详细的回滚原因,记录永久随档。

7.2.2 初始实验参数修正 (Inline Edit)

Section titled “7.2.2 初始实验参数修正 (Inline Edit)”

在任务第 1 轮正式发气前,若发现温湿度录入错误或初始稀释倍数预判失误,配气员可点击界面上的“修正”按钮直接在面板内进行参数覆写,无需废弃整个任务。该修正行为将被系统后台静默捕获并记入参数变更审计。

7.3 审计追踪与数据完整性验证 (ALCOA+)

Section titled “7.3 审计追踪与数据完整性验证 (ALCOA+)”

系统引入金融级的防篡改技术,为实验室提供无懈可击的证据链支持。

7.3.1 物理防篡改与完整性验证中心 (Integrity Shield)

Section titled “7.3.1 物理防篡改与完整性验证中心 (Integrity Shield)”

系统不仅在应用层记录日志,更在底层数据库级别提供保护:

  • SHA-256 哈希锚点:每一条关键审计记录及生成的检测报告均附带唯一的 Hash 指纹。
  • 全量合规扫描:在系统的“数据完整性验证中心”,主管可一键执行哈希链扫描。系统会逐条核对上下游数据指纹,一旦发现有人员绕过系统直接在数据库后台修改了数值,系统将立刻报出“哈希链断裂 (Hash Compromised)”的红色警报,精准定位被篡改的数据行。

在查阅审计日志时,系统不仅保留了底层技术级的 JSON 数据快照对比(Old Value vs New Value),还通过智能引擎将其翻译为自然语言描述(如:“将 初始稀释倍数 从「10」变更为「30」”),极大方便了非 IT 专业的内审员进行质量复核。

7.3.3 敏感数据查阅审计 (Read-Audit)

Section titled “7.3.3 敏感数据查阅审计 (Read-Audit)”

为了保护数据隐私及防止偏见,当管理人员点击查阅全局审计追踪日志、系统核心配置、电子签名档案等敏感路径时,系统底层路由守卫(Router Guard)会即时静默生成一条“敏感数据调阅记录”,确保“谁看了什么数据”也完全透明、受控。

  1. 自动生命周期锁定:对于已结项的任务(COMPLETED),系统会自动将其锁定为“只读”状态,并在报告页面加盖“物理完整性校验已通过”的绿色电子合规徽章。
  2. 自动化定期备份:系统内置灾备调度器,确保存储空间的可用性(低于阈值时触发警报),定期对数据库执行全量快照,满足 ISO 17025 及相关法规对数据长效保存与灾难恢复的刚性要求。