JP2001076062A - 薬品情報の運営装置、端末装置、登録装置、及び薬品情報システム - Google Patents

Abstract

(57)【要約】 【課題】 調剤用薬品の薬品情報を最新の状態に保持し
て、端末装置に最新情報を提供できる薬品情報の運営装
置を提供する。 【解決手段】 薬品情報の運営装置１０は、端末装置３
０から入力される検索条件に従い、調剤用薬品画像デー
タ記憶部１２と調剤用薬品情報記憶部１４の少なくとも
一方を検索する薬品情報検索実行部２２と、この薬品情
報検索実行部で検索された調剤用薬品画像データと調剤
用薬品情報の少なくとも一方を該端末装置３０に送信す
るダウンロード実行部２６とを具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、薬品情報の端末装
置に通信回線を通じて供給する薬品情報の運営装置、薬
局に用いて好適な薬品情報の端末装置、および日々更新
される薬品情報を薬品情報の管理装置に反映させる登録
装置に関する。

【０００２】

【従来の技術】薬局には、院内処方を扱う病院薬局と、
院外処方を扱う調剤薬局とがある。このような薬局にお
いて、医師の処方箋に従って一処方箋分の分包袋を自動
錠剤分封装置により調製し、次に薬剤師が調剤システム
の一部である画像確認装置を利用して薬袋内容の最終チ
ェックを行い、患者に手渡すことが行われている（例え
ば特開平９−２５３１６３号公報参照）。また薬局によ
っては、患者が服用する薬剤を簡単に判別できるよう
に、薬剤毎の画像データを薬袋にカラー印刷することが
行われている（例えば特開平１０−９１７００号公報、
特開平１１−４２８３３号公報参照）。このように薬局
では、厚生省で承認済みの調剤用薬品に対する３０００
種類以上の各薬品の画像データを調剤システムで用意し
ている。

【０００３】

【発明が解決しようとする課題】他方、厚生省の新薬承
認の結果、毎月１００〜２００種類程度が調剤用の薬品
として登場している。そこで、厚生省の新薬承認の度に
薬局に設置してある調剤システムの薬品の画像データを
更新する必要があるが、この更新作業は各薬局にとって
大きな負担となる。そこで、調剤用薬品のデータベース
運営会社から薬品情報を購入して運営することが考えら
れるが、初期情報の購入料とデータ更新料が必要とさ
れ、毎月のデータ更新料は無視できない金額となる。

【０００４】さらに、製薬会社にとっては、新薬の販売
促進の為に厚生省の新薬承認があると直ちに新薬の販売
を可能とする体制を構築するのが好ましい。しかし、厚
生省の新薬承認後に、医療保険の審査機関における薬品
コードが定まるのに１〜２ヶ月必要とするために、調剤
用薬品のデータベース運営会社の薬品情報は結果として
１〜２ヶ月遅滞することになる。この場合に、薬局では
承認済み新薬に付いては仮コードを付与して調剤を可能
とし、後日正式の薬品コードが定まった時点で仮コード
を振替える取扱いとしている。しかし、調剤用薬品の画
像データや薬品情報について、データベース運営会社が
保守している内容が正確か否か、製薬会社等で確認した
いと言う要請もある。

【０００５】本発明は上述する課題を解決するもので、
第１の目的は、調剤用薬品の薬品情報を最新の状態に保
持して、端末装置に最新情報を提供できる薬品情報の運
営装置を提供するにある。第２の目的は、薬局における
調剤用薬品の薬品情報として最新の情報を引出し得る薬
品情報の端末装置を提供するにある。第３の目的は、新
薬承認後迅速に画像データを登録できると共に、登録し
た画像データが正当に登録処理されたか確認できる薬品
情報の登録装置を提供するにある。

【０００６】

【課題を解決するための手段】上記課題を解決する請求
項１に記載の薬品情報の運営装置１０は、端末装置３０
から入力される検索条件に従い、調剤用薬品画像データ
記憶部１２と調剤用薬品情報記憶部１４の少なくとも一
方を検索する薬品情報検索実行部２２と、この薬品情報
検索実行部２２で検索された調剤用薬品画像データと調
剤用薬品情報の少なくとも一方を該端末装置３０に送信
するダウンロード実行部２６とを具備することを特徴と
するものである。

【０００７】このように構成された装置において、薬品
情報検索実行部２２は端末装置３０の要求する検索条件
で調剤用薬品画像データ記憶部１２と調剤用薬品情報記
憶部１４の少なくとも一方を検索する。ダウンロード実
行部２６は、薬品情報検索実行部２２で検索された結果
を端末装置３０に送信する。調剤用薬品画像データ記憶
部１２と調剤用薬品情報記憶部１４の記憶内容は日々更
新されているので、端末装置３０が検索式を用いて調剤
用薬品画像データ記憶部１２と調剤用薬品情報記憶部１
４の情報検索を行うことで、端末装置３０に最新情報を
提供できる。

【０００８】請求項２に記載の薬品情報の運営装置１０
は、登録装置４０から供給される新薬に関する画像デー
タと薬品情報の少なくとも一方を、調剤用薬品情報に編
集して調剤用薬品画像データ記憶部１２と調剤用薬品情
報記憶部１４の少なくとも一方に格納させる調剤用薬品
情報編集部１８を具備する。このような構成によると、
調剤用薬品情報編集部１８を用いて登録装置４０から送
信された更新情報を端末装置３０に配信するのに適した
態様に編集でき、調剤用薬品画像データ記憶部１２と調
剤用薬品情報記憶部１４の記憶内容が統一のとれたもの
となる。

【０００９】請求項３に記載の薬品情報の端末装置３０
は、運営装置１０に対して検索条件を送信する検索条件
入力部３２と、運営装置１０から受信した該検索条件に
関する調剤用薬品画像データと調剤用薬品情報の少なく
とも一方を記憶する調剤用薬品データ記憶部３４とを有
している。端末装置３０と運営装置１０の間は、通信回
線、インターネット等を介して情報の授受が簡易且つ迅
速に行える。そこで、運営装置１０側にある調剤用薬品
画像データ記憶部１２と調剤用薬品情報記憶部１４にア
クセスして、調剤用薬品データ記憶部３４で更新してい
ない情報を検索条件入力部３２で検索する。次に検索結
果を受信して調剤用薬品データ記憶部３４にダウンロー
ドして、調剤用薬品データ記憶部３４の記憶内容を最新
のものに更新する。

【００１０】請求項４に記載の薬品情報の端末装置３０
は、調剤用薬品データ記憶部３４に記憶された調剤用薬
品画像データと調剤用薬品情報の少なくとも一方を調剤
システムと連携する調剤システム連携部３６を有する。
このような構成によると、運営装置１０から入手した最
新の調剤用薬品画像データと調剤用薬品情報が、例えば
調剤用薬品情報編集部１８により調剤システム側で取扱
いやすい情報形式に変換されて、調剤用薬品データ記憶
部３４に記憶されている。調剤システム連携部３６が調
剤システムと調剤用薬品データ記憶部３４との連携をと
るので、調剤システムを取扱う薬局の薬剤師にとって利
便性が高い。

【００１１】請求項５に記載の薬品情報の登録装置４０
は、承認された新薬に関する画像データを運営装置１０
に送る部と、運営装置１０に登録された該画像データに
アクセスして引出す編集情報確認部４４とを有する構成
としている。登録装置４０は、新薬に関する画像データ
と薬品情報の少なくとも一方を運営装置１０側に送信
し、運営装置１０側で調剤用薬品情報に編集して調剤用
薬品画像データ記憶部１２と調剤用薬品情報記憶部１４
の少なくとも一方に格納している。また、編集情報確認
部４４では、自分が送信し運営装置１０側に格納された
編集後の薬品画像データにアクセスして、正当に編集さ
れたか確認できる。

【００１２】請求項６に記載の薬品情報システムは、調
剤用薬品画像データ記憶部１２と調剤用薬品情報記憶部
１４を有する運営装置１０と、該運営装置に承認された
新薬に関する調剤用薬品画像データと調剤用薬品情報を
登録する登録装置４０と、該運営装置から更新すべき調
剤用薬品画像データと調剤用薬品情報をダウンロードす
る端末装置３０とを備えている。そして、運営装置１
０、登録装置４０、及び端末装置３０との間は通信回線
を介して調剤用薬品画像データと調剤用薬品情報の授受
を行う構成としている。

【００１３】このような薬品情報システムによれば、運
営装置１０で集中的に調剤用薬品画像データ記憶部１２
と調剤用薬品情報記憶部１４を最新の状態に維持してい
る。全国各地に分散している薬局には、端末装置３０を
設置することで処方箋に対応している。登録装置４０
も、薬局のうち新薬情報に格段の関心を持つ薬剤師や、
製薬会社の医療情報担当者によって分散して登録するこ
とが可能となり、運営装置１０の運営者が全ての新薬情
報を維持する場合に比較して有用な調剤用薬品画像デー
タと調剤用薬品情報が得られる。

【００１４】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。図１は、本発明の適用される調剤用
薬品情報システムの一実施の形態を説明する構成ブロッ
ク図である。図において、運営装置１０は、調剤用薬品
情報システムの運営事業者に設置されるもので、薬品コ
ードを用いて統合的に管理できる調剤用薬品画像データ
記憶部１２と調剤用薬品情報記憶部１４という二つのデ
ータベースが設けられている。薬品情報一時記憶部１６
は、登録装置４０から送信された新薬に関する画像デー
タと薬品情報を一時蓄えるバッファである。

【００１５】調剤用薬品情報編集部１８は、薬品情報一
時記憶部１６に蓄えられた新薬に関する画像データと薬
品情報を、調剤用薬品情報に編集して調剤用薬品画像デ
ータ記憶部１２と調剤用薬品情報記憶部１４に格納させ
る。ここで、編集とは患者や薬剤師にとって薬品の画像
データに相応しい綺麗さを有するように、登録装置４０
から送信された画像データを修正・加工することをい
う。また、薬品情報に付いては、例えば副作用情報のよ
うに医師や患者にとって重大な情報や、薬価の改定のよ
うに薬局にとって経営上有益な情報と、薬品コードや化
学式のように一般的な書誌的情報とを区分して取扱う。

【００１６】薬品情報検索実行部２２は、端末装置３０
から送信された検索条件に従い調剤用薬品画像データ記
憶部１２と調剤用薬品情報記憶部１４を検索し、検索結
果を検索結果一時記憶部２４に格納する。ダウンロード
実行部２６は、検索結果一時記憶部２４に格納された調
剤用薬品画像データと調剤用薬品情報を端末装置３０に
送信する。

【００１７】端末装置３０は、各地に分散して存在する
薬局に設置されるもので、運営装置１０に対して検索条
件を送信する検索条件入力部３２と、調剤用薬品データ
記憶部３４と、調剤システム連携部３６を有している。
端末装置３０と運営装置１０の間は、電話回線、ＩＳＤ
Ｎ回線、ＬＡＮ、ＩＭＴ２０００等の通信回線を介して
オンラインで接続することが可能で、インターネットの
ような双方向データ通信を介して情報の授受が簡易且つ
迅速に行える。検索条件入力部３２は、調剤用薬品デー
タ記憶部３４で更新していない情報を検索するために検
索条件を作成する。検索条件には、前回の更新日時、例
えば抗生物質や抗がん剤のような更新する薬品の範囲、
関心の有る新薬の名称、薬品コード等が含まれる。調剤
用薬品データ記憶部３４は、運営装置１０から受信した
検索条件に関する調剤用薬品画像データと調剤用薬品情
報の少なくとも一方を記憶する。調剤システム連携部３
６は、調剤用薬品データ記憶部３４に記憶された調剤用
薬品画像データと調剤用薬品情報と、調剤システム側の
自動錠剤分封装置や画像認識装置とのインターフェイス
を行う。

【００１８】登録装置４０は、調剤用薬品情報システム
の運営事業者、製薬事業者の販売部門、大学病院のよう
な研究医療機関として新薬に特段の関心のある薬局に設
置されるもので、承認された新薬に関する画像データを
運営装置１０に送るものである。登録装置４０と運営装
置１０の間は、電話回線、ＩＳＤＮ回線、ＬＡＮ、ＩＭ
Ｔ２０００等の通信回線を介してオンラインで接続する
ことが可能で、インターネットのような双方向データ通
信を介して情報の授受が簡易且つ迅速に行える。画像デ
ータは、例えばデジタルカメラ４２を用いて撮像する。
登録装置４０は、薬品情報として、承認された新薬に関
する仮コードと薬品コードとを振替える情報、副作用情
報、薬価情報、化学式、名称等も運営装置１０に送る構
成としている。編集情報確認部４４は、運営装置１０側
で編集して登録された画像データにアクセスして、正当
に画像データが編集して登録されているか確認すること
ができる。

【００１９】図２は、図１の調剤用薬品情報システムを
サーバ・クライアント形式で構築する場合の機能構成図
である。サーバ５０と管理クライアント７０が、運営装
置１０に対応しており、特に管理クライアント７０が調
剤用薬品情報編集部１８に対応している。クライアント
８０が端末装置３０と登録装置４０の機能を統合したも
のに対応している。

【００２０】上記の調剤用薬品情報システムは、次の
(i)〜(iv)の４個の機能を有している。(i) 薬品画像送
信機能は、クライアント８０から薬品画像とその薬品に
関する情報をサーバ５０に送信する機能で、登録装置４
０の基幹機能となっている。薬品画像は、主としてデジ
タルカメラを使用して作成される。薬品画像送信機能
は、クライアント８０の薬品画像送信機能８２とサーバ
５０の薬品画像受信機能５２、薬品情報データベース６
４で実現される。

【００２１】(ii)送信画像編集機能は、サーバ５０が受
信した薬品画像とその薬品に関する情報をもとに、運営
装置１０のサービス管理者が薬品画像の編集を行い、端
末装置３０の機能を発揮するクライアント８０に返信さ
れるものである。サービス管理者は、ユーザから送信さ
れた薬品画像を調剤システムで使用できる形に編集し、
ユーザはクライアント８０で調剤システムに取り込まれ
て画像情報が使用される。送信画像編集機能は、サーバ
５０の受信画面管理機能５４と管理クライアント７０の
登録結果返信作成機能７２と薬品画像生成・編集機能７
８により実現される。

【００２２】(iii) 画像返信機能は、送信画像編集機能
で作成された画像情報をユーザに見せる機能で、登録装
置４０の補完機能となっている。画像返信機能は、サー
バ５０の登録結果返信機能５６とクライアント８０の画
像登録結果受信機能８４により実現される。

【００２３】(iv)画像検索機能は、サーバ５０に登録さ
れている薬品画像を検索して、必要に応じてクライアン
ト８０側に保存する機能で、端末装置３０の中核機能と
なっている。画像検索機能は、クライアント８０の薬品
画像検索機能８６とサーバ５０の薬品情報検索実行機能
５８、薬品情報データベース６４で実現される。

【００２４】図３は、サーバ５０、管理クライアント７
０、及びクライアント８０の詳細を説明する構成ブロッ
ク図である。図２及び図３において、クライアント８０
は、薬品画像送信機能８２、画像登録結果受信機能８
４、及び薬品画像検索機能８６を有している。薬品画像
送信機能８２は、クライアントユーザが薬品画像とそれ
に付加する情報を送信するものである。画像登録結果受
信機能８４は、薬品画像送信機能８２で送信した画像が
サービス管理者によって処理されたか否かの結果を受信
するための機能である。また、薬品画像７３はデジタル
カメラ９０を使用して作成し、フロッピーディスクＦＤ
で郵送するオフライン作業でも送信できる。そこで、オ
フラインで送信した薬品画像に対する処理結果も、画像
登録結果受信機能８４で受信できる。処理結果にはサー
ビス管理者により編集された薬品画像が含まれており、
この編集された薬品画像をクライアント８０に保存する
こともできる。薬品画像検索機能８６は、サーバ５０に
登録されている薬品画像を検索する機能である。検索し
て得られた薬品画像は、クライアント８０の薬品画像ラ
イブラリ８９に保存することができる。

【００２５】サーバ５０は、薬品画像受信機能５２、受
信画面管理機能５４、登録結果返信機能５６、薬品情報
検索実行機能５８、および薬品情報データベース６４を
有している。薬品画像受信機能５２は、クライアント８
０の薬品画像送信機能８２から登録依頼のあった薬品画
像とその薬品に関する情報を受信して保持するもので、
機能実現プロセスは画像受信ＣＧＩ(Computer Graphics
Interface)５１である。受信画面管理機能５４は、薬
品画像受信機能５２で受信した薬品画像とその情報に対
して、管理クライアント７０の登録結果返信作成機能７
２と連携して、その送信者に返信を作成するもので、機
能実現プロセスはサービス管理ＣＧＩ５３である。

【００２６】登録結果返信機能５６は、クライアント８
０の画像登録結果受信機能８４と連携し、受信画面管理
機能５４で作成した返信情報をクライアント８０に通知
するもので、機能実現プロセスは登録結果返信ＣＧＩ５
５である。薬品情報検索実行機能５８は、クライアント
８０の薬品画像検索機能８６と連携して、クライアント
８０のユーザにサーバ５０に登録されている薬品画像を
検索するものである。また、薬品情報検索実行機能５８
は、検索した薬品画像をクライアント８０がダウンロー
ドすることも可能にしており、機能実現プロセスは画像
検索ＣＧＩ５７である。薬品情報データベース６４は、
サーバ５０内の薬品画像受信機能５２と薬品情報検索実
行機能５８に対して、薬品情報のデータベースとなるも
ので、薬品情報マスタファイルを有しており、機能実現
プロセスは薬品情報データベースサーバ６３である。画
像画像ライブラリ６１は、薬品画像６２を収容してい
る。

【００２７】サーバ５０に含まれる他のプロセスとし
て、Ｗｅｂサーバ６６、ＲＭＩ(Rmi registry)を有して
いる。Ｗｅｂサーバ６６は、クライアント８０とサーバ
５０間、及びサーバ５０と管理クライアント７０間の通
信を処理するもので、薬品画像の送受信にはＨＴＴＰ(H
yper Text Transfer Protocol)を用いている。Ｗｅｂサ
ーバ６６は、サーバ５０の薬品画像受信機能５２、受信
画面管理機能５４、登録結果返信機能５６、および薬品
情報検索実行機能５８を実現する画像受信ＣＧＩ５１、
サービス管理ＣＧＩ５３、登録結果返信ＣＧＩ５５、お
よび画像検索ＣＧＩ５７を呼出す。薬品情報データベー
ス６４は、Ｊａｖａ環境での分散オブジェクトを実現す
るＲＭＩを使用して実現される。ＲＭＩは、分散オブジ
ェクト環境でのネーミングサービスを提供する。

【００２８】管理クライアント７０は、登録結果返信作
成機能７２と薬品画像生成・編集機能７８を有してい
る。登録結果返信作成機能７２は、クライアント８０の
薬品画像受信機能５２から登録依頼のあった薬品画像と
その薬品に関する画像受信情報を受信して、それに対す
るユーザの画像返信情報を作成するもので、機能実現プ
ロセスは管理ツール７１である。薬品画像生成・編集機
能７８は、デジタルカメラ９０を使用して作成しフロッ
ピーディスクＦＤで郵送された薬品画像７３などを用い
て、薬品画像ライブラリ７５に格納される薬品画像７４
の生成・編集を行うもので、機能実現プロセスは画像処
理ツール７７と呼ばれるものである。管理クライアント
７０に含まれる他のプロセスとして、薬品画像登録機
能、薬品情報マスタファイル登録機能がある。薬品画像
登録機能は、薬品画像７４をサーバ５０に登録するもの
で、例えばＦＴＰ(File Transfer Protocol)を用いて実
現する。薬品情報マスタファイル登録機能は、薬品情報
マスタファイル７６をサーバ５０に登録するもので、例
えばＦＴＰを用いて実現する。

【００２９】図４は薬品情報マスタファイル７６のデー
タ構成図である。薬品情報マスタファイル７６は、薬品
コード、薬品名、単位、薬価、メーカ名から構成されて
いる。薬品コードは、数値文字９桁の１０進正整数で、
０から始まることはない。薬品名には英数半角カナ可変
長と、全角可変長の２欄が設けられている。単位は全角
可変長である。単価は数値文字可変長で、１０進正整数
である。メーカ名は全角である。

【００３０】薬品画像６２、７４、８８は、サーバ５
０、管理クライアント７０、クライアント８０で授受さ
れるもので、クライアント８０からサーバ５０への送信
及びサーバ５０から管理クライアント７０への送信はＪ
ＰＥＧ(Joint Photographic Expert Group)を用い、管
理クライアント７０からサーバ５０への送信はWindowsB
MP(BitMaP)を用いている。サーバ５０からクライアント
８０への薬品画像６２の送信は、表示用はＪＰＥＧ、ダ
ウンロード用はWindowsBMP形式を用いている。薬品画像
ファイルのディレクトリ格納形式は、ディレクトリ名は
薬品コードの上５桁、ファイル名は薬品コードに３桁の
１０進整数、拡張子はbmpとなる。例えば、薬品コード
が"612345678"の場合は、ディレクトリ格納形式として
“〜/61234/612345678100.bmp"となる。

【００３１】このように構成された装置の各機能の動作
を次に説明する。図５は薬品画像送信機能の処理の流れ
を説明する図である。薬品画像送信機能は、−５：画
像受信依頼のサーバへの送信、−５：画像受信情報の
保存、−５：画像受信結果のクライアントへの送信と
いう処理の流れを有する。−５：画像受信依頼のサー
バ５０への送信では、クライアント８０はサーバ５０に
対して画像受信依頼を送信する。この時、薬品画像及び
その薬品を識別する為の情報（以下「薬品識別情報」と
いう）を同時に送信する。薬品識別情報には、薬品コー
ド又は薬品名、薬価、単位、メーカ等の情報が使用さ
れ、ユーザが入力する。

【００３２】−５：画像受信情報の保存では、サーバ
５０中のＷｅｂサーバ６６が画像受信依頼を受信する
と、画像受信ＣＧＩ５１を起動する。画像受信ＣＧＩ５
１は、画像受信依頼に含まれる薬品画像及び薬品識別情
報を画像受信情報として保存する。−５：画像受信結
果のクライアント８０への送信では、上記−５、−
５の処理結果をサーバ５０からクライアント８０に通知
する。そして、画像受信ＣＧＩ５１の処理が終了する。

【００３３】図６は、サーバに登録されている薬品情報
の検索機能を有する薬品画像送信機能の処理の流れを説
明する図である。既にサーバ５０に登録されている薬品
情報の検索機能を薬品画像送信機能に設けると、ユーザ
による薬品識別情報の入力を簡略化できる。前提とし
て、クライアント８０のユーザは薬品の画像ファイルを
予め作成しているものとする。検索機能付きの薬品画像
送信機能は、−６：薬品検索依頼のサーバへの送信、
−６：薬品検索の実行、−６：薬品検索結果の受
信、−６：薬品検索結果のクライアントへの送信、
−６：画像受信依頼のサーバへの送信、−６：画像受
信情報の保存、−６：画像受信結果のクライアントへ
の送信という処理の流れを有する。

【００３４】−６：薬品検索依頼のサーバ５０への送
信では、サーバ５０に送信する薬品識別情報を検索する
為に、薬品検索依頼をサーバ５０に送信する。検索条件
としては、薬品名または薬品コードを試用する。−
６：薬品検索の実行では、サーバ５０中のＷｅｂサーバ
６６が薬品検索依頼を受信すると、画像受信ＣＧＩ５１
を起動する。画像受信ＣＧＩ５１は、薬品検索依頼に含
まれる検索条件から薬品情報データベース６４の検索を
行なう。−６：薬品検索結果の受信では、画像受信Ｃ
ＧＩ５１は、薬品情報データベース６４で検索した薬品
情報のリストを薬品情報データベース６４から受け取
る。検索結果には、検索条件と一致した薬品の薬品識別
情報が含まれる。複数の薬品情報と一致したときは、そ
の分の薬品識別情報が含まれる。

【００３５】−６：薬品検索結果のクライアント８０
への送信では、画像受信ＣＧＩ５１は検索結果をユーザ
が読める形式、例えばＨＴＭＬ(Hyper Text Markup Lan
guage)に変換して、クライアント８０へ送信して、画像
受信ＣＧＩ５１の仕事は終了する。この結果、薬品情報
が一意に識別できなかった場合、即ち薬品コードが決定
できなかった場合には、−６：に戻り検索処理を繰り
返す。−６：画像受信依頼のサーバへの送信、−
６：画像受信情報の保存、−６：画像受信結果のクラ
イアントへの送信という処理の流れは、検索処理を行な
わない薬品画像送信機能における−５：画像受信依頼
のサーバへの送信、−５：画像受信情報の保存、−
５：画像受信結果のクライアントへの送信という処理の
流れと同様である。

【００３６】図７は送信画像編集機能の処理の流れを説
明する図である。送信画像編集機能は、−７：画像受
信情報送信依頼のサーバへの送信、−７：画像受信情
報の取得、−７：画像受信情報の管理クライアントへ
の送信、−７：薬品画像の保存、−７：薬品画像の
取得、−７：画像返信情報取得依頼のサーバへの送
信、−７：画像返信情報の保存、−７：画像返信情
報取得結果という処理の流れを有する。

【００３７】−７：画像受信情報送信依頼のサーバへ
の送信では、薬品画像送信機能でサーバ５０に蓄積され
た画像受信情報を管理ツール７１から参照するため、画
像受信情報送信依頼を管理クライアント７０からサーバ
５０に送信します。−７：画像受信情報の取得では、
サーバ５０中のＷｅｂサーバ６６が画像受信情報送信依
頼を受信すると、サービス管理ＣＧＩ５３が起動され
る。サービス管理ＣＧＩ５３は、画像受信情報を取得す
る。画像受信情報には、薬品画像６２と薬品識別情報が
ふくまれる。−７：画像受信情報の管理クライアント
７０への送信では、サーバ５０は取得した画像受信情報
を管理ツール７１に送信する。サービス管理ＣＧＩ５３
は、ここで動作を修了する。

【００３８】−７：薬品画像の保存では、管理クライ
アント７０のユーザは、画像受信情報に含まれる薬品画
像を管理クライアント７０内に保存する。この保存した
薬品画像７３は、汎用的な画像処理ツール７７によって
クライアント８０で利用可能な形に編集される。−
７：薬品画像の取得では、画像処理ツール７７で編集さ
れた薬品画像７３を管理ツール７１に取込む。−７：
画像返信情報取得依頼のサーバ５０への送信では、サー
ビス管理者は薬品画像７３をユーザに対し画像返信情報
として送る為に、管理ツール７１から画像返信情報取得
依頼をサーバ５０に返信する。画像返信情報には、画像
処理ツール７７で編集された薬品画像７３や管理クライ
アント７０のユーザが作成したユーザへの通知事項が含
まれる。

【００３９】−７：画像返信情報の保存では、サーバ
５０中のＷｅｂサーバ６６が画像返信情報取得依頼を取
得すると、サービス管理ＣＧＩ５３が起動される。サー
ビス管理ＣＧＩ５３は、画像返信情報取得依頼を受信す
ると、画像返信情報取得依頼に含まれる薬品画像とユー
ザへの通知事項を画像返信情報として保存する。−
７：画像返信情報取得結果では、サーバ５０は画像返信
情報取得結果を管理クライアント７０に通知する。サー
ビス管理ＣＧＩ５３は、ここで動作を修了する。但し、
薬品画像がユーザからサービス管理者に薬品画像送信機
能を経由しないで、郵送などの別ルートで送られた場合
には、送信画像編集機能で述べた−７〜−７の処理
は発生せず、−７〜−７の処理が行われる。

【００４０】図８は画像返信機能の処理の流れを説明す
る図である。画像返信機能は、−８：画像返信情報通
知依頼のサーバへの送信、−８：画像返信情報の取
得、−８：画像返信情報のクライアントへの送信、
−８：薬品画像のクライアント内への保存という処理の
流れを有する。

【００４１】−８：画像返信情報通知依頼のサーバ５
０への送信では、ユーザは画像送信機能で送信した薬品
情報に対する返信情報を得るために、画像返信情報通知
依頼をサーバ５０に送信する。−８：画像返信情報の
取得では、サーバ５０中のＷｅｂサーバ６６が画像返信
情報通知依頼を取得すると、登録結果返信ＣＧＩ５５が
起動される。登録結果返信ＣＧＩ５５は、送信画像編集
機能で作成された画像返信情報を読込む。−８：画像
返信情報のクライアント８０への送信は、取得した画像
返信情報をクライアント８０に送信する。登録結果返信
ＣＧＩ５５は、ここで動作を終了する。−８：薬品画
像のクライアント８０内への保存では、クライアント８
０内の画像登録結果受信機能８４が画像返信情報に含ま
れる薬品画像を薬品画像ライブラリ８９の薬品画像８８
として保存する。このようにして、ユーザが送信した薬
品画像をクライアント８０で利用可能な形態で、クライ
アント８０内に保存する。

【００４２】図９は画像検索機能の処理の流れを説明す
る図である。画像検索機能は、−９：薬品検索依頼の
サーバへの送信、−９：薬品検索の実行、−９：薬
品検索結果の受信、−９：薬品検索結果のクライアン
トへの送信、−９：画像送信依頼のサーバへの送信、
−９：薬品画像の取得、−９：画像のクライアント
への送信、−９：薬品画像のクライアントへの保存と
いう処理の流れを有する。

【００４３】−９：薬品検索依頼のサーバへの送信で
は、ユーザはダウンロードしたい薬品画像を捜す為に、
薬品情報を検索する。ユーザは、薬品コードや薬品の読
み等の検索条件を入力する。クライアント８０は薬品検
索依頼をサーバ５０に送信する。薬品検索依頼には、ユ
ーザが入力した検索条件が含まれる。−９：薬品検索
の実行では、サーバ５０中のＷｅｂサーバ６６が画像返
信情報通知依頼を取得すると、画像検索ＣＧＩ５７が起
動される。画像検索ＣＧＩ５７は、薬品検索依頼に含ま
れる検索条件から薬品情報データベース６４の検索を行
う。

【００４４】−９：薬品検索結果の受信は、画像検索
ＣＧＩ５７は、検索した薬品情報のリストを薬品情報デ
ータベース６４から受取る。検索結果には、検索条件と
一致した薬品の薬品識別情報が含まれる。複数の薬品情
報と一致した場合には、その分の薬品識別情報が含まれ
る。−９：薬品検索結果のクライアントへの送信で
は、画像検索ＣＧＩ５７は検索結果をユーザが読める形
式（ＨＴＭＬ）に変換して、クライアント８０に送信す
る。画像検索ＣＧＩ５７は、これで動作を終了する。も
し薬品情報が一意に識別できなかった場合、即ち薬品コ
ードが決定できなかった場合には、−９：薬品検索依
頼のサーバへの送信に戻り検索処理を繰返す。

【００４５】−９：画像送信依頼のサーバへの送信で
は、クライアント８０がサーバ５０に対して画像返信依
頼を送信する。画像返信依頼には検索で得られた薬品コ
ードが含まれる。−９：薬品画像の取得では、サーバ
５０中のＷｅｂサーバ６６が画像送信依頼を受信する
と、画像検索ＣＧＩ５７が起動される。画像検索ＣＧＩ
５７は、画像送信依頼に含まれる薬品コードにより薬品
画像ライブラリ６１を検索して薬品画像６２をサーバ５
０内から取得する。−９：画像のクライアントへの送
信では、サーバ５０は取得した薬品画像６２をクライア
ント８０に送信する。画像検索ＣＧＩ５７は、これで動
作を終了する。−９：薬品画像のクライアントへの保
存では、受信した薬品画像を薬品画像ライブラリ８９の
薬品画像８８として保存する。

【００４６】尚、上記実施例においてはクライアント８
０に端末装置３０と登録装置４０の機能を併用させる場
合を示したが、本発明はこれに限定されるものではな
く、クライアント８０は端末装置３０の機能と登録装置
４０の機能を別々に有するものでも良い。端末装置３０
は通常薬局に設置され、登録装置４０は通常薬局のうち
新薬情報の獲得に特に熱心な人とか、製薬企業の販売促
進者に用いられため、端末装置３０と登録装置４０の機
能は別々でも差し支えない。また、登録装置４０と運営
装置１０間の薬品画像に付いてはオンライン伝送する場
合を示したが、薬品画像をデジタルカメラ４２により作
成し、フロッピーディスクＦＤ、ＣＤ−ＲＯＭ等の情報
記憶媒体で郵送して、運営装置１０側ではオフライン作
業で薬品画像データを更新しても良い。

【００４７】

【発明の効果】以上説明したように、請求項１に記載の
薬品情報の運営装置によれば、端末装置から入力される
検索条件に従い、調剤用薬品画像データ記憶部と調剤用
薬品情報記憶部の少なくとも一方を検索する薬品情報検
索実行部と、この薬品情報検索実行部で検索された調剤
用薬品画像データと調剤用薬品情報の少なくとも一方を
該端末装置に送信するダウンロード実行部とを具備する
構成としたので、調剤用薬品の薬品情報を最新の状態に
保持して端末装置に最新情報を提供できる。

【００４８】請求項３に記載の薬品情報の端末装置によ
れば、運営装置に対して検索条件を送信する検索条件入
力部と、運営装置から受信した該検索条件に関する調剤
用薬品画像データと調剤用薬品情報の少なくとも一方を
記憶する調剤用薬品データ記憶部とを有する構成として
いるので、薬局における調剤用薬品の薬品情報として最
新の情報を引出し得る。

【００４９】請求項５に記載の薬品情報の登録装置によ
れば、承認された新薬に関する画像データを運営装置に
送る部と、運営装置に登録された該画像データにアクセ
スして引出す編集情報確認部とを有する構成としている
ので、新薬承認後迅速に画像データを登録できると共
に、登録した画像データが正当に登録処理されたか確認
できる。

【図面の簡単な説明】

【図１】 本発明の適用される調剤用薬品情報システム
の一実施の形態を説明する構成ブロック図である。

【図２】 図１の調剤用薬品情報システムをサーバ・ク
ライアント形式で構築する場合の機能構成図である。

【図３】 サーバ５０、管理クライアント７０、及びク
ライアント８０の詳細を説明する構成ブロック図であ
る。

【図４】 薬品情報マスタファイル７６のデータ構成図
である。

【図５】 薬品画像送信機能の処理の流れを説明する図
である。

【図６】 サーバに登録されている薬品情報の検索機能
を有する薬品画像送信機能の処理の流れを説明する図で
ある。

【図７】 送信画像編集機能の処理の流れを説明する図
である。

【図８】 画像返信機能の処理の流れを説明する図であ
る。

【図９】 画像検索機能の処理の流れを説明する図であ
る。

【符号の説明】

１０ 運営装置 １２ 調剤用薬品画像データ記憶部 １４ 調剤用薬品情報記憶部 １８ 調剤用薬品情報編集部 ２２ 薬品情報検索実行部 ２６ ダウンロード実行部 ３０ 端末装置 ３２ 検索条件入力部 ３４ 調剤用薬品データ記憶部 ４０ 登録装置

Claims (6)

【特許請求の範囲】
1. 【請求項１】 端末装置から入力される検索条件に従
   い、調剤用薬品画像データ記憶手段と調剤用薬品情報記
   憶手段の少なくとも一方を検索する薬品情報検索実行手
   段と、 この薬品情報検索実行手段で検索された調剤用薬品画像
   データと調剤用薬品情報の少なくとも一方を該端末装置
   に送信するダウンロード実行手段と、 を具備することを特徴とする薬品情報の運営装置。
2. 【請求項２】 登録装置から供給される新薬に関する画
   像データと薬品情報の少なくとも一方を、調剤用薬品情
   報に編集して前記調剤用薬品画像データ記憶手段と前記
   調剤用薬品情報記憶手段の少なくとも一方に格納させる
   調剤用薬品情報編集手段を具備することを特徴とする請
   求項１に記載の薬品情報の運営装置。
3. 【請求項３】 運営装置に対して検索条件を送信する検
   索条件入力手段と、 該運営装置から受信した該検索条件に関する調剤用薬品
   画像データと調剤用薬品情報の少なくとも一方を記憶す
   る調剤用薬品データ記憶手段と、 を有することを特徴とする薬品情報の端末装置。
4. 【請求項４】 調剤用薬品データ記憶手段に記憶された
   調剤用薬品画像データと調剤用薬品情報の少なくとも一
   方を調剤システムと連携する手段を有することを特徴と
   する請求項３に記載の薬品情報の端末装置。
5. 【請求項５】 承認された新薬に関する画像データを運
   営装置に送る手段と、 該運営装置に登録された該画像データにアクセスして引
   出す手段と、 を具備することを特徴とする薬品情報の登録装置。
6. 【請求項６】 調剤用薬品画像データ記憶手段と調剤用
   薬品情報記憶手段を有する運営装置と、 該運営装置に承認された新薬に関する調剤用薬品画像デ
   ータと調剤用薬品情報を登録する登録装置と、 該運営装置から更新すべき調剤用薬品画像データと調剤
   用薬品情報をダウンロードする端末装置と、 を備える薬品情報システムであって、 前記運営装置、登録装置、及び端末装置との間は通信回
   線を介して調剤用薬品画像データと調剤用薬品情報の授
   受を行うことを特徴とする薬品情報システム。