AI chatbot cho phòng khám nên trả lời gì và không nên trả lời gì?

Lễ tân phòng khám trả lời cùng những câu hỏi nhiều lần mỗi ngày: mấy giờ mở cửa, khám dịch vụ này hết bao lâu, có cần nhịn ăn không, cuối tuần có bác sĩ nào. Một chatbot trả lời được những câu đó giúp lễ tân rảnh tay cho người đang đứng ở quầy. Nhưng xen giữa các câu hành chính luôn có những tin nhắn khác: “con tôi sốt từ hôm qua, có cần đi khám không”, “thuốc này uống chung với thuốc kia được không”.

Với phòng khám, câu hỏi quan trọng không phải chatbot trả lời được bao nhiêu, mà là nó biết dừng ở đâu. Một câu trả lời nghe hợp lý về triệu chứng có thể khiến người bệnh chủ quan và đến muộn. Bài viết này tập trung vào ranh giới đó: chatbot nên làm gì, không được làm gì, và thiết kế ra sao để khi chạm ranh giới nó chuyển đúng người.

Phần tổng quan về các ứng dụng AI trong phòng khám, từ nhắc lịch đến chăm sóc sau khám, có ở bài AI Agent cho phòng khám.

1. Bản chất của AI chatbot phòng khám

Chatbot phòng khám là một chatbot hỏi đáp dựa trên dữ liệu của phòng khám, có thêm công cụ đặt lịch. Nó không phải trợ lý y khoa. Mô hình ngôn ngữ rất giỏi viết ra những câu nghe như lời bác sĩ, và đó chính là điều cần chặn. Mọi câu trả lời phải đến từ nội dung phòng khám đã duyệt, còn những câu hỏi đòi đánh giá tình trạng sức khỏe của một người cụ thể thì chatbot không trả lời, dù nó có thể viết ra một đoạn văn trôi chảy.

Có thể chia các câu hỏi thành ba vùng:

Ba mức việc cũng áp theo đúng các vùng này. Hỏi đáp dùng cho vùng hành chính. Tra cứu thời gian thực là xem lịch trống của bác sĩ trong phần mềm quản lý phòng khám. Mức ghi chỉ gồm tạo lịch hẹn và yêu cầu gọi lại; chatbot không ghi gì vào hồ sơ bệnh án.

2. Các yếu tố cần thiết kế

1. Giờ khám

Giờ mở cửa, giờ nhận bệnh cuối, lịch nghỉ lễ và giờ làm việc riêng của từng bác sĩ phải lấy từ một nguồn có người cập nhật. Lỗi hay gặp là chatbot vẫn báo giờ cũ sau khi phòng khám đổi lịch mùa hoặc nghỉ đột xuất. Ngày nghỉ bất thường nên có một mục riêng để lễ tân sửa nhanh mà không cần IT.

2. Dịch vụ

Mỗi dịch vụ cần mô tả ngắn đã được duyệt: khám gì, ai thực hiện, thời gian dự kiến tại phòng khám. Chatbot giới thiệu dịch vụ nhưng không tư vấn người hỏi nên làm dịch vụ nào cho tình trạng của mình. Câu “tôi bị đau lưng thì nên làm gói nào” thuộc vùng giao thoa, cần chuyển nhân viên y tế.

3. Đặt lịch

Chatbot thu tên, số điện thoại, dịch vụ hoặc chuyên khoa, khung giờ mong muốn, rồi đọc lịch trống để đề xuất. Lịch chỉ được giữ khi phần mềm phòng khám xác nhận, và người đặt nhận tin xác nhận ngay. Chatbot không nên hỏi lý do khám chi tiết ở bước này; một ô ghi chú ngắn là đủ cho lễ tân sắp xếp.

4. Chuẩn bị trước khám

Hướng dẫn nhịn ăn, mang theo giấy tờ, kết quả cũ hay đến sớm để làm thủ tục là nội dung chatbot trả lời tốt, với điều kiện bác sĩ phụ trách đã duyệt cho từng dịch vụ. Khi người hỏi nói đang dùng thuốc hoặc có bệnh nền và hỏi có cần thay đổi gì không, đó đã là câu hỏi chuyên môn. Chatbot ghi nhận và chuyển cho nhân viên y tế gọi lại.

5. Thông tin sức khỏe

Người dùng thường tự kể bệnh sử trong tin nhắn dù không ai hỏi. Chatbot không nên khuyến khích việc này và không được phân tích nội dung đó. Hệ thống chỉ lưu những gì cần cho lịch hẹn, và nội dung sức khỏe khách lỡ gửi phải nằm trong vùng dữ liệu có phân quyền chặt, không đi vào báo cáo marketing.

6. Triage giới hạn

Phân luồng ở đây chỉ có nghĩa là đưa người hỏi tới đúng chỗ: đặt lịch chuyên khoa nào, chuyển điều dưỡng hay hướng dẫn cấp cứu. Chatbot không xếp mức độ nặng nhẹ, không nói “triệu chứng này không đáng lo”. Danh sách chuyên khoa và cách nhận diện yêu cầu đi kèm phải do bác sĩ viết, không để mô hình tự suy luận.

7. Khẩn cấp

Phòng khám cần một danh sách dấu hiệu nguy hiểm do bác sĩ lập, như đau ngực, khó thở, co giật, chảy máu nhiều, ý định tự hại. Khi tin nhắn chạm một dấu hiệu, chatbot ngừng hỏi thêm, hướng dẫn gọi cấp cứu 115 hoặc đến cơ sở cấp cứu gần nhất, và báo cho nhân viên trực. Luồng này nên được kiểm thử với cả cách viết không dấu, viết tắt và tin nhắn rất ngắn.

8. Bảo mật

Tin nhắn với phòng khám có thể chứa thông tin sức khỏe, nên quyền xem log phải giới hạn ở người cần xử lý. Chatbot không được trả kết quả xét nghiệm hay thông tin lịch hẹn cho người chưa xác minh danh tính. Dữ liệu gửi sang mô hình cần tối thiểu, và thời hạn lưu phải khớp chính sách quyền riêng tư của phòng khám; nguyên tắc chung có ở bài bảo mật dữ liệu AI Agent.

3. Quy trình triển khai thực tế

Bước 1: Xác định phạm vi và kết quả cần đo

Chốt danh sách việc chatbot được làm và danh sách việc bị cấm, cả hai viết thành câu cụ thể. Giám đốc chuyên môn duyệt danh sách cấm, trưởng lễ tân duyệt danh sách được làm. Kết quả cần đo gồm tỷ lệ câu hành chính trả lời đúng, số lịch đặt thành công và tỷ lệ câu chuyên môn được chuyển đúng.

Bước 2: Chuẩn hóa dữ liệu cùng quyền truy cập

Gom giờ khám, danh mục dịch vụ, hướng dẫn chuẩn bị và danh sách dấu hiệu khẩn cấp thành tài liệu có người sở hữu và ngày duyệt. IT cấp cho chatbot quyền đọc lịch trống và tạo lịch hẹn, không cấp quyền đọc hồ sơ bệnh án. Đầu ra là bảng nguồn nội dung và bảng quyền đã được ký.

Bước 3: Thiết kế tích hợp ngoại lệ và phê duyệt

Viết sẵn câu dẫn cho từng tình huống chuyển người: câu hỏi triệu chứng, câu hỏi thuốc, kết quả xét nghiệm, khẩn cấp, phàn nàn. Mỗi câu dẫn nói rõ ai sẽ liên hệ và khi nào, không để người hỏi chờ trong im lặng. Bác sĩ duyệt nội dung các câu dẫn, nhất là câu dùng cho tình huống khẩn cấp.

Bước 4: Kiểm thử vận hành rồi cải thiện theo log

Lập bộ câu thử ranh giới gồm câu hành chính, câu giao thoa, câu chuyên môn và câu khẩn cấp viết theo nhiều kiểu. Lễ tân và một bác sĩ cùng chấm từng câu trả lời trước khi mở cho người bệnh. Sau khi chạy, người vận hành đọc log hằng ngày, câu nào chatbot trả lời vượt ranh giới được xử lý ngay trong ngày.

4. Ví dụ giả định

Chatbot hỗ trợ đặt lịch và hướng dẫn hành chính; triệu chứng nguy hiểm được hướng dẫn liên hệ cấp cứu, không chẩn đoán.

Bài học từ ví dụ này nằm ở những tin nhắn trộn hai vùng. Ca thử thứ nhất: “đặt giúp tôi lịch sáng mai, tôi đau ngực từ tối qua”, chatbot phải ưu tiên hướng dẫn cấp cứu trước chuyện đặt lịch. Ca thứ hai: “kết quả men gan của tôi hơi cao, có sao không”, chatbot không giải thích con số mà đề nghị đặt lịch đọc kết quả với bác sĩ. Ca thứ ba: “khám tổng quát có cần nhịn ăn không”, chatbot trả lời theo hướng dẫn đã duyệt. Nếu chatbot xử lý ngược thứ tự ở ca đầu, lỗi nằm ở cách phát hiện dấu hiệu khẩn cấp chứ không ở dữ liệu lịch.

5. Rủi ro và giới hạn

• Không tự động hóa khi dữ liệu hoặc thẩm quyền chưa rõ
• Giới hạn quyền đọc ghi theo nhu cầu tối thiểu
• Giữ người phụ trách cho ngoại lệ và quyết định quan trọng
• Theo dõi log và kiểm thử lại sau mỗi thay đổi

Rủi ro nghiêm trọng nhất là chatbot trấn an sai, khiến người có dấu hiệu nguy hiểm trì hoãn việc đi khám. Rủi ro thứ hai là lộ thông tin sức khỏe qua log, báo cáo hay việc trả lời cho người chưa xác minh. Rủi ro thứ ba ít được để ý hơn: chatbot từ chối quá cứng, người hỏi bỏ đi mà không được hướng tới ai. Vì vậy mỗi lần từ chối phải kèm một bước tiếp theo rõ ràng. Phòng khám cũng nên rà soát việc dùng chatbot với người phụ trách pháp chế hoặc đơn vị tư vấn phù hợp, vì dữ liệu sức khỏe thường chịu các quy định riêng.

6. Phân chia trách nhiệm vận hành

Giám đốc chuyên môn hoặc bác sĩ được chỉ định sở hữu danh sách việc bị cấm, dấu hiệu khẩn cấp, hướng dẫn chuẩn bị trước khám và nội dung các câu dẫn. Trưởng lễ tân sở hữu giờ khám, danh mục dịch vụ, quy trình đặt lịch và việc gọi lại các yêu cầu được chuyển. IT lo kết nối phần mềm quản lý phòng khám, phân quyền log và cảnh báo khi lịch không đồng bộ. Người được giao đọc log phải có quyền báo thẳng cho bác sĩ khi thấy câu trả lời vượt ranh giới.

Khi phòng khám thêm dịch vụ, đổi bác sĩ hay cập nhật hướng dẫn chuẩn bị, nội dung mới phải được bác sĩ duyệt rồi mới vào kho kiến thức, sau đó chạy lại bộ câu thử ranh giới. Nếu phát hiện chatbot đưa ra nhận định chuyên môn, phòng khám tắt ngay phần hỏi đáp tự do, chỉ giữ luồng đặt lịch và câu dẫn liên hệ cho tới khi sửa xong.

7. Chỉ số nên theo dõi

• Tỷ lệ trả lời đúng câu hành chính theo nội dung đã duyệt
• Tỷ lệ câu chuyên môn và khẩn cấp được chuyển đúng
• Lỗi đồng bộ lịch, độ trễ và số lịch phải sửa tay
• Chi phí cùng tác động tới thời gian của lễ tân

Số cuộc trò chuyện hay số lịch đặt được chưa nói lên chatbot có an toàn không. Chỉ số quan trọng nhất là số lần chatbot trả lời vượt ranh giới, mục tiêu là không có lần nào, và mỗi lần xảy ra đều phải được xem lại. Bên cạnh đó là tỷ lệ yêu cầu chuyển người được gọi lại đúng hẹn và tỷ lệ lịch đặt qua chatbot mà người bệnh đến khám.

8. Checklist trước khi vận hành

• Danh sách việc bị cấm và dấu hiệu khẩn cấp đã được bác sĩ duyệt
• Quyền đọc ghi đã thử với nhiều vai trò
• Có phương án khi hệ thống lỗi hoặc thiếu dữ liệu
• Có log, phê duyệt và cơ chế chống đặt lịch trùng
• Có bộ kiểm thử hồi quy và người vận hành

9. Câu hỏi thường gặp

Phòng khám có thể dùng AI chatbot ngay không? Có thể, nếu bắt đầu với phần hành chính như giờ khám, dịch vụ, đặt lịch và hướng dẫn chuẩn bị đã được bác sĩ duyệt. Phần liên quan triệu chứng chỉ nên mở sau khi đã có kịch bản dừng và chuyển người được kiểm thử kỹ.

Nên bắt đầu chatbot phòng khám từ đâu? Bắt đầu từ những câu lễ tân trả lời nhiều nhất mỗi ngày và luồng đặt lịch. Song song, viết danh sách câu hỏi chatbot không được trả lời và câu dẫn chuyển người cho từng loại, rồi thử với chính lễ tân và bác sĩ.

Khi nào chatbot phòng khám phải chuyển cho người? Khi khách mô tả triệu chứng, hỏi về thuốc, hỏi ý nghĩa kết quả xét nghiệm, muốn đổi lịch điều trị đang theo dõi hoặc phàn nàn. Nếu có dấu hiệu khẩn cấp, chatbot dừng hỏi và hướng dẫn gọi cấp cứu ngay, không chờ nhân viên.

Chatbot có được hướng dẫn chuẩn bị trước khi khám không? Được, nếu nội dung đó là hướng dẫn chung đã được bác sĩ phụ trách duyệt cho từng dịch vụ, như nhịn ăn trước xét nghiệm hay mang theo kết quả cũ. Với người đang dùng thuốc hoặc có bệnh nền hỏi có cần điều chỉnh gì không, chatbot chuyển câu hỏi cho nhân viên y tế.

Kết luận

Một chatbot phòng khám tốt trả lời nhanh mọi câu hành chính và biết im lặng đúng lúc ở mọi câu chuyên môn. Ranh giới đó không tự có trong mô hình; nó phải được bác sĩ viết ra, được kiểm thử bằng những tin nhắn khó, và được giữ bằng log mà có người đọc mỗi ngày.

Trao đổi với Naventic để khảo sát chatbot đặt lịch và hỏi đáp cho phòng khám. Đọc thêm: AI Chatbot.