HL7 2.xml 전송, HL7 3 전송, 표준 XML 전송 = SOAP?

Question

HL7 2.x를 지원하는 소형 서버를 개발 중입니다.

은 내가 HL7 2.x를 기본을 받아들이는 MLLP 리더 (완료했습니다, 지금은 HL7의 2.xml을 수용하는 방법을 알아낼 시간입니다.

을 그러나, 나는 무엇이든지에 관한 정보를 찾을 수 있습니다 무엇을 전송

나는 그것이 일반적으로 덜 사용되는 알고 있지만, 반드시 누군가가 당신은 어떻게 XML을 운반하는? 적어도 한 번 구현해야합니다!이 사용된다? 기본값은 MLLP에 싸여

을 (구성 시작 바이트와 몇 바이트의 끝 바이트) ... SOAP은 HL7 2.x의 XML 버전에 대한 명백한 선택으로 나를 공격하지만, MLLP로 싸여 있습니다. 그러나, 나는 표준이 무엇인지 알고 싶어합니다.

또한

, 내가 일반적인 주제에있어 동안 :

방법 HL7 3 메시지를 감싸? 일반적인 경우가 있습니까? 일반 XML 메시지는 네트워크를 통해 전송 될 때 xxxxxx (다시 .. SOAP?)를 사용하여 전송됩니다. 답장을 보내 주셔서 감사합니다!

sean

p.s. 네, 의도적으로 HL7 2 (not 3) xml을 요구하고 있습니다. 여기에 설명 된대로 인코딩 : www.hl7.org/documentcenter/public/wg/xml/drafts/v2xml1mlbb.pdf

Answer 1

전달 메커니즘의 메시지 형식을 혼동하지 마십시오. MLLP는 확실히 HL7 2.x에서 매우 일반적입니다 (고객에게 "우리가 TCP/IP를 통해 메시지를 보냈다"라고 말하면 충분 함). 그러나 메시지 일 뿐이므로 원하는 방식으로 보낼 수 있습니다. v2.x 메시지 교환이 부분적으로 파일 시스템 기반 인 경우 (FTP/S가 한 경우, 네트워크 디렉토리가 다른 경우)입니다.

HL7 3의 경우와 마찬가지로 원하는 방식으로 XML을 보낼 수 있습니다. 나는 SOAP이 메시지의 XML 형식을 고려할 때 자연 스럽다고 생각하지만 솔직히 어떤 클라이언트도 v3 형식을 사용하지 못했습니다. 또한 많은 클라이언트가 일반적으로 SOAP 또는 웹 서비스를 통해 HL7 메시지를 전달한다는 개념을 "얻지 못했"습니다.

첫 번째 포인트를 강화하기 위해 Mirth Connect와 같은 인터페이스 엔진을 살펴보면 전달 메커니즘이 메시지 형식의 독립적 결정으로 유지된다는 것을 알 수 있습니다. 파일, LLP, FTP, 웹 서비스 등을 통해 전달할 수 있으며 메시지는 v2, v3, EDI 등일 수 있습니다.