Một cơ sở bắt đầu với một dự án. Rồi thành ba. Rồi mỗi khoa có một vài công cụ riêng, một số mua ngoài, một số tự xây.
Tới lúc nào đó, không ai còn biết cơ sở đang chạy những gì.
Vấn đề khi không có quản trị
- Không biết đang có bao nhiêu hệ thống, chạy ở đâu.
- Không rõ ai chịu trách nhiệm cho từng hệ thống.
- Không ai giám sát hiệu năng sau triển khai.
- Các hệ thống trùng lặp chức năng ở các khoa khác nhau.
- Tiêu chuẩn dữ liệu không nhất quán.
- Không rà soát được khi có sự cố.
Vấn đề chỉ lộ ra khi có chuyện — và lúc đó việc tái dựng lại tình hình rất khó.
Danh mục: bước đầu tiên
Trước khi làm gì khác, cần biết mình đang có gì.
Một danh mục nên ghi cho mỗi hệ thống:
- Tên và mục đích sử dụng.
- Khoa sử dụng.
- Nhà cung cấp, hoặc tự phát triển.
- Tình trạng pháp lý — có đăng ký thiết bị y tế không.
- Phiên bản đang chạy.
- Phạm vi sử dụng được phê duyệt.
- Người chịu trách nhiệm lâm sàng.
- Người chịu trách nhiệm kỹ thuật.
- Ngày triển khai và ngày kiểm định gần nhất.
- Các chỉ số giám sát và tình trạng hiện tại.
- Ngày rà soát tiếp theo.
Việc lập danh mục lần đầu thường mất nhiều thời gian hơn dự kiến — và bản thân quá trình đó đã làm lộ ra nhiều điều bất ngờ.
Vai trò và trách nhiệm
Người chịu trách nhiệm lâm sàng
Với mỗi hệ thống, phải có một người cụ thể phụ trách về mặt lâm sàng:
- Phạm vi sử dụng có phù hợp không.
- Kết quả có hợp lý về lâm sàng không.
- Rà soát các sự cố liên quan.
- Quyết định khi cần điều chỉnh hoặc dừng.
Người chịu trách nhiệm kỹ thuật
- Vận hành và tích hợp.
- Giám sát các chỉ số kỹ thuật.
- Quản lý phiên bản.
- Liên hệ với nhà cung cấp.
Hội đồng
Cơ quan ra quyết định cấp cơ sở, nên gồm:
- Đại diện lâm sàng từ các khoa sử dụng.
- Công nghệ thông tin.
- Quản lý chất lượng.
- Dược lâm sàng khi liên quan tới thuốc.
- Pháp chế hoặc phụ trách bảo vệ dữ liệu.
Một hội đồng thuần kỹ thuật sẽ bỏ sót các vấn đề lâm sàng; một hội đồng thuần lâm sàng sẽ bỏ sót các vấn đề về dữ liệu và tích hợp.
Quy trình phê duyệt phân tầng
Áp dụng cùng một quy trình nặng cho mọi dự án sẽ khiến người ta tìm cách đi vòng.
Phân tầng theo mức rủi ro:
| Mức | Đặc điểm | Quy trình |
|---|---|---|
| Thấp | Vận hành, không đụng quyết định lâm sàng | Đăng ký vào danh mục, phê duyệt nhanh |
| Trung bình | Ảnh hưởng gián tiếp — xếp ưu tiên, nhắc việc | Đánh giá rút gọn, có ý kiến lâm sàng |
| Cao | Tham gia chẩn đoán hoặc điều trị | Đánh giá đầy đủ, kiểm định tại chỗ |
| Rất cao | Hoạt động tự động, không có người xem lại | Đánh giá đầy đủ, phê duyệt cấp cao nhất |
Nội dung đánh giá cho dự án mức cao
- Vấn đề lâm sàng cần giải quyết là gì?
- Có cách nào đơn giản hơn không?
- Bằng chứng về hiệu năng — từ đâu, trên quần thể nào?
- Tình trạng pháp lý của sản phẩm.
- Kế hoạch kiểm định tại chỗ.
- Đường đáp ứng — ai làm gì khi có kết quả?
- Nguồn lực cần cho việc đáp ứng.
- Kế hoạch giám sát sau triển khai.
- Tiêu chí thành công và tiêu chí dừng.
- Cơ sở pháp lý cho việc sử dụng dữ liệu.
- Kế hoạch dự phòng khi hệ thống ngừng.
- Thông tin cho người bệnh nếu cần.
Câu thứ hai đáng đặt nghiêm túc và hay bị bỏ qua: nhiều vấn đề giải quyết được bằng cải tiến quy trình với chi phí thấp hơn nhiều.
Giám sát tập trung
Thay vì mỗi hệ thống được giám sát riêng lẻ, nên có một bảng theo dõi chung:
- Tình trạng của từng hệ thống trong danh mục.
- Các chỉ số giám sát chính.
- Hệ thống nào đang có dấu hiệu suy giảm.
- Hệ thống nào quá hạn rà soát.
- Các sự cố đã báo cáo.
Báo cáo định kỳ lên hội đồng, và có ngưỡng tự động đưa một hệ thống vào diện xem xét.
Chu kỳ rà soát
Mỗi hệ thống nên được rà lại theo chu kỳ, nội dung gồm:
- Còn đang được dùng không, và dùng cho những ca nào?
- Thực tế sử dụng có nằm trong phạm vi phê duyệt không?
- Hiệu năng so với lúc triển khai?
- Có sự cố nào không?
- Người chịu trách nhiệm còn tại vị không?
- Có còn cần thiết không?
Câu cuối đáng hỏi định kỳ: một số hệ thống tiếp tục chạy chỉ vì không ai nghĩ tới việc tắt.
Chính sách nội bộ cần có
- Quy trình đề xuất và phê duyệt dự án mới.
- Tiêu chuẩn tối thiểu về kiểm định.
- Yêu cầu về giám sát sau triển khai.
- Quy trình báo cáo sự cố.
- Quy định về sử dụng dữ liệu.
- Yêu cầu với hợp đồng mua sắm.
- Quy trình khi cần tạm dừng.
Bắt đầu từ đâu
Với cơ sở chưa có gì, thứ tự hợp lý:
- Lập danh mục những gì đang chạy — bước này thường đủ để tạo động lực cho các bước sau.
- Chỉ định người chịu trách nhiệm cho từng hệ thống.
- Thành lập hội đồng với thành phần và lịch họp rõ ràng.
- Xây quy trình phê duyệt cho dự án mới.
- Thiết lập giám sát cho các hệ thống rủi ro cao trước.
- Rà soát dần các hệ thống đang chạy.
Bước một là bước quan trọng nhất và cũng dễ bắt đầu nhất — và kết quả của nó thường thuyết phục hơn mọi lập luận về sự cần thiết của quản trị.
Câu hỏi thường gặp
Vì sao cần khung quản trị tập trung?
Vì khi mỗi nhóm tự triển khai theo cách riêng, cơ sở mất khả năng biết mình đang chạy những gì, ai chịu trách nhiệm, và hệ thống nào đang hoạt động kém. Vấn đề chỉ lộ ra khi có sự cố, và lúc đó việc rà soát rất khó.
Danh mục mô hình cần ghi những gì?
Tên và mục đích, phiên bản đang chạy, phạm vi sử dụng, người chịu trách nhiệm lâm sàng và kỹ thuật, ngày kiểm định gần nhất, và các chỉ số giám sát hiện tại. Không có danh mục thì không thể quản trị.
Hội đồng nên gồm những ai?
Đại diện lâm sàng từ các khoa sử dụng, công nghệ thông tin, quản lý chất lượng, dược lâm sàng khi liên quan, và bộ phận pháp chế hoặc bảo vệ dữ liệu. Thành phần thuần kỹ thuật sẽ bỏ sót các vấn đề lâm sàng và ngược lại.
Quy trình phê duyệt nên có mấy bước?
Nên phân tầng theo mức rủi ro: dự án không đụng tới quyết định lâm sàng qua quy trình nhẹ, dự án ảnh hưởng tới chẩn đoán hoặc điều trị cần đánh giá đầy đủ. Áp dụng cùng một quy trình nặng cho mọi thứ sẽ khiến người ta tìm cách đi vòng.