Het toepassen van plattegronden en aangepaste codes voor ACK ACK-berichten in HL7 voor BizTalk Server 2013 R2

Voor probleem 1

Deze nieuwe functie is alleen van toepassing op de poort ontvangen/locatie. Op dit moment BizTalk poort ontvangen heeft een eigenschap van Binnenkomende toewijzingen . Nadat u deze hotfix hebt geïnstalleerd, is er een extra eigenschap beschikbaar op de locatie ontvangen een map toepassen op een ACK. HL7 Deze extra eigenschap kunt u een kaart naar een toepassing een tweerichtingsvertrouwensrelatie locatie die de set Met directe synchrone HL7 ACK aan (=) de waarde Trueheeft ontvangen. Het enige doel van deze hotfix is dat de gebruiker een map opgeven voor een ACK als Gebruik directe synchrone HL7 ACK aan (=) de waarde Trueis ingesteld.

Nadat u de hotfix hebt geïnstalleerd, ziet u twee extra eigenschappen in de MLLP locatie configuratie venster. De standaardinstelling voor de twee eigenschappen is leeg, en moet worden ingevuld en Gebruikt directe synchrone HL7 ACK aan (=) waarmoet worden ingesteld.



De twee eigenschappen worden ingesteld, als volgt te werk:

1. Eigenschap voor Assembly-naam OutboundMap moet de volledige naam van de assembly waarin de uitgaande kaart is ondergebracht, zoals in het volgende voorbeeld:
   
   

   Uitgaand, versie 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005d =De algemene vergadering moet eerder in de cache van de algemene vergadering. Anders mislukt de transformatie.

2. Eigenschap OutboundMap Name moet de volledige naam van de kaart met inbegrip van de naamruimte.

Één tekortkoming van deze nieuwe functionaliteit: de ACK HL7 wordt niet bijgehouden. Als u de ACK bijhouden moet, moet u ook de Binnenkomende toewijzingen instellen eigenschap in de lijst BizTalk poort ontvangen. Technisch gesproken gaat toepassen de kaart de ACK dat op het bericht en de ACK die is geretourneerd naar de upstream-systeem. Beide moeten identiek zijn omdat beide dezelfde toewijzing toegepast hebben. De volgende schermafdruk is opgenomen ter verduidelijking en is alleen nodig als de ACK moet worden bijgehouden.



Opmerking De optie Gebruik directe synchrone HL7 ACK verbetert verwerkingsprestaties inkomend bericht. Dit wordt gedaan door de ACK terug naar de upstream-systeem te sturen zodra het bericht in het berichtvenster wordt geplaatst. Deze instelling worden de prestaties verbeterd als aan de volgende voorwaarden wordt voldaan:

• De ontvangen wordt een poort wederzijdse ontvangen en het Gebruik Direct synchrone HL7 ACK -optie is ingesteld op True in de poortconfiguratie MLLP ontvangen.

• BizTalk-HL7 DASM wordt gebruikt voor het genereren van de ACK. Het onderdeel DASM moet worden gebruikt als opgenomen in de standaard BTAHL72XReceivePipeline of met behulp van de ingebouwde BTAHL7. HL72fDasm-onderdeel van een aangepaste pijpleiding.

• ACK Route naar een pijpleiding op verzoek-antwoord verzenden ontvangen poort van de bron die partij zijn in de Explorer HL7 configuratie en het Type bevestiging moet worden ingesteld op een andere waarde dan geen.

Voor uitgifte 2

De nieuwe functie is van toepassing op poorten alleen verzenden. Nadat u de hotfix hebt geïnstalleerd, wordt het gedrag wordt gebaseerd op de aanvaardbare ACK-code die u selecteert in de vervolgkeuzelijst in plaats van de code die wordt geleverd door de downstream-systeem.

MLLP verzenden poort controleert de code ACK ACK (veld van segment MSA MSA.1_AcknowledgmentCode) die wordt geretourneerd door de downstream-systeem en vergelijkt deze met de codes die zijn ingesteld in de MLLP voor aanvaardbare ACK verzonden configuration Poorteigenschappen. Huidige aanvaardbare ACK codes die worden ondersteund door de poort verzenden MLLP omvatten AA, CA, AE, CE, AR en CR. U kunt alle ACK-codes of een combinatie daarvan (AA en CA) selecteren (AA, CA, AE en CE) (AA, CA, AR en CR) als geldig. Maar er is geen optie voor het invoeren van een geldige combinatie van ACK.

Een extra in de vervolgkeuzelijst in de eigenschap Aanvaardbare ACK Codes codes aanvaardbare ACK -waarde met de naam 'Custom' toegevoegd. Alle combinaties van vorige blijven en worden toegepast zoals deze waren voordat de nieuwe functie is toegevoegd.





Als aangepast is geselecteerd, moet u ook de nieuwe waarden invoeren in de eigenschap Aanvaardbare aangepaste ACK-Codes . Deze nieuwe ACK-waarden moeten elk worden gescheiden door een komma (,).

Nadat u de hotfix hebt geïnstalleerd, wordt het gedrag afhankelijk van de instelling van de Aanvaardbare ACK-Codes die u hebt geselecteerd. Als de ACK-code die wordt geretourneerd aan de geselecteerde code aanvaardbaar, verwerking doet zich voor met succes. Opnieuw voor standaard ACK-codes wordt en schorsen voor de ACK-code die niet is opgenomen (die het maakt een niet-standaard of een niet-aangepast ACK-code).

De volgende tabel staat voor dit scenario. Een schriftelijke interpretatie volgt op de tabel.



Voor AA en CA slaagt berichtverwerking altijd ongeacht eventuele aanvaardbare ACK-codes instellen die u hebt geselecteerd. Hier vindt u meer informatie over instellingen Aanvaardbare ACK-Codes :

• AA, CA: Pogingen AE, CE, P.A., CR en andere wordt uitgesteld.

• AA, CA, AE, CE: Geaccepteerd en succesvolle: AA, CA, AE, CE en pogingen P.A. en creditnota onderbreekt een andere.

• AA, CA, AR CR: Geaccepteerd en succesvolle: AA, CA, AR, CR en pogingen AE en CE. Hiermee onderbreekt u een andere.

• AA, CA, AR, CR, AE, CE: Geaccepteerd en succesvolle: AA, CA, AR, CR, AE, CE en geen andere als resultaat gegeven. ACK wordt opnieuw geprobeerd en bericht geschorst.

• Aangepaste (waarden worden ingevoerd en gescheiden door een komma). Voorbeeld: AA, AE, Foo, ZZ, ZZZ). Geaccepteerde en succesvolle: AA, CA, AE plus andere ingevoerd u aangepaste ACK zoals Foo, ZZ en ZZZ in dit geval. CE pogingen, P.A.

• ACK-code die opgegeven in een Aanvaardbare aangepaste ACK-Codes wordt niet opnieuw geprobeerd en is geschorst.

Wanneer u een standaard ACK niet onder Aanvaardbare ACK-Codesinvoert, wordt een foutbericht weergegeven dat lijkt op het volgende geretourneerd:

De out-of-the-box ACK-schema moet worden gewijzigd door toe te voegen aan de bestaande lijst met standaard ACK (AA, AE, AR, CA, CE, CR). Eventuele extra aanvaardbare aangepaste ACKs (XX, ZZ, bijvoorbeeld) moeten worden toegevoegd aan het veld MSA.1_AcknowledgementCode van het ACK-schema. Als de extra aangepaste bevestigingen (acks) niet worden toegevoegd aan het schema, mislukt de validatie van de pijplijn met een "Waarde niet gevonden" fout.