클레임 처리 - 느린 부분은 결정이 아닙니다

클레임 처리는 보험사나 관리자가 접수된 클레임을 지급, 거절 또는 종결 결과로 전환하기 위해 따르는 일련의 단계입니다. 최초 손해 통지부터 등록, 확인, 판정(심사) 및 지급까지 이어집니다. 보험, 의료, 금융 및 보증 운영 등 누군가가 조직에 의무를 이행하라고 요청하는 곳이라면 어디든 이 절차의 변형된 형태가 실행됩니다.

금요일 오후 4시에 클레임 수신함을 열어보세요. 그곳에서 기다리고 있는 것은 어려운 결정이 아닙니다. PDF 파일들입니다. 첨부 파일 안의 첨부 파일, 여전히 팩스를 사용하는 한 보험사에서 보낸 팩스 손해 이력 보고서, 그리고 누군가가 분해해야만 어떤 종류의 클레임인지 파악할 수 있는 30페이지 분량의 최초 손해 통지서(FNOL) 패킷이 있습니다.

클레임을 결정하는 것은 어려운 부분입니다. 결정을 내릴 수 있는 형태로 문서를 정리하는 것은 느린 부분이며, 어느 누구도 이를 위해 인력을 배치하지 않습니다.

주요 시사점

• 클레임 처리는 접수, 등록, 확인, 판정, 지급, 종결의 6단계를 포함합니다. 판정(Adjudication)은 클레임 처리 안의 한 단계일 뿐, 동의어가 아닙니다.
• J.D. Power의 2024년 미국 자동차 클레임 만족도 조사 벤치마크에 따르면, 보험 가입자는 약 11일을 기대하지만 평균 클레임 주기 시간은 23.9일에 달합니다.
• 이러한 차이의 대부분은 결정에 걸리는 시간이 아닙니다. 문서 작업 시간입니다. ACORD 양식, 손해 이력 보고서, CMS-1500 및 이메일로 받은 PDF에서 필드를 읽은 다음 클레임 시스템에 입력하는 데 걸리는 시간입니다.
• 보험사들은 클레임을 자동화하기 훨씬 전에 가격 책정을 자동화했습니다. WTW가 2026년 3월 북미 손해보험사 59곳을 대상으로 실시한 설문조사에 따르면 약 80%가 고급 요율 산정 및 가격 책정 모델을 사용하고 있지만, 클레임 사기 탐지에 고급 분석을 사용하는 비율은 33%, 클레임 심각도에 사용하는 비율은 29%에 불과했습니다.
• 문서 추출과 핵심 클레임 플랫폼은 서로 다른 계층이며, 서로 다른 공급업체에서 판매합니다. 하나는 데이터를 입력하고, 다른 하나는 지급액을 결정합니다.

클레임 처리 수명 주기, 그리고 일정을 잡아먹는 두 가지 단계

클레임 수명 주기는 6단계로 나뉘며, 모든 클레임은 모든 비즈니스 영역에서 이 단계를 거칩니다. 어떤 팀은 클레임 처리 절차라고 부르고, 어떤 팀은 클레임 처리 단계라고 부릅니다. 어휘는 바뀌지만 순서는 절대 바뀌지 않습니다.

1. 최초 손해 통지 또는 클레임 제출. 청구인, 의료 제공자 또는 중개인이 사건을 보고합니다. 손해보험(P&C)에서는 FNOL 양식, 전화 통화 또는 이메일과 첨부 파일 형태로 주로 도착합니다. 의료 분야에서는 의료 제공자가 CMS-1500 또는 UB-04 양식으로 제출합니다.
2. 등록 및 데이터 캡처. 클레임 시스템에서 클레임이 열리고 보험 증권 번호, 청구인, 사고 발생일, 관할권, 진단 및 시술 코드, 금액 등의 필드가 기록됩니다. 상태 보고서에는 전혀 나타나지 않으면서 일정을 잡아먹는 단계가 바로 이 단계입니다.
3. 보장 및 자격 확인. 사고 발생일에 보험 정책이 유효했는가? 회원이 자격을 갖추고 있는가? 의료 제공자가 네트워크 내에 있는가? 손해가 보험 정책 조건에 해당되는가?
4. 판정. 클레임을 정책 규칙, 보장 한도, 공제액, 수가표와 비교하여 지급액을 결정합니다. 승인, 거절 또는 부분 지급으로 나뉩니다.
5. 지급 또는 거절. 자금이 지급되거나 청구인이 이의를 제기할 수 있는 사유 코드와 함께 거절 통보가 발행됩니다.
6. 종결. 파일이 정리되고 종결되며, 준비금이 해제되고 그 결과는 보고, 재보험 및 향후 언더라이팅을 위해 기록됩니다.

4단계는 여러분의 전문성이 빛을 발하는 곳입니다. 반면 2단계와 3단계는 일정의 대부분이 사라지는 곳입니다. 그 문서들에 인쇄된 필드가 시스템 내에 존재하기 전까지는 다운스트림의 어떤 작업도 시작될 수 없기 때문입니다.

클레임 처리와 클레임 판정의 차이, 그리고 혼동 시 비용이 많이 드는 이유

클레임 처리(Claim processing), 클레임 처리(claims processing), 클레임 핸들링(claims handling). 이들은 이름만 다를 뿐 모두 같은 의미이며, 아무도 이를 지적하지 않습니다. 하지만 판정(Adjudication)은 다릅니다. 이 용어는 제대로 이해할 가치가 있습니다.

판정은 결정을 의미합니다. 단 하나의 단계입니다. 클레임이 정책 규칙, 혜택 설계, 수가표를 충족하면 시스템이나 심사자가 지급액을 결정합니다.

클레임 처리는 그 결정을 둘러싼 모든 것을 의미합니다. 접수, 데이터 캡처, 확인, 판정 그 자체, 지급, 종결까지 포함합니다.

이 차이는 결국 청구서에서 드러납니다. 때때로 클레임 관리 또는 판정 시스템으로 판매되는 핵심 클레임 플랫폼은 클레임을 보관하고 결정을 내리는 기록 시스템입니다. 문서 추출 도구는 이 플랫폼에 데이터를 제공합니다. 둘 중 하나가 필요할 때 다른 하나를 구매하는 것은 값비싼 실수이며, 두 카테고리의 모든 공급업체가 홈페이지에 '클레임'이라는 단어를 넣기 때문에 쉽게 저지를 수 있는 실수입니다.

클레임의 종류

산업마다 어휘가 바뀔 뿐 본질은 변하지 않습니다.

보험 클레임은 건강, 자동차, 주택, 생명 및 상업 보험 등을 다루며, 누군가가 손상, 손실 또는 치료에 대한 보험금 지급을 요청하는 경우입니다. 의료 클레임은 반대 방향으로 진행됩니다. 의료 제공자가 이미 제공된 치료에 대해 지불자에게 비용을 청구하고, 몇 주 동안 상환을 기다립니다. 보증 클레임은 일반적으로 구매 증빙을 첨부하여 제조업체에 수리 또는 교체를 요청하는 것입니다. 산재(근로자 재해 보상) 클레임은 업무 중 다친 직원의 치료와 임금 손실을 결합한 것으로, 보험, 의료 및 급여 지급이 동시에 얽혀 있습니다. 그래서 아무도 자진해서 산재를 담당하려고 하지 않는 것입니다.

실제로 클레임 처리를 지연시키는 문서들

클레임 운영 관리자에게 시간이 어디에 소요되는지 물어보세요. 판정 규칙 때문이라고 말하는 사람은 없습니다. 수신함 때문이라고 말할 것입니다. 클레임 문서 처리는 예산 항목에는 절대 나타나지 않으면서 일주일을 갉아먹는 작업입니다.

• ACORD 양식. 상업용 애플리케이션을 위한 ACORD 125, 보험 증명서를 위한 ACORD 25 등 표준 손해보험(P&C) 문서 세트입니다. 레이아웃이 표준화되어 있어 도움이 되지만, 데이터 형태가 아닌 PDF, 스캔본 및 팩스로 도착합니다. 당사의 ACORD 125 가이드에서 상업용 애플리케이션을 필드별로 분석해 드립니다.
• 손해 이력 보고서(Loss run reports). 갱신 및 언더라이팅에 사용되는, 보험사가 발행하는 정책 관련 클레임 청구 내역입니다. 보험사마다 형식이 다릅니다. 열 제목이 지급액, 유보금, 발생액 사이에서 일치하지 않습니다. 표는 페이지를 넘어가며 잘립니다. 다수가 인쇄물을 스캔한 형태로 도착합니다.
• FNOL 이메일 및 첨부 파일. 이메일 하나에 커버 노트, 30페이지 분량의 PDF 패킷, 사진 및 수리 견적서가 관례적으로 포함됩니다. 데이터를 추출하기 전에 이 패킷을 본래의 6개 문서로 다시 분류해야 합니다.
• CMS-1500 및 UB-04 양식. 미국의 표준 의료 클레임 양식입니다. 빽빽한 박스 그리드로 구성되어 있어 스캔할 때 몇 도만 비뚤어져도 진단 코드가 다른 진단 코드로 바뀔 수 있습니다.
• 혜택 설명서(EOB). 지불자가 발행하며 레이아웃이 매우 다양합니다. 의료 제공자 측의 지급 기장(payment posting)을 위한 입력 자료로 사용됩니다.
• 경찰 보고서, 의료 기록, 항목별 청구서, 임금 명세서, 손해사정인 노트, 변호사 서신. 비정형적이고 예측할 수 없으며, 누군가 수작업으로 입력해야 하는 필드들로 가득 차 있습니다.

이 문서들은 이해하기 어려운 것이 아닙니다. 진짜 문제는 사람이 직접 읽지 않고, 실제 보험사가 보내는 수많은 양과 다양한 레이아웃 속에서 이를 읽어내는 것이 어렵다는 점입니다.

수동 클레임 처리가 서서히, 그러다 한꺼번에 실패하는 이유

수동 데이터 입력은 조용한 화요일에 문제를 일으키지 않습니다. 여유가 가장 없는 주를 기다립니다.

일상적인 피해는 점진적입니다. 문서를 확인하고 수작업으로 클레임을 입력하는 과정은 모든 주기를 늘립니다. AutomationEdge는 자동화를 통해 몇 시간으로 단축할 수 있는 의료 클레임 처리가 수동 승인으로 인해 10일이나 지연된다고 언급했습니다. 잘못 입력된 코드나 금액 하나는 잘못된 지급, 거절, 또는 일주일간의 재작업으로 이어집니다. 미국의사협회(AMA)의 국민건강보험 평가 카드에 따르면 미국 의료 시스템 전반에 걸친 클레임 처리 오류 비용은 연간 170억 달러에 이릅니다. 처리량이 늘어난다는 것은 곧 인력이 더 필요하다는 의미지만, 숙련된 클레임 담당자들이 채용 공고를 새로 고침하며 기다리고 있지는 않습니다.

그러다 최악의 한 주가 찾아옵니다. 우박이 내리거나 공개 등록 기간(open enrollment)이 시작되면, 수동 접수의 유일하고 진짜 결함인 급증 대응 능력(surge capacity) 부족이 여실히 드러납니다. 금요일에 2시간 분량이던 대기열이 월요일에는 4일 치로 불어나며, 아무리 초과 근무를 해도 그 시간을 만회할 수 없습니다. 규제가 변동할 때도 마찬가지입니다. 사람들의 머릿속에 있는 절차는 느리고 불규칙하게 업데이트되기 때문입니다.

최초 손해 통지 단계에서 포착된 고품질 데이터는 수동 데이터 입력을 약 70% 줄여줍니다. 이는 레버리지가 어디에 있는지 정확히 알려줍니다.

오타가 매출채권 문제로 이어지는 의료 분야의 클레임 처리

의료 클레임 처리는 클레임이 의료 제공자로부터 지불자에게 이동하는 상환 경로입니다. 제공자는 전문 서비스를 위해 CMS-1500을, 기관 서비스를 위해 UB-04를 제출합니다. 지불자는 자격 및 코딩을 확인하고 혜택 플랜 및 수가표와 비교하여 판정한 후 지급액과 혜택 설명서를 발행합니다.

코딩 및 데이터 오류는 거절을 초래하고, 거절은 재작업을 유발하며, 재작업은 몇 주 동안 돈을 매출채권에 묶어둡니다. 이러한 오류는 모두 누군가가 양식에서 필드를 읽어 다른 시스템에 입력할 때 시작되었습니다. 이것이 바로 의료 분야의 클레임 처리와 다른 분야의 클레임 처리의 유일한 차이점입니다. 동일한 6단계를 거치지만, 수식어 하나를 잘못 입력하면 비용이 발생한다는 점입니다. 이 광범위한 변화는 의료 분야의 AI에 대한 당사의 글에서 다루고 있습니다.

자동화가 실제로 변화시키는 것

클레임 자동화는 AI를 사용하여 수신되는 문서를 읽고, 클레임 시스템에 필요한 필드를 추출하여 사람이 다시 입력할 필요 없이 다음 단계로 전달합니다. 불확실한 필드는 사람이 검토하도록 전달하고, 나머지는 손대지 않고 통과시킵니다. 이것이 업계에서 말하는 스트레이트 스루 프로세싱(직접 처리)이며, 문서 접수가 그 첫 번째 단계입니다.

자동화가 읽기 작업을 대신하면 네 가지가 변합니다.

문서를 수기로 필사하는 대신 제출된 문서에서 필드를 직접 추출하므로 정확도가 향상됩니다. 3주 후 거절 서신에서 필사 오류를 발견하는 대신 애초에 오류를 제거하기 때문입니다. 비정형 데이터를 행(row)으로 변환하는 데 더 이상 대규모 인력이 필요하지 않아 비용이 절감되며, McKinsey의 분석에 따르면 자동화는 클레임 여정 비용을 최대 30%까지 줄일 수 있습니다. 아침에 일괄 처리하는 대신 양식이 도착하는 대로 클레임 양식을 처리하므로 접수가 더 이상 대기열처럼 작동하지 않아 속도의 형태가 바뀝니다. 그리고 보험 가입자는 더 빠른 합의, 피할 수 있는 거절의 감소, 수표가 언제 도착하는지 묻는 전화의 감소라는 네 번째 변화를 직접 느끼게 됩니다.

이는 새로운 아이디어가 아닙니다. PwC는 2021년에 이미 클레임 관리를 위한 AI에 투자하는 보험 리더들을 주목했습니다. 그 이후로 바뀐 점은 실제 도구가 프레젠테이션의 비전을 따라잡았다는 것입니다.

Parseur가 적합한 곳과 그렇지 않은 곳

Parseur에서 우리는 이 과정의 한 부분을 담당합니다. 클레임 문서를 구조화된 데이터로 변환하여 필요한 곳으로 보냅니다.

그것이 바로 접수 계층(intake layer)입니다. 클레임 시스템, 판정 엔진, 또는 정보 집중 센터가 아닙니다. Parseur는 귀하의 수신함에 들어오는 보험 문서를 읽어 클레임 플랫폼에 첨부 파일 대신 깔끔한 필드 값을 전달합니다. 지불할 금액을 결정하는 소프트웨어가 정말 필요하다면 핵심 클레임 플랫폼이 필요하며, 이제 이 글을 더 이상 읽지 않으셔도 좋습니다.

• 구축할 템플릿 없음. 우리의 AI 엔진이 문서를 읽고 필드를 추출합니다. 첫 번째 결과를 얻기 위해 영역을 그려야 하는 번거로움이 없으므로, 설정은 프로젝트 계획을 세우는 것이 아니라 오후 한나절이면 충분합니다.
• 이메일 네이티브 접수. 클레임 수신함을 Parseur 메일박스로 전달하면 패킷을 포함한 첨부 파일이 도착하는 즉시 처리됩니다.
• 어디로든 내보내기. Parseur는 수천 개의 애플리케이션과 연결되므로 추출된 데이터는 중간 단계 없이 클레임 시스템, CRM, 데이터 웨어하우스 또는 API에 직접 전달됩니다.
• 데이터가 저장되는 위치를 사전에 명시. Parseur는 EU에서 호스팅되고 GDPR을 준수하며, 데이터 상주 위치가 EU로 유지됩니다. SOC 2 Type II 인증은 완료된 것이 아니라 진행 중이며, 조달 과정 3주 차에 발견하는 대신 이 글에서 미리 확인하실 권리가 있습니다. 클레임에 보호 대상 건강 정보가 포함된 미국 관리자라면, EU 상주 요건은 도입 1일 차에 컴플라이언스 팀에 문의해야 할 문제이므로 저희에게 미리 꼼꼼히 물어봐 주십시오. 클레임 파일은 누군가의 의료 기록이자 누군가의 주소이기 때문입니다.

당장의 문제가 전체 워크플로우가 아니라 하나의 양식 처리라면, 보험 클레임 데이터 추출 또는 더 넓은 범위의 보험 자동화 관련 정보를 먼저 확인해 보세요.

당사의 샘플이 아닌, 귀하의 가장 복잡한 메일로 테스트해 보세요

모든 추출 공급업체는 선명한 디지털 PDF 표준 양식으로 데모를 진행합니다. 경쟁사도 마찬가지입니다. 깔끔한 양식은 거의 모든 도구에서 안정적으로 추출되므로, 깔끔한 양식의 데모는 유용한 정보를 주지 않습니다.

그러니 그런 데모는 건너뛰세요. 귀하의 팀이 가장 두려워하는 5개의 문서를 골라 가장 먼저 실행해 보세요. 여전히 팩스를 사용하는 보험사의 팩스 손해 이력 보고서, 30페이지 패킷이 숨겨져 있는 FNOL 이메일, 3도 정도 비뚤게 스캔된 CMS-1500, 아무도 레이아웃을 설명할 수 없는 EOB, 누군가가 손으로 작성한 보충 자료 등 말입니다. 이러한 문서들이 진짜 도구를 가려냅니다. 그런 다음 지루한 부분을 확인해 보세요. 시스템이 필드에 대해 불확실할 때, 불확실하다고 알려주나요, 아니면 조용히 추측하고 지급 단계에서 뒤늦게 알게 놔두나요?

영업팀의 개입 없이, 귀하의 계정에서 귀하의 문서로 이 테스트를 직접 실행할 수 있습니다. 전체 프로세스는 다음과 같습니다.

Parseur로 클레임 문서에서 데이터를 추출하는 방법

1. Parseur 계정을 만들고 클레임용 메일박스를 생성합니다.
2. 클레임 문서를 해당 메일박스로 보내거나 전체 클레임 수신함을 그곳으로 자동 전달합니다.
3. AI 엔진이 파일을 자동으로 처리하고 추출된 필드를 반환합니다.
4. 추출된 데이터를 검토하고 다듬어 클레임 시스템이 예상하는 필드 이름과 일치시킵니다.
5. 데이터를 클레임 관리 시스템, 스프레드시트, 웹훅 또는 자체 API로 직접 전송합니다.

솔직하게 마무리하겠습니다. 클레임 접수 자동화가 클레임 자체를 자동화하는 것은 아닙니다. 판정에는 여전히 여러분의 규칙과 인력이 필요합니다. 자동화가 제거하는 것은 팀에서 가장 예리한 심사자가 월요일 아침을 타이피스트처럼 보내야 하는 부분입니다.

마지막 업데이트 2026년 8월 13일