(57)【特許請求の範囲】
【請求項１】
患者の診療記録を記憶する、診療記録記憶手段と、
前記診療記録から、当該患者の疾患名を抽出する、疾患抽出手段と、
前記抽出された疾患と関連付けられた、併発疾患情報を記憶する、併発疾患情報記憶手段と、
医師と、当該医師が専門とする疾患名を関連付けて記憶する、専門疾患記憶手段と、
前記抽出された疾患に関連付けられた併発疾患を専門とする医師を、前記患者の診療記録レビュワーとして推薦する、レビュワー推薦手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記レビュワー推薦手段は、前記診療記録に関する文書の作成者以外の医師であって、併発疾患を専門とする医師、の条件の両方を満たす医師を、診療記録レビュワーとして推薦する、
請求項１に記載の情報処理装置。
【請求項３】
さらに、前記レビュワー推薦手段は、診療記録レビュワーとして、経験値の高い医師から順に推薦する、
請求項２に記載の情報処理装置。
【請求項４】
医師の指摘率の高さを評価する評価手段
をさらに有し、
当該評価手段による評価結果に応じて、診療記録レビュワーとして推薦する医師を決定する、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
前記診療記録レビュワーとして複数の候補医師を表示し、その中から選択させる選択手段
をさらに有する、請求項１から４のいずれか一項に記載の情報処理装置。
【請求項６】
診療記録レビュワーによる指摘の種類と、当該指摘に対する対応の必要性を記憶する、記憶手段
をさらに有し、
さらに、前記記憶手段は、文書作成者によるレビュワーの指摘の検討結果を記憶する、
請求項１から５のいずれか一項に記載の情報処理装置。
【請求項７】
コンピュータを、
患者の診療記録を記憶する、診療記録記憶手段と、
前記診療記録から、当該患者の疾患名を抽出する、疾患抽出手段と、
前記抽出された疾患と関連付けられた、併発疾患情報を記憶する、併発疾患情報記憶手段と、
医師と、当該医師が専門とする疾患名を関連付けて記憶する、専門疾患記憶手段と、
前記抽出された疾患に関連付けられた併発疾患を専門とする医師を、前記患者の診療記録レビュワーとして推薦する、レビュワー推薦手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、適応症チェック時のエラー確認の煩雑さを緩和し、効率的な処理を実現することを課題とし、薬剤データと、その適応症データとを関連付けて記憶する薬剤・適応症記憶手段と、処方データに含まれる適応症データを抽出し、適応症チェック処理の結果、エラーが発生した適応症データを他の適応症データと識別可能に表示する病名表示手段と、適応症チェック処理の結果、エラーが発生した薬剤データと、その適応症の一覧とを表示する適応症表示手段と、病名表示手段に表示される適応症データをドラッグし、適応症表示手段の該当する薬剤データにドロップすることにより、適応症データと薬剤データとを互いに関連付けて薬剤・適応症記憶手段に記憶させる薬剤・適応症関連付け手段と、を備えたことが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２２６１２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
医療機関では、診療の質を確保するため、又は患者に対しての診療内容と診療報酬請求が正しいかを確認するために、診療記録に対し量的監査（必要な承諾書や診断書等の書類が揃っているか、の監査）と質的監査（検査した裏付けが記載されているか、診断を下すのに十分な検討が行われたか、等の診断内容に関する監査）を行っている。
現状の質的監査は、「研修医とその指導医」、「医師とその医師の上級医」のように、同じ専門分野の医師が行う体制となっているが、併発疾患を伴うようなケースの場合、質的監査を行う複数の医師が同じ専門分野であるが故に、担当医師の知見外の重要な指摘が漏れるケースが発生していた。
本発明は、併発可能性の高い関連疾患がある場合に、その関連疾患を専門とする他科の医師を診療記録レビュワーとして推薦することにより、質的監査を支援するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００５】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【０００６】
請求項１の発明は、患者の診療記録を記憶する、診療記録記憶手段と、前記診療記録から、当該患者の疾患名を抽出する、疾患抽出手段と、前記抽出された疾患と関連付けられた、併発疾患情報を記憶する、併発疾患情報記憶手段と、医師と、当該医師が専門とする疾患名を関連付けて記憶する、専門疾患記憶手段と、前記抽出された疾患に関連付けられた併発疾患を専門とする医師を、前記患者の診療記録レビュワーとして推薦する、レビュワー推薦手段と、を有することを特徴とする情報処理装置である。
【０００７】
請求項２の発明は、前記レビュワー推薦手段は、前記診療記録に関する文書の作成者以外の医師であって、併発疾患を専門とする医師、の条件の両方を満たす医師を、診療記録レビュワーとして推薦する、請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、さらに、前記レビュワー推薦手段は、診療記録レビュワーとして、経験値の高い医師から順に推薦する、請求項２に記載の情報処理装置である。
【０００９】
請求項４の発明は、医師の指摘率の高さを評価する評価手段をさらに有し、当該評価手段による評価結果に応じて、診療記録レビュワーとして推薦する医師を決定する、請求項１から３のいずれか一項に記載の情報処理装置である。
【００１０】
請求項５の発明は、前記診療記録レビュワーとして複数の候補医師を表示し、その中から選択させる選択手段をさらに有する、請求項１から４のいずれか一項に記載の情報処理装置である。
【００１１】
請求項６の発明は、診療記録レビュワーによる指摘の種類と、当該指摘に対する対応の必要性を記憶する、記憶手段をさらに有し、さらに、前記記憶手段は、文書作成者によるレビュワーの指摘の検討結果を記憶する、請求項１から５のいずれか一項に記載の情報処理装置である。
【００１２】
請求項７の発明は、コンピュータを、患者の診療記録を記憶する、診療記録記憶手段と、前記診療記録から、当該患者の疾患名を抽出する、疾患抽出手段と、前記抽出された疾患と関連付けられた、併発疾患情報を記憶する、併発疾患情報記憶手段と、医師と、当該医師が専門とする疾患名を関連付けて記憶する、専門疾患記憶手段と、前記抽出された疾患に関連付けられた併発疾患を専門とする医師を、前記患者の診療記録レビュワーとして推薦する、レビュワー推薦手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１３】
請求項１の情報処理装置によれば、併発可能性の高い関連疾患がある場合に、その関連疾患を専門とする他科の医師を診療記録レビュワーとして推薦することにより、質的監査を支援できる。
【００１４】
請求項２の情報処理装置によれば、診療記録に関する文書の作成者以外の医師であって、併発疾患を専門とする医師、の条件の両方を満たす医師を、診療記録レビュワーとして推薦することができる。
【００１５】
請求項３の情報処理装置によれば、診療記録レビュワーとして、経験値の高い医師から順に推薦することができる。
【００１６】
請求項４の情報処理装置によれば、医師の指摘率の高さを示す評価結果に応じて、診療記録レビュワーとして推薦する医師を決定することができる。
【００１７】
請求項５の情報処理装置によれば、診療記録レビュワーとして複数の候補医師を表示し、その中から選択させることができる。
【００１８】
請求項６の情報処理装置によれば、文書作成者によるレビュワーの指摘の検討結果を記憶することができる。
【００１９】
請求項７の情報処理プログラムによれば、併発可能性の高い関連疾患がある場合に、その関連疾患を専門とする他科の医師を診療記録レビュワーとして推薦することにより、質的監査を支援できる。
【図面の簡単な説明】
【００２０】
【図１】第１の実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】第１の実施の形態による処理例を示すフローチャートである。
【図４】診療記録テーブルのデータ構造例を示す説明図である。
【図５】患者・疾患対応テーブルのデータ構造例を示す説明図である。
【図６】疾患テーブルのデータ構造例を示す説明図である。
【図７】併発症テーブルのデータ構造例を示す説明図である。
【図８】診療記録のレビュー実施状況テーブルのデータ構造例を示す説明図である。
【図９】医師の専門疾患テーブルのデータ構造例を示す説明図である。
【図１０】第２の実施の形態の構成例についての概念的なモジュール構成図である。
【図１１】第２の実施の形態による処理例を示すフローチャートである。
【図１２】診療記録のレビュー実施状況テーブルのデータ構造例を示す説明図である。
【図１３】医師の専門疾患テーブルのデータ構造例を示す説明図である。
【図１４】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
＜＜第１の実施の形態＞＞
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
【００２２】
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２３】
本実施の形態である情報処理装置１００は、医療機関における診療の質を確保するための質的監査を支援するものであって、図１の例に示すように、疾患抽出モジュール１１０、併発症決定モジュール１２０、レビュワー決定モジュール１３０、未レビュー記録抽出モジュール１４０、診療記録情報記憶モジュール１５０、疾患情報記憶モジュール１６０、併発疾患情報記憶モジュール１７０、医師の専門疾患記憶モジュール１８０、診療記録のレビュー実施状況記憶モジュール１９０を有している。
前述したように、医療機関では、診療記録に対し量的監査と質的監査を行っている。また、その監査も外部機関が行う外部監査と内部で日常的に実施する内部監査がある。情報処理装置１００は、主に、質的監査を医療機関内部で実施するときに利用されるものである。
（１）量的監査は、主に診療情報管理士が実施するものである。そして、確認内容として、必要な書類は必要な時期に作成、登録されているか、患者に同意を得た書類が登録されているか等がある。
（２）質的監査は、診療の内容に対する確認であり、専門性が高いため、主に医師が行うものである。確認内容として、検査した裏付けは記載されているか、処方した薬を選択した理由（疾患名）は記載されているか、診断を下すのに、十分な検討が行われたか等がある。
【００２４】
疾患抽出モジュール１１０は、併発症決定モジュール１２０、診療記録情報記憶モジュール１５０、疾患情報記憶モジュール１６０と接続されている。疾患抽出モジュール１１０は、診療記録情報記憶モジュール１５０内の診療記録から、当該患者の疾患名を抽出する。具体的には、診療記録テーブル４００の監査対象欄４２５を用いて、監査対象となっている文書（文書ＩＤ欄４１５）を抽出し、その文書の患者（患者ＩＤ欄４０５）を抽出する。そして、患者・疾患対応テーブル５００を用いて、その患者（患者ＩＤ欄５０５）における疾患（疾患ＩＤ欄５１０）を抽出する。
また、疾患抽出モジュール１１０は、診療記録テーブル４００を用いて監査対象となっている文書から疾患名を抽出し、その疾患名から疾患テーブル６００を用いて疾患（疾患ＩＤ欄６０５）を抽出するようにしてもよい。
【００２５】
併発症決定モジュール１２０は、疾患抽出モジュール１１０、レビュワー決定モジュール１３０、併発疾患情報記憶モジュール１７０と接続されている。併発症決定モジュール１２０は、疾患抽出モジュール１１０によって抽出した疾患の併発症を併発疾患情報記憶モジュール１７０を用いて決定する。具体的には、疾患抽出モジュール１１０によって抽出された監査対象となる文書の疾患に対して、併発し得る疾患を併発症テーブル７００を用いて決定する。
【００２６】
レビュワー決定モジュール１３０は、併発症決定モジュール１２０、未レビュー記録抽出モジュール１４０、医師の専門疾患記憶モジュール１８０、診療記録のレビュー実施状況記憶モジュール１９０と接続されている。レビュワー決定モジュール１３０は、疾患抽出モジュール１１０によって抽出された疾患に関連付けられた併発疾患を専門とする医師を、患者の診療記録レビュワーとして推薦する。なお、「推薦する」とは、診療記録レビュワーとしての専門家（医師等）を示す情報（例えば、氏名等の名称、所属、職制、顔写真等）を、液晶ディスプレイ等の表示装置に表示すること、スピーカーから音声として出力すること等が含まれる。また、診療記録レビュワーが決定していない文書は、未レビュー記録抽出モジュール１４０によって抽出されたものを用いればよい。
また、レビュワー決定モジュール１３０は、文書作成者以外の医師であって、併発疾患を専門とする医師、の条件の両方を満たす医師を、診療記録レビュワーとして推薦するようにしてもよい。また、対象となっている疾患と併発疾患に対応できる医師を、診療記録レビュワーとして推薦するようにしてもよい。
また、レビュワー決定モジュール１３０は、診療記録レビュワーとして、経験値の高い医師から順に推薦するようにしてもよい。
また、レビュワー決定モジュール１３０は、診療記録レビュワーとして複数の候補医師を表示し、その中から選択させるようにしてもよい。
【００２７】
未レビュー記録抽出モジュール１４０は、レビュワー決定モジュール１３０、診療記録のレビュー実施状況記憶モジュール１９０と接続されている。未レビュー記録抽出モジュール１４０は、診療記録のレビュー実施状況記憶モジュール１９０から診療記録レビュワー未決定の診療記録を抽出する。具体的には、診療記録のレビュー実施状況記憶モジュール１９０内の診療記録のレビュー実施状況テーブル８００を用いて、レビュワー欄８１５が空白（又は診療記録レビュワー未決定であることを示す情報）である文書（文書ＩＤ欄８０５）を抽出する。
【００２８】
診療記録情報記憶モジュール１５０は、疾患抽出モジュール１１０と接続されている。診療記録情報記憶モジュール１５０は、患者の診療記録を記憶する。つまり、質的監査対象となる診療記録情報を記憶する。例えば、診療記録テーブル４００、患者・疾患対応テーブル５００を記憶している。図４は、診療記録テーブル４００のデータ構造例を示す説明図である。診療記録テーブル４００は、患者ＩＤ欄４０５、作成者欄４１０、文書ＩＤ欄４１５、文書種別欄４２０、監査対象欄４２５、登録日欄４３０を有している。患者ＩＤ欄４０５は、患者を本実施の形態において一意に識別するための情報（患者ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。作成者欄４１０は、その患者の診療記録である文書の作成者を本実施の形態において一意に識別するための情報（作成者ＩＤ）記憶している。文書ＩＤ欄４１５は、文書を本実施の形態において一意に識別するための情報（文書ＩＤ）を記憶している。文書種別欄４２０は、その文書の文書種別を記憶している。監査対象欄４２５は、監査対象であるか否かを示す情報（ＹＥＳ、ＮＯ）を記憶している。登録日欄４３０は、その文書の登録日を記憶している。
【００２９】
図５は、患者・疾患対応テーブル５００のデータ構造例を示す説明図である。患者・疾患対応テーブル５００は、患者ＩＤ欄５０５、疾患ＩＤ欄５１０を有している。患者ＩＤ欄５０５は、患者ＩＤを記憶している。疾患ＩＤ欄５１０は、その患者ＩＤの患者における疾患を本実施の形態において一意に識別するための情報（疾患ＩＤ）を記憶している。
【００３０】
疾患情報記憶モジュール１６０は、疾患抽出モジュール１１０と接続されている。疾患情報記憶モジュール１６０は、診療記録に記載される疾患名を記憶している。例えば、疾患テーブル６００を記憶している。図６は、疾患テーブル６００のデータ構造例を示す説明図である。疾患テーブル６００は、疾患ＩＤ欄６０５、疾患名称欄６１０、担当科欄６１５、担当科６２０を有している。疾患ＩＤ欄６０５は、疾患ＩＤを記憶している。疾患名称欄６１０は、その疾患ＩＤが示している疾患名称を記憶している。担当科欄６１５、担当科６２０は、その疾患の担当科を記憶している。もちろんのことながら、担当科欄６１５の欄は、３つ以上あってもよいし、１つであってもよい。
【００３１】
併発疾患情報記憶モジュール１７０は、併発症決定モジュール１２０と接続されている。併発疾患情報記憶モジュール１７０は、疾患と関連付けられた、併発疾患情報を記憶する。つまり、疾患抽出モジュール１１０によって抽出された疾患と関連付けられた、併発疾患情報を記憶する。なお、ここで「疾患と関連付けられた」とは、その疾患に併発し得る疾患であればよい。併発疾患情報記憶モジュール１７０は、例えば、併発症テーブル７００を記憶している。図７は、併発症テーブル７００のデータ構造例を示す説明図である。併発症テーブル７００は、疾患ＩＤ欄７０５、併発疾患ＩＤ欄７１０を有している。疾患ＩＤ欄７０５は、疾患ＩＤを記憶している。併発疾患ＩＤ欄７１０は、その疾患に併発し得る疾患の疾患ＩＤを記憶している。
【００３２】
医師の専門疾患記憶モジュール１８０は、レビュワー決定モジュール１３０と接続されている。医師の専門疾患記憶モジュール１８０は、医師と、当該医師が専門とする疾患名を関連付けて記憶する。医師の専門疾患記憶モジュール１８０は、例えば、医師の専門疾患テーブル９００を記憶している。図９は、医師の専門疾患テーブル９００のデータ構造例を示す説明図である。医師の専門疾患テーブル９００は、医師ＩＤ欄９０５、診療科欄９１０、疾患ＩＤ欄９１５、疾患名称欄９２０、経験値欄９２５を有している。医師ＩＤ欄９０５は、医師を本実施の形態において一意に識別するための情報（医師ＩＤ）を記憶している。診療科欄９１０は、その医師が属している診療科を記憶している。疾患ＩＤ欄９１５は、その医師が経験した疾患の疾患ＩＤを記憶している。疾患名称欄９２０は、その疾患ＩＤが指し示している疾患名称を記憶している。経験値欄９２５は、その医師のその疾患に対する経験値（ここでは経験年数）を記憶している。
【００３３】
診療記録のレビュー実施状況記憶モジュール１９０は、レビュワー決定モジュール１３０、未レビュー記録抽出モジュール１４０と接続されている。診療記録のレビュー実施状況記憶モジュール１９０は、個々の診療記録のレビュー実施進捗、担当者等の情報を記憶している。つまり、診療記録レビュワーによるレビューの実施結果等を記録している。医師の専門疾患記憶モジュール１８０は、例えば、診療記録のレビュー実施状況テーブル８００を記憶している。図８は、診療記録のレビュー実施状況テーブル８００のデータ構造例を示す説明図である。診療記録のレビュー実施状況テーブル８００は、文書ＩＤ欄８０５、作成者欄８１０、レビュワー欄８１５、疾患欄８２０、併発症欄８２５、レビュー結果欄８３０、ステータス欄８３５を有している。文書ＩＤ欄８０５は、文書ＩＤを記憶している。作成者欄８１０は、その文書の作成者を記憶している。レビュワー欄８１５は、その文書における診療記録レビュワーを記憶している。疾患欄８２０は、その文書における疾患を記憶している。併発症欄８２５は、その疾患に対する併発症を記憶している。レビュー結果欄８３０は、その文書に対するレビュー結果（監査結果であり、具体的には、「指摘なし」、「指摘あり」等）を記憶している。ステータス欄８３５は、その文書に対する監査のステータス（具体的には、「完了」、「未レビュー（未監査）」、「指摘対応待ち」等）を記憶している。
【００３４】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。情報処理装置１００とその情報処理装置１００に処理を行わせるユーザー端末２１０によって構成されているシステム例を示す。
情報処理装置１００、ユーザー端末２１０Ａ、ユーザー端末２１０Ｂ、ユーザー端末２１０Ｃは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。ユーザー端末２１０は、主に医師等の医療関係者によって操作される。例えば、ユーザー端末２１０を用いて作成された診療記録に対して、質的監査の支援として、診療記録レビュワーが推薦される。
【００３５】
図３は、第１の実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、未レビュー記録抽出モジュール１４０は、診療記録のレビュー実施状況記憶モジュール１９０からレビュワー未決定の診療記録（診療記録レビュワーが決定していない文書）を抽出する。
ステップＳ３０４では、疾患抽出モジュール１１０は、ステップＳ３０２で抽出された診療記録における疾患を、診療記録情報記憶モジュール１５０から抽出する。
ステップＳ３０６では、併発症決定モジュール１２０は、ステップＳ３０４で抽出された疾患に対応する併発症を、併発疾患情報記憶モジュール１７０から検索する。
ステップＳ３０８では、レビュワー決定モジュール１３０は、医師の専門疾患記憶モジュール１８０を用いて、ステップＳ３０６で抽出された併発症に対する診療記録レビュワーを決定する。
【００３６】
図４〜図９の例に示すテーブルを用いて、糖尿病で入院している患者（ＰＡＴ００００１）を例にして説明する。
診療記録テーブル４００から、この患者（ＰＡＴ００００１）に診療記録として、３文書（ＤＯＣ００００１、ＤＯＣ００００２、ＤＯＣ００００３）が登録されているが、監査対象（監査対象欄４２５で「ＹＥＳ」）は２つ（ＤＯＣ００００１、ＤＯＣ００００２）である。
監査対象である文書内の記載、又は患者・疾患対応テーブル５００から、その文書における患者の病名を「糖尿病」と抽出する。
【００３７】
抽出した疾患（糖尿病）の併発症を併発症テーブル７００から検索して、「糖尿病（Ｎ０００２）」以外に「糖尿病性網膜症（Ｎ０００３）」、「糖尿病性神経障害（Ｎ０００４）」と「糖尿病性腎症（Ｎ０００５）」についても、専門医による診療記録レビューが必要と決定する。なお、疾患ＩＤ（併発疾患ＩＤ）から疾患名称を抽出するには、疾患テーブル６００を用いればよい。
そして、診療記録レビューが必要と決定されたものに対して、診療記録レビュワーを推薦する。例えば、次の条件を全て満たす医師を抽出するようにしてもよい。つまり、「（条件１−１）ＡＮＤ（条件１−２）ＡＮＤ（条件１−３）」の検索式を用いる。
条件１−１：文書作成者以外の医師
条件１−２：併発疾患を専門とする医師
条件１−３：（条件１−１）ＡＮＤ（条件１−２）を満たす候補医師のうち、もっとも経験値（医師の専門疾患テーブル９００の経験値欄９２５）の高い医師
また、（条件１−１）ＡＮＤ（条件１−２）を満たす候補医師を提示して、ユーザーに選択させるようにしてもよい。
また、条件１−１として、文書作成者以外であって、文書作成者が属している担当科とは異なる科に属している医師としてもよい。上下関係がない医師を選択できるようにしたものである。
【００３８】
次に、診療記録レビューの実施状況の管理方法を診療記録のレビュー実施状況テーブル８００で示す。この診療記録のレビュー実施状況テーブル８００によって、診療記録レビューが必要である文書に対して、診療記録レビューと修正の進捗（レビュー結果欄８３０、ステータス欄８３５）を管理する。
また、文書の診療記録レビュワーを、疾患名と医師の経験値を基準（前述の条件１−３）として決定するために、医師の専門疾患テーブル９００を用いる。なお、経験値（経験値欄９２５）は、勤務年数、資格取得からの年数等をもとに予め設定したものである。
【００３９】
＜＜第２の実施の形態＞＞
図１０は、第２の実施の形態である情報処理装置１０００の構成例についての概念的なモジュール構成図である。情報処理装置１０００は、過去のレビューの実績を用いて、診療記録レビュワーを決定するものである。情報処理装置１０００は、疾患抽出モジュール１１０、併発症決定モジュール１２０、レビュワー決定モジュール１３０、未レビュー記録抽出モジュール１４０、診療記録情報記憶モジュール１５０、疾患情報記憶モジュール１６０、併発疾患情報記憶モジュール１７０、医師の専門疾患記憶モジュール１０８０、診療記録のレビュー実施状況記憶モジュール１０９０、指摘率算出モジュール１０５０を有している。なお、第１の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。
疾患抽出モジュール１１０は、併発症決定モジュール１２０、診療記録情報記憶モジュール１５０、疾患情報記憶モジュール１６０と接続されている。
併発症決定モジュール１２０は、疾患抽出モジュール１１０、レビュワー決定モジュール１３０、併発疾患情報記憶モジュール１７０と接続されている。
レビュワー決定モジュール１３０は、併発症決定モジュール１２０、未レビュー記録抽出モジュール１４０、医師の専門疾患記憶モジュール１０８０、診療記録のレビュー実施状況記憶モジュール１０９０と接続されている。
未レビュー記録抽出モジュール１４０は、レビュワー決定モジュール１３０、診療記録のレビュー実施状況記憶モジュール１０９０と接続されている。
診療記録情報記憶モジュール１５０は、疾患抽出モジュール１１０と接続されている。
疾患情報記憶モジュール１６０は、疾患抽出モジュール１１０と接続されている。
併発疾患情報記憶モジュール１７０は、併発症決定モジュール１２０と接続されている。
【００４０】
医師の専門疾患記憶モジュール１０８０は、レビュワー決定モジュール１３０、指摘率算出モジュール１０５０と接続されている。医師の専門疾患記憶モジュール１０８０は、第１の実施の形態の医師の専門疾患記憶モジュール１８０に加えて、予め定められた期間内（例えば、直近の１年間等）における指摘率と重要指摘率等を記憶している。医師の専門疾患記憶モジュール１０８０は、例えば、医師の専門疾患テーブル１３００を記憶している。図１３は、医師の専門疾患テーブル１３００のデータ構造例を示す説明図である。図１３の例に示す医師の専門疾患テーブル１３００は、図９の例に示す医師の専門疾患テーブル９００にレビュー文書数欄１３３０、指摘件数欄１３３５、重要指摘件数欄１３４０、指摘率欄１３４５、重要指摘率欄１３５０を追加したものである。医師の専門疾患テーブル１３００は、医師ＩＤ欄１３０５、診療科欄１３１０、疾患ＩＤ欄１３１５、疾患名称欄１３２０、経験値欄１３２５、レビュー文書数欄１３３０、指摘件数欄１３３５、重要指摘件数欄１３４０、指摘率欄１３４５、重要指摘率欄１３５０を有している。医師ＩＤ欄１３０５は、医師ＩＤを記憶している。診療科欄１３１０は、その医師が属している診療科を記憶している。疾患ＩＤ欄１３１５は、その医師が経験した疾患の疾患ＩＤを記憶している。疾患名称欄１３２０は、その疾患ＩＤが指し示している疾患名称を記憶している。経験値欄１３２５は、その医師のその疾患に対する経験値（ここでは経験年数）を記憶している。レビュー文書数欄１３３０は、その医師がその疾患に対して行ったレビューにおける文書数を記憶している。指摘件数欄１３３５は、その医師がその疾患に対して行ったレビューにおける指摘件数を記憶している。重要指摘件数欄１３４０は、その医師がその疾患に対して行ったレビューにおける重要指摘件数を記憶している。指摘率欄１３４５は、レビュー文書数（レビュー文書数欄１３３０）に占める指摘件数（指摘件数欄１３３５）の割合である指摘率を記憶している。つまり、「指摘率＝指摘件数／レビュー文書数」によって、指摘率は、どれだけ不備を指摘できたかの指標となる。重要指摘率欄１３５０は、指摘件数（指摘件数欄１３３５）に占める重要指摘件数（重要指摘件数欄１３４０）の割合である重要指摘率を記憶している。つまり、「重要指摘率＝対応必須の件数／指摘件数」によって、重要指摘率は、どれだけ重要な指摘ができたかの指標となる。指摘率欄１３４５、重要指摘率欄１３５０の値は、指摘率算出モジュール１０５０によって算出されたものである。
【００４１】
診療記録のレビュー実施状況記憶モジュール１０９０は、レビュワー決定モジュール１３０、未レビュー記録抽出モジュール１４０と接続されている。診療記録のレビュー実施状況記憶モジュール１０９０は、第１の実施の形態の診療記録のレビュー実施状況記憶モジュール１９０に加えて、診療記録レビュワーによる指摘の種類（指摘の内容）と、当該指摘に対する対応の必要性を記憶する。具体的には、レビューの結果として、文書に対して指摘が行われた場合、その指摘内容のサマリ、その指摘への対応が必要であるか否かを示す情報を記憶する。さらに、レビュー実施状況記憶モジュール１０９０は、文書作成者による診療記録レビュワーの指摘への検討結果を記憶するようにしてもよい。診療記録のレビュー実施状況記憶モジュール１０９０は、例えば、診療記録のレビュー実施状況テーブル１２００を記憶している。図１２は、診療記録のレビュー実施状況テーブル１２００のデータ構造例を示す説明図である。図１２の例に示す診療記録のレビュー実施状況テーブル１２００は、図８の例に示す診療記録のレビュー実施状況テーブル８００に指摘内容欄１２４０、対応検討欄１２４５を追加したものである。診療記録のレビュー実施状況テーブル１２００は、文書ＩＤ欄１２０５、作成者欄１２１０、レビュワー欄１２１５、疾患欄１２２０、併発症欄１２２５、レビュー結果欄１２３０、ステータス欄１２３５、指摘内容欄１２４０、対応検討欄１２４５を有している。文書ＩＤ欄１２０５は、文書ＩＤを記憶している。作成者欄１２１０は、その文書の作成者を記憶している。レビュワー欄１２１５は、その文書における診療記録レビュワーを記憶している。疾患欄１２２０は、その文書における疾患を記憶している。併発症欄１２２５は、その疾患に対する併発症を記憶している。レビュー結果欄１２３０は、その文書に対するレビュー結果（監査結果であり、具体的には、「指摘なし」、「指摘あり」等）を記憶している。ステータス欄１２３５は、その文書に対する監査のステータス（具体的には、「完了」、「未レビュー（未監査）」、「指摘対応待ち」等）を記憶している。指摘内容欄１２４０は、そのレビューにおける指摘内容（具体的には、「診療ガイドラインの不順守」、「検査が不十分」等）を記憶している。対応検討欄１２４５は、そのレビューに対する対応検討の必要性（具体的には、「対応必須」、「対応不要」等）を記憶している。
【００４２】
指摘率算出モジュール１０５０は、医師の専門疾患記憶モジュール１０８０と接続されている。指摘率算出モジュール１０５０は、医師の指摘率の高さを評価する。具体的には、医師の専門疾患テーブル１３００の指摘率欄１３４５と重要指摘率欄１３５０の値を算出する。
そして、レビュワー決定モジュール１３０は、指摘率算出モジュール１０５０による評価結果に応じて、診療記録レビュワーとして推薦する医師を決定する。具体的には、医師の専門疾患テーブル１３００のレビュー文書数欄１３３０、指摘件数欄１３３５、指摘率欄１３４５又は重要指摘率欄１３５０の値が、予め定められた閾値よりも高い医師を複数選択するようにしてもよいし、その値を降順にソートし、予め定められた順位以内である医師を複数選択するようにしてもよい。
【００４３】
図１１は、第２の実施の形態による処理例を示すフローチャートである。図１１の例に示すフローチャートは、図３の例に示すフローチャートのステップＳ３０６とステップＳ３０８の間に、ステップＳ１１０８の処理を追加した処理である。
ステップＳ１１０２では、未レビュー記録抽出モジュール１４０は、レビュワー未決定の診療記録を抽出する。
ステップＳ１１０４では、疾患抽出モジュール１１０は、診療記録情報記憶モジュール１５０から疾患を抽出する。
ステップＳ１１０６では、併発症決定モジュール１２０は、併発症を検索する。
ステップＳ１１０８では、指摘率算出モジュール１０５０が、指摘率／重要指摘率を計算する。
ステップＳ１１１０では、レビュワー決定モジュール１３０は、ステップＳ１１０８で計算された指摘率／重要指摘率を用いて、レビュワーを決定する。
【００４４】
第２の実施の形態のレビュワー決定モジュール１３０が行う診療記録レビュワー決定は、以下のようにしてもよい。
・決定方法（１）「（条件２−１）ＡＮＤ（条件２−２）ＡＮＤ（条件２−３）」の検索式を用いる。
条件２−１：文書作成者以外の医師
条件２−２：併発疾患を専門とする医師
条件２−３：（条件２−１）ＡＮＤ（条件２−２）を満たす候補医師のうち、もっとも指摘件数（医師の専門疾患テーブル１３００の指摘件数欄１３３５）の多い医師
・決定方法（２）
（条件２−１）ＡＮＤ（条件２−２）を満たす候補医師のうち、もっとも指摘率（医師の専門疾患テーブル１３００の指摘率欄１３４５）の高い医師。
・決定方法（３）
（条件２−１）ＡＮＤ（条件２−２）を満たす候補医師のうち、もっとも重要指摘率（医師の専門疾患テーブル１３００の重要指摘率欄１３５０）の高い医師。
・決定方法（４）
（条件２−１）ＡＮＤ（条件２−２）を満たす候補の医師と、医師のレビュー文書数（医師の専門疾患テーブル１３００のレビュー文書数欄１３３０）、指摘件数（医師の専門疾患テーブル１３００の指摘件数欄１３３５）、重要指摘件数（医師の専門疾患テーブル１３００の重要指摘件数欄１３４０）、指摘率（医師の専門疾患テーブル１３００の指摘率欄１３４５）、重要指摘率（医師の専門疾患テーブル１３００の重要指摘率欄１３５０）のうち１つ以上を表示して、ユーザーに選択させる。
・決定方法（５）
（条件２−１）ＡＮＤ（条件２−２）を満たす候補医師のうち、もっともレビュー文書数（医師の専門疾患テーブル１３００のレビュー文書数欄１３３０）の多い医師。
・決定方法（６）
（条件２−１）ＡＮＤ（条件２−２）を満たす候補医師のうち、もっとも重要指摘件数（医師の専門疾患テーブル１３００の重要指摘件数欄１３４０）の多い医師。
これらの決定方法では、「もっとも高い」、「もっとも多い」としているが、前述したように、予め定められた閾値よりも高い医師を複数選択するようにしてもよいし、その値を降順にソートし、予め定められた順位以内である医師を複数選択するようにしてもよい。
【００４５】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１４に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１４０１を用い、記憶装置としてＲＡＭ１４０２、ＲＯＭ１４０３、ＨＤ１４０４を用いている。ＨＤ１４０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を用いてもよい。疾患抽出モジュール１１０、併発症決定モジュール１２０、レビュワー決定モジュール１３０、未レビュー記録抽出モジュール１４０、指摘率算出モジュール１０５０等のプログラムを実行するＣＰＵ１４０１と、そのプログラムやデータを記憶するＲＡＭ１４０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１４０３と、診療記録情報記憶モジュール１５０、疾患情報記憶モジュール１６０、併発疾患情報記憶モジュール１７０、医師の専門疾患記憶モジュール１８０、診療記録のレビュー実施状況記憶モジュール１９０、医師の専門疾患記憶モジュール１０８０としての機能を有する補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１４０４と、キーボード、マウス、タッチパネル、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置１４０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１４０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１４０７、そして、それらをつないでデータのやりとりをするためのバス１４０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００４６】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１４に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１４に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００４７】
また、前述の実施の形態の説明において、予め定められた値との比較において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
【００４８】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００４９】
１００…情報処理装置
１１０…疾患抽出モジュール
１２０…併発症決定モジュール
１３０…レビュワー決定モジュール
１４０…未レビュー記録抽出モジュール
１５０…診療記録情報記憶モジュール
１６０…疾患情報記憶モジュール
１７０…併発疾患情報記憶モジュール
１８０…医師の専門疾患記憶モジュール
１９０…診療記録のレビュー実施状況記憶モジュール
２１０…ユーザー端末
２９０…通信回線
１０００…情報処理装置
１０５０…指摘率算出モジュール
１０８０…医師の専門疾患記憶モジュール
１０９０…診療記録のレビュー実施状況記憶モジュール
【図１】
0006520510.tif 000002
【図２】
0006520510.tif 000003
【図３】
0006520510.tif 000004
【図４】
0006520510.tif 000005
【図５】
0006520510.tif 000006
【図６】
0006520510.tif 000007
【図７】
0006520510.tif 000008
【図８】
0006520510.tif 000009
【図９】
0006520510.tif 000010
【図１０】
0006520510.tif 000011
【図１１】
0006520510.tif 000012
【図１２】
0006520510.tif 000013
【図１３】
0006520510.tif 000014
【図１４】
0006520510.tif 000015