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 3. BRAINSTORMING – Khai thác trí tuệ tập thể

1. Brainstorming là gì?

Brainstorming là công cụ khai thác ý tưởng tập thể thông qua một quá trình thảo luận có cấu trúc. Mục tiêu là tạo ra nhiều ý tưởng, nhiều góc nhìn hoặc nhiều giả thuyết trước khi lựa chọn, đánh giá và quyết định. Trong quản lý chất lượng, brainstorming thường được dùng để nhận diện nguyên nhân khả dĩ, đề xuất giải pháp cải tiến, tìm cách phòng ngừa rủi ro hoặc xây dựng phương án triển khai.

Brainstorming không đơn giản là “họp để mọi người phát biểu”. Nếu không có cấu trúc, cuộc họp dễ bị chi phối bởi người nói nhiều, người có chức vụ cao hoặc những ý kiến quen thuộc. Một buổi brainstorming tốt cần có vấn đề rõ, nguyên tắc thảo luận rõ, người điều phối, cách ghi nhận ý tưởng và bước đánh giá sau khi thu thập ý tưởng.

Giá trị của brainstorming nằm ở chỗ người trực tiếp làm việc thường hiểu rất rõ những bất hợp lý trong quy trình, những điểm khó thực hiện, những tình huống phát sinh và những giải pháp thực tế. Nếu tổ chức chỉ thiết kế cải tiến từ cấp quản lý mà không khai thác trí tuệ của người thực hiện, giải pháp có thể đúng trên giấy nhưng khó áp dụng.

2. Khi nào nên dùng Brainstorming?

Brainstorming phù hợp khi cần mở rộng ý tưởng hoặc thu thập nhiều góc nhìn. Công cụ này hữu ích ở cả giai đoạn phân tích nguyên nhân và thiết kế giải pháp.

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

Tình huốngMục đích
Phân tích nguyên nhân ban đầuThu thập các nguyên nhân khả dĩ để đưa vào Fishbone
Thiết kế giải phápTạo nhiều phương án cải tiến trước khi chọn
Nhận diện rủi roDự đoán các lỗi có thể xảy ra trong quy trình
Cải tiến quy trìnhThu thập ý kiến từ người trực tiếp thực hiện
Chuẩn bị triển khai thay đổiNhận diện khó khăn, phản kháng và điều kiện cần hỗ trợ

Brainstorming không nên dùng để thay thế dữ liệu. Ý tưởng từ brainstorming là đầu vào quan trọng, nhưng cần được kiểm chứng. Ví dụ, nếu nhóm cho rằng lỗi xảy ra vì nhân viên mới chưa được đào tạo, cần kiểm tra dữ liệu hoặc quan sát thực tế trước khi kết luận.

3. Nguyên tắc tổ chức Brainstorming hiệu quả

Một buổi brainstorming hiệu quả cần tuân thủ một số nguyên tắc.

Thứ nhất, vấn đề phải rõ. Nếu câu hỏi quá rộng như “làm sao nâng cao chất lượng?”, ý tưởng sẽ lan man. Nên đặt câu hỏi cụ thể hơn như “làm sao giảm tỷ lệ hồ sơ bị trả lại do thiếu tài liệu kèm theo tại quầy tiếp nhận?”

Thứ hai, tạm hoãn phê phán trong giai đoạn tạo ý tưởng. Khi mới thu thập ý tưởng, không nên vội đánh giá đúng sai. Việc phê phán sớm làm người tham gia ngại nói và khiến nhóm mất các ý tưởng mới.

Thứ ba, khuyến khích số lượng trước khi chọn chất lượng. Giai đoạn đầu nên tạo nhiều ý tưởng. Sau đó mới phân loại, đánh giá và lựa chọn.

Thứ tư, bảo đảm mọi người có cơ hội tham gia. Người điều phối cần tránh để một vài người chi phối toàn bộ cuộc thảo luận. Có thể dùng cách viết ý tưởng ra giấy trước, sau đó lần lượt chia sẻ.

Thứ năm, kết thúc bằng lựa chọn hành động. Brainstorming không nên dừng ở danh sách ý tưởng. Phải có bước phân nhóm, chọn ưu tiên và chuyển thành kế hoạch tiếp theo.

4. Quy trình thực hiện Brainstorming

Một quy trình đơn giản có thể gồm sáu bước.

Bước 1. Chuẩn bị câu hỏi trọng tâm. Câu hỏi phải cụ thể, gắn với vấn đề cần giải quyết. Ví dụ: “Những nguyên nhân nào có thể làm nhân viên bỏ sót tài liệu kèm theo khi tiếp nhận hồ sơ?”

Bước 2. Chọn thành phần tham gia. Nên có người trực tiếp thực hiện quy trình, quản lý bộ phận, người hỗ trợ kỹ thuật hoặc người liên quan đến đầu vào – đầu ra của quy trình. Không nên chỉ có cấp quản lý.

Bước 3. Nêu nguyên tắc thảo luận. Người điều phối nhấn mạnh: không phê phán sớm, ghi nhận mọi ý tưởng, nói ngắn gọn, tập trung vào vấn đề, không quy lỗi cá nhân.

Bước 4. Tạo ý tưởng. Có thể dùng hình thức nói trực tiếp, viết giấy, ghi trên bảng hoặc dùng biểu mẫu điện tử. Với nhóm có sự chênh lệch cấp bậc, nên cho viết ý tưởng trước để giảm áp lực.

Bước 5. Phân nhóm và làm rõ. Các ý tưởng tương tự được gộp lại. Những ý tưởng chung chung được hỏi thêm để cụ thể hóa. Ví dụ, “quy trình chưa rõ” cần làm rõ chưa rõ ở bước nào.

Bước 6. Chọn ý tưởng ưu tiên. Có thể chọn theo tiêu chí tác động, khả thi, chi phí, thời gian, rủi ro hoặc mức độ liên quan đến nguyên nhân gốc.

5. Ví dụ Brainstorming trong cải tiến chất lượng

Vấn đề: tỷ lệ hồ sơ bị trả lại do thiếu tài liệu kèm theo cao.

Câu hỏi brainstorming: “Những yếu tố nào khiến tài liệu kèm theo bị bỏ sót tại điểm tiếp nhận?”

Kết quả ý tưởng ban đầu có thể gồm:

  • Danh mục tài liệu thay đổi nhưng nhân viên chưa được cập nhật.
  • Mỗi loại hồ sơ có yêu cầu khác nhau, khó nhớ.
  • Không có checklist theo từng loại hồ sơ.
  • Khách hàng không được hướng dẫn trước khi đến.
  • Giờ cao điểm quá đông, nhân viên bị gián đoạn.
  • Phần mềm không cảnh báo thiếu tài liệu.
  • SOP dài, khó tra cứu nhanh tại quầy.
  • Nhân viên mới chưa được kèm cặp đủ.
  • Không có phản hồi nhanh từ bộ phận xử lý khi hồ sơ bị trả lại.
  • Chưa thống kê lỗi theo loại hồ sơ để biết nhóm nào hay sai.

Sau khi phân nhóm, các ý tưởng này có thể đưa vào Fishbone theo nhóm con người, quy trình, công cụ, dữ liệu, môi trường và quản lý. Như vậy, brainstorming trở thành đầu vào cho phân tích nguyên nhân có hệ thống.

6. Lỗi thường gặp khi Brainstorming

Lỗi thứ nhất là biến brainstorming thành cuộc họp phê bình. Nếu người tham gia sợ bị quy trách nhiệm, họ sẽ không chia sẻ thật. Ý tưởng đưa ra sẽ an toàn, chung chung và ít giá trị.

Lỗi thứ hai là không có câu hỏi rõ. Câu hỏi quá rộng khiến cuộc thảo luận lan man, không tạo được đầu ra dùng được.

Lỗi thứ ba là để cấp bậc chi phối. Khi lãnh đạo nói kết luận quá sớm, người khác thường im lặng hoặc chỉ đồng ý. Người điều phối cần bảo vệ không gian thảo luận.

Lỗi thứ tư là không phân loại và chọn ưu tiên sau khi tạo ý tưởng. Một danh sách dài ý tưởng nhưng không được xử lý tiếp sẽ không tạo ra cải tiến.

Lỗi thứ năm là xem ý tưởng như kết luận. Brainstorming tạo ra giả thuyết hoặc phương án, nhưng vẫn cần kiểm chứng bằng dữ liệu, quan sát hoặc thử nghiệm.

7. Checklist tổ chức Brainstorming

Nội dung kiểm traĐạt/Chưa đạt
Câu hỏi brainstorming cụ thể, gắn với vấn đề thật 
Thành phần tham gia có người trực tiếp thực hiện quy trình 
Có người điều phối trung lập 
Có nguyên tắc không phê phán sớm 
Mọi ý tưởng được ghi nhận rõ ràng 
Ý tưởng chung chung được làm rõ thêm 
Có phân nhóm ý tưởng sau khi thu thập 
Có chọn ý tưởng/nguyên nhân/giải pháp ưu tiên 
Có bước kiểm chứng hoặc chuyển thành kế hoạch hành động 

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

Brainstorming là công cụ quan trọng để khai thác trí tuệ tập thể trong cải tiến chất lượng. Công cụ này giúp tổ chức tận dụng hiểu biết thực tế của nhiều người, đặc biệt là người trực tiếp tham gia quy trình. Tuy nhiên, brainstorming chỉ hiệu quả khi được tổ chức có cấu trúc, có câu hỏi rõ, có điều phối tốt và có bước xử lý ý tưởng sau thảo luận.

Bài học quan trọng là: ý tưởng cải tiến tốt thường không chỉ đến từ người quản lý, mà đến từ chính những người hằng ngày sống trong quy trình.