JP5835224B2 - 入力支援プログラム、入力支援装置、及び入力支援方法 - Google Patents

Description

本発明は、入力支援プログラム、入力支援装置、及び入力支援方法に関し、特に文書の入力を支援する入力支援プログラム、入力支援装置、及び入力支援方法に関する。

従来、ＰＣ（Personal Computer）等において文書を作成する際、仮名漢字変換ソフトウェアが用いられて文字列の入力が行われる。一般的に、仮名漢字変換ソフトウェアは、仮名漢字変換用の辞書を有し、読みの入力に応じ、読みに対応する漢字等の文字列が辞書の中から検索され。検索された文字列は、変換候補として提示される。仮名漢字変換ソフトウェアの使い易さは、変換候補の表示順に大きく依存する。そこで、従来、変換候補の表示順に関して各種の工夫が行われている。例えば、特許文献１では、過去に使われた頻度が高いものから優先的に表示するとともに、最近使用頻度が高いものも優先的に表示することが検討されている。

特開平７−５６９１３号公報

しかしながら、同一の読みに適合する変換候補であっても、その優先度は編集対象の文書に応じて異なりうる。換言すれば、全文書の入力に関する頻度は低い変換候補であっても、特定の文書に関しては利用者にとって優先度が高い場合がある。

例えば、医療機関においては、患者の診療や治療などに関する情報の管理に電子カルテシステムが用いられている。電子カルテシステムでは、患者ごとに電子カルテと呼ばれる文書が管理され、患者に対して診療等を行った利用者（医師、看護師、会計担当者等）によって当該患者の電子カルテの入力が行われる。

この場合、患者Ａの電子カルテに関して使用される文字列と、患者Ｂの電子カルテに関して使用される文字列との間には、大きな違いが生じうる。患者ごとに病歴や診療歴等が異なるからである。

具体的には、肺炎の患者Ａの電子カルテの入力中には、「はい」の入力に応じて肺炎に関連する文字列等が表示されるのが望ましい。一方、肺結核の患者Ｂの電子カルテの入力中には、「はい」の入力に応じて肺結核に関する文字列等が表示されるのが望ましい。

しかし、特許文献１のように、単に使用頻度に基づいて表示順が決定される場合、肺炎の使用頻度が高ければ、患者Ａの電子カルテの際に、「はい」の入力に応じて、肺結核に関する文字列等が上位に表示されてしまう。その結果、利用者が入力した文字列を探すまでに時間を要してしまうという問題がある。

そして、このような問題は、電子カルテに限らず、他の文書の入力に関しても生じうる。

本発明は、上記の点に鑑みてなされたものであって、文書の入力操作の負担を軽減することのできる入力支援プログラム、入力支援装置、及び入力支援方法の提供を目的とする。

そこで上記課題を解決するため、入力支援プログラムは、コンピュータに、利用者が入力対象としている第一の文書の属性を取得し、前記属性と該属性に関連する第二の文書を記憶する記憶部から、取得した該属性に対応する前記第二の文書を取得し、あらかじめ読み情報と対応付けられて記憶されている文例が、前記第二の文書に含まれるかを判定し、判定の結果に基づいて、前記読み情報に含まれる文字列が、前記利用者により前記第一の文書に対して入力された場合における、該第一の文書とともに表示する前記文例の表示態様を決定する処理を実行させることを特徴とする。

文書の入力操作の負担を軽減することができる。

本発明の実施の形態における電子カルテシステムの構成例を示す図である。 本発明の実施の形態における電子カルテ端末のハードウェア構成例を示す図である。 本発明の実施の形態における電子カルテシステムの機能構成例を示す図である。 電子カルテの編集処理の処理手順の一例を説明するためのフローチャートである。 電子カルテワーク領域の構成例を示す図である。 入力支援部の初期化処理の処理手順の一例を説明するためのフローチャートである。 利用者文例辞書の構成例を示す図である。 文例表示・入力処理の処理手順の一例を説明するためのフローチャートである。 文例一覧の表示例を示す図である。 入力支援部の終了化処理の処理手順の一例を説明するためのフローチャートである。 ジャンルごとの文例辞書の一例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における電子カルテシステムの構成例を示す図である。同図の電子カルテシステム１において、一台以上の電子カルテ端末１０と電子カルテサーバ２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク３０（有線又は無線の別は問わない。）を介して通信可能に接続されている。

電子カルテサーバ２０は、電子カルテを管理するコンピュータである。電子カルテとは、患者の診療情報等が記録される文書データである。従って、電子カルテは、患者ごとに管理されている。本実施の形態において、電子カルテは、文書（電子文書）の一例である。

電子カルテ端末１０は、電子カルテの入力に利用されるＰＣ（Personal Computer）等のコンピュータである。携帯電話、ＰＤＡ（Personal Digital Assistance）、又はスマートフォン等の携帯型の端末が、電子カルテ端末１０として利用されてもよい。本実施の形態において、電子カルテ端末１０は、入力支援装置の一例である。

図２は、本発明の実施の形態における電子カルテ端末のハードウェア構成例を示す図である。図２の電子カルテ端末１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５と、表示装置１０６と、入力装置１０７とを有する。

電子カルテ端末１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って電子カルテ端末１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等であり、様々な操作指示を入力させるために用いられる。

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

なお、電子カルテサーバ２０も、図２に示されるハードウェアを有していればよい。但し、電子カルテサーバ２０は、表示装置１０６及び入力装置１０７を有していなくてもよい。

図３は、本発明の実施の形態における電子カルテシステムの機能構成例を示す図である。同図において、電子カルテサーバ２０は、認証部２１、利用者ＤＢ２２、電子カルテＤＢ２３、文例辞書記憶部２４、及び通信部２５等を有する。

認証部２１は、電子カルテシステム１の利用者の認証を行う。利用者ＤＢ２２は、電子カルテシステム１の各利用者の属性情報を、例えば、電子カルテサーバ２０の記憶装置を用いて記憶する。属性情報には、例えば、利用者ＩＤ（利用者識別子）及びパスワード等の認証情報も含まれる。認証情報は、認証部２１等によって利用される。なお、電子カルテシステム１の利用者とは、例えば、医師、看護師、会計担当者等である。

電子カルテＤＢ２３は、例えば、電子カルテサーバ２０の記憶装置を用いて電子カルテ２３１を記憶する。各電子カルテ２３１は、当該電子カルテ２３１が対応する患者の識別子（患者ＩＤ）に関連付けられて記憶される。各電子カルテ２３１は、また、当該電子カルテ２３１の編集（記入）を行った利用者の利用者ＩＤに関連付けられていてもよい。なお、電子カルテ２３１が記憶形態は、所定のものに限定されない。電子カルテ２３１は、例えば、データベースのレコードであってもよいし、文書ファイルであってもよい。

文例辞書記憶部２４は、例えば、電子カルテサーバ２０の補助記憶装置を用いて、利用者ごとに利用者文例辞書２４１を記憶する。例えば、各利用者文例辞書２４１は、利用者ＩＤに関連付けられている。利用者文例辞書２４１とは、文例の読みに対応付けられて文例が記録されているデータである。文例とは、一以上の文の集合である。但し、利用者文例辞書２４１において、読みに対応付けられるのは、必ずしも文例でなくてもよい。一般的な仮名漢字変換ソフトウェアのように、単語等が、読みに対応付けられていてもよい。

通信部２５は、電子カルテ端末１０等との通信を制御する。

電子カルテ端末１０は、電子カルテ編集部１１、入力支援部１２、及び通信部１３等を有する。電子カルテ編集部１１は、電子カルテ２３１のブラウザ又はエディタである。電子カルテ編集部１１は、利用者によって入力される編集指示に応じ、電子カルテ２３１の表示及び編集等を行う。なお、本実施の形態において、電子カルテ編集部１１は、取得部の一例である。

通信部１３は、電子カルテサーバ２０等との通信を制御する。

入力支援部１２は、利用者文例辞書２４１を用いて、利用者による電子カルテ２３１の入力又は編集の支援を行う。同図において、入力支援部１２は、判定部１２１、出力順決定部１２２、表示制御部１２３、入力部１２４及び利用者文例辞書記憶部１２５等を有する。

利用者文例辞書記憶部１２５は、電子カルテサーバ２０よりダウンロードされた利用者文例辞書２４１を記憶するための、補助記憶装置１０２における記憶領域（例えば、所定のフォル又はディレクトリ）である。

判定部１２１は、利用者文例辞書記憶部１２５に記憶されている利用者文例辞書２４１に含まれている各文例について、編集対象の電子カルテ２３１内に一致する文字列が含まれているか否かを判定する。判定部１２１は、編集対象の電子カルテ２３１内に一致する文字列が含まれている文例に対して、その旨を示すフラグ情報（後述される優先フラグ）を付与する。

出力順決定部１２２は、電子カルテ２３１の編集時における読みの入力に応じ、入力候補（変換候補）として出力させる文例の出力順を決定する。より詳しくは、出力順決定部１２２は、入力された読み又は未確定文字列に対応する文例に対応付けて利用者文例辞書２４１が記憶している文例のうち、優先フラグが付与されている文例の出力順を、優先フラグが付与されていない文例よりも上位に決定する。なお、本実施の形態において、出力順決定部１２２は、表示態様決定部の一例である。

表示制御部１２３は、入力された読みに対応する文例の一覧を、出力順決定部１２２によって決定された出力順によって表示させる。入力部１２４は、文例の一覧の中から選択された文例を、電子カルテ２３１に入力する。

なお、電子カルテ編集部１１と入力支援部１２とは、それぞれ独立した別個のプログラムによって実現されてもよい。例えば、電子カルテ編集部１１は、電子カルテ編集プログラムがＣＰＵ１０４に実行させる処理によって実現され、入力支援部１２は、入力支援プログラムがＣＰＵ１０４に実行させる処理によって実現されるという具合である。この場合、電子カルテ編集部１１と入力支援部１２とは、それぞれ独立したプロセスとして起動される。したがって、電子カルテ編集部１１と入力支援部１２との間では、プロセス間通信等によってコミュニケーションが図られる。

以下、電子カルテ端末１０等の処理手順について説明する。図４は、電子カルテの編集処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ１０１において、電子カルテ編集部１１は、利用者よりログインを受け付ける。具体的には、電子カルテ編集部１１は、ログイン画面を表示装置１０６に表示させる。電子カルテ編集部１１は、ログイン画面を介して、利用者ＩＤ及びパスワードの入力を受け付ける。電子カルテ編集部１１は、入力された利用者ＩＤ及びパスワードを含む認証要求を電子カルテサーバ２０の認証部２１に送信する。認証部２１は、認証要求に含まれている利用者ＩＤ及びパスワードを、利用者ＤＢ２２に登録されている利用者ＩＤ及びパスワードと照合して認証処理を行う。認証部２１は、認証結果を電子カルテ編集部１１に返信する。認証結果が認証の失敗を示す場合、電子カルテ編集部１１は、以降の処理を中止させる。認証結果が認証の成功を示す場合、電子カルテサーバは、ログイン画面に入力された利用者ＩＤをログインユーザの利用者ＩＤ（以下、「ログインユーザＩＤ」という。）としてメモリ装置１０３に記録して、以降の処理を継続する。

続いて、電子カルテ編集部１１は、ログインユーザの利用者文例辞書２４１を電子カルテサーバ２０の文例辞書記憶部２４より取得（ダウンロード）する（Ｓ１０２）。すなわち、文例辞書記憶部２４において、ログインユーザＩＤに一致する利用者ＩＤに関連付けられている利用者文例辞書２４１が取得される。電子カルテ編集部１１は、取得された利用者文例辞書２４１を、利用者文例辞書記憶部１２５に記録する。ここで、電子カルテ編集部１１は、入力支援部１２を利用する認識又は予定している。具体的には、電子カルテ編集部１１には、補助記憶装置１０２における、利用者文例辞書記憶部１２５の位置（フォルダ又はディレクトリ等）が予め設定されている。なお、電子カルテ端末１０と利用者との関係が一対一である場合、各電子カルテ端末１０には、予め、当該電子カルテ端末１０の利用者に対応した利用者文例辞書２４１が記憶されていてもよい。本実施の形態のように、利用者文例辞書２４１が電子カルテサーバ２０よりダウンロードされる形態は、各利用者が複数の電子カルテ端末１０を利用する場合に特に有効である。各利用者は、いずれの電子カルテ端末１０を利用する場合であっても、自らに対応する利用者文例辞書２４１を利用することが可能だからである。

続いて、電子カルテ編集部１１は、患者属性入力画面を表示装置１０６に表示させる（Ｓ１０３）。続いて、電子カルテ編集部１１は、患者属性入力画面を介して、患者を識別するための患者の属性情報の入力を利用者より受け付ける（Ｓ１０４）。例えば、患者ＩＤの入力が受け付けられる。入力された患者ＩＤに係る患者を、以下「対象患者」という。

続いて、電子カルテ編集部１１は、対象患者の電子カルテ２３１を電子カルテサーバ２０の電子カルテＤＢ２３より取得（ダウンロード）する（Ｓ１０５）。すなわち、電子カルテＤＢ２３において、対象患者の患者ＩＤに関連付けられている電子カルテ２３１が取得される。電子カルテ編集部１１は、取得された電子カルテ２３１を電子カルテワーク領域に展開（記録）する。電子カルテワーク領域とは、メモリ装置１０３又は補助記憶装置１０２において、編集対象の電子カルテ２３１を記憶する領域である。

図５は、電子カルテワーク領域の構成例を示す図である。同図において、電子カルテワーク領域には、対象患者に関して、診療日ごとに診療情報が記録されている。診療情報は診療録等とも呼ばれる情報であり、電子カルテ２３１の記載内容である。なお、本実施の形態では、図５に示される全てのレコードが、対象患者に対する一つの電子カルテ２３１であるとする。

続いて、電子カルテ編集部１１は、電子カルテ編集画面を表示装置１０６に表示させる（Ｓ１０６）。電子カルテ編集画面には、電子カルテワーク領域の内容が、所定のレイアウトで編集可能な状態で表示される。

続いて、電子カルテ編集部１１は、入力支援部１２に初期化処理の実行を要求する。入力支援部１２は、電子カルテ編集部１１からの要求（呼び出し）に応じ、初期化処理を実行する（Ｓ１０７）。

続いて、電子カルテ編集部１１は、電子カルテ編集画面において、電子カルテ２３１に対する文字列の入力を受け付ける（Ｓ１０８）。入力支援部１２は、文字列の入力を検知し、文例表示・入力処理を実行する（Ｓ１０９）。文例表示・入力処理では、入力された文字列を読みとした場合に、当該読みに対応する文例の一覧（以下、「文例一覧」という。）が表示され、当該文例一覧より選択された文例が電子カルテ２３１に対して入力される。入力された文例は、電子カルテワーク領域に反映される。例えば、電子カルテワーク領域には、当日に対応する新たなレコードが追加され、当該レコードの診療情報に、入力された文例が追加される。

ステップＳ１０８及びＳ１０９は、電子カルテ編集画面に保存指示が入力されるまで繰り返される（Ｓ１１０）。保存指示が入力されると（Ｓ１１０でＹＥＳ）、電子カルテ編集部１１は、電子カルテ２３１の保存処理を実行する（Ｓ１１１）。具体的には、電子カルテ編集部１１は、対象患者の患者ＩＤを指定して、電子カルテワーク領域の内容を、電子カルテサーバ２０の電子カルテＤＢ２３にアップロード（転送）する。その結果、電子カルテＤＢ２３において、対象患者の患者ＩＤに対応する電子カルテ２３１が、電子カルテワーク領域の内容によって更新される。

続いて、電子カルテ編集部１１は、電子カルテ編集画面を閉じる（Ｓ１１２）。すなわち、電子カルテ編集画面が非表示とされる。続いて、電子カルテ編集部１１は、入力支援部１２に終了化処理の実行を要求する。入力支援部１２は、電子カルテ編集部１１からの要求（呼び出し）に応じ、終了化処理を実行する（Ｓ１１３）。

続いて、他の患者に関して電子カルテ２３１の編集が行われる場合（Ｓ１１４でＮＯ）、ステップＳ１０３以降が繰り返される。一方、ログアウトの指示が入力されると（Ｓ１１４でＹＥＳ）、電子カルテ編集部１１は、ログインユーザＩＤを指定して、利用者文例辞書記憶部１２５に記録されている利用者文例辞書２４１を、電子カルテサーバ２０の文例辞書記憶部２４にアップロード（転送）する。その結果、文例辞書記憶部２４において、当該利用者ＩＤに対応する利用者文例辞書２４１が更新される。なお、利用者文例辞書２４１がアップロードされるのは、後述されるように、文例表示・入力処理において、利用者文例辞書２４１の内容が更新されうるからである。

続いて、ステップＳ１０７の詳細について説明する。図６は、入力支援部の初期化処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ２０１において、入力支援部１２の判定部１２１は、利用者文例辞書記憶部１２５に記憶されている利用者辞書より、一つの文例を取得する。

図７は、利用者文例辞書の構成例を示す図である。同図において、利用者文例辞書２４１は、文例ごとに、文例読み、最終利用日、利用頻度、及び優先フラグ等の情報を含む。文例は、電子カルテ２３１に入力される文又は文の集合である。文例読みは、文例に対する読みである。最終利用日は、文例が最後に利用された（入力対象として選択された）日（時期）である。利用頻度は、文例が利用された（入力対象として選択された）頻度（回数）である。優先フラグは、文例の出力順において優先対象であるか否かを示すフラグである。図６の処理の実行前において、優先フラグが付与されている文例は無い。なお、本実施の形態において、文例読みは、第一の文字列の一例である。文例は、第二の文字列の一例である。

上記したステップＳ２０１では、図７に示されるような利用者文例辞書２４１より、一つの文例が取得される。

続いて、判定部１２１は、文例が取得されたか否かを判定する（Ｓ２０２）。すなわち、図６の処理に関して未処理の文例が未だ残っているか否かが判定される。文例が取得された場合（Ｓ２０２でＹＥＳ）、判定部１２１は、取得された文例（以下、「対象文例」という。）と一致する文字列を、電子カルテワーク領域の全ての診療情報より検索する（Ｓ２０３）。ここでいう一致は、完全一致である。但し、文例の意味と同じ意味の文又は文の集合が含まれているか否かが判定されてもよい。

なお、対象文例と一致する文字列の検索は、診療日が新しい診療情報から順に実行し、いずれかの診療情報において当該一致する文字列が検索された場合、その時点で対象文例に関する検索を終了するとよい。対象文字列と一致する文字列が検索された時点で検索を終了することにより、検索時間を短縮することができる。また、検索された時点の診療日を対象文例に関連付けてメモリ装置１０３に記録しておき、当該診療日を、後述される、文例の出力順の決定に用いてもよい。当該診療日は、編集対象の電子カルテ２３１に関して、対象文例が最後に利用された日としての意味を有する。

対象文例と一致する文字列が検索された場合（Ｓ２０４でＹＥＳ）、判定部１２１は、対象文例に対して優先フラグを付与する（Ｓ２０５）。すなわち、利用者文例辞書２４１において、対象文例に係るレコードの優先フラグに「１」が記録される。図７の利用者文例辞書２４１では、１〜３行目までのレコードの優先フラグに「１」が記録されている。これは、当該各レコードの文例と一致する文字列が、対象患者の図５の電子カルテワーク領域のいずれかの診療情報に含まれているからである。つまり、４および５レコード目は、対象患者の過去の診療情報においては、一度も使用したことがない文例であることを意味する。

ステップＳ２０１〜Ｓ２０５は、利用者文例辞書２４１に含まれている全ての文例について実行される。全ての文例に関して処理が終了すると（Ｓ２０２でＮＯ）、判定部１２１は、初期化処理を終了させる。

続いて、図４のステップＳ１０９の詳細について説明する。図８は、文例表示・入力処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ３０１において、入力支援部１２の出力順決定部１２２は、読み又は未確定文字列に対応する文例を利用者文例辞書記憶部１２５に記憶されている利用者文例辞書２４１より抽出する。読み又は未確定文字列に対応する文例とは、当該文例に対応する文例読みが読みに適合する文例、又は当該文例自体が未確定文字列に適合する文例をいう。入力された読みに適合する文例読みとは、例えば、入力された読みを先頭から含む文例読みをいう。入力された読みと文例読みとが完全に一致する場合も含まれるし、文例読みの先頭の一部分が、入力された読みに一致する場合も含まれる。また、未確定文字列に適合する文例とは、例えば、未確定文字列を先頭から含む文例をいう。未確定文字列と文例とが完全に一致する場合も含まれるし、文例の先頭の一部分が、未確定文字列に一致する場合も含まれる。なお、未確定文字列とは、入力された読みが、非図示の仮名漢字変換ソフトウェアによって変換された文字列であって、かつ、入力が確定されていない文字列をいう。

したがって、ステップＳ３０１における出力順決定部１２２の処理内容は、例えば、以下の通りである。

読みの入力に応じ、出力順決定部１２２は、読みに適合する文例読みに対応する文例を抽出する。読みが未確定文字列に変換された場合、出力順決定部１２２は、未確定文字列に適合する文例を抽出する。

続いて、出力順決定部１２２は、抽出された文例群を優先フラグの有無によって二つの集合（グループ）に分類する（Ｓ３０２）。すなわち、抽出された文例群が、優先フラグが付与されている文例群（以下、「優先文例群」という。）と、優先フラグが付与されていない文例群（以下、「非優先文例群」という。）との二つのグループに分類される。

続いて、出力順決定部１２２は、優先文例群及び非優先文例群ごとに、利用頻度に関して、文例を降順に整列（ソート）する（Ｓ３０３）。すなわち、利用頻度が相対的に高い文例が上位となるようにソートされる。利用頻度が同一の文例同士の間では、最終利用日に関して降順にソートが行われる。すなわち、最終利用日が新しい文例が上位とされる。または、利用頻度が同一の文例同士の間では、文例と一致する文字列が検索された診療情報の診療日に関して降順にソートが行われてもよい。この場合、現在編集対象とされている電子カルテ２３１により適した順序に文例がソートされる可能性が高くなる。すなわち、利用者文例辞書２４１における最終利用日は、複数の患者の電子カルテ２３１に関して文例が最後に利用された日である。それに対し、文例と一致する文字列が検索された診療情報の診療日は、現在編集対象とされている電子カルテ２３１に関して文例が最後に利用された日だからである。

なお、日単位では、最終利用日によってソートしても同順位の文例が発生しうる。したがって、最終利用日の代わりに、最終利用日時が利用者文例辞書２４１に記録されるようにしてもよい。

続いて、出力順決定部１２２は、文例の出力順を決定する（Ｓ３０４）。具体的には、出力順決定部１２２は、優先文例群が非優先文例群より上位となるように各文例の出力順を決定する。したがって、優先文例群の中で最も利用頻度が高い文例が最上位となる。また、非優先文例群の中で利用頻度が最も高い文例は、優先文例群の中で利用頻度が最も低い文例の次の順番となる。

続いて、表示制御部１２３は、出力順決定部１２２によって決定された出力順によって、文例一覧を表示装置１０６に表示させる（Ｓ３０５）。

なお、優先フラグや最終利用日や利用頻度に基づいて決定される文例の表示態様は、出力順に限定されない。例えば、優先して表示すると判定した文例は、背景色を強調して表示するなどの表示態様を採用することもできる。

図９は、文例一覧の表示例を示す図である。同図は、「こう」という読みが入力された場合に、図５に示される電子カルテワーク領域及び図７に示される利用者文例辞書２４１に基づいて表示される文例一覧の例である。

なお、同図に示されるように、表示制御部１２３は、文例一覧を、例えば、電子カルテ編集画面５１０（すなわち、電子カルテの作業領域）に重畳させて表示させる。文例一覧が、斯かる態様で表示されることにより、電子カルテの入力負担を更に軽減させることができる。

図５の電子カルテワーク領域の診療情報より、対象患者は、甲状腺に関する患者であることが分かる。したがって、利用者が「こう」と入力した場合、利用者は、甲状腺で始まる文例を入力しようとしている可能性が高いことが推測される。図９に示される文例一覧では、甲状腺に関する文例が上位に表示されている。すなわち、利用者が入力しようとしている可能性が高いと推測される文例が上位に表示されている。

続いて、利用者によって、文例一覧の中から一つの文例が選択されると（Ｓ３０６）、入力部１２４は、選択された文例を電子カルテ２３１に入力する（Ｓ３０７）。厳密には、選択された文例が、電子カルテワーク領域に反映（記録）される。その結果、電子カルテ編集画面５１０の内容が更新される。なお、本実施の形態では、甲状腺に関する文例が選択される可能性が高い。したがって、利用者は、入力したい文例を、文例一覧の中から容易に選択できる可能性が高い。特に、優先文例群内においても、利用頻度によってソートされているため、利用者は、上位に表示されている文例の中から、所望の文例を見つけ出せる可能性が高い。

続いて、入力部１２４は、利用者文例辞書２４１において、入力された文例に対応する利用頻度の値に１を加算する（Ｓ３０８）。続いて、入力部１２４は、利用者文例辞書２４１において、入力された文例に対応する最終利用日を当日の日付によって更新する（Ｓ３０９）。

続いて、図４のステップＳ１１３の詳細について説明する。図１０は、入力支援部の終了化処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ４０１において、判定部１２１は、利用者文例辞書記憶部１２５に記憶されている利用者文例辞書２４１の文例に付与されている全ての優先フラグを除去（クリア）する。優先フラグは、これまで編集されていた電子カルテ２３１にとって有効なものであるからである。換言すれば、編集対象とする電子カルテ２３１が変われば、優先フラグが付与される文例は変化しうるからである。

上述したように、本実施の形態によれば、電子カルテ２３１ごとに、文例一覧（入力候補の文例の一覧）における文例の出力順を、対象患者の入力操作に対して、当該電子カルテ２３１に適した順番に変化させることができる。したがって、単に、利用者がこれまでに利用した頻度の全体に基づいて文例の出力順を決定する場合に比べて、電子カルテ２３１の入力操作の操作負担の更なる軽減を期待することができる。具体的には、ユーザは、表示された文例一覧において、所望の文例を、より上位において見つけることができ、迅速に、当該文例を選択することができる。

文例の選択が迅速化されることにより、ＣＰＵ１０４の負荷の軽減や、メモリ消費量の削減等も期待することができる。すなわち、入力候補の文例一覧として表示される文例は、読みの入力の進行に応じて、刻々と変化する。具体的には、２文字目が入力された時点では、当該２文字を先頭に含む文例が入力候補とされるが、３文字目が入力された時点では、入力候補は、当該３文字を先頭に含む文例に絞り込まれる。ＣＰＵ１０４は、ユーザによる文字列の入力が確定するまでこのような絞り込み処理を繰り返す。

本実施の形態によれば、ユーザによって入力される読みの文字数が少ない段階で、所望の文例が上位に表示され、当該文例がユーザによって選択される可能性が高まる。その結果、上記のような絞り込み処理の繰り返しによるＣＰＵ１０４の負荷の増加や、メモリ消費量の増加等を抑制することができる。

また、文例の選択が迅速化されることにより、文例一覧の表示時間も短縮化される。その結果、文例一覧の表示に要するＣＰＵ１０４の負荷や、メモリの消費量等を削減することができる。

なお、本実施の形態では、利用者文例辞書２４１は、利用者ごとに別である例を示したが、一つの利用者文例辞書２４１が複数の利用者によって共用されてもよい。例えば、病院等の医療機関では、診療科に応じて利用される文例が異なることが予想される。したがって、診療科ごとに、一つの利用者文例辞書２４１が作成されてもよい。この場合、例えば、利用者ＤＢ２２には、利用者ごとに、当該利用者の診療科が記憶されている。認証部２１は、利用者の認証処理によって、利用者が認証された場合、当該利用者の属性情報を電子カルテ編集部１１に返信する。電子カルテ編集部１１は、当該属性情報に含まれている診療科に対応する利用者文例辞書２４１をダウンロードする。

または、複数の医療機関を跨って、利用者文例辞書２４１が共用されてもよい。すなわち、電子カルテサーバ２０は、複数の医療機関を跨って共用されてもよい。

また、入力支援部１２を実現するプログラムは、必ずしも、予め電子カルテ端末１０にインストールされていなくてもよい。例えば、入力支援プログラムは、Ｗｅｂページの一部に含まれていてもよい。例えば、当該Ｗｅｂページでは、Ｗｅｂサイトにおいて管理されている文書の編集を行うＷｅｂページであり、入力支援部１２は、当該Ｗｅｂページにおいて編集対象とされている文書に適した文例を提示する。このような形態は、近年における、クラウドコンピューティングに好適である。この場合、利用者文例辞書２４１は、Ｗｅｂサイトにおいて記憶されていればよく、必ずしもクライアント側にダウンロードされなくてもよい。入力支援部１２は、ネットワークを介して利用者文例辞書２４１にアクセスすればよい。

なお、ここでいうＷｅｂサイトは、本実施の形態における電子カルテサーバ２０の位置付けに相当する。また、クライアント側は、本実施の形態における電子カルテ端末１０の位置付けに相当する。本実施の形態においても、利用者文例辞書２４１は、電子カルテ端末１０にダウンロードされなくてもよい。但し、本実施の形態のように、利用者文例辞書２４１が、電子カルテ端末１０にダウンロードされることで、入力支援部１２による、利用者文例辞書２４１へのアクセス速度を向上させることができる。

更に、本実施の形態は、電子カルテ２３１以外の文書に対しても適用可能である。例えば、編集途中の文書ファイルを、本実施の形態の電子カルテ２３１と同様の位置付けとすることにより、文書ファイルごとに、当該文書ファイルに適した順番で文例を出力することができる。

具体的には、入力支援部１２は、編集対象として指定された（例えば、アプリケーションにおいて開かれた）文書ファイルを対象として、利用者文例辞書２４１に含まれている各文例と一致する文字列を検索する。一致する文字列が検索された文例に対しては、優先フラグが付与され、文例一覧における出力順の決定において優先される。そうすることにより、編集対象の文書ファイルに適した順番で文例を表示させることができる。

すなわち、ここでの文書ファイルは、本実施の形態における電子カルテ２３１に対応する。また、アプリケーションは、本実施の形態の電子カルテ編集部１１に対応する。

文書ファイルの内容は、所定のものに限定されない。例えば、新聞記事であれば、記事の内容に適した順番で文例が表示される。特許明細書であれば、明細書において記載されている発明に適した順番で文例が表示される。

また、編集対象の文書ファイルの内容は、当該文書ファイルの編集を実行するアプリケーションが、入力支援部１２に通知してもよいし、入力支援部１２が能動的に取得してもよい。前者の場合、例えば、アプリケーションが、編集対象とされた文書ファイルの内容を、入力支援部１２にとって都合のよい記憶領域に書き出せば（記録すれば）よい。後者の場合、例えば、入力支援部１２は、アクティブ（操作対象）とされたウィンドウに係るアプリケーションより文書ファイルの内容を取得すればよい。

例えば、本実施の形態では、電子カルテワーク領域は、入力支援部１２にとって都合の良いフォルダ内の一つのファイルとして記録されてもよい。そうすることにより、入力支援部１２の汎用性を向上させることができる。すなわち、入力支援部１２は、文書を編集する上位のプログラムがどのようなものであるかを意識することなく、当該文書の入力を支援することができる。

なお、他の方法によって入力支援部１２が文書ファイルの内容を入手可能としてもよい。すなわち、入力支援部１２による、編集対象の文書ファイルの内容を入手方法は、所定のものに限定されない。

また、他の文例辞書を参考として、利用者文例辞書２４１の表示順が決定されてもよい。例えば、ユーザは、文書の編集開始時において、編集する文書に関連の深い文字列を、当該文書の属性として入力する。作成する文書に関連の深い文字列の一例としては、当該文書のジャンル又は主題等が挙げられる。例えば、ユーザが新聞記者でれば、これから文書として入力する記事に関する文字列が入力されてもよい。

この場合、例えば、図１１に示されるように、新聞の記事のジャンルごとに、文例辞書が作成されていることが考えられる。

図１１は、ジャンルごとの文例辞書の一例を示す図である。図１１では、野球用文例辞書、政治用文例辞書、経済用文例辞書、及び社会用文例辞書等が作成されている例が湿されている。各ＸＸＸ用文例辞書は、「ＸＸＸ」に関連の深い文例ごとに文例読みを含む。

例えば、ユーザが、編集する文書の属性として、「野球」を入力すると、野球用文例辞書を参考として、当該ユーザの利用者文例辞書２４１の表示順が決定される。すなわち、図６のステップＳ２０３では、診療情報の代わりに、野球用文例辞書に含まれている文例が検索対象とされる。具体的には、当該利用者文例辞書２４１の文例ごとに、当該文例と一致する文例が、野球用文例辞書より検索される。当該文例と一致する文例が検索された場合、当該文例に対して優先フラグが付与される。当該文例と一致する文例が検索されない場合、当該文例に対して優先フラグは付与されない。その他の処理手順は、上述した通りである。その結果、当該利用者文例辞書２４１において、野球に関連の深い文例が上位に表示されるようになる。その結果、野球の記事に関する文書の編集に関して、作業効率の向上が期待できる。

なお、利用者文例辞書２４１の表示順の参考とする文例は、図１１のように、ジャンルや主題別に作成されている文例辞書に限定されない。例えば、ユーザＡの利用者文例辞書２４１を参考として、ユーザＢの利用者文例辞書２４１の表示順が決定されてもよい。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。電子カルテにおける入力支援に限られなく、他の入力支援にも適用可能である。例えば、利用者が、あるファイルを開いて更新編集作業を行う場合に、入力支援装置は、利用者文例辞書に登録された文例が、当該ファイルに存在するか否かを判定し、文例の表示態様を決定しても良い。

本出願は、２０１０年１０月１９日に出願された日本国特許出願第２０１０−２３４９６４号に基づきその優先権を主張するものであり、同日本国特許出願の全内容を参照することにより本願に援用する。

１ 電子カルテシステム
１１ 電子カルテ編集部
１２ 入力支援部
１３ 通信部
２０ 電子カルテサーバ
２１ 認証部
２２ 利用者ＤＢ
２３ 電子カルテＤＢ
２４ 文例辞書記憶部
２５ 通信部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
１２１ 判定部
１２２ 出力順決定部
１２３ 表示制御部
１２４ 入力部
１２５ 利用者文例辞書記憶部
Ｂ バス

Claims (6)

1. コンピュータに、
   特定の文書の編集処理により、該文書に対して新たに文字列が入力されると、辞書情報に基づいて、該文字列に対応する文例を特定し、
   特定した該文例を入力候補として選択可能に表示する際に、該特定の文書に設定される属性に関連付けて記憶された関連文書に、該文例が含まれるか否かに応じて、該文例の表示態様を異なるものに制御する、
   処理を実行させることを特徴とする入力支援プログラム。
2. 前記表示態様に基づいて、前記特定の文書の作業領域に前記文例を表示することを特徴とする請求項１記載の入力支援プログラム。
3. 前記文例は、利用された頻度に対応付けられて前記辞書情報に含まれており、
   前記制御する処理は、前記特定した文例が前記関連文書に含まれるか否かと前記頻度とに応じて、前記特定した文例の表示態様を異なるものに制御する請求項１又は２記載の入力支援プログラム。
4. 前記文例は、最後に利用された時期に対応付けられて前記辞書情報に含まれており、
   前記制御する処理は、前記特定した文例が前記関連文書に含まれるか否かと前記時期とに応じて、前記特定した文例の表示態様を異なるものに制御する請求項１又は２記載の入力支援プログラム。
5. 特定の文書の編集処理により、該文書に対して新たに文字列が入力されると、辞書情報に基づいて、該文字列に対応する文例を特定する特定部と、
   特定した該文例を入力候補として選択可能に表示する際に、該特定の文書に設定される属性に関連付けて記憶された関連文書に、該文例が含まれるか否かに応じて、該文例の表示態様を異なるものに制御する制御部と、
   を有することを特徴とする入力支援装置。
6. コンピュータが、
   特定の文書の編集処理により、該文書に対して新たに文字列が入力されると、辞書情報に基づいて、該文字列に対応する文例を特定し、
   特定した該文例を入力候補として選択可能に表示する際に、該特定の文書に設定される属性に関連付けて記憶された関連文書に、該文例が含まれるか否かに応じて、該文例の表示態様を異なるものに制御する、
   処理を実行することを特徴とする入力支援方法。

Images