5.6.3 VIỆC TIẾP TỤC TƯƠNG TÁC CỦA CÁC BẢN TIN TRẢ LỜI
5.6.3.2 Trường hợp sử dụng
Một cách sử dụng các truy vấn để thu thập dữ liệu từ một ứng dụng trong việc trình diễn dữ liệu cho những người dùng của ứng dụng khác. Phương thức tiếp cận này có thể được sử dụng cho những người dùng trên hệ thống chăm sóc bệnh nhân đang thu thập dữ liệu từ hệ thống xét nghiệm hoặc các hệ thống phụ trợ khác. Phương pháp này cũng có thể cho phép người dùng trên hệ thống Dược thu thập các kết quả xét nghiệm của bệnh nhân từ hệ thống xét nghiệm hoặc dữ liệu chỉ định/y lệnh từ hệ thống chăm sóc bệnh nhân. Hầu hết bất kỳ hệ thống ứng dụng khác có thể là nguồn dữ liệu hoặc hệ thống khởi tạo truy vấn cho người dùng của chúng.
Một trường hợp đặc biệt, người dùng tìm kiếm thơng tin tạo ra một truy vấn trực tuyến tại thiết bị đầu cuối của một hệ thống và chờ đợi hệ thống đó gửi truy vấn đến hệ thống khác. Người dùng yêu cầu thông tin nhận được sự trả lời và hiển thị thông tin tại thiết bị đầu cuối. Người dùng tạo ra truy vấn có thể có hiểu biết hạn chế về thơng tin của bệnh nhân được đưa ra. Đơi khi sở thích của người dùng là tạo ra một truy vấn đơn giản chẳng hạn như “cho tôi biết dữ liệu gần đây nhất theo trình tự thời gian” hơn là “cho tơi biết dữ liệu ngày hơm qua,” vì có thể có một vài dữ liệu mong muốn của ngày hôm nay, hoặc là từ hai ngày trước đây. Người dùng sẽ xem dữ liệu được trả về và thoát ra sau khi tìm được dữ liệu mong muốn. (Các khung thời gian hoặc trình tự sắp xếp có thể khác nhau, hoặc người sử dụng có thể mong muốn áp đặt một vài sự lựa chọn trong bản tin trả lời, nhưng nguyên tắc chung vẫn tương tự như nhau. Người dùng sẽ thích tạo ra các câu lệnh rõ ràng về dữ liệu mong muốn, và thoát ra khỏi khi họ đạt được mong muốn.
Trường hợp thuận tiện nhất cho người dùng, phương thức yêu cầu dữ liệu này có thể địi hỏi hiệu suất của hệ thống rất cao khi việc truy vấn kết quả diễn ra trên cùng một giao diện kết nối giữa các ứng dụng. Nếu Máy chủ vừa phải thu thập, định dạng và gửi tất cả dữ liệu mà người dùng có thể mong muốn, thì khối lượng dữ liệu sẽ rất lớn và thời gian trả lời là không thể chấp nhận được.
Giao thức tiếp tục tương tác cung cấp một phương pháp cho phép người dùng tạo các truy vấn rời rạc đồng thời hạn chế gánh nặng xử lý ở phía Máy chủ. Máy trạm quy định cụ thể các ràng buộc chung của bản tin truy vấn và một khối lượng dữ liệu được trả về. (ví dụ, bản tin truy vấn có thể u cầu dữ liệu là kết quả xét nghiệm của bệnh nhân có mã định danh #12379 với 44 dòng dữ liệu.) Máy chủ thu thập và định dạng khối lượng dữ liệu cần thiết và trả chúng về với trường dữ liệu đặc biệt, trường dữ liệu DSC-1-Con trỏ
tiếp tục. Máy chủ trình diễn dữ liệu mong muốn cho người dùng và duy trì trường dữ liệu
con trỏ tiếp tục để sử dụng cho một truy vấn khác trong trường hợp cần thiết. Máy trạm không biết được cấu trúc nội tại của giá trị
Sau khi xem dữ liệu, nếu người dùng yêu cầu thêm dữ liệu, Máy chủ gửi lại truy vấn theo định dạng giống như truy vấn đầu tiên, ngoại trừ giá trị của trường dữ liệu DSC-
1-Con trỏ tiếp tục và khối lượng dữ liệu mong muốn bị thay đổi. Máy chủ có thể sử dụng
trường dữ liệu con trỏ tiếp tục như là một khóa chính trong CSDL để truy vấn tiếp tục và định dạng các kết quả. Nếu người dùng khơng u cầu thêm dữ liệu, thì sẽ khơng có bản tin nào được gửi đi.
Hệ thống khởi tạo cũng có thể chấm dứt hồn tồn truy vấn bằng cách gửi bản tin QCN^J01 (hủy bỏ truy vấn). Hệ thống trả lời nhận bản tin QCN^J01 sẽ kích hoạt chức năng loại bỏ bất kỳ dữ liệu nào chưa được gửi đi cho dù chúng có thể đã sẵn sàng trong hàng đợi.