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