(57)【特許請求の範囲】
【請求項１】
患者に異常が検出された際に異常警報を出力する医療業務支援システムであって、
現在の前記患者の生体情報および前記患者に対する処置情報を含む現状データを受信する現状データ受信部と、
前記患者の治療記録を含むパーソナルデータを受信するパーソナルデータ受信部と、
前記現状データに異常が検出された際に、前記パーソナルデータを参照して前記異常警報の優先度を判定するアラート優先度判定部と、
前記現状データに検出される異常内容と前記パーソナルデータの情報とを関連付けた優先アラート状況と、前記優先アラート状況に対応するアラート方法とを記録したシナリオデータベースと、
前記優先度および前記シナリオデータベースに基づいて前記異常警報を出力するアラート通知部と、を有することを特徴とする医療業務支援システム。
【請求項２】
患者に異常が検出された際に異常警報を出力する医療業務支援システムであって、
現在の前記患者の生体情報および前記患者に対する処置情報を含む現状データを受信する現状データ受信部と、
前記患者の治療記録を含むパーソナルデータを受信するパーソナルデータ受信部と、
前記現状データの情報と前記パーソナルデータの情報とを関連付けるとともに、各情報の相関度合いを示す情報を記録した解析用データベースと、
前記現状データに異常が検出された際に、前記パーソナルデータおよび前記解析用データベースを参照して前記異常警報の優先度を判定するアラート優先度判定部と、
前記優先度に基づいて前記異常警報を出力するアラート通知部と、を有することを特徴とする医療業務支援システム。
【請求項３】
患者に異常が検出された際に異常警報を出力する医療業務支援システムの警告方法であって、
現在の前記患者の生体情報および前記患者に対する処置情報を含む現状データ、および、前記患者の治療記録を含むパーソナルデータを受信し、
前記現状データに異常が検出された際に、前記パーソナルデータを参照して前記異常警報の優先度を判定し、
前記優先度並びに、前記現状データに検出される異常内容と前記パーソナルデータの情報とを関連付けた優先アラート状況と、前記優先アラート状況に対応するアラート方法とを記録したシナリオデータベースに基づいて前記異常警報を出力することを特徴とする医療業務支援システムの警告方法。
【請求項４】
患者に異常が検出された際に異常警報を出力する医療業務支援システムの警告方法であって、
現在の前記患者の生体情報および前記患者に対する処置情報を含む現状データ、および、前記患者の治療記録を含むパーソナルデータを受信し、
前記現状データに異常が検出された際に、前記パーソナルデータ並びに、前記現状データの情報と前記パーソナルデータの情報とを関連付けるとともに、各情報の相関度合いを示す情報を記録した解析用データベースを参照して前記異常警報の優先度を判定し、
前記優先度に基づいて前記異常警報を出力することを特徴とする医療業務支援システムの警告方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療業務支援システムおよびその警告方法に関する。
【背景技術】
【０００２】
病院などの医療機関では、医療業務における情報処理を支援する医療業務支援システムが盛んに導入されている。
医療業務支援システムとしては、患者カルテの電子化などの情報処理が一般的であったが、近年では医療業務におけるミスを防止するための高度な支援が図られている。
【０００３】
特許文献１には、患者の状態をベッドサイドで監視するとともに、異常時にはベッドサイドモニタに表示し、併せてナースステーション等の中央局に通報する集中患者監視システムが記載されている。また、同システムにおいては、患者に関する警報が複数ある場合に、とりわけ重篤な警報を明確に識別できるように、点滅表示を用いること、拡大表示を用いること、さらには色彩による区別を行うようにしている。
【０００４】
特許文献２には、患者監視装置において、予め患者の生態情報に対応する警報条件を設定しておき、患者の現在の生態情報が設定された警報条件のいずれかに合致した場合、この警報条件で指定された処置手順を表示し、あるいは担当医師の移動端末に自動通報することが記載されている。これにより、緊急性が高いが看護師だけで対応できない異常事態に対しても、暫定的な緊急対応を行うことができ、至急で担当医師を呼び出すことができる。
【０００５】
特許文献３の患者監視装置は、異常時にナースステーションのセントラルモニタおよび看護師の携帯端末機に通報するとともに、通報時には警報情報つまり異常の内容説明までを通知する。これにより、看護師はナースステーションやベッドサイドに到着する前に異常内容を把握することができ、緊急対応の効率化を図ることができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第３４４９７４５号公報
【特許文献２】特開平１１−２７６４４４号公報
【特許文献３】特開２００４−５３４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述した特許文献１では、患者の状態の重篤さに応じた強調表示を行うことができ、優先度をつけることで適切な緊急対応を行うことができる。
また、前述した特許文献２では、患者の状態が予め設定しておいた警報条件になった際に、緊急対応を行うことができる。
しかし、これらの警報の基準となる条件設定は、異常の内容や状況に応じて設定されており、患者の状況によっては適切な警報を行うことができないことがあった。
【０００８】
本発明の目的は、異常内容に応じた警報であって患者個人にも対応した適切な警報を行うことができる医療業務支援システムおよびその警告方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の医療業務支援システムは、患者に異常が検出された際に異常警報を出力する医療業務支援システムであって、現在の前記患者の生体情報および前記患者に対する処置情報を含む現状データを受信する現状データ受信部と、前記患者の治療記録を含むパーソナルデータを受信するパーソナルデータ受信部と、前記現状データに異常が検出された際に、前記パーソナルデータを参照して前記異常警報の優先度を判定するアラート優先度判定部と、前記現状データに検出される異常内容と前記パーソナルデータの情報とを関連付けた優先アラート状況と、前記優先アラート状況に対応するアラート方法とを記録したシナリオデータベースと、前記優先度に基づいて前記異常警報を出力するアラート通知部と、を有することを特徴とする。
【００１０】
本発明において、パーソナルデータとしては、主に患者の治療記録情報、カルテ情報であり、患者の診断記録情報、投薬処方情報、病歴情報が利用できる。さらに、患者の体質や年齢性別などの個体情報など、患者固有の情報であって医療行為に関係する情報を含めることもできる。
本発明において、患者の生体情報は、いわゆるバイタルデータであって、患者を監視するバイタルモニタの各種項目、例えば血圧値や脈拍値、各部体温などが利用できる。また、処置情報は、薬剤投与や送液、加熱や冷却などの処置に関する情報が利用でき、各項目の設定状態および実際の動作状態として個々に利用することができる。
【００１１】
このような本発明では、患者の現状データに異常が検出された際に、患者のパーソナルデータを参照して異常警報の優先度を判定し、この優先度に基づいて異常警報を出力することができる。
つまり、現状データに検出された異常が、一般的な患者には問題にならない事項であっても、特定の患者には体質的に重大な影響が予測される場合がある。このような場合、本発明では、パーソナルデータに記録された体質情報に基づいて、特定の患者にのみ異常警報を出力し、異常対応を行うことで重大な影響を回避することができる。
このように、本発明によれば、現状データの異常が同じであっても、患者のパーソナルデータに基づいて異常警報を判別することで、異常内容に応じかつ患者個人にも対応した適切な警報を行うことができる。
【００１３】
このような本発明では、患者の現状データに異常が検出され、患者のパーソナルデータを参照して異常警報の優先度を判定するとともに、シナリオデータベースを参照することで、該当する優先アラート状況およびこれに対応するアラート方法を迅速かつ確実に取得することができ、異常内容および患者個人にも対応した適切な警報を行うことができる。
【００１４】
本発明の医療業務支援システムは、患者に異常が検出された際に異常警報を出力する医療業務支援システムであって、現在の前記患者の生体情報および前記患者に対する処置情報を含む現状データを受信する現状データ受信部と、前記患者の治療記録を含むパーソナルデータを受信するパーソナルデータ受信部と、前記現状データの情報と前記パーソナルデータの情報とを関連付けるとともに、各情報の相関度合いを示す情報を記録した解析用データベースと、前記現状データに異常が検出された際に、前記パーソナルデータおよび前記解析用データベースを参照して前記異常警報の優先度を判定するアラート優先度判定部と、前記優先度に基づいて前記異常警報を出力するアラート通知部と、を有することを特徴とする。
【００１５】
このような本発明では、患者の現状データに異常が検出され、患者のパーソナルデータを参照して異常警報の優先度を判定する際に、解析用データベースを参照し、前記現状データの情報と前記パーソナルデータの情報との相関度合いを用いて判定を行うことができ、異常内容および患者個人にも対応した適切な警報を効率よく行うことができる。
【００１６】
本発明の医療業務支援システムの警告方法は、患者に異常が検出された際に異常警報を出力する医療業務支援システムの警告方法であって、現在の患者の生体情報および前記患者に対する処置情報を含む現状データ、および、前記患者の治療記録を含むパーソナルデータを受信し、前記現状データに異常が検出された際に、前記パーソナルデータを参照して前記異常警報の優先度を判定し、前記優先度並びに、前記現状データに検出される異常内容と前記パーソナルデータの情報とを関連付けた優先アラート状況と、前記優先アラート状況に対応するアラート方法とを記録したシナリオデータベースに基づいて前記異常警報を出力することを特徴とする。
本発明の医療業務支援システムの警告方法は、患者に異常が検出された際に異常警報を出力する医療業務支援システムの警告方法であって、現在の前記患者の生体情報および前記患者に対する処置情報を含む現状データ、および、前記患者の治療記録を含むパーソナルデータを受信し、前記現状データに異常が検出された際に、前記パーソナルデータ並びに、前記現状データの情報と前記パーソナルデータの情報とを関連付けるとともに、各情報の相関度合いを示す情報を記録した解析用データベースを参照して前記異常警報の優先度を判定し、前記優先度に基づいて前記異常警報を出力することを特徴とする。
【００１７】
このような本発明の方法では、前述した本発明の医療業務支援システムと同様な作用効果を得ることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の医療業務支援システムの一実施形態を示すブロック図。
【図２】前記実施形態におけるパーソナルデータを含む患者データベースおよび設定状態および動作状態を含む現状データベースを示す図。
【図３】前記実施形態における警告処理フローを示す図。
【図４】前記実施形態における解析用データベースを示す図。
【図５】前記実施形態における判定式テーブルを示す図。
【図６】前記実施形態におけるシナリオデータベースを示す図。
【図７】前記実施形態で用いる解析用マトリックスを示す図。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態を図面に基づいて説明する。
〔医療業務支援システム〕
図１には、本実施形態の医療業務支援システム１の構成が示されている。
医療業務支援システム１は、院内情報システムのネットワーク２に接続されている。
【００２０】
ネットワーク２には、複数のベッドサイドモニタ３が接続されている。これらのベッドサイドモニタ３により、個々の患者４の現状データである生体情報や処置情報などが、医療業務支援システム１に送信される。
ネットワーク２には、診療記録データベース５が接続されている。
診療記録データベース５には、個々の患者４の診療記録（いわゆるカルテ情報）が登録されている。
【００２１】
医療業務支援システム１は、所定のソフトウェアに基づいて動作するコンピュータシステムで構成され、このコンピュータシステム上には前述したソフトウェアにより以下の機能構成が実現される。
医療業務支援システム１は、パーソナルデータ受信部１１、設定状態受信部１２、動作状態受信部１３およびパーソナルデータベース１４を有する。
【００２２】
パーソナルデータ受信部１１は、診療記録データベース５から患者４の情報や投与実績情報を受信し、この情報をパーソナルデータとしてパーソナルデータベース１４に記録する。
設定状態受信部１２は、ベッドサイドモニタ３から、患者４への投与薬剤やバイタルモニタの設定状態を受信し、この情報を現状データとしてパーソナルデータベース１４に記録する。
動作状態受信部１３は、ベッドサイドモニタ３から、患者４に対する送液状態や、血圧値および脈拍値の異常検出信号など、現在の動作状態を受信し、この情報を現状データとしてパーソナルデータベース１４に記録する。
【００２３】
〔パーソナルデータベース〕
図２に示すように、パーソナルデータベース１４は、患者データベース１４１と、現状データベース１４３とを有する。
患者データベース１４１は、患者４の「氏名」を含む患者情報を記録するとともに、患者４の診療情報をパーソナルデータ１４２として記録している。
パーソナルデータ１４２としては、例えば、現在治療中の「病名」「前回投与薬剤」「前回投与時刻」「前回報告危険度」などが記録される。
前述したように、これらパーソナルデータ１４２の情報は、主に診療記録データベース５から受信される。
【００２４】
現状データベース１４３は、送液ポンプに関するポンプデータ等の機器に関する機器データ１４４と、ベッドサイドモニタ３から得られるバイタルモニタデータ１４５とを有する。
機器データ１４４としては、例えば、送液ポンプの「投与薬剤」「現時刻」「送液状態」が記録される。
このうち、「投与薬剤」は設定状態に関するデータであり、「現時刻」「送液状態」は動作状態に関するデータである。「送液状態」は警報状態であり、指定通り送液されていれば０であるが、送液が指定されているのに停止していれば１を示す。
【００２５】
バイタルモニタデータ１４５としては、例えば、「血糖値モニタ」「脈拍値モニタ」「血糖値異常」「脈拍値異常」が記録される。
このうち、「血糖値モニタ」「脈拍値モニタ」は、モニタＯＮのとき１、ＯＦＦのとき０とされる。これらの「血糖値モニタ」「脈拍値モニタ」は、設定状態に関するデータであり、設定状態受信部１２により受信される。
また、「血糖値異常」「脈拍値異常」は、異常のとき１、正常のとき０とされる。「血糖値異常」「脈拍値異常」は、動作状態に関するデータであり、動作状態受信部１３により受信される。
【００２６】
〔パーソナルデータベースの更新〕
医療業務支援システム１は、パーソナルデータベース１４を更新するために、前述したパーソナルデータ受信部１１、設定状態受信部１２、動作状態受信部１３により必要な情報を収集する動作を繰り返す。
図３において、医療業務支援システム１は、パーソナルデータ受信部１１で更新情報の有無を確認し（処理Ｓ３１）、更新情報があればパーソナルデータベース１４の該当項目を更新する（処理Ｓ３２）。
【００２７】
次に、設定状態受信部１２で更新情報の有無を確認し（処理Ｓ３３）、更新情報があれば現状データベース１４３の該当項目を更新する（処理Ｓ３４）。
続いて、動作状態受信部１３で更新情報の有無を確認し（処理Ｓ３５）、更新情報があれば現状データベース１４３の該当項目を更新する（処理Ｓ３６）。
【００２８】
医療業務支援システム１は、パーソナルデータ受信部１１、設定状態受信部１２、動作状態受信部１３による更新情報の検査が一巡した後、通知判定トリガーの発生を検査する（処理Ｓ３７）。
通知判定トリガーとしては、ポンプによる送液の開始、警報の発生、投与薬剤の変更、血圧低下などの変動など、適宜な条件が予め医療業務支援システム１に設定される。
【００２９】
処理Ｓ３７の判定では、通知判定トリガーが発生していなければ、前述した更新情報の検査を繰り返す。一方、通知判定トリガーが発生していれば、アラート通知のための処理を行う。
アラート通知のための処理とは、更新情報の解析（処理Ｓ３８）、アラート優先度の判定（処理Ｓ３９）、アラート方法の選択（処理Ｓ３Ａ）、アラート通知（処理Ｓ３Ｂ）の各処理であり、各々の詳細は後述する。
【００３０】
〔パーソナルデータベースの解析〕
前述した各処理Ｓ３８〜Ｓ３Ｂを実行するために、医療業務支援システム１は、パーソナルデータ解析部２１、設定状態解析部２２、動作状態解析部２３、解析用データベース２４、アラート優先度判定部２５、アラート方法選択部２６、アラート通知部２７およびシナリオデータベース２８を備えている。
【００３１】
パーソナルデータ解析部２１は、パーソナルデータベース１４のパーソナルデータ１４２を解析し、解析用データベース２４を参照してパーソナルデータ１４２に関する解析値を算出する。
設定状態解析部２２は、パーソナルデータベース１４の機器データ１４４およびバイタルモニタデータ１４５のうち設定状態に関するデータを解析し、解析用データベース２４を参照して設定状態に関する解析値を算出する。
動作状態解析部２３は、パーソナルデータベース１４の機器データ１４４およびバイタルモニタデータ１４５のうち動作状態に関するデータを解析し、解析用データベース２４を参照して動作状態に関する解析値を算出する。
【００３２】
これらのパーソナルデータ解析部２１、設定状態解析部２２および動作状態解析部２３は、解析用データベース２４に規定される解析用データテーブルに従って相互にデータを参照し、アラート優先度判定部２５における判定に必要な解析値を算出する。
【００３３】
図４に示すように、解析用データベース２４は、前述したパーソナルデータ解析部２１、設定状態解析部２２、動作状態解析部２３における解析で参照される複数の解析用データテーブル２４１を有するとともに、アラート優先度判定部２５で用いられる判定式を記録した「判定式」テーブル２４２を有する。
【００３４】
解析用データテーブル２４１は、例えば、「薬剤必須度」テーブル２４１１、「モニタリング必須度」テーブル２４１２、「投与間隔」テーブル２４１３とされる。
【００３５】
「薬剤必須度」テーブル２４１１は、「病名」と「薬剤」との相関度合いを示すものであり、例えば「病名１」の患者には「薬剤１」の投与継続が必須である場合、「薬剤必須度＝高」が指定される。また、「病名Ｎ」の患者には「薬剤１」および「薬剤２」の投与を継続投与することが望ましい場合、各々に「薬剤必須度＝中」が指定される。
【００３６】
このような「薬剤必須度」テーブル２４１１を参照すれば、例えば、「病名１」の患者に対して、何らかの異常で「薬剤１」の投与継続の途絶が検出された場合、この組み合わせに指定された「薬剤必須度＝高」に基づいて、投与復旧の緊急対応が必要、との解析結果が得られる。
【００３７】
パーソナルデータベース１４において、「病名」はパーソナルデータ１４２に記録され、「薬剤」はパーソナルデータ１４２および機器データ１４４に記録されている。従って、解析にはパーソナルデータ解析部２１および設定状態解析部２２が関与するが、本実施形態では「薬剤必須度」の解析はパーソナルデータ解析部２１によって行われる。
【００３８】
「モニタリング必須度」テーブル２４１２は、「薬剤」と「血圧値」や「脈拍値」などのバイタルモニタデータとの相関度合いを示すものであり、例えば「薬剤２（降圧剤）」の患者には「血圧値」のモニタリングが必須であるため、「モニタリング必須度＝高」が指定される。また、「薬剤Ｎ」の患者には「薬剤１」および「薬剤２」の投与にあたり、「血圧値」や「脈拍値」のモニタリングを行うことが望ましいので、各々に「モニタリング必須度＝中」が指定される。
【００３９】
このような「モニタリング必須度」テーブル２４１２を参照すれば、例えば、「薬剤２（降圧剤）」の患者に対しては、「モニタリング必須度＝高」とされた「血圧値」のモニタリングが必須であり、モニタリング必須とされた「血圧値」に異常が検出された場合、復旧のための緊急対応が必要、との解析結果が得られる。
【００４０】
パーソナルデータベース１４において、現在投与中の「薬剤」は機器データ１４４に記録され、「血圧値」や「脈拍値」はバイタルモニタデータ１４５に記録される。従って、解析には設定状態解析部２２および動作状態解析部２３が関与するが、本実施形態では「モニタリング必須度」の解析は設定状態解析部２２によって行われる。
【００４１】
「投与間隔」テーブル２４１３は、「薬剤」と「投与間隔」との相関関係を示すものであり、例えば「薬剤１」を投与する場合、その「投与間隔」は「１２時間」以上となるように指定される。また、「薬剤２」を投与する場合、その「投与間隔」は「２４時間」以上となるように指定される。
【００４２】
このような「投与間隔」テーブル２４１３を参照すれば、例えば、「薬剤１」を投与しようとした際に、パーソナルデータ１４２の「前回投与時刻」と機器データ１４４の「現時刻」との差を求め、この差が「投与間隔」とされた「１２時間」以上でない場合、現時点での投与は不可、との解析結果が得られる。
【００４３】
パーソナルデータベース１４において、「前回投与時刻」はパーソナルデータ１４２に記録され、「現時刻」は機器データ１４４に記録されている。従って、解析にはパーソナルデータ解析部２１および動作状態解析部２３が関与するが、本実施形態では「投与間隔」の解析は設定状態解析部２２によって行われる。
【００４４】
解析用データベース２４の「判定式」テーブル２４２は、一つ以上の判定式２４３を有する。
図５において、「判定式」テーブル２４２には、判定式２４３が定義されている。判定式２４３は、前述したパーソナルデータ解析部２１、設定状態解析部２２、動作状態解析部２３における解析で得られた解析値を用いた演算式によって定義されている。
【００４５】
例えば、「判定式Ａ」は、「判定式Ａ＝前回危険度＋前回投与＋薬剤必須度*ポンプ動作状態＋モニタリング必須度*（バイタル動作状態１+バイタル動作状態２）」と定義されている。
このうち、「薬剤必須度」は前述した「薬剤必須度」テーブル２４１１から得られる解析値であり、「ポンプ動作状態」は機器データ１４４の「送液状態」に該当する。「モニタリング必須度」は前述した「モニタリング必須度」テーブル２４１２から得られる解析値である。
このほかの「前回危険度」「前回投与」「バイタル動作状態１」「バイタル動作状態２」については、「判定式」テーブル２４２の解析変数定義リスト２４４に定義されている。
【００４６】
〔アラート通知とシナリオ〕
図３に戻って、以上が処理Ｓ３７の判定で通知判定トリガーが検出された際に先ず実行されるパーソナルデータベース１４の更新情報の解析（処理Ｓ３８）の内容である。
医療業務支援システム１は、処理Ｓ３８に続いて、アラート優先度の判定（処理Ｓ３９）、アラート方法の選択（処理Ｓ３Ａ）、アラート通知（処理Ｓ３Ｂ）の各処理を実行する。
【００４７】
これらの処理Ｓ３９〜Ｓ３Ｂを実行するために、図１に示すように、医療業務支援システム１は、各処理に対応したアラート優先度判定部２５、アラート方法選択部２６、アラート通知部２７およびシナリオデータベース２８を備えている。
【００４８】
アラート優先度判定部２５は、解析用データベース２４の「判定式」テーブル２４２から、処理Ｓ３７の判定で検出された通知判定トリガーに対応した判定式２４３を選択し、この判定式により通知判定トリガーつまり現在のアラートの優先度を判定する（図３の処理Ｓ３９）。
【００４９】
アラート方法選択部２６は、シナリオデータベース２８を参照して、優先されたアラートに対応するアラート方法を選択する（図３の処理Ｓ３Ａ）。
図６において、シナリオデータベース２８には、多数のシナリオレコード２８０が登録されている。
シナリオレコード２８０は、それぞれシナリオ名２８１、優先アラート状況２８２、アラート方法２８３のフィールドを有する。
【００５０】
例えば、シナリオ名２８１が「ポンプ警報時の緊急度チェック」のシナリオレコード２８０では、優先アラート状況２８２として「ポンプで、閉塞〜投薬不可を検出」であって、かつ「患者は投薬不可欠の指定」がある、とのアラートの起動条件が既定され、アラート方法２８３として「ポンプで、大音量の警報音を発報」というアラート方法の指示が指定されている。
【００５１】
アラート方法選択部２６は、アラート優先度判定部２５で優先と判定されたアラートが、処理Ｓ３７でアラートと判定された際の通知判定トリガーが「ポンプで、閉塞〜投薬不可を検出」であり、かつ処理Ｓ３８での解析で「薬剤必須度」テーブル２４１１により現在の患者４は「薬剤必須度＝高」であれば、「患者は投薬不可欠の指定」に該当すると判定する。
【００５２】
そして、アラート方法選択部２６は、「ポンプ警報時の緊急度チェック」のシナリオレコード２８０におけるアラート方法２８３を参照し、「ポンプで、大音量の警報音を発報」をアラート方法として選択する。
なお、アラート方法「ポンプで、大音量の警報音を発報」は、警報先が「ポンプ」であり、警報内容が「大音量の警報音を発報」ということである。
【００５３】
アラート通知部２７は、アラート方法選択部２６で選択されたアラート方法に従って、実際のアラート動作を実行し、医療スタッフにアラートを通知する（図３の処理Ｓ３Ｂ）。
具体的には、前述した「ポンプ警報時の緊急度チェック」のシナリオが選択された場合、警報先「ポンプ」において、警報内容「大音量の警報音を発報」を実行し、周辺の医療スタッフにポンプの状態をチェックさせる。
【００５４】
〔シナリオの具体例〕
シナリオデータベース２８に記録されるシナリオとしては、例えば次のようなシナリオが用いられる。
【００５５】
［１］シナリオ１：ポンプ警報発報時の緊急度チェック
ポンプで投与不可となるアラームが発報した場合、薬剤の効果・効能から、現在の患者状態に投与不可欠かどうか判定する。
（トリガー）ポンプで閉塞警報が発報、投与が停止を検出。
（解析）パーソナルデータ１４２の処方情報から、投与薬剤の効果効能を取得。
（判定）患者は薬剤投与が不可欠、薬剤投与不可の状態が危険であると判断。
（通知）ポンプ本体にフィードバック、通常よりも大きい音量で警報を発報。
【００５６】
［２］シナリオ２：バイタルモニタ警報発報時の投与継続可否チェック
ポンプで薬剤投与中にバイタルモニタからアラームが発報した場合、薬剤の効果・効能と患者情報から、現在の患者状態に投与継続が可能かどうか判定する
（トリガー）バイタルモニタで血圧低下警報が発報。
（解析）パーソナルデータ１４２の処方情報から、投与している薬剤の効果効能を取得。パーソナルデータ１４２の患者情報から、患者の疾患名を取得。
（判定）患者状態を検知し、薬剤の投与継続が危険であると判断
（通知）ポンプ本体にフィードバック、警報を発報し、薬剤の投与継続が危険であることを通知。
【００５７】
［３］シナリオ３：投与前薬剤効果チェック
ポンプを使用して薬剤を投与する際、薬剤の効果・効能とバイタルモニタ情報から、現在の患者状態に投与可能かどうか判定する。
（トリガー）ポンプで降圧薬を投与する際、バイタルモニタの血圧が低下状態、または低下傾向にある。
（解析）パーソナルデータ１４２の処方情報から投与する薬剤の効果効能を取得。パーソナルデータ１４２のバイタルデータから、現在の血圧情報を取得。
（判定）血圧低下状態であることを検知し、薬剤（降圧薬）の投与が危険であると判断。
（通知）ポンプ本体にフィードバック、警報を発報。併せて、バイタルモニタ側にも血圧情報を点滅するなどして強調表示、どのバイタル情報を基に危険と判断したかを通知。
【００５８】
［４］シナリオ４：投与前投与間隔チェック
ポンプを使用して薬剤を投与する際、患者の投与実績と、薬剤の投与間隔情報から、十分な間隔が空いているか判定する。
（トリガー）ポンプで薬剤を投与する際、前回投与からの時間間隔が十分空いていない。
（解析）パーソナルデータの処方情報から、投与する薬剤の推奨投与間隔を取得。パーソナルデータの患者情報から、患者の投与実績を取得。
（判定）投与間隔が不十分であることを検知し、同一薬剤の投与が危険であると判断。
（通知）ポンプ本体にフィードバック、警報を発報し、投与間隔が不十分であることを通知。緊急時は、開始キー長押し等で強制開始することも可能とする。
【００５９】
［５］シナリオ５：重大度判定
３つ以上の関連するアラームが同時に発生し、かつ、患者情報にアラートに関連する注意事項か、要状態監視などの注意事項などが存在する場合。
（トリガー）患者情報に血圧を注視する指示があり、以下３つのアラームが同時に発生。
１．ポンプによる下流閉塞警報が発報（＝薬剤注入が阻害）
２．バイタルモニタによる血圧低下のアラートが発生（＝状態悪化１）
３．バイタルモニタによる脈拍数範囲外のアラートが発生（＝状態悪化２）
（解析および判定）各アラームについて処理実行。
（通知）アラートのいずれも優先度「高」。このため、患者４のバイタルモニタに表示を行うとともに、緊急事態であることを示す最高レベルのアラートを、看護師の携帯端末と、ナースステーションの監視装置とにも通知する。
【００６０】
〔解析用マトリックス〕
医療業務支援システム１において、前述のような解析（処理Ｓ３８）、優先度の判定（処理Ｓ３９）、アラート方法の選択（処理Ｓ３Ａ）およびアラート通知（処理Ｓ３Ｂ）を実行する際には、図１のパーソナルデータベース１４、解析用データベース２４、シナリオデータベース２８を参照しつつ、ワークメモリ上に解析用マトリックスを作成する。
【００６１】
図７において、解析用マトリックス３０は、複数のアラートレコード３１を有する。
アラートレコード３１は、適用されるシナリオを示すシナリオ名３１１および該当する患者４を示す患者名３１２の各フィールドを有する。
【００６２】
さらに、アラートレコード３１は、パーソナルデータベース１４に準じた、患者に関するパーソナルデータ３２、ポンプなどの機器データ３３、バイタルモニタデータ３４の各フィールドを有する。これらには、それぞれ解析処理（図３の処理Ｓ３８）において、パーソナルデータベース１４から該当する患者４のパーソナルデータ１４２、機器データ１４４、バイタルモニタデータ１４５（図２参照）が転記される。
【００６３】
さらに、アラートレコード３１は、解析値３５、判定式３６、判定結果３７、アラート方法３８の各フィールドを有する。
解析値３５には、解析処理（図３の処理Ｓ３８）で算出するパラメータが記録される。具体的には、例えば図５の「判定式」テーブル２４２に定義された「バイタル動作状態１」「バイタル動作状態２」「前回危険度」「前回投与」などである。解析値３５に記録されるパラメータは、これらに限らず、判定式３６に記録される判定式で指定されたパラメータに応じて適宜変更される。
【００６４】
判定式３６には、アラート優先度の判定処理Ｓ３９において、同処理で選択された判定式、つまり「判定式」テーブル２４２に記録されていた判定式２４３のいずれかが転記される。なお、図７では「前回危険度」が「前危」などと略語記載とされている。
【００６５】
判定結果３７には、アラート優先度の判定処理Ｓ３９での判定結果として優先度が記録される。図７において、判定結果３７が「３」となる下から２番目のアラートレコード３１（シナリオ５が適用されるもの）が優先度最大となり、他のアラートよりも優先して異常警報を行うものに指定される。
アラート方法３８には、アラート方法の選択処理Ｓ３Ａで選択されたシナリオ（前述したシナリオ名３１１にそのシナリオの名称が表示されたシナリオ）のアラート方法２８３が転記される。
【００６６】
このように、解析用マトリックス３０を用いて前述した処理Ｓ３８〜Ｓ３Ａを実行することで、判定結果３７に優先度が算出され、アラート方法３８に実行すべきアラートの指示が得られる。
そして、最大優先度のアラートに設定されたアラート通知処理Ｓ３Ｂを実行することで、患者４のパーソナルデータ３２，１４２をも含めて考慮したうえで最優先に行うべき警報を実施することができる。
【００６７】
〔本実施形態の効果〕
本実施形態によれば、患者４の現状データ（現状データベース１４３の機器データ１４４およびバイタルモニタデータ１４５）に異常が検出された際に、患者のパーソナルデータ１４２を参照して異常警報の優先度を判定し、この優先度に基づいて異常警報を出力することができる。
【００６８】
例えば、現状データに検出された異常が、一般的な患者４には問題にならない事項であっても、特定の患者４には体質的に重大な影響が予測される場合がある。本実施形態では、パーソナルデータ１４２に記録された体質情報に基づいて、特定の患者４にのみ異常警報を出力し、異常対応を行うことで重大な影響を回避することができる。
このように、本実施形態によれば、例え現状データの異常が同じであっても、患者４のパーソナルデータ１４２に基づいて異常警報を判別することで、異常内容に応じかつ患者個人にも対応した適切な警報を行うことができる。
【００６９】
本実施形態において、現状データ（現状データベース１４３の機器データ１４４およびバイタルモニタデータ１４５）に検出される異常内容と、パーソナルデータ１４２の情報とを関連付けた優先アラート状況２８２と、この優先アラート状況２８２に対応するアラート方法２８３とを記録したシナリオデータベース２８を用いた。
このため、患者４の現状データに異常が検出された際に、患者４のパーソナルデータ１４２を参照して異常警報の優先度を判定し、さらにシナリオデータベース２８を参照して該当する優先アラート状況２８２およびこれに対応するアラート方法２８３を迅速かつ確実に取得することができ、異常内容および患者個人にも対応した適切な警報を行うことができる。
【００７０】
本実施形態において、現状データ（現状データベース１４３の機器データ１４４およびバイタルモニタデータ１４５）の情報と、パーソナルデータ１４２の情報とを関連付けるとともに、各情報の相関度合いを示す情報（「病名１」の患者には「薬剤１」の投与継続が必須である場合、「薬剤必須度＝高」とする、など）を記録した解析用データベース２４を用いた。
このため、患者４の現状データに異常が検出され、患者のパーソナルデータを参照して異常警報の優先度を判定する際に、解析用データベース２４を参照し、現状データの情報とパーソナルデータ１４２の情報との相関度合いを用いて判定を行うことができ、異常内容および患者個人にも対応した適切な警報を効率よく行うことができる。
【００７１】
〔変形例〕
なお、本発明は前記実施形態の構成に限定されるものではなく、本発明の目的を達成できる範囲内の変形などは本発明に含まれるものである。
パーソナルデータ１４２としては、図２に例示した病名、前回投与薬剤、前回投与時刻、前回報告危険度に限らず、患者４に関係しかつ医療処置に影響をもつ事象であれば適宜採用することができる。
【００７２】
機器データ１４４としては、送液用のポンプデータに限らず、加熱冷却を行う器具、患者４に機械的な作用を及ぼす器具などに関する項目を適宜採用することができる。
バイタルモニタデータ１４５としては、血圧値および脈拍値に限らず、患者４の生体情報であれば適宜採用することができる。
【００７３】
前記実施形態では、シナリオ１からシナリオ５の具体例を説明したが、本発明で適用されるシナリオとしては、更に多様な状況を設定してもよい。
これらのシナリオは、シナリオデータベース２８に一元化して記録してもよいが、他の情報記憶構造を利用してもよい。
前記実施形態では、解析用データベース２４に解析用のデータテーブルを準備したが、これらの構造および情報内容は必要に応じて選択すればよい。
【符号の説明】
【００７４】
１…医療業務支援システム、２…ネットワーク、３…ベッドサイドモニタ、４…患者、５…診療記録データベース、１１…パーソナルデータ受信部、１２…設定状態受信部、１３…動作状態受信部、１４…パーソナルデータベース、１４１…患者データベース、１４２…パーソナルデータ、１４３…現状データベース、１４４…機器データ、１４５…バイタルモニタデータ、２１…パーソナルデータ解析部、２２…設定状態解析部、２３…動作状態解析部、２４…解析用データベース、２４１…解析用データテーブル、２４１１…薬剤必須度テーブル、２４１２…モニタリング必須度テーブル、２４１３…投与間隔テーブル、２４２…判定式テーブル、２４３…判定式、２４４…解析変数定義リスト、２５…アラート優先度判定部、２６…アラート方法選択部、２７…アラート通知部、２８…シナリオデータベース、２８０…シナリオレコード、２８１…シナリオ名、２８２…優先アラート状況、２８３…アラート方法、３０…解析用マトリックス、３１…アラートレコード、３１１…シナリオ名、３１２…患者名、３２…パーソナルデータ、３３…機器データ、３４…バイタルモニタデータ、３５…解析値、３６…判定式、３７…判定結果、３８…アラート方法。
【図１】
0006527727.tif 000002
【図２】
0006527727.tif 000003
【図３】
0006527727.tif 000004
【図４】
0006527727.tif 000005
【図５】
0006527727.tif 000006
【図６】
0006527727.tif 000007
【図７】
0006527727.tif 000008