特許 6405688 情報処理装置及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6405688

(24)【登録日】2018年9月28日

(45)【発行日】2018年10月17日

(54)【発明の名称】情報処理装置及び情報処理プログラム

(51)【国際特許分類】

   G06Q 50/22 20180101AFI20181004BHJP

   G06Q 10/06 20120101ALI20181004BHJP

【ＦＩ】

   G06Q50/22

   G06Q10/06

【請求項の数】3

【全頁数】15

(21)【出願番号】特願2014-95875(P2014-95875)

(22)【出願日】2014年5月7日

(65)【公開番号】特開2015-212909(P2015-212909A)

(43)【公開日】2015年11月26日

【審査請求日】2017年3月28日

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士ゼロックス株式会社

(74)【代理人】

【識別番号】100115129

【弁理士】

【氏名又は名称】清水 昇

(74)【代理人】

【識別番号】100102716

【弁理士】

【氏名又は名称】在原 元司

(74)【代理人】

【識別番号】100122275

【弁理士】

【氏名又は名称】竹居 信利

(72)【発明者】

【氏名】細田 健人

【審査官】 加舎 理紅子

(56)【参考文献】

【文献】 特開２００９−０７５６６０（ＪＰ，Ａ）

【文献】 特開２００８−２５７３１６（ＪＰ，Ａ）

【文献】 特開２００９−０７０２９９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１６Ｈ １０／００−８０／００

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

患者の治療に関する文書を受け付ける受付手段と、
前記受付手段によって受け付けられた文書の種別を取得する取得手段と、
第１の文書の種別と該第１の文書が登録されたならば登録すべきである第２の文書の種別を対応させて記憶する対記憶手段から、前記取得手段によって取得された文書の種別に対応する第２の文書の種別を抽出する抽出手段と、
前記抽出手段によって抽出された第２の文書の種別を、前記取得手段によって取得された文書にともなって登録すべき文書として提示する提示手段
を具備し、
前記受付手段によって受け付けられた文書が複数ある場合であって、前記抽出手段によって抽出された第２の文書の種別が、既に抽出された第２の文書の種別と重複するときは、重複した抽出を行わない
ことを特徴とする情報処理装置。

【請求項2】

前記対記憶手段は、さらに前記第２の文書の登録すべき納期を記憶しており、
前記提示手段は、前記納期から予め定められた期間にある場合は、登録すべき第２の文書があることの警告を提示する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

コンピュータを、
患者の治療に関する文書を受け付ける受付手段と、
前記受付手段によって受け付けられた文書の種別を取得する取得手段と、
第１の文書の種別と該第１の文書が登録されたならば登録すべきである第２の文書の種別を対応させて記憶する対記憶手段から、前記取得手段によって取得された文書の種別に対応する第２の文書の種別を抽出する抽出手段と、
前記抽出手段によって抽出された第２の文書の種別を、前記取得手段によって取得された文書にともなって登録すべき文書として提示する提示手段
として機能させ、
前記受付手段によって受け付けられた文書が複数ある場合であって、前記抽出手段によって抽出された第２の文書の種別が、既に抽出された第２の文書の種別と重複するときは、重複した抽出を行わない
情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置及び情報処理プログラムに関する。

【背景技術】

【0002】

特許文献１には、規模が小さな医療機関では診療情報管理士の導入は困難であったことを課題とし、医療機関側のクライアントは、電子カルテシステムから病名と診療行為の記録とを読み出し、医療事務処理装置から患者の氏名等の患者情報と、診療費用に係る情報とを読み出してサーバーに送信し、センタ側のサーバーは患者の病名とその診療行為とを記録する診療録データベースと、標準的な医療費を記録した標準費用データベースとを備え、データを受信して診療録データベースに記録し、記録した病名及び／又は診療行為で標準費用データベースを検索して標準的な医療費と受信した診療費用とを比較して出力することが開示されている。

【0003】

特許文献２には、医療機関が患者に施行した、診療行為、処方した薬などの正当性を容易に判断することを課題とし、標準治療データベースには、予め支払い代行機関から認証された主訴、所見、判断、治療、プロブレムが蓄積され、カルテ情報データベースには、受診毎の診療行為、処方した薬などのカルテ情報が個人毎に蓄積され、医療機関では、個人（患者）が受診すると、標準治療データベース、カルテ情報データベースを利用して、診療し、そして、主訴、所見、判断、治療、プロブレムは、カルテ情報データベースに蓄積され、個人及び支払い代行機関は、標準治療データベース、カルテ情報データベースから施行された診療行為、処方した薬などの正当性を検証することが開示されている。

【0004】

特許文献３には、ルールを用いて重点的に点検すべきレセプトを抽出するレセプト点検支援方法とシステムを提供することを課題とし、再審査請求の実績データの請求内容を示す請求文言を、医薬品名や診療行為名を含むレセプトコードキーワードと請求文言に含まれる文言キーワードで検索し、その組み合わせパターンからレセプト抽出ルールを作成し、また、再審査実績の結果や点数を元に、効率化のための指標を算出することが開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００２−２５９５５５号公報

【特許文献2】特開２００４−３１８５４３号公報

【特許文献3】特開２００８−１３４７５６号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

本発明は、患者の治療に関する文書が登録されると、その文書にともなって登録すべき文書を提示するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

【課題を解決するための手段】

【0007】

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、患者の治療に関する文書を受け付ける受付手段と、前記受付手段によって受け付けられた文書の種別を取得する取得手段と、第１の文書の種別と該第１の文書が登録されたならば登録すべきである第２の文書の種別を対応させて記憶する対記憶手段から、前記取得手段によって取得された文書の種別に対応する第２の文書の種別を抽出する抽出手段と、前記抽出手段によって抽出された第２の文書の種別を、前記取得手段によって取得された文書にともなって登録すべき文書として提示する提示手段を具備し、前記受付手段によって受け付けられた文書が複数ある場合であって、前記抽出手段によって抽出された第２の文書の種別が、既に抽出された第２の文書の種別と重複するときは、重複した抽出を行わないことを特徴とする情報処理装置である。

【0009】

請求項２の発明は、前記対記憶手段は、さらに前記第２の文書の登録すべき納期を記憶しており、前記提示手段は、前記納期から予め定められた期間にある場合は、登録すべき第２の文書があることの警告を提示することを特徴とする請求項１に記載の情報処理装置である。

【0010】

請求項３の発明は、コンピュータを、患者の治療に関する文書を受け付ける受付手段と、前記受付手段によって受け付けられた文書の種別を取得する取得手段と、第１の文書の種別と該第１の文書が登録されたならば登録すべきである第２の文書の種別を対応させて記憶する対記憶手段から、前記取得手段によって取得された文書の種別に対応する第２の文書の種別を抽出する抽出手段と、前記抽出手段によって抽出された第２の文書の種別を、前記取得手段によって取得された文書にともなって登録すべき文書として提示する提示手段として機能させ、前記受付手段によって受け付けられた文書が複数ある場合であって、前記抽出手段によって抽出された第２の文書の種別が、既に抽出された第２の文書の種別と重複するときは、重複した抽出を行わない情報処理プログラムである。

【発明の効果】

【0011】

請求項１の情報処理装置によれば、患者の治療に関する文書が登録されると、その文書にともなって登録すべき文書を提示することができる。また、登録した文書が複数ある場合、既に抽出された第２の文書の種別と重複するときは、重複した抽出を行わないようにすることができる。

【0013】

請求項２の情報処理装置によれば、納期から予め定められた期間にある場合は、登録すべき第２の文書があることの警告を提示することができる。

【0014】

請求項３の情報処理プログラムによれば、患者の治療に関する文書が登録されると、その文書にともなって登録すべき文書を提示することができる。また、登録した文書が複数ある場合、既に抽出された第２の文書の種別と重複するときは、重複した抽出を行わないようにすることができる。

【図面の簡単な説明】

【0015】

【図1】本実施の形態の構成例についての概念的なモジュール構成図である。

【図2】本実施の形態を実現した場合のシステム構成例を示す説明図である。

【図3】本実施の形態による処理例を示す説明図である。

【図4】本実施の形態による処理例を示す説明図である。

【図5】本実施の形態による処理例を示すフローチャートである。

【図6】本実施の形態による処理例を示すフローチャートである。

【図7】文書種管理テーブルのデータ構造例を示す説明図である。

【図8】文書登録状況表示画面の例を示す説明図である。

【図9】本実施の形態による処理例を示すフローチャートである。

【図10】文書種管理テーブルのデータ構造例を示す説明図である。

【図11】文書登録状況表示画面の例を示す説明図である。

【図12】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

【発明を実施するための形態】

【0016】

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に１対１に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、すべての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（１対１対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

【0017】

本実施の形態である情報処理装置１００は、患者の治療に関する文書を登録するものであって、図１の例に示すように、患者登録モジュール１１０、文書記憶モジュール１１５、文書登録モジュール１２０、文書処理モジュール１３０、文書種管理用データ記憶モジュール１５５、表示モジュール１６０を有している。特に、患者の治療に関する文書としてのカルテの量的監査のためのものである。ここで、量的監査とは、対象となっているカルテが存在すること（電子文書であるカルテが登録されていること）を検査することである。
治療が完了した後に監査が行われる。そのため、治療後の日数が経過してしまうと、必須の情報（診療記録）が得られない可能性がある。また、例えば、レセプト（医療機関が健康保険組合に請求する診療報酬明細書）に問題ありと判断されても、診療記録が存在しないと何が正しいレセプトか判断ができない。
結果であるレセプトからの正当性監査は限界がある。このため、レセプトの情報源となる診療記録が正しく登録されているかを監査する必要がある。この監査がカルテ監査といわれる。
しかし、診療行為は患者の容体で臨機応変に実施されるため、患者の入院時や治療中に治療パターンを定義することは難しい。したがって、治療中に監査上問題なく治療を行いたくても、治療パターンを定義する対応では、診療記録が正しく登録されているかを判断するための正解の治療パターン（診療記録セット）が事前には定義できない。
本実施の形態である情報処理装置１００は、必須で登録しなければいけない文書のセットを、治療パターン毎ではなく、登録された文書種毎に定義している。そして、文書が登録されたときに、必須で登録しなければいけない文書を動的に更新する。

【0018】

患者登録モジュール１１０は、文書記憶モジュール１１５と接続されている。患者登録モジュール１１０は、患者情報を登録する。例えば、初診、患者が入院するときに、登録が行われる。患者情報として、少なくとも、本実施の形態において患者を一意に識別するための情報があり、さらに、患者の氏名、住所、性別等の情報が含まれていてもよい。
文書記憶モジュール１１５は、患者登録モジュール１１０、文書登録モジュール１２０と接続されている。文書記憶モジュール１１５は、患者情報とその患者に対応する文書を記憶する。つまり、患者毎に診療記録（患者の治療に関する文書）を登録・管理するストレージ（リポジトリ管理）としての機能を有する。なお、患者情報と登録済み文書は、１対多（１対０、１対１の関係を含む）の関係を持つ。
文書登録モジュール１２０は、文書記憶モジュール１１５、文書処理モジュール１３０と接続されている。文書登録モジュール１２０は、患者の治療に関する文書を受け付け、その文書の患者情報と関連付けて文書記憶モジュール１１５に登録する。

【0019】

文書処理モジュール１３０は、文書種取得モジュール１３５、検索モジュール１４０、必須文書取得モジュール１４５、納期処理モジュール１５０を有しており、文書登録モジュール１２０、文書種管理用データ記憶モジュール１５５、表示モジュール１６０と接続されている。
文書種取得モジュール１３５は、文書登録モジュール１２０によって受け付けられた文書の種別を取得する。例えば、文書の属性の一つとして、種別がその文書に記憶されており、文書から種別を取り出せばよい。文書の種別とは、文書のカテゴリーを表す。すべての文書には文書種が定義されており、オブジェクト指向においては文書種をインスタンス化したものが文書となる。
検索モジュール１４０は、文書種管理用データ記憶モジュール１５５から、文書種取得モジュール１３５によって取得された文書の種別を検索する。具体的には、後述する図７の例に示す文書種管理テーブル７００の文書種コード欄７１０（又は文書種名欄７２０）から、対象としている文書の種別を検索する。

【0020】

必須文書取得モジュール１４５は、検索モジュール１４０によって検索された文書の種別に対応する第２の文書の種別を抽出する。具体的には、後述する図７の例に示す文書種管理テーブル７００から、検索モジュール１４０によって検索された文書種コード欄７１０に対応する行の必須登録文書欄７３０内の値を抽出すればよい。
また、必須文書取得モジュール１４５は、文書登録モジュール１２０によって受け付けられた文書が複数ある場合であって、必須文書取得モジュール１４５によって既に抽出された第２の文書の種別が、既に抽出された第２の文書の種別と重複するときは、重複した抽出を行わないようにしてもよい。ここで「文書登録モジュール１２０によって受け付けられた文書が複数ある場合」とは、その患者に対して２回目以降の文書の登録があった場合である。文書の登録がある都度に、登録すべきである第２の文書の種別を抽出しているので、既に抽出したものは抽出する必要がない。また、後述するバリアンスが発生した場合は、既に抽出された第２の文書の種別と重複しない場合が多いので、抽出することとなる。もちろんのことながら、バリアンスが発生した場合であっても、一部の文書において既に抽出された第２の文書の種別と重複する場合は、抽出しないこととなる。
納期処理モジュール１５０は、登録されていない文書をアラート通知する機能を有する。納期処理モジュール１５０は、納期から予め定められた期間にある場合は、登録すべき第２の文書があることの警告を発する。

【0021】

文書種管理用データ記憶モジュール１５５は、文書処理モジュール１３０と接続されている。文書種管理用データ記憶モジュール１５５は、文書種毎に、登録されなければいけない文書セットを管理する。具体的には、文書種管理用データ記憶モジュール１５５は、第１の文書の種別とその第１の文書が登録されたならば登録すべきである第２の文書（以下、必須登録文書ともいう）の種別を対応させて記憶する。文書には文書種が定義されており、文書種管理用データ記憶モジュール１５５には文書種毎に必須登録文書のセットが対応づけて管理されている。文書種と必須登録文書は、１対多（１対０、１対１の関係を含む）の関係を持つ。具体的には、後述する図７の例に示す文書種管理テーブル７００を記憶している。
また、文書種管理用データ記憶モジュール１５５は、さらに第２の文書の登録すべき納期を記憶していてもよい。具体的には、後述する図１０の例に示す文書種管理テーブル１０００を記憶している
表示モジュール１６０は、文書処理モジュール１３０と接続されている。表示モジュール１６０は、患者毎に登録されなければいけない文書を、液晶ディスプレイ等の表示装置に表示する機能を有する。表示モジュール１６０は、必須文書取得モジュール１４５によって抽出された第２の文書の種別を、文書登録モジュール１２０によって取得された文書にともなって登録すべき文書として提示する。また、表示モジュール１６０は、文書が登録されたタイミングで、登録されなければいけない文書を動的に更新する。必須登録文書の情報は文書種管理用データ記憶モジュール１５５から取得したものであり、文書の登録状況は文書記憶モジュール１１５から取得したものである。
表示モジュール１６０は、納期処理モジュール１５０が警告を発した場合は、登録すべき第２の文書があることの警告を提示するようにしてもよい。

【0022】

図２は、本実施の形態を実現した場合のシステム構成例を示す説明図である。
情報処理装置１００、ユーザー用端末２１０Ａ、ユーザー用端末２１０Ｂ、文書管理サーバー２２０は、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。例えば、ユーザー用端末２１０のブラウザに対する操作者の操作によって、情報処理装置１００が使用される。ここで、操作者とは主に医師である。また、操作としては、患者、文書等の登録操作がある。文書管理サーバー２２０は、文書記憶モジュール１１５としての機能を有していてもよい。この場合、文書記憶モジュール１１５は情報処理装置１００内ではなく、文書管理サーバー２２０内に備え付けられていることになる。もちろんのことながら、情報処理装置１００と文書管理サーバー２２０を組み合わせた装置、情報処理装置１００とユーザー用端末２１０を組み合わせた装置、情報処理装置１００とユーザー用端末２１０と文書管理サーバー２２０を組み合わせた装置であってもよい。

【0023】

図３は、本実施の形態による処理例を示す説明図である。
通常の治療パターンとして、例えば、入院３０５に関連して入院同意書３１０が作成され、検査３１５に関連して検査レポート３２０が作成され、手術３２５に関連して手術同意書３３０、手術結果レポート３３２が作成され、経過観察３３５に関連して検査レポート３４０が作成され、退院３４５に関連して退院サマリー３５０が作成される。
この場合、本実施の形態では、入院同意書３１０が登録されたタイミングで、検査レポート３２０、手術同意書３３０、手術結果レポート３３２、検査レポート３４０、退院サマリー３５０が必要であることを表示する。文書登録のタイミングで必須登録文書が分かることとなる。その表示にしたがって必須登録文書を登録した場合、診療完了時にはレセプトに必要な文書が登録された状態となる。

【0024】

図４は、本実施の形態による処理例を示す説明図である。診療において、しばしば発生する「バリアンス」に、本実施の形態が対応する例を示したものである。ここでバリアンス（Ｖａｒｉａｎｃｅ）とは、クリニカルパス（治療や検査にあたってどのような処置を行うのか、その実施内容や順序を入力したスケジュール表のこと）で予想されたプロセスと異なる経過や結果（アウトカム）のことをいう。例えば、クリニカルパスになかった検査が追加されたときや、患者の都合で退院日が延長されたときなどが患者のバリアンスとなる。
例えば、入院４０５に関連して入院同意書４１０が作成され、検査４１５に関連して検査レポート４２０が作成され、手術４２５に関連して手術同意書４３０、手術結果レポート４３２が作成され、経過観察４３５に関連して検査レポート４４０が作成される。
経過観察４３５中にバリアンス発生４４２があった場合、再手術４４５に関連して手術同意書４５０、手術結果レポート４５２が作成され、経過観察４５５に関連して検査レポート４６０が作成され、退院４６５に関連して退院サマリー４７０が作成される。
この場合、本実施の形態では、入院同意書４１０が登録されたタイミングで、検査レポート４２０、手術同意書４３０、手術結果レポート４３２、検査レポート４４０、退院サマリー４７０が必要であることを表示する。そして、手術同意書４５０が登録されたタイミングで、手術結果レポート４５２、検査レポート４６０、退院サマリー４７０が必要であることを表示する。なお、バリアンス発生４４２後の手術同意書４５０が登録されたタイミングでは、手術同意書４５０の登録にともなって抽出した退院サマリー４７０は、既に抽出された退院サマリー４７０（入院同意書４１０の登録にともなって抽出した退院サマリー４７０）の種別と重複することを検知することになるので、重複した抽出を行わない。つまり、２つの退院サマリー４７０が登録必要であるとは表示されない。

【0025】

図５は、本実施の形態による処理例を示すフローチャートである。このフローチャートでは、患者の入院から退院までに発生する文書登録の処理例について説明する。
ステップＳ５０２では、患者登録モジュール１１０が、患者に関する情報である患者情報を登録する。本実施の形態は、例えば、治療対象の患者を登録することから開始する。具体的には、患者が入院したタイミングで登録される。患者が登録されると文書記憶モジュール１１５に患者用のリポジトリが作成される。
ステップＳ５０４では、文書登録モジュール１２０が、文書を登録する。患者の治療により作成された文書は、文書記憶モジュール１１５の患者リポジトリに登録される。例えば、入院同意書等がある。
ステップＳ５０６では、情報処理装置１００が、必要な文書が定義されているか否かを判断し、定義されている場合はステップＳ５０８へ進み、それ以外の場合はステップＳ５１０へ進む。つまり、ステップＳ５０４で登録された文書の文書種に、必須登録文書が定義されているかを判定する。必須登録文書は文書種管理用データ記憶モジュール１５５内の文書種管理テーブル７００で管理される。
ステップＳ５０８では、情報処理装置１００が、必要な文書を追加する。ステップＳ５０６で必須登録文書が定義されていると判定された場合、表示モジュール１６０が表示装置に、必須登録文書を追加表示する。なお、このステップＳ５０８の処理が行われた場合は、次のステップＳ５１０の判断では「ＮＯ」となる。
ステップＳ５１０では、情報処理装置１００が、全文書が登録済みであるか否かを判断し、登録済みである場合は処理を終了し（ステップＳ５９９）、それ以外の場合はステップＳ５０４に戻る。つまり、必須で登録しなければいけない文書がすべて登録されればフローは終了となる。未登録の文書が残っている場合、継続して文書登録を待つ。

【0026】

図６は、本実施の形態による処理例を示すフローチャートである。図５の例に示したフローチャート内のステップＳ５０６，ステップＳ５０８の詳細な処理例を示したものである。ここでは、文書が登録されたときに、情報処理装置１００が関連する必須登録文書を追加する作業について説明する。
ステップＳ６０２では、文書種取得モジュール１３５が、登録された文書の文書種を取得する。つまり、文書に割り振られている文書種属性を取得する。
ステップＳ６０４では、検索モジュール１４０が、文書種管理テーブル７００から登録された文書種を検索する。つまり、取得した文書種に該当するレコードを、文書種管理テーブル７００から検索する。
ステップＳ６０６では、必須文書取得モジュール１４５が、必須登録文書を取得する。つまり、検索したレコードに定義されている必須登録文書を取得する。
ステップＳ６０８では、表示モジュール１６０が、表示を更新する。つまり、追加された必須登録文書について、表示装置上の表示を更新する。具体的には、患者についての文書登録状況画面に、文書が未登録の状態として、項目の追加を行う。

【0027】

次に、文書種管理用データ記憶モジュール１５５内に記憶されている文書種管理テーブル７００の例について説明する。図７は、文書種管理テーブル７００のデータ構造例を示す説明図である。
文書種管理テーブル７００は、文書種コード欄７１０、文書種名欄７２０、必須登録文書欄７３０を有している。文書種コード欄７１０は、文書種コードを記憶している。文書種名欄７２０は、その文書種コードに対応する文書種名を記憶している。必須登録文書欄７３０は、その文書種コードに対応する文書の登録にともなって登録すべき文書（必須登録文書）を記憶している。なお、図７では、文書種名を記憶する例を示しているが、必須登録文書欄７３０には、文書種コードで記憶してもよい。
ここで、文書種には便宜上、文書種コードを割り振る。これにより文書種名が重複しても区別して処理することができる。なお、文書の種別が重複しているか否かは、この文書種コードを用いて判断すればよい。

【0028】

文書種には、同意書、レポート、サマリー、問診票、紹介状、記録などの種類が存在する。その中でも同意書は、ある診療行為を実施する際に必要となる文書であるため、対象の診療行為実施後の結果レポートが対で存在する。このため同意書の場合には、対応する結果レポートを必須登録文書に定義することができる。なお、同意書に限らず、必須登録文書を定義できるようになっている。例えば、病院の運用に合わせて管理者に定義してもらうようにしてもよい。なお、同意書とは、手術や入院などの診療について、患者の同意があることを証明するための文書である。次工程の診療について同意するか否かを患者が記入する。退院サマリーとは、入院から退院までの経過・治療内容を要約し、最終診断名と転帰が記載されたものである。
患者が同意書に同意しなかった場合、次工程の診療を実施しなかったエビデンスを残す必要があるため、対応する文書は登録しなければいけない。例えば、手術同意書に同意しない場合、同意しなかったことを証明する文書と、手術を実施しなかった結果レポートの登録が必要となる。これらを、文書種管理テーブル７００に定義すればよい。
また、必須登録文書欄７３０には、複数の文書種別が登録されていてもよい。そして、その場合は、登録の順序が定義されていてもよい。例えば、必須登録文書欄７３０に記載されている順序で、登録すべきことを示していてもよい。

【0029】

図８は、文書登録状況表示画面８００の例を示す説明図である。表示モジュール１６０が文書登録状況表示画面８００を表示装置に表示する。
文書登録状況表示画面８００には、患者Ａ欄８１０、患者Ｂ欄８２０、患者Ｃ欄８３０が表示されている。つまり、患者毎に、登録必須文書を一覧（ここでは一行）で表現する。登録済みの文書には「○」を、未登録の文書には「×」を表示し、現在の登録状況を一覧できるようにする。文書が登録されると、必須登録文書に定義されている文書が追加される。
患者Ａ欄８１０では、「心筋梗塞入院同意書」が登録されており、「心臓検査レポート」が登録されており、「心臓手術同意書」が登録されており、「心臓手術結果レポート」が登録されており、「退院サマリー」が登録されている。
患者Ｂ欄８２０では、「肺がん入院同意書」が登録されており、「肺検査レポート」が登録されており、「肺手術同意書」が登録されており、「肺手術結果レポート」が登録されておらず、「退院サマリー」が登録されている。
患者Ｃ欄８３０では、「心筋梗塞入院同意書」が登録されており、「心臓検査レポート」が登録されており、「肺検査レポート」が登録されており、「心臓手術同意書」が登録されており、「肺手術同意書」が登録されており、「肺手術結果レポート」が登録されておらず、「心臓手術結果レポート」が登録されており、「退院サマリー」が登録されていない。
この図８の例に示す文書登録状況表示画面８００では、患者Ｂの「肺手術結果レポート」が登録されずに診療が完了してしまったことが分かる。
また、患者Ｃについて、心臓手術後に肺の手術が必要になり（バリアンスが発生し）、「肺手術同意書」が新たに登録されたことで、「肺手術検査レポート」が必須登録文書に追加されている。

【0030】

図９は、本実施の形態による処理例を示すフローチャートである。重複処理の詳細を示したものであり、図６の例に示したフローチャートにステップＳ９０８、ステップＳ９１０を付加したものである。
ステップＳ９０２では、文書種取得モジュール１３５が、登録された文書の文書種を取得する。
ステップＳ９０４では、検索モジュール１４０が、文書種管理テーブル７００から登録された文書種を検索する。
ステップＳ９０６では、必須文書取得モジュール１４５が、必須登録文書を取得する。
ステップＳ９０８では、必須文書取得モジュール１４５が、既に取得した文書と重複するか否かを判断し、重複する場合はステップＳ９１０へ進み、それ以外の場合はステップＳ９１２へ進む。
ステップＳ９１０では、必須文書取得モジュール１４５が、重複処理を行う。ここでは、重複した抽出を行わない処理を行う。したがって、次のステップＳ９１２では、ステップＳ９０６で取得した必須登録文書で同じものが２つ表示されることはない。
ステップＳ９１２では、表示モジュール１６０が、表示を更新する。

【0031】

図１０は、文書種管理テーブル１０００のデータ構造例を示す説明図である。文書種管理テーブル７００に納期欄１０２５、納期欄１０３５を付加したものである。
文書種管理テーブル１０００は、文書種コード欄１０１０、文書種名欄１０２０、納期欄１０２５、必須登録文書欄１０３０、納期欄１０３５を有している。文書種コード欄１０１０は、文書種コードを記憶している。文書種名欄１０２０は、その文書種コードに対応する文書種名を記憶している。納期欄１０２５は、その文書種コードに対応する文書を登録すべき納期を記憶している。必須登録文書欄１０３０は、その文書種コードに対応する文書の登録にともなって登録すべき文書（必須登録文書）を記憶している。納期欄１０３５は、その必須登録文書を登録すべき納期を記憶している。ここで、納期とは、例えば、文書が登録された日を開始日として、期間で示されるものである。
そして、この納期欄１０３５内の納期を利用して、その納期から予め定められた期間（例えば、最終日の３日前から後）にある場合は、登録すべき必須登録文書があることの警告を提示する。さらに、納期遅れとなった場合は、さらに他の警告表示をするようにしてもよい。例えば、最終日の３日前は赤で表示し、最終日過ぎは点滅等の動的表示にしてもよいし、上司、管理者等に電子メール等の通知を行うようにしてもよい。
なお、納期欄１０３５だけを追加したもの（納期欄１０２５を削除した文書種管理テーブル１０００）であってもよい。

【0032】

納期管理を行った場合に、表示モジュール１６０が行う表示について説明する。図１１は、文書登録状況表示画面１１００の例を示す説明図である。文書登録状況表示画面１１００は、図８の例に示した文書登録状況表示画面８００に対して納期欄を設けたものである。つまり、未だ登録されていない文書について納期欄（患者Ｂ欄１１２０の肺手術結果レポートにおける納期欄１１２２、患者Ｃ欄１１３０の肺手術検査レポートにおける納期欄１１３２、患者Ｃ欄１１３０の退院サマリーにおける納期欄１１３４）を表示している。前述したように、現在の日時と納期の最終日との関係に応じて、警告となる表示としてもよい。

【0033】

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１２に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１２０１を用い、記憶装置としてＲＡＭ１２０２、ＲＯＭ１２０３、ＨＤ１２０４を用いている。ＨＤ１２０４として、例えばハードディスクを用いてもよい。患者登録モジュール１１０、文書登録モジュール１２０、文書処理モジュール１３０、文書種取得モジュール１３５、検索モジュール１４０、必須文書取得モジュール１４５、納期処理モジュール１５０、表示モジュール１６０等のプログラムを実行するＣＰＵ１２０１と、そのプログラムやデータを記憶するＲＡＭ１２０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１２０３と、文書記憶モジュール１１５、文書種管理用データ記憶モジュール１５５としての機能を有する補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１２０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置１２０６と、ＣＲＴ、液晶ディスプレイ等の出力装置１２０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１２０７、そして、それらをつないでデータのやりとりをするためのバス１２０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

【0034】

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１２に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１２に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１２に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。特に、文書登録として、スキャナを用いた登録であってもよい。
なお、前述の各種の実施の形態において、各モジュールの処理内容として背景技術で説明した技術を採用してもよい。

【0035】

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

【符号の説明】

【0036】

１００…情報処理装置
１１０…患者登録モジュール
１１５…文書記憶モジュール
１２０…文書登録モジュール
１３０…文書処理モジュール
１３５…文書種取得モジュール
１４０…検索モジュール
１４５…必須文書取得モジュール
１５０…納期処理モジュール
１５５…文書種管理用データ記憶モジュール
１６０…表示モジュール
２１０…ユーザー用端末
２２０…文書管理サーバー
２９０…通信回線

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】