2011-01-04 6 views
11

LAMP 스택에서 실행되는 제품에 인터페이스를 제공하기 위해 HL7 인터페이스 엔진 설정이 필요한 소형 약국 서비스 제공 업체에 대한 컨설팅 업무를 수행하고 있습니다.HL7 인터페이스 엔진 권장 사항

더 구체적으로 내가 찾고있는 것은 * NIX에서 실행되며 HL7 v2.X 메시지의 데이터를 MySQL 데이터베이스에 삽입 할 수있는 HL7 엔진입니다. 삽입되는 데이터는 임의의 필드에서 추출 된 데이터이므로 파싱이 필요합니다.

나는 Mirth를 사용해 보았지만, 겉으로보기에는 단순한 작업을 지나치게 복잡하게 만들었고 클라이언트 인터페이스/응답 시간이 극도로 느려서 매우 총소리가났다. 내가 간단한 작업을 말하면 몇 가지 규칙을 기반으로 맞춤 ACK 메시지를 보내면 100 줄의 자바 스크립트를 작성해야하며 이후에는 끔찍한 응답 시간이 소요된다는 의미입니다.

나는 이구아나를 좋아했고 그것을 사용하고 싶었지만 단일 서버에서 단일 인스턴스로 $ 12k에서 $ 15k를 들었다. 그것은 훌륭한 소프트웨어 였지만 그와 같은 가격표를 정당화하는 것이 좋지는 않지만 고객의 비즈니스의 작은 부분을 담당하는 단일 소프트웨어에 대해 내 고객이 지불하고자하는 것 이상으로 좋습니다.

누구나 이러한 요구를 충족시키는 오픈 소스 및/또는 독점 소프트웨어에 대한 권장 사항을 갖고 있습니까?

+0

흥미롭지 만 '쇼핑 권장 사항'은 실제로 Q & A 형식에 적합하지 않습니다. 당신이 끝내는 것은 표에 따라 전반적인 인기로 분류 된 목록입니다. 단 하나의 기술적으로 정답은 아닙니다. –

답변

5

우리가 비즈니스에서 사용하는 최상의 오픈 소스 옵션은 만남OpenESB입니다. 어떤 버전의 Mirth을 사용하셨습니까? 나는 당신이 2.0의 개선에 놀랄 것이라고 생각한다.

합리적인 가격표가있는 또 다른 옵션은 오리온 랩소디입니다. 우리는 이것이 라이센스가 부여 된 엔진에 대해 가장 낮은 가격으로 사용하는 것이 가장 쉬운 방법이라고 생각합니다. 예산으로 의료기관에 적합합니다. 데모를 설정하기위한 연락처가 필요하면 그 도움을받을 수 있습니다.

+2

Jeff, 권장 사항을 보내 주셔서 감사합니다. Mirth 2.0을 사용하고 있었고 사용자 지정 ACK를 다시 보내는 것과 같은 간단한 작업을 수행하는 것이 너무 복잡했습니다. 나는 오리온에 의해 무엇이든하는 것이 아주 주저합니다. 이전의 고용주는 Symphonia 매핑 스위트를 사용했는데 단순 매핑의 트랜잭션에 할당 된 시간의 약 95 %를 차지하는 속도가 매우 느 렸고 개인적으로이 문제에 대한 회사의 끔찍한 지원을 받았습니다. 내 솔루션은 내 클라이언트가 사용할 수있는 Perl HL7 Toolkit 데몬을 수정하는 것이 었습니다. 테스트가 끝나면 필자에게 소스를 공개 할 예정입니다. – Khirok

1

불행히도 의료 시스템 인터페이스는 항상 사소하거나 저렴한 것은 아닙니다. 나는 가격 책정 및 기능 세트 측면에서 귀하의 요구 사항을 충족시키는 제품을 전혀 모릅니다. 무엇이든 찾으면 알려주세요 ... :)

기본 요구 사항이 라이센스 비용을 줄이고 HL7만을 사용하여 데이터를 교환해야하는 경우 최소한의 데이터 매핑과 메시지 조작이 필요하지 않습니다 (주의하십시오 ... 처음보다 더 최악 인 경우), HAPI를 기초로 자신의 엔진을 개발할 수 있습니다. 무료 HL7 파서이지만 추가 개발 작업에 대한 비용을 지불 할 준비를하십시오.

+1

우리가 한 일은 Perl HL7 Toolkit을 데몬 서비스와 함께 사용하여 Perl에서 홈브류 솔루션을 만드는 것입니다. 응용 프로그램 수준에서 매핑이 전혀 없기 때문에 우리가 할 수있는 가장 간단한 작업이었습니다 (모두 저장된 procs 또는 다운 스트림 응용 프로그램을 통해 데이터베이스에서 수행되었습니다). – Khirok

+0

프로젝트에 대해 충분히 알지 못하기 때문에 필요하지 않을 수도 있지만 일반적으로 코드 나 데이터베이스를 변경하지 않고도 인터페이스를 사용자 정의 할 수있는 방법을 아키텍처에 포함시키는 것이 좋습니다. 응용 프로그램을 다른 곳에 배포해야하는 경우 교환 된 데이터 및/또는 메시지 흐름이 같은 방식으로 구성되지 않을 가능성이 있습니다. – jlmorin

1

나는 "작은 약국 서비스 제공 업체"를 위해 openESB가 지나치게 복잡하고 유지하기가 어렵 기 때문에 Mirth이 여전히 최선의 선택이라고 생각합니다. LLP를 사용하는 경우 솔루션을 사용자 정의하지 않아도됩니다.

+0

불행히도 Mirth는 클라이언트에게 맞춤 ACK을 생성하고 데이터에 온 전성 검사를 수행하는 것과 같은 간단한 작업을 수행하는 데 필요한 많은 작업량을 처리하지 못했습니다. 우리는 Perl HL7 Toolkit을 사용하여 자작 솔루션을 만들었습니다. Perl HL7 Toolkit은 성과 측면에서 Mirth을 날려 버렸습니다. Perl 지식은 비교할 때 거의 두통이없는 Mirth보다 유연 할 수 있습니다. – Khirok

4

사용자 정의 ACK를 보내기 위해 100 줄이 넘는 Javascript를 작성해야한다면 틀린 방법을 제안합니다. ack의 실제 전송은 responseMap.put 함수를 사용하는 단일 코드 행입니다. 아마도 Mirth 지원 포럼에서 현재하고있는 일과 기존 코드에 대한 요약을 게시 할 수 있습니다. 저를 포함해서 많은 사람들이 그것을 볼 수 있습니다.

항상 제품의 단점이 아니라 프로그래밍에서 Mirth에 대한 나쁜 피드백을 듣는 것은 대개 실망 스럽습니다. 내가 말했듯이, 도울 수있어서 기쁜 마음으로 - 올바른 장소에 게시하십시오.

+0

내가하려고했던 것은 Mirth에서 생성 된 기본 ACK보다 필드에 다른 데이터가 포함 된 ACK를 작성하는 것이 었습니다. – Khirok

+0

죄송합니다 첫 번째는 여기에 전체입니다. 일찍 들어가십시오. Mirth에서 만든 기본 ACK보다 다른 데이터를 MSH 필드에 포함하는 ACK를 작성하려고했습니다. 불행히도 Mirth Corp이 지원 비용 (3,000 달러 이상)을 지불하지 않고도 도움을 요청하지 않았기 때문에 우리는이 소프트웨어를 시험 사용하도록 지정하고 Mirth 포럼 모두에 대한 응답을 2 주 이상 대기했습니다 그리고 여기에 내 고객이 우리의 목적을 위해 매우 잘 작동하는 다른 제품을 선택했고, Mirth보다 사용하기가 훨씬 쉽습니다. – Khirok