매출 주기 관리 데이터 템플릿
매출 주기 관리 데이터 템플릿
- 분석에 권장되는 데이터 속성
- 효과적인 추적을 위한 주요 프로세스 활동
- Waystar 데이터 추출을 위한 실무 지침
매출 주기 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
| 이벤트 타임스탬프 EventTimestamp | 활동이 발생한 정확한 날짜와 시간입니다. | ||
| 설명 이벤트 타임스탬프는 활동이 발생한 정확한 시점을 기록합니다. 이벤트를 시간순으로 정렬하고 프로세스의 각 단계에 걸린 시간을 계산하는 데 필요합니다. 프로세스 분석에서는 타임스탬프를 사용해 처리 주기, 대기 시간, 처리 시간 등의 주요 성과 지표를 계산합니다. 예를 들어 '청구 제출'과 '지급금 반영'의 타임스탬프 차이로 전체 지급 주기를 계산할 수 있습니다. 병목 분석과 성과 모니터링을 위해 정확한 타임스탬프가 필요합니다. 중요한 이유 이벤트 정렬, 처리 주기 계산, 프로세스 성과 분석에 타임스탬프가 필요합니다. 시간에 따른 분석의 기반이 됩니다. 확보 방법 Waystar의 거의 모든 거래 또는 상태 변경 기록에 있는 표준 필드입니다. 보통 '생성일', '거래일' 또는 이와 비슷한 이름으로 표시됩니다. 예시 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| 청구 이벤트 BillingEvent | 요금이 발생하는 단일 서비스 또는 제품 제공 건을 식별하는 고유 식별자입니다. 수익 주기 프로세스에서 케이스로 사용됩니다. | ||
| 설명 청구 이벤트는 주요 케이스 식별자로, 청구 대상 서비스 하나에 대한 청구 금액 입력부터 계정 종료까지 모든 활동을 연결합니다. 단일 청구 또는 환자 청구서의 전체 처리 과정을 나타냅니다. process mining에서 각 청구 이벤트의 흐름을 분석하면 수익 주기 전반을 파악할 수 있습니다. 이를 통해 일반적인 프로세스 경로와 이탈, 개별 청구에 영향을 주는 병목을 찾을 수 있습니다. 청구 제출이나 지급금 반영 지연 등 개선이 필요한 구체적인 영역을 파악하려면 이 수준의 상세 분석이 필요합니다. 중요한 이유 청구 대상 항목과 관련된 수익 주기 활동을 모두 연결하는 필수 Case ID입니다. 각 항목의 전체 프로세스를 추적할 수 있습니다. 확보 방법 일반적으로 Waystar의 기본 청구 또는 청구 거래 테이블에 있는 기본 키입니다. 구체적인 테이블과 필드 이름은 Waystar 문서를 확인하세요. 예시 BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| 활동명 ActivityName | 수익 주기 프로세스에서 발생한 특정 업무 이벤트나 단계의 이름입니다. 예를 들어 '청구 제출' 또는 '지급금 반영'이 있습니다. | ||
| 설명 이 속성은 수익 주기 전체를 구성하는 개별 활동을 설명합니다. 각 값은 청구 이벤트에서 수행된 청구서 작성, 거부 통지 수신, 지급금 반영과 같은 개별 단계, 주요 시점 또는 작업을 나타냅니다. 이러한 활동의 순서와 빈도를 분석하는 것이 process mining의 기반입니다. 프로세스 맵을 시각화하고, '청구 거부' 후 '청구 수정'과 같은 재작업 절차를 찾아내며, 단계 간 소요 시간을 측정할 수 있습니다. 프로세스 효율성과 규정 준수 여부를 파악하는 데 중요합니다. 중요한 이유 이 속성은 프로세스 맵의 단계를 정의하며, 수익 주기 워크플로를 시각화하고 분석하는 데 기본이 됩니다. 확보 방법 이벤트 로그, 상태 변경 기록 또는 Waystar 청구 및 청구 관리 모듈의 거래 유형에서 가져옵니다. 예시 보험사에 청구 제출청구 거부지급금 반영계정 종료 | |||
| 소스 시스템 SourceSystem | 이벤트 데이터가 생성된 시스템 또는 애플리케이션입니다. | ||
| 설명 이 속성은 이벤트 데이터를 생성한 소스 시스템을 식별합니다. 복잡한 IT 환경에서는 수익 주기 이벤트가 Waystar의 여러 모듈이나 Electronic Health Record (EHR) 같은 외부 연동 시스템에서 발생할 수 있습니다. 소스 시스템을 파악하면 데이터를 검증하고 문제를 해결하며, 시스템별 동작 차이로 발생하는 프로세스 변화를 이해하는 데 도움이 됩니다. 프로세스 문제가 어느 애플리케이션이나 인터페이스에서 비롯되었는지 확인할 수 있습니다. 중요한 이유 데이터의 출처를 식별합니다. 데이터 거버넌스와 품질 관리, 시스템별 프로세스 차이 파악에 중요합니다. 확보 방법 데이터 추출 시 'Waystar'라는 고정값을 추가하거나 시스템의 특정 모듈 또는 테이블에서 가져올 수 있습니다. 예시 Waystar RCMWaystar 청구 모듈EHR 인터페이스 | |||
| 최근 데이터 업데이트 LastDataUpdate | 이벤트 데이터가 마지막으로 새로 고침되거나 추출된 시점을 나타내는 타임스탬프입니다. | ||
| 설명 이 속성은 소스 시스템에서 데이터를 마지막으로 추출한 시점을 타임스탬프로 제공합니다. 업무 이벤트가 발생한 시간이 아니라, 분석을 위해 해당 기록을 가져온 시간입니다. 데이터 거버넌스와 process mining 분석에 사용되는 데이터의 최신성을 파악하는 데 중요합니다. 사용자는 최신 정보인지 확인할 수 있으며, 증분 데이터 적재를 관리하는 데도 필요합니다. 중요한 이유 데이터 세트의 최신성을 표시해 데이터의 투명성을 높입니다. 정확하고 시의적절한 보고와 분석에 중요합니다. 확보 방법 일반적으로 ETL(추출, 변환, 적재) 프로세스가 데이터를 수집할 때 각 행에 타임스탬프를 생성해 추가합니다. 예시 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| 거부 사유 코드 DenialReasonCode | 보험자가 청구를 거부한 이유를 나타내는 표준 코드입니다. | ||
| 설명 보험자가 청구를 거부하면 반려 사유를 설명하는 코드를 제공합니다. 정보 누락, 보장 대상이 아닌 서비스, 코딩 오류 등이 사유일 수 있습니다. 이 속성은 해당 코드를 기록합니다. 거부 사유 코드 분석은 수익 주기 개선의 기본입니다. 특정 부서에서 반복되는 오류나 특정 보험자의 요건과 관련된 문제 등 거부의 근본 원인을 찾을 수 있습니다. 이 데이터는 '청구 거부율 및 사유' 대시보드에 활용되며, 향후 거부를 예방하고 최초 제출 시 지급률을 높이는 전략을 수립하는 데 중요합니다. 중요한 이유 청구 거부의 근본 원인을 분석하는 데 필요한 속성입니다. 이를 바탕으로 수익 손실과 재작업을 줄이기 위한 조치를 마련할 수 있습니다. 확보 방법 거부 이벤트가 발생하면 청구 기록에 입력됩니다. 이 정보는 지급 명세서를 통해 보험자로부터 받습니다. 예시 CO-16: 청구 또는 서비스 정보 누락PR-96: 보장 대상이 아닌 비용CO-22: 다른 보험자가 해당 진료를 보장할 수 있음 | |||
| 미결 잔액 OutstandingBalance | 청구 이벤트에서 아직 회수하지 못한 금액입니다. | ||
| 설명 미결 잔액은 해당 청구 이벤트의 현재 미수금입니다. 청구 금액에서 현재까지 적용된 지급금과 조정액을 빼서 계산합니다. 현금 흐름과 미수금을 관리하는 데 중요한 재무 지표입니다. '미수 잔액 및 경과 기간' 대시보드의 주요 속성으로, 전체 미수금과 잔액이 큰 계정을 파악하고 수금 우선순위를 정할 수 있습니다. 시간에 따른 잔액 변화를 살펴보면 수금 프로세스의 효과를 확인할 수 있습니다. 중요한 이유 미수금을 직접 측정하므로 현금 흐름 관리, 수금 우선순위 설정, 재무 건전성 평가에 필요합니다. 확보 방법 일반적으로 Waystar 보고 모듈에서 계산하는 필드입니다(청구 금액 - 지급 금액 - 조정액). 직접 사용할 수 있는 필드가 없다면 데이터 추출 시 계산해야 할 수 있습니다. 예시 30.00270.25540.50 | |||
| 보험자명 PayerName | 청구를 담당하는 보험사 또는 제3자 보험자의 이름입니다. | ||
| 설명 이 속성은 보험사, Medicare와 같은 정부 프로그램 또는 기타 청구 심사 및 지급 주체를 식별합니다. 보험자마다 제출 요건, 지급 일정, 거부 유형이 다를 수 있습니다. 보험자명별로 프로세스를 분석하면 지급 주기가 가장 길거나 거부율이 가장 높고 절차가 복잡한 보험자를 찾을 수 있습니다. 이를 바탕으로 대응 전략을 조정하고, 문제가 있는 보험자에 대한 후속 조치를 우선하며, 더 나은 계약 조건을 협의할 수 있습니다. 중요한 이유 보험자별로 프로세스를 구분하면 보험자별 병목, 거부 사유, 지급 지연을 파악할 수 있습니다. 확보 방법 Waystar에서 환자의 보험 정보와 연결된 청구 또는 청구 정보에서 확인할 수 있습니다. 예시 AetnaBlue Cross Blue ShieldCignaMedicare Part B | |||
| 서비스 유형 ServiceType | 제공된 의료 서비스의 분류 또는 유형입니다. 예를 들어 '영상의학', '진료 상담', '수술'이 있습니다. | ||
| 설명 서비스 유형은 환자에게 제공된 청구 대상 서비스의 종류를 분류합니다. 서비스 유형에 따라 청구 코드, 환급률, 프로세스 복잡성이 다를 수 있습니다. 이 속성을 사용하면 진료과 또는 서비스 부문별로 수익 주기를 상세히 분석할 수 있습니다. '어떤 서비스 부문에서 청구 지연이 가장 자주 발생하는가?', '수술의 거부율이 진료 상담보다 높은가?'와 같은 질문에 답할 수 있습니다. 부서별 성과 분석과 맞춤형 프로세스 개선에 도움이 됩니다. 중요한 이유 진료과 또는 서비스 부문별로 프로세스 성과를 분석해 효율성과 수익성의 차이를 파악할 수 있습니다. 확보 방법 일반적으로 시술 코드(CPT/HCPCS)에서 가져오거나 Waystar에서 서비스를 제공한 부서와 연결합니다. 예시 영상의학심장내과 진료 상담응급실 방문외래 수술 | |||
| 청구 금액 BilledAmount | 청구된 서비스의 총 금액입니다. | ||
| 설명 청구 금액은 조정, 계약상 감액 또는 지급금을 적용하기 전 환자에게 제공한 서비스의 총 청구액입니다. 보험자에게 제출한 청구의 최초 금액입니다. 이 속성은 재무 분석과 프로세스에서 발생하는 금액의 흐름을 파악하는 데 중요합니다. 청구 금액별로 분석을 구분하고, 서비스별 청구 추세를 파악하며, 거부나 지급 지연과 같은 비효율이 재무에 미치는 영향을 계산할 수 있습니다. 대부분의 재무 대시보드에서 기본 지표로 사용됩니다. 중요한 이유 청구의 총액을 나타내며, 프로세스 지연, 거부, 조정이 재무에 미치는 영향을 분석할 수 있습니다. 확보 방법 Waystar의 청구 또는 청구 금액 입력 화면에 있는 표준 재무 필드입니다. 예시 150.001250.75540.50 | |||
| 청구 상태 ClaimStatus | 청구 처리 과정의 현재 상태입니다. 예를 들어 '제출', '대기', '지급 완료', '거부'가 있습니다. | ||
| 설명 청구 상태는 특정 청구 이벤트가 수익 주기의 어느 단계에 있는지 보여줍니다. 청구서 발송 여부, 보험자 심사 중인지, 지급 완료 또는 반려 여부 등 가장 최근에 도달한 주요 단계를 나타냅니다. 이 속성은 재무 보고와 운영 관리에 중요합니다. process mining에서는 현재 진행 중인 모든 케이스의 상태를 파악하고, '보험자 심사 대기'와 같은 특정 상태에 머문 시간을 분석할 수 있습니다. '미수 잔액 및 경과 기간' 대시보드를 뒷받침합니다. 중요한 이유 진행 중인 모든 청구의 현재 상태를 보여주므로 병목을 분석하고 작업 우선순위를 정할 수 있습니다. 확보 방법 Waystar의 청구 또는 청구 관리 기록에 있는 표준 필드이며, 청구가 진행됨에 따라 갱신됩니다. 예시 제출보험자 접수 확인거부전액 지급 | |||
| 결제 기한 PaymentDueDate | 청구서 또는 청구 건의 결제가 완료될 것으로 예상되는 날짜입니다. | ||
| 설명 결제 기한은 공급자가 정하거나 지급자와의 계약에 따라 지정하는 결제 수령 예정일입니다. 결제가 제때 이루어졌는지 측정하는 기준으로 사용됩니다. 이 속성은 '미결제 잔액 및 경과 기간' 대시보드에 필요합니다. 미수금이 발생한 기간을 계산해 '0 중요한 이유 매출채권의 경과 기간을 계산하는 기준이 됩니다. 이는 채권 회수 관리와 현금 흐름의 적시성을 파악하는 데 중요합니다. 확보 방법 청구서 또는 청구 건 기록에서 확인할 수 있습니다. 청구서 날짜와 결제 조건을 기준으로 계산할 수도 있습니다. 예시 2023-11-252023-12-152024-01-30 | |||
| 담당 사용자 ResponsibleUser | 청구 담당자, 코더, 수금 담당자 등 해당 활동을 수행한 사용자 또는 담당자입니다. | ||
| 설명 이 속성은 프로세스에서 특정 활동을 수행한 직원 또는 시스템 사용자를 식별합니다. 예를 들어 청구서를 제출한 담당자나 후속 연락을 시작한 수금 담당자를 확인할 수 있습니다. 사용자별로 프로세스를 분석하면 업무량 분배, 개인별 성과, 교육 필요성을 파악할 수 있습니다. 특정 사용자의 오류율이 높거나 거부 건을 더 효율적으로 해결하는지 확인할 수 있어 수익 주기 부서의 팀 관리와 품질 관리에 도움이 됩니다. 중요한 이유 프로세스 단계별 담당자를 확인해 개인 또는 팀 단위의 성과를 분석하고 교육 기회를 찾을 수 있습니다. 확보 방법 Waystar 이벤트의 감사 추적 기록 또는 거래 로그에서 확인할 수 있습니다. 보통 'UserID', 'ProcessedBy' 또는 이와 비슷한 필드에 기록됩니다. 예시 jsmithadavisbilling_bot_01 | |||
| 보험자 유형 PayerType | 상업 보험, Medicare, 본인 부담과 같은 보험자 분류입니다. | ||
| 설명 보험자 유형은 개별 보험자를 성격에 따라 더 넓은 범주로 묶습니다. 특정 보험자명보다 상위 수준에서 현황을 파악할 수 있습니다. 이 속성은 전략 분석과 보고에 유용합니다. 경영진은 정부 보험자와 상업 보험사의 전반적인 성과를 비교하는 등 주요 보험자 유형별 추세를 파악할 수 있습니다. 이를 통해 보험자 계약과 리소스 배분에 관한 전략적 결정을 내릴 수 있습니다. 중요한 이유 보험자를 상업 보험 또는 정부 보험과 같은 범주로 묶어 상위 수준에서 분석할 수 있습니다. 범주별로 지급 방식과 규칙이 다른 경우가 많습니다. 확보 방법 일반적으로 보험자명을 사전 정의된 범주 목록에 매핑해 산출합니다. 이 로직은 Waystar에 있을 수도 있고 데이터 변환 과정에서 구현해야 할 수도 있습니다. 예시 상업 보험MedicareMedicaid본인 부담 | |||
| 서비스 완료부터 청구까지 걸린 시간 ServiceToInvoiceCycleTime | 서비스가 완료된 시점부터 비용이 기록되고 청구가 생성될 때까지 걸린 시간입니다. | ||
| 설명 '청구 지연(charge lag)'이라고도 하는 이 지표는 청구 프로세스 초기 단계의 효율성을 측정합니다. 'Service Provided/Completed' 이벤트와 'Charges Captured' 또는 'Claim Created' 이벤트 사이의 시간 차이로 계산합니다. 이 속성은 '서비스 제공부터 청구까지의 주기 시간' 대시보드에 사용됩니다. 청구 지연으로 인해 프로세스 초기 단계가 늦어지면 결제 주기의 시작도 미뤄져 현금 흐름이 지연됩니다. 이를 모니터링하면 모든 서비스가 정확하고 신속하게 청구되어 매출 누락을 방지하고 전체 매출 주기를 단축할 수 있습니다. 중요한 이유 청구 초기 단계의 효율성을 측정합니다. '청구 지연'을 줄이면 전체 매출 주기를 단축하고 청구 누락을 방지할 수 있습니다. 확보 방법 데이터 변환 과정에서 서비스 이벤트의 타임스탬프를 비용 기록 또는 청구 생성 이벤트의 타임스탬프에서 빼서 계산합니다. 예시 2일 8시간1일 0시간5일 1시간 | |||
| 조정 금액 AdjustedAmount | 청구 이벤트에서 조정되거나 상각된 총 금액입니다. | ||
| 설명 조정 금액은 청구 이벤트의 잔액에 적용된 모든 재무 조정액의 합계입니다. 지급자 계약에 따른 계약상 공제액과 기타 상각 또는 수정 금액이 포함됩니다. 이 값은 '계정 조정률 및 영향' 대시보드의 주요 지표입니다. 사유 코드나 지급자별로 금액을 합산하면 매출 누수의 재무적 영향을 확인할 수 있습니다. 손실 규모를 파악하고 조정의 근본 원인을 해결해야 하는 이유를 제시하는 데 도움이 됩니다. 중요한 이유 상각 및 조정으로 인한 매출 손실액을 산출해 청구 문제와 계약 조건이 재무에 미치는 영향을 보여줍니다. 확보 방법 Waystar의 재무 조정 거래에서 가져옵니다. 청구 이벤트 하나에 여러 조정 항목이 있는 경우 이를 합산해야 할 수 있습니다. 예시 250.2550.0015.80 | |||
| 조정 사유 코드 AdjustmentReasonCode | 계정 잔액을 재무적으로 조정한 사유를 설명하는 코드입니다. | ||
| 설명 계약상 감액이나 대손 처리 등 지급 이외의 사유로 계정 잔액을 변경할 때 조정 사유 코드로 이유를 기록합니다. 이 속성은 해당 코드를 저장합니다. 이 코드를 분석하면 '계정 조정률 및 영향' 대시보드에 필요한 정보를 얻을 수 있습니다. 특정 보험자와 관련된 계약상 조정이 잦거나 청구 오류로 대손 처리가 발생하는 등 수익 누수의 근본 원인을 파악할 수 있습니다. 이러한 사유를 이해하는 것이 예방 가능한 수익 손실을 줄이는 첫 단계입니다. 중요한 이유 수익을 조정하거나 대손 처리한 이유를 설명하며, 수익 누수와 보험자 계약 성과를 파악하는 데 필요한 정보를 제공합니다. 확보 방법 Waystar의 payment posting 또는 accounts receivable 모듈에서 조정 거래와 관련됩니다. 예시 계약상 의무소액 잔액 상각청구 오류 수정 | |||
| 지급 금액 PaidAmount | 보험자 또는 환자로부터 받아 청구에 반영한 총 금액입니다. | ||
| 설명 이 속성은 청구 이벤트에서 실제로 회수한 누적 금액을 기록합니다. 1차 및 2차 보험자의 지급금과 환자 지급금이 포함됩니다. 지급 금액은 수익 주기의 주요 결과 지표입니다. 청구 금액 대비 최종 회수액을 계산하고 전체 프로세스의 효과를 측정하는 데 사용됩니다. 청구 금액과 지급 금액을 비교하면 재무 성과를 파악하고 수익 누수 영역을 찾을 수 있습니다. 수금 효과와 전반적인 재무 건전성을 보여주는 대시보드에 필요합니다. 중요한 이유 실제 회수한 현금을 측정하며, 수익 주기 프로세스의 전반적인 성과를 평가하는 주요 결과 지표입니다. 확보 방법 Waystar에서 해당 청구와 연결된 지급금 반영 거래를 바탕으로 산출합니다. 여러 지급 기록을 합산해야 할 수 있습니다. 예시 120.00980.500.00 | |||
| 첫 제출 결제 여부 IsFirstPassPayment | 청구가 거부되거나 조정되지 않고 첫 제출에서 올바르게 결제되었는지 나타내는 플래그입니다. | ||
| 설명 이 계산된 불리언 속성은 청구가 거부, 반려 또는 추가 정보 요청과 같은 부정적인 이벤트 없이 결제되었는지 나타냅니다. 값이 'true'이면 해당 청구의 처리가 원활하고 효율적이었음을 의미합니다. 이 속성은 전체 매출 주기 효율성을 측정하는 주요 지표인 '첫 제출 결제율' KPI를 뒷받침합니다. 첫 제출에서 결제되지 않은 청구의 특성(예: 지급자, 서비스 유형)을 분석하면 재작업과 결제 지연의 주요 원인을 파악할 수 있습니다. 이 비율을 높이면 현금 흐름을 앞당기고 운영 비용을 줄일 수 있습니다. 중요한 이유 청구 및 청구 처리의 품질을 직접 측정합니다. 첫 제출 결제율이 높으면 재작업이 적고 프로세스가 효율적이라는 뜻입니다. 확보 방법 데이터 변환 과정에서 계산하는 파생 속성입니다. 'Payment Posted' 이벤트 전에 'Claim Denied' 또는 'Account Adjusted'와 같은 이벤트가 발생했는지 확인합니다. 예시 truefalse | |||
| 환자 ID PatientId | 서비스를 받은 환자의 고유 식별자입니다. | ||
| 설명 이 속성은 청구 이벤트와 연결된 환자의 고유 식별자입니다. 재무 거래를 진료를 받은 환자와 연결합니다. 청구 이벤트가 케이스라면 환자 ID를 사용해 환자 중심으로 분석할 수 있습니다. 재방문 환자를 찾고, 여러 방문에 걸친 환자의 전체 재무 흐름을 파악하며, 특정 환자 인구통계가 지급 문제나 높은 거부율과 관련이 있는지 분석할 수 있습니다. 한 환자의 모든 청구 활동을 통합해 볼 수 있습니다. 중요한 이유 환자 중심 분석을 지원하며, 여러 청구 이벤트에 걸친 개인별 전체 재무 흐름을 파악할 수 있습니다. 확보 방법 Waystar의 청구 또는 환자 등록 기록에 있는 표준 필드이거나 EHR에서 가져옵니다. 예시 MRN-887654MRN-902101MRN-123456 | |||
| 환자 구분 PatientClass | 입원 또는 외래와 같이 진료 시점의 환자 상태를 나타냅니다. | ||
| 설명 환자 구분은 진료 유형을 분류하며, 청구 규칙과 환급률에 영향을 주는 경우가 많습니다. 일반적인 구분으로 입원, 외래, 응급이 있습니다. 환자 구분별로 수익 주기를 분석하면 프로세스 차이를 파악할 수 있습니다. 예를 들어 입원 청구는 외래 청구보다 복잡하고 지급 주기가 긴 경우가 많습니다. 현실적인 성과 목표를 설정하고 각 구분의 특성에 맞춰 프로세스 개선을 추진하는 데 유용합니다. 중요한 이유 입원과 외래처럼 진료 복잡도에 따라 프로세스를 구분할 수 있습니다. 진료 유형에 따라 청구 규칙과 처리 주기가 달라지는 경우가 많습니다. 확보 방법 Waystar 또는 소스 EHR의 환자 등록이나 진료 데이터에 있는 표준 필드입니다. 예시 입원외래응급 | |||
매출 주기 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
| 계정 종료 | 지급과 조정을 통해 계정 잔액이 0이 되면 청구 이벤트의 전체 절차가 완료됩니다. 해당 건의 수익 주기가 성공적으로 끝났음을 나타냅니다. | ||
| 중요한 이유 프로세스의 주요 종료 지점입니다. 종료까지 걸린 시간과 성공적으로 종료된 계정의 비율은 전체 성과를 나타내는 주요 지표입니다. 확보 방법 계산으로 산출되는 이벤트입니다. 일반적으로 환자 회계 시스템에서 청구 이벤트의 미결 잔액이 0이 되면 추정합니다. 기록 지급금과 조정액의 합계가 총 청구 금액과 같아지면 계산됩니다. 이벤트 유형 calculated | |||
| 보험사에 청구 제출 | 심사를 위해 전자 청구 건을 보험사에 제출하는 단계입니다. 전자 청구 교환소를 통해 의료기관 시스템에서 보험사 시스템으로 전달되는 중요한 인계 과정입니다. | ||
| 중요한 이유 보험사의 응답 시간을 측정하기 시작하는 주요 시점입니다. 지급 주기 KPI를 측정하고 제출 적체를 파악하는 데 필요합니다. 확보 방법 Waystar의 전자 청구 교환소 기능은 청구 파일을 전송한 날짜와 시각을 명시적으로 기록합니다. 제출 로그나 청구 상태 이력을 확인합니다. 기록 전송이 완료되면 청구 제출 이력이나 거래 로그에 기록됩니다. 이벤트 유형 explicit | |||
| 지급금 반영 | 수령한 지급금을 해당 환자 계정과 청구에 적용하거나 대사합니다. 이 활동을 통해 미수금이 현금으로 전환됩니다. | ||
| 중요한 이유 보험자 처리 주기의 중요한 마지막 단계입니다. 지급금 반영 처리량과 지연 시간 KPI를 뒷받침하며, 계정 정보가 적시에 정확하게 갱신되도록 합니다. 확보 방법 사용자가 ERA의 지급금을 반영하면 Waystar에 명시적인 작업으로 기록됩니다. 많은 시스템은 자동 반영 기능을 통해서도 이 이벤트를 기록합니다. 기록 ERA의 지급금이 수동 또는 자동으로 청구에 적용되면 이벤트가 기록됩니다. 이벤트 유형 explicit | |||
| 청구 거부 | 보험자가 청구를 거부하고 지급하지 않기로 결정했습니다. 이 내용은 Electronic Remittance Advice (ERA)에 기록됩니다. 이 이벤트가 발생하면 지급 거부 관리 또는 재작업 절차가 시작됩니다. | ||
| 중요한 이유 '청구 거부율' KPI를 직접 뒷받침합니다. 거부 빈도와 사유를 파악하는 것은 프로세스 개선과 수익 회수에 중요합니다. 확보 방법 수신한 ERA(835 파일)에 포함된 Claim Adjustment Reason Code(CARC)라는 특정 거부 코드를 바탕으로 추정합니다. 기록 ERA 파일에서 거부를 나타내는 청구 조정 사유 코드(CARC)를 바탕으로 산출합니다. 이벤트 유형 inferred | |||
| 청구 심사 완료 | 보험자가 청구를 심사하고 지급 여부를 결정했습니다. 보험자로부터 Electronic Remittance Advice (ERA), 즉 835 파일을 수신하면 이 이벤트가 기록됩니다. | ||
| 중요한 이유 프로세스의 주요 의사결정 지점입니다. 청구 금액의 지급 또는 거부 여부를 결정하며, 수익 흐름과 지급 거부 관리 워크플로에 직접 영향을 줍니다. 확보 방법 Waystar에서 해당 청구와 연결된 ERA(835 파일)의 수신일을 기준으로 추정합니다. ERA 파일에는 보험자의 상세 결정 내용이 담겨 있습니다. 기록 보험자로부터 수신한 ERA/835 파일의 처리일을 기준으로 추정합니다. 이벤트 유형 inferred | |||
| 청구 항목 기록 | 청구 가능한 서비스가 수익 주기 시스템에 입력된 시점을 나타냅니다. 일반적으로 사용자가 청구 항목 입력을 확정하거나 임상 시스템에서 데이터가 수신되면 이 이벤트가 명시적으로 기록됩니다. | ||
| 중요한 이유 이 이벤트는 청구 프로세스의 시작점입니다. 서비스 완료부터 청구 항목 기록까지 걸리는 시간을 분석하면 수익 누수와 초기 단계의 지연을 찾을 수 있습니다. 확보 방법 이 이벤트는 Waystar의 청구 항목 입력 또는 거래 테이블에 기록됩니다. 일반적으로 청구 항목을 저장하거나 확정한 시각이 포함됩니다. 기록 청구 항목을 저장하거나 확정할 때 기록되는 이벤트입니다. 이벤트 유형 explicit | |||
| 거부에 이의 제기 | 사용자가 청구 거부에 이의를 제기했습니다. 청구 내용을 수정해 다시 제출하거나 정식 이의 신청을 하는 경우가 많습니다. 이 활동은 재작업 절차의 주요 단계입니다. | ||
| 중요한 이유 지급 거부 관리팀의 효율성을 측정합니다. 거부부터 이의 제기까지 걸린 시간과 이의 신청 성공률을 추적하면 수익 회수 활동을 최적화하는 데 도움이 됩니다. 확보 방법 지급 거부 관리 모듈에 사용자의 작업이나 메모가 명시적으로 기록될 수 있습니다. 거부된 청구의 상태 변경을 바탕으로 추정할 수도 있습니다. 기록 사용자가 이의 제기 작업을 기록하거나 청구 상태를 '이의 제기'로 변경하면 이벤트가 기록됩니다. 이벤트 유형 explicit | |||
| 계정 조정 | 계정 잔액을 수동으로 조정하거나 계약에 따라 조정합니다. 대손 처리, 계약상 감액, 환자 할인 또는 기타 정정이 포함될 수 있습니다. | ||
| 중요한 이유 수익 누수를 파악하는 데 필요합니다. 조정 내역을 분석하면 수가표, 계약 관리 또는 회수 불가능한 채권과 관련된 문제를 찾을 수 있습니다. 확보 방법 감사 목적으로 모든 재무 조정을 거래로 기록해야 합니다. 계정 거래 테이블에 명시적인 이벤트로 남습니다. 기록 계정 원장에 특정 거래 유형으로 기록됩니다. 이벤트 유형 explicit | |||
| 보험사 접수 확인 수신 | 보험사 시스템이 제출된 청구 파일의 수신을 확인하는 단계입니다. 일반적으로 277CA 또는 999 보고서와 같은 자동 응답으로, 청구가 처리 대상으로 접수되었음을 나타냅니다. | ||
| 중요한 이유 전송이 정상적으로 완료됐음을 확인하고 심사 전에 형식이나 데이터 오류로 발생한 초기 거부를 구분해 더 빠르게 수정할 수 있도록 합니다. 확보 방법 보험사에서 받은 접수 확인 파일을 처리한 뒤 Waystar의 전자 청구 교환소 모듈에 있는 청구 상태 또는 응답 파일 테이블에 기록됩니다. 기록 보험사의 전자 접수 확인 파일을 처리할 때 기록되는 이벤트입니다. 이벤트 유형 explicit | |||
| 수금 활동 시작 | 환자 계정이 연체되어 본격적인 수금 활동이 시작되었습니다. 자동 알림을 보내거나 외부 수금 대행사에 이관할 수 있습니다. | ||
| 중요한 이유 '수금 활동 효과' 대시보드를 뒷받침합니다. 장기 미수금에 대한 수금 활동의 비용과 성공률을 분석하는 데 도움이 됩니다. 확보 방법 일반적으로 Waystar에서 계정 상태가 '수금' 또는 '대손'으로 변경된 것을 바탕으로 추정합니다. 상태가 바뀌면 다른 워크플로가 시작됩니다. 기록 계정 상태가 '수금' 또는 '대손'으로 변경된 것을 바탕으로 추정합니다. 이벤트 유형 inferred | |||
| 청구 생성 | 기록된 청구 항목을 바탕으로 공식 청구 건을 생성하는 단계입니다. 보험사에 제출하기 전에 시스템이 정보를 취합하는 내부 프로세스입니다. | ||
| 중요한 이유 청구 생성의 내부 효율을 파악합니다. 이 단계에서 지연되면 청구가 의료기관 시스템을 벗어나기도 전에 전체 지급 주기가 늦어질 수 있습니다. 확보 방법 명시적인 이벤트로 기록될 수 있지만, Waystar의 청구 관리 모듈에서 청구 기록과 연결된 최초 타임스탬프를 바탕으로 추정하는 경우가 많습니다. 기록 주요 청구 테이블에 기록된 청구 생성일을 바탕으로 추정합니다. 이벤트 유형 inferred | |||
| 청구 수정 후 재제출 | 거부 또는 반려된 청구를 수정해 보험자에게 다시 보냈습니다. 해당 청구의 심사 절차가 다시 시작되었음을 나타냅니다. | ||
| 중요한 이유 주요 재작업 절차입니다. 재제출 빈도와 사유를 분석하면 코딩 오류나 인구통계 정보 오류 등 최초 오류의 근본 원인을 찾을 수 있습니다. 확보 방법 이전에 거부된 청구에서 새로운 '보험자에게 청구 제출' 이벤트를 확인해 추정합니다. 시스템에 재제출 청구를 나타내는 별도 상태가 있을 수도 있습니다. 기록 이전에 거부된 청구 식별자와 연결된 새로운 제출 이벤트를 바탕으로 추정합니다. 이벤트 유형 inferred | |||
| 환자 잔액 명세서 발송 | 보험자 심사가 끝나면 남은 잔액에 대한 명세서를 작성해 환자에게 보냅니다. 이 단계부터 수금 대상이 보험자에서 환자로 바뀝니다. | ||
| 중요한 이유 이 이벤트를 시작으로 환자 지급 주기가 진행됩니다. 명세서 발송의 효과와 시기를 분석하면 환자 미수금을 관리하고 환자 경험을 개선하는 데 도움이 됩니다. 확보 방법 환자 청구 모듈에서 명세서 묶음을 생성하거나 전자 발송 또는 인쇄 업체로 전송하면 명시적인 이벤트로 기록됩니다. 기록 명세서가 생성되면 환자 서신 이력에 이벤트가 기록됩니다. 이벤트 유형 explicit | |||
데이터 추출 가이드
현재 이 프로세스의 추출 방법을 검증하고 있습니다. 나중에 다시 확인하거나 문의해 도움을 받으세요.
시작할 준비가 되셨나요?
매출 주기 관리 최적화를 위한 다음 단계를 시작하세요. 지금 데이터 인사이트를 활용해 효율성을 높이고 현금 흐름을 개선하세요.
매출 주기 관리를 최적화해 지금 현금 흐름을 개선하세요
비효율을 찾아 주기 시간을 30% 단축하고 현금 흐름을 개선하세요.
신용카드 없이 지금 바로 최적화를 시작할 수 있습니다.