Fraud Detection — Phát hiện trục lợi
Tải log giao dịch, số đo hay chỉ số vận hành lên và nhận danh sách bản ghi lệch khỏi phần còn lại, kèm số dòng để tra ngược.
Quy tắc đang dùng: |z hiệu chỉnh| > 3.5 quanh trung vị 134.5000. Điểm bị gắn cờ nằm rải rác hay tụm lại theo thời gian là hai câu chuyện khác nhau — tụm lại thường là sự cố đo đạc.
Trên 5% thường nghĩa là ngưỡng quá nhạy hoặc dữ liệu vốn không có một tâm duy nhất, chứ không phải có thật nhiều lỗi.
Z-score dùng trung bình và độ lệch chuẩn — cả hai đều bị chính ngoại lai kéo đi, nên nó bỏ sót khi có nhiều ngoại lai cùng lúc. MAD bền hơn vì dựa trên trung vị.
Kiểm tra thủ công vài dòng này trước khi loại bất cứ thứ gì. Bất thường có thể là biến cố thật, và loại nó đi là làm hỏng dữ liệu chứ không phải làm sạch.
| Quy tắc | |z hiệu chỉnh| > 3.5 quanh trung vị 134.5000 |
| Các giá trị lệch nhất | dòng 15: 2,450.0000 · dòng 7: 1,890.0000 |
| Trung vị | 134.5000 |
| Gợi ý ngưỡng | z: 3 · MAD: 3.5 · IQR: 1.5 (chuẩn) hoặc 3 (chặt) |
| Nếu tỷ lệ > 5% | ngưỡng đang quá nhạy, hoặc dữ liệu vốn đa đỉnh |
Quy tắc đang dùng: |z hiệu chỉnh| > 3.5 quanh trung vị 134.5000. Điểm bị gắn cờ nằm rải rác hay tụm lại theo thời gian là hai câu chuyện khác nhau — tụm lại thường là sự cố đo đạc.
Dữ liệu hai đỉnh sẽ khiến mọi phương pháp dựa trên một tâm duy nhất gắn cờ nhầm cả một cụm hợp lệ.
| Quy tắc | |z hiệu chỉnh| > 3.5 quanh trung vị 134.5000 |
| Các giá trị lệch nhất | dòng 15: 2,450.0000 · dòng 7: 1,890.0000 |
| Trung vị | 134.5000 |
| Gợi ý ngưỡng | z: 3 · MAD: 3.5 · IQR: 1.5 (chuẩn) hoặc 3 (chặt) |
| Nếu tỷ lệ > 5% | ngưỡng đang quá nhạy, hoặc dữ liệu vốn đa đỉnh |
z hiệu chỉnh = 0.6745·(x − trung vị)/MAD
Đây là công thức thật mà mã nguồn chạy, không phải mô tả gần đúng.
API tại /api/v1/tools/outlier-scan gọi đúng hàm
này, nên kết quả trên trang và qua API không thể lệch nhau.
1.234.567 lẫn 1.234,56.Gian lận bảo hiểm khác gian lận thẻ ở nhịp độ: một hồ sơ bồi thường được xử lý trong nhiều ngày, nên có thời gian điều tra. Vì vậy trọng tâm là xếp hạng hồ sơ để phân bổ nguồn lực điều tra, không phải chặn thời gian thực.
| Tỷ lệ hồ sơ điều tra có kết luận gian lận | hiệu quả xếp hạng |
| Số tiền thu hồi / chi phí điều tra | chỉ số quyết định |
Phần quan trọng nhất của trang này. Một phương pháp được mô tả mà không nói chỗ nó hỏng là phiên bản quảng cáo của phương pháp đó.
Chưa có mô hình nào gắn riêng cho chủ đề này. Đây là những mô hình của cả ngành — liên quan ở cấp ngành, không phải cấp chủ đề.
Gian lận bảo hiểm khác gian lận thẻ ở nhịp độ: một hồ sơ bồi thường được xử lý trong nhiều ngày, nên có thời gian điều tra. Vì vậy trọng tâm là xếp hạng hồ sơ để phân bổ nguồn lực điều tra, không phải chặn thời gian thực.
1. Xây đặc trưng: thời gian từ khi ký hợp đồng tới khi bồi thường, số lần bồi thường trước, mạng lưới quan hệ giữa các bên liên quan. 2. Dùng phân tích mạng để phát hiện nhóm dàn dựng — cùng gara, cùng bác sĩ, cùng luật sư xuất hiện lặp lại. 3. Xếp hạng hồ sơ theo xác suất × giá trị để điều tra viên xử lý theo thứ tự.
N h ã n t h i ê n l ệ c h : b ạ n c h ỉ b i ế t g i a n l ậ n t r o n g s ố h ồ s ơ đ ã đ i ề u t r a , m à v i ệ c c h ọ n đ i ề u t r a l ạ i d ự a t r ê n q u y t ắ c c ũ .
Tỷ lệ hồ sơ điều tra có kết luận gian lận — hiệu quả xếp hạng; Số tiền thu hồi / chi phí điều tra — chỉ số quyết định.
Chưa xây dựng. Mục này hiện là điều hướng và tài liệu tham chiếu; chúng tôi không gắn nhãn 'live' cho thứ chưa chạy.