私は小さなプロジェクトを割り当てられ、Mirth Connect をソリューションの一部として使用するように指示されました。現在、Mirth は使用していませんが、インターフェイス エンジンを必要とするプロジェクトが近々予定されているため、このプロジェクトで Mirth を使用して経験を積むように依頼されました。ただし、このプロジェクトには不適切な提案だと思います。また、学習のためだけに不必要に複雑なものを実装することを上司が望んでいないことも知っています。
そうは言っても、Mirth Connect をこのプロジェクトに使用しないことを提案する正当な理由があることを確認したいと思います。私たちのどちらもそれについてあまり知りませんが、彼はそれがインターフェース/Webサービス関連のすべての解決策であると確信していると思います. 私よりも製品の経験が豊富な方からのご意見をお待ちしております。
これは、データを取得して更新するために、そこからシステムにいくつかのリクエストを行う必要があるクライアントがいるという点で、非常に単純なプロジェクトです。たとえば、患者の人口統計を取得する要求、患者の入院を追加する要求、アプリケーションから可能なケア設定のリストを取得する要求などを行います。このプロジェクトでは、HL7 を使用しませんが、定義済みのセットを使用します。 XML メッセージ。
クライアントのアプリケーションと私たちのアプリケーションの両方がクライアントのネットワーク上にあります。
彼らは独自のサービスを構築したくないので、私たちが構築するサービスがすべての作業を処理する必要があります。サービスへの呼び出しに応答して返される結果は、XML として返されます。
近い将来、他のアプリケーションを彼らのアプリケーションや当社のアプリケーションと統合する計画はありません。
最良の選択肢は、彼らの要求を受け取って XML 応答を返すスタンドアロンの Web サービスを構築することだと思います。写真に Mirth Connect を含める理由が見当たらない (学習のため以外に、それは他の方法で得ることができる)。
あなたの考えは何ですか？クライアントが受信メカニズムなしでシステムからデータを受信したい場合、インターフェイス エンジンは適切な選択ではないというのは本当ですか? つまり、GetCareSettings などの Web サービス呼び出しを行い、システムで可能なすべてのケア設定の XML 表現を含む応答を取得したいと考えています。私には、Mirth が結果を送信する宛先として使用するために、彼らの側で Web サービスが必要になるように思えます。Mirth が送り返すのはすべて ACK メッセージですよね？(もちろん、クライアント エンドの別の Web サービスにデータを書き込んだ場合を除きます。彼らはそうしたくないと言っていました)。
これを読んでくれてありがとう。Mirth Connect とインターフェイス エンジンの使用に関する知識と理解の欠如が、この質問への回答を難しくしていないことを願っています。