2012-02-20 3 views
2

저는 HL7 버전 3 메시징 표준 연구를하고 있습니다. hl7 버전 2 구현은 실제로 멀티미디어 데이터 처리 (이미지, 비디오 등)를 지원하지 않는다고 들었습니다. 그러나이 블로그 : http://www.hl7standards.com/blog/2006/10/18/how-do-i-send-a-binary-file-inside-of-an-hl7-message/은 ed (캡슐화 된 데이터) 데이터 형식이 이미 버전 2 표준에 존재한다고 말합니다. 나는 심지어 hl7 v2.3.1 표준의 2 장에서 ed 데이터 유형에 대한 speciation을 발견했습니다. 따라서 이미지 데이터를 hl7 v2 메시지로 보낼 수 있습니다.HL7 V3 ED 데이터 유형은 HL7- 메시지/문서에서 멀티미디어 데이터를 전송할 수있는 유일한 방법입니까?

또한 처리가 동일합니다. 멀티미디어 데이터 (예 : url)에 대한 참조가있을 수 있으며 base64 인코딩 된 데이터가있을 수 있습니다.

발신 시스템과 수신 시스템 모두 ed 데이터 유형을 지원해야한다는 사실을 알고 있습니다. 따라서 hl7 v2 구현이이 데이터 유형을 지원하지 않을 가능성이 있습니다. 하지만 그 외에도 실제로 차이가 있습니까?

감사합니다.

추신 : 물론 나는 주요 차이점에 대해 이야기하지 않습니다. hl7 v3의 모델 기반 방법론입니다. 내 범위는 멀티미디어 데이터의 처리뿐입니다.

답변

3

HL7 V2.3.1 또는 V2.2 내부에 포함 된 (URL) PDF가 포함 된 ORU 메시지를 전송 한 미들웨어 부서의 대형 병원 그룹에서 일 했었지만 기억이 안납니다. 바이너리 메시지의 경우 OBX-5 필드를 사용하여 메시지를 저장했습니다.

예, HL7 V2.x가이를 지원해야합니다.

그러나 각 국가마다 고유 한 HL7 구현이 있으므로 조심해야합니다. 심지어 각 병원이 하나 또는 다른 필드를 자신의 목적에 "오용"하기 때문에 조심해야합니다.

+0

감사합니다. 내가 향한 방향이 아니야. 그것은 여전히 ​​intersting 대답입니다. – thad

+0

HL7 회원은 더 많은 지원 쿼리를 위해 StackOverflow를 사용하려고합니다. 누군가가 hl7-v2 태그를 만들어이 질문에 사용할 수 있도록 도와줍니다. –

+0

@BENBUNCoder HL7-v2 및 v3 태그가 이미 있습니다. – Alex

-1

버전 2.2에서 OBX-5 필드는 "관찰 결과"로 정의되며 최대 길이는 65 바이트입니다. 그것은 또한 그것이 2 번까지 반복 될 수 있다고 말한다. 거기에 많은 바이너리 데이터를 저장할 수있는 것처럼 들리지는 않습니다.

+0

그 이유는 hl7 v2.x가 멀티미디어 데이터 전송에 실제로 사용되지 않는 이유입니다. 거의 항상 obx-fields는 참조를 포함합니다. – thad

1

HL7 v2.5에서 OBX-5 길이는 가변적이다. ED 데이터 유형을 사용하여 65536 (64KB) 크기의 2 진 데이터를 넣을 수 있으므로 작은 이미지를 보유 할 수 있습니다. 그러나 멀티미디어 메시지의 경우 DICOM 프로토콜을 사용하는 것이 좋습니다.