(57)【要約】【課題】診察が行われる前の事前検査を伴う患者の診療を適切に補助することが可能な眼科用診療補助プログラムおよび眼科用診療補助システムを提供する。【解決手段】眼科用診療補助システムの制御部は、問診結果情報取得ステップ（Ｓ２）、事前検査内容決定ステップ（Ｓ４）、およびオーダー情報出力ステップ（Ｓ１５〜Ｓ１９）を実行する。問診結果情報取得ステップでは、制御部は、患者が使用する端末装置を介して、患者に対する問診の結果を示す問診結果情報を取得する。事前検査内容決定ステップでは、制御部は、問診結果情報に基づいて、医師による患者の診察が行われる前に患者に対して事前に実行される事前検査の内容を決定する。オーダー情報出力ステップでは、制御部は、決定された事前検査の実行を指示するオーダー情報を出力する。【選択図】図２
2020166567.tif 000002
【特許請求の範囲】
【請求項１】
眼科における患者の診療を補助する眼科用診療補助システムにおいて実行される眼科用診療補助プログラムであって、
前記眼科用診療補助プログラムが前記眼科用診療補助システムのコントローラによって実行されることで、
患者が使用する端末装置を介して、前記患者に対する問診の結果を示す問診結果情報を取得する問診結果情報取得ステップと、
前記問診結果情報に基づいて、医師による前記患者の診察が行われる前に前記患者に対して事前に実行される事前検査の内容を決定する事前検査内容決定ステップと、
決定された前記事前検査の実行を指示するオーダー情報を出力するオーダー情報出力ステップと、
を前記眼科用診療補助システムに実行させることを特徴とする眼科用診療補助プログラム。
【請求項２】
請求項１に記載の眼科用診療補助プログラムであって、
前記事前検査内容決定ステップにおいて決定された前記事前検査の内容に基づいて、前記患者の前記事前検査の時間を含む診療時間を決定する診療時間決定ステップと、
決定された前記診療時間に基づいて、データベースに記憶された複数の患者の診療予定の情報に、前記患者の診療予定を追加する予定追加ステップと、
を前記眼科用診療補助システムに実行させることを特徴とする眼科用診療補助プログラム。
【請求項３】
請求項２に記載の眼科用診療補助プログラムであって、
医療機関における複数の患者の前記診療予定の情報を前記データベースから取得し、前記診療予定のうち、前記診療時間決定ステップにおいて決定された前記診療時間が空いている日時を前記患者の前記端末装置に出力する日時提示ステップ
が前記眼科用診療補助システムによって実行され、
前記予定追加ステップでは、前記日時提示ステップにおいて提示された日時のうち、前記端末装置を介して前記患者によって指定された日時が、前記患者の診療予定として前記データベースにおける前記診療予定の情報に追加されることを特徴とする眼科用診療補助プログラム。
【請求項４】
請求項１から３のいずれかに記載の眼科用診療補助プログラムであって、
前記事前検査内容決定ステップにおいて前記問診結果情報から前記事前検査の内容を決定する基準の入力を受け付ける検査決定基準受付ステップ
が前記眼科用診療補助システムによって実行され、
前記事前検査内容決定ステップでは、前記検査決定基準受付ステップにおいて受け付けられた基準に従って前記事前検査の内容が決定されることを特徴とする眼科用診療補助プログラム。
【請求項５】
請求項１から４のいずれかに記載の眼科用診療補助プログラムであって、
前記問診結果情報と前記オーダー情報を表示部に表示させた状態で、前記オーダー情報の修正指示、および前記オーダー情報の承認指示の入力を受け付ける承認受付ステップ
が前記眼科用診療補助システムによって実行され、
前記オーダー情報出力ステップでは、
前記承認受付ステップにおいて前記修正指示が入力された場合に、入力された前記修正指示に応じて前記オーダー情報が修正され、
前記承認受付ステップにおいて前記承認指示が入力された場合に、前記オーダー情報が出力されることを特徴とする眼科用診療補助プログラム。
【請求項６】
請求項１から５のいずれかに記載の眼科用診療補助プログラムであって、
前記問診結果情報に基づいて、医療機関の従事者の注意を喚起するための注意情報を生成して出力する注意情報出力ステップ
が前記眼科用診療補助システムによって実行されることを特徴とする眼科用診療補助プログラム。
【請求項７】
請求項６に記載の眼科用診療補助プログラムであって、
前記注意情報出力ステップにおいて前記問診結果情報から前記注意情報を生成する基準の入力を受け付ける注意情報基準受付ステップ
が前記眼科用診療補助システムによって実行され、
前記注意情報出力ステップでは、前記注意情報基準受付ステップにおいて受け付けられた基準に従って前記注意情報が生成されることを特徴とする眼科用診療補助プログラム。
【請求項８】
請求項１から７のいずれかに記載の眼科用診療補助プログラムであって、
前記オーダー情報に従って実行された前記事前検査の結果に基づいて、前記患者に対して追加で実行する追加検査の内容を決定する追加検査内容決定ステップ
が前記眼科用診療補助システムによって実行され、
前記オーダー情報出力ステップでは、前記追加検査内容決定ステップにおいて前記追加検査の内容が決定された場合に、決定された前記追加検査の実行を指示する前記オーダー情報が出力されることを特徴とする眼科用診療補助プログラム。
【請求項９】
眼科における患者の診療を補助する眼科用診療補助システムにおいて実行される眼科用診療補助プログラムであって、
前記眼科用診療補助プログラムが前記眼科用診療補助システムのコントローラによって実行されることで、
患者が使用する端末装置を介して、前記患者に対する問診の結果を示す問診結果情報を取得する問診結果情報取得ステップと、
前記問診結果情報に基づいて、診療時に前記患者に対して実行される検査の内容を決定する検査内容決定ステップと、
前記検査内容決定ステップにおいて決定された前記検査の内容に基づいて、前記患者の前記検査の時間を含む診療時間を決定する診療時間決定ステップと、
決定された前記診療時間に基づいて、データベースに記憶された複数の患者の診療予定の情報に、前記患者の診療予定を追加する予定追加ステップと、
を前記眼科用診療補助システムに実行させることを特徴とする眼科用診療補助プログラム。
【請求項１０】
請求項９に記載の眼科用診療補助プログラムであって、
医療機関における複数の患者の前記診療予定の情報を前記データベースから取得し、前記診療予定のうち、前記診療時間決定ステップにおいて決定された前記診療時間が空いている日時を前記患者の前記端末装置に出力する日時提示ステップ
が前記眼科用診療補助システムによって実行され、
前記予定追加ステップでは、前記日時提示ステップにおいて提示された日時のうち、前記端末装置を介して前記患者によって指定された日時が、前記患者の診療予定として前記データベースにおける前記診療予定の情報に追加されることを特徴とする眼科用診療補助プログラム。
【請求項１１】
眼科における患者の診療を補助する眼科用診療補助システムであって、
前記眼科用診療補助システムの制御部は、
患者が使用する端末装置を介して、前記患者に対する問診の結果を示す問診結果情報を取得する問診結果情報取得ステップと、
前記問診結果情報に基づいて、医師による前記患者の診察が行われる前に前記患者に対して事前に実行される事前検査の内容を決定する事前検査内容決定ステップと、
決定された前記事前検査の実行を指示するオーダー情報を出力するオーダー情報出力ステップと、
を実行することを特徴とする眼科用診療補助システム。
【請求項１２】
眼科における患者の診療を補助する眼科用診療補助システムであって、
前記眼科用診療補助システムの制御部は、
患者が使用する端末装置を介して、前記患者に対する問診の結果を示す問診結果情報を取得する問診結果情報取得ステップと、
前記問診結果情報に基づいて、診療時に前記患者に対して実行される検査の内容を決定する検査内容決定ステップと、
前記検査内容決定ステップにおいて決定された前記検査の内容に基づいて、前記患者の前記検査の時間を含む診療時間を決定する診療時間決定ステップと、
決定された前記診療時間に基づいて、データベースに記憶された複数の患者の診療予定の情報に、前記患者の診療予定を追加する予定追加ステップと、
を実行することを特徴とする眼科用診療補助システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、患者の診療を補助するための眼科用診療補助プログラムおよび眼科用診療補助システムに関する。
【背景技術】
【０００２】
医師および補助者等（以下、「医療機関従事者」という）による患者の診療を補助するための種々の技術が提案されている。例えば、特許文献１に記載の診療予約システムでは、サーバは、利用者端末装置からアクセスがあったときに、予約申込画面と共に問診票画面をダウンロードする。医療機関端末装置は、予約データと問診データをサーバから取得し、患者の問診データをカルテと一緒に表示させる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−７９００２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
医療機関で行われる患者の診療において、医師による患者の診察が行われる前に、患者に対する事前検査を完了させておくことが望ましい場合がある。しかしながら、診察が行われる前の事前検査を伴う患者の診療を適切に補助することは、従来の技術では困難であった。
【０００５】
本開示の典型的な目的は、診察が行われる前の事前検査を伴う患者の診療を適切に補助することが可能な眼科用診療補助プログラムおよび眼科用診療補助システムを提供することである。
【課題を解決するための手段】
【０００６】
本開示における典型的な実施形態が提供する眼科用診療補助プログラムの第１態様は、眼科における患者の診療を補助する眼科用診療補助システムにおいて実行される眼科用診療補助プログラムであって、前記眼科用診療補助プログラムが前記眼科用診療補助システムのコントローラによって実行されることで、患者が使用する端末装置を介して、前記患者に対する問診の結果を示す問診結果情報を取得する問診結果情報取得ステップと、前記問診結果情報に基づいて、医師による前記患者の診察が行われる前に前記患者に対して事前に実行される事前検査の内容を決定する事前検査内容決定ステップと、決定された前記事前検査の実行を指示するオーダー情報を出力するオーダー情報出力ステップと、を前記眼科用診療補助システムに実行させる。
【０００７】
本開示における典型的な実施形態が提供する眼科用診療補助プログラムの第２態様は、眼科における患者の診療を補助する眼科用診療補助システムにおいて実行される眼科用診療補助プログラムであって、前記眼科用診療補助プログラムが前記眼科用診療補助システムのコントローラによって実行されることで、患者が使用する端末装置を介して、前記患者に対する問診の結果を示す問診結果情報を取得する問診結果情報取得ステップと、前記問診結果情報に基づいて、診療時に前記患者に対して実行される検査の内容を決定する検査内容決定ステップと、前記検査内容決定ステップにおいて決定された前記検査の内容に基づいて、前記患者の前記検査の時間を含む診療時間を決定する診療時間決定ステップと、決定された前記診療時間に基づいて、データベースに記憶された複数の患者の診療予定の情報に、前記患者の診療予定を追加する予定追加ステップと、を前記眼科用診療補助システムに実行させる。
【０００８】
本開示における典型的な実施形態が提供する眼科用診療補助システムの第１態様は、眼科における患者の診療を補助する眼科用診療補助システムであって、前記眼科用診療補助システムの制御部は、患者が使用する端末装置を介して、前記患者に対する問診の結果を示す問診結果情報を取得する問診結果情報取得ステップと、前記問診結果情報に基づいて、医師による前記患者の診察が行われる前に前記患者に対して事前に実行される事前検査の内容を決定する事前検査内容決定ステップと、決定された前記事前検査の実行を指示するオーダー情報を出力するオーダー情報出力ステップと、を実行する。
【０００９】
本開示における典型的な実施形態が提供する眼科用診療補助システムの第２態様は、眼科における患者の診療を補助する眼科用診療補助システムであって、前記眼科用診療補助システムの制御部は、患者が使用する端末装置を介して、前記患者に対する問診の結果を示す問診結果情報を取得する問診結果情報取得ステップと、前記問診結果情報に基づいて、診療時に前記患者に対して実行される検査の内容を決定する検査内容決定ステップと、前記検査内容決定ステップにおいて決定された前記検査の内容に基づいて、前記患者の前記検査の時間を含む診療時間を決定する診療時間決定ステップと、決定された前記診療時間に基づいて、データベースに記憶された複数の患者の診療予定の情報に、前記患者の診療予定を追加する予定追加ステップと、を実行する。
【００１０】
本開示に係る眼科用診療補助プログラムおよび眼科用診療補助システムによると、診察が行われる前の事前検査を伴う患者の診療が適切に補助される。
【図面の簡単な説明】
【００１１】
【図１】眼科用診療補助システム１の概略構成を示すブロック図である。
【図２】本実施形態における診療補助処理の流れの一例を示すシーケンス図である。
【図３】眼科用診療補助システム１が実行する基準設定処理のフローチャートである。
【発明を実施するための形態】
【００１２】
＜概要＞
本開示で例示する眼科用診療補助システムは、問診結果情報取得ステップ、事前検査内容決定ステップ、およびオーダー情報出力ステップを実行する。問診結果情報取得ステップでは、眼科用診療補助システムにおける少なくともいずれかの制御部（以下、単に「制御部」という）は、患者が使用する端末装置を介して、患者に対する問診の結果を示す問診結果情報を取得する。事前検査内容決定ステップでは、制御部は、問診結果情報に基づいて、医師による患者の診察が行われる前に患者に対して事前に実行される事前検査の内容を決定する。オーダー情報出力ステップでは、制御部は、事前検査内容決定ステップにおいて決定された事前検査の実行を指示するオーダー情報を出力する。
【００１３】
本開示に係る技術によると、診察よりも前に端末装置を介して実行される問診の結果に基づいて、診察の前の事前検査の内容が自動的に決定されて、決定された事前検査の実行が指示される。従って、医療機関従事者（例えば、医師、看護師、または検査技師等）が、患者の問診を自ら行って事前検査の内容を決めなくても、事前検査が適切に実行される。よって、事前検査を伴う患者の診療が適切に補助される。
【００１４】
なお、医療機関における診療のうち、特に眼科の診療では、医師による診察の前に事前検査が行われることが他科の診療に比べて多い。従って、本開示で例示する技術によると、眼科における患者の診療の効率が向上しやすい。しかし、本開示で例示する技術の少なくとも一部を、眼科以外の診療を補助する診療補助システムに採用することも可能である。この場合でも、事前検査を伴う患者の診療は適切に補助される。
【００１５】
また、本実施形態の眼科用診療補助システムは、各種情報を処理する少なくとも１つの情報処理装置（例えば、パーソナルコンピュータ（以下「ＰＣ」という）、およびサーバ等の少なくともいずれか）と、患者によって使用される端末装置を備える。この場合、問診結果情報取得ステップ、事前検査内容決定ステップ、およびオーダー情報出力ステップの各々は、情報処理装置および端末装置のいずれで実行されてもよい。例えば、端末装置の制御部が、問診結果情報を取得して事前検査の内容を決定し、事前検査の実行を指示するオーダー情報を情報処理装置に出力してもよい。また、情報処理装置の制御部が、ネットワーク等を介して端末装置から問診結果情報を取得し、事前検査内容決定ステップおよびオーダー情報出力ステップを実行してもよい。また、複数の制御部が協働して１つのステップを実行してもよい。
【００１６】
また、問診結果情報取得ステップは、患者が診療のために医療機関を訪問するよりも前に、事前に実行されていてもよい。また、問診結果情報取得ステップは、患者が診療のために医療機関を訪問し、且つ医師による診察を受信する前に実行されてもよい。いずれの場合でも、問診に使用される端末装置には、例えば、スマートフォン、タブレット端末、携帯電話、ＰＣ等の種々のデバイスを使用することができる。
【００１７】
また、オーダー情報を出力するための具体的な方法は適宜選択できる。例えば、制御部は、決定された事前検査を実行する検査装置にオーダー情報を出力してもよい。また、制御部は、医療機関従事者が閲覧可能な表示部にオーダー情報を表示させることで、オーダー情報を出力してもよい。制御部は、オーダー情報をスピーカーから音声で出力することで、オーダー情報を医療機関従事者に通知してもよい。制御部は、オーダー情報を含むデータファイルを送信することで、オーダー情報を出力してもよい。また、制御部は、印刷装置にオーダー情報の内容を印刷させることで、オーダー情報を出力してもよい。これら場合、表示部、スピーカー、および印刷装置等のデバイスの少なくともいずれかは、複数の検査の各々が行われる場所ごとに設置されていてもよい。制御部は、複数の場所のうち、事前検査内容決定ステップにおいて決定した事前検査が行われる場所のデバイスに、オーダー情報を出力してもよい。その結果、医療機関従事者は、各々の場所において、必要なオーダー情報を効率よく把握して適切に事前検査を実行することができる。
【００１８】
また、制御部は、医療機関における複数の患者の診療予定の情報を記憶するデータベースに、患者に対する事前検査の実行を指示するオーダー情報を出力することで、診療予定の情報を更新してもよい。ここで、制御部は、検査の種類ごとに、各々の患者に対するオーダー情報を区分けして出力してもよい。例えば、制御部は、第１の検査の予定の一覧と、第２の検査の予定の一覧を区分けして、表示部への表示または印刷を行ってもよい。この場合、制御部は、複数種類の検査の予定を、検査の種類ごとに区分けした状態で纏めて（同時に）表示または印刷してもよいし、検査の種類ごとに別々に表示または印刷してもよい。制御部は、医療機関従事者によって選択された検査の予定を抽出し、表示または印刷行ってもよい。その結果、医療機関従事者は、検査の種類ごとに、それぞれの患者に対して指示されている検査の予定を適切に把握することができる。
【００１９】
眼科用診療補助システムは、診療時間決定ステップ、および予定追加ステップを実行してもよい。診療時間決定ステップでは、制御部は、事前検査内容決定ステップにおいて決定された事前検査の内容に基づいて、患者の事前検査の時間を含む診療時間を決定する。予定追加ステップでは、制御部は、決定された診療時間に基づいて、データベースに記憶された複数の患者の診療予定の情報に、患者の診療予定を追加する。
【００２０】
この場合、問診結果情報に基づいて決定された事前検査の内容に基づいて、事前検査の時間を含む診療時間が決定されたうえで、患者の診療予定が追加される。従って、事前検査の時間も考慮されたうえで、患者の診療予定が適切に予約される。例えば、予想される患者の疾患のみに応じて診療時間が決定されて、診療の予約が行われる場合等に比べて、患者の診療時間が予約の段階でより正確に見積もられるので、より適切に診療の予約が行われる。
【００２１】
眼科用診療補助システムは、日時提示ステップを実行してもよい。日時提示ステップでは、制御部は、医療機関における複数の患者の診療予定の情報をデータベースから取得し、診療予定のうち、診療時間決定ステップにおいて決定された診療時間が空いている日時を患者の端末装置に出力する。予定追加ステップでは、制御部は、日時提示ステップにおいて提示された日時のうち、端末装置を介して患者によって指定された日時を、患者の診療予定としてデータベースにおける診療予定の情報に追加する。
【００２２】
この場合、提示された日時から、患者が所望の日時を指定すると、指定された日時が診療予定の情報に追加される。従って、事前検査の時間も考慮されたうえで、より適切に患者の診療予定が予約される。
【００２３】
ただし、患者の診療予定の予約を受け付けるための具体的な方法を変更することも可能である。例えば、制御部は、診療時間が空いている日時を患者の端末装置に出力せずに、患者の診療予定をデータベースに追加する場合にのみ、診療時間決定ステップにおいて決定された診療時間を考慮してもよい。この場合、情報処理装置の制御部は、患者の携帯端末から診療の開始時間の予約指示を受け付けると共に、指示された開始時間と、診療時間決定ステップにおいて決定された診療時間に基づいて、複数の患者の診療予定の情報を生成してもよい。詳細には、情報処理装置の制御部は、各々の患者の開始時間と診療時間に応じて自動的に、複数の患者の診療予定の情報を生成してもよい。また、情報処理装置の制御部は、開始時間と診療時間を表示部に表示させた状態で、医療機関従事者から入力される指示を受け付けて、受け付けられた指示に応じて複数の患者の診療予定の情報を生成してもよい。この場合、検査の時間も考慮されたうえで決定された診療時間に応じて、複数の患者の診療予定が適切に策定される。
【００２４】
また、制御部は、診療時間決定ステップにおいて決定された診療時間を患者の端末装置に出力してもよい。端末装置は、診療時間を表示部に表示させた状態で、予約の日時の指定を受け付けてもよい。この場合、患者は、検査の時間も考慮されたうえで決定された診療時間を把握した状態で、より適切に診療の予約を行うことができる。
【００２５】
なお、診療時間決定ステップ、日時提示ステップ、および予定追加ステップも、情報処理装置および端末装置のいずれで実行されてもよい。また、複数の制御部が協働して１つのステップを実行してもよい。
【００２６】
眼科用診療補助システムは、検査決定基準受付ステップを実行してもよい。検査決定基準受付ステップでは、制御部（本開示では、情報処理装置の制御部）は、事前検査内容決定ステップにおいて問診結果情報から事前検査の内容を決定する基準の入力を受け付ける。事前検査内容決定ステップでは、制御部は、検査決定基準受付ステップにおいて受け付けられた基準に従って、事前検査の内容を決定してもよい。この場合、医師等が所望する基準に従って、事前検査の内容が適切に問診結果情報から決定される。
【００２７】
眼科用診療補助システムは、承認受付ステップを実行してもよい。承認受付ステップでは、制御部（本開示では、情報処理装置の制御部）は、問診結果情報とオーダー情報を表示部に表示させた状態で、オーダー情報の修正指示、およびオーダー情報の承認指示の入力を受け付ける。オーダー情報出力ステップでは、制御部（本開示では、情報処理装置の制御部）は、承認受付ステップにおいて修正指示が入力された場合に、入力された修正指示に応じてオーダー情報を修正する。また、制御部は、承認受付ステップにおいて承認指示が入力された場合に、その時点で生成されているオーダー情報を出力する。制御部は、修正指示が入力されることなく承認指示が入力された場合には、オーダー情報を修正せずに出力する。この場合、医療機関従事者は、問診結果情報と比較しながらオーダー情報を確認し、必要に応じてオーダー情報を修正した後、オーダー情報を承認することができる。従って、誤ったオーダー情報が出力されてしまう可能性が低下する。
【００２８】
眼科用診療補助システムは、注意情報出力ステップを実行してもよい。注意情報出力ステップでは、制御部（本開示では、情報処理装置の制御部）は、問診結果情報に基づいて、医療機関の従事者の注意を喚起するための注意情報を生成し、出力する。この場合、医療機関従事者は、問診結果情報から予想される注意事項を適切に把握することができる。
【００２９】
眼科用診療補助システムは、注意情報基準受付ステップを実行してもよい。注意情報基準受付ステップでは、制御部（本開示では、情報処理装置の制御部）は、注意情報出力ステップにおいて問診結果情報から注意情報を生成する基準の入力を受け付ける。注意情報出力ステップでは、制御部は、注意情報基準ステップにおいて受け付けられた基準に従って注意情報を生成してもよい。この場合、医師等が所望する基準に従って、注意情報が適切に問診結果情報から生成される。
【００３０】
眼科用診療補助システムは、追加検査内容決定ステップを実行してもよい。追加検査内容決定ステップでは、制御部（本開示では、情報処理装置の制御部）は、オーダー情報に従って実行された事前検査の結果に基づいて、患者に対して追加で実行する追加検査の内容を決定する。オーダー情報出力ステップでは、制御部は、追加検査内容決定ステップにおいて追加検査の内容が決定された場合に、決定された追加検査の実行を指示するオーダー情報を出力する。この場合、事前検査だけでは患者に対する検査が不十分となる状況でも、事前検査、医師による診察、追加検査、および医師による再診察の順で検査と診察が繰り返される可能性が低下する。つまり、医師による診察が行われる前に、患者に対して実行すべき検査の全てが完了しやすい。従って、事前検査を伴う患者の診療が適切に補助される。
【００３１】
なお、追加検査内容決定ステップにおいて追加検査の内容が決定された場合、制御部は、少なくとも事前検査の結果とオーダー情報を表示部に表示させた状態で、オーダー情報の修正指示、およびオーダー情報の承認指示の入力を受け付けてもよい。オーダー情報出力ステップでは、制御部（本開示では、情報処理装置の制御部）は、入力された修正指示に応じてオーダー情報を修正し、且つ、承認指示が入力された場合にオーダー情報を出力してもよい。この場合、追加検査のオーダー情報がより適切に出力される。
【００３２】
＜実施形態＞
以下、本開示における典型的な実施形態の１つについて、図面を参照して説明する。まず、図１を参照して、本実施形態における眼科用診療補助システム１のシステム構成の一例について概略的に説明する。本実施形態の眼科用診療補助システム１は、端末装置１０および情報処理装置２０を備える。
【００３３】
端末装置１０は、診療を受診する患者によって使用される。本実施形態では、患者は、診療よりも前に予め行われる問診への回答、および、医療機関で受診する診療の予約を行うために、端末装置１０を操作する。端末装置１０には、通信機能を備えた各種デバイス（例えば、スマートフォン、タブレット端末、パーソナルコンピュータ（以下「ＰＣ」という）、携帯電話等の少なくともいずれか）を使用できる。本実施形態では、端末装置１０は、情報処理装置２０が使用される拠点（本実施形態では、医療機関である拠点Ｂ）とは異なる拠点で使用される。しかし、例えば、端末装置１０が診療の予約のために使用されない場合等には、端末装置１０は、情報処理装置２０と同じ拠点で使用されてもよい。
【００３４】
端末装置１０は、各種制御処理を行う制御ユニット１１と、通信Ｉ／Ｆ１４を備える。制御ユニット１１は、制御を司るコントローラであるＣＰＵ１２と、プログラムおよびデータ等を記憶することが可能な記憶装置１３を備える。記憶装置１３には、後述する診療補助処理（図２参照）の一部を実行するための眼科用診療補助プログラムが記憶されている。通信Ｉ／Ｆ１４は、ネットワーク５（例えばインターネット等）を介して、端末装置１０を外部機器（例えば情報処理装置２０）と接続する。
【００３５】
端末装置１０は、操作部１６、モニタ（表示部）１７、カメラ（撮影部）１８、およびマイク（音声入力部）１９を備える。操作部１６は、ユーザが各種指示を端末装置１０に入力するために、ユーザによって操作される。操作部１６には、例えば、タッチパネル、キーボード、マウス等の少なくともいずれかを使用できる。モニタ１７は、各種画像を表示することが可能な表示部の一例である。カメラ１８は、各種画像を撮影する。マイク１９は、各種音声を入力し、音声に応じた信号を制御ユニット１１に出力する。なお、操作部１６、モニタ１７、カメラ１８、およびマイク１９の少なくともいずれかは、端末装置１０に内蔵されていない外部機器であってもよい。また、操作部１６の操作の代わりに、マイク１９に入力される音声によって、各種指示が端末装置１０に入力されてもよい。
【００３６】
情報処理装置２０は、通信機能を備えると共に、各種情報を処理する。本実施形態では、情報処理装置２０として、医療機関である拠点Ｂに設置されたＰＣが用いられている。しかし、情報処理装置２０はＰＣに限定されない。例えば、スマートフォンまたはタブレット端末等が情報処理装置２０として用いられてもよい。ＰＣとは別に、またはＰＣと共に、サーバが情報処理装置２０として用いられてもよい。この場合、サーバは、例えば、クラウドサービスを提供するメーカーのサーバ（所謂クラウドサーバ）であってもよいし、クラウドサーバ以外のサーバ（例えば、眼科用診療補助プログラムを提供するメーカーのサーバ等）であってもよい。サーバは、医療機関である拠点Ｂに設置されている必要は無い。
【００３７】
また、複数の情報処理装置２０が用いられてもよい、例えば、後述する眼科用診療補助処理（図２参照）において、予約に関する処理（例えばＳ１３等）を実行する情報処理装置２０と、事前検査のオーダーの出力に関する処理（例えばＳ１５〜Ｓ１９等９を実行する情報処理装置２０が、別で設けられていてもよい。
【００３８】
情報処理装置２０は、各種制御処理を行う制御ユニット２１と、通信Ｉ／Ｆ２４を備える。制御ユニット２１は、制御を司るコントローラであるＣＰＵ２２と、プログラムおよびデータ等を記憶することが可能な記憶装置２３を備える。記憶装置２３には、後述する診療補助処理（図２参照）の少なくとも一部を実行するための眼科用診療補助プログラムが記憶されている。通信Ｉ／Ｆ２４は、ネットワーク５を介して、情報処理装置２０を外部機器（例えば、端末装置１０、検査装置３０、および前述したサーバ等）と接続する。また、情報処理装置２０は、操作部２６およびモニタ２７に接続されている。
【００３９】
検査装置３０は、医療機関である拠点Ｂに設置される。検査装置３０には、診療において実行される患者の検査を実行する種々の装置を用いることができる。検査装置３０は、例えば、ＯＣＴ装置、眼底カメラ、走査型レーザ検眼鏡（ＳＬＯ）、眼軸長測定装置、角膜形状測定装置、眼圧測定装置、または眼屈折力測定装置等であってもよい。検査装置３０は、各種制御処理を行う制御ユニット３１と、通信Ｉ／Ｆ３４を備える。制御ユニット３１は、制御を司るコントローラであるＣＰＵ３２と、プログラム及びデータ等を記憶することが可能な記憶装置３３を備える。また、検査装置３０は、操作部３６、モニタ３７、および駆動部３９を備える。駆動部３９は、検査装置３０が患者の検査を実行するために必要な各種構成を備える。
【００４０】
図２を参照して、眼科用診療補助システム１が実行する診療補助処理の一例について説明する。本実施形態で例示する診療補助処理は、記憶装置１３，２３に記憶された眼科用診療補助プログラムに従って、端末装置１０のＣＰＵ１２、および情報処理装置２０のＣＰＵ２２によって実行される。
【００４１】
まず、端末装置１０のＣＰＵ１２は、患者に対する問診を実行し、問診の結果を示す問診結果情報を取得する（Ｓ１）。本実施形態では、ＣＰＵ１２は、問診内容をモニタ１７に表示させた状態で、操作部１６またはマイク１９を介して患者からの回答結果を取得することで、問診結果情報を取得する。ＣＰＵ１２は、問診結果情報を情報処理装置２０に送信する（Ｓ２）。
【００４２】
情報処理装置２０のＣＰＵ２２は、端末装置１０から送信された問診結果情報を取得する（Ｓ２）。次いで、ＣＰＵ２２は、取得した問診結果情報に基づいて、医師による患者の診察が行われる前に患者に対して事前に実行すべき事前検査の内容を決定する（Ｓ４）。問診結果情報に基づいて事前検査の内容を決定するための基準（以下、「検査決定基準」という）は、予め設定されて記憶装置２３（サーバの記憶装置等でもよい）に記憶されている。例えば、問診結果情報に「右眼の視力が急に低下した」という問診結果が含まれている場合、眼圧測定装置による右眼の眼圧の検査を実行する旨の事前検査の内容が決定されるように、検査決定基準が定められていてもよい。また、問診結果情報に「左眼の視界がかすむ」「左眼で見る光をまぶしく感じる」等の問診結果が含まれている場合、眼屈折力測定装置による左眼の徹照像の撮影を実行する旨の事前検査の内容が決定されるように、検査決定基準が定められていてもよい。なお、本実施形態では、医療機関従事者が検査決定基準を設定することができるが、この説明は図３を参照して後述する。
【００４３】
次いで、情報処理装置２０のＣＰＵ２２は、Ｓ４で決定された事前検査の内容に基づいて、患者の診療に要すると予想される診療時間を決定する（Ｓ５）。Ｓ５で決定される診療時間には、Ｓ４で決定された事前検査の時間、および、その後に医師によって実行される診察の時間等が含まれる。本実施形態では、複数の事前検査の各々の内容に応じて、各々の事前検査に要すると予想される時間が、予め記憶装置２３（サーバの記憶装置等でもよい）に記憶されている。また、診察および会計等に要すると予想される時間も予め設定されている。ＣＰＵ２２は、Ｓ４で決定された事前検査の内容に基づいて、事前検査に要すると予想される時間と、診察等に要すると予想される時間の和を算出することで、診療時間を決定する。なお、各々の事前検査に要すると予想される時間は、医療機関従事者によって適宜変更されてもよい。
【００４４】
次いで、情報処理装置２０のＣＰＵ２２は、医療機関である拠点Ｂ（図１参照）における複数の患者の診療予定の情報を、データベースから取得する（Ｓ６）。本実施形態では、診療予定の情報が記憶されているデータベースは、情報処理装置２０の記憶装置２３である。しかし、他の記憶装置（例えば、情報処理装置２０との間でデータの送受信を行うことが可能なサーバの記憶装置等）が、データベースとして使用されてもよい。
【００４５】
次いで、情報処理装置２０のＣＰＵ２２は、Ｓ６で取得された複数の患者の診療予定のうち、Ｓ５で決定された診療時間が空いている日時を示す情報を、患者に提示する提示日時情報として生成する（Ｓ７）。ＣＰＵ２２は、生成した提示日時情報を、患者が使用する端末装置１０に送信する（Ｓ８）。前述したように、Ｓ５で決定された診療時間には、事前検査に要すると予想される時間も含まれている。従って、事前検査に要する時間も考慮されたうえで、適切な日時が患者に提示される。
【００４６】
なお、Ｓ４〜Ｓ７の処理のうちの少なくともいずれかが、情報処理装置２０でなく端末装置１０によって実行されてもよい。この場合、Ｓ４〜Ｓ７の処理を実行するために必要な情報（例えば、複数の患者の診療予定の情報等）が、情報処理装置２０から端末装置１０に適宜送信されてもよい。また、複数のデバイス（例えば、情報処理装置２０と端末装置１０）の制御部が、協働してＳ４〜Ｓ７の処理を実行してもよい。
【００４７】
端末装置１０のＣＰＵ１２は、情報処理装置２０から送信された提示日時情報を取得する（Ｓ８）。次いで、ＣＰＵ１２は、提示日時情報で示された日時を、モニタ１７等を用いて患者に提示した状態で、患者によって指定された日時を示す指定日時情報を取得する（Ｓ１０）。本実施形態では、ＣＰＵ１２は、操作部１６またはマイク１９を介して患者による日時の指定指示の入力を受け付けることで、指定日時情報を取得する。ＣＰＵ１２は、取得した指定日時情報を情報処理装置２０に送信する（Ｓ１１）。
【００４８】
情報処理装置２０のＣＰＵ２２は、端末装置１０から送信された指定日時情報を取得する（Ｓ１１）。ＣＰＵ２２は、指定日時情報によって示された日時（つまり、患者によって指定された日時）を、患者の診療予定として、データベース（例えば記憶装置２３等）における複数の患者の診療予定の情報に追加する（Ｓ１３）。その結果、患者による診療の予約が完了する。本実施形態の眼科用診療補助システム１によると、予想される患者の疾患のみに応じて診療の予約が行われる場合等に比べて、患者の診療時間が予約の段階でより正確に見積もられる。よって、より適切に診療の予約が行われる。なお、Ｓ１３の処理は、端末装置１０のＣＰＵ１２によって実行されてもよい。また、複数のデバイスの制御部が協働してＳ１３の処理を実行してもよい。
【００４９】
次いで、情報処理装置２０のＣＰＵ２２は、注意情報を生成して出力する。注意情報とは、医療機関従事者の注意を喚起するために、Ｓ２で取得された問診結果情報に基づいて生成される情報である。問診結果情報に基づいて注意情報を生成するための基準（以下、「注意情報基準」という）は、予め設定されて記憶装置２３（サーバの記憶装置等でもよい）に記憶されている。例えば、問診結果情報に「白目が赤くなっている」「角膜が白く濁っている」「まぶたが腫れている」等の問診結果が含まれている場合、感染症の疑いがあることを示す注意情報が生成されるように、注意情報基準が定められていてもよい。また、注意情報は、表示部（例えばモニタ２７等）に表示されることで出力されてもよいし、音声によって出力されてもよい。また、印刷物に注意情報が印刷されることで、注意情報が出力されてもよい。
【００５０】
次いで、情報処理装置２０のＣＰＵ２２はオーダー情報を生成する（Ｓ１５）。オーダー情報とは、Ｓ４で決定された事前検査の実行を指示するための情報である。ＣＰＵ２２は、問診結果情報とオーダー情報をモニタ２７に表示させた状態で、オーダー情報の修正指示、および承認指示の入力を受け付ける（Ｓ１６，Ｓ１８）。医療機関従事者は、問診結果情報とオーダー情報を比較し、誤ったオーダー情報が生成されている場合には、操作部２６の操作等によって、修正指示を情報処理装置２０に入力する。修正指示が入力された場合（Ｓ１６：ＹＥＳ）、ＣＰＵ２２は、入力された修正指示に従ってオーダー情報を修正する（Ｓ１７）。また、承認指示が入力された場合（Ｓ１８：ＹＥＳ）、ＣＰＵ２２は、その時点で生成されているオーダー情報を出力する（Ｓ１９）。その後、オーダー情報によって指示された事前検査が患者に対して実行される。
【００５１】
一例として、本実施形態では、ＣＰＵ２２は、複数の患者の診療予定の情報を記憶するデータベース（例えば記憶装置２３等）にオーダー情報を出力し、診療予定の情報を更新する。さらに、ＣＰＵ２２は、決定された事前検査を実行する検査装置３０（図１参照）にオーダー情報を出力する。オーダー情報は、検査装置３０のモニタ３７に表示される。
【００５２】
また、本実施形態では、複数の検査の各々が行われる場所ごとに表示部（例えばモニタ２７等）が設置されている。ＣＰＵ２２は、検査が行われる複数の場所のうち、Ｓ４で決定された事前検査が行われる場所の表示部にオーダー情報を表示させることで、オーダー情報を出力する。従って、医療機関従事者は、検査が行われる各々の場所において、必要なオーダー情報を効率よく把握して適切に事前検査を実行することができる。
【００５３】
ただし、オーダー情報の出力方法を変更することも可能である。例えば、ＣＰＵ２２は、オーダー情報をスピーカーから音声で出力することで、オーダー情報を医療機関従事者に通知してもよい。ＣＰＵ２２は、オーダー情報を含むデータファイルを送信することで、オーダー情報を出力してもよい。また、ＣＰＵ２２は、印刷装置にオーダー情報の内容を印刷させることで、オーダー情報を出力してもよい。これらの場合、スピーカー、データファイルを受信する機器、および印刷装置は、前述した表示部と同様に、複数の検査の各々が行われる場所ごとに設置されていてもよい。ＣＰＵ２２は、検査が行われる複数の場所のうち、Ｓ４で決定された事前検査が行われる場所のデバイスに、オーダー情報を出力してもよい。
【００５４】
また、ＣＰＵ２２は、データベースに記憶された複数の患者の診療予定の情報（複数の患者のオーダー情報）に基づいて、検査の種類ごとにオーダー情報を区分けして出力してもよい。例えば、ＣＰＵ２２は、複数種類の検査の予定（オーダー情報）を、検査の種類ごとに区分けした状態で纏めて（同時に）表示または印刷させてもよいし、検査の種類ごとに別々に表示または印刷してもよい。ＣＰＵ２２は、医療機関従事者によって選択された検査の予定（オーダー情報）を抽出し、表示または印刷を行ってもよい。
【００５５】
次いで、情報処理装置２０のＣＰＵ２２は、オーダー情報に従って実行された事前検査の結果を取得する（Ｓ２０）。ＣＰＵ２２は、少なくとも事前検査の結果に基づいて、事前検査の後に実行すべき診療の方針を決定する（Ｓ２１）。詳細には、本実施形態のＳ２１では、事前検査の結果と問診結果情報が共に考慮されることで、その後の診療の方針が決定される。よって、より適切に診療の方針が決定される。
【００５６】
本実施形態では、ＣＰＵ２２は、少なくとも事前検査の結果に基づいて、医師による患者の診察を緊急に行うべきか否か（以下、「緊急度」という場合もある）を、診療の方針として決定する（Ｓ２１）。従って、緊急の処置を要する患者が待たされてしまう事態が発生し難い。
【００５７】
また、本実施形態では、ＣＰＵ２２は、少なくとも事前検査の結果に基づいて、患者に対して追加で実行する事前検査（以下、「追加検査」という）の有無、および、追加検査を実行する場合の検査内容を、診療の方針として決定する（Ｓ２１）。従って、医師による診察が行われる前に患者に対して実行すべき事前検査の全てが完了し易い。よって、検査と診察が交互に繰り返される可能性が低下する。
【００５８】
なお、本実施形態では、少なくとも事前検査の結果からその後の診療の方針（本実施形態では、診察の緊急度、および追加検査に関する方針）を決定するための基準（以下、「方針決定基準」という）は、予め設定されて記憶装置２３（サーバの記憶装置等でもよい）に記憶されている。例えば、事前検査の結果から予想される病名毎に、緊急度および必要な追加検査の少なくともいずれかが対応付けられていてもよい。この場合、予想される病名に応じて、緊急度および追加検査に関する方針が決定されてもよい。具体的には、事前検査によって得られた眼圧値が閾値以上である場合に、ＯＣＴ装置によって眼底を撮影する検査が追加検査として決定されてもよい。また、事前検査の結果を示す値が、同一の患者に対して過去に行われた検査の結果を示す値と比較して所定値以上悪化している場合に、診察を緊急に行うべきと判断されてもよい。なお、本実施形態では、医療機関従事者が方針決定基準を設定することができるが、この説明は図３を参照して後述する。
【００５９】
Ｓ２１の処理で、患者の診察を緊急に行うべきと決定された場合（Ｓ２２：ＹＥＳ）、ＣＰＵ２２は、データベースに記憶された複数の患者の診療予定の情報を更新し、診察を緊急に行うべきと決定された患者の診察順を繰り上げる（Ｓ２３）。その結果、緊急の処置を要する患者の診察が早急に行われる。
【００６０】
また、診察を緊急に行う必要が無いと決定された場合（Ｓ２２：ＮＯ）、ＣＰＵ２２は、患者に対する追加検査が必要と決定されたか否かを判断する（Ｓ２４）。追加検査が必要と決定された場合（Ｓ２４：ＹＥＳ）、ＣＰＵ２２は、決定された内容の追加検査の実行を指示するオーダー情報（追加オーダー情報）を生成し（Ｓ２５）、処理はＳ１６へ戻る。追加オーダー情報は、修正および承認を経て出力される（Ｓ１６〜Ｓ１９）。追加検査が不要と決定された場合（Ｓ２４：ＮＯ）、医師による患者の診察が行われる。
【００６１】
図３を参照して、眼科用診療補助システム１が実行する基準設定処理の一例について説明する。基準設定処理では、前述した診療補助処理において用いられる各種基準が、医療機関従事者によって設定される。基準の設定を開始する指示が情報処理装置２０に入力されると、情報処理装置２０のＣＰＵ２２は、記憶装置２３に記憶された眼科用診療補助プログラムに従って、図３に例示する基準設定処理を実行する。医療機関従事者は、操作部２６の操作等によって、所望する各種基準を情報処理装置２０に入力する。
【００６２】
まず、ＣＰＵ２２は、検査決定基準が入力されたか否かを判断する（Ｓ３１）。検査決定基準が入力された場合（Ｓ３１：ＹＥＳ）、ＣＰＵ２２は、入力内容に応じて検査決定基準を設定し、記憶装置２３に記憶させる（Ｓ３２）。次いで、ＣＰＵ２２は、注意情報基準が入力されたか否かを判断する（Ｓ３３）。注意情報基準が入力された場合（Ｓ３３：ＹＥＳ）、ＣＰＵ２２は、入力内容に応じて注意情報基準を設定し、記憶装置２３に記憶させる（Ｓ３４）。次いで、ＣＰＵ２２は、方針決定基準が入力されたか否かを判断する（Ｓ３５）。方針決定基準が入力された場合（Ｓ３５：ＹＥＳ）、ＣＰＵ２２は、入力内容に応じて方針決定基準を設定し、記憶装置２３に記憶させる（Ｓ３６）。終了指示が入力されるまで（Ｓ３７：ＮＯ）、Ｓ３１〜Ｓ３７の処理が繰り返される。終了指示が入力されると（Ｓ３７：ＹＥＳ）、基準設定処理は終了する。以上の処理によって、医療機関従事者が所望する各種基準が適切に設定される。
【００６３】
上記実施形態で開示された技術は一例に過ぎない。従って、上記実施形態で例示された技術を変更することも可能である。例えば、上記実施形態で例示された技術の一部のみを実行することも可能である。具体的には、上記実施形態の診療補助処理（図２参照）では、患者による診療の予約を付けつける処理（Ｓ１〜Ｓ１３）、問診結果情報に基づいて事前検査の内容を決定する処理（Ｓ１、Ｓ１５〜Ｓ１９等）、および、事前検査の結果に基づいてその後の診療の方針を決定する処理（Ｓ２０〜Ｓ２５）等が実行される。しかし、これらの処理の一部のみが実行されてもよい。また、ＣＰＵ２２は、事前検査の結果に基づいて診療の方針を決定する場合、診察の緊急度を決定する処理、および、追加検査に関する方針を決定する処理の一方のみを実行してもよい。
【００６４】
また、上記実施形態では、医師による患者の診察が行われる前に実行される事前検査の内容および時間等が、問診結果情報に基づいて決定される。しかし、上記実施形態で例示した技術の少なくとも一部は、事前検査以外の検査を含む診療時の検査の内容を決定する場合にも適用できる。例えば、患者による診療の予約を付けつける処理（Ｓ１〜Ｓ１３）では、診療時の検査（事前検査に限定されない）の内容に基づいて、予約を受け付ける処理が行われてもよい。
【００６５】
また、上記実施形態では、端末装置１０は、診療時間が空いている日時を患者に提示した状態で、予約日時の指定指示の入力を受け付ける。しかし、予約日時の指定指示を受け付ける方法を変更することも可能である。例えば、情報処理装置２０のＣＰＵ２２は、Ｓ５で決定された診療時間の情報を、端末装置１０に出力してもよい。端末装置１０のＣＰＵ１２は、受信した診療時間の情報をモニタ１７に表示させた状態で、予約日時の指定指示を受け付けてもよい。この場合、患者は、検査の時間も考慮されたうえで決定された診療時間を把握した状態で、適切に診療の予約を行うことができる。
【００６６】
また、情報処理装置２０のＣＰＵ２２は、患者の携帯端末１０から診療の開始時間の予約指示を受け付けると共に、指示された開始時間と、Ｓ５で決定された診療時間に基づいて、複数の患者の診療予定の情報を生成してもよい。例えば、ＣＰＵ２２は、各々の患者の診療の開始時間と診療時間に応じて、複数の患者の診療予定の情報を自動的に生成してもよい。また、ＣＰＵ２２は、開始時間と診療時間を表示部（例えばモニタ２７等）に表示させた状態で、医療機関従事者からの指示の入力を受け付けて、受け付けられた指示に応じて複数の患者の診療予定の情報を生成してもよい。
【００６７】
なお、図２のＳ２で問診結果情報を取得する処理は、「問診結果情報取得ステップ」の一例である。Ｓ４で事前検査の内容を決定する処理は、「事前検査内容決定ステップ」および「検査内容決定ステップ」の一例である。Ｓ１５〜Ｓ１９でオーダー情報を出力する処理は、「オーダー情報出力ステップ」の一例である。Ｓ５で診療時間を決定する処理は、「診療時間決定ステップ」の一例である。Ｓ６，Ｓ７で診療時間が空いている日時を端末装置１０に出力する処理は、「日時提示ステップ」の一例である。Ｓ１３で診療予定を追加する処理は、「予定追加ステップ」の一例である。図３のＳ３１，Ｓ３２で検査決定基準の入力を受け付ける処理は、「検査決定基準受付ステップ」の一例である。図２のＳ１６、Ｓ１８で修正指示および承認指示の入力を受け付ける処理は、「承認受付ステップ」の一例である。Ｓ１４で注意情報を生成して出力する処理は、「注意情報出力ステップ」の一例である。図３のＳ３３，Ｓ３４で注意情報基準の入力を受け付ける処理は、「注意情報基準受付ステップ」の一例である。図２のＳ２０，Ｓ２１で診療の方針を決定する処理は、「追加検査内容決定ステップ」および「診療方針決定ステップ」の一例である。Ｓ２２，Ｓ２３で診察順を繰り上げる処理は、「診察順変更ステップ」の一例である。図３のＳ３５，Ｓ３６で方針決定基準の入力を受け付ける処理は、「方針決定基準受付ステップ」の一例である。
【符号の説明】
【００６８】
１    眼科用診療補助システム
１０    端末装置
１２    ＣＰＵ
１３    記憶装置
２０    情報処理装置
２２    ＣＰＵ
２３    記憶装置
【図１】
2020166567.tif 000003
【図２】
2020166567.tif 000004
【図３】
2020166567.tif 000005