(57)【要約】【課題】  操作者が確認すべき医療情報を当該操作者が見落とすことを防止する技術を提案する。【解決手段】  電子カルテ５１に記述された診療依頼に対する診療結果（すなわち、操作者に対して確認を要求する医療情報）を検出すると、その診療結果に関する情報を表示内容とした付箋状の表示体５６を、電子カルテ５１上におけるその診療依頼の記述部分５２に対応する画面位置Ａ（５３ａ）に表示する。また、電子カルテ５１における表示体５６以外の部分を透明又は半透明のレイヤー（操作禁止マスク）５５で覆い、操作禁止マスク５５に対する操作の入力を無効化（例えば、入力内容を破棄）することで、表示体５６の表示内容に対する確認操作以外の電子カルテ５１に対する次の医療行為に関する操作の入力を禁止する。【選択図】  図２
2010061228.tif 000002
【特許請求の範囲】
【請求項１】
操作者の確認を要求する医療情報を検出する検出手段と、
前記検出手段により検出された医療情報に関する表示を行う第１の表示手段と、
前記第１の表示手段による表示内容に対する確認操作の入力がない状態では、当該操作者による次の医療行為に関する操作の入力を禁止する制御を行う制御手段と、
を備えたことを特徴とする医療情報管理システム。
【請求項２】
前記検出手段は、操作者の確認を要求する医療情報として、当該操作者により入力された診療依頼の情報の送信先である外部のシステムにより生成される診療結果の情報を検出する、
ことを特徴とする請求項１に記載の医療情報管理システム。
【請求項３】
前記第１の表示手段は、前記検出手段により検出される医療情報に関する依頼の入力を受け付けた画面位置に対応する画面位置に前記表示を行う、
ことを特徴とする請求項１又は請求項２に記載の医療情報管理システム。
【請求項４】
前記第１の表示手段は、次の医療行為に関する操作の入力を受け付ける画面位置に対応する画面位置に前記表示を行う、
ことを特徴とする請求項１又は請求項２に記載の医療情報管理システム。
【請求項５】
前記第１の表示手段は、既に情報が書き込まれている最終の書き込み位置の次の書き込み位置に対応する画面位置に前記表示を行う、
ことを特徴とする請求項１又は請求項２に記載の医療情報管理システム。
【請求項６】
前記第１の表示手段による表示内容に対する確認操作の入力に関する履歴の情報を記憶する記憶手段を備えた、
ことを特徴とする請求項１乃至請求項５のいずれか１項に記載の医療情報管理システム。
【請求項７】
前記記憶手段に記憶された履歴の情報に基づいて、前記第１の表示手段による表示内容に対する確認操作の入力が既になされたことを示す表示を行う第２の表示手段を備えた、
ことを特徴とする請求項６に記載の医療情報管理システム。
【請求項８】
コンピュータに、
操作者の確認を要求する医療情報を検出する検出機能と、
前記検出機能により検出された医療情報に関する表示を行う第１の表示機能と、
前記第１の表示機能による表示内容に対する確認操作の入力がない状態では、当該操作者による次の医療行為に関する操作の入力を禁止する制御を行う制御機能と、
を実現させるための医療情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報管理システム及び医療情報管理プログラムに関する。
【背景技術】
【０００２】
医療情報を管理する技術に関し、以下のような発明が提案されている。
例えば特許文献１の発明では、操作者が、患者一覧画面部、人生マップ画面部、カルテ画面部を起動すると、電子カルテデータ部中にある該当データが未読であるか既読であるかが未読データ部を参照して確認する。患者のデータが未読の場合には、各結果マークが点滅して表示する。また、患者を選択してカルテ画面部を起動したときに、患者のデータが未読の場合には、人生マップ画面を自動的に起動する。
【０００３】
例えば特許文献２の発明では、所定の指示ツールの表示要求を医師から受け付けた場合に、各指示ツールの種類と所定の情報を入力する際の注意を医師に促す球の種類との間の対応関係の情報を記憶したデータベースを参照することにより所定の指示ツール上に表示する球を選択し、選択された球を指示ツール上に表示するよう制御する。
【０００４】
【特許文献１】特開２００６−２６８４５８号公報
【特許文献２】特開２００７−２５７０３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、操作者が確認すべき医療情報を当該操作者が見落とすことを防止する技術を提案することを目的としている。
【課題を解決するための手段】
【０００６】
請求項１記載の発明は、操作者の確認を要求する医療情報を検出する検出手段と、前記検出手段により検出された医療情報に関する表示を行う第１の表示手段と、前記第１の表示手段による表示内容に対する確認操作の入力がない状態では、当該操作者による次の医療行為に関する操作の入力を禁止する制御を行う制御手段と、を備えたことを特徴とする医療情報管理システムである。
【０００７】
請求項２記載の発明は、請求項１記載の発明において、前記検出手段は、操作者の確認を要求する医療情報として、当該操作者により入力された診療依頼の情報の送信先である外部のシステムにより生成される診療結果の情報を検出する、ことを特徴とする。
【０００８】
請求項３記載の発明は、請求項１又は２記載の発明において、前記第１の表示手段は、前記検出手段により検出される医療情報に関する依頼の入力を受け付けた画面位置に対応する画面位置に前記表示を行う、ことを特徴とする。
【０００９】
請求項４記載の発明は、請求項１又は２記載の発明において、前記第１の表示手段は、次の医療行為に関する操作の入力を受け付ける画面位置に対応する画面位置に前記表示を行う、ことを特徴とする。
【００１０】
請求項５記載の発明は、請求項１又は２記載の発明において、前記第１の表示手段は、既に情報が書き込まれている最終の書き込み位置の次の書き込み位置に対応する画面位置に前記表示を行う、ことを特徴とする。
【００１１】
請求項６記載の発明は、請求項１乃至５記載の発明において、前記第１の表示手段による表示内容に対する確認操作の入力に関する履歴の情報を記憶する記憶手段を備えた、ことを特徴とする。
【００１２】
請求項７記載の発明は、請求項６記載の発明において、前記記憶手段に記憶された履歴の情報に基づいて、前記第１の表示手段による表示内容に対する確認操作の入力が既になされたことを示す表示を行う第２の表示手段を備えた、ことを特徴とする。
【００１３】
請求項８記載の発明は、コンピュータに、操作者の確認を要求する医療情報を検出する検出機能と、前記検出機能により検出された医療情報に関する表示を行う第１の表示機能と、前記第１の表示機能による表示内容に対する確認操作の入力がない状態では、当該操作者による次の医療行為に関する操作の入力を禁止する制御を行う制御機能と、を実現させるための医療情報管理プログラムである。
【発明の効果】
【００１４】
請求項１記載の発明によると、操作者が確認すべき医療情報を当該操作者が見落とすことを防止することができる。
【００１５】
請求項２記載の発明によると、操作者による診療依頼に対して外部のシステムにより生成された診療結果の情報を当該操作者が見落とすことを防止することができる。
【００１６】
請求項３記載の発明によると、操作者による医療情報に関する依頼の入力位置に対応する画面位置（操作者が視線を向けることが想定される画面位置）に、当該操作者が確認すべき医療情報に関する表示を行うことができる。
【００１７】
請求項４記載の発明によると、操作者による次の医療行為に関する操作の入力位置に対応する画面位置（操作者が視線を向けることが想定される画面位置）に、当該操作者が確認すべき医療情報に関する表示を行うことができる。
【００１８】
請求項５記載の発明によると、操作者による次の書き込み位置に対応する画面位置（操作者が視線を向けることが想定される画面位置）に、当該操作者が確認すべき医療情報に関する表示を行うことができる。
【００１９】
請求項６記載の発明によると、操作者が確認すべき医療情報に対する当該操作者による確認操作の有無を事後的に把握することができる。
【００２０】
請求項７記載の発明によると、操作者が確認すべき医療情報に対する確認操作がなされたことを目視により把握することができる。
【００２１】
請求項８記載の発明によると、操作者が確認すべき医療情報を当該操作者が見落とすことを防止することができる。
【発明を実施するための最良の形態】
【００２２】
本発明の一実施形態に係る医療情報管理システムを、図面を参照して説明する。
なお、本例の医療情報管理システムでは、操作者がシステムを利用するに先立って認証処理を行っており、この認証処理により操作者の識別情報（ＩＤや名称など）を取得して以後の処理に利用しているが、他の手法により操作者の識別情報を取得してもよく、例えば、操作者毎に操作端末が割り当てられている環境では、システムの利用に用いられた操作端末の情報に基づいて操作者の識別情報を取得してもよい。
本例の医療情報管理システムでは、図２に例示するような、患者の診療録（本例では２号紙）を模した電子文書（以下、電子カルテという）５１を、操作者（本例では担当医）の操作端末に設けられたディスプレイに表示する。この電子カルテ５１には、例えば、担当医による問診や所見の内容、看護師や他の医師（例えば読影医）等に依頼する処置や検査等の診療依頼の内容といった種々の情報が記録される。
【００２３】
そして、電子カルテ５１に記述された診療依頼に対する診療結果（すなわち、操作者に対して確認を要求する医療情報）を検出すると、その診療結果に関する情報を表示内容とした付箋状の表示体５６を、電子カルテ５１上におけるその診療依頼の記述部分５２に対応する画面位置Ａ（５３ａ）に表示する。
具体的には、診療依頼の記述部分５２の座標（Ｘ１，Ｙ１）にオフセット値（ｄｈ１，ｄｖ１）を加算した座標（Ｘ１＋ｄｈ１，Ｙ１＋ｄｖ１）により示される画面位置Ａ（５３ａ）に表示する。すなわち、オフセット値の設定内容に応じて、診療依頼の記述部分５２の一部又は全部に表示体５６が重ねて表示され、或いは依頼内容の記述部分５２の近傍に表示体５６が表示される。
【００２４】
なお、本例では、診療依頼の記述を行った操作者の識別情報を電子カルテ５１（或いは該当する記述部分５２等）に対応付けており、この識別情報により特定される操作者に対してその診療依頼に対する診療結果に応じた表示体５６を提示するよう制御している。
また、複数の診療依頼のそれぞれに対する複数の診療結果がある場合には、本例では代表となる診療依頼（例えば最も左上に記述された診療依頼）を選出し、当該選出された診療依頼の記述部分に対応する画面位置に、それぞれの診療結果に関する情報を表示内容とした一の表示体５６を表示しているが、各診療依頼の記述部分に対応するそれぞれの画面位置に、その診療結果に関する情報を表示内容とした表示体５６をそれぞれ表示するようにしてもよい。
【００２５】
また、画面位置Ａ（５３ａ）に代えて、表示体５６を、既に情報が書き込まれている最終の書き込み位置の次の書き込み位置（本例では、次の医療行為に関する操作の入力を受け付ける画面位置でもある）に対応する画面位置Ｂ（５３ｂ）に表示してもよい。
具体的には、次なる書き込み位置（または、次なる操作入力に係る画面位置）の座標（Ｘ２，Ｙ２）にオフセット値（ｄｈ２，ｄｖ２）を加算した座標（Ｘ２＋ｄｈ２，Ｙ２＋ｄｖ２）に表示する。すなわち、オフセット値の設定内容に応じて、次なる書き込み位置（次なる操作入力に係る画面位置）の一部又は全部に表示体５６が重ねて表示され、或いは次なる書き込み位置（次なる操作入力に係る画面位置）の近傍に表示体５６が表示される。なお、次なる書き込み位置（次なる操作入力に係る画面位置）は、例えば、暗黙的に定められた書き込み順（上から下、左から右など）に基づいて特定でき、或いは予め明示的に定められた操作順に基づいて特定できる。
【００２６】
ここで、本例では、電子カルテ５１に記述された診療依頼に対する診療結果が検出された場合に表示体５６を表示するとともに、電子カルテ５１における表示体５６以外の部分を透明又は半透明のレイヤー（操作禁止マスク）５５で覆っており、操作禁止マスク５５に対する操作の入力を無効化（例えば、入力内容を破棄）することで、表示体５６の表示内容に対する確認操作以外の電子カルテ５１に対する次の医療行為に関する操作の入力を禁止している。
【００２７】
なお、本例では、表示体５６にそれぞれの診療結果（本例では電子文書）の要約の一覧５７を表示し、一覧５７に対する要約の選択入力に応じて当該選択された要約の基となった診療結果の名称（文書名）の一覧５８を表示し、一覧５８に対する診療結果の選択入力に応じて当該選択された診療結果の実体である電子文書の内容を表示するようにしており、診療結果の実体の表示を以って、該当する診療結果に対する確認操作がなされたと判定している。
【００２８】
また、他の確認操作であってもよく、例えば、診療結果の要約毎にチェック欄を設け、当該チェック欄にチェックが付された場合（或いはそのチェック内容を確定する操作があった場合）等に、該当する診療結果に対する確認操作がなされたと判定してもよい。
また、上記のように表示体５６により要約表示を行う態様でなくともよく、例えば、診療結果の実体である電子文書の内容そのものを表示体５６による表示内容とし、表示体５６に設けられた確認ボタンの押下を以って、該当する診療結果に対する確認操作がなされたと判定してもよい。
【００２９】
また、本例では、確認操作の入力に関する履歴を記憶管理しており、確認操作が既になされた診療結果については、確認操作が既に為されたことを示す確認完了表示５４を、診療依頼の記述部分５２に対応する画面位置に表示する。本例では、診療依頼の記述部分５２の下部に確認完了表示５４を配置しているが、このような位置に限定するものではなく、例えば、診療依頼の記述部分５２の左または右に配置してもよく、診療依頼の記述部分５２に重ねて配置してもよい。また、確認完了表示５４の態様としては、“確認完了”等の文字であってもよく、特定の図形であってもよい。
【００３０】
本例の医療情報管理システムは、図１に機能ブロックを例示するように、操作検出部１１、表示制御部１２、ディスプレイマネージャ部２０、イベントマネージャ部３０を有している。また、外部のシステムであるオーダエントリシステム４１、医事システム４２、検査レポート作成システム４３等の病院内サブシステムとの間で通信可能に構成されている。
【００３１】
本例では、担当医の操作端末により操作検出部１１、表示制御部１２、ディスプレイマネージャ部２０を構成し、操作端末と通信可能に設けられたサーバ装置によりイベントマネージャ部３０を構成しているが、このような構成に限定するものではない。すなわち、例えば、複数台の装置によりディスプレイマネージャ部２０を構成してもよく、複数台の装置によりイベントマネージャ部３０を構成してもよく、或いはこれら機能部の全てを１台の装置により構成してもよい。
【００３２】
ディスプレイマネージャ部２０及びイベントマネージャ部３０について説明する。
ディスプレイマネージャ部２０は、ターゲット選択部２１、マスク生成部２２、関連情報要約表示部２３、閲覧履歴管理部２４、ウィンドウ管理部２５、ドキュメント取得部２６、ドキュメント表示部２７を有し、イベントマネージャ部は、関連情報格納部３１、イベント管理部３２、イベントデータベース３３、イベント取得部３４を有している。
【００３３】
ウィンドウ管理部２５は、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を構成する各オブジェクトの管理データを記憶している。
本例では、図３に例示するように、ルート、ウィンドウリスト、ウィンドウ、ペインリスト、ペイン等の管理データを記憶している。ルートの管理データには、１以上のウィンドウ（画面オブジェクト）を管理するウィンドウリストの管理データを指し示す情報が格納される。ウィンドウリストの管理データには、その管理対象である１以上のウィンドウの管理データをそれぞれ指し示す情報が格納される。ウィンドウの管理データには、そのウィンドウが有する１以上のペイン（画面要素オブジェクト）を管理するペインリストの管理データを指し示す情報が格納される。ペインリストの管理データには、その管理対象である１以上のペインの管理データをそれぞれ指し示す情報が格納される。
なお、図２における電子カルテ５１は本例のデータ構造におけるウィンドウに対応し、その電子カルテ５１における診療依頼の記述部分５２は本例のデータ構造におけるペインに対応している。
【００３４】
ここで、本例では、電子カルテ５１に対し、担当医による問診や所見の内容、他者（例えば看護師や他の医師）に対する診療依頼の内容などが記述されると、その書き込み位置の座標に対応付けて新たにペインが生成されて電子カルテ５１のウィンドウのペインリストに追加され、当該新たなペインの管理データにその記述内容（テキストデータ）が格納される。また、診療依頼の記述の場合（外部のシステムに処理を指示するものである場合）には、診療依頼の情報を該当する外部のシステムに送信される。
本例では、電子カルテ５１に対する記述を公知の日本語解析技術により解析し、その解析結果に基づいて、記述内容が診療依頼であるか否かの判定、診療依頼の種類の判別、診療依頼の情報の送信先となる外部のシステムの特定などの処理を行っているが、他の手法によりこれら処理を行うようにしてもよく、例えば、診療依頼の種類毎に記述の雛形（テンプレート）を用意しておき、使用された雛形に応じて診療依頼の種類を判別し、対応する外部のシステムを特定すればよい。
【００３５】
また、外部のシステムに対する診療依頼の情報の送信に伴って、その診療結果の情報（関連情報）を検出するためのイベントデータが生成されてイベントデータベース３３に格納される。
図４（ａ）は、イベントデータベース３３により管理されるイベントデータを例示している。同図のイベントデータは、「イベントタイプ」、「関連情報」、「データソース１」、「ペインＩＤ」、「文書実体」の項目を有している。
「イベントタイプ」は、検出対象のイベントの種類を示す情報である。なお、本例では、診療結果（関連情報）の登録を表すイベントを検出対象としており、検出対象のイベントの種類としては、検査レポート登録や処置レポート登録といったように、診療依頼の種類に応じて決定される。
「関連情報」は、表示体５６による表示用の関連情報（例えば、検査レポートの要約）を生成するための雛形（テンプレート）を示す情報であり、診療依頼の種類に応じて決定される。
「データソース１」は、外部のシステム（病院内サブシステム）に対するイベント（関連情報の登録）の問い合わせ先を示すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）であり、診療依頼の情報の送信先となるシステムに応じて決定される。
「ペインＩＤ」は、診療依頼に対応するペインの識別情報である。本例では、診療依頼の内容が更新されると新たに別のペインを生成するようにしており、その更新に伴って新たなペインの識別情報が割り当てられる。
「文書実体」は、関連情報の実体（例えば、検査レポート）の格納先を示すＵＲＬであり、診療対象の患者、依頼日時、依頼を行った担当医などの情報に基づいて決定される。
【００３６】
イベント取得部３４は、イベントデータベース３３の記憶内容に基づいて、外部のシステム（病院内サブシステム）による新しいイベントの発生（診療結果の登録）を検出する。
イベント取得部３４による処理の一例を、図５の処理フローに基づいて説明する。
処理の経過時間を示す変数ＴＩＭＥＲに初期値“０”をセットし、処理の開始時間を示す変数ＴＩＭＥに現在時刻をセットする（ステップＳ１１）。
変数ＴＩＭＥＲの値が定数Ｎ以上であるか否かを判定し、定数Ｎ以上と判定されるまで変数ＴＩＭＥＲの値を更新しながら判定を繰り返す（ステップＳ１２）。
変数ＴＩＭＥＲの値が定数Ｎ以上と判定された場合には、変数ＴＩＭＥよりも新しいイベントがあるかを「データソース１」に示されたＵＲＬに問い合わせ（ステップＳ１３）、新しいイベントがあるか否かの判定を行い（ステップＳ１４）、新しいイベントがあると判定された場合には、そのイベントの情報をイベント管理部３２に通知する（ステップＳ１５）。
その後、変数ＴＩＭＥＲの値を初期値“０”にリセットし、ステップＳ１２〜ステップＳ１５の処理を繰り返す。
すなわち、新しいイベントの発生（診療結果の登録）の検出処理が一定時間（定数Ｎ）毎に行われる。
【００３７】
イベント管理部３２は、イベント取得部３４により検出されたイベントの管理を行う。
イベント取得部３２による処理の一例を、図６の処理フローに基づいて説明する。
イベント取得部３４から新たなイベントに関する通知を受け取ると（ステップＳ２１）、イベント発生日時・イベント種類・文書ＵＲＬを組にしたデータを作成して管理する（ステップＳ２２）。
本例では、図４（ｂ）に例示するようなデータを作成している。同図のデータは、「日時」、「関連情報」、「データソース１」、「データソース２」、「文書実体」の項目を有している。
「日時」は、イベントの発生日時である。
「関連情報」は、通知されたイベントに関する情報をイベントデータの「関連情報」に示された雛形に埋め込んで形成された、表示体５６による表示用の関連情報（本例では要約）である。
「データソース１」は、イベントデータの「データソース１」と同じである。
「データソース２」は、イベント種類の他、イベントの処理状態などのイベントに関する種々の情報の格納先を示すＵＲＬである。
「文書実体」は、イベントデータの「文書実体」と同じである。
また、本例のイベント管理部３２は、上記のようなデータを生成してイベントの処理状態等の管理を行うほか、イベントとペインとの対応付けも行っている。
【００３８】
関連情報格納部３１は、イベント管理部３２及びイベントデータベース３３の記憶内容に基づいて、該当するペインに関連情報を対応付ける。
関連情報格納部３１による処理の一例を、図７の処理フローに基づいて説明する。
関連情報の格納処理を行っていないイベントの情報を一つずつ変数ＥＶＴに格納し（ステップＳ３１）、変数ＥＶＴが空（ＮＵＬＬ）か否かを判定して（ステップＳ３２）、変数ＥＶＴが空（ＮＵＬＬ）と判定された場合には処理を終了し、変数ＥＶＴが空（ＮＵＬＬ）でないと判定された場合には、変数ＥＶＴのイベントに対して以下の処理を行う。
変数ＥＶＴに対応するイベントデータの「ペインＩＤ」を取得し（ステップＳ３３）、その「ペインＩＤ」に該当するペインの管理データに設けられた関連情報の格納領域に、イベント管理部３２にて生成された表示用の関連情報（本例では要約）を格納し（ステップＳ３４）、当該管理データに設けられた文書ＵＲＬの格納領域に、要約の基となる関連情報（電子文書）の所在を示すＵＲＬを格納する（ステップＳ３５，Ｓ３６）。
【００３９】
ターゲット選択部２１は、付箋状の表示体５６を配置する電子カルテ５１上の位置を特定し、当該表示体５６に対する操作以外の操作（例えば、次の医療行為に関する操作）を制限する機能を起動する。
ターゲット選択部２１による処理の一例を、図８の処理フローに基づいて説明する。
電子カルテ５１に対する操作が操作検出部１１により検出されると、その操作の情報を変数ＯＰに格納し（ステップＳ４１）、ウィンドウ管理部２５にて管理されている提示対象のペイン（関連情報が対応付けられたペインであって、操作者による確認操作がなされていないもの）群における最初のペインの情報を変数ＰＡＮＥに格納するとともに、変数ＰＡＮＥＬＩＳＴを空リストで初期化する（ステップＳ４２）。なお、ウィンドウ管理部２５において、各ペインは電子カルテ５１毎に管理され、その電子カルテ５１における配置位置の順（本例では配置位置が左上から右下の順）に管理されているものとする。
変数ＰＡＮＥが空（ＮＵＬＬ）か否かを判定する（ステップＳ４３）。
変数ＰＡＮＥが空（ＮＵＬＬ）でないと判定された場合には、変数ＯＰの操作がなされた場所と変数ＰＡＮＥのペインの場所とが一致するか否か（例えば、対象の電子カルテ５１が一致するか、更には電子カルテ５１中のページも一致するか等）を判定し（ステップＳ４４）、両者が一致する場合には、変数ＰＡＮＥＬＩＳＴに変数ＰＡＮＥのペインを追加する（ステップＳ４５）。その後、提示対象のペイン群における次のペインを変数ＰＡＮＥに格納し（ステップＳ４６）、ステップＳ４３の判定を再度行う。
ステップＳ４３の判定において、変数ＰＡＮＥが空（ＮＵＬＬ）と判定された場合には、変数ＰＡＮＥＬＩＳＴに含まれる先頭のペインを変数ＴＡＲＧＥＴに格納する（ステップＳ４７）。
【００４０】
マスク生成部２２は、ターゲット選択部２１による処理結果に基づいて、操作者による操作を禁止する範囲（本例では、電子カルテ５１において表示体５６の表示領域を除く範囲）を決定し、その範囲に対する操作の入力を無効化するための操作禁止マスク５５を生成する。
マスク生成部２２による処理の一例を、図９の処理フローに基づいて説明する。
ターゲット選択部２１により得られた変数ＴＡＲＧＥＴのペインの座標値（本例では、ペインを構成する領域の左上の座標値）を変数ＰＯＩＮＴに格納し（ステップＳ５１）、変数ＰＯＩＮＴの座標値に予め定められたオフセット値（ｄｈ，ｄｖ）を加算し（ステップＳ５２）、当該加算後の変数ＰＯＩＮＴの座標値を基準にして領域サイズ（Ｘｍ，Ｙｍ）の操作禁止マスク５５を生成する（ステップＳ５３）。なお、ｄｈ、ｄｖはそれぞれ横方向と縦方向のオフセットであり、Ｘｍ、Ｙｍはそれぞれ表示体５６（操作禁止マスク５５の穴あき部分）の幅と高さである。
このようにして生成された操作禁止マスク５５は、表示制御部１２により、対象の電子カルテ５１上に重ねて配置され、その穴あき部分には後述の関連情報要約表示部２４にて作成される表示体５６が表示される。これにより、操作禁止マスク５５及び表示体５６の背面側の電子カルテ５１に対する操作の入力が無効化される。
【００４１】
関連情報要約表示部２３は、関連情報の要約や当該関連情報の実体たる電子文書へのリンク（本例ではＵＲＬ）を含む付箋状の表示体５６を作成する。
関連情報要約表示部２３による処理の一例を、図１０の処理フローに基づいて説明する。
ターゲット選択部２１により得られた変数ＰＡＮＥＬＩＳＴの最初の要素（ペイン）を変数ＰＡＮＥに格納する（ステップＳ６１）。
変数ＰＡＮＥが空（ＮＵＬＬ）か否かを判定し（ステップＳ６２）、変数ＰＡＮＥが空（ＮＵＬＬ）と判定された場合には処理を終了する。
一方、変数ＰＡＮＥが空（ＮＵＬＬ）でないと判定された場合には、変数ＰＡＮＥのペインに対応付けられた最初のイベントを変数ＥＶＴに格納し（ステップＳ６３）、変数ＥＶＴが空（ＮＵＬＬ）か否かを判定する（ステップＳ６４）。変数ＥＶＴが空（ＮＵＬＬ）でないと判定された場合には、変数ＥＶＴのイベントについての関連情報（本例では、関連情報の要約及び関連情報の実体たる電子文書の文書ＵＲＬ）を表示体５６の表示内容として書き出し（ステップＳ６５）、前記ペインに対応付けられた次のイベントを変数ＥＶＴに格納して（ステップＳ６６）、ステップＳ６４の判定を再度行う。
ステップＳ６４の判定において、変数ＥＶＴが空（ＮＵＬＬ）と判定された場合には、変数ＰＡＮＥＬＩＳＴに含まれる次のペインを変数ＰＡＮＥに格納し（ステップＳ６７）、ステップＳ６２の判定を再度行う。
これにより表示体５６が生成され、表示制御部１２により対象の電子カルテ５１上（操作禁止マスク５５における穴あき部分）に重ねて表示される。
【００４２】
図１１は、電子カルテ５１におけるペイン１（５２ａ）、ペイン２（５２ｂ）、ペイン３（５２ｃ）のそれぞれについて関連情報がある場合について、各ペインと表示体５６の配置関係を例示している。同図によると、最も左上に位置するペイン１（５２ａ）の座標値にオフセット（ｄｈ１，ｄｖ１）を加算した座標を基準に定まる領域５３ａに、各ペインに対応するそれぞれの関連情報についての表示体５６が表示されている。
【００４３】
ドキュメント取得部２６は、表示体５６から関連情報（要約）５７が選択され、更にその基となった電子文書の文書名５８が選択された場合に、当該選択された電子文書の文書ＵＲＬに示された格納先にある電子文書を取得する。
ドキュメント表示部２７は、ドキュメント取得部２６により取得された電子文書を表示制御部１２により画面表示させる。
【００４４】
閲覧履歴管理部２４は、関連情報要約表示部２３やドキュメント表示部２７等の処理結果に基づいて、表示体５６の表示内容（関連情報）に対する確認操作についての履歴データを管理する。また、その履歴データに基づいて、確認操作が既になされた関連情報については、確認操作が既に為されたことを示す確認完了表示５４を該当するペインに応じた位置に表示する。
本例における履歴データは、図４（ｃ）に示すように、「日時」、「ペインＩＤ」、「閲覧」、「閲覧ユーザＩＤ」の項目を有しており、図１２に例示する処理フローに従って生成される。
「日時」は、確認操作（閲覧）が行われた日時である。
「ペインＩＤ」は、確認操作（閲覧）された関連情報に対応するペインの識別情報である。このペインＩＤにより、閲覧対象である関連情報の実体たる電子文書が特定される。
「閲覧」は、確認操作（閲覧）されたか否か（ＴＲＵＥ／ＦＡＬＳＥ）を示す。
「閲覧ユーザＩＤ」は、確認操作（閲覧）を行った操作者の識別情報である。
【００４５】
図１３は、本例の医療情報管理システムによる画面遷移を例示している。
ある項目について新たな関連情報がある場合には、表示Ｗ１に示すように、該当する項目６１が強調表示される。操作者がその項目を選択すると（或いは予め定められた時間の経過後自動的に）表示Ｗ２に遷移する。表示Ｗ２では、対象の項目６１が強調表示（若しくは他の項目をぼかして表示）されるとともに、関連情報の要約及び実体へのリンク等を表示内容とした付箋状の表示体６２が重ねて（前面側に）表示される。このとき、表示体６２に対する操作以外は禁止される。表示体６２におけるリンクについて選択操作（例えばクリック）がなされると、その実体である関連情報６３が更に重ねて表示される（このとき、背後の各画面は保持される）。全ての関連情報６３が操作者により確認されて閉じられる（或いは、表示Ｗ２において表示体６２を剥がす操作（確認完了）が行われる）と、表示Ｗ４に遷移して前の画面表示に戻り、通常通りの操作が可能な状態となる（確認したという履歴が残る）。
なお、表示Ｗ２において、表示体６２を一時的にどかして書き込みを許すように制限を緩和してもよく、この場合には、確認操作が行われるまで表示体６２を継続して表示させることで、特に、次回、次々回、・・・の書き込み位置（または、次回、次々回、・・・の操作入力に係る画面位置）に対応する画面位置に表示体６２を随時移動させて表示させることで、関連情報を確実に操作者に確認させることができる。
【００４６】
図１４は、本例の医療情報管理システムを構成するコンピュータの主要なハードウェア構成を例示している。
本例では、各種演算処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）７１、ＣＰＵ７１の作業領域となるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）７２、基本的な制御プログラムを記憶するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）７３、本発明の一実施形態に係る機能を実現するためのプログラムや各種データを記憶するＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）７４、利用者に対する情報を表示出力するディスプレイ画面や利用者からの情報の入力を受け付けるマウス・キーボード等の機器とのインターフェースである入出力Ｉ／Ｆ７５、他の装置との間で通信を行うインターフェースである通信Ｉ／Ｆ７６、等のハードウェア資源を有するコンピュータにより構成されている。
そして、本発明の一実施形態に係る機能を実現するためのプログラムをＨＤＤ７４から読み出してＲＡＭ７２に展開し、これをＣＰＵ７１により実行させることで、本発明の一実施形態に係る各機能をコンピュータにより実現している。
【００４７】
なお、本発明に係るプログラムは、例えば当該プログラムを記憶したＣＤ−ＲＯＭ等の外部記憶媒体を配布する形式や通信網等を介して配信する形式により、本発明に係るプログラムの利用者に提供されてもよい。
また、本発明に係る各機能手段は、本例のようにソフトウェア構成により実現する態様に限られず、それぞれ専用のハードウエアモジュールで構成してもよい。
【図面の簡単な説明】
【００４８】
【図１】本発明の一例に係る医療情報管理システムの機能ブロックを例示する図である。
【図２】本発明の一例に係る関連情報の表示態様を説明する図である。
【図３】本発明の一例に係るデータ構造を説明する図である。
【図４】本発明の一例に係るデータ例を示す図である。
【図５】本発明の一例に係るイベント取得部の処理フローを例示する図である。
【図６】本発明の一例に係るイベント管理部の処理フローを例示する図である。
【図７】本発明の一例に係る関連情報格納部の処理フローを例示する図である。
【図８】本発明の一例に係るターゲット選択部の処理フローを例示する図である。
【図９】本発明の一例に係るマスク生成部の処理フローを例示する図である。
【図１０】本発明の一例に係る関連情報要約表示部の処理フローを例示する図である。
【図１１】本発明の一例に係る関連情報の表示態様を説明する図である。
【図１２】本発明の一例に係る閲覧履歴管理部の処理フローを例示する図である。
【図１３】本発明の一例に係る医療情報管理システムによる画面遷移を例示する図である。
【図１４】本発明の一例に係るコンピュータのハードウェア構成を例示する図である。
【符号の説明】
【００４９】
１１：操作検出部、  １２：表示制御部、  ２０：ディスプレイマネージャ部、  ２１：ターゲット選択部、  ２２：マスク生成部、  ２３：関連情報要約表示部、  ２４：閲覧履歴管理部、  ２５：ウィンドウ管理部、  ２６：ドキュメント取得部、  ２７：ドキュメント表示部、  ３０：イベントマネージャ部、  ３１：関連情報格納部、  ３２：イベント管理部、  ３３：イベントデータベース、  ３４：イベント取得部、  ４１：オーダエントリシステム、  ４２：医事システム、  ４３：検査レポート作成システム
【図１】
2010061228.tif 000003
【図２】
2010061228.tif 000004
【図３】
2010061228.tif 000005
【図４】
2010061228.tif 000006
【図５】
2010061228.tif 000007
【図６】
2010061228.tif 000008
【図７】
2010061228.tif 000009
【図８】
2010061228.tif 000010
【図９】
2010061228.tif 000011
【図１０】
2010061228.tif 000012
【図１１】
2010061228.tif 000013
【図１２】
2010061228.tif 000014
【図１３】
2010061228.tif 000015
【図１４】
2010061228.tif 000016