JP2003058640A - 調剤管理システム、調剤管理情報処理装置、調剤管理方法、プログラム、および、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 薬剤の発注、コード管理、あるいは、在庫管
理等を集中的に行なうこと等により、効率よく、安全か
つ確実に薬剤を管理することのできる、調剤管理システ
ム等を提供することを課題とする。 【解決手段】 本発明にかかる調剤管理システムにおい
て、調剤管理サーバ１００は、複数の調剤店舗の各々か
ら送信された薬剤識別情報および薬剤数量情報を受信す
る通信制御部１３０と、各調剤店舗の薬剤数量情報に基
づいて、補充すべき各薬剤の総量を算定し、この総量と
薬剤識別情報とに基づいて、各薬剤を所定の発注先に発
注するための所定の処理を行なう発注処理部１４４とを
備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、薬局等の調剤店舗
において処方等される薬剤を管理するための、調剤管理
システム、調剤管理情報処理装置、調剤管理方法、プロ
グラム、および、記録媒体に関連する。

【０００２】

【従来の技術】薬局やドラッグストア等の調剤店舗にお
いては、医師の処方箋に基づいて各種の薬剤が処方され
ている。特に、近年では医薬分業が進展していること
や、各種の規制が緩和されたこと等により、薬剤を取り
扱う調剤店舗の数が全体的に増加している。

【０００３】このような状況下において、各調剤店舗で
は、他店との差別化を図るためにサービスを充実させる
必要がある。このため、例えば、各患者の薬歴情報を保
持し、この薬歴情報を用いて各患者毎にパーソナライズ
なアドバイスを提供して患者の囲い込みを図ったり、あ
るいは、店舗内に在庫する薬剤の種類や量を増やして、
多様な処方ニーズに迅速に応えられるようにすることが
行なわれている。

【０００４】このような調剤店舗において、従来、薬剤
の在庫管理や、不足している薬剤の発注等は、各調剤店
舗毎に個別的に行なわれていた。すなわち、各調剤店舗
の担当者が、各調剤店舗に備えた台帳等に薬剤の残量等
を手記入したり、各調剤店舗に設けたパーソナルコンピ
ュータに薬剤の残量等を入力し、これらの情報をＦＡＸ
等にて卸業者に送信して、薬剤の発注を行なっていた。

【０００５】

【発明が解決しようとする課題】しかしながら、従来、
薬剤の発注や管理等が各調剤店舗毎に個別的に行なわれ
ていたことに起因して、様々な問題が生じていた。例え
ば、各薬剤には一定の発注単位があるため、各調剤店舗
において処方される薬剤の量が発注単位に対して極めて
少ない場合であっても、各調剤店舗では発注単位毎に発
注を行なわなければならない。このため、各調剤店舗に
おける薬剤の在庫が過剰になり、有効期限を過ぎた薬剤
を大量に廃棄しなければならなくなる等、各調剤店舗の
経営に悪影響を与える場合があった。あるいは、各調剤
店舗毎の発注量が少ない場合には、発注コストや納品コ
ストが割高になり、この点においても各調剤店舗の経営
に悪影響を与える場合があった。

【０００６】また、各薬剤の発注を行う際、従来は、単
に処方箋に印刷されている薬剤名を見て、薬剤棚から薬
剤を取り出していたので、異なる種類の薬剤や、同一の
名称の薬剤であっても包装形態等が異なる薬剤を、患者
に渡してしまったり、発注してしまう等のミスが生じる
可能性があった。

【０００７】また、従来から、各薬剤には、各薬剤を医
療会計過程において識別するための医薬品コードと、各
薬剤を流通過程において識別するためのＪＡＮ(JapanＳ
Ｄ Article Number)コードとの２つのコードが付与され
ている。しかしながら、これら医薬品コードと、ＪＡＮ
コードとは、１対１で対応していないことがあり、例え
ば、包装形態のみが複数の薬剤に関しては、医薬品コー
ドが同一であるのに対して、ＪＡＮコードが異なるもの
が付与されている場合がある。そこで、従来は、調剤店
舗の内部では医薬品コードを使用して薬剤を管理し、発
注を行なう場合には担当者が医薬品コードをＪＡＮコー
ドに読み替える必要がある等、複数のコード情報を取り
扱う手間が生ずると共に、コードの変換ミスに伴う発注
ミスを誘発する原因になっていた。

【０００８】あるいは、従来は、薬剤の発注や在庫管理
を各調剤店舗毎に行なっていたので、薬剤に製造上等の
欠陥が発見されて薬剤回収命令が発せられたような場合
において、回収対象になった薬剤の所在を確認すること
が極めて困難であり、回収に長期間を要したり、回収が
徹底されない可能性があった。

【０００９】本発明は上記問題に鑑みてなされたもの
で、薬剤の発注、コード管理、あるいは、在庫管理等を
集中的に行なうこと等により、効率よく、安全かつ確実
に薬剤を管理することのできる、調剤管理システム、調
剤管理情報処理装置、調剤管理方法、プログラム、およ
び、記録媒体を提供することを目的としている。

【００１０】

【課題を解決するための手段】このような目的を達成す
るため、請求項１に記載の調剤管理システムは、複数の
調剤店舗に設けられた端末装置と、これら複数の調剤店
舗において処方される薬剤に関する情報を管理する調剤
管理情報処理装置とを、ネットワークを介して相互に通
信可能に接続して構成された調剤管理システムであっ
て、上記端末装置は、当該端末装置が設けられた調剤店
舗に補充すべき薬剤の種類を特定するための薬剤識別情
報と、当該補充すべき薬剤の数量を特定するための薬剤
数量情報との入力を受付ける入力手段と、上記入力手段
を介して入力された薬剤識別情報および薬剤数量情報
を、上記ネットワークを介して上記調剤管理情報処理装
置に送信する送信手段とを備え、上記調剤管理情報処理
装置は、上記複数の調剤店舗の各々の上記端末装置の上
記送信手段を介して送信された上記薬剤識別情報および
上記薬剤数量情報を受信する受信手段と、上記受信手段
にて受信された各調剤店舗の薬剤数量情報に基づいて、
補充すべき各薬剤の総量を算定し、この総量と上記受信
手段にて受信された上記薬剤識別情報とに基づいて、各
薬剤を所定の発注先に発注するための所定の処理を行な
う発注手段とを備えたことを特徴とする。

【００１１】このシステムによれば、各調剤店舗に補充
すべき薬剤の総量が算定され、この総量等に基づいて、
各薬剤の発注が行なわれる。したがって、各調剤店舗で
処方される薬剤の量が発注単位に対して極めて少ない場
合であっても、複数の各調剤店舗の発注量を集約して発
注単位以上として発注を行なうことができ、必要量以上
の発注を行なうことがないため、薬剤の在庫が過剰にな
ることや、有効期限を過ぎた薬剤を廃棄しなければなら
なくなるような事態を防止することができ、各調剤店舗
の経営効率を向上させることができる。また、このよう
に一括発注を行なうことにより、発注コストや納品コス
トを低減することができ、この点においても各調剤店舗
の経営効率を向上させることができる。なお、請求項に
おける「端末装置」は、必ずしも１台の端末装置に限定
されず、例えば、後述する店舗ＰＣとハンディターミナ
ルのいずれか一方または両方を端末装置として適宜使用
することができる。

【００１２】また、請求項２に記載の調剤管理システム
は、複数の調剤店舗に設けられた第１の端末装置および
第２の端末装置と、これら複数の調剤店舗において処方
される薬剤に関する情報を管理する調剤管理情報処理装
置とを、ネットワークを介して相互に通信可能に接続し
て構成された調剤管理システムであって、上記第１の端
末装置は、当該第１の端末装置が設けられた調剤店舗に
補充すべき薬剤の種類を特定するための薬剤識別情報の
入力を受付ける入力手段と、上記入力手段を介して入力
された薬剤識別情報を、上記ネットワークを介して上記
調剤管理情報処理装置に送信する送信手段とを備え、上
記調剤管理情報処理装置は、上記複数の調剤店舗の各々
の上記第１の端末装置の上記送信手段を介して送信され
た上記薬剤識別情報を受信する受信手段と、上記受信手
段にて受信された上記薬剤識別情報を、当該薬剤識別情
報を送信した上記調剤店舗の上記第２の端末装置に直接
または間接に送信する送信手段とを備え、上記第２の端
末装置は、上記調剤管理情報処理装置の上記送信手段か
ら直接または間接に送信された上記薬剤識別情報を受信
する受信手段と、当該第２の端末装置の受信手段にて受
信された薬剤識別情報を出力する出力手段と、上記出力
手段にて出力された薬剤識別情報に対応する薬剤の保管
位置に設けられた上記薬剤識別情報を読み取る読み取り
手段と、上記読み取り手段にて読み取られた上記薬剤識
別情報を上記調剤管理情報処理装置に直接または間接に
送信する送信手段とを備え、上記調剤管理情報処理装置
は、上記第２の端末装置の送信手段にて送信され当該調
剤管理情報処理装置の受信手段にて受信された上記薬剤
識別情報に基づいて、上記薬剤の発注に関する処理を行
う発注処理手段をさらに備えることを特徴とする。

【００１３】このシステムによれば、各調剤店舗で処方
等された薬剤の薬剤識別情報が店舗ＰＣ等の第１の端末
装置を介して調剤管理情報処理装置に送信され、この薬
剤識別情報がハンディターミナル等の第２の端末装置に
送信され表示等される。そして、表示された薬剤に対応
する薬剤の薬剤識別情報が読み取られ、この薬剤識別情
報が調剤管理情報処理装置に送信されて薬剤の発注が行
われる。したがって、処方等された薬剤の薬剤識別情報
を確認しつつ、ハンディターミナル等で薬剤識別情報を
入力して発注依頼を行うことができるので、薬剤識別情
報の入力ミスを防止することができ、薬剤の発注を一層
正確に行うことができる。なお、「直接または間接」と
は、調剤管理情報処理装置とハンディターミナル等の第
２の端末装置との送受信を、直接的に行うこと、およ
び、店舗ＰＣ等の他の端末装置を介して間接的に行うこ
との両方を含む意味である。

【００１４】また、請求項３に記載の調剤管理システム
は、請求項２に記載の調剤管理システムにおいて、上記
第２の端末装置は、上記第２の端末装置の受信手段にて
受信された薬剤識別情報と、上記読み取り手段にて読み
取られた薬剤識別情報とが相互に異なる場合には、所定
の警報を出力するための処理を行う警報処理手段を備え
ることを特徴とする。

【００１５】このシステムによれば、ハンディターミナ
ル等の第２の端末装置で薬剤識別情報が読み取られた
際、この薬剤識別情報と、処方等された薬剤の薬剤識別
情報とが一致しない場合には、警報音を出力等すること
で、薬剤を正確に取り出すことや発注することができ、
薬剤の処方ミスや発注ミスを防止することができる。

【００１６】また、請求項４に記載の調剤管理システム
は、複数の調剤店舗に設けられた端末装置と、これら複
数の調剤店舗において処方される薬剤に関する情報を管
理する調剤管理情報処理装置と、薬剤の納品を行なう納
品情報処理装置とを、ネットワークを介して相互に通信
可能に接続して構成された調剤管理システムであって、
上記端末装置、上記調剤管理情報処理装置、または、上
記納品情報処理装置の全部または一部に、各薬剤を医療
会計過程において識別するための医薬品コードと、各薬
剤を流通過程において識別するための流通コードと、こ
れら医薬品コードと流通コードとを相互に関連付けるた
めの中間コードと、を相互に対応付けて格納するコード
情報格納手段と、上記医薬品コードまたは上記流通コー
ドのいずれか一方が特定された場合に、上記コード情報
格納手段に格納された医薬品コード、流通コード、およ
び、中間コードに基づいて、上記医薬品コードと上記流
通コードとの相互変換を行なうコード変換手段とを備え
たことを特徴とする。

【００１７】このシステムによれば、医薬品コードと流
通コードとが、中間コードを介して相互に変換されるの
で、調剤店舗や医療会計を行なう店舗本部等においては
医薬品コードで情報管理を行い、薬剤の発注時や納品時
等には流通コードで情報管理を行なう等、各場面におい
て最適な形態のコードを、正確かつ容易に用いることが
できる。

【００１８】また、請求項５に記載の調剤管理システム
は、請求項２および４に記載の調剤管理システムにおい
て、上記薬剤識別情報は、上記医薬品コードまたは当該
医薬品コードを特定するための情報であり、上記第２の
端末装置の読み取り手段は、上記保管位置に設けられた
上記中間コードを上記薬剤識別情報と共に読み取る読み
取り手段であり、上記第２の端末装置の送信手段は、上
記中間コードを上記薬剤識別情報と共に上記調剤管理情
報処理装置に直接または間接に送信する送信手段であ
り、上記調剤管理情報処理装置の発注処理手段は、当該
調剤管理情報処理装置の受信手段にて受信された上記中
間コードおよび上記薬剤識別情報に基づいて、上記薬剤
の発注に関する処理を行うことを特徴とする。

【００１９】このシステムによれば、ハンディターミナ
ル等の第２の端末装置によって医薬品コードおよび中間
コードが読み取られ、これら医薬品コードおよび中間コ
ードに基づいて薬剤の発注が行われる。したがって、実
際に処方された薬剤を正確に知っている調剤店舗の薬剤
師等が、必要な薬剤を中間コードを用いて一意に特定し
て発注を行うことができるので、薬剤を正確かつ容易に
発注することができる。

【００２０】また、請求項６に記載の調剤管理システム
は、複数の調剤店舗またはこれら複数の調剤店舗を統括
する店舗本部に設けられた端末装置と、これら複数の調
剤店舗において処方される薬剤に関する情報を管理する
調剤管理情報処理装置とを、ネットワークを介して相互
に通信可能に接続して構成された調剤管理システムであ
って、上記端末装置は、検索対象となる薬剤を識別する
ための薬剤識別情報の入力を受付ける入力手段と、上記
入力手段にて受付けられた上記薬剤識別情報を、上記ネ
ットワークを介して上記調剤管理情報処理装置に送信す
る送信手段とを備え、上記調剤管理情報処理装置は、上
記端末装置の上記送信手段を介して送信された上記薬剤
識別情報を受信する受信手段と、上記調剤店舗に在庫さ
れている薬剤の種類を特定するための薬剤識別情報と、
当該薬剤が在庫されている調剤店舗を特定するための店
舗識別情報とを相互に関連付けて格納する在庫情報格納
手段と、上記受信手段にて受信された上記薬剤識別情報
を検索キーとし、上記在庫情報格納手段に格納された薬
剤識別情報および店舗識別情報を検索対象として、所定
の薬剤が在庫されている調剤店舗を検索する検索手段と
を備えたことを特徴とする。

【００２１】このシステムによれば、薬剤識別情報を検
索キーとし、所定の薬剤が在庫されている調剤店舗を検
索することができる。したがって、薬剤回収命令が発せ
られたような場合においても、回収対象になった薬剤の
所在を正確かつ容易に確認することができ、回収を短期
間で漏れなく行なうことができる。

【００２２】また、本発明は調剤管理情報処理装置に関
するもので、請求項７に記載の調剤管理情報処理装置
は、複数の調剤店舗に設けられた端末装置に対してネッ
トワークを介して相互に通信可能に接続して構成される
調剤管理情報処理装置であって、上記複数の調剤店舗の
各々の上記端末装置から上記ネットワークを介して送信
された、当該端末装置が設けられた調剤店舗に補充すべ
き薬剤の種類を特定するための薬剤識別情報と、当該補
充すべき薬剤の数量を特定するための薬剤数量情報とを
受信する受信手段と、上記受信手段にて受信された各調
剤店舗の薬剤数量情報に基づいて、上記複数の調剤店舗
に補充すべき各薬剤の総量を算定し、この総量と上記受
信手段にて受信された上記薬剤識別情報とに基づいて、
各薬剤を所定の発注先に発注するための所定の処理を行
なう発注手段とを備えたことを特徴とする。

【００２３】この装置によれば、各調剤店舗に補充すべ
き薬剤の総量が算定され、この総量等に基づいて、各薬
剤の発注が行なわれる。したがって、各調剤店舗で処方
される薬剤の量が発注単位に対して極めて少ない場合で
あっても、複数の各調剤店舗の発注量を集約して発注単
位以上として発注を行なうことができ、必要量以上の発
注を行なうことがないため、薬剤の在庫が過剰になるこ
とや、有効期限を過ぎた薬剤を廃棄しなければならなく
なるような事態を防止することができ、各調剤店舗の経
営効率を向上させることができる。また、このように一
括発注を行なうことにより、発注コストや納品コストを
低減することができ、この点においても各調剤店舗の経
営効率を向上させることができる。

【００２４】また、請求項８に記載の調剤管理情報処理
装置は、請求項７に記載の調剤管理情報処理装置におい
て、上記受信手段にて受信された上記薬剤識別情報を、
当該薬剤識別情報を送信した調剤店舗における同一もし
くは別の端末装置に送信する送信手段を備え、上記受信
手段は、上記送信手段から送信された薬剤識別情報のう
ち、発注を行なうものとして上記調剤店舗において確認
された薬剤の薬剤識別情報を上記端末装置から受信し、
上記発注手段は、上記確認された薬剤の薬剤識別情報に
基づいて、各薬剤を発注するための所定の処理を行なう
ことを特徴とする。

【００２５】この装置によれば、調剤店舗において確認
された薬剤の薬剤識別情報に基づいて、各薬剤を発注す
るための処理が行なわれる。したがって、例えば、レセ
プト処理のために各調剤店舗から取得された情報を、調
剤店舗に再度送信して確認してもらい、確認された情報
に基づいて発注を行なうことができ、薬剤発注の正確性
を一層向上させることができる。

【００２６】また、請求項９に記載の調剤管理情報処理
装置は、請求項７または８に記載の調剤管理情報処理装
置において、各薬剤の最小発注単位を特定するための発
注単位情報を格納する発注単位情報格納手段を備え、上
記発注手段は、上記算定した薬剤の総量のうち、上記発
注単位情報格納手段にて格納された発注単位情報にて特
定される最小発注単位の整数倍の部分についてのみ、薬
剤の発注を行なうことを特徴とする。

【００２７】この装置によれば、薬剤の総量のうち、発
注単位情報にて特定される最小発注単位の整数倍の部分
についてのみ、薬剤の発注が行なわれる。したがって、
最小発注単位に対応した量の発注を自動的に行なうこと
ができる。

【００２８】また、請求項１０に記載の調剤管理情報処
理装置は、請求項９に記載の調剤管理情報処理装置にお
いて、上記最小発注単位の整数倍に該当しない部分の薬
剤の薬剤識別情報および薬剤数量情報を格納する端数情
報格納手段を備え、上記発注手段は、上記薬剤の総量を
算定する際、上記端数情報格納手段に格納された薬剤数
量情報を含めて上記薬剤の総量を算定し、上記薬剤の発
注を行なう際、上記最小発注単位の整数倍に該当しない
部分の薬剤の薬剤識別情報および薬剤数量情報を上記端
数情報格納手段に格納することを特徴とする。

【００２９】この装置によれば、薬剤の総量を算定する
際、それまでの発注時に端数として残っている薬剤の量
を含めて総量が算定される。したがって、発注されずに
端数として残った薬剤についても、切り捨てることなく
次回以降の発注に含めることができ、発注の継続性を保
持することができる。

【００３０】また、請求項１１に記載の調剤管理情報処
理装置は、複数の調剤店舗に設けられた端末装置および
薬剤の納品を行なう納品情報処理装置に対してネットワ
ークを介して相互に通信可能に接続して構成される調剤
管理情報処理装置であって、各薬剤を医療会計過程にお
いて識別するための医薬品コードと、各薬剤を流通過程
において識別するための流通コードと、これら医薬品コ
ードと流通コードとを相互に関連付けるための中間コー
ドと、を相互に対応付けて格納するコード情報格納手段
と、上記医薬品コードまたは上記流通コードのいずれか
一方が特定された場合に、上記コード情報格納手段に格
納された医薬品コード、流通コード、および、中間コー
ドに基づいて、上記医薬品コードと上記流通コードとの
相互変換を行なうコード変換手段とを備えたことを特徴
とする。

【００３１】この装置によれば、医薬品コードと流通コ
ードとが、中間コードを介して相互に変換されるので、
調剤店舗や医療会計を行なう店舗本部等においては医薬
品コードで情報管理を行い、薬剤の発注時や納品時等に
は流通コードで情報管理を行なう等、各場面において最
適な形態のコードを、正確かつ容易に用いることができ
る。

【００３２】また、請求項１２に記載の調剤管理情報処
理装置は、請求項１１に記載の調剤管理情報処理装置に
おいて、上記中間コードは、上記薬剤の製造元を特定す
るメーカーコードを含んで構成されることを特徴とす
る。

【００３３】これは中間コードの構成例を一層具体的に
示すものであり、この装置によれば、医薬品コードと流
通コードとが、メーカーコードを介して関連付けられ
る。

【００３４】また、請求項１３に記載の調剤管理情報処
理装置は、請求項１１または１２に記載の調剤管理情報
処理装置において、上記中間コードは、上記薬剤の流通
形態に対応する枝番を含んで構成されることを特徴とす
る。

【００３５】これは中間コードの他の構成例を一層具体
的に示すものであり、この装置によれば、医薬品コード
と流通コードとが、流通形態に対応する枝番を介して関
連付けられる。

【００３６】また、請求項１４に記載の調剤管理情報処
理装置は、請求項１１〜１３のいずれか一つに記載の調
剤管理情報処理装置において、上記端末装置から上記ネ
ットワークを介して送信された上記医薬品コードおよび
上記中間コードを受信する受信手段と、上記受信手段に
て受信された上記医薬品コードおよび上記中間コードに
基づいて上記コード変換手段にて変換された上記流通コ
ードを用いて、薬剤を所定の発注先に発注するための所
定の処理を行なう発注手段とを備えたことを特徴とす
る。

【００３７】この装置によれば、端末装置からの医薬品
コードおよび中間コードが流通コードに変換され、この
流通コードを用いて薬剤の発注が行なわれる。したがっ
て、調剤店舗においては、流通コードを考慮することな
く、医薬品コードおよび中間コードを用いて発注を行な
うことができ、発注作業を容易かつ正確に行なうことが
できる。

【００３８】また、請求項１５に記載の調剤管理情報処
理装置は、請求項１１〜１４のいずれか一つに記載の調
剤管理情報処理装置において、上記受信手段は、上記納
品情報処理装置を介して納品された薬剤の上記流通コー
ドを、当該納品情報処理装置から上記ネットワークを介
して受信し、上記コード変換手段は、上記受信手段にて
受信された上記流通コードを、上記医薬品コードおよび
中間コードに変換することを特徴とする。

【００３９】この装置によれば、納品情報処理装置から
の流通コードが医薬品コードおよび中間コードに変換さ
れる。したがって、納品者側では、医薬品コードおよび
中間コードを考慮することなく、流通コードを特定する
ことによって納品を行なうことができ、納品作業を容易
かつ正確に行なうことができる。

【００４０】また、請求項１６に記載の調剤管理情報処
理装置は、複数の調剤店舗またはこれら複数の調剤店舗
を統括する店舗本部に設けられた端末装置に対して、ネ
ットワークを介して相互に通信可能に接続して構成され
る調剤管理情報処理装置であって、上記端末装置から上
記ネットワークを介して送信された、検索対象となる薬
剤を識別するための薬剤識別情報を受信する受信手段
と、上記調剤店舗に在庫されている薬剤の種類を特定す
るための薬剤識別情報と、当該薬剤が在庫されている調
剤店舗を特定するための店舗識別情報とを相互に関連付
けて格納する在庫情報格納手段と、上記受信手段にて受
信された上記薬剤識別情報を検索キーとし、上記在庫情
報格納手段に格納された薬剤識別情報および店舗識別情
報を検索対象として、所定の薬剤が在庫されている調剤
店舗を検索する検索手段とを備えたことを特徴とする。

【００４１】この装置によれば、薬剤識別情報を検索キ
ーとし、所定の薬剤が在庫されている調剤店舗を検索す
ることができる。したがって、薬剤回収命令が発せられ
たような場合においても、回収対象になった薬剤の所在
を正確かつ容易に確認することができ、回収を短期間で
漏れなく行なうことができる。

【００４２】また、請求項１７に記載の調剤管理情報処
理装置は、請求項１６に記載の調剤管理情報処理装置に
おいて、上記受信手段は、上記端末装置から上記ネット
ワークを介して送信された、上記調剤店舗における在庫
を修正するための在庫修正情報を受信し、上記受信手段
にて受信された在庫修正情報に基づいて、上記在庫情報
格納手段にて格納された薬剤識別情報および店舗識別情
報を修正する在庫修正手段を備えることを特徴とする。

【００４３】この装置によれば、在庫修正情報に基づい
て、薬剤識別情報および店舗識別情報が修正される。し
たがって、常に最新で正確な在庫情報を保持しておくこ
とができ、検索等の正確性を維持することができる。

【００４４】また、請求項１８に記載の調剤管理情報処
理装置は、請求項１６または１７に記載の調剤管理情報
処理装置において、上記受信手段は、上記端末装置から
上記ネットワークを介して送信された、上記調剤店舗に
おける薬剤の使用量を特定するための薬剤使用量情報を
受信し、上記在庫修正手段は、上記受信手段にて受信さ
れた薬剤使用量情報に基づいて上記薬剤識別情報を修正
することを特徴とする。

【００４５】これは在庫修正情報の一形態を示すもので
あり、この装置によれば、薬剤使用量情報に基づいて、
薬剤識別情報および店舗識別情報が修正される。

【００４６】また、請求項１９に記載の調剤管理情報処
理装置は、請求項１６〜１８のいずれか一つに記載の調
剤管理情報処理装置において、上記在庫情報格納手段に
は、上記調剤店舗に対する薬剤の納品タイミングに関す
る納品タイミング情報が格納され、上記在庫修正手段
は、上記薬剤使用量情報に基づいて上記薬剤識別情報を
修正する際、当該薬剤識別情報を、上記在庫情報格納手
段に格納された納品タイミング情報にて示される納品タ
イミングが古い順に、上記薬剤使用量情報にて特定され
る薬剤の使用量分だけ、処方済み状態の情報に修正する
ことを特徴とする。

【００４７】この装置によれば、店舗において薬剤が先
入れ先出しで処方されることを想定し、納品タイミング
が古い薬剤から順次、処方済みとして在庫情報を修正し
ていくので、処方した薬剤を個別に指定することなく、
在庫情報を更新することができる。

【００４８】また、本発明は調剤管理方法に関するもの
であり、請求項２０に記載の調剤管理方法は、複数の調
剤店舗において処方される薬剤に関する情報を管理する
調剤管理方法であって、上記複数の調剤店舗のそれぞれ
に補充すべき薬剤の種類を特定するための薬剤識別情報
と、当該補充すべき薬剤の数量を特定するための薬剤数
量情報とを所定の端末装置から取得する情報取得手順
と、上記情報取得手順において取得された上記薬剤数量
情報に基づいて、上記複数の調剤店舗に補充すべき各薬
剤の総量を算定する算定手順と、上記算定手順において
算定された総量と、上記情報取得手順において取得され
た上記薬剤識別情報とに基づいて、各薬剤を所定の発注
先に発注するための所定の処理を行なう発注手順とを備
えたことを特徴とする。

【００４９】この方法によれば、各調剤店舗に補充すべ
き薬剤の総量が算定され、この総量等に基づいて、各薬
剤の発注が行なわれる。したがって、各調剤店舗で処方
される薬剤の量が発注単位に対して極めて少ない場合で
あっても、複数の各調剤店舗の発注量を集約して発注単
位以上として発注を行なうことができ、必要量以上の発
注を行なうことがないため、薬剤の在庫が過剰になるこ
とや、有効期限を過ぎた薬剤を廃棄しなければならなく
なるような事態を防止することができ、各調剤店舗の経
営効率を向上させることができる。また、このように一
括発注を行なうことにより、発注コストや納品コストを
低減することができ、この点においても各調剤店舗の経
営効率を向上させることができる。

【００５０】また、請求項２１に記載の調剤管理方法
は、請求項２０に記載の調剤管理方法において、各薬剤
の最小発注単位を特定するための発注単位情報を所定の
調剤管理情報処理装置に格納する発注単位情報格納手順
を備え、上記発注手順において、上記算定した薬剤の総
量のうち、上記発注単位情報格納手順において格納され
た発注単位情報にて特定される最小発注単位の整数倍の
部分についてのみ、薬剤の発注を行なうことを特徴とす
る。

【００５１】この方法によれば、薬剤の総量のうち、発
注単位情報にて特定される最小発注単位の整数倍の部分
についてのみ、薬剤の発注が行なわれる。したがって、
最小発注単位に対応した量の発注を自動的に行なうこと
ができる。

【００５２】また、請求項２２に記載の調剤管理方法
は、請求項２１に記載の調剤管理方法において、上記最
小発注単位の整数倍に該当しない部分の薬剤の薬剤識別
情報および薬剤数量情報を所定の調剤管理情報処理装置
に格納する端数情報格納手順を備え、上記発注手順にお
いて、上記薬剤の総量を算定する際、上記端数情報格納
手順において格納された薬剤数量情報を含めて上記薬剤
の総量を算定することを特徴とする。

【００５３】この方法によれば、薬剤の総量を算定する
際、それまでの発注時に端数として残っている薬剤の量
を含めて総量が算定される。したがって、発注されずに
端数として残った薬剤についても、切り捨てることなく
次回以降の発注に含めることができ、発注の継続性を保
持することができる。

【００５４】また、請求項２３に記載の調剤管理方法
は、複数の調剤店舗において処方される薬剤に関する情
報を管理する調剤管理方法であって、複数の調剤店舗に
設けられた第１の端末装置において、当該第１の端末装
置が設けられた調剤店舗に補充すべき薬剤の種類を特定
するための薬剤識別情報の入力を受付ける入力手順と、
上記入力手順において入力された薬剤識別情報を、上記
ネットワークを介して所定の調剤管理情報処理装置に送
信する送信手順と、上記送信手順において送信された上
記薬剤識別情報を上記調剤管理情報処理装置において受
信する受信手順と、上記受信手順において受信された上
記薬剤識別情報を、当該薬剤識別情報を送信した上記調
剤店舗に設けられた第２の端末装置に直接または間接に
送信する第２の送信手順と、上記第２の送信手順におい
て送信された上記薬剤識別情報を上記第２の端末装置に
おいて受信する第２の受信手順と、上記第２の受信手順
において受信された薬剤識別情報を出力する出力手順
と、上記出力手順において出力された薬剤識別情報に対
応する薬剤の保管位置に設けられた上記薬剤識別情報を
読み取る読み取り手順と、上記読み取り手順において読
み取られた上記薬剤識別情報を上記調剤管理情報処理装
置に直接または間接に送信する第３の送信手順と、上記
第３の送信手順において送信された上記薬剤識別情報を
上記調剤管理情報処理装置において受信する第３の受信
手順と、上記第３の受信手順において受信された上記薬
剤識別情報に基づいて、上記薬剤の発注に関する処理を
行う発注処理手順とを備えることを特徴とする。

【００５５】この方法によれば、各調剤店舗で処方等さ
れた薬剤の薬剤識別情報が店舗ＰＣ等の第１の端末装置
を介して調剤管理情報処理装置に送信され、この薬剤識
別情報がハンディターミナル等の第２の端末装置に送信
され表示等される。そして、表示された薬剤に対応する
薬剤の薬剤識別情報が読み取られ、この薬剤識別情報が
調剤管理情報処理装置に送信されて薬剤の発注が行われ
る。したがって、処方等された薬剤の薬剤識別情報を確
認しつつ、ハンディターミナル等で薬剤識別情報を入力
して発注依頼を行うことができるので、薬剤識別情報の
入力ミスを防止することができ、薬剤の発注を一層正確
に行うことができる。また、ハンディターミナル等で薬
剤識別情報が読み取られた際、処方等された薬剤の薬剤
識別情報と一致するか否かをハンディターミナル等で自
動的に確認するようにしてもよく、例えば、一致しない
場合には警報音を出力等することで、薬剤識別情報の入
力ミスを一層確実に防止することができる。

【００５６】また、請求項２４に記載の調剤管理方法
は、請求項２３に記載の調剤管理方法において、上記第
２の受信手順にて受信された薬剤識別情報と、上記読み
取り手順にて読み取られた薬剤識別情報とが相互に異な
る場合には、所定の警報を出力するための処理を行う警
報処理手順を備えることを特徴とする。

【００５７】この方法によれば、ハンディターミナル等
の第２の端末装置で薬剤識別情報が読み取られた際、こ
の薬剤識別情報と、処方等された薬剤の薬剤識別情報と
が一致しない場合には、警報音を出力等することで、薬
剤を正確に取り出すことや発注することができ、薬剤の
処方ミスや発注ミスを防止することができる。

【００５８】また、請求項２５に記載の調剤管理方法
は、複数の調剤店舗において処方される薬剤に関する情
報を管理する調剤管理方法であって、各薬剤を医療会計
過程において識別するための医薬品コードと、各薬剤を
流通過程において識別するための流通コードと、これら
医薬品コードと流通コードとを相互に関連付けるための
中間コードと、を相互に対応付けて所定の調剤管理情報
処理装置に格納するコード情報格納手順と、上記医薬品
コードまたは上記流通コードのいずれか一方が特定され
た場合に、上記コード情報格納手順において格納された
医薬品コード、流通コード、および、中間コードに基づ
いて、上記医薬品コードと上記流通コードとの相互変換
を行なうコード変換手順とを備えたことを特徴とする。

【００５９】この方法によれば、医薬品コードと流通コ
ードとが、中間コードを介して相互に変換されるので、
調剤店舗や医療会計を行なう店舗本部等においては医薬
品コードで情報管理を行い、薬剤の発注時や納品時等に
は流通コードで情報管理を行なう等、各場面において最
適な形態のコードを、正確かつ容易に用いることができ
る。

【００６０】また、請求項２６に記載の調剤管理方法
は、請求項２３および２５に記載の調剤管理方法におい
て、上記薬剤識別情報は、上記医薬品コードまたは当該
医薬品コードを特定するための情報であり、上記読み取
り手順において、上記保管位置に設けられた上記中間コ
ードを上記薬剤識別情報と共に読み取り、上記第３の送
信手順において、上記中間コードを上記薬剤識別情報と
共に上記調剤管理情報処理装置に直接または間接に送信
し、上記第３の受信手順において、上記中間コードを上
記薬剤識別情報と共に受信し、上記発注処理手順におい
て、上記第３の受信手順において受信された上記中間コ
ードおよび上記薬剤識別情報に基づいて、上記薬剤の発
注に関する処理を行うことを特徴とする。

【００６１】この方法によれば、ハンディターミナル等
の第２の端末装置によって医薬品コードおよび中間コー
ドが読み取られ、これら医薬品コードおよび中間コード
に基づいて薬剤の発注が行われる。したがって、実際に
処方された薬剤を正確に知っている調剤店舗の薬剤師等
が、必要な薬剤を中間コードを用いて一意に特定して発
注を行うことができるので、薬剤を正確かつ容易に発注
することができる。

【００６２】また、請求項２７に記載の調剤管理方法
は、請求項２５または２６に記載の調剤管理方法におい
て、上記中間コードは、上記薬剤の製造元を特定するメ
ーカーコードを含んで構成されることを特徴とする。

【００６３】これは中間コードの構成例を一層具体的に
示すものであり、この方法によれば、医薬品コードと流
通コードとが、メーカーコードを介して関連付けられ
る。

【００６４】また、請求項２８に記載の調剤管理方法
は、請求項２５〜２７のいずれか一つに記載の調剤管理
方法において、上記中間コードは、上記薬剤の流通形態
に対応する枝番を含んで構成されることを特徴とする。

【００６５】これは中間コードの他の構成例を一層具体
的に示すものであり、この方法によれば、医薬品コード
と流通コードとが、流通形態に対応する枝番を介して関
連付けられる。

【００６６】また、請求項２９に記載の調剤管理方法
は、請求項２５〜２８のいずれか一つに記載の調剤管理
方法において、上記調剤店舗に設けた端末装置から上記
医薬品コードおよび上記中間コードを取得する第１の情
報取得手順と、上記第１の情報取得手順において取得さ
れた上記医薬品コードおよび上記中間コードに基づいて
上記コード変換手順において変換された上記流通コード
を用いて、薬剤を所定の発注先に発注するための所定の
処理を行なう発注手順とを備えたことを特徴とする。

【００６７】この方法によれば、端末装置からの医薬品
コードおよび中間コードが流通コードに変換され、この
流通コードを用いて薬剤の発注が行なわれる。したがっ
て、調剤店舗においては、流通コードを考慮することな
く、医薬品コードおよび中間コードを用いて発注を行な
うことができ、発注作業を容易かつ正確に行なうことが
できる。

【００６８】また、請求項３０に記載の調剤管理方法
は、請求項２５〜２９のいずれか一つに記載の調剤管理
方法において、薬剤の納品を行なう納品情報処理装置か
ら、上記調剤店舗に対して納品された薬剤の上記流通コ
ードを取得する第２の情報取得手順を備え、上記コード
変換手順において、上記第２の情報取得手順において取
得された上記流通コードを、上記医薬品コードおよび中
間コードに変換することを特徴とする。

【００６９】この方法によれば、納品情報処理装置から
の流通コードが医薬品コードおよび中間コードに変換さ
れる。したがって、納品者側では、医薬品コードおよび
中間コードを考慮することなく、流通コードを特定する
ことによって納品を行なうことができ、納品作業を容易
かつ正確に行なうことができる。

【００７０】また、請求項３１に記載の調剤管理方法
は、複数の調剤店舗において処方される薬剤に関する情
報を管理する調剤管理方法であって、検索対象となる薬
剤を識別するための薬剤識別情報を端末装置から取得す
る情報取得手順と、上記調剤店舗に在庫されている薬剤
の種類を特定するための薬剤識別情報と、当該薬剤が在
庫されている調剤店舗を特定するための店舗識別情報と
を相互に関連付けて所定の調剤管理情報処理装置に格納
する在庫情報格納手順と、上記情報取得手順において取
得された上記薬剤識別情報を検索キーとし、上記在庫情
報格納手順において格納された薬剤識別情報および店舗
識別情報を検索対象として、所定の薬剤が在庫されてい
る調剤店舗を検索する検索手順とを備えたことを特徴と
する。

【００７１】この方法によれば、薬剤識別情報を検索キ
ーとし、所定の薬剤が在庫されている調剤店舗を検索す
ることができる。したがって、薬剤回収命令が発せられ
たような場合においても、回収対象になった薬剤の所在
を正確かつ容易に確認することができ、回収を短期間で
漏れなく行なうことができる。

【００７２】また、請求項３２に記載の調剤管理方法
は、請求項３１に記載の調剤管理方法において、上記情
報取得手順において、上記調剤店舗における在庫を修正
するための在庫修正情報を取得し、上記情報取得手順に
おいて取得された在庫修正情報に基づいて、上記在庫情
報格納手順において格納された薬剤識別情報および店舗
識別情報を修正する在庫修正手順を備えることを特徴と
する。

【００７３】この方法によれば、在庫修正情報に基づい
て、薬剤識別情報および店舗識別情報が修正される。し
たがって、常に最新で正確な在庫情報を保持しておくこ
とができ、検索等の正確性を維持することができる。

【００７４】また、請求項３３に記載の調剤管理方法
は、請求項３１または３２に記載の調剤管理方法におい
て、上記情報取得手順において、上記調剤店舗における
薬剤の使用量を特定するための薬剤使用量情報を受信
し、上記在庫修正手順において、上記情報取得手順にお
いて取得された薬剤使用量情報に基づいて上記薬剤識別
情報を修正することを特徴とする。

【００７５】これは在庫修正情報の一形態を示すもので
あり、この方法によれば、薬剤使用量情報に基づいて、
薬剤識別情報および店舗識別情報が修正される。

【００７６】また、請求項３４に記載の調剤管理方法
は、請求項３１〜３３のいずれか一つに記載の調剤管理
方法において、上記在庫情報格納手順において、上記調
剤店舗に対する薬剤の納品タイミングに関する納品タイ
ミング情報が格納され、上記在庫修正手順において、上
記薬剤使用量情報に基づいて上記薬剤識別情報を修正す
る際、当該薬剤識別情報を、上記在庫情報格納手順にお
いて格納された納品タイミング情報にて示される納品タ
イミングが古い順に、上記薬剤使用量情報にて特定され
る薬剤の使用量分だけ、処方済み状態の情報に修正する
ことを特徴とする。

【００７７】この方法によれば、店舗において薬剤が先
入れ先出しで処方されることを想定し、納品タイミング
が古い薬剤から順次、処方済みとして在庫情報を修正し
ていくので、処方した薬剤を個別に指定することなく、
在庫情報を更新することができる。

【００７８】また、本発明はプログラムに関するもので
あり、請求項３５に記載のプログラムは、上記請求項２
０〜３４のいずれか一つに記載された調剤管理方法をコ
ンピュータに実行させることを特徴とする。

【００７９】このプログラムによれば、当該プログラム
をサーバ装置等の情報処理装置にインストール等して実
行することにより、請求項２０〜３４のいずれか一つに
記載された調剤管理方法をコンピュータを利用して実現
することができ、これら各方法と同様の効果を得ること
ができる。

【００８０】また、本発明は記録媒体に関するものであ
り、請求項３６に記載の記録媒体は、上記請求項２０〜
３４のいずれか一つに記載された調剤管理方法をコンピ
ュータに実行させるためのプログラムを記録したことを
特徴とする。

【００８１】この記録媒体によれば、当該記録媒体に記
録されたプログラムをコンピュータに読み取らせて実行
することによって、前記請求項２０〜３４のいずれか一
つに記載された調剤管理方法をコンピュータを利用して
実現することができ、これら各方法と同様の効果を得る
ことができる。

【００８２】

【発明の実施の形態】以下に、本発明にかかる調剤管理
システム、調剤管理情報処理装置、調剤管理方法、プロ
グラム、および、記録媒体の実施の形態を図面に基づい
て詳細に説明する。なお、この実施の形態によりこの発
明が限定されるものではない。

【００８３】（全体の概要）以下、本システムにて行わ
れる調剤管理の全体の概要について説明し、その後、本
システムの構成および処理等について詳細に説明する。
図１はこの実施形態にかかる調剤管理システム全体の構
成図である。この図１において、管理センターの調剤管
理サーバ１００、複数の調剤店舗（以下、単に店舗と称
する）の各々に設置された店舗ＰＣ２００、複数の店舗
を統括する店舗本部に設定された店舗本部サーバ３０
０、および、薬剤の備蓄および納品を行なうため店舗本
部や卸売り業者の備蓄センターに設置された備蓄サーバ
４００が、インターネット５００を介して相互に通信可
能に接続して構成されている。また、店舗ＰＣ２００に
はハンディターミナル６００が切り離し自在に接続さ
れ、また、店舗本部サーバ３００には店舗本部ＰＣ７０
０が接続されている。

【００８４】このように構成される本システムにおい
て、各店舗において使用された薬剤等に関する情報が、
店舗ＰＣ２００から調剤管理サーバ１００に送信され、
この調剤管理サーバ１００に格納される。そして、調剤
管理サーバ１００は、店舗から送信された情報に基づい
て、各種の処理を行なう。

【００８５】このようなシステムにおいて、従来のシス
テムと異なる主たる基本的な特徴は、（１）薬剤の一括
発注、（２）医薬品コードとＪＡＮコードとの相互変
換、（３）ピッキング、および、（４）薬剤所在確認で
ある。

【００８６】（全体の概要−薬剤の一括発注）具体的に
は、調剤管理サーバ１００は、店舗から送信された情報
に基づいて、薬剤の一括発注を行なう。すなわち、各店
舗毎の発注量を集約して一定の発注単位を満たす発注量
にした上で、備蓄センターに対して発注を行なう。この
時、店舗において発注すべき薬剤は、各店舗における薬
剤の使用量に基づいて自動的に算定される。

【００８７】（全体の概要−医薬品コードとＪＡＮコー
ドとの相互変換）また、調剤管理サーバ１００は、医薬
品コードとＪＡＮコードとの相互変換を行なう。すなわ
ち、本システムにおいては、医薬品コードとＪＡＮコー
ドとを１対１で対応付けるため、両コードを関連付ける
中間コードを設けている。

【００８８】この中間コードは、具体的には、薬剤の製
造メーカーを特定するメーカーコードと、薬剤の流通形
態（店舗への納入形態、店舗における在庫形態、あるい
は、調剤単位）に対応する枝番とを含んで構成される。
そして、同一の医薬品コードを有する薬剤であっても、
その中間コードに応じて、異なるＪＡＮコードに対応付
けることを可能としている。そして、各店舗において薬
剤の発注を行う際、各店舗の担当者は、後述するピッキ
ングを行うことによって当該薬剤の医薬品コードおよび
中間コードを調剤管理サーバ１００に送信する。この送
信を受けた調剤管理サーバ１００では、医薬品コードお
よび中間コードに基づいてＪＡＮコードを特定し、発注
処理を行なう。

【００８９】例えば、図８に示すように、医薬品名「Ｒ
カプセル２０ｍｇ」の薬剤を、Ａ社とＢ社の２つのメー
カーが、１０錠入りと１４錠入りの２つの流通形態（包
装形態、梱包形態）で販売している場合、４つの異なる
薬剤が存在することになる。このような場合、従来は、
４つの薬剤に対して、１つの医薬品コード123456789
と、４つのＪＡＮコード987654321〜987654324が付与さ
れていた。すなわち、医薬品コードでは、各薬剤をメー
カー別や形態別に区別することができなかった。

【００９０】これに対して本実施の形態では、例えば、
Ａ社の薬剤にはメーカーコード100、Ｂ社の薬剤にはメ
ーカーコード101を付与し、１０錠入りの薬剤には枝番0
01、１４錠入りの薬剤には枝番002を付与する。例え
ば、医薬品コード123456789、メーカーコード100、枝番
001の組み合わせの薬剤は、Ａ社が製造した医薬品名
「Ｒカプセル２０ｍｇ」の１０錠入りの薬剤であること
を意味することが分かるので、対応するＪＡＮコード98
7654321に変換することができる。

【００９１】（全体の概要−ピッキング）また、上記の
一括発注を行う際には、薬剤の「ピッキング」が行われ
る。「ピッキング」とは、各店舗の担当者が、当該店舗
において発注すべき薬剤を、ハンディターミナル６００
を用いて確認する作業である。すなわち、各店舗の担当
者は、処方された処方入力された情報（処方箋の薬剤の
薬剤名や医薬品コード、数量、および、投与日数）を処
方と同時に調剤管理サーバ１００を介してハンディター
ミナル６００にダウンロードする。そして、このハンデ
ィターミナル６００に表示される医薬品コード等を見な
がら、発注する薬剤の棚札をバーコードリーダでスキャ
ンすることによって医薬品コードおよび中間コードを入
力すると共に、ハンディターミナル６００の画面に従っ
て、ピッキングした薬剤の数量を入力する。

【００９２】このように担当者が中間コードの入力を行
うのは、各店舗に同一の医薬品コードを有していなが
ら、メーカーや流通形態が異なる複数の薬剤が在庫され
ている場合、実際に処方された薬剤を知っているのは担
当者だけであるため、この担当者によって中間コードを
特定してもらうことで、医薬品コードだけでなくメーカ
ーや流通形態についても一意に限定し、処方された薬剤
と同一の薬剤を正確に発注するためである。

【００９３】例えば、同一の医薬品コードを有する薬剤
について、メーカーが同じでありながら、錠剤の場合に
は、ヒートとバラ（瓶）、散剤の場合には、分包済と未
分包（瓶）の如き違いが存在する場合がある。ここで、
処方箋に「薬剤ａ、薬剤ｂを毎食後で服用、５日分（一
包化）」と記載されている場合、店舗に薬剤ａがバラと
ヒートで在庫されているものとすると、この薬剤ａを自
動分包機に掛けて一包化するが、バラかヒートかどちら
を分包機に入れるのかは薬剤師が決める。そこで、使用
する薬剤ａを上記ピッキングを行いつつ薬棚から取り出
すことにより、使用された薬剤がバラであるのかヒート
であるのかを本システム内で一意に特定することを可能
とする。

【００９４】ここで、ピッキング時において、担当者に
て医薬品コードと中間コードとが入力された際、調剤管
理サーバ１００からダウンロードされた医薬品コード
と、担当者によって入力された医薬品コードとが相互に
一致しない場合には、ハンディターミナル６００におい
て警報音が出力され、入力内容の確認が促される。この
ような入力作業を経て、正確に入力された医薬品コード
と中間コードとのみが調剤管理サーバ１００に送信され
て蓄積され、この蓄積された医薬品コードと中間コード
とに基づいて、上記の発注が行われる。

【００９５】（全体の概要−薬剤所在確認）また、調剤
管理サーバ１００は、各店舗の薬剤の在庫情報が格納さ
れており、薬剤が処方されたり、薬剤が店舗に納品され
る毎に、在庫情報が修正され、最新の情報に維持され
る。そして、薬剤の回収命令が発せられた際等には、店
舗本部等において、薬剤が納品された店舗を検索するこ
とができる。なお、本発明は、これら主たる特徴以外に
も種々の特徴を有しているが、この点については後述す
る。

【００９６】（システム構成―調剤管理サーバ１００）
次に、このような特徴を有する本システムの構成につい
て説明する。まず、調剤管理サーバ１００の構成につい
て説明する。図２は調剤管理サーバ１００の要部構成を
示すブロック図である。この調剤管理サーバ１００は、
調剤管理情報処理装置であり、格納部１１０、通信制御
部１３０、および、制御部１４０を備えて構成されてお
り、これら各部は任意の通信路を介して通信可能に接続
されている。

【００９７】このうち、格納部１１０は、調剤管理サー
バ１００の各種機能に必要になるプログラムおよびデー
タ等を格納する格納手段（記憶手段）であり、機能概念
的に、店舗マスターＤＢ１１１、薬剤マスターＤＢ１１
２、コード変換マスターＤＢ１１３、処方入力日計処理
ＤＢ１１４、店別薬剤使用量データＤＢ１１５、店別発
注データＤＢ１１６、端数データＤＢ１１７、発注確認
データＤＢ１１８、仕入確定データＤＢ１１９、店別在
庫ＤＢ１２０、納品データＤＢ１２１、在庫修正データ
ＤＢ１２２、および、ＷｅｂＤＢ１２３を備えて構成さ
れている。

【００９８】このうち、店舗マスターＤＢ１１１は、各
店舗および店舗本部に関する基本的な情報（店舗マスタ
ー情報）を格納する店舗マスター情報格納手段である。
この店舗マスター情報は、例えば、各店舗および店舗本
部の店舗ＩＤ、各店舗の住所、各店舗の所在エリア、各
店舗の店名、各店舗の電話番号、各店舗および店舗本部
を認証するための店舗パスワードを相互に関連付けて構
成されている。

【００９９】また、薬剤マスターＤＢ１１２は、薬剤に
関する基本的な情報（薬剤マスター情報）を格納する薬
剤基本情報格納手段である。この薬剤基本情報は、例え
ば、各薬剤の医薬品コード、各薬剤の名称、各薬剤の製
造メーカー名を相互に関連付けて構成されている。ま
た、薬剤マスターＤＢ１１２には、各薬剤の最小発注単
位が格納されており、この点において、薬剤マスターＤ
Ｂ１１２は、発注単位情報を格納する発注単位情報格納
手段として機能する。

【０１００】また、コード変換マスターＤＢ１１３は、
医薬品コードとＪＡＮコードとの相互変換を行なうた
め、医薬品コード、ＪＡＮコード、および、中間コード
（メーカーコードおよび枝番）を相互に対応付けて格納
するコード情報格納手段である。

【０１０１】また、処方入力日計処理ＤＢ１１４は、当
該店舗において処方された薬剤の各日毎の集計結果に関
する情報（処方入力日計情報）を格納する処方入力日計
情報格納手段である。この処方入力日計情報は、例え
ば、各店舗を一意に識別するための店舗ＩＤ、各店舗に
おいて処方を行なった日付け、各店舗において処方され
た薬剤の医薬品コード、および、各店舗において処方さ
れた薬剤の数量（＝使用量または薬剤数量情報）を相互
に関連付けて構成されている。

【０１０２】また、店別薬剤使用量データＤＢ１１５
は、各店舗毎の薬剤の使用量に関する情報（店別薬剤使
用量情報）を格納する店別薬剤使用量情報格納手段であ
る。この店別薬剤使用量情報は、例えば、各店舗の店舗
ＩＤ、各店舗で使用された各薬剤の医薬品コード、各薬
剤の使用量（錠単位、ヒート単位、箱単位等）を相互に
関連付けて構成されている。

【０１０３】また、店別発注データＤＢ１１６は、各店
舗毎の薬剤の発注内容に関する情報（店別発注情報）を
格納する店別発注情報格納手段である。この店別発注情
報は、例えば、各店舗の店舗ＩＤ、各店舗で発注する各
薬剤の医薬品コードと中間コード、および、各薬剤の発
注量を相互に関連付けて構成されている。

【０１０４】また、端数データＤＢ１１７は、最小発注
単位の整数倍に該当しない部分の薬剤に関する情報（端
数情報）を格納する端数情報格納手段である。この端数
情報は、例えば、各店舗の店舗ＩＤ、各店舗で発注する
各薬剤の医薬品コードと中間コード、および、各薬剤の
端数の発注量（最小発注単位に満たなかった分の発注
量）を相互に関連付けて構成されている。

【０１０５】また、発注確認データＤＢ１１８は、発注
を行なう薬剤について各店舗に確認すべき情報（発注確
認情報）を格納する発注確認情報格納手段である。この
発注確認情報は、例えば、発注する各薬剤の医薬品コー
ドと中間コード、各薬剤の発注量の総量、各薬剤を発注
した各店舗の店舗ＩＤ、各店舗毎の各薬剤の発注量を相
互に関連付けて構成されている。

【０１０６】また、仕入確定データＤＢ１１９は、発注
を行なうことが確定した薬剤に関する情報（仕入確定情
報）を格納する仕入確定情報格納手段である。この仕入
確定情報は、例えば、発注する各薬剤の医薬品コードと
中間コード、各薬剤の発注量の総量、各薬剤を発注した
各店舗の店舗ＩＤ、各店舗毎の各薬剤の発注量を相互に
関連付けて構成されている。

【０１０７】また、店別在庫ＤＢ１２０は、各店舗毎の
在庫に関する情報（店別在庫情報）を格納する在庫情報
格納手段である。この店別在庫情報は、例えば、各店舗
の店舗ＩＤ、各店舗に在庫されている薬剤の医薬品コー
ド、ＪＡＮコード、各薬剤の納品日時（納品タイミング
情報）、各薬剤の製造番号、各薬剤の有効期限、およ
び、各薬剤の数量を相互に関連付けて構成されている。

【０１０８】また、納品データＤＢ１２１は、各店舗に
納品された薬剤に関する情報（納品情報）を格納する納
品情報格納手段である。この納品情報は、例えば、納品
された薬剤の医薬品コードおよび中間コードと、製造番
号、有効期限、納品された店舗の店舗ＩＤ、数量、およ
び、納品日時を相互に関連付けて構成されている。

【０１０９】また、在庫修正データＤＢ１２２は、各店
舗の在庫情報を修正するための情報（在庫修正情報）を
格納する在庫修正情報格納手段である。この在庫修正情
報は、例えば、修正の対象になる薬剤の名称、修正後の
医薬品コード、修正後の中間コード、修正後の製造番
号、修正後の有効期限、および、修正後の数量を相互に
関連付けて構成されている。

【０１１０】また、ＷｅｂＤＢ１２３は、店舗ＰＣ２０
０等に送信すべきＷｅｂページの画面データや音声デー
タを格納するＷｅｂ情報格納手段である。この画面デー
タは、例えば、HTML(Hypertext Markup Language)、あ
るいは、XML（Extensible Markup Language）にて記述
され格納されている。この他、Ｗｅｂデータには、必要
に応じて、音声データをWAVE形式やAIFF形式の如き音声
ファイルで格納したり、静止画や動画をJPEG形式やMPEG
2形式の如き画像ファイルで格納することができる。

【０１１１】また、図２において、通信制御部１３０
は、調剤管理サーバ１００とインターネット５００（ま
たはルータ等の通信装置）との間における通信を制御す
る通信制御手段であり、店舗ＰＣ２００から医薬品コー
ドや中間コード等の情報を受信する受信手段、ピッキン
グ時に医薬品コード等を店舗ＰＣ２００に送信する送信
手段、および、検索対象となる薬剤を識別するための医
薬品コード等を受信する受信手段として機能する。

【０１１２】また、図２において、制御部１４０は、調
剤管理サーバ１００の各部を制御する制御手段であり、
機能概念的に、処方入力日計処理部１４１、認証処理部
１４２、ピッキング処理部１４３、発注処理部１４４、
在庫修正部１４５、在庫検索部１４６を備えて構成され
ている。

【０１１３】このうち、処方入力日計処理部１４１は、
店舗において処方された薬剤に関する情報に基づいて、
レセプト会計等を行なうために必要な処理を行なう方入
力日計処理手段である。また、認証処理部１４２は、調
剤管理サーバ１００にアクセスする際の認証に関する処
理を行なう認証処理手段である。また、ピッキング処理
部１４３は、店舗において行なわれるピッキングに関す
る情報を処理するピッキング処理手段である。

【０１１４】また、発注処理部１４４は、各調剤店舗に
おいて補充すべき数量に基づいて、補充すべき各薬剤の
総量を算定し、この総量等に基づいて、各薬剤を所定の
発注先に発注するための所定の処理を行なう発注手段で
あり、医薬品コードとＪＡＮコードとの相互変換を行な
うコード変換手段であり、かつ、ＪＡＮコードを用い
て、各薬剤を所定の発注先に発注するための所定の処理
を行なう発注手段である。また、在庫修正部１４５は、
在庫修正情報に基づいて、店別在庫ＤＢ１２０にて格納
された情報を修正する在庫修正手段である。また、在庫
検索部１４６は、店舗ＰＣ２００から送信された医薬品
コードを検索キーとし、店別在庫ＤＢ１２０に格納され
た情報を検索対象として、所定の薬剤が在庫されている
調剤店舗を検索する検索手段である。なお、これら各部
によって行なわれる処理の詳細については、後述する。

【０１１５】（システム構成−店舗ＰＣ２００）次に、
店舗ＰＣ２００の構成について説明する。図３は店舗Ｐ
Ｃ２００の要部構成を示すブロック図である。この店舗
ＰＣ２００は、端末装置（第１の端末装置）であり、概
略的には、ＲＡＭ(Random Access Memory)２１０、ＨＤ
(Hard Disk)２２０、入力装置２３０、出力装置２４
０、入出力制御ＩＦ２５０、通信制御ＩＦ２６０、およ
び、制御部２７０、を備えて構成されており、これら各
部がバスを介してデータ通信可能に接続されている。

【０１１６】このうち、ＲＡＭ２１０は、店舗ＰＣ２０
０の各部を制御するために必要になるプログラムおよび
データを揮発的に記憶する記憶手段である。また、ＨＤ
２２０は、店舗ＰＣ２００の各部を制御するために必要
になるプログラムおよびデータを不揮発的に記憶する記
憶手段である。特に、本実施の形態において、ＨＤ２２
０は、薬剤の名称および医薬品コードの対応関係に関す
る基本的な情報（名称コード情報）を格納する名称コー
ド情報格納手段として機能する。この名称コード情報
は、例えば、各薬剤の医薬品コード、および、各薬剤の
名称を相互に関連付けて構成されている。

【０１１７】また、入力装置２３０は、薬剤の医薬品コ
ードや使用量を含む各種の情報の入力を受付ける入力手
段であり、キーボード２３１、および、マウス２３２を
備えて構成されている。また、出力装置２４０は、各種
の情報を店舗ＰＣ２００から出力する出力手段であり、
モニタ２４１を備えて構成されている。

【０１１８】また、入出力制御ＩＦ２５０は、これら入
力装置２３０および出力装置２４０によるデータの入出
力を制御する。また、通信制御ＩＦ２６０は、入力装置
２３０を介して入力された医薬品コードや使用量を含む
各種の情報を、調剤管理サーバ１００に送信する送信手
段であり、店舗ＰＣ２００とインターネット５００（ま
たはＬＡＮスイッチ等の通信装置）との間における通信
制御を行う。

【０１１９】また、制御部２７０は、店舗ＰＣ２００の
各部を制御する制御手段であり、機能概念的に、Ｗｅｂ
ブラウザ２７１、レセプト処理部２７２を備えて構成さ
れている。このＷｅｂブラウザ２７１は、基本的には、
必要な情報をインターネット５００を介して調剤管理サ
ーバ１００等から取得し、この情報を解釈してモニタ２
４１等に表示し、さらには、必要な情報を調剤管理サー
バ１００等に送信するＷｅｂデータの送受信手段であ
る。

【０１２０】また、レセプト処理部２７２は、レセプト
に関する処理を行なうため、処方された薬剤の各日毎の
集計結果に関する情報の集計等を行なうレセプト処理手
段である。これらＷｅｂブラウザ２７１およびレセプト
処理部２７２の機能は、例えば、これらＷｅｂブラウザ
２７１およびレセプト処理部２７２を実質的に構成する
プログラムがＨＤ２２０に記憶され、実行時にＲＡＭ２
１０にロードされて、制御部２７０にて解釈および実行
されることにより実現される。

【０１２１】（システム構成−ハンディターミナル６０
０）次に、ハンディターミナル６００の構成について説
明する。図４はハンディターミナル６００の要部構成を
示すブロック図である。このハンディターミナル６００
は、端末装置（第２の端末装置）であり、概略的には、
記憶部６１０、入力装置６２０、出力装置６３０、入出
力制御ＩＦ６４０、通信制御ＩＦ６５０、および、制御
部６６０、を備えて構成されており、これら各部がバス
を介してデータ通信可能に接続されている。

【０１２２】このうち、記憶部６１０は、当該ハンディ
ターミナル６００の各種機能を実現するためのプログラ
ムおよびパラメータや、後述するピッキング処理におい
て入力されたデータを記憶する記憶手段である。この記
憶手段の具体的な構成は任意であるが、例えば、フラッ
シュメモリーやＲＡＭ等にて構成される。

【０１２３】また、入力装置６２０は、各種の情報をハ
ンディターミナル６００に対して入力する入力手段であ
り、キーボード６２１およびバーコードリーダ（読み取
り手段）６２２を備えて構成されている。また、出力装
置６３０は、各種の情報をハンディターミナル６００か
ら出力する出力手段であり、モニタ６３１を備えて構成
されている。

【０１２４】また、入出力制御ＩＦ６４０は、これら入
力装置および出力装置によるデータの入出力を制御す
る。また、通信制御ＩＦ６５０は、ハンディターミナル
６００と店舗ＰＣ２００との間における通信制御を行
う。

【０１２５】また、制御部６６０は、ハンディターミナ
ル６００の各部を制御する制御手段であり、機能概念的
に、ピッキング処理部６６１を備えて構成されている。
このピッキング処理部６６１は、ピッキングに関する処
理を行なうピッキング処理手段であると共に、調剤管理
サーバ１００から送信された医薬品コードとバーコード
リーダ６２２にて読み取られた医薬品コードとが相互に
異なる場合には、所定の警報を出力するための処理を行
う警報処理手段である。この処理内容の詳細については
後述する。このピッキング処理部６６１の機能は、例え
ば、このピッキング処理部６６１を実質的に構成するプ
ログラムが記憶部に記憶され、制御部にて解釈および実
行されることにより実現される。

【０１２６】（システム構成−店舗本部サーバ３００）
次に、店舗本部サーバ３００の構成について説明する。
図５は店舗本部サーバ３００の要部構成を示すブロック
図である。この店舗本部サーバ３００は、納品情報処理
装置であり、格納部３１０、通信制御部３２０、およ
び、制御部３３０を備えて構成されており、これら各部
は任意の通信路を介して通信可能に接続されている。

【０１２７】このうち、格納部３１０は、店舗本部サー
バ３００の各種機能に必要になるプログラムおよびデー
タ等を格納する格納手段（記憶手段）であり、機能概念
的に、処方入力日計処理ＤＢ３１１、仕入確定データＤ
Ｂ３１２、および、コード変換マスターＤＢ３１３を備
えて構成されている。これら処方入力日計処理ＤＢ３１
１、仕入確定データＤＢ３１２、および、コード変換マ
スターＤＢ３１３は、それぞれ調剤管理サーバ１００の
処方入力日計処理ＤＢ１１４、仕入確定データＤＢ１１
９、および、コード変換マスターＤＢ１１３と同一の情
報を格納する格納手段である。

【０１２８】また、図５において、通信制御部３２０、
店舗本部サーバ３００と、インターネット５００（また
はルータ等の通信装置）との間における通信制御を行う
通信手段である。

【０１２９】また、図５において、制御部３３０は、店
舗本部サーバ３００の各部を制御する制御手段であり、
機能概念的に、処方入力日計処理部３３１、および、仕
入確定処理部３３３を備えて構成されている。

【０１３０】このうち、処方入力日計処理部３３１は、
各店舗において処方された薬剤に関する情報に基づい
て、レセプト会計等を行なうために必要な処理を行なう
方入力日計処理手段である。また、仕入確定処理部３３
３は、各店舗における薬剤の仕入れを確定する際の処理
を行なう仕入確定処理手段である。なお、これら各部に
よって行なわれる処理の詳細については、後述する。

【０１３１】（システム構成−店舗本部ＰＣ７００）次
に、店舗本部ＰＣ７００の構成について説明する。図６
は店舗本部ＰＣ７００の要部構成を示すブロック図であ
る。この店舗本部ＰＣ７００は、端末装置であり、概略
的には、ＲＡＭ７１０、ＨＤ７２０、入力装置７３０、
出力装置７４０、入出力制御ＩＦ７５０、通信制御ＩＦ
７６０、および、制御部７７０、を備えて構成されてお
り、これら各部がバスを介してデータ通信可能に接続さ
れている。ただし、店舗本部ＰＣ７００の各部は、特記
する場合を除き、店舗ＰＣ２００の同一名称の各部とほ
ぼ同様に構成することができる。

【０１３２】ここで、入力装置７３０は、検索対象とな
る薬剤を識別するための医薬品コード等の入力を受付け
る入力手段として機能する。また、制御部７７０には、
機能概念的に、Ｗｅｂブラウザ７７１に加えて、更新処
理部７７２が設けられている。この更新処理部７７２
は、調剤管理サーバ１００のコード変換マスターＤＢ１
１３に格納された各種コードの更新を行なうための更新
処理手段である。なお、これら各部によって行なわれる
処理の詳細については、後述する。

【０１３３】（システム構成−備蓄サーバ４００）次
に、備蓄サーバ４００の構成について説明する。図７は
備蓄サーバ４００の要部構成を示すブロック図である。
この図７において、備蓄サーバ４００は、格納部４１
０、通信制御部４２０、および、制御部４３０を備えて
構成されており、これら各部は任意の通信路を介して通
信可能に接続されている。

【０１３４】このうち、格納部４１０は、備蓄サーバ４
００の各種機能に必要になるプログラムおよびデータ等
を格納する格納手段（記憶手段）であり、機能概念的
に、発注情報ＤＢ４１１、および、備蓄在庫ＤＢ４１２
を備えて構成されている。

【０１３５】このうち、発注情報ＤＢ４１１は、調剤管
理サーバ１００から送信された薬剤の発注に関する情報
（発注情報）を格納する発注情報格納手段である。この
発注情報は、例えば、発注された各薬剤のＪＡＮコー
ド、各薬剤の発注量の総量、各薬剤を発注した各店舗の
店舗ＩＤ、各店舗毎の各薬剤の発注量を相互に関連付け
て構成されている。

【０１３６】また、備蓄在庫ＤＢ４１２は、当該備蓄セ
ンターに備蓄されている薬剤に関する情報（備蓄在庫情
報）を格納する備蓄在庫情報格納手段である。この備蓄
在庫情報は、例えば、各薬剤のＪＡＮコード、各薬剤の
製造番号、および、各薬剤の有効期限を相互に関連付け
て構成されている。

【０１３７】また、図７において、通信制御部４２０
は、備蓄サーバ４００と、インターネット５００（また
はルータ等の通信装置）との間における通信制御を行う
通信手段である。

【０１３８】また、図７において、制御部４３０は、備
蓄サーバ４００の各部を制御する制御手段であり、機能
概念的に、納品処理部４３１を備えて構成されている。
この納品処理部４３１は、備蓄センターに備蓄された薬
剤を各店舗に納品するための処理を行なう納品処理手段
である。なお、これら各部によって行なわれる処理の詳
細については、後述する。

【０１３９】（処理の内容）次に、このように構成され
た本システムを用いて行なわれる処理の内容について説
明する。この処理は、（１）ピッキングによる薬剤の発
注に関する処理、（２）手動での薬剤の発注処理に関す
る処理、（３）薬剤の所在確認に関する処理に大別され
る。以下、これら各処理について順次説明する。なお、
各処理の前提として、特記する場合を除き、各ＤＢには
それぞれの情報が任意の方法にて予め格納されているも
のとする。

【０１４０】（処理の内容−ピッキングによる薬剤の発
注処理）最初に、ピッキングによる薬剤の発注に関する
処理ついて説明する。この処理は、図９に示すように、
処方入力日計およびピッキングに関する処理（ステップ
ＳＡ−１）、発注に関する処理（ステップＳＡ−２）、
および、納品に関する処理（ステップＳＡ−３）に大別
される。

【０１４１】（処理の内容−ピッキング発注−処方入力
日計およびピッキング処理）まず、処方入力日計および
ピッキング処理について説明する。この処理のフローチ
ャートを図１０に示す。最初に、各店舗の担当者は、薬
剤の処方を行う際、店舗ＰＣを用いて、調剤管理サーバ
１００にログイン要求を行う（ステップＳＢ−１）。例
えば、店舗ＰＣ２００のＷｅｂブラウザ２７１を起動
し、このＷｅｂブラウザ２７１の所定欄に、所定のＵＲ
Ｌ（Uniform Resource Locator）を入力する。

【０１４２】この要求をインターネット５００を介して
受信した調剤管理サーバ１００の認証処理部１４２は、
店舗または担当者の認証を行なう。すなわち、ＷｅｂＤ
Ｂ１２３から認証画面の画面データを呼び出し、この画
面データをインターネット５００を介して店舗ＰＣ２０
０に送信する（ステップＳＢ−２）。

【０１４３】このように送信された画面データは、店舗
ＰＣ２００のＷｅｂブラウザ２７１にて解釈されてモニ
タ２４１に表示される（ステップＳＢ−３）。なお、こ
れ以降に説明する各画面についても、同様にＷｅｂブラ
ウザ２７１にて解釈されモニタ２４１に表示されるもの
とする。

【０１４４】その後、担当者が、当該店舗の店舗ＩＤお
よび店舗パスワードを認証画面に入力して送信を指示す
ると、入力された店舗ＩＤおよび店舗パスワードが、調
剤管理サーバ１００に送信される（ステップＳＢ−
４）。そして、調剤管理サーバ１００の認証処理部１４
２は、これら送信された店舗ＩＤおよび店舗パスワード
と、店舗マスターＤＢ１１１に格納された店舗ＩＤおよ
び店舗パスワードに基づいて認証を行なう（ステップＳ
Ｂ−５）。

【０１４５】この認証がＯＫの場合、調剤管理サーバ１
００の処方入力日計処理部１４１は、処方データ入力用
画面の画面データをＷｅｂＤＢ１２３から呼び出し、こ
の画面データを店舗ＰＣ２００に送信する（ステップＳ
Ｂ−６）。この結果、処方データ入力用画面が店舗ＰＣ
２００のモニタ２４１に表示される（ステップＳＢ−
７）。そして、担当者は、当該店舗において処方する薬
剤の名称および数量を店舗ＰＣ２００に入力する。この
入力は、従来のレセコンシステムにおける処方内容の入
力と同様に行なうことができ、例えば、キーボード２３
１等を用いて手入力してもよく、あるいは、処方する薬
剤に貼付されているバーコードを図示しないバーコード
リーダでスキャンすることで自動入力してもよい。この
ように入力された情報は、調剤管理サーバ１００に送信
される（ステップＳＢ−８）。

【０１４６】この送信を受けた調剤管理サーバ１００の
処方入力日計処理部１４１は、送信された情報に基づい
て、処方入力日計情報および店別薬剤使用量情報を更新
する（ステップＳＢ−９）。すなわち、処方入力日計処
理部１４１は、店舗ＰＣ２００から送信された薬剤の名
称に基づいて薬剤マスターＤＢ１１２を参照することに
より、この名称に対応する医薬品コードを呼び出す。そ
して、この医薬品コード、店舗ＰＣ２００から送信され
た薬剤の数量、および、任意の方法で取得したその時点
の日付けを、相互に関連付けて処方入力日計処理ＤＢ１
１４に格納する。

【０１４７】また、処方入力日計処理部１４１は、店舗
ＰＣ２００から送信された店舗ＩＤに基づいて店別薬剤
使用量データＤＢ１１５を参照し、この店舗ＩＤに対応
する店別薬剤使用量情報を呼び出す。そして、呼び出し
た店別薬剤使用量情報における数量に、店舗ＰＣ２００
から送信された薬剤の数量を加算する。

【０１４８】なお、図示は省略するが、このように調剤
管理サーバ１００に格納された情報は、店舗本部サーバ
３００に送信され、店舗本部サーバ３００の処方入力日
計処理部３３１によって処方入力日計処理ＤＢ３１１に
格納される。そして、処方入力日計処理部３３１は、こ
の処方入力日計処理ＤＢ３１１に格納された情報に基づ
いて、必要に応じてレセプト会計の処理を実行し、医療
保険の保険料の算定およびその請求等を行う。なお、こ
のレセプト会計の処理自体は、公知のレセプトシステム
と同様の処理を行なうことができるので、その説明を省
略する。

【０１４９】その後、調剤管理サーバ１００のピッキン
グ処理部１４３は、上記呼び出した医薬品コードや、店
舗ＰＣ２００から送信された薬剤の数量を用いて、処方
データ入力用画面の画面データを更新し、店舗ＰＣ２０
０に送信する（ステップＳＢ−１０）。この結果、店舗
ＰＣ２００のモニタ２４１における処方データ入力用画
面が更新される（ステップＳＢ−１１）。

【０１５０】その後、担当者は、店舗ＰＣ２００にハン
ディターミナル６００をシリアルケーブル等にて接続
し、調剤管理サーバ１００から送信されたピッキング用
のデータを、ハンディターミナル６００に転送する（ス
テップＳＢ−１２）。なお、店舗ＰＣ２００とハンディ
ターミナル６００との具体的な接続形態は任意であり、
例えば、無線ＬＡＮを用いることができる。

【０１５１】そして、担当者は、ハンディターミナル６
００を店舗ＰＣ２００から切り離した後、このハンディ
ターミナル６００のモニタ６３１に、ピッキング用のデ
ータを含んだピッキング画面を表示させ（ステップＳＢ
−１３）、この状態でピッキングを行なう。このような
ピッキング画面の表示制御および後述するピッキング時
のデータ入力に関する制御は、ピッキング処理部６６１
にて行なわれる。

【０１５２】このピッキング画面は、店舗の担当者がピ
ッキングを行なうための入力画面であり、例えば、図１
１に示すように、調剤管理サーバ１００から送信された
薬剤の名称ＭＡ−１および医薬品コードＭＡ−２、中間
コードの入力欄ＭＡ−３、ＭＡ−４、発注量の入力欄Ｍ
Ａ−５、次の薬剤のピッキングを指示する指示ボタンＭ
Ａ−６、および、店舗ＰＣ２００へのデータ転送を指示
する送信ボタンＭＡ−７を備えて構成されている。

【０１５３】そして、担当者は、画面に表示される薬剤
の名称および医薬品コードと、実際に発注したい薬剤の
名称および医薬品コードとを対照させつつ、中間コード
および発注量等を入力する。この入力は、店舗の薬品棚
の各薬剤の保管位置に設けた薬剤ラベルを利用して行な
うことができる。この薬剤ラベルは、例えば、図１２に
示すように、当該薬剤の名称ＭＢ−１、医薬品コードＭ
Ｂ−２およびそのバーコードＭＢ−３、中間コード（メ
ーカーコードおよび枝番）ＭＢ−４およびそのバーコー
ドＭＢ−５を備えて構成される。

【０１５４】そして、担当者は、画面に表示される薬剤
の名称および医薬品コードを見ながら、これらと一致す
る名称および医薬品コードの薬剤を探す。そして、その
薬剤の薬剤ラベルに表示されている中間コードのバーコ
ードを、ハンディターミナル６００のバーコードリーダ
６２２で読み取ることによって、中間コードの入力を行
なう。また、担当者は、各薬剤の発注量をキーボード６
２１を介して入力する。このように入力された医薬品コ
ード、中間コード、および、発注量が、ピッキング画面
に表示されると共に、記憶部に記憶される。このような
入力処理によれば、管理センターを経由したデータと対
照させつつ薬剤の発注を行なうことができるので、薬剤
発注時のミスを低減することができる。

【０１５５】ここで、医薬品コード等の入力の際、ピッ
キング処理部６６１は、入力された医薬品コードと、先
に店舗ＰＣ２００から転送された医薬品コードとの一致
を確認し、一致しない場合には図示しないスピーカを介
して警報音等を出力して、入力内容の再確認や修正を促
す。

【０１５６】その後、担当者は、ハンディターミナル６
００を店舗ＰＣ２００にシリアルケーブル等にて接続
し、送信ボタンを選択して、薬剤の名称および医薬品コ
ードと入力データとを店舗ＰＣ２００に転送する（ステ
ップＳＢ−１４）。そして、担当者は、店舗ＰＣ２００
において所定操作を行なうことにより、入力データ等を
調剤管理サーバ１００に送信する（ステップＳＢ−１
５）。

【０１５７】この送信を受けた調剤管理サーバ１００の
ピッキング処理部１４３は、店舗ＰＣ２００から送信さ
れた薬剤の名称、医薬品コード、中間コード、および、
発注量と、先に取得した店舗ＩＤとを、店別発注情報と
して店別発注データＤＢ１１６に格納する（ステップＳ
Ｂ−１６。第１の情報取得手順）。これにて処方入力日
計およびピッキング処理が終了する。

【０１５８】（処理の内容−ピッキング発注−発注処
理）次に、発注処理について説明する。この処理のフロ
ーチャートを図１３、１４に示す。この処理において、
調剤管理サーバ１００の発注処理部１４４は、各店舗の
発注量を集約して一括発注を行なう。具体的には、ま
ず、発注処理部１４４は、所定の集計タイミング（例え
ば、各営業日の営業時間終了後）が到来した場合（ステ
ップＳＣ−１）、店別発注データＤＢ１１６に格納され
ている店別発注情報を呼び出す（ステップＳＣ−２）。
また、発注処理部１４４は、端数データＤＢ１１７に格
納されている端数情報を呼び出す（同じくステップＳＣ
−２）。

【０１５９】そして、発注処理部１４４は、医薬品コー
ドおよび中間コード毎に、店別発注情報または端数情報
に含まれている薬剤の発注量の総計を算定する（ステッ
プＳＣ−３）。そして、発注処理部１４４は、店別発注
情報に含まれている医薬品コードに基づいて薬剤マスタ
ーＤＢ１１２を参照し、各医薬品コードに対応する各薬
剤の最小発注単位を呼び出す（ステップＳＣ−４）。

【０１６０】そして、上記総計した発注量と、呼び出し
た各薬剤の最小発注単位とを相互に比較し、発注する薬
剤およびその発注量を仮確定する（ステップＳＣ−
５）。すなわち、最小発注単位の整数倍に対応する発注
量を、今回発注する薬剤の発注量とし、最小発注単位に
満たない発注量や、最小発注単位の整数倍を超えて余っ
た分の発注量は、端数として今回は発注せず、次回の発
注時に考慮するものと決定する。

【０１６１】この発注量の仮確定後、発注処理部１４４
は、端数として決定された薬剤についての店舗ＩＤ、医
薬品コードと中間コード、および、発注量を、端数情報
として端数データＤＢ１１７に格納する（ステップＳＣ
−６）。また、発注処理部１４４は、今回発注するもの
として決定された薬剤の発注量を、店別発注データＤＢ
１１６または端数データＤＢ１１７の対応する数量から
削除することにより、店別発注情報および端数情報を更
新する（ステップＳＣ−７）。

【０１６２】その後、発注処理部１４４は、今回発注す
る薬剤に関して、発注する各薬剤の医薬品コードと中間
コード、各薬剤の発注量の総量、各薬剤を発注した各店
舗の店舗ＩＤ、および、各店舗毎の各薬剤の発注量を、
発注確認情報として発注確認データＤＢ１１８に格納す
る（ステップＳＣ−８）。

【０１６３】このように格納された発注確認情報は、各
店舗の店舗ＰＣ２００に送信される（ステップＳＣ−
９）。そして、各店舗の担当者は、発注確認情報に基づ
いて、発注内容の適否の確認を行なう。この発注確認情
報の送受信や確認の方法は任意であるが、例えば、調剤
管理サーバ１００の発注処理部１４４は、発注確認情報
に基づいて発注確認用のＷｅｂ画面の画面データを生成
し、この画面データを、店舗ＰＣ２００からの要求に応
じて、あるいは、サーバプッシュにて、店舗ＰＣ２００
に送信する。なお、このような画面データの生成は、例
えば、ＣＧＩ(Common Gateway Interface)を用いて行う
ことができる。

【０１６４】この結果、店舗ＰＣ２００のモニタ２４１
に発注確認画面が表示される（ステップＳＣ−１０）。
この画面は、各店舗において発注する薬剤を確認するた
めの画面であり、例えば、各店舗において発注する薬剤
の医薬品コードと中間コード、発注量、および、発注内
容を確認した旨を入力する確認ボタンを含んで構成され
ている。そして、担当者が発注内容を確認し、入力装置
２３０を介して確認ボタンを選択すると、確認が行なわ
れた旨が調剤管理サーバ１００に送信される（ステップ
ＳＣ−１１）。

【０１６５】担当者からの確認の旨を受けた調剤管理サ
ーバ１００の発注処理部１４４は、確認された発注確認
情報を、仕入確定情報として仕入確定データＤＢ１１９
に格納する（ステップＳＣ−１２）。その後、発注処理
部１４４は、薬剤を備蓄センターへ発注するための処理
を行なう。具体的には、発注処理部１４４は、仕入確定
データＤＢ１１９の仕入確定情報に含まれる医薬品コー
ドおよび中間コードに基づいてコード変換マスターＤＢ
１１３を参照し、これら医薬品コードおよび中間コード
に対応するＪＡＮコードを呼び出す（ステップＳＣ−１
３）。

【０１６６】そして、発注処理部１４４は、仕入確定情
報に含まれる医薬品コードおよび中間コードを、ＪＡＮ
コードに変換することにより、発注情報を生成する（ス
テップＳＣ−１４）。そして、発注処理部１４４は、こ
の発注情報を備蓄サーバ４００に送信することにより、
発注の処理を行なう。このような処理により、医薬品コ
ードをＪＡＮコードに変換することができ、医薬品メー
カーや納品形態まで一意に特定して薬剤を発注すること
ができる。

【０１６７】一方、備蓄サーバ４００の納品処理部４３
１は、調剤管理サーバ１００からの発注情報の送信の有
無を監視しており、この発注情報の送信を受けると、こ
の発注情報を発注情報ＤＢ４１１に格納する（ステップ
ＳＣ−１５）。これにて発注処理が終了する。

【０１６８】なお、図示は省略するが、仕入確定データ
ＤＢ１１９に格納された仕入確定情報は、必要に応じて
店舗本部サーバ３００に送信され、この店舗本部サーバ
３００の仕入確定処理部３３３により、仕入確定データ
ＤＢ３１２に格納される。そして、店舗本部では、この
ように格納された仕入確定情報を用いて、各店舗の販売
の管理等を行なう。

【０１６９】また、コード変換マスターＤＢ１１３のコ
ード変換マスター情報は、必要に応じて店舗本部から更
新される。すなわち、店舗本部の担当者は、店舗本部サ
ーバ３００のコード変換マスターＤＢ３１３に格納され
たコード変換マスター情報を、店舗本部ＰＣ７００の更
新処理部７７２を介して呼び出し、最新の内容に更新す
ることができる。そして、このように更新したコード変
換マスター情報を、インターネット５００を介して調剤
管理サーバ１００に送信し、調剤管理サーバ１００のコ
ード変換マスターＤＢ１１３に格納することができる。
このことにより、調剤管理サーバ１００においては、常
に最新のコード変換マスター情報を保持して使用するこ
とができる。

【０１７０】（処理の内容−ピッキング発注−納品処
理）次に、納品処理について説明する。この処理のフロ
ーチャートを図１５に示す。この処理において、備蓄サ
ーバ４００の納品処理部４３１は、所定の納品タイミン
グが到来した場合に（ステップＳＤ−１）、発注された
薬剤の納品を行なう。例えば、納品処理部４３１は、発
注情報ＤＢ４１１から発注情報を呼び出し（ステップＳ
Ｄ−２）、この発注情報の内容等を記載した納品伝票を
図示しない出力装置を介して所定形式で自動出力する
（ステップＳＤ−３）。

【０１７１】その後、備蓄センターでは、この納品伝票
に基づいて、自動または手動にて薬剤の選定および発送
を行なう。なお、この際、各店舗毎の発注量を備蓄サー
バ４００に送信し、この備蓄センター等において、納品
する薬剤を各店舗向けに小分けして発送するための処理
を行なうようにしてもよい。

【０１７２】また、納品処理部４３１は、各店舗に納品
する薬剤に対応する備蓄情報、すなわち、納品する各薬
剤のＪＡＮコード、製造番号、および、有効期限を備蓄
在庫ＤＢ４１２から呼び出し、これらの備蓄情報と、納
品先になる店舗の店舗ＩＤ、納品する数量、および、そ
の時点の日時（納品日時）とを納品情報として調剤管理
サーバ１００に送信する（ステップＳＤ−４）。

【０１７３】この送信を受けた調剤管理サーバ１００の
発注処理部１４４は、備蓄サーバ４００から送信された
納品情報を納品データＤＢ１２１に格納する（ステップ
ＳＤ−５）。これにて納品処理が終了し、ピッキングに
よる薬剤の発注処理が終了する。なお、この処理の後、
必要に応じて、各店舗に納品された薬剤を検品し、その
結果を店舗ＰＣ２００や調剤管理サーバ１００に蓄積し
て、各種の処理に用いることができる。

【０１７４】（処理の内容−手動での薬剤の発注に関す
る処理）次に、手動での薬剤の発注に関する処理につい
て説明する。この処理は、図１６に示すように、ピッキ
ングに関する処理（ステップＳＥ−１）、発注に関する
処理（ステップＳＥ−２）、および、納品（ステップＳ
Ｅ−３）に関する処理に大別される。

【０１７５】（処理の内容−手動での薬剤の発注処理−
ピッキング処理）まず、ピッキング処理について説明す
る。この処理のフローチャートを図１７に示す。まず、
店舗の担当者は、ハンディターミナル６００のモニタ６
３１に所定方法で所定のピッキング画面を表示させ（ス
テップＳＦ−１）、この状態でピッキングを行なう。

【０１７６】このピッキング画面は、店舗の担当者がピ
ッキングを行なうための入力画面であり、例えば、医薬
品コードの入力欄、中間コードの入力欄、発注量の入力
欄、次の薬剤のピッキングを指示する指示ボタン、およ
び、店舗ＰＣ２００へのデータ転送を指示する送信ボタ
ンを備えて構成されている。

【０１７７】そして、担当者は、発注したい薬剤につい
ての情報を、各入力欄に入力する。この入力は、ピッキ
ングによる薬剤の発注処理の場合と同様に、店舗の薬品
棚等に設けたバーコードを利用して行なうことができ
る。すなわち、担当者は、発注したい薬剤が保管される
薬剤棚を探し、その薬剤棚に貼付されているバーコード
を、ハンディターミナル６００のバーコードリーダ６２
２で読み取ることによって、医薬品コードおよび中間コ
ードの入力を行なう。また、担当者は、各薬剤の発注量
をキーボード６２１を介して入力する。このように入力
された医薬品コード、中間コード、および、発注量が、
ピッキング画面に表示される。

【０１７８】その後、担当者は、ハンディターミナル６
００を店舗ＰＣ２００にシリアルケーブル等にて接続
し、送信ボタンを選択して、入力データを店舗ＰＣ２０
０に転送する（ステップＳＦ−２）。そして、店舗ＰＣ
２００において所定操作を行なうことにより、入力デー
タを調剤管理サーバ１００に送信する（ステップＳＦ−
３）。

【０１７９】この送信を受けた調剤管理サーバ１００の
ピッキング処理部１４３は、店舗ＰＣ２００から送信さ
れた薬剤の名称、医薬品コード、中間コード、および、
発注量と、先に取得した店舗ＩＤとを、店別発注情報と
して店別発注データＤＢ１１６に格納する（ステップＳ
Ｆ−４）。これにてピッキング処理が終了する。

【０１８０】（処理の内容−手動での薬剤の発注処理−
他の処理）その後、ピッキングによる薬剤の発注処理の
場合とほぼ同様に、発注に関する処理、および、納品に
関する処理が行なわれる。ただし、発注に関する処理に
おいては、各店舗に対する発注内容の確認のための処理
（図１３、１４のステップＳＣ−８〜ＳＣ−１２）を省
略することができ、ステップＳＣ−７の後、今回発注す
る薬剤に関して、発注する各薬剤の医薬品コードと中間
コード、各薬剤の発注量の総量、各薬剤を発注した各店
舗の店舗ＩＤ、および、各店舗毎の各薬剤の発注量を、
仕入確定情報として仕入確定データＤＢ１１９に格納す
ることができる。これにて手動での薬剤の発注処理が終
了する。

【０１８１】（処理の内容−薬剤所在確認に関する処
理）次に、薬剤所在確認に関する処理について説明す
る。この処理は、在庫情報を修正する処理と、在庫情報
を照会する処理に大別される。

【０１８２】（処理の内容−薬剤所在確認に関する処理
−在庫情報修正処理）まず、在庫情報を修正するための
処理について説明する。この処理のフローチャートを図
１８に示す。この処理では、調剤管理サーバ１００に格
納されている在庫情報の内容が、各店舗における日々の
受払による在庫変動、処方取消、製造番号や有効期限修
正の要請等に応じて修正される。また、調剤管理サーバ
１００に格納されている店別在庫情報が、各店舗におけ
る薬剤の処方実績や、各店舗に対する薬剤の納品実績に
基づいて、自動的に更新される。

【０１８３】具体的には、担当者は、以前に行なった処
方を取り消したり、管理センターに格納されている店別
在庫情報の内容を修正したい場合には、店舗ＰＣ２００
のＷｅｂブラウザ２７１を起動し、このＷｅｂブラウザ
２７１の所定欄に、店別在庫情報の修正を行なう所定の
在庫修正画面のＵＲＬ（Uniform Resource Locator）を
入力して画面データの送信要求を行なう（ステップＳＧ
−１）。

【０１８４】この要求をインターネット５００を介して
受信した調剤管理サーバ１００の認証処理部１４２は、
ピッキングによる発注処理等の場合と同様に認証を行な
う（ステップＳＧ−２〜ＳＧ−５）。そして、この認証
がＯＫの場合、調剤管理サーバ１００の在庫修正部１４
５は、店舗ＰＣ２００から送信された店舗ＩＤに基づい
て店別在庫ＤＢ１２０を参照することにより、当該店舗
の店別在庫情報を呼び出す（ステップＳＧ−６）。ま
た、在庫修正部１４５は、店舗ＩＤに基づいて処方入力
日計処理ＤＢ１１４を参照することにより、当該店舗の
処方入力日計情報を呼び出す。そして、在庫修正部１４
５は、これら呼び出した情報を用いて、在庫修正画面の
画面データを生成し、この画面データを店舗ＰＣ２００
に送信する（ステップＳＧ−７）。

【０１８５】この結果、店舗ＰＣ２００のモニタ２４１
に在庫修正画面が表示される（ステップＳＧ−８）。こ
の画面は、在庫の修正を行なうための画面であり、例え
ば、図１９に示すように、これまでに処方した薬剤の名
称ＭＣ−１、医薬品コードＭＣ−２、および、数量の表
示ＭＣ−３と、修正数量を入力するための入力欄ＭＣ−
４と、店別在庫情報に含まれる薬剤の名称ＭＣ−５、店
別在庫情報に含まれる医薬品コードＭＣ−６、店別在庫
情報に含まれる中間コードＭＣ−７、修正したい中間コ
ードを入力するための入力欄ＭＣ−８、店別在庫情報に
含まれる製造番号ＭＣ−９、修正したい製造番号を入力
するための入力欄ＭＣ−１０、店別在庫情報に含まれる
有効期限ＭＣ−１１、修正したい有効期限を入力するた
めの入力欄ＭＣ−１２、店別在庫情報に含まれる数量Ｍ
Ｃ−１３、修正したい数量を入力するための入力欄ＭＣ
−１４、および、入力内容の送信を指示するための送信
ボタンＭＣ−１５を備えて構成されている。

【０１８６】そして、担当者が必要な情報を入力して送
信ボタンＭＣ−１５を選択すると、入力された情報が調
剤管理サーバ１００に送信される（ステップＳＧ−
９）。この送信を受けた調剤管理サーバ１００の在庫修
正部１４５は、店舗ＰＣ２００から送信された情報を、
在庫修正情報として在庫修正データＤＢ１２２に格納す
る（ステップＳＧ−１０）。

【０１８７】また、在庫修正部１４５は、このように店
舗ＰＣ２００から送信された情報に基づいて、店別在庫
ＤＢ１２０の店別在庫情報を修正する（ステップＳＧ−
１１）。この修正は、店舗における処方の取消等を反映
させるために行われる。例えば、店別在庫情報の薬剤の
数量を、店舗ＰＣ２００から送信された薬剤の数量で上
書きする。

【０１８８】また、在庫修正部１４５は、上述の処方入
力日計処理において店別薬剤使用量データＤＢ１１５に
格納された店別薬剤使用量情報に基づいて、店別在庫Ｄ
Ｂ１２０の店別在庫情報を修正する（ステップＳＧ−１
２）。この修正は、各店舗で処方した薬剤を、店別在庫
情報から差し引くために行なわれる。例えば、店別在庫
情報の中から、店別薬剤使用量情報にて示される数量に
対応する分の薬剤の在庫情報を削除する。

【０１８９】特に、ここで削除する在庫情報は、店舗に
おいて薬剤が先入れ先出しされることを前提として決定
する。具体的には、在庫情報に含まれる納品日時を参照
し、この納品日時が古い順に、薬剤使用量情報にて特定
される薬剤の使用量分だけ、在庫情報を削除する。な
お、在庫情報の修正は、薬剤が処方された旨を示すこと
ができればよいため、必ずしも在庫情報を削除せずとも
よく、例えば、処方済みである旨を示すフラグを立てて
もよい。

【０１９０】また、在庫修正部１４５は、納品データＤ
Ｂ１２１に格納されている納品情報に基づいて、店別在
庫ＤＢ１２０の店別在庫情報を修正する（ステップＳＧ
−１３）。この修正は、備蓄センターから各店舗に納品
された薬剤を、店別在庫情報に加算するために行なわれ
る。例えば、納品された薬剤の製造番号、有効期限、数
量、および、納品日時を、納品された店舗の店舗ＩＤに
関連付けて店別在庫ＤＢ１２０に格納する。これにて在
庫情報修正処理が終了する。

【０１９１】（処理の内容−薬剤所在確認に関する処理
−在庫情報照会処理）まず、在庫情報を照会するための
処理について説明する。この処理のフローチャートを図
２０に示す。この処理では、調剤管理サーバ１００に格
納された店別在庫情報を対象として、薬剤の検索を行な
うことができる。

【０１９２】具体的には、店舗本部の担当者は、回収命
令が発生された等の理由によって検索を行いたい場合に
は、店舗本部ＰＣ７００のＷｅｂブラウザを起動し、こ
のＷｅｂブラウザの所定欄に、店別在庫情報の検索を行
なう所定の検索画面のＵＲＬ（Uniform Resource Locat
or）を入力して画面データの送信要求を行なう（ステッ
プＳＨ−１）。

【０１９３】この要求をインターネット５００を介して
受信した調剤管理サーバ１００の認証処理部１４２は、
ピッキングによる発注処理等の場合と同様に認証を行な
う（ステップＳＨ−２〜ＳＨ−５）。そして、この認証
がＯＫの場合、調剤管理サーバ１００の在庫検索部１４
６は、ＷｅｂＤＢ１２３から検索画面の画面データを呼
び出し、この画面データを店舗本部ＰＣ７００に送信す
る（ステップＳＨ−６）。

【０１９４】この結果、店舗本部ＰＣ７００のモニタに
検索画面が表示される（ステップＳＨ−７）。この画面
は、店別在庫情報を対象とする薬剤検索を行なうための
画面であり、例えば、図２１に示すように、検索したい
薬剤の医薬品コードを入力する入力欄ＭＤ−１、検索し
たい薬剤の製造番号を入力する入力欄ＭＤ−２、検索対
象とする店舗の所在エリアを選択するドロップダウンリ
ストＭＤ−３、および、検索実行を指示する検索ボタン
ＭＤ−４を備えて構成されている。

【０１９５】そして、担当者は、医薬品コードと製造番
号の一方または両方を入力し、必要に応じてドロップダ
ウンリストＭＤ−３で所在エリアを選択し、検索ボタン
ＭＤ−４を選択すると、入力および選択した情報が調剤
管理サーバ１００に送信される（ステップＳＨ−８）。

【０１９６】この送信を受けた調剤管理サーバ１００の
在庫検索部１４６は、店舗本部ＰＣ７００から送信され
た情報に基づいて店別在庫情報の検索を行なう。例え
ば、所在エリアが選択された場合には、この所在エリア
に該当する店舗の店舗ＩＤを店舗マスターＤＢ１１１か
ら呼び出し、この店舗ＩＤに対応する店別在庫情報のみ
を呼び出して検索対象とする（ステップＳＨ−９）。そ
して、担当者によって入力された医薬品コードまたは製
造番号を検索キーとして、ＡＮＤ条件にてまたはＯＲ条
件にて店別在庫情報を検索し、該当する店舗の店舗ＩＤ
を特定する（ステップＳＨ−１０）。

【０１９７】その後、在庫検索部１４６は、特定された
店舗ＩＤに基づいて店舗マスターＤＢ１１１を参照し、
該当する店舗の店舗マスター情報を呼び出す。そして、
在庫検索部１４６は、店舗マスター情報に基づいて検索
結果表示画面の画面データを生成して、この画面データ
を店舗本部ＰＣ７００に送信する（ステップＳＨ−１
１）。

【０１９８】この結果、店舗本部ＰＣ７００のモニタに
は、検索結果表示画面が表示される（ステップＳＨ−１
２）。この画面は、検索結果を担当者に表示するための
画面であり、例えば、図２２に示すように、検索キーに
なった医薬品コードＭＥ−１、製造番号ＭＥ−２、およ
び、所在エリアＭＥ−３と、検索された薬剤が在庫され
ている店舗の各店舗の住所ＭＥ−４、店名ＭＥ−５、お
よび、電話番号ＭＥ−６が表示されている。このような
検索を行なうことができるので、回収対象になった薬剤
の所在等を容易に確認することができる。これにて在庫
情報照会処理が終了する。

【０１９９】（他の実施の形態）さて、これまで本発明
の実施の形態について説明したが、本発明は、上述した
実施の形態以外にも、上記特許請求の範囲に記載した技
術的思想の範囲内において種々の異なる実施の形態にて
実施されてよいものである。

【０２００】例えば、上記実施の形態においては、店舗
本部を設けているが、店舗本部を省略し、各店舗、管理
センター、および、備蓄センターでシステムを構成する
こともできる。

【０２０１】また、医薬品コードとＪＡＮコードとの変
換機能は、調剤管理サーバ１００に設けるものとして説
明したが、この変換機能を店舗ＰＣ２００や備蓄サーバ
４００に設けてもよい。

【０２０２】また、店舗には、店舗ＰＣ２００とは別
に、レセプトに関する情報処理を行なうためのレセプト
コンピュータを設けてもよい。この場合、例えば、処方
入力日計処理はレセプトコンピュータと調剤管理サーバ
１００との間で行い、ピッキング処理は店舗ＰＣ２００
と調剤管理サーバ１００との間で行うようにしてもよ
い。

【０２０３】また、実施形態において説明した各処理の
うち、自動的に行なわれるものとして説明した処理の全
部または一部を手動的に行うこともでき、あるいは、手
動的に行なわれるものとして説明した処理の全部または
一部を公知の方法で自動的に行うこともできる。この
他、上記文書中や図面中で示した処理手順、制御手順、
具体的名称、各種の登録データや検索条件等のパラメー
タを含む情報については、特記する場合を除いて任意に
変更することができる。

【０２０４】また、図示した各装置の各構成要素は機能
概念的なものであり、必ずしも物理的に図示の如く構成
されていることを要しない。例えば、各サーバや各装置
が備えた処理機能、特に制御部にて行なわれる各処理機
能は、その全部または任意の一部が、ＣＰＵ(Central P
rocessing Unit)および当該ＣＰＵにて解析実行される
プログラムにて実現され、あるいは、ワイヤードロジッ
クによるハードウェアとして実現される。また、このコ
ンピュータプログラムは、各サーバや各装置に対して任
意のネットワークを介して接続されたアプリケーション
プログラムサーバに記録されてもよく、必要に応じてそ
の全部または一部をダウンロードすることも可能であ
る。このあるいは、各制御部の全部または任意の一部
を、ワイヤードロジック等によるハードウェアとして実
現することも可能である。

【０２０５】さらに、各サーバや各装置の分散・統合の
具合的形態は図示のものに限られず、その全部または一
部を、各種の負荷等に応じた任意の単位で、機能的また
は物理的に分散・統合して構成することができる。ま
た、各装置は、ＰＨＳ（Personal Handy Phone System)
の如き他の形態による移動体通信端末や、パーソナルコ
ンピュータ、ワークステーション、家庭用ゲーム機、イ
ンターネットＴＶ、あるいは、ＰＤＡ(Personal Digita
l Assistant)、コンビニエンスストアに設置したＫＩＯ
ＳＫ端末等として構成されてもよい。

【０２０６】（ネットワーク）また、各サーバや各装置
を接続するネットワークとしては、上述したインターネ
ット５００に限られず、任意のネットワークを利用する
ことができる。例えば、限定されたエリア内でＬＡＮ、
ＷＡＮあるいはパソコン通信網を用いて、本システムを
構築することができる。また、その他にも、地上波、Ｃ
ＡＴＶ、ＣＳ、ＢＳ、あるいは、ブロードバンドネット
ワーク等を用いて、各種データを送受信することができ
る。すなわち、ネットワークには、有線ネットワークの
みならず、これら無線・通信ネットワークを含めること
ができる。

【０２０７】また、「コンピュータ読み取り可能な記録
媒体」とは、フロッピー（登録商標）ディスク、光磁気
ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−
ＲＯＭ、ＭＯ、ＤＶＤ等の任意の「可搬用の物理媒体」
や、各種コンピュータシステムに内蔵されるＲＯＭ、Ｒ
ＡＭ、ＨＤ等の任意の「固定用の物理媒体」、あるい
は、ＬＡＮ、ＷＡＮ、インターネットに代表されるネッ
トワークを介してプログラムを送信する場合の通信回線
や搬送波のように、短期にプログラムを保持する「通信
媒体」を含むものとする。

【０２０８】また、「プログラム」とは、任意の言語や
記述方法にて記述されたデータ処理方法であり、ソース
コードやバイナリコード等の形式を問わない。なお、
「プログラム」は必ずしも単一的に構成されるものに限
られず、複数のモジュールやライブラリとして分散構成
されるものや、ＯＳ（Operating System）に代表される
別個のプログラムと協働してその機能を達成するものを
も含む。なお、実施の形態に示した各装置において記録
媒体を読み取るための具体的な構成、読み取り手順、あ
るいは、読み取り後のインストール手順等については、
周知の構成や手順を用いることができる。

【０２０９】

【発明の効果】以上に説明したように、本発明によれ
ば、各調剤店舗に補充すべき薬剤の総量が算定され、こ
の総量等に基づいて、各薬剤の発注が行なわれる。した
がって、複数の各調剤店舗の発注量を集約して発注単位
以上として発注を行なうことができ、各調剤店舗の経営
効率を向上させることができる。また、発注コストや納
品コストを低減することができ、この点においても各調
剤店舗の経営効率を向上させることができる。

【０２１０】また、本発明によれば、処方等された薬剤
の薬剤識別情報を確認しつつ、ハンディターミナル等で
薬剤識別情報を入力して発注依頼を行うことができるの
で、薬剤識別情報の入力ミスを防止することができ、薬
剤の発注を一層正確に行うことができる。

【０２１１】また、本発明によれば、ハンディターミナ
ル等の第２の端末装置で薬剤識別情報が読み取られた
際、この薬剤識別情報と、処方等された薬剤の薬剤識別
情報とが一致しない場合には、警報音を出力等すること
で、薬剤を正確に取り出すことや発注することができ、
薬剤の処方ミスや発注ミスを防止することができる。

【０２１２】また、本発明によれば、薬剤の総量のう
ち、発注単位情報にて特定される最小発注単位の整数倍
の部分についてのみ、薬剤の発注が行なわれる。したが
って、最小発注単位に対応した量の発注を自動的に行な
うことができる。

【０２１３】また、本発明によれば、薬剤の総量を算定
する際、それまでの発注時に端数として残っている薬剤
の量を含めて総量が算定される。したがって、発注の継
続性を保持することができる。

【０２１４】また、本発明によれば、各場面において最
適な形態のコードを、正確かつ容易に用いることができ
る。

【０２１５】また、本発明によれば、ハンディターミナ
ル等の第２の端末装置によって医薬品コードおよび中間
コードが読み取られ、これら医薬品コードおよび中間コ
ードに基づいて薬剤の発注が行われる。したがって、実
際に処方された薬剤を正確に知っている調剤店舗の薬剤
師等が、必要な薬剤を中間コードを用いて一意に特定し
て発注を行うことができるので、薬剤を正確かつ容易に
発注することができる。

【０２１６】また、本発明によれば、納品情報処理装置
からの流通コードが医薬品コードおよび中間コードに変
換される。したがって、納品作業を容易かつ正確に行な
うことができる。

【０２１７】また、本発明によれば、薬剤識別情報を検
索キーとし、所定の薬剤が在庫されている調剤店舗を検
索することができる。したがって、薬剤回収命令が発せ
られたような場合においても、回収対象になった薬剤の
所在を正確かつ容易に確認することができ、回収を短期
間で漏れなく行なうことができる。

【０２１８】また、本発明によれば、在庫修正情報に基
づいて、薬剤識別情報および店舗識別情報が修正され
る。したがって、常に最新で正確な在庫情報を保持して
おくことができ、検索等の正確性を維持することができ
る。

【０２１９】また、本発明によれば、薬剤使用量情報に
基づいて、薬剤識別情報および店舗識別情報が修正され
る。

【０２２０】また、本発明によれば、店舗において薬剤
が先入れ先出しで処方されることを想定し、納品タイミ
ングが古い薬剤から順次、処方済みとして在庫情報を修
正していくので、処方した薬剤を個別に指定することな
く、在庫情報を更新することができる。

【図面の簡単な説明】

【図１】本発明の実施形態にかかる調剤管理システムを
含んだシステム全体の構成図である。

【図２】調剤管理サーバの要部構成を示すブロック図で
ある。

【図３】店舗ＰＣの要部構成を示すブロック図である。

【図４】ハンディターミナルの要部構成を示すブロック
図である。

【図５】店舗本部サーバの要部構成を示すブロック図で
ある。

【図６】店舗本部ＰＣの要部構成を示すブロック図であ
る。

【図７】備蓄サーバの要部構成を示すブロック図であ
る。

【図８】コード間の対応テーブルを示す図である。

【図９】ピッキングによる薬剤の発注処理のフローチャ
ートである。

【図１０】処方入力日計処理およびピッキング処理のフ
ローチャートである。

【図１１】ピッキング画面の表示例を示す図である。

【図１２】薬剤ラベルの表示例を示す図である。

【図１３】発注処理のフローチャートである。

【図１４】図１３に続く、発注処理のフローチャートで
ある。

【図１５】納品処理のフローチャートである。

【図１６】手動での薬剤の発注に関する処理のフローチ
ャートである。

【図１７】ピッキング処理のフローチャートである。

【図１８】在庫情報修正処理のフローチャートである。

【図１９】在庫修正画面の表示例を示す図である。

【図２０】在庫情報照会処理のフローチャートである。

【図２１】検索画面の表示例を示す図である。

【図２２】検索結果表示画面の表示例を示す図である。

【符号の説明】

１００ 調剤管理サーバ １１０ 格納部 １１１ 店舗マスターＤＢ １１２ 薬剤マスターＤＢ １１３ コード変換マスターＤＢ １１４ 処方入力日計処理ＤＢ １１５ 店別薬剤使用量データＤＢ １１６ 店別発注データＤＢ １１７ 端数データＤＢ １１８ 発注確認データＤＢ １１９ 仕入確定データＤＢ １２０ 店別在庫ＤＢ １２１ 納品データＤＢ １２２ 在庫修正データＤＢ １２３ ＷｅｂＤＢ １３０ 通信制御部 １４０ 制御部 １４１ 処方入力日計処理部 １４２ 認証処理部 １４３ ピッキング処理部 １４４ 発注処理部 １４５ 在庫修正部 １４６ 在庫検索部 ２００ 店舗ＰＣ ３００ 店舗本部サーバ ４００ 備蓄サーバ ５００ インターネット ６００ ハンディターミナル ７００ 店舗本部ＰＣ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 持塚 朗 東京都新宿区西新宿２丁目６番１号 シー エスケイネットワークシステムズ株式会社 内

Claims (36)

【特許請求の範囲】
1. 【請求項１】 複数の調剤店舗に設けられた端末装置
   と、これら複数の調剤店舗において処方される薬剤に関
   する情報を管理する調剤管理情報処理装置とを、ネット
   ワークを介して相互に通信可能に接続して構成された調
   剤管理システムであって、 上記端末装置は、 当該端末装置が設けられた調剤店舗に補充すべき薬剤の
   種類を特定するための薬剤識別情報と、当該補充すべき
   薬剤の数量を特定するための薬剤数量情報との入力を受
   付ける入力手段と、 上記入力手段を介して入力された薬剤識別情報および薬
   剤数量情報を、上記ネットワークを介して上記調剤管理
   情報処理装置に送信する送信手段とを備え、 上記調剤管理情報処理装置は、 上記複数の調剤店舗の各々の上記端末装置の上記送信手
   段を介して送信された上記薬剤識別情報および上記薬剤
   数量情報を受信する受信手段と、 上記受信手段にて受信された各調剤店舗の薬剤数量情報
   に基づいて、補充すべき各薬剤の総量を算定し、この総
   量と上記受信手段にて受信された上記薬剤識別情報とに
   基づいて、各薬剤を所定の発注先に発注するための所定
   の処理を行なう発注手段と、 を備えたことを特徴とする調剤管理システム。
2. 【請求項２】 複数の調剤店舗に設けられた第１の端末
   装置および第２の端末装置と、これら複数の調剤店舗に
   おいて処方される薬剤に関する情報を管理する調剤管理
   情報処理装置とを、ネットワークを介して相互に通信可
   能に接続して構成された調剤管理システムであって、 上記第１の端末装置は、 当該第１の端末装置が設けられた調剤店舗に補充すべき
   薬剤の種類を特定するための薬剤識別情報の入力を受付
   ける入力手段と、 上記入力手段を介して入力された薬剤識別情報を、上記
   ネットワークを介して上記調剤管理情報処理装置に送信
   する送信手段とを備え、 上記調剤管理情報処理装置は、 上記複数の調剤店舗の各々の上記第１の端末装置の上記
   送信手段を介して送信された上記薬剤識別情報を受信す
   る受信手段と、 上記受信手段にて受信された上記薬剤識別情報を、当該
   薬剤識別情報を送信した上記調剤店舗の上記第２の端末
   装置に直接または間接に送信する送信手段とを備え、 上記第２の端末装置は、 上記調剤管理情報処理装置の上記送信手段から直接また
   は間接に送信された上記薬剤識別情報を受信する受信手
   段と、 当該第２の端末装置の受信手段にて受信された薬剤識別
   情報を出力する出力手段と、 上記出力手段にて出力された薬剤識別情報に対応する薬
   剤の保管位置に設けられた上記薬剤識別情報を読み取る
   読み取り手段と、 上記読み取り手段にて読み取られた上記薬剤識別情報を
   上記調剤管理情報処理装置に直接または間接に送信する
   送信手段とを備え、 上記調剤管理情報処理装置は、 上記第２の端末装置の送信手段にて送信され当該調剤管
   理情報処理装置の受信手段にて受信された上記薬剤識別
   情報に基づいて、上記薬剤の発注に関する処理を行う発
   注処理手段をさらに備えること、 を特徴とする調剤管理システム。
3. 【請求項３】 上記第２の端末装置は、 上記第２の端末装置の受信手段にて受信された薬剤識別
   情報と、上記読み取り手段にて読み取られた薬剤識別情
   報とが相互に異なる場合には、所定の警報を出力するた
   めの処理を行う警報処理手段を備えることを特徴とする
   請求項２に記載の調剤管理システム。
4. 【請求項４】 複数の調剤店舗に設けられた端末装置
   と、これら複数の調剤店舗において処方される薬剤に関
   する情報を管理する調剤管理情報処理装置と、薬剤の納
   品を行なう納品情報処理装置とを、ネットワークを介し
   て相互に通信可能に接続して構成された調剤管理システ
   ムであって、 上記端末装置、上記調剤管理情報処理装置、または、上
   記納品情報処理装置の全部または一部に、 各薬剤を医療会計過程において識別するための医薬品コ
   ードと、各薬剤を流通過程において識別するための流通
   コードと、これら医薬品コードと流通コードとを相互に
   関連付けるための中間コードと、を相互に対応付けて格
   納するコード情報格納手段と、 上記医薬品コードまたは上記流通コードのいずれか一方
   が特定された場合に、上記コード情報格納手段に格納さ
   れた医薬品コード、流通コード、および、中間コードに
   基づいて、上記医薬品コードと上記流通コードとの相互
   変換を行なうコード変換手段と、 を備えたことを特徴とする調剤管理システム。
5. 【請求項５】 上記薬剤識別情報は、上記医薬品コード
   または当該医薬品コードを特定するための情報であり、 上記第２の端末装置の読み取り手段は、上記保管位置に
   設けられた上記中間コードを上記薬剤識別情報と共に読
   み取る読み取り手段であり、 上記第２の端末装置の送信手段は、上記中間コードを上
   記薬剤識別情報と共に上記調剤管理情報処理装置に直接
   または間接に送信する送信手段であり、 上記調剤管理情報処理装置の発注処理手段は、当該調剤
   管理情報処理装置の受信手段にて受信された上記中間コ
   ードおよび上記薬剤識別情報に基づいて、上記薬剤の発
   注に関する処理を行うこと、 を特徴とする請求項２および４に記載の調剤管理システ
   ム。
6. 【請求項６】 複数の調剤店舗またはこれら複数の調剤
   店舗を統括する店舗本部に設けられた端末装置と、これ
   ら複数の調剤店舗において処方される薬剤に関する情報
   を管理する調剤管理情報処理装置とを、ネットワークを
   介して相互に通信可能に接続して構成された調剤管理シ
   ステムであって、 上記端末装置は、 検索対象となる薬剤を識別するための薬剤識別情報の入
   力を受付ける入力手段と、 上記入力手段にて受付けられた上記薬剤識別情報を、上
   記ネットワークを介して上記調剤管理情報処理装置に送
   信する送信手段とを備え、 上記調剤管理情報処理装置は、 上記端末装置の上記送信手段を介して送信された上記薬
   剤識別情報を受信する受信手段と、 上記調剤店舗に在庫されている薬剤の種類を特定するた
   めの薬剤識別情報と、当該薬剤が在庫されている調剤店
   舗を特定するための店舗識別情報とを相互に関連付けて
   格納する在庫情報格納手段と、 上記受信手段にて受信された上記薬剤識別情報を検索キ
   ーとし、上記在庫情報格納手段に格納された薬剤識別情
   報および店舗識別情報を検索対象として、所定の薬剤が
   在庫されている調剤店舗を検索する検索手段と、 を備えたことを特徴とする調剤管理システム。
7. 【請求項７】 複数の調剤店舗に設けられた端末装置に
   対してネットワークを介して相互に通信可能に接続して
   構成される調剤管理情報処理装置であって、 上記複数の調剤店舗の各々の上記端末装置から上記ネッ
   トワークを介して送信された、当該端末装置が設けられ
   た調剤店舗に補充すべき薬剤の種類を特定するための薬
   剤識別情報と、当該補充すべき薬剤の数量を特定するた
   めの薬剤数量情報とを受信する受信手段と、 上記受信手段にて受信された各調剤店舗の薬剤数量情報
   に基づいて、上記複数の調剤店舗に補充すべき各薬剤の
   総量を算定し、この総量と上記受信手段にて受信された
   上記薬剤識別情報とに基づいて、各薬剤を所定の発注先
   に発注するための所定の処理を行なう発注手段と、 を備えたことを特徴とする調剤管理情報処理装置。
8. 【請求項８】 上記受信手段にて受信された上記薬剤識
   別情報を、当該薬剤識別情報を送信した調剤店舗におけ
   る同一もしくは別の端末装置に送信する送信手段を備
   え、 上記受信手段は、上記送信手段から送信された薬剤識別
   情報のうち、発注を行なうものとして上記調剤店舗にお
   いて確認された薬剤の薬剤識別情報を上記端末装置から
   受信し、 上記発注手段は、上記確認された薬剤の薬剤識別情報に
   基づいて、各薬剤を発注するための所定の処理を行なう
   こと、 を特徴とする請求項７に記載の調剤管理情報処理装置。
9. 【請求項９】 各薬剤の最小発注単位を特定するための
   発注単位情報を格納する発注単位情報格納手段を備え、 上記発注手段は、上記算定した薬剤の総量のうち、上記
   発注単位情報格納手段にて格納された発注単位情報にて
   特定される最小発注単位の整数倍の部分についてのみ、
   薬剤の発注を行なうこと、 を特徴とする請求項７または８に記載の調剤管理情報処
   理装置。
10. 【請求項１０】 上記最小発注単位の整数倍に該当しな
    い部分の薬剤の薬剤識別情報および薬剤数量情報を格納
    する端数情報格納手段を備え、 上記発注手段は、上記薬剤の総量を算定する際、上記端
    数情報格納手段に格納された薬剤数量情報を含めて上記
    薬剤の総量を算定し、上記薬剤の発注を行なう際、上記
    最小発注単位の整数倍に該当しない部分の薬剤の薬剤識
    別情報および薬剤数量情報を上記端数情報格納手段に格
    納すること、 を特徴とする請求項９に記載の調剤管理情報処理装置。
11. 【請求項１１】 複数の調剤店舗に設けられた端末装置
    および薬剤の納品を行なう納品情報処理装置に対してネ
    ットワークを介して相互に通信可能に接続して構成され
    る調剤管理情報処理装置であって、 各薬剤を医療会計過程において識別するための医薬品コ
    ードと、各薬剤を流通過程において識別するための流通
    コードと、これら医薬品コードと流通コードとを相互に
    関連付けるための中間コードと、を相互に対応付けて格
    納するコード情報格納手段と、 上記医薬品コードまたは上記流通コードのいずれか一方
    が特定された場合に、上記コード情報格納手段に格納さ
    れた医薬品コード、流通コード、および、中間コードに
    基づいて、上記医薬品コードと上記流通コードとの相互
    変換を行なうコード変換手段と、 を備えたことを特徴とする調剤管理情報処理装置。
12. 【請求項１２】 上記中間コードは、上記薬剤の製造元
    を特定するメーカーコードを含んで構成されること、 を特徴とする請求項１１に記載の調剤管理情報処理装
    置。
13. 【請求項１３】 上記中間コードは、上記薬剤の流通形
    態に対応する枝番を含んで構成されること、 を特徴とする請求項１１または１２に記載の調剤管理情
    報処理装置。
14. 【請求項１４】 上記端末装置から上記ネットワークを
    介して送信された上記医薬品コードおよび上記中間コー
    ドを受信する受信手段と、 上記受信手段にて受信された上記医薬品コードおよび上
    記中間コードに基づいて上記コード変換手段にて変換さ
    れた上記流通コードを用いて、薬剤を所定の発注先に発
    注するための所定の処理を行なう発注手段と、 を備えたことを特徴とする請求項１１〜１３のいずれか
    一つに記載の調剤管理情報処理装置。
15. 【請求項１５】 上記受信手段は、上記納品情報処理装
    置を介して納品された薬剤の上記流通コードを、当該納
    品情報処理装置から上記ネットワークを介して受信し、 上記コード変換手段は、上記受信手段にて受信された上
    記流通コードを、上記医薬品コードおよび中間コードに
    変換すること、 を特徴とする請求項１１〜１４のいずれか一つに記載の
    調剤管理情報処理装置。
16. 【請求項１６】 複数の調剤店舗またはこれら複数の調
    剤店舗を統括する店舗本部に設けられた端末装置に対し
    て、ネットワークを介して相互に通信可能に接続して構
    成される調剤管理情報処理装置であって、 上記端末装置から上記ネットワークを介して送信され
    た、検索対象となる薬剤を識別するための薬剤識別情報
    を受信する受信手段と、 上記調剤店舗に在庫されている薬剤の種類を特定するた
    めの薬剤識別情報と、当該薬剤が在庫されている調剤店
    舗を特定するための店舗識別情報とを相互に関連付けて
    格納する在庫情報格納手段と、 上記受信手段にて受信された上記薬剤識別情報を検索キ
    ーとし、上記在庫情報格納手段に格納された薬剤識別情
    報および店舗識別情報を検索対象として、所定の薬剤が
    在庫されている調剤店舗を検索する検索手段と、 を備えたことを特徴とする調剤管理情報処理装置。
17. 【請求項１７】 上記受信手段は、上記端末装置から上
    記ネットワークを介して送信された、上記調剤店舗にお
    ける在庫を修正するための在庫修正情報を受信し、 上記受信手段にて受信された在庫修正情報に基づいて、
    上記在庫情報格納手段にて格納された薬剤識別情報およ
    び店舗識別情報を修正する在庫修正手段を備えること、 を特徴とする請求項１６に記載の調剤管理情報処理装
    置。
18. 【請求項１８】 上記受信手段は、上記端末装置から上
    記ネットワークを介して送信された、上記調剤店舗にお
    ける薬剤の使用量を特定するための薬剤使用量情報を受
    信し、 上記在庫修正手段は、上記受信手段にて受信された薬剤
    使用量情報に基づいて上記薬剤識別情報を修正するこ
    と、 を特徴とする請求項１６または１７に記載の調剤管理情
    報処理装置。
19. 【請求項１９】 上記在庫情報格納手段には、上記調剤
    店舗に対する薬剤の納品タイミングに関する納品タイミ
    ング情報が格納され、 上記在庫修正手段は、上記薬剤使用量情報に基づいて上
    記薬剤識別情報を修正する際、当該薬剤識別情報を、上
    記在庫情報格納手段に格納された納品タイミング情報に
    て示される納品タイミングが古い順に、上記薬剤使用量
    情報にて特定される薬剤の使用量分だけ、処方済み状態
    の情報に修正すること、 を特徴とする請求項１６〜１８のいずれか一つに記載の
    調剤管理情報処理装置。
20. 【請求項２０】 複数の調剤店舗において処方される薬
    剤に関する情報を管理する調剤管理方法であって、 上記複数の調剤店舗のそれぞれに補充すべき薬剤の種類
    を特定するための薬剤識別情報と、当該補充すべき薬剤
    の数量を特定するための薬剤数量情報とを所定の端末装
    置から取得する情報取得手順と、 上記情報取得手順において取得された上記薬剤数量情報
    に基づいて、上記複数の調剤店舗に補充すべき各薬剤の
    総量を算定する算定手順と、 上記算定手順において算定された総量と、上記情報取得
    手順において取得された上記薬剤識別情報とに基づい
    て、各薬剤を所定の発注先に発注するための所定の処理
    を行なう発注手順と、 を備えたことを特徴とする調剤管理方法。
21. 【請求項２１】 各薬剤の最小発注単位を特定するため
    の発注単位情報を所定の調剤管理情報処理装置に格納す
    る発注単位情報格納手順を備え、 上記発注手順において、上記算定した薬剤の総量のう
    ち、上記発注単位情報格納手順において格納された発注
    単位情報にて特定される最小発注単位の整数倍の部分に
    ついてのみ、薬剤の発注を行なうこと、 を特徴とする請求項２０に記載の調剤管理方法。
22. 【請求項２２】 上記最小発注単位の整数倍に該当しな
    い部分の薬剤の薬剤識別情報および薬剤数量情報を所定
    の調剤管理情報処理装置に格納する端数情報格納手順を
    備え、 上記発注手順において、上記薬剤の総量を算定する際、
    上記端数情報格納手順において格納された薬剤数量情報
    を含めて上記薬剤の総量を算定すること、 を特徴とする請求項２１に記載の調剤管理方法。
23. 【請求項２３】 複数の調剤店舗において処方される薬
    剤に関する情報を管理する調剤管理方法であって、 複数の調剤店舗に設けられた第１の端末装置において、
    当該第１の端末装置が設けられた調剤店舗に補充すべき
    薬剤の種類を特定するための薬剤識別情報の入力を受付
    ける入力手順と、 上記入力手順において入力された薬剤識別情報を、上記
    ネットワークを介して所定の調剤管理情報処理装置に送
    信する送信手順と、 上記送信手順において送信された上記薬剤識別情報を上
    記調剤管理情報処理装置において受信する受信手順と、 上記受信手順において受信された上記薬剤識別情報を、
    当該薬剤識別情報を送信した上記調剤店舗に設けられた
    第２の端末装置に直接または間接に送信する第２の送信
    手順と、 上記第２の送信手順において送信された上記薬剤識別情
    報を上記第２の端末装置において受信する第２の受信手
    順と、 上記第２の受信手順において受信された薬剤識別情報を
    出力する出力手順と、上記出力手順において出力された
    薬剤識別情報に対応する薬剤の保管位置に設けられた上
    記薬剤識別情報を読み取る読み取り手順と、 上記読み取り手順において読み取られた上記薬剤識別情
    報を上記調剤管理情報処理装置に直接または間接に送信
    する第３の送信手順と、 上記第３の送信手順において送信された上記薬剤識別情
    報を上記調剤管理情報処理装置において受信する第３の
    受信手順と、 上記第３の受信手順において受信された上記薬剤識別情
    報に基づいて、上記薬剤の発注に関する処理を行う発注
    処理手順と、 を備えることを特徴とする調剤管理方法。
24. 【請求項２４】 上記第２の受信手順にて受信された薬
    剤識別情報と、上記読み取り手順にて読み取られた薬剤
    識別情報とが相互に異なる場合には、所定の警報を出力
    するための処理を行う警報処理手順、を備えることを特
    徴とする請求項２３に記載の調剤管理方法。
25. 【請求項２５】 複数の調剤店舗において処方される薬
    剤に関する情報を管理する調剤管理方法であって、 各薬剤を医療会計過程において識別するための医薬品コ
    ードと、各薬剤を流通過程において識別するための流通
    コードと、これら医薬品コードと流通コードとを相互に
    関連付けるための中間コードと、を相互に対応付けて所
    定の調剤管理情報処理装置に格納するコード情報格納手
    順と、 上記医薬品コードまたは上記流通コードのいずれか一方
    が特定された場合に、上記コード情報格納手順において
    格納された医薬品コード、流通コード、および、中間コ
    ードに基づいて、上記医薬品コードと上記流通コードと
    の相互変換を行なうコード変換手順と、 を備えたことを特徴とする調剤管理方法。
26. 【請求項２６】 上記薬剤識別情報は、上記医薬品コー
    ドまたは当該医薬品コードを特定するための情報であ
    り、 上記読み取り手順において、上記保管位置に設けられた
    上記中間コードを上記薬剤識別情報と共に読み取り、 上記第３の送信手順において、上記中間コードを上記薬
    剤識別情報と共に上記調剤管理情報処理装置に直接また
    は間接に送信し、 上記第３の受信手順において、上記中間コードを上記薬
    剤識別情報と共に受信し、 上記発注処理手順において、上記第３の受信手順におい
    て受信された上記中間コードおよび上記薬剤識別情報に
    基づいて、上記薬剤の発注に関する処理を行うこと、 を特徴とする請求項２３および２５に記載の調剤管理方
    法。
27. 【請求項２７】 上記中間コードは、上記薬剤の製造元
    を特定するメーカーコードを含んで構成されること、 を特徴とする請求項２５または２６に記載の調剤管理方
    法。
28. 【請求項２８】 上記中間コードは、上記薬剤の流通形
    態に対応する枝番を含んで構成されること、 を特徴とする請求項２５〜２７のいずれか一つに記載の
    調剤管理方法。
29. 【請求項２９】 上記調剤店舗に設けた端末装置から上
    記医薬品コードおよび上記中間コードを取得する第１の
    情報取得手順と、 上記第１の情報取得手順において取得された上記医薬品
    コードおよび上記中間コードに基づいて上記コード変換
    手順において変換された上記流通コードを用いて、薬剤
    を所定の発注先に発注するための所定の処理を行なう発
    注手順と、 を備えたことを特徴とする請求項２５〜２８のいずれか
    一つに記載の調剤管理方法。
30. 【請求項３０】 薬剤の納品を行なう納品情報処理装置
    から、上記調剤店舗に対して納品された薬剤の上記流通
    コードを取得する第２の情報取得手順を備え、 上記コード変換手順において、上記第２の情報取得手順
    において取得された上記流通コードを、上記医薬品コー
    ドおよび中間コードに変換すること、 を特徴とする請求項２５〜２９のいずれか一つに記載の
    調剤管理方法。
31. 【請求項３１】 複数の調剤店舗において処方される薬
    剤に関する情報を管理する調剤管理方法であって、 検索対象となる薬剤を識別するための薬剤識別情報を端
    末装置から取得する情報取得手順と、 上記調剤店舗に在庫されている薬剤の種類を特定するた
    めの薬剤識別情報と、当該薬剤が在庫されている調剤店
    舗を特定するための店舗識別情報とを相互に関連付けて
    所定の調剤管理情報処理装置に格納する在庫情報格納手
    順と、 上記情報取得手順において取得された上記薬剤識別情報
    を検索キーとし、上記在庫情報格納手順において格納さ
    れた薬剤識別情報および店舗識別情報を検索対象とし
    て、所定の薬剤が在庫されている調剤店舗を検索する検
    索手順と、 を備えたことを特徴とする調剤管理方法。
32. 【請求項３２】 上記情報取得手順において、上記調剤
    店舗における在庫を修正するための在庫修正情報を取得
    し、 上記情報取得手順において取得された在庫修正情報に基
    づいて、上記在庫情報格納手順において格納された薬剤
    識別情報および店舗識別情報を修正する在庫修正手順を
    備えること、 を特徴とする請求項３１に記載の調剤管理方法。
33. 【請求項３３】 上記情報取得手順において、上記調剤
    店舗における薬剤の使用量を特定するための薬剤使用量
    情報を受信し、 上記在庫修正手順において、上記情報取得手順において
    取得された薬剤使用量情報に基づいて上記薬剤識別情報
    を修正すること、 を特徴とする請求項３１または３２に記載の調剤管理方
    法。
34. 【請求項３４】 上記在庫情報格納手順において、上記
    調剤店舗に対する薬剤の納品タイミングに関する納品タ
    イミング情報が格納され、 上記在庫修正手順において、上記薬剤使用量情報に基づ
    いて上記薬剤識別情報を修正する際、当該薬剤識別情報
    を、上記在庫情報格納手順において格納された納品タイ
    ミング情報にて示される納品タイミングが古い順に、上
    記薬剤使用量情報にて特定される薬剤の使用量分だけ、
    処方済み状態の情報に修正すること、 を特徴とする請求項３１〜３３のいずれか一つに記載の
    調剤管理方法。
35. 【請求項３５】 上記請求項２０〜３４のいずれか一つ
    に記載された調剤管理方法をコンピュータに実行させる
    ことを特徴とするプログラム。
36. 【請求項３６】 上記請求項２０〜３４のいずれか一つ
    に記載された調剤管理方法をコンピュータに実行させる
    ためのプログラムを記録したことを特徴とするコンピュ
    ータ読み取り可能な記録媒体。