Haritalar ve özel bildirim kodları HL7 için BizTalk Server 2013 R2 ACK iletileri nasıl uygulanır

Sorun 1

Bu yeni özellik yalnızca alma bağlantı noktası/konumu için geçerlidir. Şu anda, tüm BizTalk alma bağlantı noktası Eşlemeleri gelen özelliğine sahiptir. Bu düzeltmeyi yükledikten sonra kullanılabilir ek bir özellik alma konumunda bir eşleme için bir HL7 bildirim uygulamak için Bu ek özellik uygulamak için bir eşleme sağlar Doğrudan eşzamanlı kullanım HL7 ACK (=) Trueolarak ayarlanmış bir konumu çift yönlü alırsınız. Tek amacı, bu düzeltmeyi Doğrudan eşzamanlı kullanım HL7 ACK (= için) Trueolarak ayarlandığında bir harita bir ACK için kullanıcıya izin vermektir.

Düzeltmeyi yükledikten sonra alma konumu yapılandırma penceresi iki ek özellikler MLLP içinde göreceksiniz. İki özellik için varsayılan ayarı boştur ve Doğrudan eşzamanlı kullanım HL7 ACK ayarlanmalıdır (= için) doğruve doldurulmuş olması gerekir.



İki özelliklerini ayarlamak için şu adımları izleyin:

1. OutboundMap Assembly Name özelliği, giden haritası, aşağıdaki örnekte olduğu gibi barındırılan derleme tam adı gerektirir:
   
   

   Giden, sürüm 1.0.0.0, Culture = bağımsız, PublicKeyToken = 83f92b3673c9005d =Derleme genel derleme tarafından önceden önbelleğe gerekir. Aksi takdirde, dönüşüm başarısız olur.

2. OutboundMap Name özelliği eşlemesi ad alanı da dahil olmak üzere tam adını gerektirir.

Bu yeni işlevlerin bir eksiklikleri: HL7 ACK izlenmez. ACK izlemeniz gerekiyorsa, Gelen eşlemeleri de ayarlamalısınız BizTalk özelliğinde bağlantı noktası alırsınız. Teknik olarak, eşleme, ileti kutusunda koyulmuş ACK ve ters yönde sisteme döndü ACK uygulayacağınız. Hem de uygulanan aynı harita olmanız gerekir, çünkü her ikisi de aynı olmalıdır. Aşağıdaki ekran resminde değindiğiniz bulunur ve yalnızca izlenen ACK gerek yoktur.



Not: Doğrudan eşzamanlı HL7 ACK kullan seçeneği gelen ileti işleme performansını artırır. Bu ileti için ileti kutusu konduktan hemen ACK yönündeki sisteme göndererek yapılır. Aşağıdaki koşullar doğruysa, bu ayar performansı artırır:

• Alma bağlantı noktasının iki yönlü alma bağlantı noktası olduğundan ve bağlantı noktası alma MLLP yapılandırmasında Doğrudan eşzamanlı HL7 ACK kullan seçeneğini True olarak ayarlanır.

• BizTalk HL7 DASM bildirim oluşturmak için kullanılır DASM bileşen varsayılan BTAHL72XReceivePipeline veya yerel BTAHL7 kullanarak dahil olarak kullanılmalıdır. Özel potansiyel satış bileşeni HL72fDasm.

• HL7 yapılandırma Explorer'da kaynak şahıslara Gönderme ardışık istek-yanıt için rota ACK alma bağlantı noktası ayarı olmalıdır ve Bildirim türüNonedışında bir değere ayarlanmalıdır.

Sorun 2 için

Yeni özellik, yalnızca bağlantı noktaları göndermek için geçerlidir. Düzeltme yüklendikten sonra davranış aşağı akım sistem tarafından sağlanan kodu yerine aşağı açılan listesinde seçin kabul edilebilir bir bildirim kodu temel alır.

Bağlantı noktası aşağı akım sistem tarafından döndürülür ve MLLP içinde ayarlanmış olan kabul edilebilir bir bildirim kodları ile karşılaştırır (MSA segment MSA.1_AcknowledgmentCode alanı) ACK ACK kodu denetler MLLP Gönder gönderme bağlantı noktası yapılandırma özellikleri. AA, CA, AE, CE, AR ve CR MLLP gönderme bağlantı noktası tarafından desteklenen geçerli kabul edilebilir ACK kodları içerir. Tüm bildirim kodları veya onları (AA ve CA) bir birleşimini seçebilirsiniz (AA, CA, AE ve CE) (AA, CA, AR ve CR) geçerli olarak. Ancak kabul edilebilir bir bildirim kodu birleşimi girin seçeneği yoktur.

Ek bir "Özel" olarak adlandırılan kabul edilebilir ACK kodları değeri Kabul edilebilir ACK kodları özelliği açılan listesinde eklenir. Önceki tüm birleşimler kalır ve yeni bir özellik eklendi önce oldukları gibi uygulanır.





Özel seçildikten sonra da Kabul edilebilir özel bildirim kodları özelliğinde yeni değerleri girmeniz gerekir. Bu yeni ACK değerler her bir virgül (,) ayrılmalıdır.

Düzeltmeyi yükledikten sonra davranış Kabul edilebilir ACK kodları ayarı seçili bağlı olacaktır. İşlem başarıyla döndürülür ACK kod kabul edilebilir seçili kodu eşleşirse, oluşur. Bu standart bildirim kodları için yeniden deneme ve askıya almak için (hangi standart dışı anlaması zorlaşır veya özel ACK kod) listelenmemiş onay kodu.

Aşağıdaki tabloda, bu senaryoyu temsil eder. Yazılı yorumunu tablo izler.



Her zaman ileti işleme AA ve CA için seçili olan ayarı tüm kabul edilebilir ACK kodlarını ne olursa olsun başarılı olur. Kabul edilebilir ACK kodları ayarları hakkında daha fazla bilgi aşağıda verilmiştir:

• AA, CA: Deneme AE, CE, AR, CR ve diğer askıya alır.

• AA, CA, AE, CE: Kabul ve başarılı: AA, CA, AE, CE ve deneme AR ve iade diğer bekletir.

• AA, CA, AR, CR: Kabul ve başarılı: AA, CA, AR, CR ve deneme AE ve CE. Diğer askıya alır.

• AA, CA, AR, CR, AE, CE: Kabul ve başarılı: AA, CA, AR, CR, AE, CE ve başka döndürülür. ACK denenir ve ileti askıya alındı.

• Özel (değerler girilen ve virgülle ayrılmış). Örnek: AA, AE, Foo, ZZ, ZZZ). Kabul edilen ve başarılı: AA, CA, AE artı diğer özel ACK Foo ve ZZ ZZZ gibi bu durumda girmiş. Yeniden deneme CE, AR.

• Kabul edilebilir özel bildirim kodları belirtilmemiş herhangi bir bildirim kodunu değil denenir ve askıya alınır.

Standart ACK ACK kodları kabul edilebiliraltında girilmediğinde, aşağıdakine benzer bir hata döndürülür:

(AA, AE, AR, CA, CE, CR) standart ACK'ler varolan listeye ekleyerek out-of--box ACK Şemanın değiştirilmesi gerekir. Herhangi ek kabul edilebilir özel ACK'ler (XX, örneğin ZZ) ACK şema MSA.1_AcknowledgementCode alanına eklenmesi gerekir. Ek özel ACK'ler şemaya eklenmezse, ardışık düzen doğrulama "Tablo değeri bulunamadı" hatası ile başarısız olur.