医用レポートシステム及び医用データ変換プログラム
【課題】病院等の施設内に構築されたネットワークに接続されている、異なるベンダー、異なる機種の医用画像診断装置によって得られた検査結果情報の出力先であるレポートサーバに対して、共通の出力形式で定義された検査結果情報を提供する。
【解決手段】複数のモダリティ１０１〜１０３と、それらモダリティ１０１〜１０３から送信された検査結果情報を蓄積するレポートサーバ１０とを備えたネットワーク５０内に、前記検査結果情報の出力形式を識別し、必要に応じて、レポートサーバ１０に規定された出力形式に変換する変換装置２０を設けた。
【解決手段】複数のモダリティ１０１〜１０３と、それらモダリティ１０１〜１０３から送信された検査結果情報を蓄積するレポートサーバ１０とを備えたネットワーク５０内に、前記検査結果情報の出力形式を識別し、必要に応じて、レポートサーバ１０に規定された出力形式に変換する変換装置２０を設けた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療機関において、依頼された検査、例えば超音波診断装置等の複数の医用画像診断装置（モダリティ）によって得られた、被検体に関する検査結果情報（医用データ）の出力形式の共通化を実現する医用レポートシステム及び医用データ変換プログラムに関するものである。
【背景技術】
【０００２】
従来より、医用画像診断装置には、Ｘ線診断装置を始め、Ｘ線ＣＴ装置、磁気共鳴イメージング装置、核医学装置、超音波診断装置などの様々なモダリティがある。
【０００３】
医者は患者の病状に応じてこれらの装置を適切に選択し、選択された診断装置によって取得された医用画像に基づいて診断を行う。
【０００４】
また、患者の症状によっては１つのモダリティだけでなく、複数のモダリティを用いて検査を行い、各モダリティ間の医用画像を比較して総合的に診断し、必要があればさらに詳細に調べ、治療を行なっている。
【０００５】
例えば、一人の患者に対してＸ線ＣＴ装置で検査を行い、さらに磁気共鳴イメージング装置でも検査を行い、両方の医用画像をもとに、循環器Ｘ線検査装置にてＸ線透視・撮影をしながら手術するといったことが行われる。
【０００６】
このように複数の異なったモダリティによって得られた医用画像を比較しながら診断することによって、患者の症状をいち早く診断することが可能となり、検査効率を格段に向上させることができる。
【０００７】
このように複数の異なるモダリティによって得られた医用画像を用いて総合的に診断し、治療するシステムは、Ｘ線ＣＴ装置、磁気共鳴イメージング装置、超音波診断装置、循環器Ｘ線検査装置等及びこれらの医用画像診断装置から医用画像を取り込むための医用画像保管サーバとこの医用画像保管サーバに取り込んだ医用画像を表示するための医用画像ビューア等を高速ネットワークに接続することによって実現している。
【０００８】
そして、このような各種の業務を効率化させるために、近年は、医療情報を電子的に管理する病院情報システム（Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ：ＨＩＳ）や医用画像を管理する医用画像管理システム（Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ＰＡＣＳ）、放射線部門における検査情報を管理する放射線部門管理システム（Ｒａｄｉｏｌｏｇｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ：ＲＩＳ）等が導入されており、さらに、検査技師等による検査結果の読影や検査報告書の作成・管理を支援するために、医用情報管理システムが構築されている。
【０００９】
また、このような高速ネットワークを介して医用画像を通信するための標準規約（検査結果情報を送信するときの出力形式の定義も含む）としては、医用画像通信規約（ＤＩＣＯＭ：Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）が存在する。
【００１０】
この医用画像通信規約（ＤＩＣＯＭ）は、病院内外で、異なった製造業者（ベンダー）の、異なった種類のモダリティを、ネットワークあるいは医用画像保存媒体で、相互に接続して、患者の医用画像検査情報のやり取りや医用画像データの伝送などを実現することを目的としたものである。
【００１１】
このＤＩＣＯＭを用いた医用画像管理システムにおいては、一般には、複数のモダリティがネットワークを介して取得した医用データ（検査結果情報）をレポートサーバへ送り、そのレポートサーバで統括して保管管理すると共に、各モダリティや医療端末（ビューア装置など）の要求に供するように管理している。
【００１２】
従って、上記各種装置を診療の目的に応じて高速ネットワークを介して相互に接続することにより、これまでのフィルムを中心とした医用画像診断システムの問題点である保管場所不足、フィルムの紛失、遅い配送などといった問題を克服し、医用画像処理、コンピュータ支援診断、総合医用画像診断などといった新しい医用画像診断の付加価値を享受できるようになった（例えば、特許文献１参照）。
【００１３】
【特許文献１】特開２００２−２６９５３５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
ところで、病院等、医療機関において、モダリティ、例えば超音波診断装置によって得られた医用画像の検査に対する検査結果情報は、ＤＩＣＯＭ規格では、「Ｓｔｒｕｃｔｕｒｅｄ Ｒｅｐｏｒｔｉｎｇ」にて標準化し、出力することが一般的になってきている。この「Ｓｔｒｕｃｔｕｒｅｄ Ｒｅｐｏｒｔｉｎｇ」は、部位（位置)、所見、解釈、病名/処置といったフレーム構造を持ったレポートである。
【００１５】
しかし、このＤＩＣＯＭ規格がレポート規格を段階的に制定していることと、各ベンダー及び各モダリティの計測機能全てをＤＩＣＯＭ規格が常に表現できないこととから、各ベンダー及び各モダリティ固有の計測機能による検査結果（計測結果）情報については、病院等、医療機関では、それぞれＸＭＬ形式などの独自の出力形式（フォーマット）でレポートサーバに検査結果情報を記録している場合が多く見られていた。
【００１６】
そして、各ベンダー及び各モダリティで定義した出力形式がＤＩＣＯＭ形式ではないために、独自の出力形式で定義した検査結果情報がＤＩＣＯＭ規格で定義された検査結果情報と異なる場合も多く見られていた。
【００１７】
例えば、左心室計測の代表的な計測結果である「Ｓｅｐｔａｌ ｔｈｉｃｋｎｅｓｓ ｏｆ ｔｈｅ ｖｅｎｔｒｉｃｌｅ ｉｎ ｅｎｄ ｄｉａｓｔｏｌｅ」は上述のＤＩＣＯＭ規格では「Ｉｎｔｅｒｖｅｎｔｒｉｃｕｌａｒ Ｓｅｐｔｕｍ Ｄｉａｓｔｏｌｉｃ Ｔｈｉｃｋｎｅｓｓ ｂｙ ２−Ｄ」と定義され、ベンダーによっては、これを「ＩＶＳＴＤ」と略語で定義している。
【００１８】
近年では、会計や検査の予約、薬の処方、食事の管理等に関して広く活用されてきている、いわゆるＨＩＳやＲＩＳのような医療情報を共有する既存のシステムにモダリティが異なるベンダーで導入される例も少なくない状況にある。
【００１９】
このような事情により、異なるモダリティから独自の出力形式で出力された検査結果情報を受信したレポートサーバでは、当該検査結果情報が共通の出力形式で作成されていないので、当該検査結果情報を医師、検査技師がビューア装置で参照できない場合があった。
【００２０】
本発明は上記問題点を鑑みてなされたものであり、本発明の目的は、ネットワーク構成された医用レポートシステムにおいて、検査結果情報の出力形式が、その検査結果情報を受けるレポートサーバが認識することができる出力形式と異なる出力形式の検査結果情報がモダリティから送信されても、適正に記録及び保管することができる医用レポートシステム及び医用データ変換プログラムを提供することである。
【課題を解決するための手段】
【００２１】
上記課題を解決するための、請求項１記載の発明に係る医用レポートシステムは、複数のモダリティが、ネットワークを介して医用データを管理するレポートサーバと通信可能に接続された医用レポートシステムであって、一のモダリティから出力された医用データを解析し、共通の出力形式で定義された医用データに変換して、その変換された医用データを前記レポートサーバに出力する変換手段を設けたことを特徴とする。
【００２２】
本構成は、複数のモダリティとレポートサーバとがネットワークによって通信可能に接続された医用レポートシステムであって、異なる複数の出力形式を変換するための変換テーブルと、前記モダリティから送信される検査結果情報が如何なる出力形式によるものかを識別する識別手段とを備え、前記モダリティのうち、一のモダリティから送信された検査結果情報を前記識別手段で特定し、前記変換テーブルを参照して、前記検査結果情報を共通の出力形式で定義された検査結果情報に変換し、その変換された検査結果情報を前記レポートサーバに記録する変換装置が設けられたことを意味する。
【００２３】
従って、このような構成とすることにより、あるモダリティから出力された検査結果情報に定義される出力形式を前記変換装置の識別手段によって識別し、レポートサーバが認識（表示）することができる共通の出力形式に変換手段が変換して、当該共通の出力形式で定義された検査結果情報をレポートサーバに記録するので、検査結果情報に定義される出力形式の標準化がなされ、前記検査結果情報が如何なる出力形式によって記述された検査結果情報であっても、レポートサーバで確認することができる。
【００２４】
上記課題を解決するための、請求項２記載の発明に係る医用レポートシステムは、請求項１に記載の医用レポートシステムにおいて、前記変換手段は、前記一のモダリティから出力された医用データで定義された出力形式と、前記共通の出力形式とを変換するための変換テーブルを有することを特徴とする。
【００２５】
上記課題を解決するための、請求項３記載の発明に係る医用レポートシステムは、請求項１に記載の医用レポートシステムにおいて、前記各モダリティには、定義された出力形式を特定する識別子を付して当該医用データを出力する機能が設けられ、前記変換手段は、前記医用データを解析することによって前記識別子を参照して前記一のモダリティから出力された医用データに定義された出力形式を特定する識別手段を有していることを特徴とする。
【００２６】
上記課題を解決するための、請求項４記載の発明に係る医用レポートシステムは、請求項３に記載の医用レポートシステムにおいて、前記変換手段は、前記識別手段が特定した前記一のモダリティから出力された医用データの識別子を基に、その定義された出力形式が前記共通の出力形式と同じ出力形式であるか否かを判定する判定手段を備え、前記一のモダリティから出力された医用データに定義された出力形式と前記共通の出力形式とが異なる出力形式と判定された場合に、前記一のモダリティから出力された医用データに定義された出力形式を前記共通の出力形式に変換することを特徴とする。
【００２７】
上記課題を解決するための、請求項５記載の発明に係る医用レポートシステムは、請求項１に記載の医用レポートシステムにおいて、前記医用データは、前記各モダリティによって得られた被検体に対する検査結果情報であることを特徴とする。
【００２８】
上記課題を解決するための、請求項６記載の発明に係る医用レポートシステムは、請求項１に記載の医用レポートシステムにおいて、前記共通の出力形式はＤＩＣＯＭによる出力形式であることを特徴とする。
【００２９】
上記課題を解決するための、請求項７記載の発明に係る医用レポート変換プログラムは、ネットワークを介してレポートサーバに通信可能に接続された複数のモダリティのうちの一のモダリティから出力された医用データに定義された出力形式を識別する識別ステップと、該識別ステップで識別された前記出力形式が共通の出力形式と同じであるか否かを判定する判定ステップと、該判定ステップで前記一のモダリティから出力された医用データに定義された出力形式が前記共通の出力形式と異なる出力形式と判定された場合に、異なって定義された出力形式を前記共通の出力形式に変換するための変換テーブルを参照して、前記一のモダリティから出力された医用データを前記共通の出力形式で定義された医用データに変換する変換ステップと、前記共通の出力形式で定義された医用データを、前記レポートサーバに出力する出力ステップと、出力された医用データを保存する保存ステップとをコンピュータに実行させることを特徴とする。
【００３０】
従って、あるモダリティから送信された検査結果情報に定義される出力形式を識別し、その出力形式が共通の出力形式とは異なる場合には、レポートサーバが認識することができる共通の出力形式に変換して、レポートサーバに記録するので、検査結果情報に定義される出力形式の標準化がなされ、前記検査家か情報が如何なる出力形式によって定義された検査結果情報であっても、レポートサーバで確認することができる。
【００３１】
上記課題を解決するための、請求項８記載の発明に係る医用レポート変換プログラムは、請求項７に記載の医用レポート変換プログラムにおいて、前記共通の出力形式は、ＤＩＣＯＭによる出力形式であることを特徴とする。
【発明の効果】
【００３２】
本発明によれば、異なるベンダーや異なるモダリティから出力された医用データ（検査結果情報）を共通の出力形式（ＤＩＣＯＭによる出力形式）に変換してレポートサーバに出力する変換手段を設けたので、モダリティ特有の出力形式で定義された検査結果情報が出力された場合でも、前記レポートサーバに共通な出力形式で保存され、それを常に適正な医用データとして参照することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施の形態について図面を参照して説明する。
【００３４】
図１は、本発明に係る医用レポートシステムの一実施の形態における構成を示すブロック図である。図１に示すように、モダリティ１０１，１０２，１０３は病院内ＬＡＮ５０に接続された超音波診断装置であり、それぞれが出力する検査結果情報に定義された出力形式が異なるものとする。
【００３５】
例えば、モダリティ１０３から出力される検査結果情報に定義された出力形式はＤＩＣＯＭによる出力形式であり、モダリティ１０１から出力される検査結果情報に定義された出力形式はＤＩＣＯＭによる出力形式を基にしたベンダーＡ独自に定義された出力形式であり、モダリティ１０２から出力される検査結果情報に定義される出力形式はＸＭＬによる出力形式であるものとする。
【００３６】
すなわち、前記「ＤＩＣＯＭによる出力形式をベースにしたベンダーＡ独自に定義された出力形式」や「ＸＭＬによる出力形式」が本請求項にいう「一のモダリティから出力された医用データに定義された出力形式」に該当する。
【００３７】
本実施形態では、各モダリティから出力され、レポートサーバ１０に記憶される検査結果情報において定義された出力形式を「ＤＩＣＯＭによる出力形式」に設定して説明するが、これが本請求項にいう「共通の出力形式」に該当する。
【００３８】
以下、前記「一のモダリティから出力された医用データに定義された出力形式」を「固有のフォーマット」とし、前記「共通の出力形式」を「共通のフォーマット」として説明する。
【００３９】
図１に示すように、本発明に係る医用レポートシステムは、複数のモダリティ１０１，１０２，１０３と、これらのモダリティ１０１，１０２，１０３から出力された検査結果情報を蓄積するレポートサーバ１０と、医師や検査技師などがレポートサーバに蓄積された検査結果情報を参照するために用いる端末としてのビューア装置３０とが病院内ＬＡＮ５０を介してネットワーク接続されて構成されている。
【００４０】
レポートサーバ１０は、モダリティ１０１，１０２，１０３から送信された検査結果情報を記憶する記憶手段１２と、モダリティ１０１，１０２，１０３から送信された検査結果情報を受け付けると共に、病院内ＬＡＮ５０を介してビューア装置３０の入力手段（図示せず）によって入力された情報に基づいて記憶手段１２内の検査結果情報をビューア装置３０に送信する制御手段１１とを備えている。
【００４１】
そして、本発明に係る医用レポートシステムでは、モダリティ１０１，１０２，１０３から出力された検査結果情報（医用データ）の「固有のフォーマット」を解析し、その出力された検査結果情報（医用データ）の「固有のフォーマット」が「共通のフォーマット」と異なる場合、当該検査結果情報（医用データ）の「固有のフォーマット」を「共通のフォーマット」に変換し、レポートサーバ１０に出力する変換装置２０が病院内ＬＡＮ５０とレポートサーバ１０との間に設けられている。なお、モダリティ１０１，１０２，１０３から送信される検査結果情報には、例えばそのヘッダに、当該「固有のフォーマット」を特定した識別子が付されている。そして、この識別子を付加する識別子付加手段がモダリティ１０１，１０２，１０３に設けられている。
【００４２】
変換装置２０は、制御手段２１と記憶手段２２とを有している。記憶手段２２には、「固有のフォーマット」で定義された検査結果情報の識別子と「共通のフォーマット」で定義された検査結果情報の識別子とを変換するための変換テーブル２２１が予め記憶されている。具体的には、それぞれ固有フォーマットの識別子と、それぞれの固有フォーマットを共通フォーマットへ変換する変換情報が記載されている。
【００４３】
制御手段２１は、モダリティ１０１，１０２，１０３から出力された検査結果情報のヘッダを参照して、そのヘッダに付された識別子を基に固有フォーマットの種類を特定（識別）する識別手段２１１と、その識別手段２１１によって特定（識別）された検査結果情報に定義された固有フォーマットの種類が「共通のフォーマット」と同じか否かを判定する判定手段と、その判定手段により、前記「固有フォーマット」が「共通フォーマット」と異なると判断された場合、当該「固有フォーマット」で定義された検査結果情報を、変換テーブル２２１を参照して、「共通のフォーマット」で定義された検査結果情報に変換する変換手段２１３とを備えると共に、その変換された検査結果情報を記憶手段２２に記憶する機能を有する。
【００４４】
例えば、上述した本実施形態の設定により、モダリティ１０１から出力された検査結果情報は、そのヘッダを参照した識別手段２１１によって、「ベンダーＡ独自に定義された出力形式」と特定され、モダリティ１０２から出力された検査結果情報は、そのヘッダを参照した識別手段２１１によって、「ＸＭＬで定義された出力形式」と特定され、モダリティ１０３から出力された検査結果情報は、そのヘッダを参照した識別手段２１１によって、「ＤＩＣＯＭで定義された出力形式」と特定される。判定手段２１２は、これらのうち、モダリティ１０１から出力された検査結果情報と、モダリティ１０２から出力された検査結果情報に対して「出力形式の変換」が必要であると判定し、これらの検査結果情報の出力形式の変換を変換手段２１３に対して指示するのである。
【００４５】
変換の指示を受けた変換手段２１３は、モダリティ１０１から出力された検査結果情報に対しては、識別手段２１１で特定された識別子を基に、変換テーブル２２１に記憶された変換情報の中から、「ベンダーＡ独自に定義された出力形式」と「ＤＩＣＯＭで定義された出力形式」とが関連づけられた変換情報を、検索して、モダリティ１０１から出力された検査結果情報を「ＤＩＣＯＭで定義された出力形式」の検査結果情報に変換する。一方、モダリティ１０２から出力された検査結果情報に対しても、識別手段２１１で特定された識別子を基に、変換テーブル２２１に記憶された変換情報の中から、「ＸＭＬで定義された出力形式」と「ＤＩＣＯＭで定義された出力形式」とが関連づけられた変換情報を検索して、モダリティ１０２から出力された検査結果情報を「ＤＩＣＯＭで定義された出力形式」の検査結果情報に変換する。
【００４６】
なお、モダリティ１０３から出力された検査結果情報は、判定手段２１２によって「共通のフォーマット」と同じであると判定されるので、判定手段２１２が変換手段２１３に対して当該検査結果情報の出力形式の変換を指示することなく、当該検査結果情報は、制御手段２１によって記憶手段２２に記憶される。
【００４７】
なお、ビューア装置３０は、レポートサーバ１０に対して参照したい検査結果情報の要求を行うための入力手段（図示せず）及びその要求に応じてレポートサーバ１０から出力（送信）された変換後の（「共通のフォーマット」で定義された）検査結果情報を表示するための表示装置（図示せず）を有している。
【００４８】
次に、このように構成された医用レポートシステムにおける動作について、図１及び図２を参照して以下に説明する。図２は、本実施形態におけるモダリティと変換装置とレポートサーバとの間の動作関係を示すシーケンス図である。
【００４９】
図１及び図２に示すように、まず、各モダリティ１０１，１０２，１０３において患者の検査が実施された結果、得られた当該患者に関する検査結果情報は、検査が行われたモダリティ１０１，１０２，１０３の何れかから、それぞれに固有なフォーマットで定義されて出力（送信）され、変換装置２０の制御手段２１が受信する（ステップＳ１）。
【００５０】
（識別ステップ）
次に、識別手段２１１は、受信した検査結果情報のヘッダに付された識別子を参照して、当該検査結果情報に定義されている出力形式を特定する（ステップＳ２）。
【００５１】
このとき特定される出力形式（「固有のフォーマット」）は、例えば、ＤＩＣＯＭによる出力形式ベースのベンダーＡ独自で定義された出力形式や、ＸＭＬによる出力形式や、ＤＩＣＯＭによる出力形式などである。
【００５２】
（判定ステップ）
変換装置２０に出力された検査結果情報に定義された出力形式（「固有のフォーマット」）が特定されると、判定手段２１２は、その特定された「固有のフォーマット」が変換を必要とする出力形式であるか否かを判定する。
【００５３】
この判定手段２１２は、例えば、レポートサーバ１０に記憶する「共通のフォーマット」をＤＩＣＯＭによる出力形式とした場合、あるモダリティから出力された検査結果情報のヘッダを識別手段２１１が参照することで特定された出力形式（「固有のフォーマット」）が、前記「共通のフォーマット」と同じ出力方式であるか、異なる出力形式であるかを判定する。
【００５４】
従って、判定手段２１２は、あるモダリティから出力された検査結果情報の出力形式「固有のフォーマット」が、レポートサーバ１０に記憶する「共通のフォーマット」と異なる出力形式であった場合、出力形式の変換の必要がある（ステップＳ３−Ｙｅｓ）と判定して、その判定を受けた変換手段２１３が、変換テーブル２２１を記憶手段２２から読み出して、「固有のフォーマット」で定義されている検査結果情報を「共通のフォーマット（ＤＩＣＯＭ）」で定義される検査結果情報に変換する（ステップＳ４）。
【００５５】
（変換ステップ）
ここで、この「出力形式の変換（ステップＳ４）」について、具体的な例を挙げて以下に説明する。図３〜図５は、本発明に係る医用レポートシステムの一実施形態における検査結果情報の一例を示したものであり、図３は、モダリティ１０１から出力される、ＤＩＣＯＭ形式による出力形式で定義された検査結果情報の例、図４は、モダリティ１０２から出力される、ＤＩＣＯＭをもとに、ベンダーＡ独自で出力形式を定義した検査結果情報の例、図５は、モダリティ１０３から出力される、ＸＭＬの出力形式で定義された検査結果情報の例を示す。
【００５６】
なお、この説明では、図３〜図５の何れもＢＳＡ（Ｂｏｄｙ Ｓｕｒｆａｃｅ Ａｒｅａ；体表面積）の計測結果についての検査結果情報を示している。また、各図に示した検査結果情報の記述内容において、枠で囲った部分が各出力形式における変換対象となる部分である。
【００５７】
（「固有のフォーマット」がＤＩＣＯＭによる出力形式であった場合の変換方法）
まず、検査結果情報をＤＩＣＯＭによる出力形式で出力するモダリティ１０１から、検査結果情報が変換装置２０に出力された場合、制御手段２１は、判定対象となる検査結果情報（図３参照）で定義される「固有のフォーマット」が「共通のフォーマット」と同じＤＩＣＯＭによる出力形式であると識別手段２１１により識別されるので、モダリティ１０１から出力された検査結果情報の変換を変換装置２０に対して指示することなく、レポートサーバ１０に当該検査結果情報を出力する。
【００５８】
そして、この検査結果情報を受信したレポートサーバ１０は、制御手段１１によって記憶手段１２に「共通のフォーマット（ＤＩＣＯＭによる出力形式）」で検査結果情報が記憶される。
【００５９】
以下、図３に示したＤＩＣＯＭによる出力形式で定義された検査結果情報を「共通のフォーマット」の参考例として説明する。
【００６０】
（「固有のフォーマット」がＤＩＣＯＭを基にベンダーが独自で定義した出力形式であった場合の変換方法）
まず、ＤＩＣＯＭを基にベンダーが独自に定義した出力形式で検査結果情報を出力するモダリティ１０２から、検査結果情報が変換装置２０に出力された場合、まず、識別手段２１１により「ＤＩＣＯＭを基にベンダーが独自で定義した出力形式」と識別されるので、制御手段２１は、図４に示す検査結果情報の記述内容に対して、当該検査結果情報自体を意味する（００４０，ａ０１０）の「ＣＯＮＴＡＩＮＳ」を得る。
【００６１】
次に、識別手段２１１による識別結果を基に、変換テーブル２２１に設定されている「０２０１０００３」を検索する。このとき、「０２０１０００３」という識別子がコンテナーに含まれていた場合には、図４に示す検査結果情報の記述内容において、（００４０，ａ３０ａ）ｎｕｍｅｒｉｃ ｖａｌｕｅから「２．２１」という値を得る。
【００６２】
次に、制御手段２１は、「共通のフォーマット」として、図３で示したＤＩＣＯＭによる出力形式で定義された検査結果情報と同様のコンテナーを作成する。なお、このコンテナーの作成にあたって、（００４０，ａ０３０ａ）の値は現時点で含まないものとする。
【００６３】
そして、制御手段２１は、空白となっている（００４０，ａ０３０ａ）の値に上記「２．２１」を設定する。
【００６４】
その際、「共通のフォーマット」として図３で示したＤＩＣＯＭによる出力形式で定義された検査結果情報の記述によれば、ＢＳＡの標準単位として「ｍ２」が設定されて（「００４０，０８ｅａ」下位の「０００８，０１００」参照）おり、図４に示す検査結果情報の記述内容において、ＢＳＡの標準単位として「ｃｍ２」が設定されている（「００４０，０８ｅａ」下位の「０００８，０１００」参照）ので、変換手段２１３は、「２．２１」の値を、「ｃｍ２」から「ｍ２」への単位変更も、変換テーブル２２１に従って変換する。
【００６５】
（「固有のフォーマット」がＸＭＬで定義された出力形式であった場合の変換方法）
まず、検査結果情報をＸＭＬで定義された出力形式で出力するモダリティ１０１から、検査結果情報が変換装置２０に出力された場合、図５に示すように、まず、制御手段２１は、ＢＳＡの計測結果についての検査結果情報の固まりであるＸＭＬデータの先頭アドレスを特定する。
【００６６】
次に、変換テーブルにおいて、ＸＭＬで定義された出力形式に関する独自の用語（Ｏｒｉｇｉｎａｌ Ｗｏｒｄ）に設定されている、「ＴｕｓＳｔｕｄｙＣｏｍｍｅｎｔＢＳＡ Ｖａｌｕｅ」をＸＭＬデータの先頭アドレスから検索する。
【００６７】
「ＴｕｓＳｔｕｄｙＣｏｍｍｅｎｔＢＳＡ Ｖａｌｕｅ」という識別子がＸＭＬデータに含まれていた場合、「２．００」という数値データを得る。
【００６８】
次に、制御手段２１は、「共通のフォーマット」として、図３で示したＤＩＣＯＭによる出力形式で定義された検査結果情報と同様のコンテナーを作成する。なお、このコンテナーの作成にあたって、（００４０，ａ０３０ａ）の値は現時点で含まないものとする。
【００６９】
そして、制御手段２１は、空白となっている（００４０，ａ０３０ａ）の値に上記「２．００」を設定する。
【００７０】
その後、「共通のフォーマット」として図３で示したＤＩＣＯＭによる出力形式で定義された検査結果情報の記述によれば、ＢＳＡの標準単位として「ｍ２」が設定されて（「００４０，０８ｅａ」下位の「０００８，０１００」参照）おり、図５に示す検査結果情報の記述内容において、ＢＳＡの標準単位が「ｍ２」ではない場合には、変換手段２１３は、「２．００」の値を変換テーブル２２１に従って変換する。
【００７１】
（出力ステップ）
以上のようにして「共通フォーマット」で定義された検査結果情報を得た制御手段２１は、レポートサーバ１０に当該検査結果情報を出力する（ステップＳ５）。
【００７２】
（保存ステップ）
そして、変換装置２０から、「共通フォーマット」で定義された検査結果情報を受信した制御手段１１は、当該検査結果情報を記憶手段１２に記憶させて（ステップＳ６）完了となる。
【００７３】
このようにして、記憶手段１２に蓄積された、「共通フォーマット」で定義された検査結果情報は、医師や検査技師がビューア装置３０の入力手段（図示せず）を用いて、参照したい検査結果情報の要求を行い、その要求に応じてレポートサーバ１０から検査結果情報が送信され、表示装置（図示せず）で確認することができる。
【００７４】
本発明に係る医用データ変換プログラムは、以上に説明した医用レポートシステムの動作をプログラムとして構成したものであり、その実施の形態は、識別ステップ、判定ステップ、変換ステップ及び出力ステップを制御手段２１に、保存ステップを制御手段１１に実行させるものである。なお、制御手段２１及び制御手段１１はＣＰＵで構成されている。
【００７５】
また、以上に説明した医用レポートシステムの動作がプログラムとして構成されたものを記録媒体に記録し、その記録媒体の内容をＣＰＵに読みとらせ、実行させてもよい。
【００７６】
上述の実施形態は、本発明の一例であり、本発明は上記実施形態に限定されることはない。また、この他であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能である。
【００７７】
また、モダリティとして、超音波診断装置を例に説明したが、これ以外にも、ＣＴ装置、ＲＩ装置、ＭＲ装置、ＣＲ（Ｃｏｍｐｕｔｅｄ Ｒａｄｉｏｇｒａｐｈｙ）装置及びＤＲ（Ｄｉｇｉｔａｌ Ｒａｄｉｏｇｒａｐｈｙ）装置などの医用画像発生装置が前記モダリティとして挙げられる。
【００７８】
また、レポートサーバ２０は、図示していない通信インターフェースを介して、他のＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワーク上に接続可能とし、他の医療機関のサーバコンピュータとの間でデータのやりとりを行うようにしてもよい。
【００７９】
以上説明したように、本発明に係るレポートシステムによれば、異なるベンダーや異なるモダリティから出力された医用データ（検査結果情報）を共通の出力形式（ＤＩＣＯＭによる出力形式）に変換してレポートサーバに出力する変換手段を設けたので、モダリティ特有の出力形式で定義された検査結果情報が出力された場合でも、前記レポートサーバに共通な出力形式で保存され、それを常に適正な医用データとして参照することができる。
【図面の簡単な説明】
【００８０】
【図１】本発明に係る医用レポートシステムの一実施形態における構成を示すブロック図。
【図２】本発明に係る医用レポートシステムの一実施形態における動作を示すシーケンス図。
【図３】本発明に係る医用レポートシステムの一実施形態における第１の検査結果情報の内容を示す図。
【図４】本発明に係る医用レポートシステムの一実施形態における第２の検査結果情報の内容を示す図。
【図５】本発明に係る医用レポートシステムの一実施形態における第３の検査結果情報の内容を示す図。
【符号の説明】
【００８１】
１０ レポートサーバ
１１ 制御手段
１２ 記憶手段
２０ 変換装置
２１ 制御手段
２１１ 識別手段
２１２ 判定手段
２１３ 変換手段
２２ 記憶手段
２２１ 変換テーブル
３０ ビューア装置
５０ 病院内ＬＡＮ
１０１ モダリティ
１０２ モダリティ
１０３ モダリティ
【技術分野】
【０００１】
本発明は、医療機関において、依頼された検査、例えば超音波診断装置等の複数の医用画像診断装置（モダリティ）によって得られた、被検体に関する検査結果情報（医用データ）の出力形式の共通化を実現する医用レポートシステム及び医用データ変換プログラムに関するものである。
【背景技術】
【０００２】
従来より、医用画像診断装置には、Ｘ線診断装置を始め、Ｘ線ＣＴ装置、磁気共鳴イメージング装置、核医学装置、超音波診断装置などの様々なモダリティがある。
【０００３】
医者は患者の病状に応じてこれらの装置を適切に選択し、選択された診断装置によって取得された医用画像に基づいて診断を行う。
【０００４】
また、患者の症状によっては１つのモダリティだけでなく、複数のモダリティを用いて検査を行い、各モダリティ間の医用画像を比較して総合的に診断し、必要があればさらに詳細に調べ、治療を行なっている。
【０００５】
例えば、一人の患者に対してＸ線ＣＴ装置で検査を行い、さらに磁気共鳴イメージング装置でも検査を行い、両方の医用画像をもとに、循環器Ｘ線検査装置にてＸ線透視・撮影をしながら手術するといったことが行われる。
【０００６】
このように複数の異なったモダリティによって得られた医用画像を比較しながら診断することによって、患者の症状をいち早く診断することが可能となり、検査効率を格段に向上させることができる。
【０００７】
このように複数の異なるモダリティによって得られた医用画像を用いて総合的に診断し、治療するシステムは、Ｘ線ＣＴ装置、磁気共鳴イメージング装置、超音波診断装置、循環器Ｘ線検査装置等及びこれらの医用画像診断装置から医用画像を取り込むための医用画像保管サーバとこの医用画像保管サーバに取り込んだ医用画像を表示するための医用画像ビューア等を高速ネットワークに接続することによって実現している。
【０００８】
そして、このような各種の業務を効率化させるために、近年は、医療情報を電子的に管理する病院情報システム（Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ：ＨＩＳ）や医用画像を管理する医用画像管理システム（Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ＰＡＣＳ）、放射線部門における検査情報を管理する放射線部門管理システム（Ｒａｄｉｏｌｏｇｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ：ＲＩＳ）等が導入されており、さらに、検査技師等による検査結果の読影や検査報告書の作成・管理を支援するために、医用情報管理システムが構築されている。
【０００９】
また、このような高速ネットワークを介して医用画像を通信するための標準規約（検査結果情報を送信するときの出力形式の定義も含む）としては、医用画像通信規約（ＤＩＣＯＭ：Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）が存在する。
【００１０】
この医用画像通信規約（ＤＩＣＯＭ）は、病院内外で、異なった製造業者（ベンダー）の、異なった種類のモダリティを、ネットワークあるいは医用画像保存媒体で、相互に接続して、患者の医用画像検査情報のやり取りや医用画像データの伝送などを実現することを目的としたものである。
【００１１】
このＤＩＣＯＭを用いた医用画像管理システムにおいては、一般には、複数のモダリティがネットワークを介して取得した医用データ（検査結果情報）をレポートサーバへ送り、そのレポートサーバで統括して保管管理すると共に、各モダリティや医療端末（ビューア装置など）の要求に供するように管理している。
【００１２】
従って、上記各種装置を診療の目的に応じて高速ネットワークを介して相互に接続することにより、これまでのフィルムを中心とした医用画像診断システムの問題点である保管場所不足、フィルムの紛失、遅い配送などといった問題を克服し、医用画像処理、コンピュータ支援診断、総合医用画像診断などといった新しい医用画像診断の付加価値を享受できるようになった（例えば、特許文献１参照）。
【００１３】
【特許文献１】特開２００２−２６９５３５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
ところで、病院等、医療機関において、モダリティ、例えば超音波診断装置によって得られた医用画像の検査に対する検査結果情報は、ＤＩＣＯＭ規格では、「Ｓｔｒｕｃｔｕｒｅｄ Ｒｅｐｏｒｔｉｎｇ」にて標準化し、出力することが一般的になってきている。この「Ｓｔｒｕｃｔｕｒｅｄ Ｒｅｐｏｒｔｉｎｇ」は、部位（位置)、所見、解釈、病名/処置といったフレーム構造を持ったレポートである。
【００１５】
しかし、このＤＩＣＯＭ規格がレポート規格を段階的に制定していることと、各ベンダー及び各モダリティの計測機能全てをＤＩＣＯＭ規格が常に表現できないこととから、各ベンダー及び各モダリティ固有の計測機能による検査結果（計測結果）情報については、病院等、医療機関では、それぞれＸＭＬ形式などの独自の出力形式（フォーマット）でレポートサーバに検査結果情報を記録している場合が多く見られていた。
【００１６】
そして、各ベンダー及び各モダリティで定義した出力形式がＤＩＣＯＭ形式ではないために、独自の出力形式で定義した検査結果情報がＤＩＣＯＭ規格で定義された検査結果情報と異なる場合も多く見られていた。
【００１７】
例えば、左心室計測の代表的な計測結果である「Ｓｅｐｔａｌ ｔｈｉｃｋｎｅｓｓ ｏｆ ｔｈｅ ｖｅｎｔｒｉｃｌｅ ｉｎ ｅｎｄ ｄｉａｓｔｏｌｅ」は上述のＤＩＣＯＭ規格では「Ｉｎｔｅｒｖｅｎｔｒｉｃｕｌａｒ Ｓｅｐｔｕｍ Ｄｉａｓｔｏｌｉｃ Ｔｈｉｃｋｎｅｓｓ ｂｙ ２−Ｄ」と定義され、ベンダーによっては、これを「ＩＶＳＴＤ」と略語で定義している。
【００１８】
近年では、会計や検査の予約、薬の処方、食事の管理等に関して広く活用されてきている、いわゆるＨＩＳやＲＩＳのような医療情報を共有する既存のシステムにモダリティが異なるベンダーで導入される例も少なくない状況にある。
【００１９】
このような事情により、異なるモダリティから独自の出力形式で出力された検査結果情報を受信したレポートサーバでは、当該検査結果情報が共通の出力形式で作成されていないので、当該検査結果情報を医師、検査技師がビューア装置で参照できない場合があった。
【００２０】
本発明は上記問題点を鑑みてなされたものであり、本発明の目的は、ネットワーク構成された医用レポートシステムにおいて、検査結果情報の出力形式が、その検査結果情報を受けるレポートサーバが認識することができる出力形式と異なる出力形式の検査結果情報がモダリティから送信されても、適正に記録及び保管することができる医用レポートシステム及び医用データ変換プログラムを提供することである。
【課題を解決するための手段】
【００２１】
上記課題を解決するための、請求項１記載の発明に係る医用レポートシステムは、複数のモダリティが、ネットワークを介して医用データを管理するレポートサーバと通信可能に接続された医用レポートシステムであって、一のモダリティから出力された医用データを解析し、共通の出力形式で定義された医用データに変換して、その変換された医用データを前記レポートサーバに出力する変換手段を設けたことを特徴とする。
【００２２】
本構成は、複数のモダリティとレポートサーバとがネットワークによって通信可能に接続された医用レポートシステムであって、異なる複数の出力形式を変換するための変換テーブルと、前記モダリティから送信される検査結果情報が如何なる出力形式によるものかを識別する識別手段とを備え、前記モダリティのうち、一のモダリティから送信された検査結果情報を前記識別手段で特定し、前記変換テーブルを参照して、前記検査結果情報を共通の出力形式で定義された検査結果情報に変換し、その変換された検査結果情報を前記レポートサーバに記録する変換装置が設けられたことを意味する。
【００２３】
従って、このような構成とすることにより、あるモダリティから出力された検査結果情報に定義される出力形式を前記変換装置の識別手段によって識別し、レポートサーバが認識（表示）することができる共通の出力形式に変換手段が変換して、当該共通の出力形式で定義された検査結果情報をレポートサーバに記録するので、検査結果情報に定義される出力形式の標準化がなされ、前記検査結果情報が如何なる出力形式によって記述された検査結果情報であっても、レポートサーバで確認することができる。
【００２４】
上記課題を解決するための、請求項２記載の発明に係る医用レポートシステムは、請求項１に記載の医用レポートシステムにおいて、前記変換手段は、前記一のモダリティから出力された医用データで定義された出力形式と、前記共通の出力形式とを変換するための変換テーブルを有することを特徴とする。
【００２５】
上記課題を解決するための、請求項３記載の発明に係る医用レポートシステムは、請求項１に記載の医用レポートシステムにおいて、前記各モダリティには、定義された出力形式を特定する識別子を付して当該医用データを出力する機能が設けられ、前記変換手段は、前記医用データを解析することによって前記識別子を参照して前記一のモダリティから出力された医用データに定義された出力形式を特定する識別手段を有していることを特徴とする。
【００２６】
上記課題を解決するための、請求項４記載の発明に係る医用レポートシステムは、請求項３に記載の医用レポートシステムにおいて、前記変換手段は、前記識別手段が特定した前記一のモダリティから出力された医用データの識別子を基に、その定義された出力形式が前記共通の出力形式と同じ出力形式であるか否かを判定する判定手段を備え、前記一のモダリティから出力された医用データに定義された出力形式と前記共通の出力形式とが異なる出力形式と判定された場合に、前記一のモダリティから出力された医用データに定義された出力形式を前記共通の出力形式に変換することを特徴とする。
【００２７】
上記課題を解決するための、請求項５記載の発明に係る医用レポートシステムは、請求項１に記載の医用レポートシステムにおいて、前記医用データは、前記各モダリティによって得られた被検体に対する検査結果情報であることを特徴とする。
【００２８】
上記課題を解決するための、請求項６記載の発明に係る医用レポートシステムは、請求項１に記載の医用レポートシステムにおいて、前記共通の出力形式はＤＩＣＯＭによる出力形式であることを特徴とする。
【００２９】
上記課題を解決するための、請求項７記載の発明に係る医用レポート変換プログラムは、ネットワークを介してレポートサーバに通信可能に接続された複数のモダリティのうちの一のモダリティから出力された医用データに定義された出力形式を識別する識別ステップと、該識別ステップで識別された前記出力形式が共通の出力形式と同じであるか否かを判定する判定ステップと、該判定ステップで前記一のモダリティから出力された医用データに定義された出力形式が前記共通の出力形式と異なる出力形式と判定された場合に、異なって定義された出力形式を前記共通の出力形式に変換するための変換テーブルを参照して、前記一のモダリティから出力された医用データを前記共通の出力形式で定義された医用データに変換する変換ステップと、前記共通の出力形式で定義された医用データを、前記レポートサーバに出力する出力ステップと、出力された医用データを保存する保存ステップとをコンピュータに実行させることを特徴とする。
【００３０】
従って、あるモダリティから送信された検査結果情報に定義される出力形式を識別し、その出力形式が共通の出力形式とは異なる場合には、レポートサーバが認識することができる共通の出力形式に変換して、レポートサーバに記録するので、検査結果情報に定義される出力形式の標準化がなされ、前記検査家か情報が如何なる出力形式によって定義された検査結果情報であっても、レポートサーバで確認することができる。
【００３１】
上記課題を解決するための、請求項８記載の発明に係る医用レポート変換プログラムは、請求項７に記載の医用レポート変換プログラムにおいて、前記共通の出力形式は、ＤＩＣＯＭによる出力形式であることを特徴とする。
【発明の効果】
【００３２】
本発明によれば、異なるベンダーや異なるモダリティから出力された医用データ（検査結果情報）を共通の出力形式（ＤＩＣＯＭによる出力形式）に変換してレポートサーバに出力する変換手段を設けたので、モダリティ特有の出力形式で定義された検査結果情報が出力された場合でも、前記レポートサーバに共通な出力形式で保存され、それを常に適正な医用データとして参照することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施の形態について図面を参照して説明する。
【００３４】
図１は、本発明に係る医用レポートシステムの一実施の形態における構成を示すブロック図である。図１に示すように、モダリティ１０１，１０２，１０３は病院内ＬＡＮ５０に接続された超音波診断装置であり、それぞれが出力する検査結果情報に定義された出力形式が異なるものとする。
【００３５】
例えば、モダリティ１０３から出力される検査結果情報に定義された出力形式はＤＩＣＯＭによる出力形式であり、モダリティ１０１から出力される検査結果情報に定義された出力形式はＤＩＣＯＭによる出力形式を基にしたベンダーＡ独自に定義された出力形式であり、モダリティ１０２から出力される検査結果情報に定義される出力形式はＸＭＬによる出力形式であるものとする。
【００３６】
すなわち、前記「ＤＩＣＯＭによる出力形式をベースにしたベンダーＡ独自に定義された出力形式」や「ＸＭＬによる出力形式」が本請求項にいう「一のモダリティから出力された医用データに定義された出力形式」に該当する。
【００３７】
本実施形態では、各モダリティから出力され、レポートサーバ１０に記憶される検査結果情報において定義された出力形式を「ＤＩＣＯＭによる出力形式」に設定して説明するが、これが本請求項にいう「共通の出力形式」に該当する。
【００３８】
以下、前記「一のモダリティから出力された医用データに定義された出力形式」を「固有のフォーマット」とし、前記「共通の出力形式」を「共通のフォーマット」として説明する。
【００３９】
図１に示すように、本発明に係る医用レポートシステムは、複数のモダリティ１０１，１０２，１０３と、これらのモダリティ１０１，１０２，１０３から出力された検査結果情報を蓄積するレポートサーバ１０と、医師や検査技師などがレポートサーバに蓄積された検査結果情報を参照するために用いる端末としてのビューア装置３０とが病院内ＬＡＮ５０を介してネットワーク接続されて構成されている。
【００４０】
レポートサーバ１０は、モダリティ１０１，１０２，１０３から送信された検査結果情報を記憶する記憶手段１２と、モダリティ１０１，１０２，１０３から送信された検査結果情報を受け付けると共に、病院内ＬＡＮ５０を介してビューア装置３０の入力手段（図示せず）によって入力された情報に基づいて記憶手段１２内の検査結果情報をビューア装置３０に送信する制御手段１１とを備えている。
【００４１】
そして、本発明に係る医用レポートシステムでは、モダリティ１０１，１０２，１０３から出力された検査結果情報（医用データ）の「固有のフォーマット」を解析し、その出力された検査結果情報（医用データ）の「固有のフォーマット」が「共通のフォーマット」と異なる場合、当該検査結果情報（医用データ）の「固有のフォーマット」を「共通のフォーマット」に変換し、レポートサーバ１０に出力する変換装置２０が病院内ＬＡＮ５０とレポートサーバ１０との間に設けられている。なお、モダリティ１０１，１０２，１０３から送信される検査結果情報には、例えばそのヘッダに、当該「固有のフォーマット」を特定した識別子が付されている。そして、この識別子を付加する識別子付加手段がモダリティ１０１，１０２，１０３に設けられている。
【００４２】
変換装置２０は、制御手段２１と記憶手段２２とを有している。記憶手段２２には、「固有のフォーマット」で定義された検査結果情報の識別子と「共通のフォーマット」で定義された検査結果情報の識別子とを変換するための変換テーブル２２１が予め記憶されている。具体的には、それぞれ固有フォーマットの識別子と、それぞれの固有フォーマットを共通フォーマットへ変換する変換情報が記載されている。
【００４３】
制御手段２１は、モダリティ１０１，１０２，１０３から出力された検査結果情報のヘッダを参照して、そのヘッダに付された識別子を基に固有フォーマットの種類を特定（識別）する識別手段２１１と、その識別手段２１１によって特定（識別）された検査結果情報に定義された固有フォーマットの種類が「共通のフォーマット」と同じか否かを判定する判定手段と、その判定手段により、前記「固有フォーマット」が「共通フォーマット」と異なると判断された場合、当該「固有フォーマット」で定義された検査結果情報を、変換テーブル２２１を参照して、「共通のフォーマット」で定義された検査結果情報に変換する変換手段２１３とを備えると共に、その変換された検査結果情報を記憶手段２２に記憶する機能を有する。
【００４４】
例えば、上述した本実施形態の設定により、モダリティ１０１から出力された検査結果情報は、そのヘッダを参照した識別手段２１１によって、「ベンダーＡ独自に定義された出力形式」と特定され、モダリティ１０２から出力された検査結果情報は、そのヘッダを参照した識別手段２１１によって、「ＸＭＬで定義された出力形式」と特定され、モダリティ１０３から出力された検査結果情報は、そのヘッダを参照した識別手段２１１によって、「ＤＩＣＯＭで定義された出力形式」と特定される。判定手段２１２は、これらのうち、モダリティ１０１から出力された検査結果情報と、モダリティ１０２から出力された検査結果情報に対して「出力形式の変換」が必要であると判定し、これらの検査結果情報の出力形式の変換を変換手段２１３に対して指示するのである。
【００４５】
変換の指示を受けた変換手段２１３は、モダリティ１０１から出力された検査結果情報に対しては、識別手段２１１で特定された識別子を基に、変換テーブル２２１に記憶された変換情報の中から、「ベンダーＡ独自に定義された出力形式」と「ＤＩＣＯＭで定義された出力形式」とが関連づけられた変換情報を、検索して、モダリティ１０１から出力された検査結果情報を「ＤＩＣＯＭで定義された出力形式」の検査結果情報に変換する。一方、モダリティ１０２から出力された検査結果情報に対しても、識別手段２１１で特定された識別子を基に、変換テーブル２２１に記憶された変換情報の中から、「ＸＭＬで定義された出力形式」と「ＤＩＣＯＭで定義された出力形式」とが関連づけられた変換情報を検索して、モダリティ１０２から出力された検査結果情報を「ＤＩＣＯＭで定義された出力形式」の検査結果情報に変換する。
【００４６】
なお、モダリティ１０３から出力された検査結果情報は、判定手段２１２によって「共通のフォーマット」と同じであると判定されるので、判定手段２１２が変換手段２１３に対して当該検査結果情報の出力形式の変換を指示することなく、当該検査結果情報は、制御手段２１によって記憶手段２２に記憶される。
【００４７】
なお、ビューア装置３０は、レポートサーバ１０に対して参照したい検査結果情報の要求を行うための入力手段（図示せず）及びその要求に応じてレポートサーバ１０から出力（送信）された変換後の（「共通のフォーマット」で定義された）検査結果情報を表示するための表示装置（図示せず）を有している。
【００４８】
次に、このように構成された医用レポートシステムにおける動作について、図１及び図２を参照して以下に説明する。図２は、本実施形態におけるモダリティと変換装置とレポートサーバとの間の動作関係を示すシーケンス図である。
【００４９】
図１及び図２に示すように、まず、各モダリティ１０１，１０２，１０３において患者の検査が実施された結果、得られた当該患者に関する検査結果情報は、検査が行われたモダリティ１０１，１０２，１０３の何れかから、それぞれに固有なフォーマットで定義されて出力（送信）され、変換装置２０の制御手段２１が受信する（ステップＳ１）。
【００５０】
（識別ステップ）
次に、識別手段２１１は、受信した検査結果情報のヘッダに付された識別子を参照して、当該検査結果情報に定義されている出力形式を特定する（ステップＳ２）。
【００５１】
このとき特定される出力形式（「固有のフォーマット」）は、例えば、ＤＩＣＯＭによる出力形式ベースのベンダーＡ独自で定義された出力形式や、ＸＭＬによる出力形式や、ＤＩＣＯＭによる出力形式などである。
【００５２】
（判定ステップ）
変換装置２０に出力された検査結果情報に定義された出力形式（「固有のフォーマット」）が特定されると、判定手段２１２は、その特定された「固有のフォーマット」が変換を必要とする出力形式であるか否かを判定する。
【００５３】
この判定手段２１２は、例えば、レポートサーバ１０に記憶する「共通のフォーマット」をＤＩＣＯＭによる出力形式とした場合、あるモダリティから出力された検査結果情報のヘッダを識別手段２１１が参照することで特定された出力形式（「固有のフォーマット」）が、前記「共通のフォーマット」と同じ出力方式であるか、異なる出力形式であるかを判定する。
【００５４】
従って、判定手段２１２は、あるモダリティから出力された検査結果情報の出力形式「固有のフォーマット」が、レポートサーバ１０に記憶する「共通のフォーマット」と異なる出力形式であった場合、出力形式の変換の必要がある（ステップＳ３−Ｙｅｓ）と判定して、その判定を受けた変換手段２１３が、変換テーブル２２１を記憶手段２２から読み出して、「固有のフォーマット」で定義されている検査結果情報を「共通のフォーマット（ＤＩＣＯＭ）」で定義される検査結果情報に変換する（ステップＳ４）。
【００５５】
（変換ステップ）
ここで、この「出力形式の変換（ステップＳ４）」について、具体的な例を挙げて以下に説明する。図３〜図５は、本発明に係る医用レポートシステムの一実施形態における検査結果情報の一例を示したものであり、図３は、モダリティ１０１から出力される、ＤＩＣＯＭ形式による出力形式で定義された検査結果情報の例、図４は、モダリティ１０２から出力される、ＤＩＣＯＭをもとに、ベンダーＡ独自で出力形式を定義した検査結果情報の例、図５は、モダリティ１０３から出力される、ＸＭＬの出力形式で定義された検査結果情報の例を示す。
【００５６】
なお、この説明では、図３〜図５の何れもＢＳＡ（Ｂｏｄｙ Ｓｕｒｆａｃｅ Ａｒｅａ；体表面積）の計測結果についての検査結果情報を示している。また、各図に示した検査結果情報の記述内容において、枠で囲った部分が各出力形式における変換対象となる部分である。
【００５７】
（「固有のフォーマット」がＤＩＣＯＭによる出力形式であった場合の変換方法）
まず、検査結果情報をＤＩＣＯＭによる出力形式で出力するモダリティ１０１から、検査結果情報が変換装置２０に出力された場合、制御手段２１は、判定対象となる検査結果情報（図３参照）で定義される「固有のフォーマット」が「共通のフォーマット」と同じＤＩＣＯＭによる出力形式であると識別手段２１１により識別されるので、モダリティ１０１から出力された検査結果情報の変換を変換装置２０に対して指示することなく、レポートサーバ１０に当該検査結果情報を出力する。
【００５８】
そして、この検査結果情報を受信したレポートサーバ１０は、制御手段１１によって記憶手段１２に「共通のフォーマット（ＤＩＣＯＭによる出力形式）」で検査結果情報が記憶される。
【００５９】
以下、図３に示したＤＩＣＯＭによる出力形式で定義された検査結果情報を「共通のフォーマット」の参考例として説明する。
【００６０】
（「固有のフォーマット」がＤＩＣＯＭを基にベンダーが独自で定義した出力形式であった場合の変換方法）
まず、ＤＩＣＯＭを基にベンダーが独自に定義した出力形式で検査結果情報を出力するモダリティ１０２から、検査結果情報が変換装置２０に出力された場合、まず、識別手段２１１により「ＤＩＣＯＭを基にベンダーが独自で定義した出力形式」と識別されるので、制御手段２１は、図４に示す検査結果情報の記述内容に対して、当該検査結果情報自体を意味する（００４０，ａ０１０）の「ＣＯＮＴＡＩＮＳ」を得る。
【００６１】
次に、識別手段２１１による識別結果を基に、変換テーブル２２１に設定されている「０２０１０００３」を検索する。このとき、「０２０１０００３」という識別子がコンテナーに含まれていた場合には、図４に示す検査結果情報の記述内容において、（００４０，ａ３０ａ）ｎｕｍｅｒｉｃ ｖａｌｕｅから「２．２１」という値を得る。
【００６２】
次に、制御手段２１は、「共通のフォーマット」として、図３で示したＤＩＣＯＭによる出力形式で定義された検査結果情報と同様のコンテナーを作成する。なお、このコンテナーの作成にあたって、（００４０，ａ０３０ａ）の値は現時点で含まないものとする。
【００６３】
そして、制御手段２１は、空白となっている（００４０，ａ０３０ａ）の値に上記「２．２１」を設定する。
【００６４】
その際、「共通のフォーマット」として図３で示したＤＩＣＯＭによる出力形式で定義された検査結果情報の記述によれば、ＢＳＡの標準単位として「ｍ２」が設定されて（「００４０，０８ｅａ」下位の「０００８，０１００」参照）おり、図４に示す検査結果情報の記述内容において、ＢＳＡの標準単位として「ｃｍ２」が設定されている（「００４０，０８ｅａ」下位の「０００８，０１００」参照）ので、変換手段２１３は、「２．２１」の値を、「ｃｍ２」から「ｍ２」への単位変更も、変換テーブル２２１に従って変換する。
【００６５】
（「固有のフォーマット」がＸＭＬで定義された出力形式であった場合の変換方法）
まず、検査結果情報をＸＭＬで定義された出力形式で出力するモダリティ１０１から、検査結果情報が変換装置２０に出力された場合、図５に示すように、まず、制御手段２１は、ＢＳＡの計測結果についての検査結果情報の固まりであるＸＭＬデータの先頭アドレスを特定する。
【００６６】
次に、変換テーブルにおいて、ＸＭＬで定義された出力形式に関する独自の用語（Ｏｒｉｇｉｎａｌ Ｗｏｒｄ）に設定されている、「ＴｕｓＳｔｕｄｙＣｏｍｍｅｎｔＢＳＡ Ｖａｌｕｅ」をＸＭＬデータの先頭アドレスから検索する。
【００６７】
「ＴｕｓＳｔｕｄｙＣｏｍｍｅｎｔＢＳＡ Ｖａｌｕｅ」という識別子がＸＭＬデータに含まれていた場合、「２．００」という数値データを得る。
【００６８】
次に、制御手段２１は、「共通のフォーマット」として、図３で示したＤＩＣＯＭによる出力形式で定義された検査結果情報と同様のコンテナーを作成する。なお、このコンテナーの作成にあたって、（００４０，ａ０３０ａ）の値は現時点で含まないものとする。
【００６９】
そして、制御手段２１は、空白となっている（００４０，ａ０３０ａ）の値に上記「２．００」を設定する。
【００７０】
その後、「共通のフォーマット」として図３で示したＤＩＣＯＭによる出力形式で定義された検査結果情報の記述によれば、ＢＳＡの標準単位として「ｍ２」が設定されて（「００４０，０８ｅａ」下位の「０００８，０１００」参照）おり、図５に示す検査結果情報の記述内容において、ＢＳＡの標準単位が「ｍ２」ではない場合には、変換手段２１３は、「２．００」の値を変換テーブル２２１に従って変換する。
【００７１】
（出力ステップ）
以上のようにして「共通フォーマット」で定義された検査結果情報を得た制御手段２１は、レポートサーバ１０に当該検査結果情報を出力する（ステップＳ５）。
【００７２】
（保存ステップ）
そして、変換装置２０から、「共通フォーマット」で定義された検査結果情報を受信した制御手段１１は、当該検査結果情報を記憶手段１２に記憶させて（ステップＳ６）完了となる。
【００７３】
このようにして、記憶手段１２に蓄積された、「共通フォーマット」で定義された検査結果情報は、医師や検査技師がビューア装置３０の入力手段（図示せず）を用いて、参照したい検査結果情報の要求を行い、その要求に応じてレポートサーバ１０から検査結果情報が送信され、表示装置（図示せず）で確認することができる。
【００７４】
本発明に係る医用データ変換プログラムは、以上に説明した医用レポートシステムの動作をプログラムとして構成したものであり、その実施の形態は、識別ステップ、判定ステップ、変換ステップ及び出力ステップを制御手段２１に、保存ステップを制御手段１１に実行させるものである。なお、制御手段２１及び制御手段１１はＣＰＵで構成されている。
【００７５】
また、以上に説明した医用レポートシステムの動作がプログラムとして構成されたものを記録媒体に記録し、その記録媒体の内容をＣＰＵに読みとらせ、実行させてもよい。
【００７６】
上述の実施形態は、本発明の一例であり、本発明は上記実施形態に限定されることはない。また、この他であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能である。
【００７７】
また、モダリティとして、超音波診断装置を例に説明したが、これ以外にも、ＣＴ装置、ＲＩ装置、ＭＲ装置、ＣＲ（Ｃｏｍｐｕｔｅｄ Ｒａｄｉｏｇｒａｐｈｙ）装置及びＤＲ（Ｄｉｇｉｔａｌ Ｒａｄｉｏｇｒａｐｈｙ）装置などの医用画像発生装置が前記モダリティとして挙げられる。
【００７８】
また、レポートサーバ２０は、図示していない通信インターフェースを介して、他のＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワーク上に接続可能とし、他の医療機関のサーバコンピュータとの間でデータのやりとりを行うようにしてもよい。
【００７９】
以上説明したように、本発明に係るレポートシステムによれば、異なるベンダーや異なるモダリティから出力された医用データ（検査結果情報）を共通の出力形式（ＤＩＣＯＭによる出力形式）に変換してレポートサーバに出力する変換手段を設けたので、モダリティ特有の出力形式で定義された検査結果情報が出力された場合でも、前記レポートサーバに共通な出力形式で保存され、それを常に適正な医用データとして参照することができる。
【図面の簡単な説明】
【００８０】
【図１】本発明に係る医用レポートシステムの一実施形態における構成を示すブロック図。
【図２】本発明に係る医用レポートシステムの一実施形態における動作を示すシーケンス図。
【図３】本発明に係る医用レポートシステムの一実施形態における第１の検査結果情報の内容を示す図。
【図４】本発明に係る医用レポートシステムの一実施形態における第２の検査結果情報の内容を示す図。
【図５】本発明に係る医用レポートシステムの一実施形態における第３の検査結果情報の内容を示す図。
【符号の説明】
【００８１】
１０ レポートサーバ
１１ 制御手段
１２ 記憶手段
２０ 変換装置
２１ 制御手段
２１１ 識別手段
２１２ 判定手段
２１３ 変換手段
２２ 記憶手段
２２１ 変換テーブル
３０ ビューア装置
５０ 病院内ＬＡＮ
１０１ モダリティ
１０２ モダリティ
１０３ モダリティ
【特許請求の範囲】
【請求項１】
複数のモダリティが、ネットワークを介して医用データを管理するレポートサーバと通信可能に接続された医用レポートシステムであって、
一のモダリティから出力された医用データを解析し、共通の出力形式で定義された医用データに変換して、その変換された医用データを前記レポートサーバに出力する変換手段を設けたことを特徴とする医用レポートシステム。
【請求項２】
前記変換手段は、
前記一のモダリティから出力された医用データで定義された出力形式と、
前記共通の出力形式とを変換するための変換テーブルを有することを特徴とする請求項１に記載の医用レポートシステム。
【請求項３】
前記各モダリティには、定義された出力形式を特定する識別子を付して当該医用データを出力する機能が設けられ、前記変換手段は、前記医用データを解析することによって前記識別子を参照して前記一のモダリティから出力された医用データに定義された出力形式を特定する識別手段を有していることを特徴とする請求項１に記載の医用レポートシステム。
【請求項４】
前記変換手段は、前記識別手段が特定した前記一のモダリティから出力された医用データの識別子を基に、その定義された出力形式が前記共通の出力形式と同じ出力形式であるか否かを判定する判定手段を備え、前記一のモダリティから出力された医用データに定義された出力形式と前記共通の出力形式とが異なる出力形式と判定された場合に、前記一のモダリティから出力された医用データに定義された出力形式を前記共通の出力形式に変換することを特徴とする請求項３に記載の医用レポートシステム。
【請求項５】
前記医用データは、前記各モダリティによって得られた被検体に対する検査結果情報であることを特徴とする請求項１に記載の医用レポートシステム。
【請求項６】
前記共通の出力形式はＤＩＣＯＭによる出力形式であることを特徴とする請求項１に記載の医用レポートシステム。
【請求項７】
ネットワークを介してレポートサーバに通信可能に接続された複数のモダリティのうちの一のモダリティから出力された医用データに定義された出力形式を識別する識別ステップと、
該識別ステップで識別された前記出力形式が共通の出力形式と同じであるか否かを判定する判定ステップと、
該判定ステップで前記一のモダリティから出力された医用データに定義された出力形式が前記共通の出力形式と異なる出力形式と判定された場合に、異なって定義された出力形式を前記共通の出力形式に変換するための変換テーブルを参照して、前記一のモダリティから出力された医用データを前記共通の出力形式で定義された医用データに変換する変換ステップと、
前記共通の出力形式で定義された医用データを、前記レポートサーバに出力する出力ステップと、出力された医用データを保存する保存ステップと、
をコンピュータに実行させることを特徴とする医用データ変換プログラム。
【請求項８】
前記共通の出力形式は、ＤＩＣＯＭによる出力形式であることを特徴とする請求項７に記載の医用データ変換プログラム。
【請求項１】
複数のモダリティが、ネットワークを介して医用データを管理するレポートサーバと通信可能に接続された医用レポートシステムであって、
一のモダリティから出力された医用データを解析し、共通の出力形式で定義された医用データに変換して、その変換された医用データを前記レポートサーバに出力する変換手段を設けたことを特徴とする医用レポートシステム。
【請求項２】
前記変換手段は、
前記一のモダリティから出力された医用データで定義された出力形式と、
前記共通の出力形式とを変換するための変換テーブルを有することを特徴とする請求項１に記載の医用レポートシステム。
【請求項３】
前記各モダリティには、定義された出力形式を特定する識別子を付して当該医用データを出力する機能が設けられ、前記変換手段は、前記医用データを解析することによって前記識別子を参照して前記一のモダリティから出力された医用データに定義された出力形式を特定する識別手段を有していることを特徴とする請求項１に記載の医用レポートシステム。
【請求項４】
前記変換手段は、前記識別手段が特定した前記一のモダリティから出力された医用データの識別子を基に、その定義された出力形式が前記共通の出力形式と同じ出力形式であるか否かを判定する判定手段を備え、前記一のモダリティから出力された医用データに定義された出力形式と前記共通の出力形式とが異なる出力形式と判定された場合に、前記一のモダリティから出力された医用データに定義された出力形式を前記共通の出力形式に変換することを特徴とする請求項３に記載の医用レポートシステム。
【請求項５】
前記医用データは、前記各モダリティによって得られた被検体に対する検査結果情報であることを特徴とする請求項１に記載の医用レポートシステム。
【請求項６】
前記共通の出力形式はＤＩＣＯＭによる出力形式であることを特徴とする請求項１に記載の医用レポートシステム。
【請求項７】
ネットワークを介してレポートサーバに通信可能に接続された複数のモダリティのうちの一のモダリティから出力された医用データに定義された出力形式を識別する識別ステップと、
該識別ステップで識別された前記出力形式が共通の出力形式と同じであるか否かを判定する判定ステップと、
該判定ステップで前記一のモダリティから出力された医用データに定義された出力形式が前記共通の出力形式と異なる出力形式と判定された場合に、異なって定義された出力形式を前記共通の出力形式に変換するための変換テーブルを参照して、前記一のモダリティから出力された医用データを前記共通の出力形式で定義された医用データに変換する変換ステップと、
前記共通の出力形式で定義された医用データを、前記レポートサーバに出力する出力ステップと、出力された医用データを保存する保存ステップと、
をコンピュータに実行させることを特徴とする医用データ変換プログラム。
【請求項８】
前記共通の出力形式は、ＤＩＣＯＭによる出力形式であることを特徴とする請求項７に記載の医用データ変換プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−１４８６６０（Ｐ２００７−１４８６６０Ａ）
【公開日】平成１９年６月１４日（２００７．６．１４）
【国際特許分類】
【出願番号】特願２００５−３４０７５１（Ｐ２００５−３４０７５１）
【出願日】平成１７年１１月２５日（２００５．１１．２５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【出願人】（５９４１６４５３１）東芝医用システムエンジニアリング株式会社 (892)
【Ｆターム（参考）】
【公開日】平成１９年６月１４日（２００７．６．１４）
【国際特許分類】
【出願日】平成１７年１１月２５日（２００５．１１．２５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【出願人】（５９４１６４５３１）東芝医用システムエンジニアリング株式会社 (892)
【Ｆターム（参考）】
[ Back to top ]