問題タブ [hl7-v2]

HL7 メッセージを JSON に変換する必要があるため、Hapi を使用してメッセージを xml に変換し、JSON ライブラリを使用して xml を JSON に変換しました。xml の出力は次のとおりです。

ここでの出力は segmenName.FieldName (MSH.1) のようなものなので、segmenName.FieldName の代わりに Json も同じです。各フィールドに意味のある名前を付ける必要があります。これを行う方法がわかりません。

Xml の要素を JSON の別のキーにマップする必要があります

インバウンドの hl7 メッセージ (adt など) を処理し、それらを正規化されたデータ モデル (リレーショナルまたは no-sql) に保持するために、どのような種類の同時実行モデルを使用しているのか疑問に思っていました。

シーケンシャル メッセージ処理 (nosql db へのマッピング) と、(Java、.net など) からの変換/処理時のマルチスレッド化の考えに苦労しています。

例: クローバー リーフによって受信および変換されたメッセージを処理し (内部 Web/Rest API の予期されるペイロードに準拠するように変換)、内部 Web/REST API サーバー (マルチスレッド Java Web アプリ) に設定すると、スレッド化により、メッセージを順次解析していることを保証します。

メッセージを順番に処理すると、マッピングが遅くなります...

次のように定義された NTE セグメントがあります。

NTE|9|\F\400797\F\ENG\F\1\F\THEN 1 錠を 1 日 2 回、1 週間服用します。

まず、上記のように NTE|9 セグメントを作成できるようにします。次に、グループで NTE|9 を使用できるようにしたいと考えています。

グループの構造は次のとおりです。 MSH PID ORC ZPI NTE|9 ZSP

ORC から ZSP までのセグメントは、グループとして数回繰り返すことができるため、ORC から ZSP などのグループでそれらをキャプチャしたいと考えています。問題は、AbstractSegment を拡張して NTE|9 セグメントを表す方法がわからないことです。HAPI HL7 ライブラリ バージョン v2.3.1 を使用しています。

HL7 v2 メッセージを受信するために、Apache Camel、Mina2、および HAPI を使用しています。アンマーシャリングと Message オブジェクトの作成に時間がかかることに気付きました。この時間は、メッセージが大きいほど長くなります。

メッセージには約 120 の OBX セグメントがあり、OBX 3 および OBX 5 フィールドのみを使用しています。OBX 5 の後でフィールドを手動で削除するテストを行ったところ、パフォーマンスがいくらか向上したことがわかりました。OBX 5 の後にフィールドを解析しないように HAPI に指示する方法はありますか?

HL7 ADT テキスト ファイルを読み取り、MRN を抽出し、出力を SQLite テーブル (データベース ライター) に書き込むためのチャネルを構築しようとしています。

私の SQLite テーブルにはデータが含まれていますが、すべての患者 ID が 1 つの非常に幅の広い列に連結された文字列として表示されています。行/レコードごとの患者 ID とは対照的です。

HL7 ファイル (Meditech EMR に由来する) に不正な (?) 文字が含まれていることに気付きました。QuickViewHL7では、MSH-22 と MSH-30 に表示されます。

VIM エディタで -

私の質問は、これらは区切り文字であるはずですか? もしそうなら、それらは何ですか? キャリッジリターン？

この質問をMirth Connect フォーラムに投稿しましたが、タンブルウィード以外はほとんど見られませんでした。ここの誰かがこれを以前に見たことがあり、何が起こっているのか教えてくれることを願っています.

更新: 16 進ダンプは、それが 0x7f (0111 1111) であることを示唆しています。これはバックスペース文字のように見えます。単にそれを取り除くか、何かで置き換える必要がありますか?