10 incident types × 12 severity states × 14 evidence states × 24 expressions

INCIDENT / 07 · INSURANCE / CLAIMS
SAMSUNG FIRE & MARINE INSURANCE / Claim Evidence Console사고 직후의 첫 답변은, 상품이 아니라 행동 순서여야 합니다.
사고 유형과 긴급도를 먼저 분류하고 현장 행동, 남겨야 할 증거와 접수 이후 책임 단계를 하나의 사건 ID로 연결했습니다.144 evidence records × 14 condition fields
112 incident states × 3 response modes
16 incident edges × 12 release gates
01 / INDEPENDENT ASSESSMENT
이 사고에서 지금 무엇을 남기고 어떤 서류로 접수해야 하는가?
보험금 청구는 상품 설명보다 사고 유형과 긴급도, 필요한 증빙과 접수 순서를 먼저 답해야 고객의 실제 문제를 해결할 수 있습니다.사고 직후에는 탐색보다 행동 순서가 필요합니다.
상품명을 정확히 기억하지 못해도 안전 확보, 현장 기록과 연락 가운데 무엇을 먼저 해야 하는지 알아야 합니다.
필요 서류가 사고 유형과 단계마다 달라집니다.
공통 서류와 조건부 서류가 한 목록에 섞이면 과잉 준비 또는 누락이 발생하기 쉽습니다.
접수 이후 다음 단계와 책임 주체가 보이지 않습니다.
보완 요청, 담당자 확인과 지급 심사 단계에서 무엇을 기다리고 준비해야 하는지 설명이 필요합니다.
HDRN DESIGN RULE보험금 청구는 상품 설명보다 사고 유형과 긴급도, 필요한 증빙과 접수 순서를 먼저 답해야 고객의 실제 문제를 해결할 수 있습니다.
05 / INCIDENT RESPONSE CONSOLE
사고 직후에는 상품 설명보다, 지금 해야 할 순서가 먼저입니다.
사고 유형을 선택하면 긴급 행동, 기록할 증거와 보상 진행 단계가 사건 단위로 전환되는 대응 인터페이스입니다.안전 확보 후 사고 접수
- 01
안전한 위치로 이동하고 2차 사고를 방지
- 02
상대 차량·현장·파손 상태 기록
- 03
사고 접수 번호와 담당 안내 확인
- 04
수리·보상 진행 상태를 같은 사건 ID로 조회
06 / INCIDENT IMPLEMENTATION CONTRACT
사고 접수에서 보상 진행까지 하나의 사건 문맥을 유지했습니다.
사고 유형과 긴급도를 먼저 분류하고 안전 행동, 현장 기록과 접수 절차를 순서대로 제공합니다. 같은 사건 ID에 완료 단계와 증빙을 연결해 고객과 보상 담당자가 남은 절차를 함께 확인합니다.incident_event
사고 유형·위치·시간·인명·시설물 피해를 긴급 사건 객체로 저장
incident · location · time · injury · propertyresponse_requirement
긴급 신고와 안전 확보를 우선하고 사고 유형별 필수 기록·서류를 판별
priority · evidence · report · documentclaim_timeline
접수 번호, 담당자와 수리·치료·보상 단계를 동일 사건 화면에 연결
claim_id · owner · status · next_action공식 정보가 바뀌면 영향받는 답변만 다시 검수합니다.
긴급 행동의 우선순위와 연락 경로 재검수
사건 유형별 기록 패키지와 누락 경고 갱신
고객 화면의 다음 행동과 담당 역할 동기화
03 / ANSWER CONTRACT LAB
대표 질문에서 답변·근거·다음 행동을 함께 검수합니다.
전체 코퍼스의 품질을 판단할 수 있도록 의사결정 유형이 다른 대표 질문을 직접 전환하는 작동 화면으로 구성했습니다.사고가 발생했을 때 가장 먼저 무엇을 해야 하나요?
인명과 추가 사고 위험을 먼저 확인한 뒤 사고 유형에 맞는 신고·연락, 현장 사진과 상대 정보 등 보존할 증빙을 순서대로 안내합니다.
조건과 책임 범위를 포함한 공개 답변 계약04 / CLAIM EVIDENCE COVERAGE
한 사건에서 누락되기 쉬운 증거와 책임 단계를 함께 검수합니다.
지급 가능성이나 처리 속도가 아니라 필수 행동, 증빙과 다음 담당자가 연결된 구현 커버리지입니다.incident_event
10 types차량·인명·재물 사고
claim_requirement
144 records필수·조건부·추가 증빙
claim_timeline
16 edges접수·확인·보완·심사
05 / IMPLEMENTATION ARCHITECTURE
사건, 증빙과 보상 상태를 하나의 ID 아래 독립 객체로 둡니다.
질문, 사실, 판별 규칙과 화면 전달값을 각각 검수 가능한 객체로 구현했습니다.claim_type.map
사고와 청구 질문을 분류합니다.
MAPPEDevidence_requirement.rules
조건별 필요 증빙을 판별합니다.
VALIDATEDClaim Evidence Engine
사고 상황에 따라 행동과 서류가 바뀝니다.
BUILTclaim_status.schema
처리 단계와 책임을 연결합니다.
BUILT긴급도, 사고 대상, 계약과 피해 상태를 기준으로 질문 경로를 나눴습니다.
공통·조건부·추가 요청 서류를 구분하고 각 서류가 필요한 이유를 함께 답합니다.
현재 단계, 다음 조치와 책임 주체를 고객이 이해할 수 있는 언어로 연결합니다.
06 / RELEASE ASSURANCE
긴급 행동이 뒤로 밀리거나 필수 증빙이 빠지면 공개하지 않습니다.
안전 우선순위, 증빙 누락, 담당자 전환과 보완 요청을 독립 실패 조건으로 검수했습니다.구현 범위와 검수 통과율입니다. 검색 노출이나 고객 성과 수치가 아닙니다.
긴급도, 사고 대상, 계약과 피해 상태를 기준으로 질문 경로를 나눴습니다.
공통·조건부·추가 요청 서류를 구분하고 각 서류가 필요한 이유를 함께 답합니다.
현재 단계, 다음 조치와 책임 주체를 고객이 이해할 수 있는 언어로 연결합니다.
07 / RESPONSIBLE SOURCE LEDGER
답변에서 사용한 공식 원문까지 다시 추적할 수 있습니다.
각 출처는 장식용 링크가 아니라 어떤 사실과 조건을 책임지는지 지정된 시스템 입력입니다.NEXT / YOUR ANSWER SYSTEM
고객의 질문을
사업이 답할 수 있는 구조로.
검토할 URL과 중요한 고객 질문을 보내주시면, 필요한 데이터·운영 역할·배포 범위를 구분해 제안합니다.
기업 프로젝트 상담하기