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

6. FAQ - Đoàn Kiểm tra đánh giá hay hỏi [D2.2]

VHM

Khác với nhiều tiêu chí kỹ thuật, D2.2 được đánh giá chủ yếu qua phỏng vấn và đối chiếu thực tế, không phải qua số lượng hồ sơ. Đoàn thường dùng các câu hỏi sau để xác định hệ thống báo cáo có “sống” hay không.


1. Bệnh viện hiện đang triển khai hệ thống báo cáo sự cố y khoa như thế nào?

Đoàn muốn kiểm tra

  • Có hệ thống chung hay không;

  • Áp dụng toàn viện hay chỉ một vài khoa.

Câu trả lời mong đợi

  • Có hệ thống báo cáo chung (giấy hoặc phần mềm);

  • Áp dụng cho toàn bộ khoa/phòng;

  • Có đầu mối tiếp nhận rõ ràng.


2. Nhân viên có dám báo cáo sự cố y khoa không?

Câu hỏi rất hay được hỏi trực tiếp nhân viên

Đoàn đánh giá

  • Không chỉ câu trả lời “có/không”;

  • Mà là thái độ và sự tự tin khi trả lời.

Nhân viên trả lời ngập ngừng hoặc né tránh → điểm trừ lớn.


3. Khi báo cáo sự cố, nhân viên có bị quy trách nhiệm cá nhân không?

Mục tiêu

  • Đánh giá văn hóa không đổ lỗi (D2.2.5, D2.2.21).

Câu trả lời mong đợi

  • Không kỷ luật cá nhân vì báo cáo trung thực;

  • Chỉ xem xét hệ thống và nguyên nhân gốc rễ.


4. Bệnh viện có khuyến khích báo cáo near miss không?

Đoàn rất quan tâm câu hỏi này.

Câu trả lời tốt:

  • Có khuyến khích;

  • Near miss được xem là nguồn dữ liệu quý;

  • Không coi near miss là “chuyện nhỏ”.


5. Ai là người tiếp nhận báo cáo sự cố y khoa?

Đoàn muốn thấy

  • Đầu mối rõ ràng (thường là Phòng QLCL);

  • Không để báo cáo “đi lạc”.


6. Sau khi báo cáo, sự cố được xử lý thế nào?

Đánh giá D2.2.10 – D2.2.12

Câu trả lời cần thể hiện:

  • Có phân loại;

  • Có xử lý ban đầu;

  • Có phản hồi cho đơn vị liên quan.


7. Bệnh viện có phân tích nguyên nhân gốc rễ sự cố không?

Đoàn thường hỏi với sự cố nghiêm trọng hoặc tái diễn.

Câu trả lời mong đợi:

  • Có RCA;

  • Có hội đồng hoặc nhóm phân tích;

  • Không phân tích hình thức.


8. Có thể cho xem một ví dụ cụ thể về cải tiến sau sự cố không?

Đây là câu hỏi “đắt điểm”.

Đoàn không cần hồ sơ đẹp, mà cần:

  • Một ví dụ thật;

  • Có vấn đề – có giải pháp – có thay đổi.

Thường đoàn sẽ yêu cầu hồ sơ của vài sự cố để xem toàn bộ quá trình bệnh viện đã làm.


9. Báo cáo sự cố có được tổng hợp, phân tích định kỳ không?

Đánh giá D2.2.12, D2.2.14

Câu trả lời mong đợi:

  • Có tổng hợp ít nhất 6 tháng/lần hoặc hằng năm;

  • Có phân tích xu hướng.


10. Bệnh viện làm gì để tránh sự cố lặp lại?

Đoàn kiểm tra

  • Có giải pháp hệ thống;

  • Không chỉ nhắc nhở cá nhân.


11. Có trường hợp nào báo cáo sự cố nhưng không được xử lý không?

Câu trả lời trung thực, có cải tiến sau đó được đánh giá cao hơn việc phủ nhận hoàn toàn.


12. Hệ thống báo cáo sự cố có đảm bảo bảo mật không?

Đoàn thường hỏi Phòng CNTT hoặc QLCL.

Câu trả lời mong đợi:

  • Có phân quyền;

  • Có bảo mật dữ liệu;

  • Không công khai danh tính người báo cáo.


13. Báo cáo sự cố bằng giấy và phần mềm khác nhau thế nào?

Đoàn không ưu tiên công nghệ, mà ưu tiên:

  • Tính thuận tiện;

  • Tính sử dụng thực tế;

  • Dữ liệu có được dùng hay không.


14. Vì sao số lượng báo cáo sự cố của bệnh viện tăng trong năm vừa qua?

Câu hỏi bẫy thường gặp.

Câu trả lời đúng:

  • Do nhân viên dám báo cáo hơn;

  • Do hệ thống hoạt động tốt hơn;

  • Không phải do chất lượng giảm.


15. Có khoa/phòng nào báo cáo nhiều hơn hẳn không? Vì sao?

Câu trả lời tốt:

  • Do văn hóa cởi mở;

  • Do nhận diện nguy cơ tốt;

  • Không coi đó là khoa “nhiều lỗi”.


16. Lãnh đạo bệnh viện tham gia D2.2 ở mức độ nào?

Đoàn muốn thấy

  • Lãnh đạo biết tình hình;

  • Lãnh đạo chỉ đạo cải tiến;

  • Không phó mặc cho Phòng QLCL.


17. Nhân viên mới có được hướng dẫn về báo cáo sự cố không?

Câu trả lời mong đợi:

  • Có trong đào tạo hội nhập;

  • Có nhắc lại định kỳ.


18. Đoàn đánh giá nhận diện hệ thống báo cáo hình thức như thế nào?

  • Không có near miss;

  • Không có ví dụ cải tiến;

  • Nhân viên trả lời sợ sệt.


19. Theo anh/chị, điểm khó nhất khi triển khai D2.2 là gì?

Câu hỏi mở nhưng rất quan trọng.

Câu trả lời tốt:

  • Nhận diện đúng khó khăn;

  • Thể hiện tư duy cải tiến;

  • Không né tránh hạn chế.


 

Đoàn đánh giá D2.2 tin vào con người hơn hồ sơ.

Nếu:

  • Nhân viên dám nói;

  • Lãnh đạo bảo vệ người báo cáo;

  • Có cải tiến thật sau sự cố;

thì D2.2 sẽ đạt điểm cao một cách tự nhiên.