Website được thiết kế tối ưu cho thành viên chính thức. Hãy Đăng nhập hoặc Đăng ký để truy cập đầy đủ nội dung và chức năng. Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập. Nếu là thành viên của website, bạn cũng có thể yêu cầu trong nhóm Zalo "HI.AI Members" các nội dung bạn quan tâm.

Bài 9. Tích hợp Ollama với website nội bộ bệnh viện

1. Đặt vấn đề

Website nội bộ là kênh phù hợp để phổ biến AI local cho nhân viên bệnh viện. Không phải mọi nhân viên đều dùng Drupal admin, QMS hoặc phần mềm chuyên biệt, nhưng hầu hết có thể truy cập một website nội bộ đơn giản. Nếu thiết kế tốt, website nội bộ có thể trở thành cổng AI của bệnh viện: nơi nhân viên hỏi quy trình, tìm biểu mẫu, tóm tắt tài liệu, soạn văn bản, tạo bảng kiểm và nhận hỗ trợ công việc.

Tích hợp Ollama với website nội bộ cần ưu tiên ba yếu tố: dễ dùng, an toàn và có kiểm soát.

2. Các chức năng phù hợp trên website nội bộ

Website nội bộ có thể có các mục:

  • Chatbot hỏi đáp quy trình.
  • Trợ lý soạn thảo văn bản.
  • Trợ lý quản lý chất lượng.
  • Trợ lý điều dưỡng.
  • Trợ lý CNTT.
  • Tóm tắt tài liệu.
  • Tìm biểu mẫu.
  • Tạo bảng kiểm.
  • Hỏi đáp văn bản pháp luật y tế.
  • Gửi phản hồi về câu trả lời AI.
  • Hướng dẫn sử dụng AI an toàn.

3. Giao diện theo tác vụ, không theo model

Người dùng không nên thấy danh sách model kỹ thuật. Website nên cho chọn tác vụ:

  • “Tôi muốn viết văn bản”
  • “Tôi muốn tra cứu quy trình”
  • “Tôi muốn tạo bảng kiểm”
  • “Tôi muốn hỏi phòng CNTT”
  • “Tôi muốn tóm tắt tài liệu”

Hệ thống phía sau chọn model phù hợp.

4. Kiến trúc tích hợp

Luồng khuyến nghị:

 
Người dùng → Website nội bộ → API trung gian → Ollama
 

Nếu có RAG:

 
Người dùng → Website → API trung gian → FAISS/RAG → Ollama → Website
 

Website không nên gọi trực tiếp Ollama từ trình duyệt. Nếu trình duyệt gọi trực tiếp, endpoint Ollama bị lộ và khó kiểm soát.

5. Xác thực người dùng

Website nội bộ nên có đăng nhập hoặc tích hợp hệ thống xác thực bệnh viện. Tối thiểu cần biết:

  • Ai đang dùng?
  • Thuộc phòng ban nào?
  • Vai trò gì?
  • Được dùng trợ lý nào?
  • Được truy xuất kho tài liệu nào?

Nếu không xác thực, không nên cho truy cập tài liệu nội bộ nhạy cảm.

6. Cảnh báo dữ liệu nhạy cảm

Trên giao diện cần hiển thị rõ:

  • Không nhập tên người bệnh.
  • Không nhập số hồ sơ bệnh án.
  • Không nhập số điện thoại, địa chỉ, CCCD.
  • Không nhập dữ liệu nhân sự/tài chính nhạy cảm nếu chưa được phép.
  • AI chỉ hỗ trợ, kết quả cần kiểm tra.

Cảnh báo nên đặt gần ô nhập, không chỉ trong tài liệu hướng dẫn.

7. Hiển thị nguồn trong RAG

Nếu chatbot trả lời dựa trên tài liệu, cần hiển thị:

  • Tên tài liệu.
  • Mục hoặc trang.
  • Phiên bản/ngày ban hành nếu có.
  • Link mở tài liệu nếu người dùng có quyền.
  • Cảnh báo nếu không tìm thấy nguồn.

Câu trả lời không nguồn dễ gây hiểu nhầm.

8. Thiết kế feedback

Mỗi câu trả lời nên có nút:

  • Hữu ích.
  • Không hữu ích.
  • Sai nguồn.
  • Thiếu thông tin.
  • Trả lời khó hiểu.
  • Báo lỗi bảo mật.

Feedback giúp cải tiến model, RAG và dữ liệu.

9. Quản lý tải hệ thống

Website nội bộ có thể được nhiều người dùng. Cần:

  • Giới hạn số request.
  • Giới hạn độ dài prompt.
  • Giới hạn file upload.
  • Hàng đợi cho tác vụ dài.
  • Timeout.
  • Thông báo khi hệ thống bận.
  • Monitoring GPU/RAM.

Không nên để một người dùng yêu cầu viết quá dài liên tục làm nghẽn hệ thống.

10. Kết luận

Website nội bộ là giao diện rất phù hợp để triển khai AI local trong bệnh viện. Website nên tổ chức theo tác vụ, có đăng nhập, phân quyền, cảnh báo dữ liệu nhạy cảm, hiển thị nguồn, thu thập feedback và gọi Ollama qua API trung gian. Mục tiêu không phải chỉ là có chatbot, mà là xây dựng một cổng AI nội bộ an toàn, dễ dùng và phục vụ công việc thực tế.