JP2010277582A - 医薬品情報処理装置及び医薬品情報処理方法 - Google Patents

Abstract

【課題】利便性を向上する。
【解決手段】本発明は、ＩＣカードのカードＩＤが取得されたことを契機として、データセンター２に処方箋情報を送信し、又はデータセンター２から処方箋情報及び調剤情報を受信するようにしたことにより、受信した処方箋情報及び調剤情報に基づいた情報を提供することができ、かくして利便性を向上することができる。
【選択図】図１

Description

本発明は医薬品情報処理装置及び医薬品情報処理方法に関し、例えば病院及び薬局間の医薬品情報を提供する場合に適用して好適なものである。

近年、医療現場においては、特許権を有していた先発医薬品の権利期間が経過した後に製造され、当該先発医薬品と同様の薬理効果を有する後発医薬品（所謂ジェネリック医薬品）が普及し始めている。

このジェネリック医薬品は、先発医薬品に対して薬価が低く設定されており、患者に対する医療費負担を削減できる。

ところで医師は、一般に先発医薬品についての薬理作用や適応症等については熟知しているものの、新たに製造されたジェネリック医薬品についてはその数も多いため十分に知識を有していない場合がある。

そのため、医師は、例えば他の病院で患者にジェネリック医薬品が処方されていた旨を示すお薬手帳が提示された場合、当該ジェネリック医薬品に対応する先発医薬品を新薬辞書等で検索することにより、そのジェネリック医薬品の薬理作用や適応症等を確認しなくてはならず、多大な時間を有してしまう。

そこで例えばジェネリック医薬品名を入力すると、医薬品データベースを検索し、当該ジェネリック医薬品に対応する先発医薬品を表示するようになされた薬品決定支援システムが提案されている（例えば、特許文献１参照）。

特開２００４−１２６８９４公報

ところで上述した薬品決定支援システムでは、患者にジェネリック医薬品が処方されている場合にその度、当該ジェネリック医薬品に対応する先発医薬品を検索させなくてはならず、多大な時間を強いることになり、利便性が良いとはいい難い。

本発明は以上の点を考慮してなされたもので、利便性を向上し得る医薬品情報処理装置及び医薬品情報処理方法を提案しようとするものである。

かかる課題を解決するため本発明においては、データベースとして病院での処方に関する処方箋情報と薬局での調剤に関する調剤情報とが対応付けて記憶されるデータセンターとグローバルネットワークを介して接続する接続部と、固有の識別情報を取得する取得部と、取得部により識別情報が取得されたことを契機として、当該識別情報をグローバルネットワークへのアクセス要件及び登録要件として、グローバルネットワークを介して接続されるデータセンターのデータベースに対応付けすべき処方箋情報又は調剤情報を送信する送信部と、取得部により識別情報が取得されたことを契機として、当該識別情報をグローバルネットワークへのアクセス要件及び検索要件として、データベースに対応付けられた処方箋情報及び調剤情報を受信する受信部と、受信部により受信された処方箋情報及び調剤情報に基づいた情報を提供する提供部とを設けるようにした。

また本発明においては、データベースとして病院での処方に関する処方箋情報と薬局での調剤に関する調剤情報とが対応付けて記憶されるデータセンターとグローバルネットワークを介して接続する接続ステップと、固有の識別情報を取得する取得ステップと、取得ステップにより識別情報が取得されたことを契機として、当該識別情報をグローバルネットワークへのアクセス要件及び登録要件として、グローバルネットワークを介して接続されるデータセンターのデータベースに対応付けすべき処方箋情報又は調剤情報を送信する送信ステップと、取得ステップにより識別情報が取得されたことを契機として、当該識別情報をグローバルネットワークへのアクセス要件及び検索要件として、データベースに対応付けられた処方箋情報および調剤情報を受信する受信ステップと、取得ステップにより取得された処方箋情報及び調剤情報に基づいた情報を提供する提供ステップとを有する。

これにより、識別情報に対応付けられた処方箋情報及び調剤情報をデータセンターから取得し、当該処方箋情報及び調剤情報に基づいた情報を提供するので、処方箋情報及び調剤情報に基づいた情報をユーザに容易に提示することができる。

以上のように本発明によれば、識別情報に対応付けられた処方箋情報及び調剤情報をデータセンターから取得し、当該処方箋情報及び調剤情報に基づいた情報を提供するので、処方箋情報及び調剤情報に基づいた情報をユーザに容易に提示することができ、かくして利便性を向上し得る医薬品情報処理装置及び医薬品情報処理方法を実現できる。

医薬品情報処理システムを示す略線図である。 データセンターのデータベースの構成を示す略線図である。 ユーザデータベースの構成を示す略線図である。 患者基本情報データベースの構成を示す略線図である。 処方箋履歴インデックステーブル及び調剤履歴インデックステーブルの構成を示す略線図である。 処方箋履歴情報テーブル及び調剤履歴情報テーブルの構成を示す略線図である。 病院内データベースサーバに記憶されたテーブルの構成を示す略線図である。 薬局内データベースサーバに記憶されたテーブルの構成を示す略線図である。 病院内クライアント及び薬局内クライアントの回路構成を示す略線図である。 ＩＣカード登録処理手順の説明に供するフローチャートである。 電子お薬手帳表示処理手順の説明に供するフローチャートである。 電子お薬手帳表示画面を示す略線図である。 処方箋情報登録処理手順（１）の説明に供するフローチャートである。 処方箋情報登録処理手順（２）の説明に供するフローチャートである。 処方箋情報書込処理手順の説明に供するフローチャートである。 調剤情報生成処理手順（１）の説明に供するフローチャートである。 調剤情報生成処理手順（２）の説明に供するフローチャートである。 処方箋情報選択画面を示す略線図である。 調剤医薬品選択画面を示す略線図である。 調剤情報登録処理手順の説明に供するフローチャートである。

以下、発明を実施するための形態（以下実施形態とする）について説明する。
なお、説明は以下の順序で行う。
１．実施の形態
２．他の実施の形態

＜１．実施の形態＞
［１−１．医薬品情報処理システムの構成］
図１に示すように、医薬品情報処理システム１は、データセンター２、病院内システム３及び薬局内システム４により構成される。医薬品情報処理システム１では、データセンター２が病院内システム３及び薬局内システム４とグローバルネットワークであるインターネットＩＮを介して接続される。

データセンター２は、例えばＣＰＵ（Central Processing Unit）、当該ＣＰＵのワークメモリとして機能するＲＡＭ（Random Access Memory）、各種プログラムを記憶するＲＯＭ（Read Only Memory）等を備えるパーソナルコンピュータでなる。

そしてデータセンター２は、ＣＰＵの制御に基づいて動作し、例えばＨＤＤ（Hard Disk Drive）でなる記憶部にＩＤ管理テーブル１１、ユーザ毎データベース１２及び医薬品データベース１３が記憶される。

病院内システム３は、病院内データベースサーバ５、及び当該病院内データベースサーバ５のクライアントとして機能する病院内クライアント６（６−１、６−２、・・・、６−ｎ）が設けられる。この病院内システム３では、病院内データベースサーバ５及び病院内クライアント６が専用のローカルネットワークＮＴ１により接続される。

また病院内システム３では、病院内データベースサーバ５及び病院内クライアント６がデータセンター２とローカルネットワークＮＴ１及びインターネットＩＮを介して接続される。

病院内データベースサーバ５は、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、記憶部等を備えるパーソナルコンピュータでなり、記憶部に患者基本情報テーブル２１、処方箋発行履歴情報テーブル２２及び医薬品処方履歴情報テーブル２３が記憶される。

病院内クライアント６（６−１、６−２、・・・、６−ｎ）は、それぞれＩＣ（Integrated Circuit）カードリーダライタ６ａ（６ａ−１、６ａ−２、・・・、６ａ−ｎ）が接続される。

病院内クライアント６は、例えば非接触式のＩＣカードがＩＣカードリーダライタ６ａにかざされた際に、当該ＩＣカードに固有に付加されたカードＩＤ（Identifier）を取得し得るようになされている。

また病院内クライアント６は、病院内データベースサーバ５の患者基本情報テーブル２１、処方箋発行履歴情報テーブル２２及び医薬品処方履歴情報テーブル２３をローカルネットワークＮＴ１を介して読み出し及び更新し得るようになされている。

さらに病院内クライアント６は、データセンター２のＩＤ管理テーブル１１、ユーザ毎データベース１２及び医薬品データベース１３をローカルネットワークＮＴ１及びインターネットＩＮを介して読み出し及び更新し得るようになされている。

一方、薬局内システム４は、薬局内データベースサーバ７、及び当該薬局内データベースサーバ７のクライアントとして機能する薬局内クライアント８（８−１、８−２、・・・、８−ｎ）が設けられる。薬局内システム４では、薬局内データベースサーバ７及び薬局内クライアント８が専用のローカルネットワークＮＴ２により接続される。

また薬局内システム４では、薬局内データベースサーバ７及び薬局内クライアント８がデータセンター２とインターネットＩＮ及びローカルネットワークＮＴ２を介して接続される。

薬局内データベースサーバ７は、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、記憶部等を備えるパーソナルコンピュータでなり、当該記憶部に患者基本情報テーブル３１、医薬品調剤履歴情報テーブル３２及び医薬品在庫情報テーブル３３が記憶される。

薬局内クライアント８（８−１、８−２、・・・、８−ｎ）は、それぞれＩＣ（Integrated Circuit）カードリーダライタ８ａ（８ａ−１、８ａ−２、・・・、８ａ−ｎ）が接続される。薬局内クライアント８は、非接触式のＩＣカードがＩＣカードリーダライタ８ａにかざされた際に、当該ＩＣカードからカードＩＤを取得し得るようになされている。

また薬局内クライアント８は、病院内データベースサーバ７の患者基本情報テーブル３１、医薬品調剤履歴情報テーブル３２及び医薬品在庫情報テーブル３３をローカルネットワークＮＴ２を介して読み出し及び更新し得るようになされている。

さらに薬局内クライアント８は、データセンター２のＩＤ管理テーブル１１、ユーザ毎データベース１２及び医薬品データベース１３をローカルネットワークＮＴ２及びインターネットＩＮを介して読み出し及び更新し得るようになされている。

［１−２．データベースの構成］
［１−２−１．データセンター２に記憶されたデータベースの構成］
次に、データセンター２に記憶されたＩＤ管理テーブル１１、ユーザ毎データベース１２及び医薬品データベース１３について説明する。

ＩＤ管理テーブル１１は、図２（Ａ）に示すように、ＩＣカードのカードＩＤと、ユーザ毎データベース１２内に患者ごとに設けられる図２（Ｂ）に示すようなユーザデータベース４０（４０ａ、４０ｂ、・・・）とを対応付けるテーブルである。

医薬品データベース１３（図２（Ｃ））は、医薬品ｉｄ、医薬品名、対応する先発医薬品又はジェネリック医薬品の医薬品ｉｄ、薬価、単位等が医薬品ごとに記載される。

ユーザデータベース４０（４０ａ、４０ｂ、・・・）は、図３に示すように、ＩＤ管理テーブル１１に記載されたユーザデータベース名がそれぞれ付けられている。このユーザデータベース４０には、患者基本情報データベース４１、処方箋履歴インデックステーブル４２、調剤履歴インデックステーブル４３、処方箋履歴情報テーブル４４及び調剤履歴情報テーブル４５が記憶される。

患者基本情報データベース４１は、図４に示す患者基本情報テーブル５１及び副作用情報テーブル５２が記憶される。

患者基本情報テーブル５１（図４（Ａ））には、患者基本情報である個人情報及びその患者がジェネリック医薬品を希望しているか否かが記載される。ここで個人情報は、患者を特定するための情報であり、保険者番号、被保険者証記号・番号、氏名、生年月日、住所、電話番号及び性別である。

副作用情報テーブル５２（図４（Ｂ））には、副作用が発生した日付、副作用を起こした医薬品の医薬品ｉｄ、医薬品名、副作用内容が記載される。

処方箋履歴インデックステーブル４２には、図５（Ａ）に示すように、後述する病院内クライアント６により発行される病院での処方に関する情報である処方箋情報の発行日時が古い順に処方箋ｉｄが付され、処方箋情報のうちの基本情報が記載される。ここで処方箋情報の基本情報とは、処方箋情報発行日時、病院名、病院の連絡先である電話番号、ジェネリック医薬品を許可するか否かである。

また処方箋履歴インデックステーブル４２には、薬局内クライアント８により医薬品の調剤が完了した場合に成立するフラグである薬局調剤完了フラグが記載される。

調剤履歴インデックステーブル４３は、図５（Ｂ）に示すように、対応する処方箋ｉｄと同一の番号を有する調剤履歴ｉｄが付され、薬局内クライアント８により発行される薬局での調剤に関する情報である調剤情報のうちの基本情報が記載される。ここで調剤情報の基本情報とは、調剤情報発行日時、薬局名、薬局連絡先である電話番号である。

処方箋履歴情報テーブル４４は、図６（Ａ）に示すように、医薬品ごとに通し番号が付され、対応する処方箋履歴インデックステーブル４２の処方箋ｉｄと、後述する病院内クライアント６により発行される処方箋情報のうちの詳細情報とが記載される。ここで処方箋情報の詳細情報とは、処方された医薬品の医薬品ｉｄ（処方薬ｉｄ）、処方分日数、使用頻度及び１回当たりの量である。

調剤履歴情報テーブル４５は、図６（Ｂ）に示すように、医薬品ごとに通し番号が付され、対応する調剤履歴インデックステーブル４３の調剤履歴ｉｄと、薬局内クライアント８により発行される調剤情報のうちの詳細情報とが記載される。ここで調剤情報の詳細情報とは、調剤された医薬品の医薬品ｉｄ（調剤薬ｉｄ）、調剤分日数、使用頻度及び１回当たりの量である。

［１−２−２．病院内データベースサーバにおけるデータベースの構成］
次に病院内データベースサーバ５に記憶された患者基本情報テーブル２１、処方箋発行履歴情報テーブル２２及び医薬品処方履歴情報テーブル２３について説明する。

患者基本情報テーブル２１は、図７（Ａ）に示すように、患者ごとに患者番号が付加され、病院内システム３において患者を把握するための患者基本情報である個人情報及び当該患者がジェネリック医薬品を希望しているか否かが記載される。

処方箋発行履歴情報テーブル２２は、図７（Ｂ）に示すように、病院内クライアント６によって発行される処方箋情報に対して処方箋番号が付され、当該処方箋情報に対応する患者基本情報テーブル２１の患者番号、及び処方箋情報のうちの基本情報が記載される。因みに処方箋情報の基本情報として病院名及び病院の連絡先が記載されていないが、病院内クライアント６は、データセンター２に処方箋情報を送信するときに、病院名及び病院の連絡先を付加するようになされている。

医薬品処方履歴情報テーブル２３は、図７（Ｃ）に示すように、病院内クライアント６によって発行される処方箋情報における医薬品ごとに通し番号が付されると共に、処方箋発行履歴情報テーブル２２の対応する処方箋番号が記載される。

また医薬品処方履歴情報テーブル２３は、処方箋情報の詳細情報である処方薬ｉｄ、処方薬名、種別、処方分日数、使用頻度、１回当たり量と、副作用情報である副作用発生日及び副作用内容が記載される。因みに処方薬名および種別は、処方薬ｉｄに基づき例えば医薬品データベース１３を用いて検索できるため省略してもよい。

［１−２−３．薬局内データベースサーバにおけるデータベースの構成］
次に薬局内データベースサーバ８に記憶された患者基本情報テーブル３１、医薬品調剤履歴情報テーブル３２及び医薬品在庫情報テーブル３３について説明する。

患者基本情報テーブル３１は、図８（Ａ）に示すように、患者ごとに患者番号が付され、薬局内システム４において患者を把握するための患者基本情報である個人情報及び当該患者がジェネリック医薬品を希望しているか否かが記載される。

医薬品調剤履歴情報テーブル３２は、図８（Ｂ）に示すように、薬局内クライアント８によって生成された調剤情報における調剤医薬品ごとに通し番号が付され、当該調剤情報及び副作用情報が記載される。

因みに調剤情報として薬局名及び薬局の連絡先が記載されていないが、薬局内クライアント８は、データセンター２に調剤情報を送信するときに、薬局名及び薬局の連絡先を付加するようになされている。また調剤医薬品名及び種別は、調剤薬ｉｄに基づき例えば医薬品データベース１３を用いて検索できるため省略してもよい。

医薬品在庫情報テーブル３３は、図８（Ｃ）に示すように、医薬品ごとに通し番号が付され、当該医薬品の医薬品ｉｄ、医薬品名、当該医薬品がジェネリック医薬品であった場合は対応する先発医薬品の医薬品ｉｄ及び医薬品名、在庫量が記載される。

［１−３．病院内クライアント及び薬局内クライアントの回路構成］
［１−３−１．病院内クライアントの回路構成］
図９に示すように、病院内クライアント６は、ＣＰＵ８１、ＲＯＭ８２、ＲＡＭ８３、記憶部８４、インターフェース８５、表示部８６及び入力部８７が設けられる。

ＣＰＵ８１は、ＲＯＭ８２から読み出してＲＡＭ８３に起動した基本プログラムに従い、全体を統括制御する。またＣＰＵ８１は、ＲＯＭ８２から読み出してＲＡＭ８３に起動した各種アプリケーションプログラムに従って種々の処理を実行し得るようになされている。

記憶部８４は、ＨＤＤに代表される磁気ディスクもしくは半導体メモリ等が適用される。表示部８６には、液晶ディスプレイ、ＥＬ（Electro Luminescence）ディスプレイ又はプラズマディスプレイ等が適用される。

ＣＰＵ８１は、ＩＣカードリードライタ６ａにＩＣカードがかざされると、当該ＩＣカードのカードＩＤをＩＣカードリードライタ６ａ及びインターフェース８５を介して取得する。

またＣＰＵ８１は、インターフェース８５及びローカルネットワークＮＴ１を介して病院内データベースサーバ５と患者基本情報、処方箋情報等を授受し得るようになされている。

例えば病院内クライアント６は、病院内システム３が設けられた病院で患者が初めて診察される場合、当該患者を特定するための患者基本情報を入力部８７を介して入力させ、当該入力された患者基本情報を病院内データベースサーバ５に送信する。

このとき病院内データベースサーバ５は、患者基本情報テーブル２１に新規の患者番号を付すと共に、送信された患者基本情報を当該患者番号に対応付けて記憶することにより、患者基本情報テーブル２１を更新する。

また病院内クライアント６は、患者基本情報テーブル２１の患者基本情報を読み出して、例えばジェネリック医薬品変更希望を「なし」から「あり」に変更し得るようになされている。

さらに病院内クライアント６は、患者が処方された医薬品で副作用が発生した場合、医薬品処方履歴情報テーブル２３の副作用が発生した医薬品に対して副作用が発生した日時及び副作用の内容を登録し得るようになされている。

さらに病院内クライアント６は、後述するように、インターフェース８５、ローカルネットワークＮＴ１及びインターネットＩＮを介してデータセンター２と患者基本情報、処方箋情報、調剤情報等を授受し得るようになされている。

［１−３−２．薬局内クライアントの回路構成］
薬局内クライアント８は、病院内クライアント６と同様の構成を有しており、ＣＰＵ９１がＲＯＭ９２から読み出してＲＡＭ９３に起動した基本プログラムに従い、全体を統括制御する。またＣＰＵ９１は、ＲＯＭ９２から読み出してＲＡＭ９３に起動した各種アプリケーションプログラムに従って種々の処理を実行し得るようになされている。

ＣＰＵ９１は、ＩＣカードリードライタ８ａにＩＣカードがかざされると、当該ＩＣカードのカードＩＤをＩＣカードリードライタ８ａ及びインターフェース９５を介して取得し得る。

またＣＰＵ９１は、インターフェース９５及びローカルネットワークＮＴ２を介して薬局内データベースサーバ７と患者基本情報、調剤情報、副作用情報等を授受及び変更し得るようになされている。

また薬局内クライアント８は、入力部９７の操作に応じて、医薬品在庫情報テーブル３３を薬局内データベースサーバ７から読み出して表示部９７に表示することにより、医薬品の在庫を確認させることができる。

さらに薬局内クライアント８は、後述するように、インターフェース９５、ローカルネットワークＮＴ２及びインターネットＩＮを介してデータセンター２と患者基本情報、処方箋情報、調剤情報等を授受し得る。

［１−４．病院内クライアントで行われる処理］
次に病院内クライアント６により行われる処理について説明する。

［１−４−１．ＩＣカード登録処理］
ＩＣカードに固有に付加されたカードＩＤと患者基本情報とを対応付けてデータセンター２に登録するＩＣカード登録処理を図１０に示すフローチャートに従って説明する。

実際上、ＣＰＵ８１は、ルーチンＲＴ１の開始ステップから入って次のステップＳＰ１に移り、例えば表示部８６に「ＩＣカードをかざして下さい」等を表示し、ＩＣカードがＩＣカードリーダライタ６ａにかざされたか否かを判断する。ここで否定結果が得られるとＣＰＵ８１はＩＣカードがＩＣカードリーダライタ６ａにかざされるまで待ち受ける。

これに対してステップＳＰ１において肯定結果が得られると、このことはＩＣカードがＩＣカードリーダライタ６ａかざされ、当該ＩＣカードからカードＩＤを取得したことを意味しており、このときＣＰＵ８１は次のステップＳＰ２に移る。

ステップＳＰ２においてＣＰＵ８１は、取得したカードＩＤを基に、当該カードＩＤに対応付けられた患者基本情報を取得するためのクエリ要求をデータセンター２に送信し、次のステップＳＰ３に移る。

このときデータセンター２は、クエリ要求におけるカードＩＤがＩＤ管理テーブル１１に記憶されている場合、カードＩＤに対応するＩＣカードが登録されていると判断する。そしてデータセンター２は、カードＩＤに対応付けられた患者基本情報テーブル５１に記憶された患者基本情報をクエリ結果として病院内クライアント６に送信する。

ステップＳＰ３においてＣＰＵ８１は、データセンター２にＩＣカードが登録されているか否かをクエリ結果がデータセンター２から送信されたか否かにより判断し、肯定結果が得られると、ＣＰＵ８１は次のステップＳＰ４に移る。

ステップＳＰ４においてＣＰＵ８１は、データセンター２から送信されたクエリ結果としての患者基本情報を元に、同一の患者を示す患者基本情報を病院内データベースサーバ５の患者基本情報テーブル２１から検索し、次のステップＳＰ５に移る。

具体的にはＣＰＵ８１は、データセンター２から送信された患者基本情報の保険者番号、被保険者証記号・番号、氏名を検索用件として、患者基本情報テーブル２１から検索用件と一致する患者基本情報を検索する。

ステップＳＰ５においてＣＰＵ８１は、ステップＳＰ４において検索した患者基本情報が患者基本情報テーブル２１に登録されているか否かを判断し、登録されている場合には肯定結果を得て次のステップＳＰ６に移る。

ステップＳＰ６においてＣＰＵ８１は、患者基本情報同期処理を実行すると共に、既にＩＣカードがデータセンター２に登録されている旨を示す「このＩＣカードは登録されています」等を表示部８６に表示し、次のステップＳＰ７に移って処理を終了する。

ここで患者基本情報同期処理とは、データセンター２に記憶された患者基本情報と、病院内データベースサーバ５に記憶された患者基本情報とを更新日時に基づいて更新日時が新しい方に更新する処理である。

これに対してステップＳＰ５において否定結果が得られると、このことは病院内データベースサーバ５にＩＣカードに対応付けられた患者基本情報が登録されていないことを意味し、このときＣＰＵ８１はステップＳＰ８に移る。

ステップＳＰ８においてＣＰＵ８１は、データセンター２から取得した患者基本情報を病院内データベースサーバ５に登録するか否かを入力部８７に対する操作に応じて判断し、否定結果が得られるとステップＳＰ７へ移って処理を終了する。

これに対してステップＳＰ８において肯定結果が得られると、ＣＰＵ８１はステップＳＰ９に移って、データセンター２から取得した患者基本情報を病院内データベースサーバ５の患者基本情報テーブル２１に登録し、ステップＳＰ７へ移って処理を終了する。

一方、ステップＳＰ３において否定結果が得られると、このことはデータセンター２にＩＣカードが登録されていないことを意味し、このときＣＰＵ８１はステップＳＰ１０に移る。

ステップＳＰ１０においてＣＰＵ８１は、病院内データベースサーバ５の患者基本情報テーブル２１に記憶された例えば患者の氏名を読み出して表示部８６に一覧表示し、ＩＣカードと対応付ける患者を選択させ、次のステップＳＰ１１に移る。

ステップＳＰ１１においてＣＰＵ８１は、ＩＣカードと対応付ける患者が選択させたか否かを判断し、否定結果が得られるとステップＳＰ７に移って処理を終了する。

これに対してステップＳＰ１１において肯定結果が得られると、このことはＩＣカードと対応付ける患者が選択させたことを意味し、このときＣＰＵ８１は次のステップＳＰ１２に移る。

ステップＳＰ１２においてＣＰＵ８１は、ステップＳＰ１０において選択された患者の氏名に対応する患者基本情報を病院内データベースサーバ５の患者基本情報テーブル２１から読み出してカードＩＤと共にデータセンター２に送信する。

これによりＣＰＵ８１は、カードＩＤに対応付けた患者基本情報をデータセンター２に登録させ、ステップＳＰ７に移って処理を終了する。

このように病院内クライアント６は、カードＩＤを取得したこと契機として、当該カードＩＤをデータセンター２へのアクセス要件及び登録要件として、患者基本情報をデータセンター２に登録する。

［１−４−２．電子お薬手帳表示処理］
次に患者に処方されて調剤された医薬品を参照させるための電子お薬手帳表示処理を図１１に示すフローチャートを用いて説明する。

実際上、ＣＰＵ８１は、ルーチンＲＴ２の開始ステップから入って次のステップＳＰ２１に移り、例えば表示部８６に「ＩＣカードをかざして下さい」等を表示し、ＩＣカードがＩＣカードリーダライタ６ａにかざされたか否かを判断する。ここで否定結果が得られるとＣＰＵ８１はＩＣカードがＩＣカードリーダライタ６ａにかざされるまで待ち受ける。

これに対してステップＳＰ２１において肯定結果が得られると、このことはＩＣカードがかざされ、当該ＩＣカードからカードＩＤを取得したことを意味しており、このときＣＰＵ８１は次のステップＳＰ２２に移る。

ステップＳＰ２２においてＣＰＵ８１は、上述した患者基本情報同期処理を実行し、データセンター２の患者基本情報テーブル２１及び病院内データベースサーバ５の患者基本テーブル５１を最新のもの更新して次のステップＳＰ２３に移る。

ステップＳＰ２３においてＣＰＵ８１は、ステップＳＰ２１において取得したカードＩＤを基に、当該カードＩＤに対応付けられた処方箋情報及び調剤情報を取得するためのクエリ要求をデータセンター２に送信し、次のステップＳＰ２４に移る。

このときデータセンター２は、病院内クライアント６から送信されたクエリ要求に基づき、カードＩＤに対応付けられた処方箋情報及び調剤情報をユーザデータベース４０から読み出してクエリ結果として病院内クライアント６に送信する。

ステップＳＰ２４においてＣＰＵ８１は、例えば表示部８６に「応答を待っています」等を表示し、データセンター２からクエリ要求に対する応答があったか否かを判断し、否定結果が得られるとクエリ要求に対する応答があるまで待ち受ける。

これに対してステップＳＰ２４において肯定結果が得られると、このことはデータセンター２からクエリ要求に対する応答があったことを意味し、このときＣＰＵ８１は次のステップＳＰ２５に移る。

ステップＳＰ２５においてＣＰＵ８１は、クエリ要求に対する応答としてクエリ結果をデータセンター２から取得する。そしてＣＰＵ８１は、当該クエリ結果に基づいて、図１２に示すように、時系列に調剤情報を示す電子お薬手帳１００を表示部８６に表示し、次のステップＳＰ２６に移って処理を終了する。

ここで電子お薬手帳１００には、例えば調剤日時、日数、調剤医薬品名、調剤医薬品がジェネリック医薬品の場合には先発医薬品名、種別、使用頻度、数量、副作用が発生した場合には副作用発生日及び副作用内容、調剤薬局名及び連絡先が表示される。

また電子お薬手帳１００では、調剤された医薬品がジェネリック医薬品であった場合、当該ジェネリック医薬品の調剤医薬品名の色やフォントを変えて表示することにより、医師又は患者に容易に確認させ得るようになされている。

さらにＣＰＵ８１は、調剤医薬品名が入力部８７を介して選択された場合、当該調剤医薬品名の詳細情報を例えばデータセンター２の医薬品データベース１３から取得して表示部８６に表示し得るようになされている。

このように病院内クライアント６は、カードＩＤを取得したこと契機として、当該カードＩＤをデータセンター２へのアクセス要件及び検索要件として、処方箋情報及び調剤情報をデータセンター２から取得する。

［１−４−３．処方箋情報登録処理］
次に患者に対して発行された処方箋情報を病院内データベースサーバ５に登録するための処方箋情報登録処理を図１３及びそれに続く図１４に示すフローチャートを用いて説明する。

実際上、ＣＰＵ８１は、ルーチンＲＴ３の開始ステップから入って次のステップＳＰ３１に移る。そしてＣＰＵ８１は、病院内データベースサーバ５に記憶された患者基本情報テーブル２１から例えば患者名を読み出して表示部８６に一覧表示し、入力部８７に対する操作に応じて医師が診察している患者を選択させ、次のステップＳＰ３２に移る。

ステップＳＰ３２においてＣＰＵ８１は、医師により患者に処方する医薬品を入力部８７を介して入力させ、次のステップＳＰ３３に移る。

ステップＳＰ３３においてＣＰＵ８１は、例えば表示部８６に「ＩＣカードをかざして下さい」等を表示し、ＩＣカードリーダライタ６ａにＩＣカードをかざすように医師又は患者に指示し、次のステップＳＰ３４に移る。

ステップＳＰ３４においてＣＰＵ８１は、ステップＳＰ３１において医薬品が入力されてから所定のタイミングでＩＣカードがＩＣカードリーダライタ６ａにかざされたか否かを判断する。ここで否定結果が得られるとＣＰＵ８１はＩＣカードがＩＣカードリーダライタ６ａにかざされるまで待ち受ける。

これに対してステップＳＰ３４において肯定結果が得られると、このことはＩＣカードがかざされ、当該ＩＣカードからカードＩＤを取得したことを意味しており、このときＣＰＵ８１は次のステップＳＰ３５に移る。

ステップＳＰ３５においてＣＰＵ８１は、ステップＳＰ３４において取得したカードＩＤを基に、当該カードＩＤに対応付けられた患者基本情報及び副作用情報を取得するためのクエリ要求をデータセンター２に送信し、次のステップＳＰ３６に移る。

このときデータセンター２は、クエリ要求に基づき、カードＩＤに対応付けられた患者基本情報テーブル５１及び副作用情報テーブル５２から読み出した患者基本情報及び副作用情報をクエリ結果として病院内クライアント６に送信する。

ステップＳＰ３６においてＣＰＵ８１は、データセンター２からクエリ要求に対する応答があったか否かを判断し、否定結果が得られるとクエリ要求に対する応答があるまで待ち受ける。

これに対してステップＳＰ３６において肯定結果が得られると、このことはデータセンター２からクエリ要求に対する応答があったことを意味し、このときＣＰＵ８１は次のステップＳＰ３７に移る。

ステップＳＰ３７においてＣＰＵ８１は、クエリ要求に対する応答としてクエリ結果をデータセンター２から取得する。そしてＣＰＵ８１は、当該クエリ結果として取得した患者基本情報と、ステップＳＰ３１により選択された患者の患者基本情報とが一致するか否かを判断する。

ここで否定結果が得られると、このことは医師が診察している患者とＩＣカードに対応付けられた患者が異なることを意味する。このときＣＰＵ８１は、医師が診察している患者がＩＣカードに対応付けられた患者とは異なる旨を示す「現在診察している患者のＩＣカードではありません」等を表示部８６に表示し、次のステップＳＰ３８に移って処理を終了する。

これに対してステップＳＰ３７において肯定結果が得られると、ＣＰＵ８１はステップＳＰ３９に移る。ステップＳＰ３９においてＣＰＵ８１は、ステップＳＰ３２において入力された医薬品の中に副作用情報に登録された医薬品があるか否かを判断する。

ここで肯定結果が得られると、このことは患者に対して処方される医薬品の中に当該患者が副作用を起こした医薬品が存在することを意味し、このときＣＰＵ８１は次のステップＳＰ４０に移る。

ステップＳＰ４０においてＣＰＵ８１は、例えば患者が副作用を起こしたことがあるＡ錠が医師によって入力されていた場合、「Ａ錠は過去に副作用を起こしています」等を表示部８６に表示する。ＣＰＵ８１は、副作用を起こした医薬品が存在する旨を医師に通知し、次のステップＳＰ４１に移る。

ステップＳＰ４１においてＣＰＵ８１は、患者に処方する医薬品を変更するか否かを入力部８７に対する操作に応じて判断し、肯定結果が得られると次のステップＳＰ４２に移る。

ステップＳＰ４２においてＣＰＵ８１は、変更する医薬品を入力部８７を介して入力させ、ステップＳＰ３９に戻り、ステップＳＰ３９又はステップＳＰ４１において否定結果が得られるまで、ステップＳＰ３９〜ＳＰ４２を繰り返す。

これに対してステップＳＰ３９又はステップＳＰ４１において否定結果が得られると、このことは患者に処方する医薬品が決定されたことを意味し、このときＣＰＵ８１はステップＳＰ４３に移る。

ステップＳＰ４３においてＣＰＵ８１は、ステップＳＰ３７において取得した患者基本情報におけるジェネリック医薬品の希望の有無に基づいて、ジェネリック医薬品の希望の有無を表示部８６に表示する。

そしてＣＰＵ８１は、患者に処方した医薬品をジェネリック医薬品へ変更することを許可するか否かを医師に入力部８６を介して入力させ、次のステップＳＰ４４に移る。

ステップＳＰ４４においてＣＰＵ８１は、医師によって入力された医薬品、ジェネリック医薬品変更の有無が示された処方箋情報を病院内データベースサーバ５に送信する。これにより病院内クライアント６は、病院内データベースサーバ５の処方箋発行履歴情報テーブル２２及び医薬品処方履歴情報テーブル２３を更新し、次のステップＳＰ３８に移って処理を終了する。

このように病院内クライアント６は、処方箋情報が入力されてから所定のタイミングでカードＩＤを取得したことを送信可能とすべきトリガとして、処方箋情報を病院内データベースサーバ５に送信する。

［１−４−４．処方箋情報書込処理］
次に、病院内データベースサーバ５の処方箋発行履歴情報テーブル２２及び医薬品処方履歴情報テーブル２３に書き込まれた処方箋情報をデータセンター２に書き込むための処方箋情報書込処理を図１５に示すフローチャートを用いて説明する。

実際上、ＣＰＵ８１は、ルーチンＲＴ４の開始ステップから入って次のステップＳＰ５１に移り、例えば表示部８６に「ＩＣカードをかざして下さい」等を表示し、ＩＣカードがＩＣカードリーダライタ６ａにかざされたか否かを判断する。ここで否定結果が得られるとＣＰＵ８１はＩＣカードがＩＣカードリーダライタ６ａにかざされるまで待ち受ける。

これに対してステップＳＰ５１において肯定結果が得られると、このことはＩＣカードがかざされ、当該ＩＣカードからカードＩＤを取得したことを意味しており、このときＣＰＵ８１は次のステップＳＰ５２に移る。

ステップＳＰ５２においてＣＰＵ８１は、取得したカードＩＤを基に、当該カードＩＤに対応付けられた患者基本情報、処方箋情報及び調剤情報を取得するためのクエリ要求をデータセンター２に送信し、次のステップＳＰ５３に移る。

このときデータセンター２は、病院内クライアント６から送信されたクエリ要求に基づき、カードＩＤに対応付けられた患者基本情報、処方箋情報及び調剤情報をユーザデータベース４０から読み出してクエリ結果として病院内クライアント６に送信する。

ステップＳＰ５３においてＣＰＵ８１は、例えば表示部８６に「応答を待っています」等を表示し、データセンター２からクエリ要求に対する応答があったか否かを判断し、否定結果が得られるとクエリ要求に対する応答があるまで待ち受ける。

これに対してステップＳＰ５３において肯定結果が得られると、このことはデータセンター２からクエリ要求に対する応答があったことを意味し、このときＣＰＵ８１は次のステップＳＰ５４に移る。

ステップＳＰ５４においてＣＰＵ８１は、クエリ要求に対する応答としてクエリ結果をデータセンター２から取得する。そしてＣＰＵ８１は、当該クエリ結果としての患者基本情報に対応する患者を病院内データベースサーバ５の患者基本情報テーブル２１から検索し、次のステップＳＰ５５に移る。

ステップＳＰ５５においてＣＰＵ８１は、ステップＳＰ５４において対応する患者を病院内データベースサーバ５の患者基本情報テーブル２１から特定できたか否かを判断する。

ここで否定結果が得られると、このことは病院内データベースサーバ５に対応する患者の患者基本情報が存在しないことを意味する。このときＣＰＵ８１は例えば「××さんのデータが見つかりません」等を表示部８６に表示し、ステップＳＰ６０に移って処理を終了する。

これに対してステップＳＰ５５において肯定結果が得られると、このことは病院内データベースサーバ５に対応する患者の患者基本情報が存在することを意味し、このときＣＰＵ８１は次のステップＳＰ５６に移る。

ステップＳＰ５６においてＣＰＵ８１は、上述した患者基本情報同期処理を実行し、データセンター２の患者基本情報テーブル２１及び病院内データベースサーバ５の患者基本テーブル５１を最新のものに更新して次のステップＳＰ５７に移る。

ステップＳＰ５７においてＣＰＵ８１は、ステップＳＰ５５により検索することにより特定した患者に対応付けられた処方箋情報を病院内データベースサーバ５の処方箋発行履歴情報テーブル２２及び医薬品処方履歴情報テーブル２３から読み出す。

そしてＣＰＵ８１は、読み出した病院内データベースサーバ５内の処方箋情報と、ステップＳＰ５５においてデータセンター２から取得した処方箋情報とを比較し、次のステップＳＰ５８に移る。

ステップＳＰ５８においてＣＰＵ８１は、ステップＳＰ５７において比較することにより、病院内データベースサーバ５内に記憶された処方箋情報に、データセンター２に記憶されていない処方箋情報が存在するか否かを判断する。

ここで否定結果が得られると、このことはデータセンター２に記憶されていない処方箋情報が病院内データベースサーバ５内に存在しないことを意味し、このときＣＰＵ８１は例えば「書き込むべきデータはありません」等を表示部８６に表示する。そしてＣＰＵ８１は、ステップＳＰ６０に移って処理を終了する。

これに対してステップＳＰ５８において肯定結果が得られると、このことはデータセンター２に記憶されていない処方箋情報が病院内データベースサーバ５内に存在することを意味し、このときＣＰＵ８１は次のステップＳＰ５９に移る。

ステップＳＰ５９においてＣＰＵ８１は、データセンター２に記憶されていない処方箋情報をデータセンター２に送信する。

このときデータセンター２は、病院内クライアント６から送信された処方箋情報を、処方箋履歴インデックステーブル４２及び処方箋履歴情報テーブル４４に記憶する。

そしてＣＰＵ８１は、例えば「電子処方箋書込みが完了しました」等を表示部８６に表示し、次のステップＳＰ６０に移って処理を終了する。

このように病院内クライアント６は、カードＩＤを取得したこと契機として、当該カードＩＤをデータセンター２へのアクセス要件及び登録要件として、処方箋情報をデータセンター２に登録する。

［１−５．薬局内クライアントの処理］
次に薬局内クライアント８により行われる処理について説明する。

［１−５−１．ＩＣカード登録処理］
薬局内クライアント８のＣＰＵ９１は、ＩＣカードに固有に付加されたカードＩＤと患者基本情報とを対応付けてデータセンター２に登録するＩＣカード登録処理（図１０）を実行するが、病院内クライアント６と同様であるためその説明は省略する。

因みにＣＰＵ９１は、ステップＳＰ３以降で薬局内データベースサーバ７の患者基本情報テーブル３１に記録された患者基本情報を用いて処理するようになされている。

［１−５−２．電子お薬手帳表示処理］
薬局内クライアント８のＣＰＵ９１は、患者に処方されて調剤された医薬品を参照させるための電子お薬手帳表示処理（図１１）を実行するが、病院内クライアント６と同様であるためその説明は省略する。

［１−５−３．調剤情報登録処理］
次に、データセンター２に登録された処方箋情報に対して調剤された医薬品を調剤情報として薬局内データベースサーバ７に登録するための調剤情報登録処理を図１６及びそれに続く図１７に示すフローチャートを用いて説明する。

実際上、ＣＰＵ９１は、ルーチンＲＴ５の開始ステップから入って次のステップＳＰ７１に移り、例えば表示部９６に「ＩＣカードをかざして下さい」等を表示し、ＩＣカードがＩＣカードリーダライタ８ａにかざされたか否かを判断する。ここで否定結果が得られるとＣＰＵ９１はＩＣカードがＩＣカードリーダライタ８ａにかざされるまで待ち受ける。

これに対してステップＳＰ７１において肯定結果が得られると、このことはＩＣカードがかざされ、当該ＩＣカードからカードＩＤを取得したことを意味しており、このときＣＰＵ９１は次のステップＳＰ７２に移る。

ステップＳＰ７２においてＣＰＵ９１は、取得したカードＩＤを基に、当該カードＩＤに対応付けられた患者基本情報、及び有効期限内でかつ未調剤の処方箋情報を取得するためのクエリ要求をデータセンター２に送信し、次のステップＳＰ７３に移る。因みに有効期限とは、処方箋情報の処方箋発行日時より例えば４日以内とされる。

このときデータセンター２は、病院内クライアント６から送信されたクエリ要求に基づき、カードＩＤに対応付けられた患者基本情報、処方箋情報をユーザデータベース４０から読み出してクエリ結果として薬局内クライアント８に送信する。

ステップＳＰ７３においてＣＰＵ９１は、例えば表示部８６に「応答を待っています」等を表示し、データセンター２からクエリ要求に対する応答があったか否かを判断し、否定結果が得られるとクエリ要求に対する応答があるまで待ち受ける。

これに対してステップＳＰ７３において肯定結果が得られると、このことはデータセンター２からクエリ要求に対する応答があったことを意味し、このときＣＰＵ９１は次のステップＳＰ７４に移る。

ステップＳＰ７４においてＣＰＵ９１は、クエリ要求に対する応答としてクエリ結果をデータセンター２から取得する。そしてＣＰＵ９１は、当該クエリ結果としての患者基本情報に対応する患者を薬局内データベースサーバ７の患者基本情報テーブル３１から検索し、次のステップＳＰ７５に移る。

ステップＳＰ７５においてＣＰＵ９１は、薬局内データベースサーバ７の患者基本情報テーブル３１から対応する患者を特定できたか否かを判断する。

ここで否定結果が得られると、薬局内データベースサーバ７に対応する患者の処方箋情報が存在しないことを意味し、このときＣＰＵ９１は「××さんのデータが見つかりません」等を表示部９６に表示し、ステップＳＰ８５に移って処理を終了する。

これに対してステップＳＰ７５において肯定結果が得られると、このことは薬局内データベースサーバ７に対応する患者の処方箋情報が存在することを意味し、このときＣＰＵ９１は次のステップＳＰ７６に移る。

ステップＳＰ７６においてＣＰＵ９１は、上述した患者基本情報同期処理を実行し、データセンター２の患者基本情報テーブル５１及び薬局内データベースサーバ７の患者基本情報テーブル３１を最新のものに更新して次のステップＳＰ７７（図１７）に移る。

ステップＳＰ７７においてＣＰＵ８１は、ステップＳＰ７４において取得したクエリ結果を基に、有効期限内でかつ未調剤の処方箋情報が存在するか否かを判断し、否定結果が得られると次のステップＳＰ７８に移る。

ステップＳＰ７８においてＣＰＵ８１は、有効期限内でかつ未調剤の処方箋情報が存在しない旨を表示部９６に表示し、ステップＳＰ８５に移って処理を終了する。

これに対してステップＳＰ７７において肯定結果が得られるとＣＰＵ９１はステップＳＰ７９に移り、図１８に示すような処方箋情報選択画面１１０を表示部９６に表示し、次のステップＳＰ８０に移る。

処方箋選択画面１１０は、有効期限内でかつ未調剤の処方箋情報の例えば処方箋発行日、病院名及び病院連絡先が処方箋発行日時が新しい順に一覧表示され、また調剤する処方箋情報を選択させるための選択ボタンが表示される。

ステップＳＰ８０においてＣＰＵ９１は、処方箋情報選択画面１１０に表示された処方箋情報のいづれかが選択された場合、当該選択された処方箋情報にジェネリック医薬品への変更が許可されており、かつ患者基本情報に基づき患者がジェネリック医薬品を希望しているか否かを判断する。

ここで肯定結果が得られるとＣＰＵ９１は次のステップＳＰ８１に移って、図１９（Ａ）に示すように、調剤医薬品選択画面１２０ａを表示部９６に表示する。

このときＣＰＵ９１は、薬局内データベースサーバ７から医薬品在庫情報テーブル３３を読み出す。そしてＣＰＵ９１は、医薬品在庫情報テーブル３３に基づいて、ステップＳＰ７９により選択された処方箋情報の医薬品に対応するジェネリック医薬品がある場合、調剤医薬品選択画面１２０ａにジェネリック医薬品をプルダウン表示する。

これによりＣＰＵ９１は、調剤士に対して薬局内に存在するジェネリック医薬品を選択させ、次のステップＳＰ８３に移る。

これに対してステップＳＰ８０において否定結果が得られると、このことは処方箋情報でジェネリック医薬品への変更が許可されていないか、患者基本情報に基づき患者がジェネリック医薬品を希望していないか、またはその両方であることを意味する。

このときＣＰＵ９１は、ステップＳＰ８２に移って、図１９（Ｂ）、（Ｃ）又は（Ｄ）の調剤医薬品選択画面１２０ｂ、１２０ｃ又は１２０ｄを表示部９６に表示し、次のステップＳＰ８３に移る。

ステップＳＰ８３においてＣＰＵ９１は、調剤医薬品選択画面１２０ａ、１２０ｂ、１２０ｃ又は１２０ｄに表示された内容で調合するか否かを入力部９７に対する操作に応じて判断する。

ここで否定結果が得られるとステップＳＰ７９に戻って、ステップＳＰ８３において肯定結果が得られるまでステップＳＰ７９〜ＳＰ８３を繰り返す。

これに対してステップＳＰ８３において肯定結果が得られると、ＣＰＵ９１はステップＳＰ８４に移って、調剤医薬品選択画面１１０ａ、１１０ｂ、１１０ｃ又は１１０ｄに表示された内容を調剤情報として薬局内データベースサーバ７に送信する。

このとき薬局内データベースサーバ７は、医薬品調剤履歴情報テーブル３２に調剤情報を登録することにより更新する。

またＣＰＵ９１は、データセンター２に記憶された処方箋履歴インデックステーブル４２の調剤した処方箋情報に対応する薬局調剤完了フラグを成立させ、次のステップＳＰ８５に移って処理を終了する。

［１−５−４．調剤情報書込処理］
次に、薬局内データベースサーバ７の医薬品調剤履歴情報テーブル３２に書き込まれた調剤情報をデータセンター２に書き込むための調剤情報書込処理を図２０に示すフローチャートを用いて説明する。

実際上、ＣＰＵ９１は、ルーチンＲＴ６の開始ステップから入って次のステップＳＰ９１に移り、例えば表示部９６に「ＩＣカードをかざして下さい」等を表示し、ＩＣカードがＩＣカードリーダライタ８ａにかざされたか否かを判断する。ここで否定結果が得られるとＣＰＵ９１はＩＣカードがＩＣカードリーダライタ８ａにかざされるまで待ち受ける。

これに対してステップＳＰ９１において肯定結果が得られると、このことはＩＣカードがかざされ、当該ＩＣカードからカードＩＤを取得したことを意味しており、このときＣＰＵ９１は次のステップＳＰ９２に移る。

ステップＳＰ９２においてＣＰＵ９１は、カードＩＤに対応付けられた患者基本情報、処方箋情報及び調剤情報を取得するためのクエリ要求をデータセンター２に送信し、次のステップＳＰ９３に移る。

このときデータセンター２は、薬局内クライアント８から送信されたクエリ要求に基づき、カードＩＤに対応付けられた患者基本情報、処方箋情報及び調剤情報をユーザデータベース４０から読み出してクエリ結果として薬局内クライアント８に送信する。

ステップＳＰ９３においてＣＰＵ９１は、例えば表示部９６に「応答を待っています」等を表示し、データセンター２からクエリ要求に対する応答があったか否かを判断し、否定結果が得られるとクエリ要求に対する応答があるまで待ち受ける。

これに対してステップＳＰ９３において肯定結果が得られると、このことはデータセンター２からクエリ要求に対する応答があったことを意味し、このときＣＰＵ９１は次のステップＳＰ９４に移る。

ステップＳＰ９４においてＣＰＵ９１は、クエリ要求に対する応答としてクエリ結果をデータセンター２から取得する。そしてＣＰＵ９１は、当該クエリ結果としての患者基本情報に対応する患者を薬局内データベースサーバ７の患者基本情報テーブル３１から検索し、次のステップＳＰ９５に移る。

ステップＳＰ９５においてＣＰＵ９１は、ステップＳＰ９４において対応する患者を薬局内データベースサーバ７の患者基本情報テーブル３１から特定できたか否かを判断する。

ここで否定結果が得られると、薬局内データベースサーバ７に対応する患者の患者基本情報が存在しないことを意味し、このときＣＰＵ９１は「××さんのデータが見つかりません」等を表示部９６に表示し、ステップＳＰ１００に移って処理を終了する。

これに対してステップＳＰ９５において肯定結果が得られると、このことは薬局内データベースサーバ７に対応する患者の患者基本情報が存在することを意味し、このときＣＰＵ９１は次のステップＳＰ９６に移る。

ステップＳＰ９６においてＣＰＵ９１は、上述した患者基本情報同期処理を実行し、データセンター２の患者基本情報テーブル５１及び薬局内データベースサーバ７の患者基本情報テーブル３１を最新のものに更新して次のステップＳＰ９７に移る。

ステップＳＰ９７においてＣＰＵ９１は、ステップＳＰ９５により検索することにより特定した患者に対応付けられた調剤情報を薬局内データベースサーバ７の医薬品調剤履歴情報テーブル３２から読み出す。

そしてＣＰＵ９１は、読み出した薬局内データベースサーバ７内の調剤情報と、ステップＳＰ９４において取得した調剤情報とを比較し、次のステップＳＰ９８に移る。

ステップＳＰ９８においてＣＰＵ９１は、薬局内データベースサーバ７内に記憶された調剤情報に、データセンター２に記憶されていない新しい調剤情報が存在するか否かを判断する。

ここで否定結果が得られると、このことはデータセンター２に記憶されていない調剤情報が薬局内データベースサーバ７内に存在しないことを意味し、このときＣＰＵ９１は例えば「書き込むべきデータはありません」等を表示部９６に表示する。そしてＣＰＵ９１は、ステップＳＰ１００に移って処理を終了する。

これに対してステップＳＰ９８において肯定結果が得られると、このことはデータセンター２に記憶されていない調剤情報が薬局内データベースサーバ７内に存在することを意味し、このときＣＰＵ９１は次のステップＳＰ９９に移る。

ステップＳＰ９９においてＣＰＵ８１は、データセンター２に記憶されていない調剤情報をデータセンター２に送信する。

このときデータセンター２は、薬局内クライアント８から送信された調剤情報を調剤情報インデックステーブル４３及び調剤履歴情報テーブル４５に記憶する。

そしてＣＰＵ９１は、例えば「電子処方箋書込みが完了しました」等を表示部９６に表示し、次のステップＳＰ１００に移って処理を終了する。

［１−６．動作及び効果］
以上の構成において病院内クライアント６は、処方箋情報が記憶される病院内データベースサーバ５とローカルネットワークＮＴ１を介して接続される。また病院内クライアント６は、処方箋情報と調剤情報とが対応付けて記憶されるデータセンター２とグローバルネットワークであるインターネットＩＮを介して接続される。

病院内クライアント６は、ＩＣカードリーダライタ６ａを介してＩＣカードのカードＩＤが取得されたことを契機として、当該カードＩＤをデータセンター２へのアクセス要件及び登録要件として、データセンター２に処方箋情報を送信する。

また病院内クライアント６は、ＩＣカードリーダライタ６ａを介してＩＣカードのカードＩＤが取得されたことを契機として、当該カードＩＤをデータセンター２へのアクセス要件及び検索要件として、データセンター２から処方箋情報及び調剤情報を受信する。

そして病院内クライアント６は、受信した処方箋情報及び調剤情報に基づいて、例えば患者に処方されたジェネリック医薬品に対応する先発医薬品名等の情報を電子お薬手帳として表示することにより提供するようにした。

従って病院内クライアント６は、病院内データベースサーバ５及び薬局内データベースサーバ７にそれぞれ独自に記憶された処方箋情報及び調剤情報を対応付けて医師や患者に提供することができる。

これにより病院内クライアント６は、例えば薬局で調剤された医薬品を容易に医師に提供することができると共に、ジェネリック医薬品に対応する先発医薬品名も提供することができるので、ジェネリック医薬品を検索させる時間を短縮させることができる。

また病院内クライアント６では、患者に割り当てられた識別番号を可搬型のＩＣカードに記憶させ、当該ＩＣカードから識別番号であるカードＩＤを取得するようにした。

これにより病院内クライアント６では、例えば識別番号をキーボード等から入力させることがなく、ＩＣカードリードライタ６ａにかざさせるだけという簡易な操作を患者又は医師に行わせるだけで済み、使い勝手を向上することができる。

また病院内クライアント６は、処方箋情報登録処理において医師によって医薬品が入力されてから所定のタイミングでＩＣカードがＩＣカードリーダライタ６ａにかざされたことを契機として、病院内データベースサーバ５に処方箋情報を送信するようにした。

これにより病院内クライアント６は、どの病院内クライアント６でも処方箋情報を発行することができるのではなく、医師によって医薬品を入力することができる病院内クライアント６でだけで処方箋情報を発行することができるので、セキュリティを向上することができる。

以上の構成によれば、病院内クライアント６は、ＩＣカードのカードＩＤが取得されたことを契機として、データセンター２に処方箋情報を送信し、又はデータセンター２から処方箋情報及び調剤情報を受信するようにした。

これにより病院内クライアント６は、受信した処方箋情報及び調剤情報に基づいた情報を提供することができ、かくして利便性を向上することができる。

［２．他の実施の形態］
なお上述した実施の形態では、患者に割り当てられた識別情報としてのカードＩＤをＩＣカードに記憶させ、当該ＩＣカードからカードＩＤを取得するようにした場合について述べた。本発明はこれに限らず、例えばＵＳＢメモリやメモリカード等の可搬型の記憶媒体に識別情報を記憶させ、当該記憶媒体から識別情報を取得するようにしてもよい。また、例えば患者自身を媒体として、該患者の指紋や静脈などの生体情報を所定の生体情報読取装置を介して識別情報として取得するようにしてもよい。

また上述した実施の形態では、データセンター２に副作用情報テーブル５２が設けられ、当該副作用情報テーブル５２に副作用情報を記憶するようにした場合について述べた。本発明はこれに限らず、処方箋履歴情報テーブル４４又は調剤履歴情報テーブル４５に処方箋情報又は調剤情報と共に副作用情報を記憶するようにしてもよい。

さらに上述した実施の形態では、データセンター２の患者基本情報テーブル５２が設けられ、当該患者情報テーブル５２に患者がジェネリック医薬品を希望するか否かを記憶するようにした場合について述べた。本発明はこれに限らず、処方箋履歴情報テーブル４４又は調剤履歴情報テーブル４５の処方箋情報又は調剤情報に患者がジェネリック医薬品を希望するか否かを付加して記憶するようにしてもよい。

さらに上述した実施の形態では、病院内システム３及び薬局内システム４が１つずつ設けられるようにした場合について述べたが、本発明はこれに限らず、病院内システム３及び薬局内システム４が複数設けられるようにしてもよい。

さらに上述した実施の形態では、病院内システム３において、病院内データベースサーバ５と病院内クライアント６とが異なるコンピュータにより構成されるようにした場合について述べた。本発明はこれに限らず、病院内データベースサーバ５と病院内クライアント６とが同一のコンピュータ、すなわち一体の装置で構成するようにしてもよい。

さらに上述した実施の形態では、薬局内システム４において、薬局内データベースサーバ７と薬局内クライアント８とが異なるコンピュータにより構成されるようにした場合について述べた。本発明はこれに限らず、薬局内データベースサーバ７と薬局内クライアント８とが同一のコンピュータ、すなわち一体の装置で構成するようにしてもよい。

さらに上述した実施の形態においては、病院内クライアント６が病院内データベースサーバ５に生成した処方箋情報を記憶し、病院内データベースサーバ５に記憶された処方箋情報をデータセンター２に送信するようにした場合について述べた。本発明はこれに限らず、病院内クライアント６は、生成した処方箋情報を病院内データベースサーバ５を介さずにデータセンター２に送信するようにしても良い。すなわち、病院内クライアント６は、病院内データベースサーバ５を介さずにデータセンター２と種々の情報を送受信するようにしてもよい。

さらに上述した実施の形態においては、薬局内クライアント８が薬局内データベースサーバ７に生成した調剤情報を記憶し、薬局内データベースサーバ７に記憶された調剤情報をデータセンター２に送信するようにした場合について述べた。本発明はこれに限らず、薬局内クライアント８は、生成した調剤情報を薬局内データベースサーバ７を介さずにデータセンター２に送信するようにしても良い。すなわち、薬局内クライアント８は、薬局内データベースサーバ７を介さずにデータセンター２と種々の情報を送受信するようにしてもよい。

さらに上述した実施の形態においては、ＣＰＵ８１及び９１がＲＯＭ８３及び９３に格納されているプログラムに従い、上述した各種処理を行うようにした場合について述べた。本発明はこれに限らず、記憶媒体からインストールしたり、インターネットからダウンロードしたプログラムに従って上述した各種処理を行うようにしても良い。またその他種々のルートによってインストールしたプログラムに従って上述した各種処理を行うようにしても良い。

さらに上述した実施の形態においては、接続部、取得部としてインターフェース８６、送信部、受信部、提供部としてＣＰＵ８１が設けられるようにした場合について述べた。本発明これに限らず、その他種々の構成でなる接続部、取得部、送信部、受信部、提供部を設けるようにしても良い。

１……医薬品情報処理システム、２……データセンター、３……病院内システム、４……薬局内システム、５……病院内データベースサーバ、６……病院内クライアント、７……薬局内データベースサーバ、８……薬局内クライアント、８１、９１……ＣＰＵ、８２、９２……ＲＯＭ、８３、９３……ＲＡＭ、８４，９４……記憶部、８５，９５……インターフェース、８６、９６……表示部８６、９７……入力部。

Claims (5)

1. データベースとして病院での処方に関する処方箋情報と薬局での調剤に関する調剤情報とが対応付けて記憶されるデータセンターとグローバルネットワークを介して接続する接続部と、
   固有の識別情報を取得する取得部と、
   上記取得部により識別情報が取得されたことを契機として、当該識別情報をグローバルネットワークへのアクセス要件及び登録要件として、グローバルネットワークを介して接続されるデータセンターのデータベースに対応付けすべき処方箋情報又は調剤情報を送信する送信部と、
   上記取得部により識別情報が取得されたことを契機として、当該識別情報をグローバルネットワークへのアクセス要件及び検索要件として、上記データベースに対応付けられた処方箋情報及び調剤情報を受信する受信部と、
   上記受信部により受信された処方箋情報及び調剤情報に基づいた情報を提供する提供部と
   を具える医薬品情報処理装置。
2. 上記取得部は、可搬型の媒体から識別情報を取得する
   請求項１に記載の医薬品情報処理装置。
3. 上記送信部は、
   所定の入力部を介して処方箋情報が入力された後、所定のタイミングで上記取得部により識別情報が取得された場合を送信可能とすべきトリガとして、当該処方箋情報を上記データセンターに送信する
   請求項２に記載の医薬品情報処理装置。
4. 上記処方箋情報は、医師と患者との意思をそれぞれ示す意思情報を含み、
   上記提供部は、上記意思情報が一致した場合、処方箋情報及び調剤情報に基づいて所定の選択候補に対応付けられた選択肢を共に提供する
   請求項２に記載の医薬品情報処理装置。
5. データベースとして病院での処方に関する処方箋情報と薬局での調剤に関する調剤情報とが対応付けて記憶されるデータセンターとグローバルネットワークを介して接続する接続ステップと、
   固有の識別情報を取得する取得ステップと、
   上記取得ステップにより識別情報が取得されたことを契機として、当該識別情報をグローバルネットワークへのアクセス要件及び登録要件として、グローバルネットワークを介して接続されるデータセンターのデータベースに対応付けすべき処方箋情報又は調剤情報を送信する送信ステップと、
   上記取得ステップにより識別情報が取得されたことを契機として、当該識別情報をグローバルネットワークへのアクセス要件及び検索要件として、上記データベースに対応付けられた処方箋情報および調剤情報を受信する受信ステップと、
   上記取得ステップにより取得された処方箋情報及び調剤情報に基づいた情報を提供する提供ステップと
   を有する医薬品情報処理方法。

Images