HL7インターフェイスエンジンの推奨事項

Question

私はLAMPスタック上で動作する製品とのインターフェイスを提供するためのHL7インターフェイスエンジンセットアップが必要な小規模薬局サービスプロバイダのためにいくつかのコンサルティング業務を行っています。

私が探しているのは、* NIXで動作し、HL7 v2.XメッセージからMySQLデータベースにデータを挿入できるHL7エンジンです。挿入されるデータは、任意のフィールドから取り出されたデータなので、解析する必要があります。

私はMirthを使用しようとしましたが、一見単純なタスクを過度に複雑にし、クライアントインターフェイス/応答時間が極端に遅くなっているため、非常に銃が恥ずかしくありました。私が単純なタスクを述べるとき、私はいくつかのルールに基づいてカスタムACKメッセージを送り返すようにして、100行のjavascriptを書かなければならず、その後も恐ろしい応答時間を得るように強制します。

私はイグアナが大好きで、使いたいと思っていましたが、1台のサーバーで1つのインスタンスに対して$ 12kから$ 15kの間を引用しました。それはソフトウェアの優れた点ですが、そのような価格表を正当化するのにも良いことではなく、それは私の顧客がビジネスの小さな部分を動かす1つのソフトウェアに支払う意志をはるかに超えています。

これらのニーズを満たすオープンソースおよび/またはプロプライエタリソフトウェアの推奨事項はありますか？

Answer 1

私たちは私たちのビジネスで使う最高のオープンソースのオプションは、マースとOpenESBのです。どのバージョンのMirthを使用しましたか？私はあなたが2.0の改良に驚いていると思います。

リーズナブルな価格のタグを持つ別のオプションは、です。Orion Rhapsodyです。これは、ライセンスされたエンジンの最低価格で使用するのが最も簡単だとわかります。それは予算上の医療機関に最適です。デモを設定する連絡先が必要な場合は、私はそれを手伝うことができます。

Answer 2

残念なことに、医療システムのインターフェイスは、必ずしも簡単で安価ではありません。私は価格設定と機能セットの点であなたの要件を満たす製品は認識していません。あなたが見つけたら...私に教えてください:)

ライセンスコストを削減し、HL7のみを使用してデータを交換する必要がある場合、最小限のデータマッピングとメッセージ操作は必要ありません（注意してください...最初のように見えるよりも常に最悪です）、HAPIを基礎として独自のエンジンを開発することができます。無料のHL7パーサーですが、余分な開発作業に費やす準備ができています。

Answer 3

私は、openESBはあまりにも複雑で「小さな薬局のサービスプロバイダ」のために維持するのが難しいので、Mirthはまだあなたの最善の選択肢だと思います。 LLPを使用している場合は、ソリューションをカスタマイズする必要はありません。

Answer 4

カスタムACKを送信するために100行以上のJavascriptを書く必要がある場合は、間違っていると思います。 ackの実際の送信は、responseMap.put関数を使用してコードの1行です。おそらくあなたがやろうとしていることや既存のコードをMirthサポートフォーラムに投稿してください。私を含めて、それを見ることができる多くの人がいる。

ほとんどの場合、それは製品の欠点ではなくプログラミングですから、いつもMirthの悪いフィードバックを聞くことは残念です。私が言うように、喜んで助けてください - ちょうどよい場所に投稿してください。