📖 HƯỚNG DẪN SỬ DỤNG: KHÁM BỆNH & THỰC HIỆN

Đối tượng sử dụng: Bác sĩ điều trị, Kỹ thuật viên (Siêu âm, Lấy máu, Da liễu, Răng hàm mặt...).

🔹 Thao tác 1: Tiếp nhận Lượt khám tại phòng

Bạn cần làm gì?

Hệ thống sẽ giúp gì cho bạn?

Hệ thống ưu tiên hoạt động theo nguyên tắc "Khách trả tiền trước, Bác sĩ phục vụ sau". Mọi dịch vụ mà khách đã xuất tiền thanh toán ở Quầy Thu ngân hoặc mua qua trên mạng sẽ tự động "nổ" thành các tấm vé dịch vụ và rớt thẳng vào màn hình chờ của Bác sĩ. Bạn yên tâm làm việc không cần bận tâm khách đã đóng tiền hay chưa.
Lưu ý hiện tại: Để tránh mập mờ tài chính, hệ thống đang tạm khóa giao diện API "Tự kê thêm dịch vụ lẻ" ngay tại phòng bác sĩ. Nếu trong quá trình khám bạn thấy cần chỉ định Mổ/Xét nghiệm thêm máu, bạn vui lòng rẽ hướng khách ra Quầy Lễ Tân/Thu Ngân để báo lập thêm Hóa đơn Dịch vụ lẻ. Chỉ sau khi Thu ngân xác nhận thu tiền, Tấm vé Xét nghiệm tự động sẽ nảy lên giao diện của bạn.

Bạn cần làm gì?

Mở danh sách Y lệnh của phân khu mình phụ trách. Bạn sẽ thấy các tấm vé dịch vụ của khách (Bọc răng sứ, Triệt lông...) đang ở trạng thái xanh: "Chờ thực hiện".
Khi khách hàng nằm lên ghế, bạn bấm 1 nút chuyển nó qua "Đang phục vụ".
Bạn có quyền gõ nhập thêm báo cáo phụ chú chuyên môn, hoặc ghi tên phòng điều trị nhỏ lẻ để theo dõi.
Kết thúc ca, mỉm cười bấm "Hoàn thành".

Hệ thống sẽ giúp gì cho bạn?

Ngay khoảnh khắc ngón tay bạn click "Hoàn thành", phần lõi hệ thống tự kích hoạt chế độ "Dấu ghim thời gian thực" (Ví dụ: Nó lưu cứng 09:14:32 AM) vĩnh viễn xuống kho lưu trữ khoá chặt.
Tính năng này bóc trần sự thật về: Bạn thực sự làm ca này trong mấy chục phút? Đây là cơ sở cốt lõi để BI phòng ban sau này làm báo cáo năng suất, chia thu nhập thưởng và phô diễn công sức của bạn trên bảng xếp hạng (Không ai có thể xin Quản trị viên sửa giờ gian lận được).

Lưu ý "Luật sắt":

⚡ Máy chủ cực kỳ bảo thủ và nghiêm khắc với Dữ liệu Dịch vụ. Bảng Phiếu dịch vụ chỉ loanh quanh 4 cổng: Chờ thực hiện $\rightarrow$ Đang phục vụ $\rightarrow$ Hoàn thành $\rightarrow$ Hủy. Bạn nhảy cóc hay gõ sai chính tả từ ngữ, bộ lọc bảo mật đập nát thao tác ngay lập tức văng màn hình trắng báo lỗi.
⚡ "Dấu ghim thời gian" rất mong manh. Nó chỉ được đóng ghim xuống 1 lần duy nhất khi Phiếu chuyển nhịp qua "Hoàn thành". Khuyến cáo không bỡn cợt bấm ngược lại trạng thái cũ, hành vi quay đầu sẽ khiến hệ thống khước từ và xóa luôn dấu thời gian công sức vừa lưu đó.

Điểm chốt chặn	Logic bọc lõi của Hệ thống (Codebase)
Tuân thủ	Ticket Dịch vụ (ServiceRequests) không bao giờ bị sinh rác hay do 1 người tự ý chế tạo. Chúng chỉ xảy ra MỘT CÁCH KIẾN THIẾT từ 2 Listener duy nhất trên toàn mạng lưới: Thu ngân chốt Hóa Đơn (`ExplodePackageToServiceRequests`) hoặc Khách Mua tại Cổng điện tử trực tiếp sinh ra ở Controller. Không có cửa hậu để vẽ rác dịch vụ.
Quy tập Encounter gốc	Không một Phiếu dịch vụ nào được phép trở thành trẻ mồ côi (Trôi nổi không gắn với Lượt khám gốc/Encounter_id). Tất cả đều rễ chặt vào 1 cuống ID chung chật chội sinh ra vào rạng sáng. Đảm bảo Kế toán kiểm kê không bao giờ bị sai ngã rẽ.
Chặn SQL Injection Trạng thái	Controller bọc Form Request gác cổng bằng lệnh Validation kiên cố `in:pending,in_progress,completed,canceled`. Hacker hay Dev non tay tiêm mã đẩy State rác vào API đều phải nếm mã hồi đáp `Error 422: Unprocessable Entity`.