수익 주기 관리 데이터 템플릿

이벤트 시각은 각 활동에 연결된 타임스탬프로, 활동이 발생한 날짜와 시각을 정확히 나타냅니다. 이 시간 데이터는 각 케이스의 이벤트를 시간순으로 구성하는 데 필요합니다.

분석에서는 활동 간 주기 시간과 케이스 처리 기간을 계산하고, 대기 시간이 길어지는 병목을 찾는 데 사용합니다. 시간 기반 프로세스 분석과 성과 측정의 토대가 됩니다.

이 타임스탬프는 이벤트 순서를 정확히 정하고 주기 시간과 병목 등 기간 기반 지표를 계산하는 데 중요합니다.

일반적으로 Optum360 데이터베이스 테이블의 각 거래 또는 상태 변경 기록과 함께 저장됩니다.

청구 이벤트는 기본 케이스 식별자 역할을 하며, 청구가 발생하는 단일 서비스 제공 또는 제품 전달과 관련된 모든 활동을 연결합니다. 이를 통해 청구 가능한 각 항목이나 서비스의 수익 발생부터 수금까지 전체 수명 주기를 추적할 수 있습니다.

process mining에서 청구 이벤트를 기준으로 프로세스를 분석하면 서비스 제공부터 최종 지급 또는 계정 마감까지 전체 과정을 확인할 수 있습니다. 이를 통해 병목을 찾고 주기 시간을 측정하며 보험금 청구나 청구서별 처리 방식의 차이를 파악할 수 있습니다.

관련된 모든 수익 주기 활동을 연결하는 필수 Case ID로, 분석에 필요한 전체 프로세스 흐름을 확인할 수 있습니다.

Optum360의 핵심 청구 및 보험금 청구 테이블에서 기록을 연결하는 기본 키입니다. 구체적인 테이블과 필드 이름은 Optum360 문서를 참조하세요.

활동 이름은 '지급자에게 보험금 청구 제출' 또는 '지급금 수령'과 같이 수익 주기 프로세스의 단계를 나타냅니다. 프로세스 맵의 노드를 정의하므로 process mining의 기본 속성입니다.

활동의 순서와 빈도를 분석하면 실제 프로세스 흐름을 시각화하고 표준 절차에서 벗어난 부분을 찾아 일반적인 재작업 반복을 파악할 수 있습니다. 이러한 분석은 프로세스 비효율과 규정 준수 문제를 이해하는 데 중요합니다.

프로세스의 개별 단계를 정의하는 속성입니다. 프로세스 맵의 기반이 되며 흐름 분석을 가능하게 합니다.

일반적으로 이벤트 로그, 상태 변경 기록 또는 Optum360 운영 테이블의 특정 거래 코드에서 가져옵니다.

보험자가 청구를 거부하면 '서비스 보장 대상 아님' 또는 '중복 청구'와 같은 사유를 거부 사유 코드로 제공합니다. 이 코드는 매출 지연과 재작업의 근본 원인을 파악하는 데 중요합니다.

거부 관리팀은 코드를 분석해 업무 우선순위를 정하고 추세를 파악해 시정 조치를 시행할 수 있습니다. 예를 들어 '정보 누락'으로 거부되는 사례가 많다면 청구서 작성 프로세스에 문제가 있을 수 있습니다. 이러한 분석은 거부율을 낮추고 현금 흐름을 개선하는 데 중요합니다.

청구 거부의 근본 원인을 파악해 재발을 방지하고 비용이 많이 드는 재작업을 줄일 수 있습니다.

이 코드는 보험자가 보내는 Electronic Remittance Advice (ERA) 파일에 포함되며 Optum360의 청구 관리 모듈에 저장됩니다.

보험자 ID는 청구 건의 지급 책임이 있는 특정 보험사, Medicare나 Medicaid 같은 정부 프로그램 또는 기타 기관을 식별합니다. 보험자마다 적용 규정, 제출 요건, 지급 방식이 다를 수 있습니다.

RCM에서 보험자 ID별로 프로세스를 분석하면 지급 기간이 가장 길거나 거부율이 가장 높고 이의 제기 절차가 복잡한 보험자를 파악할 수 있습니다. 이 정보를 바탕으로 청구 부서는 보험자별 대응 전략을 세워 수금 속도를 높이고 행정 부담을 줄일 수 있습니다.

보험자별로 프로세스를 구분하면 지연이나 청구 거부를 유발하는 보험자를 파악하고, 보험자 관리 방식을 집중적으로 개선할 수 있습니다.

이 정보는 Optum360의 각 청구 기록에 저장됩니다. 보험자 관련 테이블 및 필드 이름은 Optum360 문서를 참조하세요.

조정액은 보험자와의 계약, 청구 정정 또는 기타 상각으로 인해 회수할 수 없는 청구 금액을 나타냅니다. 이 금액만큼 매출이 직접 감소합니다.

이 속성은 '매출 조정 영향' 대시보드와 '매출 조정률' KPI에 중요합니다. 조정 내역을 분석하면 보험자 계약이 재무에 미치는 영향을 파악하고, 청구 정확도 개선이나 계약 협상을 통해 매출 누수를 줄일 기회를 찾을 수 있습니다.

매출 누수를 직접 측정하며, 재무 성과 KPI를 계산하고 수익성을 파악하는 데 중요합니다.

이 정보는 Optum360 재무 시스템의 조정 거래 기록에서 확인할 수 있습니다.

청구 금액은 제공한 서비스에 대해 청구한 총액으로, 지급액, 조정액 또는 상각액을 반영하기 전 금액입니다. 청구 업무가 발생했을 때의 매출채권 최초 금액입니다.

이 속성은 process mining을 통한 재무 분석의 기본 데이터입니다. 매출 조정률 같은 주요 KPI를 계산하고, 금액대별로 사례를 나눠 고액 청구 건이 저액 청구 건과 다르게 처리되거나 더 오래 지연되는지 분석하는 데 사용됩니다.

사례별 재무 정보를 제공해 금액 기준 분석과 주요 재무 KPI 계산을 지원합니다.

Optum360의 재무 테이블에서 모든 청구 건 또는 환자 계정에 사용하는 표준 필드입니다.

청구 부서 속성은 수익 주기 운영에서 특정 업무를 담당하는 팀이나 기능 영역을 식별합니다. 예를 들어 코딩, 청구서 제출, 거부 관리 업무를 각각 다른 팀이 맡을 수 있습니다.

이 속성은 '청구 부서 성과 벤치마크' 대시보드에서 요청하는 성과 비교에 필수적입니다. 경영진은 이를 통해 팀별 효율성, 처리 속도, 정확도를 비교하고 모범 사례를 파악할 수 있습니다. 또한 성과 격차를 해소할 수 있도록 리소스를 효과적으로 배분할 수 있습니다.

청구 팀별 성과를 비교해 성과가 높은 팀과 개선이 필요한 영역을 파악할 수 있습니다.

업무를 수행한 사용자를 기준으로 산출하거나, 계정의 담당자를 나타내는 필드를 사용할 수 있습니다. 자세한 내용은 Optum360 문서를 참조하세요.

환자 ID는 의료 시스템에서 환자마다 부여하는 고유 식별자입니다. 여러 청구 이벤트를 한 환자와 연결해 환자 중심 분석을 할 수 있습니다.

분석가는 환자 ID를 사용해 잦은 재입원이나 보험금 청구 거부 이력 등 특정 환자와 관련된 패턴을 조사할 수 있습니다. 환자 인구통계 정보나 이력을 기준으로 프로세스를 구분해 환자의 재정 경험을 개선하는 데 필요한 인사이트를 얻을 수도 있습니다.

환자 중심 분석을 통해 환자의 재정 처리 과정을 처음부터 끝까지 파악하고 특정 환자 집단의 패턴을 찾을 수 있습니다.

Optum360의 환자 마스터 데이터와 거래 테이블에 있는 주요 필드입니다. 자세한 내용은 Optum360 문서를 참조하세요.

계정 상태는 청구 업무가 전체 프로세스에서 어느 단계에 있는지 보여줍니다. 예를 들어 '보험자 지급 대기', '전액 지급' 또는 '추심 중'으로 표시할 수 있습니다. 이 속성을 통해 진행 중인 업무의 맥락을 파악할 수 있습니다.

사례를 필터링하고 구분해 프로세스의 특정 부분에 집중할 때 유용합니다. 예를 들어 현재 '추심 중'인 계정을 분석하면 비용이 많이 드는 해당 프로세스의 원인과 규모를 파악할 수 있으며, '추심 활동 규모 및 원인' 대시보드에도 활용할 수 있습니다.

사례의 현재 상태를 한눈에 파악할 수 있어 추심 중인 사례처럼 특정 집단을 필터링하고 분석할 수 있습니다.

일반적으로 Optum360의 환자 계정 또는 청구 기록에 요약 필드로 저장됩니다.

사례 처리 기간은 하나의 청구 업무에서 첫 이벤트부터 마지막 이벤트까지 걸린 총시간입니다. 전반적인 프로세스 효율성을 평가하는 주요 KPI입니다.

이 지표는 'RCM 전체 처리 기간 개요' 대시보드와 '평균 RCM 처리 기간' KPI에 활용됩니다. 시간에 따른 변화를 추적하면 개선 활동이 수익 주기 전반에 미친 영향을 확인할 수 있습니다.

프로세스의 시작부터 끝까지 걸린 시간을 나타냅니다. 전반적인 처리 속도와 효율성을 측정하는 주요 KPI입니다.

고유한 'BillingEvent' 사례 ID별로 마지막 이벤트의 타임스탬프에서 첫 이벤트의 타임스탬프를 빼서 계산합니다.

사용자 속성은 특정 활동을 수행한 사람, 팀 또는 자동화 봇을 식별합니다. 이를 통해 개인이나 그룹 단위로 성과를 분석할 수 있습니다.

어떤 사용자나 팀이 작업을 수행했는지 파악하면 생산성, 품질, 표준 절차 준수 여부를 평가하는 데 도움이 됩니다. 교육이 필요한 대상을 찾거나 성과가 높은 개인과 팀을 확인할 수 있습니다. 또한 수동으로 수행한 작업과 자동화된 작업을 구분할 수 있습니다.

프로세스 단계별 담당자를 확인하고 개인 또는 팀별 성과를 분석할 수 있습니다. 이는 리소스 관리와 교육에 중요합니다.

Optum360 기록의 감사 로그 또는 거래 내역에 사용자 ID가 저장되는 경우가 많습니다.

이 속성은 의사, 치료사 또는 병원 부서처럼 서비스를 제공한 주체를 식별합니다. 제공자마다 청구 방식이나 문서화 습관이 달라 수익 주기에 영향을 줄 수 있습니다.

서비스 제공자별 분석을 통해 진료 현장에서 비롯된 비용 누락, 코딩 정확도 또는 문서 품질 문제를 파악할 수 있습니다. 또한 제공자 교육이나 프로세스 개선이 필요한 부분을 찾아 처음부터 오류 없는 청구서를 작성하는 데 도움이 됩니다.

청구 문제의 발생 지점을 추적하고, 의료진에게 필요한 피드백과 교육을 제공해 비용 누락과 문서화 문제를 개선할 수 있습니다.

이 정보는 Optum360의 비용 또는 청구 기록에 포함되며, 일반적으로 제공자 기준 데이터와 연결됩니다.

서비스 코드는 환자에게 제공한 시술이나 서비스를 정확히 식별하는 표준 의료 코드입니다. 청구에 필요하며 지급액을 결정하는 주요 기준입니다.

서비스 코드별로 프로세스를 분석하면 특정 시술에서 거부가 잦거나 추가 문서가 필요하거나 지급 기간이 긴지 확인할 수 있습니다. 이를 통해 프로세스 문제를 세부적으로 파악하고 서비스 유형별 코딩 및 청구 정책을 수립할 수 있습니다.

의료 서비스 유형별 분석을 통해 특정 시술에서 발생하는 거부나 지급 지연의 패턴을 파악할 수 있습니다.

Optum360의 비용 입력 및 청구 상세 기록에 포함되는 기본 정보입니다.

특정 이벤트의 데이터가 추출된 원천 시스템을 나타내는 속성입니다. 복잡한 IT 환경에서 RCM 데이터는 Optum360 핵심 플랫폼, 연동된 전자 건강 기록(EHR) 시스템, 청산소 또는 환자 포털에서 가져올 수 있습니다.

원천 시스템을 파악하면 데이터를 검증하고 연동 문제를 해결하며 시스템 동작이나 데이터 입력 방식의 차이로 발생하는 프로세스 변화를 분석하는 데 도움이 됩니다.

데이터의 출처를 나타냅니다. 데이터 거버넌스와 품질 평가, 시스템별 프로세스 차이 파악에 중요합니다.

데이터 추출 시 설정하는 고정값이거나 데이터 출처를 나타내는 원천 테이블의 필드일 수 있습니다.

재작업 여부는 '거부 재작업 시작' 또는 '이의 제기 제출'처럼 부가가치를 만들지 않는 재작업 활동을 식별하는 불리언 플래그입니다. 이러한 활동은 일반적으로 프로세스가 이상적인 '정상 경로'에서 벗어날 때 발생합니다.

이 속성을 사용하면 프로세스의 재작업 규모를 정량화할 수 있습니다. 재작업은 비효율과 비용을 직접 보여주는 지표입니다. '청구 오류 재작업률' KPI 계산에 사용되며, 비효율적인 루프를 쉽게 필터링하고 시각화해 '병목 식별 및 재작업 루프' 대시보드를 지원합니다.

재작업에 해당하는 활동을 표시해 프로세스 비효율을 정량화하고 낭비를 측정해 개선 대상을 정할 수 있습니다.

일반적으로 process mining 도구의 비즈니스 로직을 사용해 산출합니다. 예를 들어 '거부 접수' 이벤트 이후의 모든 활동을 재작업으로 표시할 수 있습니다.

종료 시각은 활동이 완료된 시점을 나타냅니다. 시작 시각이 이벤트 발생 시점을 나타낸다면, 종료 시각은 '지급 거부 재작업 시작'과 같이 처리 시간이 별도로 발생하는 활동의 소요 시간을 계산하는 데 필요합니다.

프로세스 분석에서 활동의 시작 시각과 종료 시각을 비교하면 처리 시간을 계산할 수 있습니다. 이를 통해 실제 작업 시간과 활동 사이의 대기 시간을 구분하고 프로세스 효율성을 더 자세히 파악할 수 있습니다.

활동의 처리 시간을 정확히 계산해 프로세스에서 실제 작업 시간과 대기 시간을 구분할 수 있습니다.

일부 활동은 원천 시스템에 별도의 타임스탬프 필드가 있을 수 있습니다. 그 외에는 다음 활동의 시작 시각을 기준으로 추정해야 할 수 있습니다.

지급액은 특정 청구 업무와 관련해 계정에 기록된 모든 지급액의 합계입니다. 실제로 수금한 금액을 나타내며 수익 주기의 성과를 보여주는 주요 지표입니다.

프로세스 분석에서 지급액을 추적하면 현금 흐름과 전반적인 재무 성과를 파악할 수 있습니다. 지급 속도를 분석하고 청구 금액과 수금액을 비교해 과소 지급이나 회수 불가능한 채권 문제를 확인할 수 있습니다.

실제 수금액을 나타냅니다. RCM 프로세스의 주요 성과 지표이며 현금 흐름 분석에 필요합니다.

일반적으로 Optum360의 지급 거래 테이블에 저장하거나 계정 수준에서 집계합니다.

원천 시스템에서 데이터를 마지막으로 추출해 process mining 도구에 적재한 날짜와 시각을 기록합니다. 분석 중인 데이터의 최신성을 파악하는 데 필요한 정보입니다.

분석가와 업무 사용자는 이 속성을 통해 최신 데이터를 보고 있는지 확인할 수 있습니다. 데이터 지연에 대한 기대치를 관리하고 분석 프로젝트의 주요 메타데이터로 활용할 수 있습니다.

데이터의 최신성을 파악하는 데 필요한 정보를 제공해 분석 결과가 얼마나 최신인지 사용자가 이해할 수 있도록 합니다.

일반적으로 데이터 추출, 변환, 적재(ETL) 프로세스에서 생성하고 저장하는 타임스탬프입니다.