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 4. Pareto- Xác định ưu tiên cải tiến

1. Pareto là gì?

Pareto là công cụ giúp xác định nhóm vấn đề, nhóm lỗi hoặc nhóm nguyên nhân chiếm tỷ trọng lớn nhất trong tổng thể, từ đó hỗ trợ tổ chức lựa chọn ưu tiên cải tiến. Công cụ này thường được trình bày dưới dạng biểu đồ cột kết hợp đường phần trăm tích lũy, trong đó các loại lỗi hoặc vấn đề được sắp xếp từ cao xuống thấp theo tần suất, chi phí, thời gian, mức độ ảnh hưởng hoặc tiêu chí phân tích đã chọn.

Tinh thần của Pareto thường được gắn với nguyên lý 80/20: một tỷ lệ nhỏ nguyên nhân có thể tạo ra phần lớn hậu quả. Trong quản lý chất lượng, điều này không phải lúc nào cũng đúng chính xác về mặt số học, nhưng rất có giá trị về mặt tư duy. Tổ chức không nên dàn trải nguồn lực cải tiến cho tất cả vấn đề cùng lúc, mà cần xác định một số vấn đề trọng yếu để xử lý trước.

Pareto giúp trả lời câu hỏi: nếu chỉ có thể tập trung vào một vài vấn đề trước, tổ chức nên chọn vấn đề nào để tạo tác động lớn nhất?

2. Vì sao Pareto quan trọng trong quản lý chất lượng?

Nguồn lực cải tiến của tổ chức luôn có giới hạn. Thời gian, nhân lực, kinh phí, sự chú ý của lãnh đạo và khả năng thay đổi của hệ thống đều không thể dàn trải vô hạn. Nếu không có công cụ ưu tiên, tổ chức dễ chọn vấn đề theo cảm tính, theo áp lực của sự việc mới xảy ra, theo ý kiến của người có tiếng nói mạnh hoặc theo những vấn đề dễ làm báo cáo.

Pareto giúp tổ chức nhìn vào dữ liệu để lựa chọn trọng tâm. Ví dụ, trong 10 loại lỗi được ghi nhận, có thể 2 loại lỗi chiếm 65% tổng số lỗi. Nếu tập trung cải tiến 2 loại lỗi này, tổ chức có thể tạo ra tác động lớn hơn nhiều so với việc xử lý đồng thời cả 10 loại lỗi một cách dàn trải.

Pareto cũng giúp cuộc họp chất lượng trở nên cụ thể hơn. Thay vì thảo luận chung rằng “có nhiều lỗi”, nhóm có thể thấy loại lỗi nào nhiều nhất, tỷ trọng bao nhiêu, xu hướng ra sao và nên phân tích sâu nhóm nào trước. Đây là cơ sở để chuyển sang Fishbone, 5 Why hoặc PDCA.

3. Khi nào nên dùng Pareto?

Pareto nên được dùng khi tổ chức có dữ liệu phân loại và cần xác định ưu tiên cải tiến. Công cụ này đặc biệt phù hợp khi có nhiều loại lỗi, nhiều nguyên nhân, nhiều phản ánh, nhiều điểm không phù hợp hoặc nhiều nhóm vấn đề khác nhau.

Các tình huống phù hợp gồm:

  • Phân tích loại lỗi xuất hiện nhiều nhất.
  • Xác định nhóm khiếu nại khách hàng phổ biến nhất.
  • Chọn nguyên nhân cần ưu tiên xử lý.
  • Phân tích chi phí chất lượng kém theo nhóm nguyên nhân.
  • Xác định công đoạn gây chậm trễ nhiều nhất.
  • Phân tích nhóm sản phẩm, dịch vụ hoặc bộ phận có tỷ lệ lỗi cao.
  • Ưu tiên rủi ro hoặc điểm không phù hợp sau đánh giá nội bộ.

Không nên dùng Pareto khi dữ liệu chưa được phân loại rõ. Nếu các loại lỗi bị ghi nhận lẫn lộn, định nghĩa không thống nhất hoặc số liệu quá ít, Pareto có thể gây hiểu nhầm. Trước khi lập Pareto, cần có check sheet hoặc nguồn dữ liệu đủ tin cậy.

4. Dữ liệu nào có thể dùng cho Pareto?

Pareto không chỉ dùng cho tần suất lỗi. Tùy mục tiêu phân tích, tổ chức có thể dùng nhiều loại dữ liệu khác nhau:

Loại dữ liệuKhi nào dùng
Tần suất/số lầnKhi muốn biết loại lỗi hoặc vấn đề nào xảy ra nhiều nhất
Chi phíKhi muốn biết nhóm lỗi nào gây thiệt hại tài chính lớn nhất
Thời gianKhi muốn biết công đoạn nào gây chậm trễ nhiều nhất
Mức độ ảnh hưởngKhi muốn ưu tiên vấn đề ảnh hưởng nhiều đến khách hàng hoặc an toàn
Số người bị ảnh hưởngKhi muốn xác định phạm vi tác động
Điểm rủi roKhi phân tích các nguy cơ cần ưu tiên kiểm soát

Cần lưu ý rằng lựa chọn tiêu chí dữ liệu sẽ ảnh hưởng đến kết luận. Một lỗi xảy ra nhiều nhất chưa chắc là lỗi nghiêm trọng nhất. Một lỗi ít xảy ra nhưng gây hậu quả lớn có thể cần ưu tiên hơn. Vì vậy, khi dùng Pareto, cần xác định rõ mục đích: ưu tiên theo tần suất, chi phí, thời gian, rủi ro hay trải nghiệm khách hàng.

Trong quản lý chất lượng, có thể cần lập nhiều Pareto cho cùng một vấn đề với các tiêu chí khác nhau. Ví dụ, Pareto theo tần suất khiếu nại có thể cho thấy “thời gian chờ” là vấn đề lớn nhất, nhưng Pareto theo mức độ nghiêm trọng có thể cho thấy “sai thông tin” cần ưu tiên hơn vì gây hậu quả nghiêm trọng hơn.

5. Cách lập Pareto

Bước 1. Xác định mục tiêu phân tích. Cần trả lời rõ: Pareto này dùng để ưu tiên vấn đề gì? Ưu tiên theo tần suất, chi phí, thời gian hay mức độ ảnh hưởng?

Bước 2. Thu thập dữ liệu. Dữ liệu cần được ghi nhận theo cùng một khoảng thời gian, cùng định nghĩa và cùng cách phân loại. Nếu dữ liệu chưa có, cần thiết kế check sheet.

Bước 3. Phân loại vấn đề. Các nhóm phân loại phải rõ ràng, không chồng lắp. Ví dụ, nếu phân loại khiếu nại, cần định nghĩa rõ các nhóm như thời gian chờ, thái độ giao tiếp, sai thông tin, chi phí, quy trình phức tạp.

Bước 4. Tính tổng số hoặc tổng giá trị của từng nhóm. Ví dụ, số lỗi của từng loại trong tháng.

Bước 5. Sắp xếp từ cao xuống thấp. Nhóm có giá trị lớn nhất đứng đầu.

Bước 6. Tính tỷ lệ phần trăm và phần trăm tích lũy. Đây là cơ sở để xác định nhóm trọng yếu.

Bước 7. Vẽ biểu đồ Pareto. Biểu đồ gồm cột thể hiện giá trị từng nhóm và đường tích lũy thể hiện tổng phần trăm lũy kế.

Bước 8. Diễn giải và chọn ưu tiên. Không chỉ nhìn biểu đồ, cần kết luận rõ nhóm nào cần phân tích sâu, vì sao chọn và bước tiếp theo là gì.

6. Ví dụ minh họa Pareto

Một tổ chức ghi nhận 200 lỗi hồ sơ trong tháng, phân loại như sau:

Loại lỗiSố lỗiTỷ lệTỷ lệ tích lũy
Thiếu tài liệu kèm theo7035%35%
Sai thông tin cá nhân4522,5%57,5%
Thiếu chữ ký xác nhận3517,5%75%
Nộp sai biểu mẫu2512,5%87,5%
Chậm chuyển bộ phận xử lý157,5%95%
Khác105%100%

Dữ liệu này cho thấy ba loại lỗi đầu tiên chiếm 75% tổng số lỗi. Nếu tổ chức cố gắng xử lý tất cả 6 nhóm lỗi cùng lúc, nguồn lực có thể bị dàn trải. Một lựa chọn hợp lý là tập trung trước vào lỗi thiếu tài liệu kèm theo và sai thông tin cá nhân, hoặc nếu đủ nguồn lực thì thêm lỗi thiếu chữ ký xác nhận.

Tuy nhiên, cần lưu ý rằng Pareto theo tần suất mới chỉ cho biết loại lỗi nào xảy ra nhiều. Nếu lỗi “sai thông tin cá nhân” ít hơn nhưng gây hậu quả nghiêm trọng hơn, tổ chức có thể ưu tiên lỗi này trước. Vì vậy, sau Pareto cần có bước xem xét rủi ro và mức độ ảnh hưởng.

7. Diễn giải Pareto như thế nào cho đúng?

Một lỗi thường gặp là nhìn Pareto và kết luận ngay nhóm đứng đầu là nhóm phải cải tiến đầu tiên. Điều này thường đúng khi mục tiêu là giảm tổng số lỗi, nhưng không phải lúc nào cũng đúng nếu tổ chức ưu tiên an toàn, rủi ro hoặc chi phí.

Diễn giải Pareto cần trả lời bốn câu hỏi:

  1. Nhóm nào chiếm tỷ trọng lớn nhất?
  2. Nhóm nào khi cải tiến sẽ tạo tác động lớn nhất đến mục tiêu?
  3. Nhóm nào có rủi ro hoặc hậu quả nghiêm trọng dù tần suất không cao?
  4. Nhóm nào tổ chức có khả năng can thiệp trong giai đoạn hiện tại?

Ví dụ, nếu “thiếu tài liệu kèm theo” chiếm 35% lỗi nhưng dễ cải tiến bằng checklist, tổ chức có thể chọn làm trước để tạo kết quả nhanh. Nếu “sai thông tin cá nhân” chiếm 22,5% nhưng gây hậu quả nghiêm trọng, tổ chức có thể chọn làm song song hoặc ưu tiên cao hơn. Pareto không thay thế phán đoán quản lý; nó cung cấp dữ liệu để phán đoán quản lý tốt hơn.

8. Pareto liên kết với các công cụ khác như thế nào?

Pareto thường không đứng một mình. Sau khi Pareto xác định nhóm vấn đề ưu tiên, nhóm cải tiến cần dùng công cụ khác để phân tích sâu hơn.

Một chuỗi thường dùng là: check sheet để thu thập dữ liệu, Pareto để chọn nhóm lỗi quan trọng, Fishbone để hệ thống hóa nguyên nhân của nhóm lỗi đó, 5 Why để đào sâu nguyên nhân gốc, 5W1H để lập kế hoạch hành động, run chart để theo dõi kết quả sau cải tiến.

Nếu không có Pareto, tổ chức có thể chọn sai vấn đề. Nếu có Pareto nhưng không có Fishbone hoặc 5 Why, tổ chức chỉ biết vấn đề nào nhiều nhất nhưng chưa biết vì sao. Nếu có phân tích nguyên nhân nhưng không có theo dõi sau cải tiến, tổ chức không biết giải pháp có hiệu quả hay không.

9. Những lỗi thường gặp khi dùng Pareto

Lỗi thứ nhất là dữ liệu phân loại không rõ. Nếu các nhóm lỗi chồng lắp hoặc được hiểu khác nhau giữa người ghi nhận, Pareto sẽ sai lệch.

Lỗi thứ hai là chỉ dùng tần suất mà bỏ qua mức độ nghiêm trọng. Lỗi xảy ra nhiều chưa chắc là lỗi cần ưu tiên nhất nếu có lỗi khác ít hơn nhưng hậu quả lớn hơn.

Lỗi thứ ba là gộp nhóm “khác” quá lớn. Nếu nhóm “khác” chiếm tỷ lệ cao, điều đó cho thấy phân loại chưa tốt. Nhóm “khác” nên nhỏ và chỉ chứa các trường hợp không phổ biến.

Lỗi thứ tư là dữ liệu quá ngắn hạn. Nếu chỉ lấy dữ liệu trong vài ngày, kết quả có thể bị ảnh hưởng bởi biến động ngẫu nhiên. Cần chọn khoảng thời gian đủ đại diện.

Lỗi thứ năm là không hành động sau Pareto. Pareto chỉ có ý nghĩa khi giúp chọn vấn đề để phân tích và cải tiến tiếp theo.

10. Checklist sử dụng Pareto

Nội dung kiểm traĐạt/Chưa đạt
Mục tiêu phân tích Pareto được xác định rõ 
Dữ liệu có nguồn gốc rõ ràng và đủ đại diện 
Các nhóm phân loại không chồng lắp, dễ hiểu 
Có tính tỷ lệ và tỷ lệ tích lũy 
Có xem xét tiêu chí ngoài tần suất như rủi ro, chi phí hoặc ảnh hưởng 
Nhóm “khác” không chiếm tỷ lệ quá lớn 
Có kết luận rõ nhóm vấn đề được ưu tiên 
Có kế hoạch phân tích nguyên nhân sau Pareto 

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

Pareto là công cụ giúp tổ chức tập trung nguồn lực cải tiến vào những vấn đề có tác động lớn nhất. Giá trị của Pareto không nằm ở biểu đồ, mà nằm ở quyết định ưu tiên sau biểu đồ. Khi được sử dụng với dữ liệu đáng tin cậy và được diễn giải đúng, Pareto giúp tổ chức tránh cải tiến dàn trải, tránh chọn vấn đề theo cảm tính và nâng cao hiệu quả sử dụng nguồn lực.

Bài học quan trọng là: không phải vấn đề nào cũng cần xử lý cùng lúc; hãy dùng dữ liệu để chọn đúng trọng tâm cải tiến.