.NET EDIFACT/X12 프레임워크
-
05-07-2019 - |
문제
우리는 클라이언트를 위해 일부 EDI 메시지를 처리해야 하는데, 이 작업을 수행할 수 있는 일부 구성 요소(반드시 무료는 아님)를 추천해 주실 수 있는 분이 계신지 궁금합니다.나는 EDI 메시지를 .NET 구조로 구문 분석할 수 있는 프레임워크와 일종의 전송 프로토콜(SMTP, FTP, HTTP, AS2) 구현 등에 관심이 있습니다.
해결책
오픈 소스 .NET x12 파서가 있습니다. http://x12parser.codeplex.com 그것은 한동안 존재했고 지금은 꽤 성숙해졌습니다.이미 HIPAA 세트의 대부분을 포함하여 15개 이상의 트랜잭션 세트를 지원합니다.자신만의 사양을 주입하는 데 꽤 확장 가능하며 이에 대한 지침은 사이트에 있습니다.구문 분석된 X12 메시지의 HTML 직렬화를 보려면 사이트를 확인하세요.
제가 좋아하는 좋은 점은 X12를 별도의 X12 메시지로 분리하여 개별적으로 처리할 수 있다는 것입니다.예를 들어 청구를 번들 해제하려면 루프 ID "2300"으로 번들을 해제하면 됩니다.읽기 쉽도록 X12를 들여쓰기 형식으로 다시 직렬화합니다.예를 들어 다음은 Interchange 개체로 구문 분석된 후 공백으로 직렬화된 837 클레임입니다.
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*9876543210~
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~
다른 팁
상용 .NET X12 파서가 있습니다 http://www.sparrow-technologies.com/ediparser.net.aspx 그것은 한동안 주변에 있었고 꽤 성숙합니다. X12, HL7 및 스크립트 표준을 지원합니다. 내 프로젝트 중 하나에서 그것을 사용했을 때 이해하기 쉽습니다. 다양한 EDI 메시지 유형의 샘플이 포함되어있어 첫 번째 프로젝트를 훨씬 쉽게 코딩 할 수있었습니다.
.NET에서 edifact 문서로 작업을 수행했으며 사용할 수있는 프레임 워크를 찾지 못했습니다. 다행히도 두 가지 유형의 문서 만 구문 분석해야했습니다. 내 상황에서는 파일을 수동으로 구문 분석하고 작업 할 수있는 방식으로 데이터를 보유하는 친숙한 비즈니스 객체를 만드는 것이 가장 쉬웠습니다. 프레임 워크는 당신에게 많은 유연성과 더 친근한 API와 함께 일할 수 있지만 필요하지 않을 수도 있습니다.
보세요: http://www.orionhealth.com/products/symphonia/
당신이 원하는 것을 사용하지만, 당신이 그것을 사용하는 동안 다양한 제한 사항이 달라질 것입니다.