Bài 17. Phân tích nguyên nhân gốc: RCA và 5 Why

1. Đặt vấn đề: Không thể phòng ngừa tái diễn nếu chỉ dừng ở “rút kinh nghiệm”

Trong quản lý sự cố y khoa, một trong những hạn chế phổ biến nhất là sau khi sự cố xảy ra, bệnh viện thường kết luận bằng các cụm từ quen thuộc như “nhân viên chưa tuân thủ quy trình”, “thiếu kiểm tra”, “chủ quan”, “rút kinh nghiệm”, “tăng cường nhắc nhở” hoặc “tập huấn lại”. Những kết luận này có thể đúng ở bề mặt, nhưng thường chưa đủ để ngăn sự cố tái diễn. Nếu nguyên nhân sâu xa nằm ở quy trình không rõ, môi trường làm việc quá tải, thuốc sắp xếp dễ nhầm, phần mềm chưa cảnh báo, bàn giao thiếu chuẩn hóa hoặc thiếu kiểm tra chéo, thì việc nhắc nhở cá nhân sẽ không làm hệ thống an toàn hơn một cách bền vững.

Phân tích nguyên nhân gốc, thường gọi là RCA (Root Cause Analysis), ra đời để giải quyết vấn đề này. RCA giúp bệnh viện đi từ sự kiện đã xảy ra đến các nguyên nhân hệ thống phía sau, từ đó đề xuất giải pháp phòng ngừa có khả năng tác động vào gốc rễ của vấn đề. Trong khi đó, 5 Why là một công cụ đơn giản nhưng rất hiệu quả để đào sâu nguyên nhân bằng cách liên tục đặt câu hỏi “vì sao” cho đến khi tìm được điểm có thể can thiệp trong hệ thống.

Thông tư 43/2018/TT-BYT quy định rõ sau khi tiếp nhận báo cáo sự cố y khoa, cơ sở khám chữa bệnh phải phân tích để tìm nguyên nhân, đưa ra khuyến cáo phòng ngừa và tránh tái diễn sự cố. Đối với các sự cố được phân loại thuộc nhóm tổn thương trung bình và tổn thương nặng, cơ sở khám chữa bệnh phải tìm hiểu, phân tích, xác định nguyên nhân gây ra sự cố, đề xuất giải pháp khắc phục và phòng ngừa. Văn bản cũng yêu cầu khi phân tích phải xem xét các yếu tố ảnh hưởng và làm rõ nguyên nhân gốc, nguyên nhân có tính hệ thống hoặc nguyên nhân đơn lẻ. Đây là cơ sở pháp lý quan trọng để bệnh viện triển khai RCA và 5 Why như một phần bắt buộc của hệ thống quản lý sự cố y khoa.

2. Bản chất của phân tích nguyên nhân gốc

Phân tích nguyên nhân gốc không phải là điều tra để tìm người có lỗi. Mục tiêu của RCA là hiểu vì sao hệ thống đã cho phép sự cố xảy ra, vì sao các hàng rào an toàn không ngăn được sai sót, và cần thay đổi gì để giảm khả năng sự cố tái diễn. Đây là điểm khác biệt rất lớn giữa tư duy xử lý cá nhân và tư duy quản lý an toàn theo hệ thống.

Một sự cố y khoa thường là kết quả của nhiều yếu tố cùng lúc. Ví dụ, một trường hợp tiêm nhầm thuốc có thể liên quan đến tên thuốc giống nhau, bao bì giống nhau, thuốc đặt gần nhau, điều dưỡng bị gián đoạn khi chuẩn bị thuốc, người bệnh không có vòng tay nhận diện, y lệnh chưa rõ, không có bước kiểm tra chéo đối với thuốc nguy cơ cao và khoa đang thiếu nhân lực vào ca trực. Nếu chỉ nhìn thấy hành động cuối cùng là “điều dưỡng tiêm nhầm”, bệnh viện sẽ bỏ qua toàn bộ chuỗi điều kiện đã tạo ra sai sót.

RCA giúp đặt sự cố vào bối cảnh hệ thống. Thay vì hỏi “ai làm sai”, RCA hỏi: quy trình có rõ không, nhân viên có được đào tạo không, thông tin có đầy đủ không, thiết bị có phù hợp không, môi trường làm việc có tạo điều kiện cho sai sót không, khối lượng công việc có vượt khả năng kiểm soát không, giám sát có phát hiện được sai lệch không, và có hàng rào nào đã thất bại trước khi sự cố đến người bệnh không.

Cách tiếp cận này không phủ nhận trách nhiệm cá nhân. Nhân viên y tế vẫn có trách nhiệm thực hiện đúng quy trình, trung thực báo cáo và tuân thủ chuẩn chuyên môn. Tuy nhiên, RCA giúp bệnh viện phân biệt giữa lỗi vô ý trong một hệ thống chưa an toàn với hành vi cố ý vi phạm, che giấu hoặc cẩu thả nghiêm trọng. Đây là nền tảng để xây dựng văn hóa công bằng trong báo cáo sự cố.

3. Khi nào cần thực hiện RCA

Không phải mọi sự cố đều cần RCA đầy đủ. Nếu bệnh viện áp dụng RCA cho tất cả các báo cáo sự cố, hệ thống sẽ quá tải và khó duy trì. Ngược lại, nếu chỉ RCA khi có tử vong hoặc sự cố rất nghiêm trọng, bệnh viện sẽ bỏ lỡ nhiều cơ hội cải tiến. Vì vậy, cần xác định tiêu chí lựa chọn sự cố cần phân tích sâu.

RCA nên được thực hiện đối với các sự cố gây tổn thương trung bình, tổn thương nặng, tử vong, sự cố nghiêm trọng, sự cố có nguy cơ tiếp tục gây hại cho nhiều người bệnh, sự cố có yếu tố hệ thống rõ ràng, sự cố lặp lại nhiều lần hoặc near-miss có nguy cơ rất cao. Ví dụ, một tình huống suýt truyền nhầm máu nhưng được phát hiện trước khi truyền vẫn có thể cần RCA, vì nếu không được chặn lại, hậu quả có thể tử vong. Một trường hợp suýt phẫu thuật sai vị trí cũng cần phân tích sâu, dù chưa gây hại, vì đây là cảnh báo về lỗ hổng nghiêm trọng trong hệ thống phẫu thuật.

Thông tư 43 đã đặt ngưỡng rõ đối với các sự cố thuộc nhóm tổn thương trung bình và nặng: cơ sở khám chữa bệnh phải tìm hiểu, phân tích, xác định nguyên nhân, đề xuất giải pháp khắc phục và phòng ngừa. Đối với sự cố nghiêm trọng, việc phân tích càng cần được tổ chức chặt chẽ, có sự tham gia của lãnh đạo bệnh viện và các chuyên gia liên quan.

Với các sự cố nhẹ hoặc near-miss thông thường, bệnh viện có thể sử dụng phân tích nhanh bằng 5 Why hoặc họp rút kinh nghiệm tại khoa/phòng. Tuy nhiên, nếu cùng một loại sự cố nhẹ lặp lại nhiều lần, cần nâng mức phân tích vì sự lặp lại cho thấy hệ thống có vấn đề chưa được giải quyết.

4. Thành phần nhóm phân tích RCA

RCA cần được thực hiện bởi một nhóm đa ngành, không nên giao cho một cá nhân tự viết báo cáo. Thành phần nhóm phụ thuộc vào loại sự cố, nhưng thường cần có đại diện lãnh đạo hoặc người được lãnh đạo ủy quyền, phòng Quản lý chất lượng, trưởng khoa hoặc đại diện khoa/phòng liên quan, nhân viên chuyên môn hiểu quy trình xảy ra sự cố, điều dưỡng trưởng hoặc kỹ thuật viên trưởng, và các bộ phận chuyên trách như Dược, Kiểm soát nhiễm khuẩn, Vật tư thiết bị y tế, Công nghệ thông tin khi có liên quan.

Vai trò của phòng Quản lý chất lượng là điều phối quy trình phân tích, bảo đảm phương pháp tiếp cận hệ thống, ghi nhận dữ liệu, tổng hợp nguyên nhân và theo dõi hành động cải tiến. Vai trò của khoa/phòng chuyên môn là cung cấp thông tin thực tế, giải thích quy trình, nhận diện điểm khó trong vận hành và đề xuất giải pháp khả thi. Vai trò của lãnh đạo bệnh viện là bảo đảm phân tích được thực hiện khách quan, không đổ lỗi, đồng thời bảo đảm các giải pháp sau phân tích có nguồn lực và thẩm quyền triển khai.

Một nguyên tắc quan trọng là nhóm RCA cần có người hiểu thực hành tại hiện trường. Nhiều quy trình trên giấy có vẻ rõ ràng, nhưng khi đi vào thực tế có thể phát sinh nhiều vấn đề: thiếu dụng cụ, phần mềm khó thao tác, ca trực quá tải, khu vực chuẩn bị thuốc bị gián đoạn, thông tin bàn giao không đầy đủ. Nếu nhóm phân tích thiếu tiếng nói của nhân viên tuyến đầu, báo cáo RCA dễ trở thành lý thuyết và giải pháp khó khả thi.

5. Chuẩn bị trước khi phân tích RCA

Trước khi tổ chức phân tích, cần thu thập đầy đủ dữ liệu liên quan. Dữ liệu càng khách quan, phân tích càng chính xác. Các nguồn thông tin có thể bao gồm báo cáo sự cố ban đầu, hồ sơ bệnh án, y lệnh, phiếu chăm sóc, kết quả xét nghiệm, hồ sơ phẫu thuật, bảng kiểm, biên bản bàn giao, nhật ký thiết bị, dữ liệu phần mềm, hình ảnh camera nếu có, mẫu thuốc hoặc vật tư liên quan, thông tin nhân lực ca trực và phỏng vấn những người liên quan.

Việc thu thập thông tin phải được thực hiện theo nguyên tắc khách quan và bảo mật. Phỏng vấn nhân viên cần tập trung vào sự kiện và điều kiện làm việc, không nên tạo cảm giác thẩm vấn. Câu hỏi nên là “quy trình lúc đó diễn ra như thế nào”, “thông tin nào anh/chị có tại thời điểm đó”, “điểm nào trong quy trình gây khó khăn”, “đã có bước kiểm tra nào”, “vì sao bước kiểm tra không phát hiện được”, thay vì “tại sao anh/chị lại làm sai”.

Một bước quan trọng là lập dòng thời gian sự cố. Dòng thời gian giúp nhóm phân tích nhìn thấy diễn biến theo thứ tự: người bệnh vào viện lúc nào, chỉ định khi nào, y lệnh được ghi khi nào, thuốc được cấp lúc nào, ai bàn giao cho ai, dấu hiệu bất thường xuất hiện khi nào, ai được thông báo, xử trí lúc nào. Nhiều sự cố chỉ có thể hiểu đúng khi được đặt vào dòng thời gian, vì sai sót thường nằm ở điểm chuyển tiếp giữa các bước.

6. Các bước cơ bản của RCA

Một quy trình RCA thực hành trong bệnh viện có thể gồm bảy bước. Bước đầu tiên là xác định rõ sự cố cần phân tích. Cần mô tả sự cố bằng ngôn ngữ khách quan, tránh kết luận nguyên nhân ngay từ đầu. Ví dụ, thay vì viết “điều dưỡng tiêm nhầm thuốc do bất cẩn”, nên viết “người bệnh A được dùng thuốc X thay vì thuốc Y theo y lệnh; sự cố được phát hiện sau khi thuốc đã được dùng; người bệnh cần theo dõi và xử trí phản ứng”.

Bước thứ hai là thu thập thông tin và lập dòng thời gian. Nhóm phân tích cần tái hiện diễn biến từ trước khi sự cố xảy ra đến khi được phát hiện và xử trí. Dòng thời gian nên ghi rõ các mốc, người tham gia, thông tin được bàn giao, quyết định được đưa ra và các hàng rào an toàn đã hoạt động hoặc không hoạt động.

Bước thứ ba là xác định các điểm sai lệch hoặc điểm thất bại trong quy trình. Điểm sai lệch là nơi thực tế khác với quy trình chuẩn hoặc nơi quy trình chuẩn không đủ rõ để hướng dẫn hành động. Ví dụ, không đối chiếu đủ hai thông tin nhận diện, không thực hiện TIME OUT, không ghi nhận dị ứng thuốc, không thông báo kết quả nguy cấp, không kiểm tra chéo thuốc nguy cơ cao, hoặc thiết bị chưa được kiểm định.

Bước thứ tư là phân tích yếu tố góp phần. Đây là phần quan trọng nhất của RCA. Nhóm phân tích cần xem xét các nhóm yếu tố như người bệnh, nhân viên, nhiệm vụ, quy trình, giao tiếp, môi trường, thiết bị, thuốc/vật tư, công nghệ thông tin, tổ chức nhân lực, đào tạo, giám sát và văn hóa an toàn. Mỗi yếu tố góp phần cần được kiểm chứng bằng dữ liệu, không nên chỉ dựa vào suy đoán.

Bước thứ năm là xác định nguyên nhân gốc. Nguyên nhân gốc là nguyên nhân nếu được khắc phục sẽ làm giảm đáng kể khả năng sự cố tái diễn. Một sự cố có thể có nhiều nguyên nhân gốc. Nguyên nhân gốc thường không phải là “nhân viên quên” mà là vì sao hệ thống cho phép việc quên đó xảy ra mà không được phát hiện: không có checklist, không có cảnh báo, không có kiểm tra chéo, quy trình không rõ, thiếu đào tạo hoặc môi trường làm việc tạo nhiều gián đoạn.

Bước thứ sáu là đề xuất giải pháp khắc phục và phòng ngừa. Giải pháp phải gắn trực tiếp với nguyên nhân gốc, có người chịu trách nhiệm, thời hạn, nguồn lực và chỉ số theo dõi. Không nên đưa ra giải pháp chung chung như “tăng cường kiểm tra” nếu không nêu rõ kiểm tra gì, ai kiểm tra, tần suất nào, tiêu chí đạt là gì và kết quả báo cáo cho ai.

Bước thứ bảy là theo dõi hiệu quả sau can thiệp. RCA không kết thúc khi hoàn thành biên bản họp. Nếu giải pháp không được triển khai hoặc không được đo lường, sự cố có thể tái diễn. Vì vậy, phòng Quản lý chất lượng cần theo dõi tiến độ hành động, kiểm tra bằng chứng thực hiện và đánh giá chỉ số sau can thiệp.

7. Phương pháp 5 Why trong phân tích sự cố

5 Why là công cụ đơn giản, dễ áp dụng tại khoa/phòng, đặc biệt phù hợp với các sự cố không quá phức tạp hoặc phân tích ban đầu trước khi quyết định có RCA đầy đủ hay không. Phương pháp này bắt đầu từ sự cố đã xảy ra và liên tục đặt câu hỏi “vì sao” để đi sâu dần vào nguyên nhân. Số “5” không phải là bắt buộc tuyệt đối; có tình huống cần ít hơn hoặc nhiều hơn, nhưng nguyên tắc là không dừng lại ở câu trả lời bề mặt.

Ví dụ, sự cố là người bệnh không được đánh giá nguy cơ té ngã khi nhập viện. Vì sao? Vì điều dưỡng tiếp nhận không thực hiện phiếu đánh giá. Vì sao điều dưỡng không thực hiện? Vì thời điểm nhập viện quá đông và phiếu đánh giá nằm ở một biểu mẫu riêng, không tích hợp vào quy trình tiếp nhận. Vì sao phiếu riêng không được tích hợp? Vì khi xây dựng hồ sơ chăm sóc, bệnh viện chưa chuẩn hóa đánh giá nguy cơ té ngã như bước bắt buộc. Vì sao chưa chuẩn hóa? Vì kế hoạch ATNB trước đây chưa đưa té ngã vào nhóm nguy cơ ưu tiên. Từ đó, giải pháp không chỉ là nhắc điều dưỡng, mà là tích hợp đánh giá nguy cơ té ngã vào hồ sơ tiếp nhận, đào tạo lại, giám sát tuân thủ và đưa chỉ số vào báo cáo khoa/phòng.

Điểm mạnh của 5 Why là giúp tránh dừng lại ở câu trả lời “do nhân viên quên”. Tuy nhiên, điểm yếu là nếu người phân tích thiếu tư duy hệ thống, các câu trả lời có thể đi theo hướng đổ lỗi cá nhân. Vì vậy, khi sử dụng 5 Why, cần luôn kiểm tra xem câu trả lời cuối cùng có phải là nguyên nhân có thể can thiệp ở cấp hệ thống hay không. Nếu kết luận cuối vẫn là “nhân viên thiếu ý thức”, phân tích thường chưa đủ sâu.

8. Sơ đồ xương cá trong RCA

Sơ đồ xương cá, hay Ishikawa, là công cụ hữu ích để sắp xếp các yếu tố góp phần theo nhóm nguyên nhân. Trong phân tích sự cố y khoa, có thể dùng các nhóm như con người, quy trình, thiết bị, môi trường, vật tư/thuốc, thông tin/giao tiếp, quản lý và người bệnh. Công cụ này giúp nhóm phân tích không bỏ sót các yếu tố hệ thống và tránh tập trung quá mức vào cá nhân trực tiếp liên quan.

Ví dụ, với sự cố nhầm mẫu xét nghiệm, nhóm “con người” có thể gồm nhân viên mới, chưa được đào tạo đầy đủ, làm việc trong ca đông. Nhóm “quy trình” có thể gồm quy trình dán nhãn chưa quy định phải dán tại giường người bệnh. Nhóm “thiết bị/công nghệ” có thể gồm thiếu máy in mã vạch tại buồng bệnh. Nhóm “môi trường” có thể gồm khu lấy mẫu đông, nhiều gián đoạn. Nhóm “giao tiếp” có thể gồm phiếu chỉ định không rõ hoặc thông tin người bệnh trùng tên. Nhóm “quản lý” có thể gồm chưa giám sát định kỳ quy trình lấy mẫu.

Sơ đồ xương cá giúp mở rộng góc nhìn, nhưng không thay thế việc xác định nguyên nhân gốc. Sau khi liệt kê các yếu tố, nhóm vẫn cần chọn các yếu tố có bằng chứng, có liên quan trực tiếp và có khả năng can thiệp.

9. Phân biệt giải pháp yếu và giải pháp mạnh

Một trong những tiêu chí đánh giá chất lượng RCA là chất lượng giải pháp sau phân tích. Nếu sau một sự cố nghiêm trọng, giải pháp chỉ gồm “rút kinh nghiệm”, “nhắc nhở toàn khoa” hoặc “tập huấn lại”, thì RCA chưa đạt mục tiêu cải tiến hệ thống. Những giải pháp này có thể cần thiết nhưng thường yếu, vì chúng phụ thuộc nhiều vào trí nhớ và sự cẩn thận của cá nhân.

Giải pháp mạnh hơn là những giải pháp thay đổi hệ thống làm việc, giảm khả năng sai sót hoặc tăng khả năng phát hiện sai sót trước khi gây hại. Ví dụ, thay vì chỉ nhắc nhân viên đối chiếu người bệnh, bệnh viện có thể bắt buộc sử dụng vòng tay nhận diện, đặt bước đối chiếu vào checklist, giám sát trực tiếp tại các điểm nguy cơ cao và ứng dụng mã vạch nếu có điều kiện. Thay vì chỉ nhắc dùng thuốc nguy cơ cao cẩn thận, bệnh viện có thể tách riêng thuốc nguy cơ cao, dán nhãn cảnh báo, yêu cầu kiểm tra chéo độc lập, cấu hình cảnh báo phần mềm và hạn chế lưu trữ tại khoa nếu không cần thiết.

Các giải pháp mạnh thường bao gồm: loại bỏ nguy cơ khi có thể, chuẩn hóa quy trình, đơn giản hóa thao tác, thiết kế kiểm tra chéo, bắt buộc điểm dừng an toàn, cảnh báo trực quan, cải tiến phần mềm, thay đổi bố trí môi trường, bổ sung thiết bị, phân quyền sử dụng, tự động hóa hoặc tích hợp dữ liệu. Giải pháp càng ít phụ thuộc vào trí nhớ cá nhân, càng có khả năng bền vững.

10. Ví dụ phân tích 5 Why: suýt nhầm người bệnh khi lấy mẫu xét nghiệm

Một tình huống near-miss được báo cáo: kỹ thuật viên chuẩn bị lấy máu cho người bệnh Nguyễn Văn A tại buồng bệnh, nhưng khi đối chiếu vòng tay phát hiện phiếu chỉ định thuộc người bệnh Nguyễn Văn B cùng phòng. Mẫu chưa được lấy, người bệnh chưa bị ảnh hưởng.

Nếu dừng ở bề mặt, có thể kết luận “nhân viên mang nhầm phiếu”. Nhưng phân tích 5 Why có thể đi sâu hơn. Vì sao kỹ thuật viên mang nhầm phiếu? Vì phiếu chỉ định của nhiều người bệnh trong cùng phòng được in và kẹp chung. Vì sao phiếu được kẹp chung? Vì quy trình lấy mẫu hiện nay cho phép in danh sách nhiều người bệnh và phát phiếu theo buồng. Vì sao không tách phiếu theo từng người bệnh trước khi vào buồng? Vì chưa có quy định bắt buộc dán nhãn hoặc xác nhận tại giường người bệnh. Vì sao chưa có quy định? Vì bệnh viện chưa chuẩn hóa quy trình lấy mẫu theo nguy cơ nhầm người bệnh và chưa áp dụng mã vạch tại điểm lấy mẫu. Vì sao nguy cơ này chưa được ưu tiên? Vì trước đây các near-miss lấy mẫu không được báo cáo, nên bệnh viện chưa nhìn thấy xu hướng.

Từ phân tích này, giải pháp không nên chỉ là nhắc kỹ thuật viên cẩn thận. Giải pháp phù hợp hơn là sửa quy trình lấy mẫu, yêu cầu đối chiếu tối thiểu hai thông tin nhận diện tại giường, không dán nhãn hàng loạt trước khi lấy mẫu, tách phiếu theo người bệnh, đào tạo lại nhân viên lấy mẫu, giám sát trực tiếp một số buổi và theo dõi số near-miss liên quan đến mẫu xét nghiệm trong ba tháng tiếp theo.

11. Ví dụ phân tích RCA: sự cố té ngã gây chấn thương

Một người bệnh cao tuổi sau phẫu thuật, đang dùng thuốc giảm đau và thuốc an thần nhẹ, té ngã vào ban đêm khi tự đi vệ sinh, gây gãy xương. Nếu chỉ kết luận người bệnh không gọi nhân viên hoặc người nhà không trông nom, bệnh viện sẽ bỏ qua nhiều yếu tố hệ thống.

RCA cần bắt đầu từ dòng thời gian: người bệnh được phẫu thuật khi nào, đánh giá nguy cơ té ngã lúc nhập viện có thực hiện không, sau phẫu thuật có đánh giá lại không, thuốc đang dùng là gì, người bệnh có được hướng dẫn gọi hỗ trợ không, chuông gọi có hoạt động không, giường có lan can không, ánh sáng ban đêm ra sao, người nhà có được hướng dẫn không, điều dưỡng tuần phòng vào thời điểm nào, khoa có quy trình phòng ngừa té ngã không.

Phân tích có thể phát hiện nhiều yếu tố góp phần: người bệnh nguy cơ cao nhưng chưa được đánh giá lại sau phẫu thuật; phiếu đánh giá nguy cơ té ngã chỉ thực hiện lúc nhập viện, không cập nhật khi tình trạng thay đổi; không có biển cảnh báo nguy cơ cao tại giường; chuông gọi xa tầm tay; điều dưỡng thiếu nhân lực ban đêm; người nhà chưa được hướng dẫn cụ thể; thuốc an thần chưa được xem là yếu tố làm tăng nguy cơ té ngã trong quy trình chăm sóc.

Nguyên nhân gốc có thể là quy trình phòng ngừa té ngã chưa yêu cầu đánh giá lại khi người bệnh có thay đổi tình trạng, chưa tích hợp thuốc nguy cơ vào đánh giá, chưa chuẩn hóa biện pháp phòng ngừa theo mức nguy cơ và chưa có giám sát điều kiện môi trường ban đêm. Giải pháp vì vậy phải bao gồm cập nhật quy trình, đào tạo điều dưỡng, bổ sung bảng cảnh báo, kiểm tra chuông gọi và lan can giường, đưa đánh giá nguy cơ té ngã vào bàn giao ca, rà soát thuốc làm tăng nguy cơ té ngã và theo dõi chỉ số té ngã sau can thiệp.

12. Vai trò của dữ liệu trong RCA

RCA không nên dựa trên trí nhớ hoặc cảm nhận. Dữ liệu là nền tảng để phân tích khách quan. Dữ liệu có thể đến từ hồ sơ bệnh án, y lệnh, phiếu chăm sóc, phần mềm HIS/EMR, bảng kiểm, camera, nhật ký thiết bị, báo cáo nhân lực ca trực, kết quả giám sát quy trình, phỏng vấn nhân viên, phản ánh người bệnh và tài liệu quản lý liên quan.

Dữ liệu giúp phân biệt giữa giả định và sự thật. Ví dụ, nhóm phân tích có thể giả định rằng nhân viên không được đào tạo, nhưng hồ sơ đào tạo cho thấy nhân viên đã được đào tạo đầy đủ; khi đó, nguyên nhân có thể nằm ở thiết kế quy trình hoặc môi trường làm việc. Ngược lại, nhóm có thể giả định rằng thiết bị hoạt động bình thường, nhưng nhật ký bảo trì cho thấy thiết bị đã có lỗi cảnh báo trước đó. Nếu không có dữ liệu, RCA dễ rơi vào suy đoán.

Tuy nhiên, dữ liệu trong bệnh viện có thể không đầy đủ. Khi hồ sơ thiếu, thông tin phần mềm không rõ hoặc nhân viên không nhớ chính xác, nhóm phân tích cần ghi nhận giới hạn của dữ liệu và tránh kết luận quá chắc chắn. Đây là lý do bệnh viện cần cải thiện chất lượng hồ sơ, chuẩn hóa báo cáo sự cố và quản lý dữ liệu ngay từ đầu.

13. Viết báo cáo RCA

Báo cáo RCA cần ngắn gọn, rõ cấu trúc và hướng hành động. Một báo cáo tốt không cần quá dài, nhưng phải thể hiện được sự cố đã xảy ra như thế nào, nguyên nhân gốc là gì và bệnh viện sẽ thay đổi gì để phòng ngừa tái diễn.

Cấu trúc báo cáo có thể gồm: mô tả sự cố; mức độ tổn thương; phương pháp phân tích; thành phần nhóm phân tích; dòng thời gian; các điểm sai lệch; yếu tố góp phần; nguyên nhân gốc; giải pháp khắc phục và phòng ngừa; người chịu trách nhiệm; thời hạn hoàn thành; chỉ số theo dõi; kế hoạch phản hồi bài học; và trạng thái đóng hồ sơ.

Trong báo cáo, cần tránh ngôn ngữ quy kết như “do thiếu trách nhiệm”, “do chủ quan”, “do bất cẩn” nếu không phân tích sâu hơn. Nếu có hành vi vi phạm nghiêm trọng, báo cáo cần ghi nhận khách quan và xử lý theo quy định, nhưng phần RCA vẫn phải xem xét hệ thống đã phát hiện, ngăn chặn và phản ứng với hành vi đó như thế nào.

Giải pháp trong báo cáo phải cụ thể. Ví dụ, “tăng cường giám sát” là chưa đủ. Cần viết: “Điều dưỡng trưởng khoa thực hiện quan sát trực tiếp 10 cơ hội nhận diện người bệnh/tuần trong 8 tuần; báo cáo tỷ lệ tuân thủ về phòng Quản lý chất lượng vào thứ Sáu hằng tuần; mục tiêu đạt ≥ 90% sau 2 tháng”. Cách viết này giúp giải pháp có thể theo dõi và đánh giá.

14. Theo dõi sau RCA

Theo dõi sau RCA là bước quyết định giá trị của phân tích. Một báo cáo RCA dù tốt nhưng không được triển khai sẽ không làm người bệnh an toàn hơn. Sau RCA, mỗi khuyến nghị cần được đưa vào kế hoạch hành động với người phụ trách, thời hạn và bằng chứng hoàn thành. Phòng Quản lý chất lượng cần theo dõi định kỳ, nhắc việc khi quá hạn và báo cáo lãnh đạo nếu giải pháp cần nguồn lực hoặc có đơn vị không thực hiện.

Theo dõi không chỉ là kiểm tra giải pháp đã làm hay chưa, mà còn phải đánh giá giải pháp có hiệu quả hay không. Ví dụ, sau cải tiến quy trình nhận diện người bệnh, cần đo tỷ lệ tuân thủ nhận diện và số near-miss liên quan đến nhận diện. Sau can thiệp về thuốc nguy cơ cao, cần theo dõi sai sót thuốc, tỷ lệ kiểm tra chéo và kết quả kiểm tra bảo quản. Sau can thiệp phòng ngừa té ngã, cần theo dõi đánh giá nguy cơ, biện pháp phòng ngừa và tỷ lệ té ngã.

Nếu chỉ số không cải thiện, không nên kết luận ngay rằng nhân viên không hợp tác. Cần quay lại xem giải pháp có đúng nguyên nhân gốc không, có khả thi không, có được đào tạo đầy đủ không, có đủ nguồn lực không và có cần điều chỉnh không. Đây là bản chất của cải tiến liên tục.

15. Những sai lầm thường gặp khi thực hiện RCA và 5 Why

Sai lầm phổ biến nhất là dùng RCA như một hình thức hợp thức hóa kết luận đã có sẵn. Khi sự cố xảy ra, nếu tổ chức đã mặc định nguyên nhân là do một cá nhân, buổi RCA chỉ còn là thủ tục ghi lại điều đó. Cách làm này làm mất giá trị của phân tích và làm nhân viên mất niềm tin.

Sai lầm thứ hai là dừng phân tích quá sớm. Với 5 Why, nếu sau một hoặc hai câu hỏi đã kết luận “do nhân viên quên” hoặc “do không tuân thủ”, phân tích chưa đủ sâu. Cần tiếp tục hỏi vì sao nhân viên quên, vì sao không tuân thủ, vì sao hệ thống không phát hiện, vì sao quy trình không ngăn được sai sót.

Sai lầm thứ ba là thiếu dữ liệu khách quan. Nếu chỉ dựa vào lời kể của một người hoặc hồ sơ không đầy đủ, kết luận có thể sai. RCA cần cố gắng sử dụng nhiều nguồn dữ liệu và đối chiếu giữa các nguồn.

Sai lầm thứ tư là giải pháp không gắn với nguyên nhân. Ví dụ, nguyên nhân gốc là phần mềm không cảnh báo tương tác thuốc nhưng giải pháp lại là nhắc bác sĩ cẩn thận hơn. Giải pháp như vậy không tác động đúng điểm yếu hệ thống.

Sai lầm thứ năm là đưa ra quá nhiều giải pháp nhưng không có người chịu trách nhiệm và thời hạn. Một báo cáo RCA có 20 khuyến nghị nhưng không có cơ chế theo dõi sẽ khó tạo thay đổi. Nên chọn một số giải pháp trọng tâm, ưu tiên giải pháp mạnh và có khả năng thực hiện.

Sai lầm thứ sáu là không phản hồi bài học cho khoa/phòng. Nếu RCA chỉ lưu trong hồ sơ, những người trực tiếp làm việc sẽ không học được từ sự cố. Cần chuyển kết quả phân tích thành bài học an toàn, cảnh báo, cập nhật quy trình hoặc đào tạo lại phù hợp.

16. Mối liên hệ giữa RCA, 5 Why và văn hóa an toàn

RCA và 5 Why không chỉ là công cụ kỹ thuật, mà còn phản ánh văn hóa an toàn của bệnh viện. Một bệnh viện có văn hóa đổ lỗi sẽ sử dụng RCA để tìm người chịu trách nhiệm. Một bệnh viện có văn hóa học tập sẽ sử dụng RCA để hiểu hệ thống và cải tiến. Cùng một công cụ, nhưng kết quả hoàn toàn khác nhau tùy cách lãnh đạo và tổ chức áp dụng.

Khi nhân viên thấy RCA được thực hiện công bằng, khách quan, tôn trọng người liên quan và dẫn đến thay đổi thực tế, họ sẽ có niềm tin vào hệ thống báo cáo. Ngược lại, nếu RCA trở thành buổi phê bình, nhân viên sẽ tránh báo cáo sự cố hoặc báo cáo thiếu thông tin. Vì vậy, xây dựng năng lực RCA phải đi cùng xây dựng văn hóa báo cáo không trừng phạt và văn hóa công bằng.

Điều này không có nghĩa là RCA bỏ qua trách nhiệm cá nhân. Nếu có hành vi cố ý vi phạm, che giấu sự cố, giả mạo hồ sơ hoặc bỏ mặc người bệnh, bệnh viện vẫn phải xử lý theo quy định. Nhưng ngay cả trong tình huống đó, RCA vẫn cần hỏi hệ thống đã có cơ chế phát hiện, ngăn chặn và phản ứng với hành vi đó hay chưa. Cách tiếp cận này giúp bệnh viện vừa bảo đảm kỷ luật, vừa cải tiến hệ thống.

17. Khung thực hành RCA và 5 Why đề xuất cho bệnh viện

Bệnh viện có thể áp dụng khung thực hành sau để thống nhất triển khai:

Khung này không phải để biến RCA thành thủ tục cứng nhắc, mà để bảo đảm mọi phân tích đều đi đủ các bước cần thiết: hiểu sự kiện, hiểu hệ thống, xác định nguyên nhân, hành động và theo dõi.

18. Kết luận

Phân tích nguyên nhân gốc bằng RCA và 5 Why là một trong những năng lực quan trọng nhất của hệ thống An toàn người bệnh. Nếu báo cáo sự cố giúp bệnh viện nhìn thấy vấn đề, thì RCA giúp bệnh viện hiểu vì sao vấn đề xảy ra và cần thay đổi gì để ngăn tái diễn. Đây là bước chuyển từ “xử lý sự cố” sang “cải tiến hệ thống”.

Một RCA có giá trị không kết thúc bằng việc xác định ai sai, mà phải chỉ ra những lỗ hổng trong quy trình, giao tiếp, môi trường, thiết bị, đào tạo, giám sát và quản lý. Một phân tích 5 Why có giá trị không dừng ở “nhân viên quên”, mà phải đi đến nguyên nhân có thể can thiệp ở cấp hệ thống. Một báo cáo RCA có giá trị không nằm ở độ dài văn bản, mà ở chất lượng giải pháp và mức độ giải pháp được triển khai đến cùng.

Khi bệnh viện thực hiện RCA và 5 Why một cách khách quan, không đổ lỗi, dựa trên dữ liệu và gắn với hành động cải tiến, mỗi sự cố y khoa sẽ trở thành cơ hội học tập. Đó là nền tảng để bệnh viện xây dựng hệ thống an toàn bền vững, giảm sự cố tái diễn và bảo vệ người bệnh tốt hơn trong toàn bộ quá trình khám chữa bệnh.