(57)【要約】    【課題】      各診療科における患者の待ち時間が長時間になることを防止して患者の待ち時間にかかわる負担を軽減可能とするともに、病院側の労力負担の軽減を図ることができ、とくに併診患者の診療順番を自動的に変更可能な病院内診療システムを提供すること。    【解決手段】  とくに併診患者の場合に、最初の診療科における待ち時間中あるいは診療中に他の診療科における順番が来てしまった場合に、最初の診療科における診療を終了したのち、当該他の診療科にきたときにその患者の順番を他の患者より早い順番に割り込み可能な状態としておくことに着目したもので、患者の総合受付から各診療科におけるそれぞれの診療経過状態をシステムサーバー７に入力可能とし、システムサーバー７は、診療経過状態に応じて各診療科における患者の順番を制御することを特徴とする。【選択図】        図１
2006058986.tif 000002
【特許請求の範囲】
【請求項１】
総合受付所において患者の総合受付を行って各診療科における受診票を発行し、
この受診票にもとづいて前記各診療科の窓口において個々の各科受付を行うとともに、前記各診療科においてそれぞれの診療を行う病院内診療システムであって、
前記患者の前記総合受付から前記各診療科におけるそれぞれの診療経過状態をシステムサーバーに入力可能とし、
このシステムサーバーは、この診療経過状態に応じて前記各診療科における前記患者の順番を制御することを特徴とする病院内診療システム。
【請求項２】
総合受付所において患者の総合受付を行って各診療科における受診票を発行し、
この受診票にもとづいて前記各診療科の窓口において個々の各科受付を行うとともに、前記各診療科においてそれぞれの診療を行う病院内診療システムであって、
前記患者の前記総合受付から前記各診療科におけるそれぞれの診療経過状態を入力可能とするとともに、この診療経過状態に応じて前記各診療科における前記患者の順番を制御するシステムサーバーと、
前記各診療科の前記窓口に設け、このシステムサーバーの制御に応じて前記患者の順番を把握可能とする各科端末機と、
を有することを特徴とする病院内診療システム。
【請求項３】
総合受付所において患者の総合受付を行って各診療科における受診票を発行し、
この受診票にもとづいて前記各診療科の窓口において個々の各科受付を行うとともに、前記各診療科においてそれぞれの診療を行う病院内診療システムであって、
前記患者の前記総合受付から前記各診療科におけるそれぞれの診療経過状態を入力可能とするとともに、この診療経過状態に応じて前記各診療科における前記患者の順番を制御するシステムサーバーと、
前記各診療科の前記窓口に設け、このシステムサーバーの制御に応じて前記患者の順番を表示可能とする診療経過状態表示器と、
を有することを特徴とする病院内診療システム。
【請求項４】
前記診療経過状態は、
前記患者が前記総合受付を終了してから前記各診療科の前記窓口において前記各科受付を行っていない「未着状態」と、
前記患者が前記各診療科の前記窓口に到着して前記各科受付を終了して診療開始を待っている「待ち状態」と、
前記患者が前記各診療科において診療している「診療中状態」と、
前記患者が前記各診療科における診療を終了した「終了状態」と、
前記患者が前記各診療科における順番がきても前記各科受付を行っていない「過ぎ状態」と、であることを特徴とする請求項１ないし３のいずれかに記載の病院内診療システム。
【請求項５】
前記システムサーバーは、
前記患者の前記診療経過状態を監視し、
前記患者が前記各診療科のいずれかにおける順番がきても、前記各科受付を行っていない「未着状態」、あるいは前記各診療科のいずれかにおける順番がきても前記各科受付を行っていない「過ぎ状態」となったのちに前記各科受付のいずれかを行ったときには、当該各科受付を行ったこの診療科における受診の順番に割り込み可能としたことを特徴とする請求項１ないし３のいずれかに記載の病院内診療システム。
【請求項６】
前記患者が、少なくとも第１の診療科および第２の診療科を受診する併診患者である場合に、
前記システムサーバーは、
この第１の診療科における第１の診療経過状態と、この第２の診療科における第２の診療経過状態と、を監視し、
この第１の診療経過状態が、前記患者が第１の診療科における順番がきても、前記各科受付を行っていない「未着状態」、あるいは前記各診療科のいずれかにおける順番がきても前記各科受付を行っていない「過ぎ状態」となったのちに前記各科受付のいずれかを行ったときには、
第２の診療科における診療が終了したときに、この第１の診療科における受診の順番に割り込み可能としたことを特徴とする請求項１ないし３のいずれかに記載の病院内診療システム。
【請求項７】
前記システムサーバーは、
前記各診療科における予想待ち時間、およびある診療科の位置から前記各診療科までの移動所要時間を計算し、
これら予想待ち時間および移動所要時間を当該ある診療科の前記窓口に表示可能とすることを特徴とする請求項１ないし３のいずれかに記載の病院内診療システム。
【請求項８】
前記システムサーバーは、
前記総合受付を行ったすべての前記患者ごとの前記診療経過状態のデータを入力可能であるとともに、前記患者の前記診療経過状態の変更にともなって当該データを逐次更新可能な総合状態情報テーブルを有することを特徴とする請求項１ないし３のいずれかに記載の病院内診療システム。
【請求項９】
前記各科端末機は、
前記各診療科における前記患者ごとの前記診療経過状態のデータを入力可能であるとともに、前記患者の前記診療経過状態の変更にともなって当該データを逐次更新可能な各科状態情報テーブルを有することを特徴とする請求項２に記載の病院内診療システム。
【請求項１０】
前記診療経過状態表示器は、
前記各診療科以外の前記各診療科におけるそれぞれの順番を表示可能とすることを特徴とする請求項３記載の病院内診療システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は病院内診療システムにかかるもので、とくに病院における患者の待ち時間を最小限にすることができるようにする病院内診療システムに関するものである。
【背景技術】
【０００２】
従来から、とくに大規模な病院においては、多数の患者の受付（総合受付）とともに、たとえば内科や外科などの担当診療科への受付の処理を行っている。具体的には、診療番号、診療開始時刻を印字した受診票を発行する自動受付装置（たとえば特許文献１）により、処理事務の効率化を図っている。
すなわち、患者が自分の診察券をこの自動受付装置に通すと、患者による所定の入力情報にもとづき、診療番号、診療時間、診療場所などを指定した受診票を発行し、患者はこの受診票にしたがって診療を受けるようになっている。なお、患者の病状、受診する診療科などの患者情報および各担当診療科の受付情報は、サーバーに一元管理されている。
【０００３】
しかしながら、たとえば内科および外科など複数の診療科において診療する（以後、「併診」という）患者の場合には、受付時に両方の診療科の受診票をそれぞれ発行するが、一方の診療科の診療を受けている間に、他方の診療科の順番が来てしまうことがあり、この場合に、他方の診療科の順番がその最後にまわされてしまい、待ち時間が非常に長くなって患者への負担が増すという問題がある。
このような問題を解消するために、各診療科において診療の順番を人為的に処理して、たとえば割り込み処理などを行うようにする場合もあるが、そのための人員を要するため、病院内での作業効率が低下するという問題がある。
なお上記併診患者ではなくても、すなわち、単一の診療科のみを受診する患者ではあっても、総合受付を完了したのち、何らかの理由によりそれぞれ所定の診療科に到着するのが遅れて、上述と同様に、順番について不利な扱いを受けたり、あるいは待ち時間が長くなるなどの問題はある。
【０００４】
【特許文献１】特開平７−３２５８６９号公報
【特許文献２】特開平８−１１５３６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は以上のような諸問題にかんがみなされたもので、各診療科における患者の待ち時間にかかわる負担を軽減可能な病院内診療システムを提供することを課題とする。
【０００６】
また本発明は、患者の待ち時間が長時間になることを防止するとともに、病院側の労力負担の軽減を図ることができる病院内診療システムを提供することを課題とする。
【０００７】
また本発明は、とくに併診患者の診療順番を自動的に変更可能な病院内診療システムを提供することを課題とする。
【０００８】
また本発明は、とくに併診患者の診療順番を患者自身の判断で融通がきくように変更可能な病院内診療システムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
すなわち本発明は、とくに併診患者の場合に、最初の診療科における待ち時間中あるいは診療中に他の診療科における順番が来てしまった場合に、最初の診療科における診療を終了したのち、当該他の診療科にきたときにその患者の順番を他の患者より早い順番に割り込み可能な状態としておくことに着目したもので、第一の発明は、総合受付所において患者の総合受付を行って各診療科における受診票を発行し、この受診票にもとづいて上記各診療科の窓口において個々の各科受付を行うとともに、上記各診療科においてそれぞれの診療を行う病院内診療システムであって、上記患者の上記総合受付から上記各診療科におけるそれぞれの診療経過状態をシステムサーバーに入力可能とし、このシステムサーバーは、この診療経過状態に応じて上記各診療科における上記患者の順番を制御することを特徴とする病院内診療システムである。
【００１０】
第二の発明は、総合受付所において患者の総合受付を行って各診療科における受診票を発行し、この受診票にもとづいて上記各診療科の窓口において個々の各科受付を行うとともに、上記各診療科においてそれぞれの診療を行う病院内診療システムであって、上記患者の上記総合受付から上記各診療科におけるそれぞれの診療経過状態を入力可能とするとともに、この診療経過状態に応じて上記各診療科における上記患者の順番を制御するシステムサーバーと、上記各診療科の上記窓口に設け、このシステムサーバーの制御に応じて上記患者の順番を把握可能とする各科端末機と、を有することを特徴とする病院内診療システムである。
【００１１】
第三の発明は、総合受付所において患者の総合受付を行って各診療科における受診票を発行し、この受診票にもとづいて上記各診療科の窓口において個々の各科受付を行うとともに、上記各診療科においてそれぞれの診療を行う病院内診療システムであって、上記患者の上記総合受付から上記各診療科におけるそれぞれの診療経過状態を入力可能とするとともに、この診療経過状態に応じて上記各診療科における上記患者の順番を制御するシステムサーバーと、上記各診療科の上記窓口に設け、このシステムサーバーの制御に応じて上記患者の順番を表示可能とする診療経過状態表示器と、を有することを特徴とする病院内診療システムである。
【００１２】
上記診療経過状態は、上記患者が上記総合受付を終了してから上記各診療科の上記窓口において上記各科受付を行っていない「未着状態」と、上記患者が上記各診療科の上記窓口に到着して上記各科受付を終了して診療開始を待っている「待ち状態」と、上記患者が上記各診療科において診療している「診療中状態」と、上記患者が上記各診療科における診療を終了した「終了状態」と、上記患者が上記各診療科における順番がきても上記各科受付を行っていない「過ぎ状態」と、することができる。
【００１３】
上記システムサーバーは、上記患者の上記診療経過状態を監視し、上記患者が上記各診療科のいずれかにおける順番がきても、上記各科受付を行っていない「未着状態」、あるいは上記各診療科のいずれかにおける順番がきても上記各科受付を行っていない「過ぎ状態」となったのちに上記各科受付のいずれかを行ったときには、当該各科受付を行ったこの診療科における受診の順番に割り込み可能とすることができる。
【００１４】
上記患者が、少なくとも第１の診療科および第２の診療科を受診する併診患者である場合に、上記システムサーバーは、この第１の診療科における第１の診療経過状態と、この第２の診療科における第２の診療経過状態と、を監視し、この第１の診療経過状態が、上記患者が第１の診療科における順番がきても、上記各科受付を行っていない「未着状態」、あるいは上記各診療科のいずれかにおける順番がきても上記各科受付を行っていない「過ぎ状態」となったのちに上記各科受付のいずれかを行ったときには、第２の診療科における診療が終了したときに、この第１の診療科における受診の順番に割り込み可能とすることができる。
【００１５】
上記システムサーバーは、上記各診療科における予想待ち時間、およびある診療科の位置から上記各診療科までの移動所要時間を計算し、これら予想待ち時間および移動所要時間を当該ある診療科の上記窓口に表示可能とすることにより、患者の判断に助けとなる情報を提供することができる。
【００１６】
上記システムサーバーは、上記総合受付を行ったすべての上記患者ごとの上記診療経過状態のデータを入力可能であるとともに、上記患者の上記診療経過状態の変更にともなって当該データを逐次更新可能な総合状態情報テーブルを有することができる。
【００１７】
上記各科端末機は、上記各診療科における上記患者ごとの上記診療経過状態のデータを入力可能であるとともに、上記患者の上記診療経過状態の変更にともなって当該データを逐次更新可能な各科状態情報テーブルを有することができる。
【００１８】
上記診療経過状態表示器は、上記各診療科以外の上記各診療科におけるそれぞれの順番を表示可能とすることにより、患者の判断に助けとなる情報を提供することができる。
【発明の効果】
【００１９】
本発明による病院内診療システムにおいては、患者の総合受付から各診療科における診療経過状態をシステムサーバーにより逐次把握可能とし、この診療経過状態に応じて各診療科における患者の順番を制御するようにしたので、患者がたとえ複数の診療科を受診する併診を行うような場合であっても、円滑な順番で各診療科を回ることが可能となり、待ち時間を短縮可能として患者の負担を軽減可能であるとともに、病院側の事務処理の効率化にも寄与可能である。
【００２０】
とくに第一の発明によれば、患者の総合受付から各診療科におけるそれぞれの診療経過状態をシステムサーバーに入力可能としたので、診療経過状態を一元的に監視管理することができる。
【００２１】
とくに第二の発明によれば、患者の診療経過状態に応じて各診療科における患者の順番を制御するシステムサーバーと、このシステムサーバーの制御に応じて患者の順番を把握可能とする各科端末機と、を設けたので、各診療科における診療の進捗状況に応じて患者の順番を適正に制御可能である。
【００２２】
とくに第三の発明によれば、患者の診療経過状態に応じて各診療科における患者の順番を制御するシステムサーバーと、このシステムサーバーの制御に応じて患者の順番を表示可能とする診療経過状態表示器と、を設けたので、各診療科における診療の進捗状況に応じて患者が自分で待ち時間を短縮するように判断し行動するための補助手段を提供可能である。
【発明を実施するための最良の形態】
【００２３】
本発明は、システムサーバーが患者の診療経過状態を把握して、各診療科における患者の受診の順番を制御可能としたので、患者および病院の時間的ないし事務的な負担を軽減可能な病院内診療システムをを実現した。
【実施例】
【００２４】
つぎに本発明の実施例による病院内診療システム１を図１ないし図６にもとづき説明する。
図１は、病院内診療システム１の全体概略説明図であって、病院内診療システム１は、総合受付機２と、プリンター３と、各診療科における各科端末機４と、各診療科における診療経過状態表示器５と、病院内通信システム６と、システムサーバー７と、を有する。
【００２５】
総合受付機２は、病院内の総合受付所に設けてあるもので、患者が診察券８を提示ないし挿入することによって、人手によりあるいは自動的に総合受付を行い、患者は自分が受診する診療科を指定可能となっている。
【００２６】
プリンター３は、患者の上記診療科が特定されたら、少なくとも患者の氏名、認識番号、診療科およびその診療科における順番その他必要事項を印字した受診票９を出力し、患者はこの受診票９の表示内容にしたがって各診療科に移動して受診する。
【００２７】
各科端末機４は、各診療科の窓口にそれぞれ設置してあるもので、窓口担当員が患者の到着により各診療科での各科受付をこの各科端末機４において行い、患者は当該診療科において待ち状態となる。さらに患者が診療をはじめたとき、その診療が終了したときにも各科端末機４にそれぞれの状態（診療経過状態、後述）を入力することにより、システムサーバー７が患者の診療経過状態を把握ないし監視可能としている。
【００２８】
診療経過状態表示器５は、任意の形式ないし構成によるディスプレイ装置であって、各診療科の窓口付近にこれを設けるもので、各科端末機４にこれをそれぞれ接続してあって、患者に所定の情報（診療経過状態その他）を表示可能として、それぞれの患者が自分の待ち状態を客観的に把握することができるようにしている。
【００２９】
図２は、診療経過状態表示器５の説明図であって、診療経過状態表示器５は、診療科表示欄１０と、順番表示欄１１と、時間表示欄１２と、他診療科順番表示欄１３と、を有する。
診療科表示欄１０は、各診療科の名称すなわち、内科、外科、眼科などの表示をそれぞれ行う。
【００３０】
順番表示欄１１は、一番目表示欄１４と、二番目表示欄１５と、三番目表示欄１６と、を有する。一番目表示欄１４には、現在診療中である患者のつぎの順番（すなわち、待ち順番としては一番目）となる患者の認識番号（たとえば図示の例では、「００２」）を表示する。二番目表示欄１５には、二番目となる順番の患者の認識番号（たとえば図示の例では「０１３」）を表示し、三番目表示欄１６には、割り込み処理の場合の割り込みした患者の認識番号を表示可能とする。ただし三番目表示欄１６は、これをブランクとしておくもので、割り込み処理をされた場合の三番目の順番以降の患者の不公平感を回避可能とする。なお、二番目表示欄１５をブランクとして三番目表示欄１６の代わりにここに割り込み処理の表示を行う機能を持たせることもできる。
もちろん、三番目表示欄１６以降の欄をブランクとしておくことなく、表示スペースが許す限りすべての患者の順番をそのまま表示することもできる。
【００３１】
時間表示欄１２は、平均時間表示欄１７と、他診療科平均時間表示欄１８と、他診療科からの報知欄１９と、を有する。
平均時間表示欄１７は、当該診療科（図示の例では内科）における一人の患者に対する平均の診療時間を表示する。
他診療科平均時間表示欄１８は、他の診療科（図示の例では内科以外の外科や眼科など）における一人の患者に対する平均の診療時間を表示する。
他診療科からの報知欄１９は、併診患者について他の診療科における予想待ち時間を演算し（後述）、この予想待ち時間が所定時間以下となったとき、当該他の診療科を受ける予定である併診患者の認識番号、および予想待ち時間プラス移動時間を表示して、当該他の診療科における診療開始が近い（順番が近い）ことを表示する。したがって、現在内科で待っている患者（併診患者）は、たとえば外科において自分の順番が近いことを知ることができ、平均時間表示欄１７に表示された当該診療科（内科）における平均の診療時間と比較して、このまま内科で待つ方がよいか、あるいは外科の方に移動した方が早いかの判断の補助とすることができる。
すなわち併診患者は、他診療科からの報知欄１９による表示を無視してそのまま内科での診療を待つこともできるし、一旦内科での診療を保留にして外科を先に診療するように内科の窓口の窓口担当員に告げて、外科の方に移動することもできる。もちろん、外科の方に移動する場合には、内科の窓口担当員は、その各科端末機４にこの情報を入力し、この患者の診療経過状態のデータを変更し、システムサーバー７に送信する。
【００３２】
他診療科順番表示欄１３は、内科以外のたとえば外科や眼科における順番を認識番号で示すもので、とくに複数の診療科において診療する予定である併診患者は他診療科における自分の順番ないし進捗状況を確認することができる。
なお、この他診療科順番表示欄１３による表示範囲については、順番表示欄１１における三番目表示欄１６のようにブランクとしておく表示の方法も、あるいはすべての患者の順番をそのまま表示する方法のいずれも採用可能である。
【００３３】
病院内通信システム６は、ＬＡＮなどにより病院内で各科端末機４およびシステムサーバー７をそれぞれ接続し、双方向でのデータ通信を可能とする。
【００３４】
システムサーバー７は、通常の診療のための各種情報の管理すなわち患者情報および各診療科での診療状況の確認の管理やカルテ管理を行うもので、各診療科の各科端末機４と病院内通信システム６を介して双方向のデータ通信が可能で、総合受付機２から各患者の総合受付情報を受信するとともに、各科端末機４から各患者の各科受付情報を受信し、病院内でのすべての患者の診療経過状態を把握し監視可能であって、この診療経過状態に応じて各診療科における各患者の順番を制御する。
この診療経過状態は、「未着状態」、「待ち状態」、「診療中状態」、「終了状態」および「過ぎ状態」がある。
「未着状態」とは、患者が総合受付を終了してから各診療科の窓口に到着していない状態である。
「待ち状態」とは、患者が各診療科の窓口に到着して各科受付を終了して診療開始を待っている状態である。
「診療中状態」とは、患者が各診療科において診療している状態である。
「終了状態」とは、患者が各診療科における診療を終了した状態である。
「過ぎ状態」とは、患者が各診療科における順番がきても各科受付を行っていない状態である。
【００３５】
図３は、システムサーバー７および各科端末機４における各ファイルを示す説明図であって、システムサーバー７は、患者テーブル２０と、併診情報テーブル２１（総合状態情報テーブル）と、を有する。
患者テーブル２０は、患者に関する病状その他の実質的内容を保存している。
併診情報テーブル２１は、併診の有無にかかわらず患者が各診療科において診療する際の順番を管理しているもので、総合受付時に付番された各診療科における順番を患者の認識番号ごとに管理している。
さらにシステムサーバー７は、病院内通信システム６を介して各診療科のそれぞれの各科端末機４にこれを接続しており、各科端末機４が有する診療情報テーブル２２（各科状態情報テーブル）との間で各患者に関する診療経過状態のデータを送受信して管理している。
診療情報テーブル２２は、たとえば図示の内科のように、その診療順番を認識番号で示すとともに、その認識番号の患者の診療経過状態を、「未着状態」（図中「未」で示す）、「待ち状態」（図中「待」で示す）、「診療中状態」（図中「中」で示す）、「終了状態」（（図中「終」で示す））、および「過ぎ状態」（図中「過」で示す）として区別して記憶し、順次更新可能としている。なお、外科や眼科など他の診療科における診療経過状態も同様に記憶している。
【００３６】
こうした構成の病院内診療システム１による患者の順番制御工程について、以下説明する。
図４は、順番制御工程を示すフローチャート図であって、ステップＳ４−１において、患者が、総合受付機２において診察券８を挿入ないし提示することにより、その認識番号および診療を受ける診療科名を入力すると、ステップＳ４−２において、総合受付機２はシステムサーバー７にこの入力情報を送信し、システムサーバー７がこの患者の診療科における順番を付与し、これらの情報を併進情報テーブル２１に記憶するとともに、プリンター３により受診票９を発行する。
さらに、ステップＳ４−３において、それぞれの診療科における各診療情報テーブル２２に必要な情報を記憶する。
【００３７】
ついで、ステップＳ４−４からは、各診療科における患者の診療経過状態に関する判断および処理であり、まずステップＳ４−４において、ある診療科に患者が受付に来たか否かを判断する。受付があれば、図５のフローチャート図に移行する。
すなわち図５は、各診療科における受付時の処理を示すフローチャート図であって、ステップＳ５−１において、各科端末機４を介してシステムサーバー７は、患者の診療経過状態として、診療情報テーブル２２における状態フラグを「待」にセットする。
ステップＳ５−２において、患者の診療経過状態が「過」であるかを判断し、「過」であればステップＳ５−３において現在の診療のあとの順番に割り込み処理を行い、診療経過状態表示器５（図２）の順番表示欄１１における二番目表示欄１５あるいは三番目表示欄１６に表示ないし表示可能とする。
【００３８】
ついで、ステップＳ５−４において順番がくれば、ステップＳ５−５において状態フラグを「中」にセットし、ステップＳ５−６において診療が開始され、ステップＳ５−７において診療が終了すれば、ステップＳ５−８において状態フラグを「終」にセットし、ステップＳ５−９において、この患者のこの診療科における診療は終了したとして、システムサーバー７における併診情報テーブル２１の更新、すなわち、この患者について所定診療科での診療経過状態のデータを削除する。
【００３９】
ステップＳ５−１０において、併診情報テーブル２１から、さらに併診があるか否かを判断し、なければ終了し、併診があれば、ステップＳ５−１１において他の診療科に報知制御を行う。すなわち、二以上の診療科にまたがる併診があるか否かのサブルーチンを実行する。
【００４０】
図６は、二以上の診療科にまたがる併診があるか否かのサブルーチンを示すフローチャート図であって、ステップＳ６−１において、二以上の併診があるか否かを判断し、なければ戻り、併診があれば、ステップＳ６−２において「過」があるかを判断する。すなわち、「過」である場合には、その診療科で割り込み処理が行われる可能性があるため、ステップＳ６−４において、診療経過状態表示器５の他診療科順番表示欄１３にその患者の順番ないし進捗状況を報知する。
ステップＳ６−２において「過」がなければ、ステップＳ６−３において予想待ち時間を算出し、ステップＳ６−４においてこれを診療経過状態表示器５の他診療科からの報知欄１９に報知する。
この予想待ち時間は、平均診療時間に残り人数を乗算したものである。この予想待ち時間に各科の移動時間を加算して、他の診療科にいるであろう患者に診療経過状態表示器５の他科からの報知欄１９において、診療の開始が近づいていること（順番が近いこと、ステップＳ４−８を参照）を報知するものである。ただし、この報知にしたがって診療科を直ちに変更すべく移動するか否かは、患者自身の判断である。
【００４１】
図５のステップＳ５−４に戻って、当該患者の順番がまだきていなければ、ステップＳ５−１２において他の診療科から診療経過状態表示器５における他科からの報知欄１９に報知があるか否かを判断し、この報知があっても、患者自身が他診療科に移動することなく、そのまま現在の待ち状態の診療科において待っていると決断すれば、他の診療科における割り込みをまだ行わないとしてキャンセルし（ステップＳ５−１３）、ステップＳ５−１４において「待」を「未」に変更し、その報知を発信した診療科における割り込みを停止する。
ついで、図６にもとづき前述したステップＳ５−１１に移行するとともに、図４のステップＳ４−４に戻る。
【００４２】
かくして、図５のステップＳ５−２およびステップＳ５−３で述べたように、それぞれの診療科において、ひとつの診療科のみを受診する単診の場合も、複数の診療科を受診する併診の場合も割り込みが可能である。
【００４３】
図４に戻って、ステップＳ４−４において、受付がない場合には、ステップＳ４−５において患者のおよび診療経過状態のフラグが「終」であるか否かを判断し、ステップＳ４−６において併診ありか否かを判断し、併診があれば、ステップＳ４−４に戻るが、併診もなければ、この患者についてはすべての診療を終了したとして処理を終わる。
ステップＳ４−５において「終」でなければ、ステップＳ４−７において「過」であるか否かを判断する。「過」であれば、ステップＳ４−４に戻り、患者からの受付を待つことになる。
ステップＳ４−７において「過」でなければ、ステップＳ４−８において順番が近いか否かを判断する。すなわち、図６の前記ステップＳ６−３において算出した前記時間（加算値）が所定値未満の場合に順番が近いと判定するもので、順番が近ければ、ステップＳ４−９において、当該患者が他の診療科で「待」状態か否かを判断し、「待」状態であれば、ステップＳ４−１０において、当該他の診療科における診療経過状態表示器５の他科からの報知欄１９に報知する。
ステップＳ４−１１において順番がくれば、ステップＳ４−１２において状態フラグを「過」にセットし、ステップＳ４−４に戻り、患者からの受付を待つことになる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施例による病院内診療システム１の全体概略説明図である。
【図２】同、診療経過状態表示器５の説明図である。
【図３】同、システムサーバー７および各科端末機４における各ファイルを示す説明図である。
【図４】同、順番制御工程を示すフローチャート図である。
【図５】同、各診療科における受付時の処理を示すフローチャート図である。
【図６】同、二以上の診療科にまたがる併診があるか否かのサブルーチンを示すフローチャート図である。
【符号の説明】
【００４５】
１  病院内診療システム（図１）
２  総合受付機
３  プリンター
４  各科端末機
５  診療経過状態表示器（図２）
６  病院内通信システム
７  システムサーバー
８  診察券
９  受診票
１０  診療科表示欄（図２）
１１  順番表示欄
１２  時間表示欄
１３  他診療科順番表示欄
１４  一番目表示欄
１５  二番目表示欄
１６  三番目表示欄
１７  平均時間表示欄
１８  他診療科平均時間表示欄
１９  他科からの報知欄
２０  患者テーブル（図３）
２１  併診情報テーブル（総合状態情報テーブル、図３）
２２  診療情報テーブル（各科状態情報テーブル、図３）
【図１】
2006058986.tif 000003
【図２】
2006058986.tif 000004
【図３】
2006058986.tif 000005
【図４】
2006058986.tif 000006
【図５】
2006058986.tif 000007
【図６】
2006058986.tif 000008