JP6867585B2 - 作業管理プログラム、作業管理装置および作業管理方法 - Google Patents

Description

本発明は、作業管理プログラム、作業管理装置および作業管理方法に関する。

ユーザが行うべき作業（ＴｏＤｏ）を示す情報の登録を受け付け、登録された情報をユーザが確認できるようにした管理システムが知られている。例えば、登録された上記情報を一覧表示したリストは、一般的に“ＴｏＤｏリスト”と呼ばれる。

また、ＴｏＤｏに関する次のような技術が提案されている。例えば、トレイ条件に基づいて、各トレイ識別子、業務名称および業務管理レコード数から構成されたＴｏＤｏリストデータを生成する図書館管理システムが提案されている。また、例えば、メール送受信システムでは、メール受信者がメールで指定された項目を承諾した場合、受信者のＴｏＤｏリストに新たな項目を追加するメール送受信システムが提案されている。

特開２００８−２７０７９号公報 特開２００２−２９７５１２号公報

ところで、ユーザが行うべき作業を管理する管理システムの中には、登録された情報に基づく作業が完了した場合に、その作業が完了したことを記録できるものがある。このような管理システムを用いた場合、ユーザは、例えば、登録された情報を呼び出す操作を行ってその内容を確認し、確認した内容に基づく作業を行う。そして、ユーザは、作業が完了すると、登録された情報を呼び出す操作を行って、作業が完了したことを登録する。しかし、このような手順では、作業の完了後に、その作業とは異なる作業を示す情報が誤って呼び出され、作業の完了が登録されてしまう可能性がある。この場合、管理システムによる作業の管理精度が低下するという問題がある。

１つの側面では、本発明は、作業の管理精度を向上させることができる作業管理プログラム、作業管理装置および作業管理方法を提供することを目的とする。

１つの態様では、作業管理プログラムが提供される。この作業管理プログラムは、コンピュータに、行うべき作業を示す作業情報の登録要求を受け付けて作業情報を記憶部に登録し、作業として文書の作成作業を示す作業情報の登録要求を受け付けた場合には、当該作成作業を行うユーザと、作成される文書の種別とを当該作業情報に関連付けて記憶部に登録し、作成中の文書を確定させる確定指示を受け付けると、記憶部に登録された作業情報の中から、確定指示の操作を行ったユーザと、作成中の文書の種別とが関連付けられた第１の作業情報を検索し、第１の作業情報が検索された場合、第１の作業情報を作業の完了を示す完了状態に変更するかを確認するための確認画面を表示させ、完了状態への変更を許可する許可操作を受け付けた場合、第１の作業情報を完了状態に変更する、処理を実行させる。

また、１つの態様では、作業管理装置が提供される。この作業管理装置は、記憶部と制御部とを有する。制御部は、行うべき作業を示す作業情報の登録要求を受け付けて作業情報を記憶部に登録し、作業として文書の作成作業を示す作業情報の登録要求を受け付けた場合には、当該作成作業を行うユーザと、作成される文書の種別とを当該作業情報に関連付けて記憶部に登録し、作成中の文書を確定させる確定指示を受け付けると、記憶部に登録された作業情報の中から、確定指示の操作を行ったユーザと、作成中の文書の種別とが関連付けられた第１の作業情報を検索し、第１の作業情報が検索された場合、第１の作業情報を作業の完了を示す完了状態に変更するかを確認するための確認画面を表示させ、完了状態への変更を許可する許可操作を受け付けた場合、第１の作業情報を完了状態に変更する。

また、１つの態様では、作業管理方法が提供される。この作業管理方法は、コンピュータが、行うべき作業を示す作業情報の登録要求を受け付けて作業情報を記憶部に登録し、作業として文書の作成作業を示す作業情報の登録要求を受け付けた場合には、当該作成作業を行うユーザと、作成される文書の種別とを当該作業情報に関連付けて記憶部に登録し、作成中の文書を確定させる確定指示を受け付けると、記憶部に登録された作業情報の中から、確定指示の操作を行ったユーザと、作成中の文書の種別とが関連付けられた第１の作業情報を検索し、第１の作業情報が検索された場合、第１の作業情報を作業の完了を示す完了状態に変更するかを確認するための確認画面を表示させ、完了状態への変更を許可する許可操作を受け付けた場合、第１の作業情報を完了状態に変更する。

１つの側面では、作業の管理精度を向上させることができる。

第１の実施の形態の作業管理装置を示す図である。 第２の実施の形態の情報処理システムを示す図である。 管理サーバのハードウェア例を示す図である。 管理サーバの機能例を示す図である。 ユーザテーブルの例を示す図である。 ＴｏＤｏ情報テーブルの例を示す図である。 ＴｏＤｏ状態テーブルの例を示す図である。 患者テーブルの例を示す図である。 カルテ表示テーブルの例を示す図である。 ひな形テーブルの例を示す図である。 ＴｏＤｏ作成画面の例を示す図である。 ＴｏＤｏ作成一覧画面の例を示す図である。 ＴｏＤｏ一覧画面の例を示す図である。 ＴｏＤｏ詳細画面の例を示す図である。 カルテ画面の例を示す図である。 患者の入力欄が入力可能な状態であるＴｏＤｏ作成画面の例を示す図である。 ひな形に基づく情報が設定されたＴｏＤｏ作成画面の例を示す図である。 カルテ画面の表示処理の例を示すフローチャートである。 ＴｏＤｏ作成画面の表示処理の例を示すフローチャート（その１）である。 ＴｏＤｏ作成画面の表示処理の例を示すフローチャート（その２）である。 ＴｏＤｏ情報の通知処理の例を示すフローチャートである。 ＴｏＤｏ詳細画面の表示処理の例を示すフローチャートである。 ＴｏＤｏ作成一覧画面からＴｏＤｏ情報の内容を修正する場合の例を示す図である。 ＴｏＤｏ情報の修正処理の例を示すフローチャートである。 ＴｏＤｏ情報を削除する場合の例を示す図である。 ＴｏＤｏ情報の削除処理の例を示すフローチャートである。 退院サマリ作成画面の例を示す図である。 退院サマリ承認依頼のＴｏＤｏ作成画面の例を示す図である。 退院サマリ作成を起点とした一連の処理の例を示すフローチャートである。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の作業管理装置を示す図である。作業管理装置１は、ディスプレイ２に接続されており、ディスプレイ２に画面を表示したり、表示された画面に入力された情報を受信することができる。なお、例えば、作業管理装置１は、ディスプレイ２に直接接続されずに、ディスプレイ２を有する端末装置に接続されていてもよい。

作業管理装置１は、記憶部１ａおよび制御部１ｂを有する。記憶部１ａは、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。制御部１ｂは、例えば、プロセッサである。プロセッサには、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。また、制御部１ｂは、マルチプロセッサであってもよい。

制御部１ｂは、ユーザが行うべき作業を示す作業情報３ａ，３ｂ，３ｃ，・・・の登録を受け付け、受け付けた作業情報３ａ，３ｂ，３ｃ，・・・を記憶部１ａに登録する。例えば、ユーザは、ディスプレイ２に表示された登録画面２ａに対して、作業の内容を入力し、入力された情報の登録操作を行う。制御部１ｂは、登録操作に応じて、入力された情報を記憶部１ａに登録する。

また、ユーザは、制御部１ｂに指示するための所定の操作により、登録された作業情報３ａ，３ｂ，３ｃ，・・・を呼び出し、それらの内容を確認できる。例えば、ユーザは、自分が行うべき作業を示す作業情報をディスプレイ２に表示させ、それらの１つに対する選択操作を行うと、選択された作業情報の内容をディスプレイ２に表示させる。これにより、ユーザは、自分が行うべき作業の内容を確認して、その作業を行うことができる。

ここで、制御部１ｂは、行うべき作業として、文書の作成作業を示す作業情報３ｘの登録要求を受け付けた場合には、作成作業３ｘを行うユーザと、作成される文書の種別とを作業情報３ｘに関連づけて記憶部１ａに登録する。

また、制御部１ｂは、作成中の文書４を確定させる確定指示を受け付けることができる。例えば、ユーザは、ディスプレイ２に表示された作成画面２ｂに対する入力操作により、文書４を作成し、作成を終了する際に確定指示のための操作を行う。制御部１ｂは、この操作に応じて確定指示を受け付ける。

制御部１ｂは、確定指示を受け付けると、記憶部１ａに登録された作業情報３ａ，３ｂ，３ｃ，・・・の中から、確定指示操作を行ったユーザと、文書４の種別とが関連付けられた作業情報３ｙを検索する。なお、例えば、確定指示操作を行ったユーザ、および作成された文書４の種別が、それぞれ作業情報３ｘに関連付けられているユーザおよび文書の種別と同じ場合には、上記条件に合致する作業情報３ｙとして作業情報３ｘが検索される。

制御部１ｂは、上記条件に合致する作業情報３ｙが検索された場合、作業情報３ｙを作業の完了を示す完了状態に変更するかを確認するための確認画面２ｃを表示させる。そして、制御部１ｂは、完了状態への変更を許可する許可操作を受け付けた場合、作業情報３ｙを完了状態に変更する。

以上の処理によれば、文書４の作成作業を行ったユーザは、確定指示操作を行って作成作業を完了すると、それに続いて自動的に表示された確認画面２ｃを通じて、文書４の作成作業を示す作業情報３ｙを完了状態に変更させることができる。このため、ユーザは、文書４の作成作業を完了した後、作業情報３ｙを呼び出して完了状態に変更するための操作をあらためて行うことなく、作業情報３ｙを完了状態に変更させることができる。

このような手順により、文書４の作成作業を完了したユーザが、この作業とは異なる作業を示す作業情報を誤って呼び出し、完了状態に変更させる可能性を低減できる。このため、作業管理装置１による作業の管理精度を向上させることができる。また、文書４の作成作業を完了したユーザが、この作業に対応する作業情報３ｙをあらためて呼び出す操作を行わなくてよくなるので、ユーザの操作性を向上させることができる。

なお、図１の例では、登録画面２ａと、作成画面２ｂおよび確認画面２ｃとは、同一のディスプレイ２に表示されていたが、この点は必須ではなく、それぞれが異なるディスプレイ（例えば、異なる端末装置のディスプレイ）に表示されてもよい。

［第２の実施の形態］
図２は、第２の実施の形態の情報処理システムを示す図である。情報処理システムは、管理サーバ１００および端末装置２００，２００ａ，２００ｂを含む。管理サーバ１００および端末装置２００，２００ａ，２００ｂは、互いにネットワーク３００を介して接続されている。例えば、ネットワーク３００は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）やインターネットなどの広域ネットワークでもよい。

管理サーバ１００は、医療に関する情報を管理するコンピュータである。例えば、管理サーバ１００は、病院やデータセンターなどに設置される。端末装置２００，２００ａ，２００ｂは、医師や検査技師などの医療従事者が利用するコンピュータである。例えば、端末装置２００，２００ａ，２００ｂは、病院に設置される。以下の説明では、端末装置２００，２００ａ，２００ｂを利用可能な医療従事者を“ユーザ”と呼び、“患者”と区別して示す。ユーザは、例えば、端末装置２００，２００ａ，２００ｂのいずれかを通じて管理サーバ１００にログインすることで、管理サーバ１００が提供するサービスを利用できる。なお、端末装置の台数は、図２のように３台に限定されるものではない。

管理サーバ１００は、患者のカルテを管理する電子カルテサービスと、いわゆる“ＴｏＤｏリスト”を管理するサービスとをユーザに提供する。電子カルテサービスでは、ユーザは、患者のカルテを閲覧したり、カルテに対して情報を登録することができる。ＴｏＤｏリストの管理サービスは、例えば、電子カルテサービスの付加機能として実装される。

このＴｏＤｏリストの管理サービスでは、ユーザが行うべき作業を示す情報を含むＴｏＤｏ情報が、管理サーバ１００に登録される。ここで、ユーザは、ユーザ自身が行うべき作業を示すＴｏＤｏ情報だけでなく、他のユーザが行うべき作業を示すＴｏＤｏ情報も、管理サーバ１００に登録することができる。登録されるＴｏＤｏ情報には、通知先のユーザ（すなわち、作業を行うユーザ）を示す宛先が含まれている。ＴｏＤｏ情報の登録時において、ユーザは、ユーザ自身か、他のユーザか、またはそれらの両方を、宛先として設定できる。そして、ユーザは、自分宛てのＴｏＤｏ情報を一覧表示させ、その中からＴｏＤｏ情報を選択することで、行うべき作業の内容を確認できる。

さらに、電子カルテサービスとＴｏＤｏリストの管理サービスとは、互いに連携している。例えば、ＴｏＤｏ情報には通知日時が指定されており、ユーザが電子カルテサービスの画面を閲覧している状態で、通知日時になると、その画面上にＴｏＤｏ情報の閲覧を促す通知画像が表示される。ユーザは、その通知画像に対する操作によってＴｏＤｏ情報を閲覧できる。また、ユーザは、電子カルテを表示させた画面に対する操作によって、ＴｏＤｏ情報の作成画面を表示させ、ＴｏＤｏ情報を登録することもできる。

次に、管理サーバ１００のハードウェアについて説明する。
図３は、管理サーバのハードウェア例を示す図である。管理サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、読み取り装置１０６および通信インタフェース１０７を有する。各ユニットが管理サーバ１００のバスに接続されている。

プロセッサ１０１は、管理サーバ１００全体を制御する。プロセッサ１０１は、複数のプロセッシング要素を含むマルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。また、プロセッサ１０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１０２は、管理サーバ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。

ＨＤＤ１０３は、管理サーバ１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。管理サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

画像信号処理部１０４は、プロセッサ１０１からの命令に従って、管理サーバ１００に接続されたディスプレイ１１に画像を出力する。ディスプレイ１１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、有機ＥＬ（Electro-Luminescence）ディスプレイなど各種のディスプレイを用いることができる。

入力信号処理部１０５は、管理サーバ１００に接続された入力デバイス１２から入力信号を取得し、プロセッサ１０１に出力する。入力デバイス１２としては、マウスやタッチパネルなどのポインティングデバイスやキーボードなどの各種の入力デバイスを用いることができる。管理サーバ１００には、複数の種類の入力デバイスが接続されてもよい。

読み取り装置１０６は、記録媒体１３に記録されたプログラムやデータを読み取る装置である。記録媒体１３として、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体１３として、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。読み取り装置１０６は、例えば、プロセッサ１０１からの命令に従って、記録媒体１３から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。

通信インタフェース１０７は、ネットワーク３００を介して、端末装置２００，２００ａ，２００ｂと通信を行う。
なお、端末装置２００，２００ａ，２００ｂも管理サーバ１００と同様のハードウェアにより実現できる。

次に、管理サーバ１００が有する機能について説明する。
図４は、管理サーバの機能例を示す図である。管理サーバ１００は、記憶部１１０、電子カルテ処理部１２０、ＴｏＤｏ情報処理部１３０を有する。

記憶部１１０は、例えば、ＲＡＭ１０２またはＨＤＤ１０３に確保した記憶領域として実装される。記憶部１１０は、ユーザテーブル、ＴｏＤｏ情報テーブル、ＴｏＤｏ状態テーブル、患者テーブル、カルテ表示テーブル、ひな形テーブルを記憶する。

ユーザテーブルは、ユーザに関する情報を保持する。ＴｏＤｏ情報テーブルは、登録されたＴｏＤｏ情報を保持する。ＴｏＤｏ状態テーブルは、登録された各ＴｏＤｏ情報の状態を管理する。患者テーブルは、患者に関する情報を保持する。カルテ表示テーブルは、患者のカルテが表示されているか否かを示す情報を保持する。ひな形テーブルは、ＴｏＤｏ情報の作成時に利用可能なひな形の情報を保持する。

電子カルテ処理部１２０、ＴｏＤｏ情報処理部１３０は、例えば、プロセッサ１０１が実行するプログラムのモジュールとして実装される。電子カルテ処理部１２０は、電子カルテの閲覧サービスをユーザに提供する。ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報の登録を受け付け、登録されたＴｏＤｏ情報をユーザに閲覧させるサービスをユーザに提供する。

電子カルテ処理部１２０およびＴｏＤｏ情報処理部１３０は、端末装置２００，２００ａ，２００ｂに対してＧＵＩ（Graphical User Interface）を提供する。具体的には、電子カルテ処理部１２０およびＴｏＤｏ情報処理部１３０は、ＧＵＩ画面を表示させるためのＨＴＭＬ（HyperText Markup Language）ファイルを作成する。電子カルテ処理部１２０およびＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００，２００ａ，２００ｂに送信し、端末装置２００，２００ａ，２００ｂのＷｅｂブラウザにＨＴＭＬファイルに基づくＧＵＩ画面を表示させる。電子カルテ処理部１２０およびＴｏＤｏ情報処理部１３０は、ＧＵＩ画面を通じて処理の依頼を受け付け、依頼された処理を実行する。

次に、記憶部１１０に格納される情報について説明する。
図５は、ユーザテーブルの例を示す図である。ユーザテーブル１１１は、記憶部１１０に格納される。ユーザテーブル１１１は、ユーザＩＤ、ユーザ名、職種、指導医の項目を含む。

ユーザＩＤの項目は、ユーザの識別情報を示す。ユーザ名の項目は、ユーザの名前を示す。職種の項目は、ユーザの職種を示す。指導医の項目は、ユーザを指導する指導医のユーザＩＤを示す。

図６は、ＴｏＤｏ情報テーブルの例を示す図である。ＴｏＤｏ情報テーブル１１２は、記憶部１１０に格納される。このＴｏＤｏ情報テーブル１１２は、登録されたすべてのＴｏＤｏ情報の登録内容を保持する。ＴｏＤｏ情報テーブル１１２の１つのレコードが、１つのＴｏＤｏ情報に対応する。各レコードは、ＴｏＤｏ ＩＤ、宛先、タイトル、内容、通知日時、期限日、通知者ＩＤ、コメント、患者ＩＤ、退院サマリフラグの項目を含む。

ＴｏＤｏ ＩＤの項目は、ＴｏＤｏ情報の識別情報を示す。宛先の項目は、ＴｏＤｏ情報の宛先となるユーザ、すなわち、ＴｏＤｏ情報に記述された作業を行うべきユーザのユーザＩＤを示す。タイトルの項目は、ＴｏＤｏ情報のタイトルを示す。内容の項目は、行うべき作業の内容を示す。内容の項目の情報は、例えば、テキストによって記述される。

通知日時の項目は、ＴｏＤｏ情報を宛先のユーザに通知する日時を示す。期限日の項目は、ＴｏＤｏ情報に記述された作業をユーザが行うべき期限の日時を示す。通知者ＩＤの項目は、ＴｏＤｏ情報の通知者、すなわちＴｏＤｏ情報の登録者のユーザＩＤを示す。

コメントは、ＴｏＤｏ情報に記述されたコメントの内容を示す。ＴｏＤｏ情報には、作成したユーザや閲覧したユーザによってテキストによるコメントを記述することが可能になっており、コメントの項目には、このように記述されたコメントの内容が記録される。患者ＩＤの項目は、ＴｏＤｏ情報が特定の患者に関連する作業を示す場合に、その患者を識別する患者ＩＤを示す。患者に関連する作業とは、例えば、患者に対する医療行為、患者についての書類を作成する作業などがある。退院サマリフラグの項目は、ＴｏＤｏ情報に記述された作業が、退院サマリの作成依頼であるか否かを示すフラグを示す。退院サマリとは、入院患者の退院時に作成される文書であり、例えば、入院中の病状の経過や治療行為が記述される。

図７は、ＴｏＤｏ状態テーブルの例を示す図である。ＴｏＤｏ状態テーブル１１３は、記憶部１１０に格納される。このＴｏＤｏ状態テーブル１１３は、ＴｏＤｏ情報テーブル１１２に登録されたＴｏＤｏ情報ごとのレコードを有し、ＴｏＤｏに関する各種の状態を示す情報を保持する。各レコードは、ＴｏＤｏ ＩＤ、通知状態、閲覧状態、保護状態、完了状態の項目を含む。

ＴｏＤｏ ＩＤの項目は、ＴｏＤｏ情報の識別情報を示す。通知状態の項目は、ＴｏＤｏ情報が宛先のユーザに通知されたか否かを示す。閲覧状態の項目は、ＴｏＤｏ情報の内容が宛先のユーザに閲覧されたか否かを示す。閲覧されていない場合には“未読”と設定され、閲覧された場合には“既読”と設定される。

保護状態の項目は、ＴｏＤｏ情報が削除されないように保護されているか否かを示す。ＴｏＤｏ情報は、ユーザの操作によってその作業が完了したことが設定されると、一定時間後に自動的に削除される。ただし、ＴｏＤｏ情報が保護されている場合には、そのＴｏＤｏ情報は自動的に削除されなくなる。完了状態の項目は、ユーザがその作業を完了したか否かを示す。

図８は、患者テーブルの例を示す図である。患者テーブル１１４は、記憶部１１０に格納される。患者テーブル１１４は、患者ＩＤ、患者名、カルテ内容の項目を含む。患者ＩＤの項目は、患者の識別情報を示す。患者名の項目は、患者の名前を示す。カルテ内容の項目は、カルテの情報を示す。なお、図８で示すカルテ内容“ＢＢ１”は、カルテの内容を簡易的に表現したもので、実際のカルテには、例えば、患者名“ＰＮ１”の患者の年齢や病名、診療状況などが記述される。

図９は、カルテ表示テーブルの例を示す図である。カルテ表示テーブル１１５は、記憶部１１０に格納される。カルテ表示テーブル１１５は、患者ＩＤ、ユーザＩＤの項目を含む。カルテ表示テーブル１１５には、あるユーザがある患者のカルテを閲覧している場合に、その患者の患者ＩＤと閲覧しているユーザのユーザＩＤとが対応付けて登録される。患者ＩＤの項目は、閲覧されているカルテに対応する患者の識別情報を示す。ユーザＩＤは、カルテを閲覧しているユーザの識別情報を示す。

図１０は、ひな形テーブルの例を示す図である。ひな形テーブル１１６は、記憶部１１０に格納される。ひな形テーブル１１６は、名称、ひな形内容の項目を含む。名称の項目は、ひな形の名称を示す。ひな形内容の項目は、ひな形の内容を示す。なお、図１０で示すひな形内容“ＣＣ１”“ＣＣ２”は、ひな形の内容を曖昧に表現したもので、実際のひな形は、例えば、特定の形式の文章などである。

次に、端末装置２００，２００ａ，２００ｂのディスプレイに表示されるＧＵＩの具体例を示す。まず、ＴｏＤｏ情報処理部１３０の処理によって表示されるＧＵＩの例を示す。

図１１は、ＴｏＤｏ作成画面の例を示す図である。ＴｏＤｏ作成画面４００は、ユーザが管理サーバ１００に対してＴｏＤｏ情報を登録するためのＧＵＩである。
ＴｏＤｏ作成画面４００は、宛先、通知日時、ひな形、期限日、タイトル、内容、患者の入力欄を含む。また、患者の入力欄は、チェックボックス４０１、患者ＩＤの入力欄４０２、患者名の入力欄４０３を含む。

ユーザは、宛先の入力欄に、ＴｏＤｏ情報の宛先とするユーザのユーザ名を入力する。宛先の入力欄には、複数のユーザのユーザ名を入力できる。また、登録者自身のユーザ名を入力することもできるし、他のユーザのユーザ名を入力することもできる。また、ユーザは、通知日時の入力欄に、ＴｏＤｏ情報を宛先のユーザに通知する日時を設定し、期限日の入力欄に、ＴｏＤｏ情報を宛先のユーザが閲覧する期限の日時を設定する。なお、期限日の入力欄への入力は必須ではない。また、ユーザは、タイトルの入力欄に、ＴｏＤｏ情報のタイトルを入力し、内容の入力欄に、宛先のユーザが行うべき作業の内容を入力する。

また、ＴｏＤｏ作成画面４００は、確定ボタン４０４を含む。ユーザは、確定ボタン４０４を押下する操作（例えば、クリック操作）を行うことで、ＴｏＤｏ情報の登録を管理サーバ１００に指示する。すると、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２に新たなレコードを登録し、そのレコードに対してＴｏＤｏ作成画面４００に設定された内容を登録する。また、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２に登録されたレコードに対応する新たなレコードを、ＴｏＤｏ状態テーブル１１３にも登録する。このとき、作成されたレコードでは、通知状態の項目に“未通知”が設定され、閲覧状態の項目に“未読”が設定され、保護状態の項目に保護しないことを示す“なし”が設定され、完了状態の項目に“未完了”が設定される。また、ＴｏＤｏ情報が登録されると、ユーザが登録したＴｏＤｏ情報を一覧表示するＴｏＤｏ作成一覧画面が表示される。

なお、ＴｏＤｏ作成画面４００において、ひな形の入力欄では、ＴｏＤｏ情報のひな形が選択される。患者の入力欄では、ＴｏＤｏ情報に関連する患者に関する情報が入力される。図１１の例では、ひな形の入力欄と患者の入力欄が、ともに入力が不可能な状態になっている。後述するように、患者の入力欄は、カルテ画面が表示された状態でＴｏＤｏ作成画面４００が表示された場合のみ、入力可能な状態となる。また、ひな形の入力欄は、患者の入力欄に患者の情報が入力された場合のみ、ひな形を選択可能な状態となる。

図１２は、ＴｏＤｏ作成一覧画面の例を示す図である。ＴｏＤｏ作成一覧画面４１０には、あるユーザによる閲覧時に、そのユーザによって管理サーバ１００に登録されたＴｏＤｏ情報が一覧表示される。ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２とＴｏＤｏ状態テーブル１１３から閲覧するユーザに対応する情報を抽出することで、ＴｏＤｏ作成一覧画面４１０を表示するための情報を生成する。ＴｏＤｏ作成一覧画面４１０は、ＴｏＤｏ情報を示す表示欄として、通知状態、通知日時、タイトル、期限日、完了、患者ＩＤ、患者名、カルテ、コメントの表示欄を有する。

通知日時、タイトル、期限日、患者ＩＤの表示欄には、ＴｏＤｏ情報テーブル１１２の通知日時、タイトル、期限日、患者ＩＤの項目にそれぞれ登録された情報が表示される。コメントの表示欄には、ＴｏＤｏ情報テーブル１１２のコメントの項目に記録されたコメントの件数が表示される。通知状態、完了の表示欄は、ＴｏＤｏ状態テーブル１１３の通知状態、完了状態の項目にそれぞれ登録された情報が表示される。

患者名の表示欄には、患者ＩＤに対応する患者の名前が表示される。患者ＩＤと患者名が登録されている場合、そのＴｏＤｏ情報が、登録された患者に関連することを示す。カルテの表示欄には、患者のカルテの表示を指示するための表示ボタンが表示される。この表示ボタンは、ＴｏＤｏ情報が患者に関連する場合にのみ表示される。図１２の例では、患者ＩＤおよび患者名が登録された上から２行目および４行目のカルテの表示欄に、それぞれ表示ボタン４１３ａ，４１３ｂが表示されている。

また、ＴｏＤｏ作成一覧画面４１０は、新規作成ボタン４１１、ＴｏＤｏ一覧ボタン４１２を含む。ユーザは、新規作成ボタン４１１を押下する操作を行うことで、新たなＴｏＤｏ情報を登録するためのＴｏＤｏ作成画面を表示させることができる。また、ユーザは、ＴｏＤｏ一覧ボタン４１２を押下する操作を行うことで、ユーザを宛先とするＴｏＤｏ情報を一覧表示するＴｏＤｏ一覧画面を表示させることができる。

図１３は、ＴｏＤｏ一覧画面の例を示す図である。ＴｏＤｏ一覧画面４２０には、１人のユーザを宛先とするＴｏＤｏ情報が一覧表示される。すなわち、ＴｏＤｏ一覧画面４２０は、いわゆる“ＴｏＤｏリスト”である。ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２とＴｏＤｏ状態テーブル１１３から閲覧するユーザに対応する情報を抽出することで、ＴｏＤｏ一覧画面４２０を表示するための情報を生成する。

ＴｏＤｏ一覧画面４２０は、ＴｏＤｏ情報を表す表示欄として、既読、保護、タイトル、期限日、完了、通知日時、通知者、患者ＩＤ、患者名、カルテ、コメントの各表示欄を有する。また、ＴｏＤｏ一覧画面４２０は、新規作成ボタン４２１、ＴｏＤｏ作成一覧ボタン４２２、状態変更ボタン４２３を含む。

タイトル、期限日、通知日時、患者ＩＤの表示欄には、ＴｏＤｏ情報テーブル１１２のタイトル、期限日、通知日時、患者ＩＤの項目にそれぞれ登録された情報が表示される。通知者の表示欄には、ＴｏＤｏ情報テーブル１１２の通知者ＩＤの項目に登録されたＩＤが示す通知者の名前が表示される。

患者名の表示欄には、患者ＩＤに対応する患者の名前が表示される。患者ＩＤと患者名が登録されている場合、そのＴｏＤｏ情報が、登録された患者に関連することを示す。カルテの表示欄には、患者のカルテの表示を指示するための表示ボタンが表示される。図１３の例では、上から２行目および４行目のカルテの表示欄に、それぞれ表示ボタン４２４ａ，４２４ｂが表示されている。

コメントの表示欄には、ＴｏＤｏ情報テーブル１１２のコメントの項目に記録されたコメントの件数が表示される。既読、保護、完了の各表示欄には、ＴｏＤｏ状態テーブル１１３の閲覧状態、保護状態、完了状態の項目にそれぞれ登録された情報が表示される。

ここで、ユーザは、例えば、ＴｏＤｏ情報が表示された行にマウスカーソル４２５を合わせた状態で右クリック操作を行うことで、メニュー画面４２６を表示させることができる。メニュー画面４２６には、少なくとも“詳細表示”が表示され、ユーザは“詳細表示”に対するクリック操作を行うことで、ＴｏＤｏ情報の詳細な内容を閲覧するためのＴｏＤｏ詳細画面を表示させることができる。なお、ユーザは、ＴｏＤｏ情報にコメントを記述したい場合にも、同様にＴｏＤｏ詳細画面を表示させればよい。

また、ユーザは、新規作成ボタン４２１を押下する操作を行うことで、新たなＴｏＤｏ情報を登録するためのＴｏＤｏ作成画面を表示させることができる。また、ユーザは、ＴｏＤｏ作成一覧ボタン４２２を押下する操作を行うことで、ユーザが登録したＴｏＤｏ情報を一覧表示するＴｏＤｏ作成一覧画面を表示させることができる。

さらに、ユーザは、ＴｏＤｏ情報が表示された行を選択した状態で、状態変更ボタン４２３を押下する操作を行うことで、既読、保護、完了のいずれかの情報を更新することができる。例えば、状態変更ボタン４２３が押下されると、“既読”“保護”“完了”のいずれかを選択可能なメニュー画面（図示せず）が表示される。

ユーザは、例えば、ＴｏＤｏ情報の内容を確認済みの場合、メニュー画面上の“既読”を選択する操作を行う。これにより、既読の表示欄が“未読”から“既読”に変化するとともに、ＴｏＤｏ状態テーブル１１３における閲覧状態の項目の情報も“未読”から“既読”に更新される。

また、ユーザは、例えば、ＴｏＤｏ情報が示す作業をすでに行った場合、メニュー画面上の“完了”を選択する操作を行う。これにより、完了の表示欄に“完了”と表示されるとともに、ＴｏＤｏ状態テーブル１１３における完了状態の項目の情報が“未完了”から“完了”に更新される。

また、管理サーバ１００に登録されたＴｏＤｏ情報は、完了状態が“完了”に更新されると、所定の時間が経過した後に自動的に削除される。ユーザは、ＴｏＤｏ情報がこのように自動的に削除されることを回避したい場合、メニュー画面上の“保護”を選択する操作を行う。これにより、保護の表示欄に“保護”と表示されるとともに、ＴｏＤｏ状態テーブル１１３における保護状態の項目の情報が“なし”から“保護”に更新される。

図１４は、ＴｏＤｏ詳細画面の例を示す図である。ＴｏＤｏ詳細画面４３０は、ユーザがＴｏＤｏ情報の詳細な内容を閲覧するための画面である。
ＴｏＤｏ詳細画面４３０は、タイトル、内容、通知者、コメントの表示欄を含む。タイトル、内容、通知者、コメントの表示欄には、ＴｏＤｏ情報テーブル１１２のタイトル、内容、通知者ＩＤ、コメントの項目にそれぞれ登録された情報が表示される。また、ＴｏＤｏ詳細画面４３０は、新規コメントの入力欄４３１を含む。ユーザは、新規コメントの入力欄４３１に、新たにコメントを書き込んで登録することができる。

また、ＴｏＤｏ詳細画面４３０は、確定ボタン４３２と、画面を閉じるための終了ボタン４３３とを含む。ユーザは、新規コメントの入力欄４３１にコメントを書き込んだ場合、確定ボタン４３２を押下する操作を行う。この場合、ＴｏＤｏ情報テーブル１１２のコメントの項目に、新規コメントの入力欄４３１に追加された情報が登録される。なお、コメントの内容は、新規コメントの入力欄４３１に書き込まれた内容が１件分のひとまとめの情報として登録される。コメントは追加できるのみであり、過去に書き込まれたコメントは削除できないものとする。一方、終了ボタン４３３を押下する操作が行われた場合には、ＴｏＤｏ情報テーブル１１２の更新が行われることなく、ＴｏＤｏ詳細画面４３０の表示が終了される。

なお、図１３で説明したように、ＴｏＤｏ詳細画面４３０は、ＴｏＤｏ一覧画面４２０からＴｏＤｏ情報が選択されることによって表示される。この場合、ＴｏＤｏ詳細画面４３０の確定ボタン４３２または終了ボタン４３３を押下する操作が行われると、元のＴｏＤｏ一覧画面４２０の表示に切り替わる。これに加えて、ＴｏＤｏ詳細画面４３０は、ＴｏＤｏ作成一覧画面４１０からＴｏＤｏ情報が選択されることによって表示されてもよい。この場合、ＴｏＤｏ詳細画面４３０の確定ボタン４３２または終了ボタン４３３を押下する操作が行われると、元のＴｏＤｏ作成一覧画面４１０の表示に切り替わる。

次に、電子カルテ処理部１２０の処理によって表示されるＧＵＩの例を示す。電子カルテ閲覧サービスのＧＵＩとしては、大別して患者一覧画面とカルテ画面とがある。患者一覧画面には、患者が一覧表示される。そして、ユーザが患者一覧画面から患者を選択する操作を行うことで、その患者についてのカルテの内容を示すカルテ画面が表示される。

図１５は、カルテ画面の例を示す図である。カルテ画面４４０は、患者テーブル１１４に登録された対応する患者の情報に基づいて表示されるＧＵＩである。上記のように、カルテ画面４４０は、患者一覧画面から患者が選択されることによって表示される。また、ＴｏＤｏ作成一覧画面４１０またはＴｏＤｏ一覧画面４２０のカルテの表示欄に表示された表示ボタンを押下する操作が行われた場合にも、カルテ画面４４０が表示される。例えば、図１３の表示ボタン４２４ａを押下する操作が行われた場合、患者ＩＤ“Ｐ１”、患者名“ＰＮ１”に対応する患者のカルテの内容を示すカルテ画面４４０が表示される。

なお、電子カルテ処理部１２０は、カルテ画面４４０を表示させると、カルテに対応する患者の患者ＩＤと、閲覧しているユーザのユーザＩＤとを含むレコードをカルテ表示テーブル１１５に登録する。そして、電子カルテ処理部１２０は、カルテ画面４４０が閉じられると、登録したレコードをカルテ表示テーブル１１５から削除する。

また、カルテ画面４４０は、ＴｏＤｏ作成ボタン４４１、退院サマリボタン４４２を含む。ユーザは、ＴｏＤｏ作成ボタン４４１を押下する操作を行うことで、ＴｏＤｏ作成画面を表示させることができる。また、ユーザは、退院サマリボタン４４２を押下する操作を行うことで、後述する退院サマリ作成画面を表示させることができる。

さらに、カルテ画面４４０は、ユーザ情報領域４４３を有する。ユーザ情報領域４４３には、例えば、閲覧中のユーザのユーザ名が表示される。また、閲覧中のユーザ宛のＴｏＤｏ情報の通知日時になったとき、ユーザ情報領域４４３には、ＴｏＤｏ情報をユーザに通知するための通知画像４４４が表示される。通知画像４４４が表示されることで、対応するＴｏＤｏ情報は“通知済み”の状態になる。

また、ユーザは、表示された通知画像４４４を選択する操作（例えば、クリック操作）を行うことで、対応するＴｏＤｏ情報を確認することができる。例えば、通知画像４４４の選択操作が行われると、対応するＴｏＤｏ情報の内容を表示するためのＴｏＤｏ詳細画面４３０が表示される。また、例えば、通知画像４４４の選択操作が行われたとき、通知日時となったＴｏＤｏ情報が複数存在する場合には、それらのＴｏＤｏ情報を選択するための選択画面が表示される。この場合、選択画面上のいずれかのＴｏＤｏ情報の選択操作が行われることで、選択されたＴｏＤｏ情報の内容を表示するためのＴｏＤｏ詳細画面４３０が表示される。

なお、ユーザ情報領域４４３は、カルテ画面４４０だけでなく、患者一覧画面にも表示される。そして、通知画像４４４は、患者一覧画面が表示されている状態でも、その画面上のユーザ情報領域４４３に表示される。これにより、ユーザは、カルテ画面４４０と患者一覧画面のどちらを閲覧している状態でも、通知日時にＴｏＤｏ情報が発生したことを認識できる。

また、上記の通知画像４４４の表示は、ＴｏＤｏ情報の通知方法の一例であり、他の通知方法が用いられてもよい。例えば、ＴｏＤｏ情報処理部１３０は、通知日時にＴｏＤｏ情報が発生したことを示す電子メールをユーザ宛てに送信してもよい。また、通知画像４４４がＴｏＤｏ作成画面４００やＴｏＤｏ一覧画面４２０に表示されるようにしてもよい。また、ＴｏＤｏ作成画面４００やＴｏＤｏ一覧画面４２０において、通知日時にＴｏＤｏ情報の行が、色の変化などによって強調表示されるようにしてもよい。

ところで、図１１に示したＴｏＤｏ作成画面４００では、患者の入力欄が入力不可能な状態になっていた。前述のように、患者の入力欄は、カルテ画面４４０が表示された状態でＴｏＤｏ作成画面４００が表示された場合のみ、入力可能な状態となる。

図１６は、患者の入力欄が入力可能な状態であるＴｏＤｏ作成画面の例を示す図である。この図１６では、カルテ画面４４０が表示された状態で、ＴｏＤｏ作成画面４００ａが表示されている。例えば、図１５に示したカルテ画面４４０のＴｏＤｏ作成ボタン４４１を押下する操作が行われると、図１６のようにＴｏＤｏ作成画面４００ａが表示される。

このようにカルテ画面４４０とともにＴｏＤｏ作成画面４００ａが表示されているとき、ＴｏＤｏ作成画面４００ａの患者の入力欄に含まれるチェックボックス４０１ａ、患者ＩＤの入力欄４０２ａ、患者名の入力欄４０３ａは、入力可能な状態になる。また、チェックボックス４０１ａにチェックを設定する操作が行われると、表示中のカルテ画面４４０に対応する患者ＩＤと患者名が、それぞれ患者ＩＤの入力欄４０２ａ、患者名の入力欄４０３ａに自動的に設定される。患者ＩＤと患者名が設定されることで、患者に関連するＴｏＤｏ情報が作成される。

このように、ユーザは、患者のカルテ画面４４０を表示させた状態でなければ、その患者に関するＴｏＤｏ情報を作成できない。これにより、患者に関するＴｏＤｏ情報を作成する際に、患者を誤って指定する可能性が低減される。

例えば、ユーザは、患者のカルテ画面４４０を表示させた状態でなければ、ＴｏＤｏ作成画面に患者情報を設定できない（図１１のＴｏＤｏ作成画面４００の状態）。この仕組みにより、ユーザは、カルテを視認しながら患者ＩＤや患者名を設定するようになるので、患者ＩＤや患者名を誤って設定する可能性を低減できる。また、表示されたカルテに対応する患者ＩＤと患者名がＴｏＤｏ作成画面４００ａに自動的に設定されるようにすることで、誤設定の可能性をさらに低減できる。さらに、表示されたカルテに対応する患者ＩＤと患者名のみがＴｏＤｏ作成画面４００ａに自動的に設定されるようにすることで、誤設定の可能性をさらに低減できる。

また、図１６のＴｏＤｏ作成画面４００ａでは、ひな形の入力欄４０４ａも入力可能な状態になっている。ひな形の入力欄４０４ａは、チェックボックス４０１ａにチェックが設定されている場合に、入力可能な状態となる。この状態で、ひな形の入力欄４０４ａの選択ボタン４０５ａが選択操作されると、選択可能なひな形の名称が一覧表示される。そして、一覧表示された名称の中から１つが選択されると、ＴｏＤｏ作成画面４００ａの所定の入力欄に、選択されたひな形にあらかじめ設定されていた情報が設定される。

図１７は、ひな形に基づく情報が設定されたＴｏＤｏ作成画面の例を示す図である。図１７に示すＴｏＤｏ作成画面４００ｂは、図１６に示したＴｏＤｏ作成画面４００ａのひな形の入力欄４０４ｂにおいて、退院サマリの作成を依頼するための“退院サマリ作成依頼”というひな形が選択された場合を示す。このとき、例えば、タイトルの入力欄４０５ｂと内容の入力欄４０６ｂに、選択されたひな形にあらかじめ設定されていたテキストが自動的に設定される。このように、ひな形の選択操作によってＴｏＤｏ作成画面４００ｂ上の所定の入力欄に情報が自動的に設定されることで、ユーザの設定操作の負担を軽減できる。

次に、管理サーバ１００と端末装置との間で実行される表示処理について、フローチャートを用いて説明する。以下の説明では、例として、端末装置２００，２００ａ，２００ｂのうち端末装置２００をユーザが利用しているものとする。

図１８は、カルテ画面の表示処理の例を示すフローチャートである。以下、図１８に示す処理をステップ番号に沿って説明する。
（Ｓ１１）電子カルテ処理部１２０は、カルテ画面４４０の表示依頼を受信する。例えば、電子カルテ処理部１２０は、端末装置２００に表示された患者一覧画面から患者の選択操作が行われると、端末装置２００から表示依頼を受信する。また、例えば、ＴｏＤｏ作成一覧画面４１０またはＴｏＤｏ一覧画面４２０のカルテの表示欄に表示された開くボタンを押下する操作が行われると、電子カルテ処理部１２０は、端末装置２００からの表示依頼をＴｏＤｏ情報処理部１３０を介して受信する。表示依頼は、患者ＩＤを含む。

（Ｓ１２）電子カルテ処理部１２０は、患者テーブル１１４を検索し、表示依頼が含む患者ＩＤに対応するレコードを特定する。
（Ｓ１３）電子カルテ処理部１２０は、特定したレコードに基づいて、端末装置２００にカルテ画面４４０を表示させるためのＨＴＭＬファイルを作成する。電子カルテ処理部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザにカルテ画面４４０を表示させる。

（Ｓ１４）電子カルテ処理部１２０、カルテ表示テーブル１１５に新たなレコードを作成し、患者ＩＤと、閲覧中のユーザに対応するユーザＩＤとをそのレコードに登録する。なお、図示しないが、電子カルテ処理部１２０は、カルテ画面４４０の表示が終了すると、ステップＳ１４でカルテ表示テーブル１１５に作成したレコードを削除する。

図１９は、ＴｏＤｏ作成画面の表示処理の例を示すフローチャート（その１）である。図２０は、ＴｏＤｏ作成画面の表示処理の例を示すフローチャート（その２）である。以下、図１９、図２０に示す処理をステップ番号に沿って説明する。

（Ｓ２１）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ作成画面の表示依頼を受信する。例えば、端末装置２００に表示されたＴｏＤｏ作成一覧画面４１０の新規作成ボタン４１１、またはＴｏＤｏ一覧画面４２０の新規作成ボタン４２１に対する押下操作が行われると、ＴｏＤｏ情報処理部１３０は、端末装置２００から表示依頼を受信する。また、端末装置２００に表示されたカルテ画面４４０のＴｏＤｏ作成ボタン４４１に対する押下操作が行われると、ＴｏＤｏ情報処理部１３０は、端末装置２００からの表示依頼を電子カルテ処理部１２０を介して受信する。

（Ｓ２２）ＴｏＤｏ情報処理部１３０は、カルテ表示テーブル１１５を参照し、閲覧中のユーザに対してカルテ画面４４０が表示されているか否かを判定する。カルテ表示テーブル１１５にユーザのユーザＩＤが登録されたレコードがある場合に、カルテ画面４４０が表示されていると判定される。カルテ画面４４０が表示されている場合、ＴｏＤｏ情報処理部１３０は、処理を図２０のステップＳ３１に進める。カルテ画面４４０が表示されていない場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ２３に進める。

（Ｓ２３）ＴｏＤｏ情報処理部１３０は、患者情報の入力欄が無効化された状態（すなわち、入力不可能な状態）となっているＴｏＤｏ作成画面４００を端末装置２００に表示させるためのＨＴＭＬファイルを作成する。ＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザにＴｏＤｏ作成画面４００を表示させる。

（Ｓ２４）ＴｏＤｏ作成画面４００の確定ボタン４０４に対する押下操作が行われると、端末装置２００は、ＴｏＤｏ作成画面４００に設定された情報とともに登録指示を送信する。ＴｏＤｏ情報処理部１３０は、登録指示を設定情報とともに受信する。

（Ｓ２５）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２に新たなレコードを作成し、受信した設定情報をレコードに設定する。また、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３にも新たなレコードを作成し、作成したレコードの各項目に初期値を設定する。すなわち、通知状態の項目に“未通知”が設定され、閲覧状態の項目に“未読”が設定され、保護状態の項目に“なし”が設定され、完了状態の項目に“未完了”が設定される。以上のステップＳ２５の処理により、ＴｏＤｏ情報が管理サーバ１００に登録される。

（Ｓ３１）ＴｏＤｏ情報処理部１３０は、患者情報の入力欄が有効化された状態（すなわち、入力可能な状態）となっているＴｏＤｏ作成画面４００ａを端末装置２００に表示させるためのＨＴＭＬファイルを作成する。ＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザにＴｏＤｏ作成画面４００ａを表示させる。

（Ｓ３２）ＴｏＤｏ作成画面４００ａのチェックボックス４０１ａにチェックが設定されると、端末装置２００は、患者情報の表示依頼を送信する。ＴｏＤｏ情報処理部１３０は、ステップＳ３７の登録指示の受信前に患者情報の表示依頼を受信した場合、処理をステップＳ３３に進める。一方、患者情報の表示依頼を受信しなかった場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ３７に進める。

（Ｓ３３）ＴｏＤｏ情報処理部１３０は、患者テーブル１１４を参照し、ステップＳ２２でカルテ表示テーブル１１５から特定されたレコードに登録されている患者ＩＤに対応するレコードを検索する。ＴｏＤｏ情報処理部１３０は、検索されたレコードから、患者ＩＤに対応する患者名を特定する。

（Ｓ３４）ＴｏＤｏ情報処理部１３０は、患者ＩＤおよび患者名と、その表示指示と、ひな形の入力欄４０４ａを有効化する指示とを端末装置２００に送信する。これにより、ＴｏＤｏ作成画面４００ａの患者ＩＤの入力欄４０２ａおよび患者名の入力欄４０３ａに、送信された患者ＩＤおよび患者名がそれぞれ設定される。また、ひな形の入力欄４０４ａが、入力可能な状態に変化する。

（Ｓ３５）ひな形の入力欄４０４ａに対してひな形を選択する操作が行われると、端末装置２００は、選択されたひな形の名称を示す情報とともにひな形の適用指示を送信する。ＴｏＤｏ情報処理部１３０は、ステップＳ３７の登録指示の受信前にひな形の適用指示を受信すると、処理をステップＳ３６に進める。一方、ひな形の適用指示を受信しなかった場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ３７に進める。

（Ｓ３６）ＴｏＤｏ情報処理部１３０は、ひな形テーブル１１６から、選択されたひな形の内容を取得する。ＴｏＤｏ情報処理部１３０は、取得したひな形の内容に基づき、ＴｏＤｏ作成画面４００ａの所定の入力欄にひな形に設定された情報を設定するように、端末装置２００に指示する。これにより、ＴｏＤｏ作成画面４００ａの所定の入力欄に、ひな形に設定された情報が設定される。

（Ｓ３７）ＴｏＤｏ作成画面４００ａの確定ボタンに対する押下操作が行われると、端末装置２００は、ＴｏＤｏ作成画面４００ａに設定された情報とともに、ＴｏＤｏ情報の登録指示を送信する。ＴｏＤｏ情報処理部１３０は、設定情報と登録指示とを受信する。

（Ｓ３８）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２に新たなレコードを作成し、受信した設定情報をレコードに設定する。また、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３にも新たなレコードを作成し、作成したレコードの各項目に初期値を設定する。これにより、患者に関連するＴｏＤｏ情報が管理サーバ１００に登録される。

また、ＴｏＤｏ情報処理部１３０は、ステップＳ３５で、退院サマリの作成を依頼するための“退院サマリ作成依頼”というひな形が選択された場合には、ＴｏＤｏ情報テーブル１１２に作成したレコードの退院サマリフラグを“１”に設定する。これにより、このＴｏＤｏ情報が退院サマリの作成を依頼するものであることが識別可能である。

以上の図１９、図２０の処理によれば、ユーザは、患者のカルテ画面４４０を表示させている状態でのみ、その患者の情報をＴｏＤｏ作成画面４００ａに設定できる。これにより、患者に関するＴｏＤｏ情報を作成する際に、患者を誤って指定する可能性が低減される。

なお、上記のステップＳ３１〜Ｓ３４では、ＴｏＤｏ情報処理部１３０は、まず、患者情報の入力欄を有効化したＴｏＤｏ作成画面４００ａを表示させる。そして、ＴｏＤｏ情報処理部１３０は、その後に患者情報の表示依頼を受信すると、患者ＩＤの入力欄４０２ａおよび患者名の入力欄４０３ａに、それぞれ患者ＩＤおよび患者名を設定する。しかし、他の例として、ＴｏＤｏ情報処理部１３０は、ステップＳ３１の時点で、患者ＩＤの入力欄４０２ａおよび患者名の入力欄４０３ａにそれぞれ患者ＩＤおよび患者名を設定した状態のＴｏＤｏ作成画面４００ａを表示させてもよい。これにより、ユーザによる患者ＩＤおよび患者名の入力作業をさらに効率化できる。

図２１は、ＴｏＤｏ情報の通知処理の例を示すフローチャートである。ＴｏＤｏ情報処理部１３０は、電子カルテ閲覧サービスにログイン中のユーザのそれぞれについて、以下の処理を一定時間ごとに実行する。以下、図２１に示す処理をステップ番号に沿って説明する。

（Ｓ４１）ＴｏＤｏ情報処理部１３０は、処理対象のユーザを宛先とするＴｏＤｏ情報の中に、通知日時になったＴｏＤｏ情報があるか否かを判定する。具体的には、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２から、処理対象のユーザを宛先とするレコードを特定し、さらに、それらの中から通知日時が現在の時刻と一致するレコードを特定する。該当するレコードが特定された場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ４２に進める。該当するレコードがなかった場合、ＴｏＤｏ情報処理部１３０は、処理を終了する。

（Ｓ４２）ＴｏＤｏ情報処理部１３０は、電子カルテ処理部１２０に対して、処理対象のユーザにＴｏＤｏ情報の通知画像を表示するように依頼する。電子カルテ処理部１２０は、該当ユーザの患者一覧画面またはカルテ画面のユーザ情報領域（例えば、図１５のユーザ情報領域４４３）に、通知画像を表示させる。

（Ｓ４３）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３からステップＳ４１で特定されたＴｏＤｏ情報に対応するレコードを特定し、特定したレコードの通知状態の項目を“通知済み”に更新する。

（Ｓ４４）ユーザによって通知画像の選択操作が行われると、電子カルテ処理部１２０は、ＴｏＤｏ情報の表示をＴｏＤｏ情報処理部１３０に依頼する。ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報の表示依頼を受信した場合、処理をステップＳ４５に進める。一方、例えば、通知画像が一定時間表示されるものとすると、ＴｏＤｏ情報処理部１３０は、通知画像が表示されている時間内に表示依頼を受信しない場合、図２１の処理を終了する。

（Ｓ４５）ＴｏＤｏ情報処理部１３０は、ステップＳ４１で特定されたＴｏＤｏ情報の内容を表示するＴｏＤｏ詳細画面４３０を表示するためのＨＴＭＬファイルを作成する。ＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザにＴｏＤｏ詳細画面４３０を表示させる。

なお、例えば、ステップＳ４１で複数のＴｏＤｏ情報が特定された場合、ＴｏＤｏ情報処理部１３０は、まず、特定されたＴｏＤｏ情報を選択するための選択画面を表示させる。そして、ＴｏＤｏ情報処理部１３０は、選択画面を通じて選択されたＴｏＤｏ情報を示すＴｏＤｏ詳細画面４３０を表示させる。また、他の例としては、ＴｏＤｏ情報処理部１３０は、ステップＳ４５の時点では、ＴｏＤｏ情報の概要（例えば、タイトル）を表示する画面を表示させるだけにしてもよい。

図２２は、ＴｏＤｏ詳細画面の表示処理の例を示すフローチャートである。例えば、図２２は、ユーザ名“ＵＳ２”がメニュー画面４２６の中から“詳細表示”を選択することで、処理が開始される。以下、図２２に示す処理をステップ番号に沿って説明する。

（Ｓ５１）ＴｏＤｏ情報処理部１３０は、端末装置２００ａからＴｏＤｏ詳細画面４３０の表示依頼を受信する。例えば、ユーザは、端末装置２００に表示されたＴｏＤｏ作成一覧画面４１０またはＴｏＤｏ一覧画面４２０において、ＴｏＤｏ情報の領域上で右クリック操作を行うことで、メニュー画面（例えば、図１３のメニュー画面４２６）を表示させる。ユーザがメニュー画面上の“詳細表示”を選択する操作を行うと、端末装置２００は、ＴｏＤｏ情報のＴｏＤｏ ＩＤとともにＴｏＤｏ詳細画面４３０の表示依頼を送信し、ＴｏＤｏ情報処理部１３０がこれを受信する。

（Ｓ５２）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２およびＴｏＤｏ状態テーブル１１３から、受信したＴｏＤｏ ＩＤに対応するレコードを特定する。ＴｏＤｏ情報処理部１３０は、特定したレコードから取得した情報を基に、ＴｏＤｏ詳細画面４３０を端末装置２００に表示させるためのＨＴＭＬファイルを作成する。ＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザにＴｏＤｏ詳細画面４３０を表示させる。

（Ｓ５３）ＴｏＤｏ詳細画面４３０の確定ボタン４３２に対する押下操作が行われると、端末装置２００は、新規コメントの登録指示を、新規コメントの入力欄４３１に書き込まれたコメントとともに送信する。一方、ＴｏＤｏ詳細画面４３０の終了ボタン４３３に対する押下操作が行われると、端末装置２００は、ＴｏＤｏ詳細画面４３０の表示終了指示を送信する。ＴｏＤｏ情報処理部１３０は、新規コメントの登録指示を受信した場合、処理をステップＳ５４に進める。一方、ＴｏＤｏ情報処理部１３０は、表示終了指示を受信した場合、処理をステップＳ５５に進める。

（Ｓ５４）ＴｏＤｏ情報処理部１３０は、受信したコメントを、ＴｏＤｏ情報テーブル１１２の該当レコードにおけるコメントの項目に追加登録する。
（Ｓ５５）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ詳細画面４３０の表示を終了させる。例えば、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ詳細画面４３０の直前に表示されていた画面を表示させる。また、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３の該当レコードにおいて、閲覧状態の項目に“未読”が設定されている場合、これを“既読”に更新する。

次に、ＴｏＤｏ情報の内容を修正する場合について説明する。
図２３は、ＴｏＤｏ作成一覧画面からＴｏＤｏ情報の内容を修正する場合の例を示す図である。ユーザは、例えば、ＴｏＤｏ作成一覧画面４１０ａ上の１つのＴｏＤｏ情報の領域にマウスカーソル４１１ａを合わせた状態で右クリック操作を行うことで、メニュー画面４１２ａを表示させる。メニュー画面４１２ａには“詳細表示”や“修正”などが含まれており、ユーザが“修正”の選択操作を行うと、ＴｏＤｏ作成画面４００ｃが表示される。

ただし、患者に関連するＴｏＤｏ情報の修正は、その患者のカルテ画面が表示されている場合にのみ可能となっている。図２３の例では、マウスカーソル４１１ａが合わせられているＴｏＤｏ情報は、患者ＩＤ“Ｐ１”の患者に関連するＴｏＤｏ情報となっている。このケースにおいて、メニュー画面４１２ａが表示され、“修正”が選択されたとする。このとき、図２３のように、患者ＩＤ“Ｐ１”の患者についてのカルテ画面４４０が表示されている場合には、ＴｏＤｏ作成画面４００ｃが表示され、ＴｏＤｏ情報を修正することが可能となる。一方、患者ＩＤ“Ｐ１”の患者についてのカルテ画面４４０が表示されていない場合には、ＴｏＤｏ情報を修正できないことを通知するための警告メッセージ４５０が表示される。警告メッセージ４５０には、例えば、患者のカルテ画面４４０を表示させてからＴｏＤｏ情報を修正することを案内する情報が記載されていてもよい。

このように、ユーザは、患者のカルテ画面４４０を表示させている場合にのみ、その患者に関連するＴｏＤｏ情報を修正できる。これにより、ユーザが患者のカルテの内容を確認せずに、その患者に関連するＴｏＤｏ情報を修正することが防止される。よって、ユーザがＴｏＤｏ情報を誤って修正する可能性を低減できる。

図２４は、ＴｏＤｏ情報の修正処理の例を示すフローチャートである。以下、図２４に示す処理をステップ番号に沿って説明する。
（Ｓ６１）ＴｏＤｏ情報処理部１３０は、端末装置２００からＴｏＤｏ情報の修正依頼を、そのＴｏＤｏ情報のＴｏＤｏ ＩＤとともに受信する。

（Ｓ６２）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２を参照し、受信したＴｏＤｏ ＩＤに対応するレコードに患者ＩＤが設定されているか否かを判定する。ここで、患者ＩＤが設定されていない場合、すなわち、ＴｏＤｏ情報が患者に関連しない場合には、ＴｏＤｏ情報処理部１３０は、処理をステップＳ６４に進める。

一方、患者ＩＤが設定されている場合、ＴｏＤｏ情報処理部１３０は、カルテ表示テーブル１１５を参照し、ＴｏＤｏ情報テーブル１１２に設定されていた患者ＩＤと、閲覧中のユーザのユーザＩＤとを含むレコードが登録されているか否かを判定する。該当レコードが登録されている場合、ユーザが閲覧する端末装置２００に患者のカルテ画面４４０が表示されている。この場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ６４に進める。一方、該当レコードが登録されていない場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ６３に進める。

（Ｓ６３）ＴｏＤｏ情報処理部１３０は、警告メッセージ４５０を端末装置２００に表示させるためのＨＴＭＬファイルを作成する。ＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザに警告メッセージ４５０を表示させる。そして、ＴｏＤｏ情報処理部１３０は、処理を終了する。これにより、患者のカルテを表示させていない状態において、その患者に関連するＴｏＤｏ情報を修正することが不可能になる。

（Ｓ６４）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２を参照し、受信したＴｏＤｏ ＩＤに対応するレコードを特定する。ＴｏＤｏ情報処理部１３０は、特定したレコードに含まれる情報が設定されたＴｏＤｏ作成画面４００ｃを端末装置２００に表示させるためのＨＴＭＬファイルを作成する。ＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザにＴｏＤｏ作成画面４００ｃを表示させる。

（Ｓ６５）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ作成画面４００ｃの確定ボタンに対する押下操作に応じて、修正の確定指示を端末装置２００から受信する。このとき、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ作成画面４００ｃに設定された情報も受信する。

（Ｓ６６）ＴｏＤｏ情報処理部１３０は、ステップＳ６４で特定したレコードを、受信した情報に基づいて修正する。なお、ＴｏＤｏ情報に登録されていたコメントは、消去されずにそのまま維持される。

（Ｓ６７）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３を参照し、ステップＳ６１で受信したＴｏＤｏ ＩＤに対応するレコードを特定する。ＴｏＤｏ情報処理部１３０は、特定したレコードの通知状態の項目に“通知済み”と設定されているか否かを判定する。“通知済み”と設定されている場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ６８に進める。“未通知”と設定されている場合、ＴｏＤｏ情報処理部１３０は、処理を終了する。

（Ｓ６８）ＴｏＤｏ情報処理部１３０は、ステップＳ６４で特定したＴｏＤｏ情報テーブル１１２のレコードにおいて、通知日時を現在の時刻に更新する。この場合、図２１に示した通知処理によって、ＴｏＤｏ情報が宛先のユーザに対して即時通知される。このように、宛先のユーザに対してすでに通知済みのＴｏＤｏ情報が修正された場合には、そのＴｏＤｏ情報が宛先のユーザに対して再度通知される。これにより、ＴｏＤｏ情報が通知済みであっても、そのＴｏＤｏ情報の内容が修正されたことを宛先のユーザに確実に認識させることができる。

また、ＴｏＤｏ情報処理部１３０は、ステップＳ６７で特定したＴｏＤｏ状態テーブル１１３のレコードにおいて、閲覧状態が“既読”である場合には“未読”に更新する。この処理により、宛先のユーザについてのＴｏＤｏ一覧画面４２０においては、修正されたＴｏＤｏ情報の既読の表示欄が“既読”から“未読”に更新される。これにより、宛先のユーザは、そのＴｏＤｏ情報の内容を閲覧済みであっても、修正後のＴｏＤｏ情報を未読であると認識できる。よって、修正されたＴｏＤｏ情報の内容を宛先のユーザが確認し忘れる可能性を低減できる。

次に、ＴｏＤｏ情報を削除する場合について説明する。
図２５は、ＴｏＤｏ情報を削除する場合の例を示す図である。ユーザは、例えば、ＴｏＤｏ作成一覧画面４１０ｂ上の１つのＴｏＤｏ情報の領域にマウスカーソル４１１ｂを合わせた状態で右クリック操作を行うことで、メニュー画面４１２ｂを表示させる。メニュー画面４１２ｂには前述の“修正”に加えて“削除”も含まれており、ユーザが“削除”の選択操作を行うと、ＴｏＤｏ情報を削除することができる。

ここで、ＴｏＤｏ情報が未通知の場合には、宛先のユーザはそのＴｏＤｏ情報を確認していない可能性が高い。このため、ＴｏＤｏ情報が未通知の場合には、宛先のユーザが通知者以外のユーザであっても、そのＴｏＤｏ情報が削除されても特に大きな影響がない。一方、ＴｏＤｏ情報が通知済みの場合には、宛先のユーザはそのＴｏＤｏ情報を確認し、するべき作業として認識している可能性がある。また、例えば、その作業が重要と考えたユーザが、ＴｏＤｏ情報が自動削除されないようにＴｏＤｏ情報の保護状態を“保護”に設定している可能性もある。そのため、通知済みのＴｏＤｏ情報を削除することは、宛先のユーザの行動予定や心理状態に影響を与える可能性がある。

そこで、ＴｏＤｏ情報処理部１３０は、通知済みのＴｏＤｏ情報の削除が指示された場合、すぐに削除を実行せずに、本当に削除してよいかを確認するための確認メッセージを含む確認画面４６０を表示させる。確認画面４６０には、削除を許可する許可ボタン４６１と許可しない不許可ボタン４６２とを含む。ユーザは、確認の上で削除を実行する場合には許可ボタン４６１の押下操作を行い、ＴｏＤｏ情報の削除を実行させる。一方、ユーザは、不許可ボタン４６２の押下操作を行うことで、ＴｏＤｏ情報の削除をキャンセルさせることができる。このような手順により、通知済みのＴｏＤｏ情報を削除することの影響をユーザに認識させた上で、そのＴｏＤｏ情報の削除を実行することができる。

また、ＴｏＤｏ情報処理部１３０は、許可ボタン４６１の押下操作が行われた場合、宛先のユーザがＴｏＤｏ情報を保護している場合でも、そのＴｏＤｏ情報を強制的に削除する。この処理によれば、削除操作を行うユーザが、宛先のユーザへの影響を認識してもなおＴｏＤｏ情報を削除しようとしていることから、そのユーザの意思を宛先のユーザより優先させてＴｏＤｏ情報を削除することができる。

図２６は、ＴｏＤｏ情報の削除処理の例を示すフローチャートである。以下、図２６に示す処理をステップ番号に沿って説明する。
（Ｓ７１）ＴｏＤｏ情報処理部１３０は、端末装置２００から、削除依頼をＴｏＤｏ ＩＤとともに受信する。

（Ｓ７２）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３を参照し、受信したＴｏＤｏ ＩＤに対応するレコードにおける通知状態の項目が、通知済みであるか否かを判定する。通知済みの場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ７３に進める。通知済みでない場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ７６に進める。

（Ｓ７３）ＴｏＤｏ情報処理部１３０は、削除するかを確認するための確認画面４６０を端末装置２００に表示させるためのＨＴＭＬファイルを作成する。ＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザに確認画面４６０を表示させる。

ユーザは、確認画面４６０上の許可ボタン４６１または不許可ボタン４６２を押下する。端末装置２００は、ユーザが許可ボタン４６１を押下した場合、削除実行依頼を管理サーバ１００に送信する。また、端末装置２００は、ユーザが不許可ボタン４６２を押下した場合、削除依頼の取消指示を管理サーバ１００に送信する。

（Ｓ７４）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報の削除を実行するか否かを判定する。削除実行依頼を受信した場合、ＴｏＤｏ情報処理部１３０は、削除を実行すると判定して、処理をステップＳ７５に進める。削除依頼の取消指示を受信した場合、ＴｏＤｏ情報処理部１３０は、削除を実行せずに処理を終了する。

（Ｓ７５）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２およびＴｏＤｏ状態テーブル１１３から、ステップＳ７１で受信したＴｏＤｏ ＩＤに対応するレコードを削除して、ＴｏＤｏ情報を削除する。このとき、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブルにＴｏＤｏ情報を保護することが登録されていた場合でも、ＴｏＤｏ情報を削除する。

（Ｓ７６）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３を参照し、ステップＳ７１で受信したＴｏＤｏ ＩＤに対応するレコードにおいて、保護状態の項目に保護することが登録されているか否かを判定する。保護することが登録されている場合、ＴｏＤｏ情報処理部１３０は、削除を実行せずに処理を終了する。一方、保護することが登録されていない場合、ＴｏＤｏ情報処理部１３０は、処理をステップＳ７７に進める。

（Ｓ７７）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２およびＴｏＤｏ状態テーブル１１３から、ステップＳ７１で受信したＴｏＤｏ ＩＤに対応するレコードを削除して、ＴｏＤｏ情報を削除する。

次に、退院サマリの作成について説明する。
退院サマリとは、入院患者の退院時に医師によって作成される文書であり、例えば、入院中の病状の経過や治療行為が記述される。図１５に示したように、ユーザは、患者のカルテ画面４４０に表示された退院サマリボタン４４２に対する押下操作を行うことで、退院サマリを作成するための退院サマリ作成画面を表示させることができる。

図２７は、退院サマリ作成画面の例を示す図である。退院サマリ作成画面４７０は、例えば、診断名、入院までの経過、入院時現症、入院後臨床経過、退院処方などの入力欄を有する。ユーザは、例えば、患者のカルテ画面４４０を参照しながら、上記の入力欄に必要事項を書き込んでいく。また、退院サマリ作成画面４７０は、確定ボタン４７１を含む。ユーザは、退院サマリ作成画面４７０に書き込んだ内容を確定して登録する場合、確定ボタン４７１を押下する操作を行う。

ところで、図１７に示したように、ユーザは、退院サマリの作成を依頼するためのＴｏＤｏ情報を登録することができる。このＴｏＤｏ情報には、作成時に“退院サマリ作成依頼”のひな形が利用されることで、退院サマリ作成依頼のＴｏＤｏ情報であることが関連付けて記録される。具体的には、図２０のステップＳ３８において、ＴｏＤｏ情報テーブル１１２に登録されたレコードの退院サマリフラグが“１”に設定される。

ここで、ユーザがある患者についての退院サマリ作成画面４７０の確定ボタン４７１を押下して退院サマリの登録操作を行ったとき、このユーザ宛てのＴｏＤｏ情報の中に、同じ患者の退院サマリの作成を依頼するためのＴｏＤｏ情報が存在する場合がある。以下、このＴｏＤｏ情報を“関連ＴｏＤｏ情報”と記載する。

この場合、図２７に示すように、関連ＴｏＤｏ情報を完了させるかを確認するための完了確認画面４８０が表示される。完了確認画面４８０は、関連ＴｏＤｏ情報を完了させるための完了指示ボタン４８１と、関連ＴｏＤｏ情報を完了させずに画面を閉じさせる終了ボタン４８２を含む。ユーザは、完了指示ボタン４８１を押下する操作を行うことで、完了を指示するためにＴｏＤｏ一覧画面４２０をあらためて表示させることなく、関連ＴｏＤｏ情報を完了させることができる。これにより、ユーザの操作負荷が軽減される。

また、医師によって退院サマリが作成されると、作成された退院サマリが、承認のためにあらかじめ決められた別の医師に回送される場合がある。そこで、ＴｏＤｏ情報処理部１３０は、上記手順で関連ＴｏＤｏ情報を完了させると、退院サマリの承認を依頼するためのＴｏＤｏ作成画面を自動的に表示させる。

図２８は、退院サマリ承認依頼のＴｏＤｏ作成画面の例を示す図である。例えば、ユーザ名“ＵＳ２”のユーザ宛の退院サマリ作成依頼のＴｏＤｏ情報について、図２７の完了指示ボタン４８１の押下によって完了が指示された場合に、図２８に示すＴｏＤｏ作成画面４００ｄが表示される。また、作成された退院サマリは、患者ＩＤ“Ｐ１”、患者名“ＰＮ１”の患者についてのものであったとする。さらに、ユーザテーブル１１１において、ユーザ名“ＵＳ２”のユーザの指導医として、ユーザ名“ＵＳ１１”のユーザが登録されているとする。

この場合、ひな形テーブル１１６から退院サマリ承認依頼のひな形が自動的に選択され、ＴｏＤｏ作成画面４００ｄのタイトル、内容の入力欄に、選択されたひな形に基づくテキストが設定される。内容の入力欄のテキストには、図２８の例のように、患者名と患者ＩＤとが自動的に設定されてもよい。また、宛先の欄は、ユーザ名“ＵＳ２”のユーザの指導医に対応するユーザ名“ＵＳ１１”が自動的に設定される。さらに、患者の入力欄では、図２８の例のように、チェックボックスに自動的にチェックが設定され、患者ＩＤ、患者名が自動的に設定されてもよい。

このように、ある特定の作業を示すＴｏＤｏ情報の完了操作が行われた場合に、その作業にあらかじめ対応付けられた別の作業を示すＴｏＤｏ情報を作成するためのＴｏＤｏ作成画面４００ｄが自動的に表示される。これにより、ユーザの作業負荷を軽減できる。また、次に実行すべき作業をユーザが正確に認識して、その作業を行うためのＴｏＤｏ情報を作成できるようになる。さらに、表示されたＴｏＤｏ作成画面４００ｄでは、あらかじめ決められたひな形が自動的に選択されたり、宛先や患者情報などが自動的に設定されることで、ユーザの作業負荷を軽減できるとともに、作業の正確性を向上させることができる。

図２９は、退院サマリ作成を起点とした一連の処理の例を示すフローチャートである。例えば、図２９は、カルテ画面４４０の退院サマリボタン４４２をユーザ名“ＵＳ２”が押下することで、処理が開始する。以下、図２９に示す処理をステップ番号に沿って説明する。

（Ｓ８１）患者のカルテを表示するカルテ画面４４０に表示された退院サマリボタン４４２に対する押下操作が行われると、電子カルテ処理部１２０は、端末装置２００から退院サマリ作成画面４７０の表示依頼を受信する。

（Ｓ８２）電子カルテ処理部１２０は、退院サマリ作成画面４７０を端末装置２００に表示させるためのＨＴＭＬファイルを作成する。電子カルテ処理部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザに退院サマリ作成画面４７０を表示させる。

（Ｓ８３）ユーザは、退院サマリ作成画面４７０に対して必要事項を書き込んだ後、確定ボタン４７１を押下する。端末装置２００は、退院サマリの内容が確定されたことを示す確定通知を、書き込まれた退院サマリの内容とともに管理サーバ１００に送信する。電子カルテ処理部１２０は、確定通知を受信すると、受信した退院サマリの内容を記憶部１１０に格納する。

（Ｓ８４）電子カルテ処理部１２０は、関連ＴｏＤｏ情報があるか否かを判定する。具体的には、電子カルテ処理部１２０は、ＴｏＤｏ情報テーブル１１２を参照し、退院サマリを作成したユーザが宛先に設定されているレコードの中から、退院サマリフラグが“１”であるレコードを特定する。さらに、電子カルテ処理部１２０は、特定されたレコードの中から、作成された退院サマリに対応する患者の患者ＩＤが設定されているレコードを特定する。特定されたレコードが、関連ＴｏＤｏ情報のレコードとなる。なお、退院サマリに対応する患者の患者ＩＤは、退院サマリ作成画面４７０の直前に表示されていたカルテ画面４４０に対応する患者ＩＤとして特定される。

電子カルテ処理部１２０は、上記条件に該当するレコードが特定された場合、処理をステップＳ８５に進める。一方、電子カルテ処理部１２０は、上記条件に該当するレコードが存在しなかった場合、処理を終了する。

（Ｓ８５）電子カルテ処理部１２０は、完了確認画面４８０を端末装置２００に表示させるためのＨＴＭＬファイルを作成する。電子カルテ処理部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザに完了確認画面４８０を表示させる。

（Ｓ８６）ユーザによって完了確認画面４８０の完了指示ボタン４８１が押下されると、端末装置２００は、完了指示を管理サーバ１００に送信する。電子カルテ処理部１２０は、完了指示を受信した場合、処理をステップＳ８７に進める。一方、ユーザによって完了確認画面４８０の終了ボタン４８２が押下されると、端末装置２００は、終了指示を管理サーバ１００に送信する。電子カルテ処理部１２０は、終了指示を受信した場合、処理を終了する。

（Ｓ８７）電子カルテ処理部１２０は、ステップＳ８４で特定された関連ＴｏＤｏ情報のＴｏＤｏ ＩＤをＴｏＤｏ情報処理部１３０に通知して、関連ＴｏＤｏ情報の完了を依頼する。ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３を参照し、通知されたＴｏＤｏ ＩＤに対応するレコードの完了状態を“完了”に更新して、関連ＴｏＤｏ情報を完了させる。

（Ｓ８８）ＴｏＤｏ情報処理部１３０は、通知されたＴｏＤｏ ＩＤに対応するＴｏＤｏ情報テーブル１１２のレコードと、退院サマリ承認依頼のひな形とに基づいて、ＴｏＤｏ作成画面４００ｄを端末装置２００に表示させるためのＨＴＭＬファイルを作成する。ＴｏＤｏ情報処理部１３０は、作成したＨＴＭＬファイルを端末装置２００に送信して、端末装置２００のＷｅｂブラウザにＴｏＤｏ作成画面４００ｄを表示させる。

（Ｓ８９）ＴｏＤｏ作成画面４００ｄの確定ボタンに対する押下操作が行われると、端末装置２００は、ＴｏＤｏ作成画面４００ｄに設定された情報とともに、ＴｏＤｏ情報の登録指示を送信する。ＴｏＤｏ情報処理部１３０は、設定情報と登録指示とを受信する。

（Ｓ９０）ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ情報テーブル１１２に新たなレコードを作成し、受信した設定情報をレコードに設定する。また、ＴｏＤｏ情報処理部１３０は、ＴｏＤｏ状態テーブル１１３にも新たなレコードを作成し、作成したレコードの各項目に初期値を設定する。これにより、退院サマリ承認依頼のＴｏＤｏ情報が管理サーバ１００に登録される。

なお、第１の実施の形態の情報処理は、作業管理装置１に用いられるプロセッサに、プログラムを実行させることで実現できる。第２の実施の形態の情報処理は、プロセッサ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体に記録できる。例えば、プログラムを記録した記録媒体は、プログラムを流通させることで配布することができる。また、電子カルテ処理部１２０、ＴｏＤｏ情報処理部１３０を実現するプログラムは、別個のプログラムとして各プログラムを別個に配布することができる。電子カルテ処理部１２０、ＴｏＤｏ情報処理部１３０は、別個のコンピュータにより実現されてもよい。

１ 作業管理装置
１ａ 記憶部
１ｂ 制御部
２ ディスプレイ
２ａ 登録画面
２ｂ 作成画面
２ｃ 確認画面
３ａ，３ｂ，３ｃ，３ｘ，３ｙ 作業情報
４ 文書

Claims (6)

1. コンピュータに、
   行うべき作業を示す作業情報の登録要求を受け付けて前記作業情報を記憶部に登録し、前記作業として文書の作成作業を示す作業情報の登録要求を受け付けた場合には、当該作成作業を行うユーザと、作成される文書の種別とを当該作業情報に関連付けて前記記憶部に登録し、
   作成中の文書を確定させる確定指示を受け付けると、前記記憶部に登録された作業情報の中から、確定指示の操作を行ったユーザと、前記作成中の文書の種別とが関連付けられた第１の作業情報を検索し、
   前記第１の作業情報が検索された場合、前記第１の作業情報を作業の完了を示す完了状態に変更するかを確認するための確認画面を表示させ、
   前記完了状態への変更を許可する許可操作を受け付けた場合、前記第１の作業情報を前記完了状態に変更する、
   処理を実行させる作業管理プログラム。
2. 前記記憶部は、前記作業情報の内容を設定するための複数のひな形を記憶し、
   前記作業情報の登録では、前記作業情報の内容が前記複数のひな形のうち特定のひな形を用いて設定された場合に、前記作業情報の登録が要求されたと判定する、
   請求項１記載の作業管理プログラム。
3. 前記コンピュータに、
   前記第１の作業情報を前記完了状態に変更すると、前記作成中の文書の種別に対してあらかじめ対応付けられた他の作業を示す第２の作業情報の内容を設定するための設定画面を表示させ、
   前記第２の作業情報の登録要求を受け付けると、前記設定画面に対する設定内容に基づいて前記第２の作業情報を前記記憶部に登録する、
   処理をさらに実行させる請求項１または２記載の作業管理プログラム。
4. 前記設定画面を表示させる際、前記確定指示操作を行ったユーザに対してあらかじめ対応付けられた他のユーザを、前記他の作業を行うユーザとして設定した状態で、前記設定画面を表示させる、
   請求項３記載の作業管理プログラム。
5. 記憶部と、制御部とを有し、
   前記制御部は、
   行うべき作業を示す作業情報の登録要求を受け付けて前記作業情報を前記記憶部に登録し、前記作業として文書の作成作業を示す作業情報の登録要求を受け付けた場合には、当該作成作業を行うユーザと、作成される文書の種別とを当該作業情報に関連付けて前記記憶部に登録し、
   作成中の文書を確定させる確定指示を受け付けると、前記記憶部に登録された作業情報の中から、確定指示の操作を行ったユーザと、前記作成中の文書の種別とが関連付けられた第１の作業情報を検索し、
   前記第１の作業情報が検索された場合、前記第１の作業情報を作業の完了を示す完了状態に変更するかを確認するための確認画面を表示させ、
   前記完了状態への変更を許可する許可操作を受け付けた場合、前記第１の作業情報を前記完了状態に変更する、
   作業管理装置。
6. コンピュータが、
   行うべき作業を示す作業情報の登録要求を受け付けて前記作業情報を記憶部に登録し、前記作業として文書の作成作業を示す作業情報の登録要求を受け付けた場合には、当該作成作業を行うユーザと、作成される文書の種別とを当該作業情報に関連付けて前記記憶部に登録し、
   作成中の文書を確定させる確定指示を受け付けると、前記記憶部に登録された作業情報の中から、確定指示の操作を行ったユーザと、前記作成中の文書の種別とが関連付けられた第１の作業情報を検索し、
   前記第１の作業情報が検索された場合、前記第１の作業情報を作業の完了を示す完了状態に変更するかを確認するための確認画面を表示させ、
   前記完了状態への変更を許可する許可操作を受け付けた場合、前記第１の作業情報を前記完了状態に変更する、
   作業管理方法。

Images