JP2004318240A

JP2004318240A - 医薬品情報管理システム

Info

Publication number: JP2004318240A
Application number: JP2003107783A
Authority: JP
Inventors: Kazuhiko Kitano; 和彦北野; Masahiro Morita; 政宏森田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-04-11
Filing date: 2003-04-11
Publication date: 2004-11-11

Abstract

【課題】患者が実際にピッキングした医薬品に関する医薬品の服用ミスを防止する共に、医薬品の在庫管理の支援を行う。
【解決手段】医薬品の服薬案内及び服薬確認の支援のための処理手段として、医師が発行した処方箋の処方内容を入力するための処方箋入力手段と、処方箋の服用時刻を検出して服用を促すためのメッセージを出力する手段と、処方箋情報と実際にピッキングした医薬品を照合する手段を有し、この照合の結果、ピキングミスと判断したときは、警告情報を発する。更に医薬品の在庫支援処理のための手段を有する。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は医薬品情報管理システムに係り、詳細に言えば医療機関が処方箋を発行してから患者が医薬品を服用するまでの医薬品の監視システムにおいて、患者の医薬品の保管や服薬を適切にサポートするための医薬品服用支援システムに関する。
【０００２】
【従来の技術】
医療機関から発行された処方箋に従って患者は医薬品を正しく服用することが重要である。しかし処方箋の指示通りに患者は医薬品を服用していないことがある。そこで、最近では個人が利用するパーソナルコンピュータを、ネットワークを介して情報処理センタと結び、センタに医薬品の服用履歴を記録したり、センタから医薬品の服用指導を行う手法が提案されている。
【０００３】
この種のシステムとして、例えば、特開２００２−２０７８２６号公報（特許文献１）には、医薬品の服用履歴を記録するシステムが開示されている。即ち、利用者は端末装置を用いて医薬品や医薬品の包装などに記載されたバーコード情報を読み取る。読み取られたバーコード情報はインターネットを介して医療品情報センタに送信され、センタのデータベースに服用履歴として記録される。この記録された服用履歴情報を利用することにより適切な診察や健康管理の指導を行うものである。
【０００４】
【特許文献１】
特開２００２−２０７８２６号公報（３−５頁、図１）
【０００５】
【発明が解決しようとする課題】
上記技術によれば、医薬品と医薬品に関する情報を結び付けることは可能である。しかしながら、処方箋の記載内容（処方箋情報）に従って患者が正しく医薬品を選択したか、即ち誤飲の防止については格別考慮されていない。
一般的に、処方箋により調剤された医薬品は複数、多品種に及ぶ。また、患者が医薬品を服用する時刻もさまざまである。上記公知例の技術では、端末装置から送信される医薬品情報を履歴としてデータベースに登録するだけで、処方箋情報に対して実際に患者が正しく医薬品を選択、服用したかをチェックする手段が無い。このため、例えば、処方箋により患者は風邪薬を選択（ピッキング）しなければならないにも拘わらず、実際には誤って胃薬を選択して服用しても、その誤りが検出できないという問題がある。
【０００６】
本発明の目的は、医薬品の服用に際して服用者が実際に選択した医薬品をチェックすることにより、処方された医薬品を正しく服用させるための支援を行う医薬品服用支援システムを提供することにある。
本発明の目的は、医薬品の服薬案内、服薬確認の支援及び在庫支援に関するサービスを提供することにある。
本発明の他の目的は、医薬品の記録情報に従って、医薬品の製造元から医療機関、調剤薬局に至るルートをトレースでき、医薬品に関するトラブル解消に寄与できる医療情報管理システムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、コンピュータと第１のＤＢを有する製薬会社の第１システムと、コンピュータと第２のＤＢを有する調剤薬局の第２システムと、コンピュータと第３のＤＢを有する医療機関の第３システムと、及びコンピュータと第４のＤＢを有する機関の第４システムがそれぞれネットワークを介して接続される医療システムにおいて、第１のＤＢは医薬品に関する情報及び医薬品の製造・出荷の状況を管理する情報を保持し、第２のＤＢは医薬品の調剤に関する情報を保持し、かつ第１のＤＢとは医薬品を識別するためのコードをキーとして関連付けられ、第３のＤＢは医者により作成される、医薬品に関する情報を含む処方箋の内容を保持し、第１のＤＢとは医薬品に関する情報をキーとして関連付けられ、第２のＤＢとは処方箋を識別する情報によって関連付けられており、第４のＤＢは患者による医薬品の服用の履歴情報を保持するとともに、医薬品の在庫情報を保持し、第３のＤＢとは医薬品の服用に関する情報をキーとして関連付けられることにより構成される。
また、医薬品の服用者が利用するための利用者コンピュータがネットワークに接続されて使用され、この利用者コンピュータは、情報の入出力手段と、表示手段と、医薬品情報を取扱って処理するためのプログラムを記憶する記憶手段と、該プログラムの実行して医薬品情報を処理する処理手段を有し、この処理手段は、第３システムから処方箋に関する情報を取得するとともに、第２システムから調剤に関する情報を取得して、医薬品の服用予定時に服用支援のための情報を表示手段又は入出力手段に出力する服用案内処理手段と、服用者がピッキングした医薬品から得られる情報と処方箋からの情報を照合してピッキングされた医薬品が正しいか否かを判定すると共に、判定結果を該表示手段に表示する服用確認支援処理手段と、第４システムと交信して、服用者が所持する医薬品に関連して該第４のＤＢの在庫情報を更新し、且つ廃棄対象とする医薬品の情報を表示手段に表示すると共に、該第４のＤＢにおける在庫情報から服用者の医薬品について欠品の予告情報を該表示手段に表示する在庫支援処理手段と、を有して構成される。
【０００８】
好ましい例では、上記第４のＤＢは、ネットワークを介して該利用者コンピュータから送信される医薬品の服用に関する情報を格納する。
前記第１のＤＢは、医薬品識別コードに関する情報をキーとして、製品名称、規格、メーカー名称に関する情報、及び効能、注意事項、消費期限、保存方法、飲食制限に関する情報を格納するＤＢと、出荷番号に関する情報をキーとして、医薬品識別コード、数量、出荷日に関する情報、及び製造番号、製造日、回収指示に関する情報を格納するＤＢを有する。
前記第２のＤＢは、発注番号をキーとして、発注日、発注数量、出荷番号に関する情報を格納するＤＢと、調剤番号、医薬品識別コード、服薬番号、製造番号に関する情報をキーとして、これらの情報を格納するＤＢとを有する。
前記第３のＤＢは、処方箋番号、医薬品識別コード及び服薬番号に関する情報をキーとして、処方箋番号、医薬品識別コード、医薬品数量、服薬番号、服用タイミングに関する情報を格納するＤＢと、患者のＩＤに関する情報をキーとして、患者の氏名、電話番号又はメールアドレスを含む連絡先に関する情報を格納するＤＢを有する。前記第４のＤＢは、服薬番号をキーとして、服薬日時、廃棄コード、回収指示に関する情報を格納する。
【０００９】
好ましい他の例では、上記第４システムは、服用案内処理手段と、服用確認支援処理手段と、更には在庫支援処理手段を有する。
即ち、医薬品情報を取扱って処理するためのプログラムを記憶する記憶手段と、該プログラムの実行する前記コンピュータであって、第３システムから処方箋に関する情報を取得するとともに、該第２システムから調剤に関する情報を取得して、医薬品の服用予定時に服用支援のための情報を該利用者コンピュータの該表示手段又は該入出力手段に出力する服用案内処理手段と、服用者がピッキングした医薬品から得られる情報と処方箋からの情報を照合してピッキングされた該医薬品が正しいか否かを判定すると共に、判定結果を該利用者コンピュータの表示手段に表示する服用確認支援処理手段を有する医薬品情報管理システムとして構成される。
在庫支援処理手段は、服用者が所持する医薬品に関連して該第４のＤＢの在庫情報を更新し、且つ廃棄対象とする医薬品の情報を利用者コンピュータの該表示手段に表示すると共に、該第４のＤＢにおける在庫情報から服用者の医薬品について欠品の予告情報を該表示手段に表示する。
【００１０】
【発明の実施の形態】
以下、本発明の実施例を図面に従って詳細に説明する。
【００１１】
図１は、本発明の一実施例が適用される医療システムの全体を示すシステム構成図である。
【００１２】
この医療システムは、製薬会社１０１のシステムと、調剤薬局１０６のシステムと、医療機関１１１のシステムと、家庭或いは個人が利用する服用支援コンピュータ１１５と、および医療情報の履歴記録センタ１３１のシステムがそれぞれインターネット１１４などのネットワークを介して接続されることにより実現される。
【００１３】
以下、各システムの構成及び機能について説明する。なお、各システムにおけるデータベース（以下ＤＢと言う）の構成フォーマットについては、図３以降を参照して更に詳しく述べる。
【００１４】
製薬会社１０１は医薬品を製造、販売する。そのシステムとして、サーバー又はパーソナルコンピュータ（以下ＰＣと言う）のような医薬品コンピュータ１０２を備え、このコンピュータ１０２にはＤＢが接続される。ＤＢとして、生産対象となる医薬品についての属性情報を格納する医薬品属性ＤＢ１０３と、生産、出荷に際して、医薬品１０５毎にその製造番号および出荷情報を格納する製造出荷ＤＢ１０４を有する。
【００１５】
調剤薬局１０６は医薬品の調剤を行い、適正在庫を保持するための在庫管理業務により必要な医薬品が発生した時には、製薬会社１０１に医薬品の発注を行う。システムとしてサーバー又はＰＣのような調剤コンピュータ１０７を有し、医薬品の在庫管理のための情報処理を行う。この調剤コンピュータ１０７に接続されるＤＢとして、発注情報を格納する発注ＤＢ１０８を有する。また、患者が処方箋を持参した場合には、調剤業務を行なうと共に、調剤済みの医薬品１１０を患者に渡すことになるが、この調剤情報を格納する調剤ＤＢ１０９を有する。
医療機関１１１は患者に対して診療を行い、その結果として処方箋を発行する。医療機関１１１のシステムは、レセプトコンピュータ１１２を備える。また発行した処方箋情報を格納する処方箋ＤＢ１１３を有する。
【００１６】
上述したコンピュータ１０２，１０７，１１２は、詳細に図示していないが、入力部及び表示部を有し、入力部から入力される情報の一部又は全部は上述の各ＤＢに格納されることになる。
【００１７】
家庭又は個人（以下、単に家庭と言う）１１５は服用支援コンピュータ１１６を用いる。このコンピュータ１１５は例えばＰＣ又は携帯電話、或いは携帯端末機で良い。いずれも情報の送受信部、入力部、出力部（表示部）、情報処理部、メモリ等を有している。以下、携帯電話１１６を例にして説明を進める。
【００１８】
携帯電話１１６は、服用案内処理部１１７、服用確認支援処理部１２２、在庫支援処理部１２６を有する。これらの機能は情報処理部でプログラムが実行されることによって実現される機能である。このプログラムは医薬品服用支援のサービスを受ける利用者の携帯電話１１６のメモリにインストールすることにより備えられる。
【００１９】
服用案内処理部１１７は、患者が飲食物を摂取する場合に、事前に飲食可否を確認するための飲食物処理部１１８と、患者に対して服薬案内等を出力するためのメッセージ出力部１１９と、服薬者名を特定して出力するための服薬者処理部１２０と、服薬する医薬品名称と数量を出力するための医薬品処理部１２１により構成される。服用確認支援処理部１２２は、服薬時刻を検出する時刻処理部１２３と、服薬者を判定するための服薬者処理部１２４と、調剤済の医薬品１１０を判定するための薬品処理部１２５より構成される。在庫支援処理部１２６は、在庫数を管理するための管理数支援処理部１２７と、医薬品の保存を支援するための保存支援処理部１２８と、保存されている医薬品の廃棄を支援するための廃棄支援処理部１２９と、医薬品の欠品タイミングを事前に検出することで欠品を未然に防止するための欠品防止処理部１３０より構成される。
【００２０】
携帯電話１１６を用いて行なわれる医薬品の服用支援のサービスは、携帯電話１１６の利用者が携帯電話の入力部を操作して、支援サービスの画面を読み出して表示部に表示し、要望する処理或いは選択すべき処理項目を選ぶことにより行われる。
【００２１】
患者個人の携帯電話番号が後述する患者テーブル９１１に登録されているので、医療機関１１１から患者の番号にアクセスできる。詳細は後述するが、例えば調剤薬局１０６からも、処方箋番号をキーとして処方箋基本テーブル８０１及び患者テーブル９１１を索引して、患者個人の連絡先情報を取得することによって患者に連絡可能である。
【００２２】
尚、携帯電話１１６はカメラ機能を備えており、そのカメラ機能で医薬品又はその包装に付されたバーコード１１０を読んで、バーコード情報を取得する。
履歴記録センタ１３１は、服用管理コンピュータ１３２を有すると共に、医薬品の服用履歴に関する情報を保存するための服用履歴ＤＢ１３３、及び服薬者の医薬品の在庫情報を保存するための在庫管理ＤＢ１３４を有する。
【００２３】
上述の医療システムにおいて、製薬会社１０１、調剤薬局１０６、医療機関１１１、家庭１１５、服用履歴管理センタ１３１の各システム間における医薬品に関する情報は、インターネット１１４を介してリレーショナル・データベース（ＲＤＢ）により関係付けられており、各システムから他のシステムに在るＤＢの情報をアクセスして取得できる。これについては図３を参照して後述する。
【００２４】
図２は、医療システムの組織別の動作手順を示す。
図２において、製薬会社１０１は、市場動向をにらみながら医薬品の生産２０１を行なう。医薬品の製造には個別生産やロット生産等の生産手法があるが、いずれの場合も医薬品の生産単位に製造番号が設定される（製造番号設定２０２）。商社や調剤薬局等から受注を受けると、医薬品は出荷される（出荷２０３）。また、入力部よりシステムに対して医薬品の製造、出荷に関する情報が入力される。製造番号は調剤薬局１０６に送られる。
【００２５】
調剤薬局１０６は、在庫と消費予定を考慮しながら、医薬品を仕入れる（仕入２０４）。医療機関１１１から発行された処方箋を患者が持参した場合、処方箋情報２０９に従って調剤行為２０５を行う。また、入力部よりシステムに対して医薬品の服用支援情報２０６が入力される。医薬品の購入に伴い調剤番号が家庭１１５に与えられる。ここで服用支援情報２０６とは患者に対する医薬品の服用をシステムとしてサポートするための情報であり、例えば調剤番号を含む情報である。尚、その詳細については図１２，１３を参照して後述する。
【００２６】
医療機関１１１は、患者の診療２０８を行う。患者の症状によって処方箋情報２０９を作成し、処方箋を発行する。この処方箋情報２０９はシステムに入力される。処方箋番号は調剤薬局１０６に送られる。
【００２７】
家庭１１５は、服用案内２１０に従って医薬品の服用に支障が無いかを事前にチェックして、飲食を行う。また服用時刻になると、服用案内２１０から、服用のメッセージを受け取る。また、服用メッセージを受信した後は、服用確認支援２１１に従って、服用者及びピッキングした医薬品、服用時の注意事項に問題が無いかを判定した後、医薬品を服用する。また、在庫支援２１２の案内に従って、家庭内の医薬品の在庫管理を行う。家庭から履歴記録センタには調剤番号、服用情報、及び廃棄情報が送られる。
【００２８】
履歴記録センタ１３１は、調剤薬局１０６からの服用支援情報２０６により、家庭１１５での医薬品の在庫管理２１３を行う。また、服用確認支援２１１の服用情報により、在庫管理２１４を行う。また、在庫支援２１２の廃棄情報により在庫管理２１５を行う。
【００２９】
以上の一連の動作手順により、服用・在庫・破棄情報２０７が製薬会社１０１、調剤薬局１０６、医療機関１１１、家庭１１５、並びに履歴管理センタ１３１などの各機関にて共有される。この情報２０７の共有により、例えば薬害が発生した場合でも、その情報が共有の情報として反映される。しかもその製造番号に係る医薬品が、家庭１１５、医療機関１１１、薬局１０６、製薬会社１０１のどこに在るのかについても、共有の情報から分かるので、その医薬品を市場からすみやかに回収するなどの対応が可能である。また、家庭内での医薬品の在庫情報が参照できるので、医療機関１１１では、家庭内の余剰医薬品リストを確認した上で、不足している医薬品だけを処方可能である。
【００３０】
医薬品の服用・在庫・破棄情報２０７の共有は、ＲＤＢの関係付けにより達成される。次に、図３に示すＲＤＢのテーブルの関連図を参照して、医療システムの各機関におけるＲＤＢの関係について説明する。尚、図３の各テーブルの詳細については図４〜図１２を参照して後述される。
【００３１】
図３において、医薬品基本属性管理テーブル３０１及び医薬品詳細属性管理テーブル４０１は、製薬会社１０１の医薬品属性ＤＢ１０３内に保持され、医薬品識別コードをキーとして関連付けされる。また製造・出荷基本テーブル５０１及び製造・出荷詳細テーブル６０１も、同様に製造・出荷ＤＢ１０４内に保持され、出荷番号及び医薬品識別コードによってお互いに関連付けられる。医薬品基本属性管理テーブル３０１とは医薬品識別コードによって関連付けられる。
【００３２】
受注・発注テーブル７０１は調剤薬局１０６の発注ＤＢ１０８に形成され、製薬会社の製造・出荷ＤＢ１０４の製造・出荷基本テーブル５０１とは出荷番号をキーとして関連付けられる。
【００３３】
調剤薬局１０６の調剤ＤＢ１０９は、調剤基本テーブル１００１及び調剤詳細テーブル１１０１を保持し、これらテーブル１００１と１１０１の間は調剤番号と医薬品識別コードにより関連付けられている。また、調剤基本テーブル１００１と他のＤＢ１０４にある製造・出荷基本テーブル５０１とは医薬品識別コードをキーとして関連付けられる。また、調剤詳細テーブル１１０１と製造・出荷詳細テーブル６０１とは製造番号をキーとして関連付けられる。
【００３４】
処方箋基本テーブル８０１、処方箋詳細テーブル９０１及び患者テーブル９１１は、医療機関１１１の処方箋ＤＢ１１３内に保持され、処方箋基本テーブル８０１と処方箋詳細９０１の間は処方箋番号及び医薬品識別コードにより関連付けられる。また処方箋基本テーブル８０１と患者テーブル９１１との間は患者の個人ＩＤによって関連付けられる。更に、テーブル８０１と製造・出荷基本テーブル５０１とは医薬品識別コードをキーとして関連付けられ、調剤基本テーブル１００１とは医薬品識別コードと処方箋番号によって関連付けられる。
【００３５】
在庫管理テーブル１２０１は、履歴記録センタ１３１の在庫管理ＤＢ１３４に形成され、服薬番号をキーとして調剤詳細テーブル１１０１と関連付けられる。このようにテーブル或いは各ＤＢの内容は、特別な情報をキーとしてそれぞれ関連付けられることが理解できる。このようにＲＤＢによる関連付けにより調剤薬局や医療機関、更には履歴記録センタなどから上流側或いは下流側に情報をたどることができる。
【００３６】
次に、図４以降を参照して各テーブルの例について詳細に説明する。
図４は、医療品属性ＤＢ１０３に格納される医薬品基本属性管理テーブル３０１である。医薬品識別コード、製品名称、規格、メーカー名称を管理する。医薬品識別コードは、医薬品を同定し、他の医薬品と区別するための情報であり、この識別コードはＲＤＢの関連付け情報のメインキーとなる。テーブル３０１の形成に関しては、ある医薬品の新規の開発が完了した時点で、その医薬品に関するレコードが生成されて、このテーブル３０１の内容が更新される。
【００３７】
図５は、医療品属性ＤＢ１０３に格納される医薬品詳細属性管理テーブル４０１である。医薬品識別コード、効能、注意事項、等の情報が管理される。薬品識別コードがメインキーとなる。このテーブル４０１も、基本的には医薬品の新規開発完了時点で、そのレコードが生成される。
【００３８】
図６は、製造・出荷ＤＢ１０４に格納される製造・出荷基本テーブル５０１である。出荷番号、医薬品識別コード、数量、出荷日、出荷責任者名が管理される。出荷番号は、医薬品の出荷毎に異なる番号が付される。出荷番号及び医薬品識別コードがメインキーとなる。このテーブル５０１は、医薬品の出荷（２０３）時に、そのレコードが生成される。
【００３９】
図７は、製造・出荷ＤＢ１０４に格納される製造・出荷詳細テーブル６０１である。出荷番号、医薬品識別コード、識別コード、製造番号、製造日、回収指示、等が管理される。ここでは出荷番号、医薬品識別コード、及び識別コードがメインキーとなる。識別コードは製造・出荷基本テーブルの数量毎にユニークな番号である。医薬品の出荷（２０３）時に、このレコードが生成される。薬害が発生した時には、このテーブル６０１の「回収指示」の項目に、「あり」が設定される。
【００４０】
図８は、調剤薬局の発注ＤＢ１０８に格納される発注テーブル７０１である。発注番号、発注日、発注数量、出荷番号、等が管理される。発注番号は発注毎に異なる情報であり、これがメインキーとなる。このテーブルのレコードは、調剤薬局１０６が医薬品を発注する時に生成される。
【００４１】
図９は、医療機関の処方箋ＤＢ１１３に格納される処方箋基本テーブル８０１である。処方箋番号、医薬品識別コード、医薬品数量等が管理される。ここでは処方箋毎に異なる処方箋番号及び医薬品識別コードがメインキーとなる。このテーブル８０１のレコードは、医療機関１１１で処方箋を発行する時に生成される。
【００４２】
図１０は、同じく処方箋ＤＢ１１３に格納される処方箋詳細テーブル９０１である。処方箋番号、医薬品識別コード、服薬番号、服用タイミング、等が管理される。服薬番号は処方箋基本テーブルの医薬品数量毎にユニークな番号である。服用タイミングは医薬品の服用時刻を示す情報である。これら処方箋番号、医薬品識別コード、服薬番号はメインキーとなる。このテーブル９０１のレコードは、医療機関１１１にて処方箋を発行する時に生成される。
【００４３】
図１１は、処方箋ＤＢ１１３に格納される患者テーブルの内容を示す図である。患者のＩＤ、氏名、電話番号、住所、メールアドレス、パスワードが管理される。
【００４４】
図１２は、調剤ＤＢ１０９に格納される調剤基本テーブル１００１である。
このテーブル１００１では調剤番号、処方箋番号等が管理される。これら調剤番号及び処方箋番号はメインキーとなる。このテーブル１００１のレコードは、調剤薬局１０６で調剤行為（２０５）が行われる時に、生成される。
【００４５】
図１３は、調剤ＤＢ１０９に格納される調剤詳細テーブル１１０１である。調剤番号、医薬品識別コード、服薬番号、製造番号等が管理され、これら調剤番号、医薬品識別コード、服薬番号はメインキーとなる。このテーブル１１０１のレコードは、テーブル１００１と同様に、調剤薬局で調剤（２０５）が行なわれる時に生成される。
【００４６】
服薬番号は、例えば患者に渡される医薬品の包装等にバーコード印刷される。これらメインキーとなる調剤番号や医薬品識別コード、服薬番号等の情報は患者の医薬品服用のための支援情報となる。
【００４７】
図１４は、在庫管理ＤＢ１３４と服用履歴ＤＢ１３３に格納される在庫管理テーブル１２０１である。履歴記録センタ１３１にて、服用支援情報２０６のイベントが発生した時に、このレコードが生成される。また、服用確認支援２１１の（消費）イベントが発生した時に、このレコードが更新される。また、在庫支援２１２の（廃棄）イベントが発生した時に、このレコードが更新される。
【００４８】
次に図１５以降のフローチャートを参照して医療システムにおける各システムの動作、及び医薬品服用支援のための動作について説明する。
【００４９】
図１５は、製薬会社１０１のシステムの業務フローチャートである。
新製品が開発された時には、その医薬品に関して新たな医薬品識別コード、製品名称等が決められる。そしてその新製品のための新たなレコードが生成されて、医薬品基本属性管理テーブル３０１に登録される（１４０１）。また、医薬品詳細属性管理テーブル４０１に関してもその新製品のための新たなレコードが生成されて、テーブル４０１に登録される（１４０２）。
【００５０】
その医薬品が出荷（２０３）される時には、新たなに設定された出荷番号や医薬品識別ボード、数量等に関する新たなレコードが生成されて、製造・出荷基本テーブル５０１に登録される（１４０３）。また、同様にして製造・出荷詳細テーブル６０１にも新たなレコードが登録される（１４０４）。
【００５１】
後々、その医薬品に薬害等が発生して、製薬会社がその医薬品を回収することを決めた場合は、製造・出荷詳細テーブル６０１の「回収指示」の欄に「回収指示有り」の旨を登録するようにテーブル６０１の内容が更新される（１４０５）。
【００５２】
図１６は、調剤薬局１０６のシステムの業務フローチャートである。仕入（２０４）の度に、新たなレコードが生成されて発注テーブル７０１に登録される（１５０１）。また、患者が来局する時に、薬局では個人管理の医薬品の在庫状況を確認する（１５０２）。その結果として、調剤基本テーブル１００１の内容が更新される（１５０３）。患者は医薬品を在庫として所有している場合が多々有るので、その情報を取得し、それを考慮した上で今回の調剤行為、例えば数量の調整等を行う。
【００５３】
個人管理の医薬品在庫情報を確認した後、調剤行為（２０５）を行い、調剤番号や医薬品識別番号、服薬番号等の情報が調剤基本テーブル１００１及び調剤詳細テーブル１１０１に登録される（１５０３，１５０４）。尚、医薬品の調剤が新たに成されない場合には、テーブル１００１，１１０１の内容は更新されるのみである。そして、調剤済みの医薬品の包装には、服薬番号を含む服用支援情報がバーコード印刷されて（１５０５）、その医薬品は患者に手渡される。
【００５４】
後々、薬害等で回収指示があった場合には、図３に示すように、回収対象の医薬品の医薬品識別コード、製造番号、発注番号、出荷番号、処方箋番号、調剤番号、服薬番号とキーとして各関連のＤＢが検索される。その結果、対象の医薬品の在庫状況やその存在場所が突き止められ、最終的は対象の医薬品が回収されて製薬会社に返品される（１５０６）。
【００５５】
図１７は、医療機関１１１のシステムの業務フローチャートである。患者の来院時に、個人管理の医薬品の在庫状況、即ち患者が医薬品を余剰に保持しているか否か、の確認が行なわれる（１６０１）。これは医師が患者に対して医薬品及びその余剰数量を聴取することにより行なわれる。余剰の医薬品がない場合には、従来通りの処方箋を発行するので、処方箋基本テーブル８０１の内容は変更なく、日付のみが更新されて新たに登録される（１６０２）。処方箋詳細テーブル９０１の登録も同様である（１６０３）。一方、余剰の医薬品がある場合には、余剰の数量を考慮して、不足分のみを処方するように、処方箋基本テーブル８０１及び処方箋詳細テーブル９０１を更新して登録する（１６０４，１６０５）。余剰の医薬品がある場合には、その医薬品に関する処方箋詳細テーブル９０１の「調剤要否」の項目に、「調剤不要」を設定する。
【００５６】
後々、薬害等で回収指示があった場合には、回収対象の医薬品の医薬品識別コード、処方箋番号、等をキーとして該当する処方箋基本テーブル８０１及び処方箋詳細テーブル９０１、患者テーブル９１１が検索される。そして対象となる医薬品を所持する患者、及びその医薬品の在庫状況が突き止められる。最終的は対象の医薬品が回収されて製薬会社に返品される。
【００５７】
図１８は、携帯電話１１６を例にして用いた服用支援コンピュータ１１５による服用支援システム全体の動作フローチャートである。
医薬品の服用支援処理は、服用案内処理１１７´、服用確認支援処理１２２´、在庫支援処理１２６´の３種の処理からなる。これらの処理は、携帯電話１１６がプログラムとして有している服用案内処理部１１７、服用確認支援処理部１２２、在庫支援処理部１２６により実行される。
尚、これらの各々の処理については、図１８以降を参照して詳しく説明する。
【００５８】
図１９は、服用案内処理１１７´の動作フローチャートである。
携帯電話１１６はカレンダ及び時計機能を有している。患者がある物を飲食したくなった時はまず携帯電話１１６で服用案内処理１１７´を行う画面を読み出し、希望する飲食物が現在服用中の医薬品に適合するか否かのチェックを受ける。例えば、時計機能が午前１１時３０分の時に、グレープフルーツジュースが飲みたくなったとする。携帯電話１１６の操作によって、表示部には飲食物が選択できるように項目が表示され、患者はその表示から項目を選択する。例えば、患者は表示部の画面に表示された項目から飲食物選択キーを操作してグレープフルーツジュースを選択する（１８０１）。すると、飲食処理部１１８は医薬品詳細属性管理テーブル４０１を索引し、このテーブル４０１の飲食制限の項目を参照する。そして項目内のメッセージが在れば、それを取得して、メッセージ出力部１１９を介して表示部に表示する。この例では、１２：００に医薬品識別コード「ｔ１１１」の医薬を服用予定として、１時間以内のグレープフルーツジュースの飲用は制限されているので、表示部にアラーム出力等の異常表示をする（１８０２）。この場合、出力部１１９は表示だけでなく音声と併用しても良く、また音声のみでの出力でも良い。
【００５９】
時刻が進んで、服用予定時刻１２：００になると、服用支援情報をメッセージ出力部１１９を介して出力し表示部に表示する（１８０３）。例えば、医薬品詳細属性テーブル４０１の内容である服用者の氏名、医薬品の種類、数量、服用時の注意事項が読み出されて、ネットワーク１１４を介して服用者の携帯電話１１６に届く。これらの情報が着信する時には着信音を発生する（１８０４）。これによって患者は服用案内のサービスを受けることができる。尚、服薬者に対する服用支援情報の送信先は、服薬者処理部１２０によって処理されて、服薬者が特定される。即ち、処方箋ＤＢ１１３内に格納された患者テーブル９１１に登録された電話番号やメールアドレスによって特定され、指定された時刻になると選択された患者テーブル９１１の内容が自動的に送信される。また薬品処理部１２１は、対象となる医薬品管理テーブル３０１、４０１を取得して、その内容をチェック検索し、注意事項等の抽出の処理を行う。
【００６０】
図２０は、服用確認支援処理１２２´のフローチャートである。
【００６１】
服用支援の処理動作について説明する。例えば、乳幼児に服用案内があった場合は、携帯電話１１６の入力部より服用者のパスワードを入力する（１９０１）。服用者が乳幼児の場合には親が入力する。入力されたパスワードは、事前に取得されている患者テーブル９１１の内容の１つであるパスワードと比較される。
【００６２】
比較の結果、不一致の場合には、表示部に誤服薬防止のためパスワードエラーの表示をする（１９０５）。尚、不一致の場合には再度パスワードの入力を促し、照合するステップを何度か繰り返しても良い。一方、パスワードの照合の結果、正しい場合には、服用予定の医薬品に付されたバーコードの読み取りを行うように、操作の案内表示が促される。医薬品のバーコードは携帯電話１１６のカメラ機能によって読み取られる（１９０２）。医薬品処理部１２５は、認識ソフトウェアによる認識機能を有している。カメラ機能によって読まれたバーコードは認識機能で認識され、医薬品識別コードとして取扱われる。ステップ１９０２における医薬品のバーコード読み取り及びその認識は、服薬者の手元に置かれた医薬品の数だけ繰り返し行われる。
【００６３】
バーコード認識されたある医薬品識別コードは、取得済みの処方箋テーブル９０１の内容である医薬品識別コード及び数量と照合される。その照合の結果、医薬品の種類や数量に誤りがある場合には、誤服薬防止のためにピッキングミスの旨を表示部に表示する（１９０６）。
【００６４】
一方照合の結果、医薬品のピッキングが正しい場合には、取得済みの医薬品詳細属性管理テーブル４０１を参照して、服用時の注意事項を確認する（１９０３）。これは、例えば服用者が「ｔ１１１」を服用する場合は、医療品詳細情報属性管理テーブル４０１の内容から、「噛み砕いて飲まない」旨及び「服用前後１時間以内はグレープジュースを摂取しない」旨のメッセージを得て、表示部に表示する。服用者が表示内容を確認し、合意した場合には、指示された所定のキーが操作される。医薬品処理部１２５は合意の旨の入力信号を確認する。確認の結果、合意が得られた場合には、服用タイミングの記録が行なわれる（１９０４）。この記録は、一種のログ情報としての記録であり、携帯電話１１６内のメモリに服用した時刻、医薬品識別コード、数量等が記録される。
【００６５】
一方、合意が得られない場合には、表示部に、誤服薬防止のための服用時の注意違反表示がなされる（１９０７）。これら一連の処理を行って終了する。
【００６６】
図２１は、在庫支援処理１２６´のフローチャートである。
在庫支援処理１２６´を実行する在庫支援処理部１２６は、管理数支援処理部１２７、保存支援処理部１２８、廃棄支援処理部１２９、欠品防止処理部１３０からなる。夫々の処理については、図２２〜２５を参照して説明する。
【００６７】
図２２は、管理数支援処理１２７´のフローチャートである。
医薬品が服用されて消費されると、それに関する情報が携帯電話１１６からインターネット１１４を介して履歴記録センタ１３１に送信され、在庫管理ＤＢ１３４内の在庫管理テーブル１２０１が更新される。
【００６８】
まず、服用消費に関しては在庫管理テーブル１２０１の服用日時が更新され（２１０１）、新たな服用日時が登録される。医薬品が廃棄される時は、患者の携帯電話１１６から廃棄処理した旨の入力情報が送信されて来て、在庫管理テーブル１２０１の廃棄コードが、廃棄済み「１」に更新される（２１０２）。
【００６９】
また、在庫管理テーブル１２０１は、他のいくつかのテーブルを介して医薬品コンピュータ１０１の医療品属性ＤＢ１０３に格納される医薬品詳細属性管理テーブル４０１とＲＤＢとして関連付けられているので、医薬品詳細属性管理テーブル４０１の内容が在庫管理テーブル１２０１に反映される。医薬品詳細属性管理テーブル４０１の内容を検索した結果、ある医薬品識別コードの医薬品の消費期限切れを検出した場合は、在庫管理テーブル１２０１の消費可否コードが更新され、消費不可「１」となる（２１０３）。また、製造・出荷詳細テーブル６０１とも関連付けられており、ある医薬品の回収指示を検出した場合は、在庫管理テーブル１２０１の回収指示が更新され、回収指示あり「１」となる（２１０４）。
【００７０】
図２３は、保存支援処理１２８´のフローチャートである。
服用者が医薬品の保存に関して解らないときは、この支援サービスを受けられる。服用者は携帯電話の表示部にこの支援処理画面を表示して、保存検索の操作を行う。操作は、画面の案内に従って保存方法検索用のキーを選択することにより開始される（２２０１）。
【００７１】
次ぎに、携帯電話１１６のカメラを用いて対象とする医薬品のバーコードを読ませる（２２０２）。医薬品に印刷されたバーコードが読まれ、その医薬品の識別コードが認識される。そしてその識別コードに対応する医薬品詳細属性管理テーブル４０１が選択される。例えば医薬品「ｔ１１１」が認識された場合、医薬品詳細属性管理テーブル４０１の保存方法の項目から「冷暗所にて保管する」のメッセージが取得され、携帯電話に送信されて、表示部に表示される（２２０３）。
【００７２】
図２４は、廃棄支援処理１２９´のフローチャートである。
服用者が医薬品を廃棄するときは、この廃棄支援処理部１２９の処理によるサービスを受けられる。
【００７３】
在庫管理テーブル１２０１から廃棄対象医薬品のレコードを選択して、廃棄対象となる医薬品が存在する場合は、その医薬品の名称を表示部に表示する（２３０１）。患者は、自分が所持している医薬品の内、廃棄対象となるであろう医薬品をピッキングして、携帯電話１１６のカメラでその医薬品のバーコードを読み取る（２３０２）。
【００７４】
バーコードから認識された服用番号と在庫管理テーブル１２０１か得た服用番号を照合し、その結果照合番号が不一致であると、ピッキングミスと判断して、表示部にエラー表示する（２３０３）。その際正しい医薬品の選択を促す案内が表示される。一方、照合の結果ピッキングが正しいと判断された場合は、在庫管理テーブル１２０１を更に検索して、当該医薬品が回収対象（回収指示コードが「１」の状態）になっているか否かを判定する。回収対象となっている医薬品の場合には、返品依頼メッセージを出力部１１９に出力する（２３０４）。次いで、在庫管理テーブル１２０１の回収の項目に回収済「１」の登録を行う。回収対象でない場合は、廃棄処分ＯＫの旨の表示を出力部１１９に行う（２３０６）。次いで、在庫管理テーブル１２０１の廃棄コードの項目に廃棄済「１」の登録を行う（２３０７）。
【００７５】
図２５は、欠品防止処理１３０´のフローチャートである。
【００７６】
医薬品の欠品に関するサービスはこの処理による。処方箋基本テーブル８０１から患者へ提供される医薬品の数量は把握される。一方、在庫管理テーブル１２０１及び服用履歴ＤＢ１３３が検索され、過去に服用された医薬品とその数量、及び服用可能な最終日時が計算される（２４０１）。計算の結果、一週間以内に欠品が発生するか否かが判断され、欠品が発生する場合には、欠品の事前警告メッセージが表示部に出力される（２４０２）。次いで、欠品情報を患者に知らせるために、着信音を発生して（２４０３）、知らせる。
【００７７】
次に図２６のシステム構成図を参照して、本発明の他の実施例による医療システムについて説明する。
【００７８】
上述の実施例では、服薬案内処理部１１７、服薬確認支援処理部１２２、在庫支援処理部１２６の機能をプログラムで実現するようにして携帯電話１１６に内臓した。この例によれば携帯電話１１６における情報処理の負荷が増大する恐れがあった。
【００７９】
一方、図２６に示す例は携帯電話１１６の情報処理の負荷を低減するために、上記主な３つの処理機能を履歴記録センタ１３１´に持たせたものである。携帯電話１１６は本来の入出力機能を備えることで済む。
【００８０】
同様に、製薬会社１０１、調剤薬局１０６、医療機関１１１の各機関に分散配置されているＤＢ、即ち医薬品属性ＤＢ１０３、製造出荷ＤＢ１０４、発注ＤＢ１０８、調剤ＤＢ１０９、処方箋ＤＢ１１３、服用履歴ＤＢ１３３、在庫管理ＤＢ１３４を全て履歴記録センタ１３１に集約させて、センタ集中型のシステムを実現するものである。このシステムを例えば医薬品情報管理センタと言うことにする。
【００８１】
図２６に示すセンタ集中型の医療システムのシステム構成に関し、主に図１と異なる構成部分について説明する。上述の履歴記録センタは大規模化して医薬品情報管理センタ１３１´となり、このセンタ１３１´には、内部インターフェースを介して接続されるサーバー２５０７、及びＤＢ２５０８、アプリケーションプログラムを格納する記憶装置ＡＰ２５０９が設けられる。サーバー２５０７は、プログラムの実行によって上述の服薬案内処理部１１７、服薬確認支援処理部１２２、在庫支援処理部１２６の機能を実現する。ＤＢ２５０８は、図１に示した医薬品属性ＤＢ１０３、製造出荷ＤＢ１０４、発注ＤＢ１０８、調剤ＤＢ１０９、処方箋ＤＢ１１３、服用履歴ＤＢ１３３、在庫管理ＤＢ１３４に相当するデータを一括管理する。ＡＰ２５０９は、服薬案内処理プログラム１１７、服薬確認支援プログラム１２２、在庫支援プログラム１２６を格納する。尚、センタ１３１´のインターネット１１４との送受信機能は図１の場合と同様である。また、センタには携帯電話１１６から送信される医薬品のバーコード情報を認識するＯＣＲ認識プログラムが備えられる。
【００８２】
製薬会社１０１には、サーバー２５０７の機能を利用するためのブラウザ２５０１が設けられる。同様に調剤薬局１０６には、サーバー２５０７の機能を利用するためのブラウザ２５０２が設けられる。また医療機関１１１には、サーバー２５０７の機能を利用するためのブラウザ２５０３が設けられる。
【００８３】
家庭１１５では通常、携帯電話１１６を使用することを前提とし、その携帯電話１１６には、センタ１３１´と電子メール送受信を行うためのメールソフトウェア２５０４と、センタ１３１´を利用して各種サービスを受けるためのブラウザ２５０５と、バーコードを読み取るためのカメラ２５０６を有する。勿論、入出力部、表示部を有していることは言うまでもない。
【００８４】
このような構成のシステムにおいて、センタ１３１´の服薬案内処理部１１７、服薬確認支援処理部１２２、在庫支援処理部１２６が果たす機能や処理動作は、基本的には前述した図１８〜図２５に示すものと同様であるので、重複的な説明は省略する。しかし、携帯電話１１６のブラウザを使用しての情報の入出力機能とセンタ１３１´との情報のやり取りに関しては、図１８〜図２５に示す例とは相違する。
【００８５】
例えば、図１９に対応する服用案内処理１１７´に関して説明するに、グレープジュースを飲みたい場合には、携帯電話１１６のブラウザ２５０５を操作することで、サーバー２５０７の飲食処理部１１８の機能を利用する。サーバー２５０７は、ブラウザ２５０５からのサービス要求を受けると、医薬品詳細属性管理テーブル４０１の飲食制限項目を選択し、飲食物が有害か否かを判定する（ステップ１８０１´）。例えば、１２：００に「ｔ１１１」を服用予定の場合は、ブラウザ２５０５に異常表示を出力する（ステップ１８０２´）。服用予定時刻には、携帯電話１１６にメッセージをメール発信することで患者に服用を促す（ステップ１８０３´）。
【００８６】
また、服用確認支援処理１２２´についてもブラウザを使用することから、センタ１３１´と携帯電話１１６とのやり取り上の処理動作が若干異なってくる。この服用確認支援処理１２２´の動作について、図２７のフローチャート（図２０に対応）を参照して説明するに、服薬案内１１７から服薬案内メールを受信した場合には、ブラウザ２５０５を操作することで、サーバー２５０７の服薬確認処理１２２´の利用を要求する。サーバー２５０７は、ブラウザ２５０５からの要求を受けると、服薬者のパスワードを受信すると共に、パスワードの判定処理を行う（２８０１）。判定の結果パスワードが不正な場合には、ブラウザ２５０５にパスワードエラーの表示をする（２８０５）。
【００８７】
一方、パスワードが正しい場合は、カメラ２５０６を利用してバーコードを読み取らせるための案内を行わせる。服薬者は、飲用しようとする医薬品のバーコードをカメラで読み取り、その結果であるバーコード情報をサーバー２５０７に送信する。サーバー２５０７は、医薬品処理部１２５が医薬品の種類や数量の判定処理を行う（２８０２）。判定の結果誤りがある場合には、誤服薬防止のため、ブラウザ２５０５にピッキングミス表示を行う（２８０６）。ピッキングが正しい場合には、ブラウザ２５０５に注意表示を行う。例えば、「ｔ１１１」を服用する場合は、医療品詳細情報属性管理テーブル４０１より、「噛み砕いて飲まない」旨、及び「服用前後１時間以内はグレープジュースを摂取しない」旨のメッセージを表示する。注意事項の表示に対して、ブラウザ２５０５から合意の旨を受信した場合は、服用タイミングの記録を行う（２８０４）。また、ブラウザ２５０５から合意が得られない場合には、誤服薬防止のため、ブラウザ２５０５に服用時の注意違反表示を行う（２８０７）。
【００８８】
同様にして、保存支援処理１２８´、廃棄支援処理１２９´等に関しても、ブラウザ２５０５を利用してセンタ１３１´とのやり取りが行われる点が相違するだけで、これらの処理も基本的には図２３、２４と同様であると理解されよう。以上、センタ集中型の医療システム、とりわけ医薬品情報の管理システムについて説明した。
【００８９】
本発明は上述した実施例以外にも、種々変形して実施し得る。
【００９０】
例えば医薬品に付与されたバーコードの読み取り方法は、携帯電話のカメラを用いる他に、バーコードリーダを携帯電話に接続する方法や、デジタルカメラで撮影したバーコード情報を携帯電話に転送して用いる方法がある。勿論、携帯電話ではなく、携帯端末やパーソナルコンピュータを用いる場合にも上記と同様の方法が使える。
【００９１】
上述した実施例では、バーコードを医薬品の包装に印字することで、医薬品の識別コードを付与している。しかしこの種のバーコード印刷以外の手段としては、包装紙に無線ＩＣタグを埋め込む方法や、錠剤の表面に２次元バーコード印刷をする方法、バーコードに対応する数字を印刷する方法等の各種方法が利用できる。
【００９２】
また、上記実施例では、医療機関と、調剤薬局の組織を分けて説明したが、大病院や大学病院のように医療機関内で調剤薬局業務を行う場合もあり、このような場合には例えば図１の調剤薬局１０６と医療機関１１１のシステムが併合あるいは複合的に使用されるものとして理解される。
【００９３】
また、上記実施例では、服薬案内処理部１１７、服薬確認支援処理部１２２、在庫支援処理部１２６を携帯電話１１６に具備させる例、履歴記録センタ１３１に備える例について説明したが、代案としてこれらの処理機能を調剤コンピュータ１０７を中心としたシステムに具備させることもできる。
【００９４】
【発明の効果】
本発明によれば、医薬品の服用時に実際に選択された医薬品をチェックすることにより、処方された医薬品を正しく服用させるための支援をすることができる。また、医薬品服用支援のためのシステムを利用して、患者或いは服薬者との間で情報のやり取りを行うことによって、医薬品の服薬案内、服薬確認の支援及び在庫支援に関するサービスを提供できる。
また、医薬品の記録情報に従って、医薬品の製造元から医療機関、調剤薬局に至るルートをトレースすることができ、医薬品に関するトラブル解消に寄与できる。
【図面の簡単な説明】
【図１】本発明の一実施例による医療システムの全体を示すシステム構成図である。
【図２】図１に示す医療システムにおける組織別の動作手順を示す図である。
【図３】医療システムの各機関と関連付けられて形成されるＲＤＢのテーブルの関係を示す関連図である。
【図４】図１の医療品属性ＤＢ１０３に格納される医薬品基本属性管理テーブルの内容を示す図である。
【図５】医療品属性ＤＢ１０３に格納される医薬品詳細属性管理テーブルの内容を示す図である。
【図６】製造・出荷ＤＢ１０４に格納される製造・出荷基本テーブルの内容を示す図である。
【図７】製造・出荷ＤＢ１０４に格納される製造・出荷詳細テーブルの内容を示す図である。
【図８】発注ＤＢ１０８に格納される発注テーブルの内容を示す図である。
【図９】処方箋ＤＢ１１３に格納される処方箋基本テーブルの内容を示す図である。
【図１０】処方箋ＤＢ１１３に格納される処方箋詳細テーブルの内容を示す図である。
【図１１】処方箋ＤＢ１１３に格納される患者テーブルの内容を示す図である。
【図１２】調剤ＤＢ１０９に格納される調剤基本テーブルの内容を示す図である。
【図１３】調剤ＤＢ１０９に格納される調剤詳細テーブルの内容を示す図である。
【図１４】在庫管理ＤＢ１３４と服用履歴ＤＢ１３３に格納される在庫管理テーブルの内容を示す図である。
【図１５】製薬会社１０１のシステムの業務フローチャートである。
【図１６】調剤薬局１０６のシステムの業務フローチャートである。
【図１７】医療機関１１１のシステムの業務フローチャートである。
【図１８】服用支援コンピュータ１１６による服用支援システム全体の動作フローチャートである。
【図１９】服用案内処理１１７´の動作フローチャートである。
【図２０】服用確認支援処理１２２´のフローチャートである。
【図２１】在庫支援処理１２６´のフローチャートである。
【図２２】管理数支援処理１２７のフローチャートである。
【図２３】保存方法支援処理１２７のフローチャートである。
【図２４】廃棄支援処理１２９のフローチャートである。
【図２５】欠品防止処理１３０のフローチャートである。
【図２６】本発明の他の実施例による医療システムのシステム構成図である。
【図２７】服用確認支援１２２のフローチャートである。
【符号の説明】
１０１…製薬会社１０２…医薬品コンピュータ
１０３…医薬品属性ＤＢ１０４…製造・出荷ＤＢ
１０５…医薬品１０６…調剤薬局
１０７…調剤コンピュータ１０８…発注ＤＢ
１０９…調剤ＤＢ１１０…医薬品
１１１…医療機関１１２…レセプトコンピュータ
１１３…処方箋ＤＢ１１４…インターネット
１１５…家庭１１６…携帯電話
１１７…服薬案内処理部１１８…飲食物処理部
１１９…メッセージ出力部１２０…服薬者処理部
１２１…医薬品処理部１２２…服薬確認支援処理部１２３…時刻処理部
１２４…服薬者処理部１２５…医薬品処理部１２６…在庫支援処理部
１２７…管理数支援処理部１２８…保存支援処理部１２９…破棄支援処理部
１３０…欠品防止処理部１３１…履歴記録センタ
１３２…服用管理コンピュータ１３３…服用履歴ＤＢ１３４…在庫管理ＤＢ。

Claims

コンピュータと第１のＤＢを有する製薬会社の第１システムと、コンピュータと第２のＤＢを有する調剤薬局の第２システムと、コンピュータと第３のＤＢを有する医療機関の第３システムと、及びコンピュータと第４のＤＢを有する機関の第４システムがそれぞれネットワークを介して接続される医療システムであって、
該第１のＤＢは医薬品に関する情報及び医薬品の製造・出荷の状況を管理する情報を保持し、
該第２のＤＢは医薬品の調剤に関する情報を保持し、かつ該第１のＤＢとは医薬品を識別するためのコードをキーとして関連付けられ、
該第３のＤＢは医者により作成される、医薬品に関する情報を含む処方箋の内容を保持し、該第１のＤＢとは医薬品に関する情報をキーとして関連付けられ、該第２のＤＢとは処方箋を識別する情報によって関連付けられており、
該第４のＤＢは患者による医薬品の服用の履歴情報を保持するとともに、医薬品の在庫情報を保持し、該第３のＤＢとは医薬品の服用に関する情報をキーとして関連付けられることを特徴とする医薬品情報管理システム。
ネットワークに接続されて、医薬品の服用者が利用するための利用者コンピュータであって、情報の入出力手段と、表示手段と、医薬品情報を取扱って処理するためのプログラムを記憶する記憶手段と、該プログラムの実行して医薬品情報を処理する処理手段を有し、
該処理手段は、
該第３システムから処方箋に関する情報を取得するとともに、該第２システムから調剤に関する情報を取得して、医薬品の服用予定時に服用支援のための情報を該表示手段又は該入出力手段に出力する服用案内処理手段と、
服用者がピッキングした医薬品から得られる情報と処方箋からの情報を照合してピッキングされた該医薬品が正しいか否かを判定すると共に、判定結果を該表示手段に表示する服用確認支援処理手段と、
該第４システムと交信して、服用者が所持する医薬品に関連して該第４のＤＢの在庫情報を更新し、且つ廃棄対象とする医薬品の情報を該表示手段に表示すると共に、該第４のＤＢにおける在庫情報から服用者の医薬品について欠品の予告情報を該表示手段に表示する在庫支援処理手段と、
を有することを特徴とする請求項１記載の医薬品情報管理システム。
該第４のＤＢは、ネットワークを介して該利用者コンピュータから送信される医薬品の服用に関する情報を格納することを特徴とする請求項２記載の医薬品情報管理システム。
前記第１のＤＢは、医薬品識別コードに関する情報をキーとして、製品名称、規格、メーカー名称に関する情報、及び効能、注意事項、消費期限、保存方法、飲食制限に関する情報を格納するＤＢと、
出荷番号に関する情報をキーとして、医薬品識別コード、数量、出荷日に関する情報、及び製造番号、製造日、回収指示に関する情報を格納するＤＢを有して構成されることを特徴とする請求項１又は２記載の医薬品情報管理システム。
該第２のＤＢは、発注番号をキーとして、発注日、発注数量、出荷番号に関する情報を格納するＤＢと、調剤番号、医薬品識別コード、服薬番号、製造番号に関する情報をキーとして、これらの情報を格納するＤＢとを有して構成されることを特徴とする請求項１又は２記載の医薬品情報管理システム。
該第３のＤＢは、処方箋番号、医薬品識別コード及び服薬番号に関する情報をキーとして、処方箋番号、医薬品識別コード、医薬品数量、服薬番号、服用タイミングに関する情報を格納するＤＢと、患者のＩＤに関する情報をキーとして、患者の氏名、電話番号又はメールアドレスを含む連絡先に関する情報を格納するＤＢを有して構成される請求項１又は２記載の医薬品情報管理システム。
該第４のＤＢは、服薬番号をキーとして、服薬日時、廃棄コード、回収指示に関する情報を格納することを特徴とする請求項１又は２記載の医薬品情報管理システム。
コンピュータと第１のＤＢを有する製薬会社の第１システムと、コンピュータと第２のＤＢを有する調剤薬局の第２システムと、コンピュータと第３のＤＢを有する医療機関の第３システムと、及びコンピュータと第４のＤＢを有する機関の第４システムと、医薬品の服用者が利用するための利用者コンピュータがそれぞれネットワークを介して接続される医療システムであって、
該第１のＤＢは医薬品に関する情報及び医薬品の製造・出荷の状況を管理する情報を保持し、
該第２のＤＢは医薬品の調剤に関する情報を保持し、かつ該第１のＤＢとは医薬品を識別するためのコードをキーとして関連付けられ、
該第３のＤＢは医者により作成される、医薬品に関する情報を含む処方箋の内容を保持し、該第１のＤＢとは医薬品に関する情報をキーとして関連付けられ、該第２のＤＢとは処方箋を識別する情報によって関連付けられており、
該第４のＤＢは患者による医薬品の服用の履歴情報を保持するとともに、医薬品の在庫情報を保持し、該第３のＤＢとは医薬品の服用に関する情報をキーとして関連付けられており、
該利用者コンピュータは、情報の入出力手段と、表示手段と、医薬品情報を記憶する記憶手段とを有し、更に
第４システムは、医薬品情報を取扱って処理するためのプログラムを記憶する記憶手段と、該プログラムの実行する前記コンピュータであって、
該第３システムから処方箋に関する情報を取得するとともに、該第２システムから調剤に関する情報を取得して、医薬品の服用予定時に服用支援のための情報を該利用者コンピュータの該表示手段又は該入出力手段に出力する服用案内処理手段と、
服用者がピッキングした医薬品から得られる情報と処方箋からの情報を照合してピッキングされた該医薬品が正しいか否かを判定すると共に、判定結果を該利用者コンピュータの表示手段に表示する服用確認支援処理手段と、
を有することを特徴とする医薬品情報管理システム。
該第４システムは更に、服用者が所持する医薬品に関連して該第４のＤＢの在庫情報を更新し、且つ廃棄対象とする医薬品の情報を利用者コンピュータの該表示手段に表示すると共に、該第４のＤＢにおける在庫情報から服用者の医薬品について欠品の予告情報を該表示手段に表示する在庫支援処理手段を有することを特徴とする請求項８項記載の医薬品情報管理システム。
少なくとも医薬品に関する処方箋の内容を記憶するＤＢから処方箋情報を取得して、処方箋に従った時刻に医薬品の服用を患者に促すためのメッセージを提供するメッセージ提供手段と、服用に際して患者がピッキングした医薬品を認識し、医薬品情報としてネットワークに送信する送信手段と、医薬品情報と処方箋情報との照合を行うための照合手段と、該照合手段の照合結果に応じて医薬品の処方に関する指示を服用者に与える出力手段を有するコンピュータを有することを特徴とする医薬品服用支援システム。
該送信手段からネットワークを介して送られる医薬品情報を、医薬品の服用の履歴情報として該患者の個人情報と対応させて記憶するＤＢを有することを特徴とする請求項１０項記載の医薬品服用支援システム。