Abbiamo bisogno di elaborare alcuni messaggi EDI per un client e mi chiedevo se qualcuno di voi potesse raccomandare alcuni componenti (non necessariamente gratuiti) che potrebbero svolgere il compito. Mi interessa un framework in grado di analizzare i messaggi EDI in strutture .NET e qualche tipo di implementazione dei protocolli di trasporto (SMTP, FTP, HTTP, AS2) ecc..NET EDIFACT/X12 Framework
C'è un parser .NET x12 open source al http://x12parser.codeplex.com che è stato in giro per un po 'ed è abbastanza maturo ora. Supporta già oltre 15 set di transazioni, inclusa la maggior parte di quelli in set HIPAA. È abbastanza estensibile per l'iniezione delle proprie specifiche, le istruzioni per questo sono sul sito. Controlla il sito per una serializzazione html del messaggio X12 analizzato.
La cosa carina che mi piace è che ti permette di separare il tuo X12 in messaggi X12 separati in modo che tu possa elaborarli individualmente. Ad esempio, se si desidera separare le richieste, è sufficiente separarle dall'ID del ciclo "2300". Riesaminerà il tuo X12 in un formato indentato, quindi è più facile da leggere. Ad esempio il seguente è un 837 rivendicazione dopo che è stato analizzato in un oggetto Interchange e quindi serializzata con spazi:
ISA*00* *01*SECRET *ZZ*SUBMITTERS.ID *ZZ*RECEIVERS.ID *030101*1253*^*00501*000000905*1*T*:~
GS*HC*SENDER CODE*RECEIVER CODE*19991231*0802*1*X*005010X222~
ST*837*0021*005010X222~
BHT*0019*00*244579*20061015*1023*CH~
NM1*41*2*PREMIER BILLING SERVICE*****46*TGJ23~
PER*IC*JERRY*TE*3055552222*EX*231~
NM1*40*2*KEY INSURANCE COMPANY*****46*66783JJT~
HL*1**20*1~
PRV*BI*PXC*203BF0100Y~
NM1*85*2*BEN KILDARE SERVICE*****XX*~
N3*234 SEAWAY ST~
N4*MIAMI*FL*33111~
REF*EI*587654321~
NM1*87*2~
N3*2345 OCEAN BLVD~
N4*MAIMI*FL*33111~
HL*2*1*22*1~
SBR*P**2222-SJ******CI~
NM1*IL*1*SMITH*JANE****MI*JS00111223333~
DMG*D8*19430501*F~
NM1*PR*2*KEY INSURANCE COMPANY*****PI*999996666~
REF*G2*KA6663~
HL*3*2*23*0~
PAT*19~
NM1*QC*1*SMITH*TED~
N3*236 N MAIN ST~
N4*MIAMI*FL*33413~
DMG*D8*19730501*M~
CLM*26463774*100***11:B:1*Y*A*Y*I~
REF*D9*17312345600006351~
HI*BK:0340*BF:V7389~
LX*1~
SV1*HC:99213*40*UN*1***1~
DTP*472*D8*20061003~
LX*2~
SV1*HC:87070*15*UN*1***1~
DTP*472*D8*20061003~
LX*3~
SV1*HC:99214*35*UN*1***2~
DTP*472*D8*20061010~
LX*4~
SV1*HC:86663*10*UN*1***2~
DTP*472*D8*20061010~
SE*42*0021~
GE*1*1~
IEA*1*000000905~
ho fatto qualche lavoro con i documenti EDIFACT in .NET, e mai trovato un quadro Potrei usare. Fortunatamente, ho dovuto solo analizzare due diversi tipi di documenti. Nella mia situazione, era più semplice analizzare i file manualmente e creare oggetti business amichevoli che contenessero i dati in un modo con cui avrei potuto lavorare. Un framework ti darebbe molta flessibilità e un'API più amichevole con cui lavorare, ma potrebbe non essere necessario.
I framework che ho visto offrono meno flessibilità e API ostili, ma YMMV. – dkretz
Date un'occhiata a: http://www.orionhealth.com/products/symphonia/
Si fa quello che si vuole, anche se vi imbatterete in varie limitazioni, come lo si utilizza.
occupati commerciale NET X12 parser in http://www.sparrow-technologies.com/ediparser.net.aspx che è stato intorno per un po 'ed è anche abbastanza maturo. Supporta gli standard X12, HL7 e SCRIPT. Quando l'ho usato su uno dei miei progetti è stato abbastanza facile da capire. È arrivato con l'assegnazione di campioni dei diversi tipi di messaggi EDI, quindi è stato molto più semplice per me codificare il mio primo progetto.
benvenuto in stackoverflow :). è passato un po 'di tempo da quando ho postato quella domanda e ora sto perseguendo altri interessi. accetterò la tua risposta almeno per darti dei punti e chiudere questo argomento. Grazie per la risposta –