(57)【要約】【課題】  待ち時間の発生を阻止しつつ、必要な医用データを参照可能とする。【解決手段】  実施形態の医用データ移行システムは、患者状況抽出手段、レイアウト抽出手段、移行優先順位決定手段、移行先選定手段及びデータ移行手段を備えている。前記患者抽出手段は、前記病院システムから患者状況情報を抽出する。前記レイアウト抽出手段は、画像ビューアの各々の操作者に関連付けられた表示レイアウトを取得する。前記移行優先順位決定手段は、前記患者状況情報及び前記表示レイアウトに基づいて、医用データ単位の移行優先順位を決定する。前記移行先選定手段は、前記移行優先順位に基づいて、移行先となる前記新規のデータ保管システムを選定する。前記データ移行手段は、前記移行優先順位に基づいて、前記既存のデータ保管システムに保管されている医用データを、前記選定された新規のデータ保管システムに移行する。【選択図】図１
2015138337.tif 000002
【特許請求の範囲】
【請求項１】
記憶部を備え、病院システムに用いられる既存のデータ保管システムに保管された医用データを新規のデータ保管システムに移行させる医用データ移行システムであって、
前記病院システムから患者の状況を示す患者状況情報を抽出する患者状況抽出手段と、
前記抽出した患者状況情報を前記記憶部に書込む患者状況書込手段と、
前記医用データのうちの検査画像データを表示する画像ビューアの各々の操作者に関連付けられた表示レイアウトを前記病院システムから取得するレイアウト取得手段と、
前記取得した表示レイアウトを前記記憶部に書込むレイアウト書込手段と、
前記記憶部内の前記患者状況情報及び前記表示レイアウトに基づいて、前記移行させる医用データ単位の優先順位を示す移行優先順位を決定する移行優先順位決定手段と、
前記決定された移行優先順位に基づいて、前記医用データの移行先となる前記新規のデータ保管システムを選定する移行先選定手段と、
前記決定された移行優先順位に基づいて、前記既存のデータ保管システムに保管されている医用データを、前記選定された新規のデータ保管システムに移行するデータ移行手段と
を備えたことを特徴とする医用データ移行システム。
【請求項２】
請求項１に記載の医用データ移行システムにおいて、
前記移行優先順位決定手段は、
前記患者状況情報に基づいて、患者単位の優先順位を示す患者優先順位を決定する手段と、
前記患者優先順位が同一の医用データのうち、前記表示レイアウトの各々に共通に用いられる医用データの移行を優先するように前記移行優先順位を決定する手段と
を備えたことを特徴とする医用データ移行システム。
【請求項３】
請求項１又は請求項２に記載の医用データ移行システムにおいて、
前記新規のデータ保管システムは、前記病院システムを有する病院の内部に設置された第１のデータ保管システムと、前記病院の外部に設置された第２のデータ保管システムとがあり、
前記移行先選定手段は、前記決定された移行優先順位に基づいて、前記第１のデータ保管システム又は前記第２のデータ保管システムを選定することを特徴とする医用データ移行システム。
【請求項４】
請求項１乃至請求項３のいずれか１項に記載の医用データ移行システムにおいて、
前記データ移行手段は、予め設定されたスケジュール及び前記移行優先順位に基づいて、前記医用データを移行することを特徴とする医用データ移行システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用データ移行システムに関する。
【背景技術】
【０００２】
病院システムに用いられるデータ保管システムは、通常、医用画像保管装置またはシステム（以下、医用画像保管システムという）と、レポート保管装置またはシステム（以下、レポートシステムという）とを備えている。
【０００３】
医用画像保管システムでは、例えば、Ｘ線コンピュータ断層撮影（ＣＴ）装置や磁気共鳴イメージング（ＭＲＩ）装置等の医用撮影装置で撮影された患者の画像（以下、検査画像という）を保管する。
【０００４】
レポートシステムでは、当該保管された検査画像を医療従事者（以下、ユーザという）が参照し、検査画像に対して作成した医学的所見のレポートを保管する。
【０００５】
これに伴い、病院では、検査・診断毎に、新規の検査画像及び新規のレポートといった医用データが作成されて既存のデータ保管システムに保管される。これにより、既存のデータ保管システム内の医用データのデータ量は、日々増大する。
【０００６】
一方、経時劣化やデータ量増加に対処するために、新規のデータ保管システムを導入することがある。既存のデータ保管システム内の医用データは、病院の運営によって参照する必要があるため、新規のデータ保管システムに移行させる必要がある。なお、移行対象の医用データは、新規のデータ保管システムのデータフォーマットに沿って変換する必要がある。
【０００７】
データ移行の際には、多くの場合、既存のデータ保管システム内の医用データの作成日又は更新日の、降順又は昇順で新しいデータ保管システムにデータ移行を行う。但し、病棟毎に患者の医用データに対し、手作業でデータ移行の順序を選択する場合もある。なお、データ移行には、例えば１週間ほどの時間を要する。データ移行に要する時間が長いことは、ＭＲＩ等の画像データのデータ量が膨大であることに起因している。
【０００８】
一方、患者に新しく実施した検査の結果を示す医用データを受信したとき等のように、新規の医用データが発生した場合には、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）のＱ／Ｒ（Query and Retrieve）処理により、患者の新規の医用データに関連する過去のデータを取得（移行）する場合がある。この場合、Ｑ／Ｒ処理により、新規の医用データと、それに関連する過去のデータとを新規のデータ保管システムで参照可能となる。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、以上のようなデータ移行には、次のような不都合がある。
【００１０】
例えば、作成日又は更新日の降順でデータ移行する場合、作成日又は更新日よりも過去の医用データの移行が後回しとなり、データ移行の完了まで、当該過去の医用データを新規のデータ保管システムから参照できない不都合がある。
【００１１】
同様に、作成日又は更新日の昇順でデータ移行する場合、作成日又は更新日よりも最近の医用データの移行が後回しになり、データ移行の完了まで、当該最近の医用データを新規のデータ保管システムから参照できない不都合がある。
【００１２】
一方、Ｑ／Ｒ処理を用いた場合、新規の医用データと、それに関連する過去のデータとを新規のデータ保管システムで参照可能となる。
【００１３】
しかしながら、Ｑ／Ｒ処理を用いた場合、過去のデータを取得（Retrieve）するまでの待ち時間が発生する不都合や、新規の医用データが発生していない患者の過去のデータを、新規のデータ保管システムから参照できない不都合が生じてしまう。
【００１４】
目的は、待ち時間の発生を阻止しつつ、必要な医用データを参照し得る医用データ移行システムを提供することである。
【課題を解決するための手段】
【００１５】
実施形態に係る医用データ移行システムは、病院システムに用いられる既存のデータ保管システムに保管された医用データを新規のデータ保管システムに移行させる。
【００１６】
前記医用データ移行システムは、記憶部、患者状況抽出手段、患者状況書込手段、レイアウト取得手段、レイアウト書込手段、移行優先順位決定手段、移行先選定手段及びデータ移行手段を備えている。
【００１７】
前記患者状況抽出手段は、前記病院システムから患者の状況を示す患者状況情報を抽出する。
【００１８】
前記患者状況書込手段は、前記抽出した患者状況情報を前記記憶部に書込む。
【００１９】
前記レイアウト取得手段は、前記医用データのうちの検査画像データを表示する画像ビューアの各々の操作者に関連付けられた表示レイアウトを前記病院システムから取得する。
【００２０】
前記レイアウト書込手段は、前記取得した表示レイアウトを前記記憶部に書込む。
【００２１】
前記移行優先順位決定手段は、前記記憶部内の前記患者状況情報及び前記表示レイアウトに基づいて、前記移行させる医用データ単位の優先順位を示す移行優先順位を決定する。
【００２２】
前記移行先選定手段は、前記決定された移行優先順位に基づいて、前記医用データの移行先となる前記新規のデータ保管システムを選定する。
【００２３】
前記データ移行手段は、前記決定された移行優先順位に基づいて、前記既存のデータ保管システムに保管されている医用データを、前記選定された新規のデータ保管システムに移行する。
【図面の簡単な説明】
【００２４】
【図１】第１の実施形態に係る医用データ移行システムを備えた病院システムの一例を示す模式図である。
【図２】同実施形態における病院システムの一部を示す模式図である。
【図３】同実施形態における医用データ移行システムの構成を示す模式図である。
【図４】同実施形態における動作を説明するためのフローチャートである。
【図５】同実施形態におけるデータ取得処理を説明するための模式図である。
【図６】同実施形態におけるキーワード抽出処理を説明するための模式図である。
【図７】同実施形態における患者状況リストのデータ構造を示す模式図である。
【図８】同実施形態における患者状況リストの一例を示す模式図である。
【図９】同実施形態における最上位患者状況の一例を示す模式図である。
【図１０】同実施形態におけるレイアウト詳細設定リストのデータ構造を示す模式図である。
【図１１】同実施形態におけるレイアウト詳細設定リストの一例を示す模式図である。
【図１２】同実施形態におけるデータブロックのデータ構造を示す模式図である。
【図１３】同実施形態におけるレイアウト詳細設定リストの他の例を示す模式図である。
【図１４】同実施形態におけるデータブロック並び替え処理の一例を説明するための模式図である。
【図１５】同実施形態における同一患者内での並び替え処理の一例を説明するための模式図である。
【図１６】同実施形態における各患者間での並び替え処理の一例を説明するための模式図である。
【図１７】第２の実施形態に係る医用データ移行システムにおいて共通に用いられる医用データを説明するための模式図である。
【図１８】同実施形態において移行を優先する検査画像データを説明するための模式図である。
【発明を実施するための形態】
【００２５】
以下、各実施形態に係る医用データ移行システムについて図面を用いて説明する。
【００２６】
＜第１の実施形態＞
図１は第１の実施形態に係る医用データ移行システムを備えた病院システムの一例を示す模式図であり、図２は同病院システムの一部を示す模式図であり、図３は医用データ移行システムの構成を示す模式図である。
【００２７】
病院システムは、図１に示すように、クライアント端末１０、オーダリングシステム２０、電子カルテシステム３０、既存のデータ保管システム４０、新規のデータ保管システム５０及び医用データ移行システム６０がＬＡＮなどのネットワークを介して通信可能となっている。病院システムは、病院情報システム（hospital information system：ＨＩＳ）と呼んでもよい。既存のデータ保管システム４０は、既存のレポートシステム４１及び既存の医用画像保管システム４２を備えている。新規のデータ保管システム５０は、新規のレポートシステム５１及び新規の医用画像保管システム５２を備えている。各データ保管システム４０，５０は、それぞれサーバ装置として構成されていてもよい。クライアント端末１０は、複数台が設けられているが、ここでは１台のみを代表例として図示している。
【００２８】
クライアント端末１０は、医師等の操作者により操作されるコンピュータ端末であり、病院システムにアクセス可能となっている。また、複数のクライアント端末１０は色々の種類があり、例えば、各データ保管システム４０，５０に保管された検査画像等の画像データを表示するための画像ビューアを備えているものもある。
【００２９】
オーダリングシステム２０は、クライアント端末１０等から読出／書込可能なシステムであり、クライアント端末１０から入力された検査の予約情報を保管する。
【００３０】
電子カルテシステム３０は、クライアント端末１０等から読出／書込可能なシステムであり、クライアント端末１０から入力された各種の情報を保管する。電子カルテシステム３０は、例えば、患者名、院内区分、病棟（入院の場合）、病名、処方、既往歴、主要症状経過、手術、処置、検査結論、患者状況などの診療内容に関する情報を保管する。電子カルテシステム３０は、診療内容に関する情報以外に、各種報告書、紹介状、指導内容書、説明書、同意書、看護記録、手術記録を保管する場合もある。電子カルテシステム３０は、オーダリングシステム２０を兼ねる場合もある。
【００３１】
既存のデータ保管システム４０は、レポートシステム４１及び医用画像保管システム４２を備えている。
【００３２】
レポートシステム４１は、ユーザによるクライアント端末１０等の操作に応じて、医用画像保管システム４２内の検査画像を表示し、ユーザによる検査画像の読影結果を表す読影レポート（以下、レポートという）を作成し、当該レポートを保管する機能をもっている。当該保管されたレポートは、病院システム内のクライアント端末１０等から閲覧可能となっている。
【００３３】
医用画像保管システム４２は、図示しない医用撮影装置で発生した検査画像を管理する機能をもっている。当該保管された検査画像は、病院システム内のクライアント端末１０等から閲覧可能となっている。
【００３４】
新規のデータ保管システム５０は、既存のデータ保管システム４０に保管された医用データの移行先のシステムであり、例えば、レポートシステム５１及び医用画像保管システム５２を備えている。
【００３５】
レポートシステム５１は、既存のレポートシステム４１と同様の機能を有しており、また、新規システムであることに応じた任意の機能を更に備えていてもよい。
【００３６】
医用画像保管システム５２は、既存の医用画像保管システム４２と同様の機能を有しており、また、新規システムであることに応じた任意の機能を更に備えていてもよい。
【００３７】
医用データ移行システム６０は、図２に示すように、病院システムに用いられる既存のデータ保管システム４０に保管された医用データを新規のデータ保管システム５０に移行させるためのシステムである。移行対象の医用データは、医用画像保管システム４２の画像データとデータベース、及びレポートシステム３１のデータである。移行手法としては、例えば、移行前に、当該医用データに患者単位の優先順位を示す患者優先順位をつけ、患者単位の医用データを画像ビューアの初期表示レイアウトに基づいてグループ化し、得られたデータブロックを移行させる方式としてもよい。なお、「初期表示レイアウト」の用語は、表示レイアウトの一例を示しており、単に「表示レイアウト」と読み替えてもよい。このことは各実施形態において同様である。
【００３８】
このような医用データ移行システム６０は、図３に示すように、記憶部６１、保管部６２、入力部６３、データ通信部６４、処理部６５及び表示部６６を備えている。
【００３９】
記憶部６１は、ＲＯＭ(Read-Only Memory)やＲＡＭ(Random Access Memory)等の記憶装置であり、一時的なワークエリアとして処理部６５に使用される。
【００４０】
保管部６２は、長期保存用の記憶装置であり、ハードディスク(HDD-Hard Disk Drive)又はＮＡＳ(Network Attached Storage)等として実装される。
【００４１】
入力部６３は、マウスやキーボードなどの入力機器を介し、ユーザからの各種命令や情報入力を受け付けて処理部６５に送出する。
【００４２】
データ通信部６４は、処理部６５に接続され、病院内の他のシステムやクライアント端末１０と、データや操作指示のやり取りを行う。
【００４３】
処理部６５は、各部６１〜６４，６６に接続され、図４のフローチャートに示す処理を実行するための機能を有している。
【００４４】
補足すると、処理部６５は、以下の各機能(f65-1)〜(f65-7)を有している。
【００４５】
(f65-1)  病院システムから患者の状況を示す患者状況情報を抽出する患者状況抽出機能。
【００４６】
(f65-2)  抽出した患者状況情報を記憶部６１に書込む患者状況書込機能。
【００４７】
(f65-3)  医用データのうちの検査画像データを表示する画像ビューアの各々の操作者に関連付けられた初期表示レイアウトを病院システムから取得するレイアウト取得機能。
【００４８】
(f65-4)  取得した初期表示レイアウトを記憶部６１に書込むレイアウト書込機能。
【００４９】
(f65-5)  記憶部６１内の患者状況情報及び初期表示レイアウトに基づいて、移行させる医用データ単位の優先順位を示す移行優先順位を決定する移行優先順位決定機能。
【００５０】
ここで、移行優先順位決定機能(f65-5)は、以下の各機能(f65-5-1)及び(f65-5-2)を備えていてもよい。
【００５１】
(f65-5-1)  患者状況情報に基づいて、患者単位の優先順位を示す患者優先順位を決定する機能。
【００５２】
(f65-5-2)  患者優先順位が同一の医用データのうち、初期表示レイアウトの各々に共通に用いられる医用データの移行を優先するように移行優先順位を決定する機能。
【００５３】
(f65-6)  決定された移行優先順位に基づいて、医用データの移行先となる新規のデータ保管システム５０を選定する移行先選定機能。
【００５４】
ここで、新規のデータ保管システム５０は、病院システムを有する病院の内部に設置された第１のデータ保管システムと、病院の外部に設置された第２のデータ保管システムとがある場合でもよい。この場合、移行先選定機能(f65-6)は、決定された移行優先順位に基づいて、当該第１のデータ保管システム又は当該第２のデータ保管システムを選定してもよい。
【００５５】
(f65-7)  決定された移行優先順位に基づいて、既存のデータ保管システム４０に保管されている医用データを、当該選定された新規のデータ保管システム５０に移行するデータ移行機能。
【００５６】
ここで、データ移行機能(f65-7)は、予め設定されたスケジュール及び移行優先順位に基づいて、医用データを移行してもよい。
【００５７】
表示部６６は、処理部６５に接続され、ユーザに処理や入力を提示するための表示機器である。表示部６６としては、例えば、ＣＲＴディスプレイや液晶ディスプレイなどが使用可能となっている。
【００５８】
このような医用データ移行システム６０は、例えば、ハードウェア構成、又はハードウェア資源とソフトウェアとの組合せ構成のいずれでも実施可能となっている。組合せ構成のソフトウェアとしては、予めネットワーク又は記憶媒体からコンピュータにインストールされ、医用データ移行システム６０の機能を当該コンピュータに実現させるためのプログラムが用いられる。
【００５９】
次に、以上のように構成された医用データ移行システムの動作を図４のフローチャート及び図５〜図１６の模式図を用いて説明する。
【００６０】
ステップＳＴ１のデータ取得処理において、医用データ移行システム６０内の処理部６５は、データ通信部６４を介して、病院システムから患者の状況を示す患者状況を抽出する。具体的には、医用データ移行システム６０は、図５に示すように、データベースファイルなどのデータ形式の予約情報をオーダリングシステム２０から取得すると共に、テキストファイル形式の情報（例、患者状況情報、院内区分情報、検査結論情報）を電子カルテシステム３０から取得する。取得された各情報は、処理部６５により記憶部６１に書込まれる。
【００６１】
ステップＳＴ２のキーワード抽出処理において、処理部６５は、図６に示すように、記憶部６１内の患者状況情報からキーワード「退院済」及び「死亡」を抽出し、当該キーワードを、当該患者状況情報に対応する格納タグ名「患者状況」のタグに格納する。
【００６２】
同様に、処理部６５は、記憶部６１内の予約情報からキーワード「予約日程」及び「予約時間」を抽出し、当該キーワードを当該予約情報に対応する格納タグ名「予約」のタグに格納する。
【００６３】
同様に、処理部６５は、記憶部６１内の院内区分情報からキーワード「救急」、「ＩＣＵ」、「普通入院」及び「外来」を抽出し、当該キーワードを、当該院内区分情報に対応する格納タグ名「院内区分」のタグに格納する。
【００６４】
同様に、処理部６５は、記憶部６１内の検査結論情報からキーワード「要精検」、「要注意」、「問題無し」、「経過観察」及び「他病院へ紹介」を抽出し、当該抽出したキーワードを、取得した検査結論情報に対応する格納タグ名「検査結論」のタグに格納する。
【００６５】
ここで、記憶部６１内の情報がテキストファイルの場合、処理部６５は、テキスト全体をスキャンし、キーワードのテキストマッチングを行う。
【００６６】
記憶部６１内の情報がデータベースファイルの場合、処理部６５は、データベースに関連するタグの場所で、該当キーワードに対し、ストリングマッチングを行う。
【００６７】
次に、ステップＳＴ３の患者状況リスト作成処理において、処理部６５は、ステップＳＴ２で抽出した情報に基づいて患者状況リストを作成し、当該患者状況リストを記憶部６１に保存する。患者状況リストは、図７に示すように、患者名・ＩＤ毎に、患者状況、予約、院内区分、検査結論、最終作成日を含む構造の患者データを有し、このような患者データを一覧して示すリスト情報である。
【００６８】
次に、処理部６５は、ステップＳＴ４〜ＳＴ５，ＳＴ７〜ＳＴ８に示すように、記憶部６１内の患者状況情報及び初期表示レイアウトに基づいて、移行させる医用データ単位の優先順位を示す移行優先順位を決定する。以下、ステップＳＴ４〜ＳＴ５，ＳＴ７〜ＳＴ８の処理について述べる。なお、この過程で、ステップＳＴ６のレイアウト取得処理についても述べるが、ステップＳＴ６の処理は、各ステップＳＴ１〜ＳＴ５の前後の所望の時点で実行可能である。
【００６９】
ステップＳＴ４の患者優先順位決定処理において、処理部６５は、患者状況情報に基づいて、患者単位の優先順位を示す患者優先順位を決定する。具体的には、処理部６５は、患者状況リスト内の各キーワードの順番に基づいて、患者優先順位を決定する。各キーワードの順番は、デフォルト設定又はユーザ設定により、決定されている。
【００７０】
デフォルト設定の場合、各キーワードの順番の例は、患者優先順位の高い方から「救急」、「ＩＣＵ」、「院内」、「経過観察」、「入院」、「外来」、「予約された診断時間」、「紹介」、電子カルテから「要精検」、電子カルテから「要注意」、電子カルテから「問題無し」、「タグなし」、「精算済」、「退院済」、「死亡」である。病院システムのデフォルト設定では、すぐに医用データが必要な患者（検査又は診断の緊急性が高い患者）ほど、高い患者優先順位が決定される。
【００７１】
次に、ステップＳＴ５の患者並び替え処理において、医用データ移行システム６０は、患者優先順位に基づいて、患者状況リスト内の患者データを並び替える。仮に、複数のキーワードが存在する場合、前述したデフォルト設定の順番で上位のキーワードが優先される。しかし、タグなし以降のデータであれば、患者優先順位がタグなしのデータより低く設定される。
【００７２】
ここで、患者並び替え処理の一例を図８に示す患者状況リストにより説明する。
【００７３】
図８において、患者状況リストは、５名の患者α，β，γ，δ，εの患者データを一覧して示している。
【００７４】
一般的なデータ移行の場合、時間の昇順か降順（逆順）で患者データを並べるが、例えば、時間の降順で並べると、患者β，γ，δ，ε，αの順になる。
【００７５】
これに対し、ステップＳＴ４の処理で患者優先順位を決定した場合、高い患者優先順位から患者α，γ，δ，ε，βになる。理由は、救急患者は、医用データがすぐ参照される可能性が高いため、高い患者優先順位に決定される。
【００７６】
図８に示す例の場合、患者α，βは、院内区分が「救急」のため、最高の患者優先順位に決定される。しかしながら、患者βは死亡したため、患者βの患者優先順位が患者α，βの並び順の最後になる。
【００７７】
次に、患者γ，εは、院内区分が「普通」であり、他の並び条件から見たら、患者γの検査結論が「要注意」であり、患者εの検査結論が「問題なし」である。
【００７８】
デフォルト設定上、「問題なし」の患者優先順位よりも「要注意」の患者優先順位の方が高いため、患者γは、患者εよりも高い患者優先順位に決定される。
【００７９】
次は、患者δ，εの予約情報に基づき、患者δの予約検査時間「2013/03/19 11:00」が患者εの予約検査時間「2013/03/19 13:00」よりも早いことから、患者δは、患者εよりも高い患者優先順位に決定される。
【００８０】
続いて、患者並び替え処理の他の一例を図９に示す患者状況リストにより説明する。具体的には、複数のキーワードが存在する場合に、デフォルト設定の順番で上位のキーワードが優先される処理について述べる。この説明では、優先される上位のキーワード（又は日時データ等）を「最上位患者状況」と呼ぶ。すなわち、最上位患者状況は、患者状況リストの各患者の列のデータのうち、最終的に患者優先順位を示すデータである。
【００８１】
デフォルト設定は、前述した通り、患者優先順位の高い方から「救急」、「ＩＣＵ」、「院内」、「経過観察」、「入院」、「外来」、「検査予約日時」、「紹介」、電子カルテから「要精検」、電子カルテから「要注意」、電子カルテから「問題無し」、「タグなし」、「精算済」、「退院済」、「死亡」である。
【００８２】
但し、「検査予約日時」がなく、最上位患者状況が「問題なし」、「タグなし」、「精算済」、「退院済み」や「死亡」の場合には、低い優先順位としている。当該患者優先順位は、患者優先順位決定の際に使用されている優先順位である。
【００８３】
図９で最上位患者状況の決定を説明する。患者αの列には一つの患者状況「救急」しかないので、最上位患者状況は「救急」である。
【００８４】
患者βの列には２つの患者状況「死亡」，「救急」があり、最上位患者状況は「死亡」になる。
【００８５】
患者γの列には、２つの患者状況「普通」，「要注意」があり、最上位患者状況が「普通（入院）」になる。
【００８６】
患者δの列には、患者状況「退院済」，予約検査時間「2013/03/19 11:00」があり、最上位患者状況が「2013/03/19 11:00（検査予約時間）」になる。
【００８７】
患者εの列には、キーワードがないので、最上位患者状況は「タグなし」になる。
【００８８】
次に、ステップＳＴ６の画像ビューア初期レイアウト取得処理において、処理部６５は、医用データのうちの検査画像データを表示する画像ビューアの各々のユーザ（操作者）に関連付けられた初期表示レイアウトを病院システムからデータ通信部６４により取得する。取得された初期表示レイアウトは、処理部６５により、記憶部６１に書込まれる。具体的には、処理部６５は、画像ビューアの初期表示レイアウトに関する情報を取得する。初期表示レイアウトに関する情報は、初期表示レイアウトの他に、例えば、表示条件を含んでもよい。初期表示レイアウトは、検査画像が画像ビューア上に表示される配置を示している。初期表示レイアウトは、主に、モダリティ、検査部位、及びユーザの個人設定（過去検査の数、検査画像の配置）に応じて変化する。
【００８９】
ここで、初期表示レイアウトは、今回の検査画像と、過去の複数の検査画像との配置を示す場合がある。また、一つの画面で、検査画像が複数のマスに配置される場合がある。
【００９０】
また、画像ビューアは複数のユーザに操作される場合がある。この場合、処理部６５は、初期表示レイアウトに必要となる最大検査数をまとめるために、画像ビューアの各々のユーザの初期表示レイアウトに関する情報を取得する必要がある。
【００９１】
そのため、処理部６５は、病院システムの画像ビューアのユーザ設定を示すデータベースファイルの処理により、全ユーザの初期表示レイアウトに関する情報を一つのレイアウト詳細設定リストにまとめる。レイアウト詳細設定リストは、処理部６５により記憶部６１に書込まれる。
【００９２】
ここで、レイアウト詳細設定リストは、図１０に示すように、ユーザ名・ＩＤ毎に、レイアウト名、モダリティ、検査部位、レイアウトで用いる過去検査の数、を含む構造のレイアウト詳細設定データを有し、このようなレイアウト詳細設定データを一覧して示すリスト情報である。なお、例えば、「レイアウトで用いる過去検査の数」が「３」の場合、レイアウトでは、前回の検査（１つ目の検査）、前々回の検査（２つ目の検査）、前々々回の検査（３つ目の検査）、を用いることを意味する。このとき、レイアウトには、３つの過去検査と比較される今回の検査（４つ目の検査）も用いられる。
【００９３】
次に、ステップＳＴ７のデータグループ化処理において、医用データ移行システム６０は、レイアウト詳細設定リストにより、各モダリティ及び検査部位に対し、レイアウトで用いる過去検査の数の最大値を計算できる。レイアウトで用いる過去検査の数の最大値により、各患者に対し、一回のデータ移行に必要な最小データ移行量がわかる。医用データ移行システム６０は、この最小データ移行量を用い、各患者の医用データを移行時のデータブロックとしてグループ化する。
【００９４】
ここで、データグループ化の一例を図１１に示すレイアウト詳細設定リストにより説明する。
【００９５】
図１１に示す全ユーザＡ，Ｂ，Ｃにおける、モダリティが「ＣＴ」かつ検査部位が「ＨＥＡＤ」のデータは、レイアウトで用いる過去検査の数の最大値が「１０」のため、一回のデータ移行に必要となる最小データ移行量が１０検査分になる。
【００９６】
このため、モダリティが「ＣＴ」かつ検査部位が「ＨＥＡＤ」である１０検査分のデータがデータブロックとしてグループ化される。
【００９７】
データブロックは、図１２に示すように、患者名・ＩＤに関連付けたデータブロックＩＤ毎に、モダリティ、検査部位、レイアウトで用いる過去検査の数、データ最終更新時間、を含むデータ構造を有している。
【００９８】
もし同一の検査又はレイアウトに対し、複数のモダリティ・検査部位が存在する場合、当該レイアウトで用いる過去検査の数も、過去検査の数の最大値の計算に含める必要がある。この場合、処理部６５は、モダリティ・検査部位の単位で、最小データ移行量を求める。
【００９９】
例えば図１３に示す例の場合、レイアウトにおいて、３種類のモダリティ「ＣＴ」，「ＭＲＩ」，「ＣＴ、ＭＲＩ」が混在し、かつ３種類の検査部位「ＣＨＥＳＴ、ＨＥＡＤ」，「ＣＨＥＳＴ」（胸郭），「ＨＥＡＤ」（頭部）が混在する場合がある。
【０１００】
複数のモダリティ・検査部位が混在する場合、レイアウトで用いる過去検査の数の最大値がデータブロックの最小データ移行量になる。
【０１０１】
図１３において、モダリティ「ＭＲＩ」で且つ検査部位「ＣＨＥＳＴ」、「ＨＥＡＤ」の場合、レイアウトで用いる過去検査の数は「１０」である。モダリティ「ＣＴ」で且つ検査部位「ＣＨＥＳＴ」、「ＨＥＡＤ」の場合、レイアウトで用いる過去検査の数は「５」である。
【０１０２】
その他、モダリティ「ＣＴ」で且つ検査部位「ＨＥＡＤ」の場合、レイアウトで用いる過去検査の数が「１１」である。
【０１０３】
本手法では、モダリティ・検査部位の単位で、レイアウトに用いる過去検査の数の最大値でデータブロックの最小データ移行量を決める。このため、全てのモダリティ・検査部位において、レイアウトで用いる過去検査の数の最大値から、データブロックの最小データ移行量が得られる。
【０１０４】
図１３に示す例の場合、モダリティが「ＣＴ」と「ＭＲＩ」、検査部位が「ＣＨＥＳＴ」と「ＨＥＡＤ」、それぞれ１１検査分のデータがデータブロックとしてグループ化される。
【０１０５】
次に、ステップＳＴ８のデータブロックの並び替え処理において、医用データ移行システム６０は、患者単位でデータブロックの移行優先順位を設定する。
【０１０６】
すなわち、患者のデータブロックが患者優先順位と同じ順位に移行優先順位が設定される。しかしながら、同一患者に対し、２つ以上のデータブロックを有する場合には、各データブロックに対し、患者優先順位とは異なる移行優先順位を決定する必要がある。
【０１０７】
例えば、各データブロックのデータ最終更新時間に基づき、最新データを持つデータブロックが当該患者のデータ移行の一つ目であるようにしてもよい。
【０１０８】
医用データ移行システム６０は、一つ目のデータブロックを除き、残りの全てのデータブロックに優先順位を設定するまで、次の優先順位を持つ患者と比べ、このステップを実行する。
【０１０９】
もし複数のデータブロックが同じ最終更新時間をもつ場合、各データブロックのデータブロックＩＤの昇順に移行優先順位を設定してもよい。
【０１１０】
ここで、図１４を用い、データブロックの並び替え処理の一例を説明する。
【０１１１】
この時点で患者単位の患者優先順位は決定されているとする。患者優先順位の高い方から、患者α，β，γである。患者αは３つのデータブロックを有し、患者βは２つのデータブロックを有している。
【０１１２】
ここで、並び替え処理としては、例えば（ａ）同一患者内での並び替え処理、又は（ｂ）各患者間での並び替え処理、のいずれとしてもよい。
【０１１３】
（ａ）の場合、例えば、患者αについては、患者αの３つのデータブロックをデータ最終更新時間の昇順に並べ替えた後、患者αの同一のデータ最終更新時間のデータブロックをデータブロックＩＤの昇順に並べ替えればよい。以下同様に、患者単位でデータブロックを並べ替えればよい。その結果、（ａ）の場合、並び替え処理後のデータブロックは、図１５に示すように、移行優先順位が高い順から、データブロックＩＤが「００１」、「００２」、「００３」、「００５」、「００４」、「００６」になる。
【０１１４】
一方、（ｂ）の場合、例えば、患者αの３つのデータブロックをデータ最終更新時間の昇順に並べ替えた後、先頭にある同一のデータ最終更新時間のデータブロックをデータブロックＩＤの昇順に並べ替えればよい。しかる後、患者αの同一のデータ最終更新時間をもつ２つのデータブロックを除いた残り４つのデータブロックについては、データ最終更新時間の昇順に並び替えた後、同一のデータ最終更新時間のデータブロックをデータブロックＩＤの昇順に並び替えればよい。その結果、（ｂ）の場合、並び替え処理後のデータブロックは、図１６に示すように、移行優先順位が高い順から、データブロックＩＤが「００１」、「００２」、「００５」、「００３」、「００６」、「００４」になる。
【０１１５】
補足すると、患者αのデータブロックについては、データ最終更新時間の昇順の並び替え後、先頭にある同一のデータ最終更新時間「2013/03/05 09:00」をもつ２つのデータブロック、すなわちデータブロックＩＤ「００１」、「００２」をもつ２つのデータブロックが最も高い移行優先順位になる。
【０１１６】
このとき、２つのデータブロックのうち、１番小さい値のデータブロックＩＤ「００１」をもつデータブロックを最高の移行優先順位にし、２番目に小さい値のデータブロックＩＤ「００２」を２番目の移行優先順位にする。
【０１１７】
また、患者αの残りのデータブロックＩＤ「００３」をもつデータブロックのデータ最終更新時間「2013/03/05 09:30」は、患者βのデータブロックＩＤ「００５」をもつデータブロックのデータ最終更新時間「2013/03/05 09:00」よりも遅い。このため、患者αのデータブロックＩＤ「００３」をもつデータブロックは、患者βのデータブロックＩＤ「００５」をもつデータブロックよりも、低い移行優先順位にする。
【０１１８】
同様に、患者βの残りのデータブロックＩＤ「００４」をもつデータブロックは、患者γのデータブロックＩＤ「００６」をもつデータブロックよりも、低い移行優先順位にする。
【０１１９】
以上により、（ｂ）の場合、並び替え処理後のデータブロックは、移行優先順位が高い順から、データブロックＩＤが「００１」、「００２」、「００５」、「００３」、「００６」、「００４」になる。
【０１２０】
次に、ステップＳＴ９の移行先の決定処理において、医用データ移行システム６０は、以上のステップで決定された移行優先順位に基づいて、医用データの移行先となる新規のデータ保管システム５０を選定する。
【０１２１】
例えば、所定順位より高い移行優先順位をもつデータブロックについては、病院システムを有する病院の内部に設置された新規のデータ保管システム５０（第１のデータ保管システム）を移行先として選定し、所定順位以下の低い移行優先順位をもつデータブロックについては、病院の外部に設置された図示しないデータセンタ（第２のデータ保管システム）を移行先として選定してもよい。
【０１２２】
また、同一患者に複数のデータブロックが存在し、当該データブロックのデータ最終更新時間が移行時点から３ヶ月以上経つ場合、データの移行先を外部のデータセンタに選定してもよい。
【０１２３】
次に、ステップＳＴ１０のデータ移行処理において、処理部６５は、決定された移行優先順位に基づいて、既存のデータ保管システム４０に保管されている医用データを、当該選定された新規のデータ保管システム５０（又は外部のデータセンタ）に移行する。ここで、処理部６５は、予め設定されたスケジュール及び移行優先順に基づいて、医用データを移行してもよい。具体的には、処理部６５は、病院の運用に合わせてスケジュールに設定された時間帯（例、深夜）に、医用データを移行してもよい。
【０１２４】
上述したように本実施形態によれば、病院システムから患者状況情報を抽出し、画像ビューアの各々の操作者に関連付けられた初期表示レイアウトを取得し、患者状況情報及び初期表示レイアウトに基づいて、医用データ単位の移行優先順位を決定し、移行優先順位に基づいて、移行先となる新規のデータ保管システムを選定し、移行優先順位に基づいて、既存のデータ保管システム４０に保管されている医用データを、選定された新規のデータ保管システム５０に移行する。これにより、待ち時間の発生を阻止しつつ、必要な医用データを参照することができる。
【０１２５】
また、本実施形態によれば、新規のデータ保管システム５０としては、病院システムを有する病院の内部に設置された第１のデータ保管システムと、病院の外部に設置された第２のデータ保管システムとがある場合、決定された移行優先順位に基づいて、第１のデータ保管システム又は第２のデータ保管システムを選定できる。これにより、例えば、移行優先順位の高い医用データについては病院内部で移行処理を完結するので、移行処理の安全性を向上させることができる。
【０１２６】
また、本実施形態によれば、予め設定されたスケジュール及び移行優先順位に基づいて、医用データを移行できるので、例えば深夜時間帯など、医用データを移行する可能性が低い時間帯に医用データを移行するスケジュールを設定することにより、データ移行中に医用データを参照できない不都合を低減させることができる。
【０１２７】
＜第２の実施形態＞
次に、第２の実施形態に係る医用データ移行システムについて、前述した各図を参照しながら説明する。
【０１２８】
第２の実施形態は、第１の実施形態の他の具体例であり、処理部６５が、移行優先順位決定機能(f65-5)内の一機能(f65-5-2)を用いている。この機能(f65-5-2)は、前述した通り、患者優先順位が同一の医用データのうち、初期表示レイアウトの各々に共通に用いられる医用データの移行を優先するように移行優先順位を決定する機能である。なお、初期表示レイアウトの各々に共通に用いられる医用データは、最小の検査数で用いられるデータである。
【０１２９】
例えば、図１１に示したレイアウト詳細設定リストにおいて、レイアウト名「ＬＡＹＯＵＴ１」をもつ初期表示レイアウトは、用いる過去検査の数が「５」である。また例えば、レイアウト名「ＨＥＡＤ＿ＥＰＩ」をもつ初期表示レイアウトは、用いる過去検査の数が「２」である。他のレイアウト名をもつ初期表示レイアウトも同様に、用いる過去検査の数が設定されている。このレイアウト詳細設定リストの場合、図１７に示すように、初期表示レイアウトの各々に共通に用いられる医用データは、過去検査の数が「２」（最小の検査数）までの検査画像データである。なお、初期表示レイアウトの各々に共通に用いられる医用データは、レイアウトとして指定される回数が多い医用データであり、頻繁に使用される医用データである。
【０１３０】
よって、例えば図１８に示すように、患者αの過去のＣＴ−ＨＥＡＤ検査結果を表す６つの検査画像データｄ１〜ｄ６が保管されていた場合、処理部６５は、過去検査の数が「２」までの検査画像データｄ１，ｄ２の移行を優先するように、移行優先順位を決定する。処理部６５は、例えば、検査画像データｄ１，ｄ２を含むデータブロックの移行を優先するように、移行優先順位を決定すればよい。
【０１３１】
次に、以上のように構成された医用データ移行システムの動作を説明する。
【０１３２】
いま、前述同様に、ステップＳＴ１〜ＳＴ４の処理により患者優先順位が決定され、ステップＳＴ５の処理により患者並び替え処理が実行されたとする。また、前述同様に、ステップＳＴ６の処理により、画像ビューアの各々のユーザ（操作者）に関連付けられた初期表示レイアウトが取得されたとする。
【０１３３】
次に、ステップＳＴ７のデータグループ化処理において、医用データ移行システム６０は、レイアウト詳細設定リストにより、各モダリティ及び検査部位に対し、レイアウトで用いる過去検査の数の最小値を計算できる。なお、レイアウトで用いる過去検査の数の最小値は、初期表示レイアウトの各々に共通に用いられる医用データの数を表している。レイアウトで用いる過去検査の数の最小値により、各患者に対し、一回のデータ移行に必要な最小データ移行量がわかる。医用データ移行システム６０は、この最小データ移行量を用い、各患者の医用データを移行時のデータブロックとしてグループ化する。
【０１３４】
ここで、データグループ化の一例を図１１に示したレイアウト詳細設定リストにより説明する。
【０１３５】
図１１に示した全ユーザＡ，Ｂ，Ｃにおける、モダリティが「ＣＴ」かつ検査部位が「ＨＥＡＤ」のデータは、レイアウトで用いる過去検査の数の最小値が「２」のため、一回のデータ移行に必要となる最小データ移行量が２検査分になる。
【０１３６】
このため、モダリティが「ＣＴ」かつ検査部位が「ＨＥＡＤ」である２検査分のデータがデータブロックとしてグループ化される。
【０１３７】
もし同一の検査又はレイアウトに対し、複数のモダリティ・検査部位が存在する場合、当該レイアウトで用いる過去検査の数も、過去検査の数の最小値の計算に含める必要がある。この場合、処理部６５は、モダリティ・検査部位の単位で、最小データ移行量を求める。
【０１３８】
例えば図１３に示したように、複数のモダリティ・検査部位が存在する場合、レイアウトで用いる過去検査の数の最小値がデータブロックの最小データ移行量になる。
【０１３９】
図１３において、モダリティ「ＭＲＩ」で且つ検査部位「ＣＨＥＳＴ」、「ＨＥＡＤ」の場合、レイアウトで用いる過去検査の数は「２」である。モダリティ「ＣＴ」で且つ検査部位「ＣＨＥＳＴ」、「ＨＥＡＤ」の場合、レイアウトで用いる過去検査の数は「２」である。
【０１４０】
その他、モダリティ「ＣＴ」で且つ検査部位「ＨＥＡＤ」の場合、レイアウトで用いる過去検査の数が「５」である。
【０１４１】
本手法では、モダリティ・検査部位の単位で、レイアウトに用いる過去検査の数の最小値でデータブロックの最小データ移行量を決める。このため、全てのモダリティ・検査部位において、レイアウトで用いる過去検査の数の最小値から、データブロックの最小データ移行量が得られる。
【０１４２】
図１３に示した例の場合、モダリティが「ＣＴ」と「ＭＲＩ」、検査部位が「ＣＨＥＳＴ」と「ＨＥＡＤ」、それぞれ２検査分のデータがデータブロックとしてグループ化される。
【０１４３】
次に、ステップＳＴ８のデータブロックの並び替え処理において、医用データ移行システム６０は、患者単位でデータブロックの移行優先順位を設定する。
【０１４４】
すなわち、患者のデータブロックが患者優先順位と同じ順位に移行優先順位が設定される。しかしながら、同一患者に対し、２つ以上のデータブロックを有する場合には、各データブロックに対し、患者優先順位とは異なる移行優先順位を決定する必要がある。
【０１４５】
本実施形態では、処理部６５が、患者優先順位が同一の医用データのうち、初期表示レイアウトの各々に共通に用いられる医用データの移行を優先するように移行優先順位を決定する。
【０１４６】
例えば、処理部６５は、初期表示レイアウトの各々に共通に用いられる２検査分の検査画像データを含むデータブロックの移行を優先するように、移行優先順位を決定する。
【０１４７】
ここで、データブロックの並び替え処理の一例を説明する。
【０１４８】
この時点で患者単位の患者優先順位は決定されているとする。患者優先順位の高い方から、患者α，β，γである。患者αは３つのデータブロックを有し、患者βは２つのデータブロックを有している。
【０１４９】
ここで、並び替え処理としては、例えば同一患者内での並び替え処理を用いる。
【０１５０】
例えば、患者αについては、患者αの３つのデータブロックをデータ最終更新時間（検査日時順）の降順に並べ替えればよい。以下同様に、患者単位でデータブロックを並べ替えればよい。
【０１５１】
以下、前述同様に、処理部６５は、ステップＳＴ９〜ＳＴ１０の処理により、新規のデータ保管システム５０（又は外部のデータセンタ）を選定し、医用データを当該新規のデータ保管システム５０（又は外部のデータセンタ）に移行する。また前述同様に、処理部６５は、予め設定されたスケジュール及び移行優先順に基づいて、医用データを移行してもよい。
【０１５２】
上述したように本実施形態によれば、患者優先順位が同一の医用データのうち、初期表示レイアウトの各々に共通に用いられる医用データの移行を優先するように移行優先順位を決定する。これにより、第１の実施形態の効果に加え、頻繁に使用される医用データを優先的に移行させることができる。
【０１５３】
以上説明した少なくとも一つの実施形態によれば、病院システムから患者状況情報を抽出し、画像ビューアの各々の操作者に関連付けられた初期表示レイアウトを取得し、患者状況情報及び初期表示レイアウトに基づいて、医用データ単位の移行優先順位を決定し、移行優先順位に基づいて、移行先となる新規のデータ保管システムを選定し、移行優先順位に基づいて、既存のデータ保管システム４０に保管されている医用データを、選定された新規のデータ保管システム５０に移行する。これにより、待ち時間の発生を阻止しつつ、必要な医用データを参照することができる。
【０１５４】
なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１５５】
１０…クライアント端末、２０…オーダリングシステム、３０…電子カルテシステム、４０…既存のデータ保管システム、４１，５１…レポートシステム、４２，５２…医用画像保管システム、５０…新規のデータ保管システム、６０…医用データ移行システム、６１…記憶部、６２…保管部、６３…入力部、６４…データ通信部、６５…処理部、６６…表示部。
【図１】
2015138337.tif 000003
【図２】
2015138337.tif 000004
【図３】
2015138337.tif 000005
【図４】
2015138337.tif 000006
【図５】
2015138337.tif 000007
【図６】
2015138337.tif 000008
【図７】
2015138337.tif 000009
【図８】
2015138337.tif 000010
【図９】
2015138337.tif 000011
【図１０】
2015138337.tif 000012
【図１１】
2015138337.tif 000013
【図１２】
2015138337.tif 000014
【図１３】
2015138337.tif 000015
【図１４】
2015138337.tif 000016
【図１５】
2015138337.tif 000017
【図１６】
2015138337.tif 000018
【図１７】
2015138337.tif 000019
【図１８】
2015138337.tif 000020