Necesitamos procesar algunos mensajes EDI para un cliente y me preguntaba si alguno de ustedes podría recomendar algunos componentes (no necesariamente gratuitos) que podrían hacer la tarea. Me interesa un framework que pueda analizar mensajes EDI en estructuras .NET y algún tipo de implementación de protocolos de transporte (SMTP, FTP, HTTP, AS2) etc..NET EDIFACT/X12 Framework
Hay un analizador de .NET x12 de código abierto en http://x12parser.codeplex.com que ha existido por un tiempo y es bastante maduro ahora. Ya es compatible con más de 15 conjuntos de transacciones, incluida la mayoría de los que están en el conjunto de HIPAA. Es bastante extensible para inyectar su propia especificación, las instrucciones para esto están en el sitio. Consulte el sitio para ver una serialización html del mensaje X12 analizado.
Lo bueno que me gusta es que te permite desagregar tu X12 en mensajes X12 separados para que puedas procesarlos individualmente. Por ejemplo, si desea desvincular reclamos solo tiene que desagregarlo mediante el ID de bucle "2300". Repoblará su X12 en un formato sangrado para que sea más fácil para el lector. Por ejemplo, el siguiente es un reclamo 837 después de que se ha analizado en un objeto de intercambio y luego serializado con espacios en blanco:
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~
hice un trabajo con documentos EDIFACT en .NET, y nunca encontré un marco Podría usar. Afortunadamente, solo tuve que analizar dos tipos diferentes de documentos. En mi situación, era más fácil simplemente analizar los archivos de forma manual y crear objetos comerciales amigables que contenían los datos de una manera que podía trabajar. Un marco te daría mucha flexibilidad y una API más amigable para trabajar, pero podría no ser necesario.
Los marcos que he visto le dan menos flexibilidad y API antipáticas, pero YMMV. – dkretz
Tome un vistazo a: http://www.orionhealth.com/products/symphonia/
Se hace lo que quiere, a pesar de que se ejecutará en varias limitaciones que lo usa.
Hay un analizador comercial .NET X12 en http://www.sparrow-technologies.com/ediparser.net.aspx que ha existido durante un tiempo y es también bastante maduro Es compatible con los estándares X12, HL7 y SCRIPT. Cuando lo usé en uno de mis proyectos, fue bastante fácil de entender. Incluía muestras de los diferentes tipos de mensajes EDI, por lo que me resultó mucho más fácil codificar mi primer proyecto.
bienvenido a stackoverflow :). Ha pasado algún tiempo desde que publiqué esa pregunta y estoy persiguiendo otros intereses ahora. Aceptaré tu respuesta al menos para darte algunos puntos y cerrar este tema. Gracias por la respuesta –