JP2014137698A - 医療情報分析システム - Google Patents

Abstract

【課題】医療機関の医療情報の分析などが低コストで可能な技術を提供する。
【解決手段】本医療情報分析システムは、インターネット９０に接続される、医療機関２のシステムと、データセンタ１に構成される分析システムとを有する。医療機関２は、レセプト請求データ（ｄ１）を管理する医事会計システム２０を有し、レセプト請求データ（ｄ１）を統一のデータ形式で抽出し、医療情報（ｄ３）としてＤＢ５０に格納する。送信用端末３０は、医療情報（ｄ３）から分析専用データ（ｄ４）を作成し、分析システムへ送信する。分析システムは、分析専用データ（ｄ４）を受信し、分析サーバ１００は、分析専用データＤ１を用いて、１つ以上の医療機関２の医療情報を対象とした分析処理を行って分析結果データＤ３を得る。分析システムは、分析結果データＤ３を医療機関２のシステムへ送信する。閲覧用端末４０は、分析結果データＤ３を受信して出力する。
【選択図】図１

Description

本発明は、医療機関の医療情報や経営情報などを管理または分析する情報処理システムなどの技術に関する。

従来、病院や診療所などの医療機関において医療情報を管理する情報処理システムとして、レセプトデータないしレセプト請求データ等の医療情報を管理及び処理する医事会計システムや、レセプトを作成するコンピュータであるレセプトコンピュータなどがある。レセプトは診療報酬明細書などを指す。

医事会計システムやレセプトコンピュータは、各ベンダによって各種のものが提供されている。医事会計システムやレセプトコンピュータの機能としては、例えば、患者情報管理機能、会計管理機能、レセプト管理機能などがある。レセプト管理機能は、例えば、レセプトデータないしレセプト請求データの作成支援機能を含み、診療内容情報入力、診療報酬点数の計算やチェックなどを含む。レセプトの各項目は診療報酬点数として体系化されている。

医療機関は、実施した診療内容などに基づき、医事会計システムやレセプトコンピュータで医療事務員などの利用者により診療報酬明細書であるレセプトないしレセプト請求データを入力・作成する。そして、当該レセプトないしレセプト請求データを支払い期間に提出することにより診療報酬を請求・取得している。

また近年では、厚生労働省により、レセプト及びその請求に関する電子化・電算化が推進されており、従来の紙のレセプトの点検などの作業を電子化することで効率化が図られる。

また、医療機関の経営を分析・支援するため、医療機関の医事会計システム等で管理されている医療情報を分析するソフトウェアないしプログラム等も提供されている。分析としては例えば、医療機関における検査件数と検査点数とを分析する検査分析などがある。

上記医療情報を管理または分析する情報処理システムに関する先行技術例として、特開２００１−２１６３７９号公報（特許文献１）がある。

特許文献１（「医療機関における経営支援システム及びその方法」）では、「医療機関経営状況の分析・把握を行う際に、他の医療機関の実績に関する情報を利用することが出来るようにすることで、ベンチマーク分析の手法を使ってより的確な分析を行うことができるシステムおよびその方法を提供する」等の記載がある。また、「各医療機関はレセプトコンピュータ１からインターネット回線２上のＷＷＷサーバ３に医療機関の実績情報をアップロードし、ベンチマーク分析を行うための比較条件をＷＷＷサーバ３に設定する。ＷＷＷサーバ３では、前記比較条件により、ベンチマーク分析を行うことで他の医療機関の実績情報との比較情報を作成して、当該要求を行った医療機関に提供する」等の記載がある。

特開２００１−２１６３７９号公報

従来、各医療機関では、前述の医事会計システムやレセプトコンピュータ等を導入し、レセプト請求データ等の医療情報を管理している。これらの医事会計システムやレセプトコンピュータ等は、例えばサーバやＰＣ等のコンピュータシステム及びソフトウェアプログラム等で実現される。これらの各医療機関の医事会計システム等のシステムは、ベンダ固有のシステムである。またこれらのシステムでデータベース（ＤＢ）等に管理されるレセプト請求データ等の医療情報についても、ベンダ固有のデータ形式である。即ちこれらの医療情報のデータ管理は基本的に医療機関内及びベンダ内で閉じている。全体でみると、複数のベンダのシステム及びデータ形式が混在している。

従来、医療機関内で、自身のシステムで管理している医療情報を用いて、経営支援などのための分析を行う場合、自身の医療機関のシステムにおける固有のデータ形式の医療情報を対象とした分析は可能である。例えば自身の医療機関の検査分析などが可能である。

しかしながら、複数の医療機関の間では、医療機関ごとに異なるベンダのシステムを使用している場合、データ形式が異なり、基本的に互換性が無い。よって、上記医療情報の分析は、あくまで自身の医療期間内で閉じられた分析までしかできない。

即ち、自身の医療機関と他の医療機関とを含む複数の医療機関の間における複数の医療情報を用いた比較や分析は、異なるベンダのシステム及びデータ形式に跨る場合、実現手段が無かった。例えば、自身の第１の医療機関の医療機関内のレセプト請求データ等の第１の医療情報と、他の第２の医療機関内のレセプト請求データ等の第２の医療情報とを用いて比較する分析などはできなかった。

上記異なるベンダ間に跨る、複数の医療機関の医療情報を用いた比較や分析を実現するためには、医療情報データを、共通の分析か可能な所定のデータ形式に統一化すること等が必要である。そのために、ある医療機関内の医療情報のデータファイルの形式を、上記所定のデータ形式に変更・変換してもらう必要がある。これにより当該医療機関ではその形式の変更のために費用や手間が発生してしまう。

従来、医療機関は、自身の医療機関内の経営分析だけでなく、他の医療機関までを含めた経営分析の結果を参照したいというニーズがある。しかし従来は上記のように実現手段が無い、または高コストである。

なお特許文献１では、医療機関のレセプト情報などの実績情報を用いてベンチマーク分析を行い、比較条件に基づいて他の医療機関の実績情報との比較情報を作成する旨が記載されている。しかしながら、複数の医療機関の実績情報ないしレセプト情報の比較にあたって、統一のデータ形式を用いる必要性や費用などの課題やその解決手段については記載されていない。

本発明の目的は、医療機関の医療情報の分析などが低コストで可能な技術を提供することである。本発明の他の目的は、複数の医療機関の医療情報の比較を含む分析が可能な技術を提供することである。

本発明のうち代表的な形態は、医療情報分析システム等であって、以下に示す構成を有することを特徴とする。

本形態の医療情報分析システムは、通信網に接続される情報処理システムである、複数の医療機関のシステムと、前記複数の医療機関の医療情報を分析する分析システムと、を有し、前記医療機関のシステムは、レセプト請求データを管理する第１の処理部と、前記レセプト請求データを統一のデータ形式で抽出し、医療情報としてＤＢに格納する第２の処理部と、前記医療情報から、分析に不要な情報を取り除いて分析専用データとして作成し、前記分析システムへ送信する第３の処理部と、前記分析システムから、分析結果データを受信する第４の処理部と、前記分析結果データを利用者に対して出力する第５の処理部と、を有し、前記分析システムは、前記医療機関のシステムから前記分析専用データを受信するデータ受信部と、前記分析専用データ及び分析結果データを含む前記分析処理に係わるデータを格納する分析ＤＢと、前記分析ＤＢに格納される前記分析専用データを用いて、前記複数の医療機関のうちの１つ以上の医療機関の医療情報を対象としたデータ解析及び分析処理を行って前記分析結果データを得て前記分析ＤＢに格納する分析サーバと、前記分析結果データを前記医療機関のシステムへ送信するデータ送信部と、を有する。

また、上記医療情報分析システムにおいて、前記データ受信部は、前記複数の医療機関のシステムから、前記医療情報による分析専用データを受信し、前記分析サーバは、前記複数の医療機関の医療情報による分析専用データを用いて、指定された複数の医療機関の医療情報を対象とした要素の比較を含む分析を行って前記分析結果データを得て前記分析ＤＢに格納し、前記データ送信部は、前記比較を含む分析の結果である前記分析結果データを、当該分析結果データを要求している医療機関のシステムへ送信する。

また、上記医療情報分析システムにおいて、前記分析サーバは、前記分析ＤＢに格納されている前記分析専用データから、前記データ解析及び分析処理のための第１の表データを作成する表作成部と、前記第１の表データを用いて前記データ解析及び分析処理し、前記分析結果データの一部として第２の表データを作成する分析部と、前記第２の表データを用いてグラフデータを作成し前記分析結果データの一部とするグラフ作成部と、を有する。

本発明のうち代表的な形態によれば、医療機関の医療情報の分析などが低コストで可能である。本発明のうち代表的な形態によれば、複数の医療機関の医療情報の比較を含む分析が可能である。

本発明の一実施の形態のシステムである医療情報分析システムの全体の構成を示す図である。 本実施の形態での分析システム側の構成例及び第１の分析処理例を示す図である。 本実施の形態での分析システム側の構成例及び第２の分析処理例を示す図である。 本実施の形態での分析結果の表データの第１の例を示す図である。 本実施の形態での分析結果の表データの第２の例を示す図である。 本実施の形態での分析結果の表データの第３の例を示す図である。 本実施の形態での分析種別選択などの画面例を示す図である。 本実施の形態での第１の分析の画面の例、及び第１のグラフ例を示す図である。 第１の分析の画面の第２のグラフ例を示す図である。 本実施の形態での第２の分析の画面の例、及び第１のグラフ例を示す図である。 第２の分析の画面の第２のグラフ例を示す図である。 本実施の形態での第３の分析の画面の例、第１及び第２のグラフ例を示す図である。 従来システムの第１の構成例を示す図である。 従来システムの第２の構成例を示す図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

＜概要等＞
本実施の形態では、複数の医療機関の医療情報のデータを用いてそれらの比較を含む分析を実現するため、各医療機関内の医療情報のデータ形式を統一化する。その手段として、各医療機関内の医事会計システムないしレセプトコンピュータで毎月発生し取り扱っているレセプトデータないしレセプト請求データを、本実施の形態の医療情報（ＤＢ５０）の入力元として使用する。各ベンダ固有の医事会計システム等で管理されているレセプト請求データを、統一のデータ形式、例えばＣＳＶ形式で抽出・出力する。このＣＳＶ形式は、厚生労働省が推進している統一の形式であるため、ベンダ固有の各医事会計システム等は、当該ＣＳＶ形式でデータを抽出・出力する機能を通常は実装していると期待できる。また当該機能が無い場合も、医療情報データから一般的なＣＳＶ形式のデータを抽出することは比較的容易である。上記統一のＣＳＶ形式の医療情報（ＤＢ５０）を用いることで、本実施の形態で複数の医療機関の医療情報の比較や分析を可能とする。

医事会計システムで保存しているベンダ固有の形式のレセプト請求データを、統一化された形式、例えばＣＳＶ形式で出力し、その医療情報データとして格納する。例えば毎月のレセプト請求データを格納する。また、システム導入時などに医療機関固有の設定情報を管理者などにより入力し、その設定情報を医療情報データとして格納する。

そして本実施の形態では、上記医療情報の分析を、医療機関内ではなくインターネット上のＳａａＳないしクラウドコンピューティングサービスによって提供する。全ての各医療機関は、どのベンダの医事会計システム等を導入・使用していたとしても、本実施の形態の分析システムないし分析サービスに参画・採用が可能である。本実施の形態の分析システムを提供する事業者側は、顧客である医療機関の獲得の幅を拡げ、容易である。

また本実施の形態の分析システムないし分析サービスは、データセンタ等でＳａａＳ版として構築・提供する。本分析システムないし分析サービスを利用したい各医療機関側は、そのために専用のハードウェア・機器などを新たに準備する必要は無く、安価で導入・利用が可能である。医療機関側は、自身及び他の医療機関を含めた医療情報分析が参照可能となり経営に活用できる。

本実施の形態の医療情報分析システム及びその方法等では、従来は医療機関内で閉じていた、医療情報の分析を、インターネット上のデータセンタにおいてＳａａＳ（Software as a Service）ないしクラウドコンピューティングサービスによる分析システムないし分析サービスとして提供する。本分析システムにより、１つ以上の医療機関の医療情報の比較を含む分析の結果のデータを提供する。

分析のために用いるデータとしては、各医療機関のレセプト請求データなどを入力元とした統一形式の医療情報のデータを取り扱い、当該データから患者固有情報などを取り除いた分析専用データを作成して、分析システムに送信する。分析システムは当該分析専用データを用いてデータ解析・分析処理を行い、分析結果データを作成し、医療機関へ送信する。

また医療情報の分析結果データに関しては、医療機関の利用者にとってＧＵＩ画面で見やすくわかりやすいグラフのデータとして提供すると共に、汎用的な表形式のデータも併せて提供する。

なお従来のベンダごとの固有の医事会計システム内で管理している固有のデータ形式のレセプト請求データ等を本実施の形態のシステムのために変換すること等は不要である。

＜従来システム（１）＞
図１３に、本実施の形態の前提として、従来システムの第１の構成例を示す。複数の各医療機関２、ここでは簡単にＡ１，Ａ２で示す２つの医療機関２を有する。各医療機関２（Ａ１，Ａ２）は、それぞれベンダ固有の医事会計システム２０（２０ａ，２０ｂ）を有する。各医事会計システム２０（２０ａ，２０ｂ）は、ベンダ固有のデータ形式で、レセプト請求データ（ｄ１ａ，ｄ１ｂ）等の医療情報をＤＢ２２に管理している。本例では、第１の医療機関Ａ１の医事会計システム２０ａは、ベンダＢ１によるシステムであり、データ形式をＸとする。第２の医療機関Ａ２の医事会計システム２０ｂは、ベンダＢ２によるシステムであり、データ形式をＹとする。

この従来システムの構成の場合、前述のように、１つの医療機関２内での閉じた分析は可能であるが、複数の医療機関２の間における異なるベンダによるデータ形式の医療情報を用いた分析はできない。

また図１３では、第１の医療機関Ａ１の医事会計システム２０ａは、内部に分析プログラムを備える場合を示す。他の医療機関Ａ２の医事会計システム２０ｂは、外部の端末装置８０に分析プログラム８１を備える場合を示す。医事会計システム２０ａの分析プログラム８１は、レセプト請求データ（ｄ１ａ）を用いて、自身の医療機関Ａ１内での分析処理を行い、分析結果データ（ｄ２ａ）を得る。医事会計システム２０ｂに接続される端末装置８０の分析プログラム８１は、レセプト請求データを（ｄ１ｂ）を用いて、自身の医療機関Ａ２内での分析処理を行い、分析結果データ（ｄ２ｂ）を得る。

＜従来システム（２）＞
図１４に、従来システムの第２の構成例を示す。図１３を前提として、更に、異なるベンダによる複数の医療機関（Ａ１，Ａ２）の医療情報データを用いた分析をしたい場合の実現手段の一例を示している。例えば第１の医療機関Ａ１が、２つの医療機関Ａ１，Ａ２の医療情報データを対象として所定の分析をしたい場合である。この分析のためには、一方の医療機関２例えばＡ２内の医療情報のデータを、他方の医療機関２例えばＡ１の医療情報のデータ形式（Ｘ）に合わせるように、データ形式変換ないし統一化が必要である。

例えば第１の医療機関Ａ１の医事会計システム２０ａに、ベンダ（Ｂ１）固有のデータ形式（Ｘ）のレセプト請求データ（ｄ１ａ）を抽出する機能であるデータ抽出機能８２を有する。また第２の医療機関Ａ２の医事会計システム２０ｂに、ベンダ（Ｂ２）固有のデータ形式（Ｙ）のレセプト請求データ（ｄ１ｂ）を抽出する機能であるデータ抽出機能８２を備えた端末装置８０が接続されている。また端末装置８０には、データ形式を変換するプログラムであるデータ形式変換プログラム８３を備える。データ形式変換プログラム８３により、医療機関Ａ２側のデータ形式Ｙのレセプト請求データ（ｄ１ｂ）を、医療機関Ａ１側に対応したデータ形式Ｘのレセプト請求データ（ｄ１ｂ´）へ変換する。

そしてインターネット９０に接続される所定の分析システム９００に、各医療機関（Ａ１，Ａ２）の医療情報であるデータ形式Ｘのレセプト請求データ（ｄ１ａ，ｄ１ｂ´）を取得する。分析システム９００の分析プログラム９０１は、データ形式Ｘの医療情報データ（ｄ１ａ，ｄ１ｂ´）を用いて、それらの比較を含む分析を行い、分析結果データ９０２を得る。そして医療機関Ａ１またはＡ２、例えばＡ１は、分析システム９００から分析結果データ９０２を取得して参照することができる。

なお図１４では医療機関２（Ａ１，Ａ２）とは分離して分析システム９００を設けた場合であるが、１つの医療機関２内に分析システム９００ないし分析プログラム９０１を設けてもよい。

しかしながら上記のような従来システムでは、少なくとも一部の医療機関２、例えばＡ２では、データ形式変換プログラム８３や端末装置８０のような設備の導入が必要であり、医療機関Ａ２にとって費用が発生してしまう。更に、実際には多数の医療機関２が同様に存在するので、各ベンダのシステムを持つ医療機関２ごとにコストや手間を要する。

＜実施の形態１＞
図１〜図１２を用いて、本発明の実施の形態１のシステムである医療情報分析システムについて説明する。

［医療情報分析システム］
図１に、本実施の形態のシステムである医療情報分析システムの全体の構成を示す。本システム全体は、インターネット９０に接続される、複数の医療機関２のシステムと、データセンタ１に構成される分析システムないし分析サービスとを有する。なお１つの医療機関２、例えばＡ１のみを図示しているが、同様に複数の医療機関２が接続される。

１つの医療機関２内のシステムは、医事会計システム２０と、送信用端末３０と、閲覧用端末４０と、医療情報（ｄ３）のＤＢ５０とを含み、これらは例えばＬＡＮなどで相互に接続される。

医事会計システム２０は、レセプト処理部２１と、ＤＢ２２とを有する。レセプト処理部２１は、レセプト請求データ（ｄ１）を作成する処理などを行い、レセプト請求データ（ｄ１）をＤＢ２２に格納・管理する。

送信用端末３０は、分析専用データ作成部３１と、分析専用データ送信部３２とを有し、分析専用データ（ｄ４）を扱う。送信用端末３０は、分析専用データ（ｄ４）を分析システムへ送信する。

閲覧用端末４０は、言い換えると受信用端末であり、分析結果データ受信部４１と、分析結果データ出力部４２とを有し、分析システムから分析結果データ（ｄ５）を受信し、利用者による閲覧を可能とする。閲覧用端末４０は、利用者の操作に基づき、分析結果データ（ｄ５）を表示装置４３の画面に表示し、あるいは印刷装置４４でレポートとして印刷出力する。表示装置４３の画面では、ＧＵＩ（グラフィカルユーザインタフェース）となるＷｅｂページ画面や、その画面内に表示する分析結果データであるグラフや表などが表示される。

医療情報（ｄ３）のＤＢ５０は、医事会計システム２０内のＤＢ２２から抽出された所定の統一された形式のレセプト請求データ（ｄ１）、本実施の形態ではＣＳＶ（Comma-Separated Values）形式のデータを医療情報（ｄ３）として格納する。また、医療情報（ｄ３）またはそのＤＢ５０には、ＣＳＶ形式のレセプト請求データ（ｄ１）と関係付けて、医療機関固有情報設定ファイル（ｄ２）が格納される。医療情報（ｄ３）を格納するＤＢ５０は、医療機関２内の独立したＤＢサーバ装置などに管理されてもよいし、送信用端末３０または閲覧用端末４０に内蔵されてもよい。本実施の形態ではＤＢ５０はＤＢサーバ装置で管理され、他の装置からアクセス可能に接続される。

医事会計システム２０及びＤＢ２２がベンダ固有のシステム及びデータ形式であったとしても、上記統一のＣＳＶ形式のレセプト請求データを医療情報（ｄ３）の入力元として用いることで、複数の医療機関２の医療情報の比較を含む分析が可能である。

医療機関固有情報設定ファイル（ｄ２）は、分析に係わる医療機関２の固有情報を設定するデータファイルである。本システムを利用するにあたり、初期設定情報として、管理者などにより、この医療機関固有情報設定ファイル（ｄ２）をＤＢ５０に登録する。なおこの登録は、例えば送信用端末３０または閲覧用端末４０の画面で可能としてもよい。このファイルに設定される医療機関２の固有情報としては、医療機関２の名称ないしＩＤ、種別、地区、規模、標榜科などの各種の属性・項目の情報があり、分析の基本情報として使用される。

送信用端末３０で、分析専用データ作成部３１は、専用プログラムであり、例えばＷｅｂブラウザのプラグインやアプリケーション等で実現できる。分析専用データ作成部３１は、ＤＢ５０内の医療情報（ｄ３）を読み出し、当該データから患者固有情報ないし個人情報などの分析には不要なデータを取り除くことで、分析専用データ（ｄ４）を作成する。分析専用データ（ｄ４）の主な医療情報データの形式はＣＳＶ形式のままであるが、分析システム側での処理が効率的となるようにある程度加工してもよい。分析専用データ送信部３２は、分析専用データ（ｄ４）を毎月１回などの所定のタイミングで分析システムへ送信する。

閲覧用端末４０で、分析結果データ受信部４１は、毎月１回などの所定のタイミングで分析システムから分析結果データ（ｄ５）を受信する。あるいは、分析結果データ受信部４１は、利用者により要求されたタイミングで、分析システムから、利用者により要求された分析結果データ（ｄ５）を受信する。

分析結果データ出力部４２は、分析結果データ（ｄ５）をもとに、表示装置４３や印刷装置４４への出力にあわせたデータを作成し出力処理する。例えば、表示装置４３の画面に表示するための、分析結果のグラフデータＤ５を含むＧＵＩ画面データを生成して表示させる処理を行う。また、印刷装置４４でレポートとして印刷するための同様の内容を含む印刷データを生成して印刷させる処理を行う。

なお閲覧用端末４０は、取得した分析結果データ（ｄ５）を医療情報（ｄ３）のＤＢ５０などに格納しておくようにしてもよい。それにより分析結果を後で繰り返し参照すること等ができる。

なお図１の構成例では、医療機関２内で送信用端末３０と閲覧用端末４０とを別の装置としているが、１つの装置に一体化してもよい。その場合、１つの端末装置内に、図１内の各処理部に対応するプログラムなどを備えればよい。その他、医療機関２内のシステムでは、複数の各機能を実現する処理部を、適宜複数の装置に分離や統合して構成してもよい。

なお図１の医療機関２側のシステム及び分析システムにおける各装置ないしサブシステムは、公知のコンピュータ装置で構成可能であり、ＣＰＵ，一次メモリ，二次メモリ，入出力装置，通信インタフェース装置，及びバスなどを備える構成であり、これらを用いたソフトウェアプログラム処理の実行により、各処理部を実現可能である。

［分析システム］
図２に、データセンタ１に構成される分析システムないし分析サービスの構成と分析処理例とを示す。なお図２では、まず簡単な分析例として、１つの医療機関２、例えばＡ１の医療情報（ｄ３）を対象として分析を行う場合を示す。

データセンタ１側の分析システムないし分析サービスにおいて、通信装置３００は、データ受信部３０１、データ送信部３０２を有する。通信装置３００は、インターネット９０に接続され通信処理を行う。データ受信部３０１は、医療機関２の送信用端末３０から分析専用データ（ｄ４）を受信し、分析ＤＢ２００に分析専用データＤ１として格納する。データ送信部３０２は、分析ＤＢ２００の分析結果データＤ３｛Ｄ４，Ｄ５｝を、医療機関２の閲覧用端末４０へ送信する。

分析サーバ１００は、ソフトウェアプログラム処理で実現される処理部として、表作成部１１、データ解析・分析部１２、及びグラフ作成部１３を有する。

分析ＤＢ２００は、リレーショナルＤＢないしそれを管理するＤＢサーバ等である。分析ＤＢ２００は、分析専用データＤ１、表データＤ２、分析結果データＤ３｛表データＤ４，グラフデータＤ５｝などの分析に係わる各種データ情報が格納・管理される。

分析専用データＤ１は、医療機関２の送信用端末３０から受信した分析専用データｄ４に対応するデータであり、中身は前述のＣＳＶ形式のレセプト請求データを主とする。表データＤ２は、分析専用データＤ１をもとに表作成部１１で作成された表形式のデータである。分析結果データＤ３は、表データＤ４と、グラフデータＤ５との２つの形式のデータを含み、医療機関２側の閲覧用端末４０へ分析結果データｄ５として送信・提供するデータに対応する。表データＤ４は、表データＤ２をもとにデータ解析・分析部１２の処理により作成されるデータである。表データＤ２，Ｄ４は、例えばＥＸＣＥＬ等の汎用的な表形式である。グラフデータＤ５は、表データＤ４をもとにグラフ作成部１３により作成される各種グラフのデータである。例えば棒グラフ、散布図など、各種のグラフがある。

表作成部１１は、言い換えると最適化部であり、分析専用データＤ１から、データ解析・分析部１２での処理に最適な内容を持つ表データＤ２を作成する処理を行う。分析専用データＤ１の中身のＣＳＶ形式のデータ部分は、カンマで区切った値の羅列であるため、所定の分析に好適なように、表作成部１１により表形式のデータに変換する。表データＤ２は、後述図４等の例のように、分析種別の分析に応じた項目情報を含むテーブルとなっている。

データ解析・分析部１２は、分析ＤＢ２００に蓄積された医療機関の分析専用データＤ１に基づく表データＤ２をもとに、分析種別や分析条件に応じた分析のためのデータ解析・分析処理を行い、分析結果データＤ３のうちの表データＤ４を得る。データ解析・分析処理は、医療情報データの分類・検索・加工などの処理を含む。

グラフ作成部１３は、分析結果データＤ３の表データＤ４をもとに、グラフデータＤ５を作成する処理を行う。グラフデータＤ５は、画面表示出力などに対応した分析結果のグラフである。なおグラフ作成部１３の処理は、グラフデータを含む画面データを作成する処理などに代えてもよい。

なおデータ解析・分析部１２及びグラフ作成部１３は、公知のＢＩ（ビジネス・インテリジェンス）ツールに対応した処理を行っている。分析結果データＤ３｛Ｄ４，Ｄ５｝は、各医療機関２の診療報酬点数や利益、患者の傾向などに関するデータ情報を含み、医療機関２の経営支援に有用なデータ情報となる。

［医療機関側の処理（１）］
図１で、医療機関２のシステムにおいて、分析システムへ分析専用データ（ｄ４）を送信するまでの処理の流れは以下である。医療機関２、例えばＡ１において、医事会計システム２０のレセプト処理部２１は、毎月発生するレセプト請求データ（ｄ１）をベンダ固有のデータ形式でＤＢ２２に格納する。

本実施の形態では、医事会計システム２０の持つ出力機能（言い換えるとＣＳＶ形式レセプト請求データ抽出機能）を利用して、ＤＢ２２内のレセプト請求データ（ｄ１）を統一のＣＳＶ形式で抽出し、ＤＢ５０内に医療情報（ｄ３）として格納する。またその際、ＣＳＶ形式のレセプト請求データ（ｄ１）を、医療機関固有情報設定ファイル（ｄ２）と関係付けて医療情報（ｄ３）として格納する。なお上記処理は、医事会計システム２０に行わせてもよいし、送信用端末３０などが行ってもよい。また医事会計システム２０の出力機能は、送信用端末３０の分析専用データ作成部３１などに持たせてもよい。その場合、送信用端末３０の分析専用データ作成部３１などは、医事会計システム２０から直接ＣＳＶ形式のレセプト請求データ（ｄ１）を抽出して医療情報（ｄ３）としてもよい。

本実施の形態では、レセプト請求データ（ｄ１）の出力の形式は、厚生労働省の規定による統一化された形式としてのＣＳＶ形式を用いる。ｄ３，ｄ４に含まれるデータ形式も同様である。

送信用端末３０の分析専用データ作成部３１は、例えば毎月１回などの所定のタイミングで、ＤＢ５０の医療情報（ｄ３）を読み出し、当該医療情報（ｄ３）データから、患者固有情報ないし個人情報などの分析に不要な情報を取り除き、医療機関情報を含む、ＣＳＶ形式を主とした分析専用データ（ｄ４）を作成する。本実施の形態では、医療情報（ｄ３）データのうち、患者の氏名、生年月日、及び保険番号などの情報を取り除く。言い換えると当該取り除く項目情報以外を分析用の項目情報として抽出する。なお当該取り除く項目情報または分析用の項目情報については、分析専用データ作成部３１のプログラムで可変に設定可能としてもよい。

分析専用データ送信部３２は、例えば毎月１回などの所定のタイミングで、分析専用データ（ｄ４）を、暗号化や電子署名などにより情報セキュリティを確保した上で、インターネット９０を介して分析システムへ送信する。

［分析システムの処理（１）］
図２で、分析システムでは、第１の分析処理例として、ステップｓ１として、医療機関２、例えばＡ１の送信用端末３０から送信された分析専用データ（ｄ４）を通信装置３００のデータ受信部３０１を介して受信し、分析ＤＢ２００内に、医療機関（Ａ１）データ２０１のうちの分析専用データＤ１として格納する。なお分析専用データ（ｄ４）の中に含まれている医療機関情報を参照して、どの医療機関２からの医療情報であるかを識別・分類し、医療機関（Ａ１）データ２０１として格納される。

分析サーバ１００では、第１のステップＳ１１として、表作成部１１は、分析ＤＢ２００内の分析の対象となる医療機関（Ａ１）データ２０１のうちの分析専用データＤ１を読み出し・入力し、データ解析・分析部１２で行う分析の処理に対応させて最適化した内容の表データＤ２を作成し、分析ＤＢ２００に格納する。例えば分析種別が検査分析の場合、検査分析に必要な項目情報を持つ表形式のデータが作成される。

分析サーバ１００では、第２のステップＳ１２として、データ解析・分析部１２は、分析ＤＢ２００の表データＤ２を読み出し・入力し、所定の分析に対応したデータ解析・分析処理を実行し、その分析結果データＤ３である表データＤ４を分析ＤＢ２００に格納する。

分析サーバ１００では、第３のステップＳ１３として、グラフ作成部１３は、分析ＤＢ２００の表データＤ４を読み出し・入力し、グラフデータＤ５を作成ないし変換する処理を行い、得られたグラフデータＤ５を分析ＤＢ２００に格納する。以上により、分析結果データＤ３として、対応する内容の表データＤ４及びグラフデータＤ５が得られる。

医療機関２側は、ステップｓ２として、閲覧用端末４０から、分析システムに対し、所定のタイミング、例えば月１回、または利用者が要求・指定する任意のタイミングで、分析結果データＤ３のうちのグラフデータＤ５の取得を要求する。当該要求を受けた分析システムは、通信装置３００のデータ送信部３０２を介して、要求・指定された分析結果データＤ３のうちのグラフデータＤ５を送信する。この際データ送信部３０２は、暗号化や電子署名などにより情報セキュリティを確保した上で、分析結果データＤ３を送信する。また、ステップｓ３として、同様に、閲覧用端末４０から、分析システムに対し、所定のタイミングで、分析結果データＤ３のうちの表データＤ４の取得を要求してもよい。当該要求を受けた分析システムは、通信装置３００のデータ送信部３０２を介して、要求・指定された分析結果データＤ３のうちの表データＤ４を送信する。また分析システムは、グラフデータＤ５と表データＤ４との両方を要求されている場合は、それら両方のデータを同様に送信する。

また、医療機関２の利用者側からの要求に応じたタイミングで分析結果データＤ３を送信するだけでなく、分析システム側から自動的に所定のタイミングで分析結果データＤ３を医療機関２の閲覧用端末４０へ送信してもよい。例えば、送信用端末３０から分析専用データ（ｄ４）が送信された日の翌日に自動的に分析結果データＤ３｛Ｄ４，Ｄ５｝を閲覧用端末４０あるいは医療情報（ｄ３）のＤＢ５０などに対して送信・提供するようにしてもよい。

分析システムでは、例えば、医療機関２からの分析専用データ（ｄ４）の受信の日から翌日までに、当該分析専用データ（ｄ４）を用いた分析を実行し、その分析結果データＤ３を、翌日までに医療機関２に送信する。

［分析システムの処理（２）］
図３で、別の第２の分析処理例として、２つの医療機関２、例えばＡ１，Ａ２の医療情報を用いたそれらの比較を含む分析を行う場合の処理の流れを示している。

ステップｓ１ａとして、医療機関Ａ１の送信用端末３０から送信された分析専用データ（ｄ４）を受信し、分析ＤＢ２００内に、医療機関（Ａ１，Ａ２）データ２０２のうちの分析専用データＤ１（Ａ１対応）として格納する。同様に、ステップｓ１ｂとして、医療機関Ａ２の送信用端末３０から送信された分析専用データ（ｄ４）を受信し、分析ＤＢ２００内に、医療機関（Ａ１，Ａ２）データ２０２のうちの分析専用データＤ１（Ａ２対応）として格納する。

分析サーバ１００では、第１のステップＳ１１として、表作成部１１は、分析ＤＢ２００内の分析の対象となる医療機関（Ａ１，Ａ２）データ２０２のうちのＡ１対応の分析専用データＤ１及びＡ２対応の分析専用データＤ１を読み出し・入力し、データ解析・分析部１２で行う分析の処理に対応させて最適化した内容のそれぞれの表データＤ２（Ａ１対応，Ａ２対応）を作成し、分析ＤＢ２００に格納する。

分析サーバ１００では、第２のステップＳ１２として、データ解析・分析部１２は、分析ＤＢ２００のＡ１，Ａ２対応のそれぞれ表データＤ２を読み出し・入力し、所定の分析に対応したデータ解析・分析処理を実行し、その分析結果データＤ３である１つの表データＤ４（Ａ１，Ａ２対応）を分析ＤＢ２００に格納する。１つの表データＤ４（Ａ１，Ａ２対応）は、Ａ１の医療情報とＡ２の医療情報とを比較した分析内容である。

分析サーバ１００では、第３のステップＳ１３として、グラフ作成部１３は、分析ＤＢ２００の表データＤ４（Ａ１，Ａ２対応）を読み出し・入力し、グラフデータＤ５（Ａ１，Ａ２対応）を作成ないし変換する処理を行い、得られたグラフデータＤ５（Ａ１，Ａ２対応）を分析ＤＢ２００に格納する。１つのグラフデータＤ５（Ａ１，Ａ２対応）は、同様にＡ１の医療情報とＡ２の医療情報とを比較した分析内容である。以上により、分析結果データＤ３として、対応する内容の表データＤ４及びグラフデータＤ５が得られる。

医療機関２側、例えば上記分析結果データＤ３を要求しているＡ１は、ステップｓ２ａとして、閲覧用端末４０から、分析システムに対し、分析結果データＤ３のうちのグラフデータＤ５を要求する。当該要求を受けた分析システムは、要求された分析結果データＤ３のうちのグラフデータＤ５を送信する。また、ステップｓ３ａとして、同様に、閲覧用端末４０から、分析システムに対し、分析結果データＤ３のうちの表データＤ４の取得を要求してもよい。当該要求を受けた分析システムは、要求された分析結果データＤ３のうちの表データＤ４を送信する。また分析システムは、グラフデータＤ５と表データＤ４との両方を要求されている場合は、それら両方のデータを同様に送信する。

［医療機関側の処理（２）］
前記図１で、医療機関２のシステムにおいて、分析システムから分析結果データ（ｄ５）を受信して出力する処理の流れは以下である。医療機関２、例えばＡ１において、閲覧用端末４０は、利用者によるＧＵＩ画面での操作などに基づき、分析結果データ受信部４１により、分析システム側から送信された分析結果データＤ３をｄ５として受信・取得する。分析結果データＤ３は、グラフデータＤ５または表データＤ４の少なくとも一方を含む。

そして、分析結果データ出力部４２により、分析結果データ（ｄ５）を含む内容の画面データを生成し、表示装置４３に表示する。また、印刷装置４４を用いて印刷出力する場合は、閲覧用端末４０に対する印刷指示に従い、分析結果データ出力部４２により、分析結果データ（ｄ５）を含む内容の印刷データを生成し、印刷装置４４でレポートとして印刷させる。

閲覧用端末４０は、必要に応じて、分析システムへ、所望の分析の実行指示、ないしは対応する分析結果データの要求を送信することができる。例えば利用者の操作に応じたタイミングで、所望の分析結果データ（ｄ５）を取得してもよいし、予めの設定情報に基づいたタイミングで自動的に分析結果データ（ｄ５）を受信する形でもよい。通常、データセンタ１側の分析ＤＢ２００に前述のように各データを管理しているので、利用者は必要な時に必要なデータを要求して閲覧することができる。閲覧用端末４０側ないし医療機関２のシステム内に上記データを保有する必要は必ずしも無いが、医療機関２側での利便・活用のために上記データを保有してもよい。閲覧用端末４０は、分析結果データ（ｄ５）としてグラフデータＤ５だけでなく対応する表データＤ４を取得することができる。表データＤ４は、医療機関２側で二次利用などができ有用である。

例えば利用者は閲覧用端末４０のＷｅｂブラウザによるＷｅｂページ画面を表示し、画面のメニュー等から所望の分析種別の分析を１つ以上選択し、所望のデータ形式の分析結果データを要求する。当該要求情報が閲覧用端末４０から分析システムへ送信される。要求情報を受けた分析システムは、要求された分析結果データＤ３を応答として送信する。

［データ情報］
補足として、レセプトデータないしレセプト請求データ（ｄ１）は、一般的な管理項目として、例えば、患者情報、診療内容・診療報酬点数情報などがある。患者情報は、例えば患者氏名、性別、生年月日、保険情報（保険者番号・保険証の記号番号）、診察日、病名などがある。診療内容・診療報酬点数情報は、請求元医療機関名、診療科、診療・投薬・処置・検査・手術などの回数及び点数などがある。

［分析例］
上記医療情報を用いた分析として各種が可能であるが、本実施の形態での分析の例として、以下で説明するように、複数医療機関の検査分析、複数医療機関の往診分析、逆紹介患者数などが挙げられる。検査分析は、医療機関別の検査件数及び検査点数の分析である。往診分析は、医療機関ごとの診療件数ないし診療額などの分析である。

比較を含む分析としては、複数の医療機関の所定の要素を比較する。例えば複数の医療機関として、地区内の診療所のグループや、入院／外来の区分、所定の診療科のグループ、病室規模などを単位として、検査件数、検査点数、診療額などの値を比較する。

［表（１）］
図４は、検査分析を行う場合に用いる表データＴ１（前述のＤ４等に対応する）の構成例を示す。表データＴ１は、項目ないし列として、（ａ）医療機関、（ｂ）診療年月、（ｃ）入外区分、（ｄ）標榜科、（ｅ）地区区分、（ｆ）病室規模、（ｇ）看護配置、（ｈ）検査件数、（ｉ）検査名、（ｊ）検査点数を有する。ａは医療機関２を識別するＡ１等の情報である。ｂはレセプト請求データ（ｄ１）の発行の年月に対応した診療年月を示す。ｃは入院／外来などの区分を示す。ｄは循環器内科などの診療科を示す。ｅは医療機関２が存在する地区の区分を示す。ｆは医療機関２内の病室数などの規模を示す。ｇは医療機関２内の看護配置を示す。ｈ，ｉ，ｊは検査の件数及び対応する診療報酬の点数を示す。

［表（２）］
図５は、他医療機関往診分析を行う場合に用いる表データＴ２の構成例を示す。表データＴ２は、項目ないし列として、（ａ）医療機関、（ｂ）診療年月、（ｃ）外来、（ｄ）標榜科、（ｅ）地区区分、（ｆ）病室規模、（ｇ）看護配置、（ｈ）往診一患者当り診療額、（ｉ）月当り件数、（ｊ）地域、（ｋ）件数を有する。

［表（３）］
図６は、逆紹介患者数を分析する場合に用いる表データＴ３の構成例を示す。表データＴ３は、項目ないし列として、（ａ）医療機関、（ｂ）診療年月、（ｃ）入外区分、（ｄ）標榜科、（ｅ）地区区分、（ｆ）病室規模、（ｇ）看護配置、（ｈ）紹介科、（ｉ）逆紹介数を有する。

［画面］
図７は、医療機関２の閲覧用端末４０でＧＵＩ画面として表示する画面例を示す。本画面において、各種の設定や分析種別選択などの例を示す。

図７の画面中の「設定」の項目（タブ）では、詳細は図示しないが、医療機関固有情報設定ファイル（ｄ２）などの内容を利用者ないし管理者が入力・登録することができる。また同項目で、分析専用データ（ｄ４）の送信のタイミングや、分析結果データ（ｄ５）の受信のタイミングや、その他の本システムでの可変制御のパラメータを設定可能としてもよい。

また図示する「分析種別」の項目（タブ）では、利用者が閲覧ないし取得したい分析種別を選択可能である。また、対応する分析結果データ（ｄ５）として取得するデータ形式を、グラフ、表、またはそれら両方から選択可能である。また、同項目または設定の項目で、分析システムで実行させたい分析種別などを予め設定可能としてもよい。なお分析種別ごとにデータ形式を選択可能としているが、分析種別に拠らずにまとめてデータ形式を選択可能としてもよい。なお他の方式として、画面のメニュー項目から所望の分析種別やデータファイルなどを利用者が選択して表示する方式などとしてもよい。

「分析結果閲覧」の項目（タブ）では、下記の図８〜図１２の例で示すように、分析結果データ（ｄ５）を含む内容を表示し、利用者が閲覧可能である。また利用者が、比較を含む分析の条件・範囲などを画面で指定して、対応する分析結果を表示可能である。なお表示の形式はグラフに限らず表の形式でも同様に可能である。

［画面（検査分析）］
図８に、分析種別が検査分析の場合の分析結果データ表示ないし分析結果閲覧の画面例を示す。自身の医療機関２（例えばＡ１）と他の医療機関２（例えばＡ２）とを含む複数の対象の比較を含む検査分析の場合である。本画面で表示するグラフや情報の値は、検査分析の表データＴ１の内容と対応している。利用者が検査分析の分析結果データ（ｄ５）を要求した場合に本画面を閲覧用端末４０で表示する。

本画面で、上側のｇ１の欄では、分析の条件ないし範囲を利用者により指定する各種の項目を有し、利用者は複数の検索条件で分析ないし分析結果表示が可能である。本欄では、例えば、検査分析に対応した条件の項目として、医療機関＿親、入外区分＿親、地区区分＿親、看護配置＿親、診療年月＿親、標榜科＿親、病室規模＿親がある。各項目では、利用者により例えばリストボックスでパラメータ値を選択指定可能である。例えば医療機関＿親の項目では、利用者により、Ａ１，Ａ２で示される２つの医療機関が指定されている。

ｇ１１は、検査分析の結果の第１のグラフとして、横軸が検査件数、縦軸が検査点数とした、医療機関（Ａ１，Ａ２）ごとの全体のポジショニングを示すグラフである。

また図９のｇ１２は、同じく図８の画面内にｇ１１に続けて表示する、検査分析の結果の第２のグラフとして、医療機関（Ａ１，Ａ２）別の検査点数を示す棒グラフである。

［画面（往診分析）］
図１０に、分析種別が往診分析の場合の画面例を同様に示す。自身の医療機関２（例えばＡ１）と他の医療機関２（例えばＡ２）とを含む複数の対象の比較を含む往診分析の場合である。本画面で表示する値は、表データＴ２の内容と対応している。

ｇ２の欄では、往診分析に対応した分析の条件・範囲を指定する各種の項目をｇ１の場合と同様に有する。例えば医療機関＿親の項目では、利用者により、Ａ０４，Ａ１５，Ａ１６，……で示される複数の医療機関が指定されている。

ｇ２１は、往診分析の結果の第１のグラフとして、横軸が件数、縦軸が点数とした、各医療機関（ｇ２で指定されたもの）ごとの全体のポジショニングを示すグラフである。

また図１１のｇ２２は、同じく図１０の画面内にｇ２１に続けて表示する、往診分析の結果の第２のグラフとして、医療機関別の診療額を示す棒グラフである。診療額は、往診一患者当りの診療額を示す。

［画面（逆紹介患者数）］
図１２に、分析種別が逆紹介患者数の場合の画面例を同様に示す。本画面で表示する値は、表データＴ３の内容と対応している。

ｇ３の欄では、逆紹介患者数に対応した分析の条件・範囲を指定する各種の項目を同様に有する。例えば医療機関＿親の項目では、「ＣＣ診療所１」で示される医療機関が指定されている。

ｇ３１は、逆紹介患者数の結果の第１のグラフとして、横軸が診療年月、縦軸が逆紹介患者数とした棒グラフである。

ｇ３２は、逆紹介患者数の結果の第２のグラフとして、指定した医療機関「ＣＣ診療所」の逆紹介患者数を示す棒グラフである。

［効果等］
以上説明したように、実施の形態１によれば、医療情報の分析サービスをＳａａＳないしクラウドコンピューティングサービスとして提供するので、複数の医療機関２の医療情報の比較を含む分析などが低コストで可能である。また、医療情報２側の利用者は、分析結果データとして所望のグラフデータや表データを参照・取得することができ、二次利用を含めて有効利用できる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。例えば、本実施の形態では、分析に用いる医療情報（ｄ３）ないし分析専用データ（ｄ４）として、入力元としてレセプト請求データ（ｄ１）を含むものであるが、更にそれ以外の情報、医療機関の会計・経営などに関する情報を含めてもよい。

本発明は、医療機関の経営分析・支援などに利用可能である。

１…データセンタ、２…医療機関、１１…表作成部、１２…データ解析・分析部、１３…グラフ作成部、２０…医事会計システム、２１…レセプト処理部、２２…ＤＢ、３０…送信用端末、３１…分析専用データ作成部、３２…分析専用データ送信部、４０…閲覧用端末、４１…分析結果データ受信部、４２…分析結果データ出力部、４３…表示装置、４４…印刷装置、５０…ＤＢ、１００…分析サーバ、２００…分析ＤＢ、９０…インターネット、ｄ１…レセプト請求データ、ｄ２…医療機関固有情報設定ファイル、ｄ３…医療情報、ｄ４…分析専用データ、ｄ５…分析結果データ、Ｄ１…分析専用データ、Ｄ２…表データ、Ｄ３…分析結果データ、Ｄ４…表データ、Ｄ５…グラフデータ。

Claims (6)

1. 通信網に接続される情報処理システムである、複数の医療機関のシステムと、前記複数の医療機関の医療情報を分析する分析システムと、を有し、
   前記医療機関のシステムは、
   レセプト請求データを管理する第１の処理部と、
   前記レセプト請求データを統一のデータ形式で抽出し、医療情報としてＤＢに格納する第２の処理部と、
   前記医療情報から、分析に不要な情報を取り除いて分析専用データとして作成し、前記分析システムへ送信する第３の処理部と、
   前記分析システムから、分析結果データを受信する第４の処理部と、
   前記分析結果データを利用者に対して出力する第５の処理部と、を有し、
   前記分析システムは、
   前記医療機関のシステムから前記分析専用データを受信するデータ受信部と、
   前記分析専用データ及び分析結果データを含む分析処理に係わるデータを格納する分析ＤＢと、
   前記分析ＤＢに格納される前記分析専用データを用いて、前記複数の医療機関のうちの１つ以上の医療機関の医療情報を対象としたデータ解析及び分析処理を行って前記分析結果データを得て前記分析ＤＢに格納する分析サーバと、
   前記分析結果データを前記医療機関のシステムへ送信するデータ送信部と、を有する、医療情報分析システム。
2. 請求項１記載の医療情報分析システムにおいて、
   前記データ受信部は、前記複数の医療機関のシステムから、前記医療情報による分析専用データを受信し、
   前記分析サーバは、前記複数の医療機関の医療情報による分析専用データを用いて、指定された複数の医療機関の医療情報を対象とした要素の比較を含む分析を行って前記分析結果データを得て前記分析ＤＢに格納し、
   前記データ送信部は、前記比較を含む分析の結果である前記分析結果データを、当該分析結果データを要求している医療機関のシステムへ送信する、医療情報分析システム。
3. 請求項１または２に記載の医療情報分析システムにおいて、
   前記分析サーバは、
   前記分析ＤＢに格納されている前記分析専用データから、前記データ解析及び分析処理のための第１の表データを作成する表作成部と、
   前記第１の表データを用いて前記データ解析及び分析処理し、前記分析結果データの一部として第２の表データを作成する分析部と、
   前記第２の表データを用いてグラフデータを作成し前記分析結果データの一部とするグラフ作成部と、を有する、医療情報分析システム。
4. 請求項３記載の医療情報分析システムにおいて、
   前記医療機関のシステムにおける第４の処理部は、端末装置または表示装置の画面での利用者の操作に基づき、利用者の指定した分析種別及び分析条件に応じた前記分析結果データとして、前記グラフデータ、前記表データ、またはそれら両方のデータを、前記分析システムに対し要求して取得し、
   前記医療機関のシステムにおける第５の処理部は、前記分析結果データにおける前記グラフデータまたは表データを含む内容の画面を生成して前記表示装置に表示する、医療情報分析システム。
5. 請求項１記載の医療情報分析システムにおいて、
   前記医療機関のシステムにおける第１の処理部は、前記レセプト請求データを管理する医事会計システムを有し、
   前記医事会計システムは、前記レセプト請求データを統一のデータ形式で出力する機能を有し、
   前記医事会計システムから出力した統一のデータ形式のレセプト請求データを前記医療情報として前記ＤＢに格納する、医療情報分析システム。
6. 請求項１記載の医療情報分析システムにおいて、
   前記医療機関のシステムにおける第３の処理部は、前記医療情報から、患者固有情報を取り除いて前記分析専用データとして作成し、情報セキュリティを確保して、設定されたタイミングで、前記分析システムへ送信する処理を行う、医療情報分析システム。