Làm thế nào để áp dụng bản đồ và tuỳ chỉnh mã ACK ACK thư trong HL7 BizTalk Server 2013 R2

Cho vấn đề 1

Tính năng mới này chỉ áp dụng nhận cổng/vị trí. Hiện nay, bất kỳ BizTalk nhận cổng có một thuộc tính Đến bản đồ . Sau khi cài đặt hotfix này, có sẵn một thuộc tính bổ sung ở vị trí nhận để áp dụng bản đồ cho một ACK. HL7 Thuộc tính bổ sung này cho phép bạn áp dụng bản đồ để nhận được một hai vị trí có bộ ACK HL7 đồng bộ trực tiếp sử dụng để (=) đúng. Mục đích duy nhất của hotfix này là để cho phép người dùng xác định bản đồ cho một ACK khi Sử dụng HL7 ACK đồng bộ trực tiếp được đặt (=) đúng.

Sau khi bạn cài đặt hotfix này, bạn sẽ thấy hai thuộc tính bổ sung trong MLLP nhận vị trí cấu hình cửa sổ. Thiết đặt mặc định cho hai thuộc tính là trống, và họ phải được xác định Sử dụng trực tiếp đồng bộ HL7 ACK phải được đặt thành (=) đúng.



Đặt hai thuộc tính, hãy làm theo các bước sau:

1. OutboundMap chi tiết tên thuộc tính yêu cầu tên đầy đủ của hội trong đó đi đồ được lưu trữ, như trong ví dụ sau:
   
   

   Bên ngoài, phiên bản = 1.0.0.0, văn hóa = neutral, PublicKeyToken = 83f92b3673c9005dHội phải được lưu trữ trước đó bởi hội chung. Ngoài ra, việc chuyển đổi sẽ thất bại.

2. OutboundMap tên thuộc tính yêu cầu tên đầy đủ của bản đồ bao gồm tên.

Thiếu sót một chức năng mới này: HL7 ACK không được theo dõi. Nếu bạn phải theo dõi ACK, bạn cũng phải đặt Đến bản đồ ở BizTalk nhận cổng. Kỹ thuật, bạn sẽ áp dụng bản đồ ACK được đặt trong hộp thư đến ACK quay trở lại hệ thống ngược tuyến. Cả hai phải giống nhau vì cả hai sẽ cùng đồ áp dụng. Ảnh chụp màn hình sau đây có làm rõ và cần chỉ khi ACK phải được theo dõi.



Lưu ý Tuỳ chọn Sử dụng trực tiếp đồng bộ HL7 ACK cải thiện hiệu suất xử lý thông báo đến. Điều này được thực hiện bằng cách gửi ACK về hệ ngược tuyến ngay khi thư được gửi đến hộp thư. Thiết đặt này cải thiện hiệu năng nếu các điều kiện sau là đúng:

• Cổng nhận là một cổng hai nhận và tuỳ chọn Sử dụng trực tiếp đồng bộ HL7 ACK được đặt đúng trong cấu hình cổng MLLP nhận được.

• BizTalk HL7 DASM được sử dụng để tạo ra ACK. Phần DASM phải được sử dụng hoặc là bao gồm trong BTAHL72XReceivePipeline mặc định hoặc bằng cách sử dụng BTAHL7 riêng. HL72fDasm phần đường kết nối tùy chỉnh.

• Thiết đặt lộ trình ACK gửi đường ống dẫn vào phản hồi yêu cầu nhận cổng nguồn bên phải HL7 Configuration Explorer và Xác nhận loại phải được đặt về giá trị khác không.

Cho vấn đề 2

Các tính năng mới áp dụng cho cổng chỉ. Sau khi bạn cài đặt hotfix, chế độ sẽ được dựa trên mã ACK được chấp nhận mà bạn chọn trong danh sách thả xuống thay vì mã được cung cấp bởi hệ thống xuôi tuyến.

MLLP gửi cổng kiểm tra mã ACK ACK (MSA.1_AcknowledgmentCode lĩnh vực MSA phân đoạn) được trả lại bởi hệ thống xuôi tuyến và so sánh với mã chấp ACK được đặt trong MLLP gửi thuộc tính cấu hình cổng. Hiện tại mã ACK được chấp nhận được hỗ trợ cổng MLLP gửi bao gồm AA, CA, AE, CE, AR và CR. Bạn có thể chọn tất cả ACK mã hoặc một tổ hợp (AA và CA) (AA, CA, AE và CE) (AA, CA, AR và CR) giá trị. Tuy nhiên, không có tùy chọn để nhập kết hợp mã ACK được chấp nhận.

Thêm giá trị chấp ACK mã có tên "Tùy chỉnh" được thêm vào trong danh sách thả xuống trong thuộc tính Được chấp nhận ACK mã . Tất cả các kết hợp trước đó vẫn còn và áp dụng được trước khi các tính năng mới được thêm vào.





Sau khi tùy chỉnh được chọn, bạn cũng phải nhập các giá trị mới trong thuộc tính Được chấp nhận tùy chỉnh ACK mã . Các giá trị mới ACK phải từng được phân tách bằng dấu phẩy (,).

Sau khi bạn cài đặt hotfix, chế độ sẽ phụ thuộc vào thiết đặt Chấp ACK mã được chọn. Nếu mã ACK được trả về phù hợp với mã được chấp nhận đã chọn, xử lý xuất hiện thành công. Nó sẽ thử lại cho chuẩn ACK và tạm ngưng mọi mã ACK đã không liệt kê (mà sẽ làm cho một chuẩn hoặc mã ACK-custom).

Bảng sau đây đại diện cho tình huống này. Giải thích bằng văn bản theo bảng.



AA và CA, thông báo xử lý luôn thành công bất kể bất chấp ACK mã cài đặt được chọn. Đây là thông tin về cài đặt Mã ACK được chấp nhận :

• AA, CA: Lần thử lại AE, CE, AR, CR và đình chỉ bất kỳ khác.

• AA, CA, AE, CE: Chấp nhận và thành công: AA, CA, AE, CE và số lần thử lại AR và CR. đình chỉ bất kỳ khác.

• AA, CA, AR, CR: Chấp nhận và thành công: AA, CA, AR, CR và số lần thử lại AE và CE. Đình chỉ bất kỳ khác.

• AA, CA, AR CR, AE, CE: Chấp nhận và thành công: AA, CA, AR, CR, AE, CE và khác được trả lại. ACK được thử lại và thông báo đình chỉ.

• Tuỳ chỉnh (giá trị được nhập và phân tách bằng dấu phẩy). Ví dụ: AA, AE, Foo, ZZ, ZZZ). Chấp nhận và thành công: AA, CA, AE cộng khác vào tùy chỉnh ACK như Foo, ZZ ZZZ trong trường hợp này. Thử CE, AR.

• Bất kỳ mã ACK không được chỉ định trong Chấp nhận tùy chỉnh ACK mã không thử lại và bị treo.

Khi ACK chuẩn không được nhập Mã ACK được chấp nhận, một lỗi tương tự như sau được trả về:

Sơ đồ ACK ra hộp phải được thay đổi bằng cách thêm vào danh sách hiện tại của tiêu chuẩn ACKs (AA, AE, AR, CA, CE, CR). Bất kỳ bổ sung được chấp nhận tùy chỉnh ACKs (XX, ZZ, ví dụ) phải được thêm vào trường MSA.1_AcknowledgementCode của sơ đồ ACK. Nếu tuỳ chỉnh ACKs bổ sung không được thêm vào giản đồ, xác nhận đường kết nối không thành công với lỗi "Không tìm thấy giá trị bảng".