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

시작 시각은 활동이 시작된 순간을 나타내는 정확한 날짜와 시간입니다. 프로세스 로그의 각 이벤트에 필요한 데이터로, 성과 분석에 시간 정보를 제공합니다.

process mining에서는 케이스 처리 과정을 정확히 재구성하기 위해 이벤트를 시간순으로 정렬하는 데 시작 시각이 필요합니다. 처리 주기, 대기 시간, 처리 시간과 같은 주요 KPI를 계산하는 기준이기도 합니다. 타임스탬프를 분석하면 단계 간 지연을 찾고, 서비스 수준 협약(SLA) 준수 여부를 측정하며, 보험금 청구 프로세스의 시간 흐름을 파악할 수 있습니다.

이 타임스탬프는 이벤트를 올바른 순서로 정렬하고 처리 주기와 병목 등 시간 관련 지표를 계산하는 데 필요합니다.

일반적으로 이벤트 로그, 감사 추적 또는 거래 데이터에 기록되며, '이벤트 시각' 또는 '생성일'로 표시되기도 합니다.

청구 ID는 보험금 청구가 등록될 때 각 건에 부여되는 고유 키입니다. 최초 접수부터 최종 종결까지 청구 건의 전체 처리 과정에서 관련 활동, 이벤트, 데이터를 연결하는 기준이 됩니다.

process mining에서 청구 ID는 각 청구 건의 전체 여정을 재구성하는 데 필수적입니다. 같은 청구 ID가 있는 이벤트를 묶으면 소프트웨어가 프로세스 흐름을 시각화하고, 변형을 식별하며, 케이스 단위 지표를 계산할 수 있습니다. 손해사정사 배정부터 보험금 지급까지 모든 작업을 해당 청구 건에 정확히 연결해 일관되고 정확한 프로세스 분석을 지원합니다.

관련 이벤트를 연결하는 필수 케이스 식별자입니다. 이를 통해 각 청구 건의 전체 처리 과정을 추적할 수 있습니다.

일반적으로 청구 파일이나 청구 관리 시스템 거래의 헤더 또는 기본 레코드에서 확인할 수 있습니다.

활동명은 보험금 청구 처리 과정에서 발생한 특정 단계, 작업 또는 이벤트를 설명합니다. 예를 들어 '청구 등록', '조사 시작', '보험금 지급' 등이 있습니다. 각 활동은 이벤트 로그에 기록되는 프로세스의 개별 지점입니다.

process mining 분석에서 활동은 프로세스 맵을 구성하는 기본 요소입니다. 활동의 순서, 빈도, 소요 시간을 분석하면 실제 프로세스 흐름과 일반적인 경로, 병목, 표준 절차에서 벗어난 부분을 파악할 수 있습니다. 이해하기 쉽고 실행 가능한 프로세스 모델을 만들려면 활동명을 명확하고 일관되게 정해야 합니다.

활동은 프로세스 맵의 기본 요소입니다. 프로세스 성과를 파악하기 위해 순서와 소요 시간을 분석하는 단계와 작업을 정의합니다.

일반적으로 청구 관리 시스템의 이벤트 로그, 감사 추적 또는 거래 기록에서 확인할 수 있습니다.

원천 시스템 속성은 활동이 처음 기록된 IT 애플리케이션이나 플랫폼을 식별합니다. 복잡한 환경에서는 보험금 청구 데이터가 핵심 청구 플랫폼, 문서 관리 시스템, 고객 관계 관리(CRM) 도구 등 여러 시스템에서 수집될 수 있습니다.

원천 시스템을 파악하면 데이터를 검증하고 프로세스가 여러 시스템에 분산된 정도를 분석하는 데 도움이 됩니다. 데이터 품질 문제의 발생 지점을 추적하고, 시스템 간 수동 데이터 전송이나 업무 인계로 인한 비효율을 찾을 수 있습니다. 분석 결과를 바탕으로 시스템 연동과 자동화를 개선할 기회를 파악할 수 있습니다.

이벤트 데이터의 출처를 식별합니다. 데이터를 검증하고 여러 IT 시스템에 걸친 프로세스 실행을 분석하는 데 중요합니다.

데이터 추출 로직에 포함되거나 연동 시스템의 이벤트 로그 필드에 저장될 수 있습니다.

최종 데이터 갱신 시각은 원천 시스템에서 이벤트 로그 데이터를 마지막으로 새로 고친 시점을 나타냅니다. 이 타임스탬프를 통해 분석 중인 데이터가 얼마나 최신인지 파악할 수 있습니다.

프로세스를 분석할 때 데이터의 최신성을 알아야 근거 있는 결정을 내릴 수 있습니다. 이 속성을 통해 사용자는 현재 프로세스에 가까운 데이터를 보는지, 과거 시점의 데이터를 보는지 확인할 수 있습니다. 지속적인 모니터링 대시보드와 최신 정보를 바탕으로 결론을 내리는 데 특히 중요합니다.

데이터의 최신성을 파악할 수 있어 분석과 의사결정에 최신 정보가 사용되도록 합니다.

일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 생성되는 메타데이터입니다.

배정된 손해사정사 속성은 특정 활동을 수행했거나 특정 시점에 청구 건을 담당한 직원 또는 사용자를 식별합니다. 이 속성을 통해 프로세스 단계와 해당 업무를 수행한 인력을 연결할 수 있습니다.

손해사정사별 데이터를 분석하면 업무량 관리, 성과 평가, 교육 필요성 파악에 도움이 됩니다. 관리자는 팀원 간 성과를 비교하고 업무를 공정하게 배분하며, 성과가 높은 직원이나 추가 지원이 필요한 직원을 파악할 수 있습니다. 팀 성과와 업무량 균형을 보여주는 대시보드에 필요한 리소스 단위의 관점입니다.

프로세스 활동을 수행한 담당자와 연결해 업무량, 팀 성과, 리소스 배분을 분석할 수 있습니다.

청구 관리 시스템의 거래 기록, 감사 로그 또는 사용자 배정 필드에서 확인할 수 있습니다.

부서 속성은 청구 건의 처리 단계별 담당 조직을 나타냅니다. 예를 들어 '최초 사고 통지', '특별 조사팀', '보험금 지급 부서' 등이 있습니다.

이 정보는 조직 내 여러 부서 간 업무 인계와 협업을 파악하는 데 중요합니다. 부서별로 프로세스를 분석하면 청구 건이 팀 간에 이동할 때 발생하는 지연을 찾을 수 있습니다. 부서 간 병목을 식별하고 팀별 업무량과 성과를 평가하는 데도 필요하며, 손해사정사 업무량 균형과 같은 KPI 및 팀 성과 대시보드를 지원합니다.

팀 간 업무 인계를 분석하고 부서 간 병목을 찾아 조직 성과를 파악하는 데 도움이 됩니다.

일반적으로 청구 기록에 저장되며, 배정된 사용자나 현재 프로세스 단계와 연결되는 경우가 많습니다.

종료 시각은 활동이 끝난 순간을 나타내는 정확한 날짜와 시간입니다. 시작 시각과 함께 있으면 활동을 완료하는 데 걸린 시간을 정확히 측정할 수 있습니다.

이 속성은 상세한 성과 분석에 유용합니다. 시작 시각과 종료 시각의 차이로 '처리 시간' 또는 '활동 소요 시간'을 계산할 수 있으며, 이는 비효율적인 단계를 찾는 주요 지표입니다. 처리 시간을 분석하면 리소스를 가장 많이 사용하는 활동과 운영을 간소화할 부분을 파악할 수 있습니다. 프로세스 병목과 팀 성과를 보여주는 대시보드를 만드는 데도 기본이 됩니다.

활동 처리 시간을 정확히 계산할 수 있어 병목을 찾고 리소스 효율성을 분석하는 데 중요합니다.

일반적으로 이벤트 로그나 감사 추적에서 시작 시각과 함께 확인할 수 있습니다. 변경 이벤트만 기록된 경우에는 종료 시각을 계산해야 할 수 있습니다.

청구 심각도는 청구 건의 복잡성, 긴급성 또는 예상 비용을 평가합니다. 이 분류를 활용하면 청구 건의 우선순위를 정하고 적절한 역량을 갖춘 손해사정사에게 배정할 수 있습니다. 예상 손해액, 사고 유형, 소송 여부 등을 기준으로 심각도를 정할 수 있습니다.

청구 심각도별 프로세스 분석은 처리 절차가 청구 건의 특성에 맞게 운영되는지 파악하는 데 중요합니다. 예를 들어 심각도가 높은 청구 건은 처리 주기가 길 수 있지만, 더 엄격한 조사 절차를 따라야 합니다. 이 속성을 통해 복잡한 청구 건에는 필요한 주의를 기울이고 단순한 건은 신속히 처리하는지 확인해 리소스 배분과 고객 만족도를 높일 수 있습니다.

단순한 청구 건과 복잡한 청구 건을 구분해 프로세스가 청구 복잡성에 맞게 운영되는지 분석할 수 있습니다.

청구 접수 시 업무 규칙에 따라 정하는 경우가 많으며, 기본 청구 기록의 필드에 저장됩니다.

청구 유형은 보험 종목이나 손실의 성격에 따라 청구 건을 분류하는 기준입니다. 예를 들어 '자동차', '재산', '배상 책임', '장애' 등이 있습니다. 청구 유형에 따라 프로세스 경로와 복잡성, SLA가 달라질 수 있습니다.

청구 유형별로 프로세스를 구분해 분석하면 의미 있는 정보를 얻을 수 있습니다. 유형별 처리 주기, 비용, 프로세스 준수 수준을 비교할 수 있습니다. 예를 들어 자동차 보험 청구에는 효율적인 프로세스가 재산 보험 청구에는 비효율적일 수 있습니다. 이러한 분석은 개선 활동의 우선순위를 정하는 데 도움이 됩니다. '청구 유형별 성과' 대시보드에도 필요한 속성입니다.

청구 건을 유형별로 나눠 사업 부문 간 프로세스와 성과를 비교하고, 유형별 문제를 찾을 수 있습니다.

일반적으로 기본 청구 기록에 있는 표준 필드이며, 청구 건을 처음 생성할 때 설정됩니다.

합의금은 청구를 해결하기 위해 지급한 총액입니다. 청구 건의 재정적 영향을 보여주는 중요한 결과 지표이며, 일반적으로 손해액 평가와 결정이 끝난 후 산정됩니다.

process mining에서 이 속성은 비용 분석에 필요합니다. '청구 건당 평균 비용'과 같은 KPI를 계산하고 프로세스 변형이 재무 결과에 미치는 영향을 조사할 수 있습니다. 예를 들어 재작업이 반복되거나 처리 주기가 긴 청구 건에서 합의금이 더 높게 나타날 수 있습니다. 이를 통해 프로세스 효율성과 재무 성과의 관계를 파악할 수 있으며, '청구 비용 분석' 대시보드의 기반이 됩니다.

프로세스 진행 방식과 재정적 영향을 직접 연결하는 주요 결과 지표로, 프로세스 개선의 비용과 효과를 분석할 수 있습니다.

청구 건과 연결된 재무 또는 지급 기록에서 확인할 수 있으며, 청구 종결이나 지급 시 확정됩니다.

해결 목표일 또는 기한은 보험금 청구 처리를 완료해야 하는 날짜입니다. 고객에게 적시에 서비스를 제공하기 위한 규제 요건이나 내부 서비스 수준 협약(SLA)에 따라 정하는 경우가 많습니다.

이 속성은 규정 준수와 성과 모니터링에 필요합니다. 실제 청구 종결일과 목표일을 비교해 SLA 준수율을 측정할 수 있습니다. process mining을 활용하면 SLA를 지키지 못할 가능성이 높은 프로세스 단계나 변형을 파악할 수 있습니다. 이를 바탕으로 기한을 선제적으로 관리하고 적시 해결에 가장 큰 영향을 주는 개선 과제의 우선순위를 정할 수 있습니다. 'SLA 및 기한 준수' 대시보드에도 활용됩니다.

SLA나 규제상 기한을 준수했는지 측정해 프로세스 효과성을 평가할 수 있습니다.

일반적으로 청구 건 생성 시 업무 규칙에 따라 계산해 기본 청구 기록에 저장합니다.

보험증권 번호는 사고를 보장하는 보험 계약을 식별하는 고유 번호입니다. 보험금 청구를 특정 고객 및 보험 계약의 약관, 보장 한도와 기타 계약 정보에 연결합니다.

프로세스 흐름 분석에 항상 직접 사용되는 것은 아니지만, 보험증권 번호는 중요한 맥락 정보입니다. 이 번호를 기준으로 보험금 청구 데이터를 보험 계약이나 고객 단위로 집계하면 특정 계약자가 청구를 자주 접수하는 등의 패턴을 파악할 수 있습니다. 또한 보험 종류나 보장 금액 등 보험 계약 수준의 정보를 청구 데이터에 결합해 더 세분화된 분석을 수행할 수 있습니다.

보험금 청구를 해당 보험 계약에 연결합니다. 보험 계약 데이터를 결합하면 맥락을 고려한 심층 분석이 가능합니다.

보험금 청구 접수 시 수집해 청구 기록의 헤더에 저장하는 기본 데이터입니다.

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

사고 발생일과 청구 등록일의 차이를 '보고 지연 기간'이라고 합니다. 이 기간을 분석하면 고객 행동을 이해하고, 사고 보고가 이례적으로 늦어지는 등 잠재적인 사기 위험을 파악할 수 있습니다. 내부 처리 시간만 보는 것보다 사고 발생부터 해결까지의 전체 흐름을 더 정확히 파악할 수 있습니다.

실제 사고 발생일을 기준으로 보고 지연 기간을 분석하고, 사고부터 종결까지의 전체 흐름을 파악할 수 있습니다.

최초 사고 통지 시 청구인이 제공하며, 기본 청구 기록에 저장됩니다.

접수 채널은 청구 건이 회사에 처음 신고된 경로를 나타냅니다. 일반적인 채널로는 온라인 고객 포털, 모바일 앱, 보험 설계사, 중개인, 우편 등이 있습니다.

접수 채널별로 프로세스를 분석하면 데이터 품질, 효율성, 고객 경험의 차이를 파악할 수 있습니다. 예를 들어 디지털 포털로 접수된 청구 건은 우편 접수 건보다 데이터 입력 오류가 적고 초기 처리도 빠를 수 있습니다. 이러한 분석 결과는 어떤 채널을 권장할지, 자동화와 프로세스 개선에 어디에 투자할지 결정하는 데 참고할 수 있습니다.

접수 채널이 프로세스 효율성, 데이터 품질, 전체 처리 주기에 미치는 영향을 분석할 수 있습니다.

일반적으로 '최초 사고 통지'(FNOL) 과정에서 기록해 기본 청구 기록에 저장합니다.

지급 거절 사유는 보험금을 지급하지 않은 이유를 설명하는 코드 또는 텍스트입니다. 보험 계약의 보장 범위 문제, 사기 의심, 필수 서류 미제출 등이 사유가 될 수 있습니다.

지급 거절 사유를 분석하면 내부 프로세스와 고객 안내를 개선할 기회를 찾을 수 있습니다. 예를 들어 정보 누락으로 거절되는 청구가 많다면 접수 절차를 개선해야 할 수 있습니다. 거절 사유의 근본 원인을 분석하면 약관을 더 명확하게 작성하고 고객 안내를 개선할 수 있으며, 결국 지급이 거절될 청구에 드는 행정 업무도 줄일 수 있습니다.

보험금을 지급하지 않은 이유를 파악해 근본 원인을 분석하고 고객 안내와 초기 접수 절차를 개선할 수 있습니다.

'보험금 청구 거절' 활동이 발생할 때 담당자가 사전 정의된 목록에서 선택하거나 텍스트로 입력합니다.

청구 금액은 손실에 대한 최초 추정액 또는 절차 시작 시 청구인이 요청한 금액입니다. 조사 및 평가 단계에서 금액이 조정될 수 있습니다.

이 데이터는 여러 분석에 활용할 수 있습니다. 청구의 초기 심각도를 분류하고 최초 청구액과 최종 합의금의 차이를 추적하는 데 사용할 수 있습니다. 이 차이를 분석하면 최초 추정의 정확도와 보험금 청구 프로세스의 비용 관리 효과를 파악할 수 있습니다. 재무 예측과 지급 준비금 산정에도 중요한 입력값입니다.

청구의 초기 금액 규모를 나타내며, 심각도 평가와 최종 합의금과의 차이 분석에 활용할 수 있습니다.

보험금 청구를 처음 접수할 때 수집해 청구 기록의 재무 정보에 저장합니다.

청구 상태는 이벤트 발생 시점의 청구 건 처리 상태를 나타냅니다. '조사 중', '정보 대기', '합의 완료'와 같이 프로세스에서 현재 어느 단계에 있는지 요약합니다.

process mining은 활동을 바탕으로 상세한 흐름을 재구성하며, 청구 상태 속성은 여기에 유용한 맥락을 더합니다. 프로세스 흐름을 검증하는 데 사용할 수 있습니다. 예를 들어 '보험금 지급 완료' 활동 후 상태가 '종결'로 바뀌는지 확인할 수 있습니다. 특정 상태에 머문 시간도 분석할 수 있어 케이스가 대기 상태로 얼마나 오래 남는지 파악하고 반복적인 지연이나 비효율을 찾는 데 도움이 됩니다.

각 시점의 청구 상태를 파악해 단계별 소요 시간을 분석하고 프로세스 흐름을 검증할 수 있습니다.

기본 청구 기록의 주요 필드이며, 청구 건이 처리되는 동안 상태가 갱신됩니다.