(57)【要約】コンテキスト特定内容に基づく２つ以上の別個な特有の検査を統合し、各々が特有の識別子を備える前記２つ以上の個別な検査を２つ以上の統合された検査のアーチファクトを含む合成検査に統合する方法及びコンピュータ読み取り可能媒体であって、前記合成検査は１つの特有な識別子を有する。
2004533068.tif 000002
【特許請求の範囲】
【請求項１】
検査統合方法において、結果生じる合成検査が第１の医療検査であり、当該第１の医療検査の検査識別子を持つように、患者の前記第１の医療検査を論理的に関連付けされた第２の医療検査と統合するステップを有し、前記統合は前記第２の医療検査の医療情報を前記第１の医療検査へ自動的に追加するステップを含む検査統合方法。
【請求項２】
請求項１に記載の検査統合方法において、前記医療情報は、医療画像、患者の測定値、所見、コメント、波形、ドップラーオーディオ及び医療検査レポートの少なくとも１つである検査統合方法。
【請求項３】
請求項２に記載の検査統合方法において、前記第１の医療検査の患者の測定値の情報は、前記第２の医療検査における前記患者の測定値に基づいて、前記第１及び前記第２の医療検査を統合する際に計算される検査統合方法。
【請求項４】
請求項１に記載の検査統合方法において、前記第２の医療検査のステージ情報は、前記第２の医療検査のプロトコル属性に従って、前記第１の医療検査に加えられる検査統合方法。
【請求項５】
請求項１に記載の検査統合方法において、前記第１及び前記第２の医療検査は、DICOM規格に従う固有の識別子を含む検査統合方法。
【請求項６】
請求項１に記載の検査統合方法において、前記第２の医療検査の列に対する列インスタンス識別子は、前記第２の医療検査の前記列に対する前記第１の医療検査における新しい列インスタンス識別子を生成させずに、前記第１の医療検査に加えられる検査統合方法。
【請求項７】
請求項１に記載の検査統合方法において、前記第２の医療検査の新しい医療情報は、前記第２の医療検査の検査識別子を含む前記新しい医療情報に基づく前記合成検査に加えられる検査統合方法。
【請求項８】
請求項１に記載の検査統合方法において、前記第１及び前記第２の医療検査を識別するステップと、前記第１及び前記第２の医療検査の一方を含む記憶ユニットから離れている端末から前記統合を開始するステップを更に有する検査統合方法。
【請求項９】
検査統合方法において、前記第１及び前記第２の医療検査の少なくとも１つに記憶される医療的なコンテキスト特定情報が前記第１及び前記第２の医療検査の少なくとも１つのプロトコルに基づいて統合されるように、患者の第１の医療検査を論理的に関連付けられる第２の医療検査と統合するステップを有し、前記プロトコルは前記第１及び前記第２の医療検査の少なくとも１つの属性により示される検査統合方法。
【請求項１０】
請求項９に記載の検査統合方法において、前記医療的なコンテキスト特定情報は、ステージ情報である検査統合方法。
【請求項１１】
請求項９に記載の検査統合方法において、前記医療的なコンテキスト特定情報は測定値の情報である検査統合方法。
【請求項１２】
結果生じる合成検査が第１の医療検査であり、当該第１の医療検査の検査識別子を持つように、患者の前記第１の医療検査を論理的に関連付けされた第２の医療検査と統合するためのコンピュータを制御するプログラムを有するコンピュータ読み取り可能媒体において、前記統合は前記第２の医療検査の医療情報を前記第１の医療検査へ自動的に追加するステップを含むコンピュータ読み取り可能媒体。
【請求項１３】
請求項１２に記載のコンピュータ読み取り可能媒体において、前記医療情報は、医療画像、患者の測定値、所見、コメント、波形、ドップラーオーディオ及び医療検査レポートの少なくとも１つであるコンピュータ読み取り可能媒体。
【請求項１４】
請求項１３に記載のコンピュータ読み取り可能媒体において、前記第１の医療検査の患者の測定値の情報は、前記第１及び前記第２の医療検査が統合される際に、前記第２の医療検査における前記患者の測定値に基づいて計算されるコンピュータ読み取り可能媒体。
【請求項１５】
請求項１２に記載のコンピュータ読み取り可能媒体において、前記第２の医療検査のステージ情報は、前記第１及び前記第２の医療検査が統合される際に、前記第２の医療検査のプロトコル属性に従って、前記第１の医療検査に加えられるコンピュータ読み取り可能媒体。
【請求項１６】
請求項１２に記載のコンピュータ読み取り可能媒体において、前記第１及び前記第２の医療検査はDICOM規格に従う固有の識別子を含むコンピュータ読み取り可能媒体。
【請求項１７】
請求項１２に記載のコンピュータ読み取り可能媒体において、前記第２の医療検査の列に対する列インスタンス識別子は、前記第２の医療検査の前記列に対する前記第１の医療検査における新しい列インスタンス識別子を生成せずに、前記第１の医療検査に加えられるコンピュータ読み取り可能媒体。
【請求項１８】
請求項１２に記載のコンピュータ読み取り可能媒体において、前記第１又は前記第２の医療検査の新しい医療情報は、前記第１又は前記第２の医療情報の一方の検査識別子を含む前記新しい医療情報に基づく前記合成検査に加えられるコンピュータ読み取り可能媒体。
【請求項１９】
請求項１８に記載のコンピュータ読み取り可能媒体において、前記新しい医療情報が統合される前記第１の医療検査に加えられるとき、前記コンピュータがユーザに知らせるように制御するステップを更に有するコンピュータ読み取り可能媒体。
【請求項２０】
請求項１２に記載のコンピュータ読み取り可能媒体において、前記コンピュータが前記第２の医療検査の別個のデータベースアイデンティティを削除するように制御するステップを更に有するコンピュータ読み取り可能媒体。
【請求項２１】
請求項１２に記載のコンピュータ読み取り可能媒体において、前記コンピュータが前記第１及び前記第２の医療検査を識別するように制御するステップと、前記第１及び前記第２の医療検査の一方を含む記憶ユニットから離れた端末から前記統合を開始するステップとを更に有するコンピュータ読み取り可能媒体。
【請求項２２】
前記第１及び前記第２の医療検査の少なくとも一方に記憶される医療的なコンテキスト特定情報が前記第１及び前記第２の医療検査の少なくとも一方のプロトコルに基づいて統合されるように、患者の第１の医療検査を論理的に関連付けられた第２の医療検査と統合するようにコンピュータを制御するためのプログラムを有するコンピュータ読み取り可能媒体において、前記プロトコルは前記第１及び前記第２の医療検査の少なくとも一方の属性により示されるコンピュータ読み取り可能媒体。
【請求項２３】
請求項２２に記載のコンピュータ読み取り可能媒体において、前記医療的なコンテキスト特定情報は、ステージ情報であるコンピュータ読み取り可能媒体。
【請求項２４】
請求項２２に記載のコンピュータ読み取り可能媒体において、前記医療的なコンテキスト特定情報は、測定値の情報であるコンピュータ読み取り可能媒体。
【請求項２５】
医療検査統合方法において、
−患者に関連付けされた統合すべき第１及び第２の医療検査を識別するステップと、
−結果生じる合成検査は、前記第１及び前記第２の医療検査の少なくとも一方とは異なる検査識別子を持つように、前記第１の医療検査を前記第２の医療検査に統合するステップであり、前記統合は前記第２の医療検査の列を前記合成検査に自動的に加えることを含み、前記第２の医療検査の前記列は事前に統合された対応する列識別子と同じ列識別子を持ち、前記第２の医療検査の列は、前記合成検査が列、及び前記事前に統合された第１及び第２の医療検査から列識別子を含むように、事前に統合される対応するアーチファクト識別子と同じアーチファクト識別子を備えるアーチファクトを少なくとも含むステップと、
を有する医療検査統合方法。
【請求項２６】
請求項２５に記載された医療検査統合方法において、前記合成検査は、前記第１の医療検査である医療検査統合方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検査(study)を統合(merge)するための方法及びコンピュータ読み取り可能媒体に関する。特に、本発明は医療検査を医療情報管理システムにおける合成医療検査に統合するための方法及びコンピュータ読み取り可能媒体に関する。
【背景技術】
【０００２】
一般的に、医師は例えばＸ線又は超音波診察のようなある診察を患者に施す又は処方する。このような診察が行われる場合、ユーザは、これら診察結果を含む“医療”検査を通例は生成する。この検査はDICOM(Digital Imaging and Communication in Medicine)規格に従って、DSR-TIFF又は他の記憶フォーマットとして知られるエンコンサート(EnConcert)と呼ばれるアジレント・テクノロジー社の医療情報管理システム用のフォーマットを記憶する。DICOMは、医療撮像管理に対する一般の規格であり、エンコンサートもそれに従っている。DICOMの語彙によれば、診察が行われるとき、“要求プロジージャ(Requested Procedure)”が生成され、ここで集められた情報が照合される。同様に、DICOMによれば“検査”と言う用語は、前記要求プロシージャに関連する情報の収集、すなわち行われる診察に関連する情報の収集に対応する。同様に、エンコンサートにおける“検査”という用語は、同様に前記要求プロシージャに関連するDICOMの情報収集に関する。本発明の実施例において、“検査”という用語は、診察用の情報の収集よりも診察用に収集された情報に対応し、DICOM規格に従う“実行プロシージャステップ”の全体的な組み合わせに最も密接に関係し、各DICOM実行プロシージャステップは前記収集された情報を含んでいる。本発明の実施例において、“プロシージャ”という用語は、DICOM実行プロシージャステップにおけるのと同様の前記収集された情報の組み合わせに対応するように使用され、検査は潜在的に多数のプロシージャを持っている。本発明の実施例において、“プロトコル”という用語は、例えばどのデータが上記検査用に収集される若しくは収集されたか、又は前記収集されたデータがどのように照合される又は計算されたかにも関する、標準的又は個別の命令を含む例えばストレス試験のような診察の型式の識別に対応する。
【０００３】
診察中、ユーザが故意に又は偶然に多くのセーブ試行又は送信を行うときに問題が表面化する。このシナリオの幾つかの例は、
１）進行中、ユーザエラーが原因による前記診察の不注意による終了、
２）患者又は他の患者の要求を考慮して前記診察の意図的な早期終了、
３）前記診察において得られた情報を含む検査の事前のレビューに基づく画像及び／又は測定値を含むが、これに制限されない付加的なアーチファクトの要求、
４）送信の失敗であり、情報の分裂はより頑丈なシステムにおいては一般的ではないが、これにより、１回の診察に関する情報を試みられた再送信時に１つ以上の検査に分裂すること、
を含む。この多数のセーブ試行又は送信は、別々の検査を作り出させ、これら別々の検査は、１つの検診又は関連する検診に対応すると論理的に考えられるべきである。生成した各検査は、それ自身特有の識別子（UID）を持ち、これらUIDはエラーを生じるか又は前記異なる検査に基づく１つの診断レポートの生成を難しくさせる。
【０００４】
従来は、これら上記問題を防ぐために、幾つかのシステムは情報を医療情報管理システムに送る前に、診察用の情報全てを照合するように構成され、ここで照合された情報は、１つの検査に含まれる。この技法によれば、医師が診察を行うことを要求する場合、検査インスタンスUID(Study Instance UID)は、前記要求プロシージャに割り当てられる。通例、DICOM様式ワークリストサービス(DICOM Modality Worklist service)又は他の方式を用いて、要求プロシージャのリストが、取得装置においてアクセスされ、１つの要求プロシージャは、特定の患者の診察用に選択されている。これは前記取得装置が例えば画像、測定値及びレポート等である診察の全ての送信可能なアーチファクトを医療情報管理システム、ビューワ又はアーカイブへ送信する前に、前記アーチファクトを検査インスタンスUIDでマーキングすることを可能にする。これにより、入力装置は、本来の検査に関連する全てのアーチファクトを明白に識別する。続いて、診察が行われ、情報は同じ要求プロシージャから取得される。これは同じ検査インスタンスUIDでマーキングされる全ての送信可能なアーチファクトも有する。取得装置及び入力装置が共に意図するやり方で実施される限り、異なる検査インスタンスUIDを備える多数の要求プロシージャに対応する多数の検査の生成が通例は防止されるので、２つの関連する検査を統合する必要性は減少する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、後続する診察が適切な検査インスタンスUIDを持つ適切な要求プロシージャを備えた取得装置を用いて行われない場合、異なる検査は前記入力装置に生成され、新しい照合されたアーチファクトが適切な検査と組み合わされることはない。更に、要求プロシージャを取得するために検査を発注すること若しくは患者IDを手動で入力することをせずに前記診察が緊急救命室で行われる場合、又は恐らくはネットワークがダウンしている間、追加の検査が生成される。更に、追加の検査は、関連する診察が異なるシステムを備えた異なる健康施設(health provider)により行われる場合に生成されてもよく、それ故に、この追加の検査は異なる要求プロシージャに基づくか、又は恐らくは要求プロシージャにさえも基づかない。これら実施例は従来のシステムに関連する問題を単に説明をしただけであり、ここに挙げられていない潜在的な問題を制限すると考えるべきではない。
【０００６】
従って、２つ以上の論理的に関連する別々の検査の生成に関連するこれらの問題を克服するために、本発明は、別々の特有の検査に対する統合の可能性を述べている。
【課題を解決するための手段】
【０００７】
本発明の実施例は、２つ以上の別々の特有の検査を合成検査に統合することを述べている。
【０００８】
本発明の他の実施例は、２つのDICOM検査が、第１の検査の医療情報を第２の検査に加えるステップ、この第２の検査内の識別子を調和させるステップ、第１の検査の別個のデータベースアイデンティティを削除するステップにより統合される。従って、本発明の実施例によれば、統合された検査は、統合されるべきDICOM規格に従う必要がない。
【０００９】
本発明の他の実施例は、結果生じる合成検査が第１の医療検査であり、この第１の医療検査の検査識別子を持つように、患者の第１の医療検査を論理的に関連付けられた第２の医療検査に統合することを含む統合方法が述べられ、この統合は第２の医療検査の医療情報を第１の医療検査に自動的に加えることを含んでいる。
【００１０】
本発明の追加の実施例は、第１及び第２の医療検査の少なくとも一方に記憶される医療的なコンテキスト特定情報が前記第１及び第２の検査の少なくとも一方のプロトコルに基づいて統合され、このプロトコルは、前記第１及び第２の検査の少なくとも一方の属性により示されるように、患者の第１の医療検査を論理的に関連付けられた第２の医療検査と統合させることを含む検査統合方法を述べている。
【００１１】
本発明の追加の実施例は、結果生じる合成検査が第１の医療検査であり、この第１の医療検査の検査識別子を持つように、患者の第１の医療検査を論理的に関連付けられた第２の医療検査と統合させるようにコンピュータを制御するためのプログラムを持つコンピュータ読み取り可能媒体を述べていて、この統合は第２の医療検査の医療情報を第１の医療検査に自動的に加えることを含んでいる。
【００１２】
本発明の追加の実施例は、第１及び第２の医療検査の少なくとも一方に記憶される医療的なコンテキスト特定情報が前記第１及び第２の検査の少なくとも一方のプロトコルに基づいて統合され、このプロトコルは、前記第１及び第２の検査の少なくとも一方の属性により示されるように、患者の第１の医療検査を論理的に関連付けられた第２の医療検査と統合するようにコンピュータを制御するプログラムを持つ読み取り可能媒体を述べている。
【００１３】
本発明の実施例は更に、結果生じる合成医療検査は第１及び第２の医療検査の少なくとも一方とは異なる検査識別子を持つように、統合すべき患者に関連する第１及び第２の医療検査を識別し、前記第１の医療検査を第２の医療検査と統合させることを含む医療検査統合方法を述べ、この統合は、第２の医療検査の列を前記合成医療検査に自動的に加えることを含み、前記第２の医療検査の列は、事前に統合された対応する列識別子(seriesidentifier)と同じ列識別子を持ち、合成検査が事前に統合された第１及び第２の医療検査から列識別子及び対応する列識別子を含むように、前記第２の医療検査列の列は事前に統合された対応するアーチファクト識別子と同じアーチファクト識別子を備えるアーチファクトを少なくとも含む。
【００１４】
本発明の上記実施例及び利点は、ユーザが特定の患者の全ての検査をリスト化し、そのリストから検査を選択し、選択された検査がどの検査と統合されるべきかを示し、そして、統合処理を確認することを可能にすることにより達成される。前記検査の統合はその後、自動的に実行される。
【発明を実施するための最良の形態】
【００１５】
本発明の利点は、本発明の添付する図面と連係する好ましい実施例の以下の説明に対し明白となり、更に容易に理解されるであろう。
【００１６】
好ましい実施例を詳細に参照して、これら好ましい実施例の幾つかの例が添付される図において説明されている。これら好ましい実施例によれば、別々の特有な調査を統合するための方法及びコンピュータ読み取り可能媒体が提供される。
【００１７】
出願人は現実世界での診療の更に正確なモデルとなると信じている健康医療情報管理への規格化されるアプローチを開発してきた。
【００１８】
通常、関連する医師が１つ以上の要求される診察を発注する場合、この要求される診察の各々は要求プロシージャに対応し、“要求プロシージャＩＤ”を割り当てられる。行われる診察は、前記要求プロシージャに対応する検査に集められ、全体にわたり固有な識別子である検査インスタンスUIDにより識別される。追加のプロシージャは、医師の発注時に要求される診察が完了するまで取得されてもよい。加えて、各検査は、例えばDICOMの実行プロシージャステップに類似する、少なくとも１つのプロシージャに診察情報を含んでもよい。これにより、従来のシステムが持つ問題は、多数生成される検査が同じ診察と論理的に関連付けされるプロシージャを各々持つことである。通常は、ユーザが患者ＩＤ毎に２つの異なる検査インスタンスUIDにより識別される２つの異なる検査を直感的にリンクするように、全ての論理的に関連付けされる診察が１つの位置で実行され、これによってこの多数の検査の問題を直感的に軽減する。しかしながら、異なるシステムを用いて異なる位置で診察が行われる場合、患者ＩＤは恐らくはマッチせず、これにより、関連付けられる検査にリンクするための論理的で直感的なやり方にはならない。
【００１９】
検査インスタンスUIDは医療情報管理システムの各製造業者に対し独自に異なるコードを記憶する部分を備える通常６４の文字列である。前記文字列の残りの部分は、製造業者内の１事業部及び個別に実行される検査に関連する追加情報を識別するのに使用される。標準的な代理店は製造業者固有のコードを割り当てる。この検査インスタンスUIDの説明が述べられたとしても、全ての製造業者は通例DICOM規格と一致する如何なるやり方でUIDを構成するのは自由である。同様に、本発明はDICOM以外の規格を与えた環境においても適用されるので、対応する識別子は別々に構成される。
【００２０】
更に、取得装置により診察が行われるので、DICOM SOP(Service Object Pair)インスタンス（オブジェクト指向される：画像、構成されるレポーディングオブジェクト、所見、コメント、波形、ドップラーオーディオ等）を含むがそれらに限定されないアーチファクトが生成される。各SOPインスタンスは全体にわたり固有な識別子、SOPインスタンスUIDにより識別される。診察中に製造される、検査のプロシージャ内にあるSOPインスタンスは、各々が全体にわたり固有な識別子である列インスタンスUIDにより各々識別される１つ以上のDICOM列に編成される。これにより、別々の検査インスタンスUIDを持つ各検査は、多数の列を各々持つ多数のプロシージャを持ち、各列は列インスタンスUIDを持ち、各列は潜在的に多数のSOPインスタンスUIDを含んでいる。
【００２１】
幾つかのDICOMシステムにおいて、列インスタンスUID及びSOPインスタンスUIDの用途は、列番号及び画像番号を組み合わせて使用される。各列は、列番号を含み、各列番号は例えば10,20,30,40及び50のような異なる番号を持つ。同様に、各列は、画像番号により各々表される多数の画像を持つ。幾つかのシステムは、ユーザにより選択及び表示するためのリストに列及び画像をリスト化するために、これら表示システムにおいて列及び画像番号を利用する。
【００２２】
出願人が開発した統合方法において、各検査インスタンスUIDは固有であり、統合することは、異なる検査インスタンスUIDを備える検査において実行される。例えば、２つのDICOM検査を合成検査に統合することは、２つの検査インスタンスUID間に結合を作る。１つ以上の検査インスタンスUIDが１つの検査と関連付けられることを可能にすることによって、これら検査インスタンスUIDの何れかにより識別されるSOPインスタンスの如何なる後続する取得が前記合成検査と組み合わされる。例えば、事前に取得されたアーチファクトと同じ（すなわち、同じ列インスタンスUIDを備える）列に属するアーチファクトは、統合する前の検査に存在したのと同じである合成検査における列に取得される。同様に、幾つかのDICOMシステムにおける列及び画像は、列インスタンスを備える列に統合され、前記画像が前記列に置かれ、それにより、列及び画像番号の必要性を取り消す。本統合技術を応用する場合、以下の規則が利用されるべきである。
１）統合されるべき両方の検査は同じ患者に当てられるべきである。
２）ソース検査及び宛先検査の一方だけがレポートされるべきである。
このことが必要でなくとも、１つの検査に統合される潜在的に発散するレポートを潜在的に持たないことが患者の健康管理にとって最良である。加えて、上記レポートの組み合わせは、レポート間の差異を評価し、調和させるために人間の介在を通常は要求する。しかし、潜在的に多数のレポートが同じ検査に記憶されたり、又は１つのレポートに調和している。
【００２３】
エンコンサートシステムにおいて、検査が“ファイナル(Final)”の状態を与えられた場合、新しい合成検査の状態は“再考(reconsider)”となる。通例、一度医師がレポートをレビューし、それを承認すると、このレポートは“ファイナル”の状態指標が与えられる。レビューするための追加の診察又は検査が存在する、又はレポートが不完全である場合、医師は再度、これら診察、検査又はレポートをレビューしなければならず、これにより、これら検査は“再考”の状態指標を与えられる。エンコンサート以外の他のシステムは、検査がレビュー処理に従ってどの位進行しているか、すなわち診察がたった今行われたか、又は例えば医者が前記検査を承認したかを示すために、追加又は異なる指標を利用するので、これらの状態指標は説明を目的として単に論じただけである。
【００２４】
上述されるように、各検査は自分自身の別個の検査インスタンスUIDを持つので、ソース及び宛先検査のどのUIDが、例えばクエリー操作又は移出操作に対し、合成検査の検査インスタンスUIDとして使用される。これにより、宛先検査の検査インスタンスUIDは一次の検査インスタンスUIDと見なされるべきであり、例えば画像又は構成されたレポートのようなアーチファクトを移出又は送信するとき唯一の検査インスタンスUIDとなるように現れる。しかしながら、ソース検査の検査インスタンスUIDは、その後、新しく取得されたアーチファクトをこのソース検査の対応する内容と関連付けるのに使用される。代わりに、このソース検査の検査インスタンスUIDは、一次的な検査インスタンスUIDとして使用されるか、又はソース及び宛先検査の両方とは異なり、新しく合成されたUIDを含む検査インスタンスUIDが使用される。
【００２５】
ソース検査の各列に対する列インスタンスUIDは、上記識別子がもはや必要とされないので、合成検査における各々対応する列に対し使用され続けるべきであり、ソース及び宛先列の両方において起こり得る列番号は保持されるが、価値の無いものである。代わりに、前記列番号はこれらの値を無価値にせずに保持されてもよい。ソース検査のアーチファクト用のSOPインスタンスUIDも合成検査におけるこれらアーチファクトに対し使用され続けるべきである。
【００２６】
図１は、本統合方法の処理を説明するフローチャートである。初めに、操作１００において、医療情報管理システムを操作するユーザが特定の患者又は特定の診察に対する多数の検査、すなわち論理的に関連付けられる検査のリストにアクセスする。代わりに、この医療情報管理システム以外のシステムは本発明の実施例を実施することができる。好ましくは、ユーザが医療情報管理システムのモニター上に検査リストを見る。このモニターは、例えばインターネット又はインターナルＬＡＮを介して医療情報管理システムと通信するユーザの机にあるＰＣでもある。操作１１０において、ユーザは検査のリストを眺めるので、このユーザは、特定の検査をソース検査であると又は特定の検査を宛先検査であると示す。好ましくは、端末を使用して、ユーザは端末のモニター上にリスト化した眺めているソース検査をドラッグ(drag)し、リスト化するソース検査をリスト化した眺めている宛先検査にドロップ(drop)する。無論、追加の方法は、ソース及び宛先検査の両方の表示に対し実行されることができる。その後、操作１２０において、ユーザは、選択されたソース及び宛先検査の統合を確認する。
【００２７】
図１に記載された技術によれば、合成検査を形成するためにソース検査を宛先検査に統合することが実施される。
【００２８】
図２は、ソース検査を宛先検査に統合させる処理を説明するフローチャートである。初めに、操作２００において、宛先検査の属性が維持される。上記エンコンサート状態の説明と同じく、エンコンサートにおいて、宛先検査の属性は、検査の状態が“読み取り不可(unread)”又は“予備(preliminary)”の状態であることを示す場合、これら属性は保持される。エンコンサートにおいて、“読み取り不可”状態の指標は、追加の属性がそれに加えられずに、医療情報管理システムに入力されただけの検査の表示である。“予備”状態の指標は、例えば技術者が測定値の情報を加える、更にはこの検査が生成後に開かれ、次いで再び保存されるように、検査がそれに加えられた属性を持っていたかの指標であり、これが保存操作により属性を生成する。通例、“予備”状態の指標を備える検査は、医師によりレビューされることはない。
【００２９】
操作２１０において、ソース検査からのアーチファクトがもしあれば、ソース検査から宛先検査に移動される。同様に操作２２０及び２３０において、コンテキスト特定アルゴリズムは、合成検査を形成するために、コンテキスト特定情報がそれに記憶されているか、及びコンテキスト特定情報を宛先検査に統合する間に一定のアルゴリズムが与えられるべきかを決めるために、前記ソース及び宛先検査に適用される。通例、ソース及び宛先検査は、検査の内容及び検査の型式を医療情報管理システムに示す、例えば、前記検査が本発明がそれに限定されないことを注意するステージ情報又は測定値の情報を含むかを示すプロトコル属性を含む。
【００３０】
注意したように、コンテキスト特定情報の一例は、ステージ情報を示すソース又は宛先検査の一方に関する情報である。ステージ情報の一例は、多段ストレス試験(stagedstress test)であり、患者の生命維持に必要な器官は通例、前記ストレス試験の異なるステージ、すなわち時間間隔で測定される。各ステージ、すなわち時間スライスは、例えば、前記患者の生命維持に必要な器官が時間１（ストレスを与える前のベースライン）、時間２（ストレスを与え中）及び時間３（診察中）で記憶されてよいように通例は記憶される。検査は、この検査がステージ情報を含むことを示すプロトコル属性情報と前述したストレス試験のようなステージプロトコルの型式とを通常は含んでいる。医療情報管理システムはこれにより、適切なステージアルゴリズムを前記ソース及び宛先検査のステージ情報に与え、適用可能な場合、これにより前記ソース検査からのステージ情報を前記宛先検査におけるステージ情報と統合させる。医療情報管理システムは、前記ソース及び宛先検査のプロトコル属性と、この医療情報管理システムに利用可能なステージプロトコル情報とから、特に宛先検査における対応するステージ情報を編成し、記憶する方法を決めることができる。
【００３１】
ソース及び宛先検査からステージ情報を統合することは、これら検査がその下で記憶される規格の型式とは無関係である、すなわちソース及び宛先検査がDICOM規格の下で格納されるかは、医療情報管理システムにとって必須ではない。この医療情報管理システムは、それに記憶されるステージ情報を統合するために、ソース及び宛先検査のプロトコル属性情報を単に使用するだけである。
【００３２】
上記でも注意したように、ソース及び宛先検査は、測定値の情報を個々に含んでもよく、これは例えば心臓の壁部の幅の実例となる情報を含んでいる。前記ソース検査からの測定値の情報は、操作２３０に説明されるように、宛先検査と統合されてもよい。上記ステージ統合アルゴリズムと同様に、測定値の情報がソース又は宛先検査の一方に存在する場合、対応する検査のプロトコル属性は、測定値の情報が対応する診察の型式が何であるか、及びこの測定値の情報が照合される又は計算される方法を示す。例えば、心臓の壁部の幅を測定するとき、技術者は、時間に関し異なる点で数回この幅を測定する。その上、この測定は、例えば同時に又は異なる時間のどちらかで異なるオブジェクトを測定することを示している。これらは、測定値の情報の異なる型式の多数の実施例であり、本発明は此処に述べられた実施例だけに限定されない。
【００３３】
前記測定が対応するプロトコルに基づいて、異なる型式のアルゴリズムが測定値の情報に与えられてよい。例えば、ソース検査の属性と対応するプロトコルとは、測定値の情報の全て又は一部を平均化することが必要であると示している。これにより、同様のプロトコル指標を持つソース検査が宛先検査と統合される場合、統合される測定値の情報は全て平均化される。代わりに、測定値の情報プロトコルに基づいて、異なるプロトコルの検査も統合されてよい。例えば、測定プロトコルは、統合する際の別々の検査の測定値の情報を用いて生成すべき異なる型式の計算を必要とする。対応するプロトコルは、最大値又は最小値が計算される必要があり、これはソース及び宛先検査が統合される場合に恐らくは変化する。
【００３４】
代わりに、ソース又は宛先検査の一方の属性は、応用可能な標準プロトコルの計算を無効にし、特定の測定又は異なる計算だけを使用することを示している。これは、１つの特定の測定が非常に重要である又は患者の全体的な状態を更に明らかとなることを医師が決定するときに起こる。これらの限定された実施例は、単に説明を目的とするものであり、本発明はこれらに限定されるべきではない。
【００３５】
これにより、宛先検査における前記測定値の情報及び潜在的に得られる計算がある場合、操作２３０に示されるように、ソース検査の新しく加えられた測定値の情報が前記宛先検査の測定値の情報と統合され、宛先検査におけるこれら測定及び得られる計算は、各検査に対する異なる測定値の情報に対応するプロトコルに従って、前記新しく加えられた測定値の情報を反映するように再計算される。
【００３６】
ステージ情報の統合と同じく、ソース及び宛先検査から測定値の情報を統合することは、前記検査がその下で記憶される規格の型式とは無関係である、すなわち、ソース及び宛先検査がDICOM規格の下で記憶されるかは医療情報管理システムには必須ではなく、どんな規格が用いられてもよい。この医療情報管理システムは単に、そこに記憶される測定値の情報を統合するために、利用可能な測定プロトコル情報並びにソース及び宛先検査の属性情報を利用する。
【００３７】
ステージ情報と測定値の情報との統合だけが此処に述べられているが、本発明はこれに限定されない。更に、これらの実施例は、どの型式の情報が検査に記憶されているかを決定し、検出されたプロトコルに従って、ソース検査からの情報を宛先検査からの情報に統合させる、すなわち、合成検査を供給するために、単にコンテキスト特定アルゴリズムを前記ソース及び宛先検査に与える本発明の機能を説明している。上述されるように、これらコンテキスト特定アルゴリズムは、検査がDICOM規格又は他の規格に従って記憶されるのとは無関係に動作する。
【００３８】
操作２４０において、利用可能であるなら、ソース検査、列、及びアーチファクトの個々のUIDに関連する情報を保持する間、合成検査が単一の識別検査インスタンスUIDを持つように調和させるので、本来のソース検査に関連する如何なる入力情報は、新しい合成検査と結び付けられ、この新しい合成検査に適切に追加されるように、DICOM規格により交換する検査及びSOPオブジェクトを独自に識別するUIDが調和される。単一の識別検査インスタンスUIDは、本実施例に述べられるように、ソース検査及び宛先検査の両方と異なる検査インスタンスUIDでもよいし、ソース検査及び宛先検査の検査インスタンスUIDのどちらか一方でもよい。
【００３９】
その後、操作２５０において、必要な情報の全てがソース検査から宛先検査へ移され、ソース検査の別個のデータベースアイデンティティが消去されてもよい。代わりに、新しい検査が新しい検査インスタンスUIDと共に生成されてもよく、ソース及び宛先検査が新しい検査に統合され、これにより対応するUIDが新しい検査のUIDと調和され、これは合成検査を形成するためにソース検査を宛先検査へ統合する中のソースUIDの上記調和と類似している。
【００４０】
更に、上記統合を実行する権限は、論理的に関連付けられていない検査の権限が与えられていない統合又は意図されていない統合を防ぐために、使用を一定のユーザに制限している。
【００４１】
上述されるように、本来のソース又は宛先検査に関連する新しい入力情報は、合成検査が本来のソース検査、宛先検査、又はこれらと事前に統合された如何なる追加の検査の検査インスタンスUIDを記憶するので、この合成検査と統合されてもよい。上記情報は、ソース及び宛先検査の検査インスタンスUIDを持つべきであり、１つ以上の列インスタンスUIDを示す。上記情報を用いて、対応する新しい情報が合成検査と統合され、必要であれば適当な列に置かれる。同様に、新しい情報の検査インスタンスUIDも合成検査の検査インスタンスUIDと共に調和される一方、新しい情報の検査インスタンスUID及び本来の並びに宛先検査インスタンスUIDと、対応する列インスタンスUIDとを保持する。医師は、前記検査の追加のレビューを考慮するために、上記新しい入力情報の受信時に通知されてもよい。
【００４２】
本発明の実施例は、出願人の医療情報管理システムにおいて又は同様の識別子を使用する他のシステムと共に実施されてもよい。統合する方法も異なる識別子を備える検査情報を利用するシステムにおいても利用され、例えばDSR-TIFF検査が対応する識別子を持たないので、統合する前に、識別子は合成されることに注意されたい。最後に本発明で述べた統合は、DICOM規格において述べられたUIDの組と類似した検査識別子を利用しないシステムにおいても利用される。
【００４３】
図３は、出願人の統合方法とコンピュータ読み取り可能媒体とを実施する図を説明する。図３のシステムにおいて、例えばユーザは端末８において第１の検査の生成を開始する。ＣＰＵ４は超音波システム２又は他の適切な取得装置からアーチファクト情報を入力し、ＣＰＵ４は入力されたアーチファクト情報を前記第１の検査に記憶し、前記第１検査を記憶ユニット６に記憶する。第１の検査は、第１の検査インスタンスUIDを与えられ、前述したアーチファクト情報が前記第１検査内の列に記憶され、前記列は第１の列識別子を与えられ、各アーチアファクトはSOPインスタンスUIDの第１の組を与えられる。
【００４４】
前記検査をレビューした後、医師が追加の関連する診察が必要であることを決める場合、第２の検査は、第２の列識別子UID及びSOPインスタンス識別子の第２の組と共に同様の前述された処理により潜在的に生成される。他方では、第２の検査は事前に生成されていてもよい。どちらにしても、権限が与えられたユーザは、例えば端末８，１０又は１４の何れか１つにおいて実行される患者用の検査リストをレビューし、識別することができ、第１及び第２の検査を自動的に統合する命令を行う。ここで、自動という用語は、統合すべき検査のユーザＩＤの後に開示された処理の自動的なコンピュータの実施に対応する。
【００４５】
端末１０は、ローカルＬＡＮを介しＣＰＵ４へ接続される遠隔端末であり、端末１４は、ＣＰＵ１２に接続される遠隔端末であり、これはインターネット接続を介してＣＰＵ４又はＣＰＵ１６の一方と記憶装置６とに接続されている。患者の記録のアクセスの代替的なモードが利用可能である。患者の検査記録にアクセスするとき、権限が与えられたユーザは上記統合方法を命令することができる。加えて、ＣＰＵ４，１２又は１６の何れかは前述の統合命令を可能にするプログラムを利用する。
【００４６】
最後に、１つのソース検査だけが、宛先検査と統合されるように示されたとしても、多数の検査が１回で又は異なる時間で単一の宛先検査と統合されてもよく、合成検査が新しい合成検査に統合されてもよい。例えば画像、患者の測定値、所見、コメント、波形、ドップラーオーディオ又は医療検査レポートのようなアーチファクトを前記検査の１つだけが含む又はどれも含まない場合、検査は統合される。更に、本発明は上述されたDICOM識別子に限定されるのではなく、同様の属性であるが異なる識別子を備える医療データベース記録の全ての統合を含む。同様に、DICOM規格がこれに与えられる本発明と共に開示されたとしても、本発明は、本発明も適用可能である将来的な規格を排除することを制限するものではない。
【００４７】
これにより、本発明の数個の好ましい実施例が示され、開示されたとしても、本発明の原理及び趣旨から外れることなくこれらの実施例において変更を行うことは、当業者により明白であり、本発明の範囲は請求項及び実施例において規定されている。
【図面の簡単な説明】
【００４８】
【図１】本統合方法を説明するフローチャート。
【図２】ソース検査を宛先検査と統合するのを説明するフローチャート。
【図３】出願人の医療情報管理システムの実施を説明する図。
【図１】
2004533068.tif 000003
【図２】
2004533068.tif 000004
【図３】
2004533068.tif 000005
【国際公開パンフレット】
2004533068.tif 000006
2004533068.tif 000007
2004533068.tif 000008
2004533068.tif 000009
2004533068.tif 000010
2004533068.tif 000011
2004533068.tif 000012
2004533068.tif 000013
2004533068.tif 000014
2004533068.tif 000015
2004533068.tif 000016
2004533068.tif 000017
2004533068.tif 000018
2004533068.tif 000019
2004533068.tif 000020
2004533068.tif 000021
2004533068.tif 000022
2004533068.tif 000023
2004533068.tif 000024
2004533068.tif 000025
2004533068.tif 000026
【国際公開パンフレット（コレクトバージョン）】
2004533068.tif 000027
【国際調査報告】
2004533068.tif 000028
2004533068.tif 000029
2004533068.tif 000030