JP5317717B2 - 薬品情報提供方法、薬品情報サーバシステム、およびコンピュータプログラム - Google Patents

Description

本発明は、先発医薬品と後発医薬品のように同等薬品が異なる薬名で複数存在する状況でも、薬品に含まれる成分の適量以上の服用、又は飲み合わせが推奨されない薬品同士の服用等に対する注意をユーザへ通知できるようにした薬品情報提供方法、薬品情報サーバシステム、およびコンピュータプログラムに関する。

従来、調剤薬局等ではユーザ（患者）へ「お薬手帳」と称される冊子を配布しており、ユーザ自らが処方薬品の薬名等を「お薬手帳」に記入することで、服用する薬品をユーザ自身で管理できるような仕組みがあった。

上述した「お薬手帳」と同等の内容を、ユーザ端末及びサーバ装置等から構成されるシステムを利用することで実現できるようにしたものが、下記の特許文献１〜９で開示されている。特許文献１〜４では主に、ユーザ端末からユーザの薬歴管理用サーバへアクセスすることで、場所および時間に関係なく、処方された薬に関する各種情報（薬名、用量、用法等）、今までに処方された薬の情報（薬歴情報）等をユーザ端末で確認できる内容が開示されている。また、特許文献５では、上述した内容に加えて、自身の薬歴等を医師や薬剤師に提示できる旨が言及されている。

さらに、特許文献６〜９では主に、上述した特許文献１〜５で開示されている内容に加えて、ユーザが同時期に異なる医師から治療を受ける場合のリスク（たとえば、異なる医師から同じ薬品を処方されることにより、同じ薬品の服用量が適量を越える場合、飲み合わせの悪い薬品同士を服用することになる場合等）に対応した内容が開示されている。

なお、特許文献１０では、同等医薬品の選定に関する内容が開示されている。また、昨今では、いわゆるジェネリック医薬品（厚生労働省が先発医薬品と同等と認めた医薬品。先発医薬品と、成分、分量、用法、用量、効能等が同じもの。）が出回る機会が増加しており、このようなジェネリック医薬品の検索・選定等に関する内容が、特許文献１１、１２で開示されている。

特開２００５−３１８３２号公報 特開２００３−８５２８２号公報 特開２００２−１３２９３７号公報 特開２００２−２８８３４３号公報 特開２００６−２８８４７３号公報 特開２００４−１７８２６５号公報 特開２００１−１２６００２号公報 特開２００２−２３０１６２号公報 特開２００２−７３８０８号公報 特開平１１−３１２２０７号公報 特開２００７−３３４８０４号公報 特開２００８−２５０４１５号公報

近時、市場に出回るジェネリック医薬品が増加しており、それに伴い、成分・効能等が同等であるが、薬名が異なる薬品が複数存在すると云う状況が多数発生している。その結果、薬名による検索、比較が困難になり、上述した特許文献１〜９等で開示される内容を行うことが現実的に困難になっている。具体的には、薬名が異なっても新たに処方される薬品と、今までに処方された薬品とが実質的に同等の成分からなる薬品である場合も生じるので、同一成分を含む薬品が重複して処方されていないか、または、同一成分を含む薬品が適量以上に処方されていないかを一目でチェックできない状況が生じている。この成分に関するチェックと同様に、飲み合わせの推奨されない薬品同士のチェックも困難になっている。

本発明は斯かる事情に鑑みてなされたものであり、同等の薬品に対してジェネリック医薬品のように異なる薬名の薬品が存在する場合でも、同等成分の適量以上の服用、又は飲み合わせが悪い薬品同士の服用等に対する注意をユーザへ通知できるようにした薬品情報提供方法、薬品情報サーバシステム、およびコンピュータプログラムを提供することを目的とする。

上記課題を解決するために本発明に係る薬品情報提供方法は、ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベース及び薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベースを有する薬品情報サーバシステムが、通信網を通じて薬品情報をユーザの端末へ提供すると共に、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する薬品情報提供方法であって、前記薬品情報サーバシステムは、薬品成分を識別する成分識別情報及び薬品識別情報をそれぞれ複数含み、且つ成分識別情報と、前記成分識別情報で識別される薬品成分を含む薬品に応じた薬品識別情報とをそれぞれ対応付けて登録した成分データベースを有しており、提供した薬品情報をユーザ記憶部に登録する場合、前記成分データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた成分識別情報を検索する成分検索ステップと、前記成分検索ステップで検索した成分識別情報に対応付けられた薬品識別情報を、前記成分データベースから検索する識別情報検索ステップと、前記識別情報検索ステップで検索した薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する登録検索ステップと、前記登録検索ステップで前記薬品識別情報を含む薬品情報が登録されていることを検索した場合、同じ薬品成分を含む薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信するステップとを備えることを特徴とする。

また、本発明に係る薬品情報提供方法は、ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベース及び薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベースを有する薬品情報サーバシステムが、通信網を通じて薬品情報をユーザの端末へ提供すると共に、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する薬品情報提供方法であって、前記薬品情報サーバシステムは、薬品識別情報及び薬品が属する分類を識別する分類識別情報をそれぞれ複数含み、且つ薬品識別情報と、前記薬品識別情報に応じた薬品と飲み合わせることが推奨されない薬品が属する分類に応じた分類識別情報とをそれぞれ対応付けて登録した非推奨データベースと、分類識別情報及び薬品識別情報をそれぞれ複数含み、且つ分類識別情報と、前記分類識別情報で識別される分類に属する薬品を識別する薬品識別情報とをそれぞれ対応付けて登録した分類データベースとを有しており、提供した薬品情報をユーザ記憶部に登録する場合、前記非推奨データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた分類識別情報を検索する分類検索ステップと、前記分類検索ステップで検索した分類識別情報に対応付けられた薬品識別情報を、前記分類データベースから検索する識別情報検索ステップと、前記識別情報検索ステップで検索した薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する登録検索ステップと、前記登録検索ステップで前記薬品識別情報を含む薬品情報が登録されていることを検索した場合、飲み合わせることが推奨されない薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信するステップとを備えることを特徴とする。

さらに、本発明に係る薬品情報提供方法は、前記薬品情報サーバシステムが、前記ユーザ記憶部に登録される薬品情報に対して、前記登録検索ステップの検索対象にする薬品情報の指定を受け付ける受付ステップと、前記受付ステップで受け付けた指定に係る薬品情報を識別する指定識別情報を、前記薬品情報に対応付けて前記ユーザ記憶部に登録する登録ステップとを有しており、前記登録検索ステップでは、前記指定識別情報が対応付けられた薬品情報を検索対象にすることを特徴とする。

さらにまた、本発明に係る薬品情報提供方法は、前記薬品情報サーバシステムが、提供した薬品情報に応じた薬品の服用期間を前記ユーザ記憶部に登録するステップと、提供した薬品情報をユーザ記憶部に登録する場合、登録に係る日が前記服用期間に応じた期間に含まれる薬品の薬品情報を前記ユーザ記憶部から特定する薬品情報特定ステップとを有しており、前記登録検索ステップでは、前記薬品情報特定ステップで特定された薬品情報を検索対象にすることを特徴とする。

本発明に係る薬品情報サーバシステムは、ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベースと、薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベースと、前記薬品情報データベースに含まれる薬品情報をユーザの端末へ通信網を通じて提供する手段と、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する手段とを備える薬品情報サーバシステムであって、薬品成分を識別する成分識別情報及び薬品識別情報をそれぞれ複数含み、且つ成分識別情報と、前記成分識別情報で識別される薬品成分を含む薬品に応じた薬品識別情報とをそれぞれ対応付けて登録した成分データベースと、提供した薬品情報をユーザ記憶部に登録する場合、前記成分データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた成分識別情報を検索する成分検索手段と、前記成分検索手段が検索した成分識別情報に対応付けられた薬品識別情報を、前記成分データベースから検索する識別情報検索手段と、前記識別情報検索手段が検索した薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する登録検索手段と、前記登録検索手段が前記薬品識別情報を含む薬品情報が登録されていることを検索した場合、同じ薬品成分を含む薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信する手段とを備えることを特徴とする。

また、本発明に係る薬品情報サーバシステムは、ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベースと、薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベースと、前記薬品情報データベースに含まれる薬品情報をユーザの端末へ通信網を通じて提供する手段と、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する手段とを備える薬品情報サーバシステムであって、薬品識別情報及び薬品が属する分類を識別する分類識別情報をそれぞれ複数含み、且つ薬品識別情報と、前記薬品識別情報に応じた薬品と飲み合わせることが推奨されない薬品が属する分類に応じた分類識別情報とをそれぞれ対応付けて登録した非推奨データベースと、分類識別情報及び薬品識別情報をそれぞれ複数含み、且つ分類識別情報と、前記分類識別情報で識別される分類に属する薬品を識別する薬品識別情報とをそれぞれ対応付けて登録した分類データベースと、提供した薬品情報をユーザ記憶部に登録する場合、前記非推奨データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた分類識別情報を検索する分類検索手段と、前記分類検索手段が検索した分類識別情報に対応付けられた薬品識別情報を、前記分類データベースから検索する識別情報検索手段と、前記識別情報検索手段が検索した薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する登録検索手段と、前記登録検索手段が前記薬品識別情報を含む薬品情報が登録されていることを検索した場合、飲み合わせることが推奨されない薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信する手段とを備えることを特徴とする。

さらに、本発明に係る薬品情報サーバシステムは、前記ユーザ記憶部に登録される薬品情報に対して、前記登録検索手段の検索対象にする薬品情報の指定を受け付ける指定受付手段と、前記指定受付手段が受け付けた指定に係る薬品情報を識別する指定識別情報を、前記薬品情報に対応付けて前記ユーザ記憶部に登録する手段とを備え、前記登録検索手段は、前記指定識別情報が対応付けられた薬品情報を検索対象にすることを特徴とする。

さらにまた、本発明に係る薬品情報サーバシステムは、提供した薬品情報に応じた薬品の服用期間を前記ユーザ記憶部に登録する手段と、提供した薬品情報をユーザ記憶部に登録する場合、登録に係る日が前記服用期間に応じた期間に含まれる薬品の薬品情報を前記ユーザ記憶部から特定する薬品情報特定手段とを備え、前記登録検索手段は、前記薬品情報特定手段が特定した薬品情報を検索対象にすることを特徴とする。

本発明に係るコンピュータプログラムは、ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベース、薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベース、及び薬品成分を識別する成分識別情報及び薬品識別情報をそれぞれ複数含み、且つ成分識別情報と、前記成分識別情報で識別される薬品成分を含む薬品に応じた薬品識別情報とをそれぞれ対応付けて登録した成分データベースにアクセス可能であると共に外部との通信が可能な通信手段を備えたコンピュータに、前記通信手段により前記薬品情報データベースに含まれる薬品情報をユーザの端末へ提供する処理を行わせると共に、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する処理を行わせるためのコンピュータプログラムであって、前記コンピュータを、提供した薬品情報をユーザ記憶部に登録する場合、前記成分データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた成分識別情報を検索する処理を行う手段と、検索された成分識別情報に対応付けられた薬品識別情報を、前記成分データベースから検索する処理を行う手段と、検索された薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する処理を行う手段と、前記薬品識別情報を含む薬品情報が登録されていることが検索された場合、同じ薬品成分を含む薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信する処理を行う手段として機能させることを特徴とする。

また、本発明に係るコンピュータプログラムは、ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベース、薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベース、薬品識別情報及び薬品が属する分類を識別する分類識別情報をそれぞれ複数含み、且つ薬品識別情報と、前記薬品識別情報に応じた薬品と飲み合わせることが推奨されない薬品が属する分類に応じた分類識別情報とをそれぞれ対応付けて登録した非推奨データベース、及び分類識別情報及び薬品識別情報をそれぞれ複数含み、且つ分類識別情報と、前記分類識別情報で識別される分類に属する薬品を識別する薬品識別情報とをそれぞれ対応付けて登録した分類データベースにアクセス可能であると共に外部との通信手段とを備えたコンピュータに、前記通信手段により前記薬品情報データベースに含まれる薬品情報をユーザの端末へ提供する処理を行わせると共に、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する処理を行わせるためのコンピュータプログラムであって、前記コンピュータを、提供した薬品情報をユーザ記憶部に登録する場合、前記非推奨データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた分類識別情報を検索する処理を行う手段と、検索された分類識別情報に対応付けられた薬品識別情報を、前記分類データベースから検索する処理を行う手段と、検索された薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する処理を行う手段と、前記薬品識別情報を含む薬品情報が登録されていることが検索された場合、飲み合わせることが推奨されない薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信する処理を行う手段として機能させることを特徴とする。

本発明にあっては、成分識別情報と、その成分識別情報で識別される薬品成分を含む薬品に応じた薬品識別情報とをそれぞれ対応付けて登録した成分データベースを準備し、その成分データベースを用いて、登録対象の薬品情報に含まれる薬品識別情報に対応付けられた成分識別情報を検索するので、登録対象の薬品情報に応じた薬品が含む成分の成分識別情報を特定できるようになる。また、特定した成分識別情報に対応付けられた薬品識別情報を成分データベースから検索するので、ジェネリック医薬品のような同一の成分を含むあらゆる薬品に応じた薬品識別情報を特定できるようになる。そして、特定した薬品識別情報を含む薬品情報がユーザ記憶部に登録済みか否かを検索するので、今回、処方されて登録しようとする薬品と、今までに処方された薬品との中で、同一成分を含む薬品があるかを検索できるようになる。さらに、検索できた場合は、同じ薬品成分を含む薬品がある旨をユーザへ伝えるので、今までに処方された薬品と同等薬品であるが薬名が異なる薬品が新たに処方されても、新たに処方された薬品を過度に服用することを未然に防止できるようになると共に、新たに処方された薬品に含まれる成分が既に処方済みの薬品の成分に含まれることを医師や薬剤師に相談することも可能となる。

また、本発明にあっては、薬品識別情報と、その薬品識別情報に応じた薬品と飲み合わせることが推奨されない薬品が属する分類を識別する分類識別情報とをそれぞれ対応付けて登録した非推奨データベースを準備し、その非推奨データベースを用いて、登録対象の薬品情報に含まれる薬品識別情報に対応付けられた分類識別情報を検索するので、登録対象の薬品情報に応じた薬品と飲み合わせが悪い薬品が属する分類識別情報を特定できるようになる。また、分類識別情報と、その分類識別情報で識別される分類に属する薬品を識別する薬品識別情報とをそれぞれ対応付けて登録した分類データベースも準備し、上述した検索により特定した分類識別情報と対応付けられた薬品識別情報を、分類データベースから検索するので、ジェネリック医薬品が存在しても、飲み合わせの推奨されない薬品に応じた薬品識別情報を全て特定できるようになる。そして、特定した薬品識別情報を含む薬品情報がユーザ記憶部に登録済みか否かを検索するので、今回、処方されて登録しようとする薬品と飲み合わせの推奨されない薬品（相互作用のある薬品）が、今までに処方された薬品の中にあるか否かを検索できるようになる。さらに、そのような薬品があることを検索できた場合は、推奨されない飲み合わせが生じる旨をユーザへ伝えるので、新たに処方された薬品の服用によるリスクを未然に防止できると共に、新たに処方された薬品の飲み合わせが悪いことを医師や薬剤師に相談することも可能となる。

さらにまた、本発明にあっては、検索対象にする薬品情報の指定を受け付けて、その指定に係る薬品情報を識別する指定識別情報を、その薬品情報に対応付けてユーザ記憶部に登録するので、検索対象となる薬品情報の数が、検索処理前に絞り込まれるようになり、無用に多くの薬品情報が検索で見つかるような事態が生じるのを回避して、薬品情報を検索する処理の効率化を図れるようになる。

また、本発明にあっては、薬品の服用期間をユーザ記憶部に登録して、新たな薬品情報を登録する場合に、その登録に係る日がユーザ記憶部に登録された各薬品の服用期間に応じた期間に含まれる薬品情報を特定するので、検索対象となる薬品情報の数が、薬品に係る服用期間に基づき絞り込まれるようになる。すなわち、複数の薬品を服用する場合において、同一成分の薬品を服用するおそれのある期間、又は相互作用が生じる飲み合わせが起こり得る期間を考慮して、検索対象を絞り込むので、現実に即した条件で検索処理の効率化を図れる。

本発明にあっては、同一の効能・成分等を有する薬品が、ジェネリック医薬品のように異なる薬名で存在する場合でも、新たに処方された薬品と同じ成分を含むものが既に処方済みであるかを判別できるので、複数の薬品を服用する場合であっても特定成分を過度に摂取することを未然に防止できる一方、同等薬品が既に処方済みであることを医師や薬剤師に相談することもできるので、同等薬品が重複して処方される状況を回避して薬費用の無駄な出費を抑制することにも貢献できる。
また、本発明にあっては、同一の効能・成分等を有する薬品が、ジェネリック医薬品のように異なる薬名で存在する場合でも、新たに処方された薬品と飲み合わせの悪い薬品が処方済みの中に含まれるかを判別できるので、飲み合わせが推奨されない薬品同士を服用することに対して、ユーザへ注意することができ、組合せの悪い薬品同士の服用による悪影響の発生を防止することに貢献できる。

さらに、本発明にあっては、ユーザ記憶部に登録されている薬品情報を、受け付けた指定に基づき絞り込むので、無用に多数の薬品情報が検索で該当する事態が生じることを防止でき、薬品情報の検索を効率的に行える。
さらにまた、本発明にあっては、薬品の服用期間に基づきユーザ記憶部に登録されている薬品情報を絞り込むので、同一成分を含む薬品の服用又は相互作用のある薬品の服用が起こり得るものだけを検索の対象にでき、より実情に即した検索結果に基づく通知をユーザへ伝えられる。

薬品情報サーバシステムを含む全体的なシステム構成を示す概略図である。 二次元コードを含む薬剤情報の用紙の一例を示す概略図である。 ユーザが使用する携帯電話機の主要な内部構成を示すブロック図である。 薬品情報データベースの中身の概要イメージを示す図表である。 （ａ）は成分データベースの中身の概要イメージを示す図表であり、（ｂ）は中身を並び替えた状態の成分データベースの概要イメージを示す図表である。 成分名称データベースの中身の概要イメージを示す図表である。 非推奨データベースの中身の概要イメージを示す図表である。 （ａ）は分類データベースの中身の概要イメージを示す図表であり、（ｂ）は分類名称データベースの中身の概要イメージを示す図表である。 あるユーザの薬品情報テーブルの中身の概要イメージを示す図表である。 サーバ装置の主要な内部構成を示すブロック図である。 （ａ）はトップページ兼ログインページに応じたページ画面の概略図、（ｂ）は登録内容の設定用のページ画面の概略図である。 登録対象となる薬品情報を含むページ画面の概略図である。 （ａ）は一致するパスワード及びユーザＩＤが無い場合に表示されるページ画面の概略図、（ｂ）は薬品情報テーブルに登録されている薬品情報の登録一覧を配置したページ画面の概略図である。 薬品情報の登録に関する処理手順を示した第１フローチャートである。 検索対象となる薬品情報の設定登録に関する処理手順を示した第２フローチャートである。 同じ成分を含む薬品情報の検索に関する処理手順を示した第３フローチャートである。 飲み合わせの推奨されない薬品の検索に関する処理手順を示した第４フローチャートである。 （ａ）は同等の成分を含む薬品がある旨を示す電子メールの概略図、（ｂ）は飲み合わせの推奨されない薬品がある旨を示す電子メールの概略図である。 服用期間を登録した変形例の薬品情報テーブルの中身の概要イメージを示す図表である。

図１は、本発明の実施形態に係る薬品情報サーバシステム１を含む全体的なシステム構成を示している。薬品情報サーバシステム１は、通信網であるネットワークＮＷ及び中継基地局Ｔ１、Ｔ２・・・Ｔｎを通じて登録ユーザのユーザ端末（携帯電話機５０）と通信可能になっており、登録ユーザに処方された薬品に関する薬品情報を登録ユーザ毎に保管することで、サーバ版の「お薬手帳」としての役割を果たすサービスを提供している。さらに本発明の薬品情報サーバシステム１は、ジェネリック医薬品のように同一の効能・成分等を有する薬品が異なる薬名で複数存在する状況であっても、新たに処方された薬品と同等の成分を含む薬品が過去に処方された中に含まれるかをチェックすると共に、新たに処方された薬品と飲み合わせの悪い薬品（相互作用のある薬品）が過去に処方された中に含まれるかをチェックし、チェック結果をユーザに伝えることもサービス内容に含むことを特徴にしている。

薬品情報サーバシステム１は、薬品情報の提供サービスを行うためのウェブサイトをネットワーク上に開設すると共に、電子メールで各種情報を送信するサービスを行っている。薬品情報サーバシステム１が開設しているウェブサイトは、トップページ、ユーザ登録ページ、薬品情報ページ等を含んでおり、これらのページの中で、薬品情報ページは１つの薬品ごとに１つのＵＲＬが付されたページ構成になっている。このような薬品提供ページへのアクセスは、ＵＲＬの指定により直接アクセスすることも可能であるが、本実施形態では、各薬品提供ページのＵＲＬを含む二次元コード（たとえば、ＱＲコード（登録商標））を利用することで、ユーザが簡単にアクセスできるようにしている。よって、薬品情報サーバシステム１の管理会社等は、薬品情報の提供ページに応じたＵＲＬを含む二次元コードの電子データを生成し、そのような二次元コード用の電子データを調剤薬局等に提供することで、調剤薬局等で二次元コード付きの薬剤情報をプリントアウトできるようにしている。

一般に調剤薬局等では、薬局のスタッフが医師からの処方箋に基づき薬品を調製し、調整した薬品をユーザ（患者へ）へ渡すことになるが、この際、調整した薬品の薬名、用量、服用方法、効能等を記した薬剤情報の用紙も一緒にユーザ（患者）へ渡す。そのため、調剤薬局等は薬局内にパーソナルコンピュータ及びプリンター等の事務機器を設置しており、薬局のスタッフが、このような事務機器を適宜操作することにより薬剤情報の用紙を印刷する。本実施形態では、上述した二次元コード用の電子データを、薬名及び効能等を記した薬品の薬品情報と対応付けて、パーソナルコンピュータのハードディスクドライブ等に記憶し、それにより調剤薬局で二次元コード付きの薬剤情報の用紙を印刷できるようにしている。

図２は、調剤薬局等で印刷される薬剤情報の用紙Ｓの一例を示している。薬剤情報の用紙Ｓは、医師から処方された処方箋に基づき服用対象となる薬品の薬名（メイアウトＭＳ、Ｓ・Ｍ散、ロキソニン等）、用量（５日分等）、服用の仕方（服用時期、１回あたりの服用量等）、服用期間（５日分）等が印字されると共に、用紙右側に薬品ごとの二次元コードＣ１、Ｃ２、Ｃ３が印刷されている。各二次元コードＣ１、Ｃ２、Ｃ３は、対応する薬品の薬品情報ページのＵＲＬを含んでおり、具体的には一番上の二次元コードＣ１は、薬名「メイアウトＭＳ」に応じた薬品情報ページのＵＲＬを含み、上から二番目の二次元コードＣ２は、薬名「Ｓ・Ｍ散」に応じた薬品情報ページのＵＲＬを含み、上から三番目の二次元コードＣ３は、薬名「ロキソニン」に応じた薬品情報ページのＵＲＬを含んでいる。

一方、本実施形態でユーザが用いるユーザ端末には、撮影機能付き（カメラ機能付き）携帯電話機５０を用いており、この携帯電話機５０は二次元コードの解読機能、ウェブサイトの閲覧機能、及び電子メールの送受信機能等を具備する。なお、図１では、ユーザが用いるユーザ端末として１台の携帯電話機５０のみを示しているが、実際には、薬品情報サーバシステム１が提供するサービスに登録しているユーザ数に応じた台数分のユーザ端末（たとえば、上述した機能を具備する携帯電話機）が用いられるものとする。

図３は、携帯電話機５０の主要な内部構成を示している。携帯電話機５０は、各種制御処理を行うＣＰＵ５１に、カメラモジュール５２、通信モジュール５３、ＲＡＭ５４、ＲＯＭ５５、表示部（表示パネル）５６、操作部５７、音出力処理部５８、音入力処理部６０および記憶部６２等を内部バス５０ａで接続した構成になっている。なお、図３では電源及び電源ラインの図示は省略している。以下、携帯電話機５０の各部を説明する。

カメラモジュール５２は、撮影素子であるＣＣＤ又はＣＭＯＳ等を含んだデバイスであり、撮影素子で撮影された画像を表示部５６へ一旦、出力すると共に、ユーザが操作部５７で所要の操作を行うことで、ＣＰＵ５１の制御に従って撮影された画像データをＲＡＭ５４又は記憶部６２へ出力し、撮影された画像データを保管できるようになっている。

通信モジュール５３は、通話・通信等に関する処理を行うデバイスであり、ユーザが操作部５７で所定の通信操作（電子メールの送信操作、インターネットへのアクセス操作等）を行うと、ＣＰＵ５１の制御に従って、図１に示す各中継基地局Ｔ１、Ｔ２・・・Ｔｎと無線通信を行い、ネットワークＮＷに接続される所望の機器（サーバ装置等）との間で通信接続を確立して所望の通信処理を行う。なお、電子メールの受信設定については、携帯電話機５０のデフォルトは「自動」に設定されており、携帯電話機５０宛に送信されてくる電子メールを、待機中の携帯電話機５０は通信モジュール５３で自動受信できるようになっている。

ＲＡＭ５４は、ＣＰＵ５１の処理に従う各種データ等を一時的に記憶すると共に、ＣＰＵ５１の処理用のワークエリアとして機能する。また、ＲＯＭ５５は、ＣＰＵ５１が行う基本的な処理内容を規定したプログラム等を予め記憶すると共に、携帯電話機５０の電話番号、及び携帯電話機５０を識別するための固有ＩＤ（Unique ID）等を含む識別データｄも記憶する。

表示部５６は図１にも示すように、携帯電話機５０の筐体５０ａの前面に配置される表示パネルを含んだ表示デバイスであり、ＣＰＵ５１の制御に従って各種内容を表示する。操作部５７は図１にも示すように、携帯電話機５０の筐体５０ａの前面に配置される上下左右キー、決定キー、数字キー等から構成される操作デバイスであり、ユーザが行う各種操作を受け付けて、受け付けた操作内容をＣＰＵ５１へ伝える。

音出力処理部５８は、スピーカ５９を接続しており、通話時の音声出力又は各種音声データの音声出力に係る処理を行ってスピーカ５９から音声を出力するものである。また、音入力処理部６０はマイク６１と接続されており、通話時にユーザが発する音声を取得する処理を行う。

記憶部６２は、不揮発性メモリ等で構成されており、端末プログラム６３、ブラウザプログラム６４、メールプログラム６５及び二次元コードプログラム６６等を記憶している。記憶部６２に記憶される端末プログラム６３は、携帯電話機５０に係る各種基本機能を実現するために、ＣＰＵ５１の基本的な制御処理内容を規定したソフトウェアプログラムであり、携帯電話機５０の通話及び通信に係る制御処理、各種データの管理処理等を規定している。

また、記憶部６２に記憶されるブラウザプログラム６４は、携帯電話機５０が通信モジュール５３を通じてウェブサイトを設けている各種サーバシステムへアクセスした場合に、アクセス先のサーバシステムから送信されてくるページ画面データ（ＨＴＭＬファイル形式等の画面データ）に応じたウェブページのサイト画面を、表示部５６に表示するための処理等を行うプログラムである。

さらに、記憶部６２に記憶されるメールプログラム６５は、電子メールの作成・編集、電子メールの送受信、電子メールの表示、電子メールの管理等の処理を規定したプログラムであり、このメールプログラム６５に規定された内容に従ってＣＰＵ５１が電子メールに関する各種制御処理を行うようになっている。

さらにまた、記憶部６２に記憶される二次元コードプログラム６６は、図２に示す二次元コードＣ１等に含まれる内容を解析する処理をＣＰＵ５１が行うことを規定したものである。本実施形態の二次元コードプログラム６６は、起動した状態で、この二次元コードプログラム６６の処理に合わせてカメラモジュール５２で二次元コードが撮影されると、撮影された画像データを一旦ＲＡＭ５４に保存させて、二次元コードに含まれる内容をＣＰＵ５１に解読させ、解読した中にＵＲＬが含まれていると、端末プログラム６３及びブラウザプログラム６４と連携した処理をＣＰＵ５１に行わせることを規定する。そして、二次元コードプログラム６６は、端末プログラム６３の通信機能と連携して、ＵＲＬを所定の連絡先へ送信し、ＵＲＬで指定されたウェブページを開設するサーバへ携帯電話機５０がアクセスする処理をＣＰＵ５１に行わせると共に、アクセスにより取得したウェブページのページ画面を、ブラウザプログラム６４の閲覧機能と連携して、表示部５６に表示させる処理を行うことを規定する。携帯電話機５０の概要は、以上のような内容であり、本発明で使用される他の登録ユーザに係るユーザ端末（携帯電話機）も、上述した携帯電話機５０と同等の構成になっているものとする。

次に、本発明の中心的な役割を担う薬品情報サーバシステム１について説明する。薬品情報サーバシステム１は、図１にも示すように、サーバ装置１０に薬品情報データベース２、成分データベース３、成分名称データベース４、非推奨データベース５、分類データベース６、分類名称データベース７、及びユーザデータベース８を内部通信線１ａ〜１ｇでアクセス可能に接続した構成になっている。各データベース２〜８は、データベース装置（データベースサーバ等）として構成されており、このデータベース装置が有する記憶部に、それぞれのデータベースが記憶されたものになっている。以下、各データベース２〜８について説明する。なお、薬品情報サーバシステム１の全体的な構成は図１にしめすものに限定されるものではなく、各データベース２〜８をサーバ装置１０と適宜一体化して、サーバ装置１０に所要のデータベースを含ませる構成にすることも可能である。

薬品情報データベース２は、薬品情報を多数蓄えたデータベースであり、１つの薬品ごとに固有の記憶エリア（格納エリア）を設け、その記憶エリアに１つの薬品に応じた薬品情報を登録すると共に、その記憶エリアに固有のＵＲＬを付している。

図４は、薬品情報データベース２のデータベース構造の概要的なイメージを示している。薬品情報データベース２は、薬品ごとに応じた記憶エリアを設け、その薬品ごとの記憶エリアに特定のＵＲＬを付すと共に、そのＵＲＬに対応する薬品情報を登録している。記憶エリアに登録される薬品の薬品情報には、その薬品を識別するための薬品コード（薬品識別情報に相当）、薬名（製品名）、メーカ名（製薬会社名）、一般名、形状、薬価、効果・効能、作用、副作用、薬品の外観を示す画像等（その他の欄に含まれるもの）が含まれている。薬品情報データベース２は、内部通信線１ａを通じてサーバ装置１０からＵＲＬが連絡されると、そのＵＲＬが付された記憶エリアに含まれる薬品情報を読み出してサーバ装置１０へ送る仕様になっている。なお、薬品情報データベース２は、新たな薬品の販売等に伴って、新たな薬品情報が随時追加・更新されている。

また、成分データベース３は、薬品コード及び薬品の成分を識別する成分コード（成分識別情報に相当）を複数含んだものであり、成分コードと、その成分コードで識別される成分を含む薬品に応じた薬品コードとを対応付けて登録したデータベース構造になっている。また、成分データベース３は、登録した各コードの並び替えが可能になっており、たとえば薬品コードと、その薬品コードで識別される薬品の成分を識別する成分コードとを対応付けた状態へと並び替えることも可能になっている。なお、同一の成分を含む薬品が複数存在する状況としては、先発医薬品と、ジェネリック医薬品のような後発医薬品（厚生労働省が先発医薬品と同等と認めた医薬品）とが並行して販売されている状況が考えられる。

図５（ａ）は、成分データベース３のデータベース構造の概要的なイメージを示しており、成分コードと、その成分コードで識別される成分を含む薬品に応じた薬品コードとを対応付けて登録した状態の一部分を表している。具体的に成分データベース３は、成分コード「Ｃ０００１」に、複数の薬品コード「Ａ０００１」、「Ａ００５１」、「Ａ００５３」、「Ａ００６３」、「Ａ００７５」、「Ａ００９２」等を対応付けており、これらの各薬品コード（Ａ０００１〜Ａ００９２等）で識別されるそれぞれの薬品には、成分コード「Ｃ０００１」で識別される成分（たとえば、トリアゾウム）が含まれる。以下同様に、成分データベース３は、成分コード「Ｃ０００２」に、複数の薬品コード「Ａ０００２」、「Ａ００１３」、「Ａ００２４」等を対応付けており、成分コード「Ｃ０００３」に、複数の薬品コード「Ａ０００４」等を対応付けている。なお、成分データベース３は、新しい薬品の販売等に応じて随時データベースの中身が更新されるものとする。

また、図５（ｂ）は、上述した図５（ａ）に示す成分データベース３の登録内容を並び替えた状態の成分データベース３′を示している。この成分データベース３′は、中身自体は図５（ａ）の成分データベース３と同様であり、中身の並べ方（見せ方）を、薬品コードを主にして並び替えたものであり、薬品コードと、その薬品コードで識別される薬品が含む成分を識別する成分コードとを対応付けた状態の一部分を表している。具体的に成分データベース３′は、薬品コード「Ａ０００１」に、複数の成分コード「Ｃ０００１」、「Ｃ０００２」、「Ｃ０００４」、「Ｃ０００８」を対応付けており、これらの各成分コード（Ｃ０００１〜Ｃ０００８）で識別されるそれぞれの成分を、薬品コード「Ａ０００１」で識別される薬品（薬名「ＴＴＺ□□」。図４参照）が含むことになる。以下同様に、成分データベース３′は、薬品コード「Ａ０００２」に、複数の成分コード「Ｃ０００２」、「Ｃ０００３」、「Ｃ０００９」、「Ｃ００１２」を対応付けており、薬品コード「Ａ０００３」に、複数の成分コード「Ｃ０００１」、「Ｃ０００３」、「Ｃ０００４」、「Ｃ００１０」を対応付けている。なお、図５（ａ）、（ｂ）は、成分データベース３、３′の一部分のみを示しており、実際の成分データベース３、３′は、ユーザに入手可能な薬品の薬品コード及びそれらの薬品に含まれる成分の成分コードが登録されている。

このように成分データベース３、３′は、薬品コード及び成分コードと云う識別用のコードをそれぞれ対応付けて登録を行うことで、薬名（名称）のような直接的な情報でなく、コードと云う中間的な識別情報を用いて検索処理等を行えるようになり、薬名又は成分名等の名称同士を直接的に対応付けて登録する場合に比べて、データベースに対するメンテナンス面での効率化及び情報の高精度化を図れる。すなわち、データベースに薬名又は成分名等を直接的に登録すると、登録に係る入力の手間が増大し、登録漏れが発生しやすくなるが、薬品に含まれる含有成分に応じたデータベースを構築することで、良好なメンテナンス性を確保できる。

図６は、成分名称データベース４の概要的な中身を示している。成分名称データベース４は、図５（ａ）（ｂ）に示した成分データベース３、３′に含まれる各成分コードで識別される各成分の名称（成分名称）を登録したものであり、成分コードごとに成分名称を対応付けている。具体的には、成分コード「Ｃ０００１」には、成分名称「トリアゾラム」を対応付けて登録している。よって、このように成分名称データベース４に成分名称を登録することで、成分名称が必要になったときは、成分名称データベース４を参照すれば成分名称が分かるので、上述した成分データベース３、３′に成分名称を含ませなくても、ユーザサービス等に支障が生じないようにしている。

図７は、非推奨データベース５のデータベース構造の概要的なイメージを示している。非推奨データベース５は、薬品コード（薬品識別情報）及び薬品が属する分類を識別する非推奨分類コード（分類識別情報に相当）をそれぞれ複数含んだものであり、薬品コードと、その薬品コードに応じた薬品と飲み合わせることが推奨されない薬品が属する分類に応じた非推奨分類コードとをそれぞれ対応付けて登録している。なお、飲み合わせることが推奨されない薬品の組合せは、医学的に飲み合わせが禁止されているもの、臨床的に飲み合わせが悪いことが判明しているものなどがあり、これらの飲み合わせが悪い薬品同士の組合せに基づき非推奨データベース５が構築されている。

非推奨データベース５は具体的な中身として、薬品コード「Ａ０００１」に複数の非推奨分類コード「Ｂ０００１」、「Ｂ０００２」、「Ｂ０００３」、「Ｂ０００４」を対応付けており、これらの各非推奨分類コード（Ｂ０００１〜Ｂ０００４）で識別されるそれぞれの分離に属する複数の薬品が、薬品コード「Ａ０００１」で識別される薬品（薬名「ＴＴＺ□□」。図４参照）と飲み合わせが悪いことになる。以下、同様に非推奨データベース５は、薬品コード「Ａ０００２」に、複数の非推奨分類コード「Ｂ０００２」、「Ｂ０００５」、「Ｂ００１２」を対応付けており、薬品コード「Ａ０００３」に、単一の成分コード「Ｂ０００１」を対応付けており、薬品コード「Ａ０００４」に、単一の成分コード「Ｂ００３３」を対応付けている。なお、図７は、非推奨データベース５の一部分のみを示しており、実際の非推奨データベース５は、ユーザに入手可能な全ての薬品の薬品コード及びそれらの薬品と飲み合わせが悪い薬品が属する分類の非推奨分類コードが登録されている。また、非推奨データベース５も、新しい販売される薬品について飲み合わせが悪い薬品のペアが判明すると、随時データベースの中身が更新されるものとする。

非推奨データベース５も、上述した成分データベース３、３′と同様に、薬品コード及び非推奨分類コードと云う識別用のコードを対応付けて登録を行うので、薬名又は非推奨分類名等の名称同士を直接的に対応付けて登録する場合に比べて、データベースに対するメンテナンス面での効率化及び情報の高精度化を図れる。すなわち薬名又は非推奨分類名等を直接、データベースに登録すると、組合せ数が多くなり、登録漏れの可能性が高まる。また一般に、医薬品の添付文書上における相互作用に関する記載では、具体的な薬品の名称（商品名）で記載が行われておらず、「○○系薬剤」と云うように薬剤の分類を示す分類名（グループ名）又は薬品に含まれる成分等で記載されることがほとんどであることから、上述したように識別用のコードを登録することで、データベースのメンテナンスを効率良く行えると共に、登録内容の精度も高められる。

図８（ａ）は、分類データベース６のデータベース構造の概要的なイメージを示している。分類データベース６は、非推奨分類コード及び薬品コードをそれぞれ複数含み、非推奨分類コードと、その非推奨分類コードで識別される分類に属する薬品の薬品コードとをそれぞれ対応付けて登録したものである。

分類データベース６は具体的な中身として、非推奨分類コード「Ｂ０００１」に、複数の薬品コード「Ａ００３５」、「Ａ００５１」、「Ａ００５２」、「Ａ００６８」、「Ａ００８２」、「Ａ００９９」を対応付けており、これらの各薬品コード（Ａ００３５〜Ａ００９９）で識別されるそれぞれの薬品は、非推奨分類コード「Ｂ０００１」で識別される分類に属することになる。以下、同様に分類データベース６は、非推奨分類コード「Ｂ０００２」に、複数の薬品コード「Ａ０００５」、「Ａ００５８」、「Ａ００６６」、「Ａ００８８」、「Ａ００９１」、「Ａ０１２２」、「Ａ０２０１」を対応付けている。なお、図８（ａ）は、分離データベース６の一部分のみを示しており、実際の分類データベース６は、ユーザに入手可能な全ての薬品の薬品コード及びそれらの薬品と飲み合わせが悪い薬品が属する分類の非推奨分類コードが登録されている。また、分類データベース６も、新しい薬品の販売等に応じて随時データベースの中身が更新されるものとする。

図８（ｂ）は、分類名称データベース７の概要的な中身を示している。分類名称データベース７は、図７に示した非推奨データベース５及び図８（ａ）に示した分類データベース６に含まれる各非推奨分類コードで識別される各分類の名称（分類名称）を登録したものであり、非推奨分類コードごとに分類名称を対応付けている。具体的に分類名称データベース７は、非推奨分類コード「Ｂ０００１」に分類名称「イトラコナゾール」を対応付けて登録しており、以下、非推奨分類コード「Ｂ０００２」に分類名称「フルコナゾール」を、非推奨分類コード「Ｂ０００３」に分類名称「ホスフルコナゾール」を、非推奨分類コード「Ｂ０００４」に分類名称「ボリコナゾール」を、非推奨分類コード「Ｂ０００５」に分類名称「ミコナゾール」を、それぞれ対応付けて登録している。このように分類名称データベース７に分類名称を登録することで、分類名称が必要になったときは、分類名称データベース７を参照すれば、その名称が分かるので、上述した各データベース６、７に名称を含ませなくても、ユーザサービス等に支障が生じないようにしている。

また、ユーザデータベース８は、薬品情報サーバシステム１が提供するサービスを受けるためにユーザ登録したユーザの情報をユーザごとに記憶したデータベースである。ユーザデータベース８は、登録ユーザごとに固有のユーザエリア（ユーザ記憶部に相当）を設けており、このユーザエリアごとにユーザ情報と、ユーザに処方された薬品情報を登録した薬品情報テーブルを含むようなデータベース構造になっている。

すなわち、図１に示すユーザデータベース８は、ユーザＡ用のユーザエリアＵ１、ユーザＢ用のユーザエリアＵ２等を設け、ユーザエリアＵ１に、ユーザＡのユーザ情報Ｕ１ａ及びユーザＡに提供された今までの薬品情報を含む薬品情報テーブルＵ１ｂを記憶し、ユーザエリアＵ２に、ユーザＢのユーザ情報Ｕ２ａ及びユーザＢに提供された今までの薬品情報を含む薬品情報テーブルＵ２ｂを記憶している。なお、図１では例示的に、ユーザＡ、Ｂ用のユーザエリアＵ１、Ｕ２のみを示しているが、実際のユーザデータベース８は、登録ユーザの数に応じてユーザエリアを設けており、このように設けられるユーザエリアの数は、新規ユーザ登録または登録ユーザの退会等により増減する。

各ユーザエリアに登録されるユーザ情報（たとえば、ユーザ情報Ｕ１ａ、Ｕ２ａ等）には、登録ユーザの氏名、ユーザ端末（携帯電話機）の電話番号、ユーザ端末（携帯電話機）の固有ＩＤ（Unique ID）、ユーザＩＤ（ユーザ識別情報に相当）、電子メールアドレス（ユーザアドレスに相当）等が含まれている。ユーザ情報に含まれる情報は、ユーザＩＤ以外については、ユーザ登録時にユーザから付与される内容であり、ユーザＩＤは設定登録時に、薬品情報サーバシステム１のサーバ装置１０により発行されるものである。また、ユーザデータベース８は、内部通信線１ｇを通じてサーバ装置１０からユーザＩＤ及び薬品情報が送られてくると、送られてきたユーザＩＤに応じたユーザエリアの薬品情報テーブルに、送られてきた薬品情報を、そのときの日（登録日）と共に登録する仕様になっている。

図９は、ユーザエリアＵ１に記憶された薬品情報テーブルＵ１ｂの概要的なイメージを示している。薬品情報テーブルＵ１ｂは、登録日と、その登録日に提供された薬品情報を対応付けたものになっており、薬品情報に含まれる項目は、基本的に図４に示す薬品情報（薬品コード、薬名、メーカ名、一般名、形状、薬価、効果・効能、作用、副作用等）と同様である。また、薬品情報テーブルＵ１ｂは、薬品情報ごとにフラグ（「０」又は「１」）を対応付けており、このフラグの中身が、後述する検索処理で検索対象にする薬品情報の指定を識別する情報（指定識別情報）として機能し、フラグの「０」は検索対象の指定を受け付けていないことを意味し、フラグの「１」の検索対象の指定を受け付けていることを意味する（フラグの中身は、デフォルトで「０」に設定される）。このように薬品情報テーブルＵ１ｂは、登録日に対応付けて薬品情報を登録することにより、どのような薬が自身に、いつ処方されたかを参照できるようになっている。また、他のユーザエリア（たとえば、ユーザエリアＵ２）に登録されている薬品情報テーブル（たとえば、薬品情報テーブルＵ２ｂ）も、図９に示す内容と同等のものになっている。

次に、上述した各データベース２〜８に接続されるサーバ装置１０について説明する。本実施形態のサーバ装置１０には、汎用のサーバコンピュータを適用しており、薬品情報を提供するサービスに関するウェブサイトの配信、登録ユーザへ各種情報を伝えるための電子メールの送信等に関する各種処理を行っており、このような処理を行うために各データベース２〜８とも適宜連携して様々な処理を行う。

図１０は、サーバ装置１０の主要な内部構造を示している。サーバ装置１０は、様々な制御処理を行うＭＰＵ１１を、内部バス１０ａを介して通信インタフェース１２、ＲＡＭ１４、ＲＯＭ１５、及びハードディスク装置１６と接続した構成になっている。以下、サーバ装置１０の各部について説明する。

通信インタフェース１２は、薬品情報サーバシステム１内の内部ネットワーク及びシステム外の機器と通信処理を行うための通信手段に相当し、内部ネットワークと通信を行うために、内部通信線１ａ〜１ｇが接続されて各データベース２〜８との通信（アクセス）を可能にしている。また、通信インタフェース１２は、外部通信線１ｈを介して外部通信ユニット１３と接続されており、外部通信ユニット１３の先は外部ネットワーク回線と繋がっており、それにより最終的には図１に示すネットワークＮＷと繋がって、外部の機器と通信を行えるようになっている。

また、ＲＡＭ１４は、ＭＰＵ１１の処理に伴って生じるデータ及びフォルダ等を一時的に記憶し、ＲＯＭ１５は、ＭＰＵ１１が行う基本的な処理内容を規定したプログラム等を予め記憶している。

ハードディスク装置１６は、サーバ装置１０を作動させる上で、基本的な各種処理内容を規定したシステムプログラム２０、及び本発明に関連した各種処理を規定したサーバプログラム２１等を記憶している。さらに、ハードディスク装置１６は、これらのプログラム以外に、ウェブサイトを構成する各ウェブページ用のページ画面データを含むウェブサイトデータ２２等も記憶している。

ハードディスク装置１６に記憶されたサーバプログラム２１は、サーバ装置１０が開設しているウェブサイト（薬品情報の提供サービスに関するウェブサイト）へアクセスしてきた外部の通信機器へ、ウェブサイトを構成する各種ウェブページの画面データ（ウェブサイトデータ２２に含まれるページ画面データＤ１、Ｄ２等）を適宜送信するためのＭＰＵ１１の制御処理及び電子メールの送信制御処理等を規定している。なお、本実施形態のウェブサイトは、主に携帯電話機向けのサイトになっており、各ページ画面データＤ１、Ｄ２等は、携帯電話機用のブラウザプログラムで表示処理が行えるデータ形式（例えば、ＨＴＭＬ等のマークアップ言語で記述された形式）になっており、アクセス元で表示された際に、各種情報（ユーザ情報）の入力が受け付け可能な画面構成になっているものがある。また、ページ画面データの中には、プレーンな部分（空き部分）を有するものがあり、サーバ装置１０が処理段階に応じて各データベースから読み出した情報を、そのプレーンな部分に配置して、送信用のページ画面データを生成する場合もある。

図１１（ａ）（ｂ）は、サーバ装置１０が開設しているウェブサイト（以下、薬品情報サービスサイトと称す）を構成する各ウェブページのページ画面３０、３１が、アクセス元の携帯電話機（たとえば、携帯電話機５０の表示部５６）で表示された状態を示している。これらのページ画面３０、３１のそれぞれは、ウェブサイトデータ２２に含まれるページ画面データＤ１、Ｄ２等に基づくものであり、例えば、ページ画面データＤ１が図１１（ａ）のページ画面３０を表示させるためのデータになっており、アクセス元の携帯電話機でページ画面データＤ１が受信されると、そのアクセス元の携帯電話機のブラウザプログラムの処理を経て図１１（ａ）に示す内容が、その携帯電話機（例えば、携帯電話機５０の表示部５６）に表示される。

図１１（ａ）のページ画面３０（ログインページ画面）は、薬品情報サービスサイトのトップページ兼登録ユーザ用の入り口ページに該当するものであり、情報の入力が可能な登録ユーザのパスワード入力欄３０ａ及びユーザＩＤ入力欄３０ｂを設けると共に、選択操作が可能なログインボタン３０ｃ及び案内ボタン３０ｄ（「初めての方はこちらへ」と記述されたボタン）を配置している。ページ画面３０は、パスワード入力欄３０ａ及びユーザＩＤ入力欄３０ｂに所定の情報が入力された状態でログインボタン３０ｃの選択操作を受け付けると、ページ画面データＤ１の記述内容により、各欄３０ａ、３０ｂに入力された情報及びログインボタン３０ｃが選択された旨をサーバ装置１０へ送信するようになっている。また、ページ画面３０は、案内ボタン３０ｄの選択操作を受け付けた場合、案内ボタン３０ｄが選択された旨をサーバ装置１０へ送信するようになっている。

また、図１１（ｂ）のページ画面３１は、ユーザ情報の登録用のページ内容に相当し、このページ画面３１は、図１１（ａ）のページ画面３０で案内ボタン３０ｄの選択操作に伴って、サーバ装置１０から送信されてくるページ画面データ（例えば、ページ画面データＤ２）に基づくものである。ページ画面３１は、ユーザ登録に必須の入力欄として氏名入力欄３１ａ、電話番号入力欄３１ｂ、パスワード入力欄３１ｃ、及び電子メールアドレス入力欄３１ｄ等の入力欄を設けると共に、選択操作が可能な戻るボタン３１ｅ及び登録ボタン３１ｆを配置している。各入力欄３１ａ〜３１ｄには、登録するユーザに関する情報の入力が可能になっており、各入力欄３１ａ〜３１ｄに情報が入力された状態で、登録ボタン３１ｆの選択操作が行われると、各入力欄３１ａ〜３１ｄに入力された情報及びユーザ端末の識別情報（携帯電話機の固有ＩＤ）がサーバ装置１０へ送信されるようになっている。

なお、サーバ装置１０は、ページ画面３１を経て送信されてきた情報（ユーザ情報）を受信すると、ユーザデータベース８に、新登録ユーザ用のユーザＩＤを発行すると共にユーザエリアを作成して、ユーザ情報（受信した情報及びユーザＩＤ）を新たに作成したユーザエリアに記憶（登録）し、さらに、発行したユーザＩＤを通知する電子メールを、ユーザ情報に含まれる電子メールアドレス宛に送信する処理を行う。

また、サーバ装置１０は、上述したページ画面３０、３１以外にも、ウェブサイトの閲覧段階等に応じて、様々なウェブページのページ画面を閲覧元のユーザ端末（携帯電話機）へ送信するようになっている。他のページ画面の例としては、図１２、図１３（ａ）（ｂ）に示すページ画面３２、３３、３４等がある。

図１２のページ画面３２は、薬品情報を提供するものであり、サーバ装置１０により適宜生成される画面データに応じた内容になっている。詳しくは、登録ユーザのユーザ端末（携帯電話機）から、薬品情報データベース２に記憶されている薬品情報の記憶エリアに付されたＵＲＬが送信されてサーバ装置１０へアクセスされてくると、サーバ装置１０は、アクセスに伴うＵＲＬの付された薬品情報を読み出して、薬品情報提供用のページ画面データのプレーンな部分（空き部分）に配置することで、図１２に示すような特定の薬品に係る薬品情報３２ａを含むページ画面データを生成する。なお、このページ画面３２は、薬品情報の登録の適否をユーザに問うためのＹＥＳボタン３２ｂ及びＮＯボタン３２ｃを配置している。

ページ画面３２において、ＹＥＳボタン３２ｂが選択される操作が行われると、サーバ装置１０は、ページ画面３２に含む薬品情報３２ａを、閲覧しているユーザのユーザエリアに記憶された薬品情報テーブルへ登録するための処理を開始し、次の段階として、サーバ装置１０は、上述した図１１（ａ）に示すページ画面３０のページ画面データをユーザ端末（携帯電話機）へ送信し、提供した薬品情報の登録の適否をユーザに問うことになる。また、ページ画面３２ａで、ＮＯボタン３２ｂが選択される操作が行われた場合は、その操作によりサーバ装置１０は、ページ画面データの送信処理を終了することになる。

図１３（ａ）に示すページ画面３３は、図１１（ａ）のページ画面３０を経て送信されてきたパスワード及びユーザＩＤに一致するものが、ユーザデータベース８の中から見つからない場合に、サーバ装置１０が、閲覧中のユーザのユーザ端末（携帯電話機）へ送信するページ画面データに相当するものである。このページ画面３３にも、終了ボタン３３ａ及び戻るボタン３３ｂが配置されており、終了ボタン３３ａの選択操作が行われると、サーバ装置１０は、ページ画面データの送信処理を終了し、戻るボタン３３ｂの選択操作が行われると、サーバ装置１０は再度、図１１（ａ）に示すページ画面３０のページ画面データをユーザ端末宛に送信することになる。

また、図１３（ｂ）に示すページ画面３４は、あるユーザのユーザエリアの薬品情報テーブル（例えば、薬品情報テーブルＵ１ｂ）に登録された情報の登録一覧３４ａを配置したページ画面データに相当するものであり、サーバ装置１０は、新たな薬品情報をユーザエリアの薬品情報テーブルに登録した場合、又はユーザから薬品情報テーブルの閲覧要求があった場合等に、該当するユーザのユーザエリアから薬品情報テーブル（図９参照）に登録されている登録日及び薬名を含む薬品情報を読み出して、図１３（ｂ）に示すように登録一覧３４ａを生成して、ページ画面データのプレーンな部分（空き部分）に配置し、図１３（ｂ）に示すようなページ画面３４のページ画面データを生成する。

また、このページ画面３４に係るページ画面データは、検索対象の設定欄ｔ１〜ｔ１１等、設定ボタン３４ｂ、戻るボタン３４ｃをページ画面３４に配置している。設定欄ｔ１〜ｔ１１等は、登録一覧３４ａに含まれる薬品情報ごとに配置されるものであり、ユーザの入力操作が受付可能になっている。具体的には各設定欄ｔ１〜ｔ１１等は、ＯＮまたはＯＦＦのいずれかユーザが選択できる仕様になっており、ユーザからＯＮの選択操作を受け付けた場合は、その設定欄に対応する薬品情報は、後述の検索処理における検索対象としての指定を受け付けたことになる。なお、設定欄ｔ１〜ｔ１１等のデフォルトの状態はＯＦＦに設定されている。また、設定欄ｔ１〜ｔ１１等が、ユーザからＯＦＦの選択操作を受け付けた場合、その設定欄に対応する薬品情報は検索対象から外す指定を受け付けたことになる。なお、図１３（ｂ）に示す状態では、登録日が２００８年１１月１１日と、２００８年１１月２０日の薬品情報が、検索対象になっており（設定欄ｔ１〜ｔ９がＯＮ）、２００８年１０月３１日以前の薬品情報は検索対象から外れた状態になっている（設定欄ｔ１０、１１等がＯＦＦ）。

また、設定ボタン３４ｂの選択操作が行われると、ページ画面３４に係るページ画面データの記述（規定）に基づき、薬品情報ごとに対応する設定欄ｔ１〜ｔ１１等に設定されたＯＮまたはＯＦＦを示す情報が薬品情報に対応付けられた状態で、サーバ装置１０へ送信されるようになっている。このような情報が送信されてくると、サーバ装置１０は、ＯＮに応じた薬品情報に対して、該当するユーザの薬品情報テーブル（例えば、図９に示す薬品情報テーブルＵ１ｂ）のフラグに「１」を設定し、ＯＦＦに応じた薬品情報に対してはフラグに「０」を設定する。なお、サーバ装置１０は、設定ボタン３４ｂの選択操作に応じてページ画面データの送信処理を終了し、戻るボタン３４ｃの選択操作に基づき、ページ画面３４の直近に閲覧されていたページ画面のページ画面データをユーザ端末宛に送信する処理を行うことになる。

次に、図１０のハードディスク装置１６に記憶されたサーバプログラム２１（本発明のコンピュータプログラムに相当）の本発明に関する規定内容について詳しく説明する。サーバプログラム２１は、ＭＰＵ１１が各種手段として機能する処理内容を規定しており、具体的には、外部からのアクセスに応じてウェブサイト用の各種ページ画面データＤ１等を提供するための一般的な処理を規定すると共に、本発明の特徴となる薬品情報データベース２に登録されている薬品情報の提供処理、提供した薬品情報の登録処理、成分データベース３における成分コード及び薬品コードの検索処理、ユーザエリアの薬品情報テーブルに登録された薬品情報の検索処理、非推奨データベース５における非推奨分類コードの検索処理、分類データベース６における薬品コードの検索処理、電子メールの送信処理及びユーザデータベース８の構築処理等を規定している。

サーバプログラム２１が規定する薬品情報の提供処理は、サーバ装置１０が通信インタフェース１２を通じてＵＲＬを受け付けることで開始される。サーバ装置１０のＭＰＵ１１は、受け取ったＵＲＬが付された記憶エリアを薬品情報データベース２から特定し（図４参照）、その特定した記憶エリアに登録されている薬品情報を読み出す処理を行う。また、サーバ装置１０は、読み出した薬品情報を用いて図１２に示すページ画面３２に相当するページ画面データを生成し、通信インタフェース１２を用いてアクセス元（ＵＲＬの送信元）のユーザ端末（携帯電話機）へ送信する処理を行う。このようなＭＰＵ１１に関する処理が、薬品情報の提供処理としてサーバプログラム２１に規定されている（以下、同様）。

また、サーバプログラム２１が規定する薬品情報の登録処理は、上述した薬品情報の提供処理に応じて、アクセス元のユーザ端末（携帯電話機）から、提供された薬品情報を登録する旨の指示に加えて、ユーザを識別するパスワード及びユーザＩＤがサーバ装置１０へ送信されてくると、ＭＰＵ１１は、送信されてきたパスワード及びユーザＩＤに一致するユーザ情報を含むユーザエリアをユーザデータベース８に対してＭＰＵ１１が検索することを規定する。さらに、検索により一致するユーザ情報を見つけた場合、ＭＰＵ１１は、一致するユーザ情報を含むユーザエリアの薬品情報テーブルに、提供した薬品情報（例えば、薬品コードが「Ａ０００２」の薬品情報）を登録する処理を行う。なお、検索により一致するユーザ情報が見つからない場合、ＭＰＵ１１は、図１３（ａ）に示すページ画面３３用のページ画面データを、通信インタフェース１２を用いてアクセス元のユーザ端末（携帯電話機）へ送信することになる。

さらにまた、サーバプログラム２１の薬品情報の登録処理は、ユーザエリアの薬品情報テーブルに登録するフラグに関するＭＰＵ１１の処理も含んでいる。図１３（ｂ）に示すページ画面３４の記述に応じてユーザ端末から薬品情報ごとにＯＮまたはＯＦＦを示す情報が薬品情報に対応付けてサーバ装置１０へ送信されてくると、サーバプログラム２１のフラグに関する処理の規定内容に基づきＭＰＵ１１が、ＯＮになっている薬品情報に対応付けられたフラグに「１（指定識別情報に相当）」を登録する処理を行うことを意味する。なお、ＭＰＵ１１は、ＯＦＦになっている薬品情報に対応付けられたフラグには「０」を設定する。

また、サーバプログラム２１が規定する処理の中で、同じ成分を含む薬品を探し出す処理として、成分コードの検索処理、薬品コードの検索処理、薬品情報の検索処理、及び電子メールの送信処理等がある。成分コードの検索処理（成分検索ステップに相当。ＭＰＵ１１が成分検索手段として行う処理内容に該当）は、上述のサーバ装置１０が提供した薬品情報の登録処理を行う場合、図５（ｂ）で示される成分データベース３′から、サーバ装置１０が提供した薬品情報に含まれる薬品コードに対応付けられた成分コードをＭＰＵ１１が検索することを規定している。たとえば、検索キーとして薬品コード「Ａ０００２」で成分データベース３′を検索すると、ＭＰＵ１１は成分コードとして「Ｃ０００２」、「Ｃ０００３」、「Ｃ０００９」、「Ｃ００１２」を検索することになる。なお、ユーザ端末から、検索された成分コードの成分名称を要求する指示等があった場合、ＭＰＵ１１は、図６に示す成分名称データベースを参照して、対象となる成分コードに対応付けられた成分名称を検索して特定し、その成分名称をユーザ端末へ通知する処理等を行う。

また、サーバプログラム２１が規定する薬品コードの検索処理（識別情報検索ステップに相当。ＭＰＵ１１が識別情報検索手段として行う処理内容に該当）は、図５（ａ）で示される成分データベース３から、検索された成分コードに対応付けられた薬品コードをＭＰＵ１１が検索することを規定している。たとえば、検索キーとして成分コード「Ｃ０００２」で成分データベース３を検索すると、ＭＰＵ１１は薬品コードとして「Ａ０００２」、「Ａ００１３」、「Ａ００２４」等を検索することになる。なお、上述した成分コードの検索処理では通常、複数の成分コードが検索されることから、この薬品コードの検索処理では、検索されたそれぞれの成分コードについて、成分データベース３から薬品コードを検索することになる。

さらに、サーバプログラム２１が規定するユーザエリアの薬品情報テーブルに登録された薬品情報の検索処理（登録検索ステップに相当。ＭＰＵ１１が登録検索手段として行う処理内容に該当）は、上述した薬品コードの検索処理で検索した薬品コードを含む薬品情報が、上記の薬品情報の登録処理を行うユーザエリア（薬品情報テーブル）に登録されているか否かをＭＰＵ１１が検索することを規定している。この検索の際、ＭＰＵ１１は、薬品情報テーブル（例えば、薬品情報テーブルＵ１ｂ）に登録されている薬品情報の中で、フラグが「１」になっている薬品情報のみを検索対象にしており、それにより検索処理の効率化を図ると共に、多数の薬品情報がヒットする事態が生じることを防止している。また、検索の対象となる薬品情報テーブルは、上述のサーバ装置１０が提供した薬品情報の登録処理が行われていない状態で検索することになり、例えば、図９の薬品情報テーブルＵ１ｂにおいて、薬品コード「Ａ０００２」の薬品情報の登録処理に伴って、上述した成分コードの検索処理、薬品コードの検索処理等を行う場合は、薬品コード「Ａ０００２」の薬品情報が登録される前の状態の薬品情報テーブルから、薬品情報の検索処理を行うことになる。

よって、例えば、新たな薬品コード「Ａ０００２」の薬品情報を２００８年１１月２０日に登録する処理に伴って、図９の薬品情報テーブルＵ１ｂ（２００８年１１月２０日の薬品コード「Ａ０００２」の登録を外した状態のもの）の中のフラグが「１」の薬品情報に対して、薬品コード「Ａ０００２」、「Ａ００１３」、「Ａ００２４」で検索を行うと、２００８年１１月１８日登録の薬品コードが「Ａ００２４」の薬品情報（薬名が「ＡＸ−△△」の薬品情報）を、ＭＰＵ１１は検索して特定することになる。なお、検索結果により特定される薬品の数は、成分データベース３に登録されている薬品情報の種類、ユーザエリアの薬品情報テーブルに登録されている薬品情報の種類、数又はフラグの状態により様々であり、後発医薬品が販売されていない状況又は薬品情報テーブルに登録されている薬品情報の数が限られるときなどは、検索結果がゼロになることもある。

また、サーバプログラム２１が規定する電子メールの送信処理として、上記の成分コードの検索処理からユーザエリアの薬品情報の検索処理を経て最終的に薬品情報が検索されると、今回処方された薬品（今回、登録処理を行う薬品情報に係る薬品）と同じの成分を含む薬品がある旨を記した電子メールを生成し（図１８（ａ）参照）、生成した電子メールを、今回提供された薬品の薬品情報の登録先となるユーザエリアに登録されたユーザ情報に含まれる電子メールアドレス宛に、ＭＰＵ１１は通信インタフェース１２を用いて送信する制御処理を行う。

一方、サーバプログラム２１が規定する処理の中で、飲み合わせが推奨されない薬品（相互作用がある薬品）を探し出す処理として、非推奨分類コードの検索処理、薬品コードの検索処理、薬品情報の検索処理、及び電子メールの送信処理等がある。非推奨分類コードの検索処理（分類検索ステップに相当。ＭＰＵ１１が分類検索手段として行う処理内容に該当）は、上述のサーバ装置１０が提供した薬品情報の登録処理を行う場合、図７で示される非推奨データベース５から、サーバ装置１０が提供した薬品情報に含まれる薬品コードに対応付けられた非推奨分類コードをＭＰＵ１１が検索することを規定している。たとえば、検索キーとして薬品コード「Ａ０００２」で非推奨データベース５を検索すると、ＭＰＵ１１は非推奨分類コードとして「Ｂ０００２」、「Ｂ０００５」、「Ｂ００１２」を検索することになる。なお、非推奨データベース５において、薬品コードに対応付けられる非推奨分類コードが一つに留まる場合は、検索結果として一つの非推奨分類コードのみが該当し、薬品コードに対応付けられる非推奨分類コードがない場合は、検索結果がゼロになるときもある。また、ユーザ端末から、検索された非推奨分類コードの分類名称を要求する指示等があった場合、ＭＰＵ１１は、図８（ｂ）に示す分類名称データベースを参照して、対象となる非推奨分類コードに対応付けられた分類名称を検索して特定し、その分類名称をユーザ端末へ通知する処理等を行う。

さらに、サーバプログラム２１が規定する薬品コードの検索処理（識別情報検索ステップに相当。ＭＰＵ１１が識別情報検索手段として行う処理内容に該当）は、図８（ａ）で示される分類データベース６から、検索された非推奨分類コードに対応付けられた薬品コードをＭＰＵ１１が検索することを規定している。たとえば、検索キーとして非推奨分類コード「Ｂ０００２」で分類データベース６を検索すると、ＭＰＵ１１は薬品コードとして「Ａ０００５」、「Ａ００５８」、「Ａ００６６」、「Ａ００８８」、「Ａ００９１」、「Ａ０１２２」、「Ａ０２０１」等を検索することになる。なお、上述した非推奨データベース５での非推奨分類コードの検索処理では通常、複数の非推奨分類コードが検索されることから、この薬品コードの検索処理では、検索されたそれぞれの非推奨分類コードについて、分類データベース６から薬品コードを検索することになる。

さらにまた、飲み合わせが推奨されない薬品を探し出す処理における薬品情報の検索処理（登録検索ステップに相当。ＭＰＵ１１が登録検索手段として行う処理内容に該当）は、上述した分類データベース６における薬品コードの検索処理で検索した薬品コードを含む薬品情報が、上記の薬品情報の登録処理を行うユーザエリアの薬品情報テーブルに登録されているか否かをＭＰＵ１１が検索することを規定しており、具体的な検索処理の内容は、同じ成分を含む薬品を探し出す処理における薬品情報の検索処理と同様である。

さらにまた、サーバプログラム２１が規定する電子メールの送信処理として、上記の非推奨分類コードの検索処理からユーザエリアの薬品情報の検索処理を経て最終的に薬品情報が検索されると、今回処方された薬品（今回、登録処理を行う薬品情報に係る薬品）と飲み合わせることが推奨されない薬品が今までに処方された中にある旨を記した電子メールを生成し（図１８（ｂ）参照）、上記と同様の電子メールアドレス宛に、ＭＰＵ１１は通信インタフェース１２を用いて送信する制御処理を行う。

最後に、サーバプログラム２１が規定するユーザデータベース８の構築処理について説明する。図１１（ｂ）に示すページ画面３１を経て、新たに登録するユーザの情報がユーザ端末の固有ＩＤ等と共にサーバ装置１０へ送信されてくると、ＭＰＵ１１は、新たなユーザＩＤを発行すると共に、新たなユーザエリアをユーザデータベース８内に設ける処理を行う。そして、ＭＰＵ１１は、新たに設けたユーザエリアに、送信されてきた各情報及びユーザＩＤをユーザ情報として登録する処理を行う。このように一旦ユーザエリアが設けられると、後は、ユーザが登録を希望する薬品情報が、薬品情報テーブルとして随時登録（蓄積）されていくことになる。なお、薬品情報テーブルに登録されている薬品情報の登録の状況は、図９に示すようなイメージであり、このように登録されている内容の一覧は、図１１（ａ）に示すトップページのページ画面３０でログイン操作を行うことで、入力されたパスワード及びユーザＩＤに一致するユーザ情報に応じた薬品情報テーブルが読み出されて、図１３（ｂ）に示すようなページ画面３４に応じたページ画面データがアクセス元のユーザ端末へ送信されて、ユーザ自身で登録一覧を確認できる。

図１４〜図１７に示す第１〜第４フローチャートは、登録ユーザがユーザ端末である携帯電話機５０で図２に示す薬剤情報の用紙Ｓに含まれる二次元コードを撮影することで開始される薬品情報サーバシステム１（サーバ装置１０）に関する一連の処理手順を整理したものである。以下、薬品情報サーバシステム１の処理内容（薬品情報提供方法の内容）を第１〜第４フローチャートに従って説明する。

先ず、図１１の第１フローチャートにおいて、携帯電話機５０は、調剤薬局でユーザに渡された薬剤情報の用紙Ｓに印刷された二次元コード（図２参照）を、ユーザが携帯電話機５０の二次元コードプログラム６６に基づく撮影機能を用いて撮影されたか否かを判断する（Ｓ１）。まだ、撮影されていない場合は（Ｓ１：ＮＯ）、撮影待ちの状態となり、撮影された場合（Ｓ１：ＹＥＳ）、携帯電話機５０は、撮影した二次元コードに含まれるＵＲＬを読み出して、そのＵＲＬ宛に薬品情報サーバシステム１のサーバ装置１０へアクセスする（Ｓ２）。なお、このアクセスにおいては、二次元コードに含まれるＵＲＬがサーバ装置１０へ送られることになる。

サーバ装置１０は、アクセスに用いられたＵＲＬに応じて登録されている薬品情報を薬品情報データベース２から読み出して、図１２のページ画面３２のように、薬品情報を含むページ画面データ（薬品情報画面）を生成して、アクセス元の携帯電話機５０へ送信する（Ｓ３）。携帯電話機５０は、ページ画面データを受信すると、図１２に示すような薬品情報を含むページ画面３２を表示し（Ｓ４）、表示した薬品情報を登録するための指示がユーザから出されたか否か（ＹＥＳボタン３２ｂ又はＮＯボタン３２ｃのいずれの選択操作があるか）を判断する（Ｓ５）。

薬品情報の登録指示が出されなかった（ＮＯボタン３２ｃの選択操作があった）場合（Ｓ５：ＮＯ）、この段階で携帯電話機５０及びサーバ装置１０は処理を終了する。なお、この場合は、Ｓ４の段階で表示された薬品情報は、ユーザの意志を反映してユーザデータベース８内のユーザエリアの薬品情報テーブルに登録されない。

また、薬品情報の登録指示が出された（ＹＥＳボタン３２ｂの選択操作があった）場合（Ｓ５：ＹＥＳ）、携帯電話機５０は、薬品情報の登録指示をサーバ装置１０へ送信する（Ｓ６）。それに対して、サーバ装置１０は、図１１（ａ）に示すログイン用のページ画面３０のページ画面データ（ログイン画面）を携帯電話機５０へ送信する（Ｓ７）。携帯電話機５０は、ページ画面データを受信して、図１１（ａ）のページ画面３０を表示し、そのページ画面３０でのユーザによる所要の入力操作及びログインボタン３０ｃの操作を経て、入力されたパスワード及びユーザＩＤをサーバ装置１０へ送信する（Ｓ８）。

サーバ装置１０は、パスワード及びユーザＩＤを受信すると、受信したパスワード及びユーザＩＤに一致するものがユーザデータベース８に登録されているユーザ情報の中にあるか否かを検索する（Ｓ９）。検索の結果、一致するものがユーザ情報の中にない場合（Ｓ９：ＮＯ）、サーバ装置１０は、図１３（ａ）に示すパスワード及びユーザＩＤが一致しない旨を記したページ画面３３のページ画面データを携帯電話機５０へ送信する（Ｓ１０）。この送信により、携帯電話機５０では、図１３（ａ）のページ画面３３が表示されることになる（Ｓ１３）。なお、携帯電話機５０でページ画面３３の表示後、終了ボタン３３ａの選択操作が行われた場合は一連の処理が終了し、戻るボタン３３ｂの選択操作が行われた場合は、再度Ｓ７以降の段階に戻って、パスワード及びユーザＩＤを再入力することになる。

一方、ユーザ情報の中に、パスワード及びユーザＩＤが一致するものがあった場合（Ｓ９：ＹＥＳ）、サーバ装置１０は、一致したユーザ情報を含むユーザエリアの薬品情報テーブルへ、上述したＳ３の段階で薬品情報データベース２から読み出した薬品情報（提供した薬品情報に相当）を、登録日と共に登録する（Ｓ１１）。さらに、サーバ装置１０は、新たな薬品情報を登録した後の状態の薬品情報テーブルの中から登録日、薬名及びフラグの状態を読み出して、図１３（ｂ）に示すような登録一覧３４ａを含むページ画面３４のページ画面データ（登録一覧画面）を生成して、携帯電話機５０へ送信する（Ｓ１２）。その結果、携帯電話機５０では、図１３（ｂ）に示すようなページ画面３４が表示され（Ｓ１３）、それにより、ユーザは、新たな薬品情報が登録されたことを確認できると共に、今までに処方された薬品の名称及び登録日等も同時に確認できる。以上に示す処理で、薬品情報の登録処理は完了する。

図１５に示す第２フローチャートは、ユーザエリアの薬品情報テーブルに登録されている薬品情報に対するフラグ設定の処理手順を示している。この第２フローチャートは、上述した第１フローチャートのＳ１２及びＳ１３の処理段階、又は図１１（ａ）のページ画面３０におけるログイン処理を経て、図１３（ｂ）に示すページ画面３４がユーザの携帯電話機５０で表示された状態で処理が始まるものとする。

まず、携帯電話機５０は、ページ画面３４において薬名（薬品情報）に対して検索対象の指定に係る「ＯＮ」又は「ＯＦＦ」の設定を受け付けた状態で、設定ボタン３４ｂの選択操作を受け付けたか否かを判断する（Ｓ１５）。設定ボタン３４ｂの選択操作を受け付けていない場合（Ｓ１５：ＮＯ）、操作待ちの状態となり、設定ボタン３４ｂの選択操作を受け付けた場合（Ｓ１５：ＹＥＳ）、携帯電話機５０は、設定欄ｔ１〜ｔ１１等で設定された薬品情報（薬名）ごとのＯＮ又はＯＦＦの指定状態を識別する情報をサーバ装置１０へ送信する（Ｓ１６）。サーバ装置１０は、携帯電話機５０からの情報を受信して受け付けると、受け付けた情報が表す薬品情報ごとのＯＮ又はＯＦＦの状態に合わせて、薬品情報テーブルのフラグを「１」又は「０」に設定登録する（Ｓ１７）。このような第２フローチャートの処理により、検索対象となる薬品情報の数をユーザの指定に基づき絞ることができる。

図１６、１７に示す第３、第４フローチャートは、図１４の第１フローチャートにおけるＳ９の段階でＹＥＳになった場合の処理（薬品情報データベース２から提供された薬品情報をユーザエリアの薬品情報テーブルに登録する場合の処理）を示すものであり、まず、第３フローチャートに示す処理手順が、Ｓ９の段階でＹＥＳになると自動的に開始される。なお、第３、第４フローチャートの処理（薬品情報提供方法の処理）は、第１フローチャートのＳ１１の段階における薬品情報登録の処理が行われる前の状態の薬品情報テーブルに対して薬品情報の検索が行われるものとする。

図１６の第２フローチャートに示す処理が開始されると、まず、サーバ装置１０は、図５（ｂ）の成分データベース３′から、図１４の第１フローチャートのＳ３、４の段階を経てユーザに提供された薬品情報に含まれる薬品コードに対応付けられる成分コードを検索する（Ｓ２１）。次に、サーバ装置１０は、Ｓ２１の検索処理で該当した成分コードに対応付けられた薬品コードを、図５（ａ）の成分データベース３から検索する（Ｓ２２）。それからサーバ装置１０は、Ｓ２２の検索処理で該当した薬品コード（検索キーに相当）を含む薬品情報が、第１フローチャートのＳ９の段階でパスワード及びユーザＩＤが一致したユーザ情報を含むユーザエリアの薬品情報テーブルにおいて、フラグが「１」になっている登録済みの薬品情報の中にあるか否かを検索する（Ｓ２３）。

検索の結果、薬品情報テーブルの中に、検索キーとなる薬品コードを含む薬品情報が薬品情報テーブルの中に登録されていた場合（Ｓ２３：ＹＥＳ）、サーバ装置１０は、今回の処方薬と同じ成分を含む薬品が過去に処方されている旨を記した電子メール３５（図１８（ａ）参照）を生成し、その電子メール３５を、今回の薬品情報の登録先となるユーザエリアのユーザ情報（第１フローチャートのＳ１１の段階で登録先となる薬品情報テーブルと同じユーザエリアに含まれるユーザ情報）に含まれる電子メールアドレス宛に送信（携帯電話機５０へ送信）する（Ｓ２４）。なお、Ｓ２４の段階の処理の終了後は、図１７に示す第４フローチャートの処理に進むことになる。また、検索の結果、検索キーとなる薬品コードを含む薬品情報が薬品情報テーブルの中に登録されていなかった場合（Ｓ２３：ＮＯ）、サーバ装置１０が電子メールの送信処理を行うことなく、図１７の第４フローチャートで示す処理段階へ進む。

図１７の第４フローチャートに示す処理が開始されると、サーバ装置１０は、図７の非推奨データベース５から、図１４の第１フローチャートのＳ３、４の段階を経てユーザに提供された薬品情報に含まれる薬品コードに対応付けられる非推奨分類コードを検索する（Ｓ３１）。次に、サーバ装置１０は、Ｓ３１の検索処理で該当した非推奨分類コードに対応付けられた薬品コードを、図８（ａ）の分類データベース６から検索する（Ｓ３２）。それからサーバ装置１０は、Ｓ３２の検索処理で該当した薬品コード（検索キーに相当）を含む薬品情報が、第１フローチャートのＳ９の段階でパスワード及びユーザＩＤが一致したユーザ情報を含むユーザエリアの薬品情報テーブルにおいて、フラグが「１」になっている登録済みの薬品情報の中にあるか否かを検索する（Ｓ３３）。

検索の結果、薬品情報テーブルの中に、検索キーとなる薬品コードを含む薬品情報が薬品情報テーブルの中に登録されていた場合（Ｓ３３：ＹＥＳ）、サーバ装置１０は、今回の処方薬と飲み合わせが推奨されない薬品が過去に処方されている旨を記した電子メール３５（図１８（ｂ）参照）を生成し、その電子メール３６を、今回の薬品情報の登録先となるユーザエリアのユーザ情報（第１フローチャートのＳ１１の段階で登録先となる薬品情報テーブルと同じユーザエリアに含まれるユーザ情報）に含まれる電子メールアドレス宛に送信（携帯電話機５０へ送信）する（Ｓ３４）。この電子メールの送信処理の後、または、検索の結果、検索キーとなる薬品コードを含む薬品情報が薬品情報テーブルの中に登録されていなかった場合（Ｓ３３：ＮＯ）、サーバ装置１０は処理を終了する。

一方、携帯電話機５０は、第３フローチャートのＳ２４の段階又は第４フローチャートのＳ３４の段階で、サーバ装置１０から送信されてくる電子メールを受信する（Ｓ３５）。よって、ユーザは受信した電子メールを表示して確認することで、今回、新たに処方された薬品に関して様々な事項を確認・チェックできる。

すなわち、第３フローチャートにおけるＳ２４の段階で送信された電子メール３５をユーザが確認することで、今回処方された薬品と同じ成分を含む薬品が過去に処方されていることを容易に知ることができ、それに伴い、同等薬品の服用が所要量を超えるか、同等薬品の処方の停止、又は同等薬品を削減することによる医薬品費用の削減等について、医師又は薬剤師に相談できる資料をユーザ自身が持つことができる。

また、第４フローチャートにおけるＳ３４の段階で送信された電子メール３６をユーザが確認することで、今回、新たに処方された薬品と飲み合わせることが推奨されない薬品が、過去に処方されていることを容易に知ることができる。それにより、ユーザは、いわゆる禁忌投薬の生じるおそれを未然にチェックでき、それについて医師又は薬剤師に相談する機会を持つことができる。

特に本発明では、図１６の第３フローチャートのＳ２１の段階で、今回処方された薬品に含まれる成分に応じた成分コードを検索し、その検索に該当した成分コードに含まれる薬品コードをＳ２２の段階で検索し、その検索に該当した薬品コードを含む薬品情報をＳ２３の段階でユーザエリアの薬品情報テーブルから検索するので、処方された薬品が、先発医薬品とジェネリック医薬品のような後発医薬品が存在する種類のものであっても、同一成分を含む薬品の重複服用を確実にチェックできる。また、本発明では、図１７の第３フローチャートのＳ３１の段階で、今回処方された薬品と飲み合わせが推奨されない薬品（相互作用がある薬品）が属する分類に応じた非推奨分類コードを検索し、その検索に該当した非推奨分類コードの分類に属する薬品の薬品コードをＳ３２の段階で検索し、その検索に該当した薬品コードを含む薬品情報をＳ３３の段階でユーザエリアの薬品情報テーブルから検索するので、処方された薬品が、先発医薬品とジェネリック医薬品のような後発医薬品が存在する種類のものであっても、相互作用のある薬品と重複して服用するおそれがあるかを確実にチェックできる。なお、このようなチェックを確実に行えるようにするためには、新たなジェネリック医薬品をユーザが入手可能になる時期にあわせて、各データベース２〜７を適宜更新することが重要となる。

また、上述したように処方された薬品に関する薬品情報を登録した後であれば、ユーザは自身の薬品情報テーブルに登録されている一覧を、ウェブページを通じて、いつもで確認することができる。具体的には、図１１（ａ）に示すトップページのページ画面３０にアクセスし、パスワード及びユーザＩＤを入力してログイン操作を行うことで、アクセス元のユーザの端末（携帯電話機）へは、図１３（ｂ）に示すページ画面３４のページ画面データがサーバ装置１０から送信される。そのため、ユーザは、自身の端末（携帯電話機）に、図１３（ｂ）のページ画面３４を表示することで、自分で過去の処方薬歴を確認できると共に、診療の際などに医師又は薬剤師等に見せることで、診断等に役立てることもできる。

なお、本発明は上述した内容に限定されるものではなく、様々な変形例が考えられる。例えば、二次元コードの撮影により薬品情報を登録する際は、携帯電話機５０の固有ＩＤを伴って、サーバ装置１０へアクセスすることで、パスワード及びユーザＩＤの入力操作等を省略して、直ちに、新たな薬品情報をユーザエリアの薬品情報テーブルへ登録するようにしてもよい。この場合は、図１４の第１フローチャートで、Ｓ６〜Ｓ９の段階を省略できると共に、Ｓ９の段階の替わりに、送信されてきた携帯電話機５０の固有ＩＤがユーザエリアのユーザ情報に含まれるか否かを判断し、その判断結果により、登録先のユーザエリアを特定することになる。また、さらにユーザの操作負担を低減する場合は、図１２に示すページ画面３２からＹＥＳボタン３２ｂ及びＮＯボタン３２ｃを省略すると共に、図１４の第１フローチャートにおいて、登録指示の有無を判断する処理段階（Ｓ５）も省略して、撮影した二次元コードに含まれるＵＲＬを送信すれば、自動的に薬品情報が必ず登録される仕様にすることも可能である。

一方、自身の薬品情報テーブルの一覧を確認する場合、上述した説明では、ウェブページを通じて行うようにしているが、電子メールを通じて行うことも可能である。この場合は、ユーザは、ユーザ端末（携帯電話機）を用いてサーバ装置１０へ、いわゆる空メール（本文の無い電子メール）を送信する。サーバ装置１０は、空メールを受信すると、その送信元の電子メールアドレスを参照して、ユーザを特定し、特定したユーザのユーザエリアに登録されている薬品情報テーブルを読み出すと共に、読み出した薬品情報テーブルを含む電子メールを生成し、その電子メールを、参照した上記の電子メールアドレス宛に送信することで、薬品情報テーブルの一覧確認を電子メールベースで行うことも可能になる。

さらに、カメラ付き携帯電話機を所有しない人のために、ユーザＩＤが付与されたユーザが、自己のユーザエリア内に、そのような人のための記憶エリアを設定して、そのような人用の薬品情報を蓄える仕様にすることも可能である。例えば、ユーザＩＤが付与されたユーザの母親及び子供の分の薬品情報をユーザエリア内に蓄える場合は、サーバ装置１０が提供するサブユーザエリアの設定メニュー画面等で、母親用エリア及び子供用エリアを予め設定しておく。このようにサブユーザエリアを設定した場合、サーバ装置１０は、薬品情報の登録処理を行う段階（例えば、図１４の第１フローチャートにおける「Ｓ９：ＹＥＳ」の後の段階）で、登録先をユーザ自身、母親又は子供のいずれにするかを選択する選択メニュー画面をユーザ端末（携帯電話機）へ送信することになる。

ユーザは、この選択メニュー画面で、ユーザ自身を選択すれば、登録対象の薬品情報は自己の薬品情報テーブルに登録されることになる。また、選択メニュー画面で、母親を選択すれば、登録対象の薬品情報は母親用ユーザエリアに含まれる母親用の薬品情報テーブルに登録されることになる。さらに、選択メニュー画面で、子供を選択すれば、登録対象の薬品情報は子供用ユーザエリアに含まれる子供用の薬品情報テーブルに登録されることになる。このようにユーザ自身以外のサブユーザエリアを設けることで、一つのユーザＩＤに対して複数人の薬品情報を個別に登録・管理することも可能になり、本発明の有用性を一段と高めることができる。

さらにまた、図１６の第３フローチャートにおけるＳ２３の処理段階で、薬品情報テーブルの中に同じ成分を含む薬品情報があった場合（Ｓ２３：ＹＥＳ）、サーバ装置は、検索に用いた薬品コードを含む薬品情報及び検索に該当した薬品情報について、他の薬品情報と区別するための区別用フラグを立てるなどして薬品情報テーブルへの登録を行い、ユーザの要求に応じて図１３（ｂ）に示すような登録一覧３４ａを含むページ画面３４を生成する際、登録一覧３４ａにおいて、区別した薬品情報の薬名を配置する欄の背景色を他と変えるようにしてもよい。このようにすれば、ユーザ端末（携帯電話機）でページ画面３４を表示する際、一目で同等薬品を見つけることができ、ジェネリック医薬品のように薬名が異なっていても同等薬品を登録一覧３４ａの中から容易に見つけることができ、医師又は薬剤師等の判断時に役立てることができる。

なお、上述したセルの背景色を他と変える表示形態は、図１７の第４フローチャートにおけるＳ３３の処理段階で、薬品情報テーブルの中に同一の組合せあった場合にも適用でき、図１３（ｂ）に示すような登録一覧３４ａを含むページ画面３４を生成する際、登録一覧３４ａにおいて、飲み合わせが推奨されない薬品同士の薬名を配置する欄の背景色を他と変えるようにすれば、飲み合わせが推奨されない薬品の組合せを、多くの中から一目で見分けることができる。

また、上述した実施形態では、ユーザデータベース８の各ユーザエリアＵ１、Ｕ２等に記憶される薬品情報テーブルＵ１ｂ、Ｕ２ｂ等に登録されている薬品情報の中で検索対象にするものには、「１」のフラグを設定するようにしているが、このようにフラグで検索対象を絞り込む替わりに、薬品情報テーブルＵ１ｂ、Ｕ２ｂ等へ登録する薬品情報に係る薬品の服用期間を用いて、検索対象を絞り込むことも可能である。

服用期間を用いる具体的な内容は以下の通りである。まず、図２に示す用紙Ｓを調剤薬局等で印刷する際、その用紙Ｓに印刷する二次元コードＣ１、Ｃ２、Ｃ３等に、薬品情報ページのＵＲＬに加えて服用期間も含ませて、ユーザ端末（例えば、携帯電話機５０）からサーバ装置１０へ服用期間（服用期間を示す情報）も送信する。この場合、調剤薬局等に設置するパーソナルコンピュータが二次元コード生成用のソフトウエアと、各薬品に応じた薬品情報の登録先となる薬品情報ページのＵＲＬを登録したＵＲＬデータベースとを利用できる環境にしておき、処方箋に記載された薬品名から、上記のＵＲＬデータベースを利用して処方される薬品に応じたＵＲＬを特定すると共に、処方箋に記載された内容から服用期間を特定し、これら特定したＵＲＬと服用期間を含む二次元コードを、上記の二次元コード生成用のソフトウエアで生成することになる。このように二次元コードを生成した後は、上記と同様な処理を行うことで、図２に示すような用紙Ｓを調剤薬局等で印刷することになる。

また、ユーザは、用紙Ｓに印刷された二次元コードを携帯電話機５０の撮影機能等を利用することで、サーバ装置１０へ送信し、それによりサーバ装置１０へは、アクセスに係る薬品情報のＵＲＬ及び服用期間と云う２種類の情報を受け付けることになる。その後、サーバ装置１０は、受け付けたＵＲＬに応じたアクセスに係る薬品情報を、図１４の第１フローチャートにおけるＳ１１の段階でユーザエリアの薬品情報テーブルに登録する際、その薬品情報に対応づけて、受け付けた服用期間も登録する処理を行う。

図１９は、上述したような処理を経て登録された服用期間を含む変形例の薬品情報テーブルＵ１ｂ′を示している。この変形例の薬品情報テーブルＵ１ｂ′に対して、図１６の第３フローチャートのＳ２３の段階又は図１７の第４フローチャートのＳ３３の段階で薬品情報テーブルＵ１ｂ′に対して薬品情報の登録の有無を検索する際、図１４の第１フローチャートのＳ１１の段階で薬品情報の登録を行う際、登録日（登録に係る日）が、各薬品情報に対応付けられた服用期間に応じた期間に含まれる薬品情報を特定する処理をサーバ装置１０のＭＰＵ１１が行うことになる。

例えば、新たな薬品情報の登録を行う日（登録日）が、２００８年１１月２１日とした場合、図１９の薬品情報テーブルＵ１ｂ′に登録されている各薬品情報に対応付けられている服用期間は全て５日分であることから、登録日が２００８年１１月２０日である各薬品情報の服用に係る期間（服用期間に応じた期間に相当）は、２００８年１１月２０日〜２００８年１１月２４日になることをＭＰＵ１１は算出する。以下同様に、登録日が２００８年１１月１８日である各薬品情報の服用に係る期間は、２００８年１１月１８日〜２００８年１１月２２日になり、登録日が２００８年１０月３１日である各薬品情報の服用に係る期間は、２００８年１０月３１日〜２００８年１１月４日になることをＭＰＵ１１が算出する。ここで、「服用期間に応じた期間」とは、検索される対象の薬品情報の登録された日を含めて服用期間に応じた期間（日数）を起算した期間に相当する。なお、ある程度の安全を確保して「服用機関に応じた機関」を求める仕様にすることも可能であり、このときの服用期間の末日は、検索される対象の薬品情報の登録された日の次の日から服用期間に応じた期間（日数）を起算してもよい。この場合、登録日が２００８年１１月２０日である各薬品情報の服用に係る期間（服用期間に応じた期間に相当）は、上述した場合より１日延びて、２００８年１１月２０日〜２００８年１１月２５日になることが算出され、同様に、登録日が２００８年１１月１８日である各薬品情報の服用に係る期間は、２００８年１１月１８日〜２００８年１１月２３日になる。

そして、これらの算出した各期間に、新たな薬品情報の登録日である２００８年１１月２１日が含まれるか否かをＭＰＵ１１が判断することになる。具体的に上述した最初の例で説明すると、新たに登録される薬品情報の登録日の２００８年１１月２１日が、２００８年１１月２０日〜２００８年１１月２４日の期間と、２００８年１１月１８日〜２００８年１１月２２日の期間に含まれることをＭＰＵ１１は判断するが、２００８年１０月３１日〜２００８年１１月４日の期間には含まれないことを判断する。

このような判断結果から、サーバ装置１０のＭＰＵ１１は、図１９の薬品情報テーブルＵ１ｂ′において、登録日２００８年１０月３１日を含んだ日から前の期間に登録された薬品情報は検索対象から外し、２００８年１１月１８日以降の薬品情報だけを検索対象にすることを特定し、この検索対象にした薬品情報に対して図１６の第３フローチャートのＳ２３の段階又は図１７の第４フローチャートのＳ３３の段階における処理を行うことになる。このような変形例を採用することで、登録されている薬品情報を検索対象にするか否かを、実際の服用期間に合わせて自動的に絞り込むことができるので、図１３（ｂ）に示すようにユーザが検索対象の設定を行う場合に比べて、ユーザの操作負担を低減できると共に、実際的に重複服用等が起こり得る期間において確実なチェックを行えるメリットがある。

なお、上述した変形例では、二次元コードにＵＲＬ及び服用期間を含ませているが、さらに薬品をユーザに渡す処方日（二次元コードを用紙Ｓの印刷する日に相当）も二次元コードに含ませるようにして、この処方日も服用期間と同様に、薬品情報テーブルに登録し、上述した服用期間に応じた期間を、処方日からの期間として計算してもよい。このようにすることで、薬品情報をユーザの薬品情報テーブルへ登録する日が処方日から遅れた場合でも、実際にユーザが薬品を服用する期間に合わせて、同一成分を含む薬品の重複服用又は相互作用のある薬品の服用等をチェックできる。

なお、上述した服用期間を用いる処理は、二次元コードに服用期間を示す情報を含ませる替わりに、図４に示す薬品情報データベース２に、薬品に係る標準的な服用期間を、その薬品の薬品情報に含ませて登録しておき、この薬品情報データベース２に含まれる服用期間（標準的な服用期間）を、上記の二次元コードに含ませる場合と同様に用いることで、服用期間をベースとした検索対象の絞り込みを行うことも可能である。

また、薬品情報テーブルに登録されている薬品情報の数が少ないなどの理由により検索対象の絞り込みが不要な場合は、図１３（ｂ）に示す検索対象の設定又は上述した服用期間に係る処理を省略して、薬品情報テーブルに登録されている全ての薬品情報を検索対象にして検索処理を行ってもよい。さらに、本発明を限られた分類の薬品等にのみ適用する場合などには、扱う薬品情報の数が少なくなるので、成分データベース３、３′、非推奨データベース５、及び分類データベース６の替わりに、薬品の薬名同士を直接的に登録したデータベースを構築し、このようなデータベースを用いて各種検索処理を行うようにしてもよい。

１ 薬品情報サーバシステム
２ 薬品情報データベース
３ 成分データベース
４ 成分名称データベース
５ 非推奨データベース
６ 分類データベース
７ 分類名称データベース
８ ユーザデータベース
１０ サーバ装置
１１ ＭＰＵ
１２ 通信インタフェース
２１ サーバプログラム
５０ 携帯電話機
Ｕ１、Ｕ２ ユーザエリア
Ｕ１ａ、Ｕ２ａ ユーザ情報
Ｕ１ｂ、Ｕ２ｂ 薬品情報テーブル
ＮＷ ネットワーク
Ｓ 薬剤情報の用紙
Ｃ１、Ｃ２、Ｃ３ 二次元コード

Claims (10)

1. ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベース及び薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベースを有する薬品情報サーバシステムが、通信網を通じて薬品情報をユーザの端末へ提供すると共に、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する薬品情報提供方法であって、
   前記薬品情報サーバシステムは、
   薬品成分を識別する成分識別情報及び薬品識別情報をそれぞれ複数含み、且つ成分識別情報と、前記成分識別情報で識別される薬品成分を含む薬品に応じた薬品識別情報とをそれぞれ対応付けて登録した成分データベースを有しており、
   提供した薬品情報をユーザ記憶部に登録する場合、前記成分データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた成分識別情報を検索する成分検索ステップと、
   前記成分検索ステップで検索した成分識別情報に対応付けられた薬品識別情報を、前記成分データベースから検索する識別情報検索ステップと、
   前記識別情報検索ステップで検索した薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する登録検索ステップと、
   前記登録検索ステップで前記薬品識別情報を含む薬品情報が登録されていることを検索した場合、同じ薬品成分を含む薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信するステップと
   を備えることを特徴とする薬品情報提供方法。
2. ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベース及び薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベースを有する薬品情報サーバシステムが、通信網を通じて薬品情報をユーザの端末へ提供すると共に、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する薬品情報提供方法であって、
   前記薬品情報サーバシステムは、
   薬品識別情報及び薬品が属する分類を識別する分類識別情報をそれぞれ複数含み、且つ薬品識別情報と、前記薬品識別情報に応じた薬品と飲み合わせることが推奨されない薬品が属する分類に応じた分類識別情報とをそれぞれ対応付けて登録した非推奨データベースと、
   分類識別情報及び薬品識別情報をそれぞれ複数含み、且つ分類識別情報と、前記分類識別情報で識別される分類に属する薬品を識別する薬品識別情報とをそれぞれ対応付けて登録した分類データベースと
   を有しており、
   提供した薬品情報をユーザ記憶部に登録する場合、前記非推奨データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた分類識別情報を検索する分類検索ステップと、
   前記分類検索ステップで検索した分類識別情報に対応付けられた薬品識別情報を、前記分類データベースから検索する識別情報検索ステップと、
   前記識別情報検索ステップで検索した薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する登録検索ステップと、
   前記登録検索ステップで前記薬品識別情報を含む薬品情報が登録されていることを検索した場合、飲み合わせることが推奨されない薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信するステップと
   を備えることを特徴とする薬品情報提供方法。
3. 前記薬品情報サーバシステムは、
   前記ユーザ記憶部に登録される薬品情報に対して、前記登録検索ステップの検索対象にする薬品情報の指定を受け付ける受付ステップと、
   前記受付ステップで受け付けた指定に係る薬品情報を識別する指定識別情報を、前記薬品情報に対応付けて前記ユーザ記憶部に登録する登録ステップと
   を有しており、
   前記登録検索ステップでは、前記指定識別情報が対応付けられた薬品情報を検索対象にする請求項１又は請求項２に記載の薬品情報提供方法。
4. 前記薬品情報サーバシステムは、
   提供した薬品情報に応じた薬品の服用期間を前記ユーザ記憶部に登録するステップと、
   提供した薬品情報をユーザ記憶部に登録する場合、登録に係る日が前記服用期間に応じた期間に含まれる薬品の薬品情報を前記ユーザ記憶部から特定する薬品情報特定ステップと
   を有しており、
   前記登録検索ステップでは、前記薬品情報特定ステップで特定された薬品情報を検索対象にする請求項１又は請求項２に記載の薬品情報提供方法。
5. ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベースと、薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベースと、前記薬品情報データベースに含まれる薬品情報をユーザの端末へ通信網を通じて提供する手段と、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する手段とを備える薬品情報サーバシステムであって、
   薬品成分を識別する成分識別情報及び薬品識別情報をそれぞれ複数含み、且つ成分識別情報と、前記成分識別情報で識別される薬品成分を含む薬品に応じた薬品識別情報とをそれぞれ対応付けて登録した成分データベースと、
   提供した薬品情報をユーザ記憶部に登録する場合、前記成分データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた成分識別情報を検索する成分検索手段と、
   前記成分検索手段が検索した成分識別情報に対応付けられた薬品識別情報を、前記成分データベースから検索する識別情報検索手段と、
   前記識別情報検索手段が検索した薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する登録検索手段と、
   前記登録検索手段が前記薬品識別情報を含む薬品情報が登録されていることを検索した場合、同じ薬品成分を含む薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信する手段と
   を備えることを特徴とする薬品情報サーバシステム。
6. ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベースと、薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベースと、前記薬品情報データベースに含まれる薬品情報をユーザの端末へ通信網を通じて提供する手段と、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する手段とを備える薬品情報サーバシステムであって、
   薬品識別情報及び薬品が属する分類を識別する分類識別情報をそれぞれ複数含み、且つ薬品識別情報と、前記薬品識別情報に応じた薬品と飲み合わせることが推奨されない薬品が属する分類に応じた分類識別情報とをそれぞれ対応付けて登録した非推奨データベースと、
   分類識別情報及び薬品識別情報をそれぞれ複数含み、且つ分類識別情報と、前記分類識別情報で識別される分類に属する薬品を識別する薬品識別情報とをそれぞれ対応付けて登録した分類データベースと、
   提供した薬品情報をユーザ記憶部に登録する場合、前記非推奨データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた分類識別情報を検索する分類検索手段と、
   前記分類検索手段が検索した分類識別情報に対応付けられた薬品識別情報を、前記分類データベースから検索する識別情報検索手段と、
   前記識別情報検索手段が検索した薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する登録検索手段と、
   前記登録検索手段が前記薬品識別情報を含む薬品情報が登録されていることを検索した場合、飲み合わせることが推奨されない薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信する手段と
   を備えることを特徴とする薬品情報サーバシステム。
7. 前記ユーザ記憶部に登録される薬品情報に対して、前記登録検索手段の検索対象にする薬品情報の指定を受け付ける指定受付手段と、
   前記指定受付手段が受け付けた指定に係る薬品情報を識別する指定識別情報を、前記薬品情報に対応付けて前記ユーザ記憶部に登録する手段と
   を備え、
   前記登録検索手段は、前記指定識別情報が対応付けられた薬品情報を検索対象にする請求項５又は請求項６に記載の薬品情報サーバシステム。
8. 提供した薬品情報に応じた薬品の服用期間を前記ユーザ記憶部に登録する手段と、
   提供した薬品情報をユーザ記憶部に登録する場合、登録に係る日が前記服用期間に応じた期間に含まれる薬品の薬品情報を前記ユーザ記憶部から特定する薬品情報特定手段と
   を備え、
   前記登録検索手段は、前記薬品情報特定手段が特定した薬品情報を検索対象にする請求項５又は請求項６に記載の薬品情報サーバシステム。
9. ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベース、薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベース、及び薬品成分を識別する成分識別情報及び薬品識別情報をそれぞれ複数含み、且つ成分識別情報と、前記成分識別情報で識別される薬品成分を含む薬品に応じた薬品識別情報とをそれぞれ対応付けて登録した成分データベースにアクセス可能であると共に外部との通信が可能な通信手段を備えたコンピュータに、前記通信手段により前記薬品情報データベースに含まれる薬品情報をユーザの端末へ提供する処理を行わせると共に、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する処理を行わせるためのコンピュータプログラムであって、
   前記コンピュータを、
   提供した薬品情報をユーザ記憶部に登録する場合、前記成分データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた成分識別情報を検索する処理を行う手段と、
   検索された成分識別情報に対応付けられた薬品識別情報を、前記成分データベースから検索する処理を行う手段と、
   検索された薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する処理を行う手段と、
   前記薬品識別情報を含む薬品情報が登録されていることが検索された場合、同じ薬品成分を含む薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信する処理を行う手段として機能させることを特徴とするコンピュータプログラム。
10. ユーザアドレスを少なくとも含むユーザ情報をユーザ記憶部ごとに登録したユーザデータベース、薬品を識別する薬品識別情報を少なくとも含む薬品情報を登録した薬品情報データベース、薬品識別情報及び薬品が属する分類を識別する分類識別情報をそれぞれ複数含み、且つ薬品識別情報と、前記薬品識別情報に応じた薬品と飲み合わせることが推奨されない薬品が属する分類に応じた分類識別情報とをそれぞれ対応付けて登録した非推奨データベース、及び分類識別情報及び薬品識別情報をそれぞれ複数含み、且つ分類識別情報と、前記分類識別情報で識別される分類に属する薬品を識別する薬品識別情報とをそれぞれ対応付けて登録した分類データベースにアクセス可能であると共に外部との通信手段とを備えたコンピュータに、前記通信手段により前記薬品情報データベースに含まれる薬品情報をユーザの端末へ提供する処理を行わせると共に、提供した薬品情報を提供先のユーザに応じたユーザ記憶部に登録する処理を行わせるためのコンピュータプログラムであって、
    前記コンピュータを、
    提供した薬品情報をユーザ記憶部に登録する場合、前記非推奨データベースから、前記提供した薬品情報に含まれる薬品識別情報に対応付けられた分類識別情報を検索する処理を行う手段と、
    検索された分類識別情報に対応付けられた薬品識別情報を、前記分類データベースから検索する処理を行う手段と、
    検索された薬品識別情報を含む薬品情報が、前記ユーザ記憶部に登録されているか否かを検索する処理を行う手段と、
    前記薬品識別情報を含む薬品情報が登録されていることが検索された場合、飲み合わせることが推奨されない薬品がある旨を表した情報を、前記ユーザ記憶部に登録されたユーザ情報に含まれるユーザアドレス宛に送信する処理を行う手段として機能させることを特徴とするコンピュータプログラム。

Images