Mẫu dữ liệu quản lý chu trình doanh thu

Waystar
Mẫu dữ liệu quản lý chu trình doanh thu

Mẫu dữ liệu quản lý chu trình doanh thu

Mẫu này hướng dẫn bạn thu thập các thuộc tính dữ liệu thiết yếu và theo dõi những hoạt động chính để phân tích hiệu quả hoạt động quản lý chu trình doanh thu. Mẫu cũng có hướng dẫn thực tế về cách trích xuất dữ liệu từ hệ thống. Làm theo mẫu sẽ giúp bạn xây dựng nền tảng dữ liệu vững chắc để tối ưu quy trình RCM.
  • Các thuộc tính dữ liệu nên có để phân tích đầy đủ
  • Các hoạt động chính trong quy trình cần theo dõi
  • Hướng dẫn thực tế để trích xuất dữ liệu từ Waystar
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Thuộc tính quản lý chu trình doanh thu

Đây là các trường dữ liệu được đề xuất cùng mô tả tương ứng. Chúng cần thiết để tạo event log đầy đủ, phục vụ phân tích toàn diện quy trình quản lý chu trình doanh thu.
5 Bắt buộc 6 Nên có 10 Không bắt buộc
Tên Mô tả
Dấu thời gian sự kiện
EventTimestamp
Ngày và giờ chính xác khi hoạt động diễn ra.
Mô tả

Dấu thời gian sự kiện ghi lại chính xác thời điểm một hoạt động diễn ra. Dấu thời gian này rất quan trọng để sắp xếp sự kiện theo trình tự thời gian và tính khoảng thời gian giữa các bước trong quy trình.

Trong phân tích quy trình, dấu thời gian được dùng để tính các chỉ số hiệu suất chính như thời gian chu kỳ, thời gian chờ và thời gian xử lý. Ví dụ, chênh lệch giữa dấu thời gian “Đã gửi yêu cầu thanh toán” và “Đã ghi nhận thanh toán” cho biết tổng thời gian của chu kỳ thanh toán. Dấu thời gian chính xác rất cần thiết để phân tích điểm nghẽn và theo dõi hiệu suất.

Vì sao điều này quan trọng

Cần có dấu thời gian để sắp xếp sự kiện, tính thời gian chu kỳ và phân tích hiệu suất quy trình. Đây là nền tảng thời gian cho toàn bộ quá trình phân tích.

Lấy dữ liệu ở đâu

Đây là trường tiêu chuẩn trong hầu hết bản ghi giao dịch hoặc thay đổi trạng thái của Waystar, thường có tên như “Ngày tạo”, “Ngày giao dịch” hoặc tên tương tự.

Ví dụ
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Sự kiện thanh toán
BillingEvent
Mã định danh duy nhất cho một lần cung cấp dịch vụ hoặc sản phẩm phát sinh khoản phí, được dùng làm trường hợp theo dõi trong quy trình doanh thu.
Mô tả

Sự kiện thanh toán là mã định danh chính của trường hợp, liên kết mọi hoạt động từ ghi nhận khoản phí đến đóng tài khoản cho một dịch vụ tính phí cụ thể. Sự kiện này đại diện cho toàn bộ vòng đời của một yêu cầu thanh toán hoặc hóa đơn bệnh nhân.

Trong process mining, phân tích hành trình của từng sự kiện thanh toán giúp bạn có cái nhìn đầy đủ về chu kỳ doanh thu. Qua đó, bạn có thể xác định các luồng quy trình phổ biến, điểm khác biệt và điểm nghẽn ảnh hưởng đến từng yêu cầu. Mức độ chi tiết này rất cần thiết để hiểu hiệu suất quy trình và tìm ra những khâu cần cải tiến, chẳng hạn như chậm gửi yêu cầu thanh toán hoặc ghi nhận khoản thanh toán.

Vì sao điều này quan trọng

Đây là Case ID thiết yếu, liên kết mọi hoạt động liên quan trong chu kỳ doanh thu và giúp theo dõi quy trình từ đầu đến cuối cho từng dịch vụ tính phí.

Lấy dữ liệu ở đâu

Đây thường là khóa chính trong bảng giao dịch thanh toán hoặc yêu cầu thanh toán chính của Waystar. Hãy xem tài liệu Waystar để biết tên bảng và trường cụ thể.

Ví dụ
BE-2024-0012345BE-2024-0012346BE-2024-0012347
Tên hoạt động
ActivityName
Tên của sự kiện kinh doanh hoặc bước cụ thể diễn ra trong quy trình doanh thu, chẳng hạn như “Đã gửi yêu cầu thanh toán” hoặc “Đã ghi nhận thanh toán”.
Mô tả

Thuộc tính này mô tả từng hoạt động tạo nên quy trình doanh thu từ đầu đến cuối. Mỗi giá trị đại diện cho một bước, cột mốc hoặc tác vụ riêng được thực hiện trên một sự kiện thanh toán, chẳng hạn như tạo yêu cầu, nhận thông báo từ chối hoặc ghi nhận khoản thanh toán.

Phân tích trình tự và tần suất của các hoạt động này là nền tảng của process mining. Việc này giúp trực quan hóa sơ đồ quy trình, xác định các vòng lặp làm lại (ví dụ: “Yêu cầu thanh toán bị từ chối” rồi đến “Đã chỉnh sửa yêu cầu thanh toán”) và đo thời gian chuyển tiếp giữa các bước. Đây là cơ sở để hiểu hiệu quả và mức độ tuân thủ của quy trình.

Vì sao điều này quan trọng

Thuộc tính này xác định các bước trong sơ đồ quy trình, làm cơ sở để trực quan hóa và phân tích quy trình làm việc của chu kỳ doanh thu.

Lấy dữ liệu ở đâu

Được tạo từ nhật ký sự kiện, bản ghi thay đổi trạng thái hoặc loại giao dịch trong các mô-đun yêu cầu thanh toán và thanh toán của Waystar.

Ví dụ
Đã gửi yêu cầu thanh toán cho bên chi trảYêu cầu thanh toán bị từ chốiĐã ghi nhận thanh toánĐã đóng tài khoản
Hệ thống nguồn
SourceSystem
Hệ thống hoặc ứng dụng nơi dữ liệu sự kiện được tạo ra.
Mô tả

Thuộc tính này xác định hệ thống nguồn tạo ra dữ liệu sự kiện. Trong môi trường CNTT phức tạp, sự kiện của chu kỳ doanh thu có thể đến từ các mô-đun khác nhau trong Waystar hoặc từ hệ thống bên ngoài được tích hợp, chẳng hạn như hồ sơ sức khỏe điện tử (EHR).

Biết hệ thống nguồn rất quan trọng để xác thực dữ liệu, xử lý sự cố và hiểu các khác biệt trong quy trình do cách vận hành của từng hệ thống. Thông tin này giúp xác định đúng ứng dụng hoặc giao diện gây ra vấn đề.

Vì sao điều này quan trọng

Xác định nguồn gốc dữ liệu, yếu tố quan trọng đối với quản trị dữ liệu, đảm bảo chất lượng và tìm hiểu khác biệt giữa các quy trình trên những hệ thống khác nhau.

Lấy dữ liệu ở đâu

Thường là giá trị cố định (“Waystar”) được thêm trong quá trình trích xuất dữ liệu, hoặc được xác định từ các mô-đun hay bảng cụ thể trong hệ thống.

Ví dụ
Waystar RCMMô-đun thanh toán WaystarGiao diện EHR
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian cho biết lần gần nhất dữ liệu của sự kiện được làm mới hoặc trích xuất.
Mô tả

Thuộc tính này ghi lại thời điểm dữ liệu được trích xuất lần gần nhất từ hệ thống nguồn. Đây không phải thời điểm sự kiện kinh doanh diễn ra, mà là lúc bản ghi được lấy để phân tích.

Thông tin này rất quan trọng đối với quản trị dữ liệu và giúp xác định dữ liệu trong phân tích process mining có mới hay không. Nhờ đó, người dùng biết mình đang xem thông tin cập nhật hay chưa. Đây cũng là thông tin cần thiết để quản lý việc tải dữ liệu tăng dần.

Vì sao điều này quan trọng

Cho biết dữ liệu có mới hay không, giúp minh bạch dữ liệu và hỗ trợ báo cáo, phân tích chính xác, kịp thời.

Lấy dữ liệu ở đâu

Dấu thời gian này thường được quy trình ETL (trích xuất, chuyển đổi, tải) tạo và thêm vào từng hàng khi nhập dữ liệu.

Ví dụ
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Loại dịch vụ
ServiceType
Nhóm hoặc loại dịch vụ y tế đã cung cấp, chẳng hạn như “Chẩn đoán hình ảnh”, “Tư vấn” hoặc “Phẫu thuật”.
Mô tả

Loại dịch vụ phân loại dịch vụ tính phí đã cung cấp cho bệnh nhân. Mỗi loại dịch vụ thường có mã thanh toán, mức hoàn trả và độ phức tạp của quy trình khác nhau.

Thuộc tính này cho phép phân tích chi tiết chu kỳ doanh thu theo khoa lâm sàng hoặc nhóm dịch vụ. Thuộc tính giúp trả lời các câu hỏi như: “Nhóm dịch vụ nào thường bị chậm thanh toán nhất?” hoặc “Tỷ lệ từ chối yêu cầu thanh toán phẫu thuật có cao hơn tư vấn không?”. Đây là cơ sở để phân tích hiệu suất từng khoa và cải tiến quy trình có trọng tâm.

Vì sao điều này quan trọng

Cho phép phân tích hiệu suất quy trình theo khoa lâm sàng hoặc nhóm dịch vụ, qua đó cho thấy khác biệt về hiệu quả và khả năng sinh lời.

Lấy dữ liệu ở đâu

Thường được xác định từ mã thủ thuật (CPT/HCPCS) hoặc liên kết với khoa cung cấp dịch vụ trong Waystar.

Ví dụ
Chẩn đoán hình ảnhTư vấn tim mạchKhám tại khoa cấp cứuPhẫu thuật ngoại trú
Mã lý do từ chối
DenialReasonCode
Mã tiêu chuẩn cho biết lý do bên chi trả từ chối yêu cầu thanh toán.
Mô tả

Khi từ chối yêu cầu thanh toán, bên chi trả cung cấp mã lý do giải thích việc từ chối. Mã này có thể cho biết thiếu thông tin, dịch vụ không được bảo hiểm chi trả hoặc lỗi mã hóa. Thuộc tính này lưu mã lý do cụ thể đó.

Phân tích mã lý do từ chối rất quan trọng để cải thiện chu kỳ doanh thu. Qua đó, tổ chức có thể xác định nguyên nhân gốc rễ, chẳng hạn như lỗi thường xuyên từ một khoa cụ thể hoặc vấn đề với yêu cầu của một bên chi trả. Dữ liệu này cung cấp thông tin cho bảng điều khiển “Tỷ lệ và lý do yêu cầu thanh toán bị từ chối”, đồng thời giúp xây dựng cách ngăn ngừa các trường hợp bị từ chối trong tương lai và tăng tỷ lệ thanh toán ngay lần đầu.

Vì sao điều này quan trọng

Thuộc tính này rất cần thiết để phân tích nguyên nhân gốc rễ của các yêu cầu bị từ chối, từ đó có thể hành động đúng trọng tâm nhằm giảm thất thoát doanh thu và công việc làm lại.

Lấy dữ liệu ở đâu

Được điền vào hồ sơ yêu cầu thanh toán khi xảy ra sự kiện từ chối. Thông tin này được bên chi trả gửi trong thông báo thanh toán.

Ví dụ
CO-16: Yêu cầu/dịch vụ thiếu thông tinPR-96: Khoản phí không được bảo hiểm chi trảCO-22: Dịch vụ chăm sóc này có thể được bên chi trả khác thanh toán
Số dư chưa thanh toán
OutstandingBalance
Số tiền còn phải thu cho sự kiện thanh toán.
Mô tả

Số dư chưa thanh toán là khoản phải thu hiện tại của một sự kiện thanh toán. Số dư này được tính bằng số tiền đã lập hóa đơn trừ đi các khoản thanh toán và điều chỉnh đã áp dụng đến thời điểm hiện tại.

Đây là chỉ số tài chính quan trọng để quản lý dòng tiền và khoản phải thu. Chỉ số này là dữ liệu chính cho bảng điều khiển “Số dư chưa thanh toán và thời gian quá hạn”, giúp tổ chức theo dõi tổng khoản phải thu, xác định tài khoản có số dư lớn và ưu tiên thu hồi công nợ. Theo dõi số dư theo thời gian cho thấy hiệu quả của quy trình thu hồi công nợ.

Vì sao điều này quan trọng

Đo lường trực tiếp khoản phải thu, yếu tố thiết yếu để quản lý dòng tiền, ưu tiên thu hồi công nợ và đánh giá tình hình tài chính.

Lấy dữ liệu ở đâu

Đây thường là trường được tính toán trong các mô-đun báo cáo của Waystar (Số tiền đã lập hóa đơn - Số tiền đã thanh toán - Các khoản điều chỉnh). Nếu không có trường trực tiếp, có thể cần tính trường này khi trích xuất dữ liệu.

Ví dụ
30.00270.25540.50
Số tiền đã lập hóa đơn
BilledAmount
Tổng số tiền tính cho các dịch vụ được cung cấp trong yêu cầu thanh toán.
Mô tả

Số tiền đã lập hóa đơn là tổng phí dịch vụ cung cấp cho bệnh nhân trước khi áp dụng các khoản điều chỉnh, giảm trừ theo hợp đồng hoặc thanh toán. Đây là giá trị ban đầu của yêu cầu gửi cho bên chi trả.

Thuộc tính này rất quan trọng để phân tích tài chính và hiểu giá trị tiền tệ luân chuyển trong quy trình. Bạn có thể dùng thuộc tính để phân nhóm theo giá trị yêu cầu, xác định xu hướng phí của các dịch vụ khác nhau và tính tác động tài chính tổng thể của những điểm kém hiệu quả như yêu cầu bị từ chối hoặc chậm thanh toán. Đây là chỉ số nền tảng cho hầu hết bảng điều khiển tài chính.

Vì sao điều này quan trọng

Cho biết tổng giá trị của yêu cầu thanh toán, giúp phân tích tác động tài chính của việc chậm trễ, từ chối và điều chỉnh.

Lấy dữ liệu ở đâu

Đây là trường tài chính tiêu chuẩn trên màn hình yêu cầu thanh toán hoặc nhập khoản phí trong Waystar.

Ví dụ
150.001250.75540.50
Tên bên chi trả
PayerName
Tên công ty bảo hiểm hoặc bên chi trả thứ ba chịu trách nhiệm về yêu cầu thanh toán.
Mô tả

Thuộc tính này xác định bên chi trả cụ thể, chẳng hạn như công ty bảo hiểm, chương trình của chính phủ như Medicare hoặc một tổ chức khác, chịu trách nhiệm xét duyệt và thanh toán yêu cầu. Mỗi bên chi trả có thể có yêu cầu nộp hồ sơ, lịch thanh toán và kiểu từ chối khác nhau.

Phân tích quy trình theo tên bên chi trả giúp xác định bên nào có chu kỳ thanh toán dài nhất, tỷ lệ từ chối cao nhất hoặc quy trình phức tạp nhất. Nhờ đó, tổ chức có thể điều chỉnh cách xử lý, ưu tiên theo dõi các bên chi trả có vấn đề và đàm phán hợp đồng tốt hơn.

Vì sao điều này quan trọng

Phân nhóm quy trình theo bên chi trả rất quan trọng để xác định điểm nghẽn, lý do từ chối và chậm thanh toán riêng của từng bên.

Lấy dữ liệu ở đâu

Có trong thông tin yêu cầu thanh toán hoặc thanh toán, liên kết với thông tin bảo hiểm của bệnh nhân trong Waystar.

Ví dụ
AetnaBlue Cross Blue ShieldCignaMedicare Phần B
Trạng thái yêu cầu thanh toán
ClaimStatus
Trạng thái hiện tại của yêu cầu thanh toán trong vòng đời xử lý, chẳng hạn như “Đã gửi”, “Đang chờ”, “Đã thanh toán” hoặc “Bị từ chối”.
Mô tả

Trạng thái yêu cầu thanh toán cho biết sự kiện thanh toán đang ở giai đoạn nào trong chu kỳ doanh thu tại một thời điểm nhất định. Trạng thái này thể hiện cột mốc mới nhất, chẳng hạn như yêu cầu đã được gửi, đang được bên chi trả xem xét, đã thanh toán hay bị từ chối.

Thuộc tính này rất quan trọng đối với báo cáo tài chính và quản lý vận hành. Trong process mining, thuộc tính giúp bạn nắm tình trạng hiện tại của tất cả trường hợp đang mở và phân tích thời gian ở từng trạng thái, chẳng hạn như “Đang chờ bên chi trả xét duyệt”. Thông tin này hỗ trợ trực tiếp bảng điều khiển “Số dư chưa thanh toán và thời gian quá hạn”.

Vì sao điều này quan trọng

Cho biết tình trạng hiện tại của tất cả yêu cầu thanh toán đang xử lý, giúp phân tích điểm nghẽn và ưu tiên công việc.

Lấy dữ liệu ở đâu

Đây là trường tiêu chuẩn trong hồ sơ yêu cầu thanh toán hoặc thanh toán của Waystar, được cập nhật khi yêu cầu đi qua từng bước trong chu kỳ.

Ví dụ
Đã gửiBên chi trả đã xác nhậnBị từ chốiĐã thanh toán đầy đủ
ID bệnh nhân
PatientId
Mã định danh duy nhất của bệnh nhân đã nhận dịch vụ.
Mô tả

Thuộc tính này là mã định danh duy nhất của bệnh nhân liên quan đến sự kiện thanh toán. Thuộc tính liên kết giao dịch tài chính với người đã nhận dịch vụ chăm sóc.

Sự kiện thanh toán là trường hợp theo dõi, còn ID bệnh nhân cho phép phân tích theo từng bệnh nhân. Thuộc tính này giúp xác định bệnh nhân tái khám, hiểu hành trình tài chính từ đầu đến cuối của bệnh nhân qua nhiều lần khám và phân tích liệu một số nhóm nhân khẩu học có thường gặp vấn đề thanh toán hoặc tỷ lệ yêu cầu bị từ chối cao hơn không. Thuộc tính cũng giúp tổng hợp mọi hoạt động thanh toán của một người.

Vì sao điều này quan trọng

Cho phép phân tích theo từng bệnh nhân và theo dõi toàn bộ hành trình tài chính của một người qua nhiều sự kiện thanh toán.

Lấy dữ liệu ở đâu

Đây là trường tiêu chuẩn trong hồ sơ yêu cầu thanh toán hoặc đăng ký bệnh nhân của Waystar, hoặc được liên kết từ EHR.

Ví dụ
MRN-887654MRN-902101MRN-123456
Loại bên chi trả
PayerType
Nhóm bên chi trả, chẳng hạn như “Thương mại”, “Medicare” hoặc “Tự thanh toán”.
Mô tả

Loại bên chi trả gom các bên chi trả riêng lẻ thành những nhóm lớn hơn dựa trên đặc điểm của họ. Thuộc tính này cung cấp góc nhìn tổng quan hơn so với tên bên chi trả cụ thể.

Thuộc tính này hữu ích cho phân tích và báo cáo chiến lược. Lãnh đạo có thể xem xu hướng hiệu suất của các nhóm bên chi trả lớn, chẳng hạn như so sánh hiệu suất chung của bên chi trả thuộc chính phủ với công ty bảo hiểm thương mại. Thông tin này hỗ trợ quyết định chiến lược về hợp đồng với bên chi trả và phân bổ nguồn lực.

Vì sao điều này quan trọng

Cho phép phân tích tổng quan bằng cách nhóm bên chi trả thành các loại như thương mại hoặc chính phủ, vốn thường có cách thanh toán và quy định khác nhau.

Lấy dữ liệu ở đâu

Thường được xác định bằng cách ánh xạ tên bên chi trả vào danh sách nhóm đã định trước. Logic này có thể có sẵn trong Waystar hoặc cần được xây dựng trong quá trình chuyển đổi dữ liệu.

Ví dụ
Thương mạiMedicareMedicaidTự thanh toán
Mã lý do điều chỉnh
AdjustmentReasonCode
Mã giải thích lý do điều chỉnh tài chính đối với số dư tài khoản.
Mô tả

Khi số dư tài khoản thay đổi vì lý do khác với thanh toán, chẳng hạn như giảm trừ theo hợp đồng hoặc xóa nợ, mã lý do điều chỉnh được dùng để ghi lại nguyên nhân. Thuộc tính này lưu mã đó.

Phân tích các mã này rất quan trọng đối với bảng điều khiển “Tỷ lệ và tác động của điều chỉnh tài khoản”. Việc này giúp xác định nguyên nhân gốc rễ gây thất thoát doanh thu, chẳng hạn như thường xuyên điều chỉnh theo hợp đồng với một số bên chi trả hoặc xóa nợ do lỗi thanh toán. Hiểu rõ các lý do này là bước đầu tiên để giảm thất thoát doanh thu có thể tránh được.

Vì sao điều này quan trọng

Giải thích lý do điều chỉnh hoặc xóa khoản doanh thu, cung cấp thông tin quan trọng về thất thoát doanh thu và hiệu quả hợp đồng với bên chi trả.

Lấy dữ liệu ở đâu

Liên quan đến các giao dịch điều chỉnh trong phân hệ ghi nhận thanh toán hoặc khoản phải thu của Waystar.

Ví dụ
Nghĩa vụ theo hợp đồngXóa sổ số dư nhỏSửa lỗi lập hóa đơn
Ngày đến hạn thanh toán
PaymentDueDate
Ngày dự kiến nhận thanh toán cho hóa đơn hoặc yêu cầu thanh toán.
Mô tả

Ngày đến hạn thanh toán là ngày do nhà cung cấp đặt ra hoặc được quy định trong hợp đồng với bên thanh toán. Đây là ngày dự kiến nhận được khoản thanh toán, đồng thời là mốc để đánh giá thời gian thanh toán.

Thuộc tính này rất cần thiết cho bảng điều khiển “Số dư chưa thanh toán và thời gian quá hạn”. Thuộc tính được dùng để tính tuổi khoản phải thu và chia thành các nhóm như “0-30 ngày”, “31-60 ngày”, v.v. Phân tích tuổi nợ là nghiệp vụ tài chính tiêu chuẩn để quản lý khoản phải thu và ưu tiên thu hồi các khoản quá hạn.

Vì sao điều này quan trọng

Làm căn cứ tính tuổi khoản phải thu, yếu tố quan trọng để quản lý việc thu hồi nợ và theo dõi thời điểm dòng tiền về.

Lấy dữ liệu ở đâu

Có thể tìm thấy trên hồ sơ hóa đơn hoặc yêu cầu thanh toán. Ngày này cũng có thể được tính dựa trên ngày lập hóa đơn và điều khoản thanh toán.

Ví dụ
2023-11-252023-12-152024-01-30
Người dùng phụ trách
ResponsibleUser
Người dùng hoặc nhân viên thực hiện hoạt động, chẳng hạn như nhân viên lập hóa đơn, mã hóa hoặc thu hồi công nợ.
Mô tả

Thuộc tính này xác định nhân viên hoặc người dùng hệ thống cụ thể đã thực hiện một hoạt động trong quy trình. Ví dụ, thuộc tính cho biết nhân viên nào đã gửi yêu cầu thanh toán hoặc nhân viên thu hồi công nợ nào đã gọi điện nhắc thanh toán.

Phân tích quy trình theo người dùng giúp hiểu cách phân bổ khối lượng công việc, hiệu suất cá nhân và nhu cầu đào tạo. Qua đó, bạn có thể phát hiện người dùng nào thường mắc lỗi hơn hoặc xử lý yêu cầu bị từ chối hiệu quả hơn. Thông tin này hữu ích cho việc quản lý nhóm và kiểm soát chất lượng trong bộ phận chu kỳ doanh thu.

Vì sao điều này quan trọng

Xác định trách nhiệm ở từng bước trong quy trình, giúp phân tích hiệu suất cá nhân hoặc nhóm và tìm ra nhu cầu đào tạo.

Lấy dữ liệu ở đâu

Có trong nhật ký kiểm toán hoặc nhật ký giao dịch của các sự kiện trong Waystar, thường mang tên “UserID”, “ProcessedBy” hoặc tên tương tự.

Ví dụ
jsmithadavisbilling_bot_01
Nhóm bệnh nhân
PatientClass
Cho biết tình trạng của bệnh nhân trong lần khám, chẳng hạn như “Nội trú” hoặc “Ngoại trú”.
Mô tả

Nhóm bệnh nhân phân loại loại hình khám chữa bệnh, yếu tố thường quyết định quy tắc thanh toán và mức hoàn trả. Các nhóm phổ biến gồm nội trú, ngoại trú và cấp cứu.

Phân tích chu kỳ doanh thu theo nhóm bệnh nhân có thể cho thấy khác biệt đáng kể trong quy trình. Ví dụ, yêu cầu thanh toán nội trú thường phức tạp hơn và có chu kỳ thanh toán dài hơn yêu cầu ngoại trú. Việc phân nhóm này rất quan trọng để đặt mục tiêu hiệu suất thực tế và điều chỉnh hoạt động cải tiến quy trình cho phù hợp với từng nhóm.

Vì sao điều này quan trọng

Giúp phân nhóm quy trình theo độ phức tạp của lần khám (ví dụ: nội trú và ngoại trú), yếu tố thường liên quan đến quy tắc thanh toán và thời gian chu kỳ khác nhau.

Lấy dữ liệu ở đâu

Đây là trường tiêu chuẩn trong dữ liệu đăng ký bệnh nhân hoặc lần khám của Waystar hay EHR nguồn.

Ví dụ
Nội trúNgoại trúCấp cứu
Số tiền đã thanh toán
PaidAmount
Tổng số tiền nhận được và ghi nhận từ bên chi trả hoặc bệnh nhân cho yêu cầu thanh toán.
Mô tả

Thuộc tính này ghi lại tổng số tiền đã thu được cho một sự kiện thanh toán. Số tiền này bao gồm khoản thanh toán từ bảo hiểm chính, bảo hiểm phụ và bệnh nhân.

Số tiền đã thanh toán là chỉ số kết quả quan trọng của chu kỳ doanh thu. Chỉ số này được dùng để tính tỷ lệ thu thực tế trên các khoản phí đã lập hóa đơn và đánh giá hiệu quả của toàn bộ quy trình. So sánh số tiền đã lập hóa đơn với số tiền đã thanh toán giúp đánh giá hiệu quả tài chính và phát hiện thất thoát doanh thu. Đây là chỉ số thiết yếu cho các bảng điều khiển về hiệu quả thu hồi và tình hình tài chính tổng thể.

Vì sao điều này quan trọng

Đo lường số tiền thực tế đã thu, một chỉ số kết quả chính để đánh giá thành công chung của quy trình doanh thu.

Lấy dữ liệu ở đâu

Được tính từ các giao dịch ghi nhận thanh toán liên kết với yêu cầu trong Waystar. Có thể cần cộng nhiều bản ghi thanh toán.

Ví dụ
120.00980.500.00
Số tiền điều chỉnh
AdjustedAmount
Tổng số tiền được điều chỉnh hoặc xóa sổ cho một sự kiện lập hóa đơn.
Mô tả

Số tiền điều chỉnh là tổng các khoản điều chỉnh tài chính đối với số dư của một sự kiện lập hóa đơn. Khoản này bao gồm mức giảm trừ theo thỏa thuận với bên thanh toán, cùng các khoản xóa sổ hoặc điều chỉnh khác.

Đây là chỉ số quan trọng trong bảng điều khiển “Tỷ lệ và tác động của điều chỉnh tài khoản”. Cộng số tiền này theo mã lý do hoặc bên thanh toán sẽ cho thấy thất thoát doanh thu ảnh hưởng đến tài chính ra sao. Chỉ số giúp định lượng tổn thất và làm rõ cơ sở kinh doanh để xử lý nguyên nhân gốc rễ của các khoản điều chỉnh.

Vì sao điều này quan trọng

Định lượng doanh thu mất đi do xóa sổ và điều chỉnh, qua đó cho thấy tác động tài chính của vấn đề lập hóa đơn và các điều khoản hợp đồng.

Lấy dữ liệu ở đâu

Lấy từ các giao dịch điều chỉnh tài chính trong Waystar. Có thể cần cộng nhiều khoản điều chỉnh cho cùng một sự kiện lập hóa đơn.

Ví dụ
250.2550.0015.80
Thanh toán ngay lần gửi đầu tiên
IsFirstPassPayment
Cờ cho biết yêu cầu thanh toán có được thanh toán chính xác ngay lần gửi đầu tiên mà không bị từ chối hoặc điều chỉnh hay không.
Mô tả

Thuộc tính boolean được tính toán này cho biết yêu cầu thanh toán có được thanh toán mà không gặp sự kiện bất lợi nào ở giữa, chẳng hạn như bị từ chối, bị bác bỏ hoặc được yêu cầu bổ sung thông tin hay không. Giá trị “true” cho biết quy trình xử lý yêu cầu đó diễn ra suôn sẻ và hiệu quả.

Thuộc tính này hỗ trợ trực tiếp KPI “Tỷ lệ thanh toán ngay lần gửi đầu tiên”, một thước đo quan trọng về hiệu quả tổng thể của chu trình doanh thu. Phân tích đặc điểm của các yêu cầu không được thanh toán ngay lần đầu, chẳng hạn theo bên thanh toán hoặc loại dịch vụ, giúp xác định nguyên nhân chính dẫn đến làm lại và chậm thanh toán. Cải thiện tỷ lệ này giúp dòng tiền về nhanh hơn và giảm chi phí vận hành.

Vì sao điều này quan trọng

Đo trực tiếp chất lượng lập hóa đơn và xử lý yêu cầu thanh toán. Tỷ lệ thanh toán ngay lần gửi đầu tiên cao cho thấy quy trình hiệu quả, ít phải làm lại.

Lấy dữ liệu ở đâu

Đây là thuộc tính suy ra, được tính trong quá trình chuyển đổi dữ liệu. Logic kiểm tra xem sự kiện “Đã ghi nhận thanh toán” có xảy ra mà trước đó không có sự kiện như “Yêu cầu thanh toán bị từ chối” hoặc “Tài khoản được điều chỉnh” hay không.

Ví dụ
truefalse
Thời gian từ khi cung cấp dịch vụ đến khi lập hóa đơn
ServiceToInvoiceCycleTime
Khoảng thời gian từ lúc hoàn tất dịch vụ đến khi ghi nhận khoản phí và tạo yêu cầu thanh toán.
Mô tả

Chỉ số này, còn gọi là “độ trễ ghi nhận phí”, đo hiệu quả của khâu đầu trong quy trình lập hóa đơn. Chỉ số được tính bằng khoảng thời gian giữa sự kiện “Đã cung cấp/hoàn tất dịch vụ” và sự kiện “Đã ghi nhận khoản phí” hoặc “Đã tạo yêu cầu thanh toán”.

Thuộc tính này hỗ trợ trực tiếp bảng điều khiển “Thời gian chu trình từ dịch vụ đến hóa đơn”. Độ trễ ở khâu này khiến chu kỳ thanh toán bắt đầu muộn, làm chậm dòng tiền. Theo dõi chỉ số giúp đảm bảo mọi dịch vụ được lập hóa đơn kịp thời và chính xác, tránh thất thoát doanh thu và rút ngắn toàn bộ chu trình doanh thu.

Vì sao điều này quan trọng

Đo hiệu quả của khâu đầu trong quy trình lập hóa đơn. Giảm “độ trễ ghi nhận phí” là yếu tố then chốt để rút ngắn toàn bộ chu trình doanh thu và tránh bỏ sót khoản phí.

Lấy dữ liệu ở đâu

Được tính trong quá trình chuyển đổi dữ liệu bằng cách lấy dấu thời gian ghi nhận khoản phí hoặc tạo yêu cầu thanh toán trừ đi dấu thời gian của sự kiện dịch vụ.

Ví dụ
2 ngày 8 giờ1 ngày 0 giờ5 ngày 1 giờ
Bắt buộc Nên có Không bắt buộc

Hoạt động trong quản lý chu trình doanh thu

Đây là các bước quy trình và cột mốc quan trọng cần ghi lại trong event log để khám phá quy trình chính xác và phân tích sâu hoạt động RCM.
6 Nên có 7 Không bắt buộc
Hoạt động Mô tả
Đã đóng tài khoản
Chu kỳ của sự kiện thanh toán đã hoàn tất, số dư tài khoản về 0 nhờ các khoản thanh toán và điều chỉnh. Đây là dấu hiệu chu kỳ doanh thu của trường hợp này đã kết thúc thành công.
Vì sao điều này quan trọng

Đây là điểm kết thúc chính của quy trình. Thời gian đóng tài khoản và tỷ lệ tài khoản được đóng thành công là những chỉ số hiệu suất tổng thể quan trọng.

Lấy dữ liệu ở đâu

Đây là sự kiện được tính toán, thường suy ra khi trường số dư chưa thanh toán của sự kiện thanh toán về 0 trong hệ thống kế toán bệnh nhân.

Thu thập

Được tính khi tổng các khoản thanh toán và điều chỉnh bằng tổng phí.

Loại sự kiện calculated
Đã ghi nhận phí dịch vụ
Đánh dấu thời điểm các dịch vụ có thể tính phí được nhập vào hệ thống chu kỳ doanh thu. Sự kiện này thường được ghi nhận rõ ràng khi người dùng hoàn tất việc nhập phí hoặc khi dữ liệu được nhận từ hệ thống lâm sàng.
Vì sao điều này quan trọng

Đây là điểm bắt đầu của quy trình thanh toán. Phân tích thời gian từ khi hoàn tất dịch vụ đến khi ghi nhận phí là yếu tố quan trọng để phát hiện thất thoát doanh thu và chậm trễ ở khâu đầu.

Lấy dữ liệu ở đâu

Sự kiện này được ghi trong bảng nhập phí hoặc giao dịch trên Waystar, thường có dấu thời gian tạo khi khoản phí được lưu hoặc hoàn tất.

Thu thập

Sự kiện được ghi nhận khi lưu hoặc hoàn tất việc nhập phí.

Loại sự kiện explicit
Đã ghi nhận thanh toán
Khoản thanh toán nhận được được áp dụng hoặc đối soát với tài khoản bệnh nhân và yêu cầu thanh toán tương ứng. Hoạt động này chuyển số dư từ khoản phải thu sang tiền mặt.
Vì sao điều này quan trọng

Đây là bước cuối quan trọng trong chu kỳ với bên chi trả. Bước này hỗ trợ KPI về khối lượng ghi nhận thanh toán và thời gian chậm trễ, đồng thời giúp cập nhật tài khoản chính xác, kịp thời.

Lấy dữ liệu ở đâu

Đây là hành động cụ thể được ghi lại trong Waystar khi người dùng ghi nhận khoản thanh toán từ ERA. Nhiều hệ thống cũng ghi lại sự kiện này khi tự động ghi nhận thanh toán.

Thu thập

Ghi nhận sự kiện khi khoản thanh toán từ ERA được áp dụng cho yêu cầu, theo cách thủ công hoặc tự động.

Loại sự kiện explicit
Đã gửi yêu cầu thanh toán cho bên chi trả
Gửi yêu cầu thanh toán điện tử đến bên chi trả bảo hiểm để xét duyệt. Đây là bước bàn giao quan trọng từ hệ thống của đơn vị cung cấp dịch vụ sang hệ thống của bên chi trả thông qua trung tâm xử lý giao dịch.
Vì sao điều này quan trọng

Đây là mốc quan trọng để bắt đầu tính thời gian phản hồi của bên chi trả. Mốc này cần thiết để đo KPI chu kỳ thanh toán và phát hiện tình trạng tồn đọng yêu cầu chưa gửi.

Lấy dữ liệu ở đâu

Chức năng trung tâm xử lý giao dịch của Waystar ghi rõ ngày giờ truyền tệp yêu cầu thanh toán. Hãy tìm nhật ký gửi hoặc lịch sử trạng thái yêu cầu thanh toán.

Thu thập

Được ghi trong lịch sử gửi yêu cầu thanh toán hoặc nhật ký giao dịch sau khi truyền thành công.

Loại sự kiện explicit
Đã xét duyệt yêu cầu thanh toán
Bên chi trả đã xử lý yêu cầu thanh toán và đưa ra quyết định thanh toán. Sự kiện này được ghi nhận khi nhận được Electronic Remittance Advice (ERA), hay tệp 835, từ bên chi trả.
Vì sao điều này quan trọng

Đây là điểm ra quyết định chính trong quy trình. Quyết định này xác định yêu cầu thanh toán được duyệt hay bị từ chối, ảnh hưởng trực tiếp đến dòng doanh thu và quy trình xử lý yêu cầu bị từ chối.

Lấy dữ liệu ở đâu

Suy ra từ ngày nhận ERA (tệp 835) gắn với yêu cầu thanh toán trong Waystar. Tệp ERA chứa quyết định chi tiết của bên chi trả.

Thu thập

Suy ra từ ngày xử lý tệp ERA/835 nhận được từ bên chi trả.

Loại sự kiện inferred
Yêu cầu thanh toán bị từ chối
Bên chi trả đã từ chối yêu cầu thanh toán và sẽ không thanh toán, theo thông tin trong Electronic Remittance Advice (ERA). Sự kiện này kích hoạt quy trình xử lý yêu cầu bị từ chối hoặc vòng lặp làm lại.
Vì sao điều này quan trọng

Hỗ trợ trực tiếp KPI “Tỷ lệ yêu cầu thanh toán bị từ chối”. Việc xác định tần suất và lý do bị từ chối rất quan trọng để cải tiến quy trình và thu hồi doanh thu.

Lấy dữ liệu ở đâu

Suy ra từ các mã từ chối cụ thể, gọi là Claim Adjustment Reason Codes (CARCs), trong ERA (tệp 835) nhận được.

Thu thập

Suy ra từ các mã lý do điều chỉnh yêu cầu thanh toán (CARCs) trong tệp ERA cho biết yêu cầu bị từ chối.

Loại sự kiện inferred
Bắt đầu hoạt động thu hồi công nợ
Tài khoản bệnh nhân đã quá hạn và các hoạt động thu hồi công nợ đã bắt đầu. Có thể bao gồm nhắc thanh toán tự động hoặc chuyển hồ sơ cho đơn vị thu hồi công nợ bên thứ ba.
Vì sao điều này quan trọng

Hỗ trợ bảng điều khiển “Hiệu quả hoạt động thu hồi công nợ”. Bảng này giúp phân tích chi phí và tỷ lệ thành công của các nỗ lực thu hồi khoản phải thu quá hạn.

Lấy dữ liệu ở đâu

Thường suy ra từ việc trạng thái tài khoản trong Waystar chuyển thành “Thu hồi công nợ” hoặc “Nợ khó đòi”, khiến quy trình làm việc chuyển sang một nhánh khác.

Thu thập

Suy ra từ việc trạng thái tài khoản chuyển thành “Thu hồi công nợ” hoặc “Nợ khó đòi”.

Loại sự kiện inferred
Đã chỉnh sửa và gửi lại yêu cầu thanh toán
Sau khi bị từ chối, yêu cầu thanh toán được chỉnh sửa và gửi lại cho bên chi trả. Điều này đánh dấu chu kỳ xét duyệt bắt đầu lại cho yêu cầu đó.
Vì sao điều này quan trọng

Đây là vòng lặp làm lại quan trọng. Phân tích tần suất và lý do gửi lại giúp xác định nguyên nhân gốc rễ của lỗi ban đầu, chẳng hạn như sai mã hoặc thông tin nhân khẩu học.

Lấy dữ liệu ở đâu

Suy ra khi phát hiện sự kiện “Đã gửi yêu cầu thanh toán cho bên chi trả” mới đối với yêu cầu trước đó đã bị từ chối. Hệ thống cũng có thể có trạng thái riêng cho yêu cầu được gửi lại.

Thu thập

Suy ra từ sự kiện gửi mới được liên kết với mã định danh của yêu cầu đã bị từ chối trước đó.

Loại sự kiện inferred
Đã điều chỉnh tài khoản
Số dư tài khoản được điều chỉnh thủ công hoặc theo hợp đồng. Việc này có thể bao gồm xóa nợ, khoản giảm trừ theo hợp đồng, giảm giá cho bệnh nhân hoặc các điều chỉnh khác.
Vì sao điều này quan trọng

Cần thiết để hiểu tình trạng thất thoát doanh thu. Phân tích các khoản điều chỉnh giúp phát hiện vấn đề về biểu phí, quản lý hợp đồng hoặc nợ khó đòi.

Lấy dữ liệu ở đâu

Mọi điều chỉnh tài chính đều phải được ghi lại thành giao dịch để phục vụ kiểm toán. Sự kiện này sẽ được ghi rõ trong bảng giao dịch tài khoản.

Thu thập

Được ghi lại dưới dạng loại giao dịch cụ thể trong sổ tài khoản.

Loại sự kiện explicit
Đã gửi bảng kê số dư cho bệnh nhân
Sau khi bảo hiểm xét duyệt, bảng kê được tạo và gửi cho bệnh nhân về số dư còn lại. Việc thu tiền chuyển từ bên chi trả sang bệnh nhân.
Vì sao điều này quan trọng

Sự kiện này bắt đầu chu kỳ thanh toán của bệnh nhân. Phân tích hiệu quả và thời điểm gửi bảng kê rất quan trọng để quản lý khoản phải thu từ bệnh nhân và cải thiện trải nghiệm của họ.

Lấy dữ liệu ở đâu

Đây là sự kiện cụ thể được mô-đun thanh toán bệnh nhân ghi lại khi tạo một lô bảng kê hoặc gửi bảng kê điện tử hay đến đơn vị in ấn.

Thu thập

Ghi nhận sự kiện trong lịch sử trao đổi với bệnh nhân khi tạo bảng kê.

Loại sự kiện explicit
Đã kháng nghị yêu cầu bị từ chối
Người dùng đã thực hiện hành động phản đối việc từ chối yêu cầu thanh toán, thường bằng cách gửi lại yêu cầu sau khi chỉnh sửa hoặc nộp đơn kháng nghị chính thức. Đây là bước quan trọng trong quy trình làm lại.
Vì sao điều này quan trọng

Đo lường hiệu quả của nhóm xử lý yêu cầu bị từ chối. Theo dõi thời gian từ lúc bị từ chối đến khi kháng nghị và tỷ lệ kháng nghị thành công giúp tối ưu hóa nỗ lực thu hồi doanh thu.

Lấy dữ liệu ở đâu

Có thể được ghi lại dưới dạng hành động hoặc ghi chú cụ thể của người dùng trong mô-đun xử lý yêu cầu bị từ chối. Cũng có thể suy ra từ việc thay đổi trạng thái của yêu cầu bị từ chối.

Thu thập

Ghi nhận sự kiện khi người dùng ghi lại hành động kháng nghị hoặc cập nhật trạng thái yêu cầu thành “Đã kháng nghị”.

Loại sự kiện explicit
Đã nhận xác nhận từ bên chi trả
Hệ thống của bên chi trả xác nhận đã nhận tệp yêu cầu thanh toán. Đây thường là phản hồi tự động, chẳng hạn báo cáo 277CA hoặc 999, cho biết yêu cầu đã được chấp nhận để xử lý.
Vì sao điều này quan trọng

Xác nhận việc truyền dữ liệu thành công và giúp phát hiện các yêu cầu bị từ chối ở khâu đầu do lỗi định dạng hoặc dữ liệu trước khi bắt đầu xét duyệt, nhờ đó có thể sửa lỗi nhanh hơn.

Lấy dữ liệu ở đâu

Được ghi trong bảng trạng thái yêu cầu thanh toán hoặc tệp phản hồi của phân hệ trung tâm xử lý giao dịch trên Waystar sau khi xử lý tệp xác nhận đến từ bên chi trả.

Thu thập

Sự kiện được ghi nhận khi xử lý tệp xác nhận điện tử từ bên chi trả.

Loại sự kiện explicit
Đã tạo yêu cầu thanh toán
Thể hiện việc tạo yêu cầu thanh toán chính thức từ các khoản phí đã ghi nhận. Đây là bước nội bộ, trong đó hệ thống tổng hợp thông tin trước khi gửi cho bên chi trả.
Vì sao điều này quan trọng

Theo dõi hiệu quả nội bộ của khâu tạo yêu cầu thanh toán. Chậm trễ ở giai đoạn này có thể làm trì hoãn toàn bộ chu kỳ thanh toán, ngay cả trước khi yêu cầu rời khỏi hệ thống của đơn vị cung cấp dịch vụ.

Lấy dữ liệu ở đâu

Đây có thể là một sự kiện được ghi nhận rõ ràng, nhưng thường được suy ra từ dấu thời gian đầu tiên gắn với hồ sơ yêu cầu thanh toán trong phân hệ quản lý yêu cầu thanh toán của Waystar.

Thu thập

Được suy ra từ ngày tạo hồ sơ yêu cầu thanh toán trong bảng yêu cầu thanh toán chính.

Loại sự kiện inferred
Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Waystar

Các phương pháp trích xuất dữ liệu cho quy trình này đang được kiểm tra. Vui lòng quay lại sau hoặc liên hệ với chúng tôi để được hỗ trợ.

Bạn đã sẵn sàng bắt đầu chưa?

Hãy tiến thêm một bước để tối ưu quản lý chu trình doanh thu. Bắt đầu khai thác dữ liệu này ngay hôm nay để nâng cao hiệu quả và cải thiện dòng tiền.

Tối ưu quản lý chu trình doanh thu, cải thiện dòng tiền ngay hôm nay

Xác định điểm kém hiệu quả, rút ngắn thời gian chu trình 30% và cải thiện dòng tiền.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Bắt đầu tối ưu ngay hôm nay.