TL;DR
mg/L와 %BAC를 통합하기 전에는 무엇을 측정하고 무엇으로 표시했는지 확인해야 합니다. 단위 이름만 바꿔 동일한 수치열로 합치면 데이터의 뜻이 달라질 수 있습니다. 원본값·원본단위·변환근거를 보존하고 승인되지 않은 환산은 보류합니다.
단위 열에 다른 측정 대상을 숨기지 않는다
디에이텍 AF-40BT 공식 사양은 %BAC와 mg/L 표시를 구분합니다. 제품이 여러 표시 단위를 지원한다는 사실을 보고 모든 데이터가 단순히 같은 자릿수 규칙을 쓴다고 가정해서는 안 됩니다. 제조사 또는 기술 담당자에게 각 표시의 측정 대상과 변환 방식에 관한 문서를 확인하는 편이 적절합니다. 어떤 비율을 적용하는지 확인되지 않았으면 인터넷에서 찾은 계수를 임의로 넣어 생산 시스템을 완성하지 않습니다.
통합 직전 대조해야 할 필드
| 정보 계층 | 기록 필드 제안 | 검토 질문 |
|---|---|---|
| Source observation | original_numeric_value, original_unit_text, source_model_identifier | 기기가 어떤 값과 기호를 냈는가 |
| Quantity meaning | measured_quantity_description, displayed_quantity_description | 직접 측정 대상과 표시 대상이 같은가 |
| Conversion authority | conversion_document_reference, approved_conversion_version | 변환 근거를 확인했는가 |
| Transformation | converted_value_if_authorized, target_unit, transformation_timestamp | 원본을 덮지 않고 별도 생성했는가 |
| Data acceptance | unit_mapping_review_status, unresolved_unit_reason | 미확인 데이터를 격리하는가 |
| Consumer interface | api_unit_enum, display_unit_label, report_unit_heading | 화면과 API의 뜻이 일치하는가 |
같은 보고서에 두 단위를 둘 수 있다
변환 근거가 확보되지 않았다고 해서 기록을 버려야 하는 것은 아닙니다. 보고서에서 단위별 영역을 나누고 원문값을 그대로 보여 주면 됩니다. 서로 다른 단위의 평균을 계산하지 않고, 비교가 불가능한 이유를 짧게 표시합니다. 추가 확인이 끝난 뒤 변환본을 만들더라도 기존 원본을 보존하면 변경 전후를 추적하기 쉽습니다. 다른 모델의 변환표를 같은 브랜드라는 이유만으로 가져오지도 않습니다.
단위 통합은 운전 허용 판단을 만들지 않는다
연동 설계자가 수치를 통합할 수 있다는 사실은 개인의 운전 가능 여부를 판단할 수 있다는 뜻이 아닙니다. 특히 혈중 표시값과 호기 단위를 연결하는 설명을 사용자별 안전시간 계산으로 확대하지 않아야 합니다. 기술 검토는 데이터 의미와 변환 근거를 분명히 하는 범위로 한정합니다. 도입 기관의 판단 절차와 사용자 안내는 별도로 검토하고 확인되지 않은 법적 효과는 붙이지 않습니다.
마무리
데이터를 합칠 때 가장 먼저 보존할 것은 값의 의미입니다. 원본 단위와 측정 대상이 확인된 자료만 승인된 변환으로 연결하고, 남은 자료는 단위별로 유지하면 무리한 통합을 피할 수 있습니다.
