HL7 の使用は初めてです。現在、標準の HL7 TCP/IP リスナー/送信者を使用して、TCP/IP を介して HL7 メッセージを交換しています。これはすべて正常に機能し、問題を引き起こすことはありませんが、私たちはホストされた EMR であり、これを行うためにサーバー上で VPN を作成および維持する必要があります。
私の質問はこれです。VPN をバイパスして、インターネット (HTTPS) 経由で Web サービスとの間で HL7 メッセージを交換する方法はありませんか?
検索して検索しましたが、何らかの方法で答えが見つかりません。また、HL7 バージョン 3 については、NOBODY が実際に使用しているように見えるので、何もしないでください。私の顧客はすべて HL7 バージョン 2.3 から 2.5 を使用しており、何年も使用しており、変更する傾向はありません。
はい、すぐに使用できるソリューションがあります。他の答えは正しいです。インターネット上で HL7 を交換することの問題は、それが難しいからではなく、a) HL7 バージョン 2.xx のインターネット "標準" が存在しない (そして今後も存在しない) ためです。b) HL7 は双方向の会話であり、双方を制御することはできません。これは、もしあなたがあなたのウェブサービスをデザインし、それがうまく機能し、あなたとHL7を交換してくれる人を実際に見つけたなら、彼らがあなたに適応させたいと思う独自の美しいウェブサービスをデザインした可能性が高いことを意味します。使用する。
解決策は、HL7 取引パートナーが通常の HL7 インターフェイス方法以外の変更を行う必要なく、UNILATERALLY で実装できるものでなければなりません。
UltraPort HL7 ポストマスターを見てください。
デュアルインターフェイスを実装することで、実際に問題を解決します。1 つは "内向き" HL7 標準 TCP/IP またはファイル ベースのインターフェイスで、2 つ目は HL7 Web サービスと直接対話する "外向き" カスタム インターフェイスです。Web サービスへの「フロント ドア」を構築するための ASP.Net シェル テンプレートも提供されます。私はこれについて 2 人の顧客と協力しました。彼らは、ベンダーから提供された DEMO Web サービスをコンパイルしてテスト サーバーに公開し、20 分以内に実行することができました。
詳細については、オンライン ヘルプClick Hereを参照してください。
お役に立てれば。
インターネット上の HL7 は、ほとんどの医療機関にとってかなり新しいものです。複雑さを軽減し、クライアント システムやインフラストラクチャから完全に独立した状態を維持したい場合は、VPN が最良の選択肢であると思います。人々はそれを信頼しており、展開はかなり簡単です.
VPN 戦略から離れたい場合は、HL7 メッセージを送信するシステムに、それらを HTTPS リクエスト (またはその他の安全なプロトコル) でラップする機能が必要です。このような市販のプロトコル調停機能を備えた臨床システムはほとんどありません。方程式に統合エンジンを追加すると、TCP と LLP を HTTPS 通信に変換するのに役立ちます。この統合機能をソリューション コンポーネントとして顧客サイトに展開することもできますが、多くの場合、新たな複雑さとコストが発生します。
実行可能な代替案が見つかったら、お知らせください... ;-)
HTTPS の「リレー」として、Mirth の 2 つのインスタンスを使用できる場合があります。システム A からのインバウンド HL7、HTTPS 経由のアウトバウンド。それから逆に。関連するシステムに対して、このセットアップをかなり透過的にすることができるはずです。
Cloak Labs には、企業間で HL7 メッセージを安全に渡すという問題に対するソフトウェアHL7 セキュリティ ソリューションがあります。基本的にHL7メッセージを受け取り、送信側で暗号化します（RSAで保護されたキーでAES256を使用し、すべてRSA / SHAで署名します）。メッセージは CloudPrime を介して冗長に渡され、ストア アンド フォワード メッセージとしてレシーバーにルーティングされるため、メッセージングは同期ではなく非同期になります。これにより、多くの一般的なエラーの原因 (VPN がダウンしている、または受信側がダウンしている) が排除されます。
HL7 との統合は、プロトコル固有の HL7コネクタを介して行われるため、ほとんど時間がかかりません。追加の受信ファイアウォール ルールを追加する必要はありません。キーはエンドポイントにのみ存在するため、送信者と受信者以外は誰もメッセージを読むことができず、Cloak Labs のエンジニアやシステム管理者でさえも読むことができません. エンドポイントは、あらゆる種類の DNS エクスプロイトを阻止するために、他の信頼できる要素とのみ通信できます。
基本的に、2 つの異なる企業のアプリケーションは、ネットワークの変更や新しい VPN を必要とせずに、互いに安全にメッセージを送ることができます。Cloak Labs は、そのサービスの BAA 契約に署名します。
完全な開示、私は Cloak Labs の CEO です。これがお役に立てば幸いです。
メッセージをアップロードするために、Linux の一部のディストリビューションで SFTP サーバーをセットアップすることをお勧めします。2 年以内に、HIPPA 準拠のソフトウェアを使用するには、暗号化されたプロトコルが必要になります。
HAPI / HL7 コミュニティ内で、HL7 v2 メッセージを HTTP(S) 経由で渡す方法を指定する最近のイニシアチブがあります。詳細については、 http://hl7api.sourceforge.net/hapi-hl7overhttp/を参照してください。