(57)【要約】【課題】第１の表、第２の表に基づいて、保管期間を過ぎているか否かを判断して、文書を保管している記憶手段から文書を削除するようにした情報処理装置を提供する。【解決手段】情報処理装置の第１の判断手段は、診療に関する文書の種別情報と作成科情報と文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第１の表に基づいて、対象となっている文書の種別情報及び作成科情報によって、文書が保管期間を過ぎているか否かを判断し、第２の判断手段は、診療科情報と診療に関する文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第２の表に基づいて、対象となっている文書を閲覧した診療科情報によって、文書が保管期間を過ぎているか否かを判断し、削除手段は、第１の判断手段及び第２の判断手段によって、保管期間を過ぎていると判断した場合は、文書を保管している記憶手段から文書を削除する。【選択図】図１
2015219553.tif 000002
【特許請求の範囲】
【請求項１】
診療に関する文書の種別を示す種別情報と該文書を作成した科を示す作成科情報と該文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第１の表に基づいて、対象となっている文書の種別情報及び作成科情報によって、該文書が保管期間を過ぎているか否かを判断する第１の判断手段と、
診療する科を示す診療科情報と診療に関する文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第２の表に基づいて、対象となっている文書を閲覧した診療科情報によって、該文書が保管期間を過ぎているか否かを判断する第２の判断手段と、
前記第１の判断手段及び前記第２の判断手段によって、対象となっている文書が保管期間を過ぎていると判断した場合は、該文書を保管している記憶手段から該文書を削除、圧縮、他の文書記憶装置に移動のいずれかの処理を行う削除手段
を具備することを特徴とする情報処理装置。
【請求項２】
前記第２の判断手段は、前記第２の表に基づいて、対象となっている文書を閲覧した診療科情報及び予め定められた職種による閲覧であることを用いて、該文書が保管期間を過ぎているか否かを判断する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
予め定められた前記種別情報と前記作成科情報に係わる文書を、前記記憶手段に複写する複写手段
をさらに具備することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記文書に係わる患者の薬情報を薬局における薬処方情報から前記記憶手段に記憶させる、又は該患者によって登録された薬情報を該記憶手段に記憶させる薬情報記憶手段
をさらに具備することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
コンピュータを、
診療に関する文書の種別を示す種別情報と該文書を作成した科を示す作成科情報と該文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第１の表に基づいて、対象となっている文書の種別情報及び作成科情報によって、該文書が保管期間を過ぎているか否かを判断する第１の判断手段と、
診療する科を示す診療科情報と診療に関する文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第２の表に基づいて、対象となっている文書を閲覧した診療科情報によって、該文書が保管期間を過ぎているか否かを判断する第２の判断手段と、
前記第１の判断手段及び前記第２の判断手段によって、対象となっている文書が保管期間を過ぎていると判断した場合は、該文書を保管している記憶手段から該文書を削除、圧縮、他の文書記憶装置に移動のいずれかの処理を行う削除手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、複数の文書記憶装置がある場合にあって、ある特定の文書記憶装置への利用が集中することを抑制するようにした情報処理プログラムを提供することを課題とし、コンピュータに、予め定められた第１の条件を満たしたときに、第１の文書記憶装置に記憶されている文書情報を第２の文書記憶装置に複写する複写機能と、文書情報に対する利用要求があった場合、該文書情報が前記第２の文書記憶装置に記憶されているときには該利用要求を前記第２の文書記憶装置へ振り分け、該文書情報が前記第２の文書記憶装置に記憶されていないときには該利用要求を前記第１の文書記憶装置へ振り分ける振り分け機能と、予め定められた第２の条件を満たしたときに、前記第２の文書記憶装置に記憶されている文書情報を削除する削除機能を実現させることが開示されている。
【０００３】
特許文献２には、ＲＡＩＤレベル０〜６を含むデータ保護機能を各ノード毎に構成でき、地域災害に対して可用性を持ち、複数のコンピュータからのアクセスが可能であり、重複した装置を持たず低コストな分散記憶方法及び分散記憶システム及び分散記憶プログラムを記録した記録媒体を提供することを目的とし、各ノードのデータ分割統合手段がデータ保護構成を指定し、指定したデータ保護構成に適合した冗長データを生成し、指定したデータ保護構成に適合した場所に該冗長データを格納し、データ転送手段が他ノードから到着したデータを自ノードのファイルシステムのものか他ノードのファイルシステムのものか判断して振り分け、記憶媒体接続手段が単一又は複数媒体に接続し、ノード別に単一又は複数媒体の記憶領域を分割し、該ノード別に分割データの書き込みと読み出しを行うことが開示されている。
【０００４】
特許文献３には、医療情報と福祉サービス情報とを一括管理することを課題とし、医療福祉情報センターに対して、医療機関と福祉サービス機関と災害対策機関と個人宅の情報端末とを通信手段を介して接続可能にしてなる医療福祉情報提供システムであり、医療福祉情報センターに対して、医療機関から該当医療機関を利用するための医療情報を収集しかつ福祉サービス機関から該当福祉サービス機関の利用者の福祉サービス情報を収集して、収集した医療情報及び福祉サービス情報を情報データベースに記憶保持するデータベース構築手段と、各機関及び情報端末からの情報を指定した検索要求に応じて、情報データベースに記憶されている該当情報を検索して検索結果を検索要求元の機関及び情報端末へ送信する検索処理手段とを付加していることが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１０７７４７号公報
【特許文献２】特開２０００−０７６２０７号公報
【特許文献３】特開２００１−０８４３１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、第１の表、第２の表に基づいて、保管期間を過ぎているか否かを判断して、文書を保管している記憶手段から文書を削除するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、診療に関する文書の種別を示す種別情報と該文書を作成した科を示す作成科情報と該文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第１の表に基づいて、対象となっている文書の種別情報及び作成科情報によって、該文書が保管期間を過ぎているか否かを判断する第１の判断手段と、診療する科を示す診療科情報と診療に関する文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第２の表に基づいて、対象となっている文書を閲覧した診療科情報によって、該文書が保管期間を過ぎているか否かを判断する第２の判断手段と、前記第１の判断手段及び前記第２の判断手段によって、対象となっている文書が保管期間を過ぎていると判断した場合は、該文書を保管している記憶手段から該文書を削除、圧縮、他の文書記憶装置に移動のいずれかの処理を行う削除手段を具備することを特徴とする情報処理装置である。
【０００８】
請求項２の発明は、前記第２の判断手段は、前記第２の表に基づいて、対象となっている文書を閲覧した診療科情報及び予め定められた職種による閲覧であることを用いて、該文書が保管期間を過ぎているか否かを判断することを特徴とする請求項１に記載の情報処理装置である。
【０００９】
請求項３の発明は、予め定められた前記種別情報と前記作成科情報に係わる文書を、前記記憶手段に複写する複写手段をさらに具備することを特徴とする請求項１又は２に記載の情報処理装置である。
【００１０】
請求項４の発明は、前記文書に係わる患者の薬情報を薬局における薬処方情報から前記記憶手段に記憶させる、又は該患者によって登録された薬情報を該記憶手段に記憶させる薬情報記憶手段をさらに具備することを特徴とする請求項１から３のいずれか一項に記載の情報処理装置である。
【００１１】
請求項５の発明は、コンピュータを、診療に関する文書の種別を示す種別情報と該文書を作成した科を示す作成科情報と該文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第１の表に基づいて、対象となっている文書の種別情報及び作成科情報によって、該文書が保管期間を過ぎているか否かを判断する第１の判断手段と、診療する科を示す診療科情報と診療に関する文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第２の表に基づいて、対象となっている文書を閲覧した診療科情報によって、該文書が保管期間を過ぎているか否かを判断する第２の判断手段と、前記第１の判断手段及び前記第２の判断手段によって、対象となっている文書が保管期間を過ぎていると判断した場合は、該文書を保管している記憶手段から該文書を削除、圧縮、他の文書記憶装置に移動のいずれかの処理を行う削除手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１２】
請求項１の情報処理装置によれば、第１の表、第２の表に基づいて、保管期間を過ぎているか否かを判断して、文書を保管している記憶手段から文書を削除することができる。
【００１３】
請求項２の情報処理装置によれば、さらに予め定められた職種による閲覧であるか否かを用いて、文書が保管期間を過ぎているか否かを判断することができる。
【００１４】
請求項３の情報処理装置によれば、予め定められた種別情報と作成科情報に係わる文書を、記憶手段に複写することができる。
【００１５】
請求項４の情報処理装置によれば、患者の薬情報を薬局における薬処方情報から記憶手段に記憶させる、又は患者によって登録された薬情報を記憶手段に記憶させることができる。
【００１６】
請求項５の情報処理プログラムによれば、第１の表、第２の表に基づいて、保管期間を過ぎているか否かを判断して、文書を保管している記憶手段から文書を削除することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を実現した場合のシステム構成例を示す説明図である。
【図３】本実施の形態による処理例を示すフローチャートである。
【図４】本実施の形態による処理例を示すフローチャートである。
【図５】複写ルールテーブルのデータ構造例を示す説明図である。
【図６】保管ポリシーテーブルのデータ構造例を示す説明図である。
【図７】閲覧記録テーブルのデータ構造例を示す説明図である。
【図８】患者特記レコードのデータ構造例を示す説明図である。
【図９】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１８】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００１９】
本実施の形態である情報処理装置１００は、バックアップした診療に関する文書を管理するものであって、図１の例に示すように、登録（病院Ａ）モジュール１０５、文書記憶Ａ（平常時用）モジュール１１０、複写処理モジュール１１５、文書記憶Ｂ（緊急時用）モジュール１３０、薬処方情報（薬局）記憶モジュール１３５、薬情報インポートモジュール１４０、薬情報登録モジュール１４５、保管処理モジュール１５０、緊急時閲覧モジュール１６５を有している。
なお、情報処理装置１００は、少なくとも保管管理モジュール１５５又は保管処理モジュール１５０を有していればよく、他のモジュールは、情報処理装置１００と通信可能な他の情報処理装置に備えつけられていてもよい。
【００２０】
大規模災害などの緊急時に、医師が来院した患者の診療（診察、治療等を含む）を行うため、バックアップした全文書から、必要な文書を特定して閲覧する必要がある。ここでの文書とは、電子文書のことをいう。なお、文書とは、主にテキストデータ、場合によっては図形、画像、動画、音声等の電子データ、又はこれらの組み合わせであり、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。具体的には、文書作成プログラムによって作成された文書、Ｗｅｂページ等を含む。
現在の状況では、特定の医療施設（病院、診療所、福祉施設等を含む）の文書だけが閲覧可能であり、他の医療施設での診療結果に関する文書、治療を受けた際に処方されている薬情報を確認できない。
緊急時に来院する患者（特に、既に他の医療施設で診療を受けている患者）を診療するため、通常の診療（初診）で必要とされる文書と異なる文書が必要である場合が多い。例えば、来院患者の既往歴、服薬情報、アレルギー、かかりつけ医の情報の把握が必要であるので、それらの情報が記載された文書が必要である。
そのために、複数の医療施設における診療に関する文書を保管（バックアップ）している文書記憶装置が提案されている。バックアップ用の文書記憶装置を他拠点に（例えば、インターネット上のクラウドとして）設け、災害時にも文書をアクセス可能とするものである。
その文書記憶装置の容量には上限があること、又はその文書記憶装置に保管中の文書は古くなるため、緊急時において必要性が低くなったものを削除するべきである。なお、削除の他に、圧縮、他の文書記憶装置に移動してもよい。以下、削除、圧縮、他の文書記憶装置に移動のいずれかの処理を、削除等という。
【００２１】
登録（病院Ａ）モジュール１０５は、文書記憶Ａ（平常時用）モジュール１１０と接続されている。登録（病院Ａ）モジュール１０５は、病院Ａで利用されている文書（患者の診療に関する文書）を登録する。
文書記憶Ａ（平常時用）モジュール１１０は、登録（病院Ａ）モジュール１０５、複写処理モジュール１１５と接続されている。文書記憶Ａ（平常時用）モジュール１１０は、診療に関する文書を保管する。例えば、病院Ａにおいて通常の診察時に利用する文書保管リポジトリである。文書記憶Ａ（平常時用）モジュール１１０は、保管する個々の文書に、患者ＩＤ、文書種類、診療科等の情報を付加して記録している。また、文書記憶Ａ（平常時用）モジュール１１０は、通常の診療時に利用されることを目的としており、各文書の法定保管期限（例えば、５年等）を遵守する。
登録（病院Ａ）モジュール１０５、文書記憶Ａ（平常時用）モジュール１１０は、例えば、病院Ａで管理、利用されるものであるが、もちろんのことながら、病院Ａに限定されることなく、医療施設で管理、利用されていればよく、複数あってもよい。
【００２２】
複写処理モジュール１１５は、複写モジュール１２０、複写ルール記憶モジュール１２５を有しており、文書記憶Ａ（平常時用）モジュール１１０、文書記憶Ｂ（緊急時用）モジュール１３０と接続されている。文書記憶Ａ（平常時用）モジュール１１０内の文書を文書記憶Ｂ（緊急時用）モジュール１３０に複写するものであって、文書記憶Ａ（平常時用）モジュール１１０は複数あってもよい。
複写モジュール１２０は、文書記憶Ａ（平常時用）モジュール１１０から、文書記憶Ｂ（緊急時用）モジュール１３０に、複写ルール記憶モジュール１２５内の複写ルールにしたがって文書を複写する機能を提供する。いわゆるバックアップを行う。つまり、複写モジュール１２０は、予め定められた種別情報と作成科情報に係わる文書を、文書記憶Ａ（平常時用）モジュール１１０から文書記憶Ｂ（緊急時用）モジュール１３０に複写する。また、複写モジュール１２０は、複写する際に、文書の内容以外に、個々の文書に付与されている患者ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ、本実施の形態においてその患者を一意に識別するための情報）、文書種類、診療科等の情報を併せて複写する。図３に示すフローチャート例を用いて、複写モジュール１２０の処理内容を後述する。
複写ルール記憶モジュール１２５は、文書記憶Ａ（平常時用）モジュール１１０内の患者の全文書を複写するのではなく、バックアップ対象の文書として、緊急時に必要となる文書を予め定義した定義ルールを記憶している。複写モジュール１２０は、その定義ルールにしたがって、文書記憶Ｂ（緊急時用）モジュール１３０への複写を行う。定義ルールとして、予め定められた種別情報と作成科情報を定めており、複写モジュール１２０は、それに合致する文書を複写する。具体的には、後述する図５に示す複写ルールテーブル５００内の文書種コード欄５１０、作成科欄５４０に記憶されている情報（又は、バックアップ対象欄５５０内に記憶されている情報）によって、バックアップ対象であるか否かを定める。
また、複写ルール記憶モジュール１２５は、複数の情報、例えば、文書作成の科、患者の入院状態、疾患等を併用して、複写するか否かを判断するルールを記憶するようにしてもよい。そして、複写モジュール１２０は、そのルールにしたがって複写処理を行う。
【００２３】
文書記憶Ｂ（緊急時用）モジュール１３０は、複写処理モジュール１１５、薬情報インポートモジュール１４０、薬情報登録モジュール１４５、保管処理モジュール１５０、緊急時閲覧モジュール１６５と接続されている。文書記憶Ｂ（緊急時用）モジュール１３０は、診療に関する文書が記憶されている。例えば、文書記憶Ｂ（緊急時用）モジュール１３０は、災害時、緊急時に利用する文書／薬情報の保管リポジトリである。文書記憶Ｂ（緊急時用）モジュール１３０は、各病院の文書と各薬局の薬情報を記録、管理している。文書記憶Ｂ（緊急時用）モジュール１３０は、緊急時に必要な文書を保管することが目的であり、各文書の法定保管期限より長く保管する場合もあるが、不要なデータを省くため、保管期限前に削除等されている場合もある。
以下の３つの方法で、文書記憶Ｂ（緊急時用）モジュール１３０に保管するデータは記録される。
１．文書記憶Ａ（平常時用）モジュール１１０から複写される（複写モジュール１２０）
２．患者が自ら登録する薬情報（薬情報登録モジュール１４５）
３．薬局からインポートされる薬情報（薬情報インポートモジュール１４０）
【００２４】
薬処方情報（薬局）記憶モジュール１３５は、薬情報インポートモジュール１４０と接続されている。薬処方情報（薬局）記憶モジュール１３５には、薬局に患者の各医療施設からの薬処方情報が蓄積されている。保健医療福祉情報システム工業会（ＪＡＨＩＳ）の標準なデータフォーマットが存在する。例えば、ＪＡＨＩＳ技術文書１３−１０３等に規定されている。また、「電子版お薬手帳データフォーマット仕様書  Ｖｅｒ.１．１」については、「ｈｔｔｐ:／／ｗｗｗ.ｊａｈｉｓ.ｊｐ／ｊａｈｉｓｈｙｏｊｕｎ１３−１０３／」等に掲載されている。
薬情報インポートモジュール１４０は、文書記憶Ｂ（緊急時用）モジュール１３０、薬処方情報（薬局）記憶モジュール１３５と接続されている。薬情報インポートモジュール１４０は、文書に係わる患者の薬情報を薬局における薬処方情報から文書記憶Ｂ（緊急時用）モジュール１３０に記憶させる。例えば、具体的には、薬局で管理している薬処方情報（薬局）記憶モジュール１３５から電子版お薬手帳データを、文書記憶Ｂ（緊急時用）モジュール１３０にインポートする。他の医療施設における投薬情報を文書記憶Ｂ（緊急時用）モジュール１３０に保管できるようにするものである。
薬情報登録モジュール１４５は、文書記憶Ｂ（緊急時用）モジュール１３０と接続されている。薬情報登録モジュール１４５は、患者によって登録された薬情報を文書記憶Ｂ（緊急時用）モジュール１３０に記憶させる。例えば、患者自らが服用中の薬情報を登録できるようにするものである。具体的には、患者が医療施設に設置されている情報処理装置を用いて、他の医療施設で処方された薬情報を登録するようにしてもよい。また、患者が有している携帯電話（スマートフォンを含む）を用いて登録するようにしてもよい。ここで登録するデータは、情報システム工業会（ＪＡＨＩＳ）の標準的なデータフォーマットに準拠する。
【００２５】
保管処理モジュール１５０は、保管管理モジュール１５５、保管ポリシー記憶モジュール１６０を有しており、文書記憶Ｂ（緊急時用）モジュール１３０と接続されている。保管処理モジュール１５０は、文書記憶Ｂ（緊急時用）モジュール１３０内のデータ管理する機能を有する。
保管管理モジュール１５５は、保管期間を過ぎた不要文書を削除等するために、保管ポリシー記憶モジュール１６０に記憶されている保管ポリシーに基づき、文書記憶Ｂ（緊急時用）モジュール１３０に保管中の文書を削除等する。保管管理モジュール１５５は、保管ポリシー記憶モジュール１６０に記憶されている第１のテーブルに基づいて、対象となっている文書の種別情報及び作成科情報によって、その文書が保管期間を過ぎているか否かを判断する（第１の判断）。また、保管管理モジュール１５５は、保管ポリシー記憶モジュール１６０に記憶されている第２のテーブルに基づいて、対象となっている文書を閲覧した診療科情報によって、その文書が保管期間を過ぎているか否かを判断する（第２の判断）。そして、保管管理モジュール１５５は、前記第１の判断及び第２の判断によって、対象となっている文書が保管期間を過ぎていると判断した場合は、その文書を保管している文書記憶Ｂ（緊急時用）モジュール１３０からその文書を削除等する。ここで「第１のテーブルに基づいて」とは、第１のテーブルから、対象となっている文書の種別情報及び作成科情報を検索し、それに該当する保管期間を抽出することである。また、第１のテーブルにおける保管期間を、文書の作成時を起点とする期間によって定められている保管期間としてもよい。また、「第２のテーブルに基づいて」とは、第２のテーブルから、対象となっている文書を閲覧した診療科情報を検索し、それに該当する保管期間を抽出することである。図４に示すフローチャート例を用いて、保管管理モジュール１５５の処理内容を後述する。
また保管管理モジュール１５５は、第２の判断として、第２のテーブルに基づいて、対象となっている文書を閲覧した診療科情報及び予め定められた職種による閲覧であることを用いて、その文書が保管期間を過ぎているか否かを判断するようにしてもよい。
なお、保管管理モジュール１５５による処理は、予め定められた期間毎（定期的）に行うようにしてもよいし、操作者による開始操作があった場合に行うようにしてもよい。
【００２６】
保管ポリシー記憶モジュール１６０は、文書に付属する属性を利用し、保管期限を設定する。つまり、保管ポリシー記憶モジュール１６０は、診療に関する文書の種別を示す種別情報とその文書を作成した科を示す作成科情報とその文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第１のテーブルと、診療する科を示す診療科情報と診療に関する文書の閲覧時を起点とする期間によって定められている保管期間を対応付けた第２のテーブルを記憶している。例えば、具体的には、第１のテーブルとして複写ルールテーブル５００があり、第２のテーブルとして保管ポリシーテーブル６００がある。
【００２７】
図５は、複写ルールテーブル５００のデータ構造例を示す説明図である。複写ルールテーブル５００は、各文書に紐付く文書の種別情報と作成科とに基づいて、バックアップ対象と保管期間を定義しているものである。診療に関する文書は、同じ文書の種別であっても、その文書を作成する科によって、重要度は変わるため、文書の種別だけでなく、作成科を勘案して、バックアップ対象を決定する。複写ルールテーブル５００は、文書種コード欄５１０、タイトル欄５２０、診療科欄５３０、作成科欄５４０、バックアップ対象欄５５０、保管期間欄５６０、過去版保管欄５７０を有している。文書種コード欄５１０は、文書の種別を示す文書種コードを記憶している。タイトル欄５２０は、その文書の種別におけるタイトルを記憶している。診療科欄５３０は、その文書に用いる診療科を示す情報を記憶している。なお、診療科は、その文書の作成を指示する科でもある。つまり、診療科と作成科は異なる場合がある。もちろんのことながら、診療科と作成科が同じ場合もある。作成科欄５４０は、作成科を示す情報を記憶している。作成科は、診療科の指示にしたがってその文書を作成する科である。バックアップ対象欄５５０は、バックアップ対象であるか否かを示す情報を記憶している。なお、このバックアップ対象であるか否かを示す情報は、文書の文書種コードと作成科情報との組み合わせによって定まる。したがって、複写モジュール１２０は、文書の文書種コードと作成科情報との組み合わせに基づいて、対象としている文書を複写するか否かを判断することとなる。保管期間欄５６０は、その文書の保管期間（例えば、日で指定されている）を記憶している。なお、ここでの保管期間は、その文書の最近に閲覧された日を起点に計算するものであり、閲覧するユーザーの職種（医師や看護師）が図７の例に示す閲覧記録テーブル７００に記録されているため、予め定義した職種の閲覧イベントのみを更新対象にすることも可能である。過去版保管欄５７０は、その文書の過去版を保管するか否かを示す情報を記憶している。本実施の形態では、版管理をしており、過去の版をバックアップ対象とするか否かを示している。
なお、図５の例に示す複写ルールテーブル５００は、文書の種別情報と作成科情報の組み合わせで条件を定義しているが、文書の種別情報によるバックアップ対象と保管期間を定義するテーブルと、作成科情報によるバックアップ対象と保管期間を定義するテーブルを用意して、両方の条件（文書の種別と作成科）より判断するようにしてもよい。
また、図５の例における保管期間欄５６０の「Ｎ／Ａ」は「０」に、過去版保管欄５７０の「Ｎ／Ａ」は「Ｎｏ」としてもよい。
【００２８】
図６は、保管ポリシーテーブル６００のデータ構造例を示す説明図である。保管ポリシーテーブル６００は、診療科で保管期間を定義するものである。情報処理装置１００の構成から、文書記憶Ｂ（緊急時用）モジュール１３０で保管中の文書は、文書記憶Ａ（平常時用）モジュール１１０にも該当する文書が存在する。通常の診療時に、閲覧している文書は、緊急時にも使用される可能性が高い。文書記憶Ａ（平常時用）モジュール１１０に各文書の閲覧時刻を図７の例に示す閲覧記録テーブル７００のように記録する。保管期限を算出する際に、文書の登録日を基準にするのでなく、最近に閲覧した日を起点に計算する。閲覧するユーザーの職種（医師や看護師）が図７の例に示す閲覧記録テーブル７００に記録されているため、予め定義した職種の閲覧イベントのみを更新対象にすることも可能である。保管ポリシーテーブル６００は、科コード欄６１０、診療科名欄６２０、保管期間欄６３０を有している。科コード欄６１０は、科コードを記憶している。診療科名欄６２０は、その科コードが示している診療科の名称を記憶している。保管期間欄６３０は、その診療科の者による文書の閲覧時を起点とする保管期間（例えば、日で指定されている）を記憶している。
【００２９】
図７は、閲覧記録テーブル７００のデータ構造例を示す説明図である。閲覧記録テーブル７００は、文書に対する操作のログを記憶しているテーブルである。閲覧記録テーブル７００は、文書ＩＤ欄７１０、版番号欄７２０、患者ＩＤ欄７３０、文書種コード欄７４０、登録日欄７５０、アクセス日時欄７６０、ユーザーＩＤ欄７７０、ユーザーの職種欄７８０を有している。文書ＩＤ欄７１０は、本実施の形態において、文書を一意に識別するための情報（文書ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。版番号欄７２０は、その文書の版番号を記憶している。患者ＩＤ欄７３０は、本実施の形態において、その文書における患者を一意に識別するための情報（患者ＩＤ）を記憶している。文書種コード欄７４０は、その文書の文書種コードを記憶している。登録日欄７５０は、その文書の登録日を記憶している。アクセス日時欄７６０は、その文書に対するアクセス日時（閲覧日時）を記憶している。ユーザーＩＤ欄７７０は、本実施の形態において、その文書に対してアクセスを行ったユーザーを一意に識別するための情報（ユーザーＩＤ）を記憶している。ユーザーの職種欄７８０は、そのユーザーの職種を示す情報を記憶している。
【００３０】
緊急時閲覧モジュール１６５は、文書記憶Ｂ（緊急時用）モジュール１３０と接続されている。緊急時閲覧モジュール１６５は、災害発生等の緊急時に文書を閲覧する機能を提供する。文書記憶Ｂ（緊急時用）モジュール１３０にアクセスして、受診患者の緊急時に必要な文書、薬情報を閲覧できるようにするものである。
【００３１】
図２は、本実施の形態を実現した場合のシステム構成例を示す説明図である。
情報処理装置１００、病院Ａシステム２１０Ａ、病院Ｂシステム２１０Ｂ、診療所Ｃシステム２１０Ｃ、薬局Ａシステム２２０Ａ、薬局Ｂシステム２２０Ｂ、薬局Ｃシステム２２０Ｃ、ユーザー端末２３０Ａ、ユーザー端末２３０Ｂは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット等であってもよい。
図１の例に示した情報処理装置１００内の登録（病院Ａ）モジュール１０５、文書記憶Ａ（平常時用）モジュール１１０が、病院Ａシステム２１０Ａ、病院Ｂシステム２１０Ｂ、診療所Ｃシステム２１０Ｃに備えつけられ、薬処方情報（薬局）記憶モジュール１３５が、薬局Ａシステム２２０Ａ、薬局Ｂシステム２２０Ｂ、薬局Ｃシステム２２０Ｃに備えつけられていてもよい。
情報処理装置１００は、病院Ａシステム２１０Ａ、病院Ｂシステム２１０Ｂ、診療所Ｃシステム２１０Ｃ内の各文書記憶Ａ（平常時用）モジュール１１０から文書を文書記憶Ｂ（緊急時用）モジュール１３０に複写し、薬局Ａシステム２２０Ａ、薬局Ｂシステム２２０Ｂ、薬局Ｃシステム２２０Ｃ内の薬処方情報（薬局）記憶モジュール１３５から文書を文書記憶Ｂ（緊急時用）モジュール１３０に複写する。
各ユーザー（患者）の操作によって、ユーザー端末２３０Ａ、ユーザー端末２３０Ｂから各ユーザーの個人的な薬情報が薬情報登録モジュール１４５を介して文書記憶Ｂ（緊急時用）モジュール１３０に登録される。
また、病院Ａシステム２１０Ａ等（緊急時の医療施設）内の医師が使用する端末から緊急時閲覧モジュール１６５を介して文書記憶Ｂ（緊急時用）モジュール１３０内の情報にアクセスされる。
【００３２】
図３は、複写モジュール１２０による処理例を示すフローチャートである。各医療施設で新規登録された文書を文書記憶Ｂ（緊急時用）モジュール１３０に複写する処理例を示している。
ステップＳ３０２では、新規登録文書があるか否かを判断し、ある場合はステップＳ３０４へ進み、それ以外の場合は処理を終了する（ステップＳ３９９）。
ステップＳ３０４では、バックアップ保管対象患者であるか否かを判断し、バックアップ保管対象患者である場合はステップＳ３０６へ進み、それ以外の場合は処理を終了する（ステップＳ３９９）。バックアップ保管対象患者は予めリストアップされており、そのリストにしたがって判断を行う。また、例えば、複写することに対して患者本人の同意があるか否かによって判断してもよい。
ステップＳ３０６では、保管対象の該当文書であるか否かを判断し、保管対象の該当文書である場合はステップＳ３０８へ進み、それ以外の場合は処理を終了する（ステップＳ３９９）。保管対象の文書であるか否かは、前述したように、保管ポリシーテーブル６００に基づいて判断する。
ステップＳ３０８では、文書記憶Ａ（平常時用）モジュール１１０から文書記憶Ｂ（緊急時用）モジュール１３０に文書をバックアップ保管する。
【００３３】
図４は、保管管理モジュール１５５による処理例を示すフローチャートである。
ステップＳ４０２では、文書記憶Ａ（平常時用）モジュール１１０内の保管文書の全件リストを作成する。
ステップＳ４０４では、対象としている文書の最新閲覧日を取得する。例えば、図７を用いて後述する閲覧記録テーブル７００を用いて、最新閲覧日を取得する。
ステップＳ４０６では、複写ルールテーブル５００による文書種コード／作成科による期限過ぎ判定を行い、文書種コード／作成科による期限（文書種コード欄５１０と作成科欄５４０で定まる保管期間欄５６０）過ぎである場合はステップＳ４０８へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。
ステップＳ４０８では、保管ポリシーテーブル６００による診療科による期限（保管期間欄６３０）過ぎ判定を行い、診療科による期限過ぎである場合はステップＳ４１０へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。
ステップＳ４１０では、該当文書を削除等する。
例えば、文書の登録は古いが、頻繁に参照している文書は、削除するべきでない。登録日から経過した日数の代わりに、文書記憶Ａ（平常時用）モジュール１１０に保管している同文書への最終アクセス（閲覧）した日時を利用する。具体的には、図７の例に示す閲覧記録テーブル７００の場合、Ｄ００００１文書の登録日は２０１２／０１／０１であるが、２０１２／０５／０１にも医師による文書へのアクセスがあったため、２０１２／０５／０１を保管期限判断用の開始日に利用する。また、予め定められた職種（例えば、医師）であるユーザーによるアクセスを、保管期間の開始日としてもよい。したがって、予め定められた職種以外の職種（例えば、職員）であるユーザーによるアクセスは、保管期間の開始日とされない。
【００３４】
例えば、病院で受けた診療以外に、患者は普段診療所からも診察を受け、投薬も行われている。患者の投薬情報を取得するため、２つのモジュール（薬情報インポートモジュール１４０、薬情報登録モジュール１４５）を設けている。患者自身が薬情報登録モジュール１４５を利用して、来院時に服用する薬を登録する。薬情報インポートモジュール１４０が、薬処方情報（薬局）記憶モジュール１３５内の薬局からの処方データを文書記憶Ｂ（緊急時用）モジュール１３０にインポートする。そして、各薬局で管理されている患者の基本情報（名前、住所、電話番号等）も、同時に登録する。緊急時閲覧モジュール１６５は、処方データに含まれる患者の基本情報に基づいて、病院の患者情報と突き合わせて、その患者に関する文書と処方データをまとめて表示する。薬局の処方データがＪＡＨＩＳの「電子版お薬手帳データフォーマット仕様書  Ｖｅｒ.１．１」に準拠する場合、「患者特記レコード」欄は、患者のアレルギー、薬の副作用や既往歴の記載に使用されている。このデータは図８の例に示す患者特記レコード８００の通りである。図８は、患者特記レコード８００のデータ構造例を示す説明図である。患者特記レコード８００は、氏名欄８０５、生年月日欄８１０、住所欄８１５、電話番号欄８２０、血液型欄８３０、体重欄８４０、アレルギー歴欄８４５、副作用歴欄８５０、既往歴欄８５５、その他欄８６０を有している。氏名欄８０５は、患者の氏名を記憶している。生年月日欄８１０は、その患者の生年月日を記憶している。住所欄８１５は、その患者の住所を記憶している。電話番号欄８２０は、その患者の電話番号を記憶している。血液型欄８３０は、その患者の血液型を記憶している。体重欄８４０は、その患者の体重を記憶している。アレルギー歴欄８４５は、その患者のアレルギー歴を記憶している。副作用歴欄８５０は、その患者の副作用歴を記憶している。既往歴欄８５５は、その患者の既往歴を記憶している。その他欄８６０は、その患者に関するその他の情報を記憶している。
なお、これらの処方データは保管管理モジュール１５５の処理対象外とし、削除せずに全件保存するようにしてもよい。
薬局のお薬手帳のデータを交換するサービスが既に市場に存在しており、このようなサービスと共通のデータフォーマットで、薬手帳のデータ交換サービスと同期を取り、薬情報を取り込むことが可能である。例えば、薬処方情報（薬局）記憶モジュール１３５からのデータ取り込みは、電子版お薬手帳データフォーマットに準拠したＣＳＶファイルを対象とする。薬処方情報（薬局）記憶モジュール１３５に通信回線２９０を介して接続可能な場合、薬情報インポートモジュール１４０が薬処方情報（薬局）記憶モジュール１３５で蓄積している処方データを監視し、文書記憶Ｂ（緊急時用）モジュール１３０のデータベースを更新する。また、薬処方情報（薬局）記憶モジュール１３５が通信回線２９０での接続ができない場合、ＤＶＤなどの記録メディアに格納した処方データを一括してインポートすればよい。
【００３５】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図９に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ９０１を用い、記憶装置としてＲＡＭ９０２、ＲＯＭ９０３、ＨＤ９０４を用いている。ＨＤ９０４として、例えばハードディスクを用いてもよい。登録（病院Ａ）モジュール１０５、複写処理モジュール１１５、複写モジュール１２０、複写ルール記憶モジュール１２５、薬情報インポートモジュール１４０、薬情報登録モジュール１４５、保管処理モジュール１５０、保管管理モジュール１５５、保管ポリシー記憶モジュール１６０、緊急時閲覧モジュール１６５等のプログラムを実行するＣＰＵ９０１と、そのプログラムやデータを記憶するＲＡＭ９０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ９０３と、補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ９０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置９０６と、ＣＲＴ、液晶ディスプレイ等の出力装置９０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース９０７、そして、それらをつないでデータのやりとりをするためのバス９０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００３６】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
なお、前述の説明において用いた「日」、「時」、「日時」等の用語は、年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい。
【００３７】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読み出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読み出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読み出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００３８】
１００…情報処理装置
１０５…登録（病院Ａ）モジュール
１１０…文書記憶Ａ（平常時用）モジュール
１１５…複写処理モジュール
１２０…複写モジュール
１２５…複写ルール記憶モジュール
１３０…文書記憶Ｂ（緊急時用）モジュール
１３５…薬処方情報（薬局）記憶モジュール
１４０…薬情報インポートモジュール
１４５…薬情報登録モジュール
１５０…保管処理モジュール
１５５…保管管理モジュール
１６０…保管ポリシー記憶モジュール
１６５…緊急時閲覧モジュール
２１０…病院システム
２２０…薬局システム
２３０…ユーザー端末
２９０…通信回線
【図１】
2015219553.tif 000003
【図２】
2015219553.tif 000004
【図３】
2015219553.tif 000005
【図４】
2015219553.tif 000006
【図５】
2015219553.tif 000007
【図６】
2015219553.tif 000008
【図７】
2015219553.tif 000009
【図８】
2015219553.tif 000010
【図９】
2015219553.tif 000011