(57)【要約】【課題】  診療依頼を行う際の緊急度の判断を容易にしながら、診療依頼の優先度を適切に判定する。【解決手段】  依頼医は、診察科端末を操作し、緊急度を選択して検査依頼を発行する。検査受付サーバは、カルテサーバからの患者属性レコードの配信を受ける。この患者属性レコードに記録されている１以上の属性情報と、検査依頼に付与されている緊急度とをパラメータとして取得し、その内容に応じたパラメータ値と、パラメータに対応して設定されている重みとに変換し、これらの加重総和を優先度として検査依頼の順位を決定する。【選択図】図１０
2009086766.tif 000002
【特許請求の範囲】
【請求項１】
依頼内容を指定して診療依頼を発行する複数の依頼元端末と、前記各依頼元端末とネットワークを通じて接続され、前記各依頼元端末が発行した患者毎の診療依頼をオンラインで受信して、受信した前記診療依頼を管理する診療依頼管理サーバとからなる医用ネットワークシステムにおいて、
前記依頼元端末は、
前記診療依頼毎に緊急度を指定する緊急度指定手段と、
前記緊急度が指定された前記診療依頼に対して緊急度指定情報を付与して前記診療依頼を発行可能な診療依頼発行手段とを備えており、
前記診療依頼管理サーバは、
受信した複数の前記診療依頼のそれぞれの情報を格納する依頼情報格納手段と、
前記診療依頼のそれぞれの患者の属性を表す患者属性情報、及びそれぞれの前記依頼内容に基づく複数種類の静的パラメータのうち少なくとも１つを取得する静的パラメータ取得手段と、
前記緊急度指定情報に加えて、前記静的パラメータに基づいて前記各診療依頼の優先度を判定可能な優先度判定手段とを備えたことを特徴とする医用ネットワークシステム。
【請求項２】
前記患者属性には、患者の年齢，介護の要否，患者毎に予め指定された患者区分のいずれかが含まれることを特徴とする請求項１記載の医用ネットワークシステム。
【請求項３】
前記優先度判定手段によって判定された優先度は、前記各診療依頼のそれぞれの情報に関連付けて前記依頼情報格納手段に格納されることを特徴とする請求項１又は２記載の医用ネットワークシステム。
【請求項４】
前記診療依頼管理サーバと通信可能に接続され、前記依頼情報格納手段から配信された情報に基づいて前記各診療依頼をリスト表示可能な表示端末を備えていることを特徴とする請求項１〜３いずれか記載の医用ネットワークシステム。
【請求項５】
前記表示端末は、前記複数の診療依頼毎に前記優先度を表示可能なことを特徴とする請求項４記載の医用ネットワークシステム。
【請求項６】
前記表示端末は、前記複数の診療依頼を前記優先度に応じた順序で表示可能なことを特徴とする請求項４又は５記載の医用ネットワークシステム。
【請求項７】
前記診療依頼管理サーバは、前記優先度を判定するためのパラメータとして、同じ患者に対して前記診療依頼に基づいて実施される診療行為の後に予定されている別の診療行為までの残り時間、患者の待ち時間を含む複数種類の時間的パラメータのうちの少なくとも１つを取得する時間的パラメータ取得手段を備えていることを特徴とする請求項１〜６いずれか医用ネットワークシステム。
【請求項８】
前記優先度判定手段は、前記緊急度指定情報及び前記静的パラメータに加えて、前記時間的パラメータに基づいて前記各診療依頼の優先度を判定することを特徴とする請求項７記載の医用ネットワークシステム。
【請求項９】
前記診療依頼管理サーバは、前記優先度判定手段が使用するパラメータとして、前記静的パラメータと前記時間的パラメータのいずれかを選択するパラメータ選択手段を備えていることを特徴とする請求項７記載の医用ネットワークシステム。
【請求項１０】
前記優先度判定手段は、取得された各パラメータについて予め設定された重みと各パラメータの内容を正規化したパラメータ値との加重総和を診療依頼の優先度として求めることを特徴とする請求項１ないし９のいずれか１項に記載の医用ネットワークシステム。
【請求項１１】
依頼内容を指定して診療依頼を発行する複数の依頼元端末とネットワークを通じて接続され、前記各依頼元端末が発行した患者毎の診療依頼をオンラインで受信して、受信した前記診療依頼を管理する診療依頼管理装置において、
受信した複数の前記診療依頼のそれぞれの情報を格納する依頼情報格納手段と、
前記診療依頼のそれぞれの患者の属性を表す患者属性情報、及びそれぞれの前記依頼内容に基づく複数種類の静的パラメータのうち少なくとも１つを取得する静的パラメータ取得手段と、
前記依頼元端末によって発行され前記診療依頼の緊急度を表す前記緊急度指定情報に加えて、前記静的パラメータに基づいて前記各診療依頼の優先度を判定可能な優先度判定手段とを備えていることを特徴とする診療依頼管理装置。
【請求項１２】
依頼内容を指定して診療依頼を発行する複数の依頼元端末とネットワークを通じて接続され、前記各依頼元端末が発行した患者毎の診療依頼をオンラインで受信して、受信した前記診療依頼を管理する診療依頼管理方法において、
受信した前記診療依頼のそれぞれの患者の属性を表す患者属性情報、及びそれぞれの前記依頼内容に基づく複数種類の静的パラメータのうち少なくとも１つを取得する静的パラメータ取得ステップと、
前記依頼元端末によって発行され前記診療依頼の緊急度を表す前記緊急度指定情報に加えて、前記静的パラメータに基づいて前記各診療依頼の優先度を判定する優先度判定ステップとを備えていることを特徴とする診療依頼管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、依頼元から発行された診療依頼を管理する医用ネットワークシステム並びに診療依頼管理装置及び方法に関するものである。
【背景技術】
【０００２】
診察を行う診察科（外科や内科）と検査を行う検査科が分科している病院においては、医療検査は、診察を担当する医師が、患者の診察結果に基づいてその必要性を判断して、検査科へ依頼する。こうした検査依頼は、例えば、特許文献１〜３に記載されている医療情報システムなどのように、院内ネットワークを通じてオンラインで行われる。検査を依頼する依頼元の医師（以下、依頼医という）は、診察科端末を操作して検査依頼情報を発行する。この検査依頼情報は、オンラインで検査科の検査科サーバへ送信されて検査予約が行われる。検査科では、検査科サーバが受信した検査依頼情報に基づいて、検査の予約順に合わせて検査の準備などの手配を行う。そして、予約した患者が検査科に来科したときに実際の検査受付を行って、原則として、その受付順に検査が実施される。
【０００３】
しかし、検査によっては、緊急性を要する検査も多く、そのような場合には、依頼元が緊急性を要する旨を検査科に申し送りして、その検査が他の検査に優先して行われるようにしている。特許文献２に記載の医療情報システムでは、依頼元が緊急性を要すると判断した場合に、その連絡をオンラインで行うことができるように、検査依頼情報に緊急指定フラグを付与できるようにしている。これにより、依頼元では緊急指定を簡単な操作で行えるようになるとともに、検査科においては、どの検査依頼が緊急なのかを簡単に判別することができる。また、特許文献３の診察順番決定方法では、緊急指定の有無に応じて、診察順番を自動的に決定するようにしている。
【特許文献１】特開２００６−３３８５６７号公報
【特許文献２】特許第３２３４４６４号公報
【特許文献３】特開２００５−２５８９９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
こうした緊急指定は、依頼医が、患者の容体、病状等の医学的な見地のみに基づいてその要否を判断することが理想的であるが、実際の運用においては、患者の年齢や社会的地位等のように、医学的な見地以外の種々の要素を加味して判断される場合も多い。緊急指定をするか否かは、依頼医の主観的判断に委ねられているので、依頼医に医学的見地以外の種々の要素を加味して判断させると、複数の依頼医によってその判断基準にバラツキが生じるおそれが大きい。その場合、例えば、一部の依頼医からの検査依頼ばかりが優先される事態が生じるなど、本来ならば医学的見地のみから判断されるべき緊急指定が有効に機能せず、緊急指定が形骸化してしまうという問題を引き起こす。
【０００５】
また、依頼医が緊急指定をする際に、医学的見地以外の要素を加味して判断させることは、端的に依頼医に与える負荷も大きい。従来技術においては、こうした課題に対する有効な対策が考慮されていなかった。
【０００６】
本発明は上記課題に鑑みてなされたもので、本発明の目的は、検査依頼を含む診療依頼において、緊急指定を有効に機能させつつ、実際の運用において考慮される種々の要素を診療依頼の優先度の判定に反映できるようにするとともに、緊急指定の要否の判断をする依頼元の負荷を軽減させることにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するにあたり、本発明の医用ネットワークシステムでは、依頼元端末が診療依頼毎に緊急度を指定する緊急度指定手段と、緊急度が指定された診療依頼に対して緊急度指定情報を付与して診療依頼を発行可能な診療依頼発行手段とを備えており、
診療依頼管理サーバは、受信した複数の前記診療依頼のそれぞれの情報を格納する依頼情報格納手段と、診療依頼のそれぞれの患者の属性を表す患者属性情報、及びそれぞれの前記依頼内容に基づく複数種類の静的パラメータのうち少なくとも１つを取得する静的パラメータ取得手段と、緊急度指定情報に加えて、静的パラメータに基づいて各診療依頼の優先度を判定可能な優先度判定手段とを備えたものである。
【０００８】
上記患者属性には、患者の年齢，介護の要否，患者毎に予め指定された患者区分のいずれかが含まれるようにするのがよい。
【０００９】
また、優先度判定手段によって判定された優先度は、各診療依頼のそれぞれの情報に関連付けて依頼情報格納手段に格納されるようにするのがよい。
【００１０】
さらには、診療依頼管理サーバと通信可能に接続され、依頼情報格納手段から配信された情報に基づいて各診療依頼をリスト表示可能な表示端末を備えることが好ましい。
【００１１】
上記表示端末は、複数の診療依頼毎に優先度を表示可能にすることが、優先度を確認でまた利用できる点から好ましい。
【００１２】
また、上記表示端末は、複数の診療依頼を前記優先度に応じた順序で表示可能とすることが、依頼された診療の実施順番を容易に確認できる点からより好ましい。
【００１３】
さらに、診療依頼管理サーバが、優先度を判定するためのパラメータとして、同じ患者に対して診療依頼に基づいて実施される診療行為の後に予定されている別の診療行為までの残り時間、患者の待ち時間を含む複数種類の時間的パラメータのうちの少なくとも１つを取得する時間的パラメータ取得手段を備えてもよい。
【００１４】
時間的パラメータを取得した際には、緊急度指定情報及び静的パラメータに加えて、上記の時間的パラメータに基づいて各診療依頼の優先度を優先度判定手段によって判定するのがよい。
【００１５】
また、優先度判定手段が使用するパラメータとして、静的パラメータと時間的パラメータのいずれかを選択するパラメータ選択手段を備えるように診療依頼管理サーバを構成するのも好ましい。
【００１６】
優先度判定手段によって優先度を判定する際には、取得された各パラメータについて予め設定された重みと各パラメータの内容を正規化したパラメータ値との加重総和を診療依頼の優先度として求めることが簡便である。
【００１７】
また、本発明の診療依頼管理装置では、受信した複数の前記診療依頼のそれぞれの情報を格納する依頼情報格納手段と、診療依頼のそれぞれの患者の属性を表す患者属性情報、及びそれぞれの依頼内容に基づく複数種類の静的パラメータのうち少なくとも１つを取得する静的パラメータ取得手段と、依頼元端末によって発行され診療依頼の緊急度を表す緊急度指定情報に加えて、静的パラメータに基づいて各診療依頼の優先度を判定可能な優先度判定手段とを備えたものである。
【００１８】
また、本発明の診療依頼管理方法では、受信した診療依頼のそれぞれの患者の属性を表す患者属性情報、及びそれぞれの依頼内容に基づく複数種類の静的パラメータのうち少なくとも１つを取得する静的パラメータ取得ステップと、依頼元端末によって発行され診療依頼の緊急度を表す緊急度指定情報に加えて、静的パラメータに基づいて各診療依頼の優先度を判定する優先度判定ステップとを有するものである。
【発明の効果】
【００１９】
本発明によれば、各診療依頼について、緊急性の程度を示す緊急度に加えて、患者の属性情報及び診療内容に基づく情報のうちの少なくとも１つの情報を静的パラメータとして取得し、これらの複数のパラメータに基づいて診療依頼の優先度を判定するようにしたから、医学的見地から判断される緊急度以外に、優先度判定のパラメータとして患者属性情報を使用することで、多様な要素を加味した適切な判定を行うことができる。また、このように、属性情報など医学的見地以外の要素を加味した優先度を自動的に判定するようにしたから、依頼医は、緊急度指定の要否を純粋に医学的見地からのみ判断できるようになる。これにより、従来、様々な要素を考慮して緊急指定の要否を判断していたのに比べて、依頼医の負荷が軽減されるとともに、本来の趣旨に沿って緊急度指定情報を有効に機能させることができる。
【発明を実施するための最良の形態】
【００２０】
本発明を実施した第１実施形態の院内ネットワークシステム２を図１に示す。この院内ネットワークシステム２は、病院など医療施設に構築され、この院内ネットワークシステム２に医療情報処理システムが設けられ、ネットワークを通じて検査を依頼するようにしてある。
【００２１】
なお、依頼する診療行為の１つとして検査を例とし、外科や内科等を依頼元として依頼先である検査科に対して検査依頼を行う場合について説明するが、診療行為は、検査の他、診察，治療，点滴や採血等の処置等を含み、本発明は、例えば外科から内科に診察を依頼する場合、検査科から外科や内科に診察を依頼する場合や、処置等が依頼される場合など種々の診療行為を依頼する場合に利用できる。また、外科や内科は、診察の他、治療等を行うが、説明の便宜上、これらを診察科と総称する。さらに、ＣＴ装置やＭＲＩ装置等による検査を行う検査科を例にして説明するが、検査の種類を限るものではない。
【００２２】
院内ネットワークシステム２には、診察科端末１０，検査科サーバ１１，管理端末１２，カルテサーバ１３，スケジュールサーバ１４等を設けてあり、これら各装置は、相互に通信可能となるようにＬＡＮ接続してある。
【００２３】
診察科端末１０は、外科や内科などの各診察科１６に配置してある。依頼医は、この診察科端末１０を操作して検査科１９に対して検査依頼を行う。検査依頼の際には、緊急度指定情報としての検査の緊急性の程度を示す緊急度を指定することができる。
【００２４】
検査科サーバ１１は、ＣＴ装置やＭＲＩ装置等のモダリティ１７を備えた検査科１８に配してあり、診察科端末１０から検査依頼を受信する。また、検査科１８には、検査科サーバ１１に接続された受付端末１９と、検査端末２０とを設けてある。
【００２５】
検査科サーバ１１は、診療依頼管理サーバとなっており、優先度判定処理を行って検査依頼の優先度を判定する。この検査科サーバ１１は、優先度を判定する際には、詳細を後述するように検査依頼に含まれる緊急度と、カルテサーバ１３に記録されている患者の属性情報に基づいて優先度を算出する。
【００２６】
受付端末１９は、検査依頼で依頼された検査の受付を行うものであり、例えば検査科１８の受付窓口に配されている。検査の受付は、患者が実際に検査科１８に来科した時点で検査科１８のスタッフの受付端末１９を操作することにより行われる。この受付端末１９には、検査科サーバ１１で受信された各検査依頼をリスト化した検査依頼リスト画面が表示され、この検査依頼リスト画面を参照することによって検査依頼の状況や、それらの受付状況、検査の進行状況等を確認することができる。
【００２７】
検査端末２０は、例えばモダリティ１７を操作する操作室等に配され、主として検査技師よって使用される。この検査端末２０には、受付端末１９で受付済みとなっている検査依頼を優先度にしたがって並べた検査待ちリスト画面が表示され、この検査待ちリスト画面を参照することによって、実施すべき検査の情報及び検査の実施順番等を知ることができる。
【００２８】
モダリティ１７による検査結果は、例えばネットワークを通じて画像サーバ（図示せず）に送信される。検査が終了すると、終了通知が診察科端末１０に送られる。この終了通知には検査結果の格納アドレスが含まれており、そのアドレスにアクセスすることで検査結果を参照することができる。
【００２９】
管理端末１２は、例えば院内の業務を統括的に管理する管理部２１に配してある。この管理端末１２は、これを操作することにより検査科サーバ１１が検査依頼の優先度を判定する際のパラメータに関する設定・変更を行うことができる。
【００３０】
カルテサーバ１３は、各患者のそれぞれについて、患者の診療記録等からなるカルテ情報や、属性情報を記録・保存する。このカルテサーバ１３は、診察科端末１０からの検査依頼が発行された際に、患者の属性情報を、診察科端末１０を経由させて検査科サーバ１１に送る。スケジュールサーバ１４は、患者の診療予定や実施時刻などを含むスケジュール情報を記録・保存して、おり、そのスケジュール情報を必要に応じて配信する。
【００３１】
図２において、診察科端末１０は、本体部２３とコンソール２４とからなる。本体部２３は、ＣＰＵ２３ａと、ＣＰＵが処理を行う際のワークメモリとして用いられるメモリ２３ｂと、ＯＳや検査依頼プログラムを格納したハードディスクドライブ（ＨＤＤ）２３ｃと、ＬＡＮ接続された装置と通信を行うための通信Ｉ／Ｆ２３ｄ等からなる。コンソール２４は、モニタ２４ａと、キーボード，マウスを有する操作部２４ｂとから構成される。この診察科端末１０の構成は、例えばパ−ソナルコンピュータに検査依頼プログラムを実行可能にインストールしたものとして構成することができ、この例でもそのようにしてある。
【００３２】
診察科端末１０は、ＣＰＵ２３ａが検査依頼プログラムを実行することによって、診療依頼発行手段、緊急度指定手段を備えた依頼元端末として機能する。この診察科端末１０は、検査依頼画面をモニタ２４ａへ表示し、操作部２４ｂからの入力を受け付けて検査依頼を発行する。検査依頼の際には、操作部２４ｂの操作により、依頼する検査内容とともに、医学的な見地に基づく検査の緊急度が指定される。この例においては、緊急度としては、検査の緊急実施を要請する「緊急」と、緊急実施を必要としない「通常」とのいずれかを選択的に指定することができる。この指定により、診察科端末１０が発行する検査依頼に緊急指定情報が付与される。
【００３３】
診察科端末１０による検査依頼の発行は、検査依頼レコードＲａ（図３参照）を生成し、この検査依頼レコードＲａを検査科サーバ１１に送信することにより行う。この例の検査依頼レコードＲａには、図３に一例を示すように、依頼する検査の対象となる患者の患者ＩＤ、氏名の他、検査内容と緊急度の項目が含まれる。
【００３４】
検査内容は、診察科１６が実施を検査科１８に依頼する検査の情報、例えばＣＴ装置やＭＲＩ装置等のモダリティの指定、頭部、胸部といった検査部位、造影の有無などを指定する情報等を、その項目内容としている。また、緊急度は、入力操作で指定された「緊急」または「通常」のいずれかが、その項目内容となる。なお、検査依頼レコードＲａ及び後述する他のレコードの項目・内容等は一部を示したものであり、それに限定されるものではない。
【００３５】
カルテサーバ１３は、前述のようにカルテ情報、属性情報を記録・保存し、必要に応じてそれら情報を提供するものであり、例えばコンピュータと大容量のハードディスク等から構成される。このカルテサーバ１３に記録保存されている属性情報としては、患者の年齢や性別，介助の要否、病院に対して有する患者固有の人的あるいは経済的関係、社会に対して有する患者固有の関係や地位等のように患者固有の情報等の種々の情報がある。この属性情報は、例えば受付時に患者から提供される情報や病院が独自に入手した情報等に基づいてカルテサーバ１３に登録されている。
【００３６】
カルテサーバ１３は、診察科端末１０から検査依頼の発行がされた際には、診察科端末１０からの指示に基づいて、その検査依頼の患者の属性情報を患者属性レコードＲｂ（図４参照）として診察科端末１０に送り、この診察科端末１０が患者属性レコードＲｂを検査科サーバ１１に送る。なお、検査科サーバ１１がカルテサーバ１３にアクセスして属性情報を取得したり、カルテサーバ１３が検査科サーバ１１に患者属性レコードＲｂを直接に送るようにしてもよい。
【００３７】
患者属性レコードＲｂは、図４に一例を示すように、患者属性レコードＲｂは、患者の患者ＩＤ，氏名の他，患者の年齢，性別，介助，患者区分１，患者区分２の各項目の属性情報からなる。各属性情報のうち、介助には、患者が介助を要する「要介助」と介助が不要な「介助不要」のいずれかが項目内容とされる。また、患者区分１は、例えば人的あるいは経済的関係、社会的地位・関係を考慮して病院が特に重要人物として取り扱う患者であるか否かを示すＶＩＰ指定の属性情報としてあり、ＶＩＰ指定である「ＶＩＰ」とその指定のない「一般」とのいずれかが項目内容となる。さらに、患者区分２には、同様に、著名人である等の理由から病院内での移動や待ち時間等に配慮する必要がある患者であるか否かを示す属性情報としてあり、配慮の必要な「要配慮」とその必要がない「通常」とのいずれかが項目内容となる。
【００３８】
検査科サーバ１１は、診療依頼サーバとして機能する。この検査科サーバ１１は、ＣＰＵ，メモリ、通信Ｉ／Ｆ（図示省略）や、ＯＳや優先度判定プログラム等を格納したハードディスクドライブ（ＨＤＤ）２６等で構成され、そのＣＰＵが優先度判定プログラムを実行することによって優先度判定処理を行う処理部２７と、ハードディスクドライブ等で構成されたストレージ部２８からなり、診療依頼管理サーバとして機能する。
【００３９】
処理部２７は、静的パラメータ取得手段としてのパラメータ取得手段３１、判定手段３２として機能する。ストレージ部２８には、優先度を決定する際に用いるパラメータテーブル３５が格納されるとともに、依頼情報格納部３６が形成されている。
【００４０】
依頼情報格納部３６は、依頼情報格納手段であり、複数の検査依頼に対応する複数の依頼情報を格納する。１件の依頼情報は、図５に一例を示すような依頼情報レコードＲｃとして記録されている。この依頼情報レコードＲｃは、検査依頼に関連した種々の情報を１件の検査依頼ごとに記録したものであり、診察科端末１０からの検査依頼レコードＲａをベースに、処理部２７で算出される優先度Ｐａ、受付端末１９での検査受付番号、検査の進行状況等を付加したものとなっている。すなわち、依頼情報格納部３６には、診察科端末１０からの検査依頼レコードＲａがまず書き込まれ、これに算出される優先度Ｐａが付加され、この後に患者が来科して受付をすると検査受付番号が付加されるというように情報が順次に付加されていく。
【００４１】
なお、依頼情報レコードＲｃのベースとして、患者属性レコードＲｂを用いてもよい。この場合には、検査依頼レコードＲａから検査内容や緊急度も付加することが好ましい。
【００４２】
処理部２７が行う優先度判定処理は、検査依頼ごとの優先度を判定するためのパラメータとなる緊急度と属性情報とを取得する情報取得処理と、この情報取得処理で取得した緊急度と属性情報とから検査依頼の優先度を判定する判定処理とからなる。
【００４３】
パラメータ取得手段３１は、情報取得処理を行う。すなわち、パラメータ取得手段３１は、依頼された検査依頼の優先度を判定するためのパラメータとなる緊急度と、静的パラメータとして患者の１つ以上の属性情報を取得する。この取得では、パラメータ取得手段３１は、緊急度については診察科端末１０から受信した検査依頼レコードＲａから取得する。また、属性情報については、やはり診察科端末１０から受信した患者属性レコードＲｂから必要な属性情報を選択して取得する。必要な属性情報であるか否かは、パラメータテーブル３５を参照することによって判断される。
【００４４】
なお、パラメータ取得手段３１による情報の取得手法等は、上記のものに限られるものではない。例えば緊急度を、依頼情報格納部３６から取得してもよく、属性情報までを依頼情報レコードＲｃに記録して、同様に依頼情報格納部３６から属性情報を取得してもよい。
【００４５】
判定手段３２は、情報取得手段３１で取得した、緊急度と１つ以上の属性情報とをパラメータとして判定処理を行う。この判定処理では、医学的見地以外の要素を属性情報として予め定型化しておき、その情報をパラメータとして使用して、優先度が判定される。医学的見地から判断される緊急度以外に、優先度判定のパラメータとして属性情報を使用することで、多様な要素を加味した適切な判定を行うことができる。また、このように、医学的見地以外の要素は、判定手段３２の判定処理によって処理されるので、依頼医は、緊急度指定の要否を純粋に医学的見地からのみ判断できるようになる。これにより、従来、様々な要素を考慮して緊急指定の要否を判断していたのに比べて、依頼医の負荷が軽減される。また、医学的見地以外の要素が判定手段３２によって処理されることで、依頼医の主観的判断に依存することがなくなり、複数の依頼医間の判断基準のバラツキもなくなる。
【００４６】
上記判定手段３２は、各パラメータに対して数値変換処理を行う数値変換手段３２ａと、その数値変換処理の結果から優先度を演算で求める演算処理を行う演算手段３２ｂとして機能する。数値変換手段３２ａは、取得した各パラメータについて、パラメータの重みを取得するとともに、パラメータの内容を正規化した、すなわち緊急度、属性情報の内容を所定の規則で数値化したパラメータ値に変換する。この変換処理の際には、緊急度、属性情報のそれぞれについて、パラメータとしての重み、パラメータ値が予め設定されたパラメータテーブル３５を参照することにより行う。
【００４７】
演算手段３２ｂは、各パラメータの重みとパラメータ値の加重総和を優先度として算出する。すなわち、取得した各パラメータの重みをＷａｉ，パラメータ値をＸｉ（ｉ＝１，２，・・・ｎ）としたときに、次の演算式（１）により優先度Ｐａを求める。算出した優先度Ｐａは、依頼情報格納部３６に記録されている対応する依頼情報レコードＲｃに付加される。
Ｐａ＝Ｗａ１・Ｘ１＋Ｗａ２・Ｘ２＋・・・・Ｗａｎ・Ｘｎ  ・・・（１）
【００４８】
なお、この例ではパラメータとすべき情報だけを取得しているが、例えば種々の情報をパラメータとして取得し、不要なパラメータの重みを「０」としてもよい。
【００４９】
受付端末１９，検査端末２０は、依頼情報格納部３６等からの配信される情報に基づいて検査依頼を表示する表示端末となっている。これら受付端末１９，検査端末２０は、いずれも診察科端末１０と同様にパーソナルコンピュータ等で構成されており、それぞれモニタ１９ａ，２０ａや、キーボードやマウス等からなる操作部１９ｂ，２０ｂ、操作部１９ｂ，２０ｂの操作に応じた処理や検査科サーバ１１との間で通信等を行う制御部１９ｃ，２０ｃを有している。
【００５０】
受付端末１９の制御部１９ｃは、依頼されている各検査依頼を示す検依頼リスト画面４１（図６参照）をモニタ１９ａに表示させる。検査依頼リスト画面４１は、例えば新しい検査依頼を受けたときのように依頼情報格納部３６の内容が変化したときや、受付端末１９で更新の指示がされたときなどに更新される。
【００５１】
例えば依頼情報格納部３６の内容が変化するごとに、ストレージ部２８から制御部１９ｃに対して通知が行われ、この通知を受けて制御部１９ｃが検査依頼リスト画面４１を表示するのに必要な情報をストレージ部２８に対して要求する。そして、この要求に応答してストレージ部２８が依頼情報格納部３６からそれら情報を読み出して制御部１９ｃに送ることで、検査依頼リスト画面４１が最新の内容に更新される。
【００５２】
また、操作部１９ｂを操作することにより、患者が来科したときに検査依頼リスト画面４１から指定した依頼に対して受付処理を行うことができる。検査の受付処理が行われると、制御部１９ｃで検査受付番号が生成され、これがストレージ部２８に送られて、受け付けた検査依頼に対応する依頼情報格納部３６中の依頼情報レコードＲｃに付加される。なお、操作部１９ｂを操作し、検査科１８のスタッフの判断で緊急度の指定をできるようにしてもよい。
【００５３】
検査端末２０の制御部２０ｃは、受付済みの各検査依頼を示す検査待ちリスト画面４２（図７参照）をモニタ２０ａに表示させる。この検査待ちリスト画面４２の表示の際には、
受付端末１９の場合と同様にして、例えば依頼情報格納部３６の内容が変化するごとに検査待ちリスト画面４２を表示するのに必要な情報をストレージ部２８の依頼情報格納部３６から取得することで行う。
【００５４】
制御部２０ｃは、各検査依頼の情報の１つとして優先度Ｐａを依頼情報格納部３６から取得し、また優先度Ｐａの大小の順番で情報を受け、その順番で検査依頼を表示する。これにより、検査待ちリスト画面４２を参照することによって、実施すべき検査の順番と優先度Ｐａとを簡単に知ることができるようにしてある。
【００５５】
また、この検査端末２０の操作部２０ｂを操作することにより、検査の進行状況の変更や、検査内容の詳細等を表示させることができる。進行状況を変更した際には、ストレージ部２８に送られて、依頼情報格納部３６中の対応する依頼情報レコードＲｃの進行状況が変更される。
【００５６】
図６に受付端末１９のモニタ１９ａに表示される検査依頼リスト画面４１の一例を示す。検査依頼リスト画面４１は、前述のように依頼情報格納部３６の内容に基づいて表示されるものであり、この例では検査依頼ごとに患者ＩＤ、氏名、検査内容、受付番号、進行状況、優先度を１組とした検査依頼情報４４が、例えば依頼された順番で表示される。
【００５７】
検査依頼情報４４の受付番号は、検査受付番号である。進行状況には、検査が未実施の場合で受付済のときには、「受付済」が表示され、また受付されていないときは空欄とされる。また、検査が既に完了している場合には「実施済」が、その時点で検査中である場合には「検査中」が進行状況に表示される。優先度は、処理部２７で算出された優先度Ｐｂであり、値が大きいほど優先度（順位）が高いことを示している。さらに、各検査依頼情報４４のうちで受け付けがされていないものには、例えば「受付待」のボタン４５が表示され、受付時にはこれをクリックすることで受付が行われる。
【００５８】
図７に検査端末２０のモニタ２０ａに表示される検査待ちリスト画面４２の一例を示す。この例における検査待ちリスト画面４２は、依頼リスト画面４１と同様に、検査依頼ごとに患者ＩＤ、氏名、検査内容、受付番号、進行状況、優先度を１組とした検査待ち情報４６が表示されるが、受付された検査依頼のものだけが優先度の大きい順番で表示される。また、進行状況には、検査が未実施の場合には空欄とされる。検査待ち情報４６には、優先度が含まれており、検査技師がその独自の判断で検査の実施順番を変更する際にも、優先度を考慮することができるようにしてある。
【００５９】
なお、検査依頼リスト画面４１、検査待ちリスト画面４２に、医師が指定した緊急度や、属性情報を表示させてもよい。また、このような緊急度や属性情報を表示する表示モードと表示しない非表示モードに切り換えることができるようにしてもよい。さらに、検査依頼リスト画面４１において、検査依頼の優先度の順番で検査依頼情報４４を表示したり、検査待ちリスト画面４２において、受付順番で検査待ち情報４６を表示したり、そのように表示するモードを設けてもよい。
【００６０】
図８にパラメータテーブル３５の内容の一例を示す。パラメータテーブル３５には、パラメータとして用いる緊急度と属性情報のそれぞれについて、パラメータとしての重みと、その（項目）内容に対応するパラメータ値とが予め設定されている。この図６に示す例では、属性情報のうち年齢，性別，介助，患者区分１，患者区分２のうち性別についてはパラメータとして使用しない設定にしてあるため、パラメータテーブル３５には性別の項目がない。
【００６１】
緊急度については、その重みＷａ１が「１０」に設定され、パラメータ値Ｘ１は「緊急」が「１．０」、「通常」が「０．０」に設定してある。また、例えば属性情報の１つである「年齢」に対しては、重みＷａ２は「４」に、パラメータ値Ｘ２は０〜５歳、６６歳以上の場合は「１．０」、それ以外の年齢の場合は「０．０」に設定してある。さらに、「患者区分１」に対しては、重みＷａ４は「３」に、パラメータ値Ｘ４は「ＶＩＰ」の場合は「１．０」、「一般」の場合は「０．０」に設定してある。
【００６２】
次に、上記構成の作用について図９を参照しながら説明する。診察科１６の医師（が検査を依頼する場合には、診察科端末１０を操作して検査内容を指定し、さらに緊急度を指定して検査依頼の発行を指示する。このときに、緊急度とともに患者の属性を要素として優先度の判定を検査科サーバ１１が行うため、依頼医は、医学的な見地からだけで緊急度を判断して指定すればよい。
【００６３】
検査依頼の発行を指示すると、診察科端末１０から検査依頼レコードＲａが送信されて、それが検査科サーバ１１で受信され、その検査依頼レコードＲａから処理部２７によって緊急度がパラメータの１つとして取得されるとともに、検査依頼レコードＲａが依頼情報格納部３６に記録され依頼情報レコードＲｃのベースとされる。
【００６４】
一方で、診察科端末１０によって検査依頼が発行されることにともない、その患者の患者属性レコードＲｂがカルテサーバ１３から診察科端末１０を経由して検査科サーバ１１に送られ、それが例えば内部メモリに一時的に記憶される。この後に、処理部２７がパラメータテーブル３５にアクセスして、パラメータとすべき属性情報を調べ、パラメータとすべき属性情報だけを内部メモリに記憶した患者属性レコードＲｂから取得する。
【００６５】
例えば図８に示されるようにパラメータテーブル３５が設定されている場合には、すなわちパラメータテーブル３５には、緊急度の他には、年齢と、介助と、患者区分１と、患者区分２とがパラメータとして設定されているから、これらがパラメータとすべき患者属性レコードＲｂから取得される。
【００６６】
したがって、図１０に示すように、情報取得処理では、検査依頼レコードＲａからは緊急度が緊急度パラメータとして、また患者属性レコードＲｂからは年齢と介助と患者区分１と、患者区分２とがパラメータとして取得される。
【００６７】
次に処理部２７によって判定処理が実行され、数値変換処理と演算処理とが順次に行われる。まず、数値変換処理により、パラメータテーブル３５を用いて、緊急度、年齢、介助、患者区分１、患者区分２の各パラメータが重みＷａ１〜Ｗａ５とパラメータ値Ｘ１〜Ｘ５とに変換される。そして、この後に各パラメータが重みＷａ１〜Ｗａ５とパラメータ値Ｘ１〜Ｘ５とを用いて演算処理が行われ、優先度Ｐａが算出される。
【００６８】
例えば「緊急度」については重みＷａ１に、緊急度の内容は「緊急」または「通常」に応じたパラメータ値Ｘ１に変換される。具体的には、重みＷａ１は「１０」とされ、パラメータ値Ｘ１は「緊急」であれば「１．０」に「通常」であれば「０．０」である。また、例えば「介助」については、重みＷａ３は「８」とされ、パラメータ値Ｘ３は「要介助」であれば「１．０」に「介助不要」であれば「０．０」である。そして、このように得られた重みＷａ１〜Ｗａ５とパラメータ値Ｘ１〜Ｘ５とが演算式（１）に適用されて、それらの加重総和である優先度Ｐａが算出される。そして、この優先度Ｐａが先に記録した依頼情報レコードＲｃに追加される。
【００６９】
このように依頼情報レコードＲｃに優先度Ｐａが付加された後、受付端末１９のモニタ１９ａに表示されている検査依頼リスト画面４１が、今回依頼を受けた検査依頼の検査依頼情報４４を含むものに更新される。そして、この今回依頼を受けた検査依頼については、患者の受付を待った受付待ちとなる。
【００７０】
上記と同様な手順により、診察科端末１０から検査依頼が発行されるごとに、依頼情報格納部３６には依頼情報レコードＲｃが追加され、その依頼情報レコードＲｃに優先度Ｐａが付加されて受付待ちとなる。
【００７１】
受付待ちとなっている検査依頼について患者が来科し、受付端末１９の操作で受付処理が行われると、その依頼情報レコードＲｃに対し検査受付番号が付加される。これにより、その依頼情報レコードＲｃは、受付済として扱われようになる。そして、この受付済となった依頼情報レコードＲｃと既に受付済となっている他の依頼情報レコードＲｃの患者ＩＤ、氏名、検査内容、優先度、受付番号、進行状況を１組とした検査待ち情報４６が検査端末２０に送られ、これがモニタ２０ａに表示される。
【００７２】
このときには、検査端末２０が優先度Ｐｂの大小の順番で情報を受け、その順番で表示するので、図７に示すように、検査待ちリスト画面４２には、受付済みの検査待ち情報４６だけが優先度の大きい順番で表示される。したがって、検査技師は、検査待ちリスト画面４２を参照するだけで、実施すべき検査の順番を知ることができる。
【００７３】
また、それぞれ優先度Ｐａが表示されており、その値の大きさで優先度をも知ることができる。したがって、検査を実施する場合では、通常は検査待ちリスト画面４２に表示されている順番すなわち優先度の順番で実施していくが、割り込みの検査を実施する際や、検査待ちをしている患者の状態等から順番変更を行う場合などでは、優先度を考慮することができる。
【００７４】
例えば、ある患者Ａの「緊急度」が「緊急」，「年齢」が「２０」、「介助」が「介助不要」、「患者区分」が「一般」、「患者区分２」が「通常」のとき、パラメータ値は、「Ｘ１＝１．０」、「Ｘ２＝０．０」、「Ｘ３＝０．０」、「Ｘ４＝０．０」、「Ｘ５＝０．０」となり、重みは「Ｗａ１＝１０」、「Ｗａ２＝４」、「Ｗａ３＝８」、「Ｗａ４＝３」、「Ｗａ５＝３」となる。したがって、患者Ａの検査依頼の優先度Ｐａは、「１０」となる。
【００７５】
また、ある患者Ｂは「介助」が「要介助」であるが、その他は患者Ａと同じであるとすれば、この患者Ｂの「介助」についてのパラメータ値「Ｘ３＝１．０」となるから優先度Ｐａは「１８」となる。このため、例えば患者Ｂの検査は、上記患者Ａよりも優先度が高くなり、優先度の大きさ及び並び順でこれを検査待ちリスト画面４２で確認することができる。
【００７６】
図１１に示す例は、緊急度と患者の属性情報に加えて、医療施設の稼働効率等の経済的な事情を考慮し、検査内容の情報を静的パラメータの１つとして加えて優先度を判定する例を示している。この例では、検査依頼レコードＲａに含まれる検査内容から、その検査内容に必要な時間を求めて、これを検査内容の情報のパラメータの１つとして使用する。
【００７７】
検査内容から検査時間を求めるには、例えば検査科サーバ１１のストレージ部２８に、検査内容とそれに要する標準的な検査時間の対応関係を示すデータテーブルを予め用意しておき、このデータテーブルを用いて変換すればよい。そして、緊急度と患者の属性情報とともに、検査時間をパラメータの重みに変換し、項目内容すなわち検査時間をそれに応じたパラメータ値に変換して、優先度Ｐａを算出する。
【００７８】
なお、検査内容の情報として検査時間を用いた例を説明したが、この他に検査内容による保険点数、検査に必要な人員等でもよい。さらに、患者属性の情報を用いずに、緊急度と検査内容の情報とを用いて優先度を決定してもよい。
【００７９】
各パラメータ値は、例えば「１．０〜０．０」の範囲で設定するように正規化して、各パラメータ間のバランスは重みを変えることで設定するように構成することが好ましい。このようにすれば、上記のように、各依頼元あるいは各依頼先がパラメータ値をそれぞれ設定し、管理部が病院全体の優先度の考え方にしたがって重みを決定する際の運用が容易になる。
【００８０】
図１２に、パラメータテーブルの設定を変更する例を示す。この例では、管理端末１２の操作によってパラメータテーブル３５の内容を変更できるようにしてある。管理端末１２は、他の端末と同様にＣＰＵ，メモリ、ＨＤＤ、通信Ｉ／Ｆ、コンソールを有するコンピュータから構成されている。パラメータテーブル３５の内容を変更する際には、この管理端末１２が操作される。
【００８１】
上記の検査科サーバ１１は、管理端末１２からのパラメータテーブル３５の内容の変更要求を受け付ける機能を有しており、管理端末１２からパラメータテーブル３５の内容の変更要求があった場合には、ユーザ名、パスワード等により操作者の認証を行ってから、その要求を受け入れる。
【００８２】
認証後には、例えば検査科サーバ１１からパラメータ設定画面４７（図１３参照）を管理端末１２に表示するためのデータが送信され、そのパラメータ設定画面４７にしたがってパラメータテーブル３５の内容を変更する操作を管理端末１２で行う。パラメータ設定画面４７を用いて管理端末１２でパラメータの設定が変更されると、その変更のデータを検査科サーバ１１が受け付けてパラメータテーブル３５の内容を変更する。
【００８３】
図１３に管理端末１２に表示されるパラメータ設定画面４７の一例を示す。パラメータ設定画面４７には、緊急度とともに、年齢、性別、介助等のパラメータとし得る属性情報からなる項目が並べられて表示される。パラメータとして選択できる属性情報としては、例えばカルテサーバ１３に設定されている属性情報と同じものが表示されるようにしてあり、カルテサーバ１３で属性情報が変更されると、これに応じてパラメータ設定画面４７に表示される属性情報も変更される。
【００８４】
緊急度を除く各属性情報の項目には、パラメータとして使用するか否かの設定状態を表示するパラメータ使用の欄を設けてあり、この欄にはパラメータとして使用する場合には「○」、不使用の場合には「×」が表示される。また、緊急度を含む各項目には、パラメータとしての「重み」、「項目内容」とそれに対応する「パラメータ値」の設定値を表示する欄を設けてある
【００８５】
各属性情報の項目には、それぞれ変更ボタン４８が表示されており、これをマウス等の操作でクリックすることによって、使用・不使用の設定と、各項目の「重み」と、「項目内容」ごとの「パラメータ値」を変更することができる。なお、緊急度については、パラメータとしての使用・不使用の変更はできず、使用に固定されている。また、全ての属性情報を不使用とする設定ができないように制限し、医師の主観的な判断の緊急度だけで、優先度が決まらないようにしている。
【００８６】
上記では、選択できる項目内容を２種類とし、またパラメータ値を「１．０」、「０．０」としているが、これに限るものではなく、項目内容として選択できる種類は３以上でもよく、項目ごとに選択できる種類を異ならせてよい。
【００８７】
図１４に示す例では、緊急性のレベルを、例えば最も緊急性のある「緊急」と、速やかな検査の実施を要請する「至急」と、特に緊急性のない「通常」との３段階に分けており、これらに異なるパラメータ値を与えている。また、属性情報の年齢についてもそれぞれ３レベルに分けて、それぞれにパラメータ値を設定している。
【００８８】
次に、検査待ち時間等の時間的パラメータを用いて優先度を更新する第２実施形態について説明する。なお、以下に説明する他は、上記の第１実施形態と同様であり、実質的に機能が同じものには同一の符号を付してその詳細な説明を省略する。
【００８９】
図１５において、スケジュールサーバ１４には、例えばコンピュータと大容量のハードディスク等から構成される。患者の受付時刻、予約時刻等からなる患者時刻レコードＲｄが記録・保存されている。このスケジュールサーバ１４は、検査依頼の優先度を判定する際に患者時刻レコードを検査科サーバ５１に送信する。図１６に示されるように、患者時刻レコードＲｄは、患者の患者ＩＤ，氏名の他、来院時刻、診察科予約時刻、検査１予約時刻、検査２予約時刻等の各スケジュール情報からなる。
【００９０】
来院時刻は、患者が病院の総合受付で受付をした受付時刻を内容としており、例えば自動受付機で受付を完了させたときにスケジュールサーバ１４に自動的に記録される。診察科予約時刻は、患者が診察科１６の診察予約をしている場合にその予約時刻を内容とするものであり、検査１予約時刻、検査２予約時刻も、同様に予約されている検査がある場合の予約時刻となっている。各スケジュール情報は、例えば予約、予約変更，キャンセルの各処理が行われるごとに更新される。
【００９１】
検査科サーバ５１は、検査科１８に配されており、これが院内ネットワーク２に接続されている。この検査科サーバ５１は、ＣＰＵ，メモリ，通信Ｉ／Ｆ（図示省略）や、ＯＳや優先度判定プログラム等を格納したハードディスクドライブ（ＨＤＤ）５６ａ、時計回路５６ｂ等で構成され、そのＣＰＵが優先度判定プログラムを実行することによって優先度判定処理を行う処理部５７と、ストレージ部５８とからなる。ストレージ部５８には、優先度を決定する際に用いるパラメータテーブル６５や、依頼情報格納部６６等が形成・記録されて保存されている。
【００９２】
依頼情報格納部６６は、検査依頼に対応する各依頼情報レコードＲｅからなる。この依頼情報レコードＲｅは、上記実施形態の依頼情報レコードＲｃと同様であるが、図１７に一例を示すように、優先度として検査待ち時間等の時間的パラメータ等を用いて算出される優先度Ｐｂと、受付端末１９での受付時刻（以下検査受付時刻という）が付加される点で異なる。
【００９３】
処理部５７が行う優先度判定処理は、パラメータを取得するのに必要な各種基準情報を取得するための情報取得処理と、各基準情報からパラメータを取得し、そして取得したパラメータに基づいて検査依頼の優先度を判定する処理とからなる。この優先度判定処理は、患者が来科して受付を行ったとき、所定の時間が経過するごとに行うが、この他に検査の進行状況が変化したとき、及び所定の時刻になったとき、検査依頼を受信したとき等の各種のタイミングで行うことができる。
【００９４】
情報取得手段６１は、情報取得処理を行う。すなわち、情報取得手段６１は、受け付けされた検査依頼の優先度を判定するために必要な基準情報を各検査依頼について取得する。取得すべき基準情報は、パラメータテーブル６５を参照することによって判断される。
【００９５】
この例では、来院時刻と検査受付時刻を起算点して求められる患者の病院内での滞在時間，検査待ち時間と、検査受付番号（順番）と実施済みの検査実施数の差（以下、順番差という）と、緊急度とをそれぞれパラメータとして用いるため、来院時刻、検査受付時刻、検査受付順番、緊急度をそれぞれ基準情報として取得する。上記各パラメータのうち滞在時間，検査待ち時間、順番差は、時間を要素とするあるいは時間によって変化する時間的パラメータである。
【００９６】
来院時刻は、依頼情報レコードＲｅに含まれる患者ＩＤをスケジュールサーバ１４に送ることによって、スケジュールサーバ１４が送信する患者時刻レコードＲｄから取得する。また、緊急度、検査受付番号、検査受付時刻は、依頼情報格納部６６から取得する。なお、情報取得手段６１による基準情報の取得手法等は、上記のものに限られるものではない。例えば来院時刻のように、当日中であればその内容が変化しないような基準情報については、依頼情報レコードＲｅの情報として付加することで、外部の機器から再取得しないようにしてもよい。
【００９７】
判定手段６２は、情報取得手段６１で取得した各基準情報（来院受付時刻，検査受付時刻，緊急度，検査受付番号）を用いて判定処理を行う。この例では、判定手段６２は、変換処理を行う変換手段６２ａと、その変換処理の結果から優先度を演算で求める演算処理を行う演算手段６２ｂとして機能する。
【００９８】
変換手段６２ａは、取得した各基準情報をパラメータに変換する処理と、この各パラメータを、パラメータの重みと、パラメータの内容を正規化したすなわち所定の規則で数値化したパラメータ値に変換する処理とを行う。この変換処理の際には、パラメータテーブル６５が参照される。したがって、情報取得手段３１と変換手段３２ａとによって時間的パラメータを取得する時間的パラメータ取得手段を構成する。
【００９９】
変換手段６２ａは、来院時刻に基づいたパラメータとして滞在時間を求める。滞在時間は、来院時刻から現在時刻に至るまでの患者が病院内に滞在している時間であり、時計回路５６ｂに計時されている現在時刻と来院時刻の差として求められる。また、現在時刻と検査受付時刻の差である検査待ち時間を検査受付時刻に基づいたパラメータとして求める。検査受付番号に基づいたパラメータとしては、前述の順番差を求める。緊急度については、その緊急度自体をパラメータとする。
【０１００】
演算手段６２ｂは、各パラメータの重みとパラメータ値の加重総和を優先度として算出する。すなわち、各パラメータの重みをＷｂｉ，パラメータ値をＹｉ（ｉ＝１，２，・・・ｎ、この例ではｎ＝４）としたときに、次の演算式（２）により優先度Ｐｂを求める。処理部５７は、算出した優先度Ｐｂを依頼情報格納部６６に記録されている対応する依頼情報レコードＲｃに付加し、あるいは既存の優先度に変えて更新する。
Ｐｂ＝Ｗｂ１・Ｙ１＋Ｗｂ２・Ｙ２＋・・・・Ｗｂｎ・Ｙｎ  ・・・（２）
【０１０１】
受付端末１９，検査端末２０は、依頼情報格納部６６に記録されている各依頼情報レコードＲｅに基づき、図６，図７に示される検査依頼リスト画面４１，検査待ちリスト画面４２を表示する。なお、受付端末１９の操作によって任意の検査依頼を任意に指定する順番に割り込ませることができるようにしてもよい。
【０１０２】
図１８にパラメータテーブル６５の内容の一例を模式的に示す。パラメータテーブル６５には、各基準情報から求めるべきパラメータ、そのパラメータの重みと、パラメータの内容に応じたパラメータ値とが定義付けられている。
【０１０３】
図１８（ａ）に示すように、緊急度については、それ自体をパラメータとし、重みＷｂ１と、その内容ごとのパラメータ値Ｙ１が設定されている。この例では、緊急度の重みＷｂ１が「１０」に、緊急度の内容に応じたパラメータ値Ｙ１は、「緊急」が選択されている場合に「１．０」、「通常」の場合に「０．０」としてあり、「緊急」が指定されている場合に、優先度Ｐｂが大きくなるようにしている。なお、緊急度を二段階にしているが、例えば「緊急」，「至急」，「通常」のように３段階以上とし、それぞれに異なるパラメータ値を設定してもよい。
【０１０４】
来院受付時刻については、図１８（ｂ）に示すように、現在時刻と来院時刻との差をパラメータである滞在時間とし（グラフ横軸）、この滞在時間に応じてパラメータ値Ｙ２（グラフ縦軸）が決まるように設定されている。また、この滞在時間に対して重みＷｂ２が設定されている。この例では、滞在時間が長くなるほど比例的にパラメータ値Ｙ２を増大させ、優先度Ｐｂが増大するようにしている。
【０１０５】
検査時刻については、図１８（ｃ）に示すように、現在時刻と検査受付時刻との差をパラメータである検査待ち時間とし、この検査待ち時間に応じてパラメータ値Ｙ３が決まるように設定されている。また、この検査待ち時間に対して重みＷｂ３が設定されている。この例では、検査待ち時間が長くなるほど優先度Ｐｂを増大させるように、パラメータ値Ｙ３を増大させるが、パラメータ値Ｙ３の増大率に変化を与えており、検査待ち時間が一定の時間内（例えば１０分以内）では、パラメータ値Ｙ３を時間経過にともなって微増させ、一定の時間以上となると急激に増大させている。また、急激な増大後、さらに時間が経過すると、検査待ち時間によって優先度が増大しないようにパラメータ値Ｙ３を一定な値、すなわち増大率が「０」となるように設定してある。
【０１０６】
検査受付番号については、図１８（ｄ）に示すように、検査受付番号と検査実施数の差である順番差をパラメータとし、この順番差に応じてパラメータ値Ｙ４が決まるように設定され、順番差に対して重みＷｂ４が設定されている。この例では、検査実施数が検査受付番号より大きくなって順番差がマイナスとなる場合にその差が大きくなるほどパラメータ値Ｙ４が増大するようになっている。
【０１０７】
次に、上記構成の作用について説明する。診察科端末１０から検査依頼が発行されると、その検査依頼レコードＲａが検査科サーバ５１で受信され、それが依頼情報格納部６６に記録され依頼情報レコードＲｅのベースとされる。同様にして、診察科端末１０から検査依頼が発行されるごとに、依頼情報格納部６６には依頼情報レコードＲｅが追加される。そして、このようにして、依頼情報レコードＲｅが追加された各検査依頼については、患者の受付を待つ受付待ちとなる。
【０１０８】
受付待ちとなっている検査依頼について患者が来科し、受付端末１９の操作で受付が行われると、その依頼情報レコードＲｅに対して検査受付番号と、検査受付時刻とが付加される。なお、検査受付番号は、それまでに発行した検査受付番号に「１」を加算したものとされ、検査受付時刻は、検査受付時点で受付端末１９に計時されている時刻とされる。
【０１０９】
図１９に示すように、上記のように受付処理が行われると、あるいは前回の優先度判定処理を行ってから所定時間、例えば数分が経過するごとに、処理部５７によって優先度判定処理が行われる。
【０１１０】
まず、情報取得処理が行われ、依頼情報格納部６６から１つの検査依頼に対応する依頼情報レコードＲｅが読み出される。また、依頼情報レコードＲｅに記録されている患者ＩＤをスケジュールサーバ１４に送信し、これに応答して配信される患者時刻レコードＲｄを受信する。この後に、処理部５７がパラメータテーブル６５にアクセスして、取得すべき基準情報を調べ、その基準情報を患者時刻レコードＲｄと依頼情報レコードＲｅとから取得する。
【０１１１】
この例の場合には、図２０に示すように、処理部５７によって、依頼情報レコードＲｅから緊急度，検査受付時刻，検査受付番号が基準情報として取得され、また患者時刻レコードＲｄから来院時刻が基準情報として取得される。
【０１１２】
次に、処理部５７によって判定処理が実行され、変換処理と演算処理が順次に行われる。まず、パラメータテーブル６５を用いて変換処理が行われるが、緊急度はそれ自体がパラメータとされるから、パラメータテーブル６５にしたがって、その重みＷｂ１と「緊急」または「通常」に応じたパラメータ値Ｙ１とされる。
【０１１３】
来院時刻，検査受付時刻については、それぞれ現在時刻との差が求められて、滞在時間と検査待ち時間とされてから、滞在時間が重みＷｂ２と、その内容に応じたパラメータ値Ｙ２に変換され、検査待ち時間が重みＷｂ３と、その内容に応じたパラメータ値Ｙ３に変換される。さらに、検査受付番号は、検査実施数を用いてパラメータとしての順番差が求められてから、その重みＷｂ４と、内容に応じたパラメータ値Ｙ４に変換される。
【０１１４】
変換処理に続いて演算処理が行われて、上記変換処理で得られた重みＷｂ１〜Ｗｂ４とパラメータ値Ｙ１〜Ｙ４との加重総和が演算式（２）によって求められ、それが優先度Ｐｂとされる。そして、この優先度Ｐｂに対応する依頼情報レコードＲｃにそれまでに優先度Ｐｂが付加されていなければ、今回算出された優先度Ｐｂが付加され、また優先度Ｐｂが既に付加されている場合には算出した優先度Ｐｂに更新される。
【０１１５】
このように１件の依頼情報レコードＲｅの優先度Ｐｂを付加または更新すると、依頼情報格納部６６に記録されている全件の検査依頼について優先度Ｐｂを付加または更新したかが調べられる。そして、全件について完了していない場合には、次の検査依頼について同じ手順で優先度Ｐｂを算出し、依頼情報レコードＲｅの優先度Ｐｂを付加または更新する。このようにして、１回の優先度判定処理で全件の検査依頼について、優先度Ｐｂを算出して更新する。
【０１１６】
なお、優先度判定処理については、受付済みの検査依頼についてだけ行ってもよい。また、受付済みの検査依頼の場合は、検査受付番号に基づく順番差について重みを「０」とする等して、優先度Ｐｂの算出に使用しないようにすればよい。
【０１１７】
以上のようにして、各依頼情報レコードＲｅの優先度Ｐｂが更新されると、この更新後の依頼情報格納部６６の各依頼情報レコードＲｅに基づいて、受付端末１９の検査依頼リスト画面４１、検査端末２０の検査待ちリスト画面４２が更新される。
【０１１８】
検査待ちリスト画面４２には、受付済みの検査待ち情報４６だけが優先度の大きい順番で表示されが、この後にも新たに検査依頼の受付が発生し、あるいは所定時間が経過すれば、同様な手順で優先度判定処理が行われて、優先度Ｐｂが更新される。したがって、時間の経過とともに変化する患者の滞在時間，検査待ち時間、順番差を考慮した優先度Ｐｂを知ることができるとともに、それに基づく検査の実施順番を知ることができる。
【０１１９】
また、この後にも、新たに受付処理が行われたり、あるいは所定時間が経過すれば、同様な手順で優先度判定処理が行われ、検査待ちリスト画面４２は各検査依頼の優先度の更新結果が反映されたものとなる。
【０１２０】
以上により、滞在時間，検査待ち時間、順番差を考慮して、検査の優先度が判定され、そして、検査の実施順番が自動的に決定・変更されるので、患者の待ち時間や病院内での滞在時間等を適切なものとするようにできる。また、検査技師は、実施順番の容易に確認することができる。
【０１２１】
なお、上記実施形態では、優先度判定処理が行われると、全ての検査依頼の実施順番が新たに算出された優先度に基づいて変更されるが、例えば検査待ちの順番が所定の範囲内となった場合等には、その検査の実施順番が変更されないように制御することも好ましい。
【０１２２】
上記では、時間的パラメータとして滞在時間，検査待ち時間、順番差を用いているが、時間的パラメータは、これらに限られるものではないが、検査に要する所要時間、検査対象の患者に対して、その後に予定されている検査までの残り時間、患者の待ち時間のうちの少なくとも１つを含むことが好ましい。また、取得すべき基準情報としては、優先度を判定するパラメータを求めるために必要なものを適宜に取得すればよい。さらに、複数のパラメータの組み合わせも適宜に決定することができる。
【０１２３】
また、緊急度をパラメータとして用いることは任意であるが、この例のように緊急度を組み合わせることは、特に好ましい態様である。さらに、この例では検査受付番号を順番差に変換しているが、検査受付番号そのものを静的なパラメータとして用いることもできる。
【０１２４】
検査の所要時間としては、予約されている検査時間の他、検査内容に応じた所要時間、その検査を行うことによって他の患者を待たせる時間等を用いることができる。例えば検査の所要時間としては、ストレージ部２８等に記録しておき、検査内容に対応したものを取り出せばよい。また。所要時間としては、固定値として与えるものだけでなく、例えば過去の所要時間から統計的に求められる通常必要な所要時間、現在の検査の状況によって変化する所要時間として取得してもよい。
【０１２５】
図２１に示す例は、次検査までの残り時間を時間的パラメータとしているものである。この例では、情報取得処理では、緊急度、来院時刻，検査受付時刻，検査受付番号の他に、患者時刻レコードＲｄから検査１予約時刻を基準情報として取得する。そして、変換処理では、検査１予約時刻と現在時刻の差を用いて、パラメータとして次の検査までの残り時間を求め、この残り時間をパラメータテーブルで重みＷｂ５とパラメータ値Ｙ５に変換して優先度Ｐｂを算出する。
【０１２６】
上記のような次の検査までの残り時間をパラメータ値Ｙ５に変換する場合には、例えば図２２に示すように、残り時間の減少とともにパラメータ値Ｙ５を増大させ、残り時間が小さくなるほどその増大率が大きくなるように変換する。
【０１２７】
また、本発明は、例えば予約時刻を取得し、その予約時刻と現在時刻の差をパラメータとして、パラメータ値を増減するようにすれば、予め検査の時刻が予約されている検査システムにも利用することができる。なお、この場合には、予約時刻前までは、パラメータ値を「０」あるいはマイナスの値とし、予約時刻後からパラメータ値を増加させるようにしてもよい。
【０１２８】
上記のパラメータの内容と変換されるパラメータ値の関係は一例であり、これに限定されるものではなく、パラメータの内容と変換されるパラメータ値との関係は任意に規定することができる。例えば線形関数的に規定してもよく、非線形関数的に規定してもよい。また、例えば最初１０分程度は急激にパラメータ値を増大させ、３０分経過後にはさらに急激に増大させるなどのように、人間が待ち時間から受ける感覚を想定して規定するのもよい。さらには、優先度を減少させる要因がある場合、重みを負としてもよく、あるいはパラメータ値が負となるようにしてもよい。
【０１２９】
また、この例においても、第１実施形態の場合と同様に、基準情報、パラメータの設定を変更できるようにしてもよい。図２３にパラメータ設定画面の一例を示す。パラメータ設定画面７１には、緊急度，滞在時間，検査待ち時間等のパラメータとされる項目が縦方向に並べて表示される。パラメータとすべき項目は、項目追加ボタン７２をクリックすることによって追加され、項目ごとの削除ボタン７３で削除が可能になっている。
【０１３０】
項目が追加されると、その項目のパラメータを得るために必要な基準情報が設定される。各項目には、パラメータの重みやパラメータ値の規定等の設定状態が表示され、変更ボタン７４のクリックによって、それらを任意に変更することができる。なお、この例では、滞在時間，検査待ち時間とパラメータ値の関係をグラフで画面に表示するようにしてある。
【０１３１】
緊急度指定情報と静的パラメータと、検査待ち時間，残り時間等の時間的パラメータを用いて優先度を算出する第３実施形態を図２４に示す。この例では、第１パラメータ取得手段８１は、緊急度指定情報とともに、患者の年齢等の属性情報や検査内容に応じた検査時間等からなる静的パラメータを取得する。優先度Ｐａ算出手段８２は、この第１パラメータ取得手段８１で取得した緊急度指定情報と静的パラメータとを用いて第１実施形態と同様に優先度Ｐａを算出する。一方、第２パラメータ取得手段８３は、検査待ち時間、次の検査までの残り時間等からなる時間的パラメータを取得し、優先度Ｐｂ算出手段８４は、その時間的パラメータを用いて第２実施形態と同様に優先度Ｐｂを算出する。優先度Ｐ算出手段８５は、優先度Ｐａ算出手段８２で算出された優先度Ｐａに優先度Ｐｂを例えば補正量として加算して、これを最終的な優先度Ｐとする。優先度Ｐは、所定のタイミングごとに時間的パラメータを再取得して優先度Ｐｂを算出するごとに更新される。
【０１３２】
このように求められる優先度Ｐを検査依頼の優先度とすることにより、例えば緊急度指定情報と静的パラメータで基本的な優先度のレベルを設定し、検査待ち時間、次の検査までの残り時間等の変化で、その優先度を調節することができる。なお、各優先度Ｐａ，Ｐｂを算出する際には、重複するパラメータを用いる必要はないので、この例では緊急度と検査の所要時間を、優先度Ｐｂを求める際に除いてある。
【０１３３】
図２５に示す例は、優先度Ｐａ算出手段８２で算出された優先度Ｐａと、優先度Ｐｂ算出手段８４で算出された優先度Ｐｂのいずれか一方を選択手段で選択して優先度Ｐとして出力し、これを検査依頼の優先度として用いる。これによれば、検査待ち等の状況に応じて適切な優先度を使い分けることができる。なお、この場合には、優先度Ｐａ，Ｐｂが独立して算出されて使用されるので、第１，第２実施形態と同様に求めればよく、優先度Ｐｂを求める際にも緊急度を用いるのがよい。
【０１３４】
上記の各実施形態において、パラメータの重み，パラメータ値の設定は、依頼先の検査科のそれぞれに独自の設定としてもよいが、病院等の医療施設で１つの共通なパラメータの重み、パラメータ値を設定して、それを各検査科が用いるようにしてもよい。また、依頼元である各診察科に対応してパラメータの重み，パラメータ値をそれぞれ設定してもよい。なお、このような場合にも、管理端末、あるいは種々の端末でパラメータの重み、パラメータ値を設定することができるようにするのが好ましい。
【０１３５】
パラメータの重み，パラメータ値の設定・変更は、検査の依頼元や依頼先が設定するようにしてもよい。このとき、各依頼元あるいは各依頼先はパラメータ値のみをそれぞれ設定し、管理部が病院全体の優先度の考え方にしたがってパラメータの重みを決定するようにしてもよい。もちろん、各依頼元あるいは各依頼先がパラメータの重みをそれぞれ設定し、管理部が病院全体の考え方にしたがってパラメータ値を決定して設定するようにしてもよい。
【０１３６】
また、上記各実施形態では、院内ネットワークシステムを例にして説明したが、例えば病院間、病院と検査機関等との間で構成された、医用ネットワークシステム、院外ネットワークシステムであってもよい。
【０１３７】
上述したシステムの構成は一例であり、本発明は、これに限定されず、各処理・機能を他の端末やサーバ等で適宜に実行させることができる。例えば、優先度判定処理を診察科端末で実行し、あるいは診察科や検査科に共通なサーバで実行し、その結果を検査科の端末に表示させてもよい。管理端末でパラメータテーブルを設定する代わりに受付端末で設定するように構成してもよい。さらには患者の属性情報、スケジュールデータ、緊急度の取得先なども限定されるものではなく、例えば受付端末がカルテサーバにアクセスして属性情報を取得してもよく、検査依頼レコードに属性情報を付加して送信し、この検査依頼レコードに属性情報を取得してもよい。
【０１３８】
本発明は、上記各実施形態で示したとおり、プログラムの形態、さらにこれを記憶した記憶媒体としてもよい。
【図面の簡単な説明】
【０１３９】
【図１】本発明を実施した院内ネットワークシステムの概略を示す説明図である。
【図２】検査科サーバの機能を示す機能ブロック図である。
【図３】診察科端末から送信される検査依頼レコードの内容を示す説明図である。
【図４】カルテサーバから送信される患者属性レコードの内容を示す説明図である。
【図５】依頼情報格納部に記録される依頼情報レコードの内容を示す説明図である。
【図６】受付端末に表示される検査依頼リスト画面の一例を示す説明図である。
【図７】検査端末に表示される検査待ちリスト画面の一例を示す説明図である。
【図８】パラメータテーブルの設定内容の一例を示す説明図である。
【図９】検査科サーバの処理の概略を示すフローチャートである。
【図１０】優先度判定処理の一例を模式的に示す説明図である。
【図１１】検査内容の情報を優先度のパラメータとした例の優先度判定処理の一例を模式的に示す説明図である。
【図１２】管理端末によってパラメータテーブルの設定を変更する例を示す要部ブロック図である。
【図１３】管理端末に表示されるパラメータ設定画面の一例を示す説明図である。
【図１４】パラメータテーブルの異なる設定内容を示す説明図である。
【図１５】時間的パラメータを用いて優先度を更新する第２実施形態の検査科サーバの機能を示す機能ブロック図である。
【図１６】スケジュールサーバから送信される患者時刻レコードの内容を示す説明図である。
【図１７】第２実施形態において依頼情報格納部に記録される依頼情報レコードの内容を示す説明図である。
【図１８】第２実施形態のパラメータテーブルの設定内容の一例を示す説明図である。
【図１９】時間的パラメータを用いて優先度を更新する際の検査科サーバの処理の概略を示すフローチャートである。
【図２０】時間的パラメータを用いて優先度判定処理を模式的に示す説明図である。
【図２１】次の検査までの残り時間をパラメータに加えて優先度を判定する例を示す説明図である。
【図２２】次の検査までの残り時間からパラメータ値に変換する場合の変換例を示すグラフである。
【図２３】第２実施形態のパラメータ設定画面の一例を示す説明図である。
【図２４】緊急度と静的パラメータと時間的パラメータを用いて優先度を判定する例を示すブロック図である。
【図２５】優先度Ｐａと優先度Ｐｂと選択する例を示すブロック図である。
【符号の説明】
【０１４０】
２  院内ネットワークシステム
１０  診察科端末
１１  検査科サーバ
１３  カルテサーバ
２０  受付端末
３１  パラメータ取得手段
３２  優先度判定手段
３３  リスト更新手段
【図１】
2009086766.tif 000003
【図２】
2009086766.tif 000004
【図３】
2009086766.tif 000005
【図４】
2009086766.tif 000006
【図５】
2009086766.tif 000007
【図６】
2009086766.tif 000008
【図７】
2009086766.tif 000009
【図８】
2009086766.tif 000010
【図９】
2009086766.tif 000011
【図１０】
2009086766.tif 000012
【図１１】
2009086766.tif 000013
【図１２】
2009086766.tif 000014
【図１３】
2009086766.tif 000015
【図１４】
2009086766.tif 000016
【図１５】
2009086766.tif 000017
【図１６】
2009086766.tif 000018
【図１７】
2009086766.tif 000019
【図１８】
2009086766.tif 000020
【図１９】
2009086766.tif 000021
【図２０】
2009086766.tif 000022
【図２１】
2009086766.tif 000023
【図２２】
2009086766.tif 000024
【図２３】
2009086766.tif 000025
【図２４】
2009086766.tif 000026
【図２５】
2009086766.tif 000027