TL;DR
구강 알코올 탐지 기능은 지원 여부와 실제로 발생한 판정을 따로 확인해야 합니다. 기능명만 보고 모든 경우를 구별하거나 결과를 자동 무효화한다고 가정하지 않습니다. 알고리즘 설명·지원 모델·로그 표현을 문서별로 대조합니다.
기능이 있다는 말과 이번에 동작했다는 말
OIML R 126-1:2021은 증거용 정량 호기 분석기를 위한 국제 권고입니다. 특정 개인 제품이나 전체 브랜드가 이 권고의 모든 기능을 구현한다고 확대할 수는 없습니다. 디에이텍 제품의 기능 검토에서도 구강 알코올 탐지라는 일반 용어를 특정 모델의 지원 사실과 혼동하지 않도록 해야 합니다. 제조사에 문의할 때는 기능의 공식 이름, 지원되는 모델·버전, 실제 판정이 표시되는 위치를 나누어 확인하는 편이 낫습니다. 공개 문서에 없는 기능은 지원으로 표시하지 않습니다.
기능 확인표와 사건 확인표를 분리한다
| 확인 층위 | 요청할 항목 예시 | 확정할 수 있는 내용 |
|---|---|---|
| Feature availability | model_feature_statement, supported_firmware_range | 해당 모델이 기능을 지원하는지 |
| Operating conditions | documented_detection_conditions, stated_limitations | 어떤 조건을 전제로 하는지 |
| Event indication | detection_event_code_original, display_message_reference | 실제 사건이 어떻게 표현되는지 |
| Result handling | numeric_result_availability, rejection_behavior_description | 결과가 제공되는지 거부되는지 |
| Export visibility | exported_event_field, software_version_requirement | 외부 파일에도 구별되는지 |
| Review evidence | manufacturer_manual_reference, test_document_reference | 기능명 이상 근거가 있는지 |
| Unknown state | undocumented_behavior_note, pending_support_question | 아직 확인되지 않은 부분 |
탐지 판정을 원인 진단으로 쓰지 않는다
기능이 특정 패턴을 알린다고 해서 생활용품 사용 여부나 개인의 음주 상태를 완전히 설명한다고 받아들이지는 않습니다. 실제 제품의 제한 조건을 읽고, 장치가 보고한 상태를 원문대로 저장하는 것이 우선입니다. 외부 시스템이 임의로 구강 영향 가능성 점수를 만들어 공식 장치 결과처럼 보여 주는 방식은 피합니다. 지원 여부가 미확인인 제품에 같은 화면이나 버튼을 복제하지도 않습니다. 기술 담당자는 검출 조건과 오류 대응의 범위를 설명하고 의학적·법적 결론은 별도로 다룹니다.
기능 소개 문구를 번역할 때도 탐지 가능이라는 말과 항상 탐지한다는 말을 구별합니다. 적용 조건이 생략된 번역은 지원 범위를 넓혀 보이게 할 수 있으므로 원문 설명과 다시 대조하는 편이 좋습니다.
마무리
기능 지원은 제품 문서로, 특정 판정은 실제 로그로 확인합니다. 두 자료를 분리해 읽으면 기능 이름이 안전 보증이나 결과 무효화 근거로 과장되는 것을 막을 수 있습니다.
