Referens för X12-meddelandeinställningar i avtal för Azure Logic Apps

Gäller för: Azure Logic Apps (Förbrukning + Standard)

Den här referensen beskriver de egenskaper som du kan ange i ett X12-avtal för att ange hur meddelanden ska hanteras mellan handelspartner. Konfigurera dessa egenskaper baserat på ditt avtal med partnern som utbyter meddelanden med dig.

Inställningar för X12-mottagning

Identifierare

Egenskap	Beskrivning
ISA1 (auktoriseringskvalificerare)	Värdet för auktoriseringskvalificerare som du vill använda. Standardvärdet är 00 – Ingen auktoriseringsinformation finns. Obs! Om du väljer andra värden anger du ett värde för egenskapen ISA2 .
ISA2	Värdet auktoriseringsinformation som ska användas när egenskapen ISA1 inte är 00 – Ingen auktoriseringsinformation finns. Det här egenskapsvärdet måste ha minst ett alfanumeriskt tecken och högst 10.
ISA3 (säkerhetskvalificerare)	Värdet för säkerhetskvalificerare som du vill använda. Standardvärdet är 00 – Ingen säkerhetsinformation finns. Obs! Om du väljer andra värden anger du ett värde för egenskapen ISA4 .
ISA4	Värdet säkerhetsinformation som ska användas när ISA3-egenskapen inte är 00 – Ingen säkerhetsinformation finns. Det här egenskapsvärdet måste ha minst ett alfanumeriskt tecken och högst 10.

Bekräftelse

Egenskap	Beskrivning
TA1 förväntades	Returnera en teknisk bekräftelse (TA1) till utbytessändaren.
FA förväntades	Returnera en funktionell bekräftelse (FA) till utbytesavsändaren. För egenskapen FA-version , baserat på schemaversionen, väljer du 997- eller 999-bekräftelser. Om du vill aktivera generering av AK2-loopar i funktionella bekräftelser för godkända transaktionsuppsättningar väljer du Inkludera AK2/IK2-loop.

Scheman

I det här avsnittet väljer du ett schema från ditt integrationskonto för varje transaktionstyp (ST01) och avsändarprogram (GS02). EDI-mottagningspipelinen demonterar det inkommande meddelandet genom att matcha de värden och scheman som du anger i det här avsnittet med värdena för ST01 och GS02 i det inkommande meddelandet och med schemat för det inkommande meddelandet. När du har slutfört varje rad visas automatiskt en ny tom rad.

Egenskap	Beskrivning
Version	X12-versionen för schemat
Transaktionstyp (ST01)	Transaktionstypen
Avsändarprogram (GS02)	Avsändarprogrammet
Schema	Den schemafil som du vill använda

Kuvert

Egenskap

Beskrivning

ISA11-användning

Avgränsaren som ska användas i en transaktionsuppsättning: - Standardidentifierare: Använd en punkt (.) för decimalnotation i stället för decimalnotationen för det inkommande dokumentet i EDI-mottagningspipelinen. - Upprepningsavgränsare: Ange avgränsaren för upprepade förekomster av ett enkelt dataelement eller en upprepad datastruktur. Till exempel används vanligtvis caraten (^) som upprepningsavgränsare. För HIPAA-scheman kan du bara använda caraten.

Kontrollnummer

Egenskap	Beskrivning
Tillåt inte dubbletter av kontrollnummer för utbyte	Blockera duplicerade utbyten. Kontrollera utbyteskontrollnumret (ISA13) för det mottagna utbyteskontrollnumret. Om en matchning identifieras bearbetar inte EDI-mottagningspipelinen utbytet. Om du vill ange antalet dagar som kontrollen ska utföras anger du ett värde för egenskapen Kontrollera dubbletter av ISA13 var (dagar).
Tillåt inte dubbletter av gruppkontrollnummer	Blockera utbyten som har duplicerade gruppkontrollnummer.
Tillåt inte dubbletter av kontrollnummer för transaktionsuppsättningar	Blockera utbyten som har dubbla kontrollnummer för transaktionsuppsättningar.

Valideringar

Raden Standard visar de verifieringsregler som används för en EDI-meddelandetyp. Om du vill definiera olika regler markerar du varje ruta där du vill att regeln ska vara true. När du har slutfört varje rad visas automatiskt en ny tom rad.

Egenskap	Beskrivning
Meddelandetyp	EDI-meddelandetypen
EDI-validering	Utför EDI-validering på datatyper som definieras av schemats EDI-egenskaper, längdbegränsningar, tomma dataelement och avslutande avgränsare.
Utökad validering	Om datatypen inte är EDI är valideringen på dataelementkravet och tillåten upprepning, uppräkningar och validering av dataelementlängd (min eller max).
Tillåt inledande/avslutande nolla	Behåll eventuella ytterligare inledande eller avslutande noll- och blankstegstecken. Ta inte bort dessa tecken.
Trimma inledande/avslutande nolla	Ta bort inledande eller avslutande noll- och blankstegstecken.
Avslutande avgränsarprincip	Generera avslutande avgränsare. - Tillåts inte: Förhindra avslutande avgränsare och avgränsare i det inkommande utbytet. Om utbytet har avslutande avgränsare och avgränsare förklaras utbytet inte giltigt. - Valfritt: Acceptera utbyten med eller utan avslutande avgränsare och avgränsare. - Obligatoriskt: Det inkommande utbytet måste ha avslutande avgränsare och avgränsare.

Interna inställningar

Egenskap	Beskrivning
Konvertera implicit decimalformat Nn till ett numeriskt basvärde på 10	Konvertera ett EDI-nummer som anges med formatet "Nn" till ett numeriskt base-10-värde.
Skapa tomma XML-taggar om avslutande avgränsare tillåts	Be utbytesavsändaren innehålla tomma XML-taggar för avslutande avgränsare.
Split Interchange som transaktionsuppsättningar – pausa transaktionsuppsättningar vid fel	Parsa varje transaktionsuppsättning som är i ett utbyte till ett separat XML-dokument genom att tillämpa lämpligt kuvert på transaktionsuppsättningen. Pausa endast de transaktioner där verifieringen misslyckas.
Split Interchange som transaktionsuppsättningar – pausa utbyte vid fel	Parsa varje transaktionsuppsättning som är i ett utbyte till ett separat XML-dokument genom att tillämpa lämpligt kuvert. Pausa hela utbytet när en eller flera transaktionsuppsättningar i verifieringen av utbytet misslyckas.
Bevara Utbyte – pausa transaktionsuppsättningar vid fel	Lämna utbytet intakt och skapa ett XML-dokument för hela batchutbytet. Pausa endast de transaktionsuppsättningar som misslyckas med valideringen, men fortsätt att bearbeta alla andra transaktionsuppsättningar.
Bevara utbyte – pausa utbyte vid fel	Lämnar utbytet intakt, skapar ett XML-dokument för hela batchutbytet. Pausar hela utbytet när en eller flera transaktionsuppsättningar i verifieringen av utbytet misslyckas.

X12 Skicka inställningar

Identifierare

Egenskap	Beskrivning
ISA1 (auktoriseringskvalificerare)	Värdet för auktoriseringskvalificerare som du vill använda. Standardvärdet är 00 – Ingen auktoriseringsinformation finns. Obs! Om du väljer andra värden anger du ett värde för egenskapen ISA2 .
ISA2	Värdet auktoriseringsinformation som ska användas när egenskapen ISA1 inte är 00 – Ingen auktoriseringsinformation finns. Det här egenskapsvärdet måste ha minst ett alfanumeriskt tecken och högst 10.
ISA3 (säkerhetskvalificerare)	Värdet för säkerhetskvalificerare som du vill använda. Standardvärdet är 00 – Ingen säkerhetsinformation finns. Obs! Om du väljer andra värden anger du ett värde för egenskapen ISA4 .
ISA4	Värdet säkerhetsinformation som ska användas när ISA3-egenskapen inte är 00 – Ingen säkerhetsinformation finns. Det här egenskapsvärdet måste ha minst ett alfanumeriskt tecken och högst 10.

Bekräftelse

Egenskap	Beskrivning
TA1 förväntades	Returnera en teknisk bekräftelse (TA1) till utbytessändaren. Den här inställningen anger att värdpartnern, som skickar meddelandet, begär en bekräftelse från gästpartnern i avtalet. Dessa bekräftelser förväntas av värdpartnern baserat på avtalets mottagningsinställningar.
FA förväntades	Returnera en funktionell bekräftelse (FA) till utbytesavsändaren. För egenskapen FA-version , baserat på schemaversionen, väljer du 997- eller 999-bekräftelser. Den här inställningen anger att värdpartnern, som skickar meddelandet, begär en bekräftelse från gästpartnern i avtalet. Dessa bekräftelser förväntas av värdpartnern baserat på avtalets mottagningsinställningar.

Scheman

I det här avsnittet väljer du ett schema från ditt integrationskonto för varje transaktionstyp (ST01). När du har slutfört varje rad visas automatiskt en ny tom rad.

Egenskap	Beskrivning
Version	X12-versionen för schemat
Transaktionstyp (ST01)	Transaktionstypen för schemat
Schema	Den schemafil som du vill använda. Om du väljer schemat först anges version och transaktionstyp automatiskt.

Kuvert

Egenskap

Beskrivning

ISA11-användning

Avgränsaren som ska användas i en transaktionsuppsättning: - Standardidentifierare: Använd en punkt (.) för decimalnotation i stället för decimalnotationen för det utgående dokumentet i EDI Send Pipeline. - Upprepningsavgränsare: Ange avgränsaren för upprepade förekomster av ett enkelt dataelement eller en upprepad datastruktur. Till exempel används vanligtvis caraten (^) som upprepningsavgränsare. För HIPAA-scheman kan du bara använda caraten.

Kontrollera versionsnummer

I det här avsnittet väljer du ett schema från ditt integrationskonto för varje utbyte. När du har slutfört varje rad visas automatiskt en ny tom rad.

Egenskap	Beskrivning
Kontrollera versionsnummer (ISA12)	Versionen av X12-standarden
Användningsindikator (ISA15)	Kontexten för ett utbyte, som antingen är testdata, informationsdata eller produktionsdata
Schema	Schemat som ska användas för att generera GS- och ST-segmenten för ett X12-kodat utbyte som skickas till EDI Send Pipeline.
GS1	Valfritt, välj funktionskoden.
GS2	Valfritt, ange programsändare.
GS3	Valfritt, ange programmottagaren.
GS4	Valfritt, välj CCYYMMDD eller YYMMDD.
GS5	Valfritt, välj HHMM, HHMMSS eller HHMMSSdd.
GS7	Valfritt, välj ett värde för den ansvariga byrån.
GS8	Valfritt, ange schemadokumentversionen.

Kontrollnummer

Egenskap	Beskrivning
Kontrollnummer för utbyte (ISA13)	Intervallet med värden för utbyteskontrollnumret, som kan ha ett minimum av värde 1 och ett maximalt värde på 999999999
Gruppkontrollnummer (GS06)	Intervallet med värden för gruppkontrollnumret, som kan ha ett minsta värde på 1 och ett maximalt värde på 999999999
Kontrollnummer för transaktionsuppsättning (ST02)	Värdeintervallet för transaktionsuppsättningens kontrollnummer, som kan ha ett minsta värde på 1 och ett maximalt värde på 999999999 - Prefix: Valfritt, ett alfanumeriskt värde - Suffix: Valfritt, ett alfanumeriskt värde

Teckenuppsättningar och avgränsare

På raden Standard visas den teckenuppsättning som används som avgränsare för ett meddelandeschema. Om du inte vill använda standardteckenuppsättningen kan du ange en annan uppsättning avgränsare för varje meddelandetyp. När du har slutfört varje rad visas automatiskt en ny tom rad.

Tips

Om du vill ange specialteckenvärden redigerar du avtalet som JSON och anger ASCII-värdet för specialtecknet.

Egenskap	Beskrivning
Teckenuppsättning som ska användas	X12-teckenuppsättningen, som antingen är Basic, Extended eller UTF8.
Schema	Det schema som du vill använda. När du har valt schemat väljer du den teckenuppsättning som du vill använda, baserat på avgränsningsbeskrivningarna nedan.
Indatatyp	Indatatypen för teckenuppsättningen
Komponentavgränsare	Ett enda tecken som separerar sammansatta dataelement
Avgränsare för dataelement	Ett enda tecken som separerar enkla dataelement i sammansatta data
Ersättningsteckenavgränsare	Ett ersättningstecken som ersätter alla avgränsartecken i nyttolastdata när det utgående X12-meddelandet genereras
Segmentavgränsare	Ett enskilt tecken som anger slutet på ett EDI-segment
Suffix	Det tecken som ska användas med segmentidentifieraren. Om du anger ett suffix kan segmentavgränsarens dataelement vara tomt. Om segmentavgränsaren lämnas tom måste du ange ett suffix.

Validering

På raden Standard visas de verifieringsregler som används för en EDI-meddelandetyp. Om du vill definiera olika regler markerar du varje ruta där du vill att regeln ska vara true. När du har slutfört varje rad visas automatiskt en ny tom rad.

Egenskap	Beskrivning
Meddelandetyp	EDI-meddelandetypen
EDI-validering	Utför EDI-validering på datatyper som definieras av schemats EDI-egenskaper, längdbegränsningar, tomma dataelement och avslutande avgränsare.
Utökad validering	Om datatypen inte är EDI gäller validering av dataelementskravet och tillåten upprepning, uppräkningar och verifiering av dataelementlängd (min eller max).
Tillåt inledande/avslutande nolla	Behåll eventuella ytterligare inledande eller avslutande noll- och blankstegstecken. Ta inte bort dessa tecken.
Trimma inledande/avslutande nolla	Ta bort inledande eller avslutande noll- och blankstegstecken.
Avslutande avgränsningsprincip	Generera avslutande avgränsare. - Tillåts inte: Förhindra avslutande avgränsare och avgränsare i utgående trafik. Om utbytet har avslutande avgränsare och avgränsare deklareras utbytet ogiltigt. - Valfritt: Skicka utbyten med eller utan avslutande avgränsare och avgränsare. - Obligatoriskt: Utgående trafik måste ha avslutande avgränsare och avgränsare.

HIPAA-scheman och meddelandetyper

När du arbetar med HIPAA-scheman och meddelandetyperna 277 eller 837 måste du utföra några extra steg. Dokumentets versionsnummer (GS8) för dessa meddelandetyper har fler än nio tecken, till exempel "005010X222A1". Dessutom mappas vissa dokumentversionsnummer till olika typer av meddelanden. Om du inte refererar till rätt meddelandetyp i schemat och i ditt avtal får du följande felmeddelande:

"The message has an unknown document type and did not resolve to any of the existing schemas configured in the agreement."

Den här tabellen visar de berörda meddelandetyperna, eventuella varianter och de dokumentversionsnummer som mappas till dessa meddelandetyper:

Meddelandetyp eller variant	Description	Dokumentversionsnummer (GS8)
277	Statusmeddelande för hälso- och sjukvårdsinformation	005010X212
837_I	Anspråksinstitution för hälso- och sjukvård	004010X096A1 005010X223A1 005010X223A2
837_D	Hälso- och sjukvårdsanspråk Dental	004010X097A1 005010X224A1 005010X224A2
837_P	Hälso- och sjukvårdsanspråksproffs	004010X098A1 005010X222 005010X222A1

Du måste också inaktivera EDI-validering när du använder dessa dokumentversionsnummer eftersom de resulterar i ett fel om att teckenlängden är ogiltig.

Följ dessa steg om du vill ange dessa dokumentversionsnummer och meddelandetyper:

1. I HIPAA-schemat ersätter du den aktuella meddelandetypen med variantmeddelandetypen för det dokumentversionsnummer som du vill använda.

   Anta till exempel att du vill använda dokumentets versionsnummer 005010X222A1 med 837 meddelandetypen. I schemat ersätter du varje "X12_00501_837" värde med värdet "X12_00501_837_P" i stället.

   Följ dessa steg för att uppdatera schemat:

   1. I Azure Portal går du till ditt integrationskonto. Hitta och ladda ned ditt schema. Ersätt meddelandetypen och byt namn på schemafilen och ladda upp det ändrade schemat till ditt integrationskonto. Mer information finns i Redigera ett schema.

   2. I meddelandeinställningarna för ditt avtal väljer du det ändrade schemat.

2. I ditt avtals objekt lägger du till en annan post som anger den variantmeddelandetyp som matchar dokumentets schemaReferences versionsnummer.

   Anta till exempel att du vill använda dokumentets 837 versionsnummer 005010X222A1 för meddelandetypen. Ditt avtal har ett schemaReferences avsnitt med följande egenskaper och värden:

   "schemaReferences": [
      {
         "messageId": "837",
         "schemaVersion": "00501",
         "schemaName": "X12_00501_837"
      }
   ]
   

   I det här schemaReferences avsnittet lägger du till ytterligare en post med följande värden:

   • "messageId": "837_P"
   • "schemaVersion": "00501"
   • "schemaName": "X12_00501_837_P"

   När du är klar schemaReferences ser avsnittet ut så här:

   "schemaReferences": [
      {
         "messageId": "837",
         "schemaVersion": "00501",
         "schemaName": "X12_00501_837"
      },
      {
         "messageId": "837_P",
         "schemaVersion": "00501",
         "schemaName": "X12_00501_837_P"
      }
   ]
   

3. I ditt avtals meddelandeinställningar inaktiverar du EDI-validering genom att avmarkera kryssrutan EDI-validering antingen för varje meddelandetyp eller för alla meddelandetyper om du använder standardvärdena .

   

Nästa steg

Utbyta X12-meddelanden