(57)【要約】【課題】重要な文書の見逃しを防止し、その見逃しによって発生する不都合の発生を防ぐようにした情報処理装置を提供する。【解決手段】情報処理装置の記憶手段は、予め定められた関連性を有する複数の文書を、登録日と関連付けて記憶し、登録間隔抽出手段は、前記複数の文書間の登録日の間隔を抽出し、決定手段は、前記複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たす場合、当該複数の文書を公開するよう決定する。【選択図】図１
2017054326.tif 000002
【特許請求の範囲】
【請求項１】
予め定められた関連性を有する複数の文書を、登録日と関連付けて記憶する、記憶手段と、
前記複数の文書間の登録日の間隔を抽出する、登録間隔抽出手段と、
前記複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たす場合、当該複数の文書を公開するよう決定する、決定手段と、
を有する情報処理装置。
【請求項２】
前記決定手段は、
前記複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たさない場合、当該複数の文書を公開しないよう決定する、
請求項１に記載の情報処理装置。
【請求項３】
前記予め定められた関連性として、同じ患者に関する複数の診療記録に関する文書である、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記予め定められた条件として、前記複数の文書間の登録日の間隔が、過去の登録間隔の統計的値から予め定められた範囲内にあること、又は、当該複数の文書間の登録日の間隔が、１日未満又は以下であることとする、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記決定手段は、前記予め定められた関連性を有する複数の文書の種別において初めて登録された文書、又は、予め定められた施設によって登録された文書は、公開の対象と決定する、
請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
前記登録日を診療日とする、
請求項１から５のいずれか一項に記載の情報処理装置。
【請求項７】
コンピュータを、
予め定められた関連性を有する複数の文書を、登録日と関連付けて記憶する、記憶手段と、
前記複数の文書間の登録日の間隔を抽出する、登録間隔抽出手段と、
前記複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たす場合、当該複数の文書を公開するよう決定する、決定手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、診察において使用するシェーマ画像の検索作業を支援することを課題とし、表示制御装置は、患者情報から患者の病名とオーダ内容とを取得し、次に、画像ＤＢの中から、患者の病名とオーダ内容との両方に対応する共通のシェーマ画像群を特定して、共通のシェーマ画像群の表示順序を、選択回数の多い順に表示する表示順序に決定し、患者の病名に対応するシェーマ画像群と、患者のオーダ内容に対応するシェーマ画像群と、から、共通のシェーマ画像群を除いたシェーマ画像群の表示順序を、選択回数の多い順に表示する表示順序に決定することが開示されている。
【０００３】
特許文献２には、大量に保存されている検査画像をその保存構造を変えずに操作者が意図する単位で検査画像が含まれるシリーズを組み直してまとめて表示させることで、表示されるリストの数を減らして操作者が必要とする検査画像を容易に選択することができる医用画像選択システム及び該システムを具備した医用画像診断装置を提供することを課題とし、被検体に対する検査、検査毎に記憶されているシリーズ及びシリーズに含まれる医用画像を、それらが記憶されている記憶手段から入手してそれぞれリスト化するリスト生成手段と、シリーズをどのように表示させるかを示す表示レベルの情報に基づいて、シリーズを新たなシリーズに組み直しリスト化するシリーズリスト情報処理手段と、リスト生成手段及びシリーズリスト情報処理手段によって生成されたリストを予め定められる項目に合わせてその表示態様を整える表示態様処理手段とを備えることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２１９７６９号公報
【特許文献２】特開２００９−１０６５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、例えば、地域医療連携により、診療所、中核病院、リハビリセンター等の様々な施設の医療従事者が、同じ患者に関する過去の様々な医療機関で受けた診療行為に関する全ての診療記録を共有することが行われようとしている。その際、医療従事者は、同じ患者についての全施設の診療情報を確認することができることになるため、確認しなければいけない情報が膨大になってしまい、重要な診療記録の見逃しが医療事故につながってしまうおそれがある。
本発明は、重要な文書の見逃しを防止し、その見逃しによって発生する不都合の発生を防ぐようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、予め定められた関連性を有する複数の文書を、登録日と関連付けて記憶する、記憶手段と、前記複数の文書間の登録日の間隔を抽出する、登録間隔抽出手段と、前記複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たす場合、当該複数の文書を公開するよう決定する、決定手段と、を有する情報処理装置である。
【０００７】
請求項２の発明は、前記決定手段は、前記複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たさない場合、当該複数の文書を公開しないよう決定する、請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、前記予め定められた関連性として、同じ患者に関する複数の診療記録に関する文書である、請求項１又は２に記載の情報処理装置である。
【０００９】
請求項４の発明は、前記予め定められた条件として、前記複数の文書間の登録日の間隔が、過去の登録間隔の統計的値から予め定められた範囲内にあること、又は、当該複数の文書間の登録日の間隔が、１日未満又は以下であることとする、請求項１から３のいずれか一項に記載の情報処理装置である。
【００１０】
請求項５の発明は、前記決定手段は、前記予め定められた関連性を有する複数の文書の種別において初めて登録された文書、又は、予め定められた施設によって登録された文書は、公開の対象と決定する、請求項１から４のいずれか一項に記載の情報処理装置である。
【００１１】
請求項６の発明は、前記登録日を診療日とする、請求項１から５のいずれか一項に記載の情報処理装置である。
【００１２】
請求項７の発明は、コンピュータを、予め定められた関連性を有する複数の文書を、登録日と関連付けて記憶する、記憶手段と、前記複数の文書間の登録日の間隔を抽出する、登録間隔抽出手段と、前記複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たす場合、当該複数の文書を公開するよう決定する、決定手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１３】
請求項１の情報処理装置によれば、重要な文書の見逃しを防止し、その見逃しによって発生する不都合の発生を防ぐことができる。
【００１４】
請求項２の情報処理装置によれば、公開しない文書を決定することによって、公開する文書数を減らすことができる。
【００１５】
請求項３の情報処理装置によれば、同じ患者に関する複数の診療記録に関する文書を公開、非公開の対象とすることができる。
【００１６】
請求項４の情報処理装置によれば、複数の文書間の登録日の間隔が、過去の登録間隔の統計的値から予め定められた範囲内にあること、又は、複数の文書間の登録日の間隔が、予め定められた日数未満又は以下であることを、公開の条件とすることができる。
【００１７】
請求項５の情報処理装置によれば、予め定められた関連性を有する複数の文書の種別において初めて登録された文書、又は、予め定められた施設によって登録された文書は、公開の対象とすることができる。
【００１８】
請求項６の情報処理装置によれば、診療日の間隔を用いて、公開対象とする文書を決定することができる。
【００１９】
請求項７の情報処理プログラムによれば、重要な文書の見逃しを防止し、その見逃しによって発生する不都合の発生を防ぐことができる。
【図面の簡単な説明】
【００２０】
【図１】第１の実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】地域医療連携による処理例を示す説明図である。
【図４】地域医療連携による処理例を示す説明図である。
【図５】地域医療連携による処理例を示す説明図である。
【図６】文書登録例を示す説明図である。
【図７】文書属性テーブルのデータ構造例を示す説明図である。
【図８】第１の実施の形態による処理例を示すフローチャートである。
【図９】第１の実施の形態による処理例を示すフローチャートである。
【図１０】第１の実施の形態による処理例を示す説明図である。
【図１１】第２の実施の形態の構成例についての概念的なモジュール構成図である。
【図１２】地域医療連携による処理例を示す説明図である。
【図１３】第２の実施の形態による処理例を示すフローチャートである。
【図１４】文書属性テーブルのデータ構造例を示す説明図である。
【図１５】第２の実施の形態による処理例を示すフローチャートである。
【図１６】第２の実施の形態による処理例を示す説明図である。
【図１７】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
＜＜第１の実施の形態＞＞
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、事物を列挙した場合は、例示列挙の意味であって、それらのいずれか１つ、それらの組み合わせを含む。また、いずれか１つとは、その１つのみ、つまり、それ以外の事物は含まないとの場合も含む。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２２】
本実施の形態である情報処理装置１００は、文書管理装置１５０によって管理されている文書を公開するものであって、図１の例に示すように、文書処理モジュール１３０、登録間隔判定モジュール１３５を有しており、文書管理装置１５０と接続されている。
特に、複数の施設における情報処理装置が接続されており、ある施設の情報処理装置で作成された文書を、他の施設における情報処理装置に対して公開することができるようにするものである。以下、文書として医療文書（例えば、カルテ、検査結果連絡書、手術同意書等）を対象とする。
地域の中核病院へ患者が集中することを防ぐために、その地域における医療機関を連携し、それぞれの医療機関の特長を活かし、地域全体が１つの医療システムとして機能するように、地域医療連携が推進されてきている。医療機関として、中核病院、診療所、リハビリセンター、訪問介護ステーション等がある。以下、情報処理装置１００を地域医療連携に利用する場合を例として挙げる。この場合、情報処理装置１００は、地域医療連携において公開文書として大量となる診療文書から不要な文書を除外するものである。
ここで、中核病院とは、地域の医療連携の中核を担う病院のことである。かかりつけ医で行うことが難しい専門的な検査（例えば、ＭＲＩ（核磁気共鳴画像法）等）や、他の医療機関では提供することが困難な医療機能（例えば、出産・緩和ケア等）が必要となった場合に、さらに高度な医療を行う施設を表す。
診療所、リハビリセンター、訪問看護ステーションとは、本実施の形態において、紹介状を利用し中核病院と患者のやり取りを行う施設を表す。これらの施設からも患者の診療記録（文書）は作成される。
【００２３】
文書管理装置１５０は、文書属性データベース１５５、文書管理ストレージ１６０を有しており、情報処理装置１００と接続されている。文書管理装置１５０は、予め定められた関連性を有する複数の文書を、登録日と関連付けて記憶する。ここで「予め定められた関連性を有する」として、例えば、「患者」が同じこと、「医薬」が同じこと、「医療機器」が同じこと等がある。各施設において、患者の治療が行われる場合には、その患者と同じ「患者」の文書を「関連性を有する」文書とすればよい。また、治験が行われる場合には、治験対象である「医薬」又は「医療機器」が同じである文書を「関連性を有する」文書とすればよい。以下、同じ「患者」の文書を「関連性を有する」文書とした説明を行う。具体的には、文書属性データベース１５５が記憶している文書属性テーブル７００と文書自身を記憶している文書管理ストレージ１６０によって構成される。
文書管理ストレージ１６０は、文書を記憶している。例えば、コンピュータにおけるファイルシステムに、文書をファイルとして扱って記憶すればよい。
【００２４】
文書属性データベース１５５は、文書の属性を記憶している。例えば、文書毎に、その文書の文書ＩＤ、患者ＩＤ、文書種、登録日、登録者等を記憶していてもよい。さらに、前述の治験用に、医薬ＩＤ、医療機器ＩＤ等を付加していてもよい。例えば、文書属性テーブル７００を記憶している。図７は、文書属性テーブル７００のデータ構造例を示す説明図である。文書属性テーブル７００は、文書ＩＤ欄７１０、患者ＩＤ欄７２０、文書種欄７３０、登録日欄７４０、登録者欄７５０、公開対象欄７６０を有している。文書ＩＤ欄７１０は、文書を、本実施の形態において一意に識別するための情報（文書ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。患者ＩＤ欄７２０は、患者を、本実施の形態において一意に識別するための情報（患者ＩＤ）を記憶している。文書種欄７３０は、その文書の種別を記憶している。ここで、文書種は、例えば、「検査レポート」、「手術同意書」等がある。具体的には、その文書を作成するにあたって使用されたテンプレート（型、フォーマット等）を指し示す情報（テンプレートＩＤ）を利用すればよい。登録日欄７４０は、その文書の文書管理装置１５０への登録日（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。登録者欄７５０は、その文書の登録を指示した者を記憶している。公開対象欄７６０は、その文書は公開対象であるか否か（登録間隔判定モジュール１３５による処理結果）を記憶している。ここで「ＴＲＵＥ」は公開対象の文書であることを示しており、「ＦＡＬＳＥ」は公開対象の文書ではないことを示している。各行は、文書毎に設定されている。したがって、文書毎に公開対象欄７６０の情報がある。
【００２５】
文書処理モジュール１３０は、文書受付モジュール１０５、文書登録モジュール１１０、検索指示受付モジュール１１５、検索モジュール１２０、検索結果提示モジュール１２５を有しており、登録間隔判定モジュール１３５と接続されている。文書処理モジュール１３０は、中核病院、診療所、リハビリセンター、訪問介護ステーション等にあるユーザー用端末からの指示にしたがって、文書管理装置１５０に文書を登録すること、文書管理装置１５０内の文書を公開（閲覧等）することを行う。
【００２６】
文書受付モジュール１０５は、文書登録モジュール１１０と接続されている。文書受付モジュール１０５は、中核病院、診療所、リハビリセンター、訪問介護ステーション等にあるユーザー用端末から、登録する文書を受け付ける。なお、文書とは、主にテキストデータ、場合によっては図形、画像、動画、音声等の電子データ（ファイルとも言われる）、又はこれらの組み合わせであり、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。具体的には、文書作成プログラムによって作成された文書、Ｗｅｂページ等を含む。なお、この文書は、登録日の属性を付加することができるものであればよく、特に、ＰＤＦ等の汎用性の高い文書フォーマットの文書を対象としてもよい。様々な施設で作成される文書のフォーマットは、統一されたものではないことから、汎用性の高い文書フォーマットであることが望ましい。文書受付モジュール１０５は、汎用性の高い文書フォーマットの文書を受け付けるようにしてもよいし、ユーザー用端末装置から受け付けた文書を汎用性の高い文書フォーマットの文書に変換するようにしてもよい。
【００２７】
文書登録モジュール１１０は、文書受付モジュール１０５と接続されている。文書登録モジュール１１０は、文書受付モジュール１０５が受け付けた文書を、文書管理装置１５０に登録する。その際に、文書の属性として、文書ＩＤ、患者ＩＤ、文書種、登録日、登録者等を付加するようにしてもよい。文書の属性の詳細については、図７の例を用いて前述したとおりである。それらの属性は、文書属性データベース１５５に記憶させ、文書そのものを文書管理ストレージ１６０に記憶させる。
【００２８】
検索指示受付モジュール１１５は、検索モジュール１２０と接続されている。検索指示受付モジュール１１５は、中核病院、診療所、リハビリセンター、訪問介護ステーション等にあるユーザー用端末装置から、文書管理装置１５０に記憶されている文書の検索指示を受け付ける。例えば、患者ＩＤ等を受け付けて、その患者ＩＤが示す患者に関する文書の検索指示を受け付ける。
検索モジュール１２０は、検索指示受付モジュール１１５、検索結果提示モジュール１２５と接続されている。検索モジュール１２０は、検索指示受付モジュール１１５が受け付けた検索指示に基づいて、文書管理装置１５０内の文書を検索する。公開対象となっている文書を検索結果とする。
検索結果提示モジュール１２５は、検索モジュール１２０と接続されている。検索結果提示モジュール１２５は、検索指示を行った操作者のユーザー用端末装置に提示するために、検索モジュール１２０による検索結果を送信する。提示される文書は、公開対象となっている文書である。なお、ユーザーの指示、設定等によって、公開対象となっていない文書を提示するようにしてもよい。例えば、検索指示の対象である患者ＩＤに関する文書であるが、公開対象となっていない文書があること（例えば、登録した施設毎の件数）を示し、ユーザーの指示によってそれらの公開対象となっていない文書を閲覧できるようにしてもよい。
【００２９】
登録間隔判定モジュール１３５は、文書処理モジュール１３０と接続されている。登録間隔判定モジュール１３５は、複数の文書間の登録日の間隔を抽出する。具体的には、文書をその登録日の時系列で並べておき、その２つの文書間の登録日の差分を算出する。ここで間隔を抽出する２つの文書は、前述の「予め定められた関連性を有する複数の文書」である。例えば、検索対象と同じ患者に関する文書、検索対象と同じ医薬に関する文書、検索対象と同じ医療機器に関する文書等がある。さらに、文書種が同じ文書間の登録間隔としてもよい。なお、「２つの文書」は、対象としている文書Ｂとその文書Ｂの前に登録された文書Ａである。
そして、登録間隔判定モジュール１３５は、複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たす場合、その複数の文書を公開するよう決定する。「予め定められた日数」として、例えば、後述するように、過去の登録間隔の統計的値である日数、１日等であってもよい。
また登録間隔判定モジュール１３５は、複数の文書間の登録日の間隔と予め定められた日数との間で予め定められた条件を満たさない場合、その複数の文書を公開しないよう決定するようにしてもよい。
また「予め定められた条件」として、複数の文書間の登録日の間隔が、過去の登録間隔の統計的値から予め定められた範囲内にあること、又は、複数の文書間の登録日の間隔が、１日未満又は以下であることとしてもよい。統計的値として、過去の登録間隔に統計的処理を施した結果であって、具体的には過去の登録間隔の平均値、最頻値、中央値、最小値、最大値等である。また、過去には、期間を限定した意味を含む。例えば、現在から予め定められた期間の過去であってもよいし、予め定められた回数の過去であってもよい。回数には１回を含み、１回の過去とは、前回の意味である。以下の説明では、この前回の登録間隔を「統計的値」の例として説明する。また「予め定められた範囲内にあること」として、例えば、（１）複数の文書間の登録日の間隔が、過去の登録間隔の統計的値より短い又は以下であること、（２）複数の文書間の登録日の間隔が、過去の登録間隔の統計的値の上下Ｘ％以内にないこと等がある。（１）の条件は、重要な文書は登録間隔が短くなる傾向があることをとらえたものである。（２）の条件は、一定間隔で繰り返されていない文書を公開対象とするものであって、後述するように、経過観察のように一定間隔で登録が繰り返される場合の文書は、その内容が同じものである傾向があることをとらえたものであり、そのような文書は公開不要としている。
【００３０】
また、登録間隔判定モジュール１３５は、予め定められた関連性を有する複数の文書の種別において初めて登録された文書は、公開の対象と決定するようにしてもよい。
登録間隔判定モジュール１３５が処理を行う契機は、文書登録モジュール１１０によって文書が登録されるとき、検索モジュール１２０によって文書を検索したとき、又は、検索結果提示モジュール１２５によって検索結果を送信するときのいずれであってもよい。以下では、主に、文書登録モジュール１１０によって文書が登録されるときを例示して説明する。
【００３１】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、文書管理装置１５０、診療情報管理システム２１５、ユーザー用端末２２５Ａ、ユーザー用端末２２５Ｂ、ユーザー用端末２３５Ａ、ユーザー用端末２３５Ｂ、ユーザー用端末２４５Ａ、ユーザー用端末２４５Ｂは、通信回線２９０を介してそれぞれ接続されている。中核病院２１０には、診療情報管理システム２１５が設置されている。診療所２２０には、ユーザー用端末２２５が設置されている。リハビリセンター２３０には、ユーザー用端末２３５が設置されている。訪問看護ステーション２４０には、ユーザー用端末２４５が設置されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００、文書管理装置１５０、診療情報管理システム２１５による機能は、クラウドサービスとして実現してもよい。
診療情報管理システム２１５は、中核病院２１０における治療に関する文書の作成、管理の他に、地域医療連携の処理を行う。情報処理装置１００、文書管理装置１５０は、中核病院２１０内に設置されていてもよいし、診療情報管理システム２１５を構成するものであってもよい。
各施設（中核病院２１０、診療所２２０、リハビリセンター２３０、訪問看護ステーション２４０）において作成された文書は、情報処理装置１００を経由して文書管理装置１５０に記憶される。そして、各施設からの検索指示に基づいて、文書管理装置１５０内の文書を公開する。例えば、診療所２２０等で患者が来所した場合に、担当者（例えば、医師等）の操作に基づいて、過去の治療履歴を検索するために患者ＩＤを含む検索指示が行われる。情報処理装置１００による処理によって公開対象となっている文書が、検索結果として提示されることになる。
【００３２】
図３は、地域医療連携による処理例を示す説明図である。
文書管理装置１５０の文書管理ストレージ１６０は、患者Ａの診療記録文書３６０を記憶している。例えば、地域全体の医療品質向上を狙うために、地域の中核病院２１０が管理している文書を公開３１０（文書管理ストレージ１６０に格納）し、外部の施設（診療所２２０、リハビリセンター２３０、訪問看護ステーション２４０）がその文書を閲覧（閲覧３２０、閲覧３３０、閲覧３４０）できるようにする。
図４は、地域医療連携による処理例を示す説明図である。
例えば、患者Ａ４１０は、複数の施設を行き来し（図４では、診療所２２０から中核病院２１０へ患者Ａの移動４２０、中核病院２１０からリハビリセンター２３０へ患者Ａの移動４３０、リハビリセンター２３０から訪問看護ステーション２４０へ患者Ａの移動４４０）、治療を受ける。
このような場合に、患者が別の施設で受診した情報を、次の施設に引き継ぐために、公開３１０、閲覧３２０等の処理が行われる。
【００３３】
図５は、地域医療連携による処理例を示す説明図である。
診療所２２０では、投薬５５０が行われ、患者Ａ４１０の文書として投薬情報５１０等が作成され、文書管理ストレージ１６０に登録される。
中核病院２１０では、精密検査５５２、手術５５４が行われ、患者Ａ４１０の文書として精密検査記録５１２、手術記録５１４、退院記録５１６等が作成され、文書管理ストレージ１６０に登録される。
リハビリセンター２３０では、リハビリ計画作成５５６が行われ、患者Ａ４１０の文書としてリハビリ計画書５１８等が作成され、文書管理ストレージ１６０に登録される。
訪問看護ステーション２４０では、投薬の判断５５８が行われ、患者Ａ４１０の文書として投薬情報５２０等が作成され、文書管理ストレージ１６０に登録される。
そして、リハビリセンター２３０のリハビリ計画作成５５６において、中核病院２１０で作成された退院記録５１６が参照される。
また、訪問看護ステーション２４０の投薬の判断５５８において、診療所２２０で作成された投薬情報５１０が参照される。
【００３４】
このように、他の施設が過去に実施した診療行為を確認できるようにしたため、正確で効率的な診療行為をすることができるようになる。ただし、リハビリ計画作成５５６の時点では４文書、投薬の判断５５８の時点では５文書が患者Ａ４１０に関する文書として登録されているが、それぞれ必要とする文書は１つである。つまり、対象としている患者について、全施設の診療情報を確認することができるようになっているが、確認しなければいけない情報が膨大になることが多い。そして、情報が膨大であるために重要な情報の見逃しがあると、医療事故につながるおそれがある。
そこで、他の施設で登録された文書の閲覧において、今回の治療に不必要な情報が多くなる状況を解決する必要がある。
一方、地域医療連携では、全ての施設が電子化されている保証がなく、また電子化されていても、電子カルテベンダーがそれぞれ別個であることが多い。つまり、互換性が担保できない状況である。
したがって、施設間の情報のやり取りは、非構造化データ（ＰＤＦ等）で行うことが多い。不必要な情報を公開させないようにするために、属性を用いて件数を絞り込むという単純な属性検索では、実運用に向かないという面がある。
【００３５】
一般的に、治療は、常に実施しているわけではなく、ほとんどの期間は、経過観察が行われている。経過観察期間では、定期的に検査を実施し、疾患に関する検査結果に異常が見られなければ、継続して経過観察が実施される。患者によっては、治療の記録に加え、この経過観察期間に作成された文書が大量に存在する。
このため、本当に重要な文書（治療に関する文書）が埋もれてしまう原因となっていた。
医療の特徴として、容体に異常がない場合は、経過観察を継続することが行われている。そして、容体に何らの変化がある場合は、短期間に集中して文書が登録される傾向がある。また、この経過観察の情報は、前回と変化がない、という特徴がある。例えば、大量文書を持つ患者は、生まれつき障害などがあり、数十年治療を続けている方が多い。
しかし、そのほとんどの期間は、経過観察を受けている特徴がある。
このため、経過観察の情報を除外することで、治療に不要な情報を除外することができる。
例えば、図６に示すように、文書が登録される。時間軸６１０上の期間６５０では、定期的（例えば、毎週等）に文書（文書６１２〜６２２）が登録されている。そして、経過観察における文書の内容はほぼ同じである。何らかの治療が実施された期間６６０では、短期間に文書（文書６２４〜６２８）が登録されている。そして、期間６７０では、また、定期的（例えば、毎週等）に文書（文書６３０〜６４０）が登録されている。ただし、治療後の初期（文書６３０、文書６３２の時期）は、流動がある可能性が高い。
したがって、この図６の例では、公開すべき文書（他の施設でも閲覧すべき文書）として、文書６１２、文書６１４、文書６２４、文書６２６、文書６２８、文書６３０、文書６３２が挙げられる。
【００３６】
図８は、第１の実施の形態（登録間隔判定モジュール１３５）による処理例を示すフローチャートである。この処理例は、文書が登録される際に実行される処理である。なお、対象とする文書は、登録対象の文書の患者に関する文書である。
ステップＳ８０２では、登録対象の文書の文書種と過去に同一の文書種の文書が登録されていないか否かを判断し、登録されていない場合はステップＳ８１０へ進み、それ以外の場合はステップＳ８０４へ進む。具体的には、文書属性テーブル７００の文書種欄７３０の値を用いて、同じ文書種であるか否かを判断する。例えば、その患者において、登録されている文書のうち、登録対象の文書の文書種がない場合（最初の文書種の文書である場合）は、ＹＥＳと判断されることになる。
ステップＳ８０４では、同一文書種の登録間隔が１日以下であるか否かを判断し、１日以下である場合はステップＳ８１０へ進み、それ以外の場合はステップＳ８０６へ進む。
【００３７】
ステップＳ８０６では、前回の登録間隔とＸ％以上の差があるか否かを判断し、Ｘ％以上の差がある場合はステップＳ８１０へ進み、それ以外の場合はステップＳ８０８へ進む。例えば、Ｘ％を２０％とする。
ステップＳ８０８では、公開対象フラグを「ＦＡＬＳＥ」とする。つまり、その文書は、公開対象としない。
ステップＳ８１０では、公開対象フラグを「ＴＲＵＥ」とする。つまり、その文書を、公開対象とする。ステップＳ８０８、ステップＳ８１０で決定された公開対象フラグは、文書属性テーブル７００の公開対象欄７６０に記憶する。
【００３８】
図９は、第１の実施の形態による処理例を示すフローチャートである。図８の例に示す処理が行われた後に行われる検索処理例である。
ステップＳ９０２では、検索指示受付モジュール１１５は、検索指示を受け付ける。例えば、患者ＩＤ等が指定される。
ステップＳ９０４では、検索モジュール１２０は、検索結果にしたがって、文書属性テーブル７００内を検索する。
ステップＳ９０６では、検索モジュール１２０は、検索結果の文書全ての処理を終了したか否かを判断し、終了した場合はステップＳ９１４へ進み、それ以外の場合はステップＳ９０８へ進む。
ステップＳ９０８では、検索モジュール１２０は、公開対象フラグが「ＴＲＵＥ」であるか否かを判断し、「ＴＲＵＥ」である場合はステップＳ９１０へ進み、それ以外の場合はステップＳ９１２へ進む。
ステップＳ９１０では、検索モジュール１２０は、公開対象文書として選択し、ステップＳ９０６へ戻る。
ステップＳ９１２では、検索モジュール１２０は、公開不要文書として選択し、ステップＳ９０６へ戻る。
ステップＳ９１４では、検索結果提示モジュール１２５は、公開対象文書を検索結果として返信する。
【００３９】
図１０は、第１の実施の形態による処理例を示す説明図である。図１０の例は、左（過去）から右（現在）への時系列の登録日で文書を並べたものであり、その登録間隔を示している。太枠の文書は、公開対象となった文書である。
以下に、各文書と図８の例に示したフローチャートとの関係を示す。
文書１０１２は、最初に登録された文書であるので、ステップＳ８０２でＹＥＳと判断される。
文書１０１４は、前回の登録間隔は「無し」で、今回の登録間隔は「７日」であるため、ステップＳ８０６でＹＥＳと判断される。
文書１０１４から文書１０１６までの文書は、登録間隔がそれぞれ「７日」である。文書１０１４の次の文書から文書１０１６までの文書は、前回の登録間隔は「７日」で、今回の登録間隔は「７日」であるため、ステップＳ８０６でＮＯと判断される。つまり、この間に経過観察が繰り返されており、公開対象とはしていない。
文書１０１８、文書１０２０、文書１０２２は、１日以内に全て登録されているので、ステップＳ８０４でＹＥＳと判断される。
文書１０２４は、前回の登録間隔は「１日」で、今回の登録間隔は「１０日」であるため、ステップＳ８０６でＹＥＳと判断される。
文書１０２６は、前回の登録間隔は「１０日」で、今回の登録間隔は「７日」であるため、ステップＳ８０６でＹＥＳと判断される。
文書１０２６から文書１０２８までの文書は、登録間隔がそれぞれ「７日」である。文書１０２６の次の文書から文書１０２８までの文書は、前回の登録間隔は「７日」で、今回の登録間隔は「７日」であるため、ステップＳ８０６でＮＯと判断される。
【００４０】
＜＜第２の実施の形態＞＞
図１１は、第２の実施の形態の構成例についての概念的なモジュール構成図である。第２の実施の形態は、中核病院で記録された文書は除外しないようにしたものである。中核病院は定期的な治療でも、高度な医療に関する処置であるため、除外することによる医療事故の可能性が高くなってしまうからである。
情報処理装置１１００は、文書処理モジュール１３０、登録間隔判定モジュール１３５、中核病院判定モジュール１１４０を有しており、文書管理装置１５０と接続されている。なお、前述の形態と同種の部位には同一符号を付し重複した説明を省略する。つまり、文書属性テーブル１４００は、情報処理装置１００に中核病院判定モジュール１１４０を付加したものである。
【００４１】
文書処理モジュール１３０は、文書受付モジュール１０５、文書登録モジュール１１０、検索指示受付モジュール１１５、検索モジュール１２０、検索結果提示モジュール１２５を有しており、登録間隔判定モジュール１３５、中核病院判定モジュール１１４０と接続されている。
文書受付モジュール１０５は、文書登録モジュール１１０と接続されている。
文書登録モジュール１１０は、文書受付モジュール１０５と接続されている。
検索指示受付モジュール１１５は、検索モジュール１２０と接続されている。
検索モジュール１２０は、検索指示受付モジュール１１５、検索結果提示モジュール１２５と接続されている。
検索結果提示モジュール１２５は、検索モジュール１２０と接続されている。
登録間隔判定モジュール１３５は、文書処理モジュール１３０と接続されている。
中核病院判定モジュール１１４０は、文書処理モジュール１３０と接続されている。中核病院判定モジュール１１４０は、予め定められた施設によって登録された文書は、公開の対象と決定する。ここで「予め定められた施設」として、例えば、中核病院が該当する。
文書管理装置１５０は、文書属性データベース１５５、文書管理ストレージ１６０を有しており、情報処理装置１１００と接続されている。
【００４２】
図１２は、地域医療連携による処理例を示す説明図である。
文書管理ストレージ１６０は、患者Ａの診療記録文書１２６０、患者Ｂの診療記録文書１２６２、患者Ｃの診療記録文書１２６４を記憶している。患者Ａ１２１０は、診療所２２０、中核病院２１０、リハビリセンター２３０を行き来している。患者Ｂ１２２０は、診療所２２０、中核病院２１０、訪問看護ステーション２４０を行き来している。患者Ｃ１２３０は、中核病院２１０、訪問看護ステーション２４０を行き来している。つまり、地域医療連携に関わる患者は、かならず中核病院２１０を経由することに着目する。したがって、以下の式が成立する。
中核病院の患者数＝地域医療連携の患者数
各施設（診療所２２０等）の患者数＜地域医療連携の患者数
【００４３】
図１３は、第２の実施の形態（登録間隔判定モジュール１３５）による処理例を示すフローチャートである。この処理例は、文書が登録される際に実行される処理である。図８の例に示すフローチャートに、ステップＳ１３０２の処理を付加したものである。
ステップＳ１３０２では、中核病院判定モジュール１１４０は、その登録施設における院内患者数と地域連携患者数が一致するか否かを判断し、一致する場合はステップＳ１３１２へ進み、それ以外の場合はステップＳ１３０４へ進む。全ての患者は中核病院を経由するが、各診療所などは、一部の患者のみが利用する。したがって、患者数が地域連携の患者数と一致する場合、中核病院と判断できる。
ステップＳ１３０４では、登録間隔判定モジュール１３５は、過去に同一の文書種は登録されていないか否かを判断し、登録されていない場合はステップＳ１３１２へ進み、それ以外の場合はステップＳ１３０６へ進む。
ステップＳ１３０６では、登録間隔判定モジュール１３５は、同一文書種の登録間隔が１日以下であるか否かを判断し、１日以下である場合はステップＳ１３１２へ進み、それ以外の場合はステップＳ１３０８へ進む。
ステップＳ１３０８では、登録間隔判定モジュール１３５は、前回の登録間隔とＹ％以上差があるか否かを判断し、Ｙ％以上差がある場合はステップＳ１３１２へ進み、それ以外の場合はステップＳ１３１０へ進む。例えば、Ｙ％を２０％とする。
ステップＳ１３１０では、登録間隔判定モジュール１３５は、公開対象フラグを「ＦＡＬＳＥ」とする。
ステップＳ１３１２では、登録間隔判定モジュール１３５は、公開対象フラグを「ＴＲＵＥ」とする。
【００４４】
また、情報処理装置１１００は、文書を登録した施設を認識し、それを文書の属性として文書属性データベース１５５に記憶させてもよい。例えば、文書管理装置１５０は、文書属性テーブル１４００を記憶している。図１４は、文書属性テーブル１４００のデータ構造例を示す説明図である。文書属性テーブル１４００は、図７の例に示す文書属性テーブル７００に登録施設欄１４６０を付加したものである。文書属性テーブル１４００は、文書ＩＤ欄１４１０、患者ＩＤ欄１４２０、文書種欄１４３０、登録日欄１４４０、登録者欄１４５０、登録施設欄１４６０、公開対象欄１４７０を有している。文書ＩＤ欄１４１０は、文書ＩＤを記憶している。患者ＩＤ欄１４２０は、患者ＩＤを記憶している。文書種欄１４３０は、文書種を記憶している。登録日欄１４４０は、登録日を記憶している。登録者欄１４５０は、登録者を記憶している。登録施設欄１４６０は、その文書の登録を行った施設を記憶している。前述したように、文書を登録した際の施設の認識結果である。例えば、中核病院、診療所等を示す情報を記憶する。また、中核病院であるか否かを示す情報であってもよい。公開対象欄１４７０は、公開対象であるか否かを記憶している。
【００４５】
図１５は、第２の実施の形態（登録間隔判定モジュール１３５）による処理例を示すフローチャートである。この処理例は、文書が登録される際に実行され、文書管理装置１５０が文書属性テーブル１４００を記憶している場合の処理である。
ステップＳ１５０２では、中核病院判定モジュール１１４０は、文書を登録した施設は、中核病院であるか否かを判断し、中核病院である場合はステップＳ１５１２へ進み、それ以外の場合はステップＳ１５０４へ進む。具体的には、文書属性テーブル１４００の登録施設欄１４６０を用いて判断する。
ステップＳ１５０４では、登録間隔判定モジュール１３５は、過去に同一の文書種は登録されていないか否かを判断し、登録されていない場合はステップＳ１５１２へ進み、それ以外の場合はステップＳ１５０６へ進む。
ステップＳ１５０６では、登録間隔判定モジュール１３５は、同一文書種の登録間隔が１日以下であるか否かを判断し、１日以下である場合はステップＳ１５１２へ進み、それ以外の場合はステップＳ１５０８へ進む。
ステップＳ１５０８では、登録間隔判定モジュール１３５は、前回の登録間隔とＹ％以上差があるか否かを判断し、Ｙ％以上差がある場合はステップＳ１５１２へ進み、それ以外の場合はステップＳ１５１０へ進む。例えば、Ｙ％を２０％とする。
ステップＳ１５１０では、登録間隔判定モジュール１３５は、公開対象フラグを「ＦＡＬＳＥ」とする。
ステップＳ１５１２では、登録間隔判定モジュール１３５は、公開対象フラグを「ＴＲＵＥ」とする。
【００４６】
図１６は、第２の実施の形態による処理例を示す説明図である。図１６の例は、左（過去）から右（現在）への時系列の登録日で文書を並べたものであり、その登録間隔を示している。太枠の文書は、公開対象となった文書である。
以下に、各文書と図１３、図１５の例に示したフローチャートとの関係を示す。
文書１６１２〜文書１６１６、文書１６３２〜文書１６３６までの文書は、中核病院によって登録されたものであり、他の文書は、中核病院以外の施設で登録された文書とする。
文書１６１２〜文書１６１６、文書１６３２〜文書１６３６までの文書は、中核病院によって登録されたものであるので、ステップＳ１３０２又はステップＳ１５０２でＹＥＳと判断される。つまり、文書１６１４の次の文書から文書１６１６までの文書、文書１６３４の次の文書から文書１６３６までの文書は、前回の登録期間「７日」と今回の登録期間「７日」は同じであるが、中核病院によって登録されているので、公開対象とされている。
文書１６１８は、前回の登録間隔は「７日」で、今回の登録間隔は「１０日」であるため、ステップＳ１３０８又はステップＳ１５０８でＹＥＳと判断される。
文書１６２０は、前回の登録間隔は「１０日」で、今回の登録間隔は「７日」であるため、ステップＳ１３０８又はステップＳ１５０８でＹＥＳと判断される。
文書１６２２〜文書１６２４は、ステップＳ１３０８又はステップＳ１５０８でＮＯと判断される。つまり、この間に中核病院以外の施設で経過観察が繰り返されており、公開対象としていない。
文書１６２６、文書１６２８、文書１６３０は、１日以内に全て登録されているので、ステップＳ１３０６又はステップＳ１５０６でＹＥＳと判断される。
【００４７】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１７に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１７０１を用い、記憶装置としてＲＡＭ１７０２、ＲＯＭ１７０３、ＨＤ１７０４を用いている。ＨＤ１７０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を用いてもよい。文書受付モジュール１０５、文書登録モジュール１１０、検索指示受付モジュール１１５、検索モジュール１２０、検索結果提示モジュール１２５、文書処理モジュール１３０、登録間隔判定モジュール１３５、中核病院判定モジュール１１４０等のプログラムを実行するＣＰＵ１７０１と、そのプログラムやデータを記憶するＲＡＭ１７０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１７０３と、文書属性データベース１５５、文書管理ストレージ１６０等の機能を有する補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１７０４と、キーボード、マウス、タッチパネル、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置１７０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１７０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１７０７、そして、それらをつないでデータのやり取りをするためのバス１７０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００４８】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１７に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１７に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１７に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００４９】
前述の実施の形態においては、登録日の例を示したが、その登録日を診療日としてもよい。前述の実施の形態では、様々な施設で取り扱う文書の種類は、必ずしも統一されていないことから、文書の登録日を用いて、文書の公開、非公開を決定するようにしているが、各文書から診療日を抽出可能であるならば、登録日の代わりとして診療日を用いるようにしてもよい。例えば、文書の属性として診療日が含まれていること、又は文書の内容として診療日が記載されていること等によって、各文書から診療日を抽出可能とすることができる。
また、前述の実施の形態においては、文書として医療文書を対象とする例を示したが、他の文書であってもよい。例えば、学習用文書（成績表、本人希望書等）としてもよい。大学受験用の連携が、高校（前述の中核病院に該当）、受験塾等の施設で行われる場合に適用してもよい。また、生涯学習等の連携が、大学（前述の中核病院に該当）、博物館、図書館、カルチャーセンター等の施設で行われる場合に適用してもよい。
また、前述の実施の形態の説明において、比較処理において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
【００５０】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００５１】
１００…情報処理装置
１０５…文書受付モジュール
１１０…文書登録モジュール
１１５…検索指示受付モジュール
１２０…検索モジュール
１２５…検索結果提示モジュール
１３０…文書処理モジュール
１３５…登録間隔判定モジュール
１５０…文書管理装置
１５５…文書属性データベース
１６０…文書管理ストレージ
２１０…中核病院
２１５…診療情報管理システム
２２０…診療所
２２５…ユーザー用端末
２３０…リハビリセンター
２３５…ユーザー用端末
２４０…訪問看護ステーション
２４５…ユーザー用端末
２９０…通信回線
１１００…情報処理装置
１１４０…中核病院判定モジュール
【図１】
2017054326.tif 000003
【図２】
2017054326.tif 000004
【図３】
2017054326.tif 000005
【図４】
2017054326.tif 000006
【図５】
2017054326.tif 000007
【図６】
2017054326.tif 000008
【図７】
2017054326.tif 000009
【図８】
2017054326.tif 000010
【図９】
2017054326.tif 000011
【図１０】
2017054326.tif 000012
【図１１】
2017054326.tif 000013
【図１２】
2017054326.tif 000014
【図１３】
2017054326.tif 000015
【図１４】
2017054326.tif 000016
【図１５】
2017054326.tif 000017
【図１６】
2017054326.tif 000018
【図１７】
2017054326.tif 000019