HL7 가속기를 끄는 구분 기대되는 행동 양식

Question

다음 사항을 고려 PV1 세그먼트에 HL7v2 메시지입니다.

PV1|1|E|MYLOC||||55555^Doctor^Doc^D^^Dr^^DOCT|||||||HO||||ER||BC|||||||||||||||||||VALUE||REG|||201406270627||||||||55555^Doctor^Secondary^H^^Dr^^DOCT2|

가 있 52 필드가 있다.우리의 메디테크 시스템은 항상 보내는 분야는 52(PV1_52_OtherHealthcareProvider)이 인터페이스에서,그것은 여기에 표시되는 의 55555^Doctor^Secondary^H^^Dr^^DOCT2.나는 그것을 설정하도록 뒤에 오는 허용 구분 기호 에 있습니다.당신이 볼 수있는 뒤 구분 기호에서 이 세그먼트, 그러나 이는 최종 분야에서 세그먼트는 데이터가 포함된 표시됩니다.

이상이 될 경우,메디텍은 항상 추가 끄는 구분이 인터페이스입니다.

없음의 다른 세그먼트의 데이터에서는 최종 분야,그래서 우리는 우리로 실행하지 않은 이 문제점들에도 불구하고,그 뒤문자로 구분됩니다.에 PV1 세그먼트에 우리는 오류를 받:

Error happened in body during parsing 
Error # 1
Segment Id: PV1
Sequence Number: 1
Error Number: 100
Error Description: Segment sequence error (Unexpected end of message body found)
Encoding System: HL79999

그것은이 때문에 후행 구분하기 때문에,수동으로 제거하는 구분하고 다시 제출하는 오류가 발생하지 않습니다.또한을 수정할 경우 스키마를 추가 미 (PV1_53_ExtraField)분야,메이 허용됩니다.

나의 질문은 이것입니다:무엇이 예상되는 행동의 뒤에 오는 허용 구분 기호 이 경우에는?은 그것을 할 수 있도록되어 있는 뒤에서 구분 모든 경우에,또는 그것에만 적용하 세그먼트는 최종 분야가 무효의 데이터(ie:추가 필드의 끝에서 세그먼트는)?

Answer 1

수신 파이프 라인에서 마지막 필드가 세그먼트의 지분을 가질 수 없습니다.이것은 HL7 가속기의 버그 인 것처럼 보입니다.이 속성은 구분 기호가 정의 된 필드 수 내에있는 경우에만 전송면에만 전송 측에 영향을 미칩니다.

나는이 문제를 해결하고 파이프 라인 구성 요소를 처리하고 Microsoft 지원

로 그것을 제고 할 것을 제안합니다.

Answer 2

지도 HL7 메시지 표준 버전 2.6 하지 않았을 확장하 PV1 세그먼트와 다른 분야에 따라서 너의 원래 코드는 정확한 지점에서의 지원만 52 세그먼트 분야

1. 그것은 완벽한 유효한 연장 HL7 메시지 프로토콜을 사용자 정의 필드 및 사용자 정의 세그먼트를 제공하는 확장에 합의에 의해 모든 관련 당사자 및 문서에서 설명 HL7 적합성 문 (일부를 찾을 수 있습을 설명하는 링크 기 고 기)

2. 의 구문 분석하는 메시지 처리 코드와 호환되어야하고 몇 가지의 향후 버전 프로토콜입니다.숫자의 세그먼트,자신의 이름과 순수 필드를 구성 요소의 수는 분야에서 결정될 수 있습니다 처리됩니다.메시지를 구문을 지원하도록 설계되었습니다.하드 코딩과 같은 것들 "가있을 것입 52 분야에서 PV1 세그먼트에 관계없이 무엇 HL7 버전 필드 MSH-12 담" 은 아주 좋지 않다는 접근하지 않으므로 규모

..무엇이 예상의 행동 뒤에 오는 허용 구분 기호 이 경우에는?..

예상 동작은 응용 프로그램에 충돌하지 않습니다,블록 데이터 처리,데이터는 여행 코드를 통해 다른 시스템으로 해야하지 않을 드롭/제거 필드 당신이 이해하지 못하는(그것은 더 많거나 적은 서면에서 HL7 사양이 어딘가에..)