(57)【要約】【課題】多くの医療機関にとって使い易い医療経営支援の仕組みを提供すること。【解決手段】一実施形態に係る医療経営支援システムは、１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得し、各診療記録について、患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納する。各診療記録において患者の個人情報の少なくとも一部が隠されている。各診療記録は、カルテを一意に特定するカルテ番号を含む。該システムは、第１診療記録の少なくとも一部を含む第１患者診療データをデータベースに格納しようとする際に、該第１診療記録とカルテ番号が一致する第２患者診療データが既にデータベース内に存在する場合には、該第１患者診療データの患者ＩＤを該第２患者診療データの患者ＩＤと同じにする。【選択図】図２
2019159643.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサが、
１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得し、
前記１以上の診療記録のそれぞれについて、前記患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納し、
前記１以上の診療記録のそれぞれにおいて、前記患者の個人情報の少なくとも一部が隠されており、
前記１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、
前記少なくとも一つのプロセッサが、第１診療記録の少なくとも一部を含む第１患者診療データを前記データベースに格納しようとする際に、該第１診療記録と前記カルテ番号が一致する第２患者診療データが既に前記データベース内に存在する場合には、該第１患者診療データの前記患者ＩＤを該第２患者診療データの前記患者ＩＤと同じにする、
医療経営支援システム。
【請求項２】
前記１以上の診療記録のそれぞれが診療日を含み、
前記少なくとも一つのプロセッサが、
前記診療日を含む患者診療データを前記データベースに格納し、
モニタ上に表示される前記１以上の患者の受診状況の時系列データを、前記データベース内の前記患者診療データに基づいて生成する、
請求項１に記載の医療経営支援システム。
【請求項３】
前記時系列データが、前記１以上の患者のそれぞれの各月の受診回数を示す、
請求項２に記載の医療経営支援システム。
【請求項４】
前記１以上の診療記録のそれぞれが診療日を含み、
前記少なくとも一つのプロセッサが、
前記診療日を含む患者診療データを前記データベースに格納し、
モニタ上に表示される医療機関の各月の営業日数を、前記データベース内の前記患者診療データに基づいて算出する、
請求項１〜３のいずれか一項に記載の医療経営支援システム。
【請求項５】
前記少なくとも一つのプロセッサが、
前記１以上の患者の居住地に関連する居住地情報を取得し、
モニタ上に表示される、患者の居住地の分布を示す地図を、前記居住地情報と前記データベース内の前記患者診療データとに基づいて生成する、
請求項１〜４のいずれか一項に記載の医療経営支援システム。
【請求項６】
少なくとも一つのプロセッサを備える医療経営支援システムにより実行される医療経営支援方法であって、
１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得する取得ステップと、
前記１以上の診療記録のそれぞれについて、前記患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納する格納ステップと
を含み、
前記１以上の診療記録のそれぞれにおいて、前記患者の個人情報の少なくとも一部が隠されており、
前記１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、
前記格納ステップでは、第１診療記録の少なくとも一部を含む第１患者診療データを前記データベースに格納しようとする際に、該第１診療記録と前記カルテ番号が一致する第２患者診療データが既に前記データベース内に存在する場合には、該第１患者診療データの前記患者ＩＤを該第２患者診療データの前記患者ＩＤと同じにする、
医療経営支援方法。
【請求項７】
１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得する取得ステップと、
前記１以上の診療記録のそれぞれについて、前記患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納する格納ステップと
をコンピュータに実行させる医療経営支援プログラムであって、
前記１以上の診療記録のそれぞれにおいて、前記患者の個人情報の少なくとも一部が隠されており、
前記１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、
前記格納ステップでは、第１診療記録の少なくとも一部を含む第１患者診療データを前記データベースに格納しようとする際に、該第１診療記録と前記カルテ番号が一致する第２患者診療データが既に前記データベース内に存在する場合には、該第１患者診療データの前記患者ＩＤを該第２患者診療データの前記患者ＩＤと同じにする、
医療経営支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一側面は、医療経営を支援するためのサーバ、方法、およびプログラムに関する。
【背景技術】
【０００２】
医療機関の経営を支援するためのコンピュータシステムが従来から知られている。例えば、特許文献１には、レセプト情報、退院サマリー、給与データ、損益計算データ、オーダリングデータ、電子カルテデータなどの医療機関の実績情報を分析して医療機関の経営を支援するための医療機関向けの経営支援システムが記載されている。このシステムは、複数の医療機関から収集した医療機関の実績情報を記憶し、このシステムを利用する医療機関からの要求に基づいてベンチマーク手法によるデータ分析を行い、そのデータ分析の結果を該要求した医療機関に対し提供する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３１９０４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の経営支援システムでは多種類の電子データを用意する必要があるので、これらのデータを簡単に提供できない多くの医療機関（例えば中小規模の医院や個人経営の診療所など）にとってはその経営支援システムは使い勝手が悪い。そこで、多くの医療機関にとって使い易い医療経営支援の仕組みが望まれている。
【課題を解決するための手段】
【０００５】
本発明の一側面に係る医療経営支援システムは、少なくとも一つのプロセッサを備え、少なくとも一つのプロセッサが、１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得し、１以上の診療記録のそれぞれについて、患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納し、１以上の診療記録のそれぞれにおいて、患者の個人情報の少なくとも一部が隠されており、１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、少なくとも一つのプロセッサが、第１診療記録の少なくとも一部を含む第１患者診療データをデータベースに格納しようとする際に、該第１診療記録とカルテ番号が一致する第２患者診療データが既にデータベース内に存在する場合には、該第１患者診療データの患者ＩＤを該第２患者診療データの患者ＩＤと同じにする。
【０００６】
本発明の一側面に係る医療経営支援方法は、少なくとも一つのプロセッサを備える医療経営支援システムにより実行される医療経営支援方法であって、１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得する取得ステップと、１以上の診療記録のそれぞれについて、患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納する格納ステップとを含み、１以上の診療記録のそれぞれにおいて、患者の個人情報の少なくとも一部が隠されており、１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、格納ステップでは、第１診療記録の少なくとも一部を含む第１患者診療データをデータベースに格納しようとする際に、該第１診療記録とカルテ番号が一致する第２患者診療データが既にデータベース内に存在する場合には、該第１患者診療データの患者ＩＤを該第２患者診療データの患者ＩＤと同じにする。
【０００７】
本発明の一側面に係る医療経営支援プログラムは、１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得する取得ステップと、１以上の診療記録のそれぞれについて、患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納する格納ステップとをコンピュータに実行させる医療経営支援プログラムであって、１以上の診療記録のそれぞれにおいて、患者の個人情報の少なくとも一部が隠されており、１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、格納ステップでは、第１診療記録の少なくとも一部を含む第１患者診療データをデータベースに格納しようとする際に、該第１診療記録とカルテ番号が一致する第２患者診療データが既にデータベース内に存在する場合には、該第１患者診療データの患者ＩＤを該第２患者診療データの患者ＩＤと同じにする。
【０００８】
このような側面においては、カルテ番号に基づく照合により、個人情報が隠されたレセプトデータから個々の患者についての診療記録（患者診療データ）が生成され、その患者診療データがデータベースに格納される。この患者診療データは患者ＩＤを含むので、そのデータベースを参照することで、個々の患者の診療記録を医療経営支援のために自由に集計することが可能になる。レセプトデータを用いてそのデータベースを構築することで、多くの医療機関にとって使い易い医療経営支援の仕組みを提供することができる。
【発明の効果】
【０００９】
本発明の一側面によれば、多くの医療機関にとって使い易い医療経営支援の仕組みを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係る医療経営支援システムの適用の一例を示す図である。
【図２】実施形態に係る医療経営支援システムの構成の一例を示す図である。
【図３】実施形態に係る医療経営支援システムで用いられるコンピュータの一般的なハードウェア構成を示す図である。
【図４】実施形態に係る医療経営支援システムによるデータ格納処理の一例を示すフローチャートである。
【図５】実施形態に係る医療経営支援システムにより取得されるレセプトデータの例を示す図である。
【図６】患者医療データを生成する処理の詳細を示すフローチャートである。
【図７】患者医療データの集計処理の一例を示すフローチャートである。
【図８】患者医療データの集計結果の一例を示す図である。
【図９】患者医療データの集計結果の別の例を示す図である。
【図１０】患者医療データの集計結果のさらに別の例を示す図である。
【図１１】患者医療データの集計結果のさらに別の例を示す図である。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照しながら本開示の実施形態を詳細に説明する。なお、図面の説明において同一または同等の要素には同一の符号を付し、重複する説明を省略する。
【００１２】
［システムの構成］
実施形態に係る医療経営支援システム１は、医療機関の経営を支援するためのコンピュータシステムである。医療機関とは、患者に対して医療を提供する施設のことをいう。医療機関の例として任意の規模の病院、診療所、および薬局が挙げられるが、医療機関の種類はこれらに限定されない。「医療機関の経営を支援する」とは、医療機関の経営に貢献し得る任意の情報を提供することをいう。医療経営支援システム１は１以上の医療機関の経営を支援することができる。本実施形態では医療経営支援システム１のユーザは医療機関であるとする。しかし、ユーザはこれに限定されず、例えば、医療機関に対して助言または指導を行う医療コンサルタントであってもよい。
【００１３】
図１は医療経営支援システム１の全体構成を示す図である。医療経営支援システム１はサーバ１０、１以上の医療機関端末２０、およびデータベース３０を備える。サーバ１０は通信ネットワーク４１を介して各医療機関端末２０とデータを送受信することができる。また、サーバ１０は通信ネットワーク４２を介してデータベース３０に対するデータの読み出しまたは書き込みを実行できる。通信ネットワーク４１，４２の構成はいずれも何ら限定されるものでなく、例えば、それぞれの通信ネットワークはインターネット、イントラネットなどの任意の通信網を用いて構築されてよい。
【００１４】
サーバ１０は、医療機関の経営を支援するための主たる機能を実行するコンピュータである。サーバ１０は１以上の医療機関から提供されたレセプトデータを取得し、そのレセプトデータに基づいて患者診療データを生成し、その患者診療データをデータベース３０に格納する。また、サーバ１０は、端末（例えば医療機関端末２０）からの要求に応じて、データベース３０内の患者診療データを集計し、その集計結果を端末に送信する。例えば、この集計結果は医療機関の経営の支援に用いられる。
【００１５】
レセプトデータはレセプトを示すデータである。レセプトとは、医療機関が保険者などの公的機関に請求する医療報酬の明細書である。各医療機関は医療機関端末２０を介して毎月そのレセプトデータを公的機関に向けて送信する。サーバ１０はそのレセプトデータを任意の手法で取得して患者診療データを生成する。レセプトデータの構成は、行政機関による取り決めや、データフォーマットに関する規定などにより定められる。
【００１６】
患者診療データは、医療機関で患者が受けた診療の記録を示すデータである。診療とは、医師や看護師などの医療従事者が患者の健康状態の改善を意図して行う行為のことをいい、例えば、診察、診断、治療、および処方から選択される任意の１以上の行為である。患者診療データは、個々の患者の診療の履歴を示すデータであるともいえる。
【００１７】
医療機関端末２０は、医療機関のコンピュータである。医療機関端末２０として用いられるコンピュータの種類は限定されない。例えば、医療機関端末２０は携帯型または据置型のパーソナルコンピュータであってもよいし、サーバであってもよい。あるいは、医療機関端末２０は、高機能携帯電話機（スマートフォン）、携帯電話機、携帯情報端末（ＰＤＡ）、タブレットなどの携帯端末でもよい。あるいは、一または複数のコンピュータで構成される医療機関のコンピュータシステムの少なくとも一部が医療機関端末２０として機能してもよい。医療経営支援システム１における医療機関端末２０の台数は何ら限定されない。
【００１８】
データベース３０は、患者診療データを記憶する装置（記憶部）である。データベース３０の実装方法は限定されず、例えばリレーショナル・データベースでもよい。データベース３０の管理主体は限定されず、例えば、サーバ１０の管理主体と同じでもよいし異なってもよい。
【００１９】
個々の患者診療データは、一の医療機関で一人の患者が受けた一回の診療を示す。一人の患者が一または複数の医療機関で一回または複数回の診療を受けることがあり得るので、データベース３０は一人の患者について複数レコードの患者診療データを記憶し得る。
【００２０】
本実施形態では、個々の患者診療データは、医療機関情報、患者情報、カルテ情報、保険情報、傷病情報、および診療情報を含むものとする。医療機関情報は医療機関に関する情報である。患者情報は一人の患者に関する情報である。カルテ情報は、その患者に対する一連の診療の記録であるカルテに関する情報である。保険情報は、その患者が加入している保険に関する情報である。傷病情報はその患者の傷病に関する情報である。診療情報は、その患者に施された診療の内容（例えば、診察、診断、治療、または処方）を示す情報である。本実施形態では、個々の患者診療データは医療機関ＩＤ、患者ＩＤ、カルテ番号、および診療日を含むものとする。医療機関ＩＤは、医療機関を一意に特定する識別子であり、医療機関情報の一種である。患者ＩＤは、患者を一意に特定する識別子であり、患者情報の一種である。カルテ情報は、カルテを一意に特定する識別子であり、カルテ情報の一種である。診療日は、患者に対する診療が行われた日（患者が医療機関で受診した日）であり、診療情報の一種である。
【００２１】
患者診療データの構成は任意に決められてよく、例えば、求められる集計に合わせて決定されてよい。データベース３０内での患者診療データの記憶方法は限定されず、患者診療データに対して任意の正規化または冗長化が施されてもよい。例えば、患者診療データは複数の論理テーブルに分けられた態様でデータベース３０に記憶されてもよい。
【００２２】
図２はサーバ１０の構成の一例を示す図である。サーバ１０は機能要素として取得部１１、格納部１２、および集計部１３を備える。取得部１１はレセプトデータを取得する機能要素である。格納部１２は、そのレセプトデータに基づいて患者診療データを生成し、その患者診療データをデータベース３０に格納する機能要素である。集計部１３は、データベース３０内の患者診療データを集計して、その集計結果を提供する機能要素である。
【００２３】
サーバ１０は、患者診療データ以外のデータを取得して、該他のデータをデータベース３０に格納してもよい。例えば、取得部１１は医療機関が医療機関端末２０を介して入力した各患者の郵便番号データ、および各月の自費診療データを取得し、格納部１２がこれらのデータをデータベース３０に格納してもよい。格納部１２はこれらの郵便番号データおよび自費診療データを、患者診療データと関連付けた態様でデータベース３０に格納する。これらのデータは特定のデータ項目（例えば、患者ＩＤ、カルテ番号など）により互いに関連付けられる。
【００２４】
図３はサーバ１０を構成するコンピュータ１００の一般的なハードウェア構成を示す。例えば、コンピュータ１００はプロセッサ１０１、主記憶部１０２、補助記憶部１０３、通信制御部１０４、入力装置１０５、および出力装置１０６を備える。プロセッサ１０１はオペレーティングシステムおよびアプリケーション・プログラムを実行する。主記憶部１０２は例えばＲＯＭおよびＲＡＭで構成される。補助記憶部１０３は例えばハードディスクまたはフラッシュメモリで構成され、一般に主記憶部１０２よりも大量のデータを記憶する。補助記憶部１０３は、少なくとも１台のコンピュータをサーバ１０として機能させるための医療経営支援プログラムＰを記憶する。通信制御部１０４は例えばネットワークカードまたは無線通信モジュールで構成される。入力装置１０５は例えばキーボード、マウス、タッチパネルなどで構成される。出力装置１０６は例えばモニタおよびスピーカで構成される。
【００２５】
サーバ１０の各機能要素は、プロセッサ１０１または主記憶部１０２の上に医療経営支援プログラムＰを読み込ませてその医療経営支援プログラムＰを実行させることで実現される。医療経営支援プログラムＰは取得部１１、格納部１２、および集計部１３を実現するためのコードを含む。プロセッサ１０１は医療経営支援プログラムＰに従って、通信制御部１０４、入力装置１０５、または出力装置１０６を動作させ、主記憶部１０２または補助記憶部１０３におけるデータの読み出しおよび書き込みを行う。この処理によりサーバ１０の各機能要素が実現される。処理に必要なデータまたはデータベースは主記憶部１０２または補助記憶部１０３内に格納されてもよい。
【００２６】
医療経営支援プログラムＰは、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリなどの有形の記録媒体に固定的に記録された上で提供されてもよい。あるいは、医療経営支援プログラムＰは、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。提供された医療経営支援プログラムＰは補助記憶部１０３に格納される。
【００２７】
サーバ１０は１台のコンピュータで構成されてもよいし、複数台のコンピュータで構成されてもよい。複数台のコンピュータを用いる場合には、これらのコンピュータがインターネットやイントラネットなどの通信ネットワークを介して接続されることで、論理的に一つのサーバ１０が構築される。
【００２８】
［システムの動作］
図４〜図７を参照しながら、サーバ１０の動作を説明するとともに本実施形態に係る医療経営支援方法について説明する。図４は、医療経営支援システム１によるデータ格納処理の一例を示すフローチャートである。図５は、医療経営支援システム１により取得されるレセプトデータの例を示す図である。図６は、患者医療データを生成する処理の詳細を示すフローチャートである。図７は、患者医療データの集計処理の一例を示すフローチャートである。
【００２９】
まず、図４〜図６を参照しながらデータ格納処理について説明する。ステップＳ１１では、取得部１１が、暗号化され且つ患者の個人情報の少なくとも一部が隠されたレセプトデータを医療機関端末２０から受診する（取得ステップ）。「個人情報」とは、特定の個人を識別することが可能な情報である。個人情報は少なくとも一つのデータ項目で構成される。例えば、個人情報は氏名、住所、電話番号、メールアドレス、個人識別番号（例えば保険証番号）から任意に選択される少なくとも一つのデータ項目で構成されてもよいし、他のデータ項目を用いて構成されてもよい。「個人情報の少なくとも一部が隠された」とは、その部分を人が認識できないようにデータを加工することをいう。この加工方法は限定されず、例えば消去、変換でもよい。レセプトデータ内の個人情報は、そのすべてが隠されてもよいし、その一部のみが隠されてもよい。
【００３０】
例えば、取得部１１は図５に示すようなレセプトデータ５０を取得する。なお、レセプトデータ５０の内容はあくまでも一例であり、レセプトデータの具体的な構成および値はこの例に限定されないことに留意されたい。レセプトデータ５０では、人が読解可能な文字列（人が言葉の意味を認識できる文字列）の少なくとも一部が暗号化により数字列に変換されている。レセプトデータ５０の各レコード（各行）は、先頭に位置するレコード識別情報（アルファベット２文字）と、そのレコード識別情報に続いて記述される各種のデータ項目とを含む。図５の例における、レコード識別情報と、データの種類と、データ項目との対応は以下の通りである。
・ＩＲ：医療機関に関するデータ。医療機関のコード、名称、および電話番号を含む。
・ＲＥ：患者に関するデータ。患者の氏名および生年月日と、カルテ番号とを含む。
・ＨＯ：保険に関するデータ。保険者番号および被保険者番号を含む。
・ＳＹ：傷病に関するデータ。傷病の名称を含む。
・ＳＩ：診療に関するデータ。診療日および診療の詳細を示す。
【００３１】
レセプトデータ５０は１以上の診療記録を含む。レセプトデータ５０に含まれる「診療記録」は、一の医療機関で一人の患者が受けた一回の診療を示す記録のことをいう。図５の例では、一つの診療記録は、一つのＲＥレコード（患者に関するデータ）、一つのＨＯレコード（保険に関するデータ）、１以上のＳＹレコード（傷病に関するデータ）、および１以上のＳＩレコード（診療に関するデータ）で構成される。図５は、一つの診療記録５１と、もう一つの診療記録５２とを含むレセプトデータ５０を示す。
【００３２】
レセプトデータ５０では、ＩＲレコード（医療機関に関するデータ）、ＲＥレコード（患者に関するデータ）、およびＨＯレコード（保険に関するデータ）に対して、患者の個人情報を隠すための処理が施される。例えば、医療期間の名称および電話番号が削除され、医療機関コードが暗号化され、患者の氏名が削除され、被保険者番号が削除されることで、患者の個人情報が隠されている。個人情報の隠蔽方法はこれに限定されず、任意に定められてよい。個人情報のうちどのデータ項目を削除または暗号化するかも任意に定められてよい。
【００３３】
ステップＳ１２では、取得部１１が、そのレセプトデータを逆解析することで元の文字列（人が読解可能な文字列）を特定する。逆解析の具体的な手法は限定されず、任意の手法が用いられてよい。ただし、逆解析は、隠された個人情報を認識可能にする処理ではなく、したがって、個人情報はこの逆解析後も隠されたままである。
【００３４】
ステップＳ１３では、格納部１２がレセプトデータから一つの診療記録を処理対象として選択する。
【００３５】
ステップＳ１４では、格納部１２が、選択された診療記録に基づいて患者診療データを生成する。本実施形態では、これから生成および格納しようとする患者診療データを「第１患者診療データ」ともいう。
【００３６】
図６を参照しながら、第１患者診療データを生成する処理（ステップＳ１４）の一例を示す。ステップＳ１４１では、格納部１２がデータベース３０を参照して、選択された診療記録のカルテ番号を含む患者診療データがデータベース３０内に既に存在するか否かを判定する。本実施形態では、検索対象である患者診療データを「第２患者診療データ」ともいう。
【００３７】
第２患者診療データが既にデータベース３０内に存在する場合には（ステップＳ１４２においてＹＥＳ）、格納部１２は第２患者診療データの患者ＩＤをデータベース３０から抽出する（ステップＳ１４３）。
【００３８】
一方、第２患者診療データがデータベース３０内に存在しない場合には（ステップＳ１４２においてＮＯ）、格納部１２は新たな患者ＩＤを生成する（ステップＳ１４４）。患者ＩＤの表現方法は限定されず、例えば、数字または英数字により表現されてもよい。格納部１２はカルテ番号を用いて患者ＩＤを生成してもよく、例えば、カルテ番号をそのまま患者ＩＤとして設定してもよい。
【００３９】
ステップＳ１４５において、格納部１２は、選択された診療記録の少なくとも一部と、抽出または生成した患者ＩＤとを含む第１患者診療データを生成する。したがって、第２患者診療データ（選択された診療記録と同じカルテ番号を含む患者診療データ）が既にデータベース３０内に存在する場合には、格納部１２は第１患者診療データの患者ＩＤを該第２患者診療データの患者ＩＤと同じにする。一方、その第２患者診療データがデータベース３０内に存在しない場合には、格納部１２は、これまで医療経営支援システム１に存在してない新たな患者ＩＤを含む第１患者診療データを生成する。
【００４０】
図４に戻り、ステップＳ１５では、格納部１２が、生成した第１患者診療データをデータベース３０に格納する。この結果、個人情報が隠されているために患者を特定できない一つの診療記録が、患者を一意に識別する患者ＩＤを含む一つの患者診療データに変換され、その患者診療データがデータベース３０に登録される。
【００４１】
サーバ１０はレセプトデータ内のすべての診療記録についてステップＳ１３〜Ｓ１５の処理を実行する（ステップＳ１６を参照）。この結果、レセプトデータで示される個々の患者の個々の診療の記録がデータベース３０に登録される。
【００４２】
サーバ１０は、個人情報の少なくとも一部が隠されたレセプトデータを取得する度に、ステップＳ１１〜Ｓ１５の処理を実行する。
【００４３】
図７を参照しながら、集計処理について説明する。ステップＳ２１では、集計部１３が医療機関端末２０から集計要求を受信する。この集計要求は、サーバ１０に患者診療データの集計を指示するための信号である。例えば、集計要求は、集計の対象となる医療機関ＩＤと、集計の条件を示す情報とを含む。
【００４４】
ステップＳ２２では、集計部１３がその集計要求に基づいて患者診療データを集計する。集計部１３は集計の条件に従って、患者診療データをデータベース３０から抽出してその患者診療データを集計する。
【００４５】
ステップＳ２３では、集計部１３が集計結果を医療機関端末２０に送信する。集計結果は、集計要求に対する応答信号であるといえる。医療機関端末２０はその集計結果を受信してモニタ上に表示する。
【００４６】
図８〜図１１を参照しながら、医療機関端末２０上に表示される集計結果の例を説明する。これらの例はいずれも、ある一つの医療機関についての集計結果である。
【００４７】
図８は、複数種類の集計を表すトップページ２００を示す。このトップページ２００は、収益の推移２０１、延患者数の推移２０２、診療単価２０３、新患数（新規の患者の数）２０４、初再診割合２０５、傷病毎の診療件数２０６、年齢層毎の延患者数２０７、リピート率２０８などを含む。個々の患者診療データは患者ＩＤおよび診療日を含むので、集計部１３は、各患者について初診日および再診日を特定することができる。したがって、集計部１３は新患数と、各患者のリピート率（患者が再び医療機関で受診する確率）とを算出することもできる。患者医療データが患者の生年月日を含む場合には、集計部｜は年齢層毎の患者数を集計することができる。
【００４８】
図９は、毎月の収益の推移を表す収益画面２１０を示す。この収益画面２１０は、医療機関の各月の営業日数（診療日数）の実績２１１および前年比２１２を含む。個々の患者診療データは診療日を含むので、データベース３０内の患者診療データを集計することで各月の日にちのリストを得ることができ、その日にちの個数を数えることで各月の営業日数を算出できる。したがって、集計部１３は、医療機関に自己の営業日を登録させなくても、営業日数（診療日数）を含む集計結果を提供することができる。
【００４９】
図１０は、医療機関に来た患者数を表す来院状況画面２２０を示す。この来院状況画面２２０は、来院に関する特定の条件を満たす患者の人数を示すサマリー２２１と、個々の患者の各月の診療回数（来院回数）を示す患者リスト２２２とを含む。患者リスト２２２は、患者の受診状況の時系列データの一例である。「患者の受診状況の時系列データ」とは、患者の受診状況の変化を連続的に（より具体的には、一定間隔をおいて不連続に）集計して得られる値の系列を示すデータである。個々の患者診療データは患者ＩＤおよび診療日を含むので、集計部１３は各患者来院回数を特定してその時系列データを生成することができる。図１０における患者リスト２２２は時系列データの一例であり、２０１６年１２月から２０１７年１２月にかけての１以上の患者のそれぞれの各月の受診回数を示すものである。時系列データは各月の受診回数以外の情報を示してもよく、例えば、各週または各年の受診状況を示してもよい。受診状況は回数以外の指数を用いて表されてもよい。このように、サーバ１０は、診療の事実を示す患者診療データを参照して、診療の有無の双方を示す連続性のあるデータを生成することができる。
【００５０】
図１１は、患者の大凡の居住地の分布を表す地図２３０を示す。この地図２３０上には、医療機関を表すマーク２３１と、各地域の患者数の多さを表すピン２３２とが描画されている。図１１の例では、ピン２３２の図柄および色が患者数の多さに応じて３種類用意されている。医療機関端末２０のユーザは、プロット条件（来院期間、患者の属性、傷病）、患者数、診療科などの条件を変えることができ、この条件変更に応じて、地図２３０上に表示されるピン２３２の表示が変わる。この地図２３０は、医療機関が診療を実施している範囲（診療圏）を示す情報であるといえる。ユーザはこの地図２３０を参照して、患者がどこから来院しているかを簡単に把握することができる。
【００５１】
当然ながら、集計部１３により提供される画面の種類および構成は図８〜図１１の例に限定されず、任意の画面が提供されてよい。例えば、集計部１３は複数の医療機関の患者診療データを集計してもよい。
【００５２】
［効果］
以上説明したように、本発明の一側面に係る医療経営支援システムは、少なくとも一つのプロセッサを備え、少なくとも一つのプロセッサが、１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得し、１以上の診療記録のそれぞれについて、患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納し、１以上の診療記録のそれぞれにおいて、患者の個人情報の少なくとも一部が隠されており、１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、少なくとも一つのプロセッサが、第１診療記録の少なくとも一部を含む第１患者診療データをデータベースに格納しようとする際に、該第１診療記録とカルテ番号が一致する第２患者診療データが既にデータベース内に存在する場合には、該第１患者診療データの患者ＩＤを該第２患者診療データの患者ＩＤと同じにする。
【００５３】
本発明の一側面に係る医療経営支援方法は、少なくとも一つのプロセッサを備える医療経営支援システムにより実行される医療経営支援方法であって、１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得する取得ステップと、１以上の診療記録のそれぞれについて、患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納する格納ステップとを含み、１以上の診療記録のそれぞれにおいて、患者の個人情報の少なくとも一部が隠されており、１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、格納ステップでは、第１診療記録の少なくとも一部を含む第１患者診療データをデータベースに格納しようとする際に、該第１診療記録とカルテ番号が一致する第２患者診療データが既にデータベース内に存在する場合には、該第１患者診療データの患者ＩＤを該第２患者診療データの患者ＩＤと同じにする。
【００５４】
本発明の一側面に係る医療経営支援プログラムは、１以上の患者に対応する１以上の診療記録を含むレセプトデータを取得する取得ステップと、１以上の診療記録のそれぞれについて、患者を一意に特定する患者ＩＤを決定し、該患者ＩＤと該診療記録の少なくとも一部とを含む患者診療データをデータベースに格納する格納ステップとをコンピュータに実行させる医療経営支援プログラムであって、１以上の診療記録のそれぞれにおいて、患者の個人情報の少なくとも一部が隠されており、１以上の診療記録のそれぞれが、カルテを一意に特定するカルテ番号を含み、格納ステップでは、第１診療記録の少なくとも一部を含む第１患者診療データをデータベースに格納しようとする際に、該第１診療記録とカルテ番号が一致する第２患者診療データが既にデータベース内に存在する場合には、該第１患者診療データの患者ＩＤを該第２患者診療データの患者ＩＤと同じにする。
【００５５】
このような側面においては、カルテ番号に基づく照合により、個人情報が隠されたレセプトデータから個々の患者についての診療記録（患者診療データ）が生成され、その患者診療データがデータベースに格納される。この患者診療データは患者ＩＤを含むので、そのデータベースを参照することで、個々の患者の診療記録を医療経営支援のために自由に集計することが可能になる。レセプトデータを用いてそのデータベースを構築することで、多くの医療機関にとって使い易い医療経営支援の仕組みを提供することができる。
【００５６】
他の側面に係る医療経営支援システムでは、１以上の診療記録のそれぞれが診療日を含み、少なくとも一つのプロセッサが、診療日を含む患者診療データをデータベースに格納し、モニタ上に表示される１以上の患者の受診状況の時系列データを、データベース内の患者診療データに基づいて生成してもよい。個々の診療を示す患者診療データからその時系列データを生成および表示することで、患者の受診状況を時間軸に沿って連続的にユーザに提示できる。
【００５７】
他の側面に係る医療経営支援システムでは、時系列データが、１以上の患者のそれぞれの各月の受診回数を示してもよい。この場合には各患者の月毎の受診状況をユーザに提示できる。
【００５８】
他の側面に係る医療経営支援システムでは、１以上の診療記録のそれぞれが診療日を含み、少なくとも一つのプロセッサが、診療日を含む患者診療データをデータベースに格納し、モニタ上に表示される医療機関の各月の営業日数を、データベース内の患者診療データに基づいて算出してもよい。患者診療データから営業日数を求めることで、医療機関に自己の営業日を登録させなくても営業日数をユーザに提示できる。
【００５９】
他の側面に係る医療経営支援システムでは、少なくとも一つのプロセッサが、１以上の患者の居住地に関連する居住地情報を取得し、モニタ上に表示される、患者の居住地の分布を示す地図を、居住地情報とデータベース内の患者診療データとに基づいて生成してもよい。この地図を生成および表示することで、患者がどこから来院しているかを分かりやすくユーザに示すことができる。
【００６０】
［変形例］
以上、本開示をその実施形態に基づいて詳細に説明した。しかし、本開示は上記実施形態に限定されるものではない。本開示は、その要旨を逸脱しない範囲で様々な変形が可能である。
【００６１】
上記実施形態では集計部１３が医療機関端末２０に集計結果を送信するが、医療経営支援システムは医療機関以外の人または組織に集計結果を提供してもよい。例えば、医療経営支援システムは医療コンサルタントに向けて集計結果を提供してもよい。
【００６２】
上記実施形態では、取得部１１が、暗号化されたレセプトデータを取得するが、レセプトデータの暗号化は必須ではない。
【００６３】
上記実施形態では、取得部１１が、患者の個人情報の少なくとも一部が隠されたレセプトデータを受信するが、医療機関端末ではなくサーバまたは他のコンピュータが、レセプトデータ内の個人情報を隠す処理を実行してもよい。いずれにしても、取得部は、患者の個人情報の少なくとも一部が隠されたレセプトデータを取得する。上記実施形態では、取得部１１が医療機関端末２０からレセプトデータを受信するが、レセプトデータの取得方法も限定されない。例えば、取得部は、図示しない別のデータベースからそのレセプトデータを受信してもよい。
【００６４】
上記実施形態ではサーバ１０が集計部１３を備えるが、患者診療データの生成および格納を実行するコンピュータ（またはシステム）と、患者診療データを集計するコンピュータ（またはシステム）とは別々に設けられてもよい。
【００６５】
少なくとも一つのプロセッサにより実行される医療経営支援方法の処理手順は上記実施形態での例に限定されない。例えば、上述したステップ（処理）の一部が省略されてもよいし、別の順序で各ステップが実行されてもよい。また、上述したステップのうちの任意の２以上のステップが組み合わされてもよいし、ステップの一部が修正又は削除されてもよい。あるいは、上記の各ステップに加えて他のステップが実行されてもよい。
【符号の説明】
【００６６】
１…医療経営支援システム、１０…サーバ、１１…取得部、１２…格納部、１３…集計部、２０…医療機関端末、３０…データベース、５０…レセプトデータ、５１…診療記録、５２…診療記録、２００…トップページ、２１０…収益画面、２２０…来院状況画面、２３０…地図、Ｐ…医療経営支援プログラム。
【図１】
2019159643.tif 000003
【図２】
2019159643.tif 000004
【図３】
2019159643.tif 000005
【図４】
2019159643.tif 000006
【図５】
2019159643.tif 000007
【図６】
2019159643.tif 000008
【図７】
2019159643.tif 000009
【図８】
2019159643.tif 000010
【図９】
2019159643.tif 000011
【図１０】
2019159643.tif 000012
【図１１】
2019159643.tif 000013