JP4127725B2 - 病院業務の処理時間予測システム - Google Patents
病院業務の処理時間予測システム Download PDFInfo
- Publication number
- JP4127725B2 JP4127725B2 JP04380294A JP4380294A JP4127725B2 JP 4127725 B2 JP4127725 B2 JP 4127725B2 JP 04380294 A JP04380294 A JP 04380294A JP 4380294 A JP4380294 A JP 4380294A JP 4127725 B2 JP4127725 B2 JP 4127725B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- request
- processing
- time
- time prediction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000012545 processing Methods 0.000 title claims description 118
- 238000000034 method Methods 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 16
- 230000002123 temporal effect Effects 0.000 claims description 7
- 238000007689 inspection Methods 0.000 description 38
- 238000012360 testing method Methods 0.000 description 18
- 238000004891 communication Methods 0.000 description 9
- 230000003287 optical effect Effects 0.000 description 9
- 239000000523 sample Substances 0.000 description 6
- 238000006243 chemical reaction Methods 0.000 description 5
- 238000002059 diagnostic imaging Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000004088 simulation Methods 0.000 description 4
- 208000019901 Anxiety disease Diseases 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 230000036506 anxiety Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 229940079593 drug Drugs 0.000 description 2
- 239000003814 drug Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000003012 network analysis Methods 0.000 description 1
- 239000013610 patient sample Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
【０００１】
【産業上の利用分野】
この発明は、病院業務の処理時間予測システムに係り、とくに病院業務の診療、検査、受付、会計等の各仕事の業務情報を管理し、この業務情報を時間予測モデルに適用した処理時間予測システムに関する。
【０００２】
【従来の技術】
病院の業務には、通常、診察室等で医師により実施される診療と、この診療を補助するために、受付、種々の検査、薬剤、会計などの各部門で夫々の専門スタッフ等により実施される業務とがある。この複数の業務部門の夫々の間では、医療に関する種々の情報が伝達されている。これらの情報の伝達を迅速かつ正確に行うための病院業務に関係するシステムとして、一般に、病院情報システム（ＨＩＳ）が知られている。
【０００３】
この病院情報システムは、医療情報の入出力を担う複数の端末等から構成されており、この端末の各々は、情報伝送路としてのネットワークを介して相互に通信可能に接続されている。また、この端末の夫々は、種々の医療情報の入出力装置として、病院の受付、診察室、種々の検査室、会計等の各業務部門に設置されている。
【０００４】
上記複数の端末から入出力される種々の医療情報の内で、例えば、受付から診察室への依頼、診察室の医師から種々の検査室への検査依頼や薬剤調合等の依頼といった依頼情報は、依頼元業務（診察等）の端末から入力されることにより、ネットワークを介して依頼先業務（検査等）の端末に送られることになる。この伝達された依頼情報は、依頼先の業務内容を具体的に指示する内容、例えば検査種類等を含んでおり、この内容が依頼先の端末の画面に表示されることになる。これにより、依頼先では、端末に画面表示された依頼内容に沿って検査等の処理を実施するとともに、この実施した処理結果の情報を端末から入力することにより、ネットワークを介して依頼元の端末に返すようになっている。
【０００５】
ここで、上記依頼情報伝達の一例として、診察室の医師から種々の画像検査を担う放射線科部門に検査依頼する場合の概要を説明する。
【０００６】
まず、医師が患者の検査依頼を端末に入力すると、この依頼情報がネットワークを介して放射線科に送られる。このとき、医師は、依頼先での患者の待ち状態や未処理の依頼数等の混雑状況に基づいて、検査結果が得られる時間を経験的に予想し、この予想時間を加味して至急依頼にするか通常依頼にするかを判断する。
【０００７】
次いで、放射線科では、患者の到着を確認し、患者の受付が行なわれると、放射線科技師による画像検査が実施される。この画像検査は、依頼情報の内の検査種類及び検査内容等に従って行われる。この検査結果は、依頼情報とともに放射線科読影室の端末に送られる。このとき、検査情報の内の患者名、検査種類及び検査内容等は会計の端末にも送られる。
【０００８】
次いで、放射線科読影室では、読影医により検査結果が読影され、この読影結果が読影レポートとしてまとめられる。この読影レポートの読影情報は、検査情報とともに、放射線科の端末からネットワークを介して依頼元の端末に送られる。このとき、会計の端末では、上記検査情報に基づき、検査費用が計算されている。
【０００９】
次いで、依頼元では、放射線科から送られてきた検査情報及び読影情報に基づいて、医師による患者の病気診断、治療が行われる。
【００１０】
【発明が解決しようとする課題】
しかしながら、上述した従来技術の病院情報システムでは、検査依頼等の医療に関する業務情報が人手ではなく、ネットワークを媒体にして複数の業務部門の各々に伝達されるため、例えば、別の業務部門内の混雑状況、すなわち経時的に変化する未処理の依頼数や患者の待ち状態等を把握するのが困難となっていた。
【００１１】
とくに、上記の混雑状況が複数の処理から構成される場合、例えば種々の医療情報を総合する病院情報システムにあっては、複数の処理の夫々で混雑状況が発生することもあるため、この混雑状況の夫々を正確に把握することは非常に困難であった。
【００１２】
上記のように、別の業務部門の混雑状況を把握することが困難になっているにもかかわらず、医師は通常依頼にするか至急依頼にするかを判断するために依頼先業務の混雑状況をできるだけ把握し、依頼先業務の仕事に要する時間を予想する必要があった。例えば、医師は依頼先業務の混雑状況を認識できず、すなわち依頼先業務の仕事の終了時刻を殆ど予想できないため、実際に通常依頼を出しても時間的に十分余裕のある混雑状況のときでも、至急依頼を出してしまうことがあった。
【００１３】
上記の不必要な至急依頼が生じることにより、病院情報システムの稼働効率が低下するとともに、依頼先業務の作業能率も低下し、その結果、患者の診断効率等が低下してしまうといった問題点があった。
【００１４】
また、検査に要する時間が不明であるということは、患者にとっても検査に対する不安材料の１つとなっていた。
【００１５】
この発明は、上述した従来技術の問題を考慮してなされたもので、病院業務の混雑状況を正確に把握できるとともに、検査等に要する処理時間を予め取得可能な病院業務の時間予測システムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記の目的を達成するために、請求項１記載の発明に係る病院業務の処理時間予測システムは、病院の業務内容に応じて割り当てられる複数の仕事の夫々に関する業務情報を入出力可能な複数の要素を備え、この複数の要素の夫々を相互に通信可能に接続し、上記業務情報を管理するようにしたシステムにおいて、上記業務情報の内の少なくとも上記複数の仕事の処理及び管理の情報を含む上記システムの運用状態に関する情報を収集し、管理する少なくとも１つのシステム管理手段と、一の要素から、他の要素に対して仕事を依頼した場合の時間予測の要求を受け取ると、前記他の要素の上記情報を、このシステム管理手段からネットワークを介して収集し、収集された情報を予め保持している少なくとも１つの時間予測モデルに時間予測に用いるパラメータとして適用して、一の要素が他の要素に対して上記仕事の処理を新しく要求したときの要求発生時から処理終了時までに要する時間を予測し、前記一の要素に送る処理時間予測手段と、上記処理時間予測手段により予測された時間を、上記一の要素に表示する手段とを備えたことを特徴とする。
また、請求項２記載の発明では、前記一の要素は、少なくとも患者の臨床情報を管理するオーダーリングシステムを含むものである。
【００１７】
また、請求項３記載の発明では、前記処理時間予測手段は、前記時間予測モデルに対応して構築され且つパラメータ可変のアルゴリズムであり、前記処理及び管理の情報をそのパラメータとして設定する手段を備えている。
【００１８】
また、請求項４記載の発明では、前記処理及び管理の情報は、少なくとも前記複数の仕事の夫々の要求発生率、要求処理時間及び待ち状態にある要求数とを含んでいる。
【００１９】
また、請求項５記載の発明では、前記時間予測モデルは、少なくとも待ち行列網に基づいたモデルである。
【００２０】
また、請求項６記載の発明では、前記複数の要素は、少なくとも端末装置を含んでいる。
【００２１】
【作用】
請求項１記載の発明にあっては、少なくとも１つのシステム管理手段により、業務情報の内の少なくとも上記複数の仕事の処理及び管理の情報を含むシステムの運用状態に関する情報が管理されるとともに、処理時間予測手段により、上記情報が、このシステム管理手段からネットワークを介して収集され、収集された情報が予め保持している少なくとも１つの時間予測モデルに時間予測に用いるパラメータとして適用され、一の要素が他の要素に対して仕事の処理を新しく要求したときの要求発生時から処理終了時までに要する時間が予測される。そして、この処理時間予測手段により予測された時間は、上記仕事の処理を新しく要求した上記一の要素に表示される。
また、請求項２記載の発明では、患者の臨床情報を管理するオーダーリングシステムにおいても上記の作用が実現される。
【００２２】
また、請求項３記載の発明では、上記時間予測モデルに対応して構築され且つパラメータ可変のアルゴリズムとしての処理時間予測手段により、複数の仕事の処理及び管理の情報がそのパラメータとして設定される。
【００２３】
例えば、請求項４記載の発明では、複数の仕事の夫々の要求発生率、要求処理時間及び待ち状態にある要求数とを含む情報が上記時間予測モデルのパラメータとして設定される。
【００２４】
また、請求項５記載の発明では、待ち行列網に基づいたモデルが時間予測モデルの１つとして予め保持される。
【００２５】
また、請求項６記載の発明では、少なくとも端末装置を含む複数の要素の間で、業務情報は入出力される。
【００２６】
【実施例】
以下、この発明の一実施例を図１〜図７を参照して説明する。なお、この一実施例は、この発明に係る病院業務の時間予測システムを病院情報システムに搭載して実施したものである。
【００２７】
図１に示す病院情報システム１は、病院内の業務部門の夫々に設けられる複数のサブシステム２…６と、患者情報等を保存、管理するデータベース装置７と、本発明のシステム管理手段の一部を成す全体システム管理装置（ＴＳＭ）８と、本発明の処理時間予測手段を成す処理時間予測装置（シミュレータ（ＳＭＬＴ）とも言う）９とから構成されており、この構成要素の夫々がＬＡＮ等の基幹ネットワーク１０を介して相互に通信可能に接続されている。
【００２８】
サブシステム２…６は、患者の臨床情報を管理するオーダーリングシステム２と、患者の画像検査情報を管理する放射線科システム３と、患者の検体検査情報を管理する検体システム４と、病院内の会計情報を管理する会計システム５と、外来患者の受付情報等を管理する受付システム６とから構成される。
【００２９】
このサブシステム２…６の各々は、ＬＡＮ等のサブシステム用のネットワーク（以下、支線ネットワークと呼ぶ）に接続される複数の端末と、本発明のシステム管理手段の要部としてのサブシステム管理装置（ＳＳＭ）とから成る（図２参照）。
【００３０】
オーダーリングシステム２は、患者の臨床情報を管理し、検査依頼等の指示を各業務部門に出すシステムであって、診察室及び病棟等に配置される複数の端末２ｂ…２ｂと、このシステム２の運用状態に関する情報等を監視するサブシステム管理装置（ＳＳＭＯ）２ａとから構成されている。この構成要素の各々は、支線ネットワーク（図示しない）を介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ（図示しない）を介して基幹ネットワーク１０に接続される別の構成要素の夫々と相互に通信可能となっている。
【００３１】
複数の端末２ｂ…２ｂの各々は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、端末２ｂ…２ｂの各々は、医師又は看護婦等の入力操作により、検体検査及び画像検査等の検査依頼の指示を任意の端末２ｂから基幹ネットワーク１０を介して依頼先のサブシステムに送るともに、この依頼結果を受け取って、指示を入力した端末２ｂに画面表示できるようになっている。また、端末２ｂ…２ｂの各々は、医師等が検査依頼の指示を出す時点で、時間予測要求の指示を基幹ネットワーク１０を介して時間予測装置９に送ることにより、この検査終了時刻の予測結果を受けとって、指示入力した端末２ｂに画面表示できるようになっている。
【００３２】
サブシステム管理装置（ＳＳＭＯ）２ａは、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、サブシステム管理装置２ａは、基幹ネットワーク１０を介して指示される要求の状態、オーダーリングシステム２内の端末２ｂ…２ｂの各々の入力情報を含む処理状態及び稼働・故障状況等の経時的に刻々と変化するシステム２の運用状態を監視するとともに、このシステム２の運用状態に関する情報に対して、基幹ネットワーク１０に接続される全ての構成要素の夫々から参照等の要求があったとき、この時点でのシステムの運用状態に関する情報を要求元に返答するようになっている。
【００３３】
放射線科システム３は、放射線科の各種の画像診断装置（Ｘ線ＣＴ装置、ＭＲＩ装置等）で実施する画像検査に関する文字情報を管理するシステムであって、図２に示すように、通常、放射線科受付室、画像検査室、読影室等に配置される複数の端末３ｂ…３ｂと、このシステム３の運用状態に関する情報等を管理するサブシステム管理装置（ＳＳＭＲ）３ａとから構成される。この構成要素の各々は、支線ネットワーク３ｃを介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ３ｄを介して基幹ネットワーク１０に接続される全ての構成要素の夫々と相互に通信可能となっている。
【００３４】
端末の各々３ｂ…３ｂは、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、端末３ｂ…３ｂの各々は、オーダーリングシステム２内の任意の端末２ｂから画像検査依頼の指示を受けると、放射線科医師又はスタッフ等の操作によって、検査依頼内容を画面に表示するとともに、指示された画像検査の実施結果及び読影結果等の情報を基幹ネットワーク１０を介してオーダーリングシステム２内の依頼元の端末２ｂに返すようになっている。
【００３５】
この端末３ｂ…３ｂの各々の配置構成の一例について説明すると、まず、放射線科受付室に配置される端末３ｂでは、オーダーリングシステム２内の任意の端末２ｂから指示された検査依頼内容の画面表示と、対象患者の患者情報の登録とを主に行うようになっている。また、画像検査室の端末３ｂでは、画像検査を実施する放射線科技師等の操作により、検査依頼内容及び放射線科受付室の端末で登録された患者情報を画面表示するとともに、検査実施結果を入力できるようになっている。さらに、読影室の端末３ｂでは、読影を行う医師等の操作によって、検査依頼内容、患者情報及び画像検査室で入力された検査実施結果を画面表示するとともに、画像検査で得られた医用画像の読影結果を入力できるようになっている。
【００３６】
サブシステム管理装置（ＳＳＭＲ）３ａは、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、サブシステム管理装置３ａは、基幹ネットワーク１０を介して指示される要求の状態、このシステム３内の端末３ｂ…３ｂの各々の入力情報を含む処理状態及び稼働・故障状況等の経時的に刻々と変化するシステム３の運用状態を監視するとともに、このシステム３の運用状態に関する情報に対して、基幹ネットワーク１０に接続される全ての構成要素の夫々から参照等の要求があったとき、この時点のシステムの運用状態に関する情報を要求元に返答するようになっている。
【００３７】
検体システム４は、患者の検体検査情報を管理するシステムであって、検体検査室等に配置される複数の端末（図示しない）と、サブシステム管理装置（ＳＳＭＣ）４ａとから構成される。この構成要素の各々は、支線ネットワークを介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ（図示しない）を介して基幹ネットワーク１０に接続される全ての構成要素の夫々と相互に通信可能となっている。
【００３８】
端末の各々は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、端末の各々は、オーダーリングシステム２内の任意の端末２ｂから検体検査依頼の指示を受けると、スタッフ等の操作によって、検査依頼内容を画面に表示するとともに、指示された検体検査の実施結果等の情報を基幹ネットワーク１０を介してオーダーリングシステム２内の依頼元の端末２ｂに返すようになっている。
【００３９】
サブシステム管理装置（ＳＳＭＣ）４ａは、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、サブシステム管理装置４ａは、基幹ネットワーク１０を介して指示される要求の状態、検体システム４内の端末の各々の入力情報を含む処理状態及び稼働・故障状況等の経時的に刻々と変化するシステム４の運用状態を監視するとともに、このシステム４の運用状態に関する情報に対して、基幹ネットワーク１０に接続される全ての構成要素の夫々から参照等の要求があったとき、この時点のシステムの運用状態に関する情報を要求元に返答するようになっている。
【００４０】
会計システム５は、病院内の会計情報を管理するシステムであって、会計室等に配置される複数の端末（図示しない）と、サブシステム管理装置（ＳＳＭＫ）５ａとから構成される。この構成要素の各々は、支線ネットワークを介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ（図示しない）を介して基幹ネットワーク１０に接続される全ての構成要素の夫々と相互に通信可能となっている。この会計システム５は、基幹ネットワーク１０を介して送られてくる各種検査等の実施情報から検査費用等の料金を計算できるようになっている。
【００４１】
受付システム６は、外来患者の受付を行うシステムであって、外来受付等に配置される複数の端末（図示しない）と、サブシステム管理装置（ＳＳＭＵ）６ａとから構成される。この構成要素の各々は、支線ネットワーク（図示しない）を介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ（図示しない）を介して基幹ネットワーク１０に接続される全ての構成要素の夫々と相互に通信可能となっている。この受付システム６は、外来患者等の受付情報を基幹ネットワーク１０を介してオーダーリングシステム２等に送るようになっている。
【００４２】
データベース装置７は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されており、基幹ネットワーク１０を介して接続される全ての構成要素の夫々と相互に通信可能に接続されている。これらの構成により、このデータベース装置７は、病院情報システム１内で扱われる患者情報（患者名、性別等）等の適宜な医療情報を保存、管理できるようになっている。また、このデータベース装置７は、基幹ネットワーク１０に接続される上記構成要素の夫々から参照等の要求を受けると、この要求に応答して、要求元の上記構成要素の夫々に参照情報を返すようになっている。
【００４３】
全体システム管理装置８は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク、光ディスク装置等）、インタフェース等のハードウェアから構成されており、基幹ネットワーク１０を介して全ての構成要素の夫々と相互に通信可能に接続されている。
【００４４】
この全体システム管理装置８は、病院情報システム１全体の管理情報及び基幹ネットワーク１０等を管理するとともに、サブシステム２…６の夫々、処理時間予測装置９から基幹ネットワーク１０を介して送られてくる上記管理情報を記録できるようになっている。
【００４５】
処理時間予測装置９は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されており、基幹ネットワーク１０を介して全ての構成要素の夫々と相互に通信可能に接続されている。
【００４６】
この処理時間予測装置９は、予め記憶装置又はメモリに複数の所定の時間予測モデル（例えば、下記に説明する「待ち行列網に基づいたモデル」等）を保持しており、オーダーリングシステム２内の任意の端末２ｂから基幹ネットワーク１０を介して時間予測要求を指示されたときに、この要求内容等に応じて上記複数の内から適宜な時間予測モデルを選択できるようになっている。
【００４７】
この時間予測モデルの選択は、例えば、ある種の画像検査に係る時間予測処理には下記に説明する「待ち行列網に基づいたモデル」を選択するし、別の時間予測処理には別のモデルを選択するといった要求内容と時間予測モデルとの対応関係を表す所定の対応表等に基づいて行われる。この時間予測モデルが選択されると、処理時間予測装置９は選択されたモデルに対応したパラメータ可変のアルゴリズムに基づいて、指示対象の検査等の処理時間を予測し、この予測結果をオーダーリングシステム２内の指示端末２ｂに返すようになっている。
【００４８】
また、この処理時間予測装置９は、上記処理時間の予測の際、指示対象の検査等に関わる業務部門の全てのサブシステム管理装置２ａ…６ａに対して、時間予測に必要なシステムの運用状態に関する情報等を要求し、この要求に応答して送られてきた情報を時間予測モデルのパラメータとして設定するようになっている。
【００４９】
次に、放射線科の業務を一例として、病院情報システムによる時間予測の処理の概要を説明する。最初に、放射線科業務の概要について、患者及び情報の流れを中心に図３に基づき説明する。
【００５０】
まず、患者は、来院して、外来の受付を済ませると、順番が来るまで診察室の待合室等で待機する。次いで、診察の順番になると、患者は診察室に入り、医師による診察を受ける。この診察が終了すると、患者の画像検査依頼が診察室から放射線科受付に送られる。
【００５１】
次いで、患者は診察室から放射線科受付に移動し、ここで画像検査の受付を済ませると、順番が来るまで、放射線科の待合室で待機する。次いで、この画像検査の順番になると、患者は検査室に入り、放射線科技師による画像検査を受ける。この画像検査は放射線科受付の端末を介して検査室の端末に送られてきた検査依頼の内容に沿って行われる。この画像検査が終了すると、患者は放射線科から診察室の待合室等に戻って、治療の順番が来るまで待機する。
【００５２】
このとき、画像検査の実施情報は、検査室の端末から放射線科受付を介して会計の端末に送られる。また、患者の画像検査で発生した医用画像等の検査結果は、画像検査室の端末から読影室の端末に送られることになるが、すぐに読影室の読影医により読影されるのではなく、順番を待ってから、読影されることになる。次いで、読影が終了すると、所見レポート等の読影結果は読影室の端末から診察室の端末に送られる。
【００５３】
次いで、治療の順番になると、患者は再び診察室に入り、医師による治療を受ける。この治療は、予め済ませておいた診察結果及び画像検査の読影結果等に基づいて行われる。この治療が終了すると、患者は会計で精算して病院を出ることになる。
【００５４】
次に、放射線科への検査依頼に関する時間予測処理の概要を図４に基づき説明する。
【００５５】
まず、処理時間予測装置９は、オーダーリングシステム２から時間予測の要求を受け取る（ステップ５０）と、放射線科システム２に対して時間予測に必要なシステムの運用状態に関する情報、例えば平均要求到着率、平均処理時間、現在の要求待ち個数及びシステム稼働状況等の情報を要求する（ステップ５１）。
【００５６】
次いで、放射線科システム２から現在のシステムの運用状態に関する情報を受け取る（ステップ５２）と、指示された時間予測の要求内容及びシステム稼働状況に基づいて、予め保持している所定の複数の時間予測モデルの中から最適なモデルを選択し（ステップ５３）、その選択した時間予測モデルに放射線科システム２から送られてきた情報をパラメータとして設定する（ステップ５４）。
【００５７】
次いで、選択したモデルに対応したパラメータ可変のアルゴリズム（例えば、待ち行列シミュレータ）に基いて、要求された検査業務の処理時間を求める（ステップ５５）と、この処理時間結果をオーダーリングシステム２に送る（ステップ５６）。
【００５８】
ここで、上記時間予測モデルの一例として、待ち行列網（例えば、米田清「離散系シミュレーションとその他のシステム評価技法の使い分け」、計測と技術、Vol.30、No.2、1992.2、参照）に基づいたモデルの概要を図５に基づき説明する。
【００５９】
まず、待ち行列網に基づいたモデルには、システムの運用状態に関する情報の内の平均要求到着率、平均処理時間及び要求待ち個数の３種類の情報がパラメータとして設定される。
【００６０】
「平均要求到着率」とは、単位時間当たりの要求数のことであり、例えば、基幹ネットワークを介してサブシステム内に到着する任意時間内の依頼要求数をサブシステム管理装置で計数することにより求められる。仮に、単位時間を１分とし、１時間に６０個の要求が到着したとすると、平均要求到着率は６０個／６０分＝１個／分となる。
【００６１】
「平均処理時間」とは、１つの要求の処理に要する時間のことであり、例えば、放射線科システム３の場合、１つの検査依頼要求の検査（処理）に要する時間は、検査室端末に入力された操作時刻の差（すなわち検査開始時の患者確認の入力から検査終了時の検査実施結果の入力までに要した時間）を、サブシステム管理装置３ａで計算することにより求められる。
【００６２】
同様にして、他のサブシステムについても、１つの要求の処理時間が求められる。従って、任意要求数の処理時間が継続して計算されると、平均処理時間を求めることができる。ただし、例えば放射線科システム２の場合では受付、検査及び読影の複数の仕事があるが、このように１つの要求に対する仕事が複数あるときは、選択される時間予測モデルに応じて、各仕事ごとに処理時間を求めてもよいし、これに対して、複数の仕事の処理をまとめた処理時間を１つの要求に対する処理時間としてもよい。また、１つの仕事が内容に応じて細分化可能な場合には、細分化された内容毎に処理時間を求めるようにしてもよい。例えば、検査内容毎に処理時間を求めることも可能である。
【００６３】
「要求待ち個数」とは、処理の手前で処理を待つ要求の個数のことであり、例えば、検査要求の場合では、要求待ち個数は、受付を済ませた要求数から検査を終えた要求数と検査中の要求数とを減算することにより求められる。
【００６４】
ただし、時間予測に必要なパラメータは時間予測モデルの内容に依存しているため、処理時間予測装置は、上記３種類の情報とは別のシステムの運用状態に関する情報についても、時間予測モデルの内容に応じて、適宜にサブシステム管理装置から取得可能となっている。また、上記平均要求到着率及び平均処理時間は確率論的に変動すると仮定してもよい。
【００６５】
ここで、上記平均要求到着率、平均処理時間及び要求待ち個数をパラメータに適用した待ち行列網に基づいたモデルの概要を図５に基づいて説明する。
【００６６】
このモデルは、一般にサービスを受ける側とサービスを提供する側との間の時間的関係を解明するものであり、この実施例では、このモデルを図５に示すように、処理を要求（依頼）する側と処理を実施する側との間で、検査依頼等の要求の発生から待ち状態を経て要求の処理が終了するまでの時間的関係を解明するために適用するものとする。
【００６７】
例えば、処理を実施する側の処理待機の状態と処理実施の状態とを合わせてステーションと呼ぶことにし、処理を要求する側の要求がステーションに入って（要求発生）から出る（処理終了）までに要する時間を予測することを考えてみる。
【００６８】
まず、ステーション内の処理待機の状態では、要求待ち個数（図５中では５個）に相当する検査要求（図５中の白丸）が要求発生順に行列を成しており、平均処理時間毎に行列の先頭から順に処理実施の状態になり、処理が終了するとステーションから出ていくとする。
【００６９】
ここで、予測対象としてマークを付けた検査要求が新たにステーションに入ると、この検査要求は行列の最後に付くことになる。
【００７０】
この検査要求のステーションへの出入時間は、上記パラメータの値によって決まる。つまり、ステーション内の行列の後側では、平均要求到着率ごとに次々と新たな検査要求がステーション内に入って並ぶことになり、一方、ステーションの行列の先頭側では処理実施中の検査要求が平均処理時間毎にステーションを出るとき、行列先頭の検査要求が処理実施の状態になる。
【００７１】
このようにして、予測対象の検査要求がステーションに入ってから行列の先頭に来るまでに要する時間が処理待ち時間として、またこの処理待ち時間に平均処理時間を加算することでステーションを出るまでに要する時間、即ち処理終了時間が予測されることになる。
【００７２】
続いて、上記待ち行列網に基づいたモデルに対応して構築されるパラメータ可変のアルゴリズムに沿った処理時間予測の処理（この場合は離散系シミュレーションとも言う）を図６に基づき説明する。
【００７３】
最初に、ステップ６０にて処理時間予測装置９内の時刻カウンタが初期設定されると、ステップ６１でサブシステム管理装置２ａ…６ａから受け取った平均処理時間及び要求待ち個数がステーションの処理時間及び処理待ち要求（数）として設定される。次いで、ステップ６２にて予測対象としてマークを付けた検査要求が待ち行列の最後に付加される。
【００７４】
次いで、ステップ６３にて時刻カウンタが単位時間（例えば１分）だけ加算されると、ステップ６４にて時刻カウンタ＝「平均要求到着間隔の整数倍」か否かを判断される。このステップ６４でＹＥＳと判断されると、ステップ６５でステーションの待ち行列の最後に検査要求が１つ付加されてステップ６６に移行し、一方、ステップ６４でＮＯと判断されると、ステップ６６に移行する。
【００７５】
次いで、ステップ６６にて時刻カウンタ＝「平均処理時間の整数倍を表す時刻」か否かが判断される。ステップ６６でＹＥＳと判断されると、ステップ６７に移行し、一方、ステップ６６でＮＯと判断されると、ステップ６３に戻り上記一連の処理を繰り返すことになる。
【００７６】
次いで、ステップ６７にてマークを付けた検査要求が待ち行列の先頭にあるか否かが判断される。ステップ６７でＹＥＳと判断されると、ステップ６９に移行し、一方、ステップ６７でＮＯと判断されると、ステップ６８でステーションの待ち行列の先頭の検査要求が削除され、ステップ６３に戻り上記一連の処理を繰り返すことになる。
【００７７】
次いで、ステップ６９にて時刻カウンタの値を予測される処理待ち時間とする。また、この処理待ち時間に平均処理時間を加えることにより、処理終了時間が求められる。
【００７８】
なお、上記処理手順は処理時間をいわゆる離散系シミュレーシュンにより求める手順の一例であるが、これに対して、待ち行列網解析（例えば、”Quantitative System Performance Computer System Analysis Using Queueing Network Models ”、Edward D.Lazowska、John Zahorjan、Prentice-Hall, Inc. 、参照）や微分法方程式等の代数を用いた連続系シミュレーシュンにより求める手順であってもよい。
【００７９】
また、上記時間予測モデルは待ち行列網に基づいているが、これに対して、ペトリネットを用いたモデル（例えば、”Performance Evaluation of Picture Archiving and Communication Network Using Stocastic Activity Networks”、W.H.Sandars, R.Martinez IEEE TRANSACTION ON MEDICAL IMAGING、VOL.12、NO.1、MARCH 1993 、参照）等の別の時間予測モデルであってもよい。
【００８０】
次に、全体の動作を図７に基づいて説明する。
【００８１】
ここでは、診察室の医師から放射線科へ検査依頼を指示する際に、検査終了時刻を予測するとする。
【００８２】
まず、放射線科に画像検査依頼を出す際に、検査終了時刻等の処理時間の問い合わせ要求が、診察室の医師の入力操作によりオーダーリングシステム２内の端末２ｂから処理時間予測装置９に出される（ステップ７０）。
【００８３】
続いて、この予測装置９は、問い合わせ要求を基幹ネットワーク１０を介して受け取ると、この要求の内容を解釈し（ステップ７１）、放射線科システム３のサブシステム管理装置３ａに患者待ち状態及び平均検査時間等の時間予測に必要な現在のシステムの運用状態に関する情報を問い合わせる（ステップ７２）。
【００８４】
続いて、サブシステム管理装置３ａは、問い合わせ内容に応答して、時間予測に必要なシステムの運用状態に関する情報を処理時間予測装置９に送る（ステップ７３）。
【００８５】
続いて、この予測装置９は、システムの運用状態に関する情報を予め保持している時間予測モデルに適用して、検査に要する時間を予測し（ステップ７４）、この予測結果をオーダーリングシステム２の指示端末２ｂに返す（ステップ７５）。続いて、オーダーリングシステム２の指示端末２ｂは、予測結果を画面に表示する（ステップ７６）。
【００８６】
以上により、上記実施例に係る病院情報システムは、医師等が検査依頼等の依頼を新たに要求するときの検査終了時間等の処理時間が自動的に予測されることになる。
【００８７】
この予測結果に基づいて、検査依頼等を指示する医師は、依頼先業務の混雑状況を正確に把握することができ、緊急依頼にするか否かを的確に判断できるため、不必要な緊急依頼も減少し、依頼先の業務の作業効率が改善され、システム全体の稼働効率も大幅に向上するようになる。
【００８８】
また、患者にとっても、検査等を受ける前に予め検査終了時刻や病院を出る時刻を知ることができるので、病院の検査等に要する時間がわからないために生じる不安の程度が低減され、また病院を出た後の予定及び行動計画を予め立てることができる。
【００８９】
なお、上記実施例に係る病院情報システムは、放射線科システムの画像検査の検査時間を予測するとしているが、これに対して、画像の読影に関する時間を予測してもよい。この場合は、読影待ち画像数等のシステムの運用状態に関する情報をパラメータとして設定することにより、読影に要する時間を予測できるようになる。従って、医師が放射線科に検査を依頼する際、この検査に関する検査結果及び読影結果が戻ってくるまでに要する時間の予測が可能となる。
【００９０】
また、上記実施例に係る病院情報システムは、放射線科システムにＸ線ＣＴ装置、ＭＲＩ装置等の複数の画像診断装置で生成される医用画像を保管・通信する医用画像通信保管システムを通信可能に接続し、この医用画像通信保管システム内の稼働・故障状況やシステムの状態に関する情報を放射線科システムのサブシステム管理装置により管理する構成であってもよい。この場合は、複数の画像診断装置の夫々について検査待ち患者数等のシステムの運用状態に関する情報をパラメータとして予め設定しておくと、画像診断装置毎の検査に要する時間を予測できる。
【００９１】
またなお、上記実施例に係る病院情報システムは、放射線科システムに関する検査時間等を予測するとしたが、本発明はこれに限定されるものではなく、検体システム、会計システム、受付システム等の別の業務部門のサブシステムの仕事に関する処理時間の予測ももちろん可能である。
【００９２】
さらに、上記実施例に係る病院情報システムは、オーダーリングシステムから別のサブシステムの夫々に検査等の依頼を要求するとき、処理時間を予測するとしているが、本発明はこれに限定されるものではなく、別のサブシステムの夫々の間でも、処理時間予測装置を介して処理時間の予測を要求することも可能である。
【００９３】
【発明の効果】
以上説明したように、この発明に係る病院業務の処理時間予測システムにあっては、病院の業務情報を管理するようにしたシステムの運用状態に関する情報が管理されるとともに、この運用状態に関する情報が予め保持している時間予測モデルに適用され、仕事の要求発生時から処理終了時までに要する時間が自動的に予測されるため、この予測結果に基づいて、検査依頼等を指示する医師は、依頼先業務の混雑状況を正確に把握することができ、緊急依頼にするか否かを的確に判断できるようになる。これにより、不必要な緊急依頼も減少し、依頼先の業務の作業効率が改善され、システム全体の稼働効率が大幅に向上するようになる。また、患者にとっても、検査等を受ける前に予め検査終了時刻や病院を出る時刻を知ることができるので、病院の検査等に要する時間がわからないために生じる不安の程度が軽減され、また、病院を出た後の予定及び行動計画を予め立てることができる。
【図面の簡単な説明】
【図１】本発明に係る病院業務の処理時間予測システムを搭載した病院情報システムの概略構成を示すブロック図。
【図２】サブシステムとしての放射線科システムの概略構成を示すブロック図。
【図３】放射線科への依頼業務の概略の流れを示す図。
【図４】処理時間予測装置の全体の処理を示す概略のフローチャート。
【図５】待ち行列網に基づくモデルの概略を示す図。
【図６】処理時間予測装置の時間予測の処理を示す概略のフローチャート。
【図７】実施例の全体の動作に係る概略のフローチャート。
【符号の説明】
１ 病院情報システム
２ オーダーリングシステム
２ａ、３ａ…６ａ サブシステム管理装置（本発明のシステム管理手段の要部を成す）
２ｂ…２ｂ 端末
３ 放射線科システム
３ｂ…３ｂ 端末
３ｃ 支線ネットワーク
３ｄ ゲートウェイ
４ 検体システム
５ 会計システム
６ 受付システム
７ データベース装置
８ 全体システム管理装置（本発明のシステム管理手段の一部を成す）
９ 処理時間予測装置（本発明の処理時間予測手段）
１０ 基幹ネットワーク
【産業上の利用分野】
この発明は、病院業務の処理時間予測システムに係り、とくに病院業務の診療、検査、受付、会計等の各仕事の業務情報を管理し、この業務情報を時間予測モデルに適用した処理時間予測システムに関する。
【０００２】
【従来の技術】
病院の業務には、通常、診察室等で医師により実施される診療と、この診療を補助するために、受付、種々の検査、薬剤、会計などの各部門で夫々の専門スタッフ等により実施される業務とがある。この複数の業務部門の夫々の間では、医療に関する種々の情報が伝達されている。これらの情報の伝達を迅速かつ正確に行うための病院業務に関係するシステムとして、一般に、病院情報システム（ＨＩＳ）が知られている。
【０００３】
この病院情報システムは、医療情報の入出力を担う複数の端末等から構成されており、この端末の各々は、情報伝送路としてのネットワークを介して相互に通信可能に接続されている。また、この端末の夫々は、種々の医療情報の入出力装置として、病院の受付、診察室、種々の検査室、会計等の各業務部門に設置されている。
【０００４】
上記複数の端末から入出力される種々の医療情報の内で、例えば、受付から診察室への依頼、診察室の医師から種々の検査室への検査依頼や薬剤調合等の依頼といった依頼情報は、依頼元業務（診察等）の端末から入力されることにより、ネットワークを介して依頼先業務（検査等）の端末に送られることになる。この伝達された依頼情報は、依頼先の業務内容を具体的に指示する内容、例えば検査種類等を含んでおり、この内容が依頼先の端末の画面に表示されることになる。これにより、依頼先では、端末に画面表示された依頼内容に沿って検査等の処理を実施するとともに、この実施した処理結果の情報を端末から入力することにより、ネットワークを介して依頼元の端末に返すようになっている。
【０００５】
ここで、上記依頼情報伝達の一例として、診察室の医師から種々の画像検査を担う放射線科部門に検査依頼する場合の概要を説明する。
【０００６】
まず、医師が患者の検査依頼を端末に入力すると、この依頼情報がネットワークを介して放射線科に送られる。このとき、医師は、依頼先での患者の待ち状態や未処理の依頼数等の混雑状況に基づいて、検査結果が得られる時間を経験的に予想し、この予想時間を加味して至急依頼にするか通常依頼にするかを判断する。
【０００７】
次いで、放射線科では、患者の到着を確認し、患者の受付が行なわれると、放射線科技師による画像検査が実施される。この画像検査は、依頼情報の内の検査種類及び検査内容等に従って行われる。この検査結果は、依頼情報とともに放射線科読影室の端末に送られる。このとき、検査情報の内の患者名、検査種類及び検査内容等は会計の端末にも送られる。
【０００８】
次いで、放射線科読影室では、読影医により検査結果が読影され、この読影結果が読影レポートとしてまとめられる。この読影レポートの読影情報は、検査情報とともに、放射線科の端末からネットワークを介して依頼元の端末に送られる。このとき、会計の端末では、上記検査情報に基づき、検査費用が計算されている。
【０００９】
次いで、依頼元では、放射線科から送られてきた検査情報及び読影情報に基づいて、医師による患者の病気診断、治療が行われる。
【００１０】
【発明が解決しようとする課題】
しかしながら、上述した従来技術の病院情報システムでは、検査依頼等の医療に関する業務情報が人手ではなく、ネットワークを媒体にして複数の業務部門の各々に伝達されるため、例えば、別の業務部門内の混雑状況、すなわち経時的に変化する未処理の依頼数や患者の待ち状態等を把握するのが困難となっていた。
【００１１】
とくに、上記の混雑状況が複数の処理から構成される場合、例えば種々の医療情報を総合する病院情報システムにあっては、複数の処理の夫々で混雑状況が発生することもあるため、この混雑状況の夫々を正確に把握することは非常に困難であった。
【００１２】
上記のように、別の業務部門の混雑状況を把握することが困難になっているにもかかわらず、医師は通常依頼にするか至急依頼にするかを判断するために依頼先業務の混雑状況をできるだけ把握し、依頼先業務の仕事に要する時間を予想する必要があった。例えば、医師は依頼先業務の混雑状況を認識できず、すなわち依頼先業務の仕事の終了時刻を殆ど予想できないため、実際に通常依頼を出しても時間的に十分余裕のある混雑状況のときでも、至急依頼を出してしまうことがあった。
【００１３】
上記の不必要な至急依頼が生じることにより、病院情報システムの稼働効率が低下するとともに、依頼先業務の作業能率も低下し、その結果、患者の診断効率等が低下してしまうといった問題点があった。
【００１４】
また、検査に要する時間が不明であるということは、患者にとっても検査に対する不安材料の１つとなっていた。
【００１５】
この発明は、上述した従来技術の問題を考慮してなされたもので、病院業務の混雑状況を正確に把握できるとともに、検査等に要する処理時間を予め取得可能な病院業務の時間予測システムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記の目的を達成するために、請求項１記載の発明に係る病院業務の処理時間予測システムは、病院の業務内容に応じて割り当てられる複数の仕事の夫々に関する業務情報を入出力可能な複数の要素を備え、この複数の要素の夫々を相互に通信可能に接続し、上記業務情報を管理するようにしたシステムにおいて、上記業務情報の内の少なくとも上記複数の仕事の処理及び管理の情報を含む上記システムの運用状態に関する情報を収集し、管理する少なくとも１つのシステム管理手段と、一の要素から、他の要素に対して仕事を依頼した場合の時間予測の要求を受け取ると、前記他の要素の上記情報を、このシステム管理手段からネットワークを介して収集し、収集された情報を予め保持している少なくとも１つの時間予測モデルに時間予測に用いるパラメータとして適用して、一の要素が他の要素に対して上記仕事の処理を新しく要求したときの要求発生時から処理終了時までに要する時間を予測し、前記一の要素に送る処理時間予測手段と、上記処理時間予測手段により予測された時間を、上記一の要素に表示する手段とを備えたことを特徴とする。
また、請求項２記載の発明では、前記一の要素は、少なくとも患者の臨床情報を管理するオーダーリングシステムを含むものである。
【００１７】
また、請求項３記載の発明では、前記処理時間予測手段は、前記時間予測モデルに対応して構築され且つパラメータ可変のアルゴリズムであり、前記処理及び管理の情報をそのパラメータとして設定する手段を備えている。
【００１８】
また、請求項４記載の発明では、前記処理及び管理の情報は、少なくとも前記複数の仕事の夫々の要求発生率、要求処理時間及び待ち状態にある要求数とを含んでいる。
【００１９】
また、請求項５記載の発明では、前記時間予測モデルは、少なくとも待ち行列網に基づいたモデルである。
【００２０】
また、請求項６記載の発明では、前記複数の要素は、少なくとも端末装置を含んでいる。
【００２１】
【作用】
請求項１記載の発明にあっては、少なくとも１つのシステム管理手段により、業務情報の内の少なくとも上記複数の仕事の処理及び管理の情報を含むシステムの運用状態に関する情報が管理されるとともに、処理時間予測手段により、上記情報が、このシステム管理手段からネットワークを介して収集され、収集された情報が予め保持している少なくとも１つの時間予測モデルに時間予測に用いるパラメータとして適用され、一の要素が他の要素に対して仕事の処理を新しく要求したときの要求発生時から処理終了時までに要する時間が予測される。そして、この処理時間予測手段により予測された時間は、上記仕事の処理を新しく要求した上記一の要素に表示される。
また、請求項２記載の発明では、患者の臨床情報を管理するオーダーリングシステムにおいても上記の作用が実現される。
【００２２】
また、請求項３記載の発明では、上記時間予測モデルに対応して構築され且つパラメータ可変のアルゴリズムとしての処理時間予測手段により、複数の仕事の処理及び管理の情報がそのパラメータとして設定される。
【００２３】
例えば、請求項４記載の発明では、複数の仕事の夫々の要求発生率、要求処理時間及び待ち状態にある要求数とを含む情報が上記時間予測モデルのパラメータとして設定される。
【００２４】
また、請求項５記載の発明では、待ち行列網に基づいたモデルが時間予測モデルの１つとして予め保持される。
【００２５】
また、請求項６記載の発明では、少なくとも端末装置を含む複数の要素の間で、業務情報は入出力される。
【００２６】
【実施例】
以下、この発明の一実施例を図１〜図７を参照して説明する。なお、この一実施例は、この発明に係る病院業務の時間予測システムを病院情報システムに搭載して実施したものである。
【００２７】
図１に示す病院情報システム１は、病院内の業務部門の夫々に設けられる複数のサブシステム２…６と、患者情報等を保存、管理するデータベース装置７と、本発明のシステム管理手段の一部を成す全体システム管理装置（ＴＳＭ）８と、本発明の処理時間予測手段を成す処理時間予測装置（シミュレータ（ＳＭＬＴ）とも言う）９とから構成されており、この構成要素の夫々がＬＡＮ等の基幹ネットワーク１０を介して相互に通信可能に接続されている。
【００２８】
サブシステム２…６は、患者の臨床情報を管理するオーダーリングシステム２と、患者の画像検査情報を管理する放射線科システム３と、患者の検体検査情報を管理する検体システム４と、病院内の会計情報を管理する会計システム５と、外来患者の受付情報等を管理する受付システム６とから構成される。
【００２９】
このサブシステム２…６の各々は、ＬＡＮ等のサブシステム用のネットワーク（以下、支線ネットワークと呼ぶ）に接続される複数の端末と、本発明のシステム管理手段の要部としてのサブシステム管理装置（ＳＳＭ）とから成る（図２参照）。
【００３０】
オーダーリングシステム２は、患者の臨床情報を管理し、検査依頼等の指示を各業務部門に出すシステムであって、診察室及び病棟等に配置される複数の端末２ｂ…２ｂと、このシステム２の運用状態に関する情報等を監視するサブシステム管理装置（ＳＳＭＯ）２ａとから構成されている。この構成要素の各々は、支線ネットワーク（図示しない）を介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ（図示しない）を介して基幹ネットワーク１０に接続される別の構成要素の夫々と相互に通信可能となっている。
【００３１】
複数の端末２ｂ…２ｂの各々は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、端末２ｂ…２ｂの各々は、医師又は看護婦等の入力操作により、検体検査及び画像検査等の検査依頼の指示を任意の端末２ｂから基幹ネットワーク１０を介して依頼先のサブシステムに送るともに、この依頼結果を受け取って、指示を入力した端末２ｂに画面表示できるようになっている。また、端末２ｂ…２ｂの各々は、医師等が検査依頼の指示を出す時点で、時間予測要求の指示を基幹ネットワーク１０を介して時間予測装置９に送ることにより、この検査終了時刻の予測結果を受けとって、指示入力した端末２ｂに画面表示できるようになっている。
【００３２】
サブシステム管理装置（ＳＳＭＯ）２ａは、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、サブシステム管理装置２ａは、基幹ネットワーク１０を介して指示される要求の状態、オーダーリングシステム２内の端末２ｂ…２ｂの各々の入力情報を含む処理状態及び稼働・故障状況等の経時的に刻々と変化するシステム２の運用状態を監視するとともに、このシステム２の運用状態に関する情報に対して、基幹ネットワーク１０に接続される全ての構成要素の夫々から参照等の要求があったとき、この時点でのシステムの運用状態に関する情報を要求元に返答するようになっている。
【００３３】
放射線科システム３は、放射線科の各種の画像診断装置（Ｘ線ＣＴ装置、ＭＲＩ装置等）で実施する画像検査に関する文字情報を管理するシステムであって、図２に示すように、通常、放射線科受付室、画像検査室、読影室等に配置される複数の端末３ｂ…３ｂと、このシステム３の運用状態に関する情報等を管理するサブシステム管理装置（ＳＳＭＲ）３ａとから構成される。この構成要素の各々は、支線ネットワーク３ｃを介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ３ｄを介して基幹ネットワーク１０に接続される全ての構成要素の夫々と相互に通信可能となっている。
【００３４】
端末の各々３ｂ…３ｂは、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、端末３ｂ…３ｂの各々は、オーダーリングシステム２内の任意の端末２ｂから画像検査依頼の指示を受けると、放射線科医師又はスタッフ等の操作によって、検査依頼内容を画面に表示するとともに、指示された画像検査の実施結果及び読影結果等の情報を基幹ネットワーク１０を介してオーダーリングシステム２内の依頼元の端末２ｂに返すようになっている。
【００３５】
この端末３ｂ…３ｂの各々の配置構成の一例について説明すると、まず、放射線科受付室に配置される端末３ｂでは、オーダーリングシステム２内の任意の端末２ｂから指示された検査依頼内容の画面表示と、対象患者の患者情報の登録とを主に行うようになっている。また、画像検査室の端末３ｂでは、画像検査を実施する放射線科技師等の操作により、検査依頼内容及び放射線科受付室の端末で登録された患者情報を画面表示するとともに、検査実施結果を入力できるようになっている。さらに、読影室の端末３ｂでは、読影を行う医師等の操作によって、検査依頼内容、患者情報及び画像検査室で入力された検査実施結果を画面表示するとともに、画像検査で得られた医用画像の読影結果を入力できるようになっている。
【００３６】
サブシステム管理装置（ＳＳＭＲ）３ａは、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、サブシステム管理装置３ａは、基幹ネットワーク１０を介して指示される要求の状態、このシステム３内の端末３ｂ…３ｂの各々の入力情報を含む処理状態及び稼働・故障状況等の経時的に刻々と変化するシステム３の運用状態を監視するとともに、このシステム３の運用状態に関する情報に対して、基幹ネットワーク１０に接続される全ての構成要素の夫々から参照等の要求があったとき、この時点のシステムの運用状態に関する情報を要求元に返答するようになっている。
【００３７】
検体システム４は、患者の検体検査情報を管理するシステムであって、検体検査室等に配置される複数の端末（図示しない）と、サブシステム管理装置（ＳＳＭＣ）４ａとから構成される。この構成要素の各々は、支線ネットワークを介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ（図示しない）を介して基幹ネットワーク１０に接続される全ての構成要素の夫々と相互に通信可能となっている。
【００３８】
端末の各々は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、端末の各々は、オーダーリングシステム２内の任意の端末２ｂから検体検査依頼の指示を受けると、スタッフ等の操作によって、検査依頼内容を画面に表示するとともに、指示された検体検査の実施結果等の情報を基幹ネットワーク１０を介してオーダーリングシステム２内の依頼元の端末２ｂに返すようになっている。
【００３９】
サブシステム管理装置（ＳＳＭＣ）４ａは、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されている。このハードウェア構成により、サブシステム管理装置４ａは、基幹ネットワーク１０を介して指示される要求の状態、検体システム４内の端末の各々の入力情報を含む処理状態及び稼働・故障状況等の経時的に刻々と変化するシステム４の運用状態を監視するとともに、このシステム４の運用状態に関する情報に対して、基幹ネットワーク１０に接続される全ての構成要素の夫々から参照等の要求があったとき、この時点のシステムの運用状態に関する情報を要求元に返答するようになっている。
【００４０】
会計システム５は、病院内の会計情報を管理するシステムであって、会計室等に配置される複数の端末（図示しない）と、サブシステム管理装置（ＳＳＭＫ）５ａとから構成される。この構成要素の各々は、支線ネットワークを介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ（図示しない）を介して基幹ネットワーク１０に接続される全ての構成要素の夫々と相互に通信可能となっている。この会計システム５は、基幹ネットワーク１０を介して送られてくる各種検査等の実施情報から検査費用等の料金を計算できるようになっている。
【００４１】
受付システム６は、外来患者の受付を行うシステムであって、外来受付等に配置される複数の端末（図示しない）と、サブシステム管理装置（ＳＳＭＵ）６ａとから構成される。この構成要素の各々は、支線ネットワーク（図示しない）を介して相互に通信可能に接続されているとともに、通信プロトコル変換用のゲートウェイ（図示しない）を介して基幹ネットワーク１０に接続される全ての構成要素の夫々と相互に通信可能となっている。この受付システム６は、外来患者等の受付情報を基幹ネットワーク１０を介してオーダーリングシステム２等に送るようになっている。
【００４２】
データベース装置７は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されており、基幹ネットワーク１０を介して接続される全ての構成要素の夫々と相互に通信可能に接続されている。これらの構成により、このデータベース装置７は、病院情報システム１内で扱われる患者情報（患者名、性別等）等の適宜な医療情報を保存、管理できるようになっている。また、このデータベース装置７は、基幹ネットワーク１０に接続される上記構成要素の夫々から参照等の要求を受けると、この要求に応答して、要求元の上記構成要素の夫々に参照情報を返すようになっている。
【００４３】
全体システム管理装置８は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク、光ディスク装置等）、インタフェース等のハードウェアから構成されており、基幹ネットワーク１０を介して全ての構成要素の夫々と相互に通信可能に接続されている。
【００４４】
この全体システム管理装置８は、病院情報システム１全体の管理情報及び基幹ネットワーク１０等を管理するとともに、サブシステム２…６の夫々、処理時間予測装置９から基幹ネットワーク１０を介して送られてくる上記管理情報を記録できるようになっている。
【００４５】
処理時間予測装置９は、図示しないＣＰＵ、メモリ、記憶装置（磁気ディスク及び光ディスク装置等）、インタフェース等のハードウェアから構成されており、基幹ネットワーク１０を介して全ての構成要素の夫々と相互に通信可能に接続されている。
【００４６】
この処理時間予測装置９は、予め記憶装置又はメモリに複数の所定の時間予測モデル（例えば、下記に説明する「待ち行列網に基づいたモデル」等）を保持しており、オーダーリングシステム２内の任意の端末２ｂから基幹ネットワーク１０を介して時間予測要求を指示されたときに、この要求内容等に応じて上記複数の内から適宜な時間予測モデルを選択できるようになっている。
【００４７】
この時間予測モデルの選択は、例えば、ある種の画像検査に係る時間予測処理には下記に説明する「待ち行列網に基づいたモデル」を選択するし、別の時間予測処理には別のモデルを選択するといった要求内容と時間予測モデルとの対応関係を表す所定の対応表等に基づいて行われる。この時間予測モデルが選択されると、処理時間予測装置９は選択されたモデルに対応したパラメータ可変のアルゴリズムに基づいて、指示対象の検査等の処理時間を予測し、この予測結果をオーダーリングシステム２内の指示端末２ｂに返すようになっている。
【００４８】
また、この処理時間予測装置９は、上記処理時間の予測の際、指示対象の検査等に関わる業務部門の全てのサブシステム管理装置２ａ…６ａに対して、時間予測に必要なシステムの運用状態に関する情報等を要求し、この要求に応答して送られてきた情報を時間予測モデルのパラメータとして設定するようになっている。
【００４９】
次に、放射線科の業務を一例として、病院情報システムによる時間予測の処理の概要を説明する。最初に、放射線科業務の概要について、患者及び情報の流れを中心に図３に基づき説明する。
【００５０】
まず、患者は、来院して、外来の受付を済ませると、順番が来るまで診察室の待合室等で待機する。次いで、診察の順番になると、患者は診察室に入り、医師による診察を受ける。この診察が終了すると、患者の画像検査依頼が診察室から放射線科受付に送られる。
【００５１】
次いで、患者は診察室から放射線科受付に移動し、ここで画像検査の受付を済ませると、順番が来るまで、放射線科の待合室で待機する。次いで、この画像検査の順番になると、患者は検査室に入り、放射線科技師による画像検査を受ける。この画像検査は放射線科受付の端末を介して検査室の端末に送られてきた検査依頼の内容に沿って行われる。この画像検査が終了すると、患者は放射線科から診察室の待合室等に戻って、治療の順番が来るまで待機する。
【００５２】
このとき、画像検査の実施情報は、検査室の端末から放射線科受付を介して会計の端末に送られる。また、患者の画像検査で発生した医用画像等の検査結果は、画像検査室の端末から読影室の端末に送られることになるが、すぐに読影室の読影医により読影されるのではなく、順番を待ってから、読影されることになる。次いで、読影が終了すると、所見レポート等の読影結果は読影室の端末から診察室の端末に送られる。
【００５３】
次いで、治療の順番になると、患者は再び診察室に入り、医師による治療を受ける。この治療は、予め済ませておいた診察結果及び画像検査の読影結果等に基づいて行われる。この治療が終了すると、患者は会計で精算して病院を出ることになる。
【００５４】
次に、放射線科への検査依頼に関する時間予測処理の概要を図４に基づき説明する。
【００５５】
まず、処理時間予測装置９は、オーダーリングシステム２から時間予測の要求を受け取る（ステップ５０）と、放射線科システム２に対して時間予測に必要なシステムの運用状態に関する情報、例えば平均要求到着率、平均処理時間、現在の要求待ち個数及びシステム稼働状況等の情報を要求する（ステップ５１）。
【００５６】
次いで、放射線科システム２から現在のシステムの運用状態に関する情報を受け取る（ステップ５２）と、指示された時間予測の要求内容及びシステム稼働状況に基づいて、予め保持している所定の複数の時間予測モデルの中から最適なモデルを選択し（ステップ５３）、その選択した時間予測モデルに放射線科システム２から送られてきた情報をパラメータとして設定する（ステップ５４）。
【００５７】
次いで、選択したモデルに対応したパラメータ可変のアルゴリズム（例えば、待ち行列シミュレータ）に基いて、要求された検査業務の処理時間を求める（ステップ５５）と、この処理時間結果をオーダーリングシステム２に送る（ステップ５６）。
【００５８】
ここで、上記時間予測モデルの一例として、待ち行列網（例えば、米田清「離散系シミュレーションとその他のシステム評価技法の使い分け」、計測と技術、Vol.30、No.2、1992.2、参照）に基づいたモデルの概要を図５に基づき説明する。
【００５９】
まず、待ち行列網に基づいたモデルには、システムの運用状態に関する情報の内の平均要求到着率、平均処理時間及び要求待ち個数の３種類の情報がパラメータとして設定される。
【００６０】
「平均要求到着率」とは、単位時間当たりの要求数のことであり、例えば、基幹ネットワークを介してサブシステム内に到着する任意時間内の依頼要求数をサブシステム管理装置で計数することにより求められる。仮に、単位時間を１分とし、１時間に６０個の要求が到着したとすると、平均要求到着率は６０個／６０分＝１個／分となる。
【００６１】
「平均処理時間」とは、１つの要求の処理に要する時間のことであり、例えば、放射線科システム３の場合、１つの検査依頼要求の検査（処理）に要する時間は、検査室端末に入力された操作時刻の差（すなわち検査開始時の患者確認の入力から検査終了時の検査実施結果の入力までに要した時間）を、サブシステム管理装置３ａで計算することにより求められる。
【００６２】
同様にして、他のサブシステムについても、１つの要求の処理時間が求められる。従って、任意要求数の処理時間が継続して計算されると、平均処理時間を求めることができる。ただし、例えば放射線科システム２の場合では受付、検査及び読影の複数の仕事があるが、このように１つの要求に対する仕事が複数あるときは、選択される時間予測モデルに応じて、各仕事ごとに処理時間を求めてもよいし、これに対して、複数の仕事の処理をまとめた処理時間を１つの要求に対する処理時間としてもよい。また、１つの仕事が内容に応じて細分化可能な場合には、細分化された内容毎に処理時間を求めるようにしてもよい。例えば、検査内容毎に処理時間を求めることも可能である。
【００６３】
「要求待ち個数」とは、処理の手前で処理を待つ要求の個数のことであり、例えば、検査要求の場合では、要求待ち個数は、受付を済ませた要求数から検査を終えた要求数と検査中の要求数とを減算することにより求められる。
【００６４】
ただし、時間予測に必要なパラメータは時間予測モデルの内容に依存しているため、処理時間予測装置は、上記３種類の情報とは別のシステムの運用状態に関する情報についても、時間予測モデルの内容に応じて、適宜にサブシステム管理装置から取得可能となっている。また、上記平均要求到着率及び平均処理時間は確率論的に変動すると仮定してもよい。
【００６５】
ここで、上記平均要求到着率、平均処理時間及び要求待ち個数をパラメータに適用した待ち行列網に基づいたモデルの概要を図５に基づいて説明する。
【００６６】
このモデルは、一般にサービスを受ける側とサービスを提供する側との間の時間的関係を解明するものであり、この実施例では、このモデルを図５に示すように、処理を要求（依頼）する側と処理を実施する側との間で、検査依頼等の要求の発生から待ち状態を経て要求の処理が終了するまでの時間的関係を解明するために適用するものとする。
【００６７】
例えば、処理を実施する側の処理待機の状態と処理実施の状態とを合わせてステーションと呼ぶことにし、処理を要求する側の要求がステーションに入って（要求発生）から出る（処理終了）までに要する時間を予測することを考えてみる。
【００６８】
まず、ステーション内の処理待機の状態では、要求待ち個数（図５中では５個）に相当する検査要求（図５中の白丸）が要求発生順に行列を成しており、平均処理時間毎に行列の先頭から順に処理実施の状態になり、処理が終了するとステーションから出ていくとする。
【００６９】
ここで、予測対象としてマークを付けた検査要求が新たにステーションに入ると、この検査要求は行列の最後に付くことになる。
【００７０】
この検査要求のステーションへの出入時間は、上記パラメータの値によって決まる。つまり、ステーション内の行列の後側では、平均要求到着率ごとに次々と新たな検査要求がステーション内に入って並ぶことになり、一方、ステーションの行列の先頭側では処理実施中の検査要求が平均処理時間毎にステーションを出るとき、行列先頭の検査要求が処理実施の状態になる。
【００７１】
このようにして、予測対象の検査要求がステーションに入ってから行列の先頭に来るまでに要する時間が処理待ち時間として、またこの処理待ち時間に平均処理時間を加算することでステーションを出るまでに要する時間、即ち処理終了時間が予測されることになる。
【００７２】
続いて、上記待ち行列網に基づいたモデルに対応して構築されるパラメータ可変のアルゴリズムに沿った処理時間予測の処理（この場合は離散系シミュレーションとも言う）を図６に基づき説明する。
【００７３】
最初に、ステップ６０にて処理時間予測装置９内の時刻カウンタが初期設定されると、ステップ６１でサブシステム管理装置２ａ…６ａから受け取った平均処理時間及び要求待ち個数がステーションの処理時間及び処理待ち要求（数）として設定される。次いで、ステップ６２にて予測対象としてマークを付けた検査要求が待ち行列の最後に付加される。
【００７４】
次いで、ステップ６３にて時刻カウンタが単位時間（例えば１分）だけ加算されると、ステップ６４にて時刻カウンタ＝「平均要求到着間隔の整数倍」か否かを判断される。このステップ６４でＹＥＳと判断されると、ステップ６５でステーションの待ち行列の最後に検査要求が１つ付加されてステップ６６に移行し、一方、ステップ６４でＮＯと判断されると、ステップ６６に移行する。
【００７５】
次いで、ステップ６６にて時刻カウンタ＝「平均処理時間の整数倍を表す時刻」か否かが判断される。ステップ６６でＹＥＳと判断されると、ステップ６７に移行し、一方、ステップ６６でＮＯと判断されると、ステップ６３に戻り上記一連の処理を繰り返すことになる。
【００７６】
次いで、ステップ６７にてマークを付けた検査要求が待ち行列の先頭にあるか否かが判断される。ステップ６７でＹＥＳと判断されると、ステップ６９に移行し、一方、ステップ６７でＮＯと判断されると、ステップ６８でステーションの待ち行列の先頭の検査要求が削除され、ステップ６３に戻り上記一連の処理を繰り返すことになる。
【００７７】
次いで、ステップ６９にて時刻カウンタの値を予測される処理待ち時間とする。また、この処理待ち時間に平均処理時間を加えることにより、処理終了時間が求められる。
【００７８】
なお、上記処理手順は処理時間をいわゆる離散系シミュレーシュンにより求める手順の一例であるが、これに対して、待ち行列網解析（例えば、”Quantitative System Performance Computer System Analysis Using Queueing Network Models ”、Edward D.Lazowska、John Zahorjan、Prentice-Hall, Inc. 、参照）や微分法方程式等の代数を用いた連続系シミュレーシュンにより求める手順であってもよい。
【００７９】
また、上記時間予測モデルは待ち行列網に基づいているが、これに対して、ペトリネットを用いたモデル（例えば、”Performance Evaluation of Picture Archiving and Communication Network Using Stocastic Activity Networks”、W.H.Sandars, R.Martinez IEEE TRANSACTION ON MEDICAL IMAGING、VOL.12、NO.1、MARCH 1993 、参照）等の別の時間予測モデルであってもよい。
【００８０】
次に、全体の動作を図７に基づいて説明する。
【００８１】
ここでは、診察室の医師から放射線科へ検査依頼を指示する際に、検査終了時刻を予測するとする。
【００８２】
まず、放射線科に画像検査依頼を出す際に、検査終了時刻等の処理時間の問い合わせ要求が、診察室の医師の入力操作によりオーダーリングシステム２内の端末２ｂから処理時間予測装置９に出される（ステップ７０）。
【００８３】
続いて、この予測装置９は、問い合わせ要求を基幹ネットワーク１０を介して受け取ると、この要求の内容を解釈し（ステップ７１）、放射線科システム３のサブシステム管理装置３ａに患者待ち状態及び平均検査時間等の時間予測に必要な現在のシステムの運用状態に関する情報を問い合わせる（ステップ７２）。
【００８４】
続いて、サブシステム管理装置３ａは、問い合わせ内容に応答して、時間予測に必要なシステムの運用状態に関する情報を処理時間予測装置９に送る（ステップ７３）。
【００８５】
続いて、この予測装置９は、システムの運用状態に関する情報を予め保持している時間予測モデルに適用して、検査に要する時間を予測し（ステップ７４）、この予測結果をオーダーリングシステム２の指示端末２ｂに返す（ステップ７５）。続いて、オーダーリングシステム２の指示端末２ｂは、予測結果を画面に表示する（ステップ７６）。
【００８６】
以上により、上記実施例に係る病院情報システムは、医師等が検査依頼等の依頼を新たに要求するときの検査終了時間等の処理時間が自動的に予測されることになる。
【００８７】
この予測結果に基づいて、検査依頼等を指示する医師は、依頼先業務の混雑状況を正確に把握することができ、緊急依頼にするか否かを的確に判断できるため、不必要な緊急依頼も減少し、依頼先の業務の作業効率が改善され、システム全体の稼働効率も大幅に向上するようになる。
【００８８】
また、患者にとっても、検査等を受ける前に予め検査終了時刻や病院を出る時刻を知ることができるので、病院の検査等に要する時間がわからないために生じる不安の程度が低減され、また病院を出た後の予定及び行動計画を予め立てることができる。
【００８９】
なお、上記実施例に係る病院情報システムは、放射線科システムの画像検査の検査時間を予測するとしているが、これに対して、画像の読影に関する時間を予測してもよい。この場合は、読影待ち画像数等のシステムの運用状態に関する情報をパラメータとして設定することにより、読影に要する時間を予測できるようになる。従って、医師が放射線科に検査を依頼する際、この検査に関する検査結果及び読影結果が戻ってくるまでに要する時間の予測が可能となる。
【００９０】
また、上記実施例に係る病院情報システムは、放射線科システムにＸ線ＣＴ装置、ＭＲＩ装置等の複数の画像診断装置で生成される医用画像を保管・通信する医用画像通信保管システムを通信可能に接続し、この医用画像通信保管システム内の稼働・故障状況やシステムの状態に関する情報を放射線科システムのサブシステム管理装置により管理する構成であってもよい。この場合は、複数の画像診断装置の夫々について検査待ち患者数等のシステムの運用状態に関する情報をパラメータとして予め設定しておくと、画像診断装置毎の検査に要する時間を予測できる。
【００９１】
またなお、上記実施例に係る病院情報システムは、放射線科システムに関する検査時間等を予測するとしたが、本発明はこれに限定されるものではなく、検体システム、会計システム、受付システム等の別の業務部門のサブシステムの仕事に関する処理時間の予測ももちろん可能である。
【００９２】
さらに、上記実施例に係る病院情報システムは、オーダーリングシステムから別のサブシステムの夫々に検査等の依頼を要求するとき、処理時間を予測するとしているが、本発明はこれに限定されるものではなく、別のサブシステムの夫々の間でも、処理時間予測装置を介して処理時間の予測を要求することも可能である。
【００９３】
【発明の効果】
以上説明したように、この発明に係る病院業務の処理時間予測システムにあっては、病院の業務情報を管理するようにしたシステムの運用状態に関する情報が管理されるとともに、この運用状態に関する情報が予め保持している時間予測モデルに適用され、仕事の要求発生時から処理終了時までに要する時間が自動的に予測されるため、この予測結果に基づいて、検査依頼等を指示する医師は、依頼先業務の混雑状況を正確に把握することができ、緊急依頼にするか否かを的確に判断できるようになる。これにより、不必要な緊急依頼も減少し、依頼先の業務の作業効率が改善され、システム全体の稼働効率が大幅に向上するようになる。また、患者にとっても、検査等を受ける前に予め検査終了時刻や病院を出る時刻を知ることができるので、病院の検査等に要する時間がわからないために生じる不安の程度が軽減され、また、病院を出た後の予定及び行動計画を予め立てることができる。
【図面の簡単な説明】
【図１】本発明に係る病院業務の処理時間予測システムを搭載した病院情報システムの概略構成を示すブロック図。
【図２】サブシステムとしての放射線科システムの概略構成を示すブロック図。
【図３】放射線科への依頼業務の概略の流れを示す図。
【図４】処理時間予測装置の全体の処理を示す概略のフローチャート。
【図５】待ち行列網に基づくモデルの概略を示す図。
【図６】処理時間予測装置の時間予測の処理を示す概略のフローチャート。
【図７】実施例の全体の動作に係る概略のフローチャート。
【符号の説明】
１ 病院情報システム
２ オーダーリングシステム
２ａ、３ａ…６ａ サブシステム管理装置（本発明のシステム管理手段の要部を成す）
２ｂ…２ｂ 端末
３ 放射線科システム
３ｂ…３ｂ 端末
３ｃ 支線ネットワーク
３ｄ ゲートウェイ
４ 検体システム
５ 会計システム
６ 受付システム
７ データベース装置
８ 全体システム管理装置（本発明のシステム管理手段の一部を成す）
９ 処理時間予測装置（本発明の処理時間予測手段）
１０ 基幹ネットワーク
Claims (6)
- 病院の業務内容に応じて割り当てられる複数の仕事の夫々に関する業務情報を入出力可能な複数の要素を備え、この複数の要素の夫々を相互に通信可能に接続し、上記業務情報を管理するようにしたシステムにおいて、
上記業務情報の内の少なくとも上記複数の仕事の処理及び管理の情報を含む上記システムの運用状態に関する情報を収集し、管理する少なくとも１つのシステム管理手段と、
一の要素から、他の要素に対して仕事を依頼した場合の時間予測の要求を受け取ると、前記他の要素の上記情報を、このシステム管理手段からネットワークを介して収集し、収集された情報を予め保持している少なくとも１つの時間予測モデルに時間予測に用いるパラメータとして適用して、一の要素が他の要素に対して上記仕事の処理を新しく要求したときの要求発生時から処理終了時までに要する時間を予測し、前記一の要素に送る処理時間予測手段と、
上記処理時間予測手段により予測された時間を、上記一の要素に表示する手段とを備えたことを特徴とする病院業務の処理時間予測システム。 - 前記一の要素は、少なくとも患者の臨床情報を管理するオーダーリングシステムを含むことを特徴とする請求項１記載の病院業務の処理時間予測システム。
- 前記処理時間予測手段は、前記時間予測モデルに対応して構築され且つパラメータ可変のアルゴリズムであり、前記処理及び管理の情報をそのパラメータとして設定する手段を備えている請求項１記載の病院業務の処理時間予測システム。
- 前記処理及び管理の情報は、少なくとも前記複数の仕事の夫々の要求発生率、要求処理時間及び待ち状態にある要求数とを含む請求項３記載の病院業務の処理時間予測システム。
- 前記時間予測モデルは、少なくとも待ち行列網に基づいたモデルである請求項４記載の病院業務の処理時間予測システム。
- 前記複数の要素は、少なくとも端末装置を含む請求項５記載の病院業務の処理時間予測システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04380294A JP4127725B2 (ja) | 1994-03-15 | 1994-03-15 | 病院業務の処理時間予測システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04380294A JP4127725B2 (ja) | 1994-03-15 | 1994-03-15 | 病院業務の処理時間予測システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07253963A JPH07253963A (ja) | 1995-10-03 |
| JP4127725B2 true JP4127725B2 (ja) | 2008-07-30 |
Family
ID=12673885
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04380294A Expired - Lifetime JP4127725B2 (ja) | 1994-03-15 | 1994-03-15 | 病院業務の処理時間予測システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4127725B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001069474A1 (fr) * | 2000-03-14 | 2001-09-20 | Kabushiki Kaisha Toshiba | Centre de systemes d'irm et systeme d'irm |
| US7533008B2 (en) | 2002-08-19 | 2009-05-12 | General Electric Capital Corporation | System and method for simulating a discrete event process using business system data |
| US7676390B2 (en) | 2003-09-04 | 2010-03-09 | General Electric Company | Techniques for performing business analysis based on incomplete and/or stage-based data |
| US10157355B2 (en) | 2005-11-15 | 2018-12-18 | General Electric Company | Method to view schedule interdependencies and provide proactive clinical process decision support in day view form |
| JP5631390B2 (ja) * | 2009-07-01 | 2014-11-26 | コーニンクレッカ フィリップス エヌ ヴェ | 閉ループワークフロー |
| US10426424B2 (en) | 2017-11-21 | 2019-10-01 | General Electric Company | System and method for generating and performing imaging protocol simulations |
| JP7554554B2 (ja) * | 2019-12-26 | 2024-09-20 | キヤノンメディカルシステムズ株式会社 | 通知システム |
| US11836665B2 (en) | 2019-12-30 | 2023-12-05 | UiPath, Inc. | Explainable process prediction |
-
1994
- 1994-03-15 JP JP04380294A patent/JP4127725B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07253963A (ja) | 1995-10-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6832199B1 (en) | Method and apparatus for retrieving service task lists from remotely located medical diagnostic systems and inputting such data into specific locations on a table | |
| US8682686B2 (en) | System and method to manage a workflow in delivering healthcare | |
| US6603494B1 (en) | Multiple modality interface for imaging systems including remote services over a network | |
| US8706516B2 (en) | System and method to manage a workflow in delivering healthcare | |
| US20090132586A1 (en) | Management of Medical Workflow | |
| JP5167441B2 (ja) | スケジュール提示装置 | |
| EP1103902A2 (en) | Problem-solution resource system for medical diagnostic equipment | |
| EP1842145A2 (en) | System and method for medical devices management and configuration and for scheduling patient treatments | |
| CN107133682B (zh) | 基于设备日志的设备操作用时估算系统及方法、基于设备日志的动态预约系统及其实现方法 | |
| JP2002219122A (ja) | 医学システムアーキテクチャ | |
| JP4127725B2 (ja) | 病院業務の処理時間予測システム | |
| JP2010277271A (ja) | サービス順序決定方法及びサービス順序決定装置 | |
| US7080095B2 (en) | Medical diagnostic system remote service method and apparatus | |
| KR20110088948A (ko) | 네트워크 기반 의료 시스템 | |
| JP2004254952A (ja) | 情報収集提供システム及び情報収集提供方法 | |
| Marmor et al. | Toward simulation-based real-time decision-support systems for emergency departments | |
| JP2009134424A (ja) | 医療検査支援システム及び医療検査支援方法 | |
| JP2005301383A (ja) | 検査予約サーバ及び検査予約システム、並びに、検査予約方法 | |
| JP2006163676A (ja) | 医療機器稼働効率分析方法および稼働計画立案支援システム | |
| JP2001104253A (ja) | ネットワーク画像診断支援システム，読影サーバおよび読影情報データベースの記憶媒体 | |
| JP2006280446A (ja) | 検査システムと、この検査システムで利用可能な管理装置および医用診断装置 | |
| JP3074535B2 (ja) | 医療情報提供システム | |
| JP2010152624A (ja) | 医用画像管理システム | |
| Kachhal et al. | Two simulation applications to outpatient clinics | |
| JP2006260251A (ja) | 検診予約システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20031202 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050427 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050622 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080331 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080512 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130523 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130523 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140523 Year of fee payment: 6 |
|
| EXPY | Cancellation because of completion of term |