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. PDCA/PDSA - Nền tảng cải tiến liên tục

1. PDCA/PDSA là gì?

PDCA là chu trình cải tiến gồm bốn bước: Plan – Do – Check – Act, thường được dịch là Lập kế hoạch – Thực hiện – Kiểm tra – Hành động/Chuẩn hóa. PDSA là biến thể gần với tư duy học hỏi hơn, gồm Plan – Do – Study – Act, trong đó “Study” nhấn mạnh việc nghiên cứu, phân tích và học từ kết quả thử nghiệm thay vì chỉ kiểm tra đạt hay không đạt.

Trong quản lý chất lượng hiện đại, PDCA/PDSA không nên được hiểu như một biểu mẫu bốn ô để điền cho đủ hồ sơ. Bản chất của PDCA/PDSA là một chu trình học hỏi có kiểm chứng. Tổ chức không giả định rằng giải pháp đầu tiên chắc chắn đúng, mà lập kế hoạch dựa trên dữ liệu, triển khai thử hoặc triển khai có kiểm soát, đo lường kết quả, học từ kết quả đó và điều chỉnh trước khi chuẩn hóa hoặc nhân rộng.

Điểm quan trọng của PDCA/PDSA là tính chu kỳ. Cải tiến không phải là hành động một lần. Sau mỗi vòng cải tiến, tổ chức có thêm dữ liệu, thêm hiểu biết và có thể tiếp tục một vòng cải tiến mới. Đây là nền tảng của cải tiến liên tục.

2. Khi nào nên dùng PDCA/PDSA?

PDCA/PDSA phù hợp khi tổ chức cần cải tiến một vấn đề đã được xác định tương đối rõ, có khả năng can thiệp và cần theo dõi kết quả sau thay đổi. Công cụ này đặc biệt hữu ích với các vấn đề lặp lại, vấn đề liên quan đến quy trình, vấn đề cần phối hợp nhiều bộ phận hoặc vấn đề chưa chắc giải pháp nào là tối ưu.

Các tình huống nên dùng PDCA/PDSA gồm:

Tình huốngLý do nên dùng PDCA/PDSA
Một chỉ số chất lượng không đạt mục tiêuCần lập kế hoạch can thiệp, đo trước – sau và điều chỉnh
Một sai sót lặp lại nhiều lầnCần tác động vào nguyên nhân gốc và theo dõi tái diễn
Một quy trình mới cần triển khaiCần thử nghiệm, học từ thực tế và chuẩn hóa
Một giải pháp chưa chắc hiệu quảCần thử nghiệm nhỏ trước khi nhân rộng
Một hoạt động cần cải tiến liên tụcCần nhiều vòng học hỏi, không chỉ một lần xử lý

Không nên dùng PDCA/PDSA một cách hình thức cho mọi hoạt động nhỏ. Nếu công việc chỉ là thực hiện một nhiệm vụ hành chính đơn giản, không cần phân tích, thử nghiệm hoặc đo lường cải tiến, việc ép vào PDCA có thể làm phức tạp hóa không cần thiết.

3. Bước Plan – Lập kế hoạch cải tiến

Plan là bước quan trọng nhất vì nó quyết định hướng đi của toàn bộ chu trình. Một kế hoạch cải tiến tốt không bắt đầu bằng giải pháp, mà bắt đầu bằng vấn đề và nguyên nhân. Ở bước này, nhóm cải tiến cần trả lời rõ: vấn đề là gì, dữ liệu hiện trạng ra sao, nguyên nhân nào đã được xác định, mục tiêu cải tiến là gì, giải pháp dự kiến tác động vào nguyên nhân nào, đo lường bằng chỉ số gì và triển khai trong phạm vi nào.

Một lỗi phổ biến là viết phần Plan quá chung chung, ví dụ: “Nâng cao chất lượng phục vụ khách hàng”, “Tăng cường kiểm tra hồ sơ”, “Đào tạo lại nhân viên”. Những câu này chưa đủ để trở thành kế hoạch cải tiến. Kế hoạch cần cụ thể hơn, ví dụ: “Giảm tỷ lệ hồ sơ bị trả lại do thiếu tài liệu kèm theo từ 15% xuống dưới 7% trong 3 tháng bằng cách thiết kế checklist theo từng loại hồ sơ, thử nghiệm tại quầy tiếp nhận số 1 trong 4 tuần và theo dõi tỷ lệ hồ sơ bị trả lại hằng tuần.”

Trong bước Plan, cần xác định tối thiểu các nội dung sau:

Nội dungCâu hỏi cần trả lời
Vấn đềVấn đề cụ thể là gì, xảy ra ở đâu, mức độ bao nhiêu?
Dữ liệu nềnHiện trạng trước cải tiến được đo bằng chỉ số nào?
Nguyên nhânNguyên nhân trọng tâm đã được phân tích và kiểm chứng chưa?
Mục tiêuMuốn cải thiện đến mức nào, trong thời gian bao lâu?
Giải phápGiải pháp tác động vào nguyên nhân nào?
Phạm viThử nghiệm hoặc triển khai ở đâu trước?
Trách nhiệmAi chịu trách nhiệm chính, ai phối hợp?
Đo lườngChỉ số kết quả, chỉ số quá trình và chỉ số cân bằng là gì?

Đặc biệt, nên phân biệt ba nhóm chỉ số. Chỉ số kết quả cho biết vấn đề có cải thiện không, ví dụ tỷ lệ lỗi, thời gian chờ, tỷ lệ hài lòng. Chỉ số quá trình cho biết giải pháp có được thực hiện đúng không, ví dụ tỷ lệ sử dụng checklist, tỷ lệ nhân viên được đào tạo. Chỉ số cân bằng giúp phát hiện tác dụng phụ, ví dụ giảm thời gian xử lý nhưng có làm tăng sai sót khác không.

4. Bước Do – Thực hiện có kiểm soát

Do là bước triển khai kế hoạch đã thiết kế. Tuy nhiên, “thực hiện” trong PDCA/PDSA không có nghĩa là triển khai ồ ạt ngay trên toàn hệ thống. Với nhiều cải tiến, nhất là cải tiến có yếu tố chưa chắc chắn, nên thực hiện ở phạm vi nhỏ trước để kiểm chứng.

Trong bước Do, nhóm cải tiến cần bảo đảm người thực hiện hiểu rõ mục tiêu, cách làm, biểu mẫu, trách nhiệm và thời gian triển khai. Nếu giải pháp là sử dụng checklist mới, cần hướng dẫn cụ thể checklist dùng khi nào, ai dùng, đánh dấu ra sao, xử lý thế nào nếu phát hiện thiếu sót. Nếu giải pháp là thay đổi quy trình, cần thông báo rõ điểm thay đổi, cách bàn giao và cách ghi nhận dữ liệu.

Một nguyên tắc quan trọng là trong giai đoạn Do, phải ghi nhận cả những khó khăn phát sinh. Cải tiến trên giấy thường đơn giản hơn thực tế. Người thực hiện có thể gặp vướng mắc về thời gian, phần mềm, phối hợp, biểu mẫu hoặc hiểu chưa thống nhất. Những phản hồi này không phải là “thất bại”, mà là dữ liệu quan trọng để bước Study/Check có cơ sở điều chỉnh.

5. Bước Check/Study – Kiểm tra, nghiên cứu và học từ kết quả

Check trong PDCA thường được hiểu là kiểm tra kết quả so với mục tiêu. Study trong PDSA đi xa hơn: không chỉ xem đạt hay không đạt, mà còn phân tích vì sao đạt, vì sao chưa đạt, điều gì học được và cần điều chỉnh gì.

Ở bước này, nhóm cải tiến cần so sánh dữ liệu trước và sau can thiệp. Không nên kết luận dựa trên cảm giác rằng “có vẻ tốt hơn”. Cần sử dụng dữ liệu phù hợp như tỷ lệ lỗi theo tuần, thời gian xử lý trung bình, số phản ánh, tỷ lệ tuân thủ hoặc chỉ số liên quan.

Một số câu hỏi quan trọng trong bước Check/Study gồm:

  • Chỉ số kết quả có cải thiện so với trước không?
  • Mức cải thiện có đủ ý nghĩa thực tế không?
  • Giải pháp có được thực hiện đúng như kế hoạch không?
  • Có bộ phận, thời điểm hoặc nhóm người nào cải thiện tốt hơn hoặc kém hơn không?
  • Có tác dụng phụ hoặc vấn đề mới phát sinh không?
  • Người thực hiện phản hồi gì về tính khả thi?
  • Cần điều chỉnh giải pháp, biểu mẫu, quy trình hay cách đào tạo không?

Nếu kết quả chưa đạt, không nên vội kết luận cải tiến thất bại. Cần xem lại giả thuyết ban đầu, nguyên nhân đã đúng chưa, giải pháp có tác động đúng nguyên nhân không, người thực hiện có làm đúng không và dữ liệu đo lường có phản ánh đúng không. PDCA/PDSA là chu trình học hỏi, nên việc phát hiện giải pháp chưa phù hợp cũng là một kết quả có giá trị.

6. Bước Act – Chuẩn hóa hoặc điều chỉnh

Act là bước quyết định hành động tiếp theo sau khi đã học từ kết quả. Nếu giải pháp hiệu quả, tổ chức cần chuẩn hóa và nhân rộng. Nếu giải pháp chưa hiệu quả, cần điều chỉnh và thực hiện vòng PDCA/PDSA tiếp theo. Nếu giải pháp gây tác dụng phụ hoặc không khả thi, cần dừng, phân tích lại và thiết kế giải pháp khác.

Chuẩn hóa sau cải tiến cần cụ thể. Không chỉ ghi “tiếp tục duy trì”, mà cần cập nhật SOP, bảng kiểm, biểu mẫu, phần mềm, phân công trách nhiệm, chương trình đào tạo, chỉ số theo dõi và cơ chế giám sát. Nếu giải pháp tốt nhưng không được đưa vào hệ thống, kết quả sẽ phụ thuộc vào sự chú ý tạm thời của nhóm cải tiến và dễ mất dần sau vài tháng.

Một kết luận Act tốt nên nêu rõ: chuẩn hóa cái gì, áp dụng ở đâu, từ khi nào, ai chịu trách nhiệm duy trì, chỉ số nào tiếp tục theo dõi và khi nào đánh giá lại.

7. Ví dụ minh họa PDCA/PDSA

Vấn đề: Tỷ lệ hồ sơ bị trả lại do thiếu tài liệu kèm theo là 15%, cao hơn mục tiêu dưới 7%.

Plan: Nhóm cải tiến xác định nguyên nhân trọng tâm là chưa có checklist theo từng loại hồ sơ tại điểm tiếp nhận. Mục tiêu là giảm tỷ lệ hồ sơ bị trả lại do thiếu tài liệu từ 15% xuống dưới 7% trong 8 tuần. Giải pháp là xây dựng checklist ngắn theo 5 loại hồ sơ phổ biến, thử nghiệm tại một quầy tiếp nhận trong 4 tuần. Chỉ số kết quả là tỷ lệ hồ sơ bị trả lại; chỉ số quá trình là tỷ lệ hồ sơ được kiểm tra bằng checklist; chỉ số cân bằng là thời gian tiếp nhận trung bình.

Do: Checklist được áp dụng tại quầy tiếp nhận số 1. Nhân viên được hướng dẫn trong 30 phút trước khi triển khai. Trong quá trình thực hiện, nhóm ghi nhận một số mục trong checklist còn dài, nhân viên khó dùng trong giờ cao điểm.

Study: Sau 4 tuần, tỷ lệ hồ sơ bị trả lại tại quầy thử nghiệm giảm từ 15% xuống 8%. Tỷ lệ sử dụng checklist đạt 82%. Thời gian tiếp nhận trung bình tăng nhẹ 1 phút trong tuần đầu nhưng trở về mức cũ từ tuần thứ ba. Phản hồi của nhân viên cho thấy checklist cần rút gọn phần mô tả và chuyển một số mục thành ký hiệu dễ nhìn.

Act: Nhóm chỉnh sửa checklist, bổ sung hướng dẫn trực quan, cập nhật SOP tiếp nhận hồ sơ và nhân rộng sang 3 quầy còn lại trong tháng tiếp theo. Tỷ lệ hồ sơ bị trả lại tiếp tục được theo dõi hằng tuần trong 3 tháng.

8. Sai lầm thường gặp khi dùng PDCA/PDSA

Sai lầm thứ nhất là xem PDCA như biểu mẫu báo cáo. Khi đó, các ô Plan, Do, Check, Act được điền cho đủ nhưng không có dữ liệu, không có thử nghiệm thật và không có chuẩn hóa.

Sai lầm thứ hai là Plan yếu. Vấn đề chưa rõ, nguyên nhân chưa được phân tích, mục tiêu không đo được, giải pháp không gắn với nguyên nhân. Khi Plan yếu, các bước sau khó tạo kết quả.

Sai lầm thứ ba là Do quá rộng. Nhiều tổ chức triển khai ngay trên toàn bộ hệ thống khi chưa thử nghiệm, khiến rủi ro cao và khó điều chỉnh.

Sai lầm thứ tư là Check/Study chỉ dựa vào cảm nhận. Không có dữ liệu trước – sau thì không thể biết cải tiến có hiệu quả thật hay không.

Sai lầm thứ năm là Act không chuẩn hóa. Dự án cải tiến kết thúc bằng báo cáo, nhưng quy trình, bảng kiểm, đào tạo và chỉ số không được cập nhật.

9. Checklist sử dụng PDCA/PDSA

Nội dung kiểm traĐạt/Chưa đạt
Vấn đề cải tiến được mô tả cụ thể, có dữ liệu nền 
Nguyên nhân trọng tâm đã được phân tích trước khi chọn giải pháp 
Mục tiêu cải tiến đo được và có thời hạn 
Giải pháp tác động trực tiếp vào nguyên nhân 
Phạm vi triển khai hoặc thử nghiệm được xác định rõ 
Có chỉ số kết quả, chỉ số quá trình và chỉ số cân bằng 
Có ghi nhận khó khăn phát sinh trong quá trình thực hiện 
Có so sánh dữ liệu trước và sau cải tiến 
Có quyết định chuẩn hóa, điều chỉnh hoặc thực hiện vòng cải tiến mới 

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

PDCA/PDSA là nền tảng của cải tiến liên tục vì giúp tổ chức cải tiến theo hướng có kế hoạch, có thử nghiệm, có dữ liệu và có học hỏi. Giá trị của PDCA/PDSA không nằm ở việc hoàn thành biểu mẫu, mà nằm ở khả năng giúp tổ chức kiểm chứng thay đổi trước khi chuẩn hóa.

Một tổ chức sử dụng PDCA/PDSA tốt sẽ không vội vàng áp dụng giải pháp trên diện rộng khi chưa có bằng chứng, cũng không dừng lại ở phân tích mà không hành động. Tổ chức đó biết lập kế hoạch từ vấn đề thật, triển khai có kiểm soát, học từ dữ liệu và chuyển kết quả tốt thành chuẩn vận hành mới.