操作支援プログラム、操作支援方法、及び操作支援装置
【課題】操作者に適した操作支援を行うこと。
【解決手段】複数の操作者に関して、所定の画面に対する操作ごとに、第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する手順と、操作履歴記憶手段を用いて、複数の操作者を分類する情報である属性情報ごとに、複数の操作の順番に関する統計情報を生成する手順と、統計情報を属性情報ごとに統計情報記憶手段に記録する手順と、第二の操作者による操作支援要求を受付ける手順と、統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する統計情報のうち、該操作支援要求前になされた操作が、複数の操作の順番に含まれる統計情報を特定する手順と、特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する手順と、操作支援要求後の操作の候補を示す情報を出力する手順とをコンピュータに実行させる。
【解決手段】複数の操作者に関して、所定の画面に対する操作ごとに、第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する手順と、操作履歴記憶手段を用いて、複数の操作者を分類する情報である属性情報ごとに、複数の操作の順番に関する統計情報を生成する手順と、統計情報を属性情報ごとに統計情報記憶手段に記録する手順と、第二の操作者による操作支援要求を受付ける手順と、統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する統計情報のうち、該操作支援要求前になされた操作が、複数の操作の順番に含まれる統計情報を特定する手順と、特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する手順と、操作支援要求後の操作の候補を示す情報を出力する手順とをコンピュータに実行させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、操作支援プログラム、操作支援方法、及び操作支援装置に関し、特に画面の操作を支援する操作支援プログラム、操作支援方法、及び操作支援装置に関する。
【背景技術】
【０００２】
近年、医療機関では、電子カルテシステム等の医療情報システムが導入されている。そして、医療情報システムでは、患者情報、診察結果情報、検査結果情報、経過情報、薬剤オーダ情報、会計情報、各種検査の申込情報等、各種の情報が電子的に管理されている。
【０００３】
医療情報システムのユーザは、主として、医師、看護師、又は検査技師等の医療従事者である。しかし、医療従事者には、コンピュータシステムの操作に不慣れな者も多い。また、医療情報ステムによって管理されている情報は上記のように多種多様であり、当該システムの機能が豊富であることによって、コンピュータシステムの操作に慣れているユーザであっても、操作が困難な場合も多い。特に、新人の医療従事者にとって、その操作方法を習得するのが非常に困難な状況となっている。
【０００４】
従来、コンピュータシステムの操作を支援する技術として、例えば、特許文献１に記載された技術がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−２７０８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載された技術は、操作者本人の操作履歴に基づいて次の操作を予測するものであるため、操作に習熟していないユーザに関して適用するのは困難である。
【０００７】
また、医療情報システムの操作手順は、そのユーザである医療従事者の業務フローと密接に関係している。そして、各医療従事者の業務フローは、同じ医療機関内においても、診療科又は病棟単位で異なることが有る。例えば、同じ外科であっても、第一外科（整形）では、患者に対してまずレントゲン検査の実施を行うが、第二外科（脳）では、患者に対してまずＭＲＩ検査の実施を行う等といった具合である。その場合に、第一外科では、検査申込の画面においてレントゲン検査の申し込み操作が行われ、第二外科では当該画面においてＭＲＩ検索の申し込み操作が行われる。その後の操作手順も、各診療科に応じて異なりうる。
【０００８】
このように、医療情報システムでは、診療科又は病棟等、部門ごとに業務フローが異なることに応じて、同じ操作画面（検査申込画面、経過情報入力画面）における操作が異なり、更に次に起動させる操作画面も異なりうる。
【０００９】
したがって、新人の医療従事者のみならず、配置転換によって所属部門が変化した医療従事者等にとっても、上記特許文献１の技術の適用は困難である。すなわち、部門Ａにおける本人の操作履歴が、部門Ｂでは役に立たない可能性が高いからである。
【００１０】
本発明は、上記の点に鑑みてなされたものであって、操作者に適した操作支援を行うことができる操作支援プログラム、操作支援方法、及び操作支援装置の提供を目的とする。
【課題を解決するための手段】
【００１１】
そこで上記課題を解決するため、操作支援プログラムは、複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順とをコンピュータに実行させる。
【発明の効果】
【００１２】
開示された技術によれば、操作者に適した操作支援を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態における医療情報システムの構成例を示す図である。
【図２】本発明の実施の形態における医療情報サーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態における医療情報システムの機能構成例を示す図である。
【図４】第一の実施の形態における操作履歴の蓄積処理の処理手順を説明するためのフローチャートである。
【図５】操作履歴ＤＢの構成例を示す図である。
【図６】第一の実施の形態における操作履歴情報の統計処理の処理手順を説明するためのフローチャートである。
【図７】ユーザＤＢの構成例を示す図である。
【図８】直前の操作に基づいて操作履歴情報が分類された例を示す図である。
【図９】第一の実施の形態における統計処理の結果の例を示す図である。
【図１０】第一の実施の形態における操作支援処理の処理手順を説明するためのフローチャートである。
【図１１】次の操作の候補を示す情報の表示態様の一例を示す図である。
【図１２】第二の実施の形態における統計処理の処理手順を説明するための図である。
【図１３】第二の実施の形態における小分類のグループごとのレコード数のカウント結果の例を示す図である。
【図１４】カイ二乗検定による有意水準の算出結果の例を示す図である。
【図１５】カイ二乗検定による有意水準の値の変換結果の例を示す図である。
【図１６】第三の実施の形態におけるデータの抽出例を説明するための図である。
【図１７】次の操作の候補ごとの注目有意水準値の合計値を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における医療情報システムの構成例を示す図である。
【００１５】
医療情報システム１は、一般的に電子カルテシステムとも呼ばれる、医療業務に関するコンピュータシステムである。同図の医療情報システム１において、医療情報サーバ１０と一台以上の利用者端末２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク３０（有線又は無線の別は問わない。）を介して接続されている。
【００１６】
医療情報サーバ１０は、電子カルテに関する情報（医療情報）を管理するコンピュータである。本実施の形態において、医療情報サーバ１０は、操作支援装置の一例として機能する。
【００１７】
利用者端末２０は、電子カルテの閲覧及び入力等に利用されるコンピュータである。例えば、利用者端末２０は、医療機関における診察室、ナースステーション、ベッドサイド、又は検査室等に配置され、医師、看護師、検査技師等によって利用される。利用者端末２０は、各人に割り当てられていてもよいし、複数のユーザによって共用されてもよい。
【００１８】
図２は、本発明の実施の形態における医療情報サーバのハードウェア構成例を示す図である。図２の医療情報サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。
【００１９】
医療情報サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２０】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って医療情報サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２１】
図３は、本発明の実施の形態における医療情報システムの機能構成例を示す図である。同図において、医療情報サーバ１０は、操作履歴記録部１１、統計処理部１２、操作候補判定部１３、操作候補出力部１４、操作履歴ＤＢ１５、統計情報ＤＢ１６、及びユーザＤＢ１７等を有する。
【００２２】
操作履歴記録部１１は、利用者端末２０の表示装置に表示される、電子カルテに関する各種画面（以下、「電子カルテ画面」という。）に対する操作の内容又は種別を示す操作情報を操作履歴ＤＢ１５に記録する。操作情報は、各利用者端末２０において電子カルテ画面に対する操作が行われるたびに、各利用者端末２０より受信される。また、操作情報と共に操作者の識別情報（例えば、氏名又はユーザＩＤ等）も受信され、操作履歴ＤＢ１５に記録される。
【００２３】
統計処理部１２は、操作履歴ＤＢ１５に記録された操作情報の履歴に基づいて、操作者の属性情報に基づく分類ごとに操作の順番に関する統計情報を生成する。生成された統計情報は、統計情報ＤＢ１６に記録される。操作者の属性情報とは、例えば、氏名、病棟、診療科、職種等である。この場合、操作者の属性情報に基づく分類とは、氏名、病棟、診療科、又は職種のいずれか一つ又は二つ以上の組み合わせに基づく分類である。操作の順番の統計情報とは、例えば、操作Ａの後に操作Ｂが行われる回数又は当該回数に基づく統計値等である。
【００２４】
操作候補判定部１３は、利用者端末２０より送信される操作支援要求に応じ、当該操作支援要求以前の操作者によるこれまでの操作の履歴と、統計情報ＤＢ１６とに基づいて次の操作（操作支援要求後の操作）の候補を判定する。操作支援要求は、例えば、利用端末２０において操作中の電子カルテ画面におけるヘルプボタンの押下等に応じて送信される。
【００２５】
操作候補出力部１４は、操作候補判定部１３による判定結果、すなわち、次の操作を示す情報を操作支援要求元の利用者端末２０に送信（出力）する。
【００２６】
操作履歴ＤＢ１５は、補助記憶装置１０２を用いて操作情報等を記憶するデータベースである。統計情報ＤＢ１６は、補助記憶装置１０２を用いて統計情報を記憶するデータベースである。ユーザＤＢ１７は、補助記憶装置１０２を用いて医療情報システム１のユーザごとに、その属性情報を記憶するデータベースである。医療情報システム１のユーザとは、利用者端末２０を介して医療情報システム１の操作者となりうる者をいう。
【００２７】
利用者端末２０は、クライアント部２１を有する。クライアント部２１は、電子カルテ画面を利用者端末２０に表示させる。クライアント部２１は、電子カルテ画面に対する操作に応じ、当該操作の操作情報を逐一医療情報サーバ１０に送信する。クライアント部２１はまた、電子カルテ画面に対する所定の操作（例えば、ヘルプボタンの押下）に応じ、操作支援要求を医療情報サーバ１０に送信する。クライアント部２１は、操作支援要求に応じて返信される、次の操作の候補を示す情報に基づいて、次の操作の候補を操作者に通知する。
【００２８】
以下、医療情報システム１の処理手順について説明する。図４は、第一の実施の形態における操作履歴の蓄積処理の処理手順を説明するためのフローチャートである。同図のフローチャートは、利用者端末２０の表示装置（表示手段）に表示されている電子カルテ画面に対する一回の操作に応じて行われる処理手順を示す。したがって、操作が行われるたびに図４の処理が繰り返し実行される。
【００２９】
ステップＳ１０１において、クライアント部２１は、電子カルテ画面に対する操作を検知すると、利用者端末２０のメモリを用いて記憶している、操作種別ごとの累積操作回数を更新する（Ｓ１０１）。すなわち、今回検知された操作に対応する累積操作回数に１が加算される。なお、累積操作回数の管理対象は、所定の操作に限定されてもよいし、電子カルテ画面に対して可能な全ての操作が対象とされてもよい。
【００３０】
続いて、クライアント部２１は、今回の操作の操作情報、操作者の識別情報、及びその他付帯情報等を含む操作履歴の記録要求を医療情報サーバ１０に送信する（Ｓ１０２）。本実施の形態では、操作者の識別情報は、ユーザＩＤとする。ユーザＩＤは、例えば、医療情報システム１０へのログイン時等に操作者によって入力される。但し、操作者の識別情報は、直接的に操作者を識別するものでなくてもよい。例えば、セッションＩＤ等、ログインからログアウトまでの間に有効なＩＤであってユーザＩＤと関連付けられて管理されるものが操作者の識別情報として利用されてもよい。また、利用者端末２０ことに操作者が特定されるのであれば、利用者端末２０の識別情報（例えば、ＩＰアドレス又はホスト名等）が操作者の識別情報として利用されてもよい。すなわち、運用上、操作者を識別可能な情報が操作者の識別情報として利用されてもよい。付帯情報には、例えば、直前の（すなわち、最後の）操作の操作情報、各操作の累積操作回数、操作日時、電子カルテの内容に関する情報等が含まれる。
【００３１】
医療情報サーバ１０の操作履歴記録部１１は、操作履歴の記録要求を受信すると、当該要求に伴って受信された情報を操作履歴ＤＢ１５に記録する（Ｓ１０３）。
【００３２】
図５は、操作履歴ＤＢの構成例を示す図である。同図において、操作履歴ＤＢ１５は、操作ごとに、操作情報、ユーザＩＤ、及び付帯情報等を記憶する。
【００３３】
操作情報は、記録対象の操作の内容又は種別を示す情報である。ユーザＩＤは、操作者のユーザＩＤである。付帯情報には、直前の操作、操作日時、累積操作、患者情報、オーダ情報、及び使用端末情報等が含まれる。直前の操作は、記録対象の操作の直前に行われた操作の操作情報である。直前の操作に記録される操作情報は、クライアント部２１より送信されてもよいし、医療情報サーバ１０によって判断されてもよい。クライアント部２１より送信される場合、クライアント部２１は、少なくとも過去１回分の操作の操作情報を記憶しておき、過去１回分の操作（最後の操作）の操作情報を直前の操作の操作情報として送信対象に含めればよい。一方、医療情報サーバ１０によって判断される場合、医療情報サーバ１０が、メモリ装置１０３を用いてユーザＩＤごとに最後の操作の操作情報を記憶していてもよいし、操作履歴ＤＢ１５においてユーザＩＤが同一であるレコードを過去に遡ることにより判断してもよい。但し、直前の操作は、基本的に、一連の操作単位内における直前の操作であることが望ましい。具体的には、例えば、ログインされてログアウトされるまでの間の操作の順序関係における直前の操作や、操作の前後関係に意味のある期間における直前の操作であることが望ましい。操作の前後関係に意味のある期間の一例として、同一の患者に関する操作期間が挙げられる。直前の操作の記録範囲を一連の操作単位によって区切る場合、一連の操作単位の最初の操作については、直前の操作は記録されなくてもよい。一連の操作単位の区切りの判断は、予め、当該一連の操作単位の最初の操作又は最後の操作の操作情報を補助記憶装置１０２に記録しておき、当該操作情報と記録対象の操作の操作情報とを照合することにより行えばよい。例えば、患者ごとに一連の操作単位が区切られる場合、患者の電子カルテを開くことが、当該最初の操作に該当する。
【００３４】
操作日時は、記録対象とされた操作が行われた日時である。操作日時には、利用者端末２０間における時計の誤差を考慮して、医療情報サーバ２０において操作履歴の記録要求が受信された日時が記録されるようにしてもよい。すなわち、操作日時は、クライアント部２１から送信される付帯情報に含まれているのではなく、操作履歴記録部１１によって付与されてもよい。累積操作は、クライアント部２１において記憶されている操作種別ごとの累積操作回数を示す情報である。累積操作に関しても、直前の操作と同様に、累積操作を計数する期間を一連の操作単位によって区切ってもよい。また、累積操作は、必ずしもクライアント部２１によって計数されなくてもよい。医療情報サーバ１０において付与されてもよい。医療情報サーバ１０において付与する場合、操作履歴ＤＢ１５においてユーザＩＤが一致するレコードを過去に遡って計数すればよい。
【００３５】
オーダ情報は、操作の結果として入力された医療情報である。使用端末情報は、利用者端末２０の種別を示す情報である。同図の例では、診療室端末、受付端末、ナースステーション端末、ベッドサイド端末等に分類した場合のいずれかの種別である。
【００３６】
なお、直前の操作及び累積操作が医療情報サーバ１０によって判断される場合（すなわち、クライアント部２１から送信される付帯情報に含まれていない場合）、その判断処理は、操作履歴記録部１１又は統計処理部１２によって行われればよい。後述より明らかなように、直前の操作及び累積操作は、統計処理部１２が必要とする情報である。したがって、操作履歴ＤＢ１５への操作履歴の記録処理の性能を考慮すると、統計処理部１２による処理時に実行されるのが好適であると考える。
【００３７】
上記のように、操作履歴ＤＢ１５には、複数の操作者による操作（各利用者端末２０における操作）の操作情報が一元的に記録される。なお、操作履歴ＤＢ１５は、操作支援要求の受信時（次の操作の問い合わせ時）において、お手本として利用される情報である。したがって、例えば、操作履歴ＤＢ１５への記録対象とする操作者を熟練者等の所定者に限定してもよい。例えば、医療情報サーバ１０に予め設定されているユーザＩＤに係る操作履歴の記録要求が受信された場合に限って、操作履歴ＤＢ１５への記録が行われるようにしてもよい。
【００３８】
続いて、操作履歴ＤＢ１５に記録された情報（操作履歴情報）の統計処理について説明する。
【００３９】
図６は、第一の実施の形態における操作履歴情報の統計処理の処理手順を説明するためのフローチャートである。同図の処理は、理論的には操作支援要求に応じて行われてもよいが、実運用における性能を考慮すると、バッチ的に行われるのが望ましい。本実施の形態でもバッチ的に行われることとして説明する。なお、当該統計処理によって得られる結果は、操作履歴ＤＢ１５に記録されたレコード数が多ければ多いほど信頼性が高くなる。
【００４０】
ステップＳ２０１において、統計処理部１２は、メモリ装置１０３を用いて操作履歴ＤＢ１５より各レコードを読み込む。続いて、統計処理部１２は、読み込まれたレコードの各ユーザＩＤに対応する属性情報をユーザＤＢ１７より取得する（Ｓ２０２）。
【００４１】
図７は、ユーザＤＢの構成例を示す図である。同図において、ユーザＤＢ１７は、医療情報システム１のユーザごとに、ユーザＩＤ、氏名、職種、病棟、及び診療科等の属性情報（ユーザ属性）を記憶する。なお、同図では、主として、医療機関における業務フロー、すなわち、電子カルテ画面の操作手順に影響を与えうる属性が抽出されている。他の属性が業務フローに影響する場合、当該他の属性についても管理対象とすればよい。
【００４２】
なお、ユーザ属性は、操作履歴の記録時にユーザＩＤと共に操作履歴ＤＢ１５に記録されていてもよい。例えば、ログイン時においてユーザＩＤに基づいてユーザＤＢ１７よりユーザ属性が検索され、検索されたユーザ属性が操作履歴記録部１１によって操作ごとに操作履歴ＤＢ１５に記録されてもよい。この場合、ステップＳ２０２においてユーザＤＢ１７が参照される必要はない。
【００４３】
続いて、統計処理部１２は、操作履歴ＤＢ１５の各レコードをユーザ属性に基づいて分類した場合の一つの集合に属するレコードを抽出する（Ｓ２０３）。具体的には、ユーザＩＤ、職種、病棟、若しくは診療科ごと、又はこれらの二つ以上の組み合わせごと（例えば、職種及び診療科の組み合わせ、病棟及び診療科の組み合わせ等）に各レコードが分類される。分類のバリエーションが多いほど、操作支援時（次の操作の候補の提示時）において、お手本として指定可能な分類のバリエーションが増える。
【００４４】
例えば、ユーザＩＤごとに分類するとは、ユーザＩＤが同一のレコードごとに操作履歴ＤＢ１５の全レコードをグループ分けすることをいう。職種及び診療科の組み合わせごとに分類するとは、職種及び診療科の組み合わせが一致するレコードごとに操作履歴ＤＢ１５の全レコードをグループ分けすることをいう。したがって、例えば、ユーザＩＤ、職種、又は職種及診療科の組み合わせごとに分類する場合、ユーザＩＤのグループ数＋職種のグループ数（種別数）＋職種及び診療科のグループ数分の分類（グループ）が成立する。ループＬ１に含まれるステップＳ２０３〜Ｓ２０７は、当該分類（グループ）の数分繰り返し実行される。以下、分類された又はグループ分けされたレコードの集合を「グループ」と呼ぶ。ステップＳ２０３では、まず、一つのグループに属するレコード群が抽出される。
【００４５】
続いて、統計処理部１２は、抽出されたレコード群（処理対象のグループ）を、直前の操作に基づいて分類（グループ分け）する。すなわち、直前の操作が一致するレコードごとにグループが形成される。
【００４６】
図８は、直前の操作に基づいて処理対象のグループが分類された例を示す図である。同図では、ユーザＩＤ「ＮＳ００２」に係るグループが抽出された例が示されている。すなわち、同図に示されるレコード群は、ユーザＩＤに基づいて分類されたグループ群のうちの一つのグループである。同図では、当該グループについて、直前の操作に基づいて、グループＧ１〜Ｇ８の８つのグループに分類されている。例えば、グループＧ１は、直前の操作が「検索結果照会ボタンクリック」に係るグループである。グループＧ２は、直前の操作が、「指示簿表示ボタンクリック」に係るグループである。また、グループＧ８は、直前の操作が、「予約ボタンクリック」に係るグループである。なお、グループＧ１〜Ｇ７については、グループごとに操作情報が一致しているように見える。但し、これは、紙面の都合上、操作情報が異なるレコードについて省略されているだけである。
【００４７】
なお、ステップＳ２０３による分類を大分類といい、ステップＳ２０４による分類を中分類という。
【００４８】
続いて、統計処理部１２は、中分類の各グループを操作情報（１列目の値）に基づいて分類する（Ｓ２０５）。当該ステップによる分類を小分類という。続いて、統計処理部１２は、小分類のグループごとに統計処理を実行する（Ｓ２０６）。
【００４９】
図９は、第一の実施の形態における統計処理の結果の例を示す図である。同図には、直前の操作が「指示簿表示ボタンクリック」に係る中分類のグループについて、操作情報ごとに（すなわち、小分類ごとに）統計処理が行われた結果が示されている。具体的には、当該中分類のグループ内において、操作情報が一致するレコード数が、操作日時に基づいて時間帯ごとに計数される。時間帯は、同図の表の操作時間帯の項目に示されるように区分されている。
【００５０】
例えば、同図において、操作情報が「指示簿表示ボタンクリック」であるレコードについては、２２：００〜５：００の時間帯に操作日時が含まれるレコード数は「０」、５：００〜８：００の時間帯に操作日時が含まれるレコード数は「５」、８：００〜１２：００の時間帯に操作日時が含まれるレコード数は「５」、１２：００〜１３：００の時間帯に操作日時が含まれるレコード数「４」である。なお、これらの合計値（０＋５＋５＋４＝１４）は、時間帯によって区分しない場合において、直前の操作が「指示簿表示ボタンクリック」である場合に「指示簿表示ボタンクリック」が行われた数である。
【００５１】
操作情報が「実施済みボタンクリック」であるレコード、及び「バイタル入力ボタンクリックである」レコードについても、同様の統計処理が行われる。
【００５２】
なお、同図は、一つの中分類のグループに関する統計処理の結果を示したものである。したがって、他の中分類のグループに関しても（すなわち、他の直前の操作に係るグループに関しても）同様の統計処理が行われる。
【００５３】
続いて、統計処理部１２は、中分類ごとに小分類について行われた統計処理（すなわち、「直前の操作」と「操作情報」の組み合わせごとに行われた統計処理）の結果を、現在の処理対象の大分類（ユーザ属性の値）に関連付けて、統計情報ＤＢ１６に記録する（Ｓ２０７）。
【００５４】
ここでは、現在の処理対象の大分類のユーザ属性の値は、ユーザＩＤ「ＮＳ００２」である。したがって、ユーザＩＤ＝「ＮＳ００２」という大分類の識別情報に関連付けられて、図９に示される表の集合が統計情報ＤＢ１６に記録される。なお、ユーザＩＤと共に氏名が大分類の識別情報として記録されてもよい。
【００５５】
その後、他の大分類のグループについても同様にステップＳ２０３以降が実行される。その結果、当該大分類のグループに係るユーザ属性ごとに、「直前の操作」と「操作情報」との組み合わせごと（操作の順番ごと）の統計処理の結果が統計情報ＤＢ１６に記録される。
【００５６】
以上で操作支援の準備は終了する。続いて、例えば、未熟な操作者に対して操作支援を行う際の処理手順について説明する。
【００５７】
図１０は、第一の実施の形態における操作支援処理の処理手順を説明するためのフローチャートである。同図の処理は、例えば、電子カルテ画面の操作者によって、当該電子カルテ画面に配置されているヘルプボタンがクリックされることにより開始される。なお、ヘルプボタンは、次の操作として何を行うべきか不明である場合、又は不確かな場合等に押下される。
【００５８】
ヘルプボタンのクリックに応じ、クライアント部２１は、参考対象指定画面を表示装置に表示させる（Ｓ３０１）。参考対象指定画面は、参考対象（操作支援のお手本）とするユーザ属性を指定させるための画面である。参考対象指定画面では、例えば、ユーザＩＤ、氏名、職種、病棟、又は診療科等のいずれか一つ又は二以上の組み合わせ指定することができる。なお、参考対象指定画面において、統計情報に関連付けられている大分類の識別情報（ユーザ属性の値）の一覧を表示させ、当該一覧の中から一つの大分類を参考対象として選択させるようにしてもよい。この場合、クライアント部２１は、統計情報ＤＢ１６より、大分類の識別情報の一覧を取得すればよい。
【００５９】
また、参考対象は、クライアント部２１によって自動的に判定されてもよい。例えば、クライアント部２１は、ログイン時等に操作者に入力されたユーザＩＤに基づいて、現在の操作者のユーザ属性をユーザＤＢ１７より取得し、当該ユーザ属性に含まれる、職種、病棟、診療科のいずれか一つ又は二つ以上の組み合わせを参考対象とする。又は、クライアント部２１は、職種、病棟、及び診療科の少なくとも一つが操作者と一致する他のユーザのユーザＩＤ及び氏名をユーザＤＢ１７より検索し、当該氏名の一覧を表示装置に表示させ、当該一覧の中から選択された氏名に係るユーザＩＤを参考対象とする。
【００６０】
続いて、クライアント部２１は、指定された参考対象の識別情報と操作者による直前の操作の操作情報とを指定して、操作支援要求を医療情報サーバ１０に送信する（Ｓ３０２）。なお、直前の操作とは、ヘルプボタンが押下される前の操作をいう。すなわち、クライアント部２１は、ヘルプボタンの押下を除いて少なくとも過去１回分の操作の操作情報を記憶している。但し、図１０の実行時においても、図４の処理が並行して行われる場合、操作者による直前の操作は、医療情報サーバ１０側でも操作履歴ＤＢ１５に基づいて判定可能である。したがって、医療情報サーバ１０側で判定する場合、操作支援要求には直前の操作の操作情報は指定されなくてもよい。
【００６１】
医療情報サーバ１０において操作支援要求が受信されると、操作候補判定部１３は、当該操作支援要求において指定されている参考対象の識別情報と一致する大分類の識別情報に関連付けられているレコードを統計情報ＤＢ１６より検索する（Ｓ３０３）。続いて、操作候補判定部１３は、操作支援要求において指定されている直前の操作の操作情報と、「直前の操作」の値が一致するレコードをステップＳ３０３において検索されたレコードより抽出する（Ｓ３０４）。例えば、参考対象が「ユーザＩＤ＝ＮＳ００２」であり、直前の操作が「指示簿表示ボタンクリック」である場合、図９に示されるレコードが抽出される。
【００６２】
続いて、操作候補判定部１３は、抽出されたレコードから、現在時刻が属する操作時間帯のデータを抽出する（Ｓ３０５）。例えば、現在時刻が１２：１５であれば、図９における１２：００〜１３：００の列に属する３つのデータ（「４」、「４」、「２０」）が抽出される。続いて、操作候補判定部１３は、抽出されたデータに基づいて次の操作の候補を示す情報を生成する（Ｓ３０６）。第一の実施の形態では、抽出されたデータの値が、当該データの属するレコードの操作情報に係る操作が次に行われる可能性又は確率を示す値として利用される。したがって、抽出された各データの比又は割合を示す値が、次の操作の候補を示す情報とされる。例えば、「４」、「４」、「２０」が抽出されたデータである場合、これらの比は、１：１：５である。また、割合は、１４．３％、１４．３％、７１．４％である。これらは、各データが属するレコードにおける「操作情報」によって示される操作の比又は割合を示す。図９の例では、「指示簿表示ボタンクリック」、「実施済みボタンクリック」、及び「バイタル入力ボタンクリック」の比又は割合である。
【００６３】
続いて、操作候補出力部１４は、次の操作の候補を示す情報として操作情報ごとにその比又は割合等を含む情報を次の操作の候補を示す情報としてクライアント部２１に返信（出力）する（Ｓ３０７）。当該当該情報の受信に応じ、クライアント部２１は、次の操作の候補を示す情報をユーザが認識可能な態様で電子カルテ画面に表示させる（Ｓ３０８）。例えば、クライアント部２１は、次の操作の候補に対応する部分の表示態様を他の部分と異なるものとする。
【００６４】
図１１は、次の操作の候補を示す情報の表示態様の一例を示す図である。同図において、（Ａ）は、電子カルテ画面５１０に直接的に次の操作の候補に対応する部分（メニュー又はボタン等）を示した例である。すなわち、電子カルテ画面５１０全体は暗くされ（グレーアウトされ）、次の操作の候補に対応する部分ｐ１、部分ｐ２、及び部分ｐ３がハイライト表示されている。なお、部分ｐ１、部分ｐ２、及び部分ｐ３を示す図形（同図の例では楕円）の大きさは、それぞれの操作の候補に対する比又は割合に応じて変化させると操作者にとって分かりやすい。
【００６５】
また、（Ｂ）は、キーボード画面２２０を表示装置に表示させ、次の操作の候補に対応するキーを強調表示させた例である。同図では、キーｋ１及びキーｋ２が強調表示されている。この場合も、それぞれの操作の候補に対する比又は割合に応じて図形の大きさを変化させるとよい。
【００６６】
クライアント部２１は、操作情報と電子カルテ画面５１０の各部分、又は操作情報とキーボード画面５２０の各キーとの対応情報を記憶装置を用いて管理しておけばよい。クライアント部２１は、当該対応情報に基づいて、強調表示させる部分を判断すればよい。
【００６７】
以上のような画面を参照することにより、操作者は、次の操作を判断する材料として、有用な情報を得ることができる。
【００６８】
なお、上記では、現在時刻に応じた時間帯に関するデータに基づいて次の操作の比又は割合を算出したが、時間帯による区分を利用せずに、当該比又は割合が算出されてもよい。この場合、図９の例では、「指示簿表示ボタンクリック」については、０＋５＋５＋４＝１４となる。「実施済みボタンクリック」については、０＋５＋６＋４＝１５となる。「バイタル入力ボタンクリック」については、４＋３＋２０＝２７となる。したがって、「１４」、「１５」、及び「２７」に基づいて、各操作の比又は割合が算出されてもよい。
【００６９】
また、上記では、クライアント部２１からの操作支援要求が、操作者による明示的な操作（ヘルプボタンの操作）に応じて送信される例を示した。但し、常に操作支援を受けたい場合を考慮して、電子カルテ画面に操作支援モード等を設けてもよい。操作支援モードは、例えば、操作支援モードのＯＮ／ＯＦＦを選択するボタンを介して操作支援モードが選択されると、ヘルプボタンを押下しなくても、毎回次の操作の候補が示される状態である。この場合、クライアント部２１は、通常の操作に応じて操作支援要求を送信すればよい。または、図１０の処理と並行して図４の処理が行われる場合は、図４における操作記録要求によって操作支援要求が代替されてもよい。
【００７０】
上述したように、第一の実施の形態によれば、操作者と同じ職種、診療科、又は病棟に属する他の操作者（熟練した操作者）の操作履歴を参考として次の操作の候補を判定することができる。したがって、職種、診療科、又は病棟等に応じて業務フローが異なり、その結果として操作手順も異なりうる電子カルテ画面の操作について、操作者に適した操作支援を行うことができる。
【００７１】
また、時間帯をも考慮して次の操作の候補が判定されることで、医療機関における業務の特性が考慮された操作支援を行うことができる。例えば、所定の時間帯において、或る診療科では検温が行われ、検温結果の入力が操作として行われる傾向が有る場合、そのような傾向に沿った操作支援を行うことができる。また、同じ時間帯であっても、外科において行われる操作と、内科において行われる操作が異なる場合、診療科と時間帯とを組み合わせて次の操作を判定することにより、斯かる事情が考慮された操作支援を行うことができる。
【００７２】
次に、第二の実施の形態について説明する。第二の実施の形態において特に言及しない点については第一の実施の形態と同様でよい。
【００７３】
第二の実施の形態では、図６のステップＳ２０６の内容が異なる。すなわち、第二の実施の形態では、直前の操作だけでなく累積操作も考慮される。また、より高度な又はより信頼性の高い統計処理が行われる。
【００７４】
図１２は、第二の実施の形態における統計処理の処理手順を説明するための図である。同図の処理手順は、図６のステップＳ２０６に置き換わるものである。
【００７５】
ステップＳ２０６ａにおいて、統計処理部１２は、小分類のグループごとに、各項目に該当するレコード数を計数（カウント）する。
【００７６】
図１３は、第二の実施の形態における小分類のグループごとのレコード数のカウント結果の例を示す図である。同図において、操作時間帯に関するレコード数のカウントについては、図９において説明した通りである。同図では、更に、累積操作に関してレコード数がカウントされている。具体的には、累積操作回数の計数対象とされている操作ごとに、当該操作の累積操作回数の値が１以上であるレコード数がカウントされる。例えば、１行目のレコードについて、検索結果照会の値は「１」となっている。これは、当該レコードに係る小分類のグループの中で、検索結果照会の累積操作回数が１以上であるレコードの数である。なお、累積操作回数そのものではなく、累積操作回数が１以上であるレコードの数をカウントするのは、当該累積操作回数に係る操作（例えば、「検査結果照会」）が何回行われたかということよりも、行われたか否かということをより重く評価しているからである。すなわち、次の操作の候補を予測するにあたり、或る操作が何回行われたかということよりも、或る操作が行われたか否かということの方が重要な要素であると考えるからである。
【００７７】
続いて、統計処理部１２は、処理対象の中分類のグループについて（すなわち、図１３全体について）、項目ごとにカイ二乗検定を行い、自由度１での有意水準を算出する（Ｓ２０６ｂ）。すなわち、各項目のデータが、統計的にどの程度意味が有るのか（有意性）が検定される。なお、統計処理部１２は、処理の便宜上、算出結果を常用対数に変換する。
【００７８】
図１４は、カイ二乗検定による有意水準の算出結果の例を示す図である。同図では、図１３の値に基づいて、操作時間帯ごと、又は累積操作に係る操作ごとに、各レコードのカイ二乗検定の有意水準の算出結果が示されている。なお、同図の値は、常用対数に変換後の値である。
【００７９】
続いて、統計処理部１２は、各項目のレコード数の値（図１３の値）が項目内における平均値以上か否かに基づいて、ステップＳ２０６ｂにおいて算出された各有意水準値を変換する（Ｓ２０６ｃ）。具体的には、レコード数の値が平均値以上である場合、当該レコード数に対応する有意水準値の符号がプラス（＋）に変換される。一方、レコード数の値が平均値未満である場合、当該レコード数に対応する有意水準値はマイナス（−）のままとされる。
【００８０】
図１５は、カイ二乗検定による有意水準の値の変換結果の例を示す図である。同図において、例えば、１２：００〜１３：００の操作時間帯を参照すると、３番目のレコードの有意水準値がプラスに変換されている。これは、図１３における当該操作時間帯の当該レコードの値「２０」が、図１３における当該操作時間帯の平均値以上だからである。すなわち、当該操作時間帯の平均値は、（４＋４＋２０）÷３≒９．３３である。したがって、当該操作時間帯については、９．３３以上であるか否かに基づいて変換が行われる。他の項目についても同様の変換が行われている。
【００８１】
第二の実施の形態では、以上の処理手順が図６のステップＳ２０６に置き換わる。したがって、ステップＳ２０７では、図１５に示されるデータが、現在の処理対象の大分類のユーザ属性の値に関連付けられて統計情報ＤＢ１６に記録される。
【００８２】
続いて、第二の実施の形態における操作支援処理について図１０を用いて説明する。第二の実施の形態における操作支援処理は、ステップＳ３０４において、例えば、図１５に示されるようなレコードが抽出される。
【００８３】
続いて、操作候補判定部１３は、抽出されたレコードから、現在時刻が属する時間帯のデータと、操作者による累積操作回数が１以上である操作に関するデータを抽出する（Ｓ３０５）。
【００８４】
図１６は、第三の実施の形態におけるデータの抽出例を説明するための図である。同図において、（Ａ）は、現在の操作者の状態を表形式によって示したものである。１２：００〜１３：００の操作時間帯に「１」が付与されているが、これは、現在時刻が当該操作時間帯に属することを示す。また、累積操作において、病名入力及び薬剤検索のそれぞれに「１」が付与されているが、これは、病名入力及び薬剤検索について累積操作回数が１以上であることを示す。なお、累積操作に関する情報（操作ごとの累積操作回数）は、操作支援要求に伴ってクライアント部２１より送信されればよい。また、図１０の実行時において、図４の処理が並行して行われる場合、操作候補判定部１３が操作履歴ＤＢ１５に基づいて導出してもよい。
【００８５】
（Ｂ）は、図１５の内容を転記したものである。但し、（Ａ）において「１」が付与されていない項目についてはマスクされている。すなわち、（Ｂ）では、（Ａ）において「１」が付与されている項目に係るデータが抽出されたことが示されている。具体的には、１２：００〜１３：００の操作時間帯の有意水準値と、病名入力の有意水準値と、薬剤検索の有意水準値が抽出されている。ここで、抽出された有意水準値を、以下「注目有意水準値」という。
【００８６】
続いて、操作候補判定部１３は、レコードごとに注目有意水準値の合計値を求める。例えば、１行目のレコードであれば、−１．２９２８＋０−１．６９００４１≒−２．９８となる。当該合計値が、当該レコードの操作情報に係る操作が次に行われる可能性又は確率を示す値として利用される。図１６（Ｂ）における３つのレコードに関する当該合計値（すなわち、次の操作の候補ごとの当該合計値）は、図１７に示されるようになる。
【００８７】
図１７は、次の操作の候補ごとの注目有意水準値の合計値を示す図である。同図に示されるように、「指示簿表示ボタンクリック」、「実施済みボタンクリック」、及び「バイタル入力ボタンクリック」のそれぞれの有意水準値の合計値は、「−２．９８」、「４．８１」、「１．９７」である。
【００８８】
ここで、操作候補判定部１３は、当該合計値がマイナスである操作については、次の操作の候補から除外する。当該合計値がマイナスであるということは、当該操作は、むしろ実行されない可能性の方が高いと考えられるからである。したがって、図１７の例では、「指示簿表示ボタンクリック」が次の操作の候補から除外される。
【００８９】
続いて、操作候補出力部１４は、次の操作の候補の操作情報ごとに、上記合計値が対応付けられた情報を次の操作の候補を示す情報としてクライアント部２１に送信（出力）する（Ｓ３０７）。したがって、図１７の例では、１行目が除外された情報がクライアント部２１に送信される。
【００９０】
続いて、クライアント部２１は、次の操作の候補を示す情報をユーザが認識可能な態様で電子カルテ画面に表示させる（Ｓ３０８）。この場合の表示態様は第一の実施の形態と同様でよい。楕円等の大きさは、上記合計値の比に応じて変化させるとよい。
【００９１】
上述したように、第二の実施の形態によれば、直前の操作だけでなく、過去の操作の累積的な情報をも考慮して次の操作の候補が判定される。特に、電子カルテ画面のように、業務フローと操作手順とが密接な関係を有する画面においては、直前の操作が同じであっても、それまでに行われた操作内容に応じて、次に行うべき操作が変わりうる。第二の実施の形態では、斯かる事情を考慮して操作支援を行うことができる。
【００９２】
また、第二の実施の形態では、第一の実施の形態において次の操作の候補の可能性又は確率を示す値として利用されたデータに対してカイ二乗検定が行われる。その結果、当該データの有意性をも考慮して、次の操作の候補を判定することができる。したがって、第一の実施の形態に比べて、より信頼性の高い操作支援を行うことが可能となる。
【００９３】
なお、カイ二乗検定以外の他の統計処理（例えば、他のノンパラメトリック手法）によって当該データの有意性が判定されてもよい。例えば、他のノンパラメトリックな統計処理としては、二項検定、Ｇ検定がある。また、これらに限らず、適宜他の統計処理を用いても良い。
【００９４】
また、上記第一及び第二の実施の形態では、特に業務フローと操作手順との関係が深い、医療情報システム（又は電子カルテシステム）を例として説明したが、他のコンピュータシステムの操作画面に関して上記実施の形態が適用されてもよい。この場合、業務フローと操作画面との間に密接な関係が有ることが好ましい。
【００９５】
また、上記実施の形態において説明した各処理手順の実行主体は、必ずしも、上記の実施の形態通りでなくてもよい。上記では、利用者端末２０が実行するとして説明した処理手順が、医療情報サーバ１０によって行われてもよいし、その逆であってもよい。
【００９６】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００９７】
以上の説明に関し、更に以下の項を開示する。
（付記１）
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、
前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、
前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、
前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順と
をコンピュータに実行させる操作支援プログラム。
（付記２）
前記操作履歴記録手順は、前記操作ごとに当該操作が行われた時間情報を前記操作履歴記憶手段に記録し、
前記生成手順は、前記属性情報ごと、かつ、前記時間情報に基づく区分ごとに、前記統計情報を生成し、
前記操作候補判定手順は、前記操作支援要求に指定された前記属性情報と、該操作支援要求に係る時刻に対応する前記区分と、前記操作支援要求以前になされた操作と、前記統計情報とに基づいて、該操作支援要求後の操作の候補を判定する付記１記載の操作支援プログラム。
（付記３）
前記操作候補判定手順は、前記操作者によって前記操作支援要求の直前に行われた操作が含まれる前記順番において、前記操作支援要求後の操作として、当該操作の直後の操作を判定する付記１又は２記載の操作支援プログラム。
（付記４）
前記操作候補判定手順は、前記操作支援要求よりも前に前記第二の操作者によって行われた複数の操作の累積情報に基づいて、前記操作支援要求後の操作の候補を判定する付記１乃至３いずれか一項記載の操作支援プログラム。
（付記５）
前記所定の画面は電子カルテに関する画面であり、
前記操作者の属性情報は、前記操作者が所属する診療科、前記操作者の職種、及び前記操作者が所属する病棟の少なくともいずれか一つである付記１乃至４いずれか一項記載の操作支援プログラム。
（付記６）
前記操作候補出力手順は、前記所定の画面において前記操作支援要求後の操作の候補に対応する部分の表示態様を他の部分と異なるものとさせる付記１乃至５いずれか一項記載の操作支援プログラム。
（付記７）
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、
前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、
前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、
前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順と
をコンピュータが実行する操作支援方法。
（付記８）
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手段と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成し、前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手段と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付け、前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定し、前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手段と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手段と
を有する操作支援装置。
【符号の説明】
【００９８】
１ 医療情報システム
１０ 医療情報サーバ
１１ 操作履歴記録部
１２ 統計処理部
１３ 操作候補判定部
１４ 操作候補出力部
１５ 操作履歴ＤＢ
１６ 統計情報ＤＢ
１７ ユーザＤＢ
２０ 利用者端末
２１ クライアント部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス
【技術分野】
【０００１】
本発明は、操作支援プログラム、操作支援方法、及び操作支援装置に関し、特に画面の操作を支援する操作支援プログラム、操作支援方法、及び操作支援装置に関する。
【背景技術】
【０００２】
近年、医療機関では、電子カルテシステム等の医療情報システムが導入されている。そして、医療情報システムでは、患者情報、診察結果情報、検査結果情報、経過情報、薬剤オーダ情報、会計情報、各種検査の申込情報等、各種の情報が電子的に管理されている。
【０００３】
医療情報システムのユーザは、主として、医師、看護師、又は検査技師等の医療従事者である。しかし、医療従事者には、コンピュータシステムの操作に不慣れな者も多い。また、医療情報ステムによって管理されている情報は上記のように多種多様であり、当該システムの機能が豊富であることによって、コンピュータシステムの操作に慣れているユーザであっても、操作が困難な場合も多い。特に、新人の医療従事者にとって、その操作方法を習得するのが非常に困難な状況となっている。
【０００４】
従来、コンピュータシステムの操作を支援する技術として、例えば、特許文献１に記載された技術がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−２７０８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載された技術は、操作者本人の操作履歴に基づいて次の操作を予測するものであるため、操作に習熟していないユーザに関して適用するのは困難である。
【０００７】
また、医療情報システムの操作手順は、そのユーザである医療従事者の業務フローと密接に関係している。そして、各医療従事者の業務フローは、同じ医療機関内においても、診療科又は病棟単位で異なることが有る。例えば、同じ外科であっても、第一外科（整形）では、患者に対してまずレントゲン検査の実施を行うが、第二外科（脳）では、患者に対してまずＭＲＩ検査の実施を行う等といった具合である。その場合に、第一外科では、検査申込の画面においてレントゲン検査の申し込み操作が行われ、第二外科では当該画面においてＭＲＩ検索の申し込み操作が行われる。その後の操作手順も、各診療科に応じて異なりうる。
【０００８】
このように、医療情報システムでは、診療科又は病棟等、部門ごとに業務フローが異なることに応じて、同じ操作画面（検査申込画面、経過情報入力画面）における操作が異なり、更に次に起動させる操作画面も異なりうる。
【０００９】
したがって、新人の医療従事者のみならず、配置転換によって所属部門が変化した医療従事者等にとっても、上記特許文献１の技術の適用は困難である。すなわち、部門Ａにおける本人の操作履歴が、部門Ｂでは役に立たない可能性が高いからである。
【００１０】
本発明は、上記の点に鑑みてなされたものであって、操作者に適した操作支援を行うことができる操作支援プログラム、操作支援方法、及び操作支援装置の提供を目的とする。
【課題を解決するための手段】
【００１１】
そこで上記課題を解決するため、操作支援プログラムは、複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順とをコンピュータに実行させる。
【発明の効果】
【００１２】
開示された技術によれば、操作者に適した操作支援を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態における医療情報システムの構成例を示す図である。
【図２】本発明の実施の形態における医療情報サーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態における医療情報システムの機能構成例を示す図である。
【図４】第一の実施の形態における操作履歴の蓄積処理の処理手順を説明するためのフローチャートである。
【図５】操作履歴ＤＢの構成例を示す図である。
【図６】第一の実施の形態における操作履歴情報の統計処理の処理手順を説明するためのフローチャートである。
【図７】ユーザＤＢの構成例を示す図である。
【図８】直前の操作に基づいて操作履歴情報が分類された例を示す図である。
【図９】第一の実施の形態における統計処理の結果の例を示す図である。
【図１０】第一の実施の形態における操作支援処理の処理手順を説明するためのフローチャートである。
【図１１】次の操作の候補を示す情報の表示態様の一例を示す図である。
【図１２】第二の実施の形態における統計処理の処理手順を説明するための図である。
【図１３】第二の実施の形態における小分類のグループごとのレコード数のカウント結果の例を示す図である。
【図１４】カイ二乗検定による有意水準の算出結果の例を示す図である。
【図１５】カイ二乗検定による有意水準の値の変換結果の例を示す図である。
【図１６】第三の実施の形態におけるデータの抽出例を説明するための図である。
【図１７】次の操作の候補ごとの注目有意水準値の合計値を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における医療情報システムの構成例を示す図である。
【００１５】
医療情報システム１は、一般的に電子カルテシステムとも呼ばれる、医療業務に関するコンピュータシステムである。同図の医療情報システム１において、医療情報サーバ１０と一台以上の利用者端末２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク３０（有線又は無線の別は問わない。）を介して接続されている。
【００１６】
医療情報サーバ１０は、電子カルテに関する情報（医療情報）を管理するコンピュータである。本実施の形態において、医療情報サーバ１０は、操作支援装置の一例として機能する。
【００１７】
利用者端末２０は、電子カルテの閲覧及び入力等に利用されるコンピュータである。例えば、利用者端末２０は、医療機関における診察室、ナースステーション、ベッドサイド、又は検査室等に配置され、医師、看護師、検査技師等によって利用される。利用者端末２０は、各人に割り当てられていてもよいし、複数のユーザによって共用されてもよい。
【００１８】
図２は、本発明の実施の形態における医療情報サーバのハードウェア構成例を示す図である。図２の医療情報サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。
【００１９】
医療情報サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２０】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って医療情報サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２１】
図３は、本発明の実施の形態における医療情報システムの機能構成例を示す図である。同図において、医療情報サーバ１０は、操作履歴記録部１１、統計処理部１２、操作候補判定部１３、操作候補出力部１４、操作履歴ＤＢ１５、統計情報ＤＢ１６、及びユーザＤＢ１７等を有する。
【００２２】
操作履歴記録部１１は、利用者端末２０の表示装置に表示される、電子カルテに関する各種画面（以下、「電子カルテ画面」という。）に対する操作の内容又は種別を示す操作情報を操作履歴ＤＢ１５に記録する。操作情報は、各利用者端末２０において電子カルテ画面に対する操作が行われるたびに、各利用者端末２０より受信される。また、操作情報と共に操作者の識別情報（例えば、氏名又はユーザＩＤ等）も受信され、操作履歴ＤＢ１５に記録される。
【００２３】
統計処理部１２は、操作履歴ＤＢ１５に記録された操作情報の履歴に基づいて、操作者の属性情報に基づく分類ごとに操作の順番に関する統計情報を生成する。生成された統計情報は、統計情報ＤＢ１６に記録される。操作者の属性情報とは、例えば、氏名、病棟、診療科、職種等である。この場合、操作者の属性情報に基づく分類とは、氏名、病棟、診療科、又は職種のいずれか一つ又は二つ以上の組み合わせに基づく分類である。操作の順番の統計情報とは、例えば、操作Ａの後に操作Ｂが行われる回数又は当該回数に基づく統計値等である。
【００２４】
操作候補判定部１３は、利用者端末２０より送信される操作支援要求に応じ、当該操作支援要求以前の操作者によるこれまでの操作の履歴と、統計情報ＤＢ１６とに基づいて次の操作（操作支援要求後の操作）の候補を判定する。操作支援要求は、例えば、利用端末２０において操作中の電子カルテ画面におけるヘルプボタンの押下等に応じて送信される。
【００２５】
操作候補出力部１４は、操作候補判定部１３による判定結果、すなわち、次の操作を示す情報を操作支援要求元の利用者端末２０に送信（出力）する。
【００２６】
操作履歴ＤＢ１５は、補助記憶装置１０２を用いて操作情報等を記憶するデータベースである。統計情報ＤＢ１６は、補助記憶装置１０２を用いて統計情報を記憶するデータベースである。ユーザＤＢ１７は、補助記憶装置１０２を用いて医療情報システム１のユーザごとに、その属性情報を記憶するデータベースである。医療情報システム１のユーザとは、利用者端末２０を介して医療情報システム１の操作者となりうる者をいう。
【００２７】
利用者端末２０は、クライアント部２１を有する。クライアント部２１は、電子カルテ画面を利用者端末２０に表示させる。クライアント部２１は、電子カルテ画面に対する操作に応じ、当該操作の操作情報を逐一医療情報サーバ１０に送信する。クライアント部２１はまた、電子カルテ画面に対する所定の操作（例えば、ヘルプボタンの押下）に応じ、操作支援要求を医療情報サーバ１０に送信する。クライアント部２１は、操作支援要求に応じて返信される、次の操作の候補を示す情報に基づいて、次の操作の候補を操作者に通知する。
【００２８】
以下、医療情報システム１の処理手順について説明する。図４は、第一の実施の形態における操作履歴の蓄積処理の処理手順を説明するためのフローチャートである。同図のフローチャートは、利用者端末２０の表示装置（表示手段）に表示されている電子カルテ画面に対する一回の操作に応じて行われる処理手順を示す。したがって、操作が行われるたびに図４の処理が繰り返し実行される。
【００２９】
ステップＳ１０１において、クライアント部２１は、電子カルテ画面に対する操作を検知すると、利用者端末２０のメモリを用いて記憶している、操作種別ごとの累積操作回数を更新する（Ｓ１０１）。すなわち、今回検知された操作に対応する累積操作回数に１が加算される。なお、累積操作回数の管理対象は、所定の操作に限定されてもよいし、電子カルテ画面に対して可能な全ての操作が対象とされてもよい。
【００３０】
続いて、クライアント部２１は、今回の操作の操作情報、操作者の識別情報、及びその他付帯情報等を含む操作履歴の記録要求を医療情報サーバ１０に送信する（Ｓ１０２）。本実施の形態では、操作者の識別情報は、ユーザＩＤとする。ユーザＩＤは、例えば、医療情報システム１０へのログイン時等に操作者によって入力される。但し、操作者の識別情報は、直接的に操作者を識別するものでなくてもよい。例えば、セッションＩＤ等、ログインからログアウトまでの間に有効なＩＤであってユーザＩＤと関連付けられて管理されるものが操作者の識別情報として利用されてもよい。また、利用者端末２０ことに操作者が特定されるのであれば、利用者端末２０の識別情報（例えば、ＩＰアドレス又はホスト名等）が操作者の識別情報として利用されてもよい。すなわち、運用上、操作者を識別可能な情報が操作者の識別情報として利用されてもよい。付帯情報には、例えば、直前の（すなわち、最後の）操作の操作情報、各操作の累積操作回数、操作日時、電子カルテの内容に関する情報等が含まれる。
【００３１】
医療情報サーバ１０の操作履歴記録部１１は、操作履歴の記録要求を受信すると、当該要求に伴って受信された情報を操作履歴ＤＢ１５に記録する（Ｓ１０３）。
【００３２】
図５は、操作履歴ＤＢの構成例を示す図である。同図において、操作履歴ＤＢ１５は、操作ごとに、操作情報、ユーザＩＤ、及び付帯情報等を記憶する。
【００３３】
操作情報は、記録対象の操作の内容又は種別を示す情報である。ユーザＩＤは、操作者のユーザＩＤである。付帯情報には、直前の操作、操作日時、累積操作、患者情報、オーダ情報、及び使用端末情報等が含まれる。直前の操作は、記録対象の操作の直前に行われた操作の操作情報である。直前の操作に記録される操作情報は、クライアント部２１より送信されてもよいし、医療情報サーバ１０によって判断されてもよい。クライアント部２１より送信される場合、クライアント部２１は、少なくとも過去１回分の操作の操作情報を記憶しておき、過去１回分の操作（最後の操作）の操作情報を直前の操作の操作情報として送信対象に含めればよい。一方、医療情報サーバ１０によって判断される場合、医療情報サーバ１０が、メモリ装置１０３を用いてユーザＩＤごとに最後の操作の操作情報を記憶していてもよいし、操作履歴ＤＢ１５においてユーザＩＤが同一であるレコードを過去に遡ることにより判断してもよい。但し、直前の操作は、基本的に、一連の操作単位内における直前の操作であることが望ましい。具体的には、例えば、ログインされてログアウトされるまでの間の操作の順序関係における直前の操作や、操作の前後関係に意味のある期間における直前の操作であることが望ましい。操作の前後関係に意味のある期間の一例として、同一の患者に関する操作期間が挙げられる。直前の操作の記録範囲を一連の操作単位によって区切る場合、一連の操作単位の最初の操作については、直前の操作は記録されなくてもよい。一連の操作単位の区切りの判断は、予め、当該一連の操作単位の最初の操作又は最後の操作の操作情報を補助記憶装置１０２に記録しておき、当該操作情報と記録対象の操作の操作情報とを照合することにより行えばよい。例えば、患者ごとに一連の操作単位が区切られる場合、患者の電子カルテを開くことが、当該最初の操作に該当する。
【００３４】
操作日時は、記録対象とされた操作が行われた日時である。操作日時には、利用者端末２０間における時計の誤差を考慮して、医療情報サーバ２０において操作履歴の記録要求が受信された日時が記録されるようにしてもよい。すなわち、操作日時は、クライアント部２１から送信される付帯情報に含まれているのではなく、操作履歴記録部１１によって付与されてもよい。累積操作は、クライアント部２１において記憶されている操作種別ごとの累積操作回数を示す情報である。累積操作に関しても、直前の操作と同様に、累積操作を計数する期間を一連の操作単位によって区切ってもよい。また、累積操作は、必ずしもクライアント部２１によって計数されなくてもよい。医療情報サーバ１０において付与されてもよい。医療情報サーバ１０において付与する場合、操作履歴ＤＢ１５においてユーザＩＤが一致するレコードを過去に遡って計数すればよい。
【００３５】
オーダ情報は、操作の結果として入力された医療情報である。使用端末情報は、利用者端末２０の種別を示す情報である。同図の例では、診療室端末、受付端末、ナースステーション端末、ベッドサイド端末等に分類した場合のいずれかの種別である。
【００３６】
なお、直前の操作及び累積操作が医療情報サーバ１０によって判断される場合（すなわち、クライアント部２１から送信される付帯情報に含まれていない場合）、その判断処理は、操作履歴記録部１１又は統計処理部１２によって行われればよい。後述より明らかなように、直前の操作及び累積操作は、統計処理部１２が必要とする情報である。したがって、操作履歴ＤＢ１５への操作履歴の記録処理の性能を考慮すると、統計処理部１２による処理時に実行されるのが好適であると考える。
【００３７】
上記のように、操作履歴ＤＢ１５には、複数の操作者による操作（各利用者端末２０における操作）の操作情報が一元的に記録される。なお、操作履歴ＤＢ１５は、操作支援要求の受信時（次の操作の問い合わせ時）において、お手本として利用される情報である。したがって、例えば、操作履歴ＤＢ１５への記録対象とする操作者を熟練者等の所定者に限定してもよい。例えば、医療情報サーバ１０に予め設定されているユーザＩＤに係る操作履歴の記録要求が受信された場合に限って、操作履歴ＤＢ１５への記録が行われるようにしてもよい。
【００３８】
続いて、操作履歴ＤＢ１５に記録された情報（操作履歴情報）の統計処理について説明する。
【００３９】
図６は、第一の実施の形態における操作履歴情報の統計処理の処理手順を説明するためのフローチャートである。同図の処理は、理論的には操作支援要求に応じて行われてもよいが、実運用における性能を考慮すると、バッチ的に行われるのが望ましい。本実施の形態でもバッチ的に行われることとして説明する。なお、当該統計処理によって得られる結果は、操作履歴ＤＢ１５に記録されたレコード数が多ければ多いほど信頼性が高くなる。
【００４０】
ステップＳ２０１において、統計処理部１２は、メモリ装置１０３を用いて操作履歴ＤＢ１５より各レコードを読み込む。続いて、統計処理部１２は、読み込まれたレコードの各ユーザＩＤに対応する属性情報をユーザＤＢ１７より取得する（Ｓ２０２）。
【００４１】
図７は、ユーザＤＢの構成例を示す図である。同図において、ユーザＤＢ１７は、医療情報システム１のユーザごとに、ユーザＩＤ、氏名、職種、病棟、及び診療科等の属性情報（ユーザ属性）を記憶する。なお、同図では、主として、医療機関における業務フロー、すなわち、電子カルテ画面の操作手順に影響を与えうる属性が抽出されている。他の属性が業務フローに影響する場合、当該他の属性についても管理対象とすればよい。
【００４２】
なお、ユーザ属性は、操作履歴の記録時にユーザＩＤと共に操作履歴ＤＢ１５に記録されていてもよい。例えば、ログイン時においてユーザＩＤに基づいてユーザＤＢ１７よりユーザ属性が検索され、検索されたユーザ属性が操作履歴記録部１１によって操作ごとに操作履歴ＤＢ１５に記録されてもよい。この場合、ステップＳ２０２においてユーザＤＢ１７が参照される必要はない。
【００４３】
続いて、統計処理部１２は、操作履歴ＤＢ１５の各レコードをユーザ属性に基づいて分類した場合の一つの集合に属するレコードを抽出する（Ｓ２０３）。具体的には、ユーザＩＤ、職種、病棟、若しくは診療科ごと、又はこれらの二つ以上の組み合わせごと（例えば、職種及び診療科の組み合わせ、病棟及び診療科の組み合わせ等）に各レコードが分類される。分類のバリエーションが多いほど、操作支援時（次の操作の候補の提示時）において、お手本として指定可能な分類のバリエーションが増える。
【００４４】
例えば、ユーザＩＤごとに分類するとは、ユーザＩＤが同一のレコードごとに操作履歴ＤＢ１５の全レコードをグループ分けすることをいう。職種及び診療科の組み合わせごとに分類するとは、職種及び診療科の組み合わせが一致するレコードごとに操作履歴ＤＢ１５の全レコードをグループ分けすることをいう。したがって、例えば、ユーザＩＤ、職種、又は職種及診療科の組み合わせごとに分類する場合、ユーザＩＤのグループ数＋職種のグループ数（種別数）＋職種及び診療科のグループ数分の分類（グループ）が成立する。ループＬ１に含まれるステップＳ２０３〜Ｓ２０７は、当該分類（グループ）の数分繰り返し実行される。以下、分類された又はグループ分けされたレコードの集合を「グループ」と呼ぶ。ステップＳ２０３では、まず、一つのグループに属するレコード群が抽出される。
【００４５】
続いて、統計処理部１２は、抽出されたレコード群（処理対象のグループ）を、直前の操作に基づいて分類（グループ分け）する。すなわち、直前の操作が一致するレコードごとにグループが形成される。
【００４６】
図８は、直前の操作に基づいて処理対象のグループが分類された例を示す図である。同図では、ユーザＩＤ「ＮＳ００２」に係るグループが抽出された例が示されている。すなわち、同図に示されるレコード群は、ユーザＩＤに基づいて分類されたグループ群のうちの一つのグループである。同図では、当該グループについて、直前の操作に基づいて、グループＧ１〜Ｇ８の８つのグループに分類されている。例えば、グループＧ１は、直前の操作が「検索結果照会ボタンクリック」に係るグループである。グループＧ２は、直前の操作が、「指示簿表示ボタンクリック」に係るグループである。また、グループＧ８は、直前の操作が、「予約ボタンクリック」に係るグループである。なお、グループＧ１〜Ｇ７については、グループごとに操作情報が一致しているように見える。但し、これは、紙面の都合上、操作情報が異なるレコードについて省略されているだけである。
【００４７】
なお、ステップＳ２０３による分類を大分類といい、ステップＳ２０４による分類を中分類という。
【００４８】
続いて、統計処理部１２は、中分類の各グループを操作情報（１列目の値）に基づいて分類する（Ｓ２０５）。当該ステップによる分類を小分類という。続いて、統計処理部１２は、小分類のグループごとに統計処理を実行する（Ｓ２０６）。
【００４９】
図９は、第一の実施の形態における統計処理の結果の例を示す図である。同図には、直前の操作が「指示簿表示ボタンクリック」に係る中分類のグループについて、操作情報ごとに（すなわち、小分類ごとに）統計処理が行われた結果が示されている。具体的には、当該中分類のグループ内において、操作情報が一致するレコード数が、操作日時に基づいて時間帯ごとに計数される。時間帯は、同図の表の操作時間帯の項目に示されるように区分されている。
【００５０】
例えば、同図において、操作情報が「指示簿表示ボタンクリック」であるレコードについては、２２：００〜５：００の時間帯に操作日時が含まれるレコード数は「０」、５：００〜８：００の時間帯に操作日時が含まれるレコード数は「５」、８：００〜１２：００の時間帯に操作日時が含まれるレコード数は「５」、１２：００〜１３：００の時間帯に操作日時が含まれるレコード数「４」である。なお、これらの合計値（０＋５＋５＋４＝１４）は、時間帯によって区分しない場合において、直前の操作が「指示簿表示ボタンクリック」である場合に「指示簿表示ボタンクリック」が行われた数である。
【００５１】
操作情報が「実施済みボタンクリック」であるレコード、及び「バイタル入力ボタンクリックである」レコードについても、同様の統計処理が行われる。
【００５２】
なお、同図は、一つの中分類のグループに関する統計処理の結果を示したものである。したがって、他の中分類のグループに関しても（すなわち、他の直前の操作に係るグループに関しても）同様の統計処理が行われる。
【００５３】
続いて、統計処理部１２は、中分類ごとに小分類について行われた統計処理（すなわち、「直前の操作」と「操作情報」の組み合わせごとに行われた統計処理）の結果を、現在の処理対象の大分類（ユーザ属性の値）に関連付けて、統計情報ＤＢ１６に記録する（Ｓ２０７）。
【００５４】
ここでは、現在の処理対象の大分類のユーザ属性の値は、ユーザＩＤ「ＮＳ００２」である。したがって、ユーザＩＤ＝「ＮＳ００２」という大分類の識別情報に関連付けられて、図９に示される表の集合が統計情報ＤＢ１６に記録される。なお、ユーザＩＤと共に氏名が大分類の識別情報として記録されてもよい。
【００５５】
その後、他の大分類のグループについても同様にステップＳ２０３以降が実行される。その結果、当該大分類のグループに係るユーザ属性ごとに、「直前の操作」と「操作情報」との組み合わせごと（操作の順番ごと）の統計処理の結果が統計情報ＤＢ１６に記録される。
【００５６】
以上で操作支援の準備は終了する。続いて、例えば、未熟な操作者に対して操作支援を行う際の処理手順について説明する。
【００５７】
図１０は、第一の実施の形態における操作支援処理の処理手順を説明するためのフローチャートである。同図の処理は、例えば、電子カルテ画面の操作者によって、当該電子カルテ画面に配置されているヘルプボタンがクリックされることにより開始される。なお、ヘルプボタンは、次の操作として何を行うべきか不明である場合、又は不確かな場合等に押下される。
【００５８】
ヘルプボタンのクリックに応じ、クライアント部２１は、参考対象指定画面を表示装置に表示させる（Ｓ３０１）。参考対象指定画面は、参考対象（操作支援のお手本）とするユーザ属性を指定させるための画面である。参考対象指定画面では、例えば、ユーザＩＤ、氏名、職種、病棟、又は診療科等のいずれか一つ又は二以上の組み合わせ指定することができる。なお、参考対象指定画面において、統計情報に関連付けられている大分類の識別情報（ユーザ属性の値）の一覧を表示させ、当該一覧の中から一つの大分類を参考対象として選択させるようにしてもよい。この場合、クライアント部２１は、統計情報ＤＢ１６より、大分類の識別情報の一覧を取得すればよい。
【００５９】
また、参考対象は、クライアント部２１によって自動的に判定されてもよい。例えば、クライアント部２１は、ログイン時等に操作者に入力されたユーザＩＤに基づいて、現在の操作者のユーザ属性をユーザＤＢ１７より取得し、当該ユーザ属性に含まれる、職種、病棟、診療科のいずれか一つ又は二つ以上の組み合わせを参考対象とする。又は、クライアント部２１は、職種、病棟、及び診療科の少なくとも一つが操作者と一致する他のユーザのユーザＩＤ及び氏名をユーザＤＢ１７より検索し、当該氏名の一覧を表示装置に表示させ、当該一覧の中から選択された氏名に係るユーザＩＤを参考対象とする。
【００６０】
続いて、クライアント部２１は、指定された参考対象の識別情報と操作者による直前の操作の操作情報とを指定して、操作支援要求を医療情報サーバ１０に送信する（Ｓ３０２）。なお、直前の操作とは、ヘルプボタンが押下される前の操作をいう。すなわち、クライアント部２１は、ヘルプボタンの押下を除いて少なくとも過去１回分の操作の操作情報を記憶している。但し、図１０の実行時においても、図４の処理が並行して行われる場合、操作者による直前の操作は、医療情報サーバ１０側でも操作履歴ＤＢ１５に基づいて判定可能である。したがって、医療情報サーバ１０側で判定する場合、操作支援要求には直前の操作の操作情報は指定されなくてもよい。
【００６１】
医療情報サーバ１０において操作支援要求が受信されると、操作候補判定部１３は、当該操作支援要求において指定されている参考対象の識別情報と一致する大分類の識別情報に関連付けられているレコードを統計情報ＤＢ１６より検索する（Ｓ３０３）。続いて、操作候補判定部１３は、操作支援要求において指定されている直前の操作の操作情報と、「直前の操作」の値が一致するレコードをステップＳ３０３において検索されたレコードより抽出する（Ｓ３０４）。例えば、参考対象が「ユーザＩＤ＝ＮＳ００２」であり、直前の操作が「指示簿表示ボタンクリック」である場合、図９に示されるレコードが抽出される。
【００６２】
続いて、操作候補判定部１３は、抽出されたレコードから、現在時刻が属する操作時間帯のデータを抽出する（Ｓ３０５）。例えば、現在時刻が１２：１５であれば、図９における１２：００〜１３：００の列に属する３つのデータ（「４」、「４」、「２０」）が抽出される。続いて、操作候補判定部１３は、抽出されたデータに基づいて次の操作の候補を示す情報を生成する（Ｓ３０６）。第一の実施の形態では、抽出されたデータの値が、当該データの属するレコードの操作情報に係る操作が次に行われる可能性又は確率を示す値として利用される。したがって、抽出された各データの比又は割合を示す値が、次の操作の候補を示す情報とされる。例えば、「４」、「４」、「２０」が抽出されたデータである場合、これらの比は、１：１：５である。また、割合は、１４．３％、１４．３％、７１．４％である。これらは、各データが属するレコードにおける「操作情報」によって示される操作の比又は割合を示す。図９の例では、「指示簿表示ボタンクリック」、「実施済みボタンクリック」、及び「バイタル入力ボタンクリック」の比又は割合である。
【００６３】
続いて、操作候補出力部１４は、次の操作の候補を示す情報として操作情報ごとにその比又は割合等を含む情報を次の操作の候補を示す情報としてクライアント部２１に返信（出力）する（Ｓ３０７）。当該当該情報の受信に応じ、クライアント部２１は、次の操作の候補を示す情報をユーザが認識可能な態様で電子カルテ画面に表示させる（Ｓ３０８）。例えば、クライアント部２１は、次の操作の候補に対応する部分の表示態様を他の部分と異なるものとする。
【００６４】
図１１は、次の操作の候補を示す情報の表示態様の一例を示す図である。同図において、（Ａ）は、電子カルテ画面５１０に直接的に次の操作の候補に対応する部分（メニュー又はボタン等）を示した例である。すなわち、電子カルテ画面５１０全体は暗くされ（グレーアウトされ）、次の操作の候補に対応する部分ｐ１、部分ｐ２、及び部分ｐ３がハイライト表示されている。なお、部分ｐ１、部分ｐ２、及び部分ｐ３を示す図形（同図の例では楕円）の大きさは、それぞれの操作の候補に対する比又は割合に応じて変化させると操作者にとって分かりやすい。
【００６５】
また、（Ｂ）は、キーボード画面２２０を表示装置に表示させ、次の操作の候補に対応するキーを強調表示させた例である。同図では、キーｋ１及びキーｋ２が強調表示されている。この場合も、それぞれの操作の候補に対する比又は割合に応じて図形の大きさを変化させるとよい。
【００６６】
クライアント部２１は、操作情報と電子カルテ画面５１０の各部分、又は操作情報とキーボード画面５２０の各キーとの対応情報を記憶装置を用いて管理しておけばよい。クライアント部２１は、当該対応情報に基づいて、強調表示させる部分を判断すればよい。
【００６７】
以上のような画面を参照することにより、操作者は、次の操作を判断する材料として、有用な情報を得ることができる。
【００６８】
なお、上記では、現在時刻に応じた時間帯に関するデータに基づいて次の操作の比又は割合を算出したが、時間帯による区分を利用せずに、当該比又は割合が算出されてもよい。この場合、図９の例では、「指示簿表示ボタンクリック」については、０＋５＋５＋４＝１４となる。「実施済みボタンクリック」については、０＋５＋６＋４＝１５となる。「バイタル入力ボタンクリック」については、４＋３＋２０＝２７となる。したがって、「１４」、「１５」、及び「２７」に基づいて、各操作の比又は割合が算出されてもよい。
【００６９】
また、上記では、クライアント部２１からの操作支援要求が、操作者による明示的な操作（ヘルプボタンの操作）に応じて送信される例を示した。但し、常に操作支援を受けたい場合を考慮して、電子カルテ画面に操作支援モード等を設けてもよい。操作支援モードは、例えば、操作支援モードのＯＮ／ＯＦＦを選択するボタンを介して操作支援モードが選択されると、ヘルプボタンを押下しなくても、毎回次の操作の候補が示される状態である。この場合、クライアント部２１は、通常の操作に応じて操作支援要求を送信すればよい。または、図１０の処理と並行して図４の処理が行われる場合は、図４における操作記録要求によって操作支援要求が代替されてもよい。
【００７０】
上述したように、第一の実施の形態によれば、操作者と同じ職種、診療科、又は病棟に属する他の操作者（熟練した操作者）の操作履歴を参考として次の操作の候補を判定することができる。したがって、職種、診療科、又は病棟等に応じて業務フローが異なり、その結果として操作手順も異なりうる電子カルテ画面の操作について、操作者に適した操作支援を行うことができる。
【００７１】
また、時間帯をも考慮して次の操作の候補が判定されることで、医療機関における業務の特性が考慮された操作支援を行うことができる。例えば、所定の時間帯において、或る診療科では検温が行われ、検温結果の入力が操作として行われる傾向が有る場合、そのような傾向に沿った操作支援を行うことができる。また、同じ時間帯であっても、外科において行われる操作と、内科において行われる操作が異なる場合、診療科と時間帯とを組み合わせて次の操作を判定することにより、斯かる事情が考慮された操作支援を行うことができる。
【００７２】
次に、第二の実施の形態について説明する。第二の実施の形態において特に言及しない点については第一の実施の形態と同様でよい。
【００７３】
第二の実施の形態では、図６のステップＳ２０６の内容が異なる。すなわち、第二の実施の形態では、直前の操作だけでなく累積操作も考慮される。また、より高度な又はより信頼性の高い統計処理が行われる。
【００７４】
図１２は、第二の実施の形態における統計処理の処理手順を説明するための図である。同図の処理手順は、図６のステップＳ２０６に置き換わるものである。
【００７５】
ステップＳ２０６ａにおいて、統計処理部１２は、小分類のグループごとに、各項目に該当するレコード数を計数（カウント）する。
【００７６】
図１３は、第二の実施の形態における小分類のグループごとのレコード数のカウント結果の例を示す図である。同図において、操作時間帯に関するレコード数のカウントについては、図９において説明した通りである。同図では、更に、累積操作に関してレコード数がカウントされている。具体的には、累積操作回数の計数対象とされている操作ごとに、当該操作の累積操作回数の値が１以上であるレコード数がカウントされる。例えば、１行目のレコードについて、検索結果照会の値は「１」となっている。これは、当該レコードに係る小分類のグループの中で、検索結果照会の累積操作回数が１以上であるレコードの数である。なお、累積操作回数そのものではなく、累積操作回数が１以上であるレコードの数をカウントするのは、当該累積操作回数に係る操作（例えば、「検査結果照会」）が何回行われたかということよりも、行われたか否かということをより重く評価しているからである。すなわち、次の操作の候補を予測するにあたり、或る操作が何回行われたかということよりも、或る操作が行われたか否かということの方が重要な要素であると考えるからである。
【００７７】
続いて、統計処理部１２は、処理対象の中分類のグループについて（すなわち、図１３全体について）、項目ごとにカイ二乗検定を行い、自由度１での有意水準を算出する（Ｓ２０６ｂ）。すなわち、各項目のデータが、統計的にどの程度意味が有るのか（有意性）が検定される。なお、統計処理部１２は、処理の便宜上、算出結果を常用対数に変換する。
【００７８】
図１４は、カイ二乗検定による有意水準の算出結果の例を示す図である。同図では、図１３の値に基づいて、操作時間帯ごと、又は累積操作に係る操作ごとに、各レコードのカイ二乗検定の有意水準の算出結果が示されている。なお、同図の値は、常用対数に変換後の値である。
【００７９】
続いて、統計処理部１２は、各項目のレコード数の値（図１３の値）が項目内における平均値以上か否かに基づいて、ステップＳ２０６ｂにおいて算出された各有意水準値を変換する（Ｓ２０６ｃ）。具体的には、レコード数の値が平均値以上である場合、当該レコード数に対応する有意水準値の符号がプラス（＋）に変換される。一方、レコード数の値が平均値未満である場合、当該レコード数に対応する有意水準値はマイナス（−）のままとされる。
【００８０】
図１５は、カイ二乗検定による有意水準の値の変換結果の例を示す図である。同図において、例えば、１２：００〜１３：００の操作時間帯を参照すると、３番目のレコードの有意水準値がプラスに変換されている。これは、図１３における当該操作時間帯の当該レコードの値「２０」が、図１３における当該操作時間帯の平均値以上だからである。すなわち、当該操作時間帯の平均値は、（４＋４＋２０）÷３≒９．３３である。したがって、当該操作時間帯については、９．３３以上であるか否かに基づいて変換が行われる。他の項目についても同様の変換が行われている。
【００８１】
第二の実施の形態では、以上の処理手順が図６のステップＳ２０６に置き換わる。したがって、ステップＳ２０７では、図１５に示されるデータが、現在の処理対象の大分類のユーザ属性の値に関連付けられて統計情報ＤＢ１６に記録される。
【００８２】
続いて、第二の実施の形態における操作支援処理について図１０を用いて説明する。第二の実施の形態における操作支援処理は、ステップＳ３０４において、例えば、図１５に示されるようなレコードが抽出される。
【００８３】
続いて、操作候補判定部１３は、抽出されたレコードから、現在時刻が属する時間帯のデータと、操作者による累積操作回数が１以上である操作に関するデータを抽出する（Ｓ３０５）。
【００８４】
図１６は、第三の実施の形態におけるデータの抽出例を説明するための図である。同図において、（Ａ）は、現在の操作者の状態を表形式によって示したものである。１２：００〜１３：００の操作時間帯に「１」が付与されているが、これは、現在時刻が当該操作時間帯に属することを示す。また、累積操作において、病名入力及び薬剤検索のそれぞれに「１」が付与されているが、これは、病名入力及び薬剤検索について累積操作回数が１以上であることを示す。なお、累積操作に関する情報（操作ごとの累積操作回数）は、操作支援要求に伴ってクライアント部２１より送信されればよい。また、図１０の実行時において、図４の処理が並行して行われる場合、操作候補判定部１３が操作履歴ＤＢ１５に基づいて導出してもよい。
【００８５】
（Ｂ）は、図１５の内容を転記したものである。但し、（Ａ）において「１」が付与されていない項目についてはマスクされている。すなわち、（Ｂ）では、（Ａ）において「１」が付与されている項目に係るデータが抽出されたことが示されている。具体的には、１２：００〜１３：００の操作時間帯の有意水準値と、病名入力の有意水準値と、薬剤検索の有意水準値が抽出されている。ここで、抽出された有意水準値を、以下「注目有意水準値」という。
【００８６】
続いて、操作候補判定部１３は、レコードごとに注目有意水準値の合計値を求める。例えば、１行目のレコードであれば、−１．２９２８＋０−１．６９００４１≒−２．９８となる。当該合計値が、当該レコードの操作情報に係る操作が次に行われる可能性又は確率を示す値として利用される。図１６（Ｂ）における３つのレコードに関する当該合計値（すなわち、次の操作の候補ごとの当該合計値）は、図１７に示されるようになる。
【００８７】
図１７は、次の操作の候補ごとの注目有意水準値の合計値を示す図である。同図に示されるように、「指示簿表示ボタンクリック」、「実施済みボタンクリック」、及び「バイタル入力ボタンクリック」のそれぞれの有意水準値の合計値は、「−２．９８」、「４．８１」、「１．９７」である。
【００８８】
ここで、操作候補判定部１３は、当該合計値がマイナスである操作については、次の操作の候補から除外する。当該合計値がマイナスであるということは、当該操作は、むしろ実行されない可能性の方が高いと考えられるからである。したがって、図１７の例では、「指示簿表示ボタンクリック」が次の操作の候補から除外される。
【００８９】
続いて、操作候補出力部１４は、次の操作の候補の操作情報ごとに、上記合計値が対応付けられた情報を次の操作の候補を示す情報としてクライアント部２１に送信（出力）する（Ｓ３０７）。したがって、図１７の例では、１行目が除外された情報がクライアント部２１に送信される。
【００９０】
続いて、クライアント部２１は、次の操作の候補を示す情報をユーザが認識可能な態様で電子カルテ画面に表示させる（Ｓ３０８）。この場合の表示態様は第一の実施の形態と同様でよい。楕円等の大きさは、上記合計値の比に応じて変化させるとよい。
【００９１】
上述したように、第二の実施の形態によれば、直前の操作だけでなく、過去の操作の累積的な情報をも考慮して次の操作の候補が判定される。特に、電子カルテ画面のように、業務フローと操作手順とが密接な関係を有する画面においては、直前の操作が同じであっても、それまでに行われた操作内容に応じて、次に行うべき操作が変わりうる。第二の実施の形態では、斯かる事情を考慮して操作支援を行うことができる。
【００９２】
また、第二の実施の形態では、第一の実施の形態において次の操作の候補の可能性又は確率を示す値として利用されたデータに対してカイ二乗検定が行われる。その結果、当該データの有意性をも考慮して、次の操作の候補を判定することができる。したがって、第一の実施の形態に比べて、より信頼性の高い操作支援を行うことが可能となる。
【００９３】
なお、カイ二乗検定以外の他の統計処理（例えば、他のノンパラメトリック手法）によって当該データの有意性が判定されてもよい。例えば、他のノンパラメトリックな統計処理としては、二項検定、Ｇ検定がある。また、これらに限らず、適宜他の統計処理を用いても良い。
【００９４】
また、上記第一及び第二の実施の形態では、特に業務フローと操作手順との関係が深い、医療情報システム（又は電子カルテシステム）を例として説明したが、他のコンピュータシステムの操作画面に関して上記実施の形態が適用されてもよい。この場合、業務フローと操作画面との間に密接な関係が有ることが好ましい。
【００９５】
また、上記実施の形態において説明した各処理手順の実行主体は、必ずしも、上記の実施の形態通りでなくてもよい。上記では、利用者端末２０が実行するとして説明した処理手順が、医療情報サーバ１０によって行われてもよいし、その逆であってもよい。
【００９６】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００９７】
以上の説明に関し、更に以下の項を開示する。
（付記１）
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、
前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、
前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、
前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順と
をコンピュータに実行させる操作支援プログラム。
（付記２）
前記操作履歴記録手順は、前記操作ごとに当該操作が行われた時間情報を前記操作履歴記憶手段に記録し、
前記生成手順は、前記属性情報ごと、かつ、前記時間情報に基づく区分ごとに、前記統計情報を生成し、
前記操作候補判定手順は、前記操作支援要求に指定された前記属性情報と、該操作支援要求に係る時刻に対応する前記区分と、前記操作支援要求以前になされた操作と、前記統計情報とに基づいて、該操作支援要求後の操作の候補を判定する付記１記載の操作支援プログラム。
（付記３）
前記操作候補判定手順は、前記操作者によって前記操作支援要求の直前に行われた操作が含まれる前記順番において、前記操作支援要求後の操作として、当該操作の直後の操作を判定する付記１又は２記載の操作支援プログラム。
（付記４）
前記操作候補判定手順は、前記操作支援要求よりも前に前記第二の操作者によって行われた複数の操作の累積情報に基づいて、前記操作支援要求後の操作の候補を判定する付記１乃至３いずれか一項記載の操作支援プログラム。
（付記５）
前記所定の画面は電子カルテに関する画面であり、
前記操作者の属性情報は、前記操作者が所属する診療科、前記操作者の職種、及び前記操作者が所属する病棟の少なくともいずれか一つである付記１乃至４いずれか一項記載の操作支援プログラム。
（付記６）
前記操作候補出力手順は、前記所定の画面において前記操作支援要求後の操作の候補に対応する部分の表示態様を他の部分と異なるものとさせる付記１乃至５いずれか一項記載の操作支援プログラム。
（付記７）
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、
前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、
前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、
前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順と
をコンピュータが実行する操作支援方法。
（付記８）
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手段と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成し、前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手段と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付け、前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定し、前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手段と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手段と
を有する操作支援装置。
【符号の説明】
【００９８】
１ 医療情報システム
１０ 医療情報サーバ
１１ 操作履歴記録部
１２ 統計処理部
１３ 操作候補判定部
１４ 操作候補出力部
１５ 操作履歴ＤＢ
１６ 統計情報ＤＢ
１７ ユーザＤＢ
２０ 利用者端末
２１ クライアント部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス
【特許請求の範囲】
【請求項１】
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、
前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、
前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、
前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順と
をコンピュータに実行させる操作支援プログラム。
【請求項２】
前記操作履歴記録手順は、前記操作ごとに当該操作が行われた時間情報を前記操作履歴記憶手段に記録し、
前記生成手順は、前記属性情報ごと、かつ、前記時間情報に基づく区分ごとに、前記統計情報を生成し、
前記操作候補判定手順は、前記操作支援要求に指定された前記属性情報と、該操作支援要求に係る時刻に対応する前記区分と、前記操作支援要求以前になされた操作と、前記統計情報とに基づいて、該操作支援要求後の操作の候補を判定する請求項１記載の操作支援プログラム。
【請求項３】
前記操作候補判定手順は、前記操作者によって前記操作支援要求の直前に行われた操作が含まれる前記順番において、前記操作支援要求後の操作として、当該操作の直後の操作を判定する請求項１又は２記載の操作支援プログラム。
【請求項４】
前記操作候補判定手順は、前記操作支援要求よりも前に前記第二の操作者によって行われた複数の操作の累積情報に基づいて、前記操作支援要求後の操作の候補を判定する請求項１乃至３いずれか一項記載の操作支援プログラム。
【請求項５】
前記所定の画面は電子カルテに関する画面であり、
前記操作者の属性情報は、前記操作者が所属する診療科、前記操作者の職種、及び前記操作者が所属する病棟の少なくともいずれか一つである請求項１乃至４いずれか一項記載の操作支援プログラム。
【請求項６】
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、
前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、
前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、
前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順と
をコンピュータが実行する操作支援方法。
【請求項７】
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手段と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成し、前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手段と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付け、前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定し、前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手段と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手段と
を有する操作支援装置。
【請求項１】
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、
前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、
前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、
前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順と
をコンピュータに実行させる操作支援プログラム。
【請求項２】
前記操作履歴記録手順は、前記操作ごとに当該操作が行われた時間情報を前記操作履歴記憶手段に記録し、
前記生成手順は、前記属性情報ごと、かつ、前記時間情報に基づく区分ごとに、前記統計情報を生成し、
前記操作候補判定手順は、前記操作支援要求に指定された前記属性情報と、該操作支援要求に係る時刻に対応する前記区分と、前記操作支援要求以前になされた操作と、前記統計情報とに基づいて、該操作支援要求後の操作の候補を判定する請求項１記載の操作支援プログラム。
【請求項３】
前記操作候補判定手順は、前記操作者によって前記操作支援要求の直前に行われた操作が含まれる前記順番において、前記操作支援要求後の操作として、当該操作の直後の操作を判定する請求項１又は２記載の操作支援プログラム。
【請求項４】
前記操作候補判定手順は、前記操作支援要求よりも前に前記第二の操作者によって行われた複数の操作の累積情報に基づいて、前記操作支援要求後の操作の候補を判定する請求項１乃至３いずれか一項記載の操作支援プログラム。
【請求項５】
前記所定の画面は電子カルテに関する画面であり、
前記操作者の属性情報は、前記操作者が所属する診療科、前記操作者の職種、及び前記操作者が所属する病棟の少なくともいずれか一つである請求項１乃至４いずれか一項記載の操作支援プログラム。
【請求項６】
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手順と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成する生成手順と、
前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手順と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付ける受付手順と、
前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定する特定手順と、
前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手順と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手順と
をコンピュータが実行する操作支援方法。
【請求項７】
複数の操作者に関して、表示手段が表示させる所定の画面に対する操作ごとに、該操作を行った第一の操作者の識別情報及び当該操作の内容を示す操作情報を操作履歴記憶手段に記録する操作履歴記録手段と、
前記操作履歴記憶手段を用いて、前記複数の操作者を分類する情報である属性情報ごとに、前記操作を含む複数の操作の順番に関する統計情報を生成し、前記統計情報を前記属性情報ごとに統計情報記憶手段に記録する統計処理手段と、
前記所定の画面を操作する前記複数の操作者に含まれる第二の操作者による操作支援要求を受付け、前記統計情報記憶手段を参照し、該操作支援要求に指定された属性情報に対応する前記統計情報のうち、該操作支援要求前になされた操作が、前記複数の操作の順番に含まれる統計情報を特定し、前記特定した統計情報に基づいて、該操作支援要求後の操作の候補を判定する操作候補判定手段と、
前記操作支援要求後の操作の候補を示す情報を出力する操作候補出力手段と
を有する操作支援装置。
【図１】
【図２】
【図３】
【図４】
【図６】
【図７】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図５】
【図８】
【図２】
【図３】
【図４】
【図６】
【図７】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図５】
【図８】
【公開番号】特開２０１１−１９８１０３（Ｐ２０１１−１９８１０３Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６４７２９（Ｐ２０１０−６４７２９）
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]