.svg)
AI 솔루션 문의하기
보험금 청구가 온라인이나 모바일로 이뤄지면 보험사는 청구를 신청한 사람이 실제 보험계약과 관련된 당사자인지 확인하는 절차를 마련해야 합니다. 단순히 로그인에 성공했다는 사실만으로는 청구 권한까지 확인됐다고 보기 어려워 청구 단계에서 별도의 본인확인이 필요할 수 있습니다. eKYC는 비대면 환경에서 신분증이나 본인 명의 정보 등을 확인하고 실제 신청자와 등록된 정보를 대조하는 방식으로 활용됩니다. 특히 보험금 청구는 금전 지급으로 이어지는 만큼 인증 결과와 청구 정보를 함께 관리하는 구조가 중요합니다.
보험계약에는 계약자와 피보험자, 보험금을 받는 수익자 등 여러 관계자가 존재할 수 있습니다. 따라서 청구 과정에서는 인증된 사람의 정보와 해당 보험계약에서 부여된 권한을 함께 확인하는 작업이 필요합니다. 계약자 본인이 청구하는 경우와 피보험자가 직접 청구하는 경우가 동일한 기준으로 처리되지 않을 수 있으며, 대리인이 신청하는 상황도 별도로 구분해야 합니다. eKYC 결과만 저장하는 것보다 어떤 계약에 대해 어떤 청구인이 본인확인을 완료했는지를 연결해 관리해야 이후 심사 과정에서도 혼선을 줄일 수 있습니다.
비대면 보험금 청구에서는 신분증 촬영이나 본인 명의 휴대전화 등의 정보를 활용해 신청자의 신원을 확인할 수 있습니다. 이때 신분증에서 읽어낸 정보와 보험사가 보유한 고객정보가 일치하는지를 별도로 살펴봐야 합니다. 신분증 이미지에서 이름이나 생년월일을 정상적으로 추출했다고 해서 해당 문서의 진위까지 확인된 것은 아니므로 단순 OCR 결과와 본인확인 결과를 구분해 관리하는 것이 필요합니다. 인증 과정에서 발생한 이미지 품질 문제와 실제 정보 불일치도 서로 다른 사유로 기록해야 재처리 기준을 세우기 쉽습니다.
보험금 청구 과정에서는 신분증 확인과 함께 신청자의 실시간 얼굴 촬영을 이용하는 방식도 고려할 수 있습니다. 이 경우 신분증에 포함된 인물 사진과 현재 촬영된 얼굴이 동일인인지 비교하는 과정이 핵심이 됩니다. 얼굴이 제대로 촬영되지 않았거나 조명과 각도 때문에 비교가 어려운 경우에는 기술적인 실패로 처리할 수 있지만, 촬영 품질이 충분한데도 일치하지 않는 경우에는 다른 확인 절차가 필요할 수 있습니다. 따라서 인증 실패를 하나의 상태로 묶기보다 재촬영이 필요한 경우와 추가 확인이 필요한 경우를 구분하는 설계가 요구됩니다.
보험금 청구에는 진료비 영수증이나 진단 관련 서류 등 다양한 자료가 함께 제출될 수 있습니다. 본인확인 결과와 제출된 청구서류를 동일한 청구 건에 연결하는 구조를 마련하면 어떤 신청자가 어떤 자료를 제출했는지 확인하기 쉬워집니다. 특히 모바일에서 여러 장의 서류를 촬영해 올리는 경우에는 이미지가 일부 누락되거나 다른 청구 건의 자료가 섞이는 상황도 고려해야 합니다. 인증 완료 여부와 서류 접수 상태를 별도의 값으로 관리하면서도 하나의 청구 건 안에서 서로 연결해두는 방식이 실무적인 관리에 적합합니다.
비대면 인증에서는 모든 사용자가 한 번에 본인확인을 통과하는 것은 아닙니다. 카메라 초점이나 조명, 신분증 훼손 등 기술적인 문제와 실제 신원정보 불일치를 구분하는 기준이 필요합니다. 단순 재촬영으로 해결할 수 있는 상황까지 별도의 수동 심사로 넘기면 처리 부담이 커질 수 있기 때문입니다. 반대로 반복적인 실패를 단순 오류로만 처리하면 실제 확인이 필요한 청구 건이 정상적인 절차를 거치지 않을 가능성도 있습니다. 실패 원인별 상태값과 재시도 횟수, 추가 확인 여부를 함께 관리하는 것이 중요합니다.
보험금 청구에서는 본인이 직접 신청하지 않고 가족이나 법정대리인 등이 절차를 진행하는 상황도 발생할 수 있습니다. 이런 경우 대리인의 신원과 대리청구 권한을 확인하는 절차를 일반 청구와 분리해 설계해야 합니다. 대리인의 본인확인이 완료됐다는 사실과 실제로 해당 계약의 보험금을 청구할 수 있는 권한은 서로 다른 정보이므로 두 결과를 하나로 취급해서는 안 됩니다. 필요한 위임이나 관계 증빙서류가 있다면 해당 자료의 접수 상태와 인증 결과를 함께 연결해 관리하는 방식이 적절합니다.
eKYC 과정에서는 신분증 정보와 얼굴정보처럼 민감하게 관리해야 할 정보가 생성될 수 있습니다. 따라서 보험금 청구에 필요한 정보와 인증 과정에서 일시적으로 사용되는 정보를 구분해 관리하는 기준을 마련해야 합니다. 인증 결과만 필요한 업무에 원본 이미지나 불필요한 정보를 장기간 보관하지 않도록 데이터별 보관 목적과 기간을 정하는 것도 중요합니다. 접근 권한 역시 청구 처리 담당자와 인증 시스템 운영자에게 동일하게 부여하기보다 업무에 필요한 범위에 따라 나누는 방식이 검토될 수 있습니다.
본인확인은 보험금 청구의 한 단계일 뿐이며 인증이 완료됐다고 해서 보험금 지급이 자동으로 확정되는 것은 아닙니다. 인증 결과와 청구 접수, 서류 심사, 지급 처리 등의 상태를 서로 구분해 관리하는 구조가 필요합니다. 인증이 완료된 청구 건은 이후 심사 단계에서 해당 결과를 확인할 수 있어야 하고, 정보 변경이나 재청구가 발생하면 새로운 확인이 필요한지도 판단해야 합니다. 이렇게 청구 과정의 각 상태를 연결하면 비대면 환경에서도 본인확인부터 지급 처리까지의 업무 흐름을 일관되게 관리할 수 있습니다.
.svg)
.svg)
