ACORD 140 손해통지서를 Excel로 추출하여
클레임 선별하기

ACORD 양식은 북미 보험 데이터 교환의 중추입니다. Association for Cooperative Operations Research and Development이 관리하는 170개 이상의 표준 양식이 상업용 신청서부터 보험 증명서, 손해 통지서까지 모든 것을 포괄합니다. 재산 손해 청구의 경우, ACORD 손해 통지서는 피보험자 정보, 손해 세부사항, 손해 원인, 피해 설명, 초기 견적을 기록하는 문서로, 청구가 어떻게 분류되고 배정되는지를 결정하는 데이터입니다. 상업 보험에서 관련 ACORD 140 재산 섹션 양식은 3페이지에 걸쳐 355개의 입력 가능한 필드로 상세한 건물 및 보장 데이터를 담고 있습니다.

이 글에서는 재산 손해 통지서와 ACORD 140 데이터를 구조화된 Excel 분류 스프레드시트로 추출하는 워크플로우를 설명합니다. 이 워크플로우는 재해 후 쌓인 양식 더미를 데이터 입력 대기열에서 우선순위별 정렬된 조치 목록으로 전환합니다. 동일한 접근 방식은 다른 ACORD 양식 유형에도 적용됩니다: ACORD 25 COI 데이터를 Excel로 추출 및 ACORD 27 재산 보험 증거 추출에 대한 가이드는 다른 보험 문서에 대해 동일한 열 기반 추출 워크플로우를 다룹니다.

수동 데이터 입력은 재해 규모에서 붕괴됩니다 — 인내심 때문이 아니라 물리 법칙 때문입니다

보험 청구 팀은 수년 동안 수동 데이터 입력이 가장 큰 운영 부담이라는 것을 알고 있습니다. 덜 논의되는 것은 재해 직후라는 가장 중요한 순간에 왜 치명적으로 실패하는지, 그리고 규제 시한이 양식 판독에 소요되는 모든 시간에 어떤 의미를 갖는지입니다.

보험 자동화 제공업체의 워크플로우 연구에 따르면, 청구 조정자는 근무 시간의 35~45%를 실제 청구 결정이 아닌 데이터 처리에 사용합니다. 표준 업무량을 처리하는 데스크 조정자의 경우, 하루 약 3~4시간을 양식 데이터를 읽고, 입력하고, 검증하는 데 사용합니다. 단일 손해 통지서에 대한 계산: 다중 페이지 ACORD 양식에서 보험 증권 번호, 피보험자 이름, 손해 위치, 손해 발생일, 원인, 손해 설명, 추정 금액을 찾아 입력하는 데 12~18분이 소요되며, 대기 중인 청구 건수만큼 곱해집니다.

재해 이후에는 계산이 무너집니다. 단일 허리케인 상륙으로 영향을 받은 주 전역에서 200,000~400,000건의 재산 청구가 발생할 수 있습니다. 지역 보험사는 첫 주에 2,000~5,000건의 손해 통지서를 받을 수 있습니다. 양식당 15분이라면, 단일 청구가 실제 평가를 위해 조정자 책상에 도달하기 전에 순수 데이터 입력만 500~1,250시간이 소요됩니다. 청구 프로세스는 손해 통지서가 접수될 때 시작되는 것이 아니라 데이터가 시스템에 입력될 때 시작됩니다.

규제적 차원은 대부분의 워크플로 논의에서 생략되는 압박을 더합니다. NAIC 부당한 재산/상해 보험금 청구 처리 모델 규정(Model 902)에 따르면 보험사는 청구 통지를 받은 후 15일 이내에 접수를 확인하고, 합리적인 기간 내에 책임을 인정하거나 거부해야 하며, 책임 인정 후 30일 이내에 지급해야 합니다. 많은 주에서 더 엄격한 기준을 적용합니다: 플로리다 주법 §626.9541은 다툼이 없는 일방 당사자 재산 청구에 대해 60일 이내 지급을 요구하며, 대부분의 관할권에서 유사한 기한이 존재합니다. 데이터를 시스템에 입력하는 데 소요되는 모든 하루는 조사 기간에서 차감되는 하루입니다. 규정 준수 위험은 악의에서 발생하는 것이 아니라, 읽지 않은 양식 더미에서 발생합니다.

문제는 청구 팀이 느리다는 것이 아닙니다. 문제는 데이터 입력 단계가 청구량에 비례하여 확장되는데, 정확히 그 시점에 청구량이 기준치의 10~50배로 급증한다는 것입니다 — 그리고 규제 시계는 데이터 입력 시점이 아닌 손해 발생일부터 시작됩니다.

분류에 중요한 ACORD 140 필드는 인수심사에 중요한 필드와 다릅니다

ACORD 140 재산 섹션은 원래 상업용 보험 신청을 위해 설계된 방대한 다중 페이지 양식으로, 건물 구조 유형, 용도, 화재 방호 등급, 보장 선택 사항을 포함합니다. 그러나 이 양식이 청구 맥락에서 도착할 때 — 재산 손해 통지에 첨부된 증빙 문서로 — 분류에 중요한 필드는 완전히 달라집니다. 인수심사 담당자는 지붕 유형과 스프링클러 비율을 알아야 합니다. 청구 조정자는 손해 추정 비용과 부상자 발생 여부를 알아야 합니다.

청구 분류 결정을 좌우하는 양식 필드는 네 가지 계층으로 나뉩니다:

핵심 차이점: 1단계 필드는 다른 단계가 진행되기 전에 100% 정확해야 합니다. 잘못된 증권 번호는 전체 청구를 잘못된 보험사로 보냅니다. 2단계 필드는 라우팅 우선순위와 조정자 배정을 결정합니다. $5,000 수손해 청구가 대기열에서 $500,000 구조 화재 청구보다 앞서서는 안 됩니다. 3단계 및 4단계 필드는 나중에 중요하지만 지금 추출해도 무방합니다. 접수 시 캡처하면 며칠 후 동일한 양식을 다시 확인할 필요가 없습니다.

보험 양식 유형별 추출 필드의 차이에 대한 더 넓은 비교는 전체 ACORD 25 COI 추출 가이드에서 책임 증명서에 대한 동일한 단계 기반 필드 우선순위를 설명합니다.

양식 레이아웃이 아닌 업무 분류 워크플로에 맞는 추출 열 설정

ACORD 양식에서 정형 데이터를 추출할 때 가장 흔한 실수는 양식의 필드 순서를 그대로 열 머리글로 복제하는 것입니다. 양식은 행정 논리에 따라 데이터를 그룹화합니다. 분류 스프레드시트는 의사결정 논리에 따라 데이터를 그룹화해야 합니다.

다음은 분류에 최적화된 ACORD 140 추출을 위한 열 구성입니다:

이 열 구성은 두 가지 추출 모드를 사용합니다. 직접 추출은 양식에 명시적으로 인쇄된 값을 가져옵니다. AI는 각 필드 라벨의 의미를 이해하여 이러한 값을 찾으므로, 한 보험사 양식의 "Policy #" 라벨과 다른 양식의 "Policy Number" 라벨이 모두 동일한 열로 매핑됩니다. 이것이 의미 기반 추출과 위치 기반 OCR의 차이입니다. 기존 도구는 필드가 다른 양식 버전에서 다른 위치로 이동하면 실패하지만, 의미 기반 추출은 좌표가 아닌 의미로 읽기 때문에 성공합니다.

추론 열인 Triage Priority는 다르게 작동합니다. AI가 예상 금액과 손해 원인을 읽은 후 비즈니스 로직을 적용하여 우선순위 등급을 지정합니다. 예를 들어 $100,000를 초과하는 화재 손해는 긴급으로 분류되고, $10,000 미만의 수해 손해는 표준으로 분류됩니다. 분류 규칙은 열 정의에 포함되며, AI는 이를 배치의 모든 행에 적용합니다 — 추출과 분류가 단일 패스로 이루어집니다.

운영상 참고 사항: ACORD 140의 손으로 쓴 손해 설명란은 양식에서 까다로운 부분입니다. 조정자와 에이전트는 각자 자신의 표현과 필체로 피해를 설명합니다. 예: "물이 지붕을 통해 유입되어 본사 사무실 천장이 붕괴되고, 내용물이 손상되었으며, 전기 시설이 손상되었을 수 있음." AI의 필기 인식 기능은 이러한 변동성을 처리하지만, 열 이름은 추출을 올바른 콘텐츠로 안내할 수 있을 만큼 구체적이어야 합니다. 단순히 "설명"이라는 이름의 열은 보험 인수 목적의 건물 설명을 포함하여 페이지의 모든 설명 텍스트를 포착할 수 있습니다. "손해 설명" 또는 "손실 설명"으로 이름을 지정하면 AI의 검색 범위가 손해 관련 텍스트 블록으로 좁혀집니다.

일괄 처리: 100개의 PDF에서 5분 안에 하나의 스프레드시트로

재해 큐를 분류 스프레드시트로 전환하는 추출 워크플로우는 5단계로 진행됩니다. 시간 병목 현상은 파일을 물리적으로 전송해야 하는 1단계에서 발생합니다. 이후의 모든 작업은 양식당 몇 초가 아닌 몇 분 단위로 측정되는 AI 처리 시간에 따라 실행됩니다.

1단계 — 모든 손해 통지서를 한 번에 업로드합니다. ACORD 양식 폴더 전체를 업로드 영역으로 끌어다 놓습니다. 이 도구는 PDF, JPG, PNG, WebP 형식을 지원하며, 더 빠른 전송을 위해 대용량 파일을 자동으로 압축합니다. 일괄 업로드는 파일을 하나씩 선택하는 것이 아니라 전체 세트를 한 번에 선택하는 것을 의미합니다.

2단계 — 열 이름을 입력합니다. 위 표의 열 목록을 열 정의 패널에 입력하거나 붙여넣습니다. 각 열 이름은 출력 스프레드시트의 헤더이자 AI에 대한 검색 지침이 됩니다. 이 열 세트를 템플릿으로 한 번 저장하면 향후 모든 재해 이벤트에 재사용할 수 있습니다. 동일한 11개 열이 모든 ACORD 손해 통지서 배치에 적용됩니다.

3단계 — 전체 배치를 실행하기 전에 미리보기 행을 검토합니다. AI가 먼저 한 양식을 처리하고 추출된 값을 각 열에 매핑하여 표시합니다. 이 미리보기를 통해 100개 양식을 모두 처리하기 전에 "정책 번호"가 올바른 필드를 포착했는지 확인할 수 있습니다. 정책 번호가 잘못된 열에 들어간 경우 열 이름을 조정하고 다시 미리보기하세요. 배치는 아직 시작되지 않았습니다.

4단계 — 전체 배치 실행. 처리를 클릭합니다. AI가 각 양식을 읽고, 의미론적 이해를 통해 요청된 각 필드를 찾아 출력 테이블을 채웁니다. 손실 통지 100건 배치는 약 2~5분의 처리 시간이 소요됩니다 — 동일한 작업을 수동 데이터 입력으로 처리할 때 걸리는 25~30시간과 비교됩니다. 인쇄 텍스트에 대한 99% 정확도 수치와 필기체 및 혼합 대소문자 항목에 대한 강력한 필기 인식 덕분에 출력 테이블은 과도한 수정이 아닌 가벼운 검증만으로 사용할 수 있습니다.

5단계 — Excel로 내보내기. 완성된 테이블을 XLSX 파일로 다운로드합니다. 각 행은 손실 통지 하나이고, 각 열은 추출된 필드 하나입니다. 내보낸 파일은 단일 워크북입니다 — 행당 손실 통지 하나, 열당 필드 하나, 병합된 셀 없음, 피벗 테이블 없음, 다운스트림 사용을 방해하는 서식 없음.

이 워크플로우가 청구 접수 병목 현상을 해소합니다. 재해 발생 후 처음 3일을 소비하던 25시간의 데이터 입력이 5분의 처리 시간과 30분의 검증 시간으로 바뀝니다 — 실제 청구 조사와 조정사 파견에 24시간을 확보해 줍니다. 이를 가능하게 하는 도구에 대한 자세한 내용은 OCR과 AI 추출의 차이에 대한 가이드에서 기존 OCR이 이 워크플로우를 제공할 수 없는 이유와 비전-언어 모델로 무엇이 바뀌었는지 설명합니다.

구축하는 트리아지 스프레드시트: 의사결정 속도를 위한 정렬, 필터링, 색상 코딩

데이터가 들어 있는 추출된 스프레드시트는 트리아지 시스템이 아니라 원자재입니다. 스프레드시트는 5초 안에 한 가지 질문에 답할 때 트리아지 도구가 됩니다: 다음에 어떤 청구에 주의가 필요한가?

내보낸 XLSX를 열고 즉시 세 가지 변환을 적용합니다:

예상 금액 내림차순으로 정렬. 달러 금액 열이 기본 심각도 축이 됩니다. 보험사의 내부 심각도 임계값을 초과하는 청구는 상단으로 정렬됩니다 — 이러한 청구는 선임 조정사 배정, 잠재적 준비금 증액, 그리고 가능한 독립 조정사 파견이 필요합니다. 수천 달러 미만의 청구는 하단으로 정렬됩니다 — 많은 보험사가 이러한 청구를 데스크 레벨 또는 자동화된 정산 워크플로우로 라우팅합니다. 정렬 작업 한 번으로 각 양식을 열고, 손실 추정 필드를 읽고, 청구를 서로 비교하여 순위를 매기는 수동 프로세스를 대체합니다.

손실 원인별 필터링. 허리케인 이후 청구는 대략 풍수해, 홍수 피해, 그리고 둘 다로 나뉩니다. 산불 이후에는 화재 피해 대 연기 피해로 나뉩니다 — 서로 다른 보장 트리거와 다른 조정사 기술 요구 사항을 가진 근본적으로 다른 두 가지 청구 프로세스입니다. 손실 원인 열에 대한 단일 필터는 청구를 위험 유형별로 그룹화하여 팀 리더가 올바른 조정사에게 배치를 할당할 수 있게 합니다. 풍수해 전용 청구는 자산 팀으로 갑니다. 홍수 청구 — 별도의 NFIP 또는 민간 홍수 보험으로 보장되는 경우 — 홍수 부서로 라우팅됩니다. 두 위험이 모두 있는 청구는 라우팅 전에 보장 결정이 필요합니다.

조건부 서식 적용. 예상 금액 열에 색상을 지정합니다: $100,000 초과 청구는 빨간색, $25,000–$100,000는 주황색, $25,000 미만은 노란색. 손실 발생일 열에 색상을 지정합니다: 손실 발생 후 14일 이상 경과했지만 처리 상태가 없는 청구를 강조 표시합니다 — 이는 NAIC Model 902 승인 마감일이 다가오는 청구를 표시하고 팀 리더에게 규정 준수 위험에 대한 시각적 스캔을 제공합니다.

결과 스프레드시트는 추출된 양식 데이터로 구축된 실시간 트리아지 대시보드입니다. 팀 리더는 아침에 이를 열고 우선순위별로 정렬한 후 상위 20개 행을 사용 가능한 조정사에게 할당합니다. 오후에 새 손실 통지가 도착하면 보조 배치로 추출하고, 행을 추가하고, 다시 정렬하면 우선순위 순서가 자동으로 업데이트됩니다.

추출된 데이터를 Guidewire, Duck Creek 또는 청구 관리 플랫폼으로 가져오기

트리아지 스프레드시트는 "다음에 무엇을 할지"를 알려줍니다. 청구 관리 시스템은 "이 청구에서 무슨 일이 있었는지"를 알려줍니다. 이 둘을 연결하는 것 — 추출된 양식 데이터를 Excel에서 조정자가 실제로 작업하는 플랫폼으로 가져오는 것 — 은 트리아지 도구를 청구 워크플로우의 일부로 만드는 마지막 단계입니다.

통합 경로는 청구 플랫폼에 따라 다릅니다:

Guidewire ClaimCenter — Tier-1 보험사 사이에서 가장 널리 배포된 P&C 청구 플랫폼 — 은 API 레이어와 데이터 수집 모듈의 CSV 가져오기 도구를 통해 대량 FNOL 접수를 지원합니다. 추출에서 내보낸 스프레드시트는 ClaimCenter의 청구 접수 필드에 직접 매핑됩니다: Policy Number → Policy 조회, Insured Name → 피보험자 확인, Date of Loss → 손실 발생일, Cause of Loss → 청구 유형 분류. 청구 운영 팀은 필드 매핑을 한 번 구성한 후 추출된 스프레드시트를 배치로 가져올 수 있습니다. Guidewire의 FNOL 자동화 규칙은 가져온 행에 이미 포함된 심각도 데이터를 기반으로 조정자 배정 및 준비금 권장 사항을 트리거합니다.

Duck Creek Claims — Guidewire의 주요 클라우드 네이티브 경쟁사 — 는 구성 가능한 접수 API를 제공하고 통합 레이어를 통해 플랫 파일 가져오기를 지원합니다. 필드 매핑은 동일한 논리를 따릅니다: 추출된 열은 Duck Creek의 청구 데이터 모델에 매핑되고, Duck Creek의 내장 트리아지 규칙은 Cause of Loss와 Estimated Amount를 사용하여 청구를 적절한 조정자 큐로 자동 라우팅합니다.

Snapsheet, BriteCore 및 기타 중간 시장 플랫폼은 일반적으로 표준 접수 방법으로 CSV 가져오기를 지원합니다. 추출 스프레드시트는 이러한 플랫폼용으로 CSV로 직접 내보냅니다. 가져오기 기능이 제한된 레거시 청구 시스템을 사용하는 보험사의 경우, 추출된 Excel 파일은 여전히 워크플로우를 가속화합니다 — 조정자는 트리아지 스프레드시트에서 청구 시스템으로 한 행씩 복사하여 붙여넣습니다. 모든 필드가 일관된 순서로 단일 행에 있기 때문에 원본 양식을 읽는 것보다 빠릅니다.

핵심 설계 원칙: 추출 단계는 대상 시스템에 관계없이 깔끔한 열 형식의 데이터를 생성합니다. 데이터가 API를 통해 Guidewire로, 플랫 파일 가져오기를 통해 Duck Creek으로, 또는 복사-붙여넣기를 통해 레거시 시스템으로 흘러가든, 추출 출력은 동일한 구조화된 형식입니다. 통합 방법은 달라지지만 초기 데이터 캡처는 동일합니다.

FAQ

ACORD 140은 재산 손해 통지서와 동일한 문서인가요?

정확히 같지는 않습니다. 그리고 그 차이는 추출할 필드를 결정할 때 중요합니다. ACORD 140은 공식 명칭이 "재산 섹션(Property Section)"이며 ACORD 125 상업용 보험 신청서의 첨부 문서로 설계되었습니다. 건물 구조 유형, 화재 보호 등급, 보상 한도, 공동 보험 비율 등 인수 데이터를 수집합니다. 총 3페이지에 355개의 입력 가능한 필드로 구성됩니다. 재산 손해 통지서는 손해 발생일, 손해 원인, 손상 설명, 추정 금액과 같은 필드를 갖춘, 청구 보고 전용으로 설계된 별도의 문서입니다. 실제로 ACORD 140 양식은 보상 데이터와 조정관이 필요로 하는 재산 데이터를 포함하고 있기 때문에 청구 파일에서 손해 통지서와 함께 제공되는 경우가 많습니다. 이 문서의 추출 워크플로우는 두 가지를 모두 다룹니다: 분류를 위한 손해 통지서 특정 필드와 보상 확인을 위한 140 특정 필드입니다.

손으로 쓴 손해 설명에 대한 AI 추출 정확도는 어느 정도인가요?

ACORD 140의 손해 설명 필드는 일반적으로 손으로 작성됩니다. 조정관과 에이전트가 손상을 설명하는 자유 형식의 서술을 작성합니다. 손글씨에 대한 AI 추출 정확도는 가독성에 따라 달라집니다: 명확하게 인쇄된 블록 문자는 인쇄된 텍스트와 비슷한 높은 정확도를 달성합니다. 필기체가 심하거나 급하게 쓰여 취소선과 여백 메모가 있는 경우 정확도가 낮아지며 사람의 검증이 필요합니다. 일괄 워크플로우의 미리 보기 단계에서 전체 일괄 처리를 시작하기 전에 손글씨 품질을 점검할 수 있습니다. 특정 조정관의 손글씨가 일관되게 잘못 읽히는 경우 해당 조정관의 양식은 수동 검토용으로 표시하고 나머지 일괄 처리는 자동으로 처리할 수 있습니다.

다른 재해 이벤트에 동일한 열 세트를 재사용할 수 있나요?

네. 위에서 설명한 11개 열 분류 세트는 재해 유형에 관계없이 모든 재산 손해 통지서 및 ACORD 140 양식 배치에서 작동합니다. 허리케인 손해 통지서에는 산불 손해 통지서와 동일한 필드 유형이 포함됩니다. 열 이름은 변경되지 않으며 AI가 각 양식의 내용에 적응합니다. 첫 사용 후 열 세트를 템플릿으로 저장하고 이후 모든 이벤트에서 즉시 로드하세요.

양식에 필수 필드가 누락된 경우 — 예상 금액이나 손실 원인이 기재되지 않았다면?

AI 추출은 요청된 필드가 양식에 없으면 셀을 비워 둡니다 — 데이터를 임의로 생성하지 않습니다. 예상 금액 셀이 비어 있으면 심각도를 평가할 수 없으므로 해당 클레임을 즉시 후속 조치 대상으로 표시해야 한다는 신호입니다. 손실 원인 셀이 비어 있는 경우는 손실 원인이 확인되기 전에 양식이 제출되었음을 의미할 수 있습니다 — 재해 발생 후 첫 24시간 이내에 손실 발생 사실을 보험사에 알리는 것이 우선인 경우 흔합니다. 빈 셀을 분류 스프레드시트의 맨 위로 정렬하여 먼저 주의를 기울이도록 하세요.

엔터프라이즈 클레임 접수 플랫폼을 사용하는 것과 어떻게 비교되나요?

Guidewire ClaimCenter 및 Duck Creek Claims와 같은 엔터프라이즈 플랫폼은 FNOL 접수, 조정자 배정, 준비금 추적, 지급 처리 및 보고를 포함한 종합적인 클레임 관리를 제공합니다. 이들의 접수 모듈은 구조화된 데이터를 받을 수 있지만, 비구조화된 PDF에서 데이터를 추출할 수는 없습니다. 이 문서에서 설명하는 추출 단계는 클레임 시스템 앞에 위치하는 계층입니다: PDF를 클레임 시스템이 수용할 수 있는 구조화된 행으로 변환합니다. 엔터프라이즈 플랫폼을 사용하는 보험사의 경우 추출이 플랫폼에 데이터를 공급합니다. 엔터프라이즈 시스템이 없는 소규모 보험사 및 독립 조정 회사의 경우, 분류 스프레드시트 자체가 경량 클레임 접수 추적 도구로 기능할 수 있습니다.