JP2011076464A - 業務支援システム、業務支援方法、及び該方法をコンピュータに実行させるプログラム - Google Patents

Abstract

【課題】複数人の協業により遂行される業務の進捗管理に即したアラートの通知により、業務の円滑なる遂行を支援する。
【解決手段】業務の進捗に応じて更新される業務情報を記録するデータベースと、業務の進捗についての抽出条件に基づいて、前記データベースに記憶された業務情報の中から前記抽出条件に該当する業務情報を抽出してアラートを発するアラート手段と、を備え、前記アラート手段は、業務に従事する複数の従事者を含んで構成されるチームを業務毎に定めたチーム情報に基づいて、抽出業務情報に対応するチームに属する従事者全員に対して第１のアラートを発する。
【選択図】図１７

Description

本発明は、複数人の協業により遂行される業務の進捗を管理する業務支援システム、業務支援方法、及び該方法をコンピュータに実行させるプログラムに関する。

特許文献１に開示された業務支援システムは、医療機関での臨床検査の進捗を管理するためのものである。このシステムでは、クライアントＰＣにおいて進捗管理機能が実行された際に、サーバのデータベースに記憶された検査情報から進捗に遅れが生じている検査を抽出し、クライアントＰＣの操作者にアラートを通知する。

特許文献２に開示された業務支援システムは、種々のシステムを対象に、システムにトラブルが発生したときに、まず、下位の管理者に対してアラートを通知し、通知先の管理者が対処しない場合に、より広範な管理権限を有する上位の管理者にアラートを通知する。

特開２００９−１０４６７４号公報 特開２００５−２５０７６０号公報

特許文献１、２に開示された業務支援システムは、いずれも一個人に対してアラートを通知するものであり、その者にアラートが認知され、対処がなされない限り、業務の進捗の遅れは解消しない。医療現場では、非常勤の医師や看護師もおり、それらの者がアラートを認知する機会は限られる。

ところで、複数人の協業により遂行される業務も多く存在する。例えば医療現場では、チーム医療が浸透し、複数の医師や看護師等が協業して業務が遂行されている。かかる業務においては、進捗の遅れの原因となっている事象に対して複数の者が対処し得る。

本発明は、上述した事情に鑑みなされたものであり、複数人の協業により遂行される業務の進捗管理に即したアラートの通知により、業務の円滑なる遂行を支援する業務支援システム、業務支援方法、及び該方法をコンピュータに実行させるプログラムを提供することを目的とする。

（１） 業務の進捗に応じて更新される業務情報を記録するデータベースと、業務の進捗についての抽出条件に基づいて、前記データベースに記憶された業務情報の中から前記抽出条件に該当する業務情報を抽出してアラートを発するアラート手段と、を備え、前記アラート手段は、業務に従事する複数の従事者を含んで構成されるチームを業務毎に定めたチーム情報に基づいて、抽出業務情報に対応するチームに属する従事者全員に対して第１のアラートを発する業務支援システム。
（２） コンピュータが行う、業務の進捗についての抽出条件に基づいて、業務の進捗に応じて更新される業務情報を記録するデータベースから前記抽出条件に該当する業務情報を抽出する抽出ステップと、業務に従事する複数の従事者を含んで構成されるチームを業務毎に定めたチーム情報に基づいて、前記抽出ステップで抽出した抽出業務情報に対応するチームに属する従事者全員に対して第１のアラートを発する第１アラート発報ステップと、を備える業務支援方法。

本発明によれば、進捗に遅れが生じている業務について、その業務に従事する複数の従事者に一度にアラートを発し、アラートが認知される機会を増やし、迅速な対処を可能とする。それにより、円滑な業務の遂行が可能となる。

病院内システムの全体構成を示す図である。 内視鏡部門システムの概略構成を示す図である。 クライアントＰＣの概略構成を示す図である。 クライアントＰＣにインストールされたアプリケーションプログラムにより提供される主な機能を示す図である。 クライアントＰＣの表示部に表示されるログイン画面を示す図である。 クライアントＰＣの表示部に表示されるオーダ検索画面を示す図である。 クライアントＰＣの表示部に表示される検査依頼情報詳細画面を示す図である。 クライアントＰＣの表示部に表示される問診前処置画面を示す図である。 クライアントＰＣの表示部に表示される問診前処置画面を示す図である。 クライアントＰＣの表示部に表示される画像表示画面を示す図である。 クライアントＰＣの表示部に表示されるレポート登録画面を示す図である。 クライアントＰＣの表示部に表示される病理依頼画面を示す図である。 クライアントＰＣの表示部に表示される実施報告画面を示す図である。 クライアントＰＣの表示部に表示されるログアウト画面を示す図である。 抽出条件の一例を示す図である。 チーム情報の一例を示す図である。 内視鏡部門サーバによるアラート通知のフローを示す図である。

図１は、病院内システムの概略構成を示す。

図１に示すように、病院内システムは、病院情報システム（ＨＩＳ：Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）１０と、内視鏡部門システム２０と、病理部門システム３０と、医用画像保管システム（ＰＡＣＳ：Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）４０と、他部門システム５０とを備え、これらは院内ＬＡＮ６０に接続されて相互に連携可能となっている。

ＨＩＳ１０は、医療事務会計システム、診療予約システム、診療情報システム等を含む包括的なシステムであり、電子カルテデータベース等を有する。電子カルテデータベースには、患者の診療情報を記録した電子カルテが保管される。

他の診療科から、内視鏡部門に対して検査依頼が行われる場合の検査の依頼（オーダ）に関する情報（以下、検査依頼情報という）が発行されると、この検査依頼情報がＨＩＳ１０を介して内視鏡部門システム２０に送信される。

検査依頼情報には、例えば、患者情報、オーダーキー情報（「オーダ番号」「発生日時」等）、依頼元情報（「依頼科名」「依頼医師名」「依頼日」等）、オーダ情報（「依頼病名」「検査目的」「検査種別」「検査項目」「検査部位」「コメント」等）、検査予約情報（「検査日」「実施時刻」等）等が含まれる。患者情報は、患者に関する情報であり、患者固有の情報である「患者ＩＤ」、「患者氏名」、「生年月日」、「年齢」、「性別」、「入院／外来区分」等が含まれる。

内視鏡部門システム２０は、内視鏡部門の管理を行うためのシステムである。

病理部門システム３０は、病理部門の管理を行うためのシステムである。

ＰＡＣＳ４０は、内視鏡装置、ＣＴ、ＭＲＩ等の医療画像診断装置からの検査画像を電子的に保存、検索、解析するシステムである。

他部門システム５０は、その他の部門の管理を行うためのシステムである。

図２は、図１のシステムにおける内視鏡部門システムの概略構成を示す。

内視鏡部門には、受付２０Ａと、前処置室２０Ｂと、複数の内視鏡検査室（以下、検査室）２０Ｃと、洗浄室２０Ｄと、カンファレンス室２０Ｅとが含まれる。

受付２０Ａは、検査の受付を行う場所である。前処置室２０Ｂは、内視鏡検査の前に行う問診及び前処置を行うための部屋である。検査室２０Ｃは、内視鏡検査を行うための部屋である。洗浄室２０Ｄは、内視鏡検査に用いたスコープ等の洗浄を行うための部屋である。

図２に示す内視鏡部門システム２０は、内視鏡部門サーバ２１と、複数のクライアントＰＣ２２と、画像入力装置２３と、内視鏡検査装置２４と、洗浄管理装置２５と、洗浄機２６とを備える。内視鏡部門サーバ２１、複数のクライアントＰＣ２２、画像入力装置２３、及び洗浄管理装置２５は部門内ＬＡＮ２７に接続されている。部門内ＬＡＮ２７は院内ＬＡＮ６０に接続されている。

内視鏡部門サーバ２１は、クライアントＰＣ２２、画像入力装置２３、及び洗浄管理装置２５を統括制御するコンピュータである。内視鏡部門サーバ２１には、データベースＤＢが内蔵されており、このデータベースＤＢに各種情報（検査依頼情報、検査結果情報等）が格納される。

画像入力装置２３及び内視鏡検査装置２４は、複数の検査室２０Ｃの各々に設置されている。

画像入力装置２３は、それが設置される検査室２０Ｃの内視鏡検査装置２４に接続されている。画像入力装置２３は、接続された内視鏡検査装置２４で撮影して得られた画像情報を内視鏡部門サーバ２１に入力するための装置である。画像入力装置２３によって入力された画像情報は、内視鏡部門サーバ２１の制御により、ＰＡＣＳ４０によって保管される。なお、内視鏡検査装置２４として、画像入力装置２３を一体化したものを用いてもよい。

洗浄機２６と洗浄管理装置２５は洗浄室２０Ｄに設置されている。洗浄機２６は、内視鏡検査に用いたスコープ等の洗浄を行う機器である。

洗浄管理装置２５は、洗浄機２６に接続されており、洗浄機２６による洗浄履歴等の情報を内視鏡部門サーバ２１に入力するためのコンピュータである。

図３は、図２に示す内視鏡部門システムにおけるクライアントＰＣの内部構成を示す。

図３に示すように、各クライアントＰＣ２２は、入力部２２ａ、表示部２２ｂ、記録部２２ｃ、送受信部２２ｄ、及び制御部２２ｅで構成される。

入力部２２ａは、各種入力を行うための入力手段であり、キーボード、タッチパネル等の入力デバイスや、マウス・トラックボール等のポインティングデバイスから構成されている。

表示部２２ｂは、画像、レポート等の各種表示を行うための表示装置であり、ＬＣＤやＣＲＴなどで構成されている。

記録部２２ｃは、各種データを記録するためのハードディスク等で構成されている。

送受信部２２ｄは、送受信インタフェイス回路などから構成され、各種指示、各種要求、及び各種データを、部門内ＬＡＮ２７を介して送受信する処理を実行する。

制御部２２ｅは、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）等の演算処理装置と、プログラムを格納するＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）等のプログラム格納部と、記憶部とを含む。

制御部２２ｅ内の記憶部は、上記プログラムを実行するときのワークエリアを構成するシステムメモリや不揮発性ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）などで構成される。

制御部２２ｅは、上記プログラム、部門内ＬＡＮ２７を介し外部から送信される各種の要求、及び入力部２２ａから入力される指示情報などに従ってクライアントＰＣ２２の各部の制御を行う。

クライアントＰＣ２２には、所定のアプリケーションプログラム（以下、単にプログラムという）がインストールされており、このプログラムにより、内視鏡部門サーバ２１のデータベースＤＢ（図２参照）に記録されているデータの照会及び編集、データベースへのデータの登録等が可能となっている。

図４は、クライントＰＣにインストールされたプログラムにより提供される主な機能を示す。

図４に示すように、プログラムによって、ログイン機能、ログアウト機能、オーダ検索機能、問診前処置機能、画像表示機能、レポート登録機能、病理依頼機能、実施報告機能が提供される。以下に各機能について説明する。

図５は、ログイン機能実行時の画面表示の一例を示す。

図５に示すログイン画面は、プログラム起動直後に表示される。ログイン画面には、ユーザＩＤ入力欄１０１、及びパスワード入力欄１０２が表示される。ユーザＩＤ入力欄１０１、及びパスワード入力欄１０２に、それぞれ所定のユーザＩＤ、パスワードを入力されてログインボタン１０３がクリックされると、内視鏡部門サーバ２１が、入力されたユーザＩＤとパスワードとを照合し、ユーザ承認を行う。内視鏡部門サーバ２１による承認がなされると、ログインが完了する。

図６は、オーダ検索機能実行時の画面表示の一例を示す。

図６に示すオーダ検索画面は、ログイン完了後に表示される。オーダ検索画面は、画面上部のランチャーバー２０１、画面中央部の検索条件設定領域３０１、及び画面下部の検索結果表示領域３０２で大略構成されている。

ランチャーバー２０１には、検査一覧アイコン２０２ａ、問診前処置アイコン２０２ｂ、画像表示アイコン２０２ｃ、レポートアイコン２０２ｄ、病理依頼アイコン２０２ｅ、実施報告アイコン２０２ｆが表示されている。アイコン２０２ａ〜２０２ｆは、プログラムが提供する種々の機能を起動するものであって、アイコン毎に所定の機能が割り当てられている。具体的には、検査一覧アイコン２０２ａにはオーダ検索機能が、問診前処置アイコン２０２ｂには問診前処置機能が、画像表示アイコン２０２ｃには画像表示機能が、レポートアイコン２０２ｄにはレポート登録機能が、病理依頼アイコン２０２ｅには病理依頼機能が、また、実施報告アイコン２０２ｆには実施報告機能がそれぞれ割り当てられている。各アイコンがクリックされると、それに割り当てられた機能に応じた画面に遷移する。このランチャーバー２０１は、遷移先の各機能画面においても、常に画面の上部領域に表示されるようになっている。

検索条件設定領域３０１には、データベースＤＢに記録されている検査依頼情報を検索するための各種の検索条件を入力するフォームが表示される。検索条件として、例えば、検査日付、時間帯、患者ＩＤ、患者氏名、等が設定される。

検索結果表示領域３０２には、データベースＤＢに記録されている検査依頼情報のうち検索条件設定領域３０１において設定された検索条件に該当する検査依頼情報の一覧が表示される。検索結果表示領域３０２において、そこに表示されている１つの検査依頼情報が選択されると、以後、その検査依頼情報の検査に付随する受付、問診前処置、画像表示、レポート登録、病理依頼、実施報告といった各種業務に関する情報の照会及び編集、並びに登録が可能となる。

例えば、検査のため患者が来院した際には、受付２０Ａ（図２参照）において、患者氏名等の患者情報や日付などから検査依頼情報が検索され、検索条件に該当するものとして一覧に表示される検査依頼情報のなかから１の検査依頼情報が選択される。その状態で、予約ボタン３０３がクリックされると、図７に示すように、その検査依頼情報の詳細が表示される。患者情報や日付などと検査依頼情報の詳細との照合がなされ、選択されている検査依頼情報が所望の検査依頼情報であることが確認された後、受付ボタン３０４がクリックされ、受付がなされる。受付ボタン３０４がクリックされると、受付の業務情報として受付完了の情報が、クライントＰＣ２２から内視鏡部門サーバ２１に入力され、選択されている検査依頼情報と関連付けてデータベースＤＢに登録される。

また、検索結果表示領域３０２において１の検査依頼情報が選択された状態で、ランチャーバー２０１の問診前処置アイコン２０２ｂ、画像表示アイコン２０２ｃ、レポートアイコン２０２ｄ、病理依頼アイコン２０２ｅ、又は実施報告アイコン２０２ｆのいずれかがクリックされると、クリックされたアイコンに応じた機能画面に遷移し、遷移先の画面上で、選択された検査依頼情報の検査に付随する各種業務に関する情報の照会及び編集、並びに登録が行われる。

図８及び図９は、問診前処置機能実行時の画面表示の一例を示す。

図８及び図９に示す問診前処置画面は、ランチャーバー２０１の問診前処置アイコン２０２ｂがクリックされた際に表示される。この問診前処置画面は、ランチャーバー２０１と、問診前処置情報の入力領域４０１とで大略構成されている。

入力領域４０１には、問診により得られた患者の既往歴等の問診情報を入力するフォームと、前処置で患者に投薬された薬剤等の前処置情報を入力するフォームとが択一的に表示される。表示されるフォームの切り替えは、その領域の上部に設けられているタブ４０２、４０３の選択によりなされる。

図８は、入力領域４０１に問診のフォームが表示されている状態を示す。フォームの各欄に入力された問診情報は、保存ボタン４０４がクリックされると、問診完了の情報と共に問診の業務情報として、選択されている検査依頼情報に関連付けてデータベースＤＢに登録される。

図９は、入力領域４０１に前処置のフォームが表示されている状態を示す。フォームの各欄に入力された前処置情報は、保存ボタン４０５がクリックされると、前処置完了の情報と共に前処置の業務情報として、選択されている検査依頼情報に関連付けてデータベースＤＢに登録される。

図１０は、画像表示機能実行時の画面表示の一例を示す。

図１０に示す画像表示画面は、ランチャーバー２０１の画像表示アイコン２０２ｃがクリックされた際に表示される。この画像表示画面は、ランチャーバー２０１と、画像表示領域５０１と、画像設定領域５０２と、出力設定領域５０３とで大略構成されている。

画像表示領域５０１には、内視鏡検査装置２４（図２参照）による撮影され、個々の検査依頼情報に関連付けてＰＡＣＳ４０（図１参照）に保管されている画像情報のうち、選択されている検査依頼情報に関連付けられている画像情報が画像として表示される。図示の例において、画像表示領域５０１には、複数の画像情報がサムネイル画像で一覧表示されると共に、それらのうちから選択された画像情報がサムネイル画像より大きいサイズの画像で表示されている。

画像設定領域５０２には、画像表示領域５０１における画像の表示方法を設定するボタンが表示されている。表示方法としては、複数の選択画像を図示の例より縮小して並べて表示する方法などが例示できる。また、画像設定用域５０２には、選択画像に対するマーキングや、アノテーションを行うボタンが表示されている。マーキングは、その画像が特定の症例に該当することを示す所定のマークを付加するものである。また、アノテーションは、任意のコメントや図形などを描画するものである。マーキングにより付加されたマークやアノテーションにより描画されたコメント等は、それらが付加、描画された画像の画像情報と共にＰＡＣＳ４０に保管される。

出力設定領域５０３には、選択画像に対して印刷等の出力処理を設定するボタン等が表示されている。

図１１は、レポート登録機能実行時の画面表示の一例を示す。

図１１に示すレポート登録画面は、ランチャーバー２０１のレポートアイコン２０２ｄがクリックされた際に表示される。このレポート登録画面は、ランチャーバー２０１と、レポート情報入力領域６０１と、添付情報設定領域６０２とで大略構成されている。

レポート情報入力領域６０１には、検査の所見、診断等のレポート情報を入力するフォームが表示されている。フォームの各欄に入力されたレポート情報は、確定ボタン６０３がクリックされると、レポート登録完了の情報と共にレポート登録の業務情報として、選択されている検査依頼情報に関連付けてデータベースＤＢに登録される。

添付情報設定領域６０２には、レポートに添付する情報が表示される。添付される情報としては、内視鏡検査装置２４により撮影された画像情報等が例示される。画像情報は、選択されている検査依頼情報に関連付けてＰＡＣＳ４０に保管されており、上述の画像表示画面（図１０参照）において予め選択された画像情報が表示される。

図１２は、病理依頼機能実行時の画面表示の一例を示す。

図１２に示す病理依頼画面は、ランチャーバー２０１の病理依頼アイコン２０２ｅがクリックされた際に表示される。この病理依頼画面は、ランチャーバー２０１と、病理依頼情報入力領域７０１と、プレビュー領域７０２とで大略構成されている。

病理依頼情報入力領域７０１には、病理検査の依頼情報を入力するフォームが表示されている。フォームの各欄に入力された病理依頼情報は、病理依頼ボタン７０３がクリックされると、病理依頼完了の情報と共に病理依頼の業務情報として、選択されている検査依頼情報に関連付けてデータベースＤＢに登録され、また、院内ＬＡＮ６０（図１参照）を介して病理部門システム３０（図１参照）に送信される。

プレビュー領域７０２には、病理依頼情報入力領域７０１のフォームに入力された病理依頼情報に基づき作成される病理依頼書のプレビューが表示される。

図１３は、実施報告機能実行時の画面表示の一例を示す。

図１３に示す実施報告画面は、ランチャーバー２０１の実施報告アイコン２０２ｆがクリックされた際に表示される。この実施報告画面は、ランチャーバー２０１と、手技や薬剤・材料の選択領域８０１と、実施情報入力領域８０２とで大略構成されている。

選択領域８０１には、検査の手技、薬剤、処置具などの材料、等が一覧で表示される。これらのうちから、検査で実際に行われた手技、前処置や検査で使用された薬剤及び材料が選択される。なお、手技の選択に伴い、手技に応じて薬剤や材料が絞り込まれて表示されるようにしてもよい。

実施情報入力領域８０２には、選択領域８０１で選択された手技、薬剤及び材料が表示される。実施情報入力領域８０２に表示される実施情報は、登録ボタン８０３がクリックされると、実施報告完了の情報と共に実施報告の業務情報として、選択されている検査依頼情報に関連付けてデータベースＤＢに登録される。ここで登録された実施情報に基づいて会計処理がなされる。

図１４は、ログアウト機能実行時の画面表示の一例を示す。

図１４に示すログアウト画面は、上述のオーダ検索画面（図６参照）において、その下部領域に表示されているログアウトボタン９０１がクリックされた際に表示される。このログアウト画面には、ログアウトボタン９０２に加えて、離席ボタン９０３及びユーザ切替ボタン９０４が表示される。離席ボタン９０３がクリックされると、画面全体にログイン画面が表示され、それまで画面に表示されていた情報が隠されると共に他人による操作が防止される。ユーザ切替ボタン９０４がクリックされると、ログイン画面に戻ることなくログインユーザの切り替えがなされる。

内視鏡部門サーバ２１は、検査依頼情報毎に、その検査に付随する受付、問診、前処置、撮影、レポート登録、病理依頼、実施報告の各業務の進捗を管理する。

図６に示すように、オーダ検索画面の検索結果表示領域３０２に一覧表示される検査依頼情報の傍らには、その検査に付随する上記業務の進捗を示す記号が表示されている。図示の例において、「受」は受付、「問」は問診、「処」は前処置、「撮」は撮影、「実」は実施報告、「報」はレポート登録、「病」は病理依頼をそれぞれ意味し、各項目に「○」印が表示されているものは、その項目に関する業務が完了していることを示している。

上記の「○」印を表示するための情報は、各業務の完了と共に内視鏡部門サーバ２１によって自動的にデータベースＤＢに登録される。例えば、受付については、図７に示す検査依頼情報の詳細を表示する画面上で受付ボタン３０４がクリックされることにより、受付の業務情報として受付完了の情報がデータベースＤＢに登録される。問診、前処置、レポート登録、病理依頼、実施報告についても、同様に、各業務に対応した上述の機能画面上で所定のボタンがクリックされることにより、その画面上で入力された情報（問診情報、前処置情報、レポート情報、病理依頼情報、実施情報）と共に業務完了の情報が、その業務の業務情報としてデータベースＤＢに登録される。また、撮影については、内視鏡装置２４で撮影された画像データが画像入力装置２３から内視鏡部門サーバ２１に入力された際に、撮影の業務情報として撮影完了の情報がデータベースＤＢに登録される。

そして、内視鏡部門サーバ２１は、業務の進捗に遅れが生じている場合に、これを抽出し、その業務に応じた所定の者にアラートを通知する。以下、内視鏡部門サーバ２１によるアラートの通知について説明する。

データベースＤＢには、受付、問診、前処置、撮影、レポート登録、病理依頼、実施報告の業務種別毎に、進捗についての抽出条件を定めた抽出条件が記録されている。

図１５は、抽出条件の一例を示す。

図１５に示すように、例えば、レポート登録の抽出条件は、検査実施日時から所定時間経過してもレポートがデータベースＤＢに登録されていないといった具合に、基準時から所定時間経過後にも業務情報が未了のまま更新されていないこととして定義できる。

また、データベースＤＢには、検査依頼情報の検査に付随する受付、問診、前処置、撮影、レポート、病理依頼、実施報告の各業務について、その業務に従事する複数の従事者及び少なくとも一人の責任者で構成されるチームを検査依頼情報毎に定めたチーム情報が記録されている。

図１６は、チーム情報の一例を示す。

図１６に示すように、例えば、オーダ番号「○○○○」の検査依頼情報の検査に付随する撮影のチームは、撮影に従事する従事者として一人の医師Ａ、及び二入の看護師Ａ、Ｂ、そして、そして、責任者として医師Ａで構成されるものとして定義できる。

図１７は、内視鏡部門サーバ２１によるアラート通知のフローを示す。

図１７に示すように、データベースＤＢには、上述のとおり、個々の検査依頼情報に関連付けて、その検査依頼情報の検査に付随する受付、問診、前処置、撮影、レポート、病理依頼、実施報告それぞれの完了／未了の情報を含んだ業務情報が登録される。内視鏡部門サーバ２１は、抽出条件を参照し、データベースＤＢに登録されている各業務の業務情報からその進捗を逐次監視する（ステップＳ１）。

内視鏡部門サーバ２１は、抽出条件に該当する業務情報を抽出した場合に（ステップＳ２）、チーム情報を参照して、抽出業務情報の業務に対応したチームに属する従事者全員に対して第１のアラートを発する（ステップＳ３）。第１のアラートは、例えば従事者各人に宛てた電子メールによって通知することができる。

このように、進捗に遅れが生じている業務に従事する複数の従事者に一度にアラートを発することで、アラートが認知される機会が増え、迅速な対処が可能となる。それにより、円滑な業務の遂行が可能となる。

従事者全員が多忙で第１のアラートに対して対処ができない場合などであって、第１のアラートを発してから所定期間経過した後（ステップＳ４）、なお抽出業務情報が抽出条件に該当する場合に（ステップＳ５）、抽出業務情報の業務に対応したチームに属する責任者に対して第２のアラートを発する（ステップＳ６）。

第２のアラートは、例えば責任者に宛てた電子メールによって通知することができる。

このように、業務に関する責任者を定め、その責任者に第２のアラートを発することで、万一第１のアラートに対処がなされなくとも、放置されることを回避できる。

好ましくは、第２のアラートの対象である責任者は、第１のアラートの対象である複数の従事者のうちから選ばれる。これによれば、第１のアラートの対象である従事者と第２のアラートの対象である責任者とで業務への関与の度合いに変わりがなく、第２のアラートでの適切な対処が可能となる。

また、好ましくは、内視鏡部門サーバ２１は、各クライアントＰＣ２２でのログインを監視し、責任者の少なくとも一人がログインしている状態で第２のアラートを発するようにする。それにより、第２のアラートを責任者に確実に認知させることができる。

第１のアラートの通知は、各人に宛てた電子メールに限らず、従事者全員が共有するリソースを介して通知することもできる。そのようなリソースとしては、部門内ＬＡＮ２７上で提供されるｗｅｂ掲示板を例示することができる。通常、そのようなリソースは定期的にチェックされることから、従事者のいずれかにより第１のアラートが認知される可能性がより高まる。

尚、責任者が複数設定される場合には、上記のｗｅｂ掲示板などの責任者全員が共有するリソースを介して第２のアラートを通知するようにしてもよい。

以上説明したように、本明細書に開示された業務支援システムは、業務の進捗に応じて更新される業務情報を記録するデータベースと、業務の進捗についての抽出条件に基づいて、前記データベースに記憶された業務情報の中から前記抽出条件に該当する業務情報を抽出してアラートを発するアラート手段と、を備え、前記アラート手段は、業務に従事する複数の従事者を含んで構成されるチームを業務毎に定めたチーム情報に基づいて、抽出業務情報に対応するチームに属する従事者全員に対して第１のアラートを発する。これによれば、第１のアラートが認知される機会を増やし、迅速な対処が可能となる。

また、本明細書に開示された業務支援システムは、前記チームは、その業務についての少なくとも一人の責任者をさらに含み、前記アラート手段は、前記第１のアラートを発してから所定期間経過した後もなお前記抽出業務情報が前記抽出条件に該当する場合に、前記チーム情報に基づいて、前記抽出業務情報に対応するチームに属する責任者に対して第２のアラートを発する。これによれば、第１のアラートに対処がなされなくとも、放置されることを回避できる。

また、本明細書に開示された業務支援システムは、前記責任者は、該責任者と同じチームに属する複数の従事者より選ばれる。これによれば、第１のアラートの対象である従事者と第２のアラートの対象である責任者とで業務への関与の度合いに変わりがなく、第２のアラートでの適切な対処が可能となる。

また、本明細書に開示された業務支援システムは、前記アラート手段は、前記抽出業務情報に対応するチームに属する責任者の少なくとも一人がログインしている状態で前記第２のアラートを発する。これによれば、第２のアラートを責任者に確実に認知させることができる。

また、本明細書に開示された業務支援システムは、前記従事者により共有されるリソースをさらに備え、前記アラート手段は、前記リソースを介して前記第１のアラートを前記従事者全員に通知する。これによれば、従事者のいずれかにより第１のアラートが認知される可能性がより高まる。

また、本明細書に開示された業務支援方法は、コンピュータが行う、業務の進捗についての抽出条件に基づいて、業務の進捗に応じて更新される業務情報を記録するデータベースから前記抽出条件に該当する業務情報を抽出する抽出ステップと、業務に従事する複数の従事者を含んで構成されるチームを業務毎に定めたチーム情報に基づいて、前記抽出ステップで抽出した抽出業務情報に対応するチームに属する従事者全員に対して第１のアラートを発する第１アラート発報ステップと、を備える。

また、本明細書に開示された業務支援方法は、前記チームは、その業務についての少なくとも一人の責任者をさらに含み、コンピュータが行う、前記第１のアラートを発してから所定期間経過した後もなお前記抽出業務情報が前記抽出条件に該当する場合に、前記チーム情報に基づいて、前記抽出業務情報に対応するチームに属する責任者に対して第２のアラートを発する第２アラート発報ステップをさらに備える。

また、本明細書に開示された業務支援方法は、前記責任者は、該責任者と同じチームに属する複数の従事者より選ばれる。

また、本明細書に開示された業務支援方法は、前記第２アラート発報ステップは、前記抽出業務情報に対応するチームに属する責任者の少なくとも一人がログインしている状態で前記第２のアラートを発する。

また、本明細書に開示された業務支援方法は、前記第１アラート発報ステップは、従事者により共有されるリソースを介して前記第１のアラートを前記従事者全員に通知する。

２０ 内視鏡部門システム
２０Ａ 受付
２０Ｂ 前処置室
２０Ｃ 検査室
２０Ｄ 洗浄室
２０Ｅ カンファレンス室
２１ 内視鏡部門サーバ
２２ａ 入力部
２２ｂ 表示部
２２ｃ 記録部
２２ｄ 送受信部
２２ｅ 制御部
２３ 画像入力装置
２４ 内視鏡検査装置
２５ 洗浄管理装置
２６ 洗浄機
２７ 部門内ＬＡＮ
３０ 病理部門システム
５０ 他部門システム
６０ 院内ＬＡＮ
ＤＢ データベース

Claims (11)

1. 業務の進捗に応じて更新される業務情報を記録するデータベースと、
   業務の進捗についての抽出条件に基づいて、前記データベースに記憶された業務情報の中から前記抽出条件に該当する業務情報を抽出してアラートを発するアラート手段と、
   を備え、
   前記アラート手段は、業務に従事する複数の従事者を含んで構成されるチームを業務毎に定めたチーム情報に基づいて、抽出業務情報に対応するチームに属する従事者全員に対して第１のアラートを発する業務支援システム。
2. 請求項１記載の業務支援システムであって、
   前記チームは、その業務についての少なくとも一人の責任者をさらに含み、
   前記アラート手段は、前記第１のアラートを発してから所定期間経過した後もなお前記抽出業務情報が前記抽出条件に該当する場合に、前記チーム情報に基づいて、前記抽出業務情報に対応するチームに属する責任者に対して第２のアラートを発する業務支援システム。
3. 請求項２記載の業務管理システムであって、
   前記責任者は、該責任者と同じチームに属する複数の従事者より選ばれる業務支援システム。
4. 請求項２又は３記載の業務支援システムであって、
   前記アラート手段は、前記抽出業務情報に対応するチームに属する責任者の少なくとも一人がログインしている状態で前記第２のアラートを発する業務支援システム。
5. 請求項１〜４のいずれか一項に記載の業務支援システムであって、
   前記従事者により共有されるリソースをさらに備え、
   前記アラート手段は、前記リソースを介して前記第１のアラートを前記従事者全員に通知する業務支援システム。
6. コンピュータが行う、
   業務の進捗についての抽出条件に基づいて、業務の進捗に応じて更新される業務情報を記録するデータベースから前記抽出条件に該当する業務情報を抽出する抽出ステップと、
   業務に従事する複数の従事者を含んで構成されるチームを業務毎に定めたチーム情報に基づいて、前記抽出ステップで抽出した抽出業務情報に対応するチームに属する従事者全員に対して第１のアラートを発する第１アラート発報ステップと、
   を備える業務支援方法。
7. 請求項６に記載の業務支援方法であって、
   前記チームは、その業務についての少なくとも一人の責任者をさらに含み、
   コンピュータが行う、
   前記第１のアラートを発してから所定期間経過した後もなお前記抽出業務情報が前記抽出条件に該当する場合に、前記チーム情報に基づいて、前記抽出業務情報に対応するチームに属する責任者に対して第２のアラートを発する第２アラート発報ステップ
   をさらに備える業務支援方法。
8. 請求項７に記載の業務支援方法であって、
   前記責任者は、該責任者と同じチームに属する複数の従事者より選ばれる業務支援方法。
9. 請求項６又は請求項７に記載の業務支援方法であって、
   前記第２アラート発報ステップは、前記抽出業務情報に対応するチームに属する責任者の少なくとも一人がログインしている状態で前記第２のアラートを発する業務支援方法。
10. 請求項６〜９のいずれか一項に記載の業務支援方法であって、
    前記第１アラート発報ステップは、従事者により共有されるリソースを介して前記第１のアラートを前記従事者全員に通知する業務支援方法。
11. 請求項６〜１０のいずれか一項に記載の業務支援方法をコンピュータに実行させるプログラム。

Images