Bài 62. Mẫu báo cáo sự cố y khoa

1. Đặt vấn đề: Báo cáo sự cố là điểm khởi đầu của hệ thống học tập

Báo cáo sự cố y khoa là một trong những công cụ quan trọng nhất của hệ thống An toàn người bệnh. Nếu bệnh viện không nhìn thấy sự cố, không ghi nhận near-miss, không thu thập dữ liệu từ tuyến đầu và không phản hồi sau báo cáo, thì mọi hoạt động phân tích RCA, cải tiến chất lượng, dashboard hay phòng ngừa tái diễn đều thiếu nền tảng. Báo cáo sự cố không phải là thủ tục ghi nhận lỗi sau khi đã có hậu quả; nó là cơ chế giúp bệnh viện phát hiện nguy cơ sớm, hiểu điểm yếu của hệ thống và thiết kế lại các hàng rào an toàn trước khi người bệnh bị tổn hại.

Theo tinh thần của Thông tư 43/2018/TT-BYT, việc phòng ngừa sự cố y khoa dựa trên nhận diện, báo cáo, phân tích nguyên nhân và đưa ra khuyến cáo phòng ngừa tái diễn; hoạt động này được khuyến khích, động viên, bảo vệ và hồ sơ phòng ngừa sự cố y khoa được quản lý theo nguyên tắc bảo mật thông tin. Đây là cơ sở rất quan trọng khi thiết kế mẫu báo cáo sự cố. Mẫu báo cáo không được tạo cảm giác như “bản tường trình nhận lỗi”, mà phải là biểu mẫu thu thập dữ kiện khách quan, giúp hệ thống học tập và cải tiến.

Trong thực tế, một mẫu báo cáo sự cố không phù hợp có thể làm suy yếu văn hóa báo cáo. Nếu biểu mẫu quá dài, yêu cầu người báo cáo tự phân tích nguyên nhân gốc, yêu cầu nêu tên người gây lỗi, dùng ngôn ngữ quy kết hoặc không có phản hồi sau báo cáo, nhân viên sẽ ngại báo cáo. Ngược lại, nếu mẫu quá sơ sài, chỉ ghi “đã xảy ra sự cố” mà không có thời gian, địa điểm, quy trình liên quan, mức độ ảnh hưởng, xử trí ban đầu và nguy cơ còn lại, phòng Quản lý chất lượng sẽ không đủ dữ liệu để phân loại và xử lý. Vì vậy, thiết kế mẫu báo cáo sự cố là một công việc quản trị quan trọng, cần cân bằng giữa tính đơn giản, tính bảo mật, tính đầy đủ và tính hành động.

Mẫu báo cáo sự cố y khoa tốt phải phục vụ nhiều mục tiêu cùng lúc. Đối với nhân viên tuyến đầu, mẫu phải dễ hiểu, dễ điền, không gây sợ hãi và có thể báo cáo nhanh. Đối với khoa/phòng, mẫu phải giúp trưởng khoa và điều dưỡng trưởng nắm được nguy cơ, xử lý ban đầu và phòng ngừa tái diễn trong phạm vi đơn vị. Đối với phòng Quản lý chất lượng, mẫu phải đủ dữ liệu để phân loại, tổng hợp, phát hiện xu hướng, điều phối RCA và theo dõi khuyến nghị. Đối với lãnh đạo bệnh viện, dữ liệu báo cáo phải được chuyển hóa thành chỉ số và dashboard để ra quyết định quản trị.

2. Mục đích của mẫu báo cáo sự cố y khoa

Mục đích đầu tiên của mẫu báo cáo là ghi nhận sự việc một cách khách quan và kịp thời. Khi sự cố xảy ra, đặc biệt trong môi trường lâm sàng bận rộn, thông tin rất dễ bị quên, diễn giải sai hoặc thay đổi theo cảm xúc. Một mẫu báo cáo chuẩn giúp người phát hiện ghi lại các dữ kiện quan trọng: sự cố xảy ra lúc nào, ở đâu, liên quan người bệnh nào, quy trình nào, đã ảnh hưởng ra sao, đã xử trí thế nào và nguy cơ còn tiếp diễn hay không. Những dữ kiện này là nền tảng để phân tích sau đó.

Mục đích thứ hai là hỗ trợ phân loại và ưu tiên xử lý. Không phải sự cố nào cũng cần cùng một mức phản ứng. Một near-miss thuốc được chặn trước khi đến người bệnh có thể cần phản hồi cấp khoa và cải tiến quy trình. Một sự cố phẫu thuật sai vị trí cần kích hoạt xử trí nghiêm trọng, báo lãnh đạo bệnh viện và RCA cấp bệnh viện. Một phản ứng truyền máu nặng cần xử trí chuyên môn khẩn cấp và báo các đơn vị liên quan. Mẫu báo cáo phải có các trường thông tin giúp phân loại mức độ ảnh hưởng và nguy cơ tiềm tàng để hệ thống phản ứng đúng mức.

Mục đích thứ ba là tạo dữ liệu cho cải tiến. Khi nhiều báo cáo được thu thập theo cùng một cấu trúc, bệnh viện có thể phân tích xu hướng: nhóm sự cố nào tăng, khoa nào có nhiều near-miss, thời điểm nào dễ xảy ra sự cố, quy trình nào có nhiều điểm đứt gãy, khuyến nghị nào lặp lại, hàng rào an toàn nào yếu. Dữ liệu báo cáo sự cố không chỉ dùng để xử lý từng ca riêng lẻ, mà còn là nguồn thông tin cho kế hoạch ATNB, dự án cải tiến và dashboard quản trị.

Mục đích thứ tư là củng cố văn hóa báo cáo. Một mẫu báo cáo được thiết kế đúng sẽ gửi thông điệp rằng bệnh viện quan tâm đến học tập và phòng ngừa, không chỉ tìm lỗi. Khi nhân viên báo cáo và nhận được phản hồi rằng báo cáo của họ giúp thay đổi quy trình, bổ sung nhãn, sửa phần mềm, bố trí lại thuốc hoặc cảnh báo nguy cơ cho toàn khoa, họ sẽ có động lực báo cáo tiếp. Ngược lại, nếu báo cáo dẫn đến phê bình cá nhân mà không phân tích hệ thống, văn hóa báo cáo sẽ suy giảm.

3. Nguyên tắc thiết kế mẫu báo cáo sự cố y khoa

Nguyên tắc đầu tiên là tách bạch báo cáo ban đầu và phân tích nguyên nhân. Người phát hiện sự cố không nhất thiết là người có đủ thông tin hoặc thẩm quyền để phân tích nguyên nhân gốc. Vì vậy, mẫu báo cáo ban đầu chỉ nên yêu cầu mô tả sự việc và xử trí ban đầu. Các phần phân tích sâu như nguyên nhân gốc, yếu tố hệ thống, khuyến nghị và kế hoạch khắc phục nên thuộc mẫu RCA hoặc phần xử lý của phòng Quản lý chất lượng. Nếu bắt người báo cáo tự kết luận “nguyên nhân do ai”, biểu mẫu sẽ dễ tạo tâm lý phòng thủ.

Nguyên tắc thứ hai là dùng ngôn ngữ trung tính, không quy kết. Thay vì hỏi “ai gây ra sự cố?”, nên hỏi “những cá nhân/bộ phận liên quan đến quy trình” hoặc “người chứng kiến/người có thông tin bổ sung”. Thay vì viết “lỗi của nhân viên”, nên ghi “mô tả sự việc” và “yếu tố góp phần ban đầu nếu người báo cáo nhận thấy”. Ngôn ngữ của biểu mẫu quyết định cảm giác an toàn khi báo cáo.

Nguyên tắc thứ ba là bảo đảm bảo mật thông tin. Báo cáo sự cố chứa thông tin người bệnh, nhân viên, diễn biến chuyên môn và đôi khi liên quan pháp lý. Vì vậy, mẫu báo cáo cần quy định phạm vi truy cập, nơi lưu trữ, người xử lý và cách sử dụng dữ liệu. Hồ sơ phòng ngừa sự cố y khoa cần được quản lý theo nguyên tắc bảo mật, phù hợp tinh thần của Thông tư 43/2018/TT-BYT. Nếu nhân viên không tin dữ liệu được bảo mật và sử dụng đúng mục đích, họ sẽ ngại báo cáo.

Nguyên tắc thứ tư là đủ ngắn để báo cáo nhanh nhưng đủ cấu trúc để phân tích. Một mẫu báo cáo ban đầu nên ưu tiên các trường bắt buộc tối thiểu: thời gian, địa điểm, loại sự cố, mô tả khách quan, mức độ ảnh hưởng, xử trí ban đầu, nguy cơ còn lại, người/bộ phận cần thông báo. Các trường chi tiết hơn có thể là tùy chọn hoặc được bổ sung sau bởi đầu mối xử lý. Nếu dùng phần mềm, có thể thiết kế biểu mẫu hai tầng: báo cáo nhanh và báo cáo bổ sung.

Nguyên tắc thứ năm là phải có phần phản hồi và trạng thái xử lý. Báo cáo sự cố không nên kết thúc khi nhân viên bấm gửi. Cần có trạng thái: đã tiếp nhận, đang xác minh, đã phân loại, đã xử lý cấp khoa, cần RCA, đã có khuyến nghị, đã hoàn thành khắc phục, đã phản hồi người báo cáo. Phần phản hồi giúp nhân viên thấy báo cáo có giá trị và giúp bệnh viện theo dõi trách nhiệm xử lý.

4. Phạm vi áp dụng của mẫu báo cáo

Mẫu báo cáo sự cố y khoa nên áp dụng cho toàn bộ bệnh viện, bao gồm khoa lâm sàng, cận lâm sàng, phòng mổ, khoa Dược, khoa Xét nghiệm, Chẩn đoán hình ảnh, Kiểm soát nhiễm khuẩn, Vật tư thiết bị y tế, khoa Khám bệnh, Cấp cứu, Hồi sức, Điều dưỡng, Hành chính quản trị và các bộ phận hỗ trợ có liên quan đến chăm sóc người bệnh. Sự cố y khoa không chỉ xảy ra trong điều trị; nó có thể xảy ra trong tiếp nhận, nhận diện, vận chuyển, xét nghiệm, cấp phát thuốc, vệ sinh môi trường, sử dụng thiết bị, cung ứng oxy, bàn giao, truyền thông hoặc lưu trữ dữ liệu.

Mẫu báo cáo cần dùng cho cả sự cố gây hại và near-miss. Đây là điểm rất quan trọng. Nếu bệnh viện chỉ báo cáo sự cố đã gây hại, hệ thống sẽ luôn học muộn. Near-miss là tình huống sai sót đã xảy ra hoặc nguy cơ đã xuất hiện nhưng được phát hiện và chặn lại trước khi đến người bệnh hoặc trước khi gây hại. Ví dụ, phát hiện thuốc chuẩn bị sai trước khi dùng, phát hiện người bệnh trùng tên trước khi lấy mẫu, phát hiện ca mổ thiếu đánh dấu trước gây mê, phát hiện túi máu không khớp trước truyền. Near-miss là nguồn dữ liệu quý vì cho thấy hàng rào nào đã hoạt động và hàng rào nào đang yếu.

Mẫu báo cáo cũng nên dùng cho sự cố chưa gây hại nhưng đã đến người bệnh. Ví dụ, người bệnh nhận thuốc muộn nhưng chưa có tổn hại, lấy nhầm mẫu nhưng phát hiện trước khi ra quyết định điều trị, thiết bị không hoạt động làm chậm theo dõi nhưng chưa gây hậu quả, người bệnh té ngã nhưng không chấn thương. Các sự cố này vẫn cần ghi nhận vì có thể tái diễn và gây hại trong tình huống khác.

Với sự cố nghiêm trọng, mẫu báo cáo ban đầu cần được tích hợp với quy trình kích hoạt xử trí sự cố nghiêm trọng. Nghĩa là khi báo cáo chọn mức nghiêm trọng hoặc có dấu hiệu như tử vong không mong đợi, phẫu thuật sai vị trí, truyền máu sai, dùng nhầm thuốc nguy cơ cao gây hại, nhiễm khuẩn nghi ổ dịch, thiết bị gây hại nghiêm trọng, hệ thống phải tự động hoặc theo quy trình thông báo cho lãnh đạo trực, phòng Quản lý chất lượng và đơn vị liên quan. Không nên để báo cáo nghiêm trọng nằm chờ xử lý như sự cố thông thường.

5. Các nhóm sự cố cần có trong mẫu báo cáo

Mẫu báo cáo nên có danh mục nhóm sự cố để người báo cáo chọn nhanh và để bệnh viện tổng hợp dữ liệu. Danh mục nên đủ rộng nhưng không quá phức tạp. Có thể chia thành các nhóm chính: nhận diện người bệnh; thuốc và dịch truyền; truyền máu; phẫu thuật – thủ thuật; xét nghiệm – chẩn đoán hình ảnh; nhiễm khuẩn bệnh viện; chăm sóc điều dưỡng; té ngã; loét tỳ đè; thiết bị y tế; môi trường – cơ sở hạ tầng; oxy – khí y tế – điện – nước; hồ sơ bệnh án và thông tin; giao tiếp – bàn giao; phơi nhiễm nghề nghiệp; bạo hành y tế; sự cố liên quan CNTT/dữ liệu; nhóm khác.

Trong nhóm thuốc và dịch truyền, có thể phân loại phụ như sai thuốc, sai liều, sai nồng độ, sai đường dùng, sai người bệnh, sai thời điểm, sai tốc độ, thuốc hết hạn, thuốc nhìn giống – tên giống, ADR, thiếu kiểm tra độc lập, nhãn thuốc sau pha không đầy đủ. Nhóm này nên được thiết kế kỹ vì an toàn thuốc là một lĩnh vực trọng yếu.

Trong nhóm phẫu thuật – thủ thuật, có thể phân loại phụ như sai người bệnh, sai vị trí, sai phương pháp, thiếu đồng ý phẫu thuật, thiếu đánh dấu vị trí, Time out không thực hiện hoặc không đầy đủ, sót gạc/dụng cụ, sự cố mẫu bệnh phẩm, biến cố gây mê, chậm xử trí tai biến, thiết bị phẫu thuật không sẵn sàng. Với phòng mổ, danh mục càng rõ thì phân tích xu hướng càng có giá trị.

Trong nhóm xét nghiệm – chẩn đoán hình ảnh, có thể phân loại phụ như lấy nhầm mẫu, dán nhầm nhãn, mất mẫu, mẫu không đạt, trả kết quả sai người bệnh, chậm trả kết quả nguy cấp, chỉ định nhầm, thực hiện sai kỹ thuật, sự cố thuốc cản quang, nhầm bên khi chụp hoặc can thiệp. Đây là nhóm thường có nhiều near-miss nhưng dễ bị bỏ qua nếu biểu mẫu không có danh mục phù hợp.

Trong nhóm chăm sóc điều dưỡng, có thể bao gồm té ngã, loét tỳ đè, sai bàn giao, chậm đáp ứng chuông gọi, nhầm chế độ ăn, bỏ sót theo dõi dấu hiệu sinh tồn, sai chăm sóc catheter, sai chăm sóc dẫn lưu, sai tư thế, sự cố vận chuyển người bệnh. Tuy nhiên, nếu bệnh viện muốn phân tích sâu, té ngã và loét tỳ đè nên là nhóm riêng vì có bộ chỉ số và chương trình phòng ngừa riêng.

6. Cấu trúc tổng thể của mẫu báo cáo sự cố y khoa

Một mẫu báo cáo sự cố y khoa nên gồm 6 phần chính. Phần thứ nhất là thông tin chung về báo cáo: mã báo cáo, ngày giờ báo cáo, người báo cáo nếu không ẩn danh, khoa/phòng báo cáo, hình thức báo cáo và trạng thái báo cáo. Phần này giúp quản lý luồng xử lý.

Phần thứ hai là thông tin sự cố: ngày giờ xảy ra hoặc phát hiện, địa điểm, khoa/phòng liên quan, người bệnh liên quan nếu có, nhóm sự cố, mô tả sự việc, quy trình hoặc hoạt động đang diễn ra. Đây là phần cốt lõi để hiểu sự cố. Mô tả nên được viết theo dữ kiện, không suy đoán nguyên nhân.

Phần thứ ba là mức độ ảnh hưởng và xử trí ban đầu: sự cố có đến người bệnh chưa, có gây hại không, mức độ hại, tình trạng người bệnh, biện pháp xử trí, người đã được thông báo, nguy cơ còn tiếp diễn. Phần này giúp phân loại ưu tiên xử lý.

Phần thứ tư là yếu tố nguy cơ ban đầu: người báo cáo có thể chọn một số yếu tố quan sát được như thiếu thông tin, nhầm người bệnh, thuốc nhìn giống, thiết bị lỗi, quá tải, gián đoạn, thiếu vật tư, bàn giao chưa rõ, quy trình chưa có hoặc chưa phù hợp. Đây chỉ là thông tin ban đầu, không thay thế RCA.

Phần thứ năm là phần tiếp nhận và xử lý của đầu mối ATNB: ngày tiếp nhận, người tiếp nhận, phân loại sự cố, mức độ ưu tiên, đơn vị xử lý, yêu cầu bổ sung thông tin, quyết định phân tích RCA hay xử lý cấp khoa, khuyến nghị tạm thời nếu có. Phần này không nên để người báo cáo tự điền.

Phần thứ sáu là phản hồi và theo dõi khắc phục: kết quả xử lý, khuyến nghị, người phụ trách, thời hạn, trạng thái hoàn thành, phản hồi cho người báo cáo/khoa phòng và đưa vào dashboard nếu cần. Đây là phần giúp báo cáo trở thành hành động cải tiến.

7. Mẫu báo cáo sự cố y khoa – phần thông tin chung

Phần thông tin chung cần đủ để quản lý báo cáo nhưng không làm người báo cáo ngại. Bệnh viện có thể cho phép báo cáo ghi tên hoặc ẩn danh tùy chính sách nội bộ, nhưng với sự cố nghiêm trọng cần có cơ chế liên hệ để xác minh nhanh. Nếu cho phép báo cáo ẩn danh, vẫn nên có trường tùy chọn về số điện thoại/email để liên hệ khi người báo cáo đồng ý.

Mẫu phần thông tin chung có thể như sau:

Phần này cần được thiết kế để không tạo cảm giác truy tìm cá nhân. Nếu bệnh viện dùng phần mềm, một số thông tin như ngày giờ báo cáo, khoa/phòng người báo cáo có thể tự động ghi nhận. Điều này giúp giảm thao tác và tăng tính chính xác.

8. Mẫu báo cáo sự cố y khoa – phần thông tin người bệnh

Không phải mọi sự cố đều liên quan một người bệnh cụ thể. Ví dụ, phát hiện tủ thuốc có thuốc hết hạn, xe cấp cứu thiếu dụng cụ, phần mềm lỗi cảnh báo hoặc near-miss hệ thống có thể ảnh hưởng nhiều người bệnh. Vì vậy, phần thông tin người bệnh nên có lựa chọn: liên quan một người bệnh, nhiều người bệnh, chưa xác định, hoặc không liên quan trực tiếp người bệnh.

Mẫu phần thông tin người bệnh có thể như sau:

Cần lưu ý rằng thông tin định danh người bệnh phải được bảo mật. Khi báo cáo được dùng để đào tạo hoặc chia sẻ bài học toàn viện, phải loại bỏ thông tin nhận diện cá nhân. Trong dashboard, chỉ nên dùng mã báo cáo, nhóm sự cố, khoa/phòng, mức độ và dữ liệu tổng hợp; không hiển thị thông tin cá nhân người bệnh nếu không cần thiết.

9. Mẫu báo cáo sự cố y khoa – phần mô tả sự cố

Phần mô tả sự cố là phần quan trọng nhất, nhưng cũng là phần dễ bị viết sai nhất. Người báo cáo thường có xu hướng kết luận nguyên nhân hoặc quy lỗi. Biểu mẫu nên hướng dẫn viết theo trình tự: sự cố được phát hiện khi nào, trong hoạt động gì, diễn biến khách quan ra sao, ai đã được thông báo, xử trí gì đã thực hiện. Có thể gợi ý: “Mô tả sự việc theo dữ kiện, không cần kết luận nguyên nhân, không dùng ngôn ngữ quy kết.”

Mẫu phần mô tả có thể như sau:

Ví dụ mô tả tốt: “Lúc 7 giờ 15 ngày…, điều dưỡng chuẩn bị lấy mẫu xét nghiệm cho người bệnh A tại buồng 5. Khi đối chiếu nhãn mẫu với vòng tay, phát hiện nhãn ghi mã người bệnh B. Mẫu chưa được lấy. Điều dưỡng dừng quy trình, báo điều dưỡng trưởng và in lại nhãn đúng.” Cách viết này khách quan, rõ thời gian, rõ hàng rào đã chặn lỗi.

Ví dụ mô tả chưa phù hợp: “Điều dưỡng bất cẩn lấy nhầm nhãn.” Câu này quy kết, thiếu dữ kiện và không giúp phân tích hệ thống.

10. Mẫu báo cáo sự cố y khoa – phần phân loại ban đầu

Phân loại ban đầu giúp xác định mức độ phản ứng. Người báo cáo có thể chọn theo cảm nhận ban đầu, nhưng đầu mối QLCL cần rà soát và xác nhận lại. Phần phân loại nên đơn giản, dễ hiểu, tránh yêu cầu nhân viên nhớ quá nhiều thuật ngữ.

Có thể dùng cấu trúc sau:

Phân loại ban đầu không nên làm phức tạp. Người báo cáo chỉ cần cung cấp thông tin đủ để hệ thống biết cần xử lý ngay hay xử lý thường quy. Việc phân loại chính thức có thể do phòng Quản lý chất lượng, trưởng khoa và đơn vị chuyên môn liên quan thực hiện sau khi xác minh.

11. Mẫu báo cáo sự cố y khoa – phần hậu quả và xử trí ban đầu

Phần này giúp bệnh viện biết người bệnh đã được bảo vệ chưa và nguy cơ còn tồn tại không. Nó cũng giúp đánh giá chất lượng phản ứng ban đầu.

Phần này đặc biệt quan trọng với sự cố nghiêm trọng. Ví dụ, nếu là sai thuốc, cần ghi thuốc đã ngừng chưa, người bệnh đã được theo dõi chưa, thuốc/vỏ thuốc/bơm tiêm đã giữ chưa. Nếu là truyền máu, túi máu và dây truyền đã giữ chưa. Nếu là thiết bị lỗi, thiết bị đã được dán nhãn không sử dụng chưa. Nếu thiếu trường này, bệnh viện dễ mất bằng chứng và bỏ sót nguy cơ tiếp diễn.

12. Mẫu báo cáo sự cố y khoa – phần yếu tố nguy cơ ban đầu

Phần yếu tố nguy cơ ban đầu không nhằm thay thế RCA. Đây là phần giúp người báo cáo ghi nhận những điều họ quan sát được tại thời điểm xảy ra sự cố. Có thể thiết kế dưới dạng chọn nhiều đáp án:

Thông tin này giúp phòng Quản lý chất lượng định hướng phân tích. Tuy nhiên, cần ghi rõ trong biểu mẫu rằng đây là “yếu tố ghi nhận ban đầu”, không phải kết luận nguyên nhân. Kết luận nguyên nhân chỉ được đưa ra sau khi phân tích đầy đủ.

13. Mẫu báo cáo sự cố y khoa – phần đề xuất của người báo cáo

Người báo cáo, đặc biệt là nhân viên tuyến đầu, thường hiểu rất rõ vấn đề thực tế và có thể có đề xuất hữu ích. Mẫu báo cáo nên có phần “đề xuất ban đầu” nhưng không bắt buộc. Câu hỏi nên mở và không tạo áp lực.

Có thể ghi: “Theo anh/chị, cần làm gì ngay để tránh sự cố tương tự?” hoặc “Có đề xuất nào về quy trình, vật tư, nhãn, phần mềm, đào tạo, bàn giao hoặc giám sát không?”. Người báo cáo có thể đề xuất như in nhãn rõ hơn, tách thuốc dễ nhầm, bổ sung cảnh báo trùng tên, đặt dung dịch sát khuẩn tại khu thao tác, rút ngắn bảng kiểm, bố trí thêm ánh sáng, sửa biểu mẫu chuyển phòng mổ.

Phần đề xuất này có giá trị vì giúp bệnh viện lắng nghe tuyến đầu. Tuy nhiên, không nên biến đề xuất của người báo cáo thành khuyến nghị chính thức nếu chưa phân tích. Đề xuất cần được xem xét cùng dữ kiện và nguyên nhân hệ thống. Có những đề xuất đúng ngay; có những đề xuất cần điều chỉnh để khả thi hơn; có những đề xuất chỉ giải quyết triệu chứng mà chưa giải quyết gốc.

Khi một đề xuất của nhân viên được áp dụng, bệnh viện nên phản hồi và ghi nhận. Điều này có tác dụng rất lớn trong xây dựng văn hóa báo cáo. Nhân viên sẽ thấy rằng báo cáo không chỉ là “báo lỗi” mà là đóng góp cải tiến.

14. Phần tiếp nhận và xử lý của phòng Quản lý chất lượng

Sau khi báo cáo được gửi, đầu mối tiếp nhận cần có phần xử lý riêng. Phần này không nên để người báo cáo điền. Nó giúp quản lý vòng đời báo cáo từ lúc tiếp nhận đến khi đóng báo cáo.

Mẫu phần tiếp nhận có thể gồm:

Phần này giúp phòng Quản lý chất lượng không bị mất dấu báo cáo. Với sự cố có nguy cơ cao, trạng thái phải được theo dõi sát. Với sự cố nhẹ hoặc near-miss, vẫn cần phản hồi phù hợp để nhân viên biết báo cáo đã được sử dụng.

15. Phần phản hồi và khuyến nghị khắc phục

Một trong những điểm yếu thường gặp của hệ thống báo cáo là thiếu phản hồi. Nhân viên gửi báo cáo nhưng không biết báo cáo đi đâu, có ai đọc không, có thay đổi gì không. Điều này làm giảm động lực báo cáo. Vì vậy, mẫu báo cáo hoặc phần mềm cần có trường phản hồi.

Mẫu phần phản hồi có thể gồm:

Phản hồi không cần tiết lộ thông tin nhạy cảm hoặc chi tiết xử lý nhân sự. Nhưng cần cho người báo cáo biết báo cáo đã được tiếp nhận và có hành động phù hợp. Ví dụ: “Báo cáo near-miss thuốc nhìn giống đã được tiếp nhận. Khoa Dược đã tách vị trí bảo quản hai thuốc và bổ sung nhãn cảnh báo. Nội dung sẽ được nhắc trong giao ban điều dưỡng.” Phản hồi như vậy tạo niềm tin.

16. Mẫu báo cáo nhanh sự cố nghiêm trọng

Với sự cố nghiêm trọng, biểu mẫu thường quy có thể quá dài trong giai đoạn đầu. Bệnh viện nên có mẫu báo cáo nhanh hoặc checklist kích hoạt trong 15–60 phút đầu. Mẫu này chỉ cần các thông tin tối thiểu để huy động xử trí.

Mẫu báo cáo nhanh nên được tích hợp với quy trình xử trí sự cố nghiêm trọng. Sau khi tình huống ổn định, người phụ trách sẽ bổ sung báo cáo đầy đủ và RCA nếu cần. Mục tiêu của báo cáo nhanh là không chậm xử trí nhưng vẫn bảo đảm thông tin tối thiểu.

17. Mẫu báo cáo near-miss

Near-miss cần mẫu càng đơn giản càng tốt. Nếu báo cáo near-miss phức tạp như báo cáo sự cố nghiêm trọng, nhân viên sẽ không báo. Mẫu near-miss có thể gồm:

Điểm quan trọng của báo cáo near-miss là ghi nhận hàng rào đã hoạt động. Ví dụ, kiểm tra độc lập phát hiện sai nồng độ thuốc; đối chiếu vòng tay phát hiện nhãn mẫu sai; Time out phát hiện thiếu đánh dấu vị trí. Những báo cáo này giúp bệnh viện thấy hàng rào nào có giá trị và hàng rào nào cần củng cố.

18. Hướng dẫn cách viết mô tả sự cố

Bệnh viện nên hướng dẫn nhân viên cách viết mô tả sự cố. Một mô tả tốt cần có thời gian, địa điểm, hoạt động đang diễn ra, diễn biến khách quan, hậu quả hiện tại và xử trí ban đầu. Không nên dùng từ quy lỗi hoặc kết luận khi chưa phân tích.

Cấu trúc gợi ý là: “Vào lúc… tại… trong khi… đã phát hiện… Sự việc diễn biến như sau… Người bệnh/tình huống hiện tại… Đã xử trí… Đã thông báo…”. Cấu trúc này giúp người báo cáo viết nhanh mà vẫn đủ dữ kiện.

Ví dụ trong sự cố thuốc: “Lúc 21 giờ 10 tại khoa Hồi sức, trong khi chuẩn bị thay bơm tiêm Noradrenaline cho người bệnh mã số…, điều dưỡng phát hiện bơm tiêm đang sử dụng không ghi nồng độ trên nhãn. Thuốc được tạm dừng để xác minh với y lệnh và bơm mới được pha lại có kiểm tra độc lập. Người bệnh ổn định, bác sĩ trực và điều dưỡng trưởng đã được thông báo.”

Ví dụ trong near-miss nhận diện: “Lúc 6 giờ 45 tại buồng 3 khoa Nội, khi chuẩn bị lấy mẫu xét nghiệm, điều dưỡng đối chiếu vòng tay và phát hiện nhãn mẫu in tên người bệnh khác cùng họ tên. Mẫu chưa được lấy. Điều dưỡng hủy nhãn sai, in lại nhãn đúng và báo điều dưỡng trưởng.”

Ví dụ trong sự cố thiết bị: “Lúc 14 giờ 20 tại phòng cấp cứu, monitor theo dõi người bệnh mã số… mất tín hiệu SpO2 nhưng không phát cảnh báo âm thanh. Nhân viên phát hiện khi kiểm tra trực tiếp, thay monitor khác và báo phòng Vật tư thiết bị y tế. Thiết bị nghi lỗi đã được dán nhãn không sử dụng.”

Những ví dụ này nên được đưa vào tài liệu đào tạo để nhân viên biết cách viết báo cáo đúng.

19. Quy trình luân chuyển báo cáo sự cố

Mẫu báo cáo chỉ hiệu quả khi đi kèm quy trình luân chuyển rõ. Quy trình nên bắt đầu từ người phát hiện sự cố. Người phát hiện có trách nhiệm bảo đảm an toàn tức thời trong phạm vi có thể, báo người phụ trách trực tiếp và gửi báo cáo ban đầu theo kênh quy định. Với sự cố nghiêm trọng, báo cáo không được chờ cuối ca hoặc cuối ngày; phải báo ngay.

Trưởng khoa hoặc người phụ trách khoa có trách nhiệm tiếp nhận thông tin tại đơn vị, xử trí ban đầu, phân công người thu thập dữ kiện, bảo quản bằng chứng và báo phòng Quản lý chất lượng. Với sự cố nhẹ hoặc near-miss, khoa có thể xử lý ban đầu và phản hồi, nhưng vẫn cần gửi dữ liệu để bệnh viện tổng hợp. Với sự cố nghiêm trọng, trưởng khoa phải kích hoạt quy trình cấp bệnh viện.

Phòng Quản lý chất lượng có trách nhiệm tiếp nhận, mã hóa, phân loại, xác minh, điều phối xử lý, theo dõi khuyến nghị và tổng hợp dữ liệu. Tùy nhóm sự cố, phòng Quản lý chất lượng chuyển báo cáo hoặc mời đơn vị chuyên môn tham gia: Dược, KSNK, Xét nghiệm, VTTB, CNTT, Điều dưỡng, phòng mổ, Gây mê hồi sức, Hành chính quản trị.

Lãnh đạo bệnh viện tiếp nhận báo cáo sự cố nghiêm trọng, sự cố có nguy cơ lan rộng, sự cố truyền thông hoặc sự cố cần nguồn lực liên khoa. Lãnh đạo không cần xử lý từng báo cáo nhỏ, nhưng cần xem dashboard định kỳ và các khuyến nghị quá hạn.

Quy trình cần quy định thời hạn phản hồi. Ví dụ, sự cố nghiêm trọng phản hồi xử trí ngay và RCA trong thời hạn quy định; sự cố mức trung bình phản hồi trong 7 ngày; near-miss phản hồi trong tháng hoặc theo chuyên đề. Thời hạn cụ thể có thể điều chỉnh theo quy định nội bộ, nhưng phải có cam kết phản hồi.

20. Mẫu luồng xử lý báo cáo sự cố

Luồng này giúp báo cáo sự cố không bị “đứt đoạn” sau khi gửi. Mỗi bước cần có người chịu trách nhiệm.

21. Số hóa mẫu báo cáo sự cố

Số hóa báo cáo sự cố là xu hướng cần thiết, nhưng không nên số hóa một biểu mẫu kém thiết kế. Trước khi đưa lên phần mềm, bệnh viện cần chuẩn hóa danh mục nhóm sự cố, mức độ hại, khoa/phòng, quy trình liên quan, yếu tố nguy cơ, trạng thái xử lý và khuyến nghị. Nếu dữ liệu nhập tự do hoàn toàn, dashboard sẽ khó tổng hợp.

Một biểu mẫu điện tử tốt nên có giao diện báo cáo nhanh, dễ dùng trên máy tính và điện thoại. Các trường bắt buộc cần tối thiểu. Danh mục chọn nên rõ. Phần mô tả tự do nên có gợi ý cách viết. Sự cố nghiêm trọng nên có cơ chế cảnh báo hoặc gửi thông báo tự động cho đầu mối liên quan. Người báo cáo nên nhận được xác nhận “báo cáo đã được tiếp nhận” và khi có thể, nhận phản hồi sau xử lý.

Phần mềm cần phân quyền. Người báo cáo không nhất thiết xem tất cả báo cáo. Trưởng khoa xem báo cáo liên quan khoa mình. Phòng Quản lý chất lượng xem toàn viện. Lãnh đạo xem dashboard và sự cố nghiêm trọng. Các phòng chức năng xem báo cáo thuộc lĩnh vực mình. Phân quyền giúp bảo mật và đúng trách nhiệm.

Số hóa cũng cần hỗ trợ theo dõi khuyến nghị. Nhiều phần mềm chỉ dừng ở thu báo cáo, nhưng phần quan trọng là hành động sau báo cáo. Hệ thống nên có trạng thái khuyến nghị, thời hạn, người phụ trách, nhắc quá hạn, bằng chứng hoàn thành và đánh giá hiệu quả. Nếu không theo dõi khuyến nghị, phần mềm chỉ là nơi chứa dữ liệu.

Trong điều kiện chưa có phần mềm chuyên dụng, bệnh viện có thể dùng biểu mẫu web đơn giản, Google Form nội bộ, Drupal Webform hoặc file Excel có cấu trúc. Quan trọng là dữ liệu phải được quản lý, bảo mật và tổng hợp định kỳ. Khi hệ thống trưởng thành, có thể tích hợp với dashboard và các hệ thống HIS/EMR/LIS nếu phù hợp.

22. Bảo mật và sử dụng dữ liệu báo cáo sự cố

Dữ liệu báo cáo sự cố phải được sử dụng đúng mục đích phòng ngừa và cải tiến. Nếu dữ liệu bị sử dụng để quy chụp, phê bình công khai hoặc lan truyền không kiểm soát, hệ thống báo cáo sẽ suy yếu. Bệnh viện cần quy định rõ ai được truy cập, truy cập để làm gì, dữ liệu nào được chia sẻ ở cấp khoa, dữ liệu nào được tổng hợp cấp bệnh viện và dữ liệu nào cần ẩn danh khi đào tạo.

Khi chia sẻ bài học từ sự cố, cần loại bỏ thông tin định danh người bệnh và cá nhân không cần thiết. Nội dung nên tập trung vào nguy cơ, hàng rào thất bại, bài học và khuyến nghị. Ví dụ, thay vì nói “điều dưỡng A khoa B pha sai thuốc”, nên nói “một sự cố thuốc nguy cơ cao cho thấy nhãn thuốc sau pha thiếu nồng độ và kiểm tra độc lập chưa ổn định; từ nay áp dụng nhãn chuẩn và kiểm tra độc lập đối với thuốc vận mạch.”

Dữ liệu báo cáo sự cố không nên dùng để so sánh khoa/phòng một cách đơn giản. Khoa có nhiều báo cáo chưa chắc kém an toàn; có thể khoa có văn hóa báo cáo tốt hơn. Ngược lại, khoa không có báo cáo không có nghĩa là không có sự cố. Khi dùng dashboard, cần diễn giải cùng với hoạt động thực tế, mức độ bệnh nặng, quy mô khoa, số giường, số ca phẫu thuật, số ngày điều trị và mức độ trưởng thành văn hóa báo cáo.

Bệnh viện cần quản lý hồ sơ báo cáo theo quy định nội bộ. Báo cáo sự cố, RCA, tường trình, bằng chứng và khuyến nghị cần lưu trữ có kiểm soát, tránh thất lạc hoặc truy cập không phù hợp. Khi có yêu cầu cung cấp thông tin, bệnh viện cần thực hiện theo quy định pháp luật và quy chế nội bộ.

23. Đào tạo nhân viên sử dụng mẫu báo cáo

Một mẫu báo cáo tốt vẫn có thể thất bại nếu nhân viên không được hướng dẫn sử dụng. Đào tạo cần giúp nhân viên hiểu báo cáo sự cố là để phòng ngừa, không phải để tìm người phạt. Cần giải thích rõ near-miss là gì, vì sao near-miss quan trọng, sự cố nào cần báo ngay, báo bằng kênh nào, điền biểu mẫu ra sao và sau khi báo cáo sẽ được phản hồi thế nào.

Đào tạo nên sử dụng ví dụ thực tế. Nhân viên cần phân biệt mô tả khách quan và kết luận quy lỗi; phân biệt báo cáo ban đầu và RCA; phân biệt sự cố nghiêm trọng cần báo ngay với sự cố thường quy; phân biệt phản ánh người bệnh với sự cố y khoa nếu có giao thoa. Ví dụ mô phỏng giúp nhân viên dễ hiểu hơn lý thuyết.

Cần đào tạo riêng cho trưởng khoa, điều dưỡng trưởng và mạng lưới ATNB. Nhóm này không chỉ biết báo cáo mà còn phải biết tiếp nhận, xử lý ban đầu, bảo quản bằng chứng, phản hồi nhân viên, phân loại sự cố, đề xuất phân tích và theo dõi khuyến nghị. Nếu lãnh đạo khoa không ủng hộ báo cáo, nhân viên sẽ ngại báo cáo dù biểu mẫu tốt.

Đào tạo cần lặp lại định kỳ và đưa vào định hướng nhân viên mới. Nhân viên mới phải biết ngay từ đầu rằng báo cáo sự cố và near-miss là trách nhiệm nghề nghiệp và là hành vi được khuyến khích. Không nên đợi đến khi xảy ra sự cố mới hướng dẫn cách báo cáo.

24. Chỉ số đánh giá hệ thống báo cáo sự cố

Hệ thống báo cáo sự cố cần được đánh giá bằng chỉ số. Nhóm chỉ số đầu tiên là chỉ số số lượng và bao phủ: tổng số báo cáo sự cố, số near-miss, tỷ lệ near-miss trong tổng báo cáo, tỷ lệ khoa/phòng có báo cáo trong kỳ, số báo cáo theo nhóm sự cố. Nếu số báo cáo quá thấp, cần xem lại văn hóa báo cáo và độ thuận tiện của biểu mẫu.

Nhóm chỉ số thứ hai là chỉ số xử lý: tỷ lệ báo cáo được phân loại đúng hạn, tỷ lệ báo cáo được phản hồi đúng hạn, tỷ lệ sự cố nghiêm trọng được báo lãnh đạo đúng quy trình, tỷ lệ sự cố nghiêm trọng được RCA, tỷ lệ báo cáo có khuyến nghị, tỷ lệ khuyến nghị hoàn thành đúng hạn. Nhóm này cho biết hệ thống có phản ứng sau báo cáo hay không.

Nhóm chỉ số thứ ba là chỉ số học tập: số cảnh báo an toàn được phát hành từ báo cáo sự cố, số dự án cải tiến xuất phát từ dữ liệu sự cố, số quy trình được cập nhật, số near-miss được sử dụng làm bài học, số sự cố tái diễn cùng nguyên nhân. Đây là nhóm chỉ số rất quan trọng vì mục tiêu cuối cùng của báo cáo là học tập.

Nhóm chỉ số thứ tư là chỉ số văn hóa: kết quả khảo sát nhân viên về sự an toàn khi báo cáo, tỷ lệ nhân viên biết cách báo cáo, tỷ lệ nhân viên nhận được phản hồi sau báo cáo, nhận thức về không trừng phạt và công bằng. Những chỉ số này có thể đo hằng năm hoặc khi bệnh viện đánh giá văn hóa an toàn.

Cần diễn giải chỉ số báo cáo thận trọng. Tăng số báo cáo, đặc biệt near-miss, thường là dấu hiệu tích cực trong giai đoạn đầu. Giảm số sự cố gây hại lặp lại mới là mục tiêu dài hạn. Không nên đặt chỉ tiêu giảm tổng số báo cáo sự cố một cách cơ học vì có thể làm nhân viên giảm báo cáo.

25. Mẫu dashboard theo dõi báo cáo sự cố

Dashboard báo cáo sự cố có thể gồm các thành phần sau:

Dashboard không cần quá phức tạp trong giai đoạn đầu. Quan trọng là dữ liệu phải đúng, cập nhật định kỳ và được sử dụng trong họp quản lý. Dashboard nên giúp lãnh đạo bệnh viện đặt câu hỏi: nhóm sự cố nào đang tăng, khoa nào cần hỗ trợ, khuyến nghị nào quá hạn, nguy cơ nào cần can thiệp.

26. Những lỗi thường gặp khi thiết kế mẫu báo cáo sự cố

Lỗi đầu tiên là biểu mẫu quá dài. Khi một biểu mẫu yêu cầu quá nhiều thông tin ngay từ đầu, nhân viên có thể trì hoãn hoặc bỏ qua báo cáo. Báo cáo ban đầu cần ngắn; thông tin bổ sung có thể thu thập sau.

Lỗi thứ hai là dùng ngôn ngữ quy lỗi. Các trường như “người gây lỗi”, “người vi phạm”, “lý do sai phạm” dễ tạo tâm lý sợ hãi. Nên dùng ngôn ngữ trung tính như “người liên quan quy trình”, “diễn biến sự việc”, “yếu tố góp phần ban đầu”.

Lỗi thứ ba là yêu cầu người báo cáo tự xác định nguyên nhân gốc. Nguyên nhân gốc cần phân tích bởi nhóm phù hợp. Người báo cáo chỉ cần mô tả dữ kiện và yếu tố quan sát được.

Lỗi thứ tư là không có phần near-miss. Nếu biểu mẫu chỉ dùng cho sự cố đã gây hại, bệnh viện mất nguồn dữ liệu phòng ngừa quý giá.

Lỗi thứ năm là không có phần xử trí ban đầu và nguy cơ còn tiếp diễn. Điều này làm hệ thống không biết người bệnh đã an toàn chưa và có cần phản ứng khẩn cấp không.

Lỗi thứ sáu là không có trạng thái xử lý và phản hồi. Nhân viên báo cáo nhưng không nhận phản hồi sẽ dần mất niềm tin. Báo cáo không có trạng thái cũng khiến phòng Quản lý chất lượng khó theo dõi.

Lỗi thứ bảy là danh mục nhóm sự cố không phù hợp thực tế bệnh viện. Nếu danh mục quá chung, dữ liệu khó phân tích; nếu quá chi tiết, người báo cáo khó chọn. Cần thử nghiệm và điều chỉnh.

Lỗi thứ tám là thiếu bảo mật. Nếu báo cáo bị chia sẻ tùy tiện, hệ thống báo cáo sẽ bị tổn hại. Bảo mật phải được quy định rõ ngay từ thiết kế biểu mẫu và phần mềm.

27. Mẫu báo cáo sự cố y khoa hoàn chỉnh

Dưới đây là mẫu tổng hợp có thể dùng làm phụ lục cho quy trình báo cáo sự cố y khoa:

I. Thông tin báo cáo
Mã báo cáo: …
Ngày giờ báo cáo: …
Hình thức báo cáo: …
Người báo cáo: … / Ẩn danh
Chức danh: …
Khoa/phòng báo cáo: …
Người có thể cung cấp thêm thông tin: …

II. Thông tin người bệnh hoặc đối tượng liên quan
Sự cố liên quan: một người bệnh / nhiều người bệnh / chưa xác định / không liên quan trực tiếp người bệnh
Họ tên người bệnh: …
Mã người bệnh/số hồ sơ: …
Tuổi/năm sinh: …
Giới tính: …
Khoa đang điều trị: …
Tình trạng đặc biệt: trẻ em / người cao tuổi / người bệnh nặng / không tự xác nhận được / khác

III. Thông tin sự cố
Ngày giờ xảy ra: …
Ngày giờ phát hiện: …
Địa điểm xảy ra: …
Hoạt động đang diễn ra: …
Nhóm sự cố chính: …
Nhóm sự cố phụ: …
Mô tả khách quan sự việc: …
Sự cố được phát hiện bởi: …
Sự cố đã dừng hay còn tiếp diễn: …

IV. Mức độ ảnh hưởng và xử trí ban đầu
Sự cố là: near-miss / chưa đến người bệnh / đã đến người bệnh / chưa xác định
Có gây hại không: không / có / chưa rõ
Mức độ hại ban đầu: không hại / nhẹ / trung bình / nặng / tử vong / chưa xác định
Tình trạng người bệnh hiện tại: …
Xử trí đã thực hiện: …
Người đã được thông báo: bác sĩ / trưởng khoa / điều dưỡng trưởng / lãnh đạo trực / QLCL / đơn vị liên quan
Bằng chứng đã giữ lại: …
Nguy cơ còn tiếp diễn: không / có, nêu rõ …

V. Yếu tố nguy cơ ban đầu quan sát được
Thông tin/giao tiếp / quy trình / nhân lực / thuốc-vật tư / thiết bị / môi trường / người bệnh / CNTT / khác
Mô tả thêm nếu có: …

VI. Đề xuất ban đầu của người báo cáo
Theo anh/chị, cần làm gì để phòng ngừa sự cố tương tự? …

VII. Phần tiếp nhận và xử lý của đầu mối ATNB/QLCL
Ngày giờ tiếp nhận: …
Người tiếp nhận: …
Phân loại chính thức: …
Mức độ ưu tiên: …
Đơn vị chủ trì xử lý: …
Đơn vị phối hợp: …
Cần xác minh bổ sung: …
Hướng xử lý: xử lý cấp khoa / phân tích nhanh / RCA / M&M / điều tra ổ dịch / khác
Thời hạn xử lý: …

VIII. Kết quả xử lý và phản hồi
Kết quả xác minh tóm tắt: …
Khuyến nghị/hành động khắc phục: …
Người/đơn vị phụ trách: …
Thời hạn: …
Trạng thái: …
Đã phản hồi người báo cáo/khoa phòng: có / chưa
Ngày đóng báo cáo: …
Đưa vào dashboard/chỉ số: có / không

Mẫu này có thể sử dụng ở dạng giấy hoặc số hóa. Khi số hóa, các trường nhóm sự cố, mức độ hại, khoa/phòng, trạng thái xử lý nên thiết kế dạng danh mục để dễ tổng hợp.

28. Hướng dẫn triển khai mẫu báo cáo trong bệnh viện

Triển khai mẫu báo cáo cần bắt đầu bằng truyền thông rõ mục đích. Bệnh viện cần nói rõ rằng báo cáo sự cố nhằm phòng ngừa tái diễn, cải tiến hệ thống và bảo vệ người bệnh; không nhằm trừng phạt sai sót vô ý hoặc quy lỗi vội vàng. Thông điệp này phải được lãnh đạo bệnh viện và lãnh đạo khoa/phòng nhắc lại nhiều lần, không chỉ ghi trong quy trình.

Bước tiếp theo là thử nghiệm mẫu tại một số khoa. Nên chọn khoa có nguy cơ cao và có mạng lưới ATNB tích cực, ví dụ Hồi sức, Cấp cứu, phòng mổ, khoa Dược, Xét nghiệm, Nội tổng hợp. Sau 1–2 tháng thử nghiệm, hỏi nhân viên xem mẫu có dễ điền không, trường nào khó hiểu, danh mục nào thiếu, báo cáo có được phản hồi không. Từ đó điều chỉnh trước khi áp dụng toàn viện.

Khi áp dụng toàn viện, cần có kênh hỗ trợ. Nhân viên cần biết hỏi ai khi không chắc sự cố có cần báo cáo không, hoặc không biết phân loại thế nào. Nguyên tắc nên là: nếu nghi ngờ, hãy báo cáo; phòng Quản lý chất lượng sẽ hỗ trợ phân loại. Không nên yêu cầu nhân viên phải chắc chắn mới báo cáo, vì điều đó làm giảm nhận diện near-miss.

Cần thiết lập phản hồi định kỳ. Mỗi tháng hoặc mỗi quý, phòng Quản lý chất lượng nên gửi bản tin ngắn về số báo cáo, nhóm sự cố nổi bật, một số near-miss có giá trị học tập và các cải tiến đã thực hiện từ báo cáo. Đây là cách chứng minh rằng báo cáo có tác dụng. Nếu chỉ thu dữ liệu mà không phản hồi, hệ thống sẽ suy yếu.

Cuối cùng, cần đánh giá và cập nhật mẫu hằng năm. Khi bệnh viện có thêm dữ liệu, danh mục nhóm sự cố có thể cần điều chỉnh. Khi triển khai phần mềm, một số trường có thể tự động hóa. Khi có sự cố mới nổi, có thể bổ sung danh mục. Mẫu báo cáo phải sống cùng hệ thống ATNB, không phải biểu mẫu cố định mãi.

29. Liên kết mẫu báo cáo với RCA, checklist và dashboard

Mẫu báo cáo sự cố là đầu vào của nhiều công cụ khác. Khi một báo cáo cho thấy sự cố nghiêm trọng hoặc lặp lại, dữ liệu sẽ chuyển sang mẫu RCA/5 Why để phân tích nguyên nhân gốc. Khi nhiều báo cáo cùng nhóm xuất hiện, bệnh viện có thể xây dựng checklist giám sát chuyên đề. Khi báo cáo được mã hóa đúng, dữ liệu sẽ lên dashboard ATNB để lãnh đạo theo dõi xu hướng. Vì vậy, mẫu báo cáo phải được thiết kế ngay từ đầu với tư duy dữ liệu.

Ví dụ, nếu nhiều báo cáo near-miss liên quan nhầm nhãn mẫu xét nghiệm, bệnh viện có thể kích hoạt giám sát nhận diện người bệnh và dán nhãn tại điểm lấy mẫu. Nếu nhiều báo cáo thuốc nguy cơ cao thiếu nhãn, khoa Dược có thể triển khai checklist nhãn thuốc sau pha. Nếu nhiều báo cáo thiết bị cấp cứu không sẵn sàng, phòng Vật tư thiết bị y tế và Điều dưỡng có thể chuẩn hóa kiểm tra xe cấp cứu. Nếu dashboard cho thấy khuyến nghị sau RCA quá hạn, lãnh đạo bệnh viện có thể yêu cầu đơn vị phụ trách giải trình và hỗ trợ nguồn lực.

Mối liên kết này giúp báo cáo sự cố không bị xem là hoạt động riêng lẻ. Báo cáo là dữ liệu; RCA là phân tích; checklist là kiểm tra hàng rào; chỉ số là đo lường; dashboard là quản trị; cải tiến là kết quả. Khi chuỗi này vận hành, bệnh viện mới thật sự học từ sự cố.

30. Kết luận

Mẫu báo cáo sự cố y khoa là công cụ nền tảng của hệ thống An toàn người bệnh. Một mẫu tốt phải giúp nhân viên báo cáo nhanh, mô tả khách quan, không sợ bị quy lỗi, đồng thời cung cấp đủ dữ liệu để bệnh viện phân loại, xử lý, phân tích và cải tiến. Mẫu báo cáo không nên là bản kiểm điểm cá nhân; nó phải là công cụ nhận diện nguy cơ và học tập hệ thống, phù hợp với tinh thần khuyến khích, bảo vệ và bảo mật trong phòng ngừa sự cố y khoa.

Để mẫu báo cáo phát huy hiệu quả, bệnh viện cần triển khai kèm quy trình tiếp nhận, phân loại, phản hồi, RCA và theo dõi khuyến nghị. Nếu chỉ có biểu mẫu mà không có phản hồi, nhân viên sẽ không duy trì báo cáo. Nếu chỉ thu báo cáo mà không phân tích xu hướng, bệnh viện sẽ không học được từ dữ liệu. Nếu chỉ phân tích mà không theo dõi khuyến nghị, sự cố có thể tái diễn. Vì vậy, mẫu báo cáo phải được đặt trong một hệ thống quản lý sự cố đầy đủ.

Bài học quan trọng nhất là thiết kế biểu mẫu phải phục vụ hành động. Mỗi trường thông tin cần có lý do tồn tại; mỗi báo cáo cần có người tiếp nhận; mỗi sự cố nghiêm trọng cần được kích hoạt xử trí; mỗi near-miss có giá trị cần được phản hồi; mỗi khuyến nghị cần được theo dõi đến cùng. Khi hệ thống báo cáo sự cố vận hành tốt, bệnh viện sẽ chuyển từ văn hóa im lặng sang văn hóa học tập, từ xử lý bị động sang phòng ngừa chủ động, và từ quản lý bằng cảm tính sang quản trị An toàn người bệnh dựa trên dữ liệu.