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 2. Sử dụng công cụ sai mục đích

1. Sử dụng công cụ sai mục đích là gì?

Sử dụng công cụ sai mục đích là tình trạng một công cụ được áp dụng cho một nhiệm vụ không phù hợp với bản chất của nó, hoặc được dùng để tạo ra sản phẩm hình thức thay vì hỗ trợ phân tích, cải tiến và kiểm soát chất lượng. Khi công cụ bị dùng sai mục đích, kết quả có thể gây hiểu nhầm, làm sai hướng cải tiến hoặc tạo ra niềm tin giả rằng tổ chức đã quản lý tốt vấn đề.

Mỗi công cụ quản lý chất lượng được thiết kế để trả lời một số câu hỏi nhất định. Pareto giúp xác định ưu tiên dựa trên dữ liệu phân loại. Fishbone giúp hệ thống hóa nguyên nhân khả dĩ. 5 Why giúp đào sâu nguyên nhân gốc. Checklist giúp kiểm soát tuân thủ. Check sheet giúp thu thập dữ liệu. Run chart giúp theo dõi xu hướng. Risk matrix giúp đánh giá mức độ rủi ro. PDCA giúp tổ chức cải tiến có kiểm chứng. Nếu dùng sai vai trò, công cụ sẽ mất giá trị.

Ví dụ, dùng Fishbone để kết luận nguyên nhân cuối cùng mà không kiểm chứng là sai mục đích. Dùng checklist như check sheet thu thập dữ liệu lỗi nhưng không thiết kế trường dữ liệu phù hợp cũng là sai mục đích. Dùng dashboard để trình diễn thành tích nhưng không cảnh báo vấn đề là sai mục đích. Dùng 5 Why để truy tìm cá nhân có lỗi thay vì nguyên nhân hệ thống là sai mục đích nghiêm trọng.

2. Vì sao tổ chức dùng công cụ sai mục đích?

Nguyên nhân đầu tiên là hiểu công cụ ở mức tên gọi, chưa hiểu bản chất. Nhiều người biết tên 5 Why, Fishbone, Pareto, PDCA nhưng chưa rõ dùng khi nào, đầu vào cần gì, đầu ra là gì và giới hạn của công cụ ở đâu.

Nguyên nhân thứ hai là áp lực hoàn thành hồ sơ. Khi mục tiêu là có đủ minh chứng, người thực hiện có thể chọn công cụ quen thuộc hoặc dễ trình bày, không nhất thiết phù hợp với vấn đề.

Nguyên nhân thứ ba là thiếu tư duy chuỗi công cụ. Nhiều công cụ cần kết hợp với nhau. Ví dụ, Pareto cần dữ liệu từ check sheet; Fishbone cần kiểm chứng bằng dữ liệu; 5 Why cần vấn đề cụ thể; PDCA cần dữ liệu trước – sau. Nếu dùng một công cụ đơn lẻ ngoài chuỗi, dễ sai mục đích.

Nguyên nhân thứ tư là thiếu huấn luyện thực hành. Đào tạo lý thuyết không đủ giúp người dùng biết công cụ nào phù hợp với tình huống nào.

3. Một số ví dụ dùng sai công cụ thường gặp

Dùng 5 Why để quy lỗi cá nhân

5 Why có mục tiêu tìm nguyên nhân gốc có thể can thiệp, thường ở cấp hệ thống. Tuy nhiên, nhiều nơi dùng 5 Why để truy đến câu trả lời “nhân viên không cẩn thận”, “nhân viên quên”, “thiếu ý thức”. Sau đó giải pháp là nhắc nhở, rút kinh nghiệm hoặc đào tạo lại. Cách dùng này biến 5 Why thành công cụ quy lỗi cá nhân.

Cách đúng là tiếp tục hỏi: vì sao nhân viên có thể quên, quy trình có hỗ trợ không, checklist có không, phần mềm có cảnh báo không, môi trường có gián đoạn không, đào tạo có đủ không, giám sát có phát hiện không.

Dùng Fishbone như kết luận cuối cùng

Fishbone tạo ra danh sách nguyên nhân khả dĩ. Các nguyên nhân trên sơ đồ là giả thuyết cần kiểm chứng. Nếu vẽ Fishbone xong rồi kết luận ngay nguyên nhân gốc, tổ chức có thể chọn giải pháp dựa trên suy đoán.

Cách đúng là sau Fishbone, chọn nguyên nhân trọng tâm để kiểm chứng bằng dữ liệu, quan sát hoặc 5 Why.

Dùng Pareto khi dữ liệu chưa đáng tin cậy

Pareto chỉ có giá trị khi dữ liệu phân loại chính xác. Nếu lỗi được ghi nhận không đầy đủ, nhóm “khác” quá lớn, định nghĩa lỗi không thống nhất, Pareto sẽ chỉ ra ưu tiên sai.

Cách đúng là thiết kế check sheet rõ, đào tạo người ghi dữ liệu, thu thập đủ thời gian và kiểm tra chất lượng dữ liệu trước khi lập Pareto.

Dùng checklist như biểu mẫu ký nhận

Checklist giúp kiểm soát tuân thủ hoặc tránh bỏ sót. Nhưng nếu checklist chỉ được đánh dấu sau khi công việc đã xong, không dùng tại điểm thực hiện, không có xử lý khi “Không đạt”, nó trở thành biểu mẫu ký nhận.

Cách đúng là đặt checklist tại điểm nguy cơ, dùng trong lúc thực hiện hoặc ngay trước khi chuyển bước, và quy định hành động khi phát hiện không đạt.

Dùng KPI để thưởng phạt nhưng không cải tiến

KPI dùng để theo dõi hiệu suất và kích hoạt cải tiến. Nếu chỉ dùng KPI để xếp loại, thưởng phạt mà không phân tích nguyên nhân khi chỉ số xấu, người thực hiện có thể che giấu dữ liệu hoặc làm đẹp số liệu.

Cách đúng là dùng KPI như tín hiệu quản lý: chỉ số xấu thì phân tích nguyên nhân, hỗ trợ cải tiến, chuẩn hóa giải pháp.

4. Bảng định hướng dùng đúng công cụ

Nhu cầu quản lýCông cụ phù hợpKhông nên dùng sai thành
Thu thập dữ liệu lỗiCheck sheetBảng ghi tự do khó tổng hợp
Chọn lỗi ưu tiênParetoChọn theo cảm tính hoặc sự kiện nổi bật
Hệ thống hóa nguyên nhânFishboneKết luận nguyên nhân cuối cùng ngay
Đào sâu nguyên nhân5 WhyTruy lỗi cá nhân
Mô tả quy trìnhFlowchartViết SOP dài khi chưa rõ dòng công việc
Chuẩn hóa cách làmSOPTài liệu hành chính chung chung
Kiểm soát tuân thủChecklistPhiếu ký xác nhận hình thức
Theo dõi xu hướngRun chartSo sánh hai điểm dữ liệu đơn lẻ
Đánh giá rủi roRisk matrix/FMEADanh sách lo ngại không có hành động
Cải tiến có kiểm chứngPDCA/PDSABáo cáo hoạt động đã làm

5. Hậu quả của dùng công cụ sai mục đích

Dùng công cụ sai mục đích có thể gây hậu quả nghiêm trọng hơn không dùng công cụ. Vì khi có công cụ, tổ chức dễ tin rằng mình đã phân tích đúng. Một Fishbone đầy đủ nhưng không kiểm chứng có thể dẫn đến giải pháp sai. Một dashboard đẹp nhưng chỉ số sai có thể làm lãnh đạo ra quyết định sai. Một 5 Why dừng ở lỗi cá nhân có thể làm văn hóa báo cáo yếu đi. Một checklist hình thức có thể tạo cảm giác an toàn giả.

Sai mục đích còn làm giảm niềm tin của nhân viên. Khi họ thấy công cụ không giúp giải quyết vấn đề thật, họ sẽ xem công cụ là việc hành chính. Lần sau, dù tổ chức giới thiệu công cụ đúng, họ vẫn có tâm lý hoài nghi.

6. Cách chọn công cụ đúng mục đích

Trước khi chọn công cụ, cần hỏi:

  • Chúng ta đang cần trả lời câu hỏi gì?
  • Câu hỏi này thuộc giai đoạn nào: nhận diện, phân tích, cải tiến, kiểm soát, đo lường hay duy trì?
  • Dữ liệu đầu vào đã đủ chưa?
  • Công cụ này tạo ra đầu ra gì?
  • Đầu ra đó sẽ được dùng để quyết định gì?
  • Có cần kết hợp công cụ khác không?
  • Ai là người sử dụng kết quả?

Ví dụ, nếu câu hỏi là “loại lỗi nào xảy ra nhiều nhất?”, công cụ là check sheet và Pareto. Nếu câu hỏi là “vì sao lỗi thiếu tài liệu xảy ra?”, công cụ là Fishbone và 5 Why. Nếu câu hỏi là “giải pháp có hiệu quả không?”, công cụ là run chart và KPI trước – sau. Nếu câu hỏi là “làm sao duy trì?”, công cụ là SOP, checklist và dashboard.

7. Vai trò của người điều phối chất lượng

Người điều phối chất lượng cần giúp nhóm chọn công cụ đúng. Vai trò không chỉ là phát biểu mẫu, mà là đặt câu hỏi định hướng:

  • Vấn đề đã đủ cụ thể chưa?
  • Có dữ liệu chưa?
  • Công cụ này có phù hợp với câu hỏi hiện tại không?
  • Kết quả công cụ sẽ dùng để làm gì?
  • Có đang dừng quá sớm ở nguyên nhân cá nhân không?
  • Có cần kiểm chứng bằng dữ liệu không?
  • Giải pháp có tác động vào nguyên nhân không?

Nếu người điều phối làm tốt, nhóm sẽ tránh được nhiều sai lầm khi dùng công cụ.

8. Checklist tránh dùng sai công cụ

Câu hỏi tự kiểm traCó/Không
Đã xác định rõ câu hỏi quản lý cần trả lời chưa? 
Công cụ được chọn có phù hợp với câu hỏi đó không? 
Dữ liệu đầu vào của công cụ có đủ tin cậy không? 
Người dùng có hiểu đầu ra của công cụ là gì không? 
Kết quả công cụ có được kiểm chứng nếu cần không? 
Công cụ có bị dùng để quy lỗi cá nhân không? 
Công cụ có dẫn đến quyết định hoặc hành động cụ thể không? 
Có cần kết hợp công cụ khác để hoàn chỉnh phân tích không? 

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

Sử dụng công cụ sai mục đích là nguyên nhân quan trọng khiến hoạt động quản lý chất lượng không tạo ra kết quả. Một công cụ tốt nhưng dùng sai có thể làm tổ chức hiểu sai vấn đề, chọn sai giải pháp và hình thức hóa cải tiến.

Bài học quan trọng là: trước khi dùng bất kỳ công cụ nào, hãy hỏi công cụ này phục vụ câu hỏi quản lý nào; nếu không trả lời được, rất có thể công cụ đang bị dùng sai mục đích.