Website được thiết kế tối ưu cho thành viên chính thức. Hãy Đăng nhập hoặc Đăng ký để truy cập đầy đủ nội dung và chức năng. Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập. Nếu là thành viên của website, bạn cũng có thể yêu cầu trong nhóm Zalo "CLBV Members" các nội dung bạn quan tâm.

Root Cause Analysis (RCA): Phương pháp 5 Whys và Fishbone áp dụng cho CSYT

CanhLT

Mở đầu

Root Cause Analysis (RCA — Phân tích nguyên nhân gốc rễ) là quy trình có cấu trúc để đi từ nguyên nhân trực tiếp (proximate cause — điều gì xảy ra ngay trước sự cố) đến nguyên nhân hệ thống (systemic cause — tại sao hệ thống cho phép điều đó xảy ra). Đây là trung tâm của toàn bộ hoạt động điều tra sự cố.

Tại sao phân biệt quan trọng: Nếu một điều dưỡng bị kim tiêm đâm vì "đậy nắp không đúng cách" — đó là nguyên nhân trực tiếp. Hành động khắc phục tương ứng là "nhắc nhở và đào tạo lại" — hiệu quả kém. Nếu điều tra tiếp: tại sao không đậy đúng cách? Vì hộp thu gom đặt xa. Tại sao đặt xa? Vì không có quy định về vị trí. Tại sao không có quy định? Vì chưa ai làm Risk Assessment cho công đoạn này — đây mới là nguyên nhân gốc rễ, và hành động khắc phục sẽ khác hoàn toàn.


Kỹ thuật 1: 5 Whys

Nguyên lý: Hỏi "Tại sao?" liên tiếp 5 lần (có thể ít hơn hoặc nhiều hơn) để đi sâu dần vào nguyên nhân. Kỹ thuật đơn giản nhất trong RCA, phù hợp cho sự cố có nguyên nhân tuyến tính (một chuỗi nhân quả).

Quy trình thực hiện:

  1. Mô tả sự cố cụ thể bằng một câu
  2. Hỏi "Tại sao điều đó xảy ra?" → ghi câu trả lời
  3. Với câu trả lời đó, hỏi "Tại sao?" tiếp theo
  4. Tiếp tục đến khi đạt nguyên nhân hệ thống hoặc không thể trả lời bằng dữ liệu

Dấu hiệu đã đến nguyên nhân gốc rễ:

  • Câu trả lời liên quan đến chính sách, quy trình, thiết kế, đào tạo, hoặc quyết định quản lý — không còn là lỗi cá nhân
  • Hành động khắc phục tương ứng có thể ngăn chặn sự cố tương tự xảy ra với người khác

Ví dụ áp dụng — Điều dưỡng bị phơi nhiễm máu khi thay băng:

LầnCâu hỏiCâu trả lời
Sự cốĐiều dưỡng T. bị máu bắn vào mắt khi thay băng
Why 1Tại sao máu bắn vào mắt?Không đeo kính bảo hộ
Why 2Tại sao không đeo kính?Không có kính bảo hộ tại xe dụng cụ thay băng
Why 3Tại sao không có kính tại chỗ?Kính bảo hộ chỉ có ở phòng kho, phải đi lấy riêng
Why 4Tại sao quy trình yêu cầu lấy riêng thay vì có sẵn?Không có tiêu chuẩn nơi đặt kính bảo hộ trong danh mục xe dụng cụ
Why 5Tại sao không có tiêu chuẩn này?Risk Assessment chưa nhận diện thủ thuật thay băng là công việc có nguy cơ bắn tóe

Nguyên nhân gốc rễ: Thủ thuật thay băng chưa được đánh giá rủi ro bắn tóe → không có yêu cầu PPE mắt tại điểm chăm sóc.

Hành động khắc phục đúng: Cập nhật Risk Assessment cho quy trình thay băng; bổ sung kính bảo hộ vào danh mục tiêu chuẩn của xe dụng cụ; đào tạo lại về PPE cho thủ thuật có nguy cơ bắn tóe.


Giới hạn của 5 Whys:

5 Whys hoạt động tốt cho nguyên nhân tuyến tính đơn giản. Với sự cố phức tạp có nhiều nguyên nhân song song và tương tác, Fishbone phù hợp hơn. Ngoài ra, chất lượng 5 Whys phụ thuộc nhiều vào kinh nghiệm của người dẫn dắt — người thiếu kinh nghiệm thường dừng quá sớm.


Kỹ thuật 2: Fishbone Diagram (Cause-and-Effect / Ishikawa)

Nguyên lý: Trực quan hóa toàn bộ các nguyên nhân tiềm tàng theo nhóm, nhìn toàn cảnh thay vì một chuỗi tuyến tính. Phù hợp cho sự cố phức tạp với nhiều yếu tố đóng góp.

Cấu trúc sơ đồ:

  • Đầu cá (bên phải): Sự cố cần phân tích
  • Xương sống: Trục ngang
  • Xương nhánh lớn: Các nhóm nguyên nhân (6M trong sản xuất, 4P hoặc 4S trong y tế)
  • Xương nhánh nhỏ hơn: Nguyên nhân cụ thể trong mỗi nhóm

Nhóm nguyên nhân phù hợp cho bệnh viện (4S + 2M):

NhómNội dung xem xét
Staff (Nhân lực)Đào tạo, kinh nghiệm, mệt mỏi, áp lực, thái độ
System/Policy (Hệ thống)Quy trình, chính sách, quy định, phân công trách nhiệm
Surroundings (Môi trường)Điều kiện vật lý, ánh sáng, không gian, thiết kế
Supplies/Equipment (Thiết bị)Chất lượng, tình trạng, phù hợp với công việc
Management (Quản lý)Giám sát, phân bổ nguồn lực, văn hóa tổ chức
Methods (Phương pháp)Kỹ thuật thực hiện, quy trình chuẩn

Quy trình thực hiện Fishbone:

  1. Viết tên sự cố vào đầu cá
  2. Vẽ 4–6 xương nhánh lớn, gán nhóm nguyên nhân
  3. Nhóm điều tra brainstorm nguyên nhân tiềm tàng trong từng nhóm — ghi hết, không phán xét lúc này
  4. Xem xét lại toàn bộ sơ đồ: nguyên nhân nào có bằng chứng xác nhận?
  5. Khoanh tròn những nguyên nhân có bằng chứng — đây là "identified causes"
  6. Áp dụng 5 Whys cho từng identified cause để đi đến nguyên nhân gốc rễ

Ví dụ áp dụng Fishbone — Ca ngã trong phòng vệ sinh bệnh viện:

Sự cố: Hộ lý N. trơn ngã trong phòng vệ sinh khi đang làm sạch, gây bong gân mắt cá chân.

Fishbone analysis (tóm tắt):

Staff: Hộ lý N. mới vào làm 2 tuần, chưa được onboarding OH&S đầy đủ. Ca làm việc thứ 6 liên tiếp.

System/Policy: Không có SWP cho quy trình vệ sinh phòng tắm. Không có tiêu chuẩn giày bảo hộ cho hộ lý.

Surroundings: Sàn không có vật liệu chống trơn. Sàn ướt nhưng không có biển cảnh báo.

Supplies/Equipment: Giày bộ cá nhân có đế trơn. Không có giày chống trơn được cung cấp.

Management: Không có chính sách trang cấp giày phù hợp cho hộ lý. Không có kiểm tra onboarding xác nhận nhân viên mới hiểu quy trình an toàn.

Identified root causes:

  1. Không có tiêu chuẩn giày bảo hộ cho hộ lý trong danh mục PPE (Management/System)
  2. Sàn không được trang bị vật liệu chống trơn trong phòng vệ sinh (Surroundings)
  3. Quy trình onboarding OH&S chưa bao gồm nội dung an toàn vệ sinh cho hộ lý (System)

Kết hợp 5 Whys và Fishbone

Trong thực tế, hai kỹ thuật kết hợp cho kết quả tốt nhất:

  • Fishbone: Dùng trong giai đoạn brainstorm để đảm bảo không bỏ sót nhóm nguyên nhân
  • 5 Whys: Áp dụng cho từng nguyên nhân đã xác nhận trong Fishbone để đi đến chiều sâu gốc rễ

Những sai lầm phổ biến khi thực hiện RCA

Sai lầmBiểu hiệnHệ quả
Dừng ở nguyên nhân con người"Kết luận: nhân viên không tuân thủ quy trình"Hành động chỉ là nhắc nhở/đào tạo, sự cố tái diễn
Nhầm triệu chứng với nguyên nhân"Nguyên nhân: không có kính bảo hộ tại chỗ"Chỉ mua thêm kính, không hỏi tại sao không có quy định
Kết luận mà không có bằng chứngGiả định nguyên nhân mà không kiểm chứngHành động khắc phục không trúng đích
Chỉ tìm một nguyên nhânBỏ qua các yếu tố đóng gópHệ thống phòng thủ vẫn còn lỗ hổng
RCA không được phổ biếnBài học nằm trong tủ hồ sơKhông có tác dụng phòng ngừa cho bộ phận khác

Tài liệu hóa RCA

Báo cáo RCA cần có:

  • Mô tả sự cố (thời gian, địa điểm, người liên quan, hậu quả)
  • Diễn biến sự kiện theo dòng thời gian
  • Sơ đồ Fishbone hoặc chuỗi 5 Whys (hình ảnh trực quan)
  • Danh sách nguyên nhân gốc rễ đã xác định và bằng chứng
  • Kế hoạch CAPA (hành động, người chịu trách nhiệm, thời hạn)

Kết luận

RCA hiệu quả đòi hỏi kỷ luật để không dừng lại ở nguyên nhân con người dù áp lực thời gian và áp lực quy lỗi cá nhân thường mạnh hơn trong bệnh viện. Hai kỹ thuật 5 Whys và Fishbone là điểm khởi đầu tốt, có thể học và áp dụng mà không cần đào tạo chuyên sâu. Quan trọng hơn là tư duy: luôn hỏi "tại sao hệ thống cho phép điều này xảy ra?" thay vì "ai đã làm sai?"


Tuyên bố miễn trừ trách nhiệm: Kỹ thuật RCA trong bài mang tính giới thiệu và hướng dẫn ứng dụng thực tế. Điều tra sự cố nghiêm trọng có thể cần phương pháp chuyên sâu hơn hoặc sự tham gia của chuyên gia có kinh nghiệm. Bài viết không thay thế đào tạo chuyên môn về điều tra sự cố.

Tham khảo thêm

Điều kiện cơ sở vật chất BSL-2: Yêu cầu nâng cao và những điểm bệnh viện VN hay thiếu

CanhLT
BSL-2 là cấp độ phổ biến nhất và quan trọng nhất trong bệnh viện đa khoa VN — hầu hết xét nghiệm vi sinh lâm sàng, huyết học và hóa sinh đều cần đạt BSL-2. Yêu cầu của BSL-2 bao gồm toàn bộ yêu cầu BSL-1 cộng thêm các yếu tố bổ sung, đặc biệt liên quan đến kiểm soát khí dung và thiết bị an toàn sinh học.

Human Factors trong sự cố nghề nghiệp bệnh viện: Nhận diện yếu tố con người và hệ thống

CanhLT
"Lỗi do con người" (human error) là kết luận điều tra phổ biến nhất trong bệnh viện — và cũng là kết luận ít hữu ích nhất. Tại sao? Vì nói "lỗi do con người" là nói điều hiển nhiên — mọi sự cố đều liên quan đến con người ở một điểm nào đó. Câu hỏi thực sự là: *tại sao* con người làm vậy, và *hệ thống* đã tạo điều kiện gì để lỗi đó xảy ra và không bị chặn lại? Human Factors (Yếu tố con người) là lĩnh vực nghiên cứu về cách con người tương tác với hệ thống — thiết bị, môi trường, quy trình, và con người khác — và cách thiết kế hệ thống tốt hơn để giảm thiểu lỗi và tăng hiệu suất. Đây không phải là về "tâm lý học cá nhân" mà là về khoa học hệ thống.

Corrective Action & Preventive Action (CAPA): Xây dựng kế hoạch khắc phục sau điều tra sự cố

CanhLT
RCA tốt mà không có CAPA tốt thì hoàn toàn vô nghĩa — giống như chẩn đoán đúng bệnh nhưng không điều trị. CAPA (Corrective Action and Preventive Action — Hành động khắc phục và phòng ngừa) là bước chuyển hóa kết quả phân tích thành thay đổi thực sự trong hệ thống. ISO 45001:2018 Điều 10.2 yêu cầu sau khi xảy ra sự cố và điều tra nguyên nhân, tổ chức phải: xác định hành động cần thiết để ngăn chặn tái diễn; xem xét hành động với sự tham gia của người lao động; thực hiện các hành động cần thiết; đánh giá hiệu quả của hành động đã thực hiện.

Case Study: Phân tích chuỗi sự cố phơi nhiễm kim tiêm tại bệnh viện — RCA và hành động hệ thống

CanhLT

Bối cảnh tình huống

Bệnh viện mô phỏng: Bệnh viện Đa khoa hạng II, 450 giường, ~750 nhân viên. Đang triển khai hệ thống OH&S được 8 tháng, đã có Risk Register cơ bản và kênh báo cáo sự cố nội bộ hoạt động 4 tháng.

Sự kiện: Trong 3 tháng liên tiếp (tháng 1–3/2026), hệ thống báo cáo ghi nhận 7 ca phơi nhiễm qua vật sắc nhọn: