Khi hệ thống ngừng hoạt động: kế hoạch dự phòng

Một hệ thống càng hữu ích thì càng được tích hợp sâu. Càng tích hợp sâu thì việc nó ngừng càng gây gián đoạn lớn.

Đây là nghịch lý của mọi dự án y tế số thành công, và nó cần được chuẩn bị từ đầu.

Ba loại gián đoạn

Có kế hoạch

Bảo trì, nâng cấp, chuyển đổi hạ tầng.

Dễ xử lý nhất vì chuẩn bị được: thông báo trước, chọn thời điểm ít ảnh hưởng, chuẩn bị nhân lực, in sẵn dữ liệu cần thiết.

Đột ngột

Lỗi hệ thống, sự cố hạ tầng, mất điện, sự cố an ninh mạng.

Khó hơn vì không có thời gian chuẩn bị. Đây là tình huống mà quy trình sẵn có quyết định mọi thứ.

Một phần

Hệ thống vẫn chạy nhưng cho kết quả sai, hoặc một phân hệ hỏng trong khi các phân hệ khác bình thường.

Đây là loại nguy hiểm nhất vì không có dấu hiệu rõ ràng. Mọi người tiếp tục làm việc bình thường với dữ liệu không đáng tin.

Vấn đề mất kỹ năng

Sau một thời gian dùng hệ thống, nhân viên mất dần thói quen làm việc theo cách cũ.

Điều này đặc biệt rõ với nhân viên mới — họ chưa bao giờ làm việc không có hệ thống.

Hệ quả: khi hệ thống ngừng, không phải chỉ thiếu công cụ mà còn thiếu cả kỹ năng và quy trình thay thế.

Quy trình dự phòng cần có gì

Biểu mẫu giấy

In sẵn, để ở nơi biết trước, kiểm tra định kỳ còn đủ và còn đúng phiên bản.

Nghe đơn giản nhưng thường không được duy trì: biểu mẫu in từ ba năm trước có thể không còn khớp với quy trình hiện tại.

Cách truy cập thông tin tối thiểu

Khi hệ thống ngừng, làm sao biết người bệnh nào đang nằm ở giường nào, dùng thuốc gì, dị ứng gì?

Các phương án:

• In danh sách người bệnh và tóm tắt theo chu kỳ định kỳ.
• Hệ thống chỉ đọc chạy độc lập, cập nhật định kỳ.
• Bản sao dữ liệu tối thiểu ở nơi khác.

Điểm mấu chốt: giải pháp không được phụ thuộc vào chính hệ thống bị ngừng.

Phân công rõ

• Ai tuyên bố tình trạng ngừng hệ thống?
• Ai thông báo cho các khoa?
• Ai liên hệ với nhà cung cấp?
• Ai điều phối tại mỗi khoa?
• Ai quyết định khi nào quay lại hoạt động bình thường?

Quy trình nhập lại

Đây là phần hay bị bỏ qua khi lập kế hoạch, và là phần tốn công nhất trong thực tế.

Sau khi hệ thống trở lại, toàn bộ dữ liệu ghi trên giấy phải được nhập vào. Cần:

• Ai nhập, trong bao lâu.
• Cách đánh dấu dữ liệu nhập hồi cứu.
• Cách xử lý mâu thuẫn nếu có.
• Kiểm tra đã nhập đủ chưa.

Nếu không có kế hoạch cho phần này, một lần ngừng vài giờ có thể để lại dữ liệu không đầy đủ vĩnh viễn.

Với hệ thống hỗ trợ quyết định

Riêng nhóm này có câu hỏi đặc thù: khi hệ thống ngừng, các chức năng an toàn mà nó đảm nhận được thay thế bằng gì?

Ví dụ: nếu hệ thống kê đơn đang kiểm tra tương tác thuốc tự động, thì trong thời gian ngừng, ai làm việc đó?

Cần quy trình cụ thể:

• Dược sĩ rà đơn thủ công.
• Dùng tài liệu tra cứu dạng giấy hoặc hệ thống độc lập.
• Hạn chế các thủ thuật không khẩn trong thời gian ngừng.

Diễn tập

Một quy trình chỉ tồn tại trên giấy sẽ không chạy được khi cần.

Diễn tập định kỳ phát hiện các vấn đề thực tế:

• Biểu mẫu giấy để ở đâu, có ai biết không?
• Danh sách in gần nhất là từ bao giờ?
• Nhân viên mới có biết phải làm gì không?
• Ai có số điện thoại của nhà cung cấp?
• Thông tin liên lạc khẩn có còn đúng không?

Một buổi diễn tập ngắn mỗi năm thường phát hiện ra vài lỗ hổng — và đó chính là giá trị của nó.

Gián đoạn một phần: cách phát hiện

Đây là loại khó nhất vì không có tín hiệu rõ ràng.

Các biện pháp:

• Giám sát tự động các chỉ số vận hành — số kết quả trả về mỗi giờ, phân bố giá trị, thời gian xử lý.
• Kiểm tra định kỳ bằng ca mẫu — chạy một bộ ca có kết quả đã biết, so sánh.
• Kênh báo cáo dễ dùng để nhân viên báo khi thấy điều bất thường.

Biện pháp thứ ba thường phát hiện sớm nhất: người dùng hằng ngày nhận ra sự khác thường trước khi nó hiện ra trong số liệu.

Câu hỏi đánh giá mức phụ thuộc

Một câu hỏi đáng đặt định kỳ:

Nếu hệ thống này ngừng trong hai mươi bốn giờ, chuyện gì xảy ra?

Nếu câu trả lời là "mọi thứ dừng lại", đó là mức phụ thuộc cần được xử lý bằng kế hoạch dự phòng cụ thể, không phải bằng hy vọng rằng nó sẽ không xảy ra.

Câu hỏi thường gặp