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

Triệu chứng

Vấn đề 1

Xem xét tình huống sau:

  • Bạn đang chạy Microsoft BizTalk 2013 R2 tăng tốc cho HL7 (BTAHL7).

  • Bạn đang sử dụng một MLLP nhận hợp và nhận được một HL7 đường kết nối trong một hai cổng nhận.

  • Bạn đặt tuỳ chọn Sử dụng HL7 ACK đồng bộ trực tiếp vào đúng trong thuộc tính truyền tải MLLP.

  • Bạn tạo một bản đồ bên ngoài này hai nhận cổng để chuyển đổi ACK trước khi nó được gửi.


Trong trường hợp này, đồ đi không được áp dụng cho HL7 ACK, và do đó ACK không chuyển đổi.

Vấn đề 2

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ã ACK được chấp nhận được đặt trong thuộc tính cấu hình cổng gửi MLLP. Mã ACK được hỗ trợ bởi MLLP gửi cổng AA, CA, AE, CE, AR, và CR. Bạn có thể chọn tất cả ACK mã hoặc kết hợp của họ. Ví dụ: mã sau tất cả hợp lệ:

AA và CA
AA, CA, AE và CE
AA, CA, AR, và CR

Tuy nhiên, bạn không thể nhập bất kỳ mã ACK bổ sung được chấp nhận.

Sau khi bạn áp dụng hotfix này, chấp nhận ACK mã mới có tên tuỳ chỉnh được thêm vào trong danh sách Mã ACK được chấp nhận . Ngoài ra, một hộp văn bản mới được thêm vào để nhập mã ACK tuỳ chỉnh được chấp nhận.

alternate text


alternate text


Notes

  • Mã tuỳ chỉnh sẽ được phân tách bằng dấu phẩy (,). Ví dụ: AE CE, AR, CR, XX, ZZ

  • Nếu một trong các tiêu chuẩn kết hợp (tuỳ chọn tuỳ chỉnh không) được chọn, bạn không phải nhập bất kỳ giá trị thuộc tính Được chấp nhận tùy chỉnh ACK mã .

  • Để đảm bảo rằng xác nhận đường kết nối thành công cho ACK tuỳ chỉnh, bạn phải thêm mã ACK tuỳ chỉnh yêu cầu sơ đồ ACK tương ứng.

  • Bạn có thể sử dụng tính năng theo dõi BizTalk (bằng cách cho phép theo dõi) để theo dõi thư bằng cách sử dụng MessageID được ghi trong trường hợp đăng nhập khi thư thử lại hoặc bị treo.


Giải pháp

Thông tin Cập Nhật tích luỹ

Vấn đề này lần đầu tiên được khắc phục trong bản Cập Nhật tích luỹ sau BizTalk Server:


Đảm bảo rằng bạn triển khai tập đi đồ DLL cần thiết và bạn cài đặt tệp DLL này trong bộ đệm ẩn chung (GAC):

  1. OutboundMap chi tiết tên

    Điều này yêu cầu tên đầy đủ của hội lưu trữ đồ đi. Bạn có thể tìm thấy thông tin này trong thuộc tính đồ trong bàn điều khiển quản trị BizTalk Server. Ở đây bạn sẽ tìm thấy thông tin hội và OutboundMap tên đầy đủ là cần thiết trong bước tiếp theo.

    Ví dụ: đi, phiên bản = 1.0.0.0, văn hóa = neutral, PublicKeyToken = 83f92b3673c9005d

  2. OutboundMap tên

    Điều này yêu cầu tên bản đồ đầy đủ bao gồm cả không gian tên. Bạn có thể tìm thấy thông tin này trong thuộc tính tệp *.btm (Namespace.TypeName).

    Ví dụ: Outbound.Map1

Lưu ý Các thuộc tính được áp dụng nếu đồng bộ trực tiếp HL7 ACK được đặt đúng.

Nếu bạn không cần các HL7 Disassembler (DASM) trong đường ống được HL7 để tự động tạo HL7 lời cảm ơn (ví dụ: ACK được trả lại bằng một số hệ thống hạ sẽ được chuyển ngược tuyến Hệ thống), tắt tuỳ chọn ACK đường ống trên cổng yêu cầu được gửi cho bên nguồn và đặt ACK HL7 đồng bộ trực tiếp sử dụng sai. Sau đó, sử dụng tùy chọn bên ngoài bản đồ được cung cấp trong cổng nhận.

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.

alternate text

Đặ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.

alternate text

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.

alternate text

alternate text

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.

alternate text

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ề:

Bộ điều hợp không truyền thông báo sẽ cho cổng "< SendPortName >" với "127.0.0.1:33000". Nó sẽ được retransmitted sau khi thử khoảng thời gian cụ thể này gửi. Thông tin chi tiết: "báo MessageID: < MessageID >, nhận được xác nhận loại: lỗi và ACK mã: CE.


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".


alternate text

Thông tin

Điều kiện tiên quyết để cài đặt bản cập nhật phần mềm

Để áp dụng hotfix này, bạn phải cài đặt phần mềm sau:

  • Microsoft BizTalk Server 2013 R2

  • Microsoft BizTalk 2013 R2 tăng tốc cho HL7

Yêu cầu khởi động lại

Bạn không phải khởi động lại máy tính sau khi bạn áp dụng hotfix này. Tuy nhiên, chúng tôi khuyên bạn đóng và mở bảng điều khiển quản trị BizTalk sau khi cài đặt hotfix.

Phiên bản tiếng Anh của cập nhật nóng này có các thuộc tính tệp (hoặc thuộc tính tệp mới hơn) được liệt kê trong bảng sau. Ngày và giờ của các tệp này được liệt kê theo Giờ Quốc tế Phối hợp (UTC). Khi bạn xem thông tin về tệp, ngày và giờ được chuyển đổi thành giờ địa phương. Để tìm sự khác nhau giữa UTC và giờ địa phương, sử dụng tab Múi Giờ trong mục Ngày và Giờ trong Pa-nen điều khiển.

Tên tệp

Phiên bản tệp

Kích thước tệp

Ngày

Giờ

Nền tảng

Microsoft.Solutions.BTAHL7.HL72fDasm.dll

3.10.325.2

107520



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.PipelineCommon.dll

3.10.325.2

95232



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.Shared.dll

3.10.325.2

99328



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.MLLP.dll

3.10.325.2

128000



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.HL7AckHelper.dll

3.10.325.2

29696



09-Feb-2015

22:52

x86


Trạng thái

Microsoft đã xác nhận rằng đây là sự cố trong sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".

Tham khảo

Để biết thêm thông tin về BizTalk Server hotfix, xem thông tin về BizTalk Server hotfix.

Tìm hiểu về thuật ngữ chuẩn được sử dụng để miêu tả các bản cập nhật phần mềm của Microsoft.

Các sản phẩm của bên thứ ba mà bài viết này thảo luận do các công ty độc lập với Microsoft sản xuất. Microsoft không bảo hành, theo ngụ ý hay cách khác, về hiệu suất hoặc độ tin cậy của những sản phẩm này.


Bạn cần thêm trợ giúp?

Phát triển các kỹ năng của bạn
Khám phá nội dung đào tạo
Sở hữu tính năng mới đầu tiên
Tham gia Microsoft dùng nội bộ

Thông tin này có hữu ích không?

Cảm ơn phản hồi của bạn!

Cảm ơn bạn đã phản hồi! Để trợ giúp tốt hơn, có lẽ chúng tôi sẽ kết nối bạn với một trong những nhân viên hỗ trợ Office của chúng tôi.

×