問題タブ [hl7-v2]

HL7 パーサー開発の一環として、HL7 メッセージ内の複数の OBR セグメントの依頼者オーダーと実施者オーダー番号が同じになるかどうかを知る必要があります。

インターネットでプレーサーとフィラーの注文番号に関する理論を読んでください。しかし、良い例を見つけることができませんでした。

良い例での回答を楽しみにしています。

I am into HL7 parser development and still learning HL7. Read articles regarding Orders but still not clear about how to identify the HL7 order request corresponding to HL7 order response message.

Additional Info: About 'MessageControlId' in MSH segment: The receiving system echoes 'MessageControlId'(10th field of MSH segment) back to the sending system in the Message acknowledgment segment(MSA). By using this ID we can identify the ACK corresponding to the request. Need to confirm whether response message will also contain this message id.

It would be greatly appreciated if someone could provide some sample ORM and corresponding ORR messages.

HL7 を真に実装した汎用 HMIS を実装します。HL7 の両方のバージョン、つまり v2 と v3 の長所と短所をすべて調べました。しかし、安定性のための v2 か、プラグ アンド プレイの互換性のための v3 のどちらのバージョンが実装に適しているかという混乱が依然として存在します。あなたの意見が必要です。

改行文字を表すために、HL7 メッセージのセグメント内のどこかに ASCII 10 (0A) 文字を配置します。これは有効ですか？

私が見る限り、\X0D\ または \X0D0A\ を使用して、プレーン テキスト形式 HL7 の改行文字を表すことをお勧めします。0A ASCII 文字だけを明示的に無効な HL7 として使用していますか?

Java で HL7 メッセージを作成し、結果のメッセージを出力しようとしています。患者の基本情報を偽造し、処方箋情報を追加しています。次に、完全なメッセージを出力したいのですが、API を正しく使用できませんでした。私は HL7 を初めて使用するので、必要なセグメントが欠落しており、間違ったセグメントを使用している可能性があることはわかっています。これは私の現在のコードです：

このコードを使用すると、ロガーは次のメッセージを出力します。

MSH|^~\&|||||20160331101349.8+0100||ADT^A08|110001|PDE-00001E6FADAD3F57|2.3 PID|||||CMSファミリーネーム100~^CMSネーム100|||女性

しかし、RXO セグメントも見られると思っていました。どうすればそれを達成できますか？

mlp で vb.net を使用して hl7 を送信しようとしていますが、私のコードが間違っていると誰か教えてもらえますか?

私は HL7 分野ではまったくの初心者であり、開発者ではありません。私の質問があまりにも明白すぎるように思われる場合は申し訳ありません。

他の病院のアプリケーションからのデータを集約して、パフォーマンスと患者の流れのデータを視覚化する病院用のアプリを開発したいと考えています。このアプリは、リアルタイム データと履歴データの両方を視覚化します。IT 部門の責任者との話し合いの中で、私は混乱しました。

Mirth のような HL7 リスナーを開発します。これは、HL7 2.x 標準を介して通信する他のアプリケーションのメッセージを受信して​​リアルタイム データをキャッチし、その後、SQL クエリを介して他のアプリケーションから履歴データを移行するように編成します。彼はAPIが何であるかを知らず、FHIRについても何も知らなかったので、彼が専門家であるかどうかはわかりませんが、かなり論理的に聞こえます。

私の質問は次のとおりです。

1 たとえば誰かが患者のステータスを変更したときに、アプリケーションが HL7 2.x メッセージを他のアプリケーションに送信するトリガーは何ですか? レコードが変更されるたびにランダムにメッセージを自動的に送信するようにプログラムされていますか? では、すべてのアプリケーションがこれを標準的に行い、それらのメッセージをキャッチして自分のデータベースに移行するための Mirth のようなリスナーが必要であると仮定しますか?

2 HL7 2.x 標準を使用して、クエリを介してデータベースから情報を引き出すことはできませんか? 双方向通信に使用できるということですか？クエリを送信すると、アプリケーションは HL7 メッセージでデータを送信しますか? つまり、それを使用して別のデータベースから履歴データをプルすることもできますか?

3 この状況で FHIR 標準を使用すると、どのような違いがありますか? 別のデータベースから情報を引き出すのに間違いなく使用できると思います。しかし、技術担当者が私にアドバイスしている、履歴データを自分のデータベースに移行し、さらに hl7 2.x メッセージを受信して​​新しい変更をキャッチするという戦術と比較して、実際に違いがあるでしょうか?

4 FHIR RESTful API を使用して、HL7 2.x 標準をまだ使用しているアプリケーションから情報をプル/受信することをお勧めしますか? では、履歴とリアルタイムの両方の変更についてはどうですか? これは統合のより速い方法でしょうか、それとも技術者が私にアドバイスする昔ながらの方法を使用する方が良いでしょうか.

新しい病院に移るたびに統合に何ヶ月も費やさない将来性のある戦略を立てたいので、これについてもっと知りたいと思っています.

助けてくれてありがとう！