เทมเพลตข้อมูลการบริหารวงจรรายได้ของคุณ
เทมเพลตข้อมูลการบริหารวงจรรายได้ของคุณ
- แอตทริบิวต์ข้อมูลที่แนะนำสำหรับการวิเคราะห์อย่างละเอียด
- กิจกรรมหลักในกระบวนการที่ควรติดตาม
- คำแนะนำที่นำไปใช้ได้จริงสำหรับดึงข้อมูลจาก Waystar
แอตทริบิวต์การบริหารวงจรรายได้
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม 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 | |||
กิจกรรมการบริหารวงจรรายได้
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| เคลมถูกปฏิเสธ | ผู้จ่ายเงินประกันปฏิเสธเคลมและจะไม่จ่ายเงินตามรายละเอียดใน 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 | |||
คู่มือการดึงข้อมูล
ขณะนี้กำลังตรวจสอบวิธีดึงข้อมูลสำหรับกระบวนการนี้ โปรดกลับมาตรวจสอบภายหลัง หรือ ติดต่อเรา เพื่อขอความช่วยเหลือ.
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงการบริหารวงจรรายได้ด้วยข้อมูลเชิงลึกเหล่านี้ เพื่อเพิ่มประสิทธิภาพและปรับปรุงกระแสเงินสดได้ตั้งแต่วันนี้.
ปรับปรุงการบริหารวงจรรายได้ เพิ่มกระแสเงินสดได้ตั้งแต่วันนี้
ระบุจุดที่ไม่มีประสิทธิภาพ ลดระยะเวลาของวงจรได้ 30% และเพิ่มกระแสเงินสด.
ไม่ต้องใช้บัตรเครดิต เริ่มปรับปรุงได้วันนี้.