(57)【要約】【課題】  情報処理装置、ワークフロー・システムおよびプログラムを提供すること。【解決手段】本発明の情報処理装置１１は、複数のジョブを含むワークフローを実行し、ネットワーク１４０を介して登録するための文書を印刷する文書出力部４０２と、追加情報の記入された文書の画像を、文書ファイルとして取得する画像取部４０３と、文書の出力から前記文書ファイルの取得までを記録する映像音声記録部４０４と、文書出力部４０２、画像取得部４０３および映像音声記録部４０４の処理の開始および終了を監視するフロー監視部４０５とを含んでいる。【選択図】  図４
2017058823.tif 000002
【特許請求の範囲】
【請求項１】
複数のジョブを含むワークフローを実行する情報処理装置であって、
ネットワークを介して登録するための文書を印刷する文書出力手段と、
追加情報の記入された前記文書の画像を、文書ファイルとして取得する画像取得手段と、
前記文書の出力から前記文書ファイルの取得までを記録する映像音声記録手段と、
前記文書出力手段、前記画像取得手段および前記映像音声記録手段の処理の開始および終了を監視する監視手段と、
を含む情報処理装置。
【請求項２】
前記情報処理装置は、さらに、
前記監視手段により、前記ワークフローが完了したと判断された場合に前記ネットワークを介して前記ワークフローにより取得した複数の情報を外部に送付し、登録するための通信制御手段と
を含む、請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、前記文書をファクシミリ通信プロトコルにより取得し、前記映像音声記録手段は、前記追加情報が前記文書に記入され、前記画像取得手段により前記文書ファイルが取得されるまで前記監視手段により動作開始、動作終了され、動作開始から動作終了までの映像音声を記録手段に格納する、請求項１または２に記載の情報処理装置。
【請求項４】
前記情報処理装置は、前記文書ファイルの成立までの過程を可視化して記録する、請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
ネットワークを介してワークフローを実行するワークフロー・システムであって、
ネットワークを介して接続された、前記ワークフローにより取得された情報の記録を制御する第１情報処理装置と、
前記ネットワークを介して接続され、前記ワークフローにしたがって前記情報を取得する第２情報処理装置とを備え、
前記第１情報処理装置は、前記ワークフローを一意の識別値で識別して、前記第２情報処理装置からの情報を前記識別値に対応付けて記録させており、前記第２情報処理装置は、
前記ネットワークを介して登録するための文書を印刷する文書出力手段と、
追加情報の記入された前記文書の画像を、文書ファイルとして取得する画像取得手段と、
前記文書の出力から前記文書ファイルの取得までを記録する映像音声記録手段と、
前記文書出力手段、前記画像取得手段および前記映像音声記録手段の処理の開始および終了を監視する監視手段と、
前記監視手段により、前記ワークフローが完了したと判断された場合に前記ネットワークを介して前記ワークフローにより取得した複数の情報を前記一意の識別値と共に外部に送付し、登録するための通信制御手段と
を含むワークフロー・システム。
【請求項６】
前記第２情報処理装置は、
前記文書をファクシミリ通信プロトコルにより取得し、
前記映像音声記録手段は、前記追加情報が前記文書に記入され、前記画像取得手段により前記文書ファイルが取得されるまで前記監視手段により動作開始、動作終了され、動作開始から動作終了までの映像音声を記録手段に格納する、請求項５に記載のワークフロー・システム。
【請求項７】
前記ワークフロー・システムは、前記文書ファイルの成立までの過程を可視化して記録する、請求項５または６に記載のワークフロー・システム。
【請求項８】
複数のジョブを含むワークフローを、情報処理装置が実行するための装置実行可能なプログラムであって、情報処理装置を、
ネットワークを介して登録するための文書を印刷する文書出力手段、
追加情報の記入された前記文書の画像を、文書ファイルとして取得する画像取得手段、
前記文書の出力から前記文書ファイルの取得までを記録する映像音声記録手段、
前記文書出力手段、前記画像取得手段および前記映像音声記録手段の処理の開始および終了を監視する監視手段、
として機能させるための装置実行可能なプログラム。
【請求項９】
前記プログラムは、前記情報処理装置を、さらに、
前記監視手段により、前記ワークフローが完了したと判断された場合に前記ネットワークを介して前記ワークフローにより取得した複数の情報を外部に送付し、登録するための通信制御手段、
として機能させる、請求項８に記載のプログラム。
【請求項１０】
前記プログラムは、前記文書をファクシミリ通信プロトコルにより取得し、前記映像音声記録手段は、前記追加情報が前記文書に記入され、前記画像取得手段により前記文書ファイルが取得されるまで前記監視手段により動作開始、動作終了され、当該期間の映像音声を記録手段に格納する、請求項８または９に記載のプログラム。
【請求項１１】
前記情報処理装置は、前記文書ファイルの成立までの過程を可視化して記録する、請求項８〜１０のいずれか１項に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、ワークフロー・システムおよびプログラムに関する。
【背景技術】
【０００２】
近年、文書などの記録を残す際に、文書が作成された経過を映像として残すことが、文書の真実性、任意性その他、文書内容からは解らない事実を知る目的で要求される場合がある。このような場合とは、第３者の立ち入れない状況で各種の文書を作成する場合であり、例えば医療現場におけるインフォームド・コンセントに対する同意書、刑事事件における調書、その他各種契約書を作成する場合を挙げることができる。
【０００３】
例えば、医療現場で使用されるカルテなどを管理する医療文書管理システムとしては特開２００９−２０５４７７号公報（特許文献１）が知られている。また、医療証拠の管理・保全などインフォームド・コンセント記録管理システムとして、特開２００５−０６３１６２号公報（特許文献２）が知られている。
【０００４】
しかし、従来の医療文書管理システムは、医療文書管理を自動化するものであり、医療文書が作成される過程をオーディオ・ビジュアル的に作成過程と同期して記録するものではない。また、従来のシステムは、録画を医療関係者が手動で行うこともできるが、オペレータの恣意性が排除できないという問題点があった。また、オペレータの録画の際に、操作ミスにより、映像が欠如してしまう場合を排除できないという問題が有った。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、文書作成過程を、映像として記録し、作成された文章と共に管理することを可能とする情報処理装置、ワークフロー・システムおよびプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明によれば、
複数のジョブを含むワークフローを実行する情報処理装置であって、
ネットワークを介して登録するための文書を印刷する文書出力手段と、
追加情報の記入された前記文書の画像を、文書ファイルとして取得する画像取得手段と、
前記文書の出力から前記文書ファイルの取得までを記録する映像音声記録手段と、
前記文書出力手段、前記画像取得手段および前記映像音声記録手段の処理の開始および終了を監視する監視手段と、
を含む情報処理装置が提供される。
【発明の効果】
【０００７】
本発明によれば、文書作成過程を、映像として記録し、作成された文章と共に管理することを可能とする情報処理装置、ワークフロー・システムおよびプログラムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態のワークフロー・システム１００の実施形態を示す図。
【図２】本実施形態のＭＦＰ１１１のハードウェアブロック２００を示す図。
【図３】他の実施形態のＭＦＰ１１１のハードウェアブロック３００を示す図。
【図４】本実施形態のＭＦＰ１１１のソフトウェアブロック４００を示す図。
【図５】本実施形態において、例示的に医療のインフォームド・コンセントのためのワークフロー・システムとして実装する場合の、制御サーバ１３０および情報管理サーバ１２０の機能ブロックを示す図。
【図６】本実施形態において、制御サーバ１３０が管理するワークフロー・リスト６００の実施形態を示す図。
【図７】本実施形態で、情報管理サーバ１２０が管理する患者情報７００の実施形態を示す図。
【図８】本実施形態のシステムが実行する処理のフローチャートを示す図。
【図９】本実施形態において、ＭＦＰ１１１が実行するワークフローの個別的な処理のフローチャートおおよびフロー監視部４０５の監視フローを示す図。
【図１０】本実施形態の映像音声記録部４０４の実行する処理のフローチャート。
【図１１】本実施形態のフロー監視部４０５が実行するワークフロー処理の実施形態を示す図。
【発明を実施するための形態】
【０００９】
以下、本発明について実施形態を以て詳細に説明するが、本発明は後述する実施形態に限定されるものではない。なお、本実施形態では、情報処理装置が、多機能複写機（以下、ＭＦＰとして参照する。）といった画像処理装置であるものとして説明する。しかしながら、本実施形態が適用される情報処理装置は、画像処理装置に限定されるものではない。
【００１０】
図１は、本実施形態のワークフロー・システム１００の実施形態を示す。本実施形態のワークフロー・システム１００は、ＭＦＰ１１１、情報管理サーバ１２０および制御サーバ１３０を含んで構成されている。ＭＧＦＰ１１１、情報管理サーバ１２０、および制御サーバ１３０は、ネットワーク１４０を介して接続され、遠隔的にＭＦＰ１１１におけるワークフローの制御および情報取得を可能とする。
【００１１】
情報管理サーバ１２０は、データベース・サーバとして実装することができ、ＭＦＰ１１１から取得した情報その他の情報を、データベース１２１に格納し、要求に応答して情報の追加および情報の提供を可能としている。制御サーバ１３０は、ＭＦＰ１１１におけるワークフローの開始および終了を管理し、ＭＦＰ１１１が取得した情報を処理し、情報管理サーバ１２０へと情報を格納する。また制御サーバ１３０は、ＭＦＰ１１１またはクライアント端末１１５からの要求が有ると、情報管理サーバ１２０から要求された情報を抽出し、トランザクションＩＤを指定してＭＦＰ１１１に送付する。ＭＦＰ１１１は、以後、トランザクションＩＤを使用してワークフローを実行する。なお、クライアント端末１１５は、制御サーバ１３０へとネットワーク１４０を介してアクセスし、ワークフローの開始を制御する。
【００１２】
ＭＦＰ１１１は、制御サーバ１３０、情報管理サーバ１２０から遠隔した位置に設置されている。例えば、ＭＦＰ１１１は、遠隔地にある病院、官公庁、企業その他の、診察室、取調室、オフィス居室といった空間１１０に設置されている。本実施形態のＭＦＰ１１１は、デジタルカメラなどの撮像装置１１２が搭載されている。撮像装置１１２は、動画像を音声と共に取得する機能を備えており、ＭＦＰ１１１の標準機能として搭載することもできるし、オプション機能として追加されても良い。
【００１３】
またＭＦＰ１１１が設置される場所には、第１ユーザ１１４および第１ユーザ１１４と対話する第２ユーザ１１３、例えば患者などが存在する。例えば第１ユーザ１１４が医者で有るものと仮定すると、第２ユーザ１１３は、医者から今後の治療に関する説明を受ける患者とすることができる。他の実施形態では、空間１１０は、取調室であり、第１ユーザが検察官、警察官、裁判官などである場合には、第２ユーザは、容疑者、証人、被告などとなる。
【００１４】
図１に示したワークフロー・システム１００は、空間１１０内での第１ユーザおよび第２ユーザの間で取り交わされる会話、動作、および文書作成の仮定を映像として記録する。ＭＦＰ１１１は、当該映像を取得し、他の情報と共に制御サーバ１３０に自動転送し、文書作成過程を、文書情報と共に映像として管理することを可能としている。
【００１５】
図２は、本実施形態のＭＦＰ１１１のハードウェアブロック２００を示す。図２に示すように、このＭＦＰ１１１は、コントローラ１０と、各種周辺機能部とを、ＰＣＩバス（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ）８０で接続した構成を備えている。コントローラ１０は、ＭＦＰ１１１全体の制御と描画、通信、図示しない操作部からの入力を制御する。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどとして実装できる。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【００１６】
コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７とを備える。また、コントローラ１０は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）１６と、ハードディスクドライブ（ＨＤＤ）２０３とを備えることができる。ノースブリッジ（ＮＢ）１３と、ＡＳＩＣ１６との間は、ＡＧＰバス（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）１５で接続されている。
【００１７】
ＡＧＰバス１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスし、グラフィックスアクセラレーターカードを高速にするものである。
【００１８】
また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２ａと、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)１２ｂとを含んで構成される。ＣＰＵ１１は、ＭＦＰ１１１の全体制御を行う。ＣＰＵ１１は、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４を含むチップセットを介して他の機器との間で相互通信をおこなうことで、制御を可能とする。
【００１９】
ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰバス１５とを接続するためのブリッジである。ＮＢ１３は、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを含んで構成される。
【００２０】
ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリである。ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００２１】
ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【００２２】
ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス１５、ＰＣＩバス、ＨＤＤ１０３およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの機能を備える。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラとを含む。さらにＡＳＩＣ１６は、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）を含む。さらにＡＳＩＣ１６は、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとを含んで構成することができる。
【００２３】
このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）３０、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）４０、スキャナ部５０、画像出力を行うためのエンジン部６０が接続される。操作表示部２２０はＡＳＩＣ１６に直接接続されている。
【００２４】
ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリである。ＨＤＤ１０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うための記憶手段である。また、ＨＤＤ１０３は、ＭＦＰ１１１で実行されるアプリケーションのライセンスファイルを保存する。
【００２５】
また、ＰＣＩバス８０には、本実施形態において映像データを取得するためのビデオ機能部７０がＵＳＢバス４０を介して接続されている。ビデオ機能部７０は、ＭＦＰ１１１の標準機能として実装されても良いし、またオプション機能として、ＭＦＰ１１１の適切な箇所に、取付ステーなどにより外付けされても良い。
【００２６】
図３は、他の実施形態のＭＦＰ１１１のハードウェアブロック３００を示す。図３に示す。図３に示すＭＦＰ１１１は、ビデオ機能部７０と、操作表示部３２０とが一体となった、例えばタブレット型ＰＣ９０として実装されている。タブレット型ＰＣ９０は、ＵＳＢ４０を介して着脱自在にＭＦＰ１１１に接続されていても良い。タブレット型ＰＣ９０は、ＭＦＰ１１１から脱着された場合、Ｂｌｕｅｔｏｏｔｈ（登録商標）といった通信手段で、ＭＦＰ１１１と通信することで、ＭＦＰ１１１に対する制御および映像記録を行うことができる。
【００２７】
図４は、本実施形態において第２情報処理装置として機能するＭＦＰ１１１のソフトウェアブロック４００を示す。図４に示すソフトウェアブロックは、ＭＦＰ１１１のＣＰＵ１１が、メモリＭＥＭ−Ｐ１２などに読み込んだプログラムを実行することにより、ソフトウェアおよびハードウェアが協働して、ＭＦＰ１１１上の機能手段として実現されるものである。ＭＦＰ１１１は、ＵＩ制御部４０１、文書出力部４０２、画像取得部４０３および映像音声記録部４０４を含む。
【００２８】
ＵＩ制御部４０１は、ハードウェアおよび本実施形態のプログラムの協働により実現されるＵＩ制御手段として機能する。また、文書出力部４０１は、ハードウェアおよび本実施形態のプログラムの協働により実現される、文書出力手段に相当する。画像取得部４０３は、ハードウェアおよび本実施形態のプログラムの協働により実現される、画像取得手段に相当する。映像音声記録部４０４は、ハードウェアおよび本実施形態のプログラムの協働により実現される、映像音声記録手段に相当する。
【００２９】
ＵＩ制御部４０１は、ユーザ・インタフェースを介してユーザからの入力を受領し、またユーザに対してＭＦＰ１１１の処理結果を表示させている。文書出力部４０２は、フロー監視部４０５の制御の下、制御サーバ１３０から送付された文書情報を取得し、エンジン部６０を介して文書情報を、文書としてハードプリントする。
【００３０】
画像取得部４０３は、スキャナ部５０を含んで実装され、ユーザが文書に対して追加情報として追加する署名および捺印された後の文書を、ＵＩ制御部４０１を介したユーザ制御により読み込んで、文書情報としてデジタル化する。また、本実施形態では、画像取得部４０３は、ＭＦＰ１１１における映像記録の終了を制御する機能を備えることができる。
【００３１】
映像音声記録部４０４は、オプションとして外付けされた撮像部４０７からの映像音声を受け取り、フロー監視部４０５の制御の下で映像記録を開始し、一連のワークフローが終了すると、映像記録を終了する。なお、クライアント端末１１５がＭＦＰ１１１のＵＩ制御部を兼ねるタブレット端末として実装される場合、クライアント端末１１５が備えるデジタルカメラが撮像部４０７として機能し、映像音声は、タブレット端末からＭＦＰ１１１へとＢｌｕｅｔｏｏｔｈ（登録商標）といった通信プロトコルで送付され、映像音声記録部４０４において処理されても良い。
【００３２】
他の実施形態では、映像音声記録部４０４は、例えば患者の顔を識別して、ユーザを特定し、ユーザＩＤなどを照合させる機能を備えていても良い。さらに他の実施形態では、映像音声記録部４０４は、記録した音声から患者などを特定する声紋照合機能を備え、声紋からユーザＩＤなどを照合させる機能を備えていても良い。
【００３３】
本実施形態のワークフローを遂行している期間、文書出力部４０２、映像音声記録部４０４は、フロー監視部４０５の制御下で処理を行う。このため、本実施形態のＭＦＰ１１１が出力した文書および記録した映像は、オペレータの意志またはミスによる影響受けること無く、高い信頼性を提供することができる。
【００３４】
フロー監視部４０５は、ハードウェアおよび本実施形態のプログラムの協働により実現される監視手段に相当する。フロー監視部４０５は、本実施形態では、ユーザがワークフローの制御を行う指令をした後、専ら制御サーバ１３０から制御される。当該ワークフローを処理する指令がユーザによりなされた後、ＭＦＰ１１１の制御は、制御サーバ１３０の制御の下、フロー監視部４０５により行われる。フロー監視部４０５は、制御サーバ１３０から、当該ワークフローに割り当てた一意の識別値であるトランザクションＩＤおよびワークフローに必要な情報を、本実施形態における通信制御手段として機能する通信制御部４０６およびネットワーク１４０を介して受領する。また、フロー監視部４０５は、ＭＦＰ１１１が取得したワークフローの実行により各種情報が取得された後、通信制御部４０６およびネットワーク１４０を介して各種情報を制御サーバ１３０に送付する。制御サーバ１３０は、受領した情報を解析し、情報管理サーバ１２０に格納させる。
【００３５】
図４には、ＭＦＰ１１１と、制御サーバ１３０との間で、送受信されるデータの内容が記載されている。ＭＦＰ１１１と、制御サーバ１３０との間のトランザクションは、一意のトランザクションＩＤが割り当てられて管理されている。通信パケットには、例えばＴＣＰ／ＩＰプロトコルにしたがい、ネットワークＩＤ、ペイロードなどが記述される。ペイロードには、特定の本実施形態では、トランザクションＩＤ、同意文書１、同意文書２、．．．、映像ファイルなどが記述される。制御サーバ１３０は、ＭＦＰ１１１から上述した情報を取得し、情報管理サーバ１２０における記録を可能とする。
【００３６】
図５は、本実施形態において、例示的に医療のインフォームド・コンセントのためのワークフロー・システムとして実装する場合の、制御サーバ１３０および情報管理サーバ１２０の機能ブロックを示す。制御サーバ１３０は、本実施形態における第１情報処理装置に相当する。制御サーバ１３０は、通信部５１４、システム制御部５１０、患者情報解析部５１１、患者情報記録部５１２、および文書解析部５１３を含んでいる。
【００３７】
システム制御部５１０は、制御サーバ１３０の制御を行なう。文書解析部５１３は、入力画像を解析し、入力画像がどの文書に該当するかを判断する。患者情報解析部５１１は、情報管理サーバ１２０から取得した患者情報を解析し、患者ＩＤや、現在の診療フェーズで必要な文書といった患者診療関連情報を抽出する。患者情報記録部５１２は、患者情報解析部での解析結果を情報管理サーバ１２０に保存する。
【００３８】
通信部５１４は、ネットワーク１４０を介して他システムとの連携を行なう。システム制御部５１０は、ＭＦＰ１１１またはクライアント端末１１５からインフォームド・コンセント記録開始要求を受領すると、患者情報取得依頼を情報管理サーバ１２０に送信する。インフォームド・コンセント記録開始要求には、患者氏名または患者ＩＤなどの患者識別値、インフォームド・コンセントの対象名、すなわち、病名、療法、術式その他の情報が含まれる。システム制御部５１０は、インフォームド・コンセント開始要求を受領すると、当該要求を解析し、情報管理サーバ１２０から患者情報を受け取り、患者情報解析部５１１に渡す。患者情報解析部５１１は、患者情報の解析を行ない、解析結果を患者情報記録部５１２に記録する。
【００３９】
システム制御部５１０は、患者情報記録部５１２に記録された患者情報に基づき、インフォームド・コンセントのために必要なフォームなどとして予め用意された文書ファイルに、患者氏名、インフォームド・コンセントの必要な治療行為名、その他情報を設定する。その後、システム制御部５１０は、当該フォームを例えばＰＤＦといった形式の文書情報に変換し、トランザクションＩＤと共に、ＭＦＰ１１１に対してワークフロー開始指令として送付する。
【００４０】
また、システム制御部５１０は、ＭＦＰ１１１から文書イメージおよび映像ファイルを含むインフォームド・コンセント記録を受け取り、情報管理サーバ１２０に送信する。情報管理サーバ１２０は、受領した情報を、患者ＩＤに対応付けて適切な格納領域に格納し、以後の参照を可能としている。
【００４１】
情報管理サーバ１２０は、リレーショナル・データベースなどの適切なデータベース・ソフトウェアを含んで構成される。情報管理サーバ１２０は、患者情報管理部５０１と、記録部５０２と、通信部５０３とを含んで構成される。患者情報管理部５０１は、患者情報を例えばＳＱＬ(Structured Query Language)文などを使用して要求に応じてデータベース１２１から抽出し、ネットワーク１４０を介して制御サーバ１３に提供する。記録部５０２は、通信部５０３から受領した患者関連情報を、データベース１２１に記録する機能を提供する。
【００４２】
クライアント端末１１５は、ＵＩ制御部５０５と、通信部５０６とを備えている。ＵＩ制御部５０５は、他システムに対する処理要求を発行する他、他システムの処理結果を表示させることを可能とする。通信部５０６は、他システムとの連携を行なうため、ネットワーク１４０との間で情報通信を行う。クライアント端末１１５は、制御サーバ１３０から、インフォームド・コンセント完了の通知を受けると、メール、ライン、チャットその他のコミュニケーション手段を使用して関連する医療関係者に通知する機能を備える。
【００４３】
なお、クライアント端末１１５は、その機能がＭＦＰ１１１の操作入力を行うためのいわゆるオペレーション・パネルとして構成されることもできる。また、他の実施形態では、撮像機能、ＵＩ機能、および通信機能を備えるタブレット端末として構成することができる。
【００４４】
図６は、本実施形態において、制御サーバ１３０が管理するワークフロー・リスト６００の実施形態を示す。制御サーバ１３０は、インフォームド・コンセントのプロセスにおいて、患者から同意を得ることが必要な文書を、ワークフローＩＤに対応付けて管理する。例えば手術に対する同意を、インフォームド・コンセントの結果として取得する場合には、手術同意書が、ワークフローＩＤ＝ＷＦ＿００１として指定されるワークフローで提供される文書である。
【００４５】
制御サーバ１３０は、クライアント端末１１５から、インフォームド・コンセントの情報を取得すると、対応するワークフローＩＤに基づいてＭＦＰ１１１に送付するべき文書を特定する。そして、クライアント端末１１５から取得した患者ＩＤを参照して、必要な個人情報その他を、該当する文書に結合し、適切なフォーマットとして、ＭＦＰ１１１に送付する。なお、この際の通信プロトコルとしては、ファクシミリ通信プロトコルを使用することが、送信、受信のコレスポンデンスおよびタイムスタンプを確定する上で好ましい。また、制御サーバ１３０側で識別した患者氏名その他の事項などが制御サーバ１３０により記入され、医師が管理するカルテとの照合が容易に行うことができ、患者の取り違え事故も防止することができる。
【００４６】
なお、特定のワークフローＩＤには、単一の同意書が紐付けられていなければならないわけではなく、複数の同意書が紐付けされていても良い。また、１の患者に対して同時に複数のワークフローＩＤで参照されるインフォームド・コンセントを行うことができる。例えば入院のためのインフォームド・コンセントとして、入院同意書、費用同意書、麻酔同意書、手術同意書などを一度に署名・捺印可能とする複数のワークフローを組み合わせて送付しても良い。
【００４７】
図７は、本実施形態で、情報管理サーバ１２０が管理する患者情報７００の実施形態を示す。なお、図7に示した患者情報７００は、説明のために最小限の情報を示したものであり、多くの患者情報のうちの一部を、例えばＳＱＬ文のCreate Tableコマンドを使用してテーブルとして表示させたものとして理解されたい。
【００４８】
図7に示す様に、患者情報７００は、少なくとも患者ＩＤ、病名、治療法名、インフォームド・コンセントにより取得することが必要な文書名、実文書リンク・アドレスなどの実文書ＩＤ、およびインフォームド・コンセント完了・未完了を示すＩＣフラグを含んで構成することができる。ＩＣフラグは、ＩＣ完了の場合、フラグ＝１、未完了の場合ＩＣ＝０として例示的に説明する。
【００４９】
クライアント端末１１５から、患者ＩＤ＝００１を有する患者に対するインフォームド・コンセント要求が送付されると、制御サーバ１３０は、情報管理サーバ１２０に対してＳＱＬクエリーを発行し、対応する患者ＩＤを検索する。検索の結果、患者ＩＤ＝００１について病名、治療法名、文書名、実文書ＩＤ、インフォームド・コンセント・ステータス（ＩＣステータス）などを取得する。制御サーバ１３０は、ＩＣステータスを参照し、同意が必要な文書を特定する。
【００５０】
例えば、患者ＩＤ＝００１に関しては、３種類の同意文書が必要であり、そのうち、２文書について未だ同意書が得られていないことが示されている。このとき、制御サーバ１３０は、インフォームド・コンセント開始要求に含まれる情報を使用して、同意を取ることが必要な文書を抽出する。そして抽出された文書に患者ＩＤ＝００１に対応する書誌情報を記入し、同意書として作成する。
【００５１】
その後、対応するワークフローＩＤを割り当て、ワークフローを、例えば｛トランザクションＩＤ、患者ＩＤ、ワークフローＩＤ１、ワークフローＩＤ２｝として定義する。その後制御サーバ１３０は、ワークフローＩＤ＃Ｎ（Ｎは、正の整数である。）で指定される文書情報を、トランザクションＩＤと共に、ＭＦＰ１１１に送付し、インフォームド・コンセントの開始を指令する。
【００５２】
文書情報は、ファクシミリ・プロトコルで送付されるが、トランザクションＩＤは、例えばＨＴＴＰプロトコルで送付されるので、医師、患者、および第３者にも秘匿できる。ＭＦＰ１１１は、文書情報をハードプリントし、患者に対するインフォームド・コンセントを開始する。ＭＦＰ１１１の映像音声記録部４０４は、これに対応してインフォームド・コンセントの進行状況をフロー監視部４０５の制御下で記録を開始する。インフォームド・コンセントが終了し、患者からの署名、捺印をもらった後、それをスキャナ部５０で文書情報として取得し、ＭＦＰ１１１の適切な記録手段に格納する。この段階で、インフォームド・コンセントが終了したものとして、画像取得部４０３は、映像・音声の記録を終了させる。映像音声記録部４０４は、記録を終了すると、オーディオ・ビジュアルファイル（ＡＶファイル）を適切な記憶手段に格納し、制御サーバ１３０へのアップロードに備える。
【００５３】
その後、フロー監視部４０５は、全部の文書がそろったことを格納すると、トランザクションＩＤ、ワークフローＩＤなどと共に全情報を制御サーバ１３０にアップロードする。この際の通信プロトコルは、ＨＴＴＰＳ、ＦＴＰＳなどセキュアプロトコルを使用することができる。制御サーバ１３０は、取得した情報を情報管理サーバ１２０に転送し、情報管理サーバ１２０の情報を更新する。また、制御サーバ１３０は、インフォームド・コンセントの結果が登録されると、クライアント端末１１５に対してインフォームド・コンセントが正常に完了したことを通知し、一連のワークフロー制御を完了する。医師は、この段階で、カルテに手元にある同意書をファイルし、以後の医療プロセスに対する計画を立てることが可能となる。
【００５４】
図８は、本実施形態のシステムが実行する処理のフローチャートを示す。図８の実施形態では、全部の処理をＭＦＰ１１１が実行するものとして説明するが、ＭＦＰ１１１のオペレーション・パネルのからの操作を、クライアント端末１１５からの入力処理に置き換えることもできる。図８の処理は、ステップＳ８００から開始し、ステップＳ８０１で、ワークフローの処理を行うことの指令を受領する。ステップＳ８０２では、患者の指定を受領する。患者の指定は、患者ＩＤ、生体認証などを使用することができ、患者を一義的に指定することができる限り、特に限定はない。
【００５５】
ステップＳ８０３では、制御サーバ１３０に対して患者情報を問い合わせ、制御サーバ１３０から患者の疾病リストを取得する。ステップＳ８０４で疾病リストに複数の疾病がリストされている場合（ｙｅｓ）、リストから対象とする疾病名を選択する。その後、ステップＳ８０５で、疾病指定として制御サーバ１３０に送付し、処理をステップＳ８０６に渡す。ステップＳ８０４で疾病が複数無ければ（ｎｏ）、直ちにステップＳ８０６で、同意文書の出力を行い、録画、ジョブ監視処理を開始する。
【００５６】
ステップＳ８０６では、フロー監視部４０５が、ワークフローに関連する全ジョブを終了したかどうかを判断する。全ジョブが終了していない場合（ｎｏ）、処理をステップＳ８０６に戻し、処理を繰り返す。また、全ジョブが終了した場合（ｙｅｓ）、ステップＳ８０８にＭＦＰ１１１が取得したファイルを制御サーバ１３０に送付し、データベース１２１に格納して、ＭＦＰ１１１の処理を終了する。
【００５７】
図９は、本実施形態において、ＭＦＰ１１１が実行するワークフローの個別的な処理のフローチャートおおよびフロー監視部４０５の監視フローを示す。図９に示すワークフローは、文書出力、スキャン処理、および映像記録の３ジョブの連係により構成される。ワークフローは、ステップＳ９００から開始し、ステップＳ９０１〜Ｓ９０８で文書出力および文書スキャンを行う。また、ステップＳ９０２〜Ｓ９０９で、映像音声記録部４０４が、映像音声記録を行う。また、ステップＳ９０３〜Ｓ９１０で、ジョブ監視処理を実行する。以下、処理ごとに説明する。
【００５８】
ＭＦＰ１１１は、ステップＳ９００でワークフローを開始すると、関連する文書の取得要求を制御サーバ１３０に送付し、ステップＳ９０４で要求した文書を取得した後、ステップＳ９０５で、文書を印刷する。これらの処理は、例えばファクシミリ通信プロトコルを使用すれば、送受信のコレスポンデンスおよび時刻の確定が行えるため、文書の確実性が改善される。なお当該文書には、制御サーバ１３０により患者情報、疾病情報、インフォームド・コンセント内容などについて、必要事項がすでに合成されたものとなっており、患者およびインフォームド・コンセント内容などの取り違えは発生しない。
【００５９】
ステップＳ９０６では、文書の印刷出力が完了したか否かを判断し、印刷が終了しない場合（ｎｏ）、印刷終了まで判断を繰り返す。一方、ｂｕｎｎｓｈｏｎｏ印刷が完了した場合（ｙｅｓ）、患者、医師との間でインフォームド・コンセントが可能となる。そして、出力した文書に患者により署名、必要に応じて捺印された後、ステップＳ９０７で署名・捺印済み文書をスキャンし、文書ファイルを作成する。一方、ステップＳ９０６で印刷出力が完了した場合（ｙｅｓ）、エンジン部６０は、フロー監視部４０５に対して出力完了を通知する。
【００６０】
ところで、映像音声記録部４０４は、ステップＳ９０２で、ＭＦＰ１１１が文書の取得要求を発行した段階から映像録画を開始し、停止指令を受領するまで、映像の録画を継続する。ステップＳ９０７でスキャンが完了すると、ステップＳ９０８で、エンジン部６０は、ビデオ機能部７０に対して録画終了を指令する。当該指令を受領したビデオ機能部７０は、映像録画を停止し、フロー監視部４０５に対して録画終了を通知する。
【００６１】
フロー監視部４０５は、文章の出力、署名捺印済み文書のスキャン終了、および映像録画の終了を確認すると、適切な記憶手段に格納されている、文書ファイルおよび映像ファイルを、トランザクションＩＤ、ワークフローＩＤと共に制御サーバ１３０に送付し、インフォームド・コンセントの記録を可能とした後、ステップＳ９１０で処理を終了する。
【００６２】
図１０は、本実施形態の映像音声記録部４０４の実行する処理のフローチャートである。図１０の処理は、ステップＳ１０００から開始し、ステップＳ１００１で記録開始指令を、フロー監視部４０５から受領する。また、画像取得部４０３からの指令を受領すると、ステップＳ１００２で、映像録画のジョブ完了を、フロー監視部４０５に通知する。その後、ステップＳ１００３で、録音・録画内容を適切な記録手段に格納し、ステップＳ１００４で処理を終了する。
【００６３】
図１１は、本実施形態のフロー監視部４０５が実行するワークフロー処理の実施形態を示す。処理は、ステップＳ１１００から開始し、ステップＳ１１０１でユーザによりワークフローの開始およびジョブ監視要求を受領する。ステップＳ１１０２でジョブの開始を指令し、ステップＳ１１０３では、ＭＦＰ１１１の各処理部が生成した文書情報を解析する。ステップＳ１１０４では、解析結果を制御サーバ１３０に送付し、制御サーバ１３０による確認を依頼する。ステップＳ１１０５で制御サーバ１３０からの確認通知を受領すると、当該ジョブが成功裏に終了したものと判断し、当該ジョブに対して完了フラグを設定する。
【００６４】
ステップＳ１１０６では、指定されたワークフローに登録されているジョブ全部について処理終了したか否かを判断し、終了していない場合（ｎｏ）、処理をＳ１１０２に戻して次のジョブを開始させる。また、ステップＳ１１０６で、全部の処理が完了したと判断した場合（ｙｅｓ）、ステップＳ１１０７でジョブ完了を、制御サーバ１３０に通知する。その後、ステップＳ１１０８で文書ファイル、映像ファイルなどを記録として制御サーバ１３０にアップロードし、処理をステップＳ１１０９で終了させる。
【００６５】
以上の処理は、複数のワークフローがある場合、ワークフローの数だけ反復される。このため、フロー監視部４０５は、ＭＦＰ１１１のワークフローを監視し、インフォームド・コンセントなどの記録が作成されるまでを可視化することを可能とする。
【００６６】
本実施形態は、上述したインフォームド・コンセントのための映像音声記録を行うものとして説明したが、この他にも、取調べ、調書作成、契約書作成その他、文書の任意性、信憑性、改竄防止性が要求される用途には、特に制限なく使用することができる。
【００６７】
これまで本発明を、実施形態をもって説明してきたが、本発明は、実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００６８】
１０      ：コントローラ
１１      ：ＣＰＵ
１２ａ    ：ＲＯＭ
１２ｂ    ：ＲＡＭ
１３      ：制御サーバ
１５      ：ＡＧＰバス
１６      ：ＡＳＩＣ
４０      ：ＵＳＢバス
５０      ：スキャナ部
６０      ：エンジン部
７０      ：ビデオ機能部
８０      ：ＰＣＩバス
１００    ：システム
１０３    ：ＨＤＤ
１１０    ：空間
１１１    ：ＭＦＰ
１１２    ：撮像装置
１１３    ：第２ユーザ
１１４    ：第１ユーザ
１１５    ：クライアント端末
１２０    ：情報管理サーバ
１２１    ：データベース
１３０    ：制御サーバ
１４０    ：ネットワーク
２００    ：ハードウェアブロック
２２０    ：操作表示部
３００    ：ハードウェアブロック
３２０    ：操作表示部
４００    ：ソフトウェアブロック
４０１    ：ＵＩ制御部
４０２    ：文書出力部
４０３    ：画像取得部
４０４    ：映像音声記録部
４０５    ：フロー監視部
４０６    ：通信制御部
４０７    ：撮像部
５０１    ：患者情報管理部
５０２    ：記録部
５０３    ：通信部
５０５    ：ＵＩ制御部
５０６    ：通信部
５１０    ：システム制御部
５１１    ：患者情報解析部
５１２    ：患者情報記録部
５１３    ：文書解析部
５１４    ：通信部
６００    ：リスト
７００    ：患者情報
【先行技術文献】
【特許文献】
【００６９】
【特許文献１】特開２００９−２０５４７７号公報
【特許文献２】特開２００５−０６３１６２号公報
【図１】
2017058823.tif 000003
【図２】
2017058823.tif 000004
【図３】
2017058823.tif 000005
【図４】
2017058823.tif 000006
【図５】
2017058823.tif 000007
【図６】
2017058823.tif 000008
【図７】
2017058823.tif 000009
【図８】
2017058823.tif 000010
【図９】
2017058823.tif 000011
【図１０】
2017058823.tif 000012
【図１１】
2017058823.tif 000013