Điều mà phòng xét nghiệm sợ nhất không phải là thiết bị hỏng, mà là chuỗi mẫu bị đứt gãy : phiếu gửi mẫu của khách hàng nằm trong WeChat, còn mẫu thì không tìm thấy số hiệu trong tủ lạnh, báo cáo đã sửa tới ba lần mà vẫn không rõ ai là người phê duyệt. Khi có khiếu nại, việc truy vết phải lật lại cả mấy ngày lịch sử trò chuyện lẫn sổ sách giấy tờ.
Công việc được chia thành các bước như thế nào: tiếp nhận mẫu, chuẩn bị, kiểm tra, lập báo cáo, lưu mẫu
Chia một lần kiểm tra thành các nút giao có thể kiểm toán được sẽ hữu ích hơn so với việc chỉ tập hợp danh sách chức năng:
- Đăng ký tiếp nhận mẫu : phiếu ủy thác, nhãn hiệu mẫu, điều kiện bảo quản, mức độ khẩn cấp
- Chuẩn bị và phân mẫu : số hiệu mẫu phụ, lô vật tư tiêu hao, người thực hiện chuẩn bị
- Nhiệm vụ kiểm tra : tiêu chuẩn phương pháp, thiết bị, biên bản gốc, quy tắc tái kiểm tra
- Ký duyệt báo cáo : bản nháp, thẩm định, phê duyệt, hủy bỏ và bản sửa đổi
- Lưu mẫu và tiêu hủy : vị trí, hạn sử dụng, phê duyệt tiêu hủy
Biểu mẫu có thể ghi lại các trường tĩnh, nhưng không thể chịu nổi tình trạng đồng thời thay đổi trạng thái : cùng một mẫu bị nhiều người chỉnh sửa, báo cáo đã gửi đi lại bị thay thế một cách âm thầm. Hệ thống cần ghi lại “ai đã sửa gì vào lúc nào” thành một dòng chảy không thể phủ nhận.
Thiết kế ra sao: vai trò và ranh giới dữ liệuĐề xuất vai trò: nhân viên tiếp nhận mẫu, nhân viên kiểm tra, người thẩm định, người ký duyệt, người phụ trách chất lượng. Nhân viên kiểm tra không được phép ký duyệt; người ký duyệt không được phép sửa đổi biên bản gốc, chỉ được trả về. Cổng thông tin khách hàng chỉ xem được tiến độ và báo cáo cuối cùng, không xem được các chú thích nội bộ.
- Phiếu ủy thác: khách hàng, dự án, phương pháp tiêu chuẩn, cam kết thời hạn giao hàng
- Hồ sơ chính của mẫu: mã duy nhất, quan hệ mẫu mẹ/con, điều kiện bảo quản
- Biên bản gốc: hàm băm của tệp gốc từ thiết bị, các mục nhập thủ công, dấu hiệu bất thường
- Phiên bản báo cáo: số phiên bản, lý do hủy bỏ, mối quan hệ thay thế
- Vị trí kho: kệ lưu mẫu, khu vực nhiệt độ, nhiệm vụ kiểm kê
Phát triển và nghiệm thu như thế nào
Ưu tiên thu thập dữ liệu bằng mã vạch/RFID, ghi chép thủ công để phục vụ kiểm toán. Bên phía thiết bị nếu có thể kết nối thì kết nối tệp gốc, nếu không thì ít nhất cũng xuất tệp vào kho và tính hàm băm. Sau khi tạo file PDF báo cáo, khóa hàm băm nội dung, tải xuống kèm theo dấu nước và số phiên bản.
Cảnh huống nghiệm thu phải bao quát cả dữ liệu bẩn: liệu có chặn việc tiếp nhận mẫu lần thứ hai cùng số hiệu; liệu mẫu lưu quá hạn có tự động hủy nhiệm vụ; sau khi báo cáo bị hủy, liệu chuỗi cũ có mất hiệu lực; khi khách hàng thúc giục báo cáo, các mốc tiến độ có khớp nhau không; sau khi tái kiểm tra kích hoạt, kết quả ban đầu được giữ lại để so sánh như thế nào.
Giá trị của hệ thống phòng xét nghiệm nằm ở việc “xác định được người, mẫu, phương pháp, phiên bản trong vòng ba mươi phút khi có khiếu nại”, chứ không phải ở việc bảng điều khiển trang chủ có đẹp hay không.
Các mô hình thất bại thường gặp tại hiện trường
Loại thứ nhất là mã số không duy nhất . Loại thứ hai là phiên bản tiêu chuẩn phương pháp lộn xộn , thư viện phương pháp cần được phiên bản hóa và đóng băng snapshot. Loại thứ ba là khách hàng tự ý gửi bản nháp , kênh phát hành bên ngoài chỉ mở cho các văn bản đã được phê duyệt.
Trình tự triển khai và các chỉ tiêu
Trước hết cần kết nối tiếp nhận mẫu – nhiệm vụ – phiên bản báo cáo, sau đó mới đến phần lưu mẫu và cổng thông tin khách hàng, cuối cùng mới kết nối với thiết bị. Hai tuần thí điểm giám sát: thời gian tìm kiếm mẫu, tỷ lệ sửa báo cáo, thời gian xác định nguyên nhân khiếu nại, số lượng mẫu lưu quá hạn chưa xử lý.
Đối với phòng xét nghiệm đa địa điểm, việc điều chuyển giữa các cơ sở cần có trạng thái đang vận chuyển, riêng biệt trường báo cáo và trường kiểm tra. Tài khoản bên ngoài chỉ được đọc bản cuối cùng; các thao tác quyền cao cần xác nhận hai lần.
Trong thực tiễn, nên dùng hai tuần thí điểm để kiểm chứng quy trình chính rồi mới mở rộng; danh sách thí điểm, danh sách vấn đề và điều kiện rollback cần được ghi trong email triển khai nhằm tránh truyền miệng.
Đối với những thay đổi cấu hình quan trọng, áp dụng chế độ kiểm tra hai người, môi trường thử nghiệm phải được kiểm chứng trước khi đồng bộ vào sản xuất, tránh sai sót ảnh hưởng đến tính liên tục của hoạt động tuyến đầu.
Về mặt tài liệu, cần giữ lại hướng dẫn khẩu ngữ, ma trận quyền hạn theo vai trò, bảng trường giao diện, sổ tay xử lý sự cố, để thuận tiện cho kiểm toán và người mới tiếp quản.
Khi bàn giao giữa nhà cung cấp hoặc đối tác triển khai, dùng danh sách môi trường và bảng quyền tài khoản làm căn cứ ký xác nhận, giảm thiểu tình trạng “ai đã từng thay đổi cấu hình” khó giải thích.
Chỉ tiêu cần được đóng băng bằng văn bản trước khi lập báo cáo, tránh tình trạng cùng một thuật ngữ nhưng ba cách tính khác nhau. Cuộc họp tuần chỉ tập trung vào các trường hợp bất thường hàng đầu, không mở rộng nhu cầu.
Cần thử nghiệm áp lực mạng yếu và các tình huống cao điểm: xếp hàng chồng chất, tái thử nghiệm đẳng thức, chiến lược hạ cấp khi timeout đều phải được ghi trong sổ tay vận hành.
Tối giản hóa quyền hạn: mặc định từ chối, chỉ mở theo vai trò; các thao tác nguy hiểm cần xác nhận hai lần và ghi nhật ký kiểm toán.
Bảo quản và lưu trữ dữ liệu theo quy định, khi hết hạn sẽ lưu trữ chứ không xóa trực tiếp, đáp ứng yêu cầu về thời hạn truy vết.
Đào tạo theo vai trò: nhân viên học quy trình chính, quản lý học xử lý ngoại lệ, admin học cấu hình và rollback.
Nếu phạm vi giai đoạn một quá lớn, ưu tiên đảm bảo đường truyền chính có thể chạy ổn định và kiểm toán được, còn báo cáo phụ và các tính năng thông minh sẽ dời sang giai đoạn hai.
Trong thực tiễn, nên dùng hai tuần thí điểm để kiểm chứng quy trình chính rồi mới mở rộng; danh sách thí điểm, danh sách vấn đề và điều kiện rollback cần được ghi trong email triển khai nhằm tránh truyền miệng.
Đối với những thay đổi cấu hình quan trọng, áp dụng chế độ kiểm tra hai người, môi trường thử nghiệm phải được kiểm chứng trước khi đồng bộ vào sản xuất, tránh sai sót ảnh hưởng đến tính liên tục của hoạt động tuyến đầu.
Về mặt tài liệu, cần giữ lại hướng dẫn khẩu ngữ, ma trận quyền hạn theo vai trò, bảng trường giao diện, sổ tay xử lý sự cố, để thuận tiện cho kiểm toán và người mới tiếp quản.
Khi bàn giao giữa nhà cung cấp hoặc đối tác triển khai, dùng danh sách môi trường và bảng quyền tài khoản làm căn cứ ký xác nhận, giảm thiểu tình trạng “ai đã từng thay đổi cấu hình” khó giải thích.
Chỉ tiêu cần được đóng băng bằng văn bản trước khi lập báo cáo, tránh tình trạng cùng một thuật ngữ nhưng ba cách tính khác nhau. Cuộc họp tuần chỉ tập trung vào các trường hợp bất thường hàng đầu, không mở rộng nhu cầu.
Cần thử nghiệm áp lực mạng yếu và các tình huống cao điểm: xếp hàng chồng chất, tái thử nghiệm đẳng thức, chiến lược hạ cấp khi timeout đều phải được ghi trong sổ tay vận hành.
Tối giản hóa quyền hạn: mặc định từ chối, chỉ mở theo vai trò; các thao tác nguy hiểm cần xác nhận hai lần và ghi nhật ký kiểm toán.
Bảo quản và lưu trữ dữ liệu theo quy định, khi hết hạn sẽ lưu trữ chứ không xóa trực tiếp, đáp ứng yêu cầu về thời hạn truy vết.
Đào tạo theo vai trò: nhân viên học quy trình chính, quản lý học xử lý ngoại lệ, admin học cấu hình và rollback.
Nếu phạm vi giai đoạn một quá lớn, ưu tiên đảm bảo đường truyền chính có thể chạy ổn định và kiểm toán được, còn báo cáo phụ và các tính năng thông minh sẽ dời sang giai đoạn hai.
Trong thực tiễn, nên dùng hai tuần thí điểm để kiểm chứng quy trình chính rồi mới mở rộng; danh sách thí điểm, danh sách vấn đề và điều kiện rollback cần được ghi trong email triển khai nhằm tránh truyền miệng.
Đối với những thay đổi cấu hình quan trọng, áp dụng chế độ kiểm tra hai người, môi trường thử nghiệm phải được kiểm chứng trước khi đồng bộ vào sản xuất, tránh sai sót ảnh hưởng đến tính liên tục của hoạt động tuyến đầu.
Về mặt tài liệu, cần giữ lại hướng dẫn khẩu ngữ, ma trận quyền hạn theo vai trò, bảng trường giao diện, sổ tay xử lý sự cố, để thuận tiện cho kiểm toán và người mới tiếp quản.
Khi bàn giao giữa nhà cung cấp hoặc đối tác triển khai, dùng danh sách môi trường và bảng quyền tài khoản làm căn cứ ký xác nhận, giảm thiểu tình trạng “ai đã từng thay đổi cấu hình” khó giải thích.
Chỉ tiêu cần được đóng băng bằng văn bản trước khi lập báo cáo, tránh tình trạng cùng một thuật ngữ nhưng ba cách tính khác nhau. Cuộc họp tuần chỉ tập trung vào các trường hợp bất thường hàng đầu, không mở rộng nhu cầu.