(57)【特許請求の範囲】
【請求項１】
同意書と説明書を原本として記憶する記憶手段、
患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を文書画像として読み取る読取手段、
前記読取手段によって読み取られた複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報と該同意書の通し番号を抽出する抽出手段、
前記各文書画像にある情報画像内の識別情報が一致している場合は、前記通し番号にしたがって、文書画像を並び替える並替手段
を有し、
前記抽出手段によって抽出された通し番号にしたがって、前記記憶手段に記憶されている印刷済みの同意書を、前記読取手段によって読み取られた文書画像に差し替え、該読取手段によって読み取られた文書画像のうち、情報画像がない文書画像を付加して記憶させる
情報処理装置。
【請求項２】
前記抽出手段は、前記情報画像から同意書の枚数を抽出し、
前記並替手段は、前記各文書画像にある情報画像内の識別情報が一致しており、前記情報画像内の枚数と識別情報がある同意書の枚数とが一致している場合は、前記通し番号にしたがって、該文書画像を並び替える、
請求項１に記載の情報処理装置。
【請求項３】
前記各文書画像にある情報画像内の識別情報が一致していない場合は、異常通知を行う通知手段、
をさらに有する請求項１又は２に記載の情報処理装置。
【請求項４】
前記情報画像内の枚数と識別情報がある同意書の枚数とが一致していない場合は、異常通知を行う通知手段、
をさらに有する請求項２に記載の情報処理装置。
【請求項５】
患者に対して医療に関する同意を求める複数の同意書を一意に識別する識別情報と該同意書の通し番号に基づいて、情報画像を生成する生成手段、
前記生成手段によって生成された情報画像を前記同意書に配置する配置手段、
前記配置手段によって情報画像が配置された同意書を印刷する印刷手段、
同意書と説明書を原本として記憶する記憶手段、
前記印刷手段によって印刷された複数の同意書であって、署名が行われている同意書を文書画像として読み取る読取手段、
前記読取手段によって読み取られた複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報と該同意書の通し番号を抽出する抽出手段、
前記各文書画像にある情報画像内の識別情報が一致している場合は、前記通し番号にしたがって、文書画像を並び替える並替手段
を有し、
前記抽出手段によって抽出された通し番号にしたがって、前記記憶手段に記憶されている印刷済みの同意書を、前記読取手段によって読み取られた文書画像に差し替え、該読取手段によって読み取られた文書画像のうち、情報画像がない文書画像を付加して記憶させる
情報処理装置。
【請求項６】
コンピュータを、
同意書と説明書を原本として記憶する記憶手段、
患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を文書画像として読み取る読取手段、
前記読取手段によって読み取られた複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報と該同意書の通し番号を抽出する抽出手段、
前記各文書画像にある情報画像内の識別情報が一致している場合は、前記通し番号にしたがって、文書画像を並び替える並替手段
として機能させ、
前記抽出手段によって抽出された通し番号にしたがって、前記記憶手段に記憶されている印刷済みの同意書を、前記読取手段によって読み取られた文書画像に差し替え、該読取手段によって読み取られた文書画像のうち、情報画像がない文書画像を付加して記憶させる
情報処理プログラム。
【請求項７】
コンピュータを、
患者に対して医療に関する同意を求める複数の同意書を一意に識別する識別情報と該同意書の通し番号に基づいて、情報画像を生成する生成手段、
前記生成手段によって生成された情報画像を前記同意書に配置する配置手段、
前記配置手段によって情報画像が配置された同意書を印刷する印刷手段、
同意書と説明書を原本として記憶する記憶手段、
前記印刷手段によって印刷された複数の同意書であって、署名が行われている同意書を文書画像として読み取る読取手段、
前記読取手段によって読み取られた複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報と該同意書の通し番号を抽出する抽出手段、
前記各文書画像にある情報画像内の識別情報が一致している場合は、前記通し番号にしたがって、文書画像を並び替える並替手段
として機能させ、
前記抽出手段によって抽出された通し番号にしたがって、前記記憶手段に記憶されている印刷済みの同意書を、前記読取手段によって読み取られた文書画像に差し替え、該読取手段によって読み取られた文書画像のうち、情報画像がない文書画像を付加して記憶させる
情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、文書作成用アプリケーションソフトウェアに依存せず、簡単な操作で、かつ登録漏れなく電子ファイルをデータベースに自動的に登録することを課題とし、コンピュータ上で印刷処理監視部は作成又は変更された文書の印刷処理の実行を常時監視し、印刷処理が実行されるとポストスクリプトイメージデータＰＳが生成されるから、印刷処理監視部が印刷処理実行を検知すると特定文字列検出部はデータＰＳ中の特定文字列として「ファイルｎ：」（ｎ＝１、２、…）を検出し、ファイル情報取得部がその特定文字列に続くファイル名を取得し、データ読み出し部はこのファイル名を参照して記憶装置から目的とするファイルを読み出し、データＰＳとともにサーバへと送り、これにより、データベースの所定領域に電子ファイルが自動的に格納されることが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１４１４０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の技術において、印刷の指示を契機として各種の電子ファイルをデータベースに登録することが行われている。
しかし、患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を処理対象とするにあたって、その同意書に他の同意書が含まれていることを検知することができず、その同意書を順番に並べ替えることはできない。
そこで、本発明は、その同意書に他の同意書が含まれているか否かを検知し、その同意書を順番に並べ替えをするようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、同意書と説明書を原本として記憶する記憶手段、患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を文書画像として読み取る読取手段、前記読取手段によって読み取られた複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報と該同意書の通し番号を抽出する抽出手段、前記各文書画像にある情報画像内の識別情報が一致している場合は、前記通し番号にしたがって、文書画像を並び替える並替手段を有し、前記抽出手段によって抽出された通し番号にしたがって、前記記憶手段に記憶されている印刷済みの同意書を、前記読取手段によって読み取られた文書画像に差し替え、該読取手段によって読み取られた文書画像のうち、情報画像がない文書画像を付加して記憶させる情報処理装置である。
【０００８】
請求項２の発明は、前記抽出手段は、前記情報画像から同意書の枚数を抽出し、前記並替手段は、前記各文書画像にある情報画像内の識別情報が一致しており、前記情報画像内の枚数と識別情報がある同意書の枚数とが一致している場合は、前記通し番号にしたがって、該文書画像を並び替える、請求項１に記載の情報処理装置である。
【０００９】
請求項３の発明は、前記各文書画像にある情報画像内の識別情報が一致していない場合は、異常通知を行う通知手段、をさらに有する請求項１又は２に記載の情報処理装置である。
【００１０】
請求項４の発明は、前記情報画像内の枚数と識別情報がある同意書の枚数とが一致していない場合は、異常通知を行う通知手段、をさらに有する請求項２に記載の情報処理装置である。
【００１１】
請求項５の発明は、患者に対して医療に関する同意を求める複数の同意書を一意に識別する識別情報と該同意書の通し番号に基づいて、情報画像を生成する生成手段、前記生成手段によって生成された情報画像を前記同意書に配置する配置手段、前記配置手段によって情報画像が配置された同意書を印刷する印刷手段、同意書と説明書を原本として記憶する記憶手段、前記印刷手段によって印刷された複数の同意書であって、署名が行われている同意書を文書画像として読み取る読取手段、前記読取手段によって読み取られた複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報と該同意書の通し番号を抽出する抽出手段、前記各文書画像にある情報画像内の識別情報が一致している場合は、前記通し番号にしたがって、文書画像を並び替える並替手段を有し、前記抽出手段によって抽出された通し番号にしたがって、前記記憶手段に記憶されている印刷済みの同意書を、前記読取手段によって読み取られた文書画像に差し替え、該読取手段によって読み取られた文書画像のうち、情報画像がない文書画像を付加して記憶させる情報処理装置である。
【００１３】
請求項６の発明は、コンピュータを、同意書と説明書を原本として記憶する記憶手段、患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を文書画像として読み取る読取手段、前記読取手段によって読み取られた複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報と該同意書の通し番号を抽出する抽出手段、前記各文書画像にある情報画像内の識別情報が一致している場合は、前記通し番号にしたがって、文書画像を並び替える並替手段として機能させ、前記抽出手段によって抽出された通し番号にしたがって、前記記憶手段に記憶されている印刷済みの同意書を、前記読取手段によって読み取られた文書画像に差し替え、該読取手段によって読み取られた文書画像のうち、情報画像がない文書画像を付加して記憶させる情報処理プログラムである。
【００１４】
請求項７の発明は、コンピュータを、患者に対して医療に関する同意を求める複数の同意書を一意に識別する識別情報と該同意書の通し番号に基づいて、情報画像を生成する生成手段、前記生成手段によって生成された情報画像を前記同意書に配置する配置手段、前記配置手段によって情報画像が配置された同意書を印刷する印刷手段、同意書と説明書を原本として記憶する記憶手段、前記印刷手段によって印刷された複数の同意書であって、署名が行われている同意書を文書画像として読み取る読取手段、前記読取手段によって読み取られた複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報と該同意書の通し番号を抽出する抽出手段、前記各文書画像にある情報画像内の識別情報が一致している場合は、前記通し番号にしたがって、文書画像を並び替える並替手段として機能させ、前記抽出手段によって抽出された通し番号にしたがって、前記記憶手段に記憶されている印刷済みの同意書を、前記読取手段によって読み取られた文書画像に差し替え、該読取手段によって読み取られた文書画像のうち、情報画像がない文書画像を付加して記憶させる情報処理プログラムである。
【発明の効果】
【００１７】
請求項１の情報処理装置によれば、患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を処理対象とするにあたって、その同意書に他の同意書が含まれているか否かを検知し、その同意書を順番に並べ替えることができる。
【００１８】
請求項２の情報処理装置によれば、読み込んだ同意書の枚数が一致するか否かを検知することができる。
【００１９】
請求項３の情報処理装置によれば、各同意書の識別情報が一致していない場合は、異常通知を行うことができる。
【００２０】
請求項４の情報処理装置によれば、情報画像内の枚数と同意書の枚数が一致していない場合は、異常通知を行うことができる。
【００２１】
請求項５の情報処理装置によれば、患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を処理対象とするにあたって、その同意書に他の同意書が含まれているか否かを検知し、その同意書を順番に並べ替えることができる。
【００２３】
請求項６の情報処理プログラムによれば、患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を処理対象とするにあたって、その同意書に他の同意書が含まれているか否かを検知し、その同意書を順番に並べ替えることができる。
【００２４】
請求項７の情報処理プログラムによれば、患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を処理対象とするにあたって、その同意書に他の同意書が含まれているか否かを検知し、その同意書を順番に並べ替えることができる。
【図面の簡単な説明】
【００２５】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】印刷処理モジュール内の構成例についての概念的なモジュール構成図である。
【図３】スキャン解析処理モジュール内の構成例についての概念的なモジュール構成図である。
【図４】本実施の形態を利用したシステム構成例を示す説明図である。
【図５】同意書（病院管理用）、同意書（患者控用）の例を示す説明図である。
【図６】同意書の登録処理例（情報画像なし）を示す説明図である。
【図７】同意書の登録処理例（情報画像なし）を示す説明図である。
【図８】同意書の登録処理例（情報画像あり、１枚）を示す説明図である。
【図９】同意書の登録処理例（情報画像あり、１枚）を示す説明図である。
【図１０】同意書の登録処理例（情報画像あり、１枚）を示す説明図である。
【図１１】同意書の登録処理例（情報画像あり、１枚）を示す説明図である。
【図１２】本実施の形態による文書管理画面の表示例を示す説明図である。
【図１３】ユーザー情報管理テーブルのデータ構造例を示す説明図である。
【図１４】患者情報管理テーブルのデータ構造例を示す説明図である。
【図１５】文書種情報管理テーブルのデータ構造例を示す説明図である。
【図１６】同意書ページ構成情報管理テーブルのデータ構造例を示す説明図である。
【図１７】印刷同意書情報管理テーブルのデータ構造例を示す説明図である。
【図１８】本実施の形態による処理例を示すフローチャートである。
【図１９】本実施の形態による処理例を示すフローチャートである。
【図２０】本実施の形態による処理例を示す説明図である。
【図２１】本実施の形態による処理例を示す説明図である。
【図２２】本実施の形態による処理例を示す説明図である。
【図２３】本実施の形態による処理例を示す説明図である。
【図２４】本実施の形態による処理例を示す説明図である。
【図２５】本実施の形態による処理例を示す説明図である。
【図２６】本実施の形態による処理例を示す説明図である。
【図２７】本実施の形態による処理例を示す説明図である。
【図２８】本実施の形態による処理例を示す説明図である。
【図２９】本実施の形態による処理例を示す説明図である。
【図３０】本実施の形態による処理例を示す説明図である。
【図３１】本実施の形態による処理例を示す説明図である。
【図３２】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２６】
まず、本実施の形態を説明する前に、その前提又は本実施の形態を利用する情報処理装置について、図５〜図１１の例を用いて説明する。なお、この説明は、本実施の形態の理解を容易にすることを目的とするものである。
医療現場において侵襲を伴う手術や検査・処理は、リスクの大きい診療行為であり、患者への説明と同意が必要になる。
また、その際には書面による同意を得る必要がある。そして、同意書は原本管理され、その複写を患者に渡している。
また、治療や手術についての説明の内容は、同意書とともに説明書として管理されてもよい。一般的に、同意書と説明書一体で原本管理され、その複写を患者に渡している。
図５は、同意書（病院管理用）５１０、同意書（患者控用）５２０の例を示す説明図である。患者に対して医療に関する同意を求める同意書（病院管理用）５１０、同意書（患者控用）５２０が、それぞれ印刷され、患者は、同意書（病院管理用）５１０、同意書（患者控用）５２０の両方に署名（サイン、肉筆サインともいわれる）を行う。そして、同意書（病院管理用）５１０については、病院側で原本管理が行われ、同意書（患者控用）５２０については、患者に渡している。ここでの原本管理とは、電子的管理であり、署名が行われた同意書（病院管理用）５１０をスキャナで読み取って、その読み取り結果である文書画像を、セキュリティ、保管期限等に関する規則に沿った管理を行うものである。
【００２７】
次に、電子カルテシステムにおいて、同意書、説明書を管理するフローを示す。図６、図７は、同意書の登録処理例（情報画像なし）を示す説明図である。
１．病院側がテンプレート記憶モジュール６１０内でＦＸＤＯＣ００１の文書テンプレート情報６２０として電子管理している「同意書（病院用）６２２Ａ」と「同意書（患者用）６２４Ａ」と「説明書（患者用）６２６Ａ」を、医師等のユーザー（ＦＸＵＳＲ００１）６５０の操作に基づいてプリンタによって印刷を行い、印刷紙媒体の「同意書（病院用）６２２Ｂ」と「同意書（患者用）６２４Ｂ」と「説明書（患者用）６２６Ｂ」として生成する。
２．患者７５０は、「同意書（病院用）６２２Ｂ」と「同意書（患者用）６２４Ｂ」に肉筆サインを行う。
３．患者７５０は、サイン済みの「同意書（患者用）６２４Ｃ」と「説明書（患者用）６２６Ｂ」を持ち帰り、自宅管理する。
４．病院側は、サイン済みの「同意書（病院用）６２２Ｃ」をスキャンして原本管理する。具体的には、看護師等のユーザー（ＦＸＵＳＲ００２）７６０の操作によって、同意書（病院用）６２２Ｃをスキャンし、登録文書情報記憶モジュール７１０のＦＸＤＯＣ００１の登録文書情報７２０内に、同意書（病院用）７２２（同意書（病院用）６２２Ｃの文書画像）を登録する。なお、「説明書（病院用）」を印刷し、同意書（病院用）６２２Ｃと印刷紙媒体の「説明書（病院用）」を併せてスキャンして原本管理するようにしてもよい。
【００２８】
同意書は医師と患者との間で行われるインフォームドコンセントを証明するものであり、他の診療記録に比較して登録枚数（回収枚数）に漏れがないことを厳重に管理を行う必要がある。
同意書は、他の文書（前述の説明書等）よりも重要な文書であり、いつ（日時）、だれが（ユーザー）、だれの（患者）、どのような文書（印刷文書情報）を印刷しているかを把握することが求められる。
このため、同意書については追跡情報を付帯して管理することが望ましい。
【００２９】
追跡情報を付帯して管理する処理として、例えば、図８〜１１に示すように、同意書等を管理して追跡を可能としている。
１．病院側がテンプレート記憶モジュール６１０内でＦＸＤＯＣ００１の文書テンプレート情報６２０として電子管理している「同意書（病院用）６２２Ａ」と「同意書（患者用）６２４Ａ」と「説明書（患者用）６２６Ａ」を、医師等のユーザー（ＦＸＵＳＲ００１）６５０の操作に基づいてプリンタによって印刷を行い、印刷紙媒体の「同意書（病院用）８２２Ｂ」と「同意書（患者用）６２４Ｂ」と「説明書（患者用）６２６Ｂ」として生成する。
この際に「同意書（病院用）８２２Ｂ」のページには「同意書管理番号」が含まれた二次元バーコード８３２（情報画像、埋め込み情報の具体例）を印刷する。ここで、情報画像とは、機械可読な態様で電子データを表すために体系的に作られた画像コードをいい、具体的には、１次元バーコード、２次元バーコード、電子すかし等がある。特に、最近は、二次元バーコードとして、ＱＲコード（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅ  ｃｏｄｅ：登録商標）が用いられている。本実施の形態においては、二次元バーコードを例示する。
２．印刷した文書情報を、データベースであるジョブ管理情報記憶モジュール９１０に登録する。
「同意書管理番号」をユニークキーとして、「患者情報」、「文書種コード」、「印刷処理ユーザー情報」、「印刷処理日時」、「スキャン処理ユーザー情報（ＮＵＬＬ）」、「スキャン処理日時（ＮＵＬＬ）」、「印刷済文書情報」、「回収済フラグ（ＦＡＬＳＥ）」を保持する。
【００３０】
３．患者７５０は、「同意書（病院用）８２２Ｂ」と「同意書（患者用）６２４Ｂ」に肉筆サインを行う。
４．患者７５０は、サイン済みの「同意書（患者用）６２４Ｄ」と「説明書（患者用）６２６Ｂ」を持ち帰り、自宅管理する。
５．病院側は、サイン済みの「同意書（病院用）８２２Ｄ」をスキャンして原本管理する。具体的には、看護師等のユーザー（ＦＸＵＳＲ００２）７６０の操作によって、同意書（病院用）８２２Ｄをスキャンする。同意書（病院用）１０２２は、同意書（病院用）８２２Ｄの文書画像であり、二次元バーコード８３２を読み込んだ二次元バーコード１０３２がある。
６．スキャンした文書（同意書（病院用）１０２２）を解析処理する。
「同意書（病院用）８２２Ｂ」に印刷されている二次元バーコード８３２のスキャン結果である二次元バーコード１０３２から「同意書管理番号」を読み取る。
そして、「同意書管理番号」から「同意書（病院用）８２２Ｄ」に関連付けられている（紐付けられている）「ＦＸＤＯＣ００１の印刷済文書情報９２０」を検索して取得する。
「ＦＸＤＯＣ００１の印刷済文書情報９２０」内の先頭ページ（同意書（病院用）９２２Ｃ）をスキャンした「同意書（病院用）１０２２」で差し替える。結果は、図１１の例に示すように、ジョブ管理情報記憶モジュール９１０のＦＸＤＯＣ００１の登録文書情報１１２０内に、同意書（病院用）１０２２、同意書（患者用）９２４Ｃ、説明書９２６Ｃが登録される。
７．そして、「同意書（病院用）１０２２」と「同意書（患者用）９２４Ｃ」と「説明書９２６Ｃ」の組み合わせを原本管理の対象とする。
８．該当の「同意書管理番号」の「スキャン処理ユーザー情報」、「スキャン処理日時」、「回収済フラグ」を更新する。
この仕組みにより、印刷した同意書の回収有無を追跡することができ、かつ対象となる１セットの説明書との組み合わせ（「同意書（病院用）１０２２」と「同意書（患者用）９２４Ｃ」と「説明書９２６Ｃ」との組み合わせ）で管理することができる。
なお、「説明書（病院用）」を印刷し、同意書（病院用）８２２Ｄと印刷紙媒体の「説明書（病院用）」を併せてスキャンして、説明書９２６Ｃを「説明書（病院用）」のスキャン画像に置換することによって、原本管理するようにしてもよい。
【００３１】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００３２】
本実施の形態である情報処理装置１００は、患者に対して医療に関する同意を求める複数の同意書を処理対象とするものであって、図１の例に示すように、印刷処理モジュール１１０、スキャン解析処理モジュール１６０を有している。情報処理装置１００は、同意書追跡管理の機能を有する。ここで、追跡管理とは、少なくとも、同意書が印刷されたこと、署名が行われた同意書がスキャナによって読み込まれたことを記録することを含む。
【００３３】
ユーザー端末１０５は、情報処理装置１００の印刷処理モジュール１１０、スキャン解析処理モジュール１６０と接続されている。ユーザー端末１０５は、情報処理装置１００の印刷処理モジュール１１０に印刷処理要求と情報処理装置１００のスキャン解析処理モジュール１６０にスキャン処理要求を行う。例えば、医師、看護師等の病院関係者によって操作され、印刷処理モジュール１１０に対して同意書１１７の印刷の指示、スキャン解析処理モジュール１６０に対して同意書（サイン済）１１９の読み込みの指示等が行われる。例えば、パーソナルコンピュータ、タブレット型端末、携帯端末等であってもよい。
印刷処理モジュール１１０は、ユーザー端末１０５、プリンタ１１５、参照装置１２０の情報記憶モジュール１２５と接続されている。印刷処理モジュール１１０は、印刷処理要求を受けて帳票情報をプリンタ１１５へ印刷要求する。具体的には、情報画像付きの同意書１１７等を作成し、プリンタ１１５に印刷させ、同意書１１７が印刷済みであることを管理する機能を有する。情報処理装置１００内のモジュール構成、機能については、図２を用いて後述する。
プリンタ１１５は、情報処理装置１００の印刷処理モジュール１１０と接続されている。プリンタ１１５は、帳票情報を紙面に印刷する。具体的には、印刷処理モジュール１１０が作成した同意書１１７等の印刷を行う。なお、同意書１１７の具体例としては、図５の例に示した同意書（病院管理用）５１０、同意書（患者控用）５２０等であるが、情報画像が付されている。
【００３４】
参照装置１２０は、情報記憶モジュール１２５を有しており、原本管理装置１７０と接続されている。参照装置１２０は、情報処理装置１００、原本管理装置１７０からアクセスされ、情報記憶モジュール１２５内のデータの読み書きを行う。例えば、情報処理装置１００からのアクセスにしたがって、印刷された同意書の追跡情報を参照する。
情報記憶モジュール１２５は、ユーザー情報１３０、患者情報１３５、文書種情報１４０、同意書ページ構成情報１４５、印刷同意書情報１５０を記憶しており、情報処理装置１００の印刷処理モジュール１１０、スキャン解析処理モジュール１６０と接続されている。情報記憶モジュール１２５は、データベースとしての機能を有しており、ユーザー情報１３０、患者情報１３５、文書種情報１４０、同意書ページ構成情報１４５、印刷同意書情報１５０を記憶している。特に、印刷同意書情報１５０として、印刷同意書のジョブ情報、印刷同意書のコンテント情報がある。
【００３５】
スキャナ１５５は、情報処理装置１００のスキャン解析処理モジュール１６０と接続されている。スキャナ１５５は、同意書（サイン済）１１９を読み込み、同意書（サイン済）１１９の文書画像をスキャン解析処理モジュール１６０に渡す。なお、同意書（サイン済）１１９は、同意書１１７に対して患者による署名が行われたものである。したがって、もちろんのことながら、同意書（サイン済）１１９にも情報画像が付されている。
スキャン解析処理モジュール１６０は、ユーザー端末１０５、参照装置１２０の情報記憶モジュール１２５、スキャナ１５５、配信装置１６５と接続されている。スキャン解析処理モジュール１６０は、スキャン処理要求を受けて、同意書（サイン済）１１９の紙面をスキャンさせる。具体的には、同意書（サイン済）１１９の文書画像内の情報画像から、同意書（サイン済）１１９（署名がされた同意書１１７）が回収されたことを管理する。
配信装置１６５は、情報処理装置１００のスキャン解析処理モジュール１６０、原本管理装置１７０と接続されている。配信装置１６５は、スキャン解析処理された文書情報を原本管理装置１７０へ配信する。具体的には、スキャン解析処理モジュール１６０による処理結果（同意書（サイン済）１１９の文書画像等を含む）を、原本管理装置１７０へ送信する。
原本管理装置１７０は、参照装置１２０、配信装置１６５と接続されている。原本管理装置１７０は、配信装置１６５から送信された文書情報を原本管理する。具体的には、同意書１１７が印刷されたこと、同意書（サイン済）１１９を回収したこと等を管理する。例えば、同意書１１７の印刷画像、同意書（サイン済）１１９を読み込んだ文書画像を記憶する。
【００３６】
次に、各モジュールの処理例を説明する。
ステップＳ１８１では、ユーザー端末１０５は、病院関係者の操作に応じて、同意書１１７等の印刷指示を受け付け、印刷処理モジュール１１０に印刷処理要求を行う。
ステップＳ１８２では、印刷処理モジュール１１０は、ユーザー端末１０５から帳票の印刷処理要求を受けて、情報記憶モジュール１２５内の文書種情報１４０を用いて、印刷処理要求された帳票が同意書であるか否かを判定する。
ステップＳ１８３では、印刷処理モジュール１１０は、印刷同意書のジョブ情報を作成する。そして、印刷同意書のジョブ情報と同意書のページ構成情報から二次元バーコードを作成する。印刷対象である同意書の各ページに、その二次元バーコードを配置する。プリンタ１１５に対して、印刷指示を行う。
ステップＳ１８４では、プリンタ１１５は、印刷処理モジュール１１０の印刷指示にしたがって、同意書１１７を印刷する。
ステップＳ１８５では、患者は、病院関係者からの説明を受け、同意書１１７に署名を行い、同意書（サイン済）１１９を作成する。
【００３７】
ステップＳ１８６では、ユーザー端末１０５は、病院関係者の操作に応じて、同意書（サイン済）１１９等の読み取り指示を受け付け、スキャン解析処理モジュール１６０にスキャン処理要求を行う。
ステップＳ１８７では、スキャナ１５５は、スキャン解析処理モジュール１６０にスキャン処理要求にしたがって、同意書（サイン済）１１９を読み取る。
ステップＳ１８８では、スキャナ１５５は、同意書（サイン済）１１９の文書画像をスキャン解析処理モジュール１６０に渡す。
ステップＳ１８９では、スキャン解析処理モジュール１６０は、文書画像の全ページについて、二次元バーコードの存在有無を判定する。そして、二次元バーコードが存在する文書画像のページを特定し、そのページ内の二次元バーコードから印刷同意書のジョブ情報と同意書ページ構成情報を抽出する。文書画像の各ページの二次元バーコードのジョブ情報が一致しないページが存在する場合に異常通知をする。また、文書画像の各ページの二次元バーコードの同意書ページ構成情報に過不足がある場合に異常通知をする。文書画像を同意書ページ構成情報にしたがって並び替えを行う。次に、文書画像の各ページを印刷同意書のコンテント情報の各ページと差し替える。
ステップＳ１９０では、スキャン解析処理モジュール１６０は、文書画像との差し替え処理が行われた印刷同意書のコンテント情報を配信装置１６５に送信する。
ステップＳ１９１では、配信装置１６５は、印刷同意書のコンテント情報を原本管理装置１７０に送信し、原本管理装置１７０は、同意書の文書画像を記憶する。
このような処理によって、１つの文書種に複数の同意書（複数ページの同意書）が含まれた場合においても、過不足なく同意書が回収できているかを追跡管理している。ここで、１つの文書種とは、患者への説明等で用いる文書群の種類を示している。そして、この１つの文書種の文書群には、同意書が複数含まれていることがあり、これに対応した管理を行うものである。
【００３８】
図２は、印刷処理モジュール１１０内の構成例についての概念的なモジュール構成図である。
印刷処理モジュール１１０は、印刷要求受付モジュール２１０、フォーム情報取得モジュール２２０、同意書判定モジュール２３０、ジョブ管理モジュール２４０、情報画像生成モジュール２５０、同意書管理モジュール２６０、印刷モジュール２７０を有している。
印刷要求受付モジュール２１０は、ユーザー端末１０５からの印刷要求を受け付ける。
フォーム情報取得モジュール２２０は、印刷要求受付モジュール２１０によって受け付けられた印刷要求に対応するフォーム情報を取得する。
同意書判定モジュール２３０は、フォーム情報取得モジュール２２０によって取得されたフォーム情報を用いて、印刷対象の中に同意書があるか否かを判定する。
ジョブ管理モジュール２４０は、印刷ジョブを管理する。具体的には、同意書を一意に識別する識別情報（以下、同意書管理番号ともいう）を生成する。
【００３９】
情報画像生成モジュール２５０は、患者に対して医療に関する同意を求める複数の同意書を一意に識別する識別情報とその同意書の通し番号に基づいて、情報画像を生成する。そして、生成した情報画像を同意書に配置する。もちろんのことながら、その情報画像からは、同意書の識別情報とその同意書の通し番号を抽出することが可能である。
なお、患者に対して医療に関する同意を求める同意書であって、その同意書は複数枚ある。そして、その「複数の同意書」を一意に識別する識別情報を生成する。したがって、その複数の同意書には、同じ識別情報が付されることになる。また、印刷された１つの文書種の文書群を一意に識別するものも、この識別情報に該当する。
また、情報画像生成モジュール２５０は、さらに、同意書の枚数に基づいて、情報画像を生成するようにしてもよい。もちろんのことながら、その情報画像からは、同意書の識別情報とその同意書の通し番号と同意書の枚数を抽出することが可能である。
同意書管理モジュール２６０は、印刷された同意書の文書画像を管理する。
印刷モジュール２７０は、情報画像生成モジュール２５０によって情報画像が配置された複数の同意書、説明書等を、プリンタ１１５で印刷させる。
【００４０】
図３は、スキャン解析処理モジュール１６０内の構成例についての概念的なモジュール構成図である。
スキャン解析処理モジュール１６０は、情報画像処理モジュール３１０、異常判定モジュール３２０、通知モジュール３３０、ソートモジュール３４０、差替モジュール３５０、ジョブ管理モジュール３６０、原本管理モジュール３７０を有している。
情報画像処理モジュール３１０は、患者に対して医療に関する同意を求める複数の同意書であって、署名が行われている同意書を文書画像として読み取る。そして、読み取った複数の文書画像内にある情報画像から、同意書を一意に識別する識別情報とその同意書の通し番号を抽出する。なお、一般的には、その署名は、対象とする患者によって行われている。
情報画像処理モジュール３１０は、さらに、情報画像から同意書の枚数を抽出するようにしてもよい。
【００４１】
異常判定モジュール３２０は、各文書画像にある情報画像内の識別情報が一致しているか否かを判定する。
通知モジュール３３０は、異常判定モジュール３２０によって異常と判定された場合は、異常通知を行う。つまり、各文書画像にある情報画像内の識別情報が一致しない場合、又は、情報画像内の枚数と識別情報がある同意書の枚数とが一致していない場合は、異常通知を行う。異常通知として、署名された同意書を、スキャナ１５５で読み込ませるように指示したユーザー端末１０５上に、メッセージを表示するようにしてもよいし、音声、振動等で知らせるようにしてもよい。また、担当者宛に電子メール等を送信するようにしてもよい。
【００４２】
ソートモジュール３４０は、各文書画像にある情報画像内の識別情報が一致している場合は、通し番号にしたがって、文書画像を並び替える。
また、ソートモジュール３４０は、各文書画像にある情報画像内の識別情報が一致しており、情報画像内の枚数と識別情報がある同意書の枚数とが一致している場合は、通し番号にしたがって、その文書画像を並び替えるようにしてもよい。
差替モジュール３５０は、印刷された同意書の情報を読み込んだ同意書の文書画像に置き換える処理を行う。この置き換え処理によって、印刷された同意書が、署名された同意書として回収されたこととなる。なお、印刷された同意書の情報として、印刷とともに作成された文書画像であってもよい。例えば、ビットマップ画像、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）等であってもよい。
ジョブ管理モジュール３６０は、印刷されたときに生成された印刷ジョブに対して、印刷された同意書が回収されたことを管理する。
【００４３】
原本管理モジュール３７０は、同意書が印刷されたこと、その同意書を回収したこと等を管理する。例えば、文書管理画面１２００を表示し、現在の同意書の状況を表示する。図１２は、本実施の形態による文書管理画面１２００の表示例を示す説明図である。文書管理画面１２００には、基本情報表示エリア１２１０、検索結果表示エリア１２４０、印刷済文書表示エリア１２５０を表示する。基本情報表示エリア１２１０は、患者欄１２１２、文書種コード欄１２１４、印刷処理ユーザー欄１２１６、印刷処理日時欄１２１８、スキャン処理ユーザー欄１２２０、スキャン処理日時欄１２２２、回収状態欄１２２４を有している。患者欄１２１２には、対象としている患者名（本実施の形態によって患者を一意に識別するための患者ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）等であってもよい）を表示する。文書種コード欄１２１４は、その患者に渡した（又は説明した）文書の文書種を表示する。印刷処理ユーザー欄１２１６は、その文書種の文書を印刷指示したユーザー名（ユーザーＩＤ等であってもよい）を表示する。印刷処理日時欄１２１８は、その印刷を行った日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を表示する。スキャン処理ユーザー欄１２２０は、その文書種の文書を読み取り指示したユーザー名（本実施の形態によってユーザーを一意に識別するためのユーザーＩＤ等であってもよい）を表示する。スキャン処理日時欄１２２２は、そのスキャンを行った日時を表示する。回収状態欄１２２４には、同意書が未回収と回収済の２つの状態のいずれの状態であるかを表示する。基本情報表示エリア１２１０内の項目は、ユーザーによる検索のためのキー指定として利用してもよい。検索結果表示エリア１２４０は、基本情報表示エリア１２１０によって指定されたキーにしたがって検索した結果を表示する。印刷済文書表示エリア１２５０は、印刷済みの文書画像又はスキャン文書を表示する。
【００４４】
図４は、本実施の形態を利用したシステム構成例を示す説明図である。
図４（Ａ）に示す例は、スタンドアロンとして構成したものである。画像処理装置４００は、情報処理装置１００、プリンタ１１５、スキャナ１５５を有している。画像処理装置４００に対する指示にしたがって、情報処理装置１００で作成された同意書をプリンタ１１５で印刷し、署名された同意書をスキャナ１５５で読み取り、情報処理装置１００で回収できたか否かを判定する等の原本管理処理を行う。
図４（Ｂ）に示す例は、通信回線４９０を介してシステムとして構成したものである。情報処理装置１００、ユーザー端末１０５、プリンタ１１５、参照装置１２０、スキャナ１５５、配信装置１６５、原本管理装置１７０は、通信回線４９０を介してそれぞれ接続されている。通信回線４９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００、参照装置１２０、原本管理装置１７０の機能は、クラウドサービスとして実現してもよい。
【００４５】
次に、情報記憶モジュール１２５内の各情報の具体例を説明する。
ユーザー情報１３０として、例えば、ユーザー情報管理テーブル１３００がある。図１３は、ユーザー情報管理テーブル１３００のデータ構造例を示す説明図である。ユーザー情報管理テーブル１３００は、ユーザーＩＤ欄１３１０等を有している。ユーザーＩＤ欄１３１０は、ユーザーＩＤを記憶している。この他に、そのユーザーの氏名、性別、資格（医師、看護師等）、所属部署等を対応させて記憶してもよい。
【００４６】
患者情報１３５として、例えば、患者情報管理テーブル１４００がある。図１４は、患者情報管理テーブル１４００のデータ構造例を示す説明図である。患者情報管理テーブル１４００は、患者番号欄１４１０等を有している。患者番号欄１４１０は、患者番号（患者ＩＤ）を記憶している。この他に、その患者の氏名、性別、住所、年齢、病名等を対応させて記憶してもよい。
【００４７】
文書種情報１４０として、例えば、文書種情報管理テーブル１５００がある。図１５は、文書種情報管理テーブル１５００のデータ構造例を示す説明図である。文書種情報管理テーブル１５００は、文書種コード欄１５１０、フォーム情報欄１５２０、ページ数欄１５３０、病院用同意書ページ総数欄１５４０、同意書フラグ欄１５５０を有している。文書種コード欄１５１０は、文書種コードを記憶している。フォーム情報欄１５２０は、その文書種のテンプレートとなるフォーム情報を記憶している。ページ数欄１５３０は、その文書種のページ数を記憶している。病院用同意書ページ総数欄１５４０は、その文書種における病院用同意書ページ総数を記憶している。同意書フラグ欄１５５０は、その文書種に同意書が含まれているか否かを示す同意書フラグを記憶している。
【００４８】
同意書ページ構成情報１４５として、例えば、同意書ページ構成情報管理テーブル１６００がある。図１６は、同意書ページ構成情報管理テーブル１６００のデータ構造例を示す説明図である。同意書ページ構成情報管理テーブル１６００は、文書種コード欄１６１０、病院用同意書ページ番号欄１６２０、病院用同意書ページ順序通し番号欄１６３０を有している。文書種コード欄１６１０は、文書種コードを記憶している。病院用同意書ページ番号欄１６２０は、その文書種における病院用同意書のページ番号を記憶している。つまり、印刷する文書における同意書のページ番号を記憶している。病院用同意書ページ順序通し番号欄１６３０は、病院用同意書のページ順序通し番号を記憶している。つまり、その文書種には、複数の同意書が含まれており、その同意書における通し番号（その文書種内における同意書だけでの順番）を記憶している。
【００４９】
印刷同意書情報１５０として、例えば、印刷同意書情報管理テーブル１７００がある。図１７は、印刷同意書情報管理テーブル１７００のデータ構造例を示す説明図である。印刷同意書情報管理テーブル１７００は、同意書管理番号欄１７０５、文書種コード欄１７１０、患者番号欄１７１５、印刷処理ユーザーＩＤ欄１７２０、印刷処理日時欄１７２５、スキャン処理ユーザーＩＤ欄１７３０、スキャン処理日時欄１７３５、印刷文書情報欄１７４０、総ページ数欄１７４５、病院用同意書ページ総数欄１７５０、病院用同意書ページ番号リスト欄１７５５、スキャン完了状態欄１７６０を有している。同意書管理番号欄１７０５は、同意書を一意に識別する識別情報である同意書管理番号を記憶している。文書種コード欄１７１０は、その同意書管理番号に対応する文書種コードを記憶している。つまり、その同意書管理番号で印刷された文書種を示す文書種コードである。患者番号欄１７１５は、その同意書管理番号で印刷された文書種の文書が渡される患者の患者番号を記憶している。印刷処理ユーザーＩＤ欄１７２０は、その同意書管理番号に対応する印刷指示を行ったユーザーＩＤを記憶している。印刷処理日時欄１７２５は、その印刷処理が行われた日時を記憶している。スキャン処理ユーザーＩＤ欄１７３０は、その同意書管理番号に対応するスキャン指示を行ったユーザーＩＤを記憶している。スキャン処理日時欄１７３５は、そのスキャン処理が行われた日時を記憶している。印刷文書情報欄１７４０は、その印刷処理によって印刷された文書の文書情報を記憶している。総ページ数欄１７４５は、その印刷された文書の総ページ数を記憶している。病院用同意書ページ総数欄１７５０は、その印刷された文書内で病院用の同意書のページ総数を記憶している。病院用同意書ページ番号リスト欄１７５５は、その病院用の同意書のページ番号リストを記憶している。ここでのページ番号は、印刷された文書全てにおける病院用の同意書のページ番号である。スキャン完了状態欄１７６０は、その同意書のスキャンが完了しているか否かを示す情報を記憶している。
【００５０】
図１８は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１８０２では、印刷要求受付モジュール２１０は、印刷処理ユーザーから該当患者に対し、該当文書種の帳票を印刷要求される。具体的には、例えば、医者（印刷処理ユーザー）が電子カルテ端末（ユーザー端末１０５）から、診療にきた患者に対して帳票を印刷する。印刷処理モジュール１１０は帳票の印刷処理要求を受ける。
ステップＳ１８０４では、フォーム情報取得モジュール２２０は、該当文書種のフォーム情報（テンプレート）を取得する。具体的には、印刷処理要求を受けた帳票のフォーム情報を取得する。
ステップＳ１８０６では、同意書判定モジュール２３０は、印刷処理要求された文書種に同意書を含んでいるか否かを判断し、同意書を含んでいる場合はステップＳ１８０８へ進み、それ以外の場合はステップＳ１８１４へ進む。具体的には、文書種情報管理テーブル１５００の同意書フラグ欄１５５０の値で判断する。
【００５１】
ステップＳ１８０８では、ジョブ管理モジュール２４０は、印刷処理ユーザー情報と患者情報と文書情報と印刷処理日時から「同意書管理番号」を生成してジョブ管理する。具体的には、印刷同意書情報管理テーブル１７００にそのテーブルでユニークとなる同意書管理番号（シーケンス番号）を作成して、同意書管理番号をキーとして次のカラムにデータを格納する。スキャン完了状態欄１７６０を「ＦＡＬＳＥ」にセットする。
・文書種コード欄１７１０
・患者番号欄１７１５
・印刷処理ユーザーＩＤ欄１７２０
・印刷処理日時欄１７２５
・総ページ数欄１７４５、印刷したときの総ページ数
・病院用同意書ページ総数欄１７５０、印刷したときの病院用の同意書の総ページ数
・病院用同意書ページ番号リスト欄１７５５、印刷したときの病院用の同意書のページリスト
【００５２】
ステップＳ１８１０では、情報画像生成モジュール２５０は、フォーム情報の同意書ページ毎に「同意書管理番号」と「順序通し番号」を含んだ二次元バーコードを作成して印字する。具体的には、フォーム情報の同意書ページ毎に「同意書管理番号」と「病院用同意書順序通し番号」を含んだ文字列を作成する。その文字列から二次元バーコードを作成して、同意書のページ毎に配置する。
以下に、例を示す。
同意書管理番号  ：ＰＲＴ００１
帳票ページ総数  ：７
病院用同意書ページ総数：３
病院用同意書ページ番号（順序通し番号）：１（００１）、４（００２）、６（００３）
の場合、以下のように二次元バーコードを作成し、同意書のページに配置する。なお、二次元バーコードの位置は、予め定められた位置であってもよいし、同意書内で二次元バーコード以上の面積を有する空白領域を探索し、その空白領域に配置するようにしてもよい。
１ページ目（同意書）の二次元バーコード：ＰＲＴ００１００１
２ページ目の二次元バーコード：なし
３ページ目の二次元バーコード：なし
４ページ目（同意書）の二次元バーコード：ＰＲＴ００１００２
５ページ目の二次元バーコード：なし
６ページ目（同意書）の二次元バーコード：ＰＲＴ００１００３
７ページ目の二次元バーコード：なし
【００５３】
ステップＳ１８１２では、同意書管理モジュール２６０は、フォーム情報を印刷同意書情報管理テーブル１７００の印刷文書情報欄１７４０に印刷文書情報として保持する。
ステップＳ１８１４では、印刷モジュール２７０は、プリンタ１１５を制御して、フォーム情報を紙媒体に印刷させる。
【００５４】
図１９は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１９０２では、情報画像処理モジュール３１０は、スキャンした文書に対して、二次元バーコードが存在するページと存在しないページに分類する。
ステップＳ１９０４では、情報画像処理モジュール３１０は、二次元バーコードが存在するページが１つ以上存在するか否かを判断し、存在する場合はステップＳ１９０６へ進み、それ以外の場合はステップＳ１９２２へ進む。具体的には、二次元バーコードが存在するページの枚数を確認する。１ページ以上存在する場合（ステップＳ１９０４でＹＥＳ）は、ステップＳ１９０６に進み、１ページも存在しない場合（ステップＳ１９０４でＮＯ）は、ステップＳ１９２２に進む。
【００５５】
ステップＳ１９０６では、情報画像処理モジュール３１０は、二次元バーコードが存在する全ページに対して、二次元バーコードの値を解析して、「同意書管理番号」と「病院用同意書ページ番号（順序通し番号）」を取り出す。
ステップＳ１９０８では、異常判定モジュール３２０は、全てのページの「同意書管理番号」が一致するか否かを判断し、一致する場合はステップＳ１９１０へ進む、それ以外の場合はステップＳ１９１２へ進む。具体的には、ステップＳ１９０６で取り出した各々の「同意書管理番号」が全て一致するかどうかを判別する。１ページでも一致しないものがある場合（ステップＳ１９０８でＮＯ）は、ステップＳ１９１２に進み、全てのページで一致する場合（ステップＳ１９０８でＹＥＳ）は、ステップＳ１９１０に進む。
【００５６】
ステップＳ１９１０では、異常判定モジュール３２０は、二次元バーコードが存在するページ数と同意書ページ総数が一致するか否かを判断し、一致する場合はステップＳ１９１４へ進み、それ以外の場合はステップＳ１９１２へ進む。具体的には、二次元バーコードが存在するページ数と該当文書種の病院用同意書ページ総数（文書種情報管理テーブル１５００の病院用同意書ページ総数欄１５４０内の値）が一致するか否かを判断する。病院用同意書ページ総数と一致しない場合（ステップＳ１９１０でＮＯ）は、ステップＳ１９１２に進み、異常通知を行い（ステップＳ１９１２）、処理をエラー終了する（ステップＳ１９９９）。病院用同意書ページ総数と一致する場合（ステップＳ１９１０でＹＥＳ）ステップＳ１９１４に進む。
ステップＳ１９１２では、通知モジュール３３０は、異常状態を通知する。つまり、異常通知を行い、処理をエラー終了する（ステップＳ１９９９）。
【００５７】
ステップＳ１９１４では、ソートモジュール３４０は、スキャンした文書を、「二次元バーコードが存在する、かつ、順序通し番号の昇順」にページを並び変える。二次元バーコードが存在しないページはページの末尾に配置する。具体的には、スキャンした文書を「二次元バーコードが存在する、かつ、順序通し番号が小さい」、「二次元バーコードが存在する、かつ、順序通し番号が大きい」、「二次元バーコードが存在しない」の順に並び変える。
ステップＳ１９１６では、差替モジュール３５０は、印刷同意書情報管理テーブル１７００から「同意書管理番号」（同意書管理番号欄１７０５）をユニークキーとして、「印刷文書情報」（印刷文書情報欄１７４０）と「病院用同意書ページ番号リスト」（病院用同意書ページ番号リスト欄１７５５）を取得する。
【００５８】
ステップＳ１９１８では、差替モジュール３５０は、「同意書ページ番号」の一覧を順に取り出し、「順序通し番号」の昇順の増番毎に「印刷文書情報」の該当のページをスキャンした文書の該当のページで差し替える。具体的には、印刷同意書情報管理テーブル１７００の病院用同意書ページ番号リスト欄１７５５内のページ番号リストの値を利用して、スキャンした文書の二次元バーコード付きの文書を印刷文書情報の該当ページと差し替える。
ステップＳ１９２０では、ジョブ管理モジュール３６０は、該当の「同意書管理番号」のジョブを完了状態とする。具体的には、同意書管理番号をキーとして印刷同意書情報管理テーブル１７００の次のカラムにデータを格納する。スキャン完了状態欄１７６０を「ＴＲＵＥ」にセットする。
・スキャン処理ユーザーＩＤ欄１７３０
・スキャン処理日時欄１７３５
ステップＳ１９２２では、原本管理モジュール３７０は、「印刷文書情報」を原本管理する。つまり、スキャンした文書を原本管理する。
なお、二次元バーコードが存在しない文書は、患者への説明等で発生した、該当文書種のうちフォーム管理されていない（つまり、印刷されていない文書である）「医師、看護師等のメモ情報」等であることを示している。
【００５９】
図２０〜図２４は、本実施の形態による処理例（１）を示す説明図である。
印刷処理例について、図２０を用いて説明する。
テンプレート記憶モジュール２０１０内のＦＸＤＯＣ００１の文書フォーム情報２０２０は、同意書１Ａ（病院用）２０２２Ａ、同意書１Ｂ（患者用）２０２４Ａ、説明書１１：２０２６Ａ、同意書２Ａ（病院用）２０２８Ａ、同意書２Ｂ（患者用）２０３０Ａ、同意書３Ａ（病院用）２０３２Ａ、同意書３Ｂ（患者用）２０３４Ａ、説明書３１：２０３６Ａ、説明書３２：２０３８Ａを有している。つまり、１つの文書種内に９ページの文書（テンプレートとなる電子文書）を有している。
印刷処理ユーザーであるユーザー（ＦＸＵＳＲ００１）６５０は、複数の同意書が含まれる帳票（１つの文書種であるＦＸＤＯＣ００１の文書フォーム情報２０２０内の文書）を印刷する。この印刷時に、患者名等をテンプレートに流し込むようにしてもよい。
ここでの印刷処理において、病院用の同意書のみに二次元バーコードを付与する。具体的には、同意書１Ａ（病院用）２０２２Ａ、同意書２Ａ（病院用）２０２８Ａ、同意書３Ａ（病院用）２０３２Ａに二次元バーコードを付与する。したがって、印刷済みの紙文書として、二次元バーコード２０４２を含む同意書１Ａ（病院用）２０２２Ｂ、同意書１Ｂ（患者用）２０２４Ｂ、説明書１１：２０２６Ｂ、二次元バーコード２０４８を含む同意書２Ａ（病院用）２０２８Ｂ、同意書２Ｂ（患者用）２０３０Ｂ、二次元バーコード２０５２を含む同意書３Ａ（病院用）２０３２Ｂ、同意書３Ｂ（患者用）２０３４Ｂ、説明書３１：２０３６Ｂ、説明書３２：２０３８Ｂが生成されることとなる。これらの二次元バーコードには、「同意書管理番号」と「同意書ページ順序通し番号」が含まれている。具体的には、二次元バーコード２０４２には「ＰＲＴ００１００１」、二次元バーコード２０４８には「ＰＲＴ００１００２」、二次元バーコード２０５２には「ＰＲＴ００１００３」が含まれている。
【００６０】
フォーム情報とは別に、ジョブ管理情報として、印刷済文書の情報を保持する例について、図２１を用いて説明する。
ジョブ管理情報記憶モジュール２１１０内のＦＸＤＯＣ００１の印刷済文書情報２１２０は、同意書１Ａ（病院用）２１２２Ｃ、同意書１Ｂ（患者用）２１２４Ｃ、説明書１１：２１２６Ｃ、同意書２Ａ（病院用）２１２８Ｃ、同意書２Ｂ（患者用）２１３０Ｃ、同意書３Ａ（病院用）２１３２Ｃ、同意書３Ｂ（患者用）２１３４Ｃ、説明書３１：２１３６Ｃ、説明書３２：２１３８Ｃを有している。これらの文書（電子文書）は、印刷と同時に生成され、印刷された文書（同意書１Ａ（病院用）２０２２Ｂ等）と一対一に対応する。もちろんのことながら、患者名等がテンプレートに流し込まれた文書である場合は、その患者名等が記載された文書となる。
【００６１】
署名が行われ、スキャン処理までの例を、図２２を用いて説明する。
患者７５０は、署名が必要な同意書にサインして、患者用の同意書と説明書を持ち帰る。
同意書１Ａ（病院用）２０２２Ｄ、同意書１Ｂ（患者用）２０２４Ｄ、同意書２Ａ（病院用）２０２８Ｄ、同意書２Ｂ（患者用）２０３０Ｄ、同意書３Ａ（病院用）２０３２Ｄ、同意書３Ｂ（患者用）２０３４Ｄは、患者７５０によって同意の署名が行われた同意書１Ａ（病院用）２０２２Ｂ、同意書１Ｂ（患者用）２０２４Ｂ、同意書２Ａ（病院用）２０２８Ｂ、同意書２Ｂ（患者用）２０３０Ｂ、同意書３Ａ（病院用）２０３２Ｂ、同意書３Ｂ（患者用）２０３４Ｂである。患者７５０は、同意書１Ｂ（患者用）２０２４Ｄ、同意書２Ｂ（患者用）２０３０Ｄ、同意書３Ｂ（患者用）２０３４Ｄ、説明書１１：２０２６Ｂ、説明書３１：２０３６Ｂ、説明書３２：２０３８Ｂを持ち帰る。
そして、スキャン処理ユーザーであるユーザー（ＦＸＵＳＲ００２）７６０の操作によって、病院用の同意書（同意書１Ａ（病院用）２０２２Ｄ、同意書２Ａ（病院用）２０２８Ｄ、同意書３Ａ（病院用）２０３２Ｄ）をスキャンして、文書画像である同意書１Ａ（病院用）２２２２、同意書２Ａ（病院用）２２２８、同意書３Ａ（病院用）２２３２を生成する。
【００６２】
スキャン処理後の処理例について、図２３を用いて説明する。同意書１Ａ（病院用）２２２２内の二次元バーコード２２４２、同意書２Ａ（病院用）２２２８内の二次元バーコード２２４８、同意書３Ａ（病院用）２２３２内の二次元バーコード２２５２を解析して、「同意書管理番号」と「同意書ページ順序通し番号」を抽出する。そして、「同意書ページ順序通し番号」の昇順でソートする。なお、二次元バーコードが存在しないページは最後尾に配置する。
抜け漏れや異なる「同意書管理番号」のものが存在する場合は異常通知をする。
そして、図２１の例を用いて前述したジョブ管理情報記憶モジュール２１１０のＦＸＤＯＣ００１の印刷済文書情報２１２０内の該当ページを特定する。具体的には、二次元バーコード内の値が同じものが差し替え対象となる。ここでは、同意書１Ａ（病院用）２２２２に対して同意書１Ａ（病院用）２１２２Ｃ、同意書２Ａ（病院用）２２２８に対して同意書２Ａ（病院用）２１２８Ｃ、同意書３Ａ（病院用）２２３２に対して同意書３Ａ（病院用）２１３２Ｃが対応する。スキャンした文書を印刷済文書情報の該当するページと差し替える。
【００６３】
差し替えた後の状態例を、図２４を用いて説明する。
差し替えの結果、ジョブ管理情報記憶モジュール２１１０のＦＸＤＯＣ００１の登録文書情報２４２０（ＦＸＤＯＣ００１の印刷済文書情報２１２０に対応している）内は、同意書１Ａ（病院用）２２２２、同意書１Ｂ（患者用）２１２４Ｃ、説明書１１：２１２６Ｃ、同意書２Ａ（病院用）２２２８、同意書２Ｂ（患者用）２１３０Ｃ、同意書３Ａ（病院用）２２３２、同意書３Ｂ（患者用）２１３４Ｃ、説明書３１：２１３６Ｃ、説明書３２：２１３８Ｃとなる。このように、病院用の同意書のスキャン文書を差し替えた状態の文書群を原本管理する。
【００６４】
図２５〜図３１は、本実施の形態による処理例（２）を示す説明図である。印刷後に原本管理すべき新たな文書が発生した場合の処理例と、異常通知が発生する処理例である。
印刷処理例について、図２５を用いて説明する。
テンプレート記憶モジュール２５１０内のＦＸＤＯＣ００１の文書フォーム情報２５２０は、同意書１Ａ（病院用）２５２２Ａ、同意書１Ｂ（患者用）２５２４Ａ、説明書１１：２５２６Ａ、同意書２Ａ（病院用）２５２８Ａ、同意書２Ｂ（患者用）２５３０Ａ、同意書３Ａ（病院用）２５３２Ａ、同意書３Ｂ（患者用）２５３４Ａ、説明書３１：２５３６Ａ、説明書３２：２５３８Ａを有している。つまり、１つの文書種内に９ページの文書（テンプレートとなる電子文書）を有している。
印刷処理ユーザーであるユーザー（ＦＸＵＳＲ００１）６５０は、複数の同意書が含まれる帳票（１つの文書種であるＦＸＤＯＣ００１の文書フォーム情報２５２０内の文書）を印刷する。この印刷時に、患者名等をテンプレートに流し込むようにしてもよい。
ここでの印刷処理において、病院用の同意書のみに二次元バーコードを付与する。具体的には、同意書１Ａ（病院用）２５２２Ａ、同意書２Ａ（病院用）２５２８Ａ、同意書３Ａ（病院用）２５３２Ａに二次元バーコードを付与する。したがって、印刷済みの紙文書として、二次元バーコード２５４２を含む同意書１Ａ（病院用）２５２２Ｂ、同意書１Ｂ（患者用）２５２４Ｂ、説明書１１：２５２６Ｂ、二次元バーコード２５４８を含む同意書２Ａ（病院用）２５２８Ｂ、同意書２Ｂ（患者用）２５３０Ｂ、二次元バーコード２５５２を含む同意書３Ａ（病院用）２５３２Ｂ、同意書３Ｂ（患者用）２５３４Ｂ、説明書３１：２５３６Ｂ、説明書３２：２５３８Ｂが生成されることとなる。これらの二次元バーコードには、「同意書管理番号」と「同意書ページ順序通し番号」が含まれている。具体的には、二次元バーコード２５４２には「ＰＲＴ００１００１」、二次元バーコード２５４８には「ＰＲＴ００１００２」、二次元バーコード２５５２には「ＰＲＴ００１００３」が含まれている。
【００６５】
フォーム情報とは別に、ジョブ管理情報として、印刷済文書の情報を保持する例について、図２６を用いて説明する。
ジョブ管理情報記憶モジュール２６１０内のＦＸＤＯＣ００１の印刷済文書情報２６２０は、同意書１Ａ（病院用）２６２２Ｃ、同意書１Ｂ（患者用）２６２４Ｃ、説明書１１：２６２６Ｃ、同意書２Ａ（病院用）２６２８Ｃ、同意書２Ｂ（患者用）２６３０Ｃ、同意書３Ａ（病院用）２６３２Ｃ、同意書３Ｂ（患者用）２６３４Ｃ、説明書３１：２６３６Ｃ、説明書３２：２６３８Ｃを有している。これらの文書（電子文書）は、印刷と同時に生成され、印刷された文書（同意書１Ａ（病院用）２５２２Ｂ等）と一対一に対応する。もちろんのことながら、患者名等がテンプレートに流し込まれた文書である場合は、その患者名等が記載された文書となる。
【００６６】
署名が行われ、スキャン処理までの例を、図２７を用いて説明する。
患者７５０は、署名が必要な同意書にサインして、患者用の同意書と説明書を持ち帰る。
同意書１Ａ（病院用）２５２２Ｄ、同意書１Ｂ（患者用）２５２４Ｄ、同意書２Ａ（病院用）２５２８Ｄ、同意書２Ｂ（患者用）２５３０Ｄ、同意書３Ａ（病院用）２５３２Ｄ、同意書３Ｂ（患者用）２５３４Ｄは、患者７５０によって同意の署名が行われた同意書１Ａ（病院用）２５２２Ｂ、同意書１Ｂ（患者用）２５２４Ｂ、同意書２Ａ（病院用）２５２８Ｂ、同意書２Ｂ（患者用）２５３０Ｂ、同意書３Ａ（病院用）２５３２Ｂ、同意書３Ｂ（患者用）２５３４Ｂである。患者７５０は、同意書１Ｂ（患者用）２５２４Ｄ、同意書２Ｂ（患者用）２５３０Ｄ、同意書３Ｂ（患者用）２５３４Ｄ、説明書１１：２５２６Ｂ、説明書３１：２５３６Ｂ、説明書３２：２５３８Ｂを持ち帰る。
なお、患者７５０への説明の過程において、看護師によって看護師メモ２７５０が作成された。したがって、同意書１Ａ（病院用）２５２２Ｄ、同意書２Ａ（病院用）２５２８Ｄ、同意書３Ａ（病院用）２５３２Ｄの他に、看護師メモ２７５０をスキャン対象の文書とする。
【００６７】
スキャン処理例について、図２８を用いて説明する。
スキャン処理ユーザーであるユーザー（ＦＸＵＳＲ００２）７６０の操作によって、病院用の同意書（同意書１Ａ（病院用）２５２２Ｄ、同意書２Ａ（病院用）２５２８Ｄ、同意書３Ａ（病院用）２５３２Ｄ）と看護師メモ２７５０をスキャンして、文書画像である同意書１Ａ（病院用）２８２２、同意書２Ａ（病院用）２８２８、同意書３Ａ（病院用）２８３２、看護師メモ２８５０を生成する。
二次元バーコードが存在しないページ（看護師メモ２８５０）は最後尾に配置する。
【００６８】
不足や異なる「同意書管理番号」（過剰）のものが存在する場合は異常通知をする処理例について、図２９を用いて説明する。
前述のように、図２９（Ａ）の例に示す同意書２Ａ（病院用）２５２８Ｄ、看護師メモ２７５０、同意書３Ａ（病院用）２５３２Ｄ、同意書１Ａ（病院用）２５２２Ｄの順にスキャンした場合は、図２９（Ａ１）の例に示すように、同意書１Ａ（病院用）２８２２、同意書２Ａ（病院用）２８２８、同意書３Ａ（病院用）２８３２、看護師メモ２８５０となる。つまり、不足や異なる「同意書管理番号」（過剰）のものが存在しないので、異常通知することなく、ソートが行われている。なお、看護師メモ２８５０は二次元バーコードが存在しないので、最後尾にある。
図２９（Ｂ）の例に示す同意書１Ａ（病院用）２５２２Ｄ、看護師メモ２７５０、同意書３Ａ（病院用）２５３２Ｄをスキャンした場合は、同意書３Ａ（病院用）２５３２Ｄが含まれていない（「同意書３Ａ」の消失２９１０）。したがって、スキャンした文書の二次元バーコード内の同意書管理番号が同じものの数が、印刷同意書情報管理テーブル１７００の病院用同意書ページ番号リスト欄１７５５内の値と一致しないことから（ステップＳ１９１０でＮＯ）、異常通知を行う。この場合、不足している同意書（文書名等）を、異常通知内に含め、メッセージの内容として提示するようにしてもよい。
図２９（Ｃ）の例に示す同意書１Ａ（病院用）２５２２Ｄ、同意書２Ａ（病院用）２５２８Ｄ、同意書４Ａ（病院用）２９２０、同意書３Ａ（病院用）２５３２Ｄをスキャンした場合は、同意書４Ａ（病院用）２９２０が過剰である。したがって、スキャンした文書の二次元バーコード内の同意書管理番号が一致しないものが含まれている。同意書４Ａ（病院用）２９２０内の二次元バーコード内の同意書管理番号は、他の文書内の二次元バーコード内の同意書管理番号（例えば、同意書１Ａ（病院用）２５２２Ｄ内の二次元バーコード２５４２等）とは異なることから（ステップＳ１９０８でＮＯ）、異常通知を行う。この場合、過剰である同意書（文書名等）を、異常通知内に含め、メッセージの内容として提示するようにしてもよい。
【００６９】
図２９（Ａ）で示した文書のスキャン処理後の処理例について、図３０を用いて説明する。同意書１Ａ（病院用）２８２２内の二次元バーコード２８４２、同意書２Ａ（病院用）２８２８内の二次元バーコード２８４８、同意書３Ａ（病院用）２８３２内の二次元バーコード２８５２を解析して、「同意書管理番号」と「同意書ページ順序通し番号」を抽出する。そして、「同意書ページ順序通し番号」の昇順でソートする。なお、二次元バーコードが存在しないページ（看護師メモ２８５０）は最後尾に配置する。
スキャンした文書を印刷済文書情報の該当するページと差し替える。具体的には、二次元バーコード内の値が同じものが差し替え対象となる。ここでは、同意書１Ａ（病院用）２８２２に対して同意書１Ａ（病院用）２６２２Ｃ、同意書２Ａ（病院用）２８２８に対して同意書２Ａ（病院用）２６２８Ｃ、同意書３Ａ（病院用）２８３２に対して同意書３Ａ（病院用）２６３２Ｃが対応する。二次元バーコードが付与されていないページ（看護師メモ２８５０）は、印刷済文書の最後尾に配置する。
【００７０】
差し替えた後の状態例を、図３１を用いて説明する。
差し替えの結果、ジョブ管理情報記憶モジュール２６１０のＦＸＤＯＣ００１の登録文書情報２８２０（ＦＸＤＯＣ００１の印刷済文書情報２６２０に対応している）内は、同意書１Ａ（病院用）２８２２、同意書１Ｂ（患者用）２６２４Ｃ、説明書１１：２６２６Ｃ、同意書２Ａ（病院用）２８２８、同意書２Ｂ（患者用）２６３０Ｃ、同意書３Ａ（病院用）２８３２、同意書３Ｂ（患者用）２６３４Ｃ、説明書３１：２６３６Ｃ、説明書３２：２６３８Ｃ、看護師メモ２８５０となる。このように、病院用の同意書と新たに発生した文書のスキャン文書を差し替えた状態の文書群を原本管理する。
【００７１】
図３２を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図３２に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部３２１７と、プリンタ等のデータ出力部３２１８を備えたハードウェア構成例を示している。
【００７２】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３２０１は、前述の実施の形態において説明した各種のモジュール、すなわち、印刷処理モジュール１１０、参照装置１２０、印刷要求受付モジュール２１０、フォーム情報取得モジュール２２０、同意書判定モジュール２３０、ジョブ管理モジュール２４０、情報画像生成モジュール２５０、同意書管理モジュール２６０、印刷モジュール２７０、情報画像処理モジュール３１０、異常判定モジュール３２０、通知モジュール３３０、ソートモジュール３４０、差替モジュール３５０、ジョブ管理モジュール３６０、原本管理モジュール３７０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００７３】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３２０２は、ＣＰＵ３２０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３２０３は、ＣＰＵ３２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス３２０４により相互に接続されている。
【００７４】
ホストバス３２０４は、ブリッジ３２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス３２０６に接続されている。
【００７５】
キーボード３２０８、マウス等のポインティングデバイス３２０９は、操作者により操作される入力デバイスである。ディスプレイ３２１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。
【００７６】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）３２１１は、ハードディスク（フラッシュメモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ３２０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、ハードディスクは、文書テンプレート、電子文書、スキャン文書等を記憶し、また、参照装置１２０等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
【００７７】
ドライブ３２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体３２１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース３２０７、外部バス３２０６、ブリッジ３２０５、及びホストバス３２０４を介して接続されているＲＡＭ３２０３に供給する。リムーバブル記録媒体３２１３も、ハードディスクと同様のデータ記録領域として利用可能である。
【００７８】
接続ポート３２１４は、外部接続機器３２１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート３２１４は、インタフェース３２０７、及び外部バス３２０６、ブリッジ３２０５、ホストバス３２０４等を介してＣＰＵ３２０１等に接続されている。通信部３２１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部３２１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部３２１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００７９】
なお、図３２に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図３２に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図３２に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００８０】
前述の実施の形態においては、１スキャンにつき１患者１文書種を前提とした処理を示したが、図１９の例に示すフローチャートにおけるステップＳ１９０８、ステップＳ１９１２での「スキャンした文書の各ページの二次元バーコードの同意書管理番号が一致しないページが存在する場合に異常通知をする」の代わりに、「スキャン文書の各ページの二次元バーコード内の同意書管理番号毎に、スキャン文書を分割（区分）」し、分割したスキャン文書毎（区分毎）に、ステップＳ１９１０、ステップＳ１９１４〜Ｓ１９２２の処理を行うことで、１回のスキャンで複数文書種（複数患者であってもよい）の処理が可能となる。
なお、「説明書（病院用）」を印刷し、サイン済みの「同意書（病院用）」と印刷紙媒体の「説明書（病院用）」を併せてスキャンして原本管理するようにしてもよい。
【００８１】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読み出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読み出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読み出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００８２】
１００…情報処理装置
１０５…ユーザー端末
１１０…印刷処理モジュール
１１５…プリンタ
１１７…同意書
１１９…同意書（サイン済）
１２０…参照装置
１２５…情報記憶モジュール
１３０…ユーザー情報
１３５…患者情報
１４０…文書種情報
１４５…同意書ページ構成情報
１５０…印刷同意書情報
１５５…スキャナ
１６０…スキャン解析処理モジュール
１６５…配信装置
１７０…原本管理装置
２１０…印刷要求受付モジュール
２２０…フォーム情報取得モジュール
２３０…同意書判定モジュール
２４０…ジョブ管理モジュール
２５０…情報画像生成モジュール
２６０…同意書管理モジュール
２７０…印刷モジュール
３１０…情報画像処理モジュール
３２０…異常判定モジュール
３３０…通知モジュール
３４０…ソートモジュール
３５０…差替モジュール
３６０…ジョブ管理モジュール
３７０…原本管理モジュール
４００…画像処理装置
４９０…通信回線
【図１】
0006610034.tif 000002
【図２】
0006610034.tif 000003
【図３】
0006610034.tif 000004
【図４】
0006610034.tif 000005
【図５】
0006610034.tif 000006
【図６】
0006610034.tif 000007
【図７】
0006610034.tif 000008
【図８】
0006610034.tif 000009
【図９】
0006610034.tif 000010
【図１０】
0006610034.tif 000011
【図１１】
0006610034.tif 000012
【図１２】
0006610034.tif 000013
【図１３】
0006610034.tif 000014
【図１４】
0006610034.tif 000015
【図１５】
0006610034.tif 000016
【図１６】
0006610034.tif 000017
【図１７】
0006610034.tif 000018
【図１８】
0006610034.tif 000019
【図１９】
0006610034.tif 000020
【図２０】
0006610034.tif 000021
【図２１】
0006610034.tif 000022
【図２２】
0006610034.tif 000023
【図２３】
0006610034.tif 000024
【図２４】
0006610034.tif 000025
【図２５】
0006610034.tif 000026
【図２６】
0006610034.tif 000027
【図２７】
0006610034.tif 000028
【図２８】
0006610034.tif 000029
【図２９】
0006610034.tif 000030
【図３０】
0006610034.tif 000031
【図３１】
0006610034.tif 000032
【図３２】
0006610034.tif 000033