JP2008282403A - 医療情報管理装置 - Google Patents

Abstract

【課題】医療業務の担当者に対して業務量を簡単に把握させることができる医療情報管理装置を提供する。
【解決手段】本発明の医療情報管理装置１０において、タスク情報記憶部１４０は、複数の医療業務において発生するタスクの実施完了または未実施の進捗情報を記憶する。タスク件数計数部１２６は、各医療業務について未実施のタスクの件数を計数し、表示制御部１２８は、計数されたタスク件数を医療業務ごとに表示装置に表示させる。
【選択図】図３

Description

本発明は、医療情報管理装置に関し、特に医療業務において発生するタスクに関する情報を管理する技術に関する。

従来、注射行為に関して発行されたオーダをもとに、注射作業予定データの一覧表示を行う医療情報システムが提案されている（たとえば特許文献１参照）。このような一覧表示が行われることで、作業担当者は、注射作業の予定を確認することができ、円滑な医療行為を行うことができる。
特開２００４−３４８７１７号公報

医療機関では、様々な種類のオーダが発行され、その都度、オーダに応じた様々な作業（タスク）が発生する。発生したタスクは、医師や看護師などに割り当てられる。内視鏡検査を例にとると、医師には、発行された内視鏡検査オーダに対して、検査の実行、検査後のレポート作成などのタスクが割り当てられ、看護師には検査前の処置や、検査の補助、検査後の処置などのタスクが割り当てられる。小さい病院では、担当者が、一日の全タスクを把握することも可能かもしれないが、大きな病院では、それは困難である。またタスクの進捗状況は変化し、予定されていたタスクが終了することもあれば、新たなタスクが発生することもある。そのため、医療業務の担当者に対して、業務量を簡単に把握させることができる技術の開発が強く求められている。

本発明はこうした課題に鑑みてなされたものであり、その目的は、医療機関の担当者に医療業務のタスクの情報を効率よく提供することにある。

上記課題を解決するために、本発明のある態様の医療情報管理装置は、医療業務の情報を管理する医療情報管理装置であって、複数の医療業務において発生するタスクの実施完了または未実施の進捗情報を記憶する記憶部と、各医療業務について未実施のタスクの件数を計数するタスク件数計数部と、計数されたタスク件数を医療業務ごとに表示装置に表示させる表示制御部とを備える。

なお、以上の構成要素の任意の組合せや、本発明の構成要素や表現を方法、装置、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

図１は、本発明の実施形態にかかる医療情報管理システム１の全体構成を示す。医療情報管理システム１は、医療情報管理装置１０と、複数のクライアント端末装置１２ａ、１２ｂ、１２ｃを備える。医療情報管理装置１０および複数のクライアント端末装置１２ａ、１２ｂ、１２ｃは、ネットワーク１４により通信可能に接続されている。本実施形態の医療情報管理システム１において、医療情報管理装置１０は医療業務の情報を管理する。具体的に医療情報管理装置１０は、複数の医療業務において発生する仕事（タスク）が実施完了したか、または未だ実施されていないかのタスク進捗情報を管理し、未実施のタスクの件数を、医師や看護師、または受付や医事科などの業務担当者に提示する。なお医事科とは、病院などの医療機関において診療報酬の計算を行う部署である。また受付業務は、医療機関によっては看護師により兼任されることもある。クライアント端末装置１２は、入力装置および表示装置を有して構成される。

クライアント端末装置１２は、医療行為に関するオーダや、医療業務において発生するタスクを入力し、また医療情報管理装置１０によるタスク管理情報を表示するために利用される。クライアント端末装置１２は、検査室やナースステーション、または受付スペースなどに配置され、オーダやタスクの入力は、医師や看護師、または受付などの入力担当者により行われる。医療情報管理装置１０は、オーダが発行されると、そのオーダに関連して発生するタスクを生成して登録するようにしてもよい。たとえば内視鏡検査のオーダが発行されると、「検査の前処置」、「検査の実行」、「検査の補助」、「検査レポートの作成」、「検査の後処置」といったタスクが自動的に生成されてもよい。このうち「検査の実行」、「検査レポートの作成」などのタスクは、医師に対して割り当てられ、「検査の前処置」、「検査の補助」、「検査の後処置」などのタスクは、看護師に対して割り当てられる。

医療情報管理装置１０は、タスクの進捗情報を管理して、個々の担当者に対して、未実施のタスクの件数を提示する。一つの使用形態として、医師が病院に出勤すると、クライアント端末装置１２から医療情報管理装置１０に未実施タスクの件数を問い合わせる。医療情報管理装置１０は、今日予定されている未実施タスクの件数をクライアント端末装置１２に返し、医師は、未実施タスクの件数を確認する。未実施タスクの件数は、今日の仕事量を示すものである。内視鏡検査でいえば、「検査の実行」、「検査レポートの作成」のタスクが医師に割り当てられており、それぞれのタスクの件数が提示されることで、医師は、今日の業務量を把握できる。これらの未実施タスクの件数提示は、クライアント端末装置１２の表示装置にて一画面で表示され、これにより医師は、複数種類の業務量を一目で確認できる。

また業務中、残りの未実施タスクの件数を確認するために、医療情報管理システム１が利用されてもよい。通常、内視鏡検査医は検査や検査レポートの作成だけでなく、他の種類の業務も抱えていることが多い。内視鏡検査では、内視鏡検査医が、内視鏡で体内組織を採取することがあり、その採取組織は病理診断の専門医に回される。その診断結果が戻ってくるのは、当日のときもあれば数日後のときもある。内視鏡検査医は、病理診断の結果が戻ってくると、病理診断のレポートを作成しなければならない。このタスクは、病理診断の結果が戻ってきたときに発生し、したがって、出勤直後に確認したときには存在しなかったタスクが、その後に発生している可能性もある。また、予定されていたタスクを完了することで、未実施タスクの残り件数は減っていく。このように、タスクの進捗状況は、刻々と変化していく。そこで、医師は、業務中に医療情報管理装置１０に未実施のタスク件数を問い合わせることで、残りの未実施タスクの件数を確認したり、また新たなタスクの発生を確認することができる。一画面に未実施タスクの件数を画面表示することで、医師は、瞬時に残りの仕事量を把握できる。

以上は、医師について使用形態であるが、看護師や受付など、医療業務に従事する各担当者に対して、同様に未実施タスクの件数を提示することで、各担当者は残りの仕事量を瞬時に把握できる。なお、たとえば看護師については、個人ではなく、グループ単位で未実施タスクの件数が提示されてもよい。これは、医療機関における業務形態によって自由に設定することが可能であり、医療機関ごとに、担当者単位とするか、または担当グループ単位とするかが決定されてもよい。

図２は、内視鏡検査医による内視鏡検査の業務フローを示す。内視鏡検査のオーダが発行されると、内視鏡検査医は、そのオーダをもとに内視鏡検査を行う（Ｓ１０）。ここでは、内視鏡検査オーダに対して、「検査の実行」というタスクが発生し、また検査後の「検査レポート作成」というタスクも発生している。内視鏡検査が終了すると、内視鏡検査のレポートを作成する（Ｓ１２）。このレポート作成は、医局に設けられたクライアント端末装置１２より行われる。作成されたレポートは、医療情報管理装置１０にネットワーク１４を通じて送信される。検査レポートには電子署名が必要とされ、レポートに電子署名がされていなければ（Ｓ１４のＮ）、医療情報管理装置１０からレポートが不完全であることが通知される。このとき、「無署名検査レポートへの署名」というタスクが発生する。この通知をうけて、医師は電子署名を行い（Ｓ１６）、レポートを医療情報管理装置１０に再送信する。電子署名が既に行われていれば（Ｓ１４のＹ）、「無署名検査レポートへの署名」というタスクは発生せず、医師は、再署名を行う必要はない。

内視鏡検査中に体内組織を採取し、採取組織が生検材料として病理診断医に送られている場合（Ｓ１８のＹ）、内視鏡検査医のもとに、当日または数日後に病理診断結果が送られてくる（Ｓ２０）。この診断結果を取得すると、「病理診断レポートの作成」というタスクが発生し、医師は、病理診断レポートを作成する（Ｓ２２）。作成されたレポートは、医療情報管理装置１０にネットワーク１４を通じて送信される。検査レポートと同様に、病理診断レポートにも電子署名が必要とされ、レポートに電子署名がされていなければ（Ｓ２４のＮ）、医療情報管理装置１０からレポートが不完全であることが通知される。このとき、「無署名病理診断レポートへの署名」というタスクが発生する。医師は、電子署名を行い（Ｓ２６）、レポートを医療情報管理装置１０に再送信する。電子署名が既に行われていれば（Ｓ２４のＹ）、「無署名病理診断レポートへの署名」というタスクは発生せず、医師は、再署名を行う必要はない。なお内視鏡検査時に体内組織を採取しなかった場合には（Ｓ１８のＮ）、Ｓ２０〜Ｓ２６のフローはスキップされる。

また、医師は、内視鏡検査が終わると、患者に請求する診療報酬請求コードを生成して、医事科に送信する。医事科では、生成された診療報酬請求コードの妥当性を検証し、適切でない場合には、修正するように、医師に指示する。これらの情報の送受信は、クライアント端末装置１２間で行われる。診療報酬請求コードに不備がある場合（Ｓ２８のＹ）、「診療報酬請求コードの修正」というタスクが発生する。医師は、診療報酬請求コードを見直し、訂正したものを医事科に再送信する（Ｓ３０）。なお、診療報酬請求コードに不備がなければ（Ｓ２８のＮ）、「診療報酬請求コードの修正」というタスクは発生しない。なお、診療報酬請求のコード化は、金額そのものであってもよく、また、保険点数という代替値であってもよい。報酬制度は国によって異なり、それぞれの国で定められたように算出されればよい。

なお、図２に示した内視鏡検査医による検査業務フローは例示であり、たとえば、Ｓ１２における検査レポートは、Ｓ２２における病理診断レポートと統合されてもよい。この場合、Ｓ２０において病理診断結果を取得した後、病理診断についての見解とともに、内視鏡検査レポートが作成されてもよい。これは、たとえば国ごと、または医療機関ごとの制度にしたがって実行されればよいが、いずれの場合であっても、検査に対するレポートを作成するというタスクが発生する点では同じである。

図３は、本実施形態の医療情報管理装置１０の構成を示す。医療情報管理装置１０は、受付部１００、認証部１１０、認証情報保持部１１２、書込制御部１２０、検索処理部１２４、タスク件数計数部１２６、表示制御部１２８、計数期間保持部１３０、検索業務保持部１３２、画面テンプレート保持部１３４およびタスク情報記憶部１４０を備える。タスク情報記憶部１４０は、複数の医療業務において発生するタスクの実施完了または未実施の進捗情報を記憶する。受付部１００は、ＩＤ受付部１０２、タスク情報処理部１０４および指定期間受付部１０６を有する。

医療情報管理装置１０の機能は、ＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現され、ここではそれらの連携によって実現される機能ブロックを描いている。これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者に理解されるところである。

タスク情報処理部１０４は、タスクに関する情報（タスク情報）を受け付ける。タスク情報は、ネットワーク１４に接続されたクライアント端末装置１２から送信されてもよく、また医療情報管理装置１０の入力装置から入力されてもよい。タスク情報の１つは、発生したタスクを特定する情報と、そのタスクに付随する情報を含んだ「発生タスク情報」である。なおタスク情報処理部１０４は、発行オーダを受け付けると、それを複数のタスクに展開して、複数の発生タスク情報を生成してもよい。この場合は、タスク情報処理部１０４が、発行されたオーダをもとに、発生タスク情報を自ら生成する。このときタスク情報処理部１０４は、発行されたオーダに対して必ず発生する第１タスクの情報と、状況に応じて発生する第２タスクの情報とを生成する機能をもつ。第２タスクの情報は、第１タスクの実施結果に応じて生成される。タスク特定情報は、医療業務の種類と、タスクＩＤとから構成されてもよい。また付随情報は、発生したタスクを実行する担当者または担当グループの識別情報、実施予定日（時）を含んでもよい。たとえば、発生タスク情報は、以下のように構成される。
医療業務 ：内視鏡検査
タスクＩＤ：０００１
実施予定日：５月１日
担当者 ：ドクターＡ
なお、内視鏡検査や検査レポートの作成などの業務については、実施予定日が付随して設定されるが、検査後に発生する業務、たとえば病理診断レポートの作成業務などについては、実施予定日が必ずしも付随して設定されなくてもよい。

別のタスク情報として、タスクの進捗を示すタスク進捗情報がある。発生したタスクの初期ステータスは「未実施」であり、タスクの実施が完了すると、「実施完了」を示すタスク進捗情報が医療情報管理装置１０に送信される。したがって、タスク進捗情報は、以下のように構成されてもよい。
医療業務 ：内視鏡検査
タスクＩＤ：０００１
ステータス：実施完了
なお「未実施」のステータスは、発生タスク情報に含まれてもよいが、発生直後のタスクは常に「未実施」であるため、タスク情報処理部１０４は、発生タスク情報をオーダをもとに自ら生成し、またはクライアント端末装置１２から発生タスク情報を受け付けることで、ステータスが未実施であることを特定してもよい。

タスク情報処理部１０４は、タスク情報を受け付けると、書込制御部１２０によりタスク情報記憶部１４０に書き込ませる。タスク情報記憶部１４０は、タスク情報をデータベースにより保持し、たとえば医療業務ごとの格納テーブルを関連づけたリレーショナルデータベースにより保持してもよい。これによりタスク情報記憶部１４０は、医療業務およびタスクＩＤで特定される１つのタスクに対して、実施予定日、担当者または担当グループの識別情報、ステータスを関連づけて保持することができる。このようにタスク情報記憶部１４０が、タスク情報を保持することで、医療情報管理装置１０が、ユーザに対してタスクの進捗状況を提示することが可能となる。

ＩＤ受付部１０２は、ユーザからＩＤおよびパスワードを受け付ける。認証情報保持部１１２は、医療機関に所属するユーザまたはグループのＩＤおよびパスワードを保持し、認証部１１０は、認証情報保持部１１２で保持されるＩＤおよびパスワードを参照して、ＩＤ受付部１０２で受け付けたＩＤおよびパスワードの妥当性を認証する。認証部１１０が、入力されたＩＤおよびパスワードを適切に認証すると、検索処理部１２４に、そのユーザまたはユーザの所属するグループについてのタスク情報を検出するように指示する。

検索業務保持部１３２は、担当者または担当グループごとに、未実施タスクの件数を計数する医療業務を保持する。たとえば検索業務保持部１３２は、内視鏡検査医に対して、検索対象となる業務として内視鏡検査、検査レポートの作成などの医療業務を保持する。また、内視鏡検査科の看護師に対しては、検索対象となる業務として、内視鏡検査の前処置、検査中の補助、後処置などの医療業務を保持する。たとえば、小規模の医療機関においては、内視鏡検査科の看護師であっても、医療機関の受付業務を担当することがあり、その場合には、看護師に対して受付業務も対応付けて保持するようにしてもよい。このように、担当者または担当グループと、検索対象となる医療業務との対応は、医療機関ごとに適宜定められてよい。

検索処理部１２４は、タスク情報記憶部１４０に記憶されたタスク情報を参照して、認証部１１０で認証されたユーザＩＤが対応付けられている医療業務のタスクを検索する。具体的に検索処理部１２４は、タスク情報記憶部１４０から、検索業務保持部１３２に保持されている医療業務について、ユーザＩＤで特定される担当者または担当グループが紐付けられているタスクを抽出して、タスクテーブルを生成する。

図４は、それぞれ担当者ＩＤを０００１、０００２、０００３とする３名の医師から構成される内視鏡検査医グループ（グループ名をＤとする）に対して生成されるタスクテーブルを示す。タスクテーブルでは、「検査の実行」、「検査レポートの作成」、「無署名検査レポートへの署名」、「病理診断レポートの作成」、「無署名病理診断レポートへの署名」、「診療報酬請求コードの修正」というタスクに対して、その進捗状況が対応付けられる。図４の例では、説明の便宜上、タスクテーブルが、検査予定日を５月２日、５月１日とする検査に対して作成されているが、実際には、それ以前の、すなわち４月３０日以前の検査に対して発生するタスクも、検索対象に含まれる。

図４において、「検査の実行」、「検査レポートの作成」、「無署名検査レポートへの署名」、「病理診断レポートの作成」、「無署名病理診断レポートへの署名」、「診療報酬請求コードの修正」は、それぞれ内視鏡医が担当する医療業務を示す。各医療業務において、たとえば「内視鏡検査オーダ」を単位とするタスクが発生する。図２を参照して、このうち、「検査の実行」、「検査レポートの作成」のタスクについては、内視鏡検査において必須であり、それ以外のタスクについては、検査などの状況に応じて発生する。

図４において、レコードの「１」は、そのタスクが実施済みであることを示し、「０」は、未実施であることを示す。また「ＮＵＬＬ」は、そのタスクが発生していないことを示す。

たとえば担当者ＩＤ０００１に対して割り当てられた検査Ａをみると、「検査の実行」、「検査レポートの作成」の各業務において発生したタスクは、実行済みであり、一方、「無署名検査レポートへの署名」、「診療報酬請求コードの修正」の各業務において発生したタスクは、未実施である。また「病理診断レポートの作成」、「無署名病理診断レポートへの署名」の各業務においては、タスクが発生していない。これは、検査Ａが、以下のように進行していることを示す。

まず、この医師は内視鏡検査およびその検査レポートの作成を完了したが、検査レポートに署名していなかったため、署名をして、検査レポートを再提出しなければならない状態にある。また、内視鏡検査時に生検材料を採取せず、病理診断が行われなかったため、病理診断に付随したタスクは発生していない。また、診療報酬の請求コード化に誤りがあり、医事科からコードの修正を促されている状態にある。以上の状況が、タスクテーブルにおいて進捗情報として示され、後述するように医療情報管理システム１では、未実施のタスク件数が集計されて、担当者に提示されることになる。

図５は、それぞれ担当者ＩＤを０００１とする１名の医師に対して生成されるタスクテーブルを示す。一般に、医師は、一人で患者に対応することが多いため、医師に関していえば、個々の医師に対して、タスクテーブルを作成することが好ましい。一方、看護師はグループ単位で業務にあたることが多いため、個々のタスクテーブルを生成するよりも、グループ単位でのタスクテーブルを作成することが好ましいこともある。このような事情は医療機関ごとに異なるため、タスクテーブルを個人単位で作成するか、またはグループ単位で作成するかは、適宜設定できるようにすることが好ましい。

図４および図５において、検査予定日として示される日付は、「検査の実行」、「検査レポートの作成」業務におけるタスクの実施予定日である。すなわち、検査Ａについては、内視鏡検査およびその検査レポートの作成が、５月１日に実施されることを予定されており、また検査Ｌについては、５月２日に実施されることが予定されている。本実施例では、それ以外のタスクについて実施予定日を定められていないが、実施完了を急ぐようなタスクについては、実施予定日が定められてもよい。

計数期間保持部１３０は、未実施タスクの件数を計数する期間を保持する。本実施例では、医師や看護師が、当日の未実施タスク件数を一目で確認できるように、当日の未実施タスクの件数を計数するように設定される。したがって計数期間保持部１３０は、未実施タスクの件数を計数する期間を、「今日」として保持する。なお、たとえば診療報酬の計算をする医事科に対する計数期間としては、たとえば「今日を含む過去全て」として、計数期間が保持されてもよい。このように計数期間保持部１３０は、担当者または担当グループの業務内容に応じて、未実施タスクを計数する期間を保持している。

なお、ユーザからの指定により、計数期間は変更されてもよい。指定期間受付部１０６は、ユーザから計数期間の指定を受け付けて、タスク件数計数部１２６に通知してもよい。計数期間保持部１３０は、初期設定された計数期間を保持するが、ユーザから計数期間が別途指定された場合には、タスク件数計数部１２６は、その指定された計数期間を設定値として利用することができる。たとえば医師は、明日以降の未実施タスクの件数を確認したいときには、入力装置から計数期間を指定すればよい。

タスク件数計数部１２６は、生成されたタスクテーブルをもとに、各医療業務について未実施のタスクの件数を計数する。担当者ＩＤ０００１で特定される内視鏡医を例にとると、図５を参照して、タスク件数計数部１２６は、各医療業務についての未実施のタスク件数を以下のように計数する。図５において、未実施のタスクは、「０」で表現されており、タスク件数計数部１２６は、各医療業務について、「０」の個数をカウントする。
（検査の実行）５件
（検査レポートの作成）６件
（無署名検査レポートへの署名）２件
（病理診断レポートの作成）３件
（無署名病理診断レポートへの署名）０件
（診療報酬請求コードの修正）１件

表示制御部１２８は、ＩＤ受付部１０２で受け付けたユーザＩＤをもとに、画面テンプレート保持部１３４から表示用の画面テンプレートを読み出す。画面テンプレートは、担当者または担当グループごとに用意される表示フォームであり、担当する医療業務を示す文字または絵などが表示されることが好ましい。したがって、医師と看護師とでは異なる画面テンプレートが用意されており、また医師であっても、その専門ごとに異なる画面テンプレートが用意されている。

図６は、医師に対して用意される画面テンプレート２００を示す。画面テンプレート２００には、ユーザ名が表示される担当者表示欄２０２が設けられる。ユーザが、未実施タスクの計数期間を指定するための日付入力欄２０４ａ、２０４ｂが設けられ、ユーザにより日付入力欄２０４への入力がなされると、その指定した期間情報は、指定期間受付部１０６により受け付けられる。計数日表示欄２０６には、今日の日付が表示される。

未実施タスク表示欄２０８には、医療業務の内容を示すアイコン２１０、２１２、２２０、２２２、２２４、２２６が設けられ、タスク件数計数部１２６により計数された未実施タスクの件数は、各アイコンに対応付けて表示される。アイコン２１０は、検査業務を示し、アイコン２１２は、検査レポートの作成業務を示す。検査業務および検査レポートの作成業務は、今日（当日）実行するべき業務であり、この例では、２００７年５月２日に実施される予定の業務である。

アイコン２２０は、無署名検査レポートへの署名業務を示す。アイコン２２２は、病理診断レポートの作成業務を示し、アイコン２２４は、無署名病理診断レポートへの署名業務を示す。またアイコン２２６は、診療報酬請求コードの修正業務を示す。

図７は、看護師に対して用意される画面テンプレート２００を示す。未実施タスク表示欄２３０には、医療業務を示すためのアイコン２３２、２３４、２３６、２４０、２５０が設けられ、タスク件数計数部１２６により計数された未実施タスクの件数は、各アイコンに対応付けて表示される。アイコン２３２は、検査における前処置業務を示し、アイコン２３４は、検査中の補助業務を示し、アイコン２３６は、検査後の後処置業務を示す。これらの業務は、今日（当日）実行するべき業務であり、この例では、２００７年５月２日に実施される予定の業務である。

アイコン２４０は、検査予定日が５月２日以降に設定された検査について、患者に事前連絡を行う業務を示す。アイコン２５０は、既に検査を行った患者に対して、検査後の状態を確認するために患者に連絡する業務を示す。

図８は、医師ＡＢＣに対して未実施のタスクの件数を表示した状態を示す。医師ＡＢＣの識別番号は「０００１」である。表示制御部１２８は、画面テンプレート保持部１３４から医師用の画面テンプレート（図６参照）を取得し、タスク件数計数部１２６により計数された未実施タスクの件数を画面テンプレートに埋め込んで、表示画面を生成する。この表示画面は、表示装置にて全体表示されるような大きさに形成され、タスク件数は医療業務ごとに表示されることが好ましい。医師ＡＢＣは、クライアント端末装置１２に設けられた表示装置にて、自身の未実施タスクの件数を確認できる。たとえばユーザは、この確認作業を、出勤直後に行ってもよく、また業務中に行ってもよい。表示装置には、最新のタスクの残り状態が表示されることが好ましく、ユーザは、１画面で未実施タスクの件数を見ることで、容易に残りの業務量を把握することが可能となる。

図９は、未実施タスク件数を表示するためのフローを示す。ＩＤ受付部１０２がユーザからＩＤおよびパスワードを受け付けると、認証部１１０により入力ＩＤおよびパスワードが認証される。認証部１１０による認証が正常であることを示すと、検索処理部１２４が、検索業務保持部１３２から、ユーザＩＤに対して検索対象として設定されている業務を取得する（Ｓ１００）。検索処理部１２４は、ユーザＩＤに紐付けられている検索対象業務のタスク進捗状況をタスク情報記憶部１４０から取得して、タスクテーブルを生成する（Ｓ１０２）。

タスク件数計数部１２６は、設定された計数期間を計数期間保持部１３０から取得する（Ｓ１０４）。指定期間受付部１０６において、ユーザから指定された計数期間が受け付けられた場合、タスク件数計数部１２６は、その計数期間を取得する。タスク件数計数部１２６は、設定された計数期間にしたがって、未実施タスクの件数を計数する（Ｓ１０６）。表示制御部１２８は、ユーザＩＤに対応する画面テンプレートを取得し（Ｓ１０８）、画面テンプレート中に未実施タスク件数を埋め込んで、表示装置に表示させる（Ｓ１１０）。

図１０は、未実施タスク件数の表示中にタスクが発生したときの表示更新フローを示す。タスク情報処理部１０４が発生タスク情報を生成または受け付けると（Ｓ１３０）、書込制御部１２０が、タスク情報記憶部１４０に、その発生タスク情報を書き込む。なおＳ１３０において、クライアント端末装置１２からオーダが入力されると、タスク情報処理部１０４は、発行されたオーダを受け付けて、そのオーダに対して必ず発生するタスク情報を生成してもよい。タスク情報処理部１０４は、オーダと、そのオーダに対して必ず発生するタスクを関連づけたテーブルを保持し、そのテーブルを用いて発生タスク情報を生成する。たとえば、タスク情報処理部１０４は、内視鏡検査オーダを受け付けると、「検査の実行」、「検査レポートの作成」の発生タスク情報を生成する。なお、この発生タスク情報に含まれるステータスは、「未実施」に設定される。検索処理部１２４は、タスク情報記憶部１４０に書き込まれた発生タスク情報を加味してタスクテーブルを更新する（Ｓ１３２）。タスク件数計数部１２６は、設定された計数期間を計数期間保持部１３０から取得し（Ｓ１３４）、設定された計数期間にしたがって、未実施タスクの件数を計数する（Ｓ１３６）。表示制御部１２８は、画面テンプレート中に未実施タスク件数を埋め込んで、表示装置に表示させる（Ｓ１３８）。

なおＳ１３０において、タスク情報処理部１０４は、タスクの実施結果に応じて、新たなタスクの情報を生成してもよい。図２を参照して、タスク情報処理部１０４は、作成されたレポートを受信すると、電子署名がされているか否かを判定する（図２のＳ１４）。このとき、電子署名がされていなければ（図２のＳ１４のＮ）、タスク情報処理部１０４は、「無署名検査レポートへの署名」に関する発生タスク情報を生成する。このようにタスク情報処理部１０４が、オーダに対して必ず発生するタスクの実施結果に応じて、新たなタスク情報を生成してもよい。書込制御部１２０は、タスク情報記憶部１４０に発生タスク情報を書き込む。

図１１は、未実施タスク件数の表示中にタスクが完了したときの表示更新フローを示す。タスク情報処理部１０４がタスク進捗情報を受け付けると（Ｓ１５０）、書込制御部１２０が、タスク情報記憶部１４０に、そのタスク進捗情報を書き込む。検索処理部１２４は、そのタスク進捗情報を加味してタスクテーブルを更新する（Ｓ１５２）。タスク件数計数部１２６は、設定された計数期間を計数期間保持部１３０から取得し（Ｓ１５４）、設定された計数期間にしたがって、未実施タスクの件数を計数する（Ｓ１５６）。表示制御部１２８は、画面テンプレート中に未実施タスク件数を埋め込んで、表示装置に表示させる（Ｓ１５８）。

本発明は上述の各実施形態に限定されるものではなく、各実施形態の各要素を適宜組み合わせたものも、本発明の実施形態として有効である。また、当業者の知識に基づいて各種の設計変更等の変形を各実施形態に対して加えることも可能であり、そのような変形が加えられた実施形態も本発明の範囲に含まれうる。以下、そうした例をあげる。たとえば、未実施タスクの件数は、図８に示すようにアイコンとともに表示したが、たとえば業務内容を示すテキストの近傍に表示されるようにしてもよい。

また実施形態では、未実施のタスク件数のみを表示することとしたが、実施済みのタスク件数を同時に表示することも可能である。未実施のタスク件数と、実施済みのタスク件数を同時に表示することで、担当者は、今日の仕事の成果と、これからの予定を確認でき、一日の進捗状況を瞬時に直観的に把握することができる。

看護師に対して未実施のタスク件数を表示することで、看護師は、たとえば検査室の薬剤が十分であるか判断することも可能となる。このように医療情報管理装置１０は、未実施のタスク件数を確認させることで、業務状況を把握させるだけでなく、円滑な業務進行にも役立つといった有用性も実現することが可能である。

医療情報管理システム１は、ユーザに対して更に有用な機能を提供することができる。たとえば、医療情報管理装置１０は、タイムキャプチャ機能をユーザに提供してもよい。このタイムキャプチャ機能では、患者の行動や、患者に施される医療行為の時刻を容易にキャプチャすることができ、患者に関する行動記録を容易に作成できる。

図１２は、患者名を入力するための入力画面を示す。ここでは、患者の氏名を入力することで、患者の行動記録表を作成、表示することができる。なお、氏名ではなく、患者コードなどの患者を特定するための情報により、患者の行動記録表が表示されるようにしてもよい。

図１３は、患者の行動記録表３００を示す。行動記録表は、たとえば看護師などにより作成される。看護師は、入力装置を用いてタイムキャプチャボタン３０２を押下することで、そのときの時刻を行動記録表３００に書き込むことができる。タイムキャプチャボタン３０２には、次に予定されているスケジュール名が表示され、ここでは患者が「検査室への入室」待ちの状態にある様子が示されている。看護師は、患者の入室を確認すると、タイムキャプチャボタン３０２を押下し、医療情報管理装置１０は、押下されたときの時刻を行動記録表３００に記録する。この時刻が記録されると、タイムキャプチャボタン３０２には、「検査開始」待ちの状態にあることが示され、検査が開始されると、検査室にいる看護師が、タイムキャプチャボタン３０２を押下する。このように、医療情報管理装置１０にタイムキャプチャ機能をもたせることで、患者の行動記録を容易に作成することが可能となる。

図１７は、医療情報管理装置１０の変形例を示す。医療情報管理装置１０は、受付部１００、抽出部１５０、時間記録部１５２、クロック１５４、表示制御部１２８および患者行動記録部１６０を備える。受付部１００は、患者ＩＤ受付部１０７および時間記録指示受付部１０８を有する。患者行動記録部１６０は、医療機関における患者の行動、患者に対して行われるタスクの開始または終了を示すスケジュール名に、その実行時刻を関連づけて記録したスケジュールデータを保持する。

患者ＩＤ受付部１０７が、患者を特定する識別情報を受け付けると、抽出部１５０は、患者ＩＤ受付部１０７において受け付けた患者のスケジュールデータを患者行動記録部１６０から抽出する。スケジュールデータは、医療機関における患者の行動や、患者に対して行われるタスクの開始および終了を示す一連のスケジュール名を複数含んでおり、表示制御部１２８に引き渡される。なおスケジュールデータにおいて、既に実行されたスケジュール名に対しては、その実行時刻が対応付けられている。

表示制御部１２８は、表示装置において、スケジュールデータに含まれる複数のスケジュール名を実行順に表示させるとともに、既に実行されたスケジュール名に対してはその実行時刻を対応付けて表示させ、さらに、次に実行されるべきスケジュール名を表示するタイムキャプチャボタン３０２を表示させる。これにより、行動記録表３００が生成される。タイムキャプチャボタン３０２が押下されると、時間記録指示受付部１０８が、その押下操作を受け付け、時間記録部１５２に通知する。時間記録部１５２は、押下操作がなされた時刻をクロック１５４から受け取り、その時刻を、タイムキャプチャボタン３０２に表示されているスケジュール名に対応付けて、患者行動記録部１６０に記録する。これにより患者行動記録部１６０は、タイムキャプチャボタン３０２が押下された際に、そのスケジュール名に、ボタンの押下時刻を関連づけて記録することができる。これにより、簡易な操作で、患者の行動記録表３００を作成することが可能となる。

また医療情報管理装置１０は、レポート作成支援機能をユーザに提供してもよい。このレポート作成支援機能では、ユーザが単語を選択することで、半自動的にレポートが作成されることになる。

図１４は、表示装置に表示される用語選択画面を示す。表示画面の左欄には、予め用意された用語が並べられる。左欄のいずれかの用語を選択すると、選択された用語に関する用語選択画面４００が表示される。ここでは、用語「ｐｏｌｙｐｓ」が選択され、「ｎｕｍｂｅｒ」や「ｓｉｚｅ」など、ポリープに関連して入力されるべき用語の選択肢を用意した用語選択画面４００が表示されている。図中、ユーザにより複数の選択肢が選択された状態が示される。これらの選択肢の少なくとも一部は階層的に構成され、そのような用語を選択すると、さらにその下階層に用意されている選択肢が表示されるようになっている。これらの選択肢を適宜選択することで、レポートに必要な文章が半自動的に作成される。

図１５は、作成されたレポート文を示す。レポート文４０２において、アンダーラインを付した箇所は、ユーザにより語群から選択された用語である。医療情報管理装置１０は、レポート文４０２を作成するための文章モデルを予め用意し、ユーザに、その文章モデル中のブランク箇所に当てはめる用語を語群から選択させることで、レポート文４０２が完成される。このようなレポート作成支援機能を備えることで、医療情報管理装置１０は、有用な業務環境をユーザに提供することができる。

なお、既述したように、語群は階層的に構成されている。そのためユーザは、下階層に存在する用語を選択したいときには、階層構造にしたがって、その用語に到達しなければいけない。よく使用する用語であれば、ユーザは記憶しておくことも可能であるが、稀にしか使用しない用語については、必ずしも容易なことではない。そこで医療情報管理装置１０は、所望の用語への到達ルートをユーザに提供する機能をもつ。

図１６は、所望の用語への到達ルートを示す。ここでは、ユーザが検索フィールド４０６に、レポート文に含めたい用語を入力する。ここでは、「Ｈ．Ｐｙｌｏｒｉ ａｎｔｉｂｏｄｙ ｔｅｓｔ」との入力がなされている。医療情報管理装置１０は、その用語までのルートを検索し、検索されたルート選択肢をルート提示画面４０４に表示する。ここでは、左欄に用意された３つの用語「ｃｙｔｏｌｏｇｙ」、「ｐｏｌｙｐｓ」、「ｔｕｍｏｒ」から、「Ｈ．Ｐｙｌｏｒｉ ａｎｔｉｂｏｄｙ ｔｅｓｔ」までのルートの選択肢が提示されている。

たとえば、ルート提示画面４０４の真ん中に提示された「ｐｏｌｙｐｓ」から始まるルートを選択すると、用語選択画面４００の「ｍａｎｅｕｖｅｒｓ」中に含まれる「ｃｙｔｏｌｏｇｙ」が選択され、さらにその下層にある「Ｈ．Ｐｙｌｏｒｉ ａｎｔｉｂｏｄｙ ｔｅｓｔ」が選択される。このように、入力したい用語までのルートをユーザに提示することで、ユーザは、所望の用語を容易に選択できるようになる。これにより、用語の選択を完了するまでの時間を短縮でき、レポート文を短時間で作成できるようになる。

本発明の実施形態にかかる医療情報管理システムの全体構成を示す図である。 内視鏡検査医による内視鏡検査の業務フローを示す図である。 本実施形態の医療情報管理装置の構成を示す図である。 内視鏡検査医グループに対して生成されるタスクテーブルを示す図である。 医師に対して生成されるタスクテーブルを示す図である。 医師に対して用意される画面テンプレートを示す図である。 看護師に対して用意される画面テンプレートを示す図である。 未実施のタスクの件数を表示した状態を示す図である。 未実施タスク件数を表示するためのフローを示す図である。 未実施タスク件数の表示中にタスクが発生したときの表示更新フローを示す図である。 未実施タスク件数の表示中にタスクが完了したときの表示更新フローを示す図である。 患者名を入力するための入力画面を示す図である。 患者の行動記録表を示す図である。 表示装置に表示される用語選択画面を示す図である。 作成されたレポート文を示す図である。 所望の用語への到達ルートを示す図である。 医療情報管理装置の変形例を示す図である。

符号の説明

１・・・医療情報管理システム、１０・・・医療情報管理装置、１２・・・クライアント端末装置、１４・・・ネットワーク、１００・・・受付部、１０２・・・ＩＤ受付部、１０４・・・タスク情報処理部、１０６・・・指定期間受付部、１０７・・・患者ＩＤ受付部、１０８・・・時間記録指示受付部、１１０・・・認証部、１１２・・・認証情報保持部、１２０・・・書込制御部、１２４・・・検索処理部、１２６・・・タスク件数計数部、１２８・・・表示制御部、１３０・・・計数期間保持部、１３２・・・検索業務保持部、１３４・・・画面テンプレート保持部、１４０・・・タスク情報記憶部、１５０・・・抽出部、１５２・・・時間記録部、１５４・・・クロック、１６０・・・患者行動記録部。

Claims (9)

1. 医療業務の情報を管理する医療情報管理装置であって、
   複数の医療業務において発生するタスクの実施完了または未実施の進捗情報を記憶する記憶部と、
   各医療業務について未実施のタスクの件数を計数するタスク件数計数部と、
   計数されたタスク件数を医療業務ごとに表示装置に表示させる表示制御部と、
   を備えることを特徴とする医療情報管理装置。
2. 前記記憶部は、各タスクまたは各医療業務に対して、担当者または担当グループの識別情報を対応付けて記憶しており、
   担当者または担当グループを特定する識別情報を取得する識別情報受付部と、
   前記識別情報受付部において取得した識別情報が対応付けられている医療業務のタスクを検索する検索処理部とをさらに備え、
   前記タスク件数計数部は、前記検索処理部により検索された未実施のタスクを計数することを特徴とする請求項１に記載の医療情報管理装置。
3. 前記記憶部は、所定の医療業務におけるタスクに対して、その実施予定日を対応付けて記憶しており、
   前記タスク件数計数部による計数を行う期間を保持する計数期間保持部をさらに備え、
   前記タスク件数計数部は、前記計数期間保持部に保持されている期間に、実施予定日が含まれている未実施のタスクを計数することを特徴とする請求項２に記載の医療情報管理装置。
4. 前記記憶部は、所定の医療業務におけるタスクに対して、その実施予定日を対応付けて記憶しており、
   指定された期間情報を受け付ける指定期間受付部をさらに備え、
   前記タスク件数計数部は、前記指定期間受付部にて受け付けた期間に、実施予定日が含まれている未実施のタスクを計数することを特徴とする請求項２に記載の医療情報管理装置。
5. 担当者または担当グループごとの画面テンプレートを保持する画面テンプレート保持部をさらに備え、
   前記表示制御部は、識別情報をもとに、画面テンプレートを選択することを特徴とする請求項２に記載の医療情報管理装置。
6. 発行されるオーダに対して必ず発生する第１タスクの情報と、状況に応じて発生する第２タスクの情報とを生成するタスク情報処理部をさらに有し、
   前記タスク件数計数部は、第１タスクおよび第２タスクのうち未実施のものの件数を計数し、
   前記表示制御部は、計数されたタスク件数を表示装置に表示させることを特徴とする請求項１から５のいずれかに記載の医療情報管理装置。
7. 前記タスク情報処理部は、第１タスクの実施結果に応じて、第２タスクの情報を生成することを特徴とする請求項６に記載の医療情報管理装置。
8. 医療機関における患者の行動、患者に対して行われるタスクの開始または終了を示すスケジュール名に、その実行時刻を関連づけて記録する患者行動記録部をさらに有することを特徴とする請求項１から７のいずれかに記載の医療情報管理装置。
9. 患者を特定する識別情報を受け付ける患者識別情報受付部と、
   前記患者識別情報受付部において受け付けた識別情報で特定される患者のスケジュールデータを前記患者行動記録部から抽出する抽出部と、を備え、
   前記表示制御部は、表示装置において、前記スケジュールデータに含まれる複数のスケジュール名を実行順に表示させるとともに、既に実行されたスケジュール名に対してはその実行時刻を対応付けて表示させ、さらに、次に実行されるべきスケジュール名を表示するボタンを表示させ、
   前記患者行動記録部は、前記ボタンが押下された際に、そのスケジュール名に、ボタンの押下時刻を関連づけて記録することを特徴とする請求項８に記載の医療情報管理装置。

Images