보험금 청구 처리 데이터 템플릿

Guidewire ClaimCenter
보험금 청구 처리 데이터 템플릿

보험금 청구 처리 데이터 템플릿

보험금 청구 처리 개선을 위한 자료입니다. 이 템플릿에는 수집할 데이터 속성과 추적할 주요 활동, 데이터 추출 방법이 정리되어 있습니다. 프로세스를 빠짐없이 분석하는 데 필요한 정보를 수집할 때 활용하세요.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Guidewire ClaimCenter 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

보험금 청구 처리 속성

아래 권장 데이터 필드는 보험금 청구 처리 워크플로를 효과적으로 분석하는 데 필요한 이벤트 로그를 구성하는 데 중요합니다.
3 필수 4 권장 14 선택 사항
이름 설명
Claim ID
ClaimID
각 보험금 청구 건을 고유하게 식별하는 기본 사례 식별자입니다.
설명

Claim ID는 청구 접수부터 종결까지 각 사례를 고유하게 식별하는 값으로, 청구 프로세스 분석의 기준이 됩니다. 관련된 모든 활동과 문서, 지급, 소통 내역을 연결해 청구 처리 주기를 빠짐없이 일관되게 파악할 수 있습니다.

process mining에서는 데이터 세트의 모든 이벤트가 Claim ID와 연결되어 전 과정의 흐름을 재구성할 수 있습니다. 이를 바탕으로 처리 기간을 분석하고 프로세스 유형을 파악하며 여러 부서와 손해사정사에 걸친 청구 처리 과정을 추적할 수 있습니다.

중요한 이유

관련된 모든 이벤트를 연결하는 기본 키로, 단일 청구 건의 전체 처리 과정을 추적하고 분석할 수 있게 합니다.

확보 방법

Guidewire ClaimCenter의 기본 키입니다. 일반적으로 핵심 Claim 엔터티의 Claim.ClaimNumber 또는 유사한 필드에서 확인할 수 있습니다.

예시
000-123-45678000-987-65432001-456-11223
이벤트 시간
EventTime
활동이 발생한 정확한 날짜와 시간입니다.
설명

이 타임스탬프는 시스템에 활동이 기록된 정확한 시점을 나타냅니다. 시간 기반 프로세스 분석에 반드시 필요한 정보입니다.

하나의 Claim ID에 속한 EventTime을 시간순으로 정렬하면 프로세스 흐름을 재구성할 수 있습니다. 연속된 이벤트 간 시간 차이로 처리 주기, 대기 시간, 처리 시간을 계산할 수 있으며, 이는 성과 분석과 병목 파악, SLA 모니터링에 중요합니다.

중요한 이유

이 타임스탬프는 이벤트 순서를 정하고 처리 주기와 소요 시간을 계산하며 프로세스 지연을 파악하는 데 필요합니다.

확보 방법

Guidewire ClaimCenter의 이력 또는 감사 테이블에서 이벤트나 활동 데이터와 함께 확인할 수 있습니다. 보통 'CreateTime' 또는 'UpdateTime' 필드로 저장됩니다.

예시
2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z
활동 이름
ActivityName
보험금 청구 처리 과정에서 특정 시점에 발생한 업무 활동이나 이벤트의 이름입니다.
설명

이 속성은 보험금 청구 프로세스의 특정 단계나 주요 시점을 나타냅니다. 예를 들어 '청구 접수', '조사 시작', '보험금 지급' 등이 있습니다. 하나의 Claim ID에 해당하는 활동을 순서대로 연결하면 프로세스 흐름을 파악할 수 있습니다.

활동의 순서와 빈도, 활동 간 소요 시간을 분석하는 것은 process mining의 핵심입니다. 이를 통해 프로세스 모델을 발견하고, 병목과 재작업 루프를 찾아내며, 프로세스가 표준 흐름에서 벗어나는 양상을 분석할 수 있습니다.

중요한 이유

프로세스의 단계를 정의하여 프로세스 맵을 시각화하고 프로세스 흐름과 병목을 분석할 수 있습니다.

확보 방법

일반적으로 ClaimCenter의 이벤트 테이블이나 감사 로그에서 가져옵니다. 특정 시스템 이벤트나 상태 변경을 표준 활동명에 매핑하는 방식으로 구성하는 경우가 많습니다.

예시
청구 건 생성책임 여부 결정지급 실행청구 건 종결
담당 손해사정인
AssignedAdjuster
보험금 청구 또는 특정 활동을 담당하도록 지정된 사용자의 이름이나 ID입니다.
설명

이 속성은 특정 시점에 보험금 청구를 담당하는 손해사정인을 식별합니다. 손해사정인은 청구 건 전체를 맡거나 그 안의 특정 작업을 담당할 수 있습니다.

담당 손해사정인별 분석은 업무량 배분과 성과 관리, 교육 기회 파악에 중요합니다. '담당 건수가 가장 많은 손해사정인은 누구인가?', '손해사정인별 성과 차이가 있는가?', '업무가 고르게 배분되어 있는가?'와 같은 질문에 답할 수 있습니다.

중요한 이유

사용자별 업무 참여를 추적하여 업무량과 성과를 비교하고 리소스 관련 병목을 파악할 수 있습니다.

확보 방법

ClaimCenter의 Claim 또는 Exposure 엔터티에서 확인할 수 있으며, 보통 User 객체와 연결됩니다(예: Claim.Assignee).

예시
j.doem.smiths.jones
보험금 청구 상태
ClaimStatus
이벤트 발생 시점의 보험금 청구 전체 상태입니다(예: 접수, 종결, 지급 거절).
설명

이 속성은 보험금 청구의 전반적인 상태를 나타냅니다. 주요 상태에는 '접수', '종결', '지급 거절', '재개'가 있습니다. 최종 상태는 청구 처리 결과를 보여주는 중요한 지표입니다.

보험금 청구 상태의 변화를 추적하면 주요 프로세스 단계와 결과를 정의할 수 있습니다. 청구 건의 최종 처리 결과를 확인하고, 지급 거절률을 계산하며, 종결 후 재개되는 빈도를 분석할 수 있습니다. 청구 재개가 잦으면 프로세스 문제나 고객 불만을 나타낼 수 있습니다.

중요한 이유

청구 처리 결과를 나타내며, 지급 거절률과 종결 양상, 청구 재개 빈도를 분석하는 데 필요합니다.

확보 방법

Claim 엔터티의 기본 필드이며, 일반적으로 'State' 또는 'Status'라는 이름으로 저장됩니다.

예시
접수종결지급 거절재개
보험금 청구 유형
ClaimType
자동차, 재산, 배상 책임 등 보험금 청구의 분류입니다.
설명

보험금 청구 유형은 보험 종목이나 손실의 성격에 따라 청구 건을 분류하는 기본 기준입니다. 유형에 따라 프로세스와 복잡도가 다르고 적용되는 규정도 달라질 수 있습니다.

의미 있는 분석을 위해서는 보험금 청구 유형별로 프로세스를 나누어 살펴봐야 합니다. 보험 종목별 성과를 비교하고 유형별 병목을 찾아내며, 각 청구 유형의 특성에 맞춰 프로세스 개선 방안을 마련할 수 있습니다.

중요한 이유

청구 건을 유형별로 나눠 분석할 수 있습니다. 예를 들어 자동차와 재산 보험금 청구는 프로세스와 성과 목표가 서로 다를 수 있습니다.

확보 방법

ClaimCenter의 Policy 또는 Claim 엔터티에서 가져오며, 보통 보험 종목(LOB) 코드에 따라 구분합니다.

예시
개인 자동차 보험기업 재산 보험일반 배상 책임 보험산재 보상 보험
손실 원인
LossCause
손실을 일으킨 구체적인 원인입니다(예: 충돌, 화재, 침수).
설명

이 속성은 보험금 청구가 접수된 이유를 구체적으로 보여줍니다. 손실 원인에 따라 필요한 조사 단계와 전문가 유형, 청구 처리의 전반적인 복잡도가 달라질 수 있습니다.

손실 원인별로 프로세스를 분석하면 숨겨진 패턴을 찾을 수 있습니다. 예를 들어 침수 관련 청구는 도난 관련 청구보다 재작업이 잦거나 전문가의 참여가 더 많이 필요할 수 있습니다. 이러한 분석 결과를 바탕으로 유형별 처리 절차를 마련해 효율성을 높일 수 있습니다.

중요한 이유

청구의 성격을 파악하고 손실 원인에 따라 프로세스 흐름과 소요 시간이 어떻게 달라지는지 분석할 수 있습니다.

확보 방법

Claim 엔터티의 표준 필드이며, 일반적으로 'LossCause'라는 이름으로 저장됩니다.

예시
충돌화재침수도난
SLA 상태
SLAState
보험금 청구가 처리 목표일까지 종결되었는지 나타냅니다.
설명

이 계산 속성은 종결된 청구 건별 SLA 준수 상태를 범주로 표시합니다. '청구 종결' 활동의 타임스탬프를 '처리 목표일'과 비교해 산출합니다.

이 속성은 분석 결과를 '기한 내' 또는 '기한 초과'와 같은 명확한 범주로 나누어 '보험금 청구 처리 목표 준수' 대시보드에 활용할 수 있습니다. 데이터를 쉽게 필터링하고 집계하여 전체 SLA 준수율을 계산하고 지연 원인을 한 단계 아래로 내려가 살펴볼 수 있습니다.

중요한 이유

SLA 준수 결과를 명확한 범주로 표시하여 기한 내 처리 성과를 쉽게 필터링하고 집계해 분석할 수 있습니다.

확보 방법

계산 필드: IF (ActualCloseDate <= ResolutionTargetDate, '기한 내', '기한 초과').

예시
기한 내기한 초과
관할 주
JurisdictionState
청구 건에 적용되는 주 또는 관할 지역으로, 규제 요건을 결정합니다.
설명

이 속성은 청구 처리에 적용되는 법적 관할 지역(예: 미국의 주)을 지정합니다. 보험 규정은 관할 지역마다 크게 다를 수 있으며, 이에 따라 필요한 프로세스 단계와 고객 안내 기한, 문서 요건도 달라집니다.

규정 준수 모니터링에 중요한 속성입니다. 관할 지역별 프로세스를 분석하면 주별 규제 요건을 충족하는지 확인할 수 있습니다. 또한 운영 비효율이 아니라 법적 제약으로 인해 처리 주기나 프로세스 경로가 달라지는 경우를 설명하는 데도 도움이 됩니다.

중요한 이유

관할 지역마다 보험금 청구 프로세스에 영향을 미치는 규정이 다르므로 규정 준수 분석에 필요합니다.

확보 방법

Claim 엔터티의 표준 필드이며, 일반적으로 'JurisdictionState'라는 이름으로 저장됩니다.

예시
CANYTXFL
보험 상품 유형
PolicyType
보험금 청구가 접수된 보험 상품의 구체적인 유형입니다.
설명

보험 상품 유형은 보험금 청구 유형보다 세분화된 분류로, '주택 소유자 보험', '기업용 자동차 보험', '사이버 배상 책임 보험'과 같은 구체적인 보험 상품을 나타냅니다. 이 수준으로 구분하면 상품별 프로세스 차이를 확인할 수 있습니다.

보험 상품 유형별로 프로세스를 분석하면 상품별 비효율을 찾아낼 수 있습니다. 예를 들어 새로 출시한 보험 상품의 청구는 프로세스가 충분히 정착되지 않아 지연될 수 있습니다. 이러한 분석 결과는 상품 설계와 프로세스 표준화에 활용할 수 있습니다.

중요한 이유

특정 보험 상품별로 프로세스를 분석하여 보험 상품의 세부 조건에 따른 처리 방식의 차이를 파악할 수 있습니다.

확보 방법

Claim과 연결된 Policy 엔터티에서 확인할 수 있습니다.

예시
주택 종합 보험기업용 자동차 배상 책임 보험내륙 해상 보험
부서
Department
보험금 청구 활동을 담당하는 사업 부문 또는 부서입니다.
설명

이 속성은 담당 손해사정인이 속한 부서나 팀을 나타냅니다. 예를 들어 '자동차 보험금 청구', '재산 보험금 청구', '특별 조사팀' 등이 있습니다. 프로세스를 조직 관점에서 파악하는 데 도움이 됩니다.

부서별 분석은 조직 차원에서 프로세스 성과를 이해하는 데 중요합니다. 부서 간 업무 인계 지연을 찾고, 팀별 효율성을 비교하며, 보험금 청구 조직 전반에 리소스를 더 효과적으로 배분할 수 있습니다.

중요한 이유

조직 내 여러 팀의 성과를 분석하고 부서 간 업무 인계 문제를 파악할 수 있도록 조직 정보를 제공합니다.

확보 방법

일반적으로 ClaimCenter에 등록된 담당 사용자 또는 그룹의 프로필에 연결된 정보입니다.

예시
자동차 보험금 청구 부문재산 보험금 청구팀특별 조사팀(SIU)
소스 시스템
SourceSystem
데이터를 추출한 시스템입니다.
설명

이 속성은 이벤트 데이터의 출처를 나타냅니다. 현대적인 기업 환경에서는 Guidewire와 같은 핵심 시스템뿐 아니라 문서 관리 시스템이나 고객 포털 등 여러 시스템에서 보험금 청구 관련 이벤트가 발생할 수 있습니다.

소스 시스템을 지정하면 데이터 거버넌스를 강화하고 데이터 불일치 문제를 해결하며 프로세스에 사용되는 시스템을 파악할 수 있습니다. 핵심 프로세스 단계와 주변 시스템의 지원 활동을 구분하는 데도 도움이 됩니다.

중요한 이유

데이터의 출처를 식별합니다. 데이터 거버넌스와 여러 시스템이 연동된 분석에 필요한 정보입니다.

확보 방법

일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 추가하는 고정값입니다.

예시
Guidewire ClaimCenter v10Customer Portal APIDocumentum
손실 발생일
LossDate
보험금 청구의 원인이 된 사고나 손실이 발생한 날짜입니다.
설명

손실 발생일은 보험금 청구의 원인이 된 실제 사건(예: 자동차 사고, 재산 피해)이 발생한 날짜입니다. 청구를 신고하거나 접수한 날짜와는 다릅니다.

손실 발생일부터 '청구 접수' 활동까지 걸린 시간은 신고 지연 기간이라고 하며, 중요한 KPI입니다. 이를 분석하면 고객 행동과 최초 사고 접수 채널의 효과를 파악할 수 있습니다.

중요한 이유

청구가 발생한 배경을 파악하고 사고 발생부터 청구 접수까지의 신고 지연 기간을 분석할 수 있습니다.

확보 방법

Claim 엔터티의 기본 날짜 필드이며, 보통 'LossDate'라는 이름으로 저장됩니다.

예시
2023-05-102023-04-202023-05-28
자동화 여부
IsAutomated
활동을 시스템이 자동으로 수행했는지, 사용자가 직접 수행했는지 나타내는 표시값입니다.
설명

이 불리언 속성은 시스템이 실행한 활동(예: 지급 준비금 자동 생성, 시스템이 생성한 안내문)과 손해사정인이 직접 수행한 활동을 구분합니다.

이 속성을 분석하면 보험금 청구 프로세스의 자동화 수준을 파악할 수 있습니다. 수작업이 집중되는 지점을 찾고, 자동 처리 추진의 효과를 측정하며, 현재 사람이 수행하는 반복적이고 규칙 기반인 작업을 찾아 자동화 기회를 발굴할 수 있습니다.

중요한 이유

시스템이 수행한 활동과 사람이 수행한 활동을 구분합니다. 자동화 분석과 수작업 병목 파악에 필요한 정보입니다.

확보 방법

별도로 산출해야 하는 경우가 많습니다. 예를 들어 일반적인 'system' 사용자로 기록된 이벤트를 자동화된 활동으로 표시할 수 있습니다.

예시
truefalse
재작업 여부
IsRework
활동이 이전 프로세스 단계로 돌아가는 재작업 루프에 해당하는지 나타내는 표시값입니다.
설명

이 계산 속성은 재작업 루프에 포함된 활동을 표시합니다. 예를 들어 프로세스가 '조사 완료'에서 '조사 시작'으로 돌아가면, 두 번째 '조사 시작' 활동을 재작업으로 표시합니다.

재작업을 파악하는 것은 프로세스 비효율과 품질 문제를 찾는 데 중요합니다. 재작업 및 지급 거절 빈도 대시보드는 이 지표를 사용해 청구 건이 이상적인 표준 경로에서 벗어나는 빈도를 측정합니다. 재작업 원인을 분석하면 프로세스 품질과 처리 속도를 개선할 수 있습니다.

중요한 이유

재작업 루프에 포함된 활동을 명확히 표시하여 프로세스 비효율과 품질 문제를 파악할 수 있습니다.

확보 방법

각 케이스의 활동 순서를 분석하여 process mining 도구에서 계산합니다.

예시
truefalse
정보 재요청
RepeatedInfoRequestFlag
같은 청구 건에서 '추가 정보 요청'이 두 번 이상 발생했는지 나타내는 표시값입니다.
설명

하나의 청구 건에서 '추가 정보 요청' 활동이 두 번 이상 발생하면 이 불리언 표시값을 true로 설정합니다. 이는 초기 정보 수집 단계의 비효율을 나타내는 경우가 많습니다.

이 속성은 '정보 재요청률' KPI를 산출하는 데 직접 활용됩니다. 초기 사실 확인이 불완전해 발생하는 문제를 측정할 수 있으며, 이로 인해 상당한 지연과 고객 불만이 생길 수 있습니다. 해당 표시값이 있는 청구 건을 분석하면 손해사정인이 필요한 정보를 한 번에 모두 요청하도록 체크리스트와 절차를 개선할 수 있습니다.

중요한 이유

정보를 처음부터 충분히 수집하지 못해 프로세스 지연과 재작업이 발생하는 비효율을 파악할 수 있습니다.

확보 방법

케이스별 '추가 정보 요청' 활동 횟수를 세어 process mining 도구에서 계산합니다.

예시
truefalse
종료 시간
EndTime
활동이 완료된 시점을 나타내는 타임스탬프입니다.
설명

종료 시간은 '조사'나 '문서 검토'처럼 소요 시간을 측정할 수 있는 활동이 완료된 시점을 나타냅니다. process mining에서 다루는 활동 중에는 시작 시점만으로 충분한 경우도 많지만, 시작과 종료가 구분되는 활동은 두 타임스탬프를 모두 기록하는 편이 정확합니다.

이 속성을 사용하면 대기 시간과 구분하여 활동의 실제 처리 시간을 계산할 수 있습니다. 단계 사이의 지연만 보는 대신, 어떤 작업에 시간이 오래 걸리는지 파악할 수 있습니다.

중요한 이유

활동을 완료하는 데 걸린 시간을 정확히 측정하고 처리 시간과 대기 시간을 구분할 수 있습니다.

확보 방법

활동을 논리적으로 마무리하는 후속 이벤트를 찾아 종료 시점을 산출해야 할 수 있습니다. 예를 들어 상태가 '진행 중'에서 '완료'로 변경되는 경우입니다.

예시
2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z
지급 금액
PaymentAmount
지급 활동에서 실제로 지급된 금액입니다.
설명

이 속성은 보험금 청구 건에 대해 각각 지급된 금액을 기록합니다. 하나의 청구 건에서 처리 기간 동안 여러 차례 지급이 발생할 수 있습니다.

process mining을 활용한 재무 분석에 필요한 정보입니다. 청구 건별 총 지급액을 추적하고, 금액에 따른 지급 승인 시간을 분석하며, 프로세스 비효율과 재무 결과의 관계를 살펴볼 수 있습니다. 예를 들어 처리 주기가 긴 청구 건은 총 지급액도 높을 수 있습니다.

중요한 이유

청구 건에서 발생한 금융 거래를 추적하여 지급액과 프로세스 활동 간의 관계를 분석할 수 있습니다.

확보 방법

청구 건과 연결된 지급 관련 엔터티에서 확인할 수 있으며, 보통 거래 또는 수표 테이블에 저장됩니다.

예시
4500.00125000.00500.00
처리 목표일
ResolutionTargetDate
내부 기준이나 규제상 SLA에 따라 보험금 청구를 처리할 것으로 예상되는 날짜입니다.
설명

처리 목표일은 청구 건을 종결해야 하는 기한입니다. 관할 지역, 청구 유형, 보험 약관 등의 요인에 따라 정해지는 경우가 많습니다. 성과와 규정 준수를 측정하는 기준으로 사용됩니다.

SLA 준수 대시보드와 KPI를 구성하는 데 필요한 속성입니다. 실제 '청구 종결' 날짜를 목표일과 비교하면 기한을 넘긴 청구 건을 자동으로 표시하고, 기한 내 처리율을 측정하며, 목표를 달성하지 못하는 청구 유형이나 부서를 파악할 수 있습니다.

중요한 이유

서비스 수준 계약(SLA) 준수 여부를 측정하고 기한을 넘길 위험이 있는 청구 건을 파악하는 기준입니다.

확보 방법

ClaimCenter에서 설정한 사용자 정의 필드이거나 업무 규칙에 따라 산출한 값일 수 있으며, 특정 청구 지표와 연관될 수 있습니다.

예시
2023-06-142023-07-202023-08-28
청구 금액
ClaimedAmount
보험 계약자가 처음 청구한 총 금액입니다.
설명

이 속성은 청구인이 신고한 손실 금액을 나타냅니다. 일반적으로 초기 추정액이며, 청구 조사와 지급 준비금 설정 과정에서 변경될 수 있습니다.

청구 금액을 분석하면 재정적 영향에 따라 청구 건을 구분할 수 있습니다. 고액 청구는 소액 청구보다 더 엄격하고 복잡한 프로세스를 거치는 경우가 많습니다. 금액대별 프로세스를 비교하면 소액 청구의 처리 절차를 간소화하거나 고액 청구에 더 엄격한 통제를 적용할 기회를 찾을 수 있습니다.

중요한 이유

재정적 가치에 따라 청구 건을 구분할 수 있습니다. 고액 청구는 더 복잡하고 다른 프로세스를 따를 수 있습니다.

확보 방법

단일 필드로 저장되지 않을 수 있으며, Exposure에 기록된 초기 손실 추정액을 바탕으로 산출할 수 있습니다.

예시
5000.00150000.00750.50
최종 데이터 업데이트
LastDataUpdate
소스 시스템에서 데이터를 마지막으로 새로 고치거나 추출한 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 소스 시스템에서 데이터를 가장 최근에 가져온 시점을 나타냅니다. 분석에 사용된 데이터가 얼마나 최신인지 파악하는 데 필요한 메타데이터입니다.

사용자가 데이터의 최신성을 확인할 수 있도록 대시보드와 분석 화면에 이 정보를 눈에 띄게 표시해야 합니다. 이를 통해 분석 결과가 현재 운영 상태를 반영하는지, 아니면 오래된 데이터를 기반으로 하는지 판단할 수 있습니다.

중요한 이유

데이터의 최신성을 나타내어 사용자가 프로세스 분석이 얼마나 최근 상태를 반영하는지 알 수 있습니다.

확보 방법

ETL 과정에서 생성 및 저장되며, 데이터 적재 시점을 나타냅니다.

예시
2024-07-28T04:00:00Z2024-07-29T04:00:00Z
필수 권장 선택 사항

보험금 청구 처리 활동

정확한 프로세스 탐색과 분석을 위해 이벤트 로그에 기록할 주요 단계와 중요 시점입니다.
7 권장 7 선택 사항
활동 설명
손해 항목 생성
이 활동은 청구 건에 포함된 구체적인 잠재 부채 또는 손해 유형(예: 차량 손상, 부상)을 나타내는 손해 항목이 생성된 시점을 의미합니다. Guidewire에서 명시적으로 기록되는 이벤트입니다.
중요한 이유

손해 항목은 청구 건을 세분화하고 분석하는 데 기본이 됩니다. 생성 시점을 추적하면 청구 복잡도와 손해 유형에 따른 프로세스 차이를 파악할 수 있습니다.

확보 방법

cc_exposure 테이블에 새 레코드가 생성될 때의 CreateTime에서 수집합니다. 각 레코드는 하나의 Claim ID와 연결됩니다.

기록

Exposure 엔터티 테이블에서 새 레코드가 생성된 타임스탬프를 확인합니다.

이벤트 유형 explicit
지급 승인
합의금 지급이 공식적으로 승인된 것을 나타냅니다. 권한이 있는 사용자가 거래를 승인할 때 명시적으로 기록되는 중요한 감사 이벤트입니다.
중요한 이유

이 이정표를 거쳐야 최종 지급 단계로 진행할 수 있습니다. 활동 전후의 시간을 분석하면 승인 워크플로나 관리자의 가용성으로 인한 지연을 구분할 수 있습니다.

확보 방법

cc_check 또는 cc_transaction 엔터티와 관련해 'Pending Approval'에서 'Approved'로 상태가 바뀐 기록이 cc_history 테이블에 명시적으로 남는 경우가 많습니다.

기록

특정 지급 거래의 상태가 'Approved'로 변경된 이벤트를 추적합니다.

이벤트 유형 explicit
지급 실행
지급 절차의 마지막 단계로, 지급이 공식적으로 실행되어 재무 시스템으로 전송된 시점을 나타냅니다. 명시적으로 기록되는 재무 거래입니다.
중요한 이유

이 활동은 지급 실행 절차의 효율을 측정하는 데 중요합니다. 승인 지연과 실제 자금 지급 지연을 구분할 수 있습니다.

확보 방법

cc_check 또는 cc_transaction 엔터티의 IssueDate, 또는 상태가 'Issued'나 'Submitted'로 변경된 시점에서 수집합니다. 타임스탬프가 포함된 이벤트로 명시적으로 기록되는 경우가 많습니다.

기록

지급 레코드의 IssueDate 또는 상태가 'Issued'로 변경된 타임스탬프를 확인합니다.

이벤트 유형 explicit
청구 거절
청구를 최종 거절해 프로세스를 종료하는 것을 나타냅니다. 청구 상태가 'Denied' 사유로 종료 상태로 변경된 시점에서 파악합니다.
중요한 이유

중요한 결과 이벤트입니다. 거절 빈도와 사유, 거절로 이어진 처리 경로를 분석하면 청구 접수와 조사, 약관 해석의 문제를 찾을 수 있습니다.

확보 방법

cc_claim 테이블의 State 필드가 'Closed'로 변경되고 CloseReason 필드가 'Denied' 또는 유사한 값인 경우 파악합니다. 이벤트 타임스탬프는 CloseDate입니다.

기록

거절을 나타내는 사유 코드와 함께 청구 상태가 'Closed'로 변경된 사례를 필터링합니다.

이벤트 유형 inferred
청구 건 생성
이 활동은 최초 손해 통지(FNOL)와 Guidewire ClaimCenter에 새 청구 기록이 공식적으로 생성된 시점을 나타냅니다. 새 Claim 엔터티가 데이터베이스에 처음 저장될 때 명시적으로 기록됩니다.
중요한 이유

주요 시작 이벤트인 이 활동은 청구 처리의 전체 소요 시간을 측정하는 데 필요합니다. 이후 모든 성과 및 기간 KPI의 기준점이 됩니다.

확보 방법

cc_claim 테이블의 CreateTime에서 명시적으로 수집되는 이벤트입니다. 고유한 Claim ID가 부여된 새 레코드가 생성될 때 이벤트가 발생합니다.

기록

기본 Claim 엔터티 테이블에서 새 레코드가 생성된 타임스탬프를 확인합니다.

이벤트 유형 explicit
청구 건 종결
모든 활동과 지급이 완료된 후 청구 건이 성공적으로 종결된 것을 나타냅니다. 주요 성공 종료 이벤트로, 청구의 기본 상태 변경을 통해 파악합니다.
중요한 이유

주요 종료 이벤트인 이 활동은 전체 처리 기간을 계산하고 SLA 준수율을 측정하는 데 필요합니다. 청구 처리 주기가 완료되었음을 나타냅니다.

확보 방법

cc_claim 테이블의 State 필드가 'Closed'로 변경된 시점에서 파악합니다. 이벤트 타임스탬프는 청구 레코드의 CloseDate입니다.

기록

청구의 기본 상태 필드가 'Closed'로 변경된 시점을 확인합니다.

이벤트 유형 inferred
최초 지급준비금 설정
손해 항목에 대한 첫 번째 지급준비금 거래가 생성된 시점을 나타내며, 청구 건의 예상 비용을 산정합니다. 중요한 재무 이벤트로 명시적으로 기록됩니다.
중요한 이유

이 이정표는 재무 분석과 잠재 부채를 얼마나 빠르게 평가하는지 파악하는 데 중요합니다. 지연되면 재무 계획과 보고에 영향을 줄 수 있습니다.

확보 방법

청구 건의 손해 항목과 연결된 첫 cc_reserveline 레코드가 생성될 때 이벤트를 수집합니다. 거래의 CreateTime이 이벤트 타임스탬프입니다.

기록

해당 청구 건의 손해 항목에 속한 모든 지급준비금 항목 중 가장 이른 생성 타임스탬프를 찾습니다.

이벤트 유형 explicit
조사 시작
청구 또는 손해 항목의 조사 단계가 공식적으로 시작된 시점을 나타냅니다. Guidewire에서 첫 조사 관련 '활동'(작업)이 생성된 시점을 기준으로 판단하는 경우가 많습니다.
중요한 이유

이 활동은 중요하고 대개 오래 걸리는 단계의 시작을 나타냅니다. 조사 시작까지 걸린 시간과 조사 자체의 소요 시간을 분석하면 주요 병목을 찾을 수 있습니다.

확보 방법

조사와 관련된 ActivityPattern(예: '초기 조사', '목격자 연락')을 가진 cc_activity 레코드의 CreateTime에서 파악합니다.

기록

조사와 관련된 패턴이나 제목을 가진 작업이 처음 생성된 시점을 확인합니다.

이벤트 유형 inferred
책임 여부 결정
손해 항목에 대한 책임 또는 과실 여부가 결정된 시점을 나타냅니다. 일반적으로 Exposure 엔터티의 상태 변경을 통해 파악합니다.
중요한 이유

이 중요한 의사결정 이정표를 지나야 합의와 지급 단계로 진행할 수 있습니다. 결정까지 걸린 시간을 분석하면 조사 및 평가 단계의 병목을 찾을 수 있습니다.

확보 방법

cc_history 테이블에서 cc_exposure 엔터티의 State 또는 사용자 지정 책임 상태 필드 변경을 추적해 파악합니다. 이력 레코드의 타임스탬프가 이벤트 발생 시점을 나타냅니다.

기록

감사 로그나 이력 테이블에서 손해 항목의 상태 또는 책임 상태 변경을 확인합니다.

이벤트 유형 inferred
청구 건 배정
청구 건을 특정 사용자(손해사정사)나 처리 그룹에 배정하는 것을 나타냅니다. 일반적으로 Claim 엔터티의 배정 필드 변경을 추적해 파악합니다.
중요한 이유

배정 내역을 추적하면 손해사정사별 업무량을 분석하고 배정 과정의 병목을 찾아내며 담당자가 배정된 후 첫 조치를 취하기까지 걸리는 시간을 측정할 수 있습니다.

확보 방법

cc_history 테이블에서 특정 Claim ID와 연결된 AssignedUser 또는 AssignedGroup 필드의 변경을 추적해 파악합니다. 변경 타임스탬프가 이벤트 발생 시점을 나타냅니다.

기록

감사 로그나 이력 테이블에서 청구 배정 필드의 변경을 확인합니다.

이벤트 유형 inferred
청구 건 재개
'Closed' 상태의 청구 건을 추가 처리하기 위해 'Open' 상태로 되돌리는 것을 나타냅니다. 특정 상태 변경 순서를 통해 파악합니다.
중요한 이유

이 활동은 재작업이 발생했음을 나타냅니다. 재개된 청구 건이 많으면 최초 합의의 문제나 누락된 손해, 기타 프로세스 실패가 있음을 의미할 수 있으며, 비용과 비효율이 늘어납니다.

확보 방법

cc_history 테이블에서 cc_claim 엔터티의 State 필드가 'Closed'에서 'Open' 또는 다른 진행 중 상태로 변경된 기록을 찾아 파악합니다.

기록

청구의 기본 상태 필드가 종료 상태에서 진행 중 상태로 변경되는지 추적합니다.

이벤트 유형 inferred
추가 정보 수신
추가 정보 요청이 완료된 시점을 나타냅니다. 해당 정보 요청 '활동'(작업)이 '완료'로 표시된 시점에 기록됩니다.
중요한 이유

이 이벤트는 '추가 정보 수집 소요 시간' KPI의 종료점입니다. 요청부터 수신까지 시간이 오래 걸리면 청구 처리가 지연되는 경우가 많습니다.

확보 방법

정보 요청과 관련된 ActivityPattern을 가진 cc_activity 레코드의 CloseTime에서 수집합니다. 활동 상태는 'Completed'여야 합니다.

기록

외부 정보를 요청하는 작업이 완료된 타임스탬프를 확인합니다.

이벤트 유형 explicit
추가 정보 요청
청구인 또는 제3자에게 추가 정보나 문서를 요청한 시점을 나타냅니다. 일반적으로 ClaimCenter에서 명시적으로 생성된 '활동'(작업)으로 기록됩니다.
중요한 이유

이 활동은 '추가 정보 수집 소요 시간' KPI를 측정하는 시작점입니다. 자주 발생하면 FNOL 절차가 불완전하거나 정보 수집이 비효율적일 수 있습니다.

확보 방법

외부 당사자에게 서류나 정보를 요청하는 ActivityPattern을 가진 cc_activity 레코드의 CreateTime에서 수집합니다.

기록

외부 정보를 요청하는 작업이 생성된 시점을 확인합니다.

이벤트 유형 explicit
합의 금액 산정
합의 금액은 산정했지만 아직 지급 승인을 받지 않은 시점을 나타냅니다. 'Pending Approval' 상태의 지급 건이 생성된 시점으로 파악할 수 있습니다.
중요한 이유

평가 단계에서 지급 단계로 넘어가는 시점을 나타냅니다. '지급 승인 소요 시간' KPI의 시작점으로, 승인 절차의 지연을 확인할 수 있습니다.

확보 방법

초기 상태가 'Pending Approval' 또는 'Approved' 이전의 유사 상태인 cc_check 또는 cc_transaction 레코드의 CreateTime에서 파악합니다.

기록

승인 전 상태로 지급 또는 거래 레코드가 생성된 시점을 확인합니다.

이벤트 유형 inferred
권장 선택 사항

데이터 추출 가이드

Guidewire ClaimCenter에서 데이터를 추출하는 방법

시작할 준비가 되셨나요?

이 템플릿으로 분석에 필요한 데이터를 준비하고 보험금 청구 처리 현황을 파악하세요. 지금 워크플로 개선을 시작해 보세요.

보험금 청구 처리를 앞당기고 더 빠르게 해결하세요

미처리 건을 줄이고 사기를 예방하며 70%의 무인 처리를 목표로 하세요.

무료 체험 시작

신용카드 없이 몇 분 만에 설정할 수 있습니다.