JP2015143957A - 訪問予定入力方法、プログラム、及びシステム - Google Patents

Abstract

【課題】 本発明の課題は、在宅診療に係る予定入力を精度良く行えるようにすることを目的とする。
【解決手段】 上記課題は、コンピュータにより実行される患者の訪問予定入力方法であって、患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日について、入力された該訪問予定日が定期訪問として入力された場合に、該訪問予定日が入力操作当日の日付と一致する場合にエラーを出力し、入力された該訪問予定日が往診として入力された場合に、該訪問予定日が操作当日の日付と一致しても入力を許容する又はエラーを出力しないことにより達成される。
【選択図】 図１０

Description

本発明は、在宅診療に係る予定入力を精度良く行えるようにする技術に関する。

近年、診療所等の地域の小規模な医療機関で行われる在宅診療を行う医師のために、往診に係るレセプトの作成を支援するシステムが利用されるようになっている。

例えば、往診の担当医師は、端末から往診結果情報を入力して支援用サーバに送信し、支援用サーバでは、その往診結果情報を患者毎に蓄積し、蓄積した往診結果情報に基づいて診療報酬を算定する技術が提案されている。

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

上記技術では、医師が入力した往診予定に対する往診結果情報に基づいて診療報酬を算定している。在宅診療に係る診療報酬は、往診の種別により算定方法が異なっている。しかしながら、医師の往診予定の入力時には、往診の種別に応じた内容であるのかを判定する仕組みが無いため、診療報酬を精度良く算定することができないと言った問題がある。

１つの側面では、本発明は、在宅診療に係る予定入力を精度良く行えるようにすることを目的とする。

一態様によれば、患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日について、入力された該訪問予定日が定期訪問として入力された場合に、該訪問予定日が入力操作当日の日付と一致する場合にエラーを出力し、入力された該訪問予定日が往診として入力された場合に、該訪問予定日が操作当日の日付と一致しても入力を許容する又はエラーを出力しない、コンピュータにより実行される患者の訪問予定入力方法が提供される。

また、上記課題を解決するための手段として、訪問予定入力プログラム、及び訪問予定入力システムとすることもできる。

在宅診療に係る予定入力を精度良く行えるようにする。

本実施例における在宅診療支援システム構成例を示す図である。 在宅診療支援システムにおける処理シーケンス例を示す図である。 サーバ装置のハードウェア構成を示す図である。 医師端末のハードウェア構成を示す図である。 サーバ装置の機能構成例を示す図である。 サーバ装置での処理を説明するための図である。 医師端末の機能構成例を示す図である。 医師端末処理部による医師端末処理の全体を説明するための図である。 図８のステップＳ８３での患者情報編集処理を説明するための図である。 図８のステップＳ８４での訪問スケジュール登録処理を説明するための図である。 患者情報編集画面例を示す図である。 訪問スケジュール登録画面例（その１）を示す図である。 訪問スケジュール登録画面例（その２）を示す図である。

以下、本発明の実施の形態を図面に基づいて説明する。患者宅に医師が出向き医療行為を行う在宅診療において、医師による往診には、大きく、定期訪問と、定期訪問以外の往診の種別がある。そして、定期訪問による往診と、定期訪問以外の往診とでは診療報酬の算定方法が異なっている。在宅診療のための医師の訪問うち、特に、患者（又は患者家族）と医師との間で、定期的に医師が訪問して診療する旨を取り決めたものを定期訪問と言う。

以下、定期訪問による往診を「定期訪問」と言い、定期訪問以外の往診を単に「往診」と言う。例えば、「月２回の往診で、隔週の火曜日に訪問する」等のように、訪問計画に沿って実行されるものが「定期訪問」に相当し、定期訪問以外の初回往診、緊急往診等の、患者の求めに応じて、不定期で実行されるものが「往診」に相当する。本実施例では、往診の種別で診療報酬の算定方法が異なっていることを前提として、医師による往診の予定入力時に、往診の種別に応じた妥当な内容であるのかを判定する。

図１は、本実施例における在宅診療支援システム構成例を示す図である。図１において、在宅診療支援システム１０００は、サーバ装置１００と、複数の診療所の各医師端末３とを有する。サーバ装置１００と各医師端末３とは、インターネット２を介して接続される。

サーバ装置１００は、医師端末３からの在宅診療に係る処理の開始要求に応じて、医師端末３に後述される医師端末用プログラム７ｐを送信する。医師端末用プログラム７ｐに関して、本実施例では、主に、在宅診療に係る処理のうち、診療スケジュールへの入力に係る処理について後述する。この処理では、医師が在宅診療の予定入力を精度良く行えるように支援する。

医師端末３は、地域におけるクリニック等の複数の診療所において、医師が使用するコンピュータ装置である。医師端末３は、サーバ装置１００から提供される医師端末用プログラム７ｐが実行されることにより、医師が在宅診療の予定入力を精度良く行えるように支援する。医師端末用プログラム７ｐは、ＯＳ（Operating System）に依存しないブラウザ上で動作可能なプログラムであればなお良く、例えば、Ｊａｖａ(登録商標)スクリプトである。

図２は、在宅診療支援システムにおける処理シーケンス例を示す図である。図２において、医師が医師端末３でブラウザを起動し、サーバ装置１００へ処理の開始要求を行って、サーバ装置１００から提供される医師端末プログラム７ｐにより処理を開始する（ステップＳ１０）。

サーバ装置１００では、医師端末３から開始要求を受信すると（ステップＳ２１）、医師端末プログラム７ｐを送信することで開始応答を行う（ステップＳ２２）。開始要求の前段階、又は、開始要求から開始応答までの間で、適宜、医師の認証を行うことが望ましい。

医師端末３が医師端末プログラム７ｐを実行することで医師端末処理が開始される（ステップＳ１１）。ステップＳ１１の医師端末処理において、医師端末３は、メニューを表示する（ステップＳ１１２）。メニューでは、往診に関する訪問スケジュールの予定を設定するための、患者情報編集、訪問スケジュール登録等の処理が選択可能なように表示される。

患者情報編集では、患者情報を編集する画面から、医師は訪問スケジュールにおける予定を登録することができる。訪問スケジュール登録では、訪問スケジュールを登録する画面から、医師は定期訪問又は往診を選択して、予定を登録することができる。医師がメニューから処理を選択すると、医師端末３は、選択された処理を開始する。

医師が患者情報編集を選択すると、医師端末３は、患者情報を編集するための画面を表示し、医師に訪問予定の入力を促し、医師が入力した訪問スケジュールの設定情報９を含むスケジュール要求をサーバ装置１００へ送信する（ステップＳ１１３）。

ステップＳ１１３での患者情報編集処理では、往診のうち定期訪問のスケジュールを行うことができる。定期訪問としての入力が適正に行われるように定期訪問判定が行われる（ステップＳ１１３ａ）。定期訪問のスケジュールが確定すると、医師によって入力された設定情報９がスケジュール要求によってサーバ装置１００へ送信される。

一方、医師が訪問スケジュール登録を選択すると、医師端末３は、訪問スケジュールを更新するための画面を表示し、医師に訪問予定の入力を促し、医師が入力した訪問スケジュールの設定情報９をサーバ装置１００へ送信する（ステップＳ１１５）。

ステップＳ１１５での訪問スケジュール登録処理では、定期訪問及び往診のスケジュールを行うことができる。定期訪問の入力が行われた場合、定期訪問としての入力が適正に行われるように定期訪問判定が行われる（ステップＳ１１５ａ）。定期訪問又は往診のスケジュールが確定すると、医師によって入力された設定情報９がスケジュール要求によってサーバ装置１００へ送信される。

サーバ装置１００では、医師端末３から受信したスケジュール要求から設定情報９を取得して、サーバの記憶部１３０に患者毎に、往診の種別毎の訪問スケジュールに予定を登録し、医師端末３へ予定の登録が完了したことを示すスケジュール応答を送信する（ステップＳ２３）。

図３は、サーバ装置のハードウェア構成を示す図である。図３において、サーバ装置１００は、コンピュータによって制御される装置であって、ＣＰＵ（Central Processing Unit）１１ａと、主記憶装置１２ａと、補助記憶装置１３ａと、入力装置１４ａと、表示装置１５ａと、通信Ｉ／Ｆ（インターフェース）１７ａと、ドライブ装置１８ａとを有し、バスＢ１に接続される。

ＣＰＵ１１ａは、主記憶装置１２ａに格納されたプログラムに従ってサーバ装置１００を制御するプロセッサである。主記憶装置１２ａには、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１ａにて実行されるプログラム、ＣＰＵ１１ａでの処理に必要なデータ、ＣＰＵ１１ａでの処理にて得られたデータ等を記憶又は一時保存する。

補助記憶装置１３ａには、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３ａに格納されているプログラムの一部が主記憶装置１２ａにロードされ、ＣＰＵ１１ａに実行されることによって、各種処理が実現される。記憶部１３０ａは、主記憶装置１２ａ及び／又は補助記憶装置１３ａを有する。

入力装置１４ａは、マウス、キーボード等を有し、ユーザがサーバ装置１００による処理に必要な各種情報を入力するために用いられる。表示装置１５ａは、ＣＰＵ１１ａの制御のもとに必要な各種情報を表示する。通信Ｉ／Ｆ１７ａは、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１７ａによる通信は無線又は有線に限定されるものではない。

サーバ装置１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１９によってサーバ装置１００に提供される。

ドライブ装置１８ａは、ドライブ装置１８ａにセットされた記憶媒体１９ａ（例えば、ＣＤ−ＲＯＭ等）とサーバ装置１００とのインターフェースを行う。

また、記憶媒体１９ａに、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９ａに格納されたプログラムは、ドライブ装置１８ａを介してサーバ装置１００にインストールされる。インストールされたプログラムは、サーバ装置１００により実行可能となる。

尚、プログラムを格納する媒体としてＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。

図４は、医師端末のハードウェア構成を示す図である。図４において、医師端末３は、コンピュータによって制御される端末であって、ＣＰＵ（Central Processing Unit）１１ｂと、主記憶装置１２ｂと、補助記憶装置１３ｂと、入力装置１４ｂと、表示装置１５ｂと、通信Ｉ／Ｆ（インターフェース）１７ｂとを有し、バスＢ２に接続される。

ＣＰＵ１１ｂは、主記憶装置１２ｂに格納されたプログラムに従って医師端末３を制御する。主記憶装置１２ｂには、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１ｂにて実行されるプログラム、ＣＰＵ１１ｂでの処理に必要なデータ、ＣＰＵ１１ｂでの処理にて得られたデータ等を記憶又は一時保存する。

補助記憶装置１３ｂには、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３ｂに格納されているプログラムの一部が主記憶装置１２ｂにロードされ、ＣＰＵ１１に実行されることによって、各種処理が実現される。記憶部１３０ｂは、主記憶装置１２ｂ及び／又は補助記憶装置１３ｂを有する。

入力装置１４ｂは、マウス、キーボード等を有し、ユーザが医師端末３による処理に必要な各種情報を入力するために用いられる。表示装置１５ｂは、ＣＰＵ１１ｂの制御のもとに必要な各種情報を表示する。通信Ｉ／Ｆ１７ｂは、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１７ｂによる通信は無線又は有線に限定されるものではない。
医師端末３によって行われる処理を実現するプログラムは、通信Ｉ／Ｆ１７ｂを介してサーバ装置１００から提供される。

図５は、サーバ装置の機能構成例を示す図である。図５において、サーバ装置１００は、要求受信部４１と、医師端末プログラム送信部４２と、スケジュール管理部４３とを有する。要求受信部４１、医師端末プログラム送信部４２、及びスケジュール管理部４３の夫々の処理は、ＣＰＵ１１ａが対応するプログラムを実行することによって実現される。記憶部１３０ａには、医師端末プログラム７ｐ、患者基本情報５、訪問スケジュール情報６等が記憶される。

要求受信部４１は、医師端末３からの在宅診療に係る処理の開始要求を受信して、開始要求を医師端末プログラム送信部４２に通知する。要求受信部４１は、図２のステップＳ２１の開始要求受信の処理を行う。

医師端末プログラム送信部４２は、要求受信部４１からの医師端末３の開始要求の通知に応じて、医師端末プログラム７ｐを医師端末３へ送信する。医師端末プログラム送信部４２は、図２のステップＳ２２の医師端末プログラム送信の処理を行う。

スケジュール管理部４３は、要求受信部４１からの医師端末３のスケジュール要求の通知に応じて、スケジュール要求から訪問スケジュールの設定情報９を取得して、記憶部１３０ｂ内の患者ＩＤによって患者基本情報５と関連付けられる訪問スケジュール情報６に定期訪問より６ａ又は往診予定６ｂを追加する。スケジュール管理部４３は、図２のステップＳ２３の訪問スケジュール管理の処理を行う。

医師端末プログラム７ｐは、サーバ装置１００から医師端末３へ提供される、処理の開始から処理の終了まで有効なＪａｖａ等のプログラムである。医師端末プログラム７ｐには、主に、メニュー表示プログラム７２ｐ、患者情報編集プログラム７３ｐ、訪問スケジュール登録プログラム７５ｐが含まれる。

医師端末プログラム７ｐは、医師端末３のブラウザ上で動作し、図２のステップＳ１１での全体処理を行う。メニュー表示プログラム７２ｐは、図２のステップＳ１１２のメニュー表示の処理を行う。患者情報編集プログラム７３ｐは、図２のステップＳ１１３の患者情報編集の処理を行う。訪問スケジュール登録プログラム７５ｐは、図２のステップＳ１１５の訪問スケジュール登録の処理を行う。

図６は、サーバ装置での処理を説明するための図である。図６において、サーバ装置１００では、要求受信部４１が、医師端末３から開始要求を受信すると（ステップＳ５１）、医師端末プログラム送信部４２が、医師端末３へ医師端末プログラム７ｐを送信することで開始応答を行う（ステップＳ５２）。

サーバ装置１００において、医師端末３からスケジュール要求を受信すると、スケジュール管理部４３は、スケジュール要求から設定情報９を取得する（ステップＳ５３）。スケジュール管理部４３は、設定情報９によって種別が定期訪問又は往診のいずれを示すかを判断する（ステップＳ５４）。

種別が定期訪問を示す場合、スケジュール管理部４３は、設定情報９に基づく定期訪問予定６ａを、訪問スケジュール情報６に追加する（ステップＳ５５）。種別が往診を示す場合、スケジュール管理部４３は、設定情報９に基づく往診予定６ｂを、訪問スケジュール情報６に追加する（ステップＳ５６）。そして、スケジュール管理部４３は、スケジュール応答を医師端末３へ送信後（ステップＳ５７）、サーバ装置１００での処理は終了する。

図７は、医師端末の機能構成例を示す図である。図７において、医師端末３は、主に、処理開始部７０と、医師端末処理部７１とを有する。処理開始部７０及び医師端末処理部７１夫々の処理は、ＣＰＵ１１ｂが対応するプログラムを実行することによって実現される。記憶部１３０ｂには、現在日付８ａ、有効日８ｂ、設定情報９等が記憶される。

処理開始部７０は、図２のステップＳ１０における処理の開始をサーバ装置１００間で行い、サーバ装置１００から提供される医師端末プログラム７ｐを起動する。

医師端末処理部７１は、少なくとも、在宅診療に係る医師による定期訪問又は往診の予定入力を支援し、図２のステップＳ１１における処理を行う。医師端末処理部７１は、主に、メニュー表示部７２と、患者情報編集部７３と、訪問スケジュール登録部７５とを有する。

メニュー表示部７２は、図２のステップＳ１１２における処理を行い、患者情報編集、訪問スケジュール登録等の処理が選択可能な画面を医師端末３に表示する。

患者情報編集部７３は、医師による患者情報の編集を支援する、図２のステップＳ１１３における処理を行う。患者情報編集部７３は、患者情報を編集するための種々の項目を有する患者情報編集画面を表示する。

患者情報編集画面の種々の項目のうち、定期訪問に係る部分について図１１を用いて後述される。医師によって入力された定期訪問の予定を含む設定情報９は、患者情報を更新することで、定期訪問予定６ａとして、サーバ装置１００の訪問スケジュール情報６に追加される。

患者情報編集部７３は、更に、定期訪問判定部７３ａを有する。定期訪問判定部７３ａは、患者情報編集画面から医師による定期訪問の予定入力が定期訪問として適切な入力であるか否かを、現在日付８ａに基づいて算出した有効日８ｂと予定日９ｃとを比較して判定する。

訪問スケジュール登録部７５は、医師による定期訪問又は往診の予定入力を支援する、図２のステップＳ１１５における処理を行う。訪問スケジュール登録部７５は、定期訪問又は往診の予定を入力するための訪問スケジュール登録画面を表示する。訪問スケジュール登録画面は、図１２及び図１３を用いて後述される。

訪問スケジュール登録部７５は、更に、定期訪問判定部７５ａを有する。定期訪問判定部７５ａは、訪問スケジュール登録画面から医師による定期訪問の予定入力がなされた場合に、定期訪問として適切な入力であるか否かを、現在日付８ａに基づいて算出した有効日８ｂと予定日９ｃとを比較して判定する。

現在日付８ａは、医師端末３のシステムから取得した現在の日付を示す情報である。有効日８ｂは、定期訪問の予定として設定可能な現在日付８ａに所定の日数を加算した日付である。定期訪問は、患者（又は患者家族）と医師との間で予め決められた定期的な医師の訪問である。通常は、現在日付８ａより後の日付が予定日９ｃに設定されるはずである。このような考えに基づいて、現在日付８ａに所定の日数（例えば、１日）を加算した日付を有効日８ｂとする。

設定情報９は、医師によって入力された定期訪問又は往診に係る情報である。設定情報９は、定期訪問又は往診を特定する種別、開始日又は訪問日として入力された予定日９ｃ等の情報を含む。

図８は、医師端末処理部による医師端末処理の全体を説明するための図である。図８において、医師端末処理部７１のメニュー表示部７２は、医師端末１の表示装置１５ｂにメニューを表示する（ステップＳ８１）。医師は、メニューから患者情報編集又は訪問スケジュール登録のいずれかの処理を選択すると、医師端末処理部７１は、医師が選択した処理が患者情報編集であるのか訪問スケジュールであるのかを判断する（ステップＳ８２）。

患者情報編集が選択された場合、医師端末処理部７１は、患者情報編集部７３に患者情報編集処理を行わせる（ステップＳ８３）。一方、訪問スケジュール登録が選択された場合、医師端末処理部７１は、訪問スケジュール登録処理を行わせる（ステップＳ８４）。

患者情報編集処理又は訪問スケジュール登録処理が終了すると、医師端末処理部７１は、戻り値をチェックする（ステップＳ８５）。戻り値がキャンセルを示す場合、医師端末処理部７１は、ステップＳ８１へと戻り、上記同様の処理を繰り返す。一方、戻り値がキャンセルを示す場合、医師端末処理部７１は、この医師端末処理を終了する。

図９は、図８のステップＳ８３での患者情報編集処理を説明するための図である。図９において、患者情報編集部７３は、患者ＩＤに関連付けて、定期訪問設定欄を含む患者設定画面を生成して表示する（ステップＳ１３１）。患者情報編集部７３は、定期訪問の設定項目のうち開始日の操作を検知する（ステップＳ１３２）。

開始日の操作を検知すると、患者情報編集部７３は、定期訪問判定部７３ａによって定期訪問判定処理を行う。定期訪問判定処理は、ステップＳ１３３からＳ１３５を有する。

定期訪問判定部７３ａは、医師端末３のシステムから現在日付８ａを取得して、定期訪問の予定として設定する有効日８ｂを決定し、有効日８ｂと開始日９ｃ−１（予定日９ｃに相当する）とを比較する（ステップＳ１３３）。

定期訪問判定部７３ａは、開始日９ｃ−１が有効日８ｂ以降の日付であるか否かを判断する（ステップＳ１３４）。開始日９ｃ−１が有効日８ｂ以降の日付ではない場合、定期訪問判定部７３ａは、エラー通知を表示して開始日９ｃ−１の再入力を促す（ステップＳ１３５）。

患者情報編集部７３は、医師により開始日９ｃ−１が再入力されたか否かを判断する（ステップＳ１３６）。開始日９ｃ−１が再入力された場合、患者情報編集部７３は、定期訪問判定部７３ａによるステップＳ１３４へ戻り上記同様の処理を繰り返す。開始日９ｃ−１が再入力されず、定期訪問の設定項目への入力がキャンセルされた場合、患者情報編集部７３は、戻り値にキャンセルを設定して（ステップＳ１３７）、この患者情報編集処理を終了する。

一方、ステップＳ１３４にて、開始日９ｃ−１が有効日８ｂ以降の日付を示す場合、患者情報編集部７３は、医師により定期訪問の設定項目の更新が選択されたか否かを判断する（ステップＳ１３８）。更新が選択されずにキャンセルが選択された場合、患者情報編集部７３は、戻り値にキャンセルを設定して（ステップＳ１３７）、この患者情報編集処理を終了する。

一方、ステップＳ１３８にて、更新が選択された場合、患者情報編集部７３は、種別「定期訪問」を付加した設定情報９をサーバ装置１００へ送信し（ステップＳ１３９）、戻り値に終了を設定して（ステップＳ１４０）、この患者情報編集処理を終了する。

図１０は、図８のステップＳ８４での訪問スケジュール登録処理を説明するための図である。図１０において、訪問スケジュール登録部７５は、訪問スケジュール登録画面を表示する（ステップＳ１５１）。

訪問スケジュール登録部７５は、医師の入力により設定情報９を受け付けて（ステップＳ１５２）、医師が設定情報９に対して登録を選択したか否かを判断する（ステップＳ１５３）。医師が登録を選択した場合、訪問スケジュール登録部７５は、設定情報９から訪問日９ｃ−２と種別とを取得する（ステップＳ１５４）。

そして、訪問スケジュール登録部７５は、種別は定期訪問を示すのか、往診を示すのかをチェックする（ステップＳ１５５）。種別が定期訪問を示す場合、患者情報編集部７３は、定期訪問判定部７５ａによって定期訪問判定処理を行う。定期訪問判定処理は、ステップＳ１５６からＳ１５８を有する。

定期訪問判定部７５ａは、医師端末３のシステムから現在日付８ａを取得して、定期訪問の予定として設定する有効日８ｂを決定し、有効日８ｂと訪問日９ｃ−２（予定日９ｃに相当する）とを比較する（ステップＳ１５６）。

定期訪問判定部７５ａは、訪問日９ｃ−２が有効日８ｂ以降の日付であるか否かを判断する（ステップＳ１５７）。訪問日９ｃ−２が有効日８ｂ以降の日付ではない場合、定期訪問判定部７５ａは、エラー通知を表示して訪問日９ｃ−２の再入力を促す（ステップＳ１５８）。そして、訪問スケジュール登録部７５は、ステップＳ１５２へ戻り、上記同様の処理を繰り返す。

ステップＳ１５３において、医師が登録を選択した場合、定期訪問判定部７５ａは、戻り値にキャンセルを設定して（ステップＳ１５９）、この訪問スケジュール登録処理を終了する。

ステップＳ１５５において、種別が往診を示す場合、定期訪問判定部７５ａは、サーバ装置へ設定情報９を送信してスケジュール要求を行う（ステップＳ１６０）。そして、定期訪問判定部７５ａは、戻り値に終了を設定して（ステップＳ１６１）、この訪問スケジュール登録処理を終了する。

図１１は、患者情報編集画面例を示す図である。図１１に例示する患者情報編集画面Ｇ９１は、患者情報編集部７３によって表示され、訪問予定入力欄９ａを有する。訪問予定入力欄９ａは、開始日９１ａを含む定期訪問、未来の定期訪問等を入力する複数の入力域を有する。

訪問予定入力欄９ａを利用して、医師が、定期訪問の開始日９１ａに予定日「2014/01/07」を入力すると、医師端末３の患者情報編集部７３の定期訪問判定部７３ａは、開始日９１ａが、現在日付８ａから算出した有効日８ｂ以降であるか否かを判断する。

予定日「2014/01/07」が有効日８ｂ以降でない場合、定期訪問判定部７３ａは、画面Ｇ９１−２を表示してエラー通知を行う。画面Ｇ９１−２によって、「開始日は定期訪問の有効日（明日）以降を選択して下さい。」等のエラー通知が行われる。医師は、このようなエラー通知により、開始日９１ａを再入力することができる。有効日は、入力当日から所定日以降とする日単位で算出しても良いし、入力時の時間から半日、１日半等の半日単位又は時間単位で算出しても良い。

訪問予定入力欄９ａへの予定入力後、医師は、更新ボタン９１ｅ又はキャンセルボタン９１ｆを選択する。更新ボタン９１ｅの押下により、訪問予定入力欄９ａへの入力による設定情報９を含むスケジュール要求が、サーバ装置１００へ送信される。キャンセルボタン９１ｆが押下された場合は、訪問予定入力欄９ａへの入力はキャンセルされ、設定情報９は無効となり、サーバ装置１００へは送信されない。

設定情報９には、患者を識別する患者ＩＤが含まれていることが望ましい。患者情報編集画面Ｇ９１は、医師が指定した患者名に対応付けられる患者ＩＤにより患者基本情報５をサーバ装置１００から取得することで表示される。更新ボタン９１ｅの押下時には、患者情報編集画面Ｇ９１を表示する際に医師から取得した患者ＩＤを設定情報９に含めて、設定情報９をサーバ装置１００へ送信すればよい。

図１２は、訪問スケジュール登録画面例（その１）を示す図である。図１２に例示する訪問スケジュール登録画面Ｇ９３は、訪問スケジュール登録部７５によって表示される。訪問スケジュール登録画面Ｇ９３は、患者名の入力欄、訪問予定入力欄９ｂ等を含む。訪問予定入力欄９ｂは、訪問日９３ａ、訪問時間、訪問時間（実績）、種別９３ｂ、患者／訪問メモ等の複数の入力域を有する。

この例では、医師が"定期訪問"の予定入力をした場合を示している。訪問予定入力欄９ｂを利用して、医師が、訪問日９３ａに予定日「2014/01/07」及び種別９３ｂに「定期訪問」を入力すると、種別９３ｂが「定期訪問」であるため、医師端末３の訪問スケジュール登録部７５の定期訪問判定部７５ａによる定期訪問判定処理が行われる。

定期訪問判定部７５ａは、予定日「2014/01/07」が、現在日付８ａから算出した有効日８ｂ以降であるか否かを判断する。予定日「2014/01/07」が有効日８ｂ以降でない場合、定期訪問判定部７５ａは、画面Ｇ９３−２を表示してエラー通知を行う。画面Ｇ９３−２によって、「訪問日は定期訪問の有効日（明日）以降を選択して下さい。」等のエラー通知が行われる。医師は、このようなエラー通知により、開始日９１ａを再入力することができる。有効日の算出方法は、上述同様である。

訪問予定入力欄９ｂへの予定入力後、医師は、登録ボタン９３ｅ又はキャンセルボタン９３ｆを選択する。登録ボタン９３ｅの押下により、訪問予定入力欄９ｂへの入力による設定情報９を含むスケジュール要求が、サーバ装置１００へ送信される。キャンセルボタン９３ｆが押下された場合は、訪問予定入力欄９ｂへの入力はキャンセルされ、設定情報９は無効となり、サーバ装置１００へは送信されない。

設定情報９には、患者を識別する患者ＩＤが含まれていることが望ましい。登録ボタン９３ｅの押下時には、訪問スケジュール登録画面Ｇ９３で医師によって指定された患者名に対応付けられる患者ＩＤを設定情報９に含めて、設定情報９をサーバ装置１００へ送信すればよい。

図１３は、訪問スケジュール登録画面例（その２）を示す図である。図１３に例示する訪問スケジュール登録画面Ｇ９５は、訪問スケジュール登録部７５によって表示される。訪問スケジュール登録画面Ｇ９５は、患者名の入力欄、訪問予定入力欄９ｂ等を含む。訪問予定入力欄９ｂは、訪問日９５ａ、訪問時間、訪問時間（実績）、種別９５ｂ、患者／訪問メモ等の複数の入力域を有する。

訪問スケジュール登録画面Ｇ９５は、図１２の訪問スケジュール登録画面Ｇ９５と同じ画面であるが、医師が"往診"の予定入力を行った場合の画面例を示している。訪問予定入力欄９ｂを利用して、医師が、訪問日９５ａに予定日「2014/01/07」及び種別９５ｂに「往診」を入力すると、種別９５ｂが「往診」であるため、医師端末３の訪問スケジュール登録部７５は、定期訪問判定部７５ａによる定期訪問判定処理を抑止する。

「往診」は、医師が患者の病状に応じて訪問する場合であるので、予定日「2014/01/07」が入力当日であっても、図１２で例示されたようなエラー通知は行われない。

訪問予定入力欄９ｂへの予定入力後、医師は、登録ボタン９５ｅ又はキャンセルボタン９５ｆを選択する。登録ボタン９５ｅの押下により、訪問予定入力欄９ｂへの入力による設定情報９を含むスケジュール要求が、サーバ装置１００へ送信される。キャンセルボタン９５ｆが押下された場合は、訪問予定入力欄９ｂへの入力はキャンセルされ、設定情報９は無効となり、サーバ装置１００へは送信されない。

この例においても、設定情報９には、患者を識別する患者ＩＤが含まれていることが望ましい。登録ボタン９５ｅの押下時には、訪問スケジュール登録画面Ｇ９５で医師によって指定された患者名に対応付けられる患者ＩＤを設定情報９に含めて、設定情報９をサーバ装置１００へ送信すればよい。

上述したように、医師による定期訪問の予定入力を判定する仕組みにより、医師が当日決めた訪問先に往診する場合には、医師に、開始日の変更か、又は、定期訪問ではなく往診の訪問日として訪問スケジュールを予定するように促すことができる。

サーバ装置１００では、訪問スケジュール情報６において、定期訪問予定６ａと往診訪問予定６ｂとを精度良く管理することができる。定期訪問予定６ａと往診訪問予定６ｂとが精度良く管理可能となることで、定期訪問に係るレセプトの計算、及び、訪問に係る診療報酬の計算の精度を向上させることができる。よって、診療報酬の算定根拠として誤ったデータが入力されることを防止できる。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日について、入力された該訪問予定日が定期訪問として入力された場合に、該訪問予定日が入力操作当日の日付と一致する場合にエラーを出力し、入力された該訪問予定日が往診として入力された場合に、該訪問予定日が操作当日の日付と一致しても入力を許容する又はエラーを出力しない
ことを特徴とする、コンピュータにより実行される患者の訪問予定入力方法。
（付記２）
前記コンピュータは、
前記画面から入力された前記定期訪問か又は往診かを示す種別に基づいて、該定期訪問に対する訪問予定日であるか否かを判断する
ことを特徴とする、付記１記載の訪問予定入力方法。
（付記３）
前記入力操作当日の日付に基づいて、前記入力操作当日の日付より後の日付を、前記定期訪問の前記訪問予定日として入力可能な有効日として算出し、
前記入力操作当日の日付が、算出した前記有効日以降を示す場合、前記エラーを出力しない
ことを特徴とする、付記１又は２記載の訪問予定入力方法。
（付記４）
患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日について、入力された該訪問予定日が定期訪問として入力された場合に、該訪問予定日が入力操作当日の日付と一致する場合にエラーを出力し、入力された該訪問予定日が往診として入力された場合に、該訪問予定日が操作当日の日付と一致しても入力を許容する又はエラーを出力しない
処理をコンピュータに実行させる訪問予定入力プログラム。
（付記５）
医師端末と、サーバ装置とがネットワークを介して接続された訪問予定入力システムであって、
前記医師端末は、
患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日について、入力された該訪問予定日が定期訪問として入力された場合に、該訪問予定日が入力操作当日の日付と一致する場合にエラーを出力し、入力された該訪問予定日が往診として入力された場合に、該訪問予定日が操作当日の日付と一致しても入力を許容する又はエラーを出力しない処理を行い、
前記エラーのない前記予定に係る情報を前記サーバ装置へ送信し、
前記サーバ装置は、
前記情報で訪問スケジュールを更新する
ことを特徴とする訪問予定入力システム。
（付記６）
患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日が定期訪問として入力され、該訪問予定日が入力操作時から所定期間内である場合にエラーを出力し、入力された該訪問予定が往診として入力された場合には、該訪問予定日が該所定期間内であっても入力を許容する又はエラーを出力しない
ことを特徴とする、コンピュータにより実行される患者の訪問予定入力方法。

３ 医師端末
５ 患者基本情報
６ 訪問スケジュール情報
６ａ 定期訪問予定
６ｂ 往診予定
７ 医師端末プログラム
８ａ 現在日付
８ｂ 有効日付
９ 設定情報
９ｃ 予定日
１１ ＣＰＵ
１２ 主記憶装置
１３ 補助記憶装置
１４ 入力装置
１５ 表示装置
１６ 出力装置
１７ 通信Ｉ／Ｆ
１８ ドライブ
１９ 記憶媒体
４１ 処理開始要求受信部
４２ 医師端末プログラム送信部
４３ 訪問スケジュール管理部
７０ 処理開始部
７１ 医師端末処理部
７２ メニュー表示部
７３ 患者情報編集部
７３ａ、７５ａ 定期訪問判定部
７５ 訪問スケジュール登録部

Claims (5)

1. 患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日について、入力された該訪問予定日が定期訪問として入力された場合に、該訪問予定日が入力操作当日の日付と一致する場合にエラーを出力し、入力された該訪問予定日が往診として入力された場合に、該訪問予定日が操作当日の日付と一致しても入力を許容する又はエラーを出力しない
   ことを特徴とする、コンピュータにより実行される患者の訪問予定入力方法。
2. 前記コンピュータは、
   前記画面から入力された前記定期訪問か又は往診かを示す種別に基づいて、該定期訪問に対する訪問予定日であるか否かを判断する
   ことを特徴とする、請求項１記載の訪問予定入力方法。
3. 前記入力操作当日の日付に基づいて、前記入力操作当日の日付より後の日付を、前記定期訪問の前記訪問予定日として入力可能な有効日として算出し、
   前記入力操作当日の日付が、算出した前記有効日以降を示す場合、前記エラーを出力しない
   ことを特徴とする、請求項１又は２記載の訪問予定入力方法。
4. 患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日について、入力された該訪問予定日が定期訪問として入力された場合に、該訪問予定日が入力操作当日の日付と一致する場合にエラーを出力し、入力された該訪問予定日が往診として入力された場合に、該訪問予定日が操作当日の日付と一致しても入力を許容する又はエラーを出力しない
   処理をコンピュータに実行させる訪問予定入力プログラム。
5. 医師端末と、サーバ装置とがネットワークを介して接続された訪問予定入力システムであって、
   前記医師端末は、
   患者を訪問する予定の日付の入力を受け付ける画面から入力された訪問予定日について、入力された該訪問予定日が定期訪問として入力された場合に、該訪問予定日が入力操作当日の日付と一致する場合にエラーを出力し、入力された該訪問予定日が往診として入力された場合に、該訪問予定日が操作当日の日付と一致しても入力を許容する又はエラーを出力しない処理を行い、
   前記エラーのない前記予定に係る情報を前記サーバ装置へ送信し、
   前記サーバ装置は、
   前記情報で訪問スケジュールを更新する
   ことを特徴とする訪問予定入力システム。

Images