(57)【要約】【課題】レセプトや電子カルテ等の診察結果を処方薬管理サーバに集め、医師が病名から他の処方の情報を取得することができる処方薬管理システムを提供すること。【解決手段】医療機関が処方した処方薬の情報を管理する処方薬管理サーバ２に、ネットワーク回線等３を通じて医療機関に設置される医療機関端末１を接続する。医療機関端末１には病名と処方薬の有無やその情報を含む診察結果の入力を受理する診察結果入力部１０１、診察結果を処方薬管理サーバ２に送信する診察結果送信部１０２、検索対象の病名または処方薬の情報などの入力を受理する検索対象入力部１０３、検索対象を処方薬管理サーバ２に送信する検索対象送信部１０４、回線３を通して処方薬管理サーバ２から検索結果を受信する検索結果受信部１０５、受信した検索結果を表示する検索結果表示部１０６を備える。【選択図】図１
2010128718.tif 000002
【特許請求の範囲】
【請求項１】
医療機関に設置される医療機関端末と、該医療機関端末とネットワーク回線または専用回線を通じて接続され医療機関が処方した処方薬の情報を管理する処方薬管理サーバとから構成される処方薬管理システムであって、
該医療機関端末が、
少なくとも病名と処方薬の有無及びその情報とを含む診察結果の入力を受理する診察結果入力手段と、
該診察結果を該処方薬管理サーバに送信する診察結果送信手段と、
検索対象の病名または処方薬の情報の少なくともいずれかの入力を受理する検索対象入力手段と、
該検索対象を該処方薬管理サーバに送信する検索対象送信手段と、
回線を通して該処方薬管理サーバから少なくとも検索結果を受信する検索結果受信手段と、
受信した該検索結果を表示する検索結果表示手段と
を備えると共に、
該処方薬管理サーバが、
該回線を通して該医療機関端末から該診察結果を受信する診察結果受信手段と、
該診察結果を記録する診察結果記録手段と、
該回線を通して該医療機関端末から該検索対象を受信する検索対象受信手段と、
該検索対象に含まれるのが病名である場合には該病名に対応する処方薬の情報、該検索対象に含まれるのが処方薬の情報である場合には該処方薬に対応する病名を、該検索結果記録手段を参照して抽出する検索処理手段と、
該抽出された検索結果を該医療機関端末に送信する検索結果送信手段と
を備えた
ことを特徴とする処方薬管理システム。
【請求項２】
前記処方薬管理サーバにおいて、
前記検索処理手段が、
前記検索対象の病名に対して、前記診察結果記録手段に格納されている処方された処方薬の記録から処方薬毎に計数し、該病名に対応する処方薬の名称又は識別番号と、その件数又は分布割合とを検索結果として抽出する
請求項１に記載の処方薬管理システム。
【請求項３】
前記処方薬管理サーバにおいて、
前記検索処理手段が、
前記検索対象の病名に対して、前記診察結果記録手段に格納されている処方薬の有無を計数し、該病名に対応する処方薬がある件数又は処方薬がない件数の少なくともいずれかを検索結果として抽出する
請求項１又は２に記載の処方薬管理システム。
【請求項４】
前記処方薬管理システムであって、
前記処方薬管理サーバが、
製薬企業等の広告主から、病名とその病名に対応する商品情報とからなる広告情報を前記回線を通じて受信する広告情報受信手段と、
該広告情報を記録する広告情報記録手段と、
前記検索対象の病名に対応する該商品情報を、該広告情報記録手段を参照して抽出する商品情報抽出手段と、
該抽出された該商品情報を、前記検索結果と共に該医療機関端末に送信する検索結果送信手段と
を備えると共に、
前記医療機関端末が、
回線を通して該処方薬管理サーバから該商品情報を、該検索結果と共に受信する検索結果受信手段と、
受信した該商品情報を表示する広告表示手段と
を備えた
請求項１ないし３のいずれかに記載の処方薬管理システム。
【請求項５】
前記広告情報に、広告を掲載するための対価情報を含む構成であって、
前記商品情報抽出手段が、
前記検索対象の病名に対応する該商品情報を抽出する際に、該対価情報の価額の順に並べ替えて抽出し、
前記検索結果送信手段が、
並べ替えた順で該商品情報を送信するか、該商品情報とその序列情報を合わせて送信するか、のいずれかの方法で前記医療機関端末に該商品情報を送信すると共に、
前記広告表示手段が、
並べ替えられた順番に従って該商品情報の表示順又は表示位置で表示する
請求項４に記載の処方薬管理システム。
【請求項６】
前記広告情報に、広告を掲載するための対価情報を含む構成であって、
前記検索結果送信手段が、
前記商品情報とその対価情報を合わせて送信すると共に、
前記広告表示手段が、
該対価情報の価額の順に並べ替えた順番に従って該商品情報の表示順又は表示位置で表示する
請求項４又は５のいずれかに記載の処方薬管理システム。
【請求項７】
前記処方薬管理サーバにおいて、
主病名と、該主病名の合併症等の関連病名とを格納する関連病名データベースと、
前記検索対象受信手段が受信した前記検索対象が病名である場合には、該関連病名データベースを参照して、その病名が主病名の場合は関連病名、関連病名の場合は主病名をそれぞれ抽出し、それを病名として前記検索処理手段に入力する病名変換手段と
を備え、
前記検索処理手段が、該主病名に対応する処方薬の情報と、該関連病名に対応する処方薬の情報とを抽出する
請求項１ないし６のいずれかに記載の処方薬管理システム。
【請求項８】
前記診察結果がレセプト（診療報酬明細書）データである構成において、
前記処方薬管理サーバにおいて、
該レセプトデータから病名と処方薬の有無及びその情報とをテキスト処理により抽出するテキスト処理手段を備えた
請求項１ないし７のいずれかに記載の処方薬管理システム。
【請求項９】
前記診察結果が電子カルテデータである構成において、
前記処方薬管理サーバにおいて、
該電子カルテデータから病名と処方薬の有無及びその情報とをテキスト処理により抽出するテキスト処理手段を備えた
請求項１ないし７のいずれかに記載の処方薬管理システム。
【請求項１０】
医療機関に設置される医療機関端末と、ネットワーク回線または専用回線を通じて接続され、医療機関が処方した処方薬の情報を管理する処方薬管理サーバにおいて、
該回線を通して該医療機関端末から少なくとも病名と処方薬の有無及びその情報とを含む診察結果を受信する診察結果受信手段と、
該診察結果を記録する診察結果記録手段と、
該回線を通して該医療機関端末から検索対象として病名または処方薬の情報の少なくともいずれかを受信する検索対象受信手段と、
該検索対象に含まれるのが病名である場合には該病名に対応する処方薬の情報、該検索対象に含まれるのが処方薬の情報である場合には該処方薬に対応する病名を、該検索結果記録手段を参照して抽出する検索処理手段と、
該抽出された検索結果を該医療機関端末に送信する検索結果送信手段と
を備えた
ことを特徴とする処方薬管理サーバ。
【請求項１１】
前記処方薬管理サーバにおいて、
前記検索処理手段が、
前記検索対象の病名に対して、前記診察結果記録手段に格納されている処方された処方薬の記録から処方薬毎に計数し、該病名に対応する処方薬の名称又は識別番号と、その件数又は分布割合とを検索結果として抽出する
請求項１０に記載の処方薬管理サーバ。
【請求項１２】
前記処方薬管理サーバにおいて、
前記検索処理手段が、
前記検索対象の病名に対して、前記診察結果記録手段に格納されている処方薬の有無を計数し、該病名に対応する処方薬がある件数又は処方薬がない件数の少なくともいずれかを検索結果として抽出する
請求項１０又は１１に記載の処方薬管理サーバ。
【請求項１３】
前記処方薬管理サーバにおいて、
製薬企業等の広告主から、病名とその病名に対応する商品情報とからなる広告情報を前記回線を通じて受信する広告情報受信手段と、
該広告情報を記録する広告情報記録手段と、
前記検索対象の病名に対応する該商品情報を、該広告情報記録手段を参照して抽出する商品情報抽出手段と、
該抽出された該商品情報を、前記検索結果と共に該医療機関端末に送信する検索結果送信手段と
を備えた
請求項１０ないし１２のいずれかに記載の処方薬管理サーバ。
【請求項１４】
前記広告情報に、広告を掲載するための対価情報を含む構成であって、
前記商品情報抽出手段が、
前記検索対象の病名に対応する該商品情報を抽出する際に、該対価情報の価額の順に並べ替えて抽出し、
前記検索結果送信手段が、
並べ替えた順で該商品情報を送信するか、該商品情報とその序列情報を合わせて送信するか、のいずれかの方法で前記医療機関端末に該商品情報を送信する
請求項１３に記載の処方薬管理サーバ。
【請求項１５】
前記処方薬管理サーバにおいて、
主病名と、該主病名の合併症等の関連病名とを格納する関連病名データベースと、
前記検索対象受信手段が受信した前記検索対象が病名である場合には、該関連病名データベースを参照して、その病名が主病名の場合は関連病名、関連病名の場合は主病名をそれぞれ抽出し、それを病名として前記検索処理手段に入力する病名変換手段と
を備え、
前記検索処理手段が、該主病名に対応する処方薬の情報と、該関連病名に対応する処方薬の情報とを抽出する
請求項１０ないし１４のいずれかに記載の処方薬管理サーバ。
【請求項１６】
前記診察結果がレセプト（診療報酬明細書）データである構成において、
前記処方薬管理サーバにおいて、
該レセプトデータから病名と処方薬の有無及びその情報とをテキスト処理により抽出するテキスト処理手段を備えた
請求項１０ないし１５のいずれかに記載の処方薬管理サーバ。
【請求項１７】
前記診察結果が電子カルテデータである構成において、
前記処方薬管理サーバにおいて、
該電子カルテデータから病名と処方薬の有無及びその情報とをテキスト処理により抽出するテキスト処理手段を備えた
請求項１０ないし１５のいずれかに記載の処方薬管理サーバ。
【請求項１８】
医療機関が処方した処方薬の情報を管理する処方薬管理サーバに、ネットワーク回線または専用回線を通じて接続された、医療機関に設置される医療機関端末であって、
少なくとも病名と処方薬の有無及びその情報とを含む診察結果の入力を受理する診察結果入力手段と、
該診察結果を該処方薬管理サーバに送信する診察結果送信手段と、
検索対象の病名または処方薬の情報の少なくともいずれかの入力を受理する検索対象入力手段と、
該検索対象を該処方薬管理サーバに送信する検索対象送信手段と、
回線を通して該処方薬管理サーバから少なくとも検索結果を受信する検索結果受信手段と、
受信した該検索結果を表示する検索結果表示手段と
を備えた
ことを特徴とする処方薬管理システムの医療機関端末。
【請求項１９】
前記医療機関端末において、
前記処方薬管理サーバから受信した前記検索結果に前記商品情報が含まれるときに、
該商品情報を表示する広告表示手段
を備えた
請求項１８に記載の処方薬管理システムの医療機関端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療機関で医師が処方した処方薬の情報を管理する処方薬管理システムと、その処方薬管理サーバ及び医療機関端末に関し、特に医療機関同士で処方薬に関する情報を共有して適切な処方薬を選択するための技術に関する。
【背景技術】
【０００２】
医療機関では医師が患者を診察し、カルテに記入すると共に、処方箋を作成する。患者は処方箋を持参して調剤薬局で処方薬を購入する。また、医療機関は保険機関に対してレセプト（診療報酬明細書）を提出して保険機関が負担する医療費を請求している。
これらのカルテや、レセプトには、患者の氏名や病名と共に薬剤の処方の有無や、処方した薬剤の名称が記入されている。
【０００３】
従って、医師にとっては、他のカルテやレセプトを自由に参照することができれば、今の患者に対する処方薬選択の参考にすることができるが、実際には、個人情報保護の観点から他のカルテの閲覧は極めて制限されている。
すなわち、患者にとって自己の病名や既往症は最上級のプライバシーに属し、どのような薬を処方されているのかさえ、第三者には知られたくないのが普通である。そして医師は守秘義務を負うため、患者の情報を第三者に開示することは許されていない。
【０００４】
また、医療機関にとっても、個別の患者の転院時などを除いては、自機関がどのような処方を行っているのかを開示することは一般に行っておらず、医師が他の機関における処方を参考にすることは難しかった。
【０００５】
例えば、特許文献１に開示される技術は、医療施設のクライアント端末において、患者に処方する薬剤名の入力を登録すると、処方情報が問合せ情報に付加されてデータサーバに送信される。データセンタのストレージユニットには、薬剤基本情報ＤＢの他に、薬
剤症例情報ＤＢを格納されており、データサーバでは、薬剤基本情報ＤＢを参照して、処方情報から取得された薬剤名の組み合わせが、相互作用が生じる組み合わせであるか否かの判定を行う。
この判定で併用注意となる組み合わせとなる場合には、薬剤症例情報ＤＢから取得された薬剤名の組み合わせとなる症例情報を検索する。そして、併用注意となる薬剤の組み合わせとなることを示す注意情報に、取得された症例情報を付加してクライアント端末に送信する。
【０００６】
さらに、本特許文献１には具体的な症例情報に関して各医療施設からの投稿を受け付けることが提案されており、症例に応じて処方に注意が必要な場合にその注意情報を医療施設が共有できる技術も提供している。
また、特許文献２〜４にも医療施設において処方薬の情報を共有する技術が開示されている。
【０００７】
しかし、これらの技術のいずれを用いても、処方薬の適性度や、副作用の情報を提供することを目的としており、ある病名に対してどのような処方を行っているかを調べ、特に保険請求が可能な薬剤の選択に役立つ情報を取得することは困難であった。
【０００８】
【特許文献１】特開２００８−０５９０１１号公報
【特許文献２】特開２００１−２８２９２３号公報
【特許文献３】特開２００３−２７１７４０号公報
【特許文献４】特開２００５−１５７５７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は上記の従来技術が有する問題点に鑑みて創出したものであり、レセプトや電子カルテ等の診察結果を処方薬管理サーバに集め、医師が病名から他の処方の情報を取得することができる処方薬管理システムを提供することを目的とする。
同時に、当該病名に対して製薬会社等が提供する商品情報を表示し、医師の処方薬選択を支援する。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明は次のような手段を用いる。
請求項１に記載の発明は、医療機関に設置される医療機関端末と、医療機関端末とネットワーク回線または専用回線を通じて接続され医療機関が処方した処方薬の情報を管理する処方薬管理サーバとから構成される処方薬管理システムを提供する。
そして、医療機関端末が、少なくとも病名と処方薬の有無及びその情報とを含む診察結果の入力を受理する診察結果入力手段と、診察結果を処方薬管理サーバに送信する診察結果送信手段と、検索対象の病名または処方薬の情報の少なくともいずれかの入力を受理する検索対象入力手段と、検索対象を処方薬管理サーバに送信する検索対象送信手段と、回線を通して処方薬管理サーバから少なくとも検索結果を受信する検索結果受信手段と、受信した検索結果を表示する検索結果表示手段とを備える。
【００１１】
一方、処方薬管理サーバは、回線を通して医療機関端末から診察結果を受信する診察結果受信手段、診察結果を記録する診察結果記録手段、回線を通して医療機関端末から検索対象を受信する検索対象受信手段、検索対象に含まれるのが病名である場合には病名に対応する処方薬の情報、検索対象に含まれるのが処方薬の情報である場合には処方薬に対応する病名を、検索結果記録手段を参照して抽出する検索処理手段、抽出された検索結果を医療機関端末に送信する検索結果送信手段、の各手段を備えたことを特徴とする。
【００１２】
請求項２に記載の発明によれば、前記処方薬管理サーバにおいて、その検索処理手段が、検索対象の病名に対して、診察結果記録手段に格納されている処方された処方薬の記録から処方薬毎に計数し、病名に対応する処方薬の名称又は識別番号と、その件数又は分布割合とを検索結果として抽出する。
【００１３】
請求項３に記載の発明によれば、前記処方薬管理サーバにおいて、その検索処理手段が、検索対象の病名に対して、診察結果記録手段に格納されている処方薬の有無を計数し、病名に対応する処方薬がある件数又は処方薬がない件数の少なくともいずれかを検索結果として抽出する処方薬管理システムを提供することができる。
【００１４】
請求項４に記載の発明によれば、上記の処方薬管理サーバが、製薬企業等の広告主から、病名とその病名に対応する商品情報とからなる広告情報を前記回線を通じて受信する広告情報受信手段と、広告情報を記録する広告情報記録手段と、前記検索対象の病名に対応する商品情報を、広告情報記録手段を参照して抽出する商品情報抽出手段と、抽出された商品情報を、前記検索結果と共に医療機関端末に送信する検索結果送信手段とを備える。
また、医療機関端末が、回線を通して処方薬管理サーバから商品情報を、検索結果と共に受信する検索結果受信手段と、受信した商品情報を表示する広告表示手段とを備えたことを特徴とする。
【００１５】
請求項５に記載の発明によれば、前記の広告情報に、広告を掲載するための対価情報を含む構成であって、商品情報抽出手段が、検索対象の病名に対応する商品情報を抽出する際に、対価情報の価額の順に並べ替えて抽出する。検索結果送信手段は、並べ替えた順で商品情報を送信するか、商品情報とその序列情報を合わせて送信するか、のいずれかの方法で医療機関端末に商品情報を送信すると共に、その広告表示手段が、並べ替えられた順番に従って商品情報の表示順又は表示位置で表示する。
【００１６】
請求項６に記載の発明によれば、前記の広告情報に、広告を掲載するための対価情報を含む構成であって、検索結果送信手段が、商品情報とその対価情報を合わせて送信する。医療機関端末の広告表示手段は、対価情報の価額の順に並べ替えた順番に従って商品情報の表示順又は表示位置で表示する。
【００１７】
請求項７に記載の発明によれば、処方薬管理サーバにおいて、主病名と、主病名の合併症等の関連病名とを格納する関連病名データベースと、前記検索対象受信手段が受信した前記検索対象が病名である場合には、関連病名データベースを参照して、その病名が主病名の場合は関連病名、関連病名の場合は主病名をそれぞれ抽出し、それを病名として前記検索処理手段に入力する病名変換手段とを備える。
さらに、検索処理手段が、主病名に対応する処方薬の情報と、関連病名に対応する処方薬の情報とを抽出することを特徴とする。
【００１８】
請求項８に記載の発明によれば、上記の診察結果がレセプト（診療報酬明細書）データである構成において、処方薬管理サーバにおいて、レセプトデータから病名と処方薬の有無及びその情報とをテキスト処理により抽出するテキスト処理手段を備えたことを特徴とする。
【００１９】
請求項９に記載の発明によれば、上記の診察結果が電子カルテデータである構成において、処方薬管理サーバにおいて、電子カルテデータから病名と処方薬の有無及びその情報とをテキスト処理により抽出するテキスト処理手段を備えたことを特徴とする。
【００２０】
本発明は、上記処方薬管理システムにおける処方薬管理サーバを提供することもできる。また、情報処方薬管理システムにおける医療機関端末を提供することもできる。
【発明の効果】
【００２１】
本発明は、以上説明したように構成されているので、次のような作用効果を奏する。
すなわち本発明によれば、多数の医療機関端末から病名と処方薬の有無及びその情報とを処方薬管理サーバに集め、医療機関端末から病名や処方薬による検索を行うことができる。
そして、病名を入力すると、その病名に対応する処方薬の名称や、識別場号、その件数や分布割合を検索結果として抽出することができるので、医師は当該病名に対してどのような処方が行われているのかを知ることができる。
【００２２】
また、病名に対応する処方薬がある件数又は無い件数を計数することにより、病名に対して処方薬のある割合や、各処方薬がどの程度の割合で処方されているかを知ることができる。
【００２３】
本システムには製薬企業等の広告主が病名に対応する商品情報を表示させることができる。医師は病名で検索すると、検索結果を表示すると共に、それに合わせた広告が表示される。
製薬企業等においては、医師が検索した病名に対して、推薦したい広告を表示させることができ、高い広告効果を得られると共に、医師も最新の薬剤の情報を得ることができる。
【００２４】
さらに、広告を掲載するための対価情報を含み、広告主がその対価を設定することで、医療機関端末における商品情報の表示順や表示位置が決められる。広告主は他の広告主と競り合って対価を決定するので、広告効果に対する適切な金額が定められる。
特に、本システムを、当該広告収入により運営することで、医療機関や処方薬管理サーバの運営者のコスト負担を軽減することができる。
【００２５】
関連病名データベースを備えることにより、検索結果の処方薬が、主病名に対するものか、合併症等の関連病名に対するものかを容易に知ることができる。
また、ある病名に対する処方薬と共に、その関連病名に対する処方薬を同時に知ることもできる。
【００２６】
本発明では、レセプトに含まれるデータを診察結果として利用することができる。レセプトには多くの個人情報が含まれるが、テキスト処理により病名と処方薬の有無、情報を抽出することで、レセプトに基づいて多数の処方の情報を取得することができる。
【００２７】
また、電子カルテに含まれるデータを診察結果として利用することもできる。電子カルテにも多くの個人情報が含まれるが、テキスト処理により病名と処方薬の有無、情報を抽出することで、レセプトに基づいて多数の処方の情報を取得することができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態を図面に基づいて説明する。
本発明では、医療機関内に医療機関端末を設置し、インターネットなどのネットワーク回線を介して、処方薬管理サーバと接続する。
図１には医療機関端末（１）の構成図、図２には処方薬管理サーバ（２）の構成図、図３及び図４には、本実施例の処理のフローチャートを示す。
【実施例１】
【００２９】
医療機関端末（１）は、市販のパーソナルコンピュータを用いて実現するのが簡便であり、周知のように各種の処理を行うＣＰＵ（１０）、ユーザが入力を行うキーボード（１１）やマウス、表示を行うモニタ（１２）、インターネットなどのネットワーク（３）を通して通信を行うネットワークアダプタ（１３）などを備えている。ＣＰＵ（１０）は図示しないメモリと協働する。また、外部記憶装置を備えて、ＣＰＵを実行処理させるためのプログラムやオペレーティングシステムを格納することができる。
【００３０】
ネットワーク（３）を通して処方薬管理サーバ（２）と接続される。本発明におけるネットワーク（３）には、インターネットや、携帯電話網、公衆回線網などの専用のネットワーク、専用回線などを用いることができる。
【００３１】
ＣＰＵ（１０）には、診察結果入力部（１０１）、診察結果送信部（１０２）、検索対象入力部（１０３）、検索対象送信部（１０４）、検索結果受信部（１０５）、検索結果表示部（１０５）を備え、各処理を実行する。
【００３２】
また、処方薬管理サーバ（２）は、多数の医療機関端末とネットワーク（３）から診察結果を集め、検索を受け付ける機能を有するので、公知のパーソナルコンピュータや、ワークステーションなどで実現するのが好ましい。
周知のように、ＣＰＵ（２０）やネットワークアダプタ（２１）、外部記憶装置、メモリなどを備えている。
【００３３】
本実施例では、ＣＰＵ（２０）に診察結果受信部（２０１）、検索対象受信部（２０２）、検索処理部（２０３）、検索結果送信部（２０４）を備える。また、外部記憶装置には、診察結果データベース（２２）を格納する。
【００３４】
まず、医師が患者を診察して病名と、薬剤の処方を決定する。医療機関端末（１）のキーボード（１１）において、病名と、処方薬を入力すると、診察結果入力部（１０１）の作用によりそのデータが取り込まれる。（診察結果入力ステップ：Ｓ３０）
そして、病名と処方薬の情報を診察結果として診察結果送信部（１０２）からネットワークアダプタ（１３）を介して処方薬管理サーバ（２）に送信する。（診察結果送信ステップ：Ｓ３１）
このときの診察結果は、表１の通りである。
【００３５】
【表１】
2010128718.tif 000003
この例は最も単純なものであり、病名「関節リウマチ」とそれに対する処方薬「ＡＢＣＤＥ」の情報のみを送信している。病名はどのような言語でもよく、また別に定めた分類表に従って識別番号で表示されていても良い。処方薬も同様に、商品名や識別番号などを用いることができる。
【００３６】
次に、処方薬管理サーバ（２）の診察結果受信部（２０１）が、ネットワーク（３）を経て送信されてきた診察結果を受信する。（診察結果受信ステップ：Ｓ３２）
受信したデータは、診察結果データベース（２２）に記録される。（診察結果記録ステップ：Ｓ３３）
【００３７】
ここで、医療機関端末（１）で病名と処方薬の情報を直接入力する構成を示したが、本システム用にわざわざ入力するのではなく、レセプト（診療報酬明細書）や電子カルテのデータとして送信される構成でもよい。
レセプトソフトとして、日本医師会総合政策研究機構のＯＲＣＡプロジェクトが提供している「日医標準レセプトソフト」（非特許文献１）が知られている。
【００３８】
【非特許文献１】インターネットＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｒｃａ．ｍｅｄ．ｏｒ．ｊｐ／  （２００８年８月２２日現在）
【００３９】
レセプトソフトは端末上で動作し、ネットワークを介して最新の診療報酬点数などが更新できるほか、ＶＰＮ接続によりバックアップサーバにレセプトデータのバックアップを行うことが可能となっている。
また、レセプトソフトは、本件出願人が提供する電子カルテソフトウェア（非特許文献２）のような電子カルテソフトに組み込んで動作することが可能であり、電子カルテに記入すると自動的にレセプトデータが生成される機能を有している。
【００４０】
【非特許文献２】インターネットＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｒｄｅｒ−ｍａｄｅ−ｓｏｕｙａｋｕ．ｃｏｍ／ｓｅｒｖｉｃｅ／ｈｏｓｐｉｔａｌ／ｄｒｐｅｎｌｉｔｅ．ｈｔｍｌ  （２００８年８月２２日現在）
【００４１】
さらに、バックアップサーバでレセプトデータを保存するだけでなく、医療機関から委託を受けて、バックアップサーバの管理会社が、診療報酬の支払基金への登録申請を代行するサービスや、オンライン請求自体を代行するサービスも考えられる。すなわち、バックアップサーバと、支払基金のサーバ装置をＶＰＮ接続等の安全な通信経路で接続して、医療機関から送信されたレセプトに従って、支払基金に登録を行うものである。
【００４２】
このような構成では、バックアップサーバが、本発明の処方薬管理サーバの機能を備えることになる。そして、処方薬管理サーバには、図９に示すテキスト処理部（５０）を備えて、レセプトデータから病名と処方薬の情報だけを抽出する。
【００４３】
同様に、電子カルテを医療機関から受信するサーバに本発明の処方薬管理サーバ（２）を備えることもできる。このサーバは、電子カルテのバックアップを目的とするものでも、電子カルテからレセプトに変換する機能を有するものでも、単に処方薬管理サーバとしてだけ機能するものでも、いずれでもよい。
【００４４】
処方薬管理サーバ（２）のＣＰＵ（２０）に備えたテキスト処理部（５０）では、レセプトデータを入力して、公知のテキスト処理技術により病名や処方薬の情報を抽出する。本実施例では、そのためにテキスト処理部（５０）に、データ入力部（５０１）、形態素解析部（５０２）、病名抽出部（５０３）、薬剤名抽出部（５０４）、個人情報抽出部（５０５）、診察結果出力部（５０６）を備える。また、外部記憶装置に、形態素辞書（５１）、病名データベース（５２）、薬剤名データベース（５３）、個人名データベース（５４）を格納している。
【００４５】
まずデータ入力部（５０１）がレセプトデータを読み込む。レセプトデータには、被保険者の氏名や保険番号、診療内容や診療報酬、処方薬情報などが含まれている。従来の技術でも述べたように、これらは最上級の個人情報であり、データの厳重な管理が求められる。そのため、処方薬管理サーバ（２）として機能するバックアップサーバと医療機関とも秘匿性の高いネットワークで結ばれているのである。
従って、本発明でレセプトデータから個人情報を適切に除去することが必要となる。
【００４６】
まず、形態素解析部（５０２）は形態素辞書（５１）を参照して形態素解析処理を行う。形態素辞書（５１）に多数の形態素が格納されており、形態素解析部（５０２）が文章を形態素毎に適宜分割する。形態素解析ソフトとして、非特許文献３に開示される「ChaSen」が著名であり、本システムでも形態素解析部（５０２）にこれを導入することができる。
【００４７】
【非特許文献３】インターネットＵＲＬ：ｈｔｔｐ：／／ｃｈａｓｅｎ−ｌｅｇａｃｙ．ｓｏｕｒｃｅｆｏｒｇｅ．ｊｐ／  （２００８年８月２２日現在）
【００４８】
形態素解析処理を行うことで、テキストデータが形態素と呼ばれる語句の単位に分割される。形態素解析の結果、固有名詞などは１つの形態素となるため、各形態素と予め格納した辞書とを照合することで、容易に情報を抽出することができる。
まず、病名抽出部（５０３）において、病名データベース（５２）を参照して、形態素と照合することで、記載されている病名を抽出する。病名データベース（５２）には、多数の病名を医師が記載する可能性のある様々な表記方法で格納しておく。
病名データベース（５２）と一致したデータを抽出して、上記診察結果の病名とする。
【００４９】
次に、薬剤名抽出部（５０４）において、薬剤名データベース（５３）を参照して、形態素と照合することで、記載されている薬剤名を抽出する。薬剤名も保険適用の対象となる薬剤の名称等を多数格納しておき、一致したデータを抽出して、上記診察結果の処方薬情報とする。
【００５０】
特にレセプトの場合には、書式が厳密に決められており、必ずしも上記のように形態素解析を行わなくとも、所定の欄から病名と処方薬の情報を抽出することもできる。しかし、電子カルテの場合には、表記方法に揺れが大きく、書式も一定ではないことから、上記の処理が必須である。
【００５１】
以上の処理でもレセプトや電子カルテのデータから本発明で用いる診察結果の情報を抽出することができるが、さらに病名抽出部や薬剤名抽出部でルールに基づく病名・薬剤名の抽出や、機械学習による病名・薬剤名の抽出を行うこともできる。
【００５２】
ルールに基づく場合では、病名であれば任意の文字列の最後に「症」や「病」、「症候群」などが付く形態素、処方薬情報であれば、例えばカタカナや英数字ですべて表記される形態素や、最後に「錠」「湯」などが付く形態素を、それぞれ病名、薬剤名として抽出する。
【００５３】
機械学習に基づく方法は、公知の機械学習モジュール、例えばニューラルネットワークモデル、サポートベクトルマシンモデルなどを用いて、機械学習処理を行う。その際、機械学習の教師データとして、コーパスと呼ばれる、テキストと、そのテキストの素性についての正解データを付与したデータを用いる。機械学習の素性には、例えば形態素、品詞、文字種などを用いることが好適と考えられる。コーパスの形態素には、それが病名であるか否か、薬剤名であるか否か、個人情報であるか否か、が予め定義されており、これを機械学習モジュールで学習させることで、新たなテキストが入力された時に、各形態素にその属性を付与することができる。
【００５４】
以上のようにして、レセプトや電子カルテのデータから診察結果を抽出し、診察結果出力部（５０６）で出力する。出力された診察結果は診察結果データベース（２２）に格納される。
【００５５】
さらに、個人情報抽出部（５０５）を備えて、個人情報の可能性のあるデータを十分に排除することも可能である。簡単な構成では、人名や地名など、個人情報である可能性のある語句を個人名データベース（５４）に格納しておき、上記の診察結果に一致するデータが含まれていないか確認する。特に、ルールに基づく方法や機械学習による方法では、未知の語句を抽出するため、まれに個人情報を薬品名として抽出してしまう可能性がある。そこで、個人情報抽出部（５０５）によりそれを確実に除去する。
ここでも機械学習に基づく方法で、上記した個人情報であるか否かの学習結果を用いて個人情報を抽出し、除去してもよい。
【００５６】
本発明における診察結果データベース（２２）の生成処理は以上説明した通りである。次に、この診察結果データベース（２２）を医療機関端末（１）から検索する技術について説明する。
【００５７】
図１０には本システムの医療機関端末（１）のモニタ（１２）の表示画面例を示す。図１、図２、図４、図１０を用いて以下説明する。
まず医療機関端末（１）のキーボードから医師が検索対象の病名や薬剤名を入力する。これを検索対象入力部（１０３）がＣＰＵ（１０）内に取得する。（検索対象入力ステップ：Ｓ４０）
【００５８】
例えば、処方薬検索画面（９）のウィンドウにおいて、検索対象期間（９１）や検索対象地域（９２）を指定して、検索対象の病名（９３）を入力して「検索」ボタンを押下することで、検索結果が下欄に表示される。
検索対象期間とは処方された時期を示し、最新の情報に指定して検索することができる。また、検索対象地域を限定することで、その地域で多く使われている処方薬を知ることができる。特に、本システムを日本国内に限らず、各国の医師が共通に利用する場合に、医薬品認可に差異があるためこの機能は重要である。
なお、検索対象期間（９１）、検索対象地域（９２）を検索可能とするためには、診察結果データベースに、その診察結果が送信された医療機関の情報と、診察日等を格納しておく。診察結果データベースの一例を表２に示す。
【００５９】
【表２】
2010128718.tif 000004
【００６０】
入力した検索対象のデータは検索対象送信部（１０４）からネットワーク（３）を通じて検索対象受信部（２０２）に送信される。（検索対象送信ステップ：Ｓ４１，検索対象受信ステップ：Ｓ４２）
そして、検索処理部（２０３）における検索処理に進む。（検索処理ステップ：Ｓ４３）
【００６１】
検索処理部（２０３）では、検索対象の病名をキーワードとして周知の文字列検索技術により、診察結果データベース（２２）から処方薬の情報を抽出する。例えば、「関節リウマチ」が検索対象として入力された場合に、表２のデータベースからは「ＡＢＣＤＥ」や「処方なし」が抽出される。
検索処理の結果は検索結果送信部（２０４）からネットワーク（３）を通して、検索結果受信部（１０５）に届く。（検索結果送信ステップ：Ｓ４４，検索結果受信ステップ：Ｓ４５）
【００６２】
検索結果は処方薬検索画面（９）に表示される。（検索結果表示ステップ：Ｓ４６）
本実施例では、さらに「関節リウマチ」が病名に含まれているデータ数を計数して病名ヒット数（９４）に表示する。また、処方薬のデータが含まれている項目数や、含まれていない項目数（処方なし）を計数して、処方ありの件数や割合（９５）を表示する。
【００６３】
これらの表示により、医師はデータベースに登録されている件数を知り、このデータがどの程度信頼できるものであるのか知ることができる。また、単に処方薬の種類を知るだけでなく、薬剤を処方するか否かの参考にすることができる。
【００６４】
そして、検索した病名に対応する処方薬をすべて抽出し、その分布を割合と共に表示（９６）する。表示順は件数の多い順が好ましい。ここでは処方薬「ＡＢＣＤＥ」が８００件で４４％を占め、４位の「ＰＱＲＳＴ」までを表示している。このように上位一定の個数を表示すればよい。
【００６５】
一方、検索対象として処方薬の情報「ＡＢＣＤＥ」が入力された場合には、検索結果として「関節リウマチ」を抽出することもできる。この場合には、その処方薬がどのような疾病に対して用いられているのかを検索表示することができる。
【００６６】
本発明は以上のように、各医療機関で診察された病名とその処方薬を簡便に検索すると共に、患者の個人情報を適切に除去する技術であり、医師が処方薬を選択する際の参考となる情報を提供するシステムである。
【実施例２】
【００６７】
本発明の実施例２に係る構成を説明する。図５は医療機関端末（１）の構成図、図６は処方薬管理サーバ（２）の構成図、図７は実施例２の処理のフローチャートである。
図５、図６において、上記実施例１と同一の構成要素は同符号で示し、説明は省略する。
ここでは医療機関端末（１）に広告表示部（１０７）を、処方薬管理サーバ（２）に広告情報受信部（２０５）と商品情報抽出部（２０６）、広告情報データベース（２３）を備えたことを特徴とする。
【００６８】
まず、製薬企業など、医療機関に対して商品を広告したい広告主の端末（４）から、ネットワーク（３）を通して広告情報が送信される。広告情報には、病名に対応する商品情報、例えば商品名や会社名などが含まれる。
処方薬管理サーバ（２）の広告情報受信部（２０５）はこれを受信して、広告情報データベース（２３）に格納する。（広告情報受信ステップ：Ｓ７０，広告情報記録ステップ：Ｓ７１）
また、広告費用を入札形式で設定することもできる。この場合、広告情報に対価情報を含むことができる。表３に広告情報データベースの例を示す。
【００６９】
【表３】
2010128718.tif 000005
【００７０】
医療機関端末（１）から検索対象が送信され、検索対象受信部（２０２）がこれを受信（Ｓ７２）すると、上記と同様に検索処理（Ｓ７３）が行われる。さらに本実施例では、検索対象に病名が含まれるときに、商品情報抽出部（２０６）が、広告情報データベース（２３）から商品情報や対価情報を抽出する。（商品情報抽出ステップ：Ｓ７４）
例えば、病名「関節リウマチ」が検索対象のとき、表３によれば商品情報「abcde(57円）」「KLMNO(52円）」「fghij(34円）」「ABCDE(25円）」が抽出される。
【００７１】
この結果は検索結果送信部（２０４）が上記検索結果を送信するのと同時に医療機関端末（１）に送信される。（検索結果送信ステップ：Ｓ７５）
検索結果受信部（１０５）が検索結果と商品情報を受信（Ｓ７６）した後、検索結果は検索結果表示部（１０６）が検索結果画面に表示される。一方、広告表示部（１０７）は広告欄（９７）に広告情報を表示する。（検索結果・広告表示ステップ：Ｓ７７）
【００７２】
広告表示部（１０７）は、対価情報の価額に従って、高額な順に目立つ位置に表示を行う。図１０の例では、上から対価順に並んでいる。表示順や表示位置は図１０の例に限らず、任意のデザインを用いることができる。例えば文字の大きさや色、フォントを変えて、入札額が高額な商品情報をより際だたせてもよい。
【００７３】
対価情報による表示順の決定は、上記のように検索結果送信部（２０４）から商品情報と対価情報を共に送信して、広告表示部（１０７）で並べ替えてもよいし、検索結果送信部（２０４）から順序を付与した商品情報のみを送信して、その順に従って広告表示部（１０７）で表示してもよい。
【００７４】
広告の対価を入札形式にすることで、広告主間で競争が生じ、広告額が経済原理に従って適正な額に設定される。
本システムの運営にこの広告料収入を充当することにより、医療機関の負担分を減らすことができ、金額によっては無料で本システムのサービスを医療機関に提供することができるようになる。
【００７５】
医師にとっても、他の医療機関がどのような処方を行っているかを参考にすると同時に、製薬企業からの商品情報を見ることで、新しい新薬や、代替可能なジェネリック医薬品を選択する可能性が広がり、適切な処方を支援することができる。
【００７６】
広告主においても、対象とする病名の患者にまさに処方をしようとしている医師に対して、自社製品の広告を行うことで極めて高い広告効果が得られると同時に、本処方薬管理サーバを閲覧可能にすれば、医師が自社製品、他社製品をどのような割合で選択しているのかを知ることができる。
【００７７】
なお、本発明では必ずしも広告の対価情報を含まなくてもよい。その場合には、表示順はランダムにするか、予め定めた規則に従って表示すればよい。
【実施例３】
【００７８】
本発明の実施例３として、図８に示す通り、処方薬管理サーバ（２）に病名変換部（２０７）と関連病名データベース（２４）を備えた構成を説明する。
ある疾病に罹患すると、合併症なども同時に発症することが知られている。例えば糖尿病の合併症としては、心筋梗塞や糖尿病性腎症、糖尿病性網膜症、糖尿病性神経症などが多く、糖尿病が主病名であっても、これらの合併症に対する処方薬がしばしば用いられる。
本実施例は、主病名と合併症等の関連病名とを分け、検索結果をより把握しやすくするための技術である。
【００７９】
関連病名データベース（２４）は表４のような情報を格納する。そして、検索対象受信部（２０２）が検索対象として病名を受信すると、検索処理部（２０３）による検索処理の前に、病名変換部（２０７）が該関連病名データベース（２４）を参照して病名の変換処理を行う。
例えば、「糖尿病」と検索対象に入力された場合、関連病名として各病名を抽出する。
【００８０】
【表４】
2010128718.tif 000006
【００８１】
そして、検索処理部（２０３）では主病名と関連病名のそれぞれ処方薬を抽出する。このとき、診察結果データベース（２２）が生成された時には、病名に対して処方薬の情報が格納されるだけであるから、主病名か関連病名かの区別がない。そのため、本技術を用いないと、糖尿病と検索しても心筋梗塞の処方薬が上位に表示される場合がある。
そこで、主病名に対する処方薬と、関連病名に対する処方薬とを分けて医療機関端末（１）に検索結果として返すことで、医師が両者の区別をつけやすいようにする。
【００８２】
本発明の各構成は実施例１ないし３に示した通りである。なお、本発明は請求項記載の範囲内において適宜変更して実施することができる。
【図面の簡単な説明】
【００８３】
【図１】医療機関端末の構成図。
【図２】処方薬管理サーバの構成図。
【図３】診察結果を記憶する処理のフローチャート。
【図４】診察結果データベースを検索する処理のフローチャート。
【図５】実施例２に係る医療機関端末の構成図。
【図６】実施例２に係る処方薬管理サーバの構成図。
【図７】実施例２に係る処理のフローチャート。
【図８】実施例３に係る処方薬管理サーバの構成図。
【図９】テキスト処理部の詳細を説明する構成図。
【図１０】処方薬検索画面の一例。
【符号の説明】
【００８４】
１  医療機関端末
２  処方薬管理サーバ
３  ネットワーク
１０  ＣＰＵ
１０１  診察結果入力部
１０２  診察結果送信部
１０３  検索対象入力部
１０４  検索対象送信部
１０５  検索結果受信部
１０６  検索結果表示部
１１  キーボード
１２  モニタ
１３  ネットワークアダプタ
【図１】
2010128718.tif 000007
【図２】
2010128718.tif 000008
【図３】
2010128718.tif 000009
【図４】
2010128718.tif 000010
【図５】
2010128718.tif 000011
【図６】
2010128718.tif 000012
【図７】
2010128718.tif 000013
【図８】
2010128718.tif 000014
【図９】
2010128718.tif 000015
【図１０】
2010128718.tif 000016