HL7 Kiến nghị giao diện động cơ

Question

Tôi đang thực hiện một số công việc tư vấn cho một nhà cung cấp dịch vụ dược phẩm nhỏ cần thiết lập công cụ giao diện HL7 để cung cấp giao tiếp với các sản phẩm chạy trên ngăn xếp LAMP.

Cụ thể hơn những gì tôi đang tìm kiếm là một công cụ HL7 chạy trên * NIX và có thể chèn dữ liệu từ thông điệp v27X HL7 vào cơ sở dữ liệu MySQL. Dữ liệu được chèn vào sẽ là dữ liệu được lấy ra khỏi các trường tùy ý, vì vậy nó cần phải phân tích cú pháp.

Tôi đã thử sử dụng Mirth, nhưng khả năng làm cho mọi tác vụ dường như đơn giản quá phức tạp và sự chậm chạp của giao diện khách hàng/thời gian phản hồi đã khiến chúng tôi rất ngại ngùng. Khi tôi đưa ra một nhiệm vụ đơn giản, tôi muốn gửi lại một thông báo ACK tùy chỉnh dựa trên một vài quy tắc buộc tôi viết 100 dòng javascript và sau đó vẫn nhận được thời gian phản hồi khủng khiếp.

Tôi yêu Iguana và muốn sử dụng nó, nhưng họ trích dẫn chúng tôi giữa $ 12k và $ 15k cho một trường hợp duy nhất của nó trên một máy chủ duy nhất. Đó là một phần mềm tốt nhưng không tốt để biện minh cho một thẻ giá như thế cũng như vượt xa những gì khách hàng của tôi sẵn sàng trả cho một phần mềm duy nhất thúc đẩy một phần nhỏ trong kinh doanh của họ.

Có ai có bất kỳ đề xuất nào về phần mềm nguồn mở và/hoặc độc quyền sẽ đáp ứng các nhu cầu này không?

Answer 1

Tùy chọn nguồn mở tốt nhất mà chúng tôi sử dụng trong doanh nghiệp của chúng tôi là Mirth và OpenESB. Bạn đã sử dụng phiên bản Mirth nào? Tôi nghĩ bạn sẽ ngạc nhiên bởi những cải tiến trong 2.0.

Một tùy chọn khác có thẻ giá hợp lý là Orion Rhapsody. Chúng tôi thấy điều này là dễ nhất để sử dụng ở mức giá thấp nhất cho các công cụ được cấp phép. Nó là một phù hợp tuyệt vời cho các tổ chức chăm sóc sức khỏe trên một ngân sách. Nếu bạn cần một số liên lạc để thiết lập một bản demo, tôi có thể trợ giúp với điều đó.

Answer 2

Thật không may, hệ thống chăm sóc sức khỏe giao tiếp không phải lúc nào cũng tầm thường cũng không rẻ. Tôi không biết bất kỳ sản phẩm nào đáp ứng các yêu cầu của bạn về giá cả và bộ tính năng. Nếu bạn tìm thấy bất kỳ, hãy cho tôi biết ... :)

Nếu yêu cầu chính của bạn là cắt giảm chi phí giấy phép và bạn cần trao đổi dữ liệu chỉ bằng HL7, cần bản đồ dữ liệu tối thiểu và không có thao tác thông báo (hãy cẩn thận ... nó luôn luôn tồi tệ nhất có vẻ như lần đầu tiên), bạn có thể phát triển động cơ của riêng bạn bằng cách sử dụng HAPI làm nền tảng. Đó là một trình phân tích cú pháp HL7 miễn phí nhưng phải chuẩn bị để trả tiền cho công việc phát triển thêm.

Answer 3

Tôi nghĩ rằng Mirth vẫn là lựa chọn tốt nhất của bạn, vì openESB quá phức tạp và khó duy trì cho "nhà cung cấp dịch vụ dược phẩm nhỏ". Nếu bạn đang sử dụng LLP thì bạn không cần phải tùy chỉnh giải pháp.

Answer 4

Nếu bạn phải viết hơn 100 dòng Javascript để gửi ACK tùy chỉnh, tôi khuyên bạn nên làm sai. Việc gửi thực tế của ack là một dòng mã sử dụng hàm responseMap.put. Có lẽ đăng một bản tóm tắt về những gì bạn đang cố gắng làm và mã hiện tại của bạn tại diễn đàn hỗ trợ Mirth; có nhiều người, kể cả tôi, những người có thể xem nó.

Thật đáng thất vọng khi nghe phản hồi xấu trên Mirth vì phần lớn thời gian không phải là thiếu sót trong sản phẩm nhưng trong chương trình. Như tôi đã nói, rất vui được giúp đỡ - chỉ cần đăng ở đúng nơi.