私たちの DICOM モダリティ ワークリスト サーバーは現在ORM^O01、病院の RIS から HL7 の注文を受けています。各注文をモダリティにマッピングするために、現在OBR-24メッセージ内のフィールドを使用しています。に含まれるコードOBR-24は、MWL サーバーのルックアップ テーブルによって AE タイトルとモダリティにマッピングされます。現在のOBR-24値は、「LOC_STATION」の行に沿ったものです。ここで、LOC はスケジュールされたステーションの場所 (建物レベル) であり、STATION は現在のオーダーのスケジュールされたステーションです。
現在、同じ受信メッセージ フィードを別のシステムに転送して、注文に基づいて低速の長時間アーカイブから以前の研究をプリフェッチする必要が生じています。プリフェッチ エンジン ルールの重要な入力パラメーターは、順序付けられた調査のモダリティです。したがって、ルックアップ テーブル システム全体を複製して 2 か所で別々に管理したくないため、DICOM モダリティ コードを受信オーダー メッセージに追加したいと考えています。
この種の情報に最適なフィールドはORM^O01、HL7 標準の v2.3.1 で定義されている構造内にありますか? 私は標準をすくい取り、MWL サーバー ベンダーの参考資料を調べましたが、最も近いものは同じOBR-24分野であり、私たちのソリューションで既に使用されています。それとも、ある種のカスタム Z セグメントの実装を検討する必要がありますか?
さらに、私たちは独立した PACS サービス プロバイダーであるため、病院での HIS/RIS ソフトウェアの開発を管理しておらず、ほとんどの場合、病院側で最小限の変更を加えて既存のシステムと統合する必要があるため、状況はさらに複雑になっています。したがって、メッセージング標準の既存のフィールドを変更または移動することは非常に困難ですが、新しい目的のために新しい未使用のフィールドを実装する方が簡単です。