(57)【要約】【課題】一意性や順番の関連性を保持しつつ、他の識別子付与対象の存在を連想させない識別子を識別子付与対象に割り当てる。【解決手段】識別子生成部３４は、一意に特定される第１識別子を生成する。可逆変換部３６は、第１識別子を可逆変換することにより第２識別子を生成する。可逆変換には、例えば、暗号化アルゴリズム（例えば共通鍵暗号方式）が用いられる。識別子要求部３０は、識別子付与対象（例えば文書データ等）に第２識別子を割り当てる。【選択図】図２
2018036977.tif 000002
【特許請求の範囲】
【請求項１】
一意に特定される第１識別子を生成する識別子生成手段と、
前記第１識別子を可逆変換することにより第２識別子を生成する可逆変換手段と、
識別子付与対象の処理に前記第２識別子を割り当てる割当手段と、
を有する情報処理装置。
【請求項２】
前記第１識別子は、連番又は日時情報であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記識別子生成手段は、前記識別子付与対象の処理が実行される度に、実行された処理毎に、前記第１識別子を生成し、
前記可逆変換手段は、実行された処理毎に、前記第１識別子を可逆変換することにより前記第２識別子を生成し、
前記割当手段は、実行された処理毎に、前記識別子付与対象の処理に前記第２識別子を割り当てる、
ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記識別子付与対象の処理は、医療情報に関する処理である、
ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
【請求項５】
前記医療情報に関する処理は、前記医療情報の登録処理である、
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
医療に関する文書を読み取ることにより、前記医療情報としての文書データを生成する読取手段を更に有し、
前記登録処理は、前記読取手段による読み取りによって生成された前記文書データを外部装置に登録する処理であり、
前記割当手段は、前記文書データを前記外部装置に登録する処理に前記第２識別子を割り当てる、
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
医療施設毎に異なる値の幅を有する連番が予め割り当てられており、
前記識別子生成手段は、自装置が設置されている医療施設に割り当てられている番号を用いて前記第１識別子を生成する、
ことを特徴とする請求項４から請求項６のいずれか一項に記載の情報処理装置。
【請求項８】
前記可逆変換手段は、暗号化アルゴリズムを用いて前記第１識別子を可逆変換することにより前記第２識別子を生成する、
ことを特徴とする請求項１から請求項７のいずれか一項に記載の情報処理装置。
【請求項９】
前記暗号化アルゴリズムは、共通鍵暗号方式である、
ことを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
コンピュータを、
一意に特定される第１識別子を生成する識別子生成手段、
前記第１識別子を可逆変換することにより第２識別子を生成する可逆変換手段、
識別子付与対象の処理に前記第２識別子を割り当てる割当手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
データ等の識別子付与対象に識別子が割り当てられる場合がある。
【０００３】
特許文献１には、マイナンバーを１対１写像変換することにより得られた中間値をパーソナライズ変換することにより医療用ＩＤを生成する装置が開示されている。
【０００４】
特許文献２には、複数の計算機間で共通の外部識別子として、外部識別子に固有の連番とデータ値を付加したマスターデータを用意し、レプリカを内部識別子に変換する装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１３９７３６号公報
【特許文献２】特開２００２−１３２５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ミリ秒までの位を有する日時情報を用いることにより、一意性の高い識別子が生成されるが、日時情報そのものを識別子として用いることが禁止される場合がある。また、１からの連番を識別子として用いた場合、その連番から他のデータの存在が連想され易く、情報漏洩のリスクが高まる場合がある。ランダムに識別子を生成した場合、連番のような問題は発生し難いが、重複した識別子が発行されないように、識別子を管理する必要がある。例えば、発行済みの識別子を記録しておき、新たな識別子の生成時に、発行済みの識別子と新たな識別子とを比較することにより、識別子の重複がないことを確認する必要がある。ＵＵＩＤ（Universally Unique Identifier）は、一般的には、他のＵＵＩＤと重複しないと評価されているが、発行済みのＵＵＩＤと新たなＵＵＩＤとを実際に比較してみないと、重複したＵＵＩＤが本当に発行されていないか否かが分からない。
【０００７】
本発明の目的は、一意性や順番の関連性を保持しつつ、他の識別子付与対象の存在を連想させない識別子を識別子付与対象に割り当てることにある。
【課題を解決するための手段】
【０００８】
請求項１に係る発明は、一意に特定される第１識別子を生成する識別子生成手段と、前記第１識別子を可逆変換することにより第２識別子を生成する可逆変換手段と、識別子付与対象の処理に前記第２識別子を割り当てる割当手段と、を有する情報処理装置である。
【０００９】
請求項２に係る発明は、前記第１識別子は、連番又は日時情報であることを特徴とする請求項１に記載の情報処理装置である。
【００１０】
請求項３に係る発明は、前記識別子生成手段は、前記識別子付与対象の処理が実行される度に、実行された処理毎に、前記第１識別子を生成し、前記可逆変換手段は、実行された処理毎に、前記第１識別子を可逆変換することにより前記第２識別子を生成し、前記割当手段は、実行された処理毎に、前記識別子付与対象の処理に前記第２識別子を割り当てる、ことを特徴とする請求項１又は請求項２に記載の情報処理装置である。
【００１１】
請求項４に係る発明は、前記識別子付与対象の処理は、医療情報に関する処理である、ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置である。
【００１２】
請求項５に係る発明は、前記医療情報に関する処理は、前記医療情報の登録処理である、ことを特徴とする請求項４に記載の情報処理装置である。
【００１３】
請求項６に係る発明は、医療に関する文書を読み取ることにより、前記医療情報としての文書データを生成する読取手段を更に有し、前記登録処理は、前記読取手段による読み取りによって生成された前記文書データを外部装置に登録する処理であり、前記割当手段は、前記文書データを前記外部装置に登録する処理に前記第２識別子を割り当てる、ことを特徴とする請求項５に記載の情報処理装置である。
【００１４】
請求項７に係る発明は、医療施設毎に異なる値の幅を有する連番が予め割り当てられており、前記識別子生成手段は、自装置が設置されている医療施設に割り当てられている番号を用いて前記第１識別子を生成する、ことを特徴とする請求項４から請求項６のいずれか一項に記載の情報処理装置である。
【００１５】
請求項８に係る発明は、前記可逆変換手段は、暗号化アルゴリズムを用いて前記第１識別子を可逆変換することにより前記第２識別子を生成する、ことを特徴とする請求項１から請求項７のいずれか一項に記載の情報処理装置である。
【００１６】
請求項９に係る発明は、前記暗号化アルゴリズムは、共通鍵暗号方式である、ことを特徴とする請求項８に記載の情報処理装置である。
【００１７】
請求項１０に係る発明は、コンピュータを、一意に特定される第１識別子を生成する識別子生成手段、前記第１識別子を可逆変換することにより第２識別子を生成する可逆変換手段、識別子付与対象の処理に前記第２識別子を割り当てる割当手段、として機能させるプログラムである。
【発明の効果】
【００１８】
請求項１，２，３，８−１０に係る発明によると、一意性や順番の関連性を保持しつつ、他の識別子付与対象の存在を連想させない識別子が識別子付与対象に割り当てられる。
【００１９】
請求項４に係る発明によると、他の医療情報に関する処理の存在を連想させない識別子が、医療情報に関する処理に割り当てられる。
【００２０】
請求項５に係る発明によると、他の医療情報の登録処理の存在を連想させない識別子が、医療情報の登録処理に割り当てられる。
【００２１】
請求項６に係る発明によると、他の文書データの存在を連想させない識別子が、文書データの登録処理に割り当てられる。
【００２２】
請求項７に係る発明によると、複数の医療施設の間で重複した第２識別子が生成されない。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態に係る文書管理システムを示すブロック図である。
【図２】本実施形態に係る画像形成装置を示すブロック図である。
【図３】本実施形態に係る文書管理装置を示すブロック図である。
【図４】プレビュー画面の一例を示す図である。
【図５】患者一覧画面の一例を示す図である。
【図６】患者詳細検索画面の一例を示す図である。
【図７】本実施形態に係る識別子生成処理を示すシーケンス図である。
【発明を実施するための形態】
【００２４】
図１を参照して、本実施形態に係る情報処理システムとしての文書管理システムについて説明する。図１には、本実施形態に係る文書管理システムの一例が示されている。この文書管理システムは、情報処理装置としての画像形成装置１０と文書管理装置１２を含む。画像形成装置１０と文書管理装置１２は、例えば、通信経路Ｎを介して互いに通信する機能を備えている。図１に示す例では、１つの画像形成装置１０と１つの文書管理装置１２が文書管理システムに含まれているが、複数の画像形成装置１０や複数の文書管理装置１２が文書管理システムに含まれていてもよい。もちろん、他の装置が文書管理システムに含まれていてもよい。
【００２５】
画像形成装置１０は画像形成機能を備えている装置である。画像形成装置１０は、例えば、スキャン機能、プリント機能、コピー機能及びファクシミリ機能の中の少なくとも１つの機能を備えている。また、画像形成装置１０は、他の装置との間でデータを送受信する機能を備えている。画像形成装置１０は、例えば、Ｗｉ−Ｆｉ（登録商標）通信等の無線通信機能や有線通信機能を備えており、インターネットやＬＡＮ（Local Area Network）等のネットワークを介してデータを送受信する機能を備えている。
【００２６】
文書管理装置１２は文書データを管理する装置である。文書データは、例えば、文字列を含むテキストデータ、文字列と画像とを含むデータ、画像データ、等である。例えば、画像形成装置１０のスキャン機能によって生成された文書データが、文書管理装置１２に送信されて文書管理装置１２に登録される。
【００２７】
通信経路Ｎは、例えば、インターネットやＬＡＮ等のネットワークによって実現される通信経路である。
【００２８】
本実施形態に係る文書管理システムにおいては、画像形成装置１０と文書管理装置１２との間で行われた処理（トランザクション）に対する識別子が生成され、各処理に識別子が割り当てられる。例えば、画像形成装置１０によって文書データ（例えば文書をスキャンすることにより生成された文書データ）が生成され、その文書データが画像形成装置１０から文書管理装置１２に送信されて文書管理装置１２に登録（例えば記憶）される。例えば、画像形成装置１０から文書管理装置１２への文書データの登録処理や、画像形成装置１０による文書データの取得処理（画像形成装置１０が文書管理装置１２から文書データを取得する処理）等が、識別子付与対象の処理に該当し、その登録処理や取得処理等に対して識別子が割り当てられる。
【００２９】
本実施形態に係る文書管理システムは、例えば、医療情報を管理するシステムであり、識別子付与対象の処理は、医療情報に関する処理である。この場合、画像形成装置１０は、病院や診療所等の医療施設に設置される。医療情報に関する処理は、例えば、医療情報の登録処理や医療情報の取得処理等である。医療情報は、例えば、医療に関する文書、患者に関する情報、等である。医療に関する文書は、例えば、病院の紹介状、患者の同意書、カルテ、等である。患者に関する情報は、患者を識別するための患者識別情報や、患者基本情報（例えば、患者名、性別、生年月日、住所等）、等である。文書管理装置１２は、医療に関する文書データを管理するとともに、患者に関する情報を管理する。例えば、画像形成装置１０によって医療に関する文書データ（例えば医療に関する文書をスキャンすることにより生成された文書データ）が生成され、その文書データが画像形成装置１０から文書管理装置１２に送信されて文書管理装置１２に登録される。この文書データの登録処理や取得処理等が、識別子付与対象の処理に該当する。また、画像形成装置１０が文書管理装置１２から患者に関する情報を取得する処理が、識別子付与対象の処理に該当する。その他、患者に関する情報を文書管理装置１２に登録する処理等が、識別子付与対象の処理に該当してもよい。
【００３０】
本実施形態に係る文書管理システムは、例えば、地域医療連携に適用される。例えば、文書管理システムの管理対象の地域には、複数の医療施設が設置されており、各医療施設に画像形成装置１０が設置される。各医療施設においては、当該医療施設の患者を識別するための患者識別情報として、当該医療施設にて使用される患者ＩＤが発行される。また、地域医療連携においては、文書管理システムの管理対象の地域にて患者を識別するための患者識別情報として、当該地域にて共通して使用される地域共通ＩＤが発行される。後述するように、文書管理装置１２においては、各医療施設にて使用される患者ＩＤと、地域にて共通して使用される地域共通ＩＤと、が対応付けられて管理されている。以下では、本実施形態に係る文書管理システムが、地域医療連携に適用される場合について説明する。
【００３１】
以下、図２を参照して、画像形成装置１０の構成について詳しく説明する。図２には、画像形成装置１０の構成が示されている。
【００３２】
通信部１４は通信インターフェースであり、他の装置にデータを送信する機能、及び、他の装置からデータを受信する機能を備えている。通信部１４は、例えば、Ｗｉ−Ｆｉ通信等の無線通信機能や有線通信機能を備え、インターネットやＬＡＮ等のネットワークを介してデータを送受信する機能を備えている。
【００３３】
画像形成部１６は画像形成処理を行う。画像形成部１６は、例えば、スキャン機能、プリント機能、コピー機能及びファクシミリ機能の中の少なくとも１つの機能を実行する。スキャン機能が実行されることにより、原稿が読み取られて文書データ（スキャンデータ）が生成される。プリント機能が実行されることにより、画像が用紙等の記録媒体上に印刷される。コピー機能が実行されることにより、原稿が読み取られて記録媒体上に印刷される。ファクシミリ機能が実行されることにより、文書データがファクシミリ送信又はファクシミリ受信される。
【００３４】
記憶部１８はハードディスクやメモリ等の記憶装置であり、例えば、画像形成処理の実行指示を示す実行指示情報（例えばジョブ情報等）、プリントの対象となる文書データ、スキャンによって生成された文書データ、各種の制御データ、各種のプログラム、各種のデータ等を記憶する。もちろん、それらは別々の記憶装置に記憶されてもよいし、同一の記憶装置に記憶されてもよい。
【００３５】
ＵＩ部２０はユーザインターフェース部であり、表示部と操作部を含む。表示部は、例えば液晶ディスプレイ等の表示装置である。操作部は、例えばタッチパネルやキーボード等の入力装置である。もちろん、ＵＩ部２０は、表示部と操作部の両方の機能を兼ね備えたユーザインターフェース（例えば、タッチパネルとしてのディスプレイや、電子的にキーボード等を表示するディスプレイ等）であってもよい。
【００３６】
制御部２２は、画像形成装置１０の各部の動作を制御する機能を備えている。例えば、制御部２２は、各種の情報をＵＩ部２０に表示させる。また、制御部２２は、文書提供部２４、ＩＤ問合せ部２６、患者情報問合せ部２８、識別子要求部３０、識別子制御部３２、識別子生成部３４、及び、可逆変換部３６を含む。
【００３７】
文書提供部２４は、文書データを他の装置に提供する機能を備えている。例えば、画像形成部１６が文書をスキャンすることにより文書データを生成し、文書提供部２４は、その文書データを、通信経路Ｎを介して文書管理装置１２に送信する。その文書データは、文書管理装置１２に登録される。上述したように、スキャン対象の文書は、医療に関する文書（例えば、紹介状、患者の同意書、カルテ等）である。文書提供部２４による文書データの登録処理（提供処理）は、識別子付与対象の処理に該当する。
【００３８】
ＩＤ問合せ部２６は、通信経路Ｎを介して、患者ＩＤに対応する地域共通ＩＤを文書管理装置１２に問い合わせ、文書管理装置１２から地域共通ＩＤを取得する機能を備えている。ＩＤ問合せ部２６による問合せ処理や地域共通ＩＤの取得処理は、識別子付与対象の処理に該当する。
【００３９】
患者情報問合せ部２８は、通信経路Ｎを介して、患者基本情報を文書管理装置１２に問い合わせ、文書管理装置１２から患者基本情報を取得する機能を備えている。患者基本情報は、例えば、患者名、患者の性別、患者の生年月日、患者の住所、等を示す情報である。患者情報問合せ部２８による問合せ処理や患者基本情報の取得処理は、識別子付与対象の処理に該当する。
【００４０】
識別子要求部３０は、識別子付与対象の処理（トランザクション）に割り当てられる識別子を識別子制御部３２に要求する機能を備えている。例えば、画像形成装置１０と文書管理装置１２との間で識別子付与対象の処理が行われた場合、識別子要求部３０は、識別子を識別子制御部３２に要求する。もちろん、スキャンによって文書データが生成された場合に、識別子要求部３０は、当該文書データに割り当てられる識別子を識別子制御部３２に要求してもよい。
【００４１】
識別子制御部３２は、識別子要求部３０からの要求に応じて、識別子の生成を識別子生成部３４と可逆変換部３６に指示する機能を備えている。
【００４２】
識別子生成部３４は、一意に特定される識別子である第１識別子を生成する機能を備えている。ここで、「一意に特定される識別子」とは、過去に発行された識別子との重複を確認する必要のない識別子のことである。例えば、連番やミリ秒までの位を有する日時情報等である。以下の例においては、一意に特定される識別子として「連番」を用いた場合について説明する。識別子生成部３４は、例えば、識別子生成のシード（種情報）として連番を用い、その連番によって構成される第１識別子を生成する。識別子生成部３４は、識別子付与対象が発生する順番に従って、各識別子付与対象に対する第１識別子を生成する。例えば、１，２，３，・・・の順番で第１識別子を生成する場合、１番目に発生した識別子付与対象に対する第１識別子として数値「１」が用いられ、２番目に発生した識別子付与対象に対する第１識別子として数値「２」が用いられる。以降、同様である。シードとして、例えば、６４ビットの連番が使用される。６４ビットの連番によると、最大で「１８，４４６，７４４，０７３，７０９，５５１，６１６」まで表現が可能となるので、仮に１秒間に１万回の通信（トランザクション）が実行され、各通信（各トランザクション）に対して識別子が割り当てられたとしても、５８００万年の間、識別子は重複しない。別の例として、識別子生成のシード（種情報）としてミリ秒までの位を有する日時情報を用いてもよい。この場合において、同時に識別子の要求があった場合、識別子生成部３４は、同じ時刻情報を生成しないように排他制御を行う。例えば、１９７０年１月１日からのミリ秒単位の時刻を６４ビットで表現した場合、最大で西暦２９２２７８９９４年８月１７日まで識別子を表現することが可能となる。
【００４３】
可逆変換部３６は、一意に特定される第１識別子（例えば連番や日時情報等）を可逆変換することにより、第２識別子を生成する機能を備えている。可逆変換は、変換後の情報を元の情報に戻すことが可能な変換であるため、可逆変換によって生成された第２識別子は、元の連番（第１識別子）と１対１の関係を有している。それ故、識別子の一意性が保たれ、発行済みの識別子との重複確認は不要となる。可逆変換のアルゴリズムとして、例えば暗号化アルゴリズムが用いられる。暗号化アルゴリズムとして、例えば「Blowfish」等の共通鍵暗号方式が用いられる。もちろん、別の暗号化アルゴリズムが用いられてもよい。第１識別子を「Blowfish」で暗号化すると、６４ビットのバイナリデータが生成されるので、例えば、１，２，３，・・・と連続して暗号化しても、暗号化によって生成されたバイナリデータは乱数のように不規則になる。通常、識別子は、文字列で表現されるため、暗号化によって生成されたバイナリデータを「Base32」でエンコードすると、識別子は「ｂｂ４ｌｒｓ４ｖ３２ｃｙｅ＝＝＝」のように表現される。識別子中の「＝＝＝」は復号するために必要なパディングである。復号は行われないので、「＝＝＝」を削除し、「＝＝＝」を削除した後の文字列を識別子とすると、識別子は１３文字の英数字で表現される。エンコード及びパディング「＝＝＝」の削除は、可逆変換部３６によって行われる。
【００４４】
以上のようにして第２識別子が生成されると、識別子要求部３０は、割当手段として機能し、可逆変換部３６によって生成された第２識別子を、識別子付与対象の処理に割り当てる。
【００４５】
以下、図３を参照して、文書管理装置１２の構成について詳しく説明する。図３には、文書管理装置１２の構成が示されている。
【００４６】
通信部３８は通信インターフェースであり、他の装置にデータを送信する機能、及び、他の装置からデータを受信する機能を備えている。通信部３８は、例えば、Ｗｉ−Ｆｉ通信等の無線通信機能や有線通信機能を備え、インターネットやＬＡＮ等のネットワークを介してデータを送受信する機能を備えている。
【００４７】
記憶部４０はハードディスクやメモリ等の記憶装置であり、例えば、文書データ、患者識別情報、患者基本情報、等を記憶する。文書データは、各医療施設に設置されている画像形成装置１０によって生成されて文書管理装置１２に送信されたデータである。文書データには、例えば、地域共通ＩＤが対応付けられている。文書データへの地域共通ＩＤの対応付けは、例えば、画像形成装置１０によって行われる。例えば、画像形成装置１０によって生成された文書データを文書管理装置１２に登録するときに、画像形成装置１０によって当該文書データに地域共通ＩＤが対応付けられる。もちろん、その対応付けは、文書管理装置１２によって行われてもよい。また、患者識別情報として、医療施設を識別するための医療施設識別情報（例えば医療施設ＩＤ）と、当該医療施設にて使用される患者ＩＤと、地域共通ＩＤと、が互いに対応付けられて記憶部４０に記憶されている。この対応付けは、例えば予め行われている。例えば、ある医療施設の患者を文書管理システムに登録するときに、当該医療施設にて使用される当該患者の患者ＩＤが文書管理装置１２に入力される。文書管理装置１２の制御部４２は、当該患者を地域にて共通して識別するための地域共通ＩＤを発行し、当該患者ＩＤと当該地域共通ＩＤとを対応付けて、それらを患者識別情報として記憶部４０に記憶される。患者基本情報（例えば、患者の氏名、性別、生年月日、住所等を示す情報）には、地域共通ＩＤが対応付けられている。この対応付けは、例えば予め行われている。例えば、患者を文書管理システムに登録するときに、患者基本情報が文書管理装置１２に入力され、文書管理装置１２の制御部４２は、当該患者基本情報と当該患者の地域共通ＩＤとを対応付けて、それらを記憶部４０に記憶させる。文書データ、患者識別情報及び患者基本情報等は、別々の記憶装置に記憶されてもよいし、同一の記憶装置に記憶されてもよい。
【００４８】
制御部４２は、文書管理装置１２の各部の動作を制御する機能を備えている。また、制御部４２は、文書登録部４４、ＩＤ提供部４６、及び、患者情報提供部４８を含む。
【００４９】
文書登録部４４は、文書データを記憶部４０に登録する機能を備えている。文書登録部４４は、例えば、画像形成装置１０から送信された文書データを記憶部４０に記憶させる。
【００５０】
ＩＤ提供部４６は、画像形成装置１０からの地域共通ＩＤの問い合わせに応じて、地域共通ＩＤ群を画像形成装置１０に提供する機能を備えている。
【００５１】
患者情報提供部４８は、画像形成装置１０からの患者基本情報の問い合わせに応じて、患者基本情報を画像形成装置１０に提供する機能を備えている。
【００５２】
例えば、画像形成装置１０の文書提供部２４と文書管理装置１２の文書登録部４４との間の処理（例えば文書データの登録処理（提供処理））、画像形成装置１０のＩＤ問合せ部２６と文書管理装置１２のＩＤ提供部４６との間の処理（例えば問合せ処理や取得処理）、及び、画像形成装置１０の患者情報問合せ部２８と文書管理装置１２の患者情報提供部４８との間の処理（例えば問合せ処理や取得処理）が、識別子付与対象の処理（トランザクション）に該当する。識別子付与対象の処理が実行される度に、実行された処理に識別子（第２識別子）が割り当てられる。例えば、文書管理装置１２の制御部４２は、識別子（第２識別子）が割り当てられた各処理の実行の履歴（その実行の履歴を示す履歴情報）を管理する。
【００５３】
以下、図４から図６を参照して、文書データの登録処理について詳しく説明する。
【００５４】
まず、画像形成装置１０において、制御部２２がメニュー画面をＵＩ部２０に表示させる。そのメニュー画面には、例えば、文書データの登録処理を指示するためのボタン画像（例えば文書登録アイコン）が表示される。ユーザがＵＩ部２０を使用して文書データの登録処理を指示すると（例えば、ユーザがアイコンを押すと）、制御部２２は、スキャン設定画面をＵＩ部２０に表示させる。そのスキャン設定画面では、例えば、解像度等のスキャン条件がユーザによって設定されるようになっている。スキャン条件が設定され、ユーザによってスキャン開始の指示が与えられると、画像形成部１６は、登録対象の文書（例えば、病院の紹介状、患者の同意書、カルテ等）をスキャンすることにより、文書データを生成する。
【００５５】
スキャンによって文書データが生成されると、制御部２２は、プレビュー画面をＵＩ部２０に表示させる。図４には、そのプレビュー画面５０が示されている。プレビュー画面５０には、例えば、スキャンされた文書のプレビュー画像５２と、文書データに対応付けられる情報を入力するための入力欄５４と、が表示される。入力欄５４には、例えば、当該医療施設の名称、部門の名称、文書データの発生日（生成日）、文書種、患者識別情報（例えば、当該医療施設で使用される患者ＩＤや患者名等）、等が、ユーザによって入力されるようになっている。ここで入力された情報は、文書データに対応付けられる。
【００５６】
なお、スキャン対象の文書に、２次元バーコード等のコード化情報が印刷されている場合がある。そのコード化情報には、例えば、当該医療施設で使用される患者ＩＤが含まれている場合がある。この場合、スキャンによってコード化情報が読み取られると、制御部２２は、そのコード化情報から患者ＩＤを取得し、その患者ＩＤを入力欄５４に表示させる。文書をスキャンすることで患者ＩＤが取得されない場合、入力欄５４中の患者識別情報が入力される欄は、空欄になっている。
【００５７】
ユーザが、入力欄５４中の患者識別情報が入力される欄を指定した場合、制御部２２は、患者一覧画面をＵＩ部２０に表示させる。図５には、その患者一覧画面５６が示されている。患者一覧画面５６には、患者ＩＤ入力欄５８と、患者表示欄６０と、詳細検索ボタン画像６２（例えば詳細検索アイコン）と、が表示される。
【００５８】
ユーザが、当該医療施設にて使用される患者ＩＤを患者ＩＤ入力欄５８に入力して検索指示を与えると、ＩＤ問合せ部２６は、入力された患者ＩＤに対応する地域共通ＩＤを文書管理装置１２に問い合わせ、文書管理装置１２から地域共通ＩＤを取得する。ここで取得された地域共通ＩＤは、後述するように、文書データに対応付けられる。地域共通ＩＤの問合せ処理と取得処理は、識別子付与対象の処理に該当する。地域共通ＩＤの問合せ処理や取得処理が行われる度に、識別子生成部３４によって第１識別子が生成され、可逆変換部３６によって第２識別子が生成され、各処理に第２識別子が割り当てられる。画像形成装置１０によって問合せ処理や取得処理に第２識別子が割り当てられ、地域共通ＩＤの問合せ処理や取得処理の実行の履歴を示す履歴情報が、例えば、文書管理装置１２にて管理される。
【００５９】
制御部２２は、患者ＩＤの一覧を患者表示欄６０に表示させる。例えば、制御部２２は、当該医療施設の患者の患者ＩＤを取得して患者表示欄６０に表示させる。患者表示欄６０に表示された情報の中からユーザによって特定の患者が選択されると（例えば、ユーザによって特定の患者が指定されて選択ボタン画像が押されると）、制御部２２は、図４に示されているプレビュー画面５０をＵＩ部２０に表示させ、入力欄５４中の患者識別情報が入力される欄に、ユーザによって選択された患者に関する情報（例えば患者ＩＤ）を表示させる。なお、地域共通ＩＤが取得されていない場合、ユーザによって特定の患者が選択されると、ＩＤ問合せ部２６は、その特定の患者の患者ＩＤに対応付けられている地域共通ＩＤを文書管理装置１２から取得する。
【００６０】
また、患者一覧画面５６において、ユーザが詳細検索ボタン画像６２を押すと、制御部２２は、患者詳細検索画面をＵＩ部２０に表示させる。図６には、その患者詳細検索画面６４が示されている。患者詳細検索画面６４には、患者に関する情報を入力するための欄として、例えば、カナ氏名、性別、生年月日、住所及び患者ＩＤを入力するための欄が表示される。ユーザが患者に関する情報を入力して検索を指示すると（例えば、ユーザによって検索ボタン画像が押されると）、患者情報問合せ部２８は、入力された情報に対応する患者基本情報を文書管理装置１２に問い合わせ、文書管理装置１２から患者基本情報を取得する。患者基本情報が取得されると、制御部２２は、図５に示されている患者一覧画面５６をＵＩ部２０に表示させ、検索結果（取得された患者基本情報）を患者表示欄６０に表示させる。その患者表示欄６０に表示された情報の中からユーザによって特定の患者が選択されると、制御部２２は、図４に示されているプレビュー画面５０をＵＩ部２０に表示させ、入力欄５４中の患者識別情報が入力される欄に、ユーザによって選択された患者に関する情報（例えば患者ＩＤ）を表示させる。なお、地域共通ＩＤが取得されていない場合、ユーザによって特定の患者が選択されると、ＩＤ問合せ部２６は、その特定の患者の患者ＩＤに対応付けられている地域共通ＩＤを文書管理装置１２から取得する。
【００６１】
患者基本情報の問合せ処理と取得処理は、識別子付与対象の処理に該当する。患者基本情報の問合せ処理や取得処理が行われる度に、識別子生成部３４によって第１識別子が生成され、可逆変換部３６によって第２識別子が生成され、各処理に第２識別子が割り当てられる。画像形成装置１０によって問合せ処理や取得処理に第２識別子が割り当てられ、患者基本情報の問合せ処理や取得処理の実行の履歴を示す履歴情報が、例えば、文書管理装置１２にて管理される。
【００６２】
図４に示されているプレビュー画面５０において、ユーザが登録を指示すると（例えば、ユーザによって登録ボタン画像が押されると）、文書提供部２４は、登録対象の文書データを文書管理装置１２に送信する。その文書データは、文書管理装置１２に登録される。上述したように、地域共通ＩＤが取得されているため、文書提供部２４は、登録対象の文書データに地域共通ＩＤを対応付けて、文書データを文書管理装置１２に送信する。この文書データの登録処理（提供処理）は、識別子付与対象の処理に該当する。文書データの登録処理が行われる度に、識別子生成部３４によって第１識別子が生成され、可逆変換部３６によって第２識別子が生成され、文書データの登録処理に第２識別子が割り当てられる。画像形成装置１０によって文書データの登録処理に第２識別子が割り当てられ、文書データの登録処理の実行の履歴を示す履歴情報が、例えば、文書管理装置１２に登録される。文書データに地域共通ＩＤが対応付けられているため、地域共通ＩＤを指定することにより、文書データが検索される。また、医療施設ＩＤと患者ＩＤが地域共通ＩＤに対応付けられているため、医療施設ＩＤと患者ＩＤを指定することにより、文書データが検索される。
【００６３】
なお、スキャンによって文書データが生成された場合、識別子生成部３４によって第１識別子が生成され、可逆変換部３６によって第２識別子が生成され、文書データに第２識別子が割り当てられてもよい。この場合、その第２識別子が割り当てられた文書データが、文書管理装置１２に登録される。
【００６４】
以下、図７を参照して、画像形成装置１０による識別子生成処理について詳しく説明する。図７は、その処理を示すシーケンス図である。
【００６５】
まず、識別子の生成が必要となる事象が発生した場合、識別子要求部３０は、識別子付与対象に割り当てられる識別子を識別子制御部３２に要求する（Ｓ０１）。識別子の生成が必要となる事象は、上述したように、例えば、文書データの登録処理、地域共通ＩＤの問合せ処理や取得処理、患者基本情報の問合せ処理や取得処理、等である。
【００６６】
識別子制御部３２は、識別子要求部３０からの要求に応じて、識別子の生成を識別子生成部３４に要求する（Ｓ０２）。
【００６７】
識別子生成部３４は、識別子制御部３２からの要求に応じて、一意に特定される第１識別子を生成し、その第１識別子を識別子制御部３２に出力する（Ｓ０３）。識別子生成部３４は、同一の値を有する複数の第１識別子が生成されないように、識別子の排他制御を行う。これにより、他の第１識別子とは異なる値を有する第１識別子が生成される。第１識別子は、例えば、１，２，３，・・・といった連番や、時刻情報（例えば、年、月、日及び時刻（時、分、秒）を示す情報）等のように、第１識別子同士で互いに異なる値が用いられる。時刻情報は、例えば、ミリ秒単位を有する情報であってもよい。ここでは一例として、連番中の値「１」が第１識別子として用いられるものとする。もちろん、日時情報が第１識別子として用いられてもよい。
【００６８】
識別子制御部３２は、識別子生成部３４から第１識別子を受けると、可逆変換を可逆変換部３６に要求する（Ｓ０４）。このとき、第１識別子が、識別子制御部３２から可逆変換部３６に出力される。
【００６９】
可逆変換部３６は、識別子制御部３２からの要求に応じて、第１識別子を可逆変換することにより、第２識別子を生成し、その第２識別子を識別子制御部３２に出力する（Ｓ０５）。可逆変換を行うことにより、第１識別子と第２識別子は１対１の関係を有している。ここでは一例として、可逆変換のアルゴリズムとしてBlowfishを用いて、暗号化キーを｛０ｘ０，０ｘ１，０ｘ２，０ｘ３，０ｘ４，０ｘ５，０ｘ６，０ｘ７｝とすると、第２識別子は｛０ｘ４２，０ｘ０ｅ，０ｘ６ｆ，０ｘ９８，０ｘ９４，０ｘｄ０，０ｘ４４，０ｘ１５｝となる。１６進数の文字列を第２識別子として用いる場合、１６文字の第２識別子が生成されて、識別子の生成処理は終了する。可逆変換部３６は、更に、暗号化によって生成されたバイナリデータを「Base32」でエンコードし、パディング「＝＝＝」を削除することにより、１３文字の第２識別子を生成してもよい。
【００７０】
識別子制御部３２は、可逆変換部３６から第２識別子を受けると、その第２識別子を識別子要求部３０に出力する（Ｓ０６）。識別子要求部３０は、識別子付与対象の処理（例えば、実行された処理）に第２識別子を割り当てる。例えば、文書提供部２４によって文書データの登録処理（提供処理）が実行された場合、その登録処理に第２識別子が割り当てられ、その登録処理の実行の履歴を示す履歴情報が、例えば文書管理装置１２によって管理される。
【００７１】
以上のように、本実施形態によると、識別子生成のシードとして一意に特定される第１識別子（例えば連番や日時情報等）を用いることにより、各識別子間における順番の関連性が保持された識別子が生成される。また、第１識別子を可逆変換することにより、元の第１識別子と１対１の関係を有する第２識別子が生成される。それ故、識別子の一意性が保たれ、発行済みの識別子との重複確認が不要となる。また、第２識別子は可逆変換（例えば暗号化アルゴリズム）によってランダム化されているため、第２識別子を処理（トランザクション）や文書データに割り当てたとしても、その第２識別子から、他の処理や他の文書データの存在が連想され難い。それ故、単に連番からなる識別子を処理や文書データに割り当てる場合と比較して、他の処理に関する情報や他の文書データに対するセキュリティが向上する。例えば、文書データの登録処理に第２識別子を割り当てることにより、その第２識別子から、他の文書データの登録処理の存在、つまり、他の文書データの存在が連想され難いので、他の文書データのセキュリティが向上する。
【００７２】
本実施形態に係る文書管理システムの管理対象である各医療施設に、互いに異なる値の幅を有する連番が予め割り当てられていてもよい。つまり、各医療施設に設置されている各画像形成装置１０に、互いに異なる値の幅を有する連番が割り当てられている。例えば、医療施設Ａには、連番「１〜１００００」が割り当てられており、医療施設Ｂには、連番「１０００１〜２００００」が割り当てられている。各画像形成装置１０の記憶部１８には、自装置が設置されている医療施設に割り当てられている連番を示す情報が記憶されている。例えば、医療施設Ａに設置されている画像形成装置１０の記憶部１８には、連番「１〜１００００」を示す情報が記憶されており、医療施設Ｂに設置されている画像形成装置１０の記憶部１８には、連番「１０００１〜２００００」を示す情報が記憶されている。
【００７３】
画像形成装置１０の識別子生成部３４は、自装置が設置されている医療施設に割り当てられている番号を用いて第１識別子を生成し、可逆変換部３６は、その第１識別子を可逆変換することにより、第２識別子を生成する。例えば、医療施設Ａに設置されている画像形成装置１０の識別子生成部３４は、連番「１〜１００００」中の番号を用いて第１識別子を生成し、可逆変換部３６は、その第１識別子を可逆変換することにより第２識別子を生成する。医療施設Ｂに設置されている画像形成装置１０の識別子生成部３４は、連番「１０００１〜２００００」中の番号を用いて第１識別子を生成し、可逆変換部３６は、その第１識別子を可逆変換することにより第２識別子を生成する。
【００７４】
以上のように、医療施設毎に異なる値の幅を有する連番を割り当てることにより、医療施設毎に第２識別子が生成された場合であっても、複数の医療施設間で、複数の同一の第２識別子が生成されない。つまり、重複した第２識別子が生成されない。それ故、複数の医療施設によって構成される地域医療連携において、識別子の一意性が保たれる。上記の例で説明すると、医療施設Ａには連番「１〜１００００」が割り当てられており、医療施設Ｂには連番「１０００１〜２００００」が割り当てられているため、医療施設Ａ，Ｂでは、それぞれ異なる値を有する第２識別子が生成される。それ故、医療施設Ａ，Ｂ間で重複した第２識別子が生成されず、識別子の一意性が保たれる。
【００７５】
上述した例では、本実施形態に係る文書管理システムは地域医療連携に適用されているが、もちろん、本実施形態に係る文書管理システムは、地域医療連携以外のシステムに適用されて、各処理や各データ等の識別子付与対象に第２識別子が割り当てられてもよい。
【００７６】
上記の画像形成装置１０及び文書管理装置１２のそれぞれは、一例としてハードウェアとソフトウェアとの協働により実現される。具体的には、画像形成装置１０及び文書管理装置１２のそれぞれは、図示しないＣＰＵ等の１又は複数のプロセッサを備えている。当該１又は複数のプロセッサが、図示しない記憶装置に記憶されたプログラムを読み出して実行することにより、画像形成装置１０及び文書管理装置１２の各部の機能が実現される。上記プログラムは、ＣＤやＤＶＤ等の記録媒体を経由して、又は、ネットワーク等の通信経路を経由して、記憶装置に記憶される。別の例として、画像形成装置１０及び文書管理装置１２のそれぞれの各部は、例えばプロセッサや電子回路等のハードウェア資源により実現されてもよい。その実現においてメモリ等のデバイスが利用されてもよい。別の例として、画像形成装置１０及び文書管理装置１２のそれぞれの各部は、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）等によって実現されてもよい。
【符号の説明】
【００７７】
１０  画像形成装置、１２  文書管理装置、２２  制御部、２４  文書提供部、２６  ＩＤ問合せ部、２８  患者情報問合せ部、３０  識別子要求部、３２  識別子制御部、３４  識別子生成部、３６  可逆変換部。
【図１】
2018036977.tif 000003
【図２】
2018036977.tif 000004
【図３】
2018036977.tif 000005
【図４】
2018036977.tif 000006
【図５】
2018036977.tif 000007
【図６】
2018036977.tif 000008
【図７】
2018036977.tif 000009