(57)【要約】【構成】シナリオＤＢ３０には、複数の業務にそれぞれ対応する複数のシナリオが記憶される。複数の業務を選択的に行う被験者の行動は、対物センサ２２，集音マイク２４等を通じて繰り返し検出される。サーバ１２は、被験者が複数の業務のいずれかを開始したとき当該業務に対応するシナリオをシナリオＤＢ３０から取得し、取得されたシナリオに基づいて、当該シナリオに対応する業務を構成する複数の行動の中に他と順序を交換できない特定の行動が含まれるか否かを判別する。そして、特定行動が含まれると判別されたときだけ、検出された複数の行動の順序が取得されたシナリオに違反しているか否かを判別し、シナリオ違反と判別されたとき警告を発する。【効果】記憶すべきシナリオのデータ量を削減し、かつ警告の乱発を防止できる。【選択図】図２
2008009822.tif 000002
【特許請求の範囲】
【請求項１】
複数の業務にそれぞれ対応する複数のシナリオを記憶したシナリオ記憶手段、
前記複数の業務を選択的に行う被験者の行動を繰り返し検出する検出手段、
前記被験者が前記複数の業務のいずれかを開始したとき当該業務に対応するシナリオを前記シナリオ記憶手段から取得する取得手段、
前記取得手段によって取得されたシナリオに基づいて、当該シナリオに対応する業務を構成する複数の行動の中に他と順序を交換できない特定の行動が含まれるか否かを判別する特定行動判別手段、
前記特定行動判別手段によって特定行動が含まれると判別されたときだけ、前記検出手段によって検出された複数の行動の順序が前記取得手段によって取得されたシナリオに違反しているか否かを判別するシナリオ違反判別手段、および
前記シナリオ違反判別手段によってシナリオ違反と判別されたとき警告を発する第１警告手段を備える、警告システム。
【請求項２】
前記シナリオは前記特定行動の他の行動に対する順序を示す順序情報を含む、請求項１記載の警告システム。
【請求項３】
前記特定行動は、順序を交換可能な一連の行動の前に行われなければならない第１特定行動を含み、
前記シナリオ違反判別手段は、前記一連の行動が全て実行済みであるか否かを前記第１特定行動が前記検出手段によって検出された時点で判別する第１順序判別手段を含み、
前記第１警告手段は、前記第１順序判別手段によって一連の行動の少なくとも一部が実行済みでないと判別されたとき警告を発する第１順序違反警告手段を含む、請求項２記載の警告システム。
【請求項４】
前記特定行動は、順序を交換可能な一連の行動の後に行われなければならない第２特定行動を含み、
前記シナリオ違反判別手段は、前記一連の行動が一部でも実行済みでないか否かを前記第２特定行動が前記検出手段によって検出された時点で判別する第２順序判別手段を含み、
前記第１警告手段は、前記第２順序判別手段によって一連の行動が一部でも実行済みであると判別されたとき警告を発する第２順序違反警告手段を含む、請求項２または３記載の警告システム。
【請求項５】
前記複数の業務に関連する知識を記憶した知識記憶手段をさらに備え、
前記特定行動は、業務の最後に行われなければならない第３特定行動を含み、
前記シナリオ違反判別手段は、前記取得手段によって取得されたシナリオに対応する業務が完成不可能であるか否かを当該シナリオと前記知識記憶手段に記憶された知識とに基づいて前記第３特定行動が前記検出手段によって検出された時点で推論する第１推論手段を含み、
前記第１警告手段は、前記第１推論手段によって業務が完成不可能であると推論されたとき警告を発する第３順序違反警告手段を含む、請求項２ないし４のいずれかに記載の警告システム。
【請求項６】
前記特定行動は、業務の最初に行われなければならない第４特定行動を含み、
前記シナリオ違反判別手段は、前記取得手段による取得処理の直後に前記検出手段によって検出された行動が前記第４特定行動と一致するか否かを判別する第３順序判別手段を含み、
前記第１警告手段は、前記第３順序判別手段によって不一致であると判別されたとき警告を発する第４順序違反警告手段を含む、請求項５記載の警告システム。
【請求項７】
前記複数の業務に関連する知識を記憶した知識記憶手段、
前記特定行動判別手段によって特定行動が含まれないと判別されたとき前記取得手段によって取得されたシナリオに対応する業務が完成不可能であるか否かを当該シナリオと前記知識記憶手段に記憶された知識とに基づいて推論する第２推論手段、および
前記第２推論手段によって業務が完成不可能であると推論されたとき警告を発する第２警告手段をさらに備える、請求項１ないし６のいずれかに記載の警告システム。
【請求項８】
複数の業務にそれぞれ対応する複数のシナリオを記憶したシナリオ記憶手段、および前記複数の業務を選択的に行う被験者の行動を繰り返し検出する検出手段を備えるシステムの警告方法であって、
前記被験者が前記複数の業務のいずれかを開始したとき当該業務に対応するシナリオを前記シナリオ記憶ステップから取得する取得ステップ、
前記取得ステップによって取得されたシナリオに基づいて、当該シナリオに対応する業務を構成する複数の行動の中に他と順序を交換できない特定の行動が含まれるか否かを判別する特定行動判別ステップ、
前記特定行動判別ステップによって特定行動が含まれると判別されたときだけ、前記検出ステップによって検出された複数の行動の順序が前記取得ステップによって取得されたシナリオに違反しているか否かを判別するシナリオ違反判別ステップ、および
前記シナリオ違反判別ステップによってシナリオ違反と判別されたとき警告を発する第１警告ステップを備える、警告方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、警告システムおよび警告方法に関し、特にたとえば、看護師による看護事故の発生を予測して警告する、警告システムおよび警告方法に関する。
【背景技術】
【０００２】
従来のこの種のシステムの一例が、特許文献１に開示されている。このシステムは、看護業務の手順を記憶したデータベースを備える。看護師が業務を実行するとき、看護師の行動がデータベースの手順に則しているか否かを判別し、手順に則していないと判別されたとき看護師に警告を発する。そして、看護師が警告に応じて自身の行動を修正することにより、事故の発生が未然に防止される。
【特許文献１】特開２００５−９２４４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、看護業務では、看護師の行動が決められた手順と異なるからといって、それが常に事故の発生につながるとは限らない。
【０００４】
具体的には、“Ｄｉａｍｏｘの水溶液を注射する”という業務は、次のような手順で行われる。
【０００５】
｛ｅ1＝注射器を準備する，ｅ2＝蒸留水とＤｉａｍｏｘとを準備する，ｅ3＝Ｄｉａｍｏｘを蒸留水に溶かす，ｅ4＝Ｄｉａｍｏｘの水溶液を吸引する，ｅ5＝待つ，ｅ6＝注射をする｝
この業務において、動作ｅ1およびｅ2の順序を入れ替えても、“Ｄｉａｍｏｘの水溶液を注射する”という目標は、何の問題もなく達成される。同様に、動作ｅ4およびｅ5を交換しても、これが直ちに事故の発生につながるわけではない。
【０００６】
この点、上記の従来技術では、事故への影響の大小に関わらず、看護師の動作が決められた手順と異なれば直ちに警告が行われる。こうして警告が乱発される結果、看護師は警告を深刻に受け止めなくなり、事故の発生を防止できない恐れがある。
【０００７】
なお、事故に至らない範囲で可能な手順（シナリオ）をデータベースに逐一記述しておけば、この種の警告の乱発は防止できるが、そうすると、記憶しておくべきシナリオのデータ量が膨大となる。
【０００８】
それゆえに、この発明の主たる目的は、記憶すべきシナリオのデータ量を削減し、かつ警告の乱発を防止できる、警告システムおよび警告方法を提供することである。
【課題を解決するための手段】
【０００９】
請求項１の発明に従う警告システムは、複数の業務にそれぞれ対応する複数のシナリオを記憶したシナリオ記憶手段（３０）、複数の業務を選択的に行う被験者の行動を繰り返し検出する検出手段（１２，１８，２０，２２，２４，２６，５６）、被験者が複数の業務のいずれかを開始したとき当該業務に対応するシナリオをシナリオ記憶手段から取得する取得手段（Ｓ９）、取得手段によって取得されたシナリオに基づいて、当該シナリオに対応する業務を構成する複数の行動の中に他と順序を交換できない特定の行動が含まれるか否かを判別する特定行動判別手段（Ｓ１３，Ｓ３９）、特定行動判別手段によって特定行動が含まれると判別されたときだけ、検出手段によって検出された複数の行動の順序が取得手段によって取得されたシナリオに違反しているか否かを判別するシナリオ違反判別手段（Ｓ１５，Ｓ４１，Ｓ４５，Ｓ４９）、およびシナリオ違反判別手段によってシナリオ違反と判別されたとき警告を発する第１警告手段（Ｓ１７，Ｓ４３，Ｓ４７，Ｓ５１）を備える。
【００１０】
請求項１の発明では、複数の業務にそれぞれ対応する複数のシナリオは、シナリオ記憶手段に記憶される。複数の業務を選択的に行う被験者の行動は、検出手段によって繰り返し検出される。被験者が複数の業務のいずれかを開始すると、当該業務に対応するシナリオがシナリオ記憶手段から取得手段により取得される。特定行動判別手段は、こうして取得されたシナリオに基づいて、当該シナリオに対応する業務を構成する複数の行動の中に他と順序を交換できない特定の行動が含まれるか否かを判別する。シナリオ違反判別手段は、特定行動判別手段によって特定行動が含まれると判別されたときだけ、検出手段によって検出された複数の行動の順序が取得手段によって取得されたシナリオに違反しているか否かを判別する。シナリオ違反判別手段によってシナリオ違反と判別されると、第１警告手段によって警告が発せられる。
【００１１】
請求項１の発明によれば、順序に関するシナリオ違反の判別は、他と順序を交換できない特定行動を含んだ業務が行われようとしている場合にだけ実行されるので、この種のシナリオ違反に基づく警告の乱発を防止できる。そしてこの場合、順序を交換可能な一連の行動については、単に組み合わせを記述すればよく、可能な順列を逐一記述する必要がないので、記憶すべきシナリオのデータ量を削減できる。
【００１２】
請求項２の発明に従う警告システムは、請求項１に従属し、シナリオは上記の特定行動の他の行動に対する順序を示す順序情報を含む。
【００１３】
請求項２の発明によれば、このような順序情報をシナリオに含めることで、順序に関するシナリオ違反の警告を的確に行える。また、シナリオの必要な部分だけ、すなわち業務の完成に重大な影響のある行動だけを簡潔に記述できるので、記憶すべきシナリオのデータ量が一層削減される。
【００１４】
請求項３の発明に従う警告システムは、請求項２に従属し、特定行動は、順序を交換可能な一連の行動の前に行われなければならない第１特定行動を含み、シナリオ違反判別手段は、一連の行動が全て実行済みであるか否かを第１特定行動が検出手段によって検出された時点で判別する第１順序判別手段（Ｓ４５）を含み、第１警告手段は、第１順序判別手段によって一連の行動の少なくとも一部が実行済みでないと判別されたとき警告を発する第１順序違反警告手段（Ｓ４７）を含む。
【００１５】
請求項３の発明では、特定行動は、順序を交換可能な一連の行動の前に行われなければならない第１特定行動を含む。第１特定行動が検出手段によって検出されたとき、一連の行動が全て実行済みであるか否かが第１順序判別手段によって判別され、第１順序判別手段によって一連の行動の少なくとも一部が実行済みでないと判別されると、第１順序違反警告手段によって警告が発せられる。
【００１６】
請求項３の発明によれば、第１特定行動の後にすべき行動を先にしているとき警告を発することで、事故防止を図ることができる。
【００１７】
請求項４の発明に従う警告システムは、請求項２または３に従属し、特定行動は、順序を交換可能な一連の行動の後に行われなければならない第２特定行動を含み、シナリオ違反判別手段は、一連の行動が一部でも実行済みでないか否かを第２特定行動が検出手段によって検出された時点で判別する第２順序判別手段（Ｓ４９）を含み、第１警告手段は、第２順序判別手段によって一連の行動が一部でも実行済みであると判別されたとき警告を発する第２順序違反警告手段（Ｓ５１）を含む。
【００１８】
請求項４の発明では、特定行動は、順序を交換可能な一連の行動の後に行われなければならない第２特定行動を含む。第２特定行動が検出手段によって検出されたとき、一連の行動が一部でも実行済みでないか否かが第２順序判別手段によって判別され、第２順序判別手段によって一連の行動が一部でも実行済みであると判別されると、第２順序違反警告手段によって警告が発せられる。
【００１９】
請求項４の発明によれば、第２特定行動の前にしておくべき行動をしていないとき警告を発することで、事故防止を図ることができる。
【００２０】
請求項５の発明に従う警告システムは、請求項２ないし４のいずれかに従属し、複数の業務に関連する知識を記憶した知識記憶手段（３２）をさらに備え、特定行動は、業務の最後に行われなければならない第３特定行動を含み、シナリオ違反判別手段は、取得手段によって取得されたシナリオに対応する業務が完成不可能であるか否かを当該シナリオと知識記憶手段に記憶された知識とに基づいて第３特定行動が検出手段によって検出された時点で推論する第１推論手段（Ｓ４１）を含み、第１警告手段は、第１推論手段によって業務が完成不可能であると推論されたとき警告を発する第３順序違反警告手段（Ｓ４３）を含む。
【００２１】
請求項５の発明では、複数の業務に関連する知識が知識記憶手段に記憶されている。特定行動は、業務の最後に行われなければならない第３特定行動を含む。第３特定行動が検出手段によって検出されたとき、取得手段によって取得されたシナリオに対応する業務が完成不可能であるか否かが、当該シナリオと知識記憶手段に記憶された知識とに基づいて第１推論手段によって推論され、第１推論手段によって業務が完成不可能であると推論されると、第３順序違反警告手段によって警告が発せられる。
【００２２】
請求項５の発明によれば、業務の最後にすべき第３特定行動をいましようとしているとき警告を発することで、事故防止を図ることができる。
【００２３】
請求項６の発明に従う警告システムは、請求項５に従属し、特定行動は、業務の最初に行われなければならない第４特定行動を含み、シナリオ違反判別手段は、取得手段による取得処理の直後に検出手段によって検出された行動が第４特定行動と一致するか否かを判別する第３順序判別手段（Ｓ１５）を含み、第１警告手段は、第３順序判別手段によって不一致であると判別されたとき警告を発する第４順序違反警告手段（Ｓ１７）を含む。
【００２４】
請求項６の発明では、特定行動は、業務の最初に行われなければならない第４特定行動を含む。第３順序判別手段は、取得手段による取得処理の直後に検出手段によって検出された行動が第４特定行動と一致するか否かを判別する。第３順序判別手段によって不一致であると判別されると、第４順序違反警告手段によって警告が発せられる。
【００２５】
請求項６の発明によれば、業務の最初にすべき第４特定行動をしなかったとき警告を発することで、事故防止を図ることができる。
【００２６】
請求項７の発明に従う警告システムは、請求項１ないし６のいずれかに従属し、複数の業務に関連する知識を記憶した知識記憶手段（３２）、特定行動判別手段によって特定行動が含まれないと判別されたとき取得手段によって取得されたシナリオに対応する業務が完成不可能であるか否かを当該シナリオと知識記憶手段に記憶された知識とに基づいて推論する第２推論手段（Ｓ５３）、および第２推論手段によって業務が完成不可能であると推論されたとき警告を発する第２警告手段（Ｓ６７）をさらに備える。
【００２７】
請求項７の発明では、複数の業務に関連する知識が知識記憶手段に記憶されている。特定行動判別手段によって特定行動が含まれないと判別されると、取得手段によって取得されたシナリオに対応する業務が完成不可能であるか否かが、当該シナリオと知識記憶手段に記憶された知識とに基づいて第２推論手段によって推論される。第２警告手段は、第２推論手段によって業務が完成不可能であると推論されたとき警告を発する。
【００２８】
請求項７の発明によれば、特定行動を含まない業務が行われる場合も、業務が完成不可能であると推論されたときのみ警告を発するので、警告の乱発を防止することができる。
【００２９】
請求項８の発明に従う警告方法は、複数の業務にそれぞれ対応する複数のシナリオを記憶したシナリオ記憶手段（３０）、および複数の業務を選択的に行う被験者の行動を繰り返し検出する検出手段（１２，１８，２０，２２，２４，２６，５６）を備えるシステムの警告方法であって、被験者が複数の業務のいずれかを開始したとき当該業務に対応するシナリオをシナリオ記憶ステップから取得する取得ステップ（Ｓ９）、取得ステップによって取得されたシナリオに基づいて、当該シナリオに対応する業務を構成する複数の行動の中に他と順序を交換できない特定の行動が含まれるか否かを判別する特定行動判別ステップ（Ｓ１３，Ｓ３９）、特定行動判別ステップによって特定行動が含まれると判別されたときだけ、検出ステップによって検出された複数の行動の順序が取得ステップによって取得されたシナリオに違反しているか否かを判別するシナリオ違反判別ステップ（Ｓ１５，Ｓ４１，Ｓ４５，Ｓ４９）、およびシナリオ違反判別ステップによってシナリオ違反と判別されたとき警告を発する第１警告ステップ（Ｓ１７，Ｓ４３，Ｓ４７，Ｓ５１）を備える。
【００３０】
請求項８の発明においても、請求項１の発明と同様、警告の乱発を防止できる。また、記憶すべきシナリオのデータ量を削減できる。
【発明の効果】
【００３１】
この発明によれば、記憶すべきシナリオのデータ量を削減し、かつ警告の乱発を防止することができる。
【００３２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００３３】
図１を参照して、この発明の一実施例である警告システム１０は、たとえば病院に適用され、サーバ１２を含む。このサーバ１２は、有線或いは無線による通信回線（ネットワーク）１４を介して複数の看護師用端末（以下、単に「端末」という。）１６および複数のステーション１８に接続される。端末１６は、パーソナルコンピュータ或いはワークステーションのようなコンピュータであり、看護師毎に割り当てられる。たとえば、端末１６は看護師の詰所などに設置される。ただし、１台の端末１６を数人の看護師で使用する場合もあり得る。複数のステーション１８は、それぞれ、入院患者を収容する病棟内であり、廊下、病室（入り口、ベッド或いはその近傍）および看護師の詰所などの所定位置に配置され、無線通信可能なウェアラブルセンサユニット（以下、単に「センサユニット」という。）２０の識別情報を取得し、サーバ１２に送信する。複数のセンサユニット２０は、それぞれ、看護師に割り当てられ（装着され）、センサユニット２０の識別情報は、無線通信可能な範囲（たとえば、半径３〜５メートル）に存在するステーション１８によって検出される。
【００３４】
なお、ステーション１８とセンサユニット２０とは互いに通信可能であるため、センサユニット２０は、無線通信可能な範囲に存在するステーション１８の識別情報（ステーションＩＤ）を検出する。図示は省略するが、センサユニット２０は、センサユニット２０同士で無線通信することが可能であるため、無線通信可能な範囲に存在する２以上のセンサユニット２０同士で、互いの識別情報を検出することもできる。また、センサユニット２０は、無線ＬＡＮによってネットワーク１４に直接接続される場合もある。
【００３５】
図２はサーバ１２の具体的な構成を示すブロック図であり、サーバ１２には、図１では省略したが、複数の対物センサ２２、複数の集音マイク２４および複数のビデオカメラ２６が接続される。図示は省略するが、この実施例では、複数の対物センサ２２は、体温計、血圧計、注射器、点滴注射器（注入器）、血液採取用試験管、検尿コップなどの医療器具を格納してある格納箱の取り出し部分やナースコール端末などに設置され、それらの医療器具等についての使用（取り出し）の有無を検知する。ただし、これらの医療器具等に、タグ情報（ＲＦ−ＩＤ）やバーコードのような識別情報を付加しておき、タグ情報やバーコードを読み取ることにより、その使用の有無を検出するようにしてもよい。また、複数の集音マイク２４は、入院患者を収容する病棟内であり、廊下および病室（ベッド或いはその近傍）などに設置され、周囲音（この実施例では、主として看護師の音声）を集音する。さらに、複数のビデオカメラ２６は、集音マイク２４と同様に、入院患者を収容する病棟内であり、廊下および病室（ベッド或いはその近傍）などに設置されるとともに、看護師の詰所などにも設定され、看護業務を行う看護師（の行動）を撮影する。ここで、看護業務とは、問診、検温、検圧、注射、投薬、点滴注射、退院指導などの看護師が行うべき業務の総称である。ただし、この実施例では、単に「看護業務」という場合には、任意の１の業務を示す。
【００３６】
また、図１では省略したが、サーバ１２には、３つのデータベース（ＤＢ）が接続される。具体的には、電子カルテＤＢ２８、シナリオＤＢ３０および知識ＤＢ３２がサーバ１２に接続される。
【００３７】
電子カルテＤＢ２８には、現在入院中或いは治療中の患者についての電子カルテが記録される。図示は省略するが、この電子カルテは、医師等が記載するカルテの内容から必要な事項を抽出するとともに、必要な事項を追加して、電子データにしたものである。たとえば、電子カルテには、患者名、担当看護師名（または、識別情報）、性別、病名、病状、処方（どのような注射や点滴、或いは投薬をするかという処方および処方する時間）、リハビリの状況、入院暦、患者に対する注意事項などの情報のデータ（テキストデータ）が記述される。
【００３８】
シナリオＤＢ３０には、看護業務の正しい行動手順（シナリオ）が記述される。ただし、使用する器具についての情報やその使用方法についての情報も含まれる。ここで、シナリオｓiは、看護師の業務マニュアルを参照して作成された、看護業務における行動ないし動作（イベント）の集合であり、基本的な手順（時系列）に従って並べられる。シナリオｓiは数１で示される。ただし、数１において、「ｉｎ  ｃｈｒｏｎｏｌｏｇｉｃａｌ  ｏｒｄｅｒ」としてあるのは、すべてのイベントｅiを必ずしも手順（時系列）に従って実行する必要はないが、一部に時系列に従って実行する必要があるイベントｅiを含んでいることを意味する。
【００３９】
【数１】
2008009822.tif 000003
たとえば、シナリオｓi,ｓh,ｓaは、それぞれ、複数のイベントによって構成され、数２で示される。
【００４０】
［数２］
ｓi＝｛ｅi1＝注射器を準備する，ｅi2＝蒸留水とＤｉａｍｏｘとを準備する，ｅi3＝Ｄｉａｍｏｘを溶かす，ｅi4＝Ｄｉａｍｏｘを溶かしたものを吸引する，ｅi5＝待つ，ｅi6＝注射をする｝
ｓh＝｛ｅh1＝各種モニタの電源の確認，ｅh2＝点滴のセット，ｅh3＝必要物品の準備，ｅh4＝吸引をセット，ｅh5＝腰・硬麻の準備，ｅh6＝ライト・ヘッドの位置を確認｝
ｓa＝｛ｅa1＝病棟看護婦より申し送りを受ける，ｅa2＝コスト表にＩＤカードを押す，ｅa3＝麻酔医に患者の血圧等を報告，ｅa4＝胸写をシャーカステンにかける，ｅa5＝モニタ類の装着，ｅa6＝血管確保の介助，ｅa7＝腰・硬麻の介助，ｅa8＝麻酔導入の介助，ｅa9＝導尿・深部体温モニタの装着，ｅa10＝電気メスの対極板の貼付，ｅa11＝体位をとる，ｅa12＝Ｌ枠、メーヨ台、ライトの設置、ｅa13＝ガウンテクニックの介助，ｅa14＝イソジン、生食を器機台に出す、ｅa15＝電気メス、吸引のコード接続｝
ただし、シナリオｓi（他のシナリオｓh,ｓaも同様。）は、数３に示すように、複数のシナリオｓin（以下、説明の都合上、「部分シナリオ」ということがある。）の集合で表わすことができる。詳細な説明は省略するが、各部分シナリオｓijは、２以上のイベント（ｅ）の集合で表わされる。また、数３において、Ｏiはシナリオｓiを実行した場合における最終的な目標であり、Ｏijは部分シナリオｓihを実行した場合における下位の（補助的な）目標である。ただし、最終的な目標（最終目標）は、看護師がシナリオｓiに従って看護業務を実行することにより得られる。つまり、最終目標は、看護行為による正しい結果である。また、下位の目標（下位目標）は、部分シナリオｓihに従って看護業務の一部を実行することにより得られる。
【００４１】
［数３］
ｓi＝｛Ｓi1，Ｓi2，…，Ｓin；Ｏi｝
ｓij＝｛ｅj1，ｅj2，…，ｅjk；Ｏij｝
ただし、たとえば、或る部分シナリオｓil（ｃ）＝｛ｅl1，ｅl2，…，ｅlm；Ｏil｝は時系列に従って実行する必要があるが、他の部分シナリオｓip（ｎ）＝｛ｅp1，ｅp2，…，ｅpq；Ｏip｝は時系列に従って実行する必要はない。たとえば、数２に示した例では、イベントｅi4（Ｄｉａｍｏｘを溶かしたもの吸引する）は、イベントｅi6（注射する）の前に実行されている必要がある。
【００４２】
ところで、数２のシナリオｓiに対応する目標Ｏiは、数４のシナリオｓi’によっても達成される。
【００４３】
［数４］
ｓi’＝｛ｅi1＝注射器を準備する，ｅi2＝蒸留水とＤｉａｍｏｘとを準備する，ｅi3＝蒸留水を吸引する，ｅi4＝Ｄｉａｍｏｘを注射器の横に置く，ｅi5＝待つ，ｅi6＝Ｄｉａｍｏｘを蒸留水に溶かす，ｅi7＝注射をする｝
このように、ある目標を得るためのシナリオはただ１通りとは限らない。しかも各シナリオにおいて、いくつかのイベントの順序を入れ替え可能である場合が少なくない。たとえば、シナリオｓiおよびｓi’の各々では、イベントｅi1およびｅi2の順序を互いに入れ替えても、目標Ｏjの成否には何ら影響がない。
【００４４】
したがって、数２や数４の形式でシナリオを記述したのでは、記憶すべきシナリオのデータ量が膨大となる。
【００４５】
すなわち、シナリオは、交換不可能なイベントと、交換可能なイベント列とを含む。交換可能なイベント列を全てシナリオＤＢ３０に記述するのは、無駄であり、不可能である。そこで数５に示すタームを導入して、交換不可能なイベントと交換可能なイベント列との関係を明示的に記述する。
【００４６】
［数５］
first :-ｅj（シナリオはイベントｅjで始まるべきである）
last :-ｅj（イベントｅjはシナリオの最後で実行されるべきである）
after :-ｅj,ｅk,ｅl,…（ベントｅk,ｅl,…はｅjの後で実行されるべきである）
before :-ｅj,ｅk,ｅl,…（ベントｅk,ｅl,…はｅjの前に実行されるべきである）
シナリオ違反の検出にあたっては、交換可能なイベントの順列を逐一記述する必要はないから、これらのタームを用いることで、シナリオＤＢ３０のデータ量を大幅に削減できる。たとえば、数２のシナリオｓiにおいて交換不可能なイベントは、数６のように記述される。
【００４７】
［数６］
last :-ｅi6（イベントｅi6はシナリオの最後に実行されるべきである）
after :-ｅi3,ｅi６（ベントｅi6はｅi3の後で実行されるべきである）
一般には、数１のシナリオｓiは上記のタームを用いて数７および数８のように記述できる。
【００４８】
【数７】
2008009822.tif 000004
［数８］
first :-ｅi1
last :-ｅin
after :-ｅik,ｅij,…（ベントｅk,ｅl,…はｅjの後で実行されるべきである）
シナリオをこのように記述すれば、シナリオＤＢ３０のデータ量を削減しながら、事故につながるシナリオ違反だけを的確に検出できる（つまり警告の乱発を防止できる）。なお、“after :- ”の代わりに“before :- ”を用いてもよく、“after :- ”および“before :- ”の両方を用いてもよい。
【００４９】
知識ＤＢ３２には、公理および仮説についてのデータが記憶される。この実施例では、公理とは、該当の患者に対する処方または処置の理想状態が必然的に得られる事象、行為、または要素などとその理想状態の因果律、さらにもっと一般的に言えば、どのような場合でも関係が崩れることがない、そのような関係（一般的事実）のことである。また、仮説とは、モニタ手段（この実施例では、ステーション１８、センサユニット２０、対物センサ２２、集音マイク２４、ビデオカメラ２６およびヘッドセットマイク５６）やＲＦＩＤ（タグ情報）などで観測またはモニタ可能な事象、行為、要素など、可変なもの、同時に成り立たない可能性があるもの（イベント）をいう。
【００５０】
また、サーバ１２は、その内部に時計回路１２ａを有している。この時計回路１２ａは、日付および時間を計時する。この実施例では、サーバ１２は、時計回路１２ａを参照して、電子カルテに記載された業務の開始の時間（日時）であるか否かを判断する。
【００５１】
図３はセンサユニット２０の具体的な構成を示すブロック図であり、センサユニット２０はＣＰＵ４０を含む。ＣＰＵ４０には、メモリ４２，エンコーダ４４，非接触センサ４６，インターフェイス４８，ＤＩＰスイッチ５０，無線送信機５２および無線受信機５４が接続される。メモリ４２は、ワークメモリないしバッファメモリとして働き、ＣＰＵ４０によって使用される。エンコーダ４４にはヘッドセットマイク５６が接続され、エンコーダ４４は、ヘッドセットマイク５６から入力される音声信号をＭＰ３のような圧縮音声データ（以下、単に「音声データ」という。）に変調してＣＰＵ４０に入力する。このように、音声信号を圧縮変調するのは、メモリ４２の容量を比較的少なくするためであり、また、後述するように、インターフェイス４８を介して送信するデータのデータ量を低減するためである。
【００５２】
なお、この実施例で用いるヘッドセットマイク５６は指向性を有するものである。これは、ヘッドセットマイク５６を装着する看護師の音声のみを検出して、患者のプライバシーを守るためである。また、図示は省略するが、イヤホンとヘッドセットマイク５６とが一体化されたものを、ヘッドセットと呼ぶことがある。
【００５３】
非接触センサ４６としては、焦電センサを用いることができ、ＣＰＵ４０は非接触センサ４６からの入力に応じてヘッドセットマイク５６をオン／オフする。この実施例では、非接触センサ４６すなわち焦電センサの前で、看護師が手を２回上下させると、その検出信号がＣＰＵ４０に入力され、これに応じて、ＣＰＵ４０はヘッドセットマイク５６をオンし、その後、看護師が焦電センサの前で、手を２回上下させると、ヘッドセットマイク５６をオフする。ただし、ＣＰＵ４０は、看護師の操作によらないで、所定時間（１０秒）が経過した場合にもヘッドセットマイク５６をオフするようにしてある。
【００５４】
インターフェイス４８は、ＬＡＮ（無線ＬＡＮ）アダプタのようなインターフェイスであり、これにより、センサユニット２０はネットワーク１４に直接接続される。したがって、セサユニット２０は、ネットワーク１４を介して、サーバ１２或いは端末１６のような端末との間で通信可能になる。
【００５５】
ＤＩＰスイッチ５０は、たとえば８ビットで構成され、各ビットのオン／オフを切り替えることにより、０〜２５５の間で数値を設定することができる。この数値が看護師の識別情報（看護師ＩＤ）であり、各センサユニット２０で異なる値が設定される。ＣＰＵ４０は、送信するデータに、看護師ＩＤをラベルとして付して、インターフェイス４８およびネットワーク１４を介して、サーバ１２に転送する。図示は省略したが、看護師ＩＤに対応する看護師名を記述したテーブルデータなどをハードディスクのような内部メモリやデータベースに記憶しておけば、サーバ１２は、看護師ＩＤから看護師または看護師名を特定することができる。
【００５６】
なお、この実施例では、ＤＩＰスイッチ５０を用いて看護師ＩＤを設定するようにしてあるが、これに限定されるべきではない。たとえば、ＤＩＰスイッチ５０に代えて、看護師ＩＤを記憶したＲＯＭなどを設けておくようにすることもできる。
【００５７】
無線送信機５２は、ＣＰＵ４０の指示に従って、ＤＩＰスイッチ５０によって設定された看護師ＩＤを所定の周波数による電波（微弱電波）で送信する。無線受信機５４は、無線通信可能な範囲に存在する他のセンサユニット２０から送信される微弱電波を受信し、看護師ＩＤに復調し、復調した看護師ＩＤについてのデータをＣＰＵ４０に入力する。
【００５８】
ここで、ステーション１８は、上述したように、センサユニット２０の看護師ＩＤを検出し、検出した看護師ＩＤを、ネットワーク１４を介してサーバ１２に送信する。また、ステーション１８にも識別情報（ステーションＩＤ）が割り当てられ、上述したように、このステーションＩＤがセンサユニット２０によって検出される。したがって、たとえば、ステーション１８は、センサユニット２０の一部の回路コンポーネントを用いることにより、構成することができる。具体的には、ステーション１８は、ＣＰＵ４０，ＤＩＰスイッチ５０，無線送信機５２および無線受信機５４によって構成される。
【００５９】
なお、ＤＩＰスイッチ５０に代えて、ステーションＩＤを記憶したＲＯＭを設けるようにしてもよい点は、センサユニット２０の場合と同様である。
【００６０】
上述したような構成のセンサユニット２０は、各被験者（看護師）に装着される。たとえば、図３および図４に示すように、非接触センサ４６およびヘッドセットマイク５６以外の回路コンポーネントはボックス（筐体）６０に収容され、ボックス６０は看護師の腰部（ベルト部分）に装着される。また、非接触センサ４６は、ペン型のケースに収容され、看護師の衣服（白衣）の胸ポケットに挿すように収納される。ただし、図面では、分かり易く示すために、ペン型のケースを胸ポケットの外部に記載してある。また、ヘッドセットマイク５６は看護師の頭部に装着される。
【００６１】
なお、図４においては省略するが、非接触センサ４６は接続線を用いてボックス６０内のＣＰＵ４０に接続され、ヘッドセットマイク５６は接続線を用いてボックス６０内のエンコーダ４４に電気的に接続される。ただし、接続線を用いずに、ブルートゥースのような近距離無線によって接続するようにしてもよい。つまり、電気的に接続されればよいのである。
【００６２】
また、図４に示すように、看護師は、たとえば、白衣の前ポケットに携帯型のコンピュータ（この実施例では、ＰＤＡ）７０を収納し、所持（携帯）している。図示は省略するが、ＰＤＡ７０は、無線ＬＡＮによって、図１に示したネットワーク１４に接続可能な構成にされる。ＰＤＡ７０は既に周知であるため、その構成および動作等の詳細な説明は省略することにする。なお、図面では、分かり易くするため、前ポケットの外部に示してある。
【００６３】
たとえば、サーバ１２は、看護師が看護業務を開始したことを検出すると、少なくとも当該看護師の行動ないし動作を含む背景知識Ｆと、シナリオとに基づいて最終目標Ｏを得ることができるか否かを推論する。看護師の行動（動作）は、モニタ手段、すなわち、ステーション１８、センサユニット２０、対物センサ２２、集音マイク２４、ビデオカメラ２６およびヘッドセットマイク５６の出力に基づいて検出（特定）する。
【００６４】
上述したように、ステーション１８はセンサユニット２０から出力される看護師ＩＤを検出し、サーバ１２に与えるため、看護師ＩＤを検出したステーション１８の設置位置に当該看護師ＩＤを有する看護師が存在すること（看護師の所在）を知ることができる。また、看護師ＩＤが入力されるステーション１８の変化によって、当該看護師ＩＤを有する看護師の移動（経路）を知ることもできる。また、対物センサ２２の出力によって看護師が使用する器具等を知ることができる。さらに、集音マイク２４およびヘッドセットマイク５６を通して入力される音声に基づいて看護師が実行しようとする看護業務を知ることもできる。さらにまた、ビデオカメラ２６の撮影映像（画像データ，映像データ）を分析することにより、看護師の行動を検出（特定）することもできる。たとえば、モニタ手段の検出結果を複合的に勘案すれば、看護師の行動を比較的正確に検出することができる。以下、同様である。
【００６５】
また、推論は、数９に従って行われる。ただし、背景知識Ｆとしては、知識ＤＢ３２に含まれる公理および仮説も含まれる。
【００６６】
【数９】
2008009822.tif 000005
ただし、∪は論理のＯＲを意味する。
【００６７】
また、最終目標Ｏをサブ目標Ｏjの部分集合と考えると、数１０に従って推論することも可能である。
【００６８】
【数１０】
2008009822.tif 000006
ここで、推論結果がサブ目標Ｏjを得ることができる場合には、次の部分シナリオについての推論を行う。ただし、当該サブ目標Ｏjが最終目標Ｏと一致する場合には、看護業務を終了したと判断する。
【００６９】
一方、推論結果がサブ目標Ｏjを得ることができない場合には、次のいずれかの場合に、看護業務がシナリオに違反していることを警告する。これは、医療事故や医療ミスが発生するのを事前に防止するためである。具体的には、推論結果がサブ目標Ｏjを得ることができない場合には、看護師が別の看護業務に移行したかどうかを判断する。ここで、看護師の行動が、戻るべき、または、進むべきイベントに復帰または到達し得ないときに、別の看護業務に移行したと判断される。
【００７０】
看護師が別の看護業務に移行していなければ、現在の看護業務を途中で終了しようとしているかどうかを判断する。たとえば、看護師が現在の看護業務に全く関係のないイベントを実行したり、途中のイベントを飛ばして最後のイベントを実行しようとしたり（たとえば、Ｄｉａｍｏｘを溶かさないで、注射しようとする。）すると、現在の看護業務を途中で終了しようとしていると判断する。
【００７１】
また、看護師が別の看護業務に移行すると、当該別の看護業務を終了した後に、元の看護業務（上述の現在の看護業務）に戻るか否かを判断する。別の看護業務を終了したか否かは、当該別の看護業務についてのシナリオに含まれる最後のイベントを実行したか否かで判断される。また、元の看護業務に戻ったか否かは、看護師の行動が元の看護業務に対応するシナリオに含まれる、かつ実行すべきであるイベントと一致するか否かで判断される。
【００７２】
現在の看護業務を途中で終了しようとする場合、または、別の看護業務を終了した後に元の看護業務に戻らない場合には、当該看護業務についてのシナリオの正しい最終目標を得ることができない。つまり、上述したような医療事故などの不都合を引き起こす可能性があるため、看護師にシナリオに違反していることの警告を与えるようにしてある。
【００７３】
なお、看護師が或る看護業務を行っている場合に、他の看護業務を頼まれることは日常茶飯事であり、単に他の看護業務に移行したことだけでは警告を発しないようにしてある。これは、警告の乱発を防止して、医療事故や医療ミスが発生する恐れのあるような本当に必要なときだけ警告を与えて、警告システム１０としての機能を十分に発揮させるためである。
【００７４】
また、この実施例では、着目する看護師のみに警告を与えるようにしてあるが、当該看護師の近辺に存在する他の看護師や婦長にも警告するようにして、医療事故等を確実に防止するようにしてもよい。
【００７５】
具体的には、サーバ１２（のＣＰＵ１２ｂ）は図６に示すフロー図に従って全体処理を実行する。ただし、図６に示す全体処理は、着目する１の看護師について一定時間（たとえば、１５分〜３０分）毎に実行される。つまり、全体処理は看護師毎に実行される。
【００７６】
なお、図６（〜図９）のフロー図に対応するプログラムは、サーバ１２のメモリ１２ｃに記憶されている。ここで、メモリ１２ｃのマッピング状態を図５により説明する。図５を参照して、メモリ１２ｃには、フロー図に対応する警告プログラム８２に加え、イベント検出プログラム８０が格納されている。メモリ１２ｃにはまた、現在のシナリオ記憶領域８４，現在のイベント記憶領域８６および検出済みイベント記憶領域８８が形成されている。
【００７７】
警告プログラム８２は、看護師がいずれかの業務（目標Ｏj ）を開始したとき、この業務に対応するシナリオ（ｓj ）をシナリオＤＢ３０から取得する。取得されたシナリオは、現在のシナリオ記憶領域８４に記憶される。イベント検出プログラム８０は、シナリオ取得に応答して、業務を行う看護師の行動（イベント）を繰り返し検出する処理を開始する。検出されたイベントは、まず現在のイベント記憶領域８６に記憶され、次のイベントが検出されると検出済みイベント記憶領域８８へと移動される。したがって、現在のイベント記憶領域８６には最新のイベント（ｅji）が、検出済みイベント記憶領域８８には過去に検出されたイベント（ｅj1，ｅj2，…，ｅj(i-1)）が、それぞれ記憶されることとなる。
【００７８】
さて、図６に示すように、サーバ１２は全体処理を開始すると、ステップＳ１で、業務を確認する。ここでは、電子カルテＤＢ２８を参照して、着目する看護師が担当する患者について行うべき業務が在るかどうかを判断するのである。続くステップＳ３では、業務の開始時間であるかどうかを判断する。つまり、開始すべき業務が在るかどうかを判断する。ただし、厳密に業務の開始時間であるかを判断する必要はなく、業務の開始時間の前後一定時間（たとえば、３〜５分）内であるかどうかを判断するようにしてある。
【００７９】
ステップＳ３で“ＮＯ”であれば、つまり業務の開始時間でなければ、そのまま同じステップＳ３に戻る。ただし、無駄な処理を削減するために、一定時間（たとえば、３〜５分）待機してから、ステップＳ３に戻るようにしてもよい。一方、ステップＳ３で“ＹＥＳ”であれば、業務の開始時間であれば、ステップＳ５で、着目する看護師が業務を開始したかどうかを判断する。ここでは、着目する看護師の看護師ＩＤを検出するステーション１８が変化したり、ビデオカメラ２６で撮影される当該看護師に動きがあったり、当該看護師がヘッドセットマイク５６を通して業務を開始することの音声入力があったりしたかどうかを判断する。
【００８０】
ステップＳ５で“ＮＯ”であれば、つまり業務を開始していなければ、ステップＳ７で、業務開始のアラーム（警告）を発して、ステップＳ５に戻る。ここで、警告は、たとえば、着目する看護師に割り当てられた看護師端末１６や当該看護師が所持するＰＤＡ７０に、業務を開始すべき旨のメッセージを送信することにより行う。ただし、着目する看護師が看護師端末１６やＰＤＡ７０の表示画面を見ていないことも考えられるため、当該看護師のヘッドセットのイヤホンを利用して当該看護師に音声で警告を与えるようにしてもよい。また、ヘッドセットに代えて、または、それと併用して、たとえば、振動付き腕時計型表示器を看護師に装着させ、それに警告を与えるようにしてもよい。
【００８１】
一方、ステップＳ５で“ＹＥＳ”であれば、つまり業務を開始すれば、ステップＳ９で、イベントｅjiを含むシナリオがあるかどうかを判断する。ここでは、サーバ１２は、上述のとおり、着目する看護師の行動を検出する。そして、サーバ１２は、シナリオＤＢ３０を参照して、検出した行動と一致するイベントｅjiを含むシナリオｓjが存在するかどうかを判断する。
【００８２】
ステップＳ９で“ＮＯ”であれば、つまり看護師の行動と一致するイベントｅjiを含むシナリオｓjが存在しなければ、ステップＳ１１で、新しいシナリオｓzとして、一連の行動（イベントｅj）を記憶する。ここでは、簡単に示してあるが、たとえば、着目する看護師が業務を終了するまでの間、一定時間毎に行動（イベントｅj）を検出して、シナリオＤＢ３０に登録（記憶）するのである。つまり、新しいシナリオｓzが追加される。ここでは、新しいシナリオｓzをそのままシナリオＤＢ３０に登録するようにしてあるが、シナリオｓj（シナリオＤＢ３０）の作成者により修正を加えた後に登録するようにしてもよい。ただし、シナリオｓjは、看護業務のマニュアルから作成したものであるため、新しいシナリオｓzが追加されることはほとんど無いと考えられる。シナリオｓzの登録が完了すると、この処理を終了する。
【００８３】
一方、ステップＳ９で“ＹＥＳ”であれば、つまり看護師の行動と一致するイベントｅjiを含むシナリオｓjがあれば、ステップＳ１３〜Ｓ２１の処理を通じて、業務が適切に遂行されているか（シナリオ違反が発生していないか）を監視し、する。シナリオ違反があれば警告（アラーム）を発する。シナリオ違反の有無は、現在のイベント記憶領域８６（図５参照）のイベントｅjiを現在のシナリオ記憶領域８４のシナリオｓjと比較することにより判別される。そして、業務が完了すると（最終目標が達成可能であると推論されると）この処理を終了する。
【００８４】
以下、ステップＳ１３〜Ｓ２１を詳しく説明する。ただし、シナリオｓjは、数１１のように記述されているものとする。
【００８５】
［数１１］
ｓj＝｛Ｘ，Ａ，Ｂ，Ｃ，Ｄ＃，Ｅ＃，…｝
Ｓｔａｒｔ:- Ｘ
ａｆｔｅｒ:- Ａ，Ｄ＃
ｂｅｆｏｒｅ:- Ｂ，Ｅ＃
ｌａｓｔ:- Ｃ
（ただしＤ＃，Ｅ＃は交換可能なイベント列）
ステップＳ１３では、シナリオｓjに記述されている“Ｓｔａｒｔ:- Ｘ”を確認する。なお、“Ｓｔａｒｔ:- ”が記述されていなければステップＳ１９に進む。ステップＳ１５ではイベントｅjiがＸと一致するが否かを判別し、ＹＥＳであればステップＳ１９に進む。ＮＯであれば、ステップＳ１７でシナリオ違反のアラームを出力した後、ステップＳ９に戻る。つまり、看護師が最初にすべきことをしなかったとき警告がなされる。
【００８６】
ステップＳ１９では、目標Ｏjを確認する。ここで、目標Ｏjは、シナリオｓjに従って業務を行った場合に得られる目標である。ステップＳ１９では、イベントｅjを含むシナリオｓjの目標Ｏjが、電子カルテに記載された業務、すなわちステップＳ１で確認された看護業務（目標Ｏ）と一致するかどうかを確認しているのである。ステップＳ２１では、後述する各サブ目標達成の確認および警告処理（図７〜図９参照）を実行し、その後、この処理を終了する。
【００８７】
図７〜図９は、図６に示したステップＳ１７の各サブ目標達成の確認（推論）および警告処理を示すフロー図である。サーバ１２は、各サブ目標達成の確認および警告処理を開始すると、図７のステップＳ３１で、変数ｊを初期化する（ｊ＝１）。続くステップＳ３３では、イベントｅjiを確認する。なお、イベントｅjiは看護師の行動に応じてリアルタイムに更新されており、後述のステップＳ３５，Ｓ４１，Ｓ４５およびＳ４９の各々では、その時々の最新のイベントｅjiが参照される。そしてステップＳ３５でｅji∈ｓiであるか否かを判別し、ＮＯであればステップＳ３７でシナリオ違反のアラームを出力する。そして、ステップＳ３５に戻る。つまり、看護師がシナリオにない動作をしようとしているとき警告がなされる。
【００８８】
ステップＳ３５でＹＥＳであれば、ステップＳ３９に移って、シナリオｓjに記述されている“ａｆｔｅｒ:- Ａ，Ｄ＃”，“ｂｅｆｏｒｅ:- Ｂ，Ｅ＃”および“ｌａｓｔ:- Ｃ”を確認する。なお、いずれのタームも記述されていなければステップＳ５３に進む。確認後、まず、イベントｅjiがＣと一致し、かつ背景知識ＦとシナリオＳjとから目標Ｏjを説明不可能であるか否かを判別する。ここでＹＥＳであれば、ステップＳ４３でシナリオ違反のアラームを出力し、そしてステップＳ４１に戻る。要するに、Ｃが検出された時点で目標Ｏjが達成不可能と推定される場合には、看護師はシナリオの最後にすべき動作をいま実行しようとしていると判断し、警告を行うのである。
【００８９】
ステップＳ４１でＮＯであれば、図８のステップＳ４５で、イベントｅjiがＢと一致し、かつｅjk∈Ｅ＃（ただし１≦ｋ＜ｉ）でないか否かを判別する。ここでＹＥＳであれば、すなわちｅji＝Ｂでありかつｅjk∈Ｅ＃でなければ、ステップＳ４７でシナリオ違反のアラームを出力し、そしてステップＳ４５に戻る。要するに、ｅjkはＢが検出された時点で既に検出済みのイベント列であるから、Ｂが検出された時点で、ｅjkに含まれないイベントがＥ＃の中に１つでもあれば、看護師はＢの前にしておくべき動作をまだしていないと判断し、警告を行うのである。
【００９０】
ステップＳ４５でＮＯであれば、ステップＳ４９で、イベントｅjiがＡと一致し、かつ∀ｅjk∈Ｄ＃（ただし１≦ｋ＜ｉ）でないか否かを判別する。ここでＹＥＳであれば、すなわちｅji＝Ａでありかつ∀ｅjk∈Ｄ＃でなければ、ステップＳ５１でシナリオ違反のアラームを出力し、そしてステップＳ４９に戻る。要するに、Ａが検出された時点で、これより前に検出されたイベント列の中に１つでもＤ＃に含まれるイベントがあれば、看護師はＡの後にすべき動作を先にしていると判断し、警告を行うのである。
【００９１】
ステップＳ４９でＮＯであれば、ステップＳ５３で、現在の背景知識Ｆと部分シナリオｓjとからサブ目標Ｏjを説明できないかどうかを判断（確認）する。ステップＳ５３で“ＮＯ”であれば、つまり現在の背景知識Ｆと部分シナリオｓjとからサブ目標Ｏjを説明できると推論されれば、サブ目標Ｏjを達成できると判断し、ステップＳ５５に移る。
【００９２】
ステップＳ５５では、現在の業務をすべて終了したかどうかを判断する。つまり、現在の背景知識Ｆと現在までに実行された部分シナリオｓ1，ｓ2，…，ｓjとから最終目標Ｏを説明できるかどうかを判断する。ステップＳ５５で“ＮＯ”であれば、つまり現在の業務をすべて終了していなければ、ステップＳ５７で、変数ｊをインクリメントして（ｊ＝ｊ＋１）、ステップＳ３３に戻る。つまり、次のサブ目標Ｏj+1を達成するか否かの推論を行う。しかし、ステップＳ５５で“ＹＥＳ”であれば、つまり現在の業務をすべて終了すれば、各サブ目標達成の確認および警告処理をリターンする。
【００９３】
また、ステップＳ５３で“ＹＥＳ”であれば、つまり現在の背景知識Ｆとシナリオｓjとからサブ目標Ｏjを説明できないと推論されれば、サブ目標Ｏjを達成できないと判断し、図９に示すステップＳ５９で、別の看護業務へ移ったかどうかを判断する。ステップＳ５９で“ＮＯ”であれば、つまり別の看護業務に移っていなければ、ステップＳ６１で、現在の看護業務を途中で終了したかどうかを判断する。
【００９４】
ステップＳ６１で“ＮＯ”であれば、つまり現在の看護業務を途中で終了していない場合には、そのまま図７に示したステップＳ３３に戻る。一方、ステップＳ６１で“ＹＥＳ”であれば、つまり現在の看護業務を途中で終了した場合には、そのままステップＳ６７に進む。
【００９５】
また、ステップＳ５９で“ＹＥＳ”であれば、つまり別の看護業務に移った場合には、ステップＳ６３で、当該別の看護業務に対応するシナリオｓkを確認して、ステップＳ６５に進む。なお、この実施例では、簡単のため、別の看護業務に対応するシナリオｓkの確認処理については、１つのステップ（処理）で示してあるが、厳密には、ステップＳ９〜ステップＳ２１の処理が実行されるのである。つまり、途中で別の看護業務に移行した場合であっても、当該別の看護業務において医療事故等が発生する可能性もあり、当該別の看護業務についてもシナリオを用いた推論により、シナリオ違反の発生を事前に発見し、その警告を与えるためである。
【００９６】
ステップＳ６５では、元の看護業務に戻るか否かを判断する。ここで、元の看護業務は、ステップＳ５９で“ＹＥＳ”と判断される直前までに行っていた看護業務（上述の現在の看護業務）である。ステップＳ６５で“ＹＥＳ”であれば、つまり元の看護業務に戻る場合には、そのままステップＳ３３に戻る。しかし、ステップＳ６５で“ＮＯ”であれば、つまり元の看護業務に戻らない場合には、ステップＳ６７で、シナリオ違反のアラームを与えて、ステップＳ６５に戻る。
【００９７】
なお、図示等は省略したが、ステップＳ５９，Ｓ６１，Ｓ６５の処理では、着目する看護師の行動が検出される。
【００９８】
以上から明らかなように、この実施例では、シナリオＤＢ３０は、複数の業務にそれぞれ対応する複数のシナリオを記憶している。複数の業務を選択的に行う被験者の行動は、対物センサ２２，集音マイク２４等を通じて繰り返し検出される。サーバ１２は、被験者が複数の業務のいずれかを開始したとき当該業務に対応するシナリオをシナリオＤＢ３０から取得し（Ｓ９）、取得されたシナリオに基づいて、当該シナリオに対応する業務を構成する複数の行動の中に他と順序を交換できない特定の行動が含まれるか否かを判別する（Ｓ１３，Ｓ３９）。そして、特定行動が含まれると判別されたときだけ、検出された複数の行動の順序が取得されたシナリオに違反しているか否かを判別し（Ｓ１５，Ｓ４１，Ｓ４５，Ｓ４９）、シナリオ違反と判別されたとき警告を発する（Ｓ１７，Ｓ４３，Ｓ４７，Ｓ５１）。
【００９９】
したがって、順序に関するシナリオ違反の判別は、他と順序を交換できない特定行動を含んだ業務が行われようとしている場合にだけ実行されるので、この種のシナリオ違反に基づく警告の乱発を防止できる。そしてこの場合、順序を交換可能な一連の行動については、単に組み合わせを記述すればよく、可能な順列を逐一記述する必要がないので、記憶すべきシナリオのデータ量を削減できる。
【０１００】
また、特定行動を含まない業務が行われる場合は、看護師の行動等とシナリオとから得られる結果を推論し、推論結果が所望の目標を達成できない場合にのみ警告を発するので、警告の乱発を防止し、本当に必要なときだけ警告することができる。
【０１０１】
なお、この実施例では、看護業務のマニュアルに基づいてシナリオを作成するようにしたが、これに限定される必要はない。実際の看護師の看護業務をモニタすることにより、シナリオを作成することも可能である。また、看護業務のマニュアルを参照するとともに、実際の看護業務をモニタリングして、シナリオを作成するようにしてもよい。
【０１０２】
また、シナリオ作成を半自動で行うことも可能である。具体的には、サーバ１２は最初、集音マイク２４で捉えられた看護師の会話を文字化し、これに作業カテゴリを示すタグ（たとえば“会議”，“静脈注射”など）を付ける。ここで、会話にどのタグを付けるかの判断はオペレータの指示に基づく。つまりオペレータは、予め準備された分類表や看護マニュアルから会話に適合するタグを選択し、これをサーバ１２に手操作で入力する。サーバ１２は次に、こうして文字化されかつタグを付された会話を解析することによって看護シナリオを生成する。
【０１０３】
また、この実施例では、看護業務についての警告システムとして機能する場合について説明したが、他の業務についての警告システムとして機能するようにしてもよい。たとえば、劇薬を扱うような試験（実験）施設ないし工場における業務や自動車などの組み立て作業を行う工場における業務などについての警告システムとして用いることができる。
【図面の簡単な説明】
【０１０４】
【図１】この発明の警告システムの構成の一例を示す図解図である。
【図２】図１に示すサーバの電気的な構成を示す図解図である。
【図３】看護師に装着されるセンサユニットの電気的な構成の一例を示す図解図である。
【図４】図３に示すセンサユニットを看護師に装着した様子を示す図解図である。
【図５】図１に示すサーバのメモリマップを示す図解図である。
【図６】図１に示すサーバの全体処理を示すフロー図である。
【図７】図１に示すサーバの各サブ目標達成の確認および警告処理の一部を示すフロー図である。
【図８】図１に示すサーバの各サブ目標達成の確認および警告処理の他の一部であり、図７に後続するフロー図である。
【図９】図１に示すサーバの各サブ目標達成の確認および警告処理のその他の一部であり、図８に後続するフロー図である。
【符号の説明】
【０１０５】
１０  …警告システム
１２  …サーバ
１２ｂ…ＣＰＵ
１２ｃ…メモリ
１６  …端末
１８  …ステーション
２０  …センサユニット
２２  …対物センサ
２４  …集音マイク
２６  …ビデオカメラ
２８，３０，３２  …ＤＢ
４０  …ＣＰＵ
４２  …メモリ
４６  …非接触センサ
５０  …ＤＩＰスイッチ
５２  …無線送信機
５４  …無線受信機
５６  …マイク
７０  …ＰＤＡ
【図１】
2008009822.tif 000007
【図２】
2008009822.tif 000008
【図３】
2008009822.tif 000009
【図４】
2008009822.tif 000010
【図５】
2008009822.tif 000011
【図６】
2008009822.tif 000012
【図７】
2008009822.tif 000013
【図８】
2008009822.tif 000014
【図９】
2008009822.tif 000015