Website CLBV.VN và các nền tảng trong hệ sinh thái QuanTriBenhVien.Vn được xây dựng bởi các thành viên có kinh nghiệm tại các bệnh viện, công ty. Web không có liên quan tới bất kỳ Vụ, Cục nào của BYT hay SYT --> chi tiết
Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập hoặc tài khoản đã hết hạn. 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.

Kính gửi Anh/Chị/Em đồng nghiệp,

Trong thời gian qua, CLBV nhận được sự ủng hộ rất lớn từ cộng đồng. Website đã nằm trong nhóm đầu kết quả tìm kiếm với nhiều từ khóa liên quan đến Quản lý chất lượng (QLCL) và An toàn người bệnh (ATNB) trong lĩnh vực y tế.

Tuy nhiên, khi lượng truy cập ngày càng tăng, Công ty M.I.U nhận thấy một số vấn đề cần được điều chỉnh để đảm bảo phù hợp với đặc thù chuyên môn:

1. Nội dung QLCL & ATNB có tính chuyên ngành cao

  • Nhiều nội dung mang tính học tập từ sự cố, cải tiến sau sai sót.
  • Nếu tiếp cận ngoài bối cảnh chuyên môn, có thể bị hiểu chưa đầy đủ hoặc sai lệch.

2. Một số tài liệu quản trị cần được sử dụng đúng đối tượng

  • Dù là văn bản công khai, việc áp dụng hiệu quả đòi hỏi hiểu đúng bối cảnh ngành.
  • Phù hợp hơn khi chia sẻ trong cộng đồng những người trực tiếp làm công tác y tế.

3. Hạn chế nguy cơ nhầm lẫn về nhận diện

  • Tên miền clbv.vn có thể gây hiểu nhầm với các hệ thống chính thức của Bộ Y tế.
  • Việc làm rõ và chuẩn hóa nhận diện là cần thiết.

Công ty M.I.U quyết định nâng cấp hệ thống phục vụ đúng đối tượng chuyên môn

Để đảm bảo chất lượng nội dung và phục vụ tốt hơn cho cộng đồng, chúng tôi thực hiện các điều chỉnh:

  • Giới hạn truy cập nội dung: Website dành cho thành viên đã đăng ký, là các đồng nghiệp đang công tác trong lĩnh vực y tế.
  • Chuyển đổi nhận diện sang tên miền mới: QLCL.NET để đồng bộ thương hiệu với các trang trong hệ sinh thái QuanTriBenhVien.Vn như KHTH.VN; CNTT.IT; KSNK.VN; VTTB.VN; HCQT.VN ... hướng đến chia sẻ kiến thức quản trị hiện đại, liên ngành trong bệnh viện không chỉ giới hạn ở QLCL & ATNB.

Chúng tôi tin rằng đây là bước điều chỉnh cần thiết nhằm:

  • Bảo vệ giá trị chuyên môn của nội dung.
  • Đảm bảo thông tin được sử dụng đúng đối tượng, đúng bối cảnh.
  • Xây dựng cộng đồng chia sẻ chất lượng, hiệu quả.

Rất mong tiếp tục nhận được sự đồng hành của Anh/Chị/Em đồng nghiệp.

Công ty M.I.U

Bài 1. Tư duy rủi ro trong quản lý chất lượng

1. Tư duy rủi ro là gì?

Tư duy rủi ro trong quản lý chất lượng là cách tiếp cận giúp tổ chức luôn xem xét khả năng sai lệch, thất bại, lỗi, sự cố hoặc kết quả không mong muốn có thể xảy ra trong quá trình vận hành. Thay vì chỉ nhìn quy trình theo hướng “cần làm gì để đạt kết quả”, tư duy rủi ro đặt thêm câu hỏi: “điều gì có thể đi sai, vì sao có thể sai, hậu quả là gì, có phát hiện sớm được không và cần kiểm soát bằng cách nào?”.

Rủi ro không đồng nghĩa với sự cố đã xảy ra. Sự cố là điều đã xảy ra và gây hậu quả hoặc có khả năng gây hậu quả. Rủi ro là khả năng sự cố, sai sót hoặc kết quả không mong muốn có thể xảy ra trong tương lai. Vì vậy, quản lý rủi ro là hoạt động mang tính phòng ngừa. Nó giúp tổ chức phát hiện các điểm yếu trong hệ thống trước khi điểm yếu đó tạo ra hậu quả thật.

Trong quản lý chất lượng, rủi ro có thể xuất hiện ở mọi nơi: đầu vào không đạt, thông tin bàn giao thiếu, nhân viên hiểu sai quy trình, thiết bị không ổn định, phần mềm không cảnh báo, chỉ số không được theo dõi, khách hàng không được hướng dẫn, môi trường làm việc dễ gây nhầm lẫn, hoặc quy trình có quá nhiều bước phụ thuộc vào trí nhớ cá nhân.

Một tổ chức có tư duy rủi ro tốt không chỉ hỏi “quy trình đã có chưa?”, mà hỏi sâu hơn: quy trình này có điểm nào dễ sai, sai rồi có phát hiện được không, ai phát hiện, phát hiện khi nào, hậu quả nếu không phát hiện là gì, và có cách nào thiết kế quy trình để giảm khả năng sai ngay từ đầu không.

2. Vì sao tư duy rủi ro quan trọng trong QLCL?

Tư duy rủi ro quan trọng vì chất lượng kém thường không xuất hiện đột ngột. Trước một sự cố lớn hoặc một sai lỗi nghiêm trọng, hệ thống thường đã có nhiều dấu hiệu nhỏ: sai sót lặp lại, nhân viên phản ánh quy trình khó làm, checklist không được dùng, dữ liệu bất thường, khách hàng phàn nàn, điểm bàn giao thiếu rõ ràng, hoặc các lỗi nhỏ được bỏ qua vì “chưa gây hậu quả”.

Nếu tổ chức chỉ phản ứng khi hậu quả đã xảy ra, chi phí khắc phục thường cao hơn rất nhiều so với phòng ngừa. Chi phí này không chỉ là tài chính, mà còn gồm mất thời gian, mất uy tín, giảm niềm tin của khách hàng, áp lực cho nhân viên và nguy cơ pháp lý hoặc an toàn.

Tư duy rủi ro giúp tổ chức chủ động hơn trong ba khía cạnh.

Thứ nhất, phòng ngừa sai sót. Khi nhận diện trước điểm dễ sai, tổ chức có thể thiết kế checklist, cảnh báo, kiểm tra chéo, chuẩn hóa hướng dẫn hoặc tự động hóa.

Thứ hai, ưu tiên nguồn lực. Không phải rủi ro nào cũng cần xử lý giống nhau. Tư duy rủi ro giúp phân loại nguy cơ theo khả năng xảy ra và mức độ hậu quả để tập trung vào điểm quan trọng.

Thứ ba, tăng độ tin cậy của quy trình. Quy trình không chỉ cần rõ, mà phải có khả năng chống lỗi. Một quy trình tốt là quy trình giúp người thực hiện dễ làm đúng và khó làm sai.

3. Phân biệt vấn đề, sự cố và rủi ro

Trong thực tế, ba khái niệm này thường bị sử dụng lẫn lộn.

Vấn đề là khoảng cách giữa hiện trạng và yêu cầu mong muốn. Ví dụ, tỷ lệ hồ sơ bị trả lại là 12%, cao hơn mục tiêu dưới 5%.

Sự cố là một sự việc đã xảy ra, gây hậu quả hoặc có khả năng gây hậu quả. Ví dụ, một hồ sơ quan trọng bị xử lý sai do thiếu tài liệu bắt buộc.

Rủi ro là khả năng xảy ra vấn đề hoặc sự cố trong tương lai. Ví dụ, quy trình tiếp nhận không có checklist tài liệu bắt buộc, làm tăng nguy cơ hồ sơ thiếu tài liệu được tiếp nhận.

Ba khái niệm này liên quan chặt chẽ với nhau. Một sự cố đã xảy ra có thể là bằng chứng cho thấy rủi ro đang tồn tại. Một vấn đề lặp lại có thể phản ánh một rủi ro chưa được kiểm soát tốt. Ngược lại, nhận diện rủi ro tốt có thể giúp ngăn vấn đề hoặc sự cố xảy ra.

4. Rủi ro trong QLCL thường đến từ đâu?

Rủi ro chất lượng thường không chỉ đến từ con người. Nếu chỉ nghĩ rủi ro là “nhân viên làm sai”, tổ chức sẽ bỏ qua nhiều yếu tố hệ thống quan trọng. Có thể phân nhóm nguồn rủi ro như sau:

Nhóm nguồn rủi roVí dụ
Con ngườiThiếu đào tạo, quá tải, hiểu sai hướng dẫn, nhân viên mới, giao tiếp kém
Quy trìnhBước không rõ, điểm bàn giao yếu, thiếu kiểm tra chéo, quy trình quá phức tạp
Công cụ/phần mềmKhông có cảnh báo, giao diện khó dùng, nhập liệu trùng lặp, lỗi hệ thống
Thiết bị/vật tưThiết bị không ổn định, vật tư không đạt, thiếu bảo trì, thiếu dự phòng
Dữ liệu/thông tinThông tin thiếu, sai, cập nhật chậm, không đồng bộ giữa bộ phận
Môi trườngỒn, đông, thiếu ánh sáng, áp lực thời gian, gián đoạn liên tục
Quản lýPhân công không rõ, giám sát yếu, chỉ số không theo dõi, văn hóa đổ lỗi
Khách hàng/người sử dụngKhông hiểu hướng dẫn, cung cấp thông tin thiếu, hành vi khó dự đoán

Khi phân tích rủi ro, cần nhìn đủ các nhóm này. Một rủi ro lặp lại thường là kết quả của nhiều yếu tố cùng lúc, không phải một nguyên nhân đơn giản.

5. Từ tư duy sửa lỗi sang tư duy phòng ngừa

Một tổ chức chưa trưởng thành về chất lượng thường vận hành theo mô hình sửa lỗi. Khi lỗi xảy ra, tổ chức tìm cách khắc phục, nhắc nhở, đào tạo lại hoặc tăng kiểm tra. Cách làm này có thể cần thiết nhưng chưa đủ, vì nó thường đến sau khi hậu quả đã xuất hiện.

Tư duy phòng ngừa đặt trọng tâm vào thiết kế hệ thống để giảm khả năng lỗi xảy ra. Ví dụ:

Tư duy sửa lỗiTư duy phòng ngừa
Nhắc nhân viên cẩn thận hơnThiết kế checklist tại điểm nguy cơ cao
Đào tạo lại sau khi xảy ra lỗiĐào tạo trước khi thay đổi quy trình hoặc biểu mẫu
Kiểm tra cuối quy trìnhBổ sung kiểm soát ngay tại điểm phát sinh lỗi
Phân tích sau sự cốRà soát rủi ro trước khi triển khai quy trình mới
Xử lý từng trường hợpCải tiến hệ thống để giảm tái diễn

Tư duy phòng ngừa không loại bỏ hoàn toàn sửa lỗi. Khi lỗi xảy ra vẫn phải xử lý. Nhưng sau xử lý, tổ chức cần hỏi: “Làm thế nào để lỗi này khó xảy ra hơn trong tương lai?” Đây là câu hỏi cốt lõi của quản lý rủi ro.

6. Mức độ rủi ro được hiểu như thế nào?

Rủi ro thường được đánh giá dựa trên ít nhất hai yếu tố: khả năng xảy ramức độ hậu quả.

Khả năng xảy ra trả lời câu hỏi: rủi ro này có dễ xảy ra không, tần suất ước tính ra sao, đã từng xảy ra chưa, có dấu hiệu lặp lại không?

Mức độ hậu quả trả lời câu hỏi: nếu rủi ro xảy ra, ảnh hưởng nghiêm trọng đến đâu, tác động đến khách hàng, an toàn, tài chính, pháp lý, uy tín hoặc vận hành như thế nào?

Một số phương pháp còn bổ sung yếu tố thứ ba là khả năng phát hiện. Nếu một lỗi dễ xảy ra, hậu quả nghiêm trọng và khó phát hiện trước khi đến khách hàng hoặc gây hại, thì đó là rủi ro rất cần ưu tiên kiểm soát. Đây là logic nền tảng của FMEA.

7. Cách hình thành tư duy rủi ro trong tổ chức

Tư duy rủi ro không thể hình thành chỉ bằng một buổi đào tạo. Nó cần được đưa vào cách tổ chức thiết kế quy trình, họp chất lượng, đánh giá nội bộ, triển khai thay đổi và xử lý sự cố.

Một số thực hành quan trọng gồm:

  • Khi xây dựng SOP, luôn hỏi bước nào dễ sai và hậu quả nếu sai.
  • Khi thiết kế checklist, ưu tiên điểm nguy cơ cao.
  • Khi triển khai quy trình mới, đánh giá rủi ro trước khi áp dụng rộng.
  • Khi có sự cố, phân tích không chỉ nguyên nhân đã gây ra sự cố mà cả hàng rào kiểm soát đã thất bại.
  • Khi xem chỉ số, chú ý xu hướng xấu và tín hiệu cảnh báo sớm.
  • Khi nhân viên phản ánh “quy trình khó làm”, xem đó là tín hiệu rủi ro chứ không phải phàn nàn đơn thuần.
  • Khi thay đổi phần mềm, biểu mẫu, nhân sự hoặc luồng công việc, đánh giá rủi ro phát sinh.

Tư duy rủi ro cần được lãnh đạo ủng hộ. Nếu tổ chức có văn hóa đổ lỗi, nhân viên sẽ ngại báo cáo nguy cơ. Nếu lãnh đạo xem phản ánh rủi ro là “gây khó khăn”, hệ thống sẽ mất khả năng cảnh báo sớm.

8. Lỗi thường gặp khi tiếp cận rủi ro

Lỗi thứ nhất là chỉ quản lý rủi ro sau khi sự cố xảy ra. Khi đó, hoạt động rủi ro bị biến thành xử lý hậu quả.

Lỗi thứ hai là đánh giá rủi ro quá hình thức. Có bảng rủi ro, có màu đỏ vàng xanh, nhưng không có hành động kiểm soát cụ thể.

Lỗi thứ ba là chỉ nhìn rủi ro ở cấp tổ chức mà bỏ qua rủi ro tại từng bước quy trình. Nhiều rủi ro quan trọng nằm ở điểm bàn giao, điểm nhập liệu, điểm kiểm tra, điểm xác nhận.

Lỗi thứ tư là chỉ tập trung vào con người. Nếu biện pháp kiểm soát chủ yếu là nhắc nhở và đào tạo lại, rủi ro hệ thống có thể vẫn còn nguyên.

Lỗi thứ năm là không theo dõi hiệu quả kiểm soát. Đã có biện pháp nhưng không biết biện pháp đó có giảm rủi ro thật hay không.

9. Checklist tự đánh giá tư duy rủi ro

Nội dung kiểm traĐạt/Chưa đạt
Khi xây dựng quy trình có xác định bước nguy cơ cao 
Khi thay đổi quy trình có đánh giá rủi ro phát sinh 
Sự cố và gần sự cố được xem là nguồn học hỏi hệ thống 
Nhân viên được khuyến khích báo cáo nguy cơ, không chỉ báo cáo sự cố 
Rủi ro được đánh giá theo khả năng xảy ra và mức độ hậu quả 
Biện pháp kiểm soát ưu tiên thay đổi hệ thống, không chỉ nhắc nhở cá nhân 
Có theo dõi hiệu quả của biện pháp kiểm soát 
Rủi ro trọng yếu được đưa vào họp, dashboard hoặc kế hoạch cải tiến 

10. Kết luận của bài

Tư duy rủi ro là nền tảng giúp quản lý chất lượng chuyển từ phản ứng sang phòng ngừa. Khi tổ chức biết nhìn trước điều có thể sai, đánh giá mức độ rủi ro và thiết kế kiểm soát phù hợp, chất lượng vận hành sẽ ổn định và an toàn hơn.

Bài học quan trọng là: đừng chờ lỗi xảy ra mới cải tiến; hãy nhìn vào quy trình để phát hiện nơi lỗi có thể xảy ra và kiểm soát trước khi hậu quả xuất hiện.