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

BELANGRIJK: Dit artikel is vertaald door middel van automatische vertalingssoftware van Microsoft en is mogelijk nabewerkt door de Microsoft Community via CTF-technologie (Community Translation Framework) of door een menselijke vertaler. Microsoft biedt zowel automatisch vertaalde, door mensen vertaalde en door de community nabewerkte artikelen aan, zodat er in meerdere talen toegang is tot alle artikelen in onze Knowledge Base. Een vertaald of bewerkt artikel kan fouten bevatten in vocabulaire, syntaxis of grammatica.. Microsoft is niet verantwoordelijk voor eventuele onjuistheden, fouten of schade ten gevolge van een foute vertaling van de inhoud van een bericht of het gebruik van deze vertaalde berichten door onze klanten.

De Engelstalige versie van dit artikel is de volgende: 3026048
Symptomen

Probleem 1

Overweeg het volgende scenario:

  • U gebruikt Microsoft BizTalk 2013 R2 Accelerator voor HL7 (BTAHL7).
  • U gebruikt een MLLP ontvangen van adapter en een HL7 pijpleiding ontvangt in een tweerichtingsvertrouwensrelatie wordt poort.
  • U instellen de optie Gebruik directe synchrone HL7 ACK op True in eigenschappen voor het vervoer van MLLP.
  • U maakt een uitgaande hyperlinks op deze twee richtingen wordt poort wilt transformeren de ACK voordat deze wordt verzonden.

In dit scenario wordt de uitgaande kaart wordt niet toegepast op de ACK HL7 en daarom de ACK wordt niet getransformeerd.

Probleem 2

MLLP verzenden poort controleert de code ACK ACK (het veld MSA.1_AcknowledgmentCode van MSA segment) die wordt geretourneerd door de downstream-systeem en vergelijkt deze met de aanvaardbare ACK-codes die zijn ingesteld in de MLLP verzenden poort configuratie-eigenschappen. De ACK-codes die momenteel worden ondersteund door MLLP verzenden poort zijn AA, CA, AE, CE, P.A. en CR. U kunt alle ACK-codes of een combinatie daarvan. Bijvoorbeeld zijn de volgende codes allemaal geldig:

AA en CA
AA, CA, AE en CE
AA, CA, P.A. en CR

U kunt geen echter eventuele extra aanvaardbare ACK-codes invoeren.

Nadat u deze hotfix hebt toegepast, wordt een nieuwe aanvaardbare ACK code die is aangepast met de naam in de lijst met Aanvaardbare ACK Codes toegevoegd. Bovendien wordt een nieuw tekstvak toegevoegd waarin de aanvaardbare aangepaste ACK codes invoeren.







Opmerking
s
  • De aangepaste codes moeten worden gescheiden door een komma (,). Bijvoorbeeld: AE, CE, AR, CR, XX, ZZ
  • Als een van de standaard combinaties (een niet-aangepaste optie) is geselecteerd, hoeft u niet te geen waarden invoeren in de eigenschap Aanvaardbare aangepaste ACK-Codes .
  • Om ervoor te zorgen dat de pipeline-validatie voor de aangepaste ACK-codes slaagt, moet u de vereiste aangepaste ACK-codes toevoegen aan het overeenkomstige ACK-schema.
  • U kunt de BizTalkTracking-functie (doordat tracking) voor het bijhouden van het bericht met behulp van de MessageID die is vastgelegd in het gebeurtenislogboek wanneer het bericht wordt opnieuw geprobeerd of geschorst.

Oplossing

Cumulatieve update-informatie

Dit probleem is in eerste instantie opgelost in de volgende cumulatieve update van BizTalk Server:
Zorg ervoor dat u de vereiste uitgaande Map DLL-bestand implementeert en u dit DLL-bestand in de global assemblycache (GAC) installeren:
  1. De assembly-naam OutboundMap

    Dit is de volledige naam van de assembly die fungeert als host voor de uitgaande kaart vereist. U kunt deze informatie vinden in de eigenschappen van de kaart in de beheerconsole van BizTalk Server. Hier vindt u de informatie voor de assembly en de volledige naam OutboundMap die vereist in de volgende stap.

    Bijvoorbeeld: uitgaand versie 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005d =
  2. OutboundMap naam

    Hiervoor moet de volledige naam, inclusief de naamruimte. U kunt deze informatie vinden in de eigenschappen van het bestand *.btm (Namespace.TypeName).

    Bijvoorbeeld: Outbound.Map1
Opmerking Deze eigenschappen worden alleen toegepast als directe synchrone HL7 ACK is ingesteld op True.

Als u niet hoeft de HL7 Disassembler (DASM) in de pijplijn HL7 ontvangen automatisch genereren van HL7 bevestigingen (bijvoorbeeld de ACK die wordt geretourneerd door een downstream-systeem wordt overhandigd aan de upstream-systeem), schakelt u de Route ACK pijpleiding op poort ontvangen aanvragen verzenden optie voor de partij van de bron en Gebruik directe synchrone HL7 ACK ingesteld op False. Gebruik vervolgens de optie uitgaande toewijzen die beschikbaar in de poort ontvangen.

Voor probleem 1

Deze nieuwe functie is alleen van toepassing op de poort ontvangen/locatie. Op dit moment BizTalk ontvangen poort heeft een eigenschap van Binnenkomende toewijzingen . Nadat u deze hotfix hebt geïnstalleerd, is er een extra eigenschap beschikbaar op de locatie van de ontvangen een kaart op een ACK. HL7 toepassen 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 zodat 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 ingesteld als volgt:
  1. Eigenschap voor Assembly-naam OutboundMap moet de volledige naam van de assembly waarin de uitgaande kaart wordt gehost, zoals in het volgende voorbeeld:

    Uitgaand, versie 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005d =
    De assembly moet eerder worden opgeslagen in de globale Assembly. Anders mislukt de transformatie.
  2. OutboundMap naam eigenschap 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. 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 gebeurt 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-poort is de poort van een 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-component in een aangepaste pijplijn.
  • Route ACK met verzenden pijpleiding op verzoek-antwoord 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.

De 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 aanvaardbare ACK-codes die zijn ingesteld in de MLLP verzenden configuratie Poorteigenschappen. Huidige aanvaardbare ACK codes die worden ondersteund door de poort MLLP verzenden zijn AA, CA, AE, CE, P.A. en CR. U kunt alle ACK-codes of een combinatie daarvan (AA en CA) selecteren (AA, CA, AE en CE) (AA, CA, P.A. en CR) als geldig. Maar er is geen optie voor het invoeren van een aanvaardbare ACK combinatie.

Een extra codes aanvaardbare ACK -waarde met de naam 'Custom' toegevoegd in de vervolgkeuzelijst in de eigenschap Aanvaardbare ACK-Codes . Alle vorige combinaties blijven en worden toegepast als 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 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, wordt de verwerking met succes vindt plaats. Opnieuw voor standaard ACK-codes worden en stand-by voor een 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 voor ACK-Codes aanvaardbaar :
  • 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 opnieuw wordt gestart en bericht geschorst.
  • Aangepast (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. Pogingen CE, P.A.
  • ACK-code die opgegeven in Aanvaardbare aangepaste ACK-Codes niet opnieuw wordt gestart en wordt geschorst.

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

De adapter is niet verzonden bericht stuurt poort"<SendPortName></SendPortName>'door URL '127.0.0.1:33000'. De opnieuw moet worden verzonden na de opgegeven voor deze poort verzenden interval voor opnieuw proberen. Details: "bericht met MessageID:<MessageID></MessageID>, met het type bevestiging ontvangen: fout en ACK code: CE.

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 pijpleiding met een "tabelwaarde niet gevonden" fout.



Meer informatie

Vereisten voor het installeren van de software-update

Deze hotfix moet u de volgende software nodig hebben:
  • Microsoft BizTalk Server 2013 R2
  • Microsoft BizTalk 2013 R2 Accelerator voor HL7

Opnieuw opstarten vereist

U hoeft de computer niet opnieuw op te starten nadat u deze hotfix hebt toegepast. We raden echter aan dat u sluiten en opnieuw openen van de beheerconsole van BizTalk-na de hotfixinstallatie.

Bestandsinformatie

De Engelse versie van deze hotfix heeft de bestandskenmerken (of recentere bestandskenmerken) die in de volgende tabel worden weergegeven. De datums en tijden voor deze bestanden worden weergegeven in Coordinated Universal Time (UTC). Wanneer u de bestandsinformatie weergeeft, wordt deze naar lokale tijd geconverteerd. Om het verschil tussen UTC en lokale tijd op te zoeken, gebruikt u het tabblad tijdzone in het onderdeel datum en tijd in het Configuratiescherm.
BestandsnaamBestandsversieBestandsgrootteDatumTijdPlatform
Microsoft.Solutions.BTAHL7.HL72fDasm.dll3.10.325.2107520

09-Feb-2015
22:52x86
Microsoft.Solutions.BTAHL7.PipelineCommon.dll3.10.325.295232

09-Feb-2015
22:52x86
Microsoft.Solutions.BTAHL7.Shared.dll3.10.325.299328

09-Feb-2015
22:52x86
Microsoft.Solutions.BTAHL7.MLLP.dll3.10.325.2128000

09-Feb-2015
22:52x86
Microsoft.Solutions.BTAHL7.HL7AckHelper.dll3.10.325.229696

09-Feb-2015
22:52x86
Status
Microsoft heeft bevestigd dat dit probleem kan optreden in de Microsoft-producten die worden vermeld in de sectie 'Van toepassing op'.
Referenties
Zie voor meer informatie over hotfixes voor BizTalk Server Informatie over hotfixes voor BizTalk Server.

Meer informatie over de standaardterminologie die wordt gebruikt voor het beschrijven van Microsoft software-updates.

Informatie van derden disclaimer

De producten van andere leveranciers die in dit artikel worden vermeld, worden vervaardigd door bedrijven die onafhankelijk van Microsoft zijn. Microsoft geeft geen enkele garantie, impliciet noch anderszins, omtrent de prestaties of betrouwbaarheid van deze producten.

Waarschuwing: dit artikel is automatisch vertaald

Propriedades

ID do Artigo: 3026048 - Última Revisão: 07/03/2015 05:47:00 - Revisão: 2.0

Microsoft BizTalk Server 2013 R2 Branch, Microsoft BizTalk Server 2013 R2 Developer, Microsoft BizTalk Server 2013 R2 Enterprise, Microsoft BizTalk Server 2013 R2 Standard

  • kbsurveynew kbfix kbqfe kbexpertiseadvanced kbbts kbmt KB3026048 KbMtnl
Comentários