เทมเพลตข้อมูลการบริหารวงจรรายได้ของคุณ

Waystar
เทมเพลตข้อมูลการบริหารวงจรรายได้ของคุณ

เทมเพลตข้อมูลการบริหารวงจรรายได้ของคุณ

เทมเพลตนี้แนะนำแอตทริบิวต์ข้อมูลสำคัญที่คุณควรรวบรวมและกิจกรรมหลักที่ควรติดตาม เพื่อวิเคราะห์การบริหารวงจรรายได้ได้อย่างมีประสิทธิภาพ พร้อมคำแนะนำที่นำไปใช้ได้จริงสำหรับดึงข้อมูลจากระบบของคุณ เมื่อใช้เทมเพลตนี้ คุณจะวางรากฐานที่มั่นคงสำหรับการปรับปรุงกระบวนการ RCM ได้.
  • แอตทริบิวต์ข้อมูลที่แนะนำสำหรับการวิเคราะห์อย่างละเอียด
  • กิจกรรมหลักในกระบวนการที่ควรติดตาม
  • คำแนะนำที่นำไปใช้ได้จริงสำหรับดึงข้อมูลจาก Waystar
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์การบริหารวงจรรายได้

รายการนี้แสดงฟิลด์ข้อมูลที่แนะนำพร้อมคำอธิบาย ซึ่งจำเป็นต่อการสร้างบันทึกเหตุการณ์ที่ครบถ้วนสำหรับวิเคราะห์กระบวนการบริหารวงจรรายได้.
5 จำเป็น 6 แนะนำ 10 ไม่บังคับ
ชื่อ คำอธิบาย
ชื่อกิจกรรม
ActivityName
ชื่อเหตุการณ์ทางธุรกิจหรือขั้นตอนที่เกิดขึ้นในกระบวนการวงจรรายได้ เช่น 'ส่งเคลมแล้ว' หรือ 'บันทึกการรับชำระเงินแล้ว'.
คำอธิบาย

แอตทริบิวต์นี้อธิบายกิจกรรมแต่ละรายการที่ประกอบกันเป็นกระบวนการวงจรรายได้ตั้งแต่ต้นจนจบ แต่ละค่าหมายถึงขั้นตอน เหตุการณ์สำคัญ หรืองานที่ดำเนินการกับเหตุการณ์เรียกเก็บเงิน เช่น สร้างเคลม ได้รับแจ้งการปฏิเสธ หรือบันทึกการรับชำระเงิน

การวิเคราะห์ลำดับและความถี่ของกิจกรรมเหล่านี้เป็นพื้นฐานของ process mining ช่วยแสดงภาพแผนผังกระบวนการ ระบุวงจรการแก้ไขงาน เช่น 'เคลมถูกปฏิเสธ' ตามด้วย 'แก้ไขเคลมแล้ว' และวัดระยะเวลาระหว่างขั้นตอน ซึ่งจำเป็นต่อการทำความเข้าใจประสิทธิภาพและการปฏิบัติตามข้อกำหนด.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้กำหนดขั้นตอนในแผนผังกระบวนการ ซึ่งเป็นพื้นฐานสำหรับการแสดงภาพและวิเคราะห์เวิร์กโฟลว์วงจรรายได้.

แหล่งข้อมูล

สร้างจากบันทึกเหตุการณ์ ระเบียนการเปลี่ยนสถานะ หรือประเภทธุรกรรมในโมดูลเคลมและเรียกเก็บเงินของ Waystar.

ตัวอย่าง
ส่งเคลมให้ผู้จ่ายเงินแล้วเคลมถูกปฏิเสธบันทึกการรับชำระเงินปิดบัญชี
เวลาที่เกิดเหตุการณ์
EventTimestamp
วันที่และเวลาที่แน่นอนซึ่งกิจกรรมเกิดขึ้น.
คำอธิบาย

เวลาที่เกิดเหตุการณ์บันทึกช่วงเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ข้อมูลเวลานี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณระยะเวลาระหว่างขั้นตอนต่าง ๆ ในกระบวนการ

ในการวิเคราะห์กระบวนการ จะใช้ข้อมูลเวลาเพื่อคำนวณ KPI สำคัญ เช่น ระยะเวลารอบงาน เวลารอ และเวลาประมวลผล ตัวอย่างเช่น เวลาระหว่างการส่งเคลมกับการบันทึกการรับชำระเงินใช้คำนวณระยะเวลารวมของวงจรการชำระเงิน ข้อมูลเวลาที่ถูกต้องจำเป็นต่อการวิเคราะห์คอขวดและติดตามประสิทธิภาพ.

เหตุผลที่สำคัญ

ต้องใช้ข้อมูลเวลาเพื่อเรียงลำดับเหตุการณ์ คำนวณระยะเวลาของรอบงาน และวิเคราะห์ประสิทธิภาพของกระบวนการ โดยเป็นข้อมูลด้านเวลาพื้นฐานของการวิเคราะห์.

แหล่งข้อมูล

ฟิลด์มาตรฐานที่พบในระเบียนธุรกรรมหรือการเปลี่ยนสถานะเกือบทุกรายการใน 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
ระบบต้นทาง
SourceSystem
ระบบหรือแอปพลิเคชันที่เป็นแหล่งกำเนิดข้อมูลเหตุการณ์.
คำอธิบาย

แอตทริบิวต์นี้ระบุระบบต้นทางที่สร้างข้อมูลเหตุการณ์ ในสภาพแวดล้อมไอทีที่ซับซ้อน เหตุการณ์ในวงจรรายได้อาจมาจากโมดูลต่าง ๆ ของ Waystar หรือระบบภายนอกที่เชื่อมต่อ เช่น Electronic Health Record (EHR)

การทราบระบบต้นทางมีความสำคัญต่อการตรวจสอบความถูกต้องของข้อมูล การแก้ไขปัญหา และการทำความเข้าใจความแตกต่างของกระบวนการที่อาจเกิดจากการทำงานของระบบแต่ละแบบ ช่วยระบุได้ว่าปัญหาของกระบวนการเกิดจากแอปพลิเคชันหรือส่วนเชื่อมต่อใด.

เหตุผลที่สำคัญ

ระบุแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูล การประกันคุณภาพ และการทำความเข้าใจความแตกต่างของกระบวนการระหว่างระบบ.

แหล่งข้อมูล

มักเป็นค่าคงที่ ('Waystar') ที่เพิ่มระหว่างการดึงข้อมูล หรืออนุมานได้จากโมดูลหรือตารางเฉพาะในระบบ.

ตัวอย่าง
Waystar RCMโมดูลเรียกเก็บเงิน Waystarส่วนเชื่อมต่อ EHR
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการปรับปรุงหรือดึงออกมาครั้งล่าสุดเมื่อใด.
คำอธิบาย

แอตทริบิวต์นี้ระบุเวลาที่ดึงข้อมูลจากระบบต้นทางครั้งล่าสุด ไม่ใช่เวลาที่เหตุการณ์ทางธุรกิจเกิดขึ้น แต่เป็นเวลาที่นำระเบียนออกมาใช้วิเคราะห์

ข้อมูลนี้สำคัญต่อการกำกับดูแลข้อมูลและการตรวจสอบความใหม่ของข้อมูลในการวิเคราะห์ process mining ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลล่าสุดหรือไม่ และจำเป็นต่อการจัดการการโหลดข้อมูลแบบเพิ่มเฉพาะส่วน.

เหตุผลที่สำคัญ

ช่วยให้ข้อมูลโปร่งใสโดยระบุว่าชุดข้อมูลเป็นข้อมูลล่าสุดเพียงใด ซึ่งสำคัญต่อการรายงานและวิเคราะห์ที่ถูกต้องและทันเวลา.

แหล่งข้อมูล

โดยทั่วไปกระบวนการ ETL (Extract, Transform, Load) จะสร้างเวลานี้และเพิ่มลงในแต่ละแถวระหว่างนำเข้าข้อมูล.

ตัวอย่าง
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
ชื่อผู้จ่ายเงินประกัน
PayerName
ชื่อบริษัทประกันหรือผู้จ่ายเงินประกันภายนอกที่รับผิดชอบเคลม.
คำอธิบาย

แอตทริบิวต์นี้ระบุผู้จ่ายเงินประกันที่รับผิดชอบการพิจารณาและจ่ายเงินตามเคลม เช่น บริษัทประกัน โครงการภาครัฐอย่าง Medicare หรือหน่วยงานอื่น ผู้จ่ายเงินประกันแต่ละรายอาจมีข้อกำหนดในการส่งเคลม ตารางการจ่ายเงิน และรูปแบบการปฏิเสธเคลมที่แตกต่างกัน

การวิเคราะห์กระบวนการตามชื่อผู้จ่ายเงินประกันช่วยระบุว่ารายใดใช้เวลาจ่ายเงินนานที่สุด มีอัตราปฏิเสธเคลมสูงที่สุด หรือมีกระบวนการซับซ้อนที่สุด องค์กรจึงปรับกลยุทธ์ จัดลำดับการติดตามผู้จ่ายเงินประกันที่มีปัญหา และเจรจาสัญญาให้ดีขึ้นได้.

เหตุผลที่สำคัญ

การแบ่งกระบวนการตามผู้จ่ายเงินประกันมีความสำคัญต่อการระบุคอขวด สาเหตุการปฏิเสธเคลม และความล่าช้าในการจ่ายเงินของแต่ละราย.

แหล่งข้อมูล

พบในข้อมูลเคลมหรือการเรียกเก็บเงิน โดยเชื่อมโยงกับรายละเอียดประกันของผู้ป่วยใน Waystar.

ตัวอย่าง
AetnaBlue Cross Blue ShieldCignaMedicare Part B
ประเภทบริการ
ServiceType
หมวดหมู่หรือประเภทของบริการทางการแพทย์ที่ให้ เช่น 'รังสีวิทยา' 'การปรึกษาแพทย์' หรือ 'การผ่าตัด'.
คำอธิบาย

ประเภทบริการใช้จัดหมวดหมู่ลักษณะของบริการที่ให้แก่ผู้ป่วยและเรียกเก็บเงินได้ บริการแต่ละประเภทมักมีรหัสเรียกเก็บเงิน อัตราการเบิกจ่าย และความซับซ้อนของกระบวนการแตกต่างกัน

แอตทริบิวต์นี้ช่วยวิเคราะห์วงจรรายได้อย่างละเอียดตามแผนกทางคลินิกหรือสายบริการ และตอบคำถามได้ เช่น 'สายบริการใดมีความล่าช้าในการเรียกเก็บเงินมากที่สุด' หรือ 'อัตราการปฏิเสธเคลมสำหรับการผ่าตัดสูงกว่าการปรึกษาแพทย์หรือไม่' ข้อมูลนี้สำคัญต่อการวิเคราะห์ประสิทธิภาพของแต่ละแผนกและการปรับปรุงกระบวนการให้ตรงจุด.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการตามแผนกทางคลินิกหรือสายบริการ เพื่อให้เห็นความแตกต่างด้านประสิทธิภาพและความสามารถในการทำกำไร.

แหล่งข้อมูล

โดยทั่วไปได้จากรหัสหัตถการ (CPT/HCPCS) หรือเชื่อมโยงกับแผนกที่ให้บริการใน Waystar.

ตัวอย่าง
รังสีวิทยาการปรึกษาแพทย์โรคหัวใจการเข้ารับบริการห้องฉุกเฉินการผ่าตัดผู้ป่วยนอก
ยอดคงเหลือค้างชำระ
OutstandingBalance
ยอดเงินที่ยังต้องเรียกเก็บสำหรับเหตุการณ์เรียกเก็บเงิน.
คำอธิบาย

ยอดคงเหลือค้างชำระคือยอดลูกหนี้การค้าปัจจุบันของเหตุการณ์เรียกเก็บเงินแต่ละรายการ คำนวณจากยอดเรียกเก็บหักด้วยการชำระเงินและรายการปรับปรุงที่บันทึกแล้ว

นี่คือตัวชี้วัดทางการเงินที่สำคัญต่อการจัดการกระแสเงินสดและลูกหนี้การค้า เป็นแอตทริบิวต์หลักของแดชบอร์ด 'ยอดคงเหลือค้างชำระและอายุหนี้' ช่วยให้องค์กรติดตามยอดลูกหนี้รวม ระบุบัญชีที่มียอดคงเหลือสูง และจัดลำดับการติดตามทวงถามหนี้ การติดตามยอดนี้ตามช่วงเวลาช่วยให้เห็นประสิทธิผลของกระบวนการติดตามทวงถามหนี้.

เหตุผลที่สำคัญ

ใช้วัดลูกหนี้การค้าโดยตรง ซึ่งจำเป็นต่อการจัดการกระแสเงินสด จัดลำดับการติดตามทวงถามหนี้ และประเมินสถานะทางการเงิน.

แหล่งข้อมูล

โดยทั่วไปเป็นฟิลด์ที่คำนวณในโมดูลรายงานของ Waystar (ยอดเรียกเก็บ - ยอดชำระแล้ว - รายการปรับปรุง) หากไม่มีฟิลด์นี้โดยตรง อาจต้องคำนวณระหว่างการดึงข้อมูล.

ตัวอย่าง
30.00270.25540.50
ยอดเรียกเก็บ
BilledAmount
ยอดเงินรวมที่เรียกเก็บสำหรับบริการที่ระบุในเคลม.
คำอธิบาย

ยอดเรียกเก็บคือค่าใช้จ่ายรวมของบริการที่ให้แก่ผู้ป่วย ก่อนนำรายการปรับปรุง ส่วนลดตามสัญญา หรือการชำระเงินมาหัก เป็นยอดเริ่มต้นของเคลมที่ส่งให้ผู้จ่ายเงินประกัน

แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์ทางการเงินและทำความเข้าใจมูลค่าเงินที่ไหลผ่านกระบวนการ ใช้แบ่งกลุ่มการวิเคราะห์ตามมูลค่าเคลม ดูแนวโน้มยอดเรียกเก็บของบริการแต่ละประเภท และคำนวณผลกระทบทางการเงินโดยรวมจากปัญหาของกระบวนการ เช่น การปฏิเสธเคลมหรือการจ่ายเงินล่าช้า นอกจากนี้ยังเป็นตัวชี้วัดพื้นฐานของแดชบอร์ดทางการเงินส่วนใหญ่.

เหตุผลที่สำคัญ

แสดงมูลค่ารวมของเคลม ช่วยวิเคราะห์ผลกระทบทางการเงินจากความล่าช้าของกระบวนการ การปฏิเสธเคลม และรายการปรับปรุง.

แหล่งข้อมูล

ฟิลด์ทางการเงินมาตรฐานในหน้าบันทึกเคลมหรือค่าบริการของ Waystar.

ตัวอย่าง
150.001250.75540.50
รหัสสาเหตุการปฏิเสธเคลม
DenialReasonCode
รหัสมาตรฐานที่ระบุสาเหตุที่ผู้จ่ายเงินประกันปฏิเสธเคลม.
คำอธิบาย

เมื่อผู้จ่ายเงินประกันปฏิเสธเคลม จะระบุรหัสสาเหตุเพื่ออธิบายการปฏิเสธ รหัสเหล่านี้อาจชี้ถึงปัญหา เช่น ข้อมูลไม่ครบ บริการไม่อยู่ในความคุ้มครอง หรือการลงรหัสผิด แอตทริบิวต์นี้เก็บรหัสสาเหตุนั้น

การวิเคราะห์รหัสสาเหตุการปฏิเสธเคลมเป็นพื้นฐานสำคัญในการปรับปรุงวงจรรายได้ ช่วยให้องค์กรระบุต้นตอของการปฏิเสธ เช่น ข้อผิดพลาดที่เกิดซ้ำจากแผนกใดแผนกหนึ่ง หรือปัญหาเกี่ยวกับข้อกำหนดของผู้จ่ายเงินประกันรายใดรายหนึ่ง ข้อมูลนี้ใช้กับแดชบอร์ด 'อัตราและสาเหตุการปฏิเสธเคลม' โดยตรง และช่วยวางแนวทางป้องกันการถูกปฏิเสธในอนาคต รวมถึงเพิ่มอัตราการจ่ายเงินตั้งแต่การยื่นครั้งแรก.

เหตุผลที่สำคัญ

แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ต้นตอของการปฏิเสธเคลม ช่วยให้ดำเนินการแก้ไขได้ตรงจุดเพื่อลดการสูญเสียรายได้และงานแก้ไขซ้ำ.

แหล่งข้อมูล

บันทึกลงในระเบียนเคลมเมื่อเกิดเหตุการณ์ปฏิเสธ โดยได้รับข้อมูลนี้จากผู้จ่ายเงินประกันผ่านเอกสารแจ้งการชำระเงิน.

ตัวอย่าง
CO-16: ข้อมูลเคลมหรือบริการไม่ครบถ้วนPR-96: ค่าใช้จ่ายที่ไม่อยู่ในความคุ้มครองCO-22: ผู้จ่ายเงินประกันรายอื่นอาจเป็นผู้รับผิดชอบค่ารักษานี้
สถานะเคลม
ClaimStatus
สถานะปัจจุบันของเคลมในวงจร เช่น 'ส่งแล้ว' 'รอดำเนินการ' 'จ่ายแล้ว' หรือ 'ถูกปฏิเสธ'.
คำอธิบาย

สถานะเคลมแสดงภาพรวมว่าเหตุการณ์เรียกเก็บเงินแต่ละรายการอยู่ในขั้นใดของวงจรรายได้ ณ เวลานั้น โดยระบุเหตุการณ์ล่าสุดที่เกิดขึ้น เช่น ส่งเคลมแล้ว อยู่ระหว่างผู้จ่ายเงินประกันตรวจสอบ จ่ายเงินแล้ว หรือถูกปฏิเสธ

แอตทริบิวต์นี้สำคัญต่อการรายงานทางการเงินและการจัดการการปฏิบัติงาน ใน process mining ช่วยให้เข้าใจสถานะปัจจุบันของกรณีที่ยังไม่ปิดทั้งหมด และวิเคราะห์ได้ว่าแต่ละกรณีใช้เวลาอยู่ในสถานะต่าง ๆ นานเท่าใด เช่น 'รอผู้จ่ายเงินประกันพิจารณาเคลม' ข้อมูลนี้ช่วยสนับสนุนแดชบอร์ด 'ยอดคงเหลือค้างชำระและอายุหนี้' โดยตรง.

เหตุผลที่สำคัญ

แสดงสถานะปัจจุบันของเคลมที่อยู่ระหว่างดำเนินการทั้งหมด ช่วยวิเคราะห์คอขวดและจัดลำดับงาน.

แหล่งข้อมูล

ฟิลด์มาตรฐานในระเบียนเคลมหรือการเรียกเก็บเงินของ Waystar ซึ่งจะอัปเดตเมื่อเคลมดำเนินไปตามวงจร.

ตัวอย่าง
ส่งแล้วผู้จ่ายเงินประกันตอบรับแล้วถูกปฏิเสธจ่ายครบแล้ว
ชำระเงินสำเร็จตั้งแต่ครั้งแรก
IsFirstPassPayment
ตัวบ่งชี้ว่าเคลมได้รับชำระถูกต้องตั้งแต่การยื่นครั้งแรก โดยไม่มีการปฏิเสธหรือปรับปรุงรายการ.
คำอธิบาย

แอตทริบิวต์แบบบูลีนที่คำนวณขึ้นนี้ระบุว่าเคลมได้รับชำระโดยไม่มีเหตุการณ์เชิงลบคั่นกลาง เช่น การปฏิเสธ การตีกลับ หรือการขอข้อมูลเพิ่มเติม หากมีค่า 'true' หมายความว่ากระบวนการของเคลมนั้นดำเนินไปอย่างราบรื่นและมีประสิทธิภาพ.

แอตทริบิวต์นี้ใช้กับ KPI 'อัตราการชำระเงินสำเร็จตั้งแต่ครั้งแรก' ซึ่งเป็นตัวชี้วัดสำคัญของประสิทธิภาพโดยรวมของวงจรรายได้ การวิเคราะห์ลักษณะของเคลมที่ไม่ได้รับชำระตั้งแต่ครั้งแรก เช่น แยกตามผู้จ่ายเงินหรือประเภทบริการ ช่วยระบุสาเหตุหลักของการทำงานซ้ำและความล่าช้าในการชำระเงิน การเพิ่มอัตรานี้ช่วยให้ได้รับเงินเร็วขึ้นและลดต้นทุนการปฏิบัติการ.

เหตุผลที่สำคัญ

วัดคุณภาพการเรียกเก็บเงินและการประมวลผลเคลมโดยตรง อัตราการชำระเงินตั้งแต่การยื่นครั้งแรกที่สูงบ่งชี้ว่ากระบวนการมีประสิทธิภาพและต้องทำงานซ้ำน้อย.

แหล่งข้อมูล

แอตทริบิวต์นี้ได้จากการคำนวณระหว่างการแปลงข้อมูล โดยตรวจสอบว่ามีเหตุการณ์ 'บันทึกการชำระเงินแล้ว' เกิดขึ้นโดยไม่มีเหตุการณ์อย่าง 'เคลมถูกปฏิเสธ' หรือ 'ปรับปรุงบัญชี' เกิดขึ้นก่อนหน้าหรือไม่.

ตัวอย่าง
truefalse
ประเภทผู้จ่ายเงินประกัน
PayerType
หมวดหมู่ของผู้จ่ายเงินประกัน เช่น 'บริษัทประกันเอกชน' 'Medicare' หรือ 'ชำระเงินเอง'.
คำอธิบาย

ประเภทผู้จ่ายเงินประกันใช้จัดกลุ่มผู้จ่ายเงินประกันแต่ละรายเป็นหมวดหมู่กว้าง ๆ ตามลักษณะของผู้จ่าย ทำให้เห็นภาพในระดับสูงกว่าการดูชื่อผู้จ่ายเงินประกันแต่ละราย

แอตทริบิวต์นี้มีประโยชน์ต่อการวิเคราะห์เชิงกลยุทธ์และการรายงาน ช่วยให้ผู้บริหารเห็นแนวโน้มผลการดำเนินงานของกลุ่มผู้จ่ายเงินประกันหลัก เช่น เปรียบเทียบภาพรวมระหว่างผู้จ่ายเงินประกันภาครัฐกับบริษัทประกันเอกชน ข้อมูลนี้ใช้ประกอบการตัดสินใจเชิงกลยุทธ์เกี่ยวกับสัญญากับผู้จ่ายเงินประกันและการจัดสรรทรัพยากร.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ภาพรวมโดยจัดกลุ่มผู้จ่ายเงินประกัน เช่น บริษัทประกันเอกชนหรือหน่วยงานภาครัฐ ซึ่งมักมีพฤติกรรมการจ่ายเงินและกฎเกณฑ์แตกต่างกัน.

แหล่งข้อมูล

โดยทั่วไปได้จากการจับคู่ชื่อผู้จ่ายเงินประกันกับรายการหมวดหมู่ที่กำหนดไว้ล่วงหน้า ตรรกะนี้อาจมีอยู่ใน Waystar หรืออาจต้องสร้างขึ้นระหว่างการแปลงข้อมูล.

ตัวอย่าง
บริษัทประกันเอกชนMedicareMedicaidชำระเงินเอง
ประเภทผู้ป่วย
PatientClass
ระบุสถานะของผู้ป่วยในการเข้ารับบริการ เช่น 'ผู้ป่วยใน' หรือ 'ผู้ป่วยนอก'.
คำอธิบาย

ประเภทผู้ป่วยใช้จัดหมวดหมู่การเข้ารับบริการ ซึ่งมักกำหนดกฎการเรียกเก็บเงินและอัตราการเบิกจ่าย ประเภทที่พบบ่อย ได้แก่ ผู้ป่วยใน ผู้ป่วยนอก และผู้ป่วยฉุกเฉิน

การวิเคราะห์วงจรรายได้ตามประเภทผู้ป่วยช่วยให้เห็นความแตกต่างของกระบวนการได้ชัดเจน เช่น เคลมผู้ป่วยในมักซับซ้อนกว่าและใช้เวลารับชำระเงินนานกว่าเคลมผู้ป่วยนอก การแบ่งกลุ่มนี้สำคัญต่อการกำหนดเป้าหมายประสิทธิภาพที่เหมาะสมและปรับแนวทางการปรับปรุงกระบวนการให้ตรงกับความต้องการของผู้ป่วยแต่ละประเภท.

เหตุผลที่สำคัญ

ช่วยแบ่งกลุ่มกระบวนการตามความซับซ้อนของการเข้ารับบริการ เช่น ผู้ป่วยในกับผู้ป่วยนอก ซึ่งมักสัมพันธ์กับกฎการเรียกเก็บเงินและระยะเวลาของรอบงานที่แตกต่างกัน.

แหล่งข้อมูล

ฟิลด์มาตรฐานในข้อมูลลงทะเบียนผู้ป่วยหรือข้อมูลการเข้ารับบริการใน Waystar หรือ EHR ต้นทาง.

ตัวอย่าง
ผู้ป่วยในผู้ป่วยนอกผู้ป่วยฉุกเฉิน
ผู้ใช้ที่รับผิดชอบ
ResponsibleUser
ผู้ใช้หรือเจ้าหน้าที่ที่ดำเนินกิจกรรม เช่น เจ้าหน้าที่เรียกเก็บเงิน ผู้ลงรหัส หรือผู้เชี่ยวชาญด้านการติดตามทวงถามหนี้.
คำอธิบาย

แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบที่ดำเนินกิจกรรมแต่ละรายการในกระบวนการ เช่น เจ้าหน้าที่เรียกเก็บเงินที่ส่งเคลม หรือเจ้าหน้าที่ติดตามหนี้ที่เริ่มโทรติดตาม

การวิเคราะห์กระบวนการตามผู้ใช้ช่วยให้เข้าใจการกระจายงาน ผลงานรายบุคคล และความต้องการด้านการฝึกอบรม อีกทั้งยังชี้ให้เห็นได้ว่าผู้ใช้บางรายมีอัตราข้อผิดพลาดสูงกว่าหรือแก้ไขเคลมที่ถูกปฏิเสธได้มีประสิทธิภาพกว่า ข้อมูลนี้เป็นประโยชน์ต่อการบริหารทีมและควบคุมคุณภาพในแผนกวงจรรายได้.

เหตุผลที่สำคัญ

ระบุผู้รับผิดชอบในแต่ละขั้นตอนของกระบวนการ ช่วยวิเคราะห์ผลงานรายบุคคลหรือทีม และค้นหาโอกาสในการฝึกอบรม.

แหล่งข้อมูล

พบในบันทึกการตรวจสอบหรือบันทึกธุรกรรมของเหตุการณ์ใน Waystar โดยมักใช้ชื่อ 'UserID' 'ProcessedBy' หรือชื่อใกล้เคียง.

ตัวอย่าง
jsmithadavisbilling_bot_01
ยอดเงินที่ปรับปรุง
AdjustedAmount
ยอดรวมที่ปรับปรุงหรือตัดเป็นหนี้สูญสำหรับรายการเรียกเก็บเงิน.
คำอธิบาย

ยอดเงินที่ปรับปรุงคือผลรวมของการปรับปรุงทางการเงินทั้งหมดที่ทำกับยอดคงเหลือของรายการเรียกเก็บเงิน ซึ่งรวมถึงส่วนลดตามสัญญาที่กำหนดไว้ในข้อตกลงกับผู้จ่ายเงิน ตลอดจนการตัดหนี้สูญหรือการแก้ไขรายการอื่นๆ.

ตัวชี้วัดนี้สำคัญต่อแดชบอร์ด 'อัตราและผลกระทบของการปรับปรุงบัญชี' เมื่อนำยอดนี้มารวมตามรหัสเหตุผลหรือผู้จ่ายเงิน จะเห็นผลกระทบทางการเงินจากรายได้ที่สูญเสียไป ช่วยประเมินมูลค่าความสูญเสียและใช้ประกอบการพิจารณาแก้ไขสาเหตุที่แท้จริงของการปรับปรุง.

เหตุผลที่สำคัญ

ใช้วัดรายได้ที่สูญเสียจากการตัดหนี้สูญและการปรับปรุง พร้อมแสดงผลกระทบทางการเงินจากปัญหาการเรียกเก็บเงินและเงื่อนไขสัญญา.

แหล่งข้อมูล

ดึงข้อมูลจากรายการปรับปรุงทางการเงินใน Waystar โดยอาจต้องรวมรายการปรับปรุงหลายรายการสำหรับรายการเรียกเก็บเงินเดียวกัน.

ตัวอย่าง
250.2550.0015.80
ยอดชำระแล้ว
PaidAmount
ยอดเงินรวมที่ได้รับและบันทึกจากผู้จ่ายเงินประกันหรือผู้ป่วยสำหรับเคลม.
คำอธิบาย

แอตทริบิวต์นี้บันทึกยอดเงินสะสมที่เรียกเก็บได้สำเร็จสำหรับเหตุการณ์เรียกเก็บเงิน ซึ่งรวมการชำระเงินจากผู้จ่ายเงินประกันหลักและรอง รวมถึงการชำระเงินจากผู้ป่วย

ยอดชำระแล้วเป็นตัวชี้วัดผลลัพธ์สำคัญของวงจรรายได้ ใช้คำนวณยอดที่ได้รับจริงจากยอดเรียกเก็บ และวัดประสิทธิผลของกระบวนการทั้งหมด เมื่อนำยอดเรียกเก็บมาเปรียบเทียบกับยอดชำระแล้ว จะเห็นผลการดำเนินงานทางการเงินและจุดที่รายได้รั่วไหล ข้อมูลนี้จำเป็นต่อแดชบอร์ดที่เกี่ยวกับประสิทธิผลการติดตามทวงถามหนี้และสถานะทางการเงินโดยรวม.

เหตุผลที่สำคัญ

ใช้วัดเงินสดที่เรียกเก็บได้จริง ซึ่งเป็นตัวชี้วัดผลลัพธ์หลักในการประเมินความสำเร็จโดยรวมของกระบวนการวงจรรายได้.

แหล่งข้อมูล

ได้จากธุรกรรมการบันทึกการรับชำระเงินที่เชื่อมโยงกับเคลมใน Waystar อาจต้องรวมยอดจากระเบียนการชำระเงินหลายรายการ.

ตัวอย่าง
120.00980.500.00
รหัสผู้ป่วย
PatientId
รหัสเฉพาะของผู้ป่วยที่ได้รับบริการ.
คำอธิบาย

แอตทริบิวต์นี้เป็นรหัสเฉพาะของผู้ป่วยที่เกี่ยวข้องกับเหตุการณ์เรียกเก็บเงิน โดยเชื่อมโยงธุรกรรมทางการเงินกับบุคคลที่ได้รับการรักษา

แม้เหตุการณ์เรียกเก็บเงินจะเป็นกรณีหลัก แต่รหัสผู้ป่วยช่วยให้วิเคราะห์โดยยึดผู้ป่วยเป็นหลัก ระบุผู้ป่วยที่กลับมาใช้บริการซ้ำ ทำความเข้าใจเส้นทางการเงินตั้งแต่ต้นจนจบของผู้ป่วยจากการเข้ารับบริการหลายครั้ง และวิเคราะห์ได้ว่าข้อมูลประชากรบางกลุ่มสัมพันธ์กับปัญหาการชำระเงินหรืออัตราการปฏิเสธเคลมที่สูงขึ้นหรือไม่ นอกจากนี้ยังใช้รวมกิจกรรมการเรียกเก็บเงินทั้งหมดของผู้ป่วยแต่ละรายได้.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์โดยยึดผู้ป่วยเป็นหลัก และแสดงเส้นทางการเงินทั้งหมดของบุคคลหนึ่งจากเหตุการณ์เรียกเก็บเงินหลายรายการ.

แหล่งข้อมูล

ฟิลด์มาตรฐานในระเบียนเคลมหรือระเบียนลงทะเบียนผู้ป่วยใน Waystar หรือเชื่อมโยงมาจาก EHR.

ตัวอย่าง
MRN-887654MRN-902101MRN-123456
รหัสสาเหตุการปรับปรุง
AdjustmentReasonCode
รหัสที่อธิบายสาเหตุของการปรับยอดเงินในบัญชี.
คำอธิบาย

เมื่อมีการเปลี่ยนยอดบัญชีด้วยเหตุผลอื่นนอกเหนือจากการชำระเงิน เช่น ส่วนลดตามสัญญาหรือการตัดหนี้สูญ จะใช้รหัสสาเหตุการปรับปรุงเพื่อบันทึกเหตุผล แอตทริบิวต์นี้เก็บรหัสดังกล่าว

การวิเคราะห์รหัสเหล่านี้จำเป็นต่อแดชบอร์ด 'อัตราและผลกระทบของการปรับยอดบัญชี' ช่วยระบุต้นตอของรายได้ที่สูญเสียไป เช่น การปรับยอดตามสัญญาที่เกิดซ้ำกับผู้จ่ายเงินประกันบางราย หรือการตัดหนี้สูญจากข้อผิดพลาดในการเรียกเก็บเงิน การทำความเข้าใจสาเหตุเหล่านี้เป็นขั้นตอนแรกในการลดการสูญเสียรายได้ที่ป้องกันได้.

เหตุผลที่สำคัญ

อธิบายสาเหตุที่มีการปรับยอดหรือตัดหนี้สูญ ช่วยให้เห็นข้อมูลสำคัญเกี่ยวกับรายได้ที่สูญเสียไปและผลการดำเนินงานตามสัญญาของผู้จ่ายเงินประกัน.

แหล่งข้อมูล

เกี่ยวข้องกับรายการปรับปรุงในโมดูลบันทึกการรับชำระเงินหรือบัญชีลูกหนี้ของ Waystar.

ตัวอย่าง
ภาระผูกพันตามสัญญาตัดยอดคงเหลือจำนวนเล็กน้อยเป็นหนี้สูญแก้ไขข้อผิดพลาดในการเรียกเก็บเงิน
ระยะเวลาตั้งแต่ให้บริการจนถึงออกใบแจ้งหนี้
ServiceToInvoiceCycleTime
ระยะเวลาตั้งแต่ให้บริการเสร็จสิ้นจนบันทึกค่าบริการและสร้างเคลม.
คำอธิบาย

ตัวชี้วัดนี้เรียกอีกอย่างว่า 'ระยะเวลาล่าช้าในการบันทึกค่าบริการ' ใช้วัดประสิทธิภาพของกระบวนการเรียกเก็บเงินช่วงต้น คำนวณจากเวลาระหว่างเหตุการณ์ 'ให้บริการ/ให้บริการเสร็จสิ้น' กับเหตุการณ์ 'บันทึกค่าบริการ' หรือ 'สร้างเคลม'.

แอตทริบิวต์นี้ใช้กับแดชบอร์ด 'ระยะเวลาตั้งแต่ให้บริการจนถึงออกใบแจ้งหนี้' ความล่าช้าในขั้นตอนนี้ทำให้วงจรการชำระเงินเริ่มช้าลงและกระทบต่อกระแสเงินสด การติดตามตัวชี้วัดนี้ช่วยให้มั่นใจว่าบริการทั้งหมดได้รับการเรียกเก็บเงินอย่างถูกต้องและทันท่วงที ลดรายได้ที่สูญเสียและเร่งวงจรรายได้ทั้งหมด.

เหตุผลที่สำคัญ

ใช้วัดประสิทธิภาพการเรียกเก็บเงินช่วงต้น การลดระยะเวลาล่าช้าในการบันทึกค่าบริการเป็นเรื่องสำคัญต่อการเร่งวงจรรายได้ทั้งหมดและป้องกันการตกหล่นของค่าบริการ.

แหล่งข้อมูล

คำนวณระหว่างการแปลงข้อมูล โดยนำเวลาของเหตุการณ์ให้บริการมาลบออกจากเวลาที่บันทึกค่าบริการหรือสร้างเคลม.

ตัวอย่าง
2 วัน 8 ชั่วโมง1 วัน 0 ชั่วโมง5 วัน 1 ชั่วโมง
วันครบกำหนดชำระเงิน
PaymentDueDate
วันที่คาดว่าจะได้รับชำระเงินตามใบแจ้งหนี้หรือเคลม.
คำอธิบาย

วันครบกำหนดชำระเงินคือวันที่ผู้ให้บริการกำหนด หรือวันที่ระบุไว้ในสัญญากับผู้จ่ายเงิน ซึ่งเป็นวันที่ควรได้รับชำระเงิน ใช้เป็นเกณฑ์วัดความตรงเวลาของการชำระเงิน.

แอตทริบิวต์นี้จำเป็นสำหรับแดชบอร์ด 'ยอดคงค้างและอายุลูกหนี้' ใช้คำนวณอายุของลูกหนี้และจัดกลุ่มตามช่วง เช่น '0-30 วัน', '31-60 วัน' เป็นต้น การวิเคราะห์อายุลูกหนี้เป็นแนวทางมาตรฐานทางการเงินสำหรับบริหารบัญชีลูกหนี้และจัดลำดับความสำคัญในการติดตามบัญชีที่ค้างชำระ.

เหตุผลที่สำคัญ

ใช้เป็นเกณฑ์ตั้งต้นในการคำนวณอายุบัญชีลูกหนี้ ซึ่งสำคัญต่อการบริหารการติดตามหนี้และทำความเข้าใจความตรงเวลาของกระแสเงินสด.

แหล่งข้อมูล

ดูข้อมูลนี้ได้จากระเบียนใบแจ้งหนี้หรือเคลม โดยอาจคำนวณจากวันที่ในใบแจ้งหนี้และเงื่อนไขการชำระเงิน.

ตัวอย่าง
2023-11-252023-12-152024-01-30
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมการบริหารวงจรรายได้

ขั้นตอนสำคัญและหมุดหมายหลักของกระบวนการที่ควรบันทึกไว้ในบันทึกเหตุการณ์ เพื่อค้นพบและวิเคราะห์การปฏิบัติการ RCM ได้อย่างแม่นยำและละเอียด.
6 แนะนำ 7 ไม่บังคับ
กิจกรรม คำอธิบาย
เคลมถูกปฏิเสธ
ผู้จ่ายเงินประกันปฏิเสธเคลมและจะไม่จ่ายเงินตามรายละเอียดใน Electronic Remittance Advice (ERA) เหตุการณ์นี้จะเริ่มกระบวนการจัดการเคลมที่ถูกปฏิเสธหรือการแก้ไขงาน.
เหตุผลที่สำคัญ

ใช้วัด KPI อัตราการปฏิเสธเคลมโดยตรง การระบุความถี่และสาเหตุของการปฏิเสธมีความสำคัญต่อการปรับปรุงกระบวนการและการเรียกคืนรายได้.

แหล่งข้อมูล

อนุมานจากรหัสการปฏิเสธเฉพาะที่เรียกว่า Claim Adjustment Reason Codes (CARCs) ใน ERA (ไฟล์ 835) ที่ได้รับ.

บันทึก

ได้จากรหัส Claim Adjustment Reason Codes (CARCs) ในไฟล์ ERA ซึ่งระบุว่าเคลมถูกปฏิเสธ.

ประเภทเหตุการณ์ inferred
บันทึกการรับชำระเงิน
นำเงินที่ได้รับไปตัดยอดหรือกระทบยอดกับบัญชีผู้ป่วยและเคลมที่เกี่ยวข้อง กิจกรรมนี้เปลี่ยนยอดจากลูกหนี้การค้าเป็นเงินสด.
เหตุผลที่สำคัญ

นี่คือขั้นตอนสุดท้ายที่สำคัญในวงจรของผู้จ่ายเงินประกัน ช่วยติดตาม KPI ปริมาณการบันทึกการรับชำระเงินและระยะเวลาล่าช้า เพื่อให้ปรับปรุงบัญชีได้ถูกต้องและทันเวลา.

แหล่งข้อมูล

นี่คือการดำเนินการที่บันทึกไว้อย่างชัดเจนใน Waystar เมื่อผู้ใช้บันทึกการรับชำระเงินจาก ERA ระบบหลายแห่งมีฟีเจอร์บันทึกการรับชำระเงินอัตโนมัติ ซึ่งจะบันทึกเหตุการณ์นี้ด้วย.

บันทึก

บันทึกเหตุการณ์เมื่อนำเงินจาก ERA ไปตัดยอดเคลม ไม่ว่าจะดำเนินการด้วยตนเองหรือผ่านการบันทึกการรับชำระเงินอัตโนมัติ.

ประเภทเหตุการณ์ explicit
บันทึกค่าบริการแล้ว
ระบุว่ามีการบันทึกบริการที่เรียกเก็บเงินได้เข้าสู่ระบบวงจรรายได้ โดยทั่วไปจะบันทึกเหตุการณ์นี้อย่างชัดเจนเมื่อผู้ใช้ยืนยันการบันทึกค่าบริการ หรือเมื่อได้รับข้อมูลจากระบบทางคลินิก.
เหตุผลที่สำคัญ

นี่คือจุดเริ่มต้นของกระบวนการเรียกเก็บเงิน การวิเคราะห์ระยะเวลาตั้งแต่ให้บริการเสร็จจนถึงบันทึกค่าบริการมีความสำคัญต่อการค้นหารายได้ที่สูญหายและความล่าช้าในขั้นตอนต้นทาง.

แหล่งข้อมูล

บันทึกเหตุการณ์นี้ไว้ในตารางรายการค่าบริการหรือธุรกรรมใน Waystar โดยทั่วไปจะมีเวลาที่สร้างรายการเมื่อบันทึกหรือยืนยันค่าบริการ.

บันทึก

บันทึกเหตุการณ์เมื่อบันทึกหรือยืนยันรายการค่าบริการ.

ประเภทเหตุการณ์ explicit
ปิดบัญชี
วงจรของเหตุการณ์เรียกเก็บเงินเสร็จสมบูรณ์ โดยยอดบัญชีเป็นศูนย์จากการชำระเงินและรายการปรับปรุง ซึ่งแสดงว่ากระบวนการวงจรรายได้ของกรณีนี้สิ้นสุดลงอย่างสำเร็จ.
เหตุผลที่สำคัญ

นี่คือจุดสิ้นสุดหลักของกระบวนการ การวัดระยะเวลาจนปิดบัญชีและสัดส่วนบัญชีที่ปิดได้สำเร็จเป็นตัวชี้วัดประสิทธิภาพโดยรวมที่สำคัญ.

แหล่งข้อมูล

นี่คือเหตุการณ์ที่คำนวณขึ้น โดยทั่วไปอนุมานเมื่อยอดคงค้างของเหตุการณ์เรียกเก็บเงินในระบบบัญชีผู้ป่วยเป็นศูนย์.

บันทึก

คำนวณเมื่อยอดรวมของการชำระเงินและรายการปรับปรุงเท่ากับยอดเรียกเก็บทั้งหมด.

ประเภทเหตุการณ์ calculated
พิจารณาเคลมแล้ว
ผู้จ่ายเงินประกันพิจารณาเคลมและตัดสินใจเรื่องการจ่ายเงินแล้ว ระบบจะบันทึกเหตุการณ์นี้เมื่อได้รับ Electronic Remittance Advice (ERA) หรือไฟล์ 835 จากผู้จ่ายเงินประกัน.
เหตุผลที่สำคัญ

นี่คือจุดตัดสินใจหลักของกระบวนการ ซึ่งกำหนดว่าเคลมจะได้รับการจ่ายเงินหรือถูกปฏิเสธ และส่งผลโดยตรงต่อกระแสรายได้และเวิร์กโฟลว์การจัดการเคลมที่ถูกปฏิเสธ.

แหล่งข้อมูล

อนุมานจากวันที่ได้รับ ERA (ไฟล์ 835) ที่เชื่อมโยงกับเคลมใน Waystar โดยไฟล์ ERA มีรายละเอียดการตัดสินใจของผู้จ่ายเงินประกัน.

บันทึก

อนุมานจากวันที่ประมวลผลไฟล์ ERA/835 ที่ได้รับจากผู้จ่ายเงินประกัน.

ประเภทเหตุการณ์ inferred
ส่งเคลมให้ผู้จ่ายเงินแล้ว
การส่งเคลมเรียกเก็บเงินทางอิเล็กทรอนิกส์ไปยังผู้จ่ายเงินประกันเพื่อพิจารณา นี่คือการส่งต่องานสำคัญจากระบบของผู้ให้บริการไปยังระบบของผู้จ่ายเงินผ่านศูนย์รับส่งข้อมูลเคลม.
เหตุผลที่สำคัญ

หมุดหมายสำคัญที่ใช้เริ่มนับเวลารอการตอบกลับจากผู้จ่ายเงิน จำเป็นต่อการวัด KPI ของวงจรการชำระเงินและค้นหางานส่งเคลมที่ค้างอยู่.

แหล่งข้อมูล

ฟังก์ชันศูนย์รับส่งข้อมูลเคลมของ Waystar บันทึกวันและเวลาที่ส่งไฟล์เคลมไว้อย่างชัดเจน ให้ตรวจสอบบันทึกการส่งหรือประวัติสถานะเคลม.

บันทึก

บันทึกไว้ในประวัติการส่งเคลมหรือบันทึกธุรกรรมเมื่อส่งข้อมูลสำเร็จ.

ประเภทเหตุการณ์ explicit
แก้ไขและส่งเคลมอีกครั้ง
หลังจากเคลมถูกปฏิเสธหรือส่งกลับ เคลมได้รับการแก้ไขและส่งกลับไปยังผู้จ่ายเงินประกัน ซึ่งเป็นการเริ่มรอบพิจารณาเคลมใหม่สำหรับเคลมนั้น.
เหตุผลที่สำคัญ

นี่คือวงจรการแก้ไขงานที่สำคัญ การวิเคราะห์ความถี่และสาเหตุของการส่งเคลมอีกครั้งช่วยระบุต้นตอของข้อผิดพลาดในครั้งแรก เช่น การลงรหัสหรือข้อมูลประชากรผิดพลาด.

แหล่งข้อมูล

อนุมานจากการพบเหตุการณ์ 'ส่งเคลมให้ผู้จ่ายเงินประกัน' รายการใหม่สำหรับเคลมที่เคยถูกปฏิเสธ ระบบอาจมีสถานะเฉพาะสำหรับเคลมที่ส่งอีกครั้งด้วย.

บันทึก

อนุมานจากเหตุการณ์ส่งเคลมใหม่ที่เชื่อมโยงกับรหัสเคลมซึ่งเคยถูกปฏิเสธ.

ประเภทเหตุการณ์ inferred
ได้รับการตอบรับจากผู้จ่ายเงินแล้ว
ระบบของผู้จ่ายเงินยืนยันว่าได้รับไฟล์เคลมที่ส่งไปแล้ว โดยปกติจะเป็นการตอบกลับอัตโนมัติ เช่น รายงาน 277CA หรือ 999 ซึ่งระบุว่าได้รับเคลมเพื่อดำเนินการแล้ว.
เหตุผลที่สำคัญ

ยืนยันว่าการส่งข้อมูลสำเร็จ และช่วยแยกกรณีที่ถูกปฏิเสธตั้งแต่ต้นทางเนื่องจากรูปแบบหรือข้อมูลผิดพลาด ก่อนเริ่มพิจารณาเคลม ทำให้แก้ไขได้เร็วขึ้น.

แหล่งข้อมูล

บันทึกไว้ในตารางสถานะเคลมหรือไฟล์ตอบกลับภายในโมดูลศูนย์รับส่งข้อมูลเคลมของ Waystar หลังประมวลผลไฟล์ยืนยันที่ได้รับจากผู้จ่ายเงิน.

บันทึก

บันทึกเหตุการณ์เมื่อประมวลผลไฟล์ยืนยันทางอิเล็กทรอนิกส์จากผู้จ่ายเงิน.

ประเภทเหตุการณ์ explicit
ปรับยอดบัญชี
มีการปรับยอดบัญชีด้วยตนเองหรือตามสัญญา ซึ่งอาจรวมถึงการตัดหนี้สูญ ส่วนลดตามสัญญา ส่วนลดสำหรับผู้ป่วย หรือการแก้ไขรายการอื่น ๆ.
เหตุผลที่สำคัญ

จำเป็นต่อการทำความเข้าใจรายได้ที่สูญเสียไป การวิเคราะห์รายการปรับปรุงช่วยระบุปัญหาเกี่ยวกับตารางค่าบริการ การจัดการสัญญา หรือหนี้ที่เรียกเก็บไม่ได้.

แหล่งข้อมูล

ต้องบันทึกรายการปรับปรุงทางการเงินทุกรายการเป็นธุรกรรมเพื่อใช้ในการตรวจสอบ โดยจะปรากฏเป็นเหตุการณ์ในตารางธุรกรรมบัญชี.

บันทึก

บันทึกเป็นประเภทธุรกรรมเฉพาะในบัญชีแยกประเภทของบัญชี.

ประเภทเหตุการณ์ explicit
ยื่นอุทธรณ์กรณีเคลมถูกปฏิเสธ
ผู้ใช้ดำเนินการโต้แย้งการปฏิเสธเคลม โดยมักส่งเคลมอีกครั้งหลังแก้ไขข้อมูล หรือยื่นอุทธรณ์อย่างเป็นทางการ กิจกรรมนี้เป็นขั้นตอนสำคัญของกระบวนการแก้ไขงาน.
เหตุผลที่สำคัญ

ใช้วัดประสิทธิภาพของทีมจัดการเคลมที่ถูกปฏิเสธ การติดตามระยะเวลาตั้งแต่ถูกปฏิเสธจนถึงยื่นอุทธรณ์ รวมถึงอัตราความสำเร็จของการอุทธรณ์ ช่วยให้ปรับปรุงการเรียกคืนรายได้ได้.

แหล่งข้อมูล

ระบบอาจบันทึกเป็นการดำเนินการหรือหมายเหตุของผู้ใช้ในโมดูลจัดการเคลมที่ถูกปฏิเสธ หรืออนุมานจากการเปลี่ยนสถานะของเคลมที่ถูกปฏิเสธ.

บันทึก

บันทึกเหตุการณ์เมื่อผู้ใช้บันทึกการยื่นอุทธรณ์หรือเปลี่ยนสถานะเคลมเป็น 'ยื่นอุทธรณ์แล้ว'.

ประเภทเหตุการณ์ explicit
เริ่มติดตามทวงถามหนี้
บัญชีผู้ป่วยค้างชำระและเริ่มติดตามทวงถามหนี้อย่างจริงจัง ซึ่งอาจรวมถึงการส่งข้อความเตือนอัตโนมัติหรือส่งบัญชีให้บริษัทติดตามหนี้ภายนอก.
เหตุผลที่สำคัญ

ใช้กับแดชบอร์ด 'ประสิทธิผลของการติดตามทวงถามหนี้' ช่วยวิเคราะห์ต้นทุนและอัตราความสำเร็จของการติดตามหนี้จากลูกหนี้การค้าที่ค้างนาน.

แหล่งข้อมูล

โดยทั่วไปอนุมานจากการเปลี่ยนสถานะบัญชีใน Waystar เป็น 'ติดตามทวงถามหนี้' หรือ 'หนี้สูญ' ซึ่งจะเริ่มเวิร์กโฟลว์อีกแบบหนึ่ง.

บันทึก

อนุมานจากการเปลี่ยนสถานะบัญชีเป็น 'ติดตามทวงถามหนี้' หรือ 'หนี้สูญ'.

ประเภทเหตุการณ์ inferred
ส่งใบแจ้งยอดคงเหลือให้ผู้ป่วย
หลังจากบริษัทประกันพิจารณาเคลมแล้ว ระบบจะจัดทำและส่งใบแจ้งยอดให้ผู้ป่วยสำหรับยอดคงเหลือที่ยังต้องชำระ ขั้นตอนนี้เปลี่ยนจุดเน้นของการติดตามหนี้จากผู้จ่ายเงินประกันมาเป็นผู้ป่วย.
เหตุผลที่สำคัญ

เหตุการณ์นี้เริ่มวงจรการชำระเงินของผู้ป่วย การวิเคราะห์ประสิทธิผลและช่วงเวลาการส่งใบแจ้งยอดมีความสำคัญต่อการจัดการลูกหนี้จากผู้ป่วยและการปรับปรุงประสบการณ์ของผู้ป่วย.

แหล่งข้อมูล

โมดูลเรียกเก็บเงินผู้ป่วยจะบันทึกเหตุการณ์นี้อย่างชัดเจนเมื่อสร้างชุดใบแจ้งยอด หรือส่งใบแจ้งยอดทางอิเล็กทรอนิกส์หรือไปยังผู้ให้บริการงานพิมพ์.

บันทึก

บันทึกเหตุการณ์ในประวัติการติดต่อผู้ป่วยเมื่อจัดทำใบแจ้งยอด.

ประเภทเหตุการณ์ explicit
สร้างเคลมแล้ว
หมายถึงการสร้างเคลมเรียกเก็บเงินอย่างเป็นทางการจากค่าบริการที่บันทึกไว้ ขั้นตอนนี้เกิดขึ้นภายในระบบ โดยระบบรวบรวมข้อมูลก่อนส่งให้ผู้จ่ายเงิน.
เหตุผลที่สำคัญ

ใช้ติดตามประสิทธิภาพภายในของการสร้างเคลม หากล่าช้าในขั้นตอนนี้ วงจรการชำระเงินทั้งหมดอาจช้าลง แม้เคลมยังไม่ออกจากระบบของผู้ให้บริการ.

แหล่งข้อมูล

อาจมีการบันทึกเหตุการณ์นี้โดยตรง แต่บ่อยครั้งจะอนุมานจากเวลาประทับรายการแรกที่เชื่อมโยงกับระเบียนเคลมในโมดูลจัดการเคลมของ Waystar.

บันทึก

อนุมานจากวันที่สร้างระเบียนเคลมในตารางเคลมหลัก.

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก Waystar

ขณะนี้กำลังตรวจสอบวิธีดึงข้อมูลสำหรับกระบวนการนี้ โปรดกลับมาตรวจสอบภายหลัง หรือ ติดต่อเรา เพื่อขอความช่วยเหลือ.

พร้อมเริ่มต้นหรือยัง?

เริ่มปรับปรุงการบริหารวงจรรายได้ด้วยข้อมูลเชิงลึกเหล่านี้ เพื่อเพิ่มประสิทธิภาพและปรับปรุงกระแสเงินสดได้ตั้งแต่วันนี้.

ปรับปรุงการบริหารวงจรรายได้ เพิ่มกระแสเงินสดได้ตั้งแต่วันนี้

ระบุจุดที่ไม่มีประสิทธิภาพ ลดระยะเวลาของวงจรได้ 30% และเพิ่มกระแสเงินสด.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต เริ่มปรับปรุงได้วันนี้.