(57)【要約】【課題】医師等が、患者の属性に応じた適正な処方量を判断しやすく、システムの維持管理も容易な処方量適正化システムを提供する。【解決手段】サーバ１は、端末２から統計グラフの要求であるグラフリクエストを受信するリクエスト受信手段１１０と、処方量蓄積テーブル中の、病名識別データ、医薬品識別データおよび属性データに対応する処方量データの集合からグラフデータを作成するグラフ作成手段１４０と、端末２からのグラフリクエストに応じてグラフデータを端末２に送信するグラフ送信手段１５０と、端末２から、処方データを受信する処方データ受信手段１２０と、処方データ受信手段１２０が受信した処方データに含まれる、病名識別データ、処方量データおよび属性データを処方量蓄積テーブルに追加して記憶装置１９０上の処方量蓄積テーブルを更新する更新手段１６０とを備える。【選択図】図２
2016143181.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、当該サーバとデータ通信可能な医薬品の処方を入力する端末とを備えてなる処方量適正化システムであって、
前記サーバは、
少なくとも、病名を識別する病名識別データと、医薬品を識別する医薬品識別データと、処方量データと、患者の属性に関する属性データとを関連づけた処方量蓄積テーブルを記憶する記憶装置と、
前記端末から、少なくとも病名識別データ、医薬品識別データおよび属性データを含む、統計グラフを表示するためのグラフデータの要求であるグラフリクエストを受信するリクエスト受信手段と、
前記処方量蓄積テーブル中の、病名識別データ、医薬品識別データおよび属性データに対応する処方量データの集合からグラフデータを作成するグラフ作成手段と、
前記端末からのグラフリクエストに応じて当該グラフリクエスト中の病名識別データ、医薬品識別データおよび属性データの組合せに対応するグラフデータを前記端末に送信するグラフ送信手段と、
前記端末から、少なくとも病名識別データ、医薬品識別データ、処方量データおよび属性データを含む処方データを受信する処方データ受信手段と、
前記処方データ受信手段が受信した前記処方データに含まれる、病名識別データ、処方量データおよび属性データを前記処方量蓄積テーブルに追加して前記記憶装置上の前記処方量蓄積テーブルを更新する更新手段とを備え、
前記端末は、
ユーザから、前記グラフリクエストの入力を受け付けるリクエスト入力手段と、
前記サーバに、ユーザから入力された前記グラフリクエストを送信するリクエスト送信手段と、
前記サーバから受信したグラフデータに基づいて、ユーザが使用する表示手段上に統計グラフを表示させる提示手段と、
ユーザから、前記処方データの入力を受け付ける処方データ入力手段と、
前記サーバに、ユーザから入力された前記処方データを送信する処方データ送信手段とを備えることを特徴とする処方量適正化システム。
【請求項２】
前記処方量蓄積テーブルは、処方量の頻度データを含み、
前記更新手段は、病名識別データ、医薬品識別データ、処方量データおよび属性データが一致するレコードの頻度データをカウントアップすることで処方量蓄積テーブルを更新することを特徴とする請求項１に記載の処方量適正化システム。
【請求項３】
前記リクエスト入力手段は、候補処方量としての候補処方量データを入力させるように構成され、
前記提示手段は、統計グラフ上に前記候補処方量を表示させることを特徴とする請求項１または請求項２に記載の処方量適正化システム。
【請求項４】
前記グラフ作成手段は、前記処方量データの集合から、ボックスプロットのグラフデータを作成することを特徴とする請求項１から請求項３のいずれか１項に記載の処方量適正化システム。
【請求項５】
前記属性データは、年齢データを含み、
前記グラフ作成手段は、前記処方量蓄積テーブルから、前記グラフリクエスト中の年齢データが属する所定の年齢範囲に対応する処方量データによりグラフデータを作成することを特徴とする請求項１から請求項４のいずれか１項に記載の処方量適正化システム。
【請求項６】
前記処方量蓄積テーブルは、前記属性データとして、年齢を複数に区分した年齢区分データを含み、
前記サーバは、前記端末から受信したデータを解析する受信データ解析手段をさらに備え、
前記受信データ解析手段は、前記処方データ受信手段が受信した前記処方データに含まれる年齢データから対応する年齢区分を決定し、
前記更新手段は、前記処方量蓄積テーブルにおける当該決定された年齢区分に、前記処方データを追加して更新することを特徴とする請求項５に記載の処方量適正化システム。
【請求項７】
前記病名識別データは、少なくともＩＣＤ１０コードの上位所定桁の情報を含み、
前記更新手段は、ＩＣＤ１０コードの前記上位所定桁ごとに区分して処方量データを追加して更新することを特徴とする請求項１から請求項６のいずれか１項に記載の処方量適正化システム。
【請求項８】
前記属性データは、性別データ、体重データおよび身長データの少なくとも１つを含むことを特徴とする請求項１から請求項７のいずれか１項に記載の処方量適正化システム。
【請求項９】
少なくとも、病名を識別する病名識別データと、医薬品を識別する医薬品識別データと、処方量データと、患者の属性に関する属性データとを関連づけた処方量蓄積テーブルを記憶した記憶装置を有するサーバと、当該サーバとデータ通信可能な医薬品の処方を入力する端末とを備えてなる処方量適正化システムによる処方量適正化方法であって、
前記端末が備えるリクエスト入力手段が、ユーザから、少なくとも病名識別データ、医薬品識別データおよび属性データを含む、統計グラフを表示するためのグラフデータの要求であるグラフリクエストの入力を受け付けるステップと、
前記端末が備えるリクエスト送信手段が、前記サーバに、ユーザから入力された前記グラフリクエストを送信するステップと、
前記サーバが備えるリクエスト受信手段が、前記端末から、前記グラフリクエストを受信するステップと、
前記サーバが備えるグラフ作成手段が、前記処方量蓄積テーブル中の、病名識別データ、医薬品識別データおよび属性データに対応する処方量データの集合からグラフデータを作成するステップと、
前記サーバが備えるグラフ送信手段が、前記端末からのグラフリクエストに応じて当該グラフリクエスト中の病名識別データ、医薬品識別データおよび属性データの組合せに対応するグラフデータを前記端末に送信するステップと、
前記端末が備える提示手段が、前記サーバから受信したグラフデータに基づいて、ユーザが使用する表示手段上に統計グラフを表示させるステップと、
前記端末が備える処方データ入力手段が、ユーザから、少なくとも病名識別データ、医薬品識別データ、処方量データおよび属性データを含む処方データの入力を受け付けるステップと、
前記端末が備える処方データ送信手段が、前記サーバに、ユーザから入力された前記処方データを送信するステップと、
前記サーバが備える処方データ受信手段が、前記端末から、処方データを受信するステップと、
前記サーバが備える更新手段が、前記処方データ受信手段が受信した前記処方データに含まれる、病名識別データ、処方量データおよび属性データを前記処方量蓄積テーブルに追加して前記記憶装置上の前記処方量蓄積テーブルを更新するステップと、
を備えることを特徴とする処方量適正化方法。
【請求項１０】
前記サーバは、グラフデータを作成するステップを、前記処方量蓄積テーブルを更新するステップの後に実行し、
作成したグラフデータを、病名識別データ、医薬品識別データ、処方量データおよび属性データの組合せに関連づけて記憶させるステップをさらに備えることを特徴とする請求項９に記載の処方量適正化方法。
【請求項１１】
前記サーバは、前記統計グラフのデータを作成するステップを、前記端末から前記グラフリクエストを受信する度に実行することを特徴とする請求項９に記載の処方量適正化方法。
【請求項１２】
少なくとも、病名を識別する病名識別データと、医薬品を識別する医薬品識別データと、処方量データと、患者の属性に関する属性データとを関連づけた処方量蓄積テーブルを記憶する記憶装置を備えるサーバと、当該サーバとデータ通信可能な医薬品の処方を入力する端末とを備えてなる処方量適正化システムに適用されるコンピュータプログラムであって、
前記サーバを、
前記端末から、少なくとも病名識別データ、医薬品識別データおよび属性データを含む、統計グラフを表示するためのグラフデータの要求であるグラフリクエストを受信するリクエスト受信手段と、
前記処方量蓄積テーブル中の、病名識別データ、医薬品識別データおよび属性データに対応する処方量データの集合からグラフデータを作成するグラフ作成手段と、
前記端末からのグラフリクエストに応じて当該グラフリクエスト中の病名識別データ、医薬品識別データおよび属性データの組合せに対応するグラフデータを前記端末に送信するグラフ送信手段と、
前記端末から、少なくとも病名識別データ、医薬品識別データ、処方量データおよび属性データを含む処方データを受信する処方データ受信手段と、
前記処方データ受信手段が受信した前記処方データに含まれる、病名識別データ、処方量データおよび属性データを前記処方量蓄積テーブルに追加して前記記憶装置上の前記処方量蓄積テーブルを更新する更新手段として機能させ、
前記端末を、
ユーザから、前記グラフリクエストの入力を受け付けるリクエスト入力手段と、
前記サーバに、ユーザから入力された前記グラフリクエストを送信するリクエスト送信手段と、
前記サーバから受信したグラフデータに基づいて、ユーザが使用する表示手段上に統計グラフを表示させる提示手段と、
ユーザから、前記処方データの入力を受け付ける処方データ入力手段と、
前記サーバに、ユーザから入力された前記処方データを送信する処方データ送信手段として機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医師等が医薬品を処方する際に用いられる処方量適正化システム、処方量適正化方法および処方量適正化システムに適用されるコンピュータプログラムに関する。
【背景技術】
【０００２】
医薬品の処方量は、医薬品に応じて標準的な処方量や、上限の処方量が一応知られているものの、患者の年齢、健康状態や疾患の重さなどにより適切な量が一概には決められないため、医師の裁量範囲が大きいものである。そのため、臨床において、医師は自己の経験や他の医師等の指導等に基づいて処方量を決定している。
【０００３】
これまで、処方量の決定やチェックに関する従来技術としては、調剤薬局において処方量チェック、薬歴との相互作用チェックおよび禁忌薬のチェックなどを行うシステム（特許文献１参照）や、電子カルテの患者の身体情報などに基づいて医薬品の処方参考量を導出するシステム（特許文献２参照）などが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−１６３４９８号公報
【特許文献２】特開２０１３−１７８６６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のシステムは、処方量の上限値などの情報を人手によりメンテナンスする必要があり、設定値の維持管理業務に多大な労力を要するという問題がある。
また、医師が自己の経験などに基づく処方量が適正であるか否かを判定するための情報としての、医薬品添付文書などに記載の上限値や、標準的な計算式で求められた処方参考量は、不十分ないし不適切であるという問題がある。
【０００６】
例えば、従来技術では、過大投与については判断できたとしても、過小投与については判断し難い。また、医薬品添付文書などに記載された上限値は、臨床において通常使用する用量と合っていないにもかかわらず、従来技術では、その上限を超えるたびに警告がなされる。そうすると、医師が警告を無視する頻度が非常に高くなり、警告の意義の低下や、医師の負担増加などの問題がある。この医師の負担増加は、海外でもＡｌｅｒｔ  Ｆａｔｉｇｕｅと呼ばれていて問題となっている。
【０００７】
また、それまで成人を中心に診療をしていた医師が小児などの若年層を中心に診療するようになった場合、処方量の適正範囲が異なることが多いにも関わらず、今までの経験に従った誤った投与をしてしまう可能性もある。さらに、医療の研究が進むにつれ適正といわれる投与量が変わっていくこともあるが、従来は、このような変化する適正処方量については知りにくいか、こまめなシステムのメンテナンス作業が必要であった。
【０００８】
本発明は、以上のような背景に鑑みてなされたものであり、医師等が、患者の属性に応じた適正な処方量を判断しやすく、システムの維持管理も容易な処方量適正化システム、処方量適正化方法および処方量適正化システムに適用されるコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記した課題を解決する本発明は、サーバと、当該サーバとデータ通信可能な医薬品の処方を入力する端末とを備えてなる処方量適正化システムである。
このシステムにおいて、前記サーバは、少なくとも、病名を識別する病名識別データと、医薬品を識別する医薬品識別データと、処方量データと、患者の属性に関する属性データとを関連づけた処方量蓄積テーブルを記憶する記憶装置と、前記端末から、少なくとも病名識別データ、医薬品識別データおよび属性データを含む、統計グラフを表示するためのグラフデータの要求であるグラフリクエストを受信するリクエスト受信手段と、前記処方量蓄積テーブル中の、病名識別データ、医薬品識別データおよび属性データに対応する処方量データの集合からグラフデータを作成するグラフ作成手段と、前記端末からのグラフリクエストに応じて当該グラフリクエスト中の病名識別データ、医薬品識別データおよび属性データの組合せに対応するグラフデータを前記端末に送信するグラフ送信手段と、前記端末から、少なくとも病名識別データ、医薬品識別データ、処方量データおよび属性データを含む処方データを受信する処方データ受信手段と、前記処方データ受信手段が受信した前記処方データに含まれる、病名識別データ、処方量データおよび属性データを前記処方量蓄積テーブルに追加して前記記憶装置上の前記処方量蓄積テーブルを更新する更新手段とを備える。
そして、前記端末は、ユーザから、前記グラフリクエストの入力を受け付けるリクエスト入力手段と、前記サーバに、ユーザから入力された前記グラフリクエストを送信するリクエスト送信手段と、前記サーバから受信したグラフデータに基づいて、ユーザが使用する表示手段上に統計グラフを表示させる提示手段と、ユーザから、前記処方データの入力を受け付ける処方データ入力手段と、前記サーバに、ユーザから入力された前記処方データを送信する処方データ送信手段とを備える。
【００１０】
このような構成によれば、医師などのユーザがリクエスト入力手段により病名識別データ、医薬品識別データおよび属性データを含むグラフリクエストを入力して端末からサーバに当該グラフリクエストを送信すると、サーバがこのグラフリクエストを受信して、このグラフリクエストに対応するグラフデータを端末に送信する。端末は、提示手段により、このグラフデータに基づいて統計グラフを表示手段に表示するので、他の医師等が、今回の処方対象の患者の属性に近い属性の患者に対してどの程度の処方量で医薬品を処方しているかを統計グラフで確認することができる。
このため、医師が、今回処方する属性の患者に不慣れな場合であっても、適正な処方量で処方することができるようになる。
【００１１】
そして、統計グラフにより適正処方量を確認した後、処方箋を発行するべく処方データ入力手段により処方データを端末に入力すると、その処方データがサーバに送信されて、サーバがこれを受信する。サーバの更新手段は、この処方データを処方量蓄積テーブルに追加して記憶装置上の処方量蓄積テーブルを更新するので、臨床において実績ある処方量データが逐次更新されていく。このため、処方量蓄積テーブルを別途、人手により更新する作業が不要であるのでシステムの維持管理も容易である。
【００１２】
前記したシステムにおいて、前記処方量蓄積テーブルは、処方量の頻度データを含み、
前記更新手段は、病名識別データ、医薬品識別データ、処方量データおよび属性データが一致するレコードの頻度データをカウントアップすることで処方量蓄積テーブルを更新するように構成することができる。
【００１３】
このような構成によれば、処方量蓄積テーブルのデータ量を小さくでき、また、頻度データから容易にグラフデータを作成することができる。
【００１４】
前記したシステムにおいて、前記リクエスト入力手段は、候補処方量としての候補処方量データを入力させるように構成することができる。この場合、前記提示手段は、統計グラフ上に前記候補処方量を表示させることが望ましい。
【００１５】
このような構成によれば、統計グラフ上に、入力した候補処方量が表示されるので、他の医師等の処方量の統計グラフと候補処方量を比較しやすい。
【００１６】
前記したシステムにおいて、前記グラフ作成手段は、前記処方量データの集合から、ボックスプロットのグラフデータを作成する構成とすることができる。
【００１７】
このような構成によれば、ボックスプロットにより、適正処方量を確認しやすい。
【００１８】
前記したシステムにおいて、前記属性データは、年齢データを含み、前記グラフ作成手段は、前記処方量蓄積テーブルから、前記グラフリクエスト中の年齢データが属する所定の年齢範囲に対応する処方量データによりグラフデータを作成する構成とすることができる。
【００１９】
この場合、前記処方量蓄積テーブルは、前記属性データとして、年齢を複数に区分した年齢区分データを含み、前記サーバは、前記端末から受信したデータを解析する受信データ解析手段をさらに備えることができる。そして、前記受信データ解析手段は、前記処方データ受信手段が受信した前記処方データに含まれる年齢データから対応する年齢区分を決定し、前記更新手段は、前記処方量蓄積テーブルにおける当該決定された年齢区分に、前記処方データを追加して更新する構成とすることができる。
【００２０】
前記したシステムにおいて、前記病名識別データは、少なくともＩＣＤ１０コードの上位所定桁の情報を含み、前記更新手段は、ＩＣＤ１０コードの前記上位所定桁ごとに区分して処方量データを追加して更新する構成とすることができる。
【００２１】
このような構成によれば、同質な病名を簡易にグループ化して処方量蓄積テーブルのデータ量を小さくすることができる。
【００２２】
前記したシステムにおいて、前記属性データは、性別データ、体重データおよび身長データの少なくとも１つを含むことができる。
【００２３】
前記した課題を解決する本発明は、少なくとも、病名を識別する病名識別データと、医薬品を識別する医薬品識別データと、処方量データと、患者の属性に関する属性データとを関連づけた処方量蓄積テーブルを記憶した記憶装置を有するサーバと、当該サーバとデータ通信可能な医薬品の処方を入力する端末とを備えてなる処方量適正化システムによる処方量適正化方法とすることができる。
この方法は、前記端末が備えるリクエスト入力手段が、ユーザから、少なくとも病名識別データ、医薬品識別データおよび属性データを含む、統計グラフを表示するためのグラフデータの要求であるグラフリクエストの入力を受け付けるステップと、前記端末が備えるリクエスト送信手段が、前記サーバに、ユーザから入力された前記グラフリクエストを送信するステップと、前記サーバが備えるリクエスト受信手段が、前記端末から、前記グラフリクエストを受信するステップと、前記サーバが備えるグラフ作成手段が、前記処方量蓄積テーブル中の、病名識別データ、医薬品識別データおよび属性データに対応する処方量データの集合からグラフデータを作成するステップと、前記サーバが備えるグラフ送信手段が、前記端末からのグラフリクエストに応じて当該グラフリクエスト中の病名識別データ、医薬品識別データおよび属性データの組合せに対応するグラフデータを前記端末に送信するステップと、前記端末が備える提示手段が、前記サーバから受信したグラフデータに基づいて、ユーザが使用する表示手段上に統計グラフを表示させるステップと、前記端末が備える処方データ入力手段が、ユーザから、少なくとも病名識別データ、医薬品識別データ、処方量データおよび属性データを含む処方データの入力を受け付けるステップと、前記端末が備える処方データ送信手段が、前記サーバに、ユーザから入力された前記処方データを送信するステップと、前記サーバが備える処方データ受信手段が、前記端末から、処方データを受信するステップと、前記サーバが備える更新手段が、前記処方データ受信手段が受信した前記処方データに含まれる、病名識別データ、処方量データおよび属性データを前記処方量蓄積テーブルに追加して前記記憶装置上の前記処方量蓄積テーブルを更新するステップと、を備える。
【００２４】
前記した方法において、前記サーバは、グラフデータを作成するステップを、前記処方量蓄積テーブルを更新するステップの後に実行してもよい。この場合、この方法は、作成したグラフデータを、病名識別データ、医薬品識別データ、処方量データおよび属性データの組合せに関連づけて記憶させるステップをさらに備える。
【００２５】
前記した方法において、前記サーバは、前記統計グラフのデータを作成するステップを、前記端末から前記グラフリクエストを受信する度に実行することができる。
【００２６】
前記した課題を解決する本発明は、少なくとも、病名を識別する病名識別データと、医薬品を識別する医薬品識別データと、処方量データと、患者の属性に関する属性データとを関連づけた処方量蓄積テーブルを記憶する記憶装置を備えるサーバと、当該サーバとデータ通信可能な医薬品の処方を入力する端末とを備えてなる処方量適正化システムに適用されるコンピュータプログラムとして構成することができる。
このコンピュータプログラムは、前記サーバを、前記端末から、少なくとも病名識別データ、医薬品識別データおよび属性データを含む、統計グラフを表示するためのグラフデータの要求であるグラフリクエストを受信するリクエスト受信手段と、前記処方量蓄積テーブル中の、病名識別データ、医薬品識別データおよび属性データに対応する処方量データの集合からグラフデータを作成するグラフ作成手段と、前記端末からのグラフリクエストに応じて当該グラフリクエスト中の病名識別データ、医薬品識別データおよび属性データの組合せに対応するグラフデータを前記端末に送信するグラフ送信手段と、前記端末から、少なくとも病名識別データ、医薬品識別データ、処方量データおよび属性データを含む処方データを受信する処方データ受信手段と、前記処方データ受信手段が受信した前記処方データに含まれる、病名識別データ、処方量データおよび属性データを前記処方量蓄積テーブルに追加して前記記憶装置上の前記処方量蓄積テーブルを更新する更新手段として機能させる。
また、コンピュータプログラムは、前記端末を、ユーザから、前記グラフリクエストの入力を受け付けるリクエスト入力手段と、前記サーバに、ユーザから入力された前記グラフリクエストを送信するリクエスト送信手段と、前記サーバから受信したグラフデータに基づいて、ユーザが使用する表示手段上に統計グラフを表示させる提示手段と、ユーザから、前記処方データの入力を受け付ける処方データ入力手段と、前記サーバに、ユーザから入力された前記処方データを送信する処方データ送信手段として機能させる。
【発明の効果】
【００２７】
本発明によれば、医師等は、他の医師等が、今回の処方対象の患者の属性に近い属性の患者に対してどの程度の処方量で医薬品を処方しているかを統計グラフで確認することができ、患者の属性に応じた適正な処方量を判断しやすい。また、処方量蓄積テーブルを人手により更新する作業が不要であるのでシステムの維持管理が容易である。
【図面の簡単な説明】
【００２８】
【図１】処方量適正化システムの全体図である。
【図２】処方量適正化システムのブロック図である。
【図３】グラフリクエストのデータ構造を示す図（ａ），（ｂ）である。
【図４】受信データ解析手段を説明するブロック図である。
【図５】年齢区分マスタテーブルを説明する図である。
【図６】処方量蓄積テーブルを説明する図である。
【図７】グラフデータテーブルを説明する図である。
【図８】サーバの記憶装置を説明する図である。
【図９】グラフリクエストの入力画面の例である。
【図１０】統計グラフが表示された処方データの入力画面の例である。
【図１１】処方量適正化システムの動作を説明するフローチャートである。
【発明を実施するための形態】
【００２９】
次に、本発明の一実施形態について説明する。図１に示すように、処方量適正化システム１０は、サーバ１と、ユーザとしての医師等が用いる、医薬品の処方を入力する端末２と、端末２から処方箋の発行の依頼のデータを受信して、患者に処方箋を発行するとともに、レセプト（医療報酬明細書）を発行・管理するレセプト管理装置３とを備えて構成されている。端末２は、サーバ１と、データ通信可能に接続されている。また、端末２には表示手段の一例としてのディスプレイ２Ａが接続されている。レセプト管理装置３は、サーバ１および端末２とデータ通信可能に接続されている。本発明において、レセプト管理装置３は必須ではないが、端末２が処方データをサーバ１に送信するのを媒介する装置として利用されている。サーバ１、端末２およびレセプト管理装置３は、それぞれＣＰＵ(Central Processing Unit)、ＲＡＭ(Random Access Memory)、ＲＯＭ(Read Only Memory)および後述する記憶装置などを有するコンピュータからなり、あらかじめＲＯＭや記憶装置に記憶させておいたコンピュータプログラムをＲＡＭに読み込んで実行することで各手段が実現される。
【００３０】
図２に示すように、サーバ１は、リクエスト受信手段１１０、処方データ受信手段１２０、受信データ解析手段１３０、グラフ作成手段１４０、グラフ送信手段１５０、更新手段１６０および記憶装置１９０を備える。
【００３１】
リクエスト受信手段１１０は、端末２から、統計グラフを表示するためのグラフデータの要求であるグラフリクエストを受信する手段である。リクエスト受信手段１１０が受信したデータは、受信データ解析手段１３０に出力される。グラフリクエストは、少なくとも病名識別データ、医薬品識別データおよび属性データを含む。本実施形態においては、属性データとして年齢データを含み、また、上記のデータに加え、候補処方量としての候補処方量データを含んでいる。
【００３２】
具体的に、本実施形態におけるグラフリクエストは、図３（ａ）に示すように、患者識別コード、処方日および患者の生年月日、病名識別データの一例である傷病名コード、医薬品識別データの一例である医薬品コード、候補処方量データの一例である医薬品の用法・候補処方量、過去の傷病名コードを含んでいる。処方日および生年月日は、これらから患者の年齢を特定することができるデータであり、年齢データの一例である。
【００３３】
図３（ｂ）は、図３（ａ）に対応させて各データの一例を示したものである。例えば、処方日および生年月日であれば、データの種類を識別する「ＲＥ」のヘッダーの後に、処方日と生年月日が、区切りデータで区切られて羅列されている。同様に、医薬品に関するデータは、「ＩＹ」のヘッダーの後に、医薬品コード、用法、候補処方量が羅列されている。用法は、内服薬や外用薬、頓服薬などの使用形態および量の単位などを意味し、用法を示すコードとして、例えば２３などの数字が含まれる。候補処方量は、例えば内服錠剤であれば、一日の服用量である３錠などの３の数字と、何日服用するかの数字で例えば５［日］などの数字が続けて羅列される。
【００３４】
傷病名コードは、今回の診察（処方）における傷病名コードである。
過去の傷病名コードは、今回の診療の初診からの一連の診療で入力した過去の傷病名コードである。この過去の傷病名コードは、過去の診療日と対応（例えば、続けて羅列）させてもよい。なお、グラフリクエストに含まれる病名識別データおよび医薬品識別データは、それぞれ複数ずつ含まれる場合がある。
【００３５】
処方データ受信手段１２０は、端末２から、少なくとも病名識別データ、医薬品識別データ、処方量データおよび属性データを含む処方データを受信する手段である。前記した候補処方量データは、今回の診療で処方しようとする候補の値としての処方量であるのに対し、処方量データは、今回の診療で処方することを決定した処方量である。この候補処方量データと処方量データの意味の違いを除けば、処方データは、前記したグラフリクエストと同様のデータ構造を有している。処方データにおいても、グラフリクエストと同様に、病名識別データおよび医薬品識別データが、それぞれ複数ずつ含まれる場合がある。なお、本実施形態においては、処方データは、端末２から直接受信するのではなく、レセプト管理装置３を介して受信する。処方データ受信手段１２０が受信したデータは、受信データ解析手段１３０に出力される。
【００３６】
受信データ解析手段１３０は、リクエスト受信手段１１０および処方データ受信手段１２０から入力されたデータを解析し、統計グラフを作成したり、処方量蓄積テーブル１９１を作成（更新）したりするのに適したデータに変換する手段である。このため、受信データ解析手段１３０は、図４に示すように、年齢解析手段１３１、ＩＣＤ１０コード検索手段１３２、病名医薬品対応付け手段１３３および病名決定手段１３４を備える。なお、ＩＣＤ１０コードは、疾病及び関連保健問題の国際統計分類で第１０回目に定められたコードである。
【００３７】
年齢解析手段１３１は、処方日と生年月日に基づいて処方日における年齢を算出する。また、図５に示した年齢区分コードと年齢範囲を対応させた年齢区分マスタテーブル１９３を参照して、算出した年齢の年齢区分コードを決定するように構成されている。
【００３８】
ＩＣＤ１０コード検索手段１３２は、傷病名コードとＩＣＤ１０コードの上位３桁の文字を対応させたＩＣＤ１０コードマスタテーブル１９４（図８参照）を参照して、グラフリクエストまたは処方データに含まれる傷病名コードからＩＣＤ１０コードの上位３桁の文字を検索する手段である。
【００３９】
病名医薬品対応付け手段１３３は、グラフリクエストまたは処方データに、それぞれ複数の病名識別データおよび医薬品識別データが含まれていた場合に、病名識別データと医薬品識別データの対応関係を決定するための手段である。具体的には、病名医薬品対応付け手段１３３は、傷病名コードと当該傷病名コードの病気に用いられ得る医薬品とを対応づけた病名医薬品マスタテーブル１９５（図８参照）に基づいて、グラフリクエストまたは処方データに含まれる医薬品コードが、グラフリクエストまたは処方データに含まれる傷病名コードのどれに対応するかを検索する。なお、病名医薬品対応付け手段１３３は、グラフリクエストまたは処方データに、それぞれ複数の病名識別データおよび医薬品識別データが含まれていない場合においても、確認のために対応関係を検査してもよい。
【００４０】
病名決定手段１３４は、病名医薬品対応付け手段１３３による医薬品コードと傷病名コードの対応関係の検索のみでは、医薬品コードに対応する傷病名が１つに決定できない場合に、１つの傷病名コードを決定する手段である。
すなわち、病名医薬品対応付け手段１３３による病名医薬品マスタテーブル１９５を使った検索によって、ほとんどの場合１つの医薬品コードを１つの傷病名コードに対応させることができるのであるが、一回の処方において、複数の傷病名コードを入力する場合があるため、このような場合に、１つの傷病名を形式的に決定する必要がある。
【００４１】
病名決定手段１３４は、複数の傷病名コードが入力されている場合、グラフリクエストまたは処方データに含まれていた過去の傷病名コードを参照し、今回の診療の複数の傷病名コードのうち過去の傷病名コードを除いた傷病名コードを、今回新たに診断された病気であるとして、この傷病名コードを優先的に医薬品コードに割り当てる。この判定によっても１つの傷病名コードを決定できない場合、ＩＣＤ１０コードのコードが小さい（アルファベットにおいてはアルファベットのＡに近い）方の傷病名コードを形式的に決定する。このような推定は、必ずしも完全ではないが、処方量蓄積テーブル１９１には多数の処方例が蓄積されるので、統計データとして大きな影響は無い。
【００４２】
受信データ解析手段１３０の解析により得られた各情報は、一時的に記憶装置１９０に記憶されるとともに、グラフ送信手段１５０または更新手段１６０に出力される。
ここで、処方量蓄積テーブル１９１について説明すると、図６に示すように、処方量蓄積テーブル１９１は、年齢区分コード、ＩＣＤ１０コード、用量、医薬品コードおよび発生回数を対応づけて記憶したテーブルである。ここで、ＩＣＤ１０コードは、上位３桁の文字で記憶されており、用量は、医薬品の１日あたり投与量で記憶されている。発生回数は、特定の年齢区分コード、ＩＣＤ１０コード、用量および医薬品コードの組合せが何度発生したか（そのような処方が何度なされたか）、つまり、統計における頻度ないし度数を表すものである。
【００４３】
グラフ作成手段１４０は、処方量蓄積テーブル１９１中の、病名識別データ、医薬品識別データおよび属性データの組合せに対応する処方量データの集合からグラフデータを作成する手段である。本実施形態においては、グラフ作成手段１４０は、ボックスプロットのデータを作成する。例えば、図６の処方量蓄積テーブル１９１において、破線で囲んだ年齢区分コード（属性データ）が０９、ＩＣＤ１０コード（病名識別データ）がＭ５４、医薬品識別データ（医薬品コード）が５８３３の組合せに合致するレコードを抽出し、この抽出された集合中の用量と発生回数の数字から、ボックスプロット（箱ひげ図）のデータを算出する。統計データからのボックスプロットの算出方法は公知であるので詳細な説明を省略するが、統計データにおける中央値、第１四分位数、第３四分位数、最大値（最大１．５値）および最小値（最小１．５値）を算出する。なお、最大１．５値は、中央値−四分位範囲×１．５倍〜中央値＋四分位範囲×１．５倍の範囲内にある最大の値であり、最小１．５値は、同じ範囲内にある最小の値である。
【００４４】
本実施形態においては、属性データは、処方量蓄積テーブル１９１の年齢区分コードとして記憶されているので、年齢１歳ごとで見たグラフリクエストの年齢に対応する処方量データからグラフデータが作成されるのではなく、所定の年齢範囲の年齢区分に対応する処方量データからグラフデータが作成される。
【００４５】
なお、本実施形態においては、グラフ作成手段１４０は、処方データ受信手段１２０が処方データを受信して、更新手段１６０により処方量蓄積テーブル１９１を更新した後（直後）にグラフデータを作成する。そして、この作成したグラフデータを、病名識別データ、医薬品識別データ、処方量データおよび属性データの組合せと関連づけて図７に示したグラフデータテーブル１９２に記憶させる。グラフデータテーブル１９２においては、年齢区分コード（属性データ）、ＩＣＤ１０コード（病名識別データ）および医薬品コード（医薬品識別データ）の組合せと対応するグラフデータ（最大１．５値、第３四分位数、中央値、第１四分位数および最小１．５値）が記憶されている。このように、処方量蓄積テーブル１９１を更新する度にグラフデータテーブル１９２も更新しておくことで、グラフリクエストを受けたときに、速くグラフデータを取得し、送信することができる。
【００４６】
もっとも、グラフデータを作成するタイミングは、処方量蓄積テーブル１９１を更新するときに限られず、端末２からグラフリクエストを受信する度にグラフデータの作成を実行してもよい。
【００４７】
グラフ送信手段１５０は、端末２からのグラフリクエストに応じて当該グラフリクエスト中の病名識別データ、医薬品識別データおよび属性データの組合せに対応するグラフデータを端末２に送信する手段である。本実施形態においては、グラフ送信手段１５０は、この組合せに対応するグラフデータをグラフデータテーブル１９２から検索し、端末２に送信する。また、本実施形態においてはグラフデータとして扱っていないが、参考情報としてヒストグラムを表示するため、グラフ送信手段１５０は、用量と発生回数のデータも送信する。
【００４８】
更新手段１６０は、処方データ受信手段１２０が受信した処方データに含まれる、病名識別データ、処方量データおよび属性データを処方量蓄積テーブル１９１に追加して記憶装置１９０上の処方量蓄積テーブル１９１を更新する手段である。上述したように、処方量蓄積テーブル１９１は、処方量の頻度データ（発生回数）を含むので、更新手段１６０は、病名識別データ、医薬品識別データ、処方量データおよび属性データが一致するレコードの頻度データをカウントアップすることで処方量蓄積テーブル１９１を更新する。なお、更新手段１６０は、病名識別データ、医薬品識別データ、処方量データおよび属性データが一致するレコードが無い場合には、新たなレコードを作成して発生回数を１とする。また、更新手段１６０は、ＩＣＤ１０コードの上位３桁ごとに区分して処方量データを追加（カウントアップ）して更新する。このため、同質な病名を簡易にグループ化して処方量蓄積テーブル１９１のデータ量を小さくすることが可能となっている。
【００４９】
記憶装置１９０は、図８に示すように、処方量蓄積テーブル１９１、グラフデータテーブル１９２、年齢区分マスタテーブル１９３、ＩＣＤ１０コードマスタテーブル１９４および病名医薬品マスタテーブル１９５を記憶し、また、各種の計算に必要なデータや計算途中のデータなどを適宜記憶している。
【００５０】
図２に戻り、端末２は、リクエスト入力手段２１０、リクエスト送信手段２２０、提示手段２３０、処方データ入力手段２４０、処方データ送信手段２５０および記憶装置２９０を備えている。
【００５１】
リクエスト入力手段２１０は、ユーザから、グラフリクエストの入力を受け付ける手段である。リクエスト入力手段２１０は、例えば、ディスプレイ２Ａ上に図９に示すような処方箋入力画面を提供するものであり、画面の右側に病名入力欄Ｃ１、医薬品入力欄Ｃ２、用量（候補処方量データ）入力欄Ｃ３、「処方統計」と表示されたリクエスト実行ボタンＢ１などが適宜配置されている。なお、病名入力欄Ｃ１は、公知のように病名の先頭文字を入力すると、病名と傷病名コードを対応させたテーブルを検索して、病名の候補を提示し、１つの病名を選択すれば、傷病名コードが決定されるようになっている。同様に、医薬品入力欄Ｃ２も、入力する医師等は意識せずとも、医薬品と医薬品コードを対応させたテーブルに基づいて、選択した医薬品に対応する医薬品コードが決定されるようになっている。
【００５２】
リクエスト送信手段２２０は、サーバ１に、ユーザから入力されたグラフリクエストを送信する手段である。リクエスト送信手段２２０は、図９におけるリクエスト実行ボタンＢ１に送信コマンドが割り当てられており、リクエスト実行ボタンＢ１をユーザが押すことでサーバ１にグラフリクエストが送信されるようになっている。
【００５３】
提示手段２３０は、サーバ１から受信したグラフデータに基づいて、ユーザが使用するディスプレイ２Ａ上に統計グラフを表示させる手段である。本実施形態においては、ボックスプロットのデータ（最大１．５値、第３四分位数、中央値、第１四分位数および最小１．５値）に基づいて、例えば、図１０に示すように、画面の左側にボックスプロットを表示する。また、提示手段２３０は、ボックスプロットの下に、用量および発生回数の値と、ヒストグラムを参考情報として表示する。
さらに、提示手段２３０は、統計グラフであるボックスプロット上に候補処方量を表示させる。例えば、ボックスプロットに重ねて、入力した候補処方量の位置を星印により表示させるようになっている。
【００５４】
処方データ入力手段２４０は、ユーザから、処方データの入力を受け付ける手段である。具体的には、処方データ入力手段２４０は、図１０に示す処方統計を提示した画面の右側に、リクエスト入力時と同様の処方箋入力画面を提供する。この画面では、病名入力欄Ｃ１、医薬品入力欄Ｃ２、用量（処方量データ）入力欄Ｃ３および「処方箋発行」と表示された処方箋発行ボタンＢ２が配置されている。
【００５５】
処方データ送信手段２５０は、サーバ１に、ユーザから入力された処方データを送信する手段であり、図１０に示す処方箋発行ボタンＢ２に送信コマンドが割り当てられている。処方箋発行ボタンＢ２の送信コマンドは、直接的には処方データをレセプト管理装置３に送信するようになっている。レセプト管理装置３は、定期的にサーバ１に処方データを転送するように構成されているので、処方データ送信手段２５０は、レセプト管理装置３を介してサーバ１に処方データを送信するようになっている。
【００５６】
記憶装置２９０は、各入力値や送受信したデータなどを記憶する手段である。
【００５７】
レセプト管理装置３は、レセプトの発行・蓄積などをする装置であるが、本発明に関連する構成として、処方データ転送手段３１０および記憶装置３９０を備えている。
【００５８】
処方データ転送手段３１０は、端末２から受信して記憶装置３９０に蓄積していた処方データを定期的に、例えば月ごとにサーバ１に転送する手段である。
【００５９】
記憶装置３９０は、端末２から受信した処方データを蓄積する手段である。
【００６０】
以上のように構成された処方量適正化システム１０の動作（処方量適正化方法）について図１１のフローチャートを参照しながら説明する。
まず、端末２のリクエスト入力手段２１０が、統計グラフを表示するためのグラフデータの要求であるグラフリクエストの入力画面をディスプレイ２Ａ上に提示し、これによりユーザからグラフリクエストの入力を受け付ける（ステップＳ１０１）。そして、ユーザにより図９のリクエスト実行ボタンＢ１が押されると、端末２のリクエスト送信手段２２０が、サーバ１に、ユーザから入力されたグラフリクエストを送信する（ステップＳ１０２）。
【００６１】
サーバ１は、リクエスト受信手段１１０によりグラフリクエストを受信し（ステップＳ１１１）、このグラフリクエストを受信データ解析手段１３０により解析して（ステップＳ１１２）、グラフ送信手段１５０に出力する。
【００６２】
サーバ１は、グラフ送信手段１５０により、端末２からのグラフリクエストに応じて、グラフリクエスト中の病名識別データ（ＩＣＤ１０コード）、医薬品識別データ（医薬品コード）および属性データ（年齢区分コード）の組合せに対応するグラフデータをグラフデータテーブル１９２から検索し（Ｓ１１３）、端末２に送信する（Ｓ１１４）。
【００６３】
端末２は、サーバ１からグラフデータを受信すると、提示手段２３０により、グラフデータに基づいてディスプレイ２Ａ上にボックスプロットとして統計グラフを表示させる。また、統計グラフの表示に合わせて、統計グラフ上に星印などで候補処方量を表示する（ステップＳ１２１）。
【００６４】
端末２の処方データ入力手段２４０は、図１０に示すような処方データの入力画面をディスプレイ２Ａ上に提示し、ユーザから、処方データの入力を受け付ける（ステップＳ１２２）。ユーザは、このディスプレイ２Ａ上の統計グラフと候補処方量を見て、処方量が適正か否かを判定し、適宜処方量の修正を行う。そして、ユーザが、図１０の処方箋発行ボタンＢ２を押すことで、端末２の処方データ送信手段２５０がレセプト管理装置３に、ユーザから入力された処方データを送信する（ステップＳ１２３）。この処方データの送信は、例えば、１月の間に複数回行われることがある（ステップＳ１５１）。
【００６５】
レセプト管理装置３は、端末２から受信した処方データを記憶装置３９０に蓄積しており、月ごとに、サーバ１に処方データを転送する（ステップＳ１６０）。
【００６６】
そして、サーバ１は、処方データ受信手段１２０により処方データを受信し（Ｓ１７１）、受信データ解析手段１３０により受信データを解析する（ステップＳ１７２）。受信データ解析手段１３０によって解析されたデータは、更新手段１６０に出力され、更新手段１６０は、受信した処方データを処方量蓄積テーブル１９１に追加して処方量蓄積テーブル１９１を更新する（ステップＳ１７３）。そして、サーバ１のグラフ作成手段１４０は、更新された処方量蓄積テーブル１９１に基づいて、更新されたデータに対応する病名識別データ、医薬品識別データおよび属性データに対応する処方量データの集合からグラフデータを作成し、グラフデータテーブル１９２を更新する（ステップＳ１７４）。
【００６７】
以上のような動作により、医師などのユーザがリクエスト入力手段２１０により病名識別データ、医薬品識別データおよび属性データを含むグラフリクエストを入力して端末２からサーバ１に当該グラフリクエストを送信すると、サーバ１がこのグラフリクエストを受信して、このグラフリクエストに対応するグラフデータを端末２に送信する。端末２は、提示手段２３０により、このグラフデータに基づいてボックスプロットなどの統計グラフをディスプレイ２Ａに表示するので、他の医師等が、今回の処方対象の患者の属性に近い属性の患者に対してどの程度の処方量で医薬品を処方しているかを統計グラフで確認することができる。
このため、医師が、それまでと異なる年齢層の患者を診るようになった場合など、今回処方する属性の患者に不慣れな場合であっても、適正な処方量で処方することができるようになる。
【００６８】
そして、統計グラフにより適正処方量を確認した後、処方箋を発行するべく処方データ入力手段２４０により処方データを端末２に入力すると、その処方データがサーバ１に送信されて、サーバ１がこれを受信する。サーバ１の更新手段１６０は、この処方データを処方量蓄積テーブル１９１に追加して記憶装置１９０上の処方量蓄積テーブル１９１を更新するので、臨床において実績ある処方量データが逐次更新されていく。このため、処方量蓄積テーブル１９１を別途、人手により更新する作業が不要であるのでシステムの維持管理も容易である。
【００６９】
そして、処方量蓄積テーブル１９１は、すべての処方量データをそのまま保持するのではなく、病名識別データ、医薬品識別データおよび属性データの組合せに対応する頻度データにより処方量の発生回数を管理するので、処方量蓄積テーブル１９１のデータ量を小さくでき、また、頻度データから容易にグラフデータを作成することができる。
【００７０】
また、ユーザのディスプレイ２Ａには、統計グラフ上に、入力した候補処方量が表示されるので、他の医師等の処方量の統計グラフと候補処方量を比較しやすい。
【００７１】
また、統計グラフとして、ボックスプロットを採用したことにより、ユーザは、視覚的に適正処方量を確認しやすい。
【００７２】
以上に本発明の一実施形態について説明したが、本発明は前記実施形態に限定されることなく適宜変更して実施することができる。例えば、前記実施形態においては、処方日は、日まで特定するデータであったが、月までを特定するデータ（処方年月）としてもよい。処方年月と生年月日によっても、例えば処方年月の初日（１日）に処方したことにして、年齢を計算することが可能である。このような計算によっても、年齢の誤差は僅かであるので統計上問題はない。
【００７３】
前記実施形態においては、統計グラフとしてボックスプロットを例示したが、円グラフや、実施形態では参考情報としていたヒストグラムを統計グラフとして提示してもよい。
【００７４】
前記実施形態においては、属性データとして、年齢データを例示したが、属性データとしては、性別データ、体重データおよび身長データの少なくとも１つを含むことができる。このような属性によっても、処方量が変わりうるので、処方量蓄積テーブル１９１などがこれらの属性データを含むことで患者の属性に応じた適正な処方が可能となる。なお、複数種の属性データを含む場合には、複数の属性の組合せごと、例えば、年齢（年齢区分）と体重（体重区分）の組合せごとに用量および発生回数を蓄積等するとよい。
【００７５】
前記実施形態において、病名識別データは、ＩＣＤ１０コードの上位３桁としたが、ＩＣＤ１０コードの上位３桁の文字に限らず、その他の所定桁数の情報を含んでいてもよいし、傷病名コードをそのまま病名識別データとして用いても構わない。
【００７６】
前記実施形態においては、表示手段としてディスプレイ２Ａを例示したが、表示手段は、プリンタであってもよい。
【００７７】
前記実施形態においては、端末２からレセプト管理装置３を介してサーバ１に処方データを送信していたが、端末２からレセプト管理装置３を介さず直接、サーバ１に処方データを送信してもよい。
【符号の説明】
【００７８】
１      サーバ
２      端末
２Ａ    ディスプレイ
３      レセプト管理装置
１０    処方量適正化システム
１１０  リクエスト受信手段
１２０  処方データ受信手段
１３０  受信データ解析手段
１４０  グラフ作成手段
１５０  グラフ送信手段
１６０  更新手段
１９０  記憶装置
２１０  リクエスト入力手段
２２０  リクエスト送信手段
２３０  提示手段
２４０  処方データ入力手段
２５０  処方データ送信手段
【図１】
2016143181.tif 000003
【図２】
2016143181.tif 000004
【図３】
2016143181.tif 000005
【図４】
2016143181.tif 000006
【図５】
2016143181.tif 000007
【図６】
2016143181.tif 000008
【図７】
2016143181.tif 000009
【図８】
2016143181.tif 000010
【図９】
2016143181.tif 000011
【図１０】
2016143181.tif 000012
【図１１】
2016143181.tif 000013