JP6200674B2 - 薬剤情報管理システム - Google Patents

Description

本発明は、薬剤を服用している患者が、緊急時に薬剤又は医療機関に関する情報を得るための薬剤情報管理システムに関する。

近年、地震等の災害発生時における支援について、様々な検討がなされると共に、災害支援を適切に実施するシステムの構築が求められている。例えば、特許文献１には、災害時に、支援物資の備蓄情報を管理して、被災者の端末からネットワークを介して支援要求を受け付け、配給指示を行う災害支援システムが開示されている。

ところで、災害時には被災者への薬剤の提供も必要となるが、薬剤の場合には通常の支援物資と異なる特殊な事情がある。例えば、糖尿病の患者が普段服用しているインスリンを所持していない（又は不足した）状況で被災した場合、インスリンが未服用となることで、生命の危機に直接関わることになる。すなわち、薬剤の場合は必要性及び緊急性が相当に高い。さらに、インスリンの中にも多様な種類があり、服用しているインスリンを患者が正確に把握しているとは限らず、自分に必要なインスリンを要望することができない、又は誤った種類のインスリンを要望する（或いは提供される）可能性もある。

その一方で、被災箇所の周辺には、患者が要望する薬剤を所有している場合も少なくない。例えば、最近は、糖尿病の患者が増加していることから、周辺環境の中で同じ種類のインスリンを服用している患者も存在し、そのためインスリンを多種類且つ多数保管している医療機関も多い。しかしながら、緊急を要する場合でも、現状では周辺環境の薬剤の情報（所在情報、薬剤の提供の可否情報等）や医療機関の情報（診察の可否情報、診察可能な診療科や医師の情報等）を得ることが難しいというのが実情である。

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

本発明は、上記の実情に鑑みてなされたものであって、薬剤を服用している患者が、緊急時に簡単な方法によって薬剤又は医療機関に関する情報を得ることができる薬剤情報管理システムを提供することを目的とする。

前記の目的を達成するために、本発明は、薬剤を服用する複数の患者、及び薬剤を所有する医療機関が各々有する端末と、前記複数の端末がネットワークを介してアクセス可能な管理部とを備える薬剤情報管理システムであって、前記管理部は、前記患者が服用する薬剤に関する薬剤情報を登録可能なデータベースと、一の患者の端末からのアクセスにより、前記データベースを参照して前記一の患者の薬剤情報を特定するデータベース検索部と、前記データベース検索部が特定した前記一の患者の薬剤情報に基づき、同じ薬剤を服用する他の患者、又は同じ薬剤を所有する医療機関を検出する同一薬剤検出部と、同じ薬剤を服用する複数の患者及び医療機関が、前記ネットワークを介して同一の情報を閲覧可能な複数の掲示板情報を生成する掲示板生成部とを有し、前記複数の掲示板情報は、病気と地域に基づき区分されており、前記管理部は、前記一の患者の前記特定した薬剤情報と位置情報に基づき前記複数の掲示板情報の中から記載又は閲覧すべき掲示板情報を選択することを特徴とする。

上記によれば、薬剤情報管理システムは、データベース検索部が特定した一の患者の薬剤情報に基づき、同じ薬剤を服用する他の患者、又は同じ薬剤を所有する医療機関を検出する同一薬剤検出部を有することで、一の患者が服用する薬剤に関わる情報を容易に提供することができる。すなわち、薬剤情報管理システムの管理部は、患者からの要望に基づきデータベースを検索し、同じ薬剤を所有する医療機関等を知らせることができる。よって、薬剤が緊急に必要となった患者は、薬剤又は医療機関に関する情報を正確且つ速やかに得て、医療機関等にアクセスすることが可能となる。また、管理部の掲示板生成部により、同じ薬剤を服用する複数の患者及び同じ薬剤を所有する医療機関が閲覧可能な掲示板情報を生成することで、薬剤情報管理システムに参加する患者及び医療機関は薬剤又は医療機関に関する情報を共有することができる。

この場合、前記管理部は、前記一の患者の位置情報に基づき、前記一の患者の周辺環境の範囲を設定する周辺環境設定部を有することが好ましい。

このように、薬剤情報管理システムは、一の患者の周辺環境の範囲を設定する周辺環境設定部を有することで、患者は、その周辺環境に存在する医療機関等に制限された薬剤又は医療機関に関する情報を得ることができる。そのため、患者は、服用する薬剤や該薬剤に基づく診察をより容易に受けることができる。

また、前記管理部は、前記ネットワークを介して前記端末から送信される信号に基づき、前記一の患者の位置情報を検出する位置検出部を有するとよい。

このように、薬剤情報管理システムは、一の患者の位置情報を検出する位置検出部を有することで、患者の現在位置に基づき、その周辺に存在する医療機関等を知らせることができる。その結果、患者は、現在位置近くの医療機関等から薬剤や診察を受けることが可能となり、緊急性が非常に高い場合でも容易に対応することができる。

さらに、前記管理部は、前記端末毎に識別符号を付与して前記薬剤情報に関連付けて前記データベースに登録するデータベース登録部を有し、前記データベース検索部は、前記端末から送信される前記識別符号に基づき前記データベースを参照して前記薬剤情報を特定する構成としてもよい。

このように、薬剤情報管理システムは、端末毎に識別符号を付与することにより、端末から管理部にアクセスする際に、識別符号によって患者の薬剤情報を迅速に特定することが可能となる。患者側は、緊急時に、自身が服用している薬剤を改めて入力する必要がなくなるので、スムーズ且つ正確に薬剤を要望することができる。

上記の構成に加えて、前記端末は、前記識別符号を含むアクセス信号を所定の操作に基づき自動送信するアクセス信号出力部を有するとよい。

このように、端末が、識別符号を含むアクセス信号を所定の操作に基づき自動送信するアクセス信号出力部を有することで、緊急時において、複雑な手順を踏まずに識別符号を簡単に送信することができる。そして、管理部は、アクセス信号に基づき薬剤情報を直ちに特定することができる。

さらにまた、前記管理部は、前記同一薬剤検出部によって検出された前記同じ薬剤を服用する他の患者、又は前記同じ薬剤を所有する医療機関に対して、前記一の患者の薬剤に関する医療情報の提供を要求する情報提供要求部を有することが好ましい。

このように、管理部の情報提供要求部により、同じ薬剤を服用する他の患者、又は同じ薬剤を所有する医療機関に対し医療情報の提供を要求することで、患者は、自身が服用する薬剤に関する医療を容易に受けることができる。なお、医療情報としては、例えば、薬剤の所有状況、薬剤の提供の可否、医療機関の診察の可否、診察を行っている診療科や医師が挙げられる。

本発明によれば、薬剤を服用している患者が、緊急時に簡単な方法によって薬剤又は医療機関に関する情報を得ることができる。

本発明の一実施形態に係る薬剤情報管理システムの全体構成を示す概略図である。 図１の薬剤情報管理システムの管理サーバが管理する薬剤管理データベースの一例を示す表である。 図１の管理サーバ及びスマートフォンの内部構成を示すブロック図である。 図１の薬剤情報管理システムにおける薬剤情報の登録の一例を示すシーケンス図である。 図１の薬剤情報管理システムにおける災害時の動作手順の一例を示すシーケンス図である。 図５の動作手順に応じた管理サーバの処理を示すフローチャートである。 第１応用例に係る薬剤情報管理システムにおける災害時の動作手順の一例を示すシーケンス図である。 第２応用例に係る薬剤情報管理システムにおける災害時の動作手順の一例を示すシーケンス図である。 図８の管理サーバにより生成された掲示板の一例を示す説明図である。 第３応用例に係る薬剤情報管理システムにおける災害時の動作手順の一例を示すシーケンス図である。

以下、本発明に係る薬剤情報管理システムについて好適な実施形態を挙げ、添付の図面を参照して詳細に説明する。

本実施形態に係る薬剤情報管理システムは、日常的に薬剤を服用している患者が、地震等の災害（又はその他の非常事態）に遭遇したときに、周辺環境における薬剤又は医療機関に関する情報を容易に把握するためのシステムである。以下の説明では、薬剤として、糖尿病患者が日常的に投与しているインスリンを例に挙げて具体的に説明していくこととする。勿論、薬剤情報管理システムが管理する薬剤は、インスリンに限定されるものではなく、生体（人間以外の生物も含む）が服用可能な種々の薬剤を適用し得る。

図１に示すように、薬剤情報管理システム１０（以下、単にシステム１０ともいう）は、患者が所持する端末１２と、インターネット等のネットワーク１４を介して端末１２に接続される管理サーバ１６（管理部）と、薬剤を所有しネットワーク１４を介して管理サーバ１６に接続される種々の機関の端末１８とから構成される。なお、薬剤を所有する機関としては、例えば、患者のかかりつけの病院２０、他の病院２２、薬局２４等を挙げることができるが、この他にも災害時に緊急的に建てられる医療所や支援物資を供給するための支援物資供給所２６等も該当する。以下の説明では、これらの複数種類の機関をまとめて医療機関という。

患者が所持する端末１２や医療機関の端末１８は、ネットワーク１４を介して情報を通信可能な装置であればよく、例えば、コンピュータ、携帯型情報通信機器（スマートフォンを含む携帯電話機、タブレット端末等）、或いは他の情報通信機器を適用するがことができる。

特に、患者が所持する端末１２は日常的に携行するものが望ましく、以下の説明ではスマートフォン１２ａを例に説明していく。スマートフォン１２ａは、ネットワーク１４に有線接続されている基地局２８に対して無線通信可能に構成されている。また、本実施形態に係るスマートフォン１２ａは、ＧＰＳ衛星３０との間で衛星通信を実施可能に構成されており、衛星通信によりスマートフォン１２ａ自体の位置情報を取得することが可能である。

一方、医療機関の端末１８は、外部のネットワーク１４に定常的に接続されるコンピュータ（例えば、機関毎に所有するサーバ）であることが望ましい。

管理サーバ１６は、スマートフォン１２ａからの要求に応じて、インスリンに関する情報をスマートフォン１２ａに提供する機能を有する。この管理サーバ１６は、患者が服用している薬剤の情報を取り扱うという秘匿性を鑑み、上述した医療機関又は製薬会社等に設置されることが望ましい。

管理サーバ１６は、図示しない演算処理部、記憶部、入出力部等を備える公知のコンピュータにより構成される。この管理サーバ１６には、患者の薬剤に関する情報を管理するデータベース（以下、薬剤管理ＤＢ３２という）が記憶されている。

薬剤管理ＤＢ３２は、システム１０に参加（登録）する複数の患者と複数の医療機関を管理するファイルであり、薬剤を基準に登録者を検索可能となっている。図２に示すように、薬剤管理ＤＢ３２は、システム１０に登録する一の患者の薬剤に関わる情報（以下、薬剤情報ＭＦという）として、病気、薬剤、患者情報、受診医療機関、受診記録、薬剤の服用情報、コード、パスワード等が設定されている。

「病気」は、患者が実際に患っている病気の名称（例えば、糖尿病）が登録される。薬剤の管理においては、管理サーバ１６による検索性を向上するための分類基準（カテゴライズ）となる。

「薬剤」は、上記の病気に応じて患者が服用する薬剤の名称であり、糖尿病に使用される薬剤としては、例えば、インスリンアスパルト、インスリンリスプロ、インスリングラルギン、インスリンデテミル、合成ヒト中性インスリン注射液、ヒトインスリン注射液、生合成ヒトイソフェンインスリン水性懸濁注射液、ヒトイソフェンインスリン水性懸濁注射液、生合成ヒト二相性イソフェニンスリン水性懸濁注射液、ヒト二相性イソフェニンスリン水性懸濁注射液等が挙げられる。これらの名称は一般名であり、「薬剤」の記載基準としてより詳細な製品名で記載してもよく、或いは製薬会社名を併記してもよい。

「患者情報」は、薬剤管理ＤＢ３２に登録している患者の個人情報であり、例えば、氏名、英文表記、年齢、性別、住所、電話番号、メールアドレス等が挙げられる。この患者情報は、必要な情報欄が取捨されて、送信や公開可能な情報に加工される。例えば、他の患者が閲覧可能な情報では、英文表記に基づきイニシャルを作成する等の情報の秘匿性を高め、医療機関の中でもかかりつけの病院が受け取る情報の場合は、秘匿性を低くして情報が送信される。

「受診医療機関」は、患者のかかりつけの病院であり、病院の名称、担当医等が登録される。

「受診記録」は、患者の病態や病歴に関する情報であり、例えば、患者がかかりつけの病院以外の医療機関から薬剤の提供を受ける際に利用される。

「薬剤の服用情報」は、薬剤の投与に関する情報であり、１回当たりの投与量、１日の投与回数、投与器具（注射器の種類等）、処方履歴等が登録される。この薬剤の服用情報も薬剤の提供を受ける際に利用される。

「コード」は、患者による薬剤情報ＭＦの登録時に、患者のスマートフォン１２ａに固有に付与する識別符号であり、患者がスマートフォン１２ａを使用して管理サーバ１６にアクセスする際には、このコードが利用されて薬剤管理ＤＢ３２の中から患者の薬剤情報ＭＦを特定する。

「パスワード」は、患者が薬剤情報ＭＦを利用するために個人的に設定する識別符号であり、管理サーバ１６にアクセスする際の認証用に用いられる。

管理サーバ１６は、上記の薬剤情報ＭＦを薬剤毎に薬剤管理ＤＢ３２に登録して管理することで、患者のスマートフォン１２ａからのアクセスに基づき、患者が服用している薬剤を検出する。このため、患者が複数の薬剤を服用している場合、薬剤管理ＤＢ３２には、個々の薬剤毎に他の情報（患者情報、受診記録、薬剤の服用情報）が登録されるとよい。

また、医療機関もこの薬剤管理ＤＢ３２に一緒に登録することが可能である。この場合、「患者情報」には、医療機関名、住所、電話番号、メールアドレス等が登録されればよく、「受診医療機関」、「受診記録」、「薬剤の服用情報」等はブランクでよい。医療機関も、所有している薬剤単位で登録されることが好ましい。勿論、管理サーバ１６は、医療機関専用のデータベースを別に用意して薬剤管理ＤＢ３２に関連付けて記憶する構成としてもよい。

管理サーバ１６は、上記の薬剤管理ＤＢ３２を利用して、災害時に患者が薬剤を緊急に要望した際に、その薬剤に関する情報を有している医療機関又は患者を検出するように構成されている。管理サーバ１６の演算処理部は、記憶部に保存された薬剤情報管理プログラム３４を読み出して処理することで、図３に示すように、データベース登録部３６、ソフトウェア提供部３８、認証部４０、データベース検索部４２、位置検出部４４、周辺環境設定部４６、同一薬剤検出部４８、送信情報生成部５０及び掲示板生成部５２を機能的に構成する。

データベース登録部３６は、患者又は医療機関の薬剤情報ＭＦを薬剤管理ＤＢ３２に登録する際に所定の処理を行う。例えば、データベース登録部３６は、薬剤情報ＭＦの登録を案内するホームページをネットワーク１４上に公開し、患者が上記の薬剤情報ＭＦ（図２参照）をスマートフォン１２ａから入力することで、このホームページ上の入力情報を薬剤管理ＤＢ３２への登録用に自動変換する。また、データベース登録部３６は、登録した患者の操作に基づき、登録された薬剤情報ＭＦの変更（更新）も実施可能であり、変更時には一旦登録された薬剤情報ＭＦをホームページ上に表示する機能を有するとよい。さらに、データベース登録部３６は、薬剤管理ＤＢ３２に薬剤情報ＭＦが新しく登録される際（すなわち、新規登録の患者）に、患者が設定するパスワードＰと関連付けるようにコードＣを自動的に付与する。

ソフトウェア提供部３８は、システム１０を使用する際に用いる専用ソフトウェア（図示せず）を患者又は医療機関の端末１２に送信する。具体的には、データベース登録部３６からの指示に基づき、スマートフォン１２ａ用の専用ソフトウェアを送信して使用可能となるように保存（インストール）させる。専用ソフトウェアは、端末１２の機種やオペレーティングシステム（ＯＳ）に応じて異なるプログラムとなっている。また、ソフトウェア提供部３８は、データベース登録部３６が付与したコードＣを専用ソフトウェアに組み込んで送信する。

システム１０に使用される患者のスマートフォン１２ａは、専用ソフトウェアがインストールされることにより、アクセス信号出力部５４、専用画面表示／入力部５６が動作可能に構築される。

アクセス信号出力部５４は、スマートフォン１２ａの表示画面上に操作アイコン５８を表示し、災害時に、患者による操作アイコン５８の操作に基づき緊急アクセス信号Ｓを管理サーバ１６に送信する機能を有する。この緊急アクセス信号Ｓは、患者のスマートフォン１２ａからのアクセスであることを管理サーバ１６が特定するために、データベース登録部３６が付与したコードＣと、患者が入力したパスワードＰを含む信号となっている。

専用画面表示／入力部５６は、スマートフォン１２ａが管理サーバ１６にアクセスした際に、管理サーバ１６が提供する情報画面を表示すると共に、情報画面に表示された入力欄や選択欄に情報を入力する機能を有する。この情報画面としては、患者自身の薬剤情報ＭＦ、送信情報生成部５０が生成する一覧表や要求情報、又は掲示板生成部５２が生成する掲示板６０、一覧掲示板６６等が挙げられる。

管理サーバ１６の認証部４０は、スマートフォン１２ａから送信されたパスワードＰと、薬剤情報ＭＦに登録されたパスワードが一致するか否かを確認し、一致している場合のみ管理サーバ１６の情報を提供可能とする。

データベース検索部４２は、薬剤管理ＤＢ３２を参照して患者の薬剤情報ＭＦを検索する機能を有している。本実施形態では、スマートフォン１２ａから送信された緊急アクセス信号Ｓに含まれるコードＣに基づき、薬剤管理ＤＢ３２内を検索することが可能となっており、患者の薬剤情報ＭＦを効率的且つ正確に特定することができる。

位置検出部４４は、スマートフォン１２ａの現在位置、つまり患者の現在位置を検出する。すなわち、予め登録される薬剤情報ＭＦには、患者の住所が登録されているものの、患者が外出中に災害に遭遇する、災害によって登録した住所に待機することができない等の可能性もある。このため、管理サーバ１６は、スマートフォン１２ａを介した患者の指示、又は緊急アクセス信号Ｓを受信する等の条件下に、スマートフォン１２ａの現在位置の検出を実施する。

現在位置の検出は、いくつかの方法を挙げることができ、例えば上述したように患者のスマートフォン１２ａがＧＰＳ機能を備えている場合は、ＧＰＳ機能で検出された位置をスマートフォン１２ａから受信すればよい。また、ＧＰＳ機能がない端末１２は、ネットワークアドレスを用いて基地局２８を検出し、基地局２８の位置を患者の現在位置とみなしてもよい。検出した位置情報は、後述するように患者の周辺環境を設定するために使用するので、位置情報に高い精度を求める必要がないからである。勿論、位置検出部４４は、薬剤情報ＭＦに登録された住所に基づき、患者の位置を特定してもよい。

周辺環境設定部４６は、患者の周辺に存在する医療機関又は患者を特定するために、位置検出部４４が検出した患者の現在位置の位置情報に基づき周辺環境の範囲を設定する。周辺環境の範囲の設定は、例えば、患者の現在位置に対し半径１０ｋｍ以内とする、或いは患者の現在位置の地域（例えば、市町村単位）とする等、種々のパターンを挙げることができる。また、周辺環境の範囲は、地域に応じて変動してもよく、例えば、人口密集地では範囲を小さくし、人口過疎地では範囲を大きくしてもよい。

同一薬剤検出部４８は、データベース検索部４２が特定した患者の薬剤情報ＭＦに基づき、薬剤管理ＤＢ３２中で同じ薬剤を登録している医療機関又は患者の検出を行う。この検出においては、周辺環境設定部４６により設定された周辺環境の範囲内に制限して行うことで、迅速に検出していくことができる。

送信情報生成部５０は、同一薬剤検出部４８が検出した医療機関又は患者の薬剤情報ＭＦを利用して、外部に送信する情報を生成する。例えば、管理サーバ１６から患者に対しては、同一薬剤検出部４８が特定した医療機関又は患者の情報を一覧表にまとめて送信する。患者は、この一覧表の情報に基づき自身にとって都合のよい医療機関を選択することができる。

また、送信情報生成部５０は、管理サーバ１６から同じ薬剤を所有する医療機関や他の患者に対して、医療情報の提供を要求する情報提供要求部５０ａを備える。ここで「医療情報」とは、薬剤の所有（在庫）状況、薬剤の提供が可能か否か、患者を診察することが可能か否か、診察を行っている診療科や医師等の情報が挙げられる。つまり、医療情報は、本実施形態において薬剤又は医療機関に関する情報に相当する。

情報提供要求部５０ａは、上記の医療情報の提供を要望する要望情報を生成し、同一薬剤検出部４８が特定した複数の医療機関又は他の患者に対し要望情報を送信する。要望情報には、薬剤の提供を望む患者がいること、該患者の診察が可能か否か、要望されている薬剤の所有状況、薬剤の提供が可能か否か等の前記医療情報の確認項目が形成される。要望情報を受信した医療機関は、現在の診察状況や薬剤の所有状況を確認して管理サーバ１６に送信する。一方、要望情報を受信した他の患者は、例えば、自身が診察を受けた医療機関や薬剤の提供を受けた医療機関等の口コミ情報（或いは、自身の薬剤の所有数）を管理サーバ１６に送信する。

この場合、システム１０に登録する医療機関の端末１８には、医療機関用ソフトウェア（図示せず）を配布しておき、この医療機関用ソフトウェアによる表示上で、要望されたインスリンに関する医療情報が入力可能であることが好ましい。これにより、管理サーバ１６側では、医療機関用ソフトウェアの入力形式に沿って返信された返信情報を容易に処理することができる。

掲示板生成部５２は、システム１０の登録者（患者及び医療機関）のみがネットワーク１４上で閲覧及び書き込み可能な公開ページ（掲示板６０又は一覧掲示板６６）を自動生成する。災害の発生時には、システム１０が掲示板６０又は一覧掲示板６６を生成することにより、登録者は掲示板６０又は一覧掲示板６６を参照して薬剤の情報をある程度把握することが可能となる。

管理サーバ１６は、以上の機能部を相互に動作することにより、薬剤又は医療機関に関する医療情報を自動的に提供可能に管理する。なお、説明は省略するものの、システム１０は、登録する患者や医療機関の薬剤情報ＭＦについて意図しない者への漏洩を防止するために、種々のセキュリティ機能を採用し得る。

また、上記のシステム１０は、クライアント−サーバ方式のネットワーク１４により構成されているが、これに限定されないことは勿論である。例えば、患者及び医療機関の端末１２、１８に接続される管理部を、ｐｅｅｒ−ｔｏ−ｐｅｅｒ型ネットワークとして構成してもよい。一実施例としては、ノードを市町村等の地域毎に用意して患者及び医療機関を登録し、患者が登録された地域にいないときには、ノード間で通信を行うことにより、他の地域の薬剤管理ＤＢを検索するように構成するとよい。

本実施形態に係る薬剤情報管理システム１０は、基本的には以上のように構成されるものであり、以下その作用効果について説明する。

システム１０の管理サーバ１６は、災害が発生していない通常時には、災害対策の一環として登録用モードを実施している。登録用モードでは、データベース登録部３６がネットワーク１４上にホームページを公開し、インスリンを服用している患者や所有している医療機関に対し薬剤情報ＭＦの登録を案内している。

図４に示すように、登録用モードでは、薬剤情報ＭＦの登録を行おうとする患者や医療機関（以下、登録者ともいう）が、所有しているスマートフォン１２ａやコンピュータ（以下、登録者端末６２ともいう）を用いて、管理サーバ１６のホームページにアクセスする（ステップＳ１）。なお、登録用モードでは、既に薬剤情報ＭＦを登録した登録者も、コードＣ及びパスワードＰを用いて管理サーバ１６にアクセスし、先に登録した薬剤情報ＭＦを変更することが可能である。

管理サーバ１６は、登録者のアクセスを受信すると、データベース登録部３６により、登録者が入力すべき項目「病気」、「薬剤」、「患者情報」、「受診医療機関」、「受診記録」、「薬剤の服用情報」、「パスワード」を有した登録画面情報を登録者端末６２に送信する（ステップＳ２）。登録者は、この登録画面情報に沿って、自身の薬剤情報ＭＦ（図２参照）を入力して管理サーバ１６に送信する（ステップＳ３）。この際、薬剤の提供に直接関わるインスリンの正式な名称や薬剤の服用情報は正確な登録がなされるように、登録画面上において階層順に選択させるようにしてもよい。つまり、患者が登録画面上で病気を選択すると、その病気に服用されている薬剤の選択欄を表示し、さらに薬剤を選択すると、その薬剤の服用情報の選択欄を表示することで、誤入力を低減することができる。勿論、登録者自身により薬剤の名称を入力させて、情報が誤っている場合にはその旨を伝えるようにしてもよい。

データベース登録部３６は、登録者端末６２が送信してきた薬剤情報ＭＦを処理して、薬剤管理ＤＢ３２に薬剤情報ＭＦの新規追加を行い、登録者端末６２に固有のコードＣを付与した専用ソフトウェアを送信する（ステップＳ４）。管理サーバ１６は、この専用ソフトウェアの送信をもって、登録者に薬剤情報ＭＦが登録されたことを知らせ、薬剤管理ＤＢ３２において薬剤情報ＭＦの管理を行う。管理サーバ１６は、付与したコードＣと薬剤情報ＭＦとを薬剤管理ＤＢ３２上で紐付けて（関連づけして）保存し、以後のアクセス時（薬剤情報ＭＦの変更等を含む）にはコードＣに基づき薬剤情報ＭＦを読み出す。

一方、登録者端末６２は、専用ソフトウェアが送信されると、この専用ソフトウェアをインストールする（ステップＳ５）。これにより、例えば、登録者端末６２がスマートフォン１２ａの場合には、操作アイコン５８がスマートフォン１２ａの表示画面に表示される。操作アイコン５８は、ネットワーク１４上で管理サーバ１６に直接接続可能なリンク機能を有しており、アクセス信号出力部５４は、操作アイコン５８の操作に基づき、付与されたコードＣを含む緊急アクセス信号Ｓを管理サーバ１６に送信することができる。なお、管理サーバ１６へのアクセスは、操作アイコン５８の操作に限定されないことは勿論であり、登録者端末６２の種類やＯＳに応じて、管理サーバ１６に簡単にアクセスすることが可能な手段を適宜採用し得る。

また、医療機関の場合は、管理サーバ１６に登録する薬剤情報ＭＦとして、所有しているインスリンの種類を全て登録することが好ましい。データベース登録部３６は、所有する多種類のインスリンが容易に登録できるように、医療機関専用の表示画面情報を送信するようにしてもよい。

以上のように、システム１０は、通常時に登録用モードを実施することにより、本システム１０への登録者数の増加を図る。そして、システム１０は、災害が発生した場合に、管理者の操作指示に基づき災害用モードを実施する。この際、登録用モードは、事前に登録していなかった患者でもインスリンの提供が受けられるように、災害用モード中も停止されずにそのまま継続する。

図５に示すように、災害時には、インスリン（又はインスリンに関する診察）を緊急に必要とする患者と、システム１０に登録している医療機関との間で、管理サーバ１６を介して情報の送受信を行う。災害用モードにおいて、管理サーバ１６は、薬剤管理ＤＢ３２に登録した患者の緊急アクセス信号Ｓを受信可能な待機状態となっている。インスリンを必要とする患者は、この災害モードを実施している管理サーバ１６に対し、緊急アクセス信号Ｓによってインスリンの要望を行う（ステップＳ１０）。

患者は、登録時に用いたスマートフォン１２ａ（以下、需要患者端末６４ともいう）に表示されている操作アイコン５８を操作して、緊急アクセス信号Ｓを管理サーバ１６に送信する。操作アイコン５８の操作時には、パスワードＰの入力を案内する画面を表示し、薬剤情報ＭＦの登録時に設定したパスワードＰの入力を促す。これにより需要患者端末６４は、固有のコードＣと共にパスワードＰを含む緊急アクセス信号Ｓを管理サーバ１６に送信する。

管理サーバ１６は、需要患者端末６４から緊急アクセス信号Ｓを受信すると、緊急アクセス信号Ｓを受け付けた旨を知らせる要望受領情報を需要患者端末６４に返信する（ステップＳ１１）。この要望受領情報には、データベース検索部４２が特定した患者のインスリンの種類、位置検出部４４が検出した需要患者端末６４の位置情報を含むことが好ましい。需要患者は、この要望受領情報によって、要望したインスリンが正しく、又は自身の現在位置が合っていることを確認することができる。

また、要望受領情報は、専用画面表示／入力部５６により表示されて、需要患者端末６４が所定箇所に入力可能な形式をとっていてもよい。これにより、需要患者は、この要望受領情報を確認した後に、確認した旨を知らせる情報（例えば、位置情報が誤っている場合は正しい位置情報を含む）を管理サーバ１６に簡単に送信することができる。管理サーバ１６は、この情報に基づき薬剤情報ＭＦを再度変更する。

その後、管理サーバ１６は、特定した需要患者端末６４の現在位置に基づき、周辺環境設定部４６により患者の周辺環境の範囲を設定し、要望されたインスリンに関する医療情報の提供を求める要望情報を医療機関や他の患者にブロードキャストで送信する（ステップＳ１２）。この際、同一薬剤検出部４８は、周辺に存在する複数の医療機関及び患者の中で要望したインスリンを所有している医療機関及び患者を読み出す。そして、情報提供要求部５０ａが、要望されたインスリンに応じた要望情報を生成し、送信情報生成部５０がこの要望情報を医療機関端末１８や他の登録者端末６２に自動送信する。

要望情報を受信した医療機関は、現在の診察の状況や要望されているインスリンの在庫を確認する等して、診察の可否やインスリンの提供の可否等を返信情報として医療機関端末１８から管理サーバ１６に送信する（ステップＳ１３）。この場合、上述したように要望情報が医療機関用ソフトウェアで表示されれば、医療機関側が忙しい状況でも簡単な操作で返答することができる。また、医療機関端末１８（医療機関用ソフトウェア）は、要望情報と薬剤の在庫を管理するソフトとを関連させることで、要望されたインスリンの在庫の有無を自動的に検索する構成となっていてもよい。

一方、要望情報を受信した他の患者は、上述した口コミ情報（或いは、自身の薬剤の所有数）を返信情報として管理サーバ１６に送信する（ステップＳ１４）。この際、要望情報は、専用画面表示／入力部５６により適宜の表示形式で表示されることで、登録者端末６２は、簡単な操作で返信情報を送信することができる。

管理サーバ１６は、所定時間（例えば、１時間程度）にわたって上記の返信情報を受信し、要望したインスリンに関する医療（インスリンの受け渡しや診察）を提供可能な医療機関を送信情報生成部５０により一覧表等にまとめて医療提供情報として需要患者端末６４に送信する（ステップＳ１５）。この医療提供情報は、専用画面表示／入力部５６により医療機関の詳細な情報（住所や電話番号、メールアドレス）も一緒に表示され、一覧表の中から医療機関を選択することが可能となっている。

患者は、医療提供情報を需要患者端末６４により受信すると、自身に都合がよい医療機関を任意に選択し、選択情報として需要患者端末６４から管理サーバ１６に返信する（ステップＳ１６）。選択情報には、需要患者端末６４のコードＣが含まれており、管理サーバ１６は、この選択情報を受信すると需要患者端末６４（すなわち、患者）をスムーズに特定することができる。また、選択情報は、患者が医療内容（例えばインスリンの提供を受ける、医師の診察を受ける等）を選択することが可能となっていることが好ましい。医療機関は、選択された医療内容に応じて、患者の受け入れ体制を予め作ることができる。以下の説明では、インスリンの提供を受ける場合について述べることにする。

管理サーバ１６は、選択情報により選択された医療機関端末１８に対し、インスリンの確保を要求するため、薬剤確保要求情報を送信する（ステップＳ１７）。この薬剤確保要求情報には、患者の薬剤情報ＭＦ（例えば、患者情報等）が必要な限りにおいて添付されることが好ましい。これにより、患者が医療機関からインスリンを受け取る際に、本人確認や病状確認等を容易に行うことが可能となる。

薬剤確保要求情報を受信した医療機関は、需要患者に渡すために要求されたインスリンを確保し、その旨を薬剤確保情報として医療機関端末１８から管理サーバ１６に送信する（ステップＳ１８）。

管理サーバ１６は、薬剤確保情報を受信すると、この薬剤確保情報をそのまま（又は加工して）需要患者端末６４に送信する（ステップＳ１９）。これにより、需要患者は、需要患者端末６４を介して、必要な薬剤が確保されたことを確認することができる。このように、本システム１０は、上記のステップによって、需要患者が被災してインスリンを所持していない状況でも、周辺の医療機関のインスリンの所有情報を良好に提供することができる。

なお、以降のインスリンの受け渡し方法は、基本的には患者が医療機関に直接受け取りに行くことが前提であるが、特に限定されるものではなく、医療機関側のスタッフが届ける、又は患者や医療機関の状況に応じて介助者等が受け取りを行ってもよい。この際、需要患者端末６４に送信された薬剤確保情報の表示を条件にインスリンの受け渡しを行うようにすれば、インスリンの提供を正確且つ効率的に行うことができる。

次に、上述したネットワーク１４上における需要患者、管理サーバ１６及び医療機関の行動手順に対応した管理サーバ１６の処理フローについて、図６を参照して説明していく。

管理サーバ１６は、通常時に登録用モードを実施しており、データベース登録部３６により患者及び医療機関からの薬剤情報ＭＦの登録を受け付けている（ステップＳ１０１）。また、管理サーバ１６は、登録用モードの実施中に災害用モードを実施するか否かの指示を判別している（ステップＳ１０２）。そして、災害が発生し、管理者等からの災害用モードの実施指示に基づき、災害用モードを開始する（ステップＳ１０３）。

災害用モードを開始すると、管理サーバ１６は、患者からの緊急アクセス信号Ｓの受信を判別する（ステップＳ１０４）。この緊急アクセス信号Ｓには、上述したように、需要患者端末６４に付与されたコードＣと、患者が設定したパスワードＰが含まれている。

管理サーバ１６は、ネットワーク１４を介して需要患者端末６４から緊急アクセス信号Ｓを受信すると、先ず、パスワードＰが予め登録されたものと一致するか否かを認証部４０により確認する（ステップＳ１０５）。パスワードＰの認証後に、データベース検索部４２が緊急アクセス信号ＳのコードＣに紐付けられた薬剤情報ＭＦを、薬剤管理ＤＢ３２から検索して読み出す（ステップＳ１０６）。これにより、管理サーバ１６は需要患者端末６４の所有者を認識し、これと同時に要望された薬剤（インスリンの種類）を特定する。

また、管理サーバ１６は、パスワードＰの認証後、位置検出部４４により需要患者の現在位置の検出を行う（ステップＳ１０７）。さらに、薬剤情報ＭＦの特定と患者の現在位置の検出を行うと、送信情報生成部５０は、これらの情報に基づき要望受領情報を生成して需要患者端末６４に送信する（ステップＳ１０８）。

次に、位置検出部４４が検出した需要患者端末６４の現在位置に基づき、周辺環境設定部４６が需要患者の周辺環境の範囲を設定し、同一薬剤検出部４８がデータベース検索部４２により特定されたインスリンを所有する医療機関又は他の患者を検出する（ステップＳ１０９）。なお、この処理は順序が逆でもよく、例えば、先に同一薬剤検出部４８がインスリンを所有する医療機関を検出して、周辺環境設定部４６により患者の現在位置に対し遠距離にある医療機関を削除していく等の処理を行ってもよい。

その後、管理サーバ１６の送信情報生成部５０（情報提供要求部５０ａ）は、同一薬剤検出部４８が検出した医療機関又は他の患者に対し、薬剤に関する医療情報の提供を要望する要望情報を生成して送信する（ステップＳ１１０）。管理サーバ１６は、要望情報の送信にともない時間の経過を計測し、その間に医療機関端末１８又は他の登録者端末６２からの返信情報を受信する（ステップＳ１１１）。

所定時間の経過後、送信情報生成部５０は、医療機関又は他の患者の返信情報に基づき、要望したインスリンに関する医療の提供が可能な医療機関を一覧表にまとめて、医療提供情報として需要患者端末６４に送信する（ステップＳ１１２）。送信後、管理サーバ１６は、需要患者端末６４から医療機関を選択した選択情報の受信を判別する（ステップＳ１１３）。

需要患者端末６４から選択情報を受信すると、送信情報生成部５０は、インスリンの確保を要求する薬剤確保要求情報を生成して医療機関端末１８に送信する（ステップＳ１１４）。その後、管理サーバ１６は、医療機関端末１８からのインスリンを確保した旨を通知する薬剤確保情報の受信を判別する（ステップＳ１１５）。薬剤確保情報を受信すると、送信情報生成部５０は、この薬剤確保情報を需要患者端末６４に送信する（ステップＳ１１６）。これにより、要望されたインスリンの情報を需要患者に提供したことになり、管理サーバ１６は、緊急アクセス信号Ｓを受け付けた際の処理フローを終了する。この災害用モードは、管理者が災害中であると判断した場合には継続的に実施される。

なお、管理サーバ１６がインスリンの提供を要請する対象は、医療機関や他の患者（周辺の登録者）に限定されないことは勿論であり、提供可能な医療機関や患者がいない又は少ない場合には、災害支援を行う対策機関、製薬会社、或いは被災していない遠方の登録者等にインスリンを要請してもよい。

以上のように、本実施形態に係る薬剤情報管理システム１０は、データベース検索部４２が特定した一の患者の薬剤情報ＭＦに基づき、同じ薬剤を服用する他の患者、又は同じ薬剤を所有する医療機関を検出する同一薬剤検出部４８を有することで、一の患者が服用する薬剤に関わる情報を容易に提供することができる。すなわち、管理サーバ１６は、患者からの要望に基づき薬剤管理ＤＢ３２を検索し、同じ薬剤を所有する医療機関等を知らせることができる。よって、災害等に遭遇した患者は、緊急時でも薬剤又は医療機関に関する情報を正確且つ速やかに得て、医療機関等にアクセスすることが可能となり、服用する薬剤を確保する又は診察を受ける等の対応を良好に図ることができる。

また、システム１０は、一の患者の位置情報を検出する位置検出部４４を有することで、患者の現在位置に基づき、その周辺に存在する医療機関等を知らせることができる。その結果、患者は、現在位置近くの医療機関等から薬剤や診察を受けることが可能となり、緊急性が非常に高い場合でも容易に対応することができる。

また、システム１０は、登録者端末６２毎にコードＣを付与することにより、需要患者端末６４から管理サーバ１６にアクセスする際に、コードＣによって患者の薬剤情報ＭＦを迅速に特定することが可能となる。患者側は、緊急時に、自身が服用しているインスリンを改めて入力する必要がなくなるので、スムーズ且つ正確にインスリンを要望することができる。

さらに、需要患者端末６４が、コードＣを含む緊急アクセス信号Ｓを所定の操作に基づき自動送信するアクセス信号出力部５４を有することで、緊急時において、複雑な手順を踏まずにコードＣを簡単に送信することができる。そして、管理サーバ１６は、緊急アクセス信号Ｓに基づき薬剤情報ＭＦを直ちに特定することができる。

なお、薬剤情報管理システム１０による薬剤又は医療機関に関する情報の提供は、上述した方法に限定されるものではなく、種々の応用例及び変形例を取り得る。以下、他の応用例について、いくつか説明していく。

〔第１応用例〕
図７に示す第１応用例に係る薬剤又は医療機関に関する情報の提供方法は、上述した提供方法と比較して、登録者と管理サーバ１６との情報の送受信をより単純化した構成を採っている。すなわち、第１応用例に係る提供方法は、患者（需要患者端末６４）が緊急アクセス信号Ｓを送信することにより（ステップＳ２０）、管理サーバ１６は、コードＣに基づき薬剤情報ＭＦを特定すると共に、患者の現在位置を検出し、緊急アクセス信号Ｓを受け付けた旨を知らせる要望受領情報を需要患者端末６４に送信する（ステップＳ２１）。

そして、管理サーバ１６の周辺環境設定部４６及び同一薬剤検出部４８は、患者の現在位置に基づき、同じインスリンを所有している周辺の医療機関を特定し、その特定結果を、送信情報生成部５０により一覧にまとめて医療提供情報として需要患者端末６４に送信する（ステップＳ２２）。

需要者は、この医療提供情報を閲覧して、医療機関に対しインスリンの提供が可能か否か（又は診察が可能か否か）の確認を行う（ステップＳ２３）。なお、医療提供情報には、需要患者端末６４から医療機関端末１８へのアクセスを容易にする情報（例えば、医療機関のメールやホームページのアドレス等）が含まれることが好ましい。

医療機関は、需要患者から直接的にアクセスされることで、インスリンの提供の可否、確保又は診察の可否を連絡する（ステップＳ２４）。なお、需要患者と医療機関の間におけるアクセス（ステップＳ２３、Ｓ２４）は、例えば、電話による連絡等も含まれる。

換言すれば、第１応用例に係る提供方法において、管理サーバ１６は、緊急アクセス信号Ｓから特定した薬剤情報ＭＦに基づき、医療機関を検出して需要患者端末６４に知らせるだけの処理を行う。このため、薬剤の要請時における処理を簡単に行うことができ、アクセス数が多い場合でも良好に処理することができる。

〔第２応用例〕
図８及び図９に示す第２応用例に係る薬剤又は医療機関に関する情報の提供方法では、災害用モードにおいて、管理サーバ１６の掲示板生成部５２が薬剤情報ＭＦの掲示板６０を生成する構成となっている。

この掲示板６０は、例えば、病気単位且つ市町村等の地域単位に区分して生成されることが好ましい。このような区分によって形成された掲示板６０により、患者や医療機関は、目的や所在する地域に応じた掲示板６０を容易に確認することができる。また、掲示板６０は、システム１０に登録している登録者のみが閲覧可能な閉鎖性を有して生成される。

第２応用例に係る薬剤の所在情報の提供方法では、患者（需要患者端末６４）がインスリンの要望を行う、すなわち緊急アクセス信号Ｓを送信することにより（ステップＳ３０）、管理サーバ１６は、コードＣに基づき薬剤情報ＭＦを特定すると共に、患者の現在位置を検出し、緊急アクセス信号Ｓを受け付けた旨を知らせる要望受領情報を需要患者端末６４に送信する（ステップＳ３１）。

その後、特定した薬剤情報ＭＦと需要患者端末６４の現在位置に基づき、掲示板生成部５２は、病気と地域に区分された掲示板６０の中から記載すべき掲示板６０を選択して、その掲示板６０に自動的に記載を行う（ステップＳ３２）。各地域に存在する医療機関は、この掲示板６０を閲覧することによって薬剤を要望している患者の存在を把握することができる（ステップＳ３３）。

図９に示すように、掲示板６０は、例えば、需要患者端末６４が緊急アクセス信号Ｓを送信することにより書き込まれる要望欄６０ａと、医療機関等（他の患者を含む）が要望欄６０ａを参照して書き込み可能な回答欄６０ｂとにより構成されるとよい。要望欄６０ａには、要望日時の他に、インスリンを要望した患者が自身であることを特定でき、且つ多くの個人情報を開示しないように、例えば、患者の簡単な所在地やイニシャル等が表示されるとよい。また、要望する薬剤も併記され、併記された薬剤には具体的な医療プロトコル（薬剤の服用情報）が表示される表示欄（図示せず）にリンクできるように生成される。また、要望欄６０ａには、自身の要望が掲載された欄に対して、需要患者端末６４により他のメッセージを追加可能であることが望ましい。要望欄６０ａは、基本的には要望日時順（投稿順）に順次追記されていくが、緊急性等に応じて、要望欄６０ａの表記順が変更されてもよい。

回答欄６０ｂは、要望欄６０ａに個々に投稿された欄に対応して、回答が順次追記されていくように構成される。また、回答者の名称には具体的な住所や地図、連絡先が表示される表示欄（図示せず）にリンクできるように生成されるとよい。さらに、掲示板生成部５２は、医療機関が要望欄６０ａに回答する際に複数の要望欄６０ａで同じ薬剤が要望されている場合には、１度の回答で複数の要望欄６０ａに自動的に回答するように構成してもよい。

図８に戻り、医療機関は、以上の掲示板６０を閲覧して、回答欄６０ｂに薬剤の提供を書き込む（ステップＳ３４）。この場合、システム１０は、医療機関用ソフトウェアによって医療機関がインスリンの名称を選択すれば、インスリンが提供可能である旨を自動的に回答欄６０ｂに記載するように構成してもよい。これにより、医療機関の作業の手間を大幅に軽減することができる。

患者は、需要患者端末６４を介して掲示板６０を閲覧し、自身が要望した要望欄６０ａに対する回答を確認する（ステップＳ３５）。その後は、第１応用例と同様に、患者が回答欄６０ｂに記載された医療機関に対してアクセスを行い（ステップＳ３６）、医療機関は、需要患者からのアクセスに基づきインスリンの提供の可否及び確保を連絡する（ステップＳ３７）。

以上のように、システム１０は、災害用モードにおいて掲示板６０を生成することで、患者及び医療機関がこの掲示板６０を参照して薬剤情報ＭＦを確認することができる。また、他の患者もこの掲示板６０を閲覧することによって、災害発生時における薬剤の状況を確認することができる。

〔第３応用例〕
上述した実施形態、第１及び第２応用例に係る薬剤の所在情報の提供方法は、医療機関の数が多い地域にとって特に有用である。しかしながら、医療機関の数が少ない地域にとっては、例えば、管理サーバ１６に薬剤の要望を行ったとしても、周辺に医療機関が少ないために、医療機関から薬剤の提供情報が得られない可能性もある。このため、システム１０は、管理サーバ１６において同じ薬剤を服用している登録者を整理（例えば、グループ化等）し、災害発生時に登録者間で薬剤の共有化（シェア）を促すように構成してもよい。

薬剤の共有化とは、登録者が登録した薬剤情報ＭＦに基づき、掲示板生成部５２が、同一の薬剤を所有し且つ同一の地域に存在する登録者の情報を一覧として掲示板（以下、一覧掲示板６６という：図１参照）に記載して、その一覧掲示板６６を基に、登録者間で薬剤の所持状況の情報交換を促すようにするものである。勿論、共有化を図る登録者には医療機関が含まれてもよい。

図１０に示すように、管理サーバ１６は、災害用モードを開始すると、薬剤管理ＤＢ３２を参照して、同じ薬剤を使用している登録者毎にグループ化を行う（ステップＳ４０）。そして、薬剤情報ＭＦを登録した各々の登録者端末６２（需要患者端末６４、医療機関端末１８）に対し、一覧掲示板６６への登録の可否を確認する掲載可否情報を送信する（ステップＳ４１）。この掲載可否情報は、登録者が一覧掲示板６６への登録の可否を容易に行い、また管理サーバ１６の処理が容易となるように所定形式（例えば、ＷＥＢ形式）により返信可能となっていることが好ましい。

掲載可否情報が送信された登録者は、一覧掲示板６６への登録の可否を判断して、一覧掲示板６６への登録許可情報を通知する（ステップＳ４２）。なお、一覧掲示板６６への登録を拒否する場合は、掲載可否情報が需要患者端末６４においてそのまま放置されてよい。

管理サーバ１６は、登録者端末６２からの登録許可情報を随時受け付けており、登録許可情報を受信した場合には、掲示板生成部５２により薬剤及び地域毎に生成された一覧掲示板６６に自動記載を行い、すなわち一覧掲示板６６への追加を行う（ステップＳ４３）。

その後、薬剤を要望する患者は、需要患者端末６４を用いて一覧掲示板６６の閲覧を行う（ステップＳ４４）。また、一覧掲示板６６に登録された医療機関や他の患者は、一覧掲示板６６の閲覧を行いつつ、自身の所有するインスリンが提供可能であることを書き込む。

そして、薬剤が必要な場合は、一覧掲示板６６の一覧に記載されている登録者に対してアクセスを行い（ステップＳ４５）、登録者は、需要患者からのアクセスに基づきインスリンの提供の可否及び確保を連絡する（ステップＳ４６）。

以上のように、災害時には、管理サーバ１６の指示下に登録者の情報を一覧掲示板６６に掲載することにより、周辺環境において同じ薬剤を使用している登録者を知ることができる。よって、緊急に薬剤が必要となった場合には、薬剤の提供を申し込むこともできる。

この一覧掲示板６６は、登録者が随時書き込むことが可能であり、同じインスリンを所持している登録者が互いに連絡を取り合うことができる。よって、インスリンが不足していることを、登録者の連盟で災害対策機関等に要望することもできる。また例えば、災害時にインスリンを相互に融通し合うことで、災害時に薬剤が一部において多量に存在し、他部において不足する等の不都合を低減することができる。

上記において、本発明について好適な実施形態を挙げて説明したが、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の改変が可能なことは言うまでもない。例えば、本実施形態、第１〜第３応用例に係る薬剤の所在情報の提供方法は、個別に実施するだけでなく、２つ以上を組み合わせて行うようにしてもよい。また、薬剤情報管理システム１０は、災害の発生時における情報提供に限定されず、日常において緊急を要する場合に、薬剤情報ＭＦの提供を受けるようにしてもよい。

１０…薬剤情報管理システム（システム） １２…端末（患者）
１６…管理サーバ １８…端末（医療機関）
３２…薬剤管理ＤＢ ３６…データベース登録部
４２…データベース検索部 ４４…位置検出部
４６…周辺環境設定部 ４８…同一薬剤検出部
５０…送信情報生成部 ５２…掲示板生成部
５４…アクセス信号出力部 ６０…掲示板
Ｃ…コード ＭＦ…薬剤情報
Ｓ…緊急アクセス信号

Claims (6)

1. 薬剤を服用する複数の患者、及び薬剤を所有する医療機関が各々有する端末と、前記複数の端末がネットワークを介してアクセス可能な管理部とを備える薬剤情報管理システムであって、
   前記管理部は、
   前記患者が服用する薬剤に関する薬剤情報を登録可能なデータベースと、
   一の患者の端末からのアクセスにより、前記データベースを参照して前記一の患者の薬剤情報を特定するデータベース検索部と、
   前記データベース検索部が特定した前記一の患者の薬剤情報に基づき、同じ薬剤を服用する他の患者、又は同じ薬剤を所有する医療機関を検出する同一薬剤検出部と、
   同じ薬剤を服用する複数の患者及び医療機関が、前記ネットワークを介して同一の情報を閲覧可能な複数の掲示板情報を生成する掲示板生成部とを有し、
   前記複数の掲示板情報は、病気と地域に基づき区分されており、
   前記管理部は、前記一の患者の前記特定した薬剤情報と位置情報に基づき前記複数の掲示板情報の中から記載又は閲覧すべき掲示板情報を選択する
   ことを特徴とする薬剤情報管理システム。
2. 請求項１記載の薬剤情報管理システムにおいて、
   前記管理部は、前記一の患者の位置情報に基づき、前記一の患者の周辺環境の範囲を設定する周辺環境設定部を有する
   ことを特徴とする薬剤情報管理システム。
3. 請求項２記載の薬剤情報管理システムにおいて
   前記管理部は、前記ネットワークを介して前記端末から送信される信号に基づき、前記一の患者の位置情報を検出する位置検出部を有する
   ことを特徴とする薬剤情報管理システム。
4. 請求項１〜３のいずれか１項に記載の薬剤情報管理システムにおいて、
   前記管理部は、前記端末毎に識別符号を付与して前記薬剤情報に関連付けて前記データベースに登録するデータベース登録部を有し、
   前記データベース検索部は、前記端末から送信される前記識別符号に基づき前記データベースを参照して前記薬剤情報を特定する
   ことを特徴とする薬剤情報管理システム。
5. 請求項４記載の薬剤情報管理システムにおいて、
   前記端末は、前記識別符号を含むアクセス信号を所定の操作に基づき自動送信するアクセス信号出力部を有する
   ことを特徴とする薬剤情報管理システム。
6. 請求項１〜５のいずれか１項に記載の薬剤情報管理システムにおいて、
   前記管理部は、前記同一薬剤検出部によって検出された前記同じ薬剤を服用する他の患者、又は前記同じ薬剤を所有する医療機関に対して、前記一の患者の薬剤に関する医療情報の提供を要求する情報提供要求部を有する
   ことを特徴とする薬剤情報管理システム。

Images