Bagaimana cara menerapkan peta dan kustom ACK kode ACK pesan di HL7 BizTalk Server 2013 R2

Masalah 1

Fitur baru ini hanya berlaku untuk menerima Port lokasi. Saat ini, semua BizTalk menerima port memiliki properti Peta masuk . Setelah menginstal hotfix ini, ada properti tambahan yang tersedia di lokasi terima menerapkan peta ACK. HL7 Properti tambahan ini memungkinkan Anda menerapkan peta untuk dua arah menerima lokasi yang memiliki set Menggunakan langsung sinkron HL7 ACK (=) benar. Satu-satunya tujuan dari hotfix ini adalah untuk memungkinkan pengguna untuk menentukan peta untuk ACK ketika Menggunakan langsung sinkron HL7 ACK diatur ke (=) benar.

Setelah Anda menginstal hotfix, Anda akan melihat dua properti tambahan di MLLP menerima lokasi konfigurasi jendela. Pengaturan default untuk dua properti kosong, dan mereka harus diisi dan Penggunaan langsung sinkron HL7 ACK harus ditetapkan ke (=) benar.



Untuk menetapkan dua properti, ikuti langkah-langkah berikut:

1. Properti OutboundMap rakitan nama memerlukan nama lengkap rakitan di mana peta keluar hosting, seperti dalam contoh berikut:
   
   

   Outbound, versi = 1.0.0.0, budaya = neutral, PublicKeyToken = 83f92b3673c9005dMajelis harus tembolok dengan perakitan Global. Jika tidak, transformasi akan gagal.

2. Nama OutboundMap properti memerlukan nama lengkap peta termasuk ruang nama.

Satu kekurangan fungsi baru: HL7 ACK tidak dilacak. Jika Anda harus melacak ACK, Anda juga harus menyetel Masuk peta properti di BizTalk menerima port. Teknis, Anda akan menerapkan peta ACK yang dimasukkan ke dalam kotak pesan dan ACK yang dikembalikan ke sistem hulu. Keduanya harus identik karena keduanya akan memiliki peta yang sama diterapkan. Tangkapan layar berikut disertakan untuk penjelasan dan diperlukan hanya jika ACK harus dilacak.



Catatan Gunakan langsung sinkron HL7 ACK opsi meningkatkan kinerja pemrosesan pesan masuk. Hal ini dilakukan dengan mengirimkan ACK kembali ke sistem hulu sebagai pesan disimpan ke kotak pesan. Pengaturan ini meningkatkan kinerja jika kondisi berikut benar:

• Menerima port adalah port menerima dua arah, dan Gunakan langsung sinkron HL7 ACK opsi diatur ke True dalam konfigurasi port MLLP menerima.

• BizTalk HL7 DASM digunakan untuk membuat ACK. Komponen DASM harus digunakan sebagai disertakan dalam default BTAHL72XReceivePipeline atau dengan menggunakan BTAHL7 asli. Komponen HL72fDasm jalur pipa kustom.

• ACK jalur pipa Kirim permintaan - respon menerima port setelan sumber pihak harus HL7 konfigurasi Explorer, dan Jenis pengakuan harus ditetapkan ke nilai selain None.

Masalah 2

Fitur baru ini berlaku untuk kirim Port hanya. Setelah Anda menginstal hotfix, perilaku akan didasarkan pada kode ACK diterima yang dipilih dalam daftar drop-down alih-alih kode yang disediakan oleh sistem hilir.

MLLP kirim port memeriksa kode ACK dalam ACK (MSA.1_AcknowledgmentCode bidang MSA segmen) yang dikembalikan oleh sistem hilir dan membandingkan dengan kode ACK diterima yang ditetapkan di MLLP kirim konfigurasi port properti. Saat ini dapat diterima ACK kode yang didukung oleh MLLP kirim port termasuk AA, CA, AE, CE, AR dan CR. Anda dapat memilih semua kode ACK atau kombinasi (AA dan CA), (AA, CA, AE dan CE) (AA, CA, AR dan CR) yang valid. Tetapi ada opsi untuk memasukkan ACK kode kombinasi yang dapat diterima.

Tambahan dapat diterima ACK kode nilai yang bernama "Kustom" ditambahkan dalam daftar rentang turun di properti Diterima ACK kode . Semua kombinasi sebelumnya tetap dan yang diterapkan sebagai mereka sebelum fitur baru ditambahkan.





Setelah kustom yang dipilih, Anda juga harus memasukkan nilai yang baru di properti Kode ACK kustom dapat diterima . Nilai ACK baru ini harus masing-masing dipisahkan oleh koma (,).

Setelah Anda menginstal hotfix, perilaku tergantung pada pengaturan Diterima ACK kode yang dipilih. Jika kode ACK yang dikembalikan cocok dengan kode diterima dipilih, pengolahan terjadi berhasil. Ini akan coba lagi untuk standar ACK kode dan penangguhan kode ACK apa pun yang tidak terdaftar (yang akan membuat nonstandar atau kode ACK non-kustom).

Tabel berikut ini menunjukkan skenario ini. Interpretasi tertulis berikut dalam tabel.



Untuk AA dan CA, pesan pemrosesan selalu berhasil terlepas dari setiap diterima ACK kode pengaturan yang dipilih. Berikut adalah informasi lebih lanjut tentang pengaturan Diterima ACK kode :

• AA, CA: Pengulangan AE, CE, AR, CR dan menunda lainnya.

• AA, CA, AE, CE: Diterima dan berhasil: AA, CA, AE, CE dan mencoba AR dan CR. menunda lainnya.

• AA, CA, AR, CR: Diterima dan berhasil: AA, CA, AR, CR dan mencoba AE dan CE. Menunda lainnya.

• AA, CA, AR CR, AE, CE: Diterima dan berhasil: AA, CA, AR, CR, AE, CE dan tidak ada yang lain yang ditayangkan. ACK dicoba lagi dan pesan ditangguhkan.

• Kustom (nilai yang dimasukkan dan dipisahkan oleh tanda koma). Contoh: AA AE, Foo, ZZ, ZZZ). Diterima dan berhasil: AA, CA, AE ditambah lain dimasukkan kustom ACK Foo, ZZ dan ZZZ dalam hal ini. Mencoba CE, AR.

• Kode ACK apapun yang tidak disebutkan di Diterima kustom ACK kode tidak dicoba lagi dan ditangguhkan.

Ketika ACK standar tidak dimasukkan di bawah Diterima ACK kode, galat yang menyerupai berikut ini akan ditampilkan:

Skema ACK luar kotak harus diubah dengan menambahkan ke daftar yang ada standar ACKs (AA AE, AR, CA, CE, CR). Setiap tambahan dapat diterima kustom ACKs (XX, a misalnya) harus ditambahkan ke kolom MSA.1_AcknowledgementCode ACK skema. Jika ACKs kustom tambahan tidak ditambahkan ke skema, jalur pipa validasi gagal dengan galat "Tabel nilai tidak ditemukan".