2013-04-11 5 views
0

받는 포트/위치가 설정되고 스키마가 배포되고 RAD 파티가 후행 deliminters를 허용하도록 설정되었습니다. 나는 더 후행와 BizTalk에게 메시지를 보낼 경우MSH 후행 구분 기호로 BizTalk HL7 어댑터 (BTAHL7) 오류가 발생했습니다.

구분 기호 모든 작동합니다 :

MSH |^~ \ & | RAD | TEST | ITS || 201304111010 || ORU^R01 | J1908877 | D | 2.3 ||| AL | NE

나는 그것이 우리의 HCIS 나오는 모습입니다 후행 구분 기호와 BizTalk하는 메시지를 보낼 경우 :

MSH |^~ \ & | RAD를 | 테스트 | TS || 201304111010 || ORU^R01 | J1908877 | D | 2.3 ||| AL | NE |||||||^~ \ & | | ITS || RAD | TEST | 201304111010 MSH :

MSH^1^21^102 & 데이터 입력 오류 & HL7nnnn :

나는 BizTalk에서 다음 ACK를 얻을 수 || ACK^R01^ACK | 7788091J | D | 2.3 MSA | CR | J1908877의 ERR | MSH ^^ 102 & 데이터 타입 에러 & HL7nnnn

및 이벤트 로그에 오류 1^21 : 0 301 대체 오류 설명 : 스키마 대체 인코딩 시스템을 찾을 수 없습니다 http://microsoft.com/HealthCare/HL7/2X#ORU_R01_23_GLO_DEF : HL7-BTA가

내가 알고

오류 1

대체 오류 번호 오류 번호를 구문 분석하는 동안 몸에 무슨 일이 있었 문제는 스키마가 아닙니다. 수동으로 후행 deliminters를 수동으로 제거하면 제대로 작동하기 때문에 ...

Party configuration

답변

1

[후행 구분 기호 허용] 설정에서는 선택적 필드에 구분 기호를 사용할 수 있지만 추가 필드에는 구분 기호를 사용할 수 없습니다. HL7 2.3의 MSH 세그먼트에는 19 개의 필드 만 있습니다.

+0

그렇다면 유일한 해결책은 MSH 스키마를 수정하는 것입니다. – Jeremy

+0

처럼 보이거나 메시지 버전을 변경하십시오. –