Mục này mô tả tóm tắt phương pháp phân chia một bản tin HL7 theo logic thành hai hoặc nhiều bản tin HL7. Đặc tả kỹ thuật thực sự cho phương pháp này, các định nghĩa phân đoạn ADD và DSC.
Các bản tin nối tiếp là một phương pháp phổ biến có thể được sử dụng cho tất cả các bản tin HL7. Phương pháp này được sử dụng để phân chia bản tin dựa trên các ranh giới phân đoạn, ranh giới trường dữ liệu và để phân chia một trường dữ liệu
trong một vài bản tin. Phương pháp này sử dụng hai phân đoạn đặc biệt, ADD và DSC, giống như một trường dữ liệu trong tiêu đề bản tin, MSH-14-Con trỏ tiếp tục.
Đây là hai ví dụ của các phương pháp tạo các con trỏ nối tiếp đối với các bản tin phân mảnh. Yêu cầu duy nhất là khi ứng dụng gửi thiết lập giá trị con trỏ nối tiếp, ứng dụng tiếp nhận có thể tái tạo bản tin thích hợp.
Sitecode-interfaceapplicationcode-date-sequentialcounterwithindate Ví dụ này bảo đảm tính duy nhất của trường dữ liệu này
VD, BWH-LDS-19990331-27 đối với bản tin lớn thứ 27 được tạo ra vào ngày 31 tháng 3, trong tóm tắt ra viện kết nối và trao đổi tại BWH.
Một phương pháp thay thế của việc thiết lập giá trị con trỏ nối tiếp: Sitecode-interfaceapplicationcode-medicalrecordnumber-datetime
VD, MGH-PCIS-1234567-19980331121314 đối với bản tin được tạo ra ngày 31 tháng 3, lúc 12:13:14 chiều cho hồ sơ bệnh án số 1234567, trong việc trao đổi PCIS tại MGH.
Lưu ý ứng dụng gửi: Trong phân đoạn ADD, dấu ngăn cách trường dữ liệu cuối cùng, nghĩa là ký tự ‘|’, sau trường dữ liệu cuối cùng, có ý nghĩa rõ ràng. Ứng dụng gửi không nên chứa dấu ngăn cách trường dữ liệu cuối cùng cho trường dữ liệu cuối cùng trong phân đoạn ADD trừ khi nó có giá trị hoàn chỉnh cho toàn bộ trường dữ liệu từ bản tin nối tiếp.
Lưu ý ứng dụng nhận: Ứng dụng nhận sẽ cần xem xét với phân đoạn đơn và trường dữ liệu nối tiếp.
Câu hỏi: Nếu việc tiếp tục một bản tin sau khi hoàn thiện một phân đoạn, bản tin nối tiếp chứa phân đoạn ADD rỗng hoặc không? Trả lời: Không. Bản tin nối tiếp không cần chứa phân đoạn ADD, nếu bản tin nối tiếp đã được phân chia dựa trên ranh giới phân đoạn.
Các quy ước ký hiệu: Những thành phần nằm trong ngoặc nhọn là các ghi chú ý kiến và không có khuynh hướng hiển thị là một thành phần bản tin thực sự. Ví dụ, <đây là ý kiến ghi chú>.
Bản tin 1
MSH|...|<field-13>||... PID|...
ORC|... OBR|...
OBX|1|FT|^Discharge Summary|1|This is the first sentence of a long message. This is the second sentence of a long message.
<snip>
This is the 967th sentence of " ADD|
DSC|BWH-LDS-19990405-6|
Bản tin 2
MSH|...|<field-13>|BWH-LDS-19990405-6|
ADD|a long message. This is the 968th sentence of a long message. <snip>
This is the 1001st line of
<there should be no trailing field delimiter after the last field in this ADD phân đoạn>
DSC|BWH-LDS-19990405-7|
Bản tin 3
MSH|...|<field-13>|BWH-LDS-19990405-7|
ADD|a long message. This is the 1002nd sentence of a long message. <snip> This is the final sentence of this long
message!|||||F||199707211325| DG1|...
<end of message>
Các ví dụ sau đây thảo luận việc truyền tải cập nhật tự động của một bản tin quan sát, ORU^R01.
Các giá trị kết quả mong đợi trong trường dữ liệu OBX-5-Giá trị quan sát, cho các báo cáo (ví dụ, giải phẫu tử thi, giải phẫu bệnh) có thể vượt quá giới hạn
kích thước bản tin của một hoặc nhiều cổng kết nối giao tiếp.
Vì vậy thành phần dữ liệu OBX-5-Giá trị quan sát sẽ được phân chia thành nhiều bản tin.
Ví dụ này phản ánh một bản tin được phân mảnh thành ba bản tin riêng biệt.