Wir müssen einige EDI-Nachrichten für einen Client verarbeiten, und ich fragte mich, ob einige von Ihnen einige (nicht unbedingt kostenlose) Komponenten empfehlen könnten, die diese Aufgabe übernehmen könnten. Ich interessiere mich für ein Framework, das EDI-Nachrichten in .NET-Strukturen parsen kann und eine Art der Implementierung von Transportprotokollen (SMTP, FTP, HTTP, AS2) usw..
Es gibt einen Open-Source-.NET-x12-Parser bei Ссылка , der schon eine Weile existiert und jetzt ziemlich ausgereift ist. Es unterstützt bereits mehr als 15 Transaktionssätze einschließlich der meisten im HIPAA-Set. Es ist ziemlich erweiterbar für das Injizieren Ihrer eigenen Spezifikationen, Anweisungen dazu finden Sie auf der Website. Suchen Sie auf der Website nach einer HTML-Serialisierung der analysierten X12-Nachricht.
Das Schöne, das ich mag, ist, dass es Ihnen ermöglicht, Ihr X12 in separate X12-Nachrichten zu entbündeln, so dass Sie sie einzeln verarbeiten können. Zum Beispiel, wenn Sie Ansprüche entbündeln wollen, müssen Sie es nur durch die Loop-ID "2300" entbündeln. Es wird Ihr X12 in einem eingerückten Format reserialisieren, so dass es einfacher zu lesen ist. Zum Beispiel ist das Folgende ein 837-Claim, nachdem es in ein Interchange-Objekt geparst und dann mit Whitespace serialisiert wurde:
%Vor%Es gibt einen kommerziellen .NET X12-Parser bei Ссылка , der schon eine Weile existiert und ist auch ziemlich ausgereift. Es unterstützt X12, HL7 und SCRIPT-Standards. Als ich es in einem meiner Projekte verwendete, war es ziemlich einfach zu verstehen. Es kam mit einer Menge von Beispielen der verschiedenen EDI-Nachrichtentypen, so dass es mir viel leichter gemacht wurde, mein erstes Projekt zu programmieren.
Ich habe mit EDIFACT-Dokumenten in .NET gearbeitet und nie ein Framework gefunden, das ich verwenden könnte. Glücklicherweise musste ich nur zwei verschiedene Arten von Dokumenten analysieren. In meiner Situation war es am einfachsten, die Dateien einfach manuell zu analysieren und freundliche Geschäftsobjekte zu erstellen, die die Daten auf eine Weise speichern, mit der ich arbeiten konnte. Ein Framework würde Ihnen viel Flexibilität und eine freundlichere API zur Verfügung stellen, aber es ist möglicherweise nicht notwendig.
Tags und Links .net components edi x12 edifact