2016-07-15 12 views
-1

우리는 지금 HL7 인터페이스에서 작업 중이며 Mirth Connect를 성공적으로 설정하고 샘플 HL7 피드를 수신하고 파싱합니다 (SIU 메시지의 경우 특히 약속 일정 정보로 생각합니다). 우리는 HL7 작업에 새로운, 당신은 환희를 언급 한 이후로 나는 몇 가지 질문을 물어 것이라고 생각 : 우리가 확신 할 수 없었다HL7 SIU 일정 정보

  1. 한 가지입니다 환자 이메일 주소 (하나는 EMR에있는 경우) HL7 메시지에있을 것입니다. 이 정보가있는 경우 어디에 배치해야하는지에 대한 조언이 있습니까?

  2. "Orthopaedics"또는 "General Surgery"에있는 부서 나 진료소를 결정해야하는 경우가 종종 있습니다. 일부 샘플 메시지에서는 "X 프로 바이더의 이름과 함께 거기에 - 선 "레이블이 부서 또는 병원 이름의 위치입니다 - 또는 그 정보가 다른 곳에 당신의 도움에 대한

감사

+0

huh? 나는 무엇을 언급 했는가? – AndrewK

+0

참고로 스택 오버플로가 도움이 될 것으로 생각하지 않습니다. 이것은 헬프 데스크에 보내는 메시지 인 것처럼 보입니다. – AndrewK

+0

안녕하세요 앤드류, 이건 헬프 데스크 질문이 아니라 HL7 경험이있는 사람의 조언을 구하는 것입니다. 나는 원래이 질문을 어떤 식 으로든 당신에게로 향하게했을 때 나의 사과가 그렇게 스케줄링 (그 질문에 대답하는 사용자 중 하나는 매우 knowledgable했다)을 ​​논의하고 있던 다른 질문에 대한 후속 조치로서이 질문을 게시하려고했다. – snwbge

답변

1

가 AS 첫째, 환희 연결! 인터페이스 엔진은 HL7 메시지와 아무 관련이 없습니다. 원래의 HL7v2.x 사양이 필요합니다.이 사양은 hl7.o에서 다운로드 할 수 있습니다 rg 사이트에서 필요한 모든 필드를 찾습니다. 따라서 SIU^S12는 모든 개인 정보를 전달하는 PID 및 PD1 세그먼트와 전자 메일을 포함합니다.

동일한 SIU^S12에는 위치가 PL 또는 IS 데이터 유형의 필드에 제공 될 수있는 PV1 세그먼트가 포함됩니다. 이것이 충분하지 않으면 XCN 데이터 유형을 가진 모든 의사가 위치 정보를 전달할 수 있습니다. 이 정보가 코딩 된 방식은 사용자 정의 테이블에 의해 정의되며 로컬 용어 집합에 의해 확장되거나 무시 될 수 있습니다.

+0

안녕하세요 sqlab 및 user3005941 - 도움을 주셔서 감사합니다. 추가 질문이 하나있었습니다. 특정 날짜 (예 : 시스템의 트리거 시간, 월요일에 오전 8시에 화요일 약속 스케줄을 잡아 당깁니다. 클리닉/부서). 우리가 병원 EMR과의 연결을 설정하는 것에 조금 새로운 것이기 때문에 - 우리가 연결을 설정할 때 병원에서 방송되는 모든 HL7 메시지를 듣고 우리가 원하는 것을 필터링하거나 특정 쿼리가 필요합니다 방법? – snwbge

+0

@snwbge : HL7v2.x와 Mirth Connect에 익숙한 사람을 고용하여 모든 질문에 답하고 프로토 타입을 만드십시오. – Shamil

1
PID.13 250 XTN O *  Phone Number - Home 
PID.14 250 XTN O *  Phone Number - Business 

XTN.4의 전자 메일을 허용합니다. 약속 장소에 적절한 장소이어야한다 XTN Extended Telecommunication number

`AIL - Appointment information - location resource segment 

의 정의를 찾아보십시오.

+0

안녕하세요 sqlab 및 user3005941 - – snwbge

+0

이것은 채팅방이 아닙니다. HL7 및 프로그램과 관련하여 다른 질문이있는 경우 질문하십시오. – sqlab

0

내가 질문하고 추가 의견에 대답 할 수 있다면보고 싶어 다른 댓글 : 환자의 전화 번호의 위치는

을, 이것들은 PID-13.4 또는 PID-14.4에서 일반적입니다. 일반적으로 XTN이라고하는 하위 구성 요소가 두 개 있지만 데이터가 전송되는 공급 업체에 따라 다를 수 있습니다. 항상 전송 시스템에 확인하여 전송 중인지, 적절한 필드를보고 있는지 확인하십시오.

일반적으로 PV1-10 입력란에 전송 된 부서와 같은 항목이 표시됩니다. 그것이 SIU 메시지라면 추가 자원 scheudling 정보가 포함될 것이므로 AIL-3도 확인해야합니다.

ADT 메시지에서 보내는 시스템에서 PV1-10에 해당 값을 채울 것으로 예상되지만 데이터를 전송 중이며 전송할 필드가 구체적으로 매핑되어 있는지 확인해야합니다. 일부 SIU 피드는 AIL-3 대신 PV1-10을 채 웁니다. 따라서 다른 시스템과의 확인은 필수입니다.

귀하의 의견에 인바운드 SIU 피드를 수신하도록 연결을 설정 중이라고 언급하셨습니다. 전통적인 SIU 피드에서는 보내는 시스템이받은 모든 업데이트를 브로드 캐스팅하는 동안 앉아서 청취합니다. 많은 경우에 모든 스케줄링 메시지의 전체 데이터 피드를 요청한 다음 필요한 하위 집합으로 수정/필터링하는 것이 좋습니다.또한 사용할 수있는 쿼리/응답 인터페이스가 있지만 SIU 피드에는 거의 사용되지 않으며 사용자와 다른 응용 프로그램 모두에서 완전히 지원되어야합니다. 일반적으로 SIU 피드를 청취하는 것이 가장 좋은 시나리오이며 SIU 통합 시나리오에서 쿼리 인터페이스가 개발되거나 작동하지 않을 수 있습니다.

기타 문의 사항이 있으면 언제든지 알려주세요.