JP5272928B2

JP5272928B2 - 医療事務支援プログラム、医療事務支援システム及び医療事務支援方法

Info

Publication number: JP5272928B2
Application number: JP2009154712A
Authority: JP
Inventors: 草平高山
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2009-06-30
Filing date: 2009-06-30
Publication date: 2013-08-28
Anticipated expiration: 2029-06-30
Also published as: JP2011013718A

Description

本件は、医療事務支援プログラム、医療事務支援システム及び医療事務支援方法に関する。

従来、社会福祉や公衆衛生の観点から、国又は地方公共団体が特定の対象者に対して公費によって医療に関する給付を行う制度（公費負担制度）が存在している。

医療会計業務において、公費負担制度に対応するためには、公費負担制度の適用条件を記憶したデータテーブルを予め用意しておき、当該データテーブルを参照して会計処理を行うことが考えられる。

特許文献１には、このような医療会計業務において、患者が公費などの公的サービスの適用対象年齢に属するか否かを判断し、患者に、公的サービスを適切に利用させる方法が開示されている。

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

しかしながら、上記のような医療会計業務を行う場合、公費負担制度の適用条件は、例えば病名や受診時の診療行為により定義する必要がある。この場合、例えば病名だけでも、約２２０００種の病名本体コードと、約２０００種の修飾語コードとを組み合わせた膨大な数があり、病名や診療行為などの全ての条件に対して、公費の適用があるか否かを正確に定義するのは困難である。

そこで本件は上記の課題に鑑みてなされたものであり、簡易に公費対象候補者であるか否かを出力することが可能な医療事務支援プログラム、医療事務支援システム及び医療事務支援方法を提供することを目的とする。

本明細書に記載の医療事務支援プログラムは、コンピュータを、医療事務支援システムとして機能させる医療事務支援プログラムであって、前記コンピュータを、病名情報と、公費情報と、該公費情報で特定される公費を受給した人のうち前記病名情報と同一の病名情報が設定されている人の割合を示す病名一致割合と、を対応付けて記憶する記憶手段を参照し、処理対象受診者に設定されている病名情報に対応する前記病名一致割合を取得する取得手段、前記取得手段において取得された前記病名一致割合を利用して、前記処理対象受診者が公費申請候補者であるか否かの情報を出力する出力手段、として、機能させる医療事務支援プログラムである。

本明細書に記載の医療事務支援システムは、病名情報と、公費情報と、該公費情報で特定される公費を受給した人のうち前記病名情報と同一の病名情報が設定されている人の割合を示す病名一致割合と、を対応付けて記憶する記憶手段と、前記記憶手段を参照し、処理対象受診者に設定されている病名情報に対応する前記病名一致割合を取得する取得手段と、前記取得手段において取得された前記病名一致割合を利用して、前記処理対象受診者が公費申請候補者であるか否かの情報を出力する出力手段と、を備えている。

本明細書に記載の医療事務支援方法は、コンピュータによって実行される医療事務支援方法であって、前記コンピュータが、病名情報と、公費情報と、該公費情報で特定される公費を受給した人のうち前記病名情報と同一の病名情報が設定されている人の割合を示す病名一致割合と、を対応付けて記憶する記憶手段を参照し、処理対象受診者に設定されている病名情報に対応する前記病名一致割合を取得する取得工程と、前記取得工程において取得された前記病名一致割合を利用して、前記処理対象受診者が公費申請候補者であるか否かの情報を出力する出力工程と、を実行するものである。

本明細書に記載の医療事務支援プログラム、医療事務支援システム及び医療事務支援方法は、簡易に公費対象候補者であるか否かを出力することができるという効果を奏する。

一実施形態に係る医療事務支援システムの構成を概略的に示す図である。図２（ａ）〜図２（ｆ）は、記憶装置に格納されているデータベースの内容を示す図である。図３（ａ）〜図３（ｄ）は、記憶装置に格納されているマスタの内容を示す図である。患者が病院に来院してからの受診の流れについて示すフローチャートである。図５（ａ）〜図５（ｄ）は、図４のステップＳ１２で用いるデータやマスタの具体例を示す図である。図４のステップＳ１２における処理を示すフローチャートである。図７（ａ）〜図７（ｃ）は、公費を受給していない患者の、保険データ、病名データ、診療行為データの具体例を示す図であり、図７（ｄ）は、公費申請候補データの具体例を示す図である。図８（ａ）〜図８（ｃ）は、公費を受給している患者の、保険データ、病名データ、診療行為データの具体例を示す図である。図４のステップＳ１４における処理を示すフローチャートである。図１０（ａ）は、患者が公費を受給していない場合において、図９のステップＳ４０で取得されるデータの一例を示す図であり、図１０（ｂ）は、図９のステップＳ４６で出力されるメッセージの一例を示す図であり、図１０（ｃ）は、患者が公費を受給している場合において、図９のステップＳ４０で取得されるデータの一例を示す図である。図１１（ａ）、図１１（ｂ）は、ステップＳ１２、Ｓ１４の処理の具体例１，２を示す図である。図１２（ａ）、図１２（ｂ）は、ステップＳ１２、Ｓ１４の処理の具体例３，４を示す図である。図４のステップＳ１８における処理を示すフローチャートである。図１４（ａ）〜図１４（ｈ）は、図１３の処理において使用されるデータ及びマスタを示す図である。

以下、医療事務支援システムの一実施形態について、図１〜図１４に基づいて詳細に説明する。この医療事務支援システムは、例えば病院に設置されるシステムである。

図１には、医療事務支援システム１００の構成がブロック図にて示されている。この図１に示すように、医療事務支援システム１００は、端末１０、１０，１０…と、サーバ３０と、記憶手段としての記憶装置４０と、を備える。各装置は、病院内に敷設されたＬＡＮ（Local Area Network）２０により接続されている。

各端末１０は、モニタ及び入力部を有する。モニタとしては、液晶ディスプレイやＣＲＴ等が用いられ、入力部としては、キーボードやマウス等が用いられる。各端末１０は、ユーザ（診療を行う医師や、医療事務に従事する者）が、患者に関する種々のデータを入力したり、閲覧したりするために用いられる。

サーバ３０は、取得手段としての取得部３２と、出力手段としての出力部３４と、更新手段としての更新部３６とを有する。なお、これら各部の機能は、計算機システムに内蔵されたプログラムによって実現されている。ただし、これに限らず、各部を、実際の装置にて構成しても良い。

取得部３２は、記憶装置４０から情報を取得するとともに、各端末１０を介してユーザから入力された情報を取得する。出力部３４は、取得部３２が取得した情報を端末１０に出力したり、ユーザに対して伝達すべき事項（メッセージ）を端末１０に出力したりする。更新部３６は、端末１０を介してユーザから入力された情報を用いて、記憶装置４０に記憶されている情報を更新する。

記憶装置４０は、データベース群４１０と、マスタ群４２０と、を有する。データベース群４１０は、保険データベース（ＤＢ）４１１と、病名ＤＢ４１２と、診療行為ＤＢ４１３と、公費申請候補ＤＢ４１４と、公費請求実績ＤＢ４１５と、会計ＤＢ４１６と、を有する。マスタ群４２０は、病名マスタ４２１、診療行為マスタ４２２、公費対象病名マスタ４２３と、公費対象診療行為マスタ４２４と、を有する。

保険ＤＢ４１１は、図２（ａ）に示すように、患者ＩＤと法別番号とが蓄積されるデータベースである。患者ＩＤのデータとしては、患者ごとに割り振られたＩＤ、例えば「Ａ」、「Ｂ」…などが記述される。法別番号のデータとしては、患者が公費を使用している場合にはその法別番号、公費を使用していない場合には、「なし」が記述される。

病名ＤＢ４１２は、図２（ｂ）に示すように、患者ＩＤと法別番号と病名コードとが蓄積されるデータベースである。病名コードは、患者が罹患している疾病の情報をコード化したものであり、例えば、７桁の数字で表される。

診療行為ＤＢ４１３は、図２（ｃ）に示すように、患者ＩＤと法別番号と診療行為コードとが蓄積されるデータベースである。診療行為コードは、患者別に実施した診療行為の情報をコード化したものであり、例えば、９桁の数字で表される。

公費申請候補ＤＢ４１４は、図２（ｄ）に示すように、患者ＩＤと法別番号と受理予想値とが蓄積されるデータベースである。受理予想値は、患者別に公費ごとの申請が受理されると予想される程度について、数値化したものである。ここでは、受理予想値を百分率にて表すものとする。

公費請求実績ＤＢ４１５は、図２（ｅ）に示すように、３つの使用実績レコードを有している。３つの使用実績レコードは、（１）全体使用実績レコード、（２）病名使用実績レコード、（３）診療行為使用実績レコードである。（１）全体使用実績レコードには、法別番号と累積患者数とが蓄積される。累積患者数は、法別番号が一致する患者の合計人数である。すなわち、当該レコードには、毎月の保険請求において、公費の受給を受けた患者のうち法別が一致する患者の人数を累積して蓄積する。なお、全体使用実績レコードには、全体の人数（公費を使用していない患者の人数と全ての公費を使用している患者の人数を合算した人数）も、法別番号「００」として格納される。（２）病名使用実績レコードには、法別番号と病名コードと累積患者数とが蓄積される。すなわち、当該レコードには、毎月の保険請求において、公費の受給を受けた患者のうち、法別及び病名が一致する患者の人数を累積して蓄積する。なお、病名使用実績レコードには、病名コードを使用した全患者の人数が、法別番号「００」として格納される。（３）診療行為使用実績レコードには、法別番号と病名コードと診療行為コードと累積患者数とが蓄積される。すなわち、当該レコードには、毎月の保険請求において、公費の受給を受けた患者のうち、法別、病名及び診療行為の全てが一致する患者の人数を累積して蓄積する。なお、診療行為使用実績レコードには、診療行為コードを使用した患者の人数が、法別番号「００」、病名コード「０００００００」として格納され、また、病名コードごとに診療行為コードを使用した患者の人数が、法別番号「００」として格納される。

会計ＤＢ４１６は、患者への請求情報を格納するデータベースあり、図２（ｆ）に示すように、患者ＩＤと請求金額とが蓄積される。この会計ＤＢ４１６は、医療費の会計時に、患者請求をするために用いられる。

病名マスタ４２１は、図３（ａ）に示すように、傷病名と病名コードとを対応付けたマスタデータである。診療行為マスタ４２２は、図３（ｂ）に示すように、診療行為名称と診療行為コードとを対応付けたマスタデータである。公費対象病名マスタ４２３は、図３（ｃ）に示すように、病名コードと法別番号と公費の使用比率とを対応付けたマスタデータである。使用比率は、公費制度（法律）を利用して公費を受給した人のうち、病名情報が一致する人の割合（病名一致割合）である。すなわち、使用比率としては、対象病名使用患者数／対象公費使用全患者数×１００から導き出される値が用いられる。公費対象診療行為マスタ４２４は、図３（ｄ）に示すように、病名コード、法別番号、診療行為コード、及び公費の使用比率を対応付けたマスタデータである。使用比率は、公費を受給し、かつ病名情報が一致する人のうち、診療行為が一致する人の割合（診療行為一致割合）である。すなわち、使用比率としては、対象診療行為受診患者数／対象公費病名使用全患者数×１００から導き出される値を用いている。

次に、上記のように構成される医療事務支援システム１００による処理について、図４〜図１４に基づき、かつその他の図面を適宜参照しつつ説明する。

まず、図４のフローチャートに沿って、ある患者が病院に来院してからの受診の流れについて説明する。まず、患者は、受付窓口において新患受付又は再来受付のいずれかを行う（ステップＳ１０）。次いで、患者は、診察室において、担当医師により診察又は診療を受ける（ステップＳ１２）。次いで、診療等を受けた患者は、会計窓口において、医療費の請求を受ける（医療費を支払う）（ステップＳ１４）。なお、患者は、医療費を支払った後に帰宅等するが、会計窓口では、例えば月末に、社会保険診療報酬支払基金等に対して保険請求を行う（ステップＳ１６）。また、サーバ３０では、例えば月末に、記憶装置４０のマスタ群４２０の更新処理を行う（ステップＳ１８）。

次に、上記ステップＳ１２、Ｓ１４、Ｓ１８の各場面における、医療事務支援システム１００の具体的な処理について説明する。なお、この処理の前提として、図５（ａ）に示すように、法別番号「２１」は、障害者自立支援法による精神通院医療を意味しており、病名マスタの傷病名「てんかん」には病名コード「３４５９００１」が割り振られているものとする。また、診療行為マスタの診療行為名称「てんかん指導」には、診療行為コード「１１３００２８５０」が割り振られているものとする。なお、病名マスタ及び診療行為マスタでは、傷病名ごと及び診療行為名称ごとにコードが割り振られているが、図５（ａ）では、「てんかん」、「てんかん指導」のコードのみを表記している。

また、処理の前提として、図５（ｂ）の（１）全体使用実績レコードに示すように、法別番号「２１」を使用して、９９人の患者が公費を既に受給しているものとする。また、（２）病名使用実績レコードに示すように、法別番号「２１」を使用して、病名コード「３４５９００１」の患者４９人が、公費を既に受給しているものとする。更に、（３）診療行為使用実績レコードに示すように、法別番号「２１」を使用して、病名コード「３４５９００１」及び診療行為コード「１１３００２８５０」の患者４９人が、公費を既に受給しているものとする。

また、図５（ｃ）の公費対象病名マスタに示すように、法別番号「２１」、病名コード「３４５９００１」の使用比率（病名一致割合）は、４９／９９×１００＝４９．５（％）となっている。また、図５（ｄ）の公費対象診療行為マスタ４２４のように、法別番号「２１」、病名コード「３４５９００１」、診療行為コード「１１３００２８５０」の使用比率（診療行為一致割合）は、４９／４９×１００＝１００（％）となっている。

（ステップＳ１２の処理）
図６は、図２のステップＳ１２の場面における医療事務支援システム１００の具体的な処理を示すフローチャートである。なお、この処理の前に、図４のステップＳ１０において、図７（ａ）（又は図８（ａ））に示す保険データが受付窓口の端末１０から入力されているものとする。なお、図７（ａ）の患者は、公費の使用をしていない患者であり、図８（ａ）の患者は、公費を実際に使用している患者である。また、診察室の医師は、患者の診療終了後、診療を行った患者（対象患者Ａ（病名：てんかん、診療行為：てんかん指導））の保険データをサーバ３０から端末１０に読み出したものとする。この場合、サーバ３０では、端末１０を介した医師からの指示に基づいて、取得部３２が、保険ＤＢ４１１から患者Ａの保険データを取得し、出力部３４が、当該保険データを端末１０に対して出力する。そして、医師は、端末１０に出力された保険データを利用して、図７（ｂ）、図７（ｃ）（又は図８（ｂ），図８（ｃ））の各データを入力したものとする。

このような状態から、図６の処理がサーバ３０にて実行される。まず、図６のステップＳ２０では、サーバ３０の取得部３２が、病名データ（図７（ｂ））を病名ＤＢ４１２から取得する（読み込む）。次いで、ステップＳ２１では、出力部３４が、病名データを参照して、法別番号の項目が「なし」であるか否かを判断する。ここでの判断が肯定される場合、すなわち図７（ｂ）のような場合には、ステップＳ２２に移行する。一方、図８（ａ）〜図８（ｃ）のように、法別番号の項目に番号が入力されている場合には、患者は、既に公費の受給者証を病院に提示して診療を受けていることを意味する。このような場合には、図６の処理を終了する。

次いで、ステップＳ２２では、出力部３４が、病名データ上の病名コード「３４５９００１」が公費対象病名マスタに登録されているか否かを判断する。この場合、公費対象病名マスタ（図５（ｃ））に病名コード「３４５９００１」が登録されているので、ここでの判断は肯定され、ステップＳ２４に移行する。なお、病名コードが公費対象病名マスタに登録されていない場合には、図６の処理を終了する。

ステップＳ２４では、出力部３４が、病名コードに対応する公費対象病名マスタの使用比率（病名一致割合）が１００（％）であるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３０に移行し、否定された場合には、ステップＳ２６に移行する。本実施形態では、図５（ｃ）に示すように、使用比率（病名一致割合）は、４９．５（％）となっているので、ここでの判断は否定されて、ステップＳ２６に移行する。

ステップＳ２６では、取得部３２が診療行為ＤＢ４１３から診療行為データ（図７（ｃ））を取得する（読み込む）。次いで、ステップＳ２８では、出力部３４が、診療行為データのうち、診療行為コードが公費対象診療行為マスタのうち、公費対傷病名マスタと病名コードおよび法別番号が一致するレコードに存在するか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３０に移行し、否定された場合には、図６の処理を終了する。なお、本実施形態では、図７（ｃ）の診療行為コード「１１３００２８５０」が、図５（ｄ）の通り、図５（ｃ）の公費対象病名マスタの病名コード「３４５９００１」と法別番号「２１」に一致する公費対象診療行為マスタに存在しているので、ステップＳ２８の判断は肯定される。

ステップＳ３０では、更新部３６が、図７（ｄ）に示すような公費申請候補データを作成し、そのデータにて、公費申請候補ＤＢ４１４を更新する。ここで、公費申請候補データにおける患者ＩＤは、図７（ｂ）の病名データと同一の患者ＩＤが用いられ、法別番号は、図５（ｃ）の公費対象病名マスタと同一の法別番号が用いられる。また、受理予想値は、ステップＳ２４から直接ステップＳ３０に移行した場合には、公費対象病名マスタの使用比率（診療行為一致割合）と同値の１００とする。一方、本実施形態のようにステップＳ２８を経た場合には、図５（ｃ）の使用比率（病名一致割合）４９．５と、図５（ｄ）の使用比率（診療行為一致割合）１００のうち、大きい方（１００）を受理予想値とする。このように、ステップＳ３０の処理が終了した後は、図６の全処理が終了する。

（ステップＳ１４の処理）
図９は、図４のステップＳ１４の場面における医療事務支援システム１００の具体的な処理を示すフローチャートである。

まず、ステップＳ４０では、会計窓口の端末１０から入力される、医療事務に従事する者からの指示に基づいて、取得部３２が、会計窓口に来た対象患者に対応する会計データなどのデータを各ＤＢから取得する（読み込む）。すなわち、例えば、会計窓口に来た対象患者の患者ＩＤが「Ａ」であれば、取得部３２は、ＩＤ「Ａ」に関連するデータを各ＤＢから取得する。次いで、ステップＳ４２では、出力部３４が、ステップＳ４０において読み込まれたデータの中に、対象患者の公費申請候補データが存在しているか否かを判断する。ここで、例えば、図７（ｄ）のように、公費申請候補データが作成されていた場合には、ステップＳ４２において、図１０（ａ）に示すような会計データと公費申請候補データが取得されることになる。したがって、このような場合には、ステップＳ４２の判断は肯定されて、ステップＳ４４に移行する。一方、公費申請候補データが作成されなかった場合（例えば、図８のような場合）には、図１０（ｃ）に示すように、会計データのみが取得されるので、図９のステップＳ４２の判断は否定されて、図９の全処理が終了する。

ステップＳ４４に移行した場合、出力部３４は、公費申請候補データの受理予想値が一定値以上か否かを判断する。ここで、一定値は、システム開発者が予め設定しておいても良いし、あるいはユーザが設定することとしても良い。なお、本実施形態では、一定値が６０（％）に設定されているものとして説明する。図７（ｄ）の場合、受理予想値は１００（％）となっていることから、ステップＳ４４の判断は肯定され、ステップＳ４６に移行する。ステップＳ４６では、出力部３４が、図１０（ｂ）のように、対象患者が公費対象である可能性が高い旨のメッセージ、例えば、「精神通院医療の対象になる可能性があります」というメッセージを会計窓口の端末１０のモニタに出力する。会計窓口では、当該メッセージを確認したときには、対象患者に対して、公費の受給を受けられる可能性がある旨を説明することができる。

なお、ステップＳ４４の判断が否定された場合には、ステップＳ４６を経ずに（メッセージを表示せずに）、図９の全処理を終了する。

これまでの説明から分かるように、本実施形態では、公費を未だ使用しておらず、かつ公費を使用できる可能性が高い患者に対して、会計窓口において、その旨を適切に通知することが可能となっている。

ここで、より簡単な例を挙げて、ステップＳ１２及びステップＳ１４の処理を説明する。なお、以下の具体例１〜４のいずれにおいても、対象患者は、病名コード３４５９００１の病気（てんかん）であり、診療行為コード１１３００２８５０の診療（てんかん指導）を受けたものとする。

図１１（ａ）には、具体例１が示されている。この図１１（ａ）に示すように、過去において法別番号「２１」の公費を受給した人が１０人いて、その１０人全員が、病名コード３４５９００１の病気であったものとする。この場合、病名一致割合は１００であるので、図６のステップＳ２４における判断が肯定されて、ステップＳ３０において、図１１（ａ）のような公費申請候補データが作成されることになる。この場合、受理予想値は１００であるので、図９のステップＳ４４の判断が肯定（一定値＝６０のため）されて、ステップＳ４６において、メッセージが表示されることになる。

図１１（ｂ）には、具体例２が示されている。この図１１（ｂ）に示すように、過去において法別番号「２１」の公費を受給した人が１０人いて、その１０人のうち８人が、病名コード３４５９００１の病気であったものとする。また、この８人のうちの４人が診療行為コード１１３００２８５０であったものとする。この場合、病名一致割合は８０であるので、図６のステップＳ２４における判断は否定される。しかしながら、対象患者の診療行為コードと一致する診療コードの患者が存在する（４人）ので、ステップＳ２８の判断が肯定されて、ステップＳ３０において、図１１（ｂ）のような公費申請候補データが作成されることになる。この場合、受理予想値は割合８０と５０のうちの大きい方である８０となるので、図９のステップＳ４４の判断は肯定（一定値＝６０のため）されて、ステップＳ４６において、メッセージが表示されることになる。

図１２（ａ）には、具体例３が示されている。この図１２（ａ）に示すように、過去において法別番号「２１」の公費を受給した人が１０人いて、その１０人のうち５人が、病名コード３４５９００１の病気であったものとする。また、この５人のうちの４人が診療行為コード１１３００２８５０であったものとする。この場合、病名一致割合は５０であるので、図６のステップＳ２４における判断は否定される。しかしながら、対象患者の診療行為コードと一致する診療コードの患者が存在する（４人）ので、ステップＳ２８の判断が肯定されて、ステップＳ３０において、図１２（ａ）のような公費申請候補データが作成されることになる。この場合、受理予想値は割合５０と８０のうちの大きい方である８０となるので、図９のステップＳ４４の判断が肯定（一定値＝６０のため）されて、ステップＳ４６において、メッセージが表示されることになる。

図１２（ｂ）には、具体例４が示されている。この図１２（ｂ）に示すように、過去において法別番号「２１」の公費を受給した人が１０人いて、その１０人のうち５人が、病名コード３４５９００１の病気であったものとする。また、この５人のうちの２人が診療行為コード１１３００２８５０であったものとする。この場合、病名一致割合は５０であるので、図６のステップＳ２４における判断は否定される。しかしながら、対象患者の診療行為コードと一致する診療コードの患者が存在する（２人）ので、ステップＳ２８の判断が肯定されて、ステップＳ３０において、図１２（ｂ）のような公費申請候補データが作成されることになる。この場合、受理予想値は割合５０と４０のうちの大きい方である５０となるので、図９のステップＳ４４の判断が否定（一定値＝６０のため）される。したがって、本具体例４では、メッセージは表示されない。

なお、図１２（ｂ）の具体例４において、対象患者の診療行為コードと一致する人が０人である場合には、図６のステップＳ２８の判断が否定されるので、公費申請候補データは作成されない。したがって、このような場合には、図９のステップＳ４２の判断が否定されるので、メッセージは表示されないことになる。

（ステップＳ１８の処理）
図１３は、図２のステップＳ１８の場面における医療事務支援システム１００の具体的な処理を示すフローチャートである。この図１３の処理は、例えば、月末において実行される処理である。なお、前提として、月末までに、図２のステップＳ１６において、公費を使用した患者のデータ（図８（ａ）〜図８（ｃ）のデータ）が少なくとも１つ入力されているものとする。

まず、図１３のステップＳ６０では、取得部３２が、保険データの１つを読み込む。ここでは、図１４（ａ）に示す保険データ（患者ＩＤ「Ａ」の患者が、法別番号「２１」の公費を受給したというデータ）が読み込まれたものとする。

次いで、ステップＳ６２では、出力部３４が、保険データの中に公費が存在するか否か、すなわち、保険データの法別番号の項目に番号が入力されているか否かを判断する。ここでの判断が否定された場合には、図１３の全処理を終了する。一方、図１４（ａ）のように、法別番号が入力されている場合には、ここでの判断が肯定され、ステップＳ６４に移行する。

ステップＳ６４では、取得部３２が、保険データの法別番号に基づいて、公費請求実績ＤＢ４１５から全体使用実績レコードの取得（読み込み）を行う。この場合、図５（ｂ）の（１）全体使用実績レコードが読み込まれる。次いで、ステップＳ６６では、更新部３６が、全体使用実績レコードの累積患者数を更新する。ここでは、図１４（ｂ）に示すように、図５（ｂ）（１）のレコードの累積患者数９９（人）を＋１して、１００（人）とする。

次いで、ステップＳ６８では、取得部３２が、病名データの読み込みを行う。ここでは、患者ＩＤ「Ａ」の患者の病名データとして、図１４（ｃ）に示すような病名データが読み込まれる。次いで、ステップＳ７０では、取得部３２が、図１４（ｃ）の病名データの法別番号「２１」及び病名コード「３４５９００１」に基づいて、公費請求実績ＤＢ４１５から病名使用実績レコードを取得する。ここでは、図５（ｂ）の（２）病名使用実績レコードが取得されることになる。更新部３６は、次のステップＳ７２において、病名使用実績レコードの累積患者数を図５（ｂ）（２）の４９（人）から＋１して、図１４（ｄ）に示すように５０（人）とする。また、更新部３６は、次のステップＳ７４において、図５（ｃ）に示す公費対象病名マスタの使用比率（病名一致割合）を更新する。ここでは、図１４（ｂ）の累積患者数（１００）に対する、図１４（ｄ）の累積患者数（５０）の割合（百分率）５０（％）で、公費対象病名マスタの使用比率（病名一致割合）が更新される（図１４（ｅ）参照）。

次いで、ステップＳ７６では、取得部３２が、診療行為データの読み込みを行う。ここでは、患者ＩＤ「Ａ」の患者の診療行為データとして、図１４（ｆ）に示すような診療行為データが読み込まれたものとする。次いで、ステップＳ７８では、取得部３２が、診療行為データの法別番号「２１」及び診療行為コード「１１３００２８５０」に基づいて、公費請求実績ＤＢ４１５から診療行為使用実績レコードの読み込みを行う。ここでは、図５（ｂ）の（３）診療行為使用実績レコードが読み込まれることになる。

次いで、ステップＳ８０では、更新部３６が、診療行為使用実績レコードの累積患者数を更新する。ここでは、図５（ｂ）の（３）診療行為使用実績レコードの累積患者数４９（人）を＋１して、図１４（ｇ）に示すように、５０（人）とする。

そして、ステップＳ８２では、更新部３６が、図５（ｄ）に示す公費対象診療行為マスタの使用比率（診療行為一致割合）を更新する。ここでは、図１４（ｈ）に示すように、図１４（ｄ）の累積患者数（５０）に対する図１４（ｇ）の累積患者数（５０）の割合（百分率）１００（％）で、公費対象診療行為マスタの使用比率が更新される。以上の処理を経ることにより、図１３の全処理が終了する。

なお、保険ＤＢ４１１、病名ＤＢ４１２、診療行為ＤＢ４１３に、別の患者のデータがある場合には、そのデータ分だけ、図１３の処理が繰り返される。各データが、公費を受給した患者のデータであった場合には、各レコード及びマスタの更新が行われる（ステップＳ６６、Ｓ７２，Ｓ７４，Ｓ８０，Ｓ８２）。また、上記のように更新されたデータは、次の患者（対象患者）から適用される。

以上詳細に説明したように、本実施形態によると、取得部３２が、病名コードと、その病名コードに対応する公費制度（法律）を利用して公費を受給した人のうち、病名コードが一致する人の割合（病名一致割合）と、を対応付けて記憶する記憶装置４０を参照し、対象患者の病名コードに対応する病名一致割合を取得する。また、出力部３４は、取得部３２において取得された病名一致割合を利用して、対象患者が公費申請候補者であるか否かの情報を出力する。このように公費を実際に使用した（受給した）患者のデータを利用して、対象患者が公費申請対象者であるか否かを出力するので、あらかじめ各病気、各診療行為が公費受給対象であるか否かのデータベースを作成する場合のように手間をかけることなく、簡易に、対象患者が公費申請対象者か否かをユーザは認識することができる。仮に対象患者が公費申請対象者であった場合には、対象患者に対して適切に公費の使用を促すことができる。

また、本実施形態によると、記憶装置４０には、病名コード及び診療行為コードと、公費を受給し、かつ病名コードが一致する人のうち、診療行為が一致する人の割合（診療行為一致割合）とを対応付けて記憶されており、取得部３２は、記憶装置４０から、対象患者が受けた診療行為情報に対応する診療行為一致割合を取得する。また、出力部３４は、病名一致割合とともに診療行為一致割合にも基づいて、対象患者が公費申請候補者であるか否かの情報を出力する。したがって、対象患者が実際に受けた診療行為と同一の診療行為を受けた患者の公費受給状況を考慮して、対象患者が公費対象者であるか否かの情報を出力するので、ユーザは、対象患者が公費申請対象者か否かをより適切に認識することができる。

また、本実施形態では、更新部３６が、記憶装置４０に記憶されている使用比率（病名一致割合及び診療行為一致割合）を、新たに公費を受給した人のデータを利用して更新する。したがって、対象患者が公費申請対象者であるか否かの情報を、更新されたデータを利用して出力することができる。

なお、上記実施形態では、図６のステップＳ２４において、公費対象病名マスタの使用比率が１００（％）の場合に、公費申請候補データを作成する（Ｓ３０）場合について説明したが、これに限られるものではない。例えば、使用比率（病名一致割合）が予め定められた閾値以上の場合に、公費申請候補データを作成することとしても良い。

また、上記実施形態では、図６のステップＳ２８において、診療行為コードが公費対象診療行為マスタに存在する場合に、公費申請候補データを作成する場合について説明したが、これに限られるものではない。例えば、公費申請候補データの使用比率（診療行為一致割合）が予め定められた閾値以上の場合にのみ、公費申請候補データを作成することとしても良い。また、公費申請候補データの作成は、公費対象病名マスタの使用比率にのみ基づいて、作成されても良い。

なお、上記実施形態では、医療事務支援システム１００が、図１に示すように、複数の端末１０とサーバ３０を備える場合について説明したが、これに限られるものではない。例えば、１台の端末（パーソナルコンピュータ等）に、サーバ３０の機能を持たせ、当該１台の端末で上述した全処理が行われるようにしても良い。

なお、上記実施形態では、本件の医療事務支援プログラムが、医療事務支援システム１００のサーバ３０内に組み込まれ、図１の各部の各機能を実現する場合について説明したが、これに限られるものではない。例えば、インターネット等の通信網に接続されたサーバコンピュータを本件の処理装置とし、これに接続されたパーソナルコンピュータ等の通信装置に対し、医療事務を支援するサービスをサーバコンピュータから提供するようにしても良い（ＡＳＰ(Application Service Provider)）。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本件における好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

３２取得部（取得手段）
３４出力部（出力手段）
３６更新部（更新手段）
４０記憶装置（記憶手段）
１００医療事務支援システム

Claims

コンピュータを、医療事務支援システムとして機能させる医療事務支援プログラムであって、
前記コンピュータを、
病名情報と、公費情報と、該公費情報で特定される公費を受給した人のうち前記病名情報と同一の病名情報が設定されている人の割合を示す病名一致割合と、を対応付けて記憶する記憶手段を参照し、処理対象受診者に設定されている病名情報に対応する前記病名一致割合を取得する取得手段、
前記取得手段において取得された前記病名一致割合を利用して、前記処理対象受診者が公費申請候補者であるか否かの情報を出力する出力手段、
として、機能させることを特徴とする医療事務支援プログラム。
前記記憶手段には、前記病名情報及びその病名に対する診療行為情報と、前記公費を受給し、かつ病名情報が一致する人のうち、前記診療行為が一致する人の割合を示す診療行為一致割合と、が対応付けて記憶され、
前記取得手段は、処理対象受診者の病名に対する診療行為情報に対応する前記診療行為一致割合を取得し、
前記出力手段は、前記診療行為一致割合にも基づいて、前記処理対象受診者が公費申請候補者であるか否かの情報を出力することを特徴とする請求項１に記載の医療事務支援プログラム。
前記コンピュータを、
前記記憶手段に記憶されている前記割合を、新たに公費を受給した人の情報に基づいて更新する更新手段として、更に機能させることを特徴とする請求項１又は２に記載の医療事務支援プログラム。
病名情報と、公費情報と、該公費情報で特定される公費を受給した人のうち前記病名情報と同一の病名情報が設定されている人の割合を示す病名一致割合と、を対応付けて記憶する記憶手段と、
前記記憶手段を参照し、処理対象受診者に設定されている病名情報に対応する前記病名一致割合を取得する取得手段と、
前記取得手段において取得された前記病名一致割合を利用して、前記処理対象受診者が公費申請候補者であるか否かの情報を出力する出力手段と、を備える医療事務支援システム。
コンピュータによって実行される医療事務支援方法であって、
前記コンピュータが、
病名情報と、公費情報と、該公費情報で特定される公費を受給した人のうち前記病名情報と同一の病名情報が設定されている人の割合を示す病名一致割合と、を対応付けて記憶する記憶手段を参照し、処理対象受診者に設定されている病名情報に対応する前記病名一致割合を取得する取得工程と、
前記取得工程において取得された前記病名一致割合を利用して、前記処理対象受診者が公費申請候補者であるか否かの情報を出力する出力工程と、を実行することを特徴とする医療事務支援方法。