(57)【要約】【課題】 調剤業務を簡単かつ効率的に行うための支援システムを実現する。【解決手段】調剤設計モジュール、前記調剤設計モジュールにより入力された調剤設計データを前記患者情報データベースに登録する調剤設計データ登録手段、医薬品情報データを医薬品情報データベースに登録する医薬品情報データ登録手段、医師情報データを医師情報データベースに登録する医師情報データ登録手段、医薬品在庫のデータベースに参照登録更新する医薬品在庫管理手段、患者情報データベースの調剤設計データを参照して会計処理を行う会計処理手段、ピッキング作業指示データを生成するピッキング作業指示データ生成手段、前記作業指示データを参照してピッキング作業指示処理を行うピッキング作業指示手段、患者情報データベースの調剤設計データを参照して薬袋、注意書きを作成する薬袋、注意書き作成手段、調剤設計データを最終的に確定する調剤設計確定手段、保険請求処理を行う保険請求処理手段を含むシステムとする。【選択図】  図1
2007293910.tif 000002
【特許請求の範囲】
【請求項１】
必要情報を入出力する端末、医薬品情報データベース、医師情報データベース、患者情報データベース、在庫情報データベースから構成され、
Ａ：調剤設計モジュール
Ｂ：前記調剤設計モジュールにより入力された調剤設計データを前記患者情報データベースに登録する調剤設計データ登録手段
Ｃ：医薬品情報データを医薬品情報データベースに登録する医薬品情報データ登録手段
Ｄ：医師情報データを医師情報データベースに登録する医師情報データ登録手段
Ｅ：医薬品在庫のデータベースに参照登録更新する医薬品在庫管理手段
Ｆ：患者情報データベースの調剤設計データを参照して会計処理を行う会計処理手段
Ｇ：患者情報データベースの調剤設計データを参照してピッキング作業指示データを生成するピッキング作業指示データ生成手段
Ｈ：前記作業指示データを参照してピッキング作業指示処理を行うピッキング作業指示手段
Ｉ：患者情報データベースの調剤設計データを参照して薬袋、注意書きを作成する薬袋、注意書き作成手段
Ｊ：調剤設計データを最終的に確定する調剤設計確定手段
Ｋ：患者情報データベースを参照して保険請求処理を行う保険請求処理手段
の各部を含むことを特徴とする薬局システム
【請求項２】
前記調剤設計モジュールは処方せん及び各種情報を活用して薬剤師が入力するための所定情報入力画面、入力手段そして入力を支援する所定情報参照表示モジュールから構成され、前記所定情報参照表示モジュールは医薬品情報データベース、医師情報データベース、患者情報データベース、在庫情報データベースから選ばれた少なくとも１つのデータベースを参照し所定事項を検索表示する参照表示手段を有することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項３】
前記所定情報は医薬品の添付文書情報、医薬品毎に編集した患者に提供する情報、医薬品の組み合わせ情報、患者の薬歴（過去の処方箋情報、過去の調剤設計情報）、医薬品と患者の組み合わせ情報、医薬品と在庫の組み合わせ情報、在庫情報、成分名と商品名情報、薬剤形状情報からえらばれた少なくとも１つの情報であることを特徴とする特許請求範囲第２項記載の薬局システム。
【請求項４】
前記調剤設計モジュールは処方箋データをデジタルデータあるいはファックスにより取り込み表示する処方せんデータ取り込み表示手段を有する事を特徴とする特許請求範囲第１項記載の薬局システム。
【請求項５】
前記デジタルの処方せんデータは２次元バーコードをシートスキャナーで読みとり解析し取り込む方法、通信回線により取り込む方法から選ばれた少なくとも１つの方法であることを特徴とする特許請求範囲第４項記載の薬局システム。
【請求項６】
前記調剤設計に用いた処方せんは前記調剤設計情報から作成された２次元コードを添付し一括してスキャナーで読み込み前記２次元コードのデータをインデックスとしてデータベースに画像情報として蓄積する事を特徴とする特許請求範囲第２項記載の薬局システム。
【請求項７】
前記医薬品情報データ登録手段は入力画面を備え入力担当者が各医薬品の名称（成分名、商品名）、薬価、厚生省コード、製品規格、製造者名データの入力を可能であるように各入力枠を有することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項８】
前記医師情報データ登録手段は入力画面を備え入力担当者が各医師の所属医療機関、診療科目、医師名データの入力を可能であるように各入力枠を有することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項９】
前記医薬品在庫管理手段は入荷検収時に入荷医薬品を入力し、医薬品在庫データベースの医薬品数量を更新登録することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項１０】
前記医薬品在庫管理手段は調剤設計確定後に医薬品を在庫から引き落とすことを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項１１】
前記医薬品在庫管理手段は任意の時間に在庫の必要情報を出力する棚卸し出力手段を有することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項１２】
前記会計処理手段は算定基準に不確定要素がある場合複数の領収書を発行することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項１３】
前記不確定要素は情報提供用紙を発行し、前記情報提供用紙を患者が受領するかどうか不明の場合、前記情報提供用紙を発行し、前記情報提供用紙を患者が受領しない場合とした場合であることを特徴とする特許請求範囲第１２項記載の薬局システム。
【請求項１４】
前記会計処理手段は算定基準の不確定要素がなくなる調剤設計データ確定処理後に領収書を発行することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項１５】
前記会計処理手段は決済をプリペイドカード処理手段、未収金処理手段、クレジットカード処理手段、デビットカード処理手段から選ばれた少なくとも１つの処理手段で決済する決済手段を具備することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項１６】
前記ピッキング作業指示手段は、前記作業指示データに基づき総重量を演算する総重量演算手段、ピッキングした総重量を計測する総重量計測手段、該総重量計測手段により計測した総重量が前記総重量演算手段により演算した総重量との一致度を比較する一致度比較手段を有するピッキング作業監査システムを有し、ピッキング作業指示書のデータとピッキング作業の内容が前記ピッキング作業指示通りかどうかを判別し、該判別の結果に基づき作業者別のピッキングエラー率、薬剤別のピッキングエラー率、作業者別の作業効率、薬剤別の作業効率から選ばれた少なくとも１つを演算し出力する作業状況把握演算出力手段を備え、医薬品の置き場所、作業者の動き、ピッキングの順番の少なくとも１つを最適化する演算手段を備え、該演算の結果を出力することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項１７】
前記薬袋、注意書き作成手段は医薬品を使用するための、該使用の使用時間を含む指示データを生成する指示データ生成手段を有し、該指示データの使用時間を抽出し前記使用時間に患者の携帯無線端末に指示データを送信することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項１８】
前記指示データの使用時間を抽出し、前記使用時間に患者の携帯電話端末に指示データを音声に変換して送信することを特徴とする特許請求範囲第１８項記載の薬局システム。
【請求項１９】
前記薬袋、注意書き作成手段は医薬品を使用するための、該使用の使用時間を含む指示データを生成する指示データ生成手段を有し、該指示データ生成手段により生成した指示データは、ディスプレーを具備した薬袋、あるいは指示データ表示端末に送ることを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項２０】
前記指示データは２次元バーコードを印刷し前記ディスプレーを具備した薬袋、あるいは指示データ表示端末の画像読みとり部により前記2次元バーコード取り込み解析し指示データを表示することを特徴とする特許請求範囲第２０項記載の薬局システム。
【請求項２１】
前記指示データは前記ディスプレーを具備した薬袋、あるいは指示データ表示端末に光通信あるいは電波で送ることを特徴とする特許請求範囲第２０項記載の薬局システム。
【請求項２２】
前記システムにおいては同一システムでリアルタイムに活用するために同一薬局の各部署をネットワークで結ぶことを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項２３】
前記同一システムでリアルタイムに活用するために複数の薬局をネットワークで結ぶことを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項２４】
前記医薬品情報データベースは薬品名、剤型、厚生省コード、局方名、薬品名（英）、薬品名（よみ）、メーカー、薬品の包装形態、薬価、使用状態、使用状態歴、包装量、力価、薬価収載、最長投与日数、予製剤、含有成分、用法、注意、別名から選ばれた少なくとも１つで構成されることを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項２５】
前記医師情報データベースは医療機関名、診療科目、医師名から構成されることを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項２６】
前記患者情報データベースは処方せん情報、調剤設計情報、調剤記録、患者との対話の記録から構成されることを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項２７】
前記調剤設計情報は調剤設計確定前及び調剤設計確定後の各情報から構成されることを特徴とする特許請求範囲第２７項記載の薬局システム。
【請求項２８】
前記患者との対話の記録は画像情報、音声情報の少なくとも１つの情報で構成されることを特徴とする特許請求範囲第２７項記載の薬局システム。
【請求項２９】
前記在庫品情報データベースは薬局名、薬品名、バーコード、剤型、力価、包装、容量、メーカー、問屋発注入庫、現在庫量、発注量、発注点（発注をかけるための最低数量）、保存場所、最終引き落とし日、発注予定、発注中（発注中かどうかを示す）、メモから選ばれた少なくとも１つから構成されることを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項３０】
各フィールドにおいて予め使用頻度の高いテキスト情報を登録しておき任意の画面において項目の内容が絞り込みできる項目内容確定子を入力する項目内容確定子入力手段、前記入力された項目内容確定子によって必要な前記項目に対応した登録してあるテキスト情報一覧を呼び出すテキスト情報一覧呼び出し手段、前記テキスト情報一覧を所定の位置のリストボックス内に表示する表示制御手段、前記テキスト情報一覧の中から必要な情報テキスト選択する情報テキスト選択手段、前記情報テキストの必要な部分を転写し所定の部分に入力する入力手段を有することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項３１】
それぞれの画面においてカーソルの位置を常に認識しており前記カーソルの存在する項目で所定キー操作をすることにより前記項目に対応する所定機能をメニューに戻ることなく直接実現するユーザインターフェイス手段を有することを特徴とする特許請求範囲第１項記載の薬局システム。
【請求項３２】
前記薬局システム は患者とのやりとり時に担当者の音声データを取り込み、インデックスを付与して前記患者情報データベースに格納する事を特徴とする特許請求範囲第１項記載の薬局システム。
【請求項３３】
前記薬局システム は患者とのやりとり時に患者の画像データを取り込み、インデックスを付与して前記患者情報データベースに格納する事を特徴とする特許請求範囲第１項記載の薬局システム。
【請求項３４】
前記薬局システム は患者との対話時に担当者の音声データを取り込み音声認識によりテキストにし、インデックスを付与して前記患者情報データベースに格納する事を特徴とする特許請求範囲第１項記載の薬局システム。
【請求項３５】
前記薬局システム は患者に渡す薬剤を画像記録装置で取り込みインデックスを付与して前記患者情報データベースに格納する事を特徴とする特許請求範囲第１項記載の薬局システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は調剤薬局業務の支援システムに係わり、特に調剤に付随して各種書類及び各種処理が多く発生するがこういった書類、処理を効率的に行う調剤支援システムに係わる。
【背景技術】
【０００２】
調剤業務においては医療機関で作成された紙の処方せん、薬局にある各種情報から調剤を行う必要があるがこれらの情報を効率的に活用することが難しかった。薬局にある各種情報とは薬剤服用歴（年齢、性、体重、保険、住所電話番号、既往症、副作用歴、アレルギー歴、併用薬、生活習慣、嗜好、家族既往歴、患者心理、コンプライアンスなどからなる患者の個人情報、投薬履歴、服薬指導の履歴、調剤に関連する記録）、医薬品情報（医薬品添付文書、副作用情報、相互作用情報、薬価情報、製品規格情報）、調剤に関わる法的な文書（薬剤師法、薬事法、療養担当規則、健康保険法、麻薬向精神薬取締法、覚醒剤取締法）などである。
【０００３】
従来の調剤支援システムは事務的な業務を遂行することを主目的とし、非薬剤師が取り扱うことを前提として設計されていた。そのため薬剤師の調剤設計を支援する機能は不十分で有ったと言える。
【０００４】
調剤設計業務は様々な情報を利用し、かつ薬剤師が専門的な判断能力を元に入力をすることが求められている。しかしながら従来の調剤支援システムは情報検索参照入力の機能があるものの各業務が有機的に結合しおらず薬局の実務上リアルタイムで必要な業務が遂行できなかった。
【０００５】
調剤業務に係わる各種データの保存そしてそういったデータの信頼性を保ちつつ不正改ざんに対して十分な対策がうてており、またそういった保存されたデータを効率的に検索し必要に応じて取り出すという観点からみても従来の調剤支援システムは弱かった。
【０００６】
同時に調剤業務に係わる各種ミスあるいは各業務の履歴を記録することあるいはこういった記録について真正性などに対する要求を満たすシステムも過去にはなかった。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところが昨今薬剤師が調剤に関して法的実務的に求められる情報活動が複雑化し、それにともない調剤業務も効率化を求められるようになってきている。前述したように従来のシステムにおいては調剤業務全体を有機的にかつ効率的に支援するシステムが存在しなかった。調剤関係業務の各機能をコンピュータで支援するシステムはそれぞれの機能のみを支援するシステムのものがほとんどであり、これらの単独機能を有機的に結びつけまた薬剤師が最小の作業量で最大の効果を上げられる調剤業務全体を支援するシステムが待ち望まれていた。
【０００８】
調剤業務の中でも中核をなすのが患者面接業務および調剤設計業務であるが、ここでの業務においては求められ、必要とされる情報活動が複雑となってきているがこれに対応可能なシステムにすればよい。これを実現するためには処方せんから調剤をするわけであるが、患者面接業務、調剤設計業務に必要な情報活動を短時間で効率的に支援するシステムにすればよい。
【０００９】
また薬剤師が行う患者面接業務および調剤設計業務についても処方せんからだけではなく、薬局にある薬剤服用歴（年齢、性、体重、保険、住所電話番号、既往症、副作用歴、アレルギー歴、併用薬、生活習慣、嗜好、家族既往歴、患者心理、コンプライアンスなどからなる患者の個人情報、投薬履歴、服薬指導の履歴、調剤に関連する記録）、医薬品情報（医薬品添付文書、副作用情報、相互作用情報、薬価情報、製品規格情報）、調剤に関わる法的な文書（薬剤師法、薬事法、療養担当規則、健康保険法、麻薬向精神薬取締法、覚醒剤取締法）などの各種情報を活用して行う必要がある。
【００１０】
調剤設計担当者は質の高い薬物治療を実現するために前述の各種情報を効率的に検索参照し、かつ文字情報を直接入力することが求められる。現状のウインドウ関係のシステムでポインティングデバイスを使っているためキーボードのホームポジションから手を離す必要があり薬剤師が効率的な情報検索入力が困難であった。また薬剤師が自由な表現で記録を入力することも難しかった。そこでキーボードのホームポジションから手を離さないで全ての情報を検索および入力が可能なシステムが求められていた。
【００１１】
調剤設計業務においては画面のそれぞれの入力部において必要な入力参照が迅速にできるように入力参照画面を表示する必要がある。よってカーソルが存在する項目から直接必要な検索参照が直接可能なシステムがあればさらに便利なはずである。
【００１２】
調剤設計業務における薬品関係の入力においても医療機関の医師が作成した処方せんには医薬品の名称が商品名あるいは成分名のどちらかで記述されている。同様に量的な点も製品単位量あるいは主成分量のどちらかで記述されている。医薬品の名称がどちらで入力されてもシステム内で適正に表示および演算処理をされれば薬剤師の判断評価の確認ともなりさらに医師がどのように処方を記載したかの記録ともなる。よって医薬品の名称の入力が商品名、成分名のどちらでき同様に量的な入力も製品単位量あるいは主成分量のどちらも対応できるシステムがあれば非常に便利なものとなる。
【００１３】
薬剤師法２５条の２により、薬剤師には調剤した薬剤について適正な使用に必要な情報の提供が義務づけられている。しかしながら、調剤したすべての薬剤について、効能効果、副作用情報、相互作用情報、生活上の注意について調剤の後に即座にもれなく手書き記載もしくは口頭で説明することは事実上困難である。一般的には、一連の調剤や薬歴と関連しない、独立した情報提供システムなどを利用して、予め薬剤毎に登録した患者個々に対して固有化していない前記情報等を定型的かつ一過的な情報として文書化し提供している。
【００１４】
調剤支援のシステムにおいて調剤設計入力と情報提供を一元化し、管理運営を行うことが可能である。調剤設計入力業務の一連として、処方内容、過去の薬歴、患者情報などを判断材料とし、患者に提供する情報を複数の情報から選択または自由に入力することが望まれてきた。そうすることによってその患者にもっとも適した情報を提供することができる。また、固有化が必要とされない情報に関しては、自動的に必要な情報が選択されるため迅速に情報を作成することが可能であって、さらに、過去に提供した情報の内容が薬歴として保管されるシステムであれば、調剤設計入力の際に参照および転写できるため継続性と信頼性の高い情報提供を実現することが可能であるはずである。
【００１５】
薬歴の検索についても従来のシステムにおいては不十分であった。薬歴には、調剤に際して速やかに検索し参照できること、記載内容に一覧性があること、薬歴により調剤内容が再現できる記録であること、最終参照日から3年間保存することの要件が求められている。一般的な手書き（紙）の薬歴では、規模や内容の増加とともに、検索性、一覧性を実現することは困難であった。また、従来のコンピュータシステムの薬歴では、一覧性や保存期間の点で要件を満たすことが困難であった。
【００１６】
これを解決するためには薬歴を二次元薬歴−詳細薬歴−圧縮薬歴の形式で保存管理すれば薬歴のすべての要件を満たすはずである。特に二次元薬歴は一覧性を、詳細薬歴は再現性を、圧縮薬歴は長期間保存性を高いレベルで実現可能となるはずである。そしてさらにこれらの薬歴は、処方設計業務や薬歴の参照業務における必要性に応じて即座に切り換え表示および印刷できることも要望されている。
【００１７】
また薬歴は医療記録の一種であり、その真正性を確保することが求められている。たとえば、加筆修正は修正前の内容が確認できる状態に二重線で抹消し、加筆することが求められている。従来の一般的な薬歴用コンピュータは、情報の書き換えや抹消が可能であり、真正性に問題があるという指摘がされている。
【００１８】
こういった問題に対し最終確定した情報を改ざんおよび抹消できないようなシステムにする必要があり、第一に、調剤設計が一旦確定した後に薬物治療に関わる情報を変更することはできないようにする必要がある。第二に、調剤に際して修正もしくは取り消しの必要性が生じた場合には、その情報を誤用することの防止目的から、その情報に取り消し情報であることを登録することが可能であり、薬歴情報としては転写活用出力できない情報としてデータ上に保存される機能が望まれている。
【００１９】
医療機関で作成される処方せんは現状では電子化されていないことがほとんどであり、これを画像データとして効率的にデータベースに格納し必要時に必要な部分を取り出せるようにするシステムが待ち望まれていた。
【００２０】
調剤業務において薬学的（専門的）な判断を必要としない薬剤のピッキング業務は今後非薬剤師の業務となることが予想される。薬事法上の観点からピッキング作業を非薬剤師に行わせるには薬剤師がピッキング作業を指示監督する必要がある。すなわち調剤設計データから自動的にピッキング担当者に作業指示を行うシステムが要望せれている。
【００２１】
また調剤ミスは患者の生死にかかわる問題になる可能性があるためピッキングされた薬剤が正確に薬剤師の指示されたものと同じであるかを検証する必要がある。すなわちピッキングの指示とピッキング行為を比較し、正しいかどうかチェックする機能も必要である。
【００２２】
現在調剤業務においては患者との面接や服薬指導の要点を薬剤服用歴に記録することが求められている。しかしながらその行為を再現するような記録は不可能であった。必要なときに患者との面接の様子が容易に引き出せるシステムが望まれていた。同様に患者に交付する薬の画像情報も必要なときに引き出せれば非常に便利である。
【００２３】
過去においても、薬局システムはいろいろ存在した。しかしながら従来のコンピュータ薬歴は薬歴として機能を十分に具備していないと評価されている事例が多かった。その理由として薬剤服用歴などの調剤支援システムのデータベースを管理する様々な機能が一元的にリアルタイムでの管理参照活用することができないため、各種処理において二度手間を必要とすることが多く、そしてその表示および出力に関する即時性が不十分であり、薬歴管理に足る運用ができないことがあげられる。これらの機能をユーザー本位で実現してくれるシステムが待ち望まれていた。
【課題を解決するための手段】
【００２４】
以上課題を解決するために本発明において、必要情報を入出力する端末、医薬品情報データベース、医師情報データベース、患者情報データベース、在庫情報データベースから構成され、Ａ：調剤設計モジュール、Ｂ：前記調剤設計モジュールにより入力された調剤設計データを前記患者情報データベースに登録する調剤設計データ登録手段、Ｃ：医薬品情報データを医薬品情報データベースに登録する医薬品情報データ登録手段、Ｄ：医師情報データを医師情報データベースに登録する医師情報データ登録手段、Ｅ：医薬品在庫のデータベースに参照登録更新する医薬品在庫管理手段、Ｆ：患者情報データベースの調剤設計データを参照して会計処理を行う会計処理手段、Ｇ：患者情報データベースの調剤設計データを参照してピッキング作業指示データを生成するピッキング作業指示データ生成手段、Ｈ：前記作業指示データを参照してピッキング作業指示処理を行うピッキング作業指示手段、Ｉ：患者情報データベースの調剤設計データを参照して薬袋、注意書きを作成する薬袋、注意書き作成手段、Ｊ：調剤設計データを最終的に確定する調剤設計確定手段、Ｋ：患者情報データベースを参照して保険請求処理を行う保険請求処理手段の各部を含むシステムを採用した。
【００２５】
まず入出力する端末で各入力を助ける部分について説明する。薬剤師が処方せんと関連する各種の情報を利用していかに調剤するかを計画するときに端末に表示する調剤設計業務画面を構成しておく。
【００２６】
各種の情報とは薬剤服用歴（患者の個人情報、投薬履歴、服薬指導の履歴、調剤に関連する記録）、医薬品情報（医薬品添付文書、副作用情報、相互作用情報、薬価情報、製品規格情報）、そして調剤に関わる法的な文書（薬剤師法、薬事法、療養担当規則、健康保険法、麻薬向精神薬取締法、覚醒剤取締法）などである。患者の個人情報とは年齢、性、体重、保険、住所電話番号、既往症、副作用歴、アレルギー歴、併用薬、生活習慣、嗜好、家族既往歴、患者心理、コンプライアンスなどを指している。
【００２７】
前述の調剤設計業務画面においてはカーソルの位置を常に認識しておりこのカーソルの存在する項目において所定キー操作をするといちいちメニューに戻らずに他の入力画面に切り替えるといったことや所定部分をコピーするといったことなど直接必要な機能を実現できるようなユーザインターフェイス手段を設ければよい。すなわちある画面の特定の項目部の入力をしているときにその項目に関連する情報を参照したいときなどにはカーソルがどこの項目にあるかを調べその項目に関連する情報画面に切り替える処理を各項目別に予め所定のキー操作で処理ができるように登録しておけばよい。そしてシステム内で同一のキー操作を統一しておけばよい。
【００２８】
Ａ：調剤設計モジュールは、処方せんおよび各種情報を活用して薬剤師が入力するための所定情報入力画面、入力手段そして入力を支援する所定情報参照表示モジュールから構成され、前記所定情報参照表示モジュールは医薬品情報データベース、医師情報データベース、患者情報データベース、在庫情報データベースから選ばれた少なくとも１つのデータベースを参照し所定事項を検索表示する参照表示手段を設けてある。
【００２９】
この所定情報は医薬品の添付文書情報、医薬品毎に編集した患者に提供する情報、医薬品の組み合わせ情報、患者の薬歴（過去の処方箋情報、過去の調剤設計情報）、医薬品と患者の組み合わせ情報、医薬品と在庫の組み合わせ情報、在庫情報、成分名と商品名情報、薬剤形状情報からえらばれた少なくとも１つの情報であればよい。
【００３０】
この調剤設計モジュールは処方せんデータをデジタルデータあるいはファックスにより取り込み表示する処方せんータ取り込み表示手段を設けておく。そして必要に応じてデジタルの処方せんデータは２次元バーコードをシートスキャナーで読みとり解析し取り込む方法、通信回線により取り込む方法から選ばれた少なくとも１つの方法でとりこでもよい。
【００３１】
調剤設計に用いた処方せんは設計情報から作成された２次元コードをラベルの形で出力しこの２次元コードラベルを添付し一括してスキャナーで読み込み前記２次元コードのデータをインデックスとしてデータベースに画像情報として蓄積すればよい。
【００３２】
Ｃ：医薬品情報データ登録手段は、入力画面を備え入力担当者が各医薬品の名称（成分名、商品名）、薬価、厚生省コード、製品規格、製造者名の入力を可能であるように各入力枠を設けておく。同様に医師情報データ登録手段は入力画面を備え入力担当者が各医師の所属医療機関名、住所、電話番号、診療科目、医師名データの入力を可能であるように各入力枠を設けておけばよい。
【００３３】
Ｅ：医薬品在庫管理手段は、入荷検収時に入荷医薬品を入力し、医薬品在庫データベースの医薬品数量を更新登録する機能を持ち、調剤設計確定後に該当医薬品を所定数量在庫から引き落とせばよい。
【００３４】
そしてさらにＥ：医薬品在庫管理手段は任意の時間に在庫の必要情報を出力する棚卸し出力手段を有していればよい。
【００３５】
Ｆ：会計処理手段は算定基準に不確定要素がある場合、複数の領収書を発行できる。この不確定要素とは、「情報提供用紙を発行したが、この情報提供用紙を患者が受領するかどうか不明の場合」、「情報提供用紙を発行したが、前記情報提供用紙を患者が受領しない場合」等である。そしてこの会計処理手段は算定基準の不確定要素がなくなる調剤設計データ確定処理後に領収書を発行すればよい。
【００３６】
Ｆ：会計処理手段は、決済をプリペイドカード処理手段、未収金処理手段、クレジットカード処理手段、デビットカード処理手段から選ばれた少なくとも１つの処理手段で決済する決済手段を具備するようにする。
【００３７】
Ｈ：ピッキング作業指示手段はピッキング作業指示データを指示画面に表示するピッキング作業指示画面表示手段あるいはピッキング作業指示書を印刷する作業指示印刷手段をもうけておくとともに、必要に応じてこのピッキング作業指示手段はピッキング作業指示書のデータとピッキング作業の内容が前記ピッキング作業指示通りかどうかを判別するピッキング作業監査システムを設ける。
【００３８】
この監査システムはピッキングが作業指示のピッキングデータと一致しているかを判別する判別手段を設けておく。そしてこの監査システムは必要に応じて作業者別のピッキングエラー率、薬剤別のピッキングエラー率、作業者別の作業効率、薬剤別の作業効率から選ばれた少なくとも１つを演算し出力する作業状況把握演算出力手段を設けておけばさらに効率化が可能となる。
【００３９】
さらに正確をきす必要がある際にはこの監査手段は前記作業指示に基づき総重量を演算する総重量演算手段、ピッキングした総重量を計測する総重量計測手段、前述の総重量計測手段により計測した総重量が演算手段により演算した総重量との一致度を比較する一致度比較手段を設けておけばよい。
【００４０】
そしてピッキング作業指示手段、医薬品の置き場所、作業者の動き、ピッキングの順番の少なくとも１つを最適化する演算手段を備え前記演算の結果を出力するようにすれば作業効率も上げることが可能となる。
【００４１】
前述の薬袋、注意書き作成手段は医薬品を使用するための指示データを生成する指示データ生成手段を有すればよい。そして必要に応じて前述の使用するための指示データは使用時間（薬剤を使う時間）を含ませればよい。この使用するための指示データは指示データの使用時間を抽出し前記使用時間に患者の携帯電話端末に指示データを音声に変換して送信すれば使用忘れを減らすことが可能となる。あるいは使用するための指示データは指示データの使用時間を抽出しこの使用時間に患者の携帯無線端末に指示データを送信しても同様な効果がある。
【００４２】
あるいは指示データ生成手段により生成した指示データはディスプレーを具備した薬袋、あるいは指示データ表示端末に送ってもよい。あるいは指示データは２次元バーコードを印刷し前記ディスプレーを具備した薬袋、あるいは指示データ表示端末の画像読みとり部により前記2次元バーコード取り込み解析し指示データを表示してもよい。あるいはこの指示データはディスプレーを具備した薬袋、あるいは指示データ表示端末に光通信あるいは電波で送ってもよい。
【００４３】
このシステムはネットワークで結ばれるシステムとし、必要に応じて  Ａ：調剤設計モジュールを複数の窓口から独立あるいは１つの窓口に隣接して設置し、複数の窓口で受けた依頼を集中して行えば、スキルのある薬剤師を効率的に活用することが可能となる。
【００４４】
前述の医薬品情報データベースは薬品名、剤型、厚生省コード、局方名、薬品名（英）、薬品名（よみ）、メーカー、薬品の包装状態、薬価、使用状態、使用状態歴、包装量、力価、薬価収載、最長投与日数、予製剤、含有成分、用法、注意、別名から選ばれた少なくとも１つから構成される。前述の医師情報データベースは医療機関名、診療科目、医師名から構成されればよい。前述の患者情報データベースは処方せん情報、調剤設計情報、調剤記録、患者とのやりとりの記録から構成されればよい。そして調剤設計情報は調剤設計確定前及び調剤設計確定後の各情報から構成されればよい。
【００４５】
前述の患者とのやりとりの記録は画像情報、音声情報の少なくとも１つの情報で構成されればよい。前述の在庫品情報データベースは薬局名、薬品名、バーコード、剤型、力価、包装、容量、メーカー、問屋発注入庫、現在庫量、発注量、発注点（発注をかけるための最低数量）、保存場所、最終引き落とし日、発注予定、発注中（発注中かどうかを示す）、メモから選ばれた少なくとも１つから構成されればよい。
【００４６】
必要に応じて各フィールドにおいて予め使用頻度の高いテキスト情報を登録しておき任意の画面において項目の内容が確定できる項目内容確定子を入力する項目内容確定子入力手段、この入力された項目内容確定子によって必要な前述の項目に対応した登録してあるテキスト情報一覧を呼び出すテキスト情報一覧呼び出し手段、このテキスト情報一覧を所定の位置のリストボックス内に表示する表示制御手段、テキスト情報一覧の中から必要な情報テキスト選択する情報テキスト選択手段、情報テキストの必要な部分を転写し所定の部分に入力する入力手段を設けておく。
【００４７】
このテキスト情報一覧は各項目に対応してそれぞれグループ化し前記グループに対応した階層構造を具備しそれぞれの階層構造毎にインデックスを設けておけばさらに便利である。この内容確定子は予めテキスト情報に対応して設定された任意の語句を登録し、前記登録された語句をリストボックスより選択するあるいは直接入力することによって決定されるようにしておけばよい。またそれぞれのテキスト情報は任意に登録することが可能なシステムとしておく。こうしておけば薬剤師の調剤設計に係わる入力作業量が軽減され作業の効率化が可能となる。
【００４８】
それぞれの画面においてカーソルの位置を常に認識しており前述のカーソルの存在する項目で所定キー操作をすることによりそれぞれ項目に対応する所定機能をメニューに戻ることなく直接実現するユーザインターフェイス手段を設けておく。
【００４９】
このシステムは必要に応じて患者とのやりとり時に担当者の音声データを取り込みインデックスを付与して患者情報データベースに格納すればよく、同様に患者とのやりとり時に患者の画像データを取り込みインデックスを付与して前記患者情報データベースに格納すればよい。
【００５０】
あるいは患者とのやりとり時に担当者の音声データを取り込み音声認識によりテキストにしインデックスを付与して患者情報データベースに格納すればよい、あるいはシステムは患者に渡す薬剤を画像記録装置で取り込みインデックスを付与し、患者情報データベースに格納すればさらに効果的である。
【発明の効果】
【００５１】
本発明においては、各種の調剤業務に関するデータを統一的に管理できるシステム構成とし、調剤機能、在庫管理機能、会計機能あるいは保険処理機能などを全て統一的に操作が可能なシステムとすることが可能となる。また医療記録に求められる情報の真正性を担保する情報の管理機能を備えているため信頼性が高い安全なシステムである。
【発明を実施するための最良の形態】
【００５２】
本発明の実施形態として、必要情報を入出力する端末、医薬品情報データベース、医師情報データベース、患者情報データベース、在庫情報データベースから構成され、Ａ：調剤設計モジュール、Ｂ：前記調剤設計モジュールにより入力された調剤設計データを前記患者情報データベースに登録する調剤設計データ登録手段、Ｃ：医薬品情報データを医薬品情報データベースに登録する医薬品情報データ登録手段、Ｄ：医師情報データを医師情報データベースに登録する医師情報データ登録手段、Ｅ：医薬品在庫のデータベースに参照登録更新する医薬品在庫管理手段、Ｆ：患者情報データベースの調剤設計データを参照して会計処理を行う会計処理手段、Ｇ：患者情報データベースの調剤設計データを参照してピッキング作業指示データを生成するピッキング作業指示データ生成手段、Ｈ：前記作業指示データを参照してピッキング作業指示処理を行うピッキング作業指示手段、Ｉ：患者情報データベースの調剤設計データを参照して薬袋、注意書きを作成する薬袋、注意書き作成手段、Ｊ：調剤設計データを最終的に確定する調剤設計確定手段、Ｋ：患者情報データベースを参照して保険請求処理を行う保険請求処理手段の各部を含むシステムを採用した。以下、図面を参照して実施例の動作について説明していく。
【００５３】
1184310014281_0
図1に本実施例の動作の全体フローを示す。医療機関発行の処方せんを元にまず調剤設計入力処理１０１において調剤設計を行うが、データベース１１４から該当患者の過去の薬剤服用歴情報、薬品情報、在庫情報、薬剤形状情報を呼び出し参照して調剤設計業務を行う。次に調剤設計において必要項目を充当したら調剤設計仮確定処理１０２を行い、この結果をデータベース１１４の患者情報データベースに登録する。
【００５４】
各必要データを前述のデータベースから抽出処理を行う。ここで１０４の情報提供用紙出力、１０５の薬袋出力、１０６のピッキング指示書作成処理および会計伝票（領収書）作成処理を行う。ここで、薬袋出力処理１０５はラベルに印刷により、ピッキング指示書作成処理および会計伝票作成処理１０３は紙への出力である。次にこの紙で出力したピッキング指示書に基づき、薬剤のピッキング１０６をピッキング担当者が行う。そしてピッキングした薬剤が指示と同一かどうかを１０８においてピッキング二次元バーコード監査処理を行う。
【００５５】
１１５は患者との面接のときの処理であり、薬歴表示、調剤設計表示処理１０９において薬歴表示、調剤設計データの表示を呼び出しておき患者と面接を行う。そして修正が必要であれば１０７の調剤設計修正を行う。そして患者に薬剤、情報提供用紙の交付を行う。患者との面接によって入力（調剤設計仮確定データに対して）が発生したときには、薬物治療情報入力処理１１０において薬物治療情報を入力し、１１１において調剤設計全情報確定処理を行い、必要項目をデータベース１１４に登録を行う。在庫処理１１２において、確定した薬剤を在庫データベースから引き落とす。１１３では最終的に確定した金額の会計処理を行う。保険請求処理はこの確定した患者データベース１１４から行う。
【００５６】
ここで１１４のデータベースの医薬品情報データベースには予め医薬品の添付文章情報、このシステムに適合させた薬品効果情報、医薬品の組み合わせ情報、成分名と商品名情報、薬価、副作用上方、処方量と成分量との関係情報、薬剤形状情報等を登録できるように項目を設定しておく。そして新しく登録が必要な場合にはその都度あるいは一括して登録できるようにしておく。
【００５７】
また患者固有の薬品との相性の問題は患者情報データベースに項目を設定しておく。医師情報データベースの項目は所属医療機関、診療科目、医師名とした。
【００５８】
薬品の在庫関係の情報は在庫情報データベースに登録しておく。薬品の入荷検収時には入荷検収の項目を設置しておき、この部分に入力が行われると医薬品在庫データベースの数量に入荷数が加えられ、在庫の引き落としは調剤設計データ全情報確定後（１１１終了後の１１２）に行われるようにしている。そして在庫データベースに対する各処理はリアルタイムで行っているため任意の時点での在庫量を出力することができる。
【００５９】
次に調剤設計データの確定処理について説明する。１０１で調剤設計入力を行い、１０２で調剤設計仮確定を行うが、不確定要素があって後から変更の可能性がある。それは情報内容提供サービスが発生する場合しない場合等がある。そこで本実施例のシステムにおいてはそれぞれの場合における会計伝票を作成しておく。すなわち２つの会計伝票を出力するシステムとなっている。
【００６０】
そして患者との面接においてこの情報内容提供サービス必要かどうか判断され必要な場合には情報提供用紙を交付しその場合での会計処理を行う。すなわち情報内容提供サービスが発生する場合である。そして１１１において情報内容提供サービス有りの処理が行われる。そして１１２においてその旨がデータベース１１４に登録される。逆の場合すなわち情報内容提供サービスが発生しない場合には１１１において情報内容提供サービス無しの処理が行われる。そして１１３においてその旨がデータベース１１４に登録される。
【００６１】
会計の決済はシステムに電子決済システムを付加しておけばよく、プリペイドカード、クレジットカード、デビットカードで処理可能にしておく。また患者の都合で確定処理日に支払いが行われなかった場合に備えて、未収金処理機能も付加しておく。すなわち患者データベースに未収金の項目を設けておけばよい。
【００６２】
（調剤設計における入力）
図２から図４０は本発明による薬局システムの業務支援画面である。
図４１は本発明の調剤設計のフロー図である。調剤設計業務画面においてカーソルの位置を監視している。そして所定のキー入力を検出すると対応する処理が行われる。図７の画面においてはカーソル７０１が患者名入力部７０２にあるために患者氏名のリストボックス７０３が開いている。ここで所定のキー入力ｃｏｎｔｒｏｌＪとキー入力することにより患者リストボックスが広がり図８の画面のように患者氏名だけでなく、生年月日、電話番号、性別が表示されるリストボックスが開く。またｃｏｎｔｒｏｌＲとキー入力することにより図８の画面すなわち患者入力参照画面を表示しカーソルは患者名のふりがなの部分にある。
【００６３】
図９の画面の例では、カーソルは生年月日の所にあり、前述と同様に所定のキー入力ｃｏｎｔｒｏｌＪとキー入力すると図１０に示すように生年月日だけでなく患者名電話番号、性別が表示されるリストボックスが開かれる処理が行われる。同様に電話番号の所にカーソルを持っていけば患者電話番号が図１１に示す画面のように表示される。前述と同様に所定のキー入力ｃｏｎｔｒｏｌＪとキー入力すると図１０に示すよう患者名、生年月日、電話番号、性別が表示されるリストボックスが開かれる処理が行われる。
【００６４】
図１２の画面の例では、カーソルは医師名の所にあり、前述と同様に所定のキー入力ｃｏｎｔｒｏｌＪとキー入力すると図１３に示すように医師名だけでなく医療機関名、科名が表示されるリストボックスが開かれる処理が行われる。
【００６５】
（調剤設計支援のための画面）
図４２は、業務支援のために用意された画面の構成を示している。まず４２０１の業務画面において必要項目を入力すればよい。図２ではカーソルが受付日の部分にある場合を示しており、それぞれのカーソルがある項目においてソートが行われる。
【００６６】
ここでｃｏｎｔｒｏｌ Ｒと入力すると未入力の調剤設計画面が表示される。またカーソルが存在する部分においてリストボックスから項目名が特定されている場合ｃｏｎｔｒｏｌＣと入力すると調剤設計入力参照画面４２０２に切り替わり先ほど特定された画面が表示される。図３はその一例でありここでは時患者名が新規患者ということである。そしてカーソルが保険選択に主のところにあるので新規患者の保険関係の事項がリストボックスに開かれている。
【００６７】
図４に示すようにカーソルが保険選択に公１のところ４０１にある場合は、関連の事項のリストボックス４０２が表示される。図５、図６はカーソルが薬品のところにある場合である。そしてさらに詳細に調剤する薬品に関して入力する場合は、図４２の４２３１の調剤設計明細（処方明細）入力画面において入力する。
【００６８】
前述の未入力の調剤設計画面からｃｏｎｔｒｏｌＲと入力すると図７に示すようにカーソルが患者名のところにある画面が開く。図８はｃｏｎｔｒｏｌＪと入力し患者名と特定しやすくするためにリストボックスに患者氏名、生年月日、自宅電話、性別を表示したところである。図９は同様にカーソルを患者生年月日のところにおいた場合でその場合リストボックスには生年月日が表示されている。ここでコントロールＪとキー入力するとやはり図１０に示すようにリストボックスが広がる。
【００６９】
図１１はカーソルが電話−自宅の項目にある場合である。この場合もコントロールＪとキー入力するとやはり図１０に示すようにリストボックスが広がる。図１２はカーソルが医師名の項目にある場合で医師名のリストボックスが開かれる。同様にこれだけでは選択できない場合にさらにコントロールＪとキー入力することによって図１３のように医師名だけではなく、医療機関名、科名が表示される。
【００７０】
図１４はカーソルが医療機関名の項目に有るときであり、その場合リストボックスに医療機関の一覧が表示される。図１５は科名の項目で同様にリストボックスに科名が表示されここから選択すればよい。
【００７１】
ここで患者が未登録であったり保健関係の登録内容に変更が生じたりする場合には図４２の４２０３の患者入力参照画面、そこから４２０４の保険入力参照画面あるいは４２０８の保険入力参照画面に画面を切り替えて入力を行えばよい。患者入力参照画面の一例を図１６に示した。同様に処方医に関して未登録であったり登録内容に変更が生じたりする場合は４２０５の処方医入力参照画面に切り替えればよい。処方医入力参照画面の一例を図１７に示した。
【００７２】
また医薬品に関して未登録であったり登録内容に変更が生じたりする場合は図４２の４２０６の医薬品入力参照画面に切り替えればよい。医薬品入力参照画面の一例を図１８に示した。そして医薬品についてさらに詳しく入力する必要が有る場合にはメディス入力参照画面４２０７に画面を切り替えればよい。その画面の一例を図２３に示した。医薬品に関して情報提供を入力する必要が有る場合には４２０９の情報提供入力参照画面に切り替えればよい。情報提供入力参照画面の一例として患者医薬品情報入力参照画面を図１９に示した。
【００７３】
また図４２の４２０２の調剤設計の画面においてその患者の過去の薬歴が知りたい場合には４２１０の前方参照画面に画面を切り替えればよい。ここでは図２０および図２１に過去所定回数分の該当患者の薬歴を各薬品とその調剤日付のマトリックスで示した。図２２は同様なマトリックスを１週間単位で示している画面である。
【００７４】
次にデータファイルメンテナンスを行う必要がある時には４２１１のデータファイルメンテナンス画面に切り替える。ここで図２５はデータファイルメンテナンス画面で医薬品の一般名の項目部にカーソルが有る場合であって、リストボックスに薬効分類番号、英名、和名が表示されている。
【００７５】
図２６は同様にデータファイルメンテナンス画面であり、薬品名の項目部にカーソルが有る場合であって、リストボックスに薬品名が表示されている。そして図２７は図２６の画面のリストボックスをコントロールＪキー入力で広げたものでリストボックス内には薬品名、剤形、メーカー、厚生省コードが表示されている。
【００７６】
図２８はやはり同じ画面でカーソルが剤形の項目の部分にあってリストボックスに剤形が表示されているところである。図２９も同様の画面であって厚生省コードの項目の部分にカーソルがあり、厚生省コードの一覧が表示されているところである。
【００７７】
図３０は納品書のデータファイルメンテナンス画面であり薬局の部分にカーソルがあるために薬局のリストボックスが開いているところである。そしてコントロールＪキー入力でリストボックスを広げたところが図３１でありリストボックス内に薬局名、問屋名、伝票番号、納品日、キャンセル印が表示されている
【００７８】
図３２も納品書のデータファイルメンテナンス画面であるがカーソルはバーコードの項目部にありバーコードと薬品の諸事項がリストボックスに表示されている。図３３も同様の画面であり、カーソルは注文処理の薬局の項目部にあるためリストボックスには薬局と注文処理の日付、問屋が表示されている。
【００７９】
在庫入力参照したい場合には図４２の４２２８に画面を切り替えればよく図３６に在庫変更の画面を示した。医薬品在庫発注状況を調べるには４２２６の医薬品発注状況表示画面に画面を切り替えればよい。その画面を図３７に示した。能書き情報を参照するには４２２７の能書き情報参照画面に画面を切り替えればよい。その画面は図３８に示した。
【００８０】
（患者情報の表示）
図４３に各入力処理における業務支援の画面構成の流れを示す。ここでは患者はすでに確定している画面とする。まず４３０１の調剤設計業務画面にから所定のキー操作をすることによって４３０２の2次元薬剤服用歴画面にいく。その様子を図２０、図２１に過去７回分の薬剤とその薬剤の調剤情報を2次元マトリックスで表示しており、図２１は薬剤とその薬剤を調剤している期間、図２２に薬剤とその薬剤を調剤している１週間単位での調剤期間を表示しているところ示す。あるいは同様に所定のキー操作によって前方薬剤服用歴選択画面にいく。またここで必要ならば特定の日付を選択することによってリンクから４３０４の該当患者の特定日時の調剤設計画面を呼び出す。
【００８１】
ここでは該当患者の医療機関名、科名あるいは他の医療機関名、科名への変更入力を必要に応じて行う。同様に薬品名あるいは薬品グループを入力する。そして全てのａｎｄをとり検索を行い４３０４の該当患者の特定日時の調剤設計画面を呼び出す。ここでは患者は特定したが患者を特定せずに薬品及び医療機関名のａｎｄから指定してもよい。
【００８２】
（2次元バーコードのインデックス作成）
図４４に2次元コードのインデックス作成のフローを示す。調剤設計データの仮確定後に４４０１においてインデックスを前述の調剤設計データから抽出する。ここでは抽出データは、患者名、医師名、医療機関名、科名日付の項目とする。そしてこの抽出データを４４０２において2次元コードにエンコードし、４４０３においてラベル印刷する。そしてこのラベルを処方せんに貼付し４４０４においてスキャナーで読み込み画像として取り込む。その様子を図４５に示す。４５０１は2次元コードラベルである。
【００８３】
次に４４０５で取り込んだ画像から2次元コードを分離しデコードすることによってインデックスを復号化する。そしてこのインデックスを使い４４０７のデータベースに処方せんの画像を４４０６において登録する。ここでのインデックス情報は患者よみ、患者名、患者生年月日、保険用紙、保険コード、受付日とした。
【００８４】
医療機関で２次元コード付き処方せんを発行する場合について説明する。その様子を図４６に示した。そしてさらに真正性を高めるためにここではデジタル署名を付加している。４６０９が医療機関であり、４６１０が調剤薬局のシステムの流れである。
【００８５】
まず処方せんに担当医師によるデジタル署名をおこう、これは４６０１である。そしてこの認証データを医療機関のデータベースあるいは認証センターのデータベース４６０２に格納しておく。次に４６０３において処方せんのインデックス情報および該当医師のデジタル署名を２次元コード化する。そしてこの２次元コード付きの処方せんを医療機関が発行し、これを調剤薬局が受け付ける。
【００８６】
次に４６０４において前述の２次元コード付きの処方せんをスキャニングする。４６０５においてこの２次元コードを分離しインデックスを復号化する。そして電子署名の認証を４６０６においてネットワークを通じて４６０２のデータベースと行う。その結果を４６０７において４６０８のデータベースに登録する。
【００８７】
（ピッキングデータ作成・利用）
図４７にピッキングデータ作成・利用のフローを示す。調剤設計データの仮確定後に４７０１においてピッキングデータを前述の調剤設計データから抽出する。ここでは抽出データは、薬剤の種類、剤型、数量である。次にこの抽出データを４７０２において2次元コードにエンコードする。４７０３でこの2次元コード付きのピッキング指示書を出力する。
【００８８】
４７０４で2次元コードをハンディターミナルに読み込む。そして４７０５で2次元コードよりピッキングデータを復号化する。ピッキング担当者は４７０６においてはピッキングしようとするボックスに設けてある２次元コードあるいはバーコードをスキャンする。ピッキングデータと一致していない場合に警告をピッキング担当者に発する。
【００８９】
このときピッキングの時間、ピッキングの正誤をハンディターミナルでログをとっておく。そして薬剤の置き場所などの記録とあわせてピッキング順序、薬剤の置き場所をデータマイニングにより最適化する。ピッキング監査はピッキングする薬剤の重量を登録しておきピッキングする薬剤の総重量を演算し薬袋の重量と合わせピッキング終了後重量を測定して判定すればさらに正確を期すことが可能となる。
【００９０】
（面接の画像・音声データの保存）
図４８に画像・音声データ保存のフローを示す。４８０１においてマイク及びカメラで患者と患者に面接している担当者の画像及び音声を収集する。次に４８０２において音声認識を行い患者面接者の音声をテキストにする。４８０３において前述の調剤設計データからインデックスを抽出する。ここでのインデックスは患者名、薬剤名、日時とする。そして４８０４において患者情報データベース４８０５に前述のインデックスを基に画像と音声をテキストにしたものを及び音声を登録する。こうしておけば患者との対話を前述のインデックスを使い簡単に検索することが可能となる。
【００９１】
（2次元コードを利用した業務チェック）
図４９は、散剤薬品の薬品と量をチェックする場合について説明である。薬剤師が処方せんと関連する情報を利用していかに調剤するかを計画する調剤設計業務の支援の目的で所定の患者に対応した所定事項を入力する入力手段により生成された調剤設計データの必要個所を参照して所定の患者の散剤薬品の秤量をするための秤量データを作成しチェックリストのペーパーを出力する。そのペーパーが散剤秤量チェックリストであり、このチェックリストの右下部に２次元コードであるＱＲコードがある。このＱＲコードをスキャナーに取り込み画像処理を行って秤量データを取り込む。
【００９２】
実際の散剤薬品の秤量を行いそのデータを判定部分に送信し、同時にスキャナーにより取り込んだ秤量データを送信し判定部で判定を行う。薬品容器に添付してある薬品名を格納してあるＱＲコードを同様に画像キャプチャーし取り込みデコードし、薬品名を判定部に送り同様に薬品名のチェックを行う。
【００９３】
（薬剤の画像データの保存）
図５０に薬剤の画像データの保存のフローを示す。５００１においてカメラで患者と患者に渡す薬剤の画像を収集する。５００２において前述の調剤設計データからインデックスを抽出する。ここでのインデックスは患者名、薬剤名、日時とする。そして５００３において患者情報データベース５００４に前述のインデックスを基に画像を登録する。
【００９４】
この薬剤の画像は上方にＣＣＤカメラを設置しておき必要時に撮影してもよいし、カウンターの表面を透明なガラスで作成しカウンター内にＣＣＤカメラを設置してもよい。
【００９５】
（患者データの生成とマトリクス表示）
図５１に患者データベース生成のフローを示す。患者との面接データ入力５１０１では、患者との面接時にメモ的に入力した過去のデータや現在面接中の患者を前にしてリアルタイムに今まさに入力しているデータを入力する。単語認識５１０２では、業務に関する用語辞書５１０３を参照して解析を行い、項目判定５１０４においてデータに関連する情報項目、時間を抽出する。判定に成功すると、インデックスの生成５１０５において、抽出された情報項目、時間に基づいてインデックスを生成する。判定に失敗した場合、聞き返し入力５１０６において、予め設定した入力画面をモニター表示してオペレーターの入力した情報項目をインデックスの生成５１０５に送る。データベース登録５１０７では生成したインデックスとデータを関連づけて患者データベース５１０８に登録する。インデックスに用いられる時間は、面接時ならば現在時刻、過去データのメモなら記載日時とする。
【００９６】
図５２は、患者データの呼び出し表示のフローである。データ呼び出し５２０１では、インデックスと関連づけて登録した過去の患者データの呼び出しを行う。患者データベース５２０２は、かんじゃ情報は、患者名をキーとして格納され、時間、情報項目がインデックス情報として付加されている。表生成５２０３では、時間を横軸、情報項目を縦軸にとったマトリックス画面を生成し、表示５２０４にてモニターに表示する。図５３はマトリックス画面の一例である。
【００９７】
このようにして登録された患者情報が表示されることで、登録後に患者と再び面接するときや患者の薬歴を作るときの業務の質と効率がアップする。
【００９８】
（指示データの通知）
図５４に指示データ通知のフローを示す。まず患者のデータベース５４０２より該当患者の薬剤の使用データを５４０１において抽出する。ここでの内容は、毎食後Ａ錠を２錠、Ｂ錠を１錠服用するというものである。また患者の食事時間は午前７時、午後１２時、午後７時である。次にこの使用データを５４０３においてポケベルの基地センターに送信する。５４０４においてはこの使用データをセンターのデータベース５４０６に登録する。
【００９９】
午前７時、午後１２時、午後７時の各時間に５４０５において該当患者のポケベルに使用データを送信する。６１０７において患者のポケベルに使用内容が表示される。その様子は図５５に示した。ここでは午後７時の時の送信であって錠剤Ａを２錠、Ｂを１錠夕食後に服用しなさいという指示である。表示なしでポケベルの音または振動またはその両者できっかけだけをあたえてもよい。あるいは前述の指示データを音声合成して時間に携帯電話に送信し、音声を流してもよい。
【０１００】
ここでは携帯端末としたが無線で繋がっていないＬＣＤ表示画面付の薬袋あるいは専用の表示装置でもよく、薬剤の使用情報を２次元コードに格納して前述の表示画面付薬袋あるいは専用表示装置に設けた小型スキャナーを使い読み込んで時間になると振動や音で知らせ使用を患者に促してもよい。薬剤の使用情報は有線や赤外線で前述の表示画面付薬袋あるいは専用表示装置に読み込んでもよい。
【０１０１】
（ネットワーク）
図５６にネットワークを利用した薬局システムの動作フローを示す。ここで５６０９は処方せんの受付と薬剤を患者に交付する薬局であり、５６１０は調剤設計入力業務を行う入力センターである。まず５６０１において受け付けた処方せんを画像化しこの画像を５６０２において入力センター送信する。このとき処方せんをファックスしてもよい。あるいは画像を読み込みデジタル化しネットワーク経由で送信してもよい。
【０１０２】
次に入力センター側で５６０２において処方せんの画像受信を行い、この画像をもとに薬剤師が調剤設計入力を５６０４において行う。そして５６０５で所定データの抽出を行い、これを５６０６で送信する。ここでは所定データは薬剤のピッキングのためのピッキングデータ、薬袋ラベル、情報提供内容、注意事項である。
【０１０３】
そして６２０７において必要情報を受信し、該当患者の薬剤のピッキングを５６０８において行い、薬袋ラベル情報提供内容を印刷し薬剤とともに患者に交付する。
【０１０４】
以上説明したように本発明によれば、調剤業務の支援において各種の調剤業務に関するデータを統一的に管理できるシステム構成であるため、調剤機能、在庫管理機能、会計機能あるいは保険処理機能などを有機的に結びつけて運用することが出来る。また医療記録に求められる情報の真正性を担保する情報の管理機能を備えているため信頼性が高い安全なシステムである。
【図面の簡単な説明】
【０１０５】
【図１】本実施例の動作の全体フロー
【図２】業務画面（カーソル：受付日項目）
【図３】調剤設計画面（カーソル：保険選択  主項目）
【図４】調剤設計画面（カーソル：保険選択  公１項目）
【図５】調剤設計画面（カーソル：薬品項目）
【図６】調剤設計画面（カーソル：薬品項目）
【図７】調剤設計画面（カーソル：患者名項目）
【図８】調剤設計画面（カーソル：患者名項目）
【図９】調剤設計画面（カーソル：生年月日項目）
【図１０】調剤設計画面（カーソル：生年月日項目）
【図１１】調剤設計画面（カーソル：電話−自宅項目）
【図１２】調剤設計画面（カーソル：医師名項目）
【図１３】調剤設計画面（カーソル：医師名項目）
【図１４】調剤設計画面（カーソル：医療機関項目）
【図１５】調剤設計画面（カーソル：科名項目）
【図１６】患者情報入力画面
【図１７】処方医入力参照画面
【図１８】医薬品入力参照画面
【図１９】患者医薬品情報入力参照画面
【図２０】薬歴前方参照画面
【図２１】薬歴前方参照画面
【図２２】薬歴前方参照画面
【図２３】メディス入力参照画面
【図２４】調剤設計明細（処方入力）入力参照画面
【図２５】データファイルメンテナンス画面
【図２６】データファイルメンテナンス画面
【図２７】データファイルメンテナンス画面
【図２８】データファイルメンテナンス画面
【図２９】データファイルメンテナンス画面
【図３０】データファイルメンテナンス（納品）画面
【図３１】データファイルメンテナンス（納品）画面
【図３２】データファイルメンテナンス（在庫管理）画面
【図３３】データファイルメンテナンス（在庫管理）画面
【図３４】アシスト画面
【図３５】アシスト画面
【図３６】在庫薬品変更参照画面
【図３７】医薬品在庫発注状況参照画面
【図３８】能書き情報参照画面
【図３９】調剤設計画面（成分名入力と商品名入力）
【図４０】調剤設計画面（成分量入力と処方量入力）
【図４１】調剤設計のフロー
【図４２】業務支援のために用意された画面の構成
【図４３】薬剤服用履歴情報表示の画面構成
【図４４】2次元コードのインデックス作成のフロー
【図４５】2次元コードラベルを貼付した処方せん画像
【図４６】処方せんデータベース作成のフロー
【図４７】ピッキングデータ作成・利用のフロー
【図４８】画像・音声データ保存のフロー
【図４９】2次元コードを利用した業務チェック
【図５０】薬剤の画像データの保存のフロー
【図５１】患者データベース生成のフロー
【図５２】患者データの呼び出し表示のフロー
【図５３】マトリックス画面の一例
【図５４】指示データ通知のフロー
【図５５】ポケベルの使用内容表示
【図５６】ネットワークを利用した薬局システムの動作フロー
【符号の説明】
【０１０６】
１０１・・・調剤設計入力処理
１０２・・・調剤設計仮確定処理
１０３・・・ピッキング指示書作成、会計伝票作成処理
１０６・・・ピッキング
１１２・・・在庫処理
１１３・・・会計処理
１１４・・・データベース
【図１】
2007293910.tif 000003
【図２】
2007293910.tif 000004
【図３】
2007293910.tif 000005
【図４】
2007293910.tif 000006
【図５】
2007293910.tif 000007
【図６】
2007293910.tif 000008
【図７】
2007293910.tif 000009
【図８】
2007293910.tif 000010
【図９】
2007293910.tif 000011
【図１０】
2007293910.tif 000012
【図１１】
2007293910.tif 000013
【図１２】
2007293910.tif 000014
【図１３】
2007293910.tif 000015
【図１４】
2007293910.tif 000016
【図１５】
2007293910.tif 000017
【図１６】
2007293910.tif 000018
【図１７】
2007293910.tif 000019
【図１８】
2007293910.tif 000020
【図１９】
2007293910.tif 000021
【図２０】
2007293910.tif 000022
【図２１】
2007293910.tif 000023
【図２２】
2007293910.tif 000024
【図２３】
2007293910.tif 000025
【図２４】
2007293910.tif 000026
【図２５】
2007293910.tif 000027
【図２６】
2007293910.tif 000028
【図２７】
2007293910.tif 000029
【図２８】
2007293910.tif 000030
【図２９】
2007293910.tif 000031
【図３０】
2007293910.tif 000032
【図３１】
2007293910.tif 000033
【図３２】
2007293910.tif 000034
【図３３】
2007293910.tif 000035
【図３４】
2007293910.tif 000036
【図３５】
2007293910.tif 000037
【図３６】
2007293910.tif 000038
【図３７】
2007293910.tif 000039
【図３８】
2007293910.tif 000040
【図３９】
2007293910.tif 000041
【図４０】
2007293910.tif 000042
【図４１】
2007293910.tif 000043
【図４２】
2007293910.tif 000044
【図４３】
2007293910.tif 000045
【図４４】
2007293910.tif 000046
【図４５】
2007293910.tif 000047
【図４６】
2007293910.tif 000048
【図４７】
2007293910.tif 000049
【図４８】
2007293910.tif 000050
【図４９】
2007293910.tif 000051
【図５０】
2007293910.tif 000052
【図５１】
2007293910.tif 000053
【図５２】
2007293910.tif 000054
【図５３】
2007293910.tif 000055
【図５４】
2007293910.tif 000056
【図５５】
2007293910.tif 000057
【図５６】
2007293910.tif 000058