私は HL7 メッセージを送受信するための .net インターフェイスを設計していますが、このフォーラムでこの経験を持つ人が数人いることに気付きました。
私の質問は....病院の HL7 サーバーからメッセージの応答が返されるまでにかかる時間について、経験を共有できる人はいますか? (特に患者の人口統計を要求する場合) - 秒/分/時間?
私のジレンマは、メッセージが戻ってくるのをユーザーが待たせるようにアプリケーションを設計するかどうかです。
（これが少し話題から外れていたらすみません、それはまだちょっとプログラミングに関連していますか？ – WebでHL7フォーラムを検索しましたが、動けなくなったので、誰か知っている人がいたら教えてください）
乾杯、ジェイソン
私の経験では、数秒以内にACKまたはNAKが返されるはずです。受信側のアプリケーションは、メッセージに対して操作を実行している間、待機させるようなことをしてはなりません。タイムアウトは30秒に設定されており、応答をそれほど長く待つことはほとんどありません。
これは、送信される HL7 メッセージの種類に大きく依存します。通常、ADT のようなメッセージは、基本的にサーバーへの更新として送信され、病院システムが正常に動作している場合は、ほぼ即座に確認されます。これにより、ピアがメッセージを受信したが、必ずしもまだ処理していないことを示すプロトコル レベルの確認応答が返されます。
通常、ほとんどのシステムは統合エンジンにブローカーまたはメッセージ キューを採用しているため、ほとんどすぐに確認応答を取得できます。
ラボ要求メッセージなどの他のメッセージは、要求された情報を含む別の非確認メッセージを実際に送り返す場合があります。これらのリクエストにはさらに時間がかかる場合があります。
通信しているピアに確認して、彼らが使用している統合エンジンを確認し、キューがその側にあるかどうかを確認して、応答時間を短くすることができます。
私が取り組んでいる HL7 統合ツールでは、インバウンド データにキューを使用して、すぐに応答できるようにしています。また、アウトバウンド接続では、10 秒のタイムアウトがデフォルトであり、ほとんどのお客様で問題なく機能しているようです.
HL7でクエリタイプのイベントを送信すると、適切な応答が返されるまでに数秒かかる場合があります。また、応答が返されなくなる可能性、および接続されたシステムがクエリを「実行しない」可能性をコーディングする必要があります。私が取り組んできたほとんどのHL7ネットは、関心のあるすべてのシステムが常に人口統計の更新をリッスンしていると想定しています。通常、受信システムはこれらの更新を患者データベースに処理し、その場で個人情報と遭遇（滞在）情報の両方を文書化します。私の場所では、私のシステムは通常、1日に約1万から2万のメッセージを受け取りますが、そのほとんどは患者の人口統計の更新です。