Trợ lý AI tiếp đón kết nối HIS: đặt lịch, phân luồng và soạn nháp tiếp nhận
Trợ lý AI front-office chỉ mạnh khi nối được vào hệ thống lõi. Cách trợ lý AI tiếp đón kết nối Addy HIS qua API chuẩn để đặt lịch theo slot thật, phân luồng và soạn nháp tiếp nhận — an toàn, không truy cập thẳng dữ liệu.
Một trợ lý AI trả lời hay trên Zalo nhưng không nối được vào hệ thống lõi thì vẫn chỉ là "người trực chat": nó có thể nói "để em kiểm tra lịch" nhưng không thật sự thấy slot trống, và lễ tân vẫn phải chép tay từ chat sang sổ. Sức mạnh thật xuất hiện khi trợ lý AI tiếp đón kết nối vào HIS — lúc đó đặt lịch qua chat trở thành dữ liệu thật trong hệ thống, không nhập hai lần.
Trợ lý AI tiếp đón làm được gì khi nối HIS
Khi kết nối Addy HIS qua API, trợ lý AI có thể:
- Tra cứu dịch vụ & bác sĩ thật của cơ sở để tư vấn đúng (không bịa).
- Lấy slot trống thật theo bác sĩ/chuyên khoa và đề xuất lịch hẹn cho bệnh nhân.
- Tạo yêu cầu đặt hẹn đưa thẳng vào HIS — lễ tân chỉ xác nhận.
- Soạn nháp tiếp nhận (intake draft): thu thập trước lý do khám và thông tin liên hệ, tạo bản nháp cho nhân viên tiếp đón duyệt — rút ngắn thời gian chờ tại quầy.
- Phân luồng & bàn giao: khi gặp ca cần con người, tạo "việc bàn giao" (handoff) kèm tóm tắt cho nhân viên.
Kết nối an toàn: qua API có phạm vi, không chạm thẳng dữ liệu
Đây là điểm thiết kế quan trọng. Trợ lý AI không truy cập trực tiếp cơ sở dữ liệu của HIS. Thay vào đó, nó gọi các API có phạm vi (scoped OpenAPI) — chỉ được làm đúng những việc được cấp quyền:
- Nhóm dữ liệu công khai (dịch vụ, bác sĩ, chi nhánh, slot) — không chứa thông tin sức khoẻ cá nhân.
- Nhóm thao tác nhạy cảm (tạo nháp tiếp nhận, yêu cầu hẹn, tìm bệnh nhân) — được kiểm soát quyền và ghi nhật ký.
Cách tách bạch này giữ ranh giới rõ ràng: front-office tiện lợi nhưng không phá vỡ lớp bảo mật và tuân thủ của hệ thống lõi. Mọi truy cập dữ liệu nhạy cảm đều có dấu vết.
Vì sao mô hình này hơn "chatbot rời rạc"
- Không nhập hai lần: lịch hẹn từ chat vào thẳng HIS, hết cảnh chép tay.
- Dữ liệu nhất quán: AI tư vấn theo dịch vụ/slot thật, không lệch với thực tế.
- An toàn theo thiết kế: quyền có phạm vi + nhật ký, thay vì cho AI "toàn quyền".
- Trải nghiệm liền mạch: bệnh nhân đặt lịch, điền thông tin, được phân luồng — tất cả qua chat, còn cơ sở vẫn kiểm soát.
Bức tranh hệ sinh thái
Mô hình này là minh hoạ cho cách hệ sinh thái Addy ghép lại: lớp front-office AI (chat, đặt lịch, CSKH) ngồi trước, Addy HIS làm lõi vận hành phía sau, nối nhau qua API chuẩn. Phòng khám có thể bắt đầu từ front-office, rồi bật kết nối HIS khi đã có hệ thống lõi.
Kết
Trợ lý AI tiếp đón chỉ thực sự tạo giá trị khi nối được vào hệ thống lõi — để đặt lịch qua chat trở thành dữ liệu thật, phân luồng mượt, và tiếp nhận nhanh hơn. Khi việc kết nối đó đi qua API có phạm vi và có nhật ký, cơ sở y tế vừa được tiện lợi của AI vừa giữ trọn bảo mật và tuân thủ.
Muốn tìm hiểu kết nối front-office ↔ HIS cho cơ sở của bạn? Để lại thông tin để Addy tư vấn kiến trúc phù hợp.
---
📌 Câu chuyện khách hàng liên quan: Chuỗi phòng khám đa khoa 4 cơ sở (Addy HIS) — kịch bản minh hoạ Addy áp dụng cho ngành này.
Câu hỏi thường gặp
Trợ lý AI có truy cập thẳng vào hồ sơ bệnh nhân không?
Không. Trợ lý AI kết nối HIS qua API có phạm vi (scoped), chỉ gọi đúng những gì được cấp quyền (dịch vụ, bác sĩ, slot, tạo nháp tiếp nhận, đề xuất hẹn). Không truy cập trực tiếp cơ sở dữ liệu, và các thao tác chạm dữ liệu nhạy cảm đều được kiểm soát.
AI có tự chốt lịch không hay cần người duyệt?
Tùy cấu hình. Với slot và dịch vụ công khai, AI có thể đề xuất và tạo yêu cầu hẹn; các bước nhạy cảm thường để nhân viên xác nhận. Mô hình human-in-the-loop được khuyến nghị.
Soạn nháp tiếp nhận (intake draft) là gì?
Là việc AI thu thập trước thông tin cơ bản của bệnh nhân (lý do khám, thông tin liên hệ) và tạo một bản nháp để nhân viên tiếp đón duyệt — giúp rút ngắn thời gian chờ tại quầy.