TL;DR
표시 범위를 벗어난 결과는 임의의 최대 수치로 바꿔 저장하지 않는 편이 좋습니다. 범위 초과는 숫자 자체와 별도의 상태로 남깁니다. 실제 모델의 오류·초과 표시 정의를 확보한 뒤 화면과 통계를 설계해야 합니다.
사양의 범위와 관측값의 상태는 다르다
디에이텍 AF-40BT 공식 제품 페이지는 표시 가능 범위를 %BAC·‰·mg/L로 구분해 제시합니다. 이 범위는 소프트웨어가 범위 초과 상태를 아무 숫자로 바꿔도 된다는 뜻이 아닙니다. 제조사 연동 검토에서는 특정 모델이 실제로 전송하는 원문 표시와 상태 코드를 먼저 확인하는 것이 순서입니다. 문서에 없는 코드명을 만들어 실장치 규격인 것처럼 사용하지 않고, 아래 예시는 내부 설계안으로만 구분해 둡니다.
범위 초과를 보존하는 저장 구조 예시
| 정보 | 내부 필드 제안 | 구별할 상황 |
|---|---|---|
| Source representation | original_display_text, original_status_code | 기기가 실제 보낸 원문 |
| Result category | measurement_result_kind = numeric / over_range / unavailable | 정량값과 상태를 구별 |
| Numeric value | numeric_value_when_available, original_unit | 숫자가 있을 때만 값 저장 |
| Range declaration | declared_range_minimum, declared_range_maximum, source_document_revision | 참조한 사양 범위 |
| UI explanation | presentation_message_identifier, language_code | 사용자가 이해할 상태 문구 |
| Aggregation policy | excluded_from_numeric_average_reason, report_policy_version | 통계에서 제외한 이유 |
최댓값 치환이 비교를 흐리게 만든다
범위 초과를 최대 표시값으로 바꾸면 원래 그 값이 측정되었는지 범위를 넘어 수치화되지 않았는지 구분할 수 없습니다. 이후 평균이나 최대값을 계산할 때 결과의 성격이 바뀔 수 있으므로, 원문 상태를 보존한 채 통계 정책을 별도 설계하는 편이 좋습니다. 데이터가 이미 치환되어 있다면 과거 기록을 추측으로 복원하지 말고 어떤 시점부터 원문 보존이 가능한지 밝혀야 합니다.
결과 미제공과 같은 색으로 묶지 않는다
범위 초과와 호흡 부족, 전원 문제, 통신 누락은 사용자가 취할 다음 행동이 서로 다를 수 있습니다. 따라서 모두 같은 오류로만 표시하기보다 확인된 모델 정의에 맞춰 안내를 분리합니다. 숫자가 없다는 공통점만으로 같은 실패 통계를 만들지 않습니다. 장치 설명서를 확인하지 않은 상태에서는 수치나 코드를 추정하지 말고 확인이 필요한 상태로 남긴 뒤 제조사에 원문 자료를 전달하는 방식이 적절합니다.
초과 상태를 지원하는 시스템에는 검색 필터도 별도로 두는 편이 유용합니다. 숫자 상한 검색만으로는 관련 기록이 빠질 수 있으므로 상태별 목록과 원문 조회를 함께 점검합니다.
마무리
표시 범위를 벗어났다는 정보도 중요한 결과입니다. 숫자로 강제 변환하지 않고 원래 상태와 참조 사양을 보존하면 통계와 사용자 설명을 각각 정확하게 설계할 수 있습니다.
