TL;DR
화면의 0은 해당 장비가 정한 표시 규칙에 따른 결과입니다. 검출 한계나 유효한 채취 여부까지 자동으로 설명해 주지는 않습니다. 기술 문서에서는 영점 표시·실패 상태·한계 미만을 따로 확인해야 합니다.
같은 0처럼 보여도 상태는 다를 수 있다
디에이텍 AF-40BT 제품 정보에는 수치 표시 범위가 안내되어 있습니다. 그러나 표시 범위의 시작값을 읽는 것과 검출 한계를 확인하는 것은 다른 질문입니다. 제조사 관점에서는 영점 결과가 어떤 조건에서 표시되는지 문서로 설명하고, 정상 분석 결과와 측정 미완료를 같은 값으로 저장하지 않도록 연동 담당자와 확인하는 편이 좋습니다. 실제 장비가 제공하지 않는 상태를 임의로 추정해서 붙이지 않는 것도 중요합니다.
숫자를 받기 전 상태부터 받는 표
| 상태 질문 | 데이터 설계 예시 | 처리 원칙 제안 |
|---|---|---|
| Was the sample accepted? | sample_validity_status = accepted / rejected / unknown | 거부 시료를 농도0으로 바꾸지 않음 |
| Was analysis completed? | analysis_completion_status, analysis_completed_at | 미완료와 완료를 별도 표시 |
| What did device report? | reported_value_original, reported_unit_original | 원문값을 임의 보정하지 않음 |
| Is a reporting limit documented? | reporting_limit_reference, documented_limit_unit | 문서 없는 한계를 새로 만들지 않음 |
| Is the value below a stated limit? | below_limit_indicator_if_supported | 지원 필드일 때만 사용 |
| Is the result available? | result_availability = available / not_available | 빈칸과 영점을 구별 |
성능 한계를 묻는 질문을 구체화한다
검출 한계가 얼마인지 문의할 때는 어떤 시험 방식과 판정 규칙에서 나온 값인지 함께 물어야 합니다. 표시 자릿수를 보고 그보다 작은 농도는 없다고 결론 내리거나, 반대로 모든 영점 결과를 오류로 취급할 필요도 없습니다. 공개 정보가 표시 범위뿐이면 검출 한계 미확인으로 적고 필요한 문서를 요청합니다. 제품 설명의 빈칸을 보편적인 수치로 채우지 않습니다.
영점 기록을 통계와 개인 판단에 섞지 않는다
정상적으로 완료된 결과와 장치 오류 때문에 값이 없는 기록은 집계 분모부터 달라야 합니다. 영점으로 일괄 치환하면 평균이 왜곡될 수 있으므로 미완료 사유를 남기는 편이 낫습니다. 또한 개인의 화면에 영점이 나타나더라도 운전 가능 여부를 보증하는 안내로 쓰지 않습니다. 측정의 기술적 의미를 설명하는 일과 사람의 안전을 허용하는 판단은 구분해야 합니다. 자가점검은 참고값이며 의심되면 운전하지 않는 보수적인 선택이 필요합니다.
장치의 영점 표시와 서버의 빈값 치환을 같은 화면에서 비교하는 테스트도 도움이 됩니다. 두 경우가 구별되지 않으면 데이터 처리에서 설명 문구를 먼저 수정하는 편이 좋습니다.
마무리
0이라는 숫자를 해석하기 전에 유효한 측정이 끝났는지부터 확인합니다. 표시 규칙과 문서화된 한계를 분리하고 미완료를 숫자로 바꾸지 않으면 결과 데이터의 의미를 더 오래 유지할 수 있습니다.
