Bài này tổng hợp toàn bộ chuyên mục thành một danh sách rà. Dùng trước khi đưa một hệ thống vào sử dụng thật.
Phần 1: vấn đề và phương án
- ☐ Vấn đề lâm sàng hoặc vận hành cần giải quyết được nêu cụ thể.
- ☐ Đã cân nhắc các phương án đơn giản hơn — cải tiến quy trình, điều chỉnh cấu hình sẵn có.
- ☐ Có người dùng thật quan tâm tới việc giải quyết vấn đề này.
- ☐ Xác định rõ hệ thống sẽ làm gì và không làm gì.
Phần 2: bằng chứng
- ☐ Có kiểm định ngoài trên dữ liệu từ cơ sở khác.
- ☐ Quần thể kiểm định tương tự với quần thể của cơ sở.
- ☐ Có cả độ nhạy và độ đặc hiệu tại ngưỡng vận hành.
- ☐ Có hiệu năng tách theo nhóm, kèm cỡ mẫu từng nhóm.
- ☐ Biết tỷ lệ hiện mắc trong tập kiểm định.
- ☐ Có nghiên cứu tiến cứu, hoặc biết rõ chỉ có dữ liệu hồi cứu.
- ☐ Đã tính được số cảnh báo dự kiến mỗi ngày với khối lượng ca thực tế.
Phần 3: pháp lý
- ☐ Biết sản phẩm được phân loại thế nào tại nơi áp dụng.
- ☐ Có số đăng ký hoặc phê duyệt, đã tự tra trên nguồn chính thức.
- ☐ Có nguyên văn phạm vi sử dụng được phê duyệt.
- ☐ Cách dự định dùng nằm trong phạm vi đó.
- ☐ Xác định cơ sở pháp lý cho việc sử dụng dữ liệu.
- ☐ Rõ nghĩa vụ báo cáo sự cố của các bên.
Phần 4: hợp đồng
- ☐ Quyền xuất toàn bộ dữ liệu ở định dạng mở, chi phí đã thoả thuận.
- ☐ Rõ nhà cung cấp được dùng dữ liệu của cơ sở vào việc gì.
- ☐ Quyền chạy thử trên dữ liệu của cơ sở trước khi cam kết.
- ☐ Nghĩa vụ thông báo trước khi cập nhật, kèm mô tả thay đổi.
- ☐ Quyền giữ phiên bản hiện tại trong thời gian đánh giá.
- ☐ Nghĩa vụ thông báo ngược khi phát hiện vấn đề ở cơ sở khác.
- ☐ Điều kiện và chi phí khi chấm dứt hợp đồng.
Phần 5: kiểm định tại chỗ
- ☐ Có kế hoạch kiểm định trên dữ liệu của cơ sở.
- ☐ Bộ mẫu phản ánh quần thể thật, gồm cả ca chất lượng dữ liệu kém.
- ☐ Tiêu chuẩn tham chiếu được xác định rõ.
- ☐ Có giai đoạn chạy song song im lặng trước khi hiển thị.
- ☐ Ngưỡng vận hành được chọn dựa trên dữ liệu tại chỗ.
Phần 6: quy trình
- ☐ Đường đáp ứng rõ ràng — ai nhận kết quả, làm gì, trong bao lâu.
- ☐ Có đủ nhân lực để đáp ứng, kể cả ca đêm.
- ☐ Cơ chế chuyển lên cấp cao hơn khi không được xử lý.
- ☐ Mức can thiệp của cảnh báo tương xứng với mức rủi ro.
- ☐ Kết quả hiển thị trong luồng làm việc sẵn có, không phải phần mềm riêng.
- ☐ Người dùng bỏ qua được dễ dàng khi không phù hợp.
- ☐ Có cách ghi lại lý do cho các quyết định quan trọng.
Phần 7: con người
- ☐ Người dùng đã tham gia từ khâu thiết kế.
- ☐ Hệ thống giảm việc cho chính người dùng nó.
- ☐ Có người dẫn dắt tại mỗi khoa, được dành thời gian chính thức.
- ☐ Kế hoạch đào tạo gồm cả giới hạn của hệ thống.
- ☐ Đào tạo lại cho nhân viên mới nằm trong quy trình nhận việc.
- ☐ Kênh phản hồi dễ dùng và có cơ chế phản hồi ngược.
Phần 8: giám sát
- ☐ Bộ chỉ số đã chọn, gồm cả chỉ số cân bằng.
- ☐ Có chỉ số về gánh nặng tạo ra.
- ☐ Cách thu thập tự động.
- ☐ Ngưỡng và hành động tương ứng được định trước.
- ☐ Kế hoạch lấy mẫu đối chiếu định kỳ.
- ☐ Giám sát tách theo nhóm người bệnh.
- ☐ Người chịu trách nhiệm được chỉ định rõ.
- ☐ Chu kỳ báo cáo lên hội đồng.
Phần 9: dự phòng và rút lui
- ☐ Quy trình khi hệ thống ngừng đã được viết và diễn tập.
- ☐ Biểu mẫu giấy sẵn sàng, đúng phiên bản.
- ☐ Cách truy cập thông tin tối thiểu không phụ thuộc hệ thống.
- ☐ Quy trình nhập lại dữ liệu sau khi khôi phục.
- ☐ Tiêu chí dừng đã định trước.
- ☐ Người có thẩm quyền quyết định dừng được chỉ định.
Phần 10: quản trị
- ☐ Đã đăng ký vào danh mục hệ thống của cơ sở.
- ☐ Có người chịu trách nhiệm lâm sàng và kỹ thuật.
- ☐ Ngày rà soát tiếp theo đã định.
- ☐ Kế hoạch thông tin cho người bệnh nếu cần.
Mức độ khắt khe theo rủi ro
| Loại hệ thống | Phạm vi rà |
|---|---|
| Vận hành, không đụng quyết định lâm sàng | Phần 1, 4, 8, 10 |
| Ảnh hưởng gián tiếp — xếp ưu tiên, nhắc việc | Thêm phần 6, 7, 9 |
| Tham gia chẩn đoán hoặc điều trị | Toàn bộ |
| Hoạt động tự động không có người xem lại | Toàn bộ, với mức chặt nhất |
Ba mục quyết định nhất
Nếu không đủ thời gian rà hết, ba mục này quyết định nhiều nhất tới việc hệ thống có tạo giá trị thật hay không:
- Đường đáp ứng — khi hệ thống đưa ra kết quả, ai làm gì khác đi?
- Kế hoạch giám sát — ai theo dõi hiệu năng sau một năm?
- Tiêu chí dừng — điều kiện nào thì ngừng, và ai quyết định?
Ba mục này cũng là ba mục hay bị bỏ qua nhất, vì chúng không thuộc về giai đoạn hào hứng của một dự án.
Điều không đổi
Xuyên suốt chuyên mục này có một nguyên tắc lặp lại:
Chất lượng của một mô hình không phải thuộc tính cố định của nó. Nó là kết quả của sự kết hợp giữa mô hình, dữ liệu tại chỗ, quy trình xung quanh, và những người vận hành nó.
Vì vậy câu hỏi đúng không bao giờ là "mô hình này tốt tới đâu" mà là "nó hoạt động ra sao ở đây, với những người này, trong quy trình này".
Và câu đó chỉ trả lời được bằng cách đo — tại chỗ, sau khi triển khai, và tiếp tục đo theo thời gian.
Câu hỏi thường gặp
Mục nào trong bảng kiểm quan trọng nhất?
Ba mục: đường đáp ứng sau khi có kết quả, kế hoạch giám sát sau triển khai, và tiêu chí dừng. Ba mục này quyết định nhiều nhất tới việc hệ thống có tạo ra giá trị thật hay không, và cũng hay bị bỏ qua nhất.
Có cần mọi mục đều đạt không?
Không. Mức độ khắt khe nên tỷ lệ với mức rủi ro: một hệ thống vận hành không đụng tới quyết định lâm sàng không cần rà toàn bộ, trong khi hệ thống tham gia chẩn đoán thì cần đủ.
Nên rà bảng kiểm này khi nào?
Trước khi ký hợp đồng cho các mục về bằng chứng và hợp đồng, và trước khi bật hệ thống cho người dùng với các mục còn lại. Rà sau khi đã triển khai thì nhiều mục không còn sửa được.
Ai nên rà?
Hội đồng chuyên môn của cơ sở với sự tham gia của đại diện khoa sử dụng, công nghệ thông tin và quản lý chất lượng. Một bên duy nhất rà sẽ bỏ sót các nhóm mục ngoài chuyên môn của mình.