(57)【要約】      （修正有）【課題】医師が診療スケジュールを管理することを容易にすることができる情報処理装置、スケジュール管理方法およびスケジュール管理プログラムを提供する。【解決手段】情報処理装置１０は、各患者の病名、病気の発症リスクおよび症状の度合いのいずれか一つまたは複数に基づいて、各患者の重症度を算出し、各患者の優先度を決定して、各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する。そして、情報処理装置１０は、決定した診療日時を各患者の端末装置２０Ｂにそれぞれ送信する。【選択図】図１
2020112995.tif 000002
【特許請求の範囲】
【請求項１】
各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する決定部と、
前記決定部によって決定された診療日時を各患者の端末装置にそれぞれ送信する送信部と
を有することを特徴とする情報処理装置。
【請求項２】
各患者の病名、病気の発症リスクおよび症状の度合いのいずれか一つまたは複数に基づいて、各患者の重症度を算出し、各患者の優先度を決定する算出部をさらに有し、
前記決定部は、複数の患者の空いている日時が重複している場合には、各患者の優先度を比較し、優先度が高い患者ほど優先して診療日時を決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記送信部は、前記決定部によって決定された診療日時の所定時間前に、患者の端末装置にリマインドの通知を送信することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記送信部は、前記決定部によって決定された診療日時または該診療日時の所定時間前に、医師との遠隔診療を開始するための情報を含む通知を送信することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記送信部は、前記決定部によって決定された各患者の診療日時を医師の端末装置に送信し、該各患者の診療日時について前記医師の端末装置から承認を受け付けた場合に、前記決定部によって決定された診療日時を各患者の端末装置にそれぞれ送信することを特徴とする請求項１に記載の情報処理装置。
【請求項６】
情報処理装置によって実行されるスケジュール管理方法であって、
各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する決定工程と、
前記決定工程によって決定された診療日時を各患者の端末装置にそれぞれ送信する送信工程と
を含むことを特徴とするスケジュール管理方法。
【請求項７】
各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する決定ステップと、
前記決定ステップによって決定された診療日時を各患者の端末装置にそれぞれ送信する送信ステップと
をコンピュータに実行させることを特徴とするスケジュール管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、スケジュール管理方法およびスケジュール管理プログラムに関する。
【背景技術】
【０００２】
近年、医師と患者が距離を隔てたところでインターネットなどの通信技術を用いて診療を行う遠隔診療が知られている。このような遠隔診療では、例えば、医師がネットやメールを通じて患者や別の医師からデータを送ってもらい、テレビ電話の映像などを見ながら在宅の患者を診察する。
【０００３】
また、患者からの診療予約、予約状況確認、予約変更、診療申請を医療機関端末から受信して各処理を遂行する医療サービス提供システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２４５１６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、医師が診療スケジュールを管理することが容易でない場合があるという課題があった。例えば、医師が、各患者のスケジュールや各患者の容態を把握しつつ、各患者の遠隔診療の日時をそれぞれ決定するため、スケジュールを管理する負担が大きい場合があった。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明の情報処理装置は、各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する決定部と、前記決定部によって決定された診療日時を各患者の端末装置にそれぞれ送信する送信部とを有することを特徴とする。
【０００７】
また、本発明のスケジュール管理方法は、情報処理装置によって実行されるスケジュール管理方法であって、各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する決定工程と、前記決定工程によって決定された診療日時を各患者の端末装置にそれぞれ送信する送信工程とを含むことを特徴とする。
【０００８】
また、本発明のスケジュール管理プログラムは、各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する決定ステップと、前記決定ステップによって決定された診療日時を各患者の端末装置にそれぞれ送信する送信ステップとをコンピュータに実行させることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、医師が診療スケジュールを管理することを容易にすることができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１の実施形態に係る情報処理装置の構成例を示すブロック図である。
【図２】図２は、症状情報記憶部に記憶されたデータの一例を示す図である。
【図３】図３は、スケジュール情報記憶部に記憶されたデータの一例を示す図である。
【図４】図４は、各患者の診療日時を決定する処理を説明するための図である。
【図５】図５は、各患者の診療日時を決定する処理を説明するための図である。
【図６】図６は、患者の端末装置に表示される診療日時の通知例を示す図である。
【図７】図７は、患者の端末装置に表示される診療前のリマインダの例を示す図である。
【図８】図８は、第１の実施形態に係る情報処理装置における処理の流れの一例を示すフローチャートである。
【図９】図９は、スケジュール管理プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願に係る情報処理装置、スケジュール管理方法およびスケジュール管理プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本願に係る情報処理装置、スケジュール管理方法およびスケジュール管理プログラムが限定されるものではない。
【００１２】
［第１の実施形態］
以下の実施の形態では、第１の実施形態に係る情報処理装置１０の構成、情報処理装置１０の処理の流れを順に説明し、最後に第１の実施形態による効果を説明する。
【００１３】
［情報処理装置の構成］
まず、図１を用いて、情報処理装置１０の構成を説明する。図１は、第１の実施形態に係る情報処理装置の構成例を示すブロック図である。図１に示すように、情報処理装置１０は、医師が使用する端末装置２０Ａおよび各患者が使用する端末装置２０Ｂとネットワーク３０を介して接続されている。
【００１４】
ここで端末装置２０Ａおよび端末装置２０Ｂは、例えば、デスクトップ型ＰＣ、タブレット型ＰＣ、ノート型ＰＣ、携帯電話機、スマートフォン、ＰＤＡ（Personal  Digital  Assistant）等の情報処理装置である。
【００１５】
医師側の端末装置２０Ａと患者側の端末装置２０Ｂとが通信を行うことで、遠隔診療を行う。遠隔診療の具体的な方法としては、どのような方法であってもよいが、例えば、テレビ電話機能を用いて、医師と患者が互いの姿を撮影した映像を見ながら会話するようにしてもよいし、メッセージを互いに送受信することでチャット形式で診療を行うようにしてもよい。
【００１６】
情報処理装置１０は、各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する。そして、情報処理装置１０は、決定した診療日時を各患者の端末装置２０Ｂにそれぞれ送信する。
【００１７】
また、図１に示すように、この情報処理装置１０は、通信処理部１１、制御部１２および記憶部１３を有する。以下に情報処理装置１０が有する各部の処理を説明する。
【００１８】
通信処理部１１は、各種情報に関する通信を制御する。例えば、通信処理部１１は、各患者の端末装置２０Ｂから各患者のスケジュール登録を受け付ける。また、例えば、通信処理部１１は、決定した診療日時を各患者の端末装置２０Ｂにそれぞれ送信する。
【００１９】
記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納する。記憶部１３は、症状情報記憶部１３ａおよびスケジュール情報記憶部１３ｂを有する。例えば、記憶部１３は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。
【００２０】
症状情報記憶部１３ａは、各患者の症状に関する情報を記憶する。例えば、症状情報記憶部１３ａは、図２に例示するように、患者の氏名である「ユーザ名」ごとに、発症している病名または発症する可能性のある「病名」と、発症するリスクの度合いを示す「発症リスク」と、症状の重さの度合いを示す「症状の軽重」とを対応付けて記憶する。
【００２１】
図２の例では、「発症リスク」は、１０段階で評価された病気が発症するリスクの度合いであり、値が大きいほど、発症リスクが高いものとする。なお、既に発症している場合には、最大値である「１０」と設定されるものとする。また、図２の例では、「症状の軽重」は、１０段階で評価された症状の重さの度合いであり、値が大きいほど、症状が重いことを示す。
【００２２】
なお、「病名」、「発症リスク」および「症状の軽重」については、例えば、医師等が手動で設定してもよいし、バイタルデータや検査データを入力として、ＡＩ（Artificial  Intelligence）が自動で設定してもよい。
【００２３】
また、症状情報記憶部１３ａに記憶されるデータは適宜更新可能なデータである。つまり、どのような単語をキーワードとするかについて、適宜追加、変更、削除を行うことが可能である。なお、症状情報記憶部１３ａが記憶するデータは、情報処理装置１０の外部のデータベースが記憶していてもよい。
【００２４】
スケジュール情報記憶部１３ｂは、各患者のスケジュールに関する情報を記憶する。例えば、スケジュール情報記憶部１３ｂは、図３に例示するように、患者であるユーザごとに、各時間帯について「予定のあり」もしくはスケジュールが空いている「空き」を記憶する。なお、図３の例では、省略のため、特定の日付（１２月２７日）のみを例示しているが、１２月２７日以外のスケジュールも記憶しているものとする。また、スケジュール情報記憶部１３ｂは、医師のスケジュールについても記憶するようにしてもよい。
【００２５】
なお、スケジュール情報記憶部１３ｂに記憶されるスケジュールについては、例えば、患者が遠隔診療ポータル上で手動で設定していてもよいし、各端末装置２０Ｂからスケジュールのデータを取得する等して情報処理装置１０が自動で設定してもよい。
【００２６】
また、スケジュール情報記憶部１３ｂに記憶されるデータは適宜更新可能なデータである。つまり、どのような単語をキーワードとするかについて、適宜追加、変更、削除を行うことが可能である。なお、スケジュール情報記憶部１３ｂが記憶するデータは、情報処理装置１０の外部のデータベースが記憶していてもよい。
【００２７】
制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部１２は、算出部１２ａ、決定部１２ｂおよび送信部１２ｃを有する。ここで、制御部１２は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路やＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路である。
【００２８】
算出部１２ａは、各患者の病名、病気の発症リスクおよび症状の度合いのいずれか一つまたは複数に基づいて、各患者の重症度を算出し、各患者の優先度を決定する。例えば、算出部１２ａは、医師側の端末装置２０Ａから特定の日付のスケジュール調整の要求を受け付けると、特定の日付に遠隔診療を受診する可能性のある患者（例えば、特定の日付を受診日の候補として予約している患者）を特定する。
【００２９】
そして、算出部１２ａは、特定した各患者の病名、病気の発症リスクおよび症状の軽重を症状情報記憶部１３ａから読み出し、読み出した各患者の病名、病気の発症リスクおよび症状の度合を用いて、各患者の重症度を算出し、重症度が大きい順に優先度が高くなるように各患者の優先度を決定する。
【００３０】
ここで、各患者の重症度を算出する方法はどのような方法であってもよい。例えば、算出部１２ａは、予め設定された各病名に対応する値と、病気の発症リスクの値および症状の軽重の値とを全て合算した値を重症度として算出し、重症度が大きい順に優先度が高くなるように各患者の優先度を決定する。
【００３１】
また、例えば、算出部１２ａは、患者が罹っている病名ごとに優先順位を付け、その後、同一の病名の患者については、病気の発症リスクおよび症状の度合いに応じて、さらに優先順位を付けるようにしてもよい。具体例を挙げて説明すると、例えば、算出部１２ａは、事前に優先順位として、１位：心疾患、２位：糖尿病、３位：高血圧・・・と設定されている場合には、心疾患の患者（もしくは心疾患の可能性のある患者）を１位のグループ、糖尿病の患者を２位のグループ、高血圧の患者を３位のグループにする。そして、算出部１２ａは、同じグループに複数の患者がいる場合には、例えば、病気の発症リスクの値と症状の軽重の値とを重症度を計算する。
【００３２】
そして、算出部１２ａは、１位のグループのなかの重症が高い順に優先度が高くなるように各患者の優先度を決定し、続いて、２位のグループのなかの重症が高い順に優先度が高くなるように各患者の優先度を決定し、続いて、３位のグループのなかの重症が高い順に優先度が高くなるように各患者の優先度を決定するという処理を繰り返すようにしてもよい。つまり、算出部１２ａは、例えば、１位のグループの中の３人の患者に１位〜３位の優先順位をそれぞれつけた場合には、次に、２位のグループの中で２人の患者の優先順位をつける際には、４位、５位の優先順位をつける。
【００３３】
また、算出部１２ａは、各患者の病名、病気の発症リスクおよび症状の軽重を症状情報記憶部１３ａから読み出し、各患者の病名、病気の発症リスクおよび症状の軽重を、各患者の重症度を算出して各患者の優先度を決定する学習済みモデルに対して入力し、該学習済みモデルから出力結果として、各患者の優先度を得るようにしてもよい。
【００３４】
決定部１２ｂは、各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する。例えば、決定部１２ｂは、複数の患者の空いている日時が重複している場合には、各患者の優先度を比較し、優先度が高い患者ほど優先して診療日時を決定する。
【００３５】
ここで、図４および図５を用いて、各患者の診療日時を決定する処理を説明する。図４および図５は、各患者の診療日時を決定する処理を説明するための図である。図４および図５の例では、１２月２７日において各患者が診療を受ける時間帯を決定する場合を説明するが、これに限定されるものではなく、複数の日に跨る複数の期間において各患者が診療を受ける日時を決定するようにしてもよい。
【００３６】
また、図４および図５の例では、算出部１２ａによって、ユーザＡ、ユーザＢ、ユーザＣの順に優先度が高いものとして決定され、ユーザＡおよびユーザＢが遠隔診療による診察に１時間、ユーザＣが検査により２時間を必要とするものとして説明する。また、ユーザＡ、ユーザＢおよびユーザＣのスケジュールについては、図３の例を用いて説明する。
【００３７】
例えば、図３に例示するように、最も早い「１０時−１１時」の時間帯について、ユーザＡおよびユーザＣのスケジュールが空いている。このため、図４に例示するように、決定部１２ｂは、ユーザＡおよびユーザＣの優先度を比較し、優先度が高い患者であるユーザＡを優先し、ユーザＡの診察時間を「１０時−１１時」に決定する。
【００３８】
続いて、図３に例示するように、次に早い「１１時−１２時」の時間帯について、ユーザＢおよびユーザＣのスケジュールが空いている。このため、決定部１２ｂは、ユーザＢおよびユーザＣの優先度を比較し、優先度が高い患者であるユーザＢを優先し、ユーザＢの診察時間を「１１時−１２時」に決定する。
【００３９】
そして、ユーザＣの検査については、決定部１２ｂは、医師Ａが１２時−１３時は昼休みのため、１３時以降の「１３時−１５時」に決定する。このように、決定部１２ｂは、医師側のスケジュールも考慮して、患者の診療日時を決定してもよい。
【００４０】
また、図４の例では、医師Ａのみが診療を行う場合を例示しているが、複数の医師が診療を行い、各医師のスケジュールを考慮した腕、患者の診療日時を決定してもよい。例えば、図５に例示するように、医師Ａが午後不在にし、医師Ｂが午前不在である場合には、決定部１２ｂは、医師Ａおよび医師Ｂのスケジュール情報から不在の期間は診療を割り当てず、午前中の診察を医師Ａが行い、午後の検査を医師Ｂが行うように決定する。
【００４１】
送信部１２ｃは、決定部１２ｂによって決定された診療日時を各患者の端末装置２０Ｂにそれぞれ送信する。例えば、送信部１２ｃは、ＳＭＳ（Short  Message  Service）やＥメール等で診療日時を各患者の端末装置２０Ｂにそれぞれ送信する。
【００４２】
ここで、図６を用いて、患者の端末装置２０Ｂに表示される診療日時の通知例について説明する。図６は、患者の端末装置に表示される診療日時の通知例を示す図である。図６に例示するように、例えば、患者の端末装置２０Ｂには、「１２／２７の１０時から１１時に遠隔診療の予約が取れました。」というメッセージが表示される。
【００４３】
また、送信部１２ｃは、決定部１２ｂによって決定された診療日時の所定時間前に、患者の端末装置にリマインドの通知を送信するようにしてもよい。また、送信部１２ｃは、決定部１２ｂによって決定された診療日時または該診療日時の所定時間前に、医師との遠隔診療を開始するための情報（例えば、ＵＲＬやアプリケーション起動用ボタン）を含む通知を送信するようにしてもよい。
【００４４】
ここで、図７を用いて、患者の端末装置２０Ｂに表示される診療前のリマインダの例について説明する。図７は、患者の端末装置に表示される診療前のリマインダの例を示す図である。図７に例示するように、例えば、患者の端末装置２０Ｂには、「５分後に遠隔診療を開始します。」というリマインダのメッセージが表示されるとともに、「ＵＲＬクリックしてください。」というメッセージと遠隔診療を開始するためのＵＲＬを表示する。なお、このＵＲＬがクリックされることで、テレビ電話機能を用いて、医師と患者が互いの姿を撮影した映像を見ながら会話する遠隔診療が開始される。
【００４５】
また、送信部１２ｃは、決定部１２ｂによって決定された各患者の診療日時を医師の端末装置２０Ａに送信し、該各患者の診療日時について医師の端末装置２０Ａから承認を受け付けた場合に、決定部１２ｂによって決定された診療日時を各患者の端末装置２０Ｂにそれぞれ送信するようにしてもよい。この場合、決定部１２ｂによって決定された各患者の診療日時を、医師が適宜修正できるようにしてもよい。なお、上述した各部の処理については、一部または全部をＡＩ（Artificial  Intelligence）に実行させるようにしてもよい。
【００４６】
［情報処理装置の処理手順］
次に、図８を用いて、第１の実施形態に係る情報処理装置１０による処理手順の例を説明する。図８は、第１の実施形態に係る情報処理装置における処理の流れの一例を示すフローチャートである。
【００４７】
図８に例示するように、情報処理装置１０の算出部１２ａは、医師側の端末装置２０Ａからスケジュールの調整要求を受け付けると（ステップＳ１０１）、各患者のスケジュールおよび各患者の病気の症状に関する情報を記憶部１３から取得する（ステップＳ１０２）。例えば、算出部１２ａは、特定の日付に遠隔診療を受診する可能性のある患者（例えば、特定の日付を受診日の候補として予約している患者）を特定し、特定した各患者の病名、病気の発症リスクおよび症状の軽重を症状情報記憶部１３ａから取得するとともに、スケジュール情報記憶部１３ｂからスケジュール情報を取得する。
【００４８】
そして、算出部１２ａは、各患者の病名、病気の発症リスクおよび症状の度合いのいずれか一つまたは複数に基づいて、各患者の重症度を算出し（ステップＳ１０３）、各患者の優先度を決定する（ステップＳ１０４）。例えば、算出部１２ａは、予め設定された各病名に対応する値と、病気の発症リスクの値および症状の軽重の値とを全て合算した値を重症度として算出し、重症度が大きい順に優先度が高くなるように各患者の優先度を決定する。
【００４９】
続いて、決定部１２ｂは、各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する（ステップＳ１０５）。例えば、決定部１２ｂは、複数の患者の空いている日時が重複している場合には、各患者の優先度を比較し、優先度が高い患者ほど優先して診療日時を決定する。
【００５０】
その後、送信部１２ｃは、決定部１２ｂによって決定された診療日時を各患者の端末装置２０Ｂにそれぞれ送信する（ステップＳ１０６）。例えば、送信部１２ｃは、ＳＭＳ（Short  Message  Service）やＥメール等で診療日時を各患者の端末装置２０Ｂにそれぞれ送信して、処理を終了する。
【００５１】
（第１の実施形態の効果）
第１の実施形態に係る情報処理装置１０は、各患者のスケジュールおよび各患者の病気の症状に基づいて、各患者の診療日時を決定する。そして、情報処理装置１０は、決定した診療日時を各患者の端末装置２０Ｂにそれぞれ送信する。このため、情報処理装置１０は、医師が診療スケジュールを管理することを容易にすることが可能である。
【００５２】
例えば、情報処理装置１０では、患者の重症度（発症リスクや症状の軽重）に基づき、各患者の優先度を決定し、患者との診療スケジュールを設定する。このため、情報処理装置１０では、医師と患者による遠隔診療において、患者が自身の都合のよい日時をスケジューラに登録すれば、ＡＩが患者の重症度を考慮して、診療スケジュールを自動で決定するため、医師のスケジュール管理が容易となる。
【００５３】
（システム構成等）
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００５４】
また、本実施の形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００５５】
（プログラム）
また、上記実施形態において説明した情報処理装置が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、実施形態に係る情報処理装置１０が実行する処理をコンピュータが実行可能な言語で記述したスケジュール管理作成プログラムを作成することもできる。この場合、コンピュータがスケジュール管理作成プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるスケジュール管理作成プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたスケジュール管理作成プログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。
【００５６】
図９は、スケジュール管理作成プログラムを実行するコンピュータを示す図である。図９に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。
【００５７】
メモリ１０１０は、図９に例示するように、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図９に例示するように、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、図９に例示するように、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、図９に例示するように、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、図９に例示するように、例えばディスプレイ１１３０に接続される。
【００５８】
ここで、図９に例示するように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記の、スケジュール管理作成プログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。
【００５９】
また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各種処理手順を実行する。
【００６０】
なお、スケジュール管理作成プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、スケジュール管理作成プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００６１】
上記の実施形態やその変形は、本願が開示する技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００６２】
１０  情報処理装置
１１  通信処理部
１２  制御部
１２ａ  算出部
１２ｂ  決定部
１２ｃ  送信部
１３  記憶部
１３ａ  症状情報記憶部
１３ｂ  スケジュール情報記憶部
２０Ａ、２０Ｂ  端末装置
３０  ネットワーク
【図１】
2020112995.tif 000003
【図２】
2020112995.tif 000004
【図３】
2020112995.tif 000005
【図４】
2020112995.tif 000006
【図５】
2020112995.tif 000007
【図６】
2020112995.tif 000008
【図７】
2020112995.tif 000009
【図８】
2020112995.tif 000010
【図９】
2020112995.tif 000011