特許 6959501 作業管理プログラム、作業管理装置および作業管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6959501

(24)【登録日】2021年10月12日

(45)【発行日】2021年11月2日

(54)【発明の名称】作業管理プログラム、作業管理装置および作業管理方法

(51)【国際特許分類】

   G16H 10/60 20180101AFI20211021BHJP

【ＦＩ】

   G16H10/60

【請求項の数】11

【全頁数】33

(21)【出願番号】特願2017-67430(P2017-67430)

(22)【出願日】2017年3月30日

(65)【公開番号】特開2018-169864(P2018-169864A)

(43)【公開日】2018年11月1日

【審査請求日】2020年1月15日

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】特許業務法人扶桑国際特許事務所

(72)【発明者】

【氏名】田中 弘毅

(72)【発明者】

【氏名】瀬戸口 功

【審査官】 田上 隆一

(56)【参考文献】

【文献】 特開２００５−２９２９１７（ＪＰ，Ａ）

【文献】 特開２０１０−０３３４７６（ＪＰ，Ａ）

【文献】 特開２００６−３１８２２１（ＪＰ，Ａ）

【文献】 特開２０１５−０６０５５９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１６Ｈ １０／００−８０／００

(57)【特許請求の範囲】

【請求項1】

コンピュータに、
操作者の操作による表示要求に応じて複数の患者のいずれかのカルテの表示画面を表示させている間、記憶部に記憶された表示管理情報に前記操作者の識別情報を登録し、
行うべき作業を示す作業情報を登録するための登録画面の表示が前記操作者の操作によって要求されたとき、前記表示管理情報に前記操作者の識別情報が登録されているかによって前記表示画面が表示されているかを判定し、
前記表示画面が表示されている場合、前記複数の患者のいずれかを前記作業に関連する関連患者として指定するための入力が可能な状態で前記登録画面を表示させ、
前記表示画面が表示されていない場合、前記関連患者を指定するための入力が不可能な状態で前記登録画面を表示させ、
表示された前記登録画面に対する入力に基づく前記作業情報を前記記憶部に登録し、
前記記憶部に登録された前記作業情報を、前記作業を行う作業者宛てに通知する、
処理を実行させる作業管理プログラム。

【請求項2】

前記登録画面は、前記関連患者を指定するための第１の入力領域と、入力指示操作を受け付けるための第２の入力領域とを含み、
前記登録画面を表示させる際、前記複数の患者のうち第１の患者のカルテの前記表示画面が表示されている場合、前記第２の入力領域に対する前記入力指示操作の受け付けが可能な状態で前記登録画面を表示させ、
表示された前記登録画面の前記第２の入力領域に対する前記入力指示操作を受け付けると、前記第１の入力領域に前記関連患者として前記第１の患者を表示させる、
請求項１記載の作業管理プログラム。

【請求項3】

前記登録画面を表示させる際、前記複数の患者のうち第１の患者のカルテの前記表示画面が表示されている場合、前記関連患者として前記第１の患者が入力された状態で前記登録画面を表示させる、
請求項１記載の作業管理プログラム。

【請求項4】

前記コンピュータに、
前記記憶部に登録された前記作業情報の修正が要求されたとき、前記作業情報に前記関連患者が指定されているかを判定し、
前記関連患者が指定されている場合、前記関連患者のカルテが表示されているかを判定し、
前記関連患者のカルテが表示されていない場合、前記関連患者のカルテの表示を促す警告メッセージを表示させる、
処理をさらに実行させる請求項１乃至３のいずれか１項に記載の作業管理プログラム。

【請求項5】

前記コンピュータに、
前記作業情報を前記作業者宛てに通知した後に、前記作業情報を修正する修正指示を受け付けたとき、修正された前記作業情報を、前記記憶部に登録するとともに、前記作業者宛てに即時再通知する、
処理をさらに実行させる請求項１乃至４のいずれか１項に記載の作業管理プログラム。

【請求項6】

前記コンピュータに、
前記記憶部に登録された前記作業情報の内容を閲覧した前記作業者による閲覧済み操作を受け付けると、前記記憶部に記憶された管理情報に、前記作業情報を前記作業者が閲覧済みであることを示す情報を登録し、
修正された前記作業情報を前記記憶部に登録する際、前記管理情報が、前記作業情報を前記作業者が閲覧済みであることを示す場合には、前記管理情報を、前記作業情報が前記作業者によって閲覧されていないことを示すように更新する、
処理をさらに実行させる請求項５記載の作業管理プログラム。

【請求項7】

修正された前記作業情報を前記記憶部に登録する際、修正前の前記作業情報に前記作業者が書き込んだコメントが付与されている場合には、前記コメントを維持したまま修正された前記作業情報を登録する、
請求項５または６記載の作業管理プログラム。

【請求項8】

前記コンピュータに、
前記作業情報を前記作業者宛てに通知した後に、前記作業情報を削除する削除指示を受け付けたとき、前記作業者宛に通知済みであることを示すとともに、確認操作を受け付け可能な確認画面を表示させ、
前記確認画面に対する前記確認操作を受け付けると、前記作業情報を前記記憶部から削除する、
処理をさらに実行させる請求項１乃至７のいずれか１項に記載の作業管理プログラム。

【請求項9】

前記コンピュータに、
前記記憶部に登録された前記作業情報を、削除が阻止される保護状態にする保護指示を受け付ける、
処理をさらに実行させ、
前記確認画面に対する前記確認操作を受け付けたとき、前記作業情報が前記保護状態であっても、前記作業情報を前記記憶部から削除する、
請求項８記載の作業管理プログラム。

【請求項10】

記憶部と、制御部とを有し、
前記制御部は、
操作者の操作による表示要求に応じて複数の患者のいずれかのカルテの表示画面を表示させている間、前記記憶部に記憶された表示管理情報に前記操作者の識別情報を登録し、
行うべき作業を示す作業情報を登録するための登録画面の表示が前記操作者の操作によって要求されたとき、前記表示管理情報に前記操作者の識別情報が登録されているかによって前記表示画面が表示されているかを判定し、
前記表示画面が表示されている場合、前記複数の患者のいずれかを前記作業に関連する関連患者として指定するための入力が可能な状態で前記登録画面を表示させ、
前記表示画面が表示されていない場合、前記関連患者を指定するための入力が不可能な状態で前記登録画面を表示させ、
表示された前記登録画面に対する入力に基づく前記作業情報を前記記憶部に登録し、
前記記憶部に登録された前記作業情報を、前記作業を行う作業者宛てに通知する、
作業管理装置。

【請求項11】

コンピュータが、
操作者の操作による表示要求に応じて複数の患者のいずれかのカルテの表示画面を表示させている間、記憶部に記憶された表示管理情報に前記操作者の識別情報を登録し、
行うべき作業を示す作業情報を登録するための登録画面の表示が前記操作者の操作によって要求されたとき、前記表示管理情報に前記操作者の識別情報が登録されているかによって前記表示画面が表示されているかを判定し、
前記表示画面が表示されている場合、前記複数の患者のいずれかを前記作業に関連する関連患者として指定するための入力が可能な状態で前記登録画面を表示させ、
前記表示画面が表示されていない場合、前記関連患者を指定するための入力が不可能な状態で前記登録画面を表示させ、
表示された前記登録画面に対する入力に基づく前記作業情報を前記記憶部に登録し、
前記記憶部に登録された前記作業情報を、前記作業を行う作業者宛てに通知する、
作業管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

また、ＴｏＤｏに関する次のような技術が提案されている。例えば、ユーザの疲労度が低いスケジュールに繋がるように、ＴｏＤｏリストからスケジュールを生成するようにしたスケジューリングシステムが提案されている。また、例えば、医療プロセスの備忘録用の項目（ＴｏＤｏ）を設けた画面を表示させ、備忘録用の項目に設定された内容を記憶するようにした診療支援装置が提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１０−１４０３０５号公報

【特許文献2】特開２０１６−１３０９８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、医師などの医療従事者が行うべき作業の中には、患者に関連する作業が多く含まれる。例えば、患者に対する医療行為や、患者に関する書類の作成などがある。医療従事者は、患者に関連する作業を示す情報を登録する際、登録情報の中に患者名など患者を指定する情報を設定する。このとき、患者の指定を間違えてしまうと、医療従事者が後で登録情報を確認して作業を行う際に、作業の対象とする患者を取り違えてしまうという問題がある。

【0006】

１つの側面では、本発明は、作業対象の患者を取り違える可能性を低減した作業管理プログラム、作業管理装置および作業管理方法を提供することを目的とする。

【課題を解決するための手段】

【0007】

１つの態様では、作業管理プログラムが提供される。この作業管理プログラムは、コンピュータに、行うべき作業を示す作業情報を登録するための登録画面の表示が要求されたとき、複数の患者のいずれかのカルテの表示画面が表示されているかを判定し、表示画面が表示されている場合、複数の患者のいずれかを作業に関連する関連患者として指定するための入力が可能な状態で登録画面を表示させ、表示画面が表示されていない場合、関連患者を指定するための入力が不可能な状態で登録画面を表示させ、表示された登録画面に対する入力に基づく作業情報を記憶部に登録し、記憶部に登録された作業情報を、作業を行う作業者宛てに通知する、処理を実行させる。

【0008】

また、１つの態様では、作業管理装置が提供される。この作業管理装置は、記憶部と制御部とを有する。制御部は、行うべき作業を示す作業情報を登録するための登録画面の表示が要求されたとき、複数の患者のいずれかのカルテの表示画面が表示されているかを判定し、表示画面が表示されている場合、複数の患者のいずれかを作業に関連する関連患者として指定するための入力が可能な状態で登録画面を表示させ、表示画面が表示されていない場合、関連患者を指定するための入力が不可能な状態で登録画面を表示させ、表示された登録画面に対する入力に基づく作業情報を記憶部に登録し、記憶部に登録された作業情報を、作業を行う作業者宛てに通知する。

【0009】

また、１つの態様では、作業管理方法が提供される。この作業管理方法は、コンピュータが、行うべき作業を示す作業情報を登録するための登録画面の表示が要求されたとき、複数の患者のいずれかのカルテの表示画面が表示されているかを判定し、表示画面が表示されている場合、複数の患者のいずれかを作業に関連する関連患者として指定するための入力が可能な状態で登録画面を表示させ、表示画面が表示されていない場合、関連患者を指定するための入力が不可能な状態で登録画面を表示させ、表示された登録画面に対する入力に基づく作業情報を記憶部に登録し、記憶部に登録された作業情報を、作業を行う作業者宛てに通知する。

【発明の効果】

【0010】

１つの側面では、作業対象の患者を取り違える可能性を低減できる。

【図面の簡単な説明】

【0011】

【図1】第１の実施の形態の作業管理装置を示す図である。

【図2】第２の実施の形態の情報処理システムを示す図である。

【図3】管理サーバのハードウェア例を示す図である。

【図4】管理サーバの機能例を示す図である。

【図5】ユーザテーブルの例を示す図である。

【図6】ＴｏＤｏ情報テーブルの例を示す図である。

【図7】ＴｏＤｏ状態テーブルの例を示す図である。

【図8】患者テーブルの例を示す図である。

【図9】カルテ表示テーブルの例を示す図である。

【図10】ひな形テーブルの例を示す図である。

【図11】ＴｏＤｏ作成画面の例を示す図である。

【図12】ＴｏＤｏ作成一覧画面の例を示す図である。

【図13】ＴｏＤｏ一覧画面の例を示す図である。

【図14】ＴｏＤｏ詳細画面の例を示す図である。

【図15】カルテ画面の例を示す図である。

【図16】患者の入力欄が入力可能な状態であるＴｏＤｏ作成画面の例を示す図である。

【図17】ひな形に基づく情報が設定されたＴｏＤｏ作成画面の例を示す図である。

【図18】カルテ画面の表示処理の例を示すフローチャートである。

【図19】ＴｏＤｏ作成画面の表示処理の例を示すフローチャート（その１）である。

【図20】ＴｏＤｏ作成画面の表示処理の例を示すフローチャート（その２）である。

【図21】ＴｏＤｏ情報の通知処理の例を示すフローチャートである。

【図22】ＴｏＤｏ詳細画面の表示処理の例を示すフローチャートである。

【図23】ＴｏＤｏ作成一覧画面からＴｏＤｏ情報の内容を修正する場合の例を示す図である。

【図24】ＴｏＤｏ情報の修正処理の例を示すフローチャートである。

【図25】ＴｏＤｏ情報を削除する場合の例を示す図である。

【図26】ＴｏＤｏ情報の削除処理の例を示すフローチャートである。

【図27】退院サマリ作成画面の例を示す図である。

【図28】退院サマリ承認依頼のＴｏＤｏ作成画面の例を示す図である。

【図29】退院サマリ作成を起点とした一連の処理の例を示すフローチャートである。

【発明を実施するための形態】

【0012】

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

【0013】

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

【0014】

制御部１ｂは、患者のカルテを示すカルテ画面をディスプレイ２に表示させることができる。例えば、複数の患者のカルテの情報が記憶部１ａに記憶されており、制御部１ｂは、複数の患者の中から指定された患者のカルテの情報を示すカルテ画面を、ディスプレイ２に表示させる。

【0015】

また、制御部１ｂは、作業者が行うべき作業を示す作業情報の登録を受け付け、受け付けた作業情報を記憶部１ａに登録することができる。そして、制御部１ｂは、登録された作業情報を作業者宛てに通知することができる。これにより、作業者は、自分が行うべき作業を確認して、その作業を行うことができる。

【0016】

ここで、作業者が医師や検査技師などの医療従事者である場合、作業者が行う作業の中には、患者に関連する作業が含まれる。患者に関連する作業としては、例えば、患者に対する医療行為や、患者に関する書類の作成などがある。患者に関する作業を示す作業情報には、その患者を指定する情報が含まれる。したがって、患者を指定する情報を含む作業情報が作業者宛てに通知されると、作業者は、作業対象の患者を認識することができる。

【0017】

以下、ある作業者の作業を示す作業情報３の登録および通知の処理例について説明する。
制御部１ｂは、作業情報３を登録するための登録画面の表示が要求されたとき、いずれかの患者のカルテを表示したカルテ画面４が表示されているかを判定する。カルテ画面４が表示されている場合、制御部１ｂは、作業に関連する関連患者を指定するための入力が可能な状態で登録画面を表示させる。この場合に表示される画面を、登録画面５ａとする。なお、関連患者としては、複数の患者のいずれかが指定される。一方、カルテ画面４が表示されていない場合、制御部１ｂは、関連患者を指定するための入力が不可能な状態で登録画面を表示させる。この場合に表示される画面を、登録画面５ｂとする。

【0018】

例えば、登録画面には、作業内容が入力される内容入力領域と、患者が指定される患者指定領域とが含まれるとする。登録画面５ａの内容入力領域５ａ１と、登録画面５ｂの内容入力領域５ｂ１のどちらも有効化されており、作業内容の入力が可能になっている。一方、登録画面５ａの患者指定領域５ａ２は有効化されているが、登録画面５ｂの患者指定領域５ｂ２は無効化されている。このため、登録者は、登録画面５ａに対しては患者を指定するための入力を行うことができるが、登録画面５ｂに対しては患者を指定するための入力を行うことができない。

【0019】

制御部１ｂは、登録画面５ａまたは登録画面５ｂに対する入力に基づく作業情報３を、記憶部１ａに登録する。登録画面５ａが表示された場合、登録された作業情報３は、指定された患者の情報を含み得る。作業情報３が指定された患者の情報を含む場合、その作業情報３は、指定された患者に関連する作業を示す。一方、登録画面５ｂが表示された場合、登録された作業情報３には、患者が指定されない。

【0020】

制御部１ｂは、上記手順によって記憶部１ａに登録された作業情報３を、作業情報３が示す作業を行う作業者に通知する。作業者は、通知された作業情報３の内容を確認して行うべき作業を認識し、その作業を行うことができる。

【0021】

以上の処理によれば、作業情報３の登録者は、登録画面の表示を要求したとき、患者のカルテ画面４が表示されていなければ、作業情報３に対して患者を指定することができない。これにより、作業情報３に対して、作業に関連する患者が間違って指定される可能性が低減する。

【0022】

例えば、登録者がある患者に関連する作業を示す作業情報３を登録しようとするとき、その患者のカルテ画面４が登録画面とともに、または登録画面の表示直前に表示されていれば、登録画面に対して患者を間違って指定する可能性が低くなる。それは、カルテ画面４が登録画面とともに表示されていれば、登録者は、カルテ画面４に表示された患者の情報を確認しながら、登録画面に対する患者指定操作を実行できるからである。また、登録画面の表示直前にカルテ画面４が表示されていれば、登録者は、登録画面の表示直前に認識していた患者を忘れずに、登録画面に対する患者指定操作を実行できる可能性が高いからである。

【0023】

このように、作業情報３に対して、作業に関連する患者が間違って指定される可能性が低減する。その結果、作業者がその後に作業情報３の通知を受けたとき、作業対象の患者を誤認識する可能性が低減する。したがって、作業者が作業対象の患者を取り違える可能性を低減できる。

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

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

【0169】

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

【0170】

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

【0171】

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

【符号の説明】

【0172】

１ 作業管理装置
１ａ 記憶部
１ｂ 制御部
２ ディスプレイ
３ 作業情報
４ カルテ画面
５ａ，５ｂ 登録画面
５ａ１，５ｂ１ 内容入力領域
５ａ２，５ｂ２ 患者指定領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】