ICU Dashboard — Theo dõi hồi sức
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.Giám sát hồi sức tích cực xử lý dữ liệu sinh hiệu tần số cao để phát hiện sớm diễn biến xấu. Thách thức kỹ thuật lớn nhất là nhiễu: dữ liệu ICU đầy giá trị bất thường do cảm biến tuột, bệnh nhân cử động, hoặc can thiệp điều dưỡng.
| Thời gian cảnh báo trước | phải đủ để can thiệp có ý nghĩa |
| Số báo động giả mỗi ngày | yếu tố quyết định mức chấp nhận lâm sàng |
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ủ đề.
Giám sát hồi sức tích cực xử lý dữ liệu sinh hiệu tần số cao để phát hiện sớm diễn biến xấu. Thách thức kỹ thuật lớn nhất là nhiễu: dữ liệu ICU đầy giá trị bất thường do cảm biến tuột, bệnh nhân cử động, hoặc can thiệp điều dưỡng.
1. Làm sạch tín hiệu và đánh dấu đoạn không đáng tin thay vì nội suy bừa. 2. Trích đặc trưng trên cửa sổ trượt: xu hướng, biến thiên, tương quan giữa các sinh hiệu. 3. Xây mô hình cảnh báo sớm với chân trời đủ dài để can thiệp kịp. 4. Đánh giá bằng số cảnh báo mỗi giường mỗi ngày, không chỉ bằng AUC.
C a n t h i ệ p đ i ề u t r ị l à m s i n h h i ệ u c ả i t h i ệ n , k h i ế n m ô h ì n h h ọ c r ằ n g ' b ệ n h n h â n s ắ p n ặ n g t h ì s ẽ t ố t l ê n ' — n g h ị c h l ý đ i ề u t r ị .
Thời gian cảnh báo trước — phải đủ để can thiệp có ý nghĩa; Số báo động giả mỗi ngày — yếu tố quyết định mức chấp nhận lâm sàng.
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.