JP4710318B2 - 薬局業務処理システムおよびプログラム - Google Patents

Description

この発明は、処方箋を受け付けてからその処理業務が完了するまでの一連の薬局業務を順次遂行する薬局業務処理システムおよびプログラムに関する。

一般に、調剤薬局システムは、受付端末、帳票プリンタ、会計端末などが設備されており、事務員が患者から受け取った処方箋の記載内容を確認しながら必要項目のデータを入力すると、この処方箋入力データは、調剤指示書として印刷される。薬剤師は、この調剤指示書を参照しながら医薬品の調剤を行ったり、患者に対して服薬指導を行うと、会計端末では服薬指導料を加味して保険請求計算などの会計処理を行うようにしている。
従来、この種の調剤薬局システムとしては、たとえば、医薬品添付文書データベースを搭載し、処方箋データの入力時において、処方箋内容を自動的にチェックするようにした調剤薬局支援システムが知られている（特許文献１参照）。
特開２０００−１６３４９８号公報

しかしながら、特許文献１の調剤薬局支援システムは、医薬品添付文書データベースを参照しながら処方箋の内容をチェックすることによって安全性を高めるようにしたものであるが、薬局内に限ったシステムであった。
ところで、複数の調剤薬局を総括する多店舗展開企業では、個々の店舗毎に薬剤師のほか、処方箋入力業務を担当する事務員および会計請求業務に習熟した事務員を確保する必要があると共に、医師診察時間外の患者数減少時でも事務員を配備しておく必要があるため全体的に人件費が嵩むという問題があった。また、各種の事務作業を薬剤師が兼務している店舗では、本来の業務である調剤、服薬指導に集中することが困難となると共に毎年のように法改正される毎に改正内容を理解しなければならず、薬剤師に大きな負担をかけるという問題があった。

この発明の課題は、薬局において処方箋を受け付けてからその処理業務が完了するまでの一連の薬局業務を効率良く、かつ合理的に遂行できるようにすることである。

請求項１記載の発明は、薬剤の調剤や販売を行う薬局が受け付ける処方箋に対する処理業務を行う薬局業務処理システムであって、薬局が存在する複数の地域ごとにその地域に関する情報を有している地域担当の処理担当者を記憶し、その各処理担当者ごとに当該処理担当者の業務処理状況を記憶する担当者情報記憶手段と、前記薬局内に有る薬局端末装置が送信する処方箋情報を受信する受信手段と、前記受信手段により受信した前記処方箋情報に付加された薬局識別情報に基づいて当該薬局が所在する地域を特定することで、その特定された地域担当の処理担当者を特定し、その処理担当者の内で各処理担当者の前記業務処理状況に基づいて、処理担当者を特定する特定手段と、この特定手段で、前記業務処理状況に基づいて特定された処理担当者について変更が必要な場合は、その処理担当者の情報を一覧表示させて、その表示された情報に基づいて選択指定された処理担当者を処理の担当者として変更する変更手段と、前記特定手段で、前記業務処理状況に基づいて特定された処理担当者の変更が必要にない場合は、当該特定された処理担当者の端末装置に対し、前記業務処理状況に基づいて特定された処理担当者の変更が必要な場合は、前記変更手段で変更された処理担当者の端末装置に対して、前記処方箋情報に対する処理を依頼送信し、当該処理担当者の端末装置で処理されて送信されてきた処理済み処方箋情報を、元の当該処方箋情報を送信してきた当該薬局端末装置に対して送信する送信手段と、を具備したことを特徴とする。
さらに、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項９記載の発明）。

請求項２記載の発明は、請求項１記載の薬局業務処理システムにおいて、前記薬局端末装置が送信する前記処方箋情報は、処方箋から読み取った処方箋イメージに薬局識別情報が付加されているもの、であることを特徴とする。
請求項３記載の発明は、請求項２記載の薬局業務処理システムにおいて、前記処理担当者の端末装置で処理された前記処理済み処方箋情報は、処方箋データを入力したもの、であることを特徴とする。

請求項４記載の発明は、請求項３記載の薬局業務処理システムにおいて、前記処理担当者の端末装置に、前記処方箋イメージを表示する第１の画面と前記処方箋データを入力する第２の画面とを並列表示する、ようにしたことを特徴とする。
請求項５記載の発明は、請求項１、３または４記載の薬局業務処理システムにおいて、前記業務処理状況は、前記処方箋の処理件数情報であり、各処理担当者ごとに当該処理担当者が処理するたびに更新する、ようにしたことを特徴とする。
請求項６記載の発明は、請求項５記載の薬局業務処理システムにおいて、前記特定手段は、前記業務処理状況を参照した際に、その前記処理件数の少ない前記処理担当者を選定する、ようにしたことを特徴とする。

請求項７記載の発明は、請求項１または３乃至６記載の薬局業務処理システムにおいて、前記処理担当者の端末装置から処理担当者の変更指示を受けた際に、当該端末装置に処理担当者一覧画面を表示出力し、この一覧画面の中から任意に選択指定された処理担当者の端末装置に処理依頼を送信する、ようにしたことを特徴とする。
請求項８記載の発明は、請求項７記載の薬局業務処理システムにおいて、前記担当者情報記憶手段には、各処理担当者ごとに当該処理担当者の専門分野情報を記憶させ、前記処理担当者の端末装置からの処理担当者変更指示に応答して担当者一覧画面を表示出力する際に、入力指定された専門分野情報に合致する処理担当者を前記担当者情報記憶手段による記憶から検索して一覧表示する、ようにしたことを特徴とする。

本発明によれば、薬局が受け付ける処方箋に対する一連の業務を効率良く、かつ合理的に遂行することができる。

以下、図１〜図８を参照して本発明の実施例を説明する。
図１は、この実施例における調剤薬局業務処理システムの全体構成の概要を示したブロック図である。
この調剤薬局業務処理システムは、複数の調剤薬局を統括する本部側のセンタ装置と各調剤薬局側の薬局端末装置とがネットワークを介して接続されており、患者から処方箋を受け付けてからその会計が完了するまでの一連の調剤薬局業務を順次遂行する広域通信システムである。すなわち、全国展開されている複数の調剤薬局(店舗)を統括する多店舗展開企業における本部側のセンタシステム１と各店舗側の調剤薬局システム２とが広域通信網(たとえば、インターネット)３を介して接続されたシステム環境(イントラネット環境)となっており、センタシステム１側に設置されている本部サーバ１１と各調剤薬局システム２側に設置されている店舗サーバ２１との間では、ＴＣＰ／ＩＰ通信プロトコルを利用したＨＴＴＰプロトコル等によってデジタル化（パケット化）されたデータの送受信を行うようにしている。

この調剤薬局業務処理システムは、各調剤薬局側で行われる一連の業務、つまり、患者から処方箋を受け付けてからその会計が完了するまでの一連の調剤薬局業務のうち、処方箋入力業務および会計計算業務を本部側に依頼可能としたものである。すなわち、調剤薬局システム２は、処方箋から読み取った処方箋イメージをセンタシステム１に送信して処方箋データの入力業務を依頼し、センタシステム１は、調剤薬局システム２から受信した処方箋イメージを元に必要事項を入力する処方箋入力業務が完了した際に、この処方箋入力データを依頼元の調剤薬局システム２に送信する。

そして、調剤薬局システム２は、センタシステム１から受信した処方箋入力データを調剤指示書として印刷出力させた後に、薬剤師による服薬指導が行われた場合には、この服薬指導に応じて入力された服薬指導料をセンタシステム１に送信し、センタシステム１は、調剤薬局システム２から受信した服薬指導料を含め、処方箋入力データに基づいて保険請求計算を行って患者負担金を算出し、この患者負担金を含む会計データを依頼元の調剤薬局システム２に送信し、調剤薬局システム２は、センタシステム１から受信した会計データに基づいて会計処理を実行する。

本部側のセンタシステム１は、本部サーバ１１、本部クライアント端末１２、担当者端末１３などを備えた構内通信システム(ＬＡＮシステム)である。本部サーバ１１は、各店舗に対応して薬品管理、人事管理、発注管理など、店舗運営に関する全ての情報を記憶管理すると共に、売上集計、売上分析などを行うもので、各店舗の運営を支援したり、その統括を行うためのサーバ装置であり、データベースサーバ機能、Ｗｅｂサーバ機能等の各種のサーバ機能を有している。ここで、本部サーバ１１は、調剤薬局システム２から処方箋入力業務の依頼を受けた際に、何れかの担当者端末１３を指定して処方箋イメージを当該指定端末に転送することで処方箋入力業務を担当する事務員を指定するようにしている。担当者端末１３は、処方箋入力業務を担当する事務員側の端末装置であり、本部サーバ１１は、１枚分の処方箋入力処理が完了する毎に、この処方箋入力データを依頼元の調剤薬局システム２に転送する。

調剤薬局システム２は、店舗内の構内通信システム(ＬＡＮシステム)であり、その中核となる店舗サーバ２１のほか、イメージスキャナ付きの受付端末２２、調剤帳票プリンタ２３、薬剤師端末２４、会計端末２５、会計プリンタ２６などを備えた構成となっている。店舗サーバ２１は、自店舗における薬品品管理、人事管理、発注管理など、店舗運営に関する全ての情報を記憶管理するサーバ装置であり、データベースサーバ機能、Ｗｅｂサーバ機能等の各種のサーバ機能を有している。イメージスキャナ付きの受付端末２２は、処方箋の全体を走査してそのイメージを読み取ると、この処方箋イメージデータをイメージファイルとして店舗サーバ２１に送信する。店舗サーバ２１は、この処方箋イメージファイルをセンタシステム１側の本部サーバ１１に送信した後に、本部サーバ１１から送信されて来た処方箋入力データを受信すると、調剤帳票プリンタ２３に送信すると共に、処方箋入力データ内から患者情報および保険情報を抽出して会計端末２５に送信する。

調剤帳票プリンタ２３は、処方箋入力データを帳票印刷することによって調剤指示書を発行するもので、この調剤指示書の記載内容に応じて薬剤師による調剤が行われる。薬剤師端末２４は、薬剤師所持の携帯型情報端末であり、服薬指導に応じて入力された服薬指導料情報は、店舗サーバ２１を介してセンタシステム１側の本部サーバ１１に送信される。この場合、センタシステム１側では、この服薬指導情報を含め、処方箋入力データに基づいて保険請求計算を行って患者負担金を算出し、この患者負担金を含む会計データを依頼元側の会計端末２５、会計プリンタ２６に送信すると、会計端末２５は、患者との間で患者負担金の精算を行い、会計プリンタ２６は、会計帳票(請求書、領収書)の印刷を行う。

図２は、センタシステム１側に設けられている地域別担当者テーブル１４の内容を示した図である。
この地域別担当者テーブル１４は、全国展開されている複数の店舗(調剤薬局)を地域別にグループ化すると共に、処方箋入力業務を担当する複数の担当者をグループ別に分類するためのテーブルであり、Ａ地区(たとえば、都道府県別／市区町村)に対応付けられたグループ内には、店舗Ａ１、店舗Ａ２、店舗Ａ３、‥‥が割り当てられていると共に、複数の担当者Ａ１１、Ａ１２、Ａ１３、‥‥が専任者として割り当てられている。同様に、Ｂ地区に対応付けられたグループ内には、店舗Ｂ１、店舗Ｂ２、店舗Ｂ３、‥‥が割り当てられていると共に、複数の担当者Ｂ１１、Ｂ１２、Ｂ１３、‥‥が専任者として割り当てられている。

地域別担当者テーブル１４には、各担当者に対応して「専門」、「業務量」がセットされている。「専門」は、担当者が持つ専門知識を示す情報であり、たとえば、健康保険に関する知識を有している担当者か、地域に関する知識を有している担当者かなどがセットされる。「処理カウント値」は、本日の勤務開始時刻から現時点までに処方箋入力作業を行った累計作業量(処方箋処理枚数)を示すもので、処方箋入力を行う毎にその値が＋１される。ここで、本部サーバ１１は、調剤薬局システム２から処方箋入力業務の依頼を受けた際に、その依頼元店舗に基づいて地域別担当者テーブル１４を検索することによって当該店舗が属するグループを特定すると共に、このグループに属する何れか１人の担当者を選択指定するが、その際、当該グループ内の各担当者に対応付けられている「処理カウント値」を比較することによってそれが最小値の担当者を選択指定するようにしている。

図３は、センタシステム１側に設けられているデータベース群１５の内容を示した図で、患者データベース１５Ａ、電子薬歴データベース１５Ｂ、医薬品情報データベース１５Ｃ、薬品在庫データベース１５Ｄ、店舗実績データベース１５Ｅなどを有している。ここで、患者データベース１５Ａは、患者別に個人情報、処方箋データを記憶管理し、電子薬歴データベース１５Ｂは、服薬防止などのために患者が服用した医薬品を生涯に渡って記憶管理し、医薬品情報データベース１５Ｃは、全ての医薬品に関する情報として服用方法、注意事項などを記憶管理し、薬品在庫データベース１５Ｄは、店舗毎に医薬品の在庫数を記憶管理し、店舗実績データベース１５Ｅは、店舗毎に患者数、売上高などを記憶管理するデータベースである。

図４は、担当者端末１３側の作業画面を示した図である。
この作業画面は、本部サーバ１１から転送された処方箋イメージが表示される処方箋イメージ画面Ｄ１と、処方箋データを入力する処方箋入力画面Ｄ２とが並列表示される構成で、担当者は処方箋イメージ画面Ｄ１の内容を見ながら処方箋入力画面Ｄ２内の各項目にデータ入力を行う。処方箋入力画面Ｄ２には、担当者変更を指示する担当者変更ボタンＢＴが設けられており、この変更ボタンＢＴが操作されると、それに応答して本部サーバ１１から送信されて来た担当者一覧の中から任意の担当者を選択指定することで担当者の変更を行うようにしている。処方箋入力画面Ｄ２には、患者情報、保険情報、受付情報、薬品情報などの各入力項目を有し、この処方箋入力画面Ｄ２内の必要項目に対するデータ入力が完了すると、担当者端末１３は、この処方箋入力データを本部サーバ１１に送信する。

図５は、本部サーバ１１の基本的な構成要素を示したブロック図である。
ＣＰＵ１１１は、記憶装置１１２内のオペレーティングシステム、各種アプリケーションソフトに応じてこの本部サーバ１１の全体動作を制御する中央演算処理装置である。記憶装置１１２は、プログラム領域とデータ領域とを有し、磁気的メモリ、光学的メモリ、半導体メモリなどによって構成されている。この記憶装置１１２内のプログラム領域には、後述する図７に示す動作手順に応じて本実施例を実現するためのアプリケーションプログラムが格納される。この記憶装置１１２内のプログラム、データは、必要に応じてＲＡＭ１１３にロードされたり、このＲＡＭ１１３内のデータが記憶装置１１２にセーブされる。

一方、ＣＰＵ１１１には、その入出力周辺デバイスである通信装置１１４、入力装置１１５、表示装置１１６バスラインを介して接続されており、入出力プログラムによってＣＰＵ１１１は、これらの入出力デバイスの動作制御を行う。通信装置１１４は、店舗サーバ２１との間での通信を制御したり、担当者端末１３との間での通信を制御する。入力装置１１５は、キーボード、タッチパネル、マウス、タッチ入力ペン等のポインティングデバイスを構成する操作部であり、文字列データ、各種コマンドの入力を行う。表示装置１１６は、フルカラー表示を行う液晶表示装置、ＣＲＴ表示装置、プラズマ表示装置などである。

なお、担当者端末１３、店舗サーバ２１の構成は、図示省略したが、基本的には上述した本部サーバ１１と同様に、ＣＰＵ、記憶装置、ＲＡＭ、通信装置、入力装置、表示装置を有する構成となっている。ここで、担当者端末１３側の記憶装置には、図８に示す動作手順に応じて処方箋入力処理を制御するプログラムが格納されている。

次ぎに、この実施例における調剤薬局業務処理システムの動作概念を図６〜図８に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体の他に、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施例特有の動作を実行することもできる。

図６は、調剤薬局システム２の全体動作の概要を示したフローチャートである。また、図７は、センタシステム１側の本部サーバ１１の動作概要を示したフローチャートであり、図８は、担当者端末１３側の処方箋入力処理を示したフローチャートである。
先ず、調剤薬局システム２側において、事務員あるいは薬剤師は、患者から受け取った処方箋を監査し(複製物ではないか、処方内容に問題はないかをチェックし)、正常な処方箋であれば、受付機(図示せず)にて「受付番号(連番)」を打刻した後、この処方箋をイメージスキャナ付きの受付端末２２に挿入セットする。

ここで、受付端末２２は、処方箋がセットされたことを検出すると(図６のステップＡ１)、イメージスキャナを駆動させて処方箋イメージを読み取ると共に(ステップＡ２)、この処方箋イメージ内から「受付番号」を抽出して文字認識し(ステップＡ３)、自己の店舗コードを読み出して「店舗コード＋受付番号」をファイル名として作成する(ステップＡ４)。そして、受付端末２２は、店舗サーバ２１にファイル名付きの処方箋イメージファイルを送信すると、店舗サーバ２１は、センタシステム１側の本部サーバ１１をアクセスして当該イメージファイルを送信する(ステップＡ５)。

センタシステム１側の本部サーバ１１は、何れかの調剤薬局システム２から送信されて来た処方箋イメージファイルを受信すると(図７のステップＢ１)、このイメージファイルを受信バッファ(図示せず)に一時セットした後、このファイル名から「店舗コード」を読み出す(ステップＢ２)。そして、この店舗コードに基づいて地域別担当者テーブル１４を検索し(ステップＢ３)、店舗対応の地区を特定すると共に(ステップＢ４)、この特定地区に対応付けられている担当者毎にその「処理カウント値」を読み出し(ステップＢ５)、その大小比較を行う(ステップＢ６)。この「処理カウント値」は、上述したように１日分の累計作業量(処方箋処理枚数)であり、現時点までに累計作業量が最少の担当者(最小処理カウント値の担当者)を特定し(ステップＢ７)、受信バッファ内のイメージファイルを読み出して当該特定端末１３に転送する(ステップＢ８)。

担当者端末１３は、本部サーバ１１からイメージファイルの転送有無を常時監視しており、イメージファイルの転送有りを検出する毎に、このイメージファイルを受信バッファ内に順次セットする受信処理を繰り返し実行している。この状態において、担当者端末１３は、このイメージファイル受信処理に並行して図８のフローチャートに示した処方箋入力処理を実行する。
先ず、オペレータ(担当者)から処方箋読み出し指示を受けた場合には(ステップＣ１)、受信バッファ内から１枚分の処方箋イメージファイルをその待ち行列順に読み出し(ステップＣ２)、図４に示す作業画面の左半分に処方箋イメージ画面Ｄ１を表示出力させると共に(ステップＣ３)、その右側半分に処方箋入力画面Ｄ２を表示出力させる(ステップＣ４)。これによって処方箋イメージ画面Ｄ１と処方箋入力画面Ｄ２とは作業画面内に並列表示される。

ここで、担当者は、作業画面内の処方箋内容から専門的な知識が必要であると判断した場合あるいは急用などのために席を外すような場合には、担当者変更ボタンＢＴを操作する。担当者端末１３は、担当者変更ボタンＢＴが操作されると(ステップＣ５でＹＥＳ)、担当者条件の入力有無をチェックし(ステップＣ６)、担当者条件が入力されなければ、地域別担当者テーブル１４から「担当者名」を順次読み出して一覧表示させるが(ステップＣ９)、担当者条件として担当者が持つ専門知識(健康保険、地域など)が入力された場合には、入力条件に基づいて担当者テーブル１４を検索することによって担当者テーブル１４から「担当者名」、「専門」を順次読み出して一覧表示させる(ステップＣ７、Ｃ８)。この一覧画面の中から任意の担当者名が変更相手先として選択指定されると(ステップＣ１０)、担当者端末１３は、この担当者名を変更相手先として本部サーバ１１に送信すると共に(ステップＣ１１)、作業画面の内容を消去する(ステップＣ１２)。

本部サーバ１１は、担当者変更依頼を受け取ると(図７のステップＢ９でＹＥＳ)、この変更相手先として指定された担当者端末１３に処方箋イメージファイルを転送し直す(ステップＢ１０)。そして、ステップＢ９に戻って担当者変更依頼の有無をチェックするが、変更依頼が無ければ、地域別担当者テーブル１４をアクセスして当該担当者対応の「処理カウント値」に“１”を加算してその値を更新する(ステップＢ１１)。

一方、担当者端末１３は、担当者変更ボタンＢＴが操作されなければ(図８のステップＣ５でＮＯ)、処方箋入力処理に移る。先ず、受信バッファから読み出したイメージファイルのファイル名から「店舗コード」を読み出して当該店舗対応の薬品在庫データベース１５Ｄを選択指定する(ステップＣ１３)。なお、薬品在庫データベース１５Ｄは、医薬品の在庫有無をチェックする際に参照される。次ぎに、ファイル名から「受付番号」を読み出して(ステップＣ１４)、処方箋入力画面内の対応項目に配置表示する(ステップＣ１５)。したがって、「受付番号」は処方箋入力画面内に自動セットされる。

この状態において、処方箋入力画面の先頭項目を入力対象項目として指定した後(ステップＣ１６)、この指定項目内にキー入力されたデータを配置表示する(ステップＣ１７)。そして、次ぎの項目を入力対象項目として指定した後(ステップＣ１８)、全項目分のデータ入力が完了したかをチェックし(ステップＣ１９)、入力が完了するまでステップＣ１７に戻り、以下、上述の動作を繰り返す。これによって処方箋１枚分のデータ入力が完了すると、この処方箋１枚分のデータ(処方箋入力データ)に「店舗コード＋受付番号」を付加して(ステップＣ２０)、この処方箋入力データを本部サーバ１１に送信する (ステップＣ２１)。そして、ステップＣ１に戻り、処方箋読み出し指示を受ける毎に上述の動作を繰り返す。

本部サーバ１１は、何れかの担当者端末１３から入力完了時に送信されて来る処方箋入力データを受信すると(図７のステップＢ１２でＹＥＳ)、この処方箋入力データに付加されている「店舗コード」を参照してその依頼元薬局を特定し(ステップＢ１３)、この依頼元薬局側の店舗サーバ２１に処方箋入力データを送信すると共に(ステップＢ１４)、該当する患者データベース１５Ａに格納しておく(ステップＢ１５)。

調剤薬局システム２側において、店舗サーバ２１は、センタシステム１から処方箋入力データを受信すると(図６のステップＡ６でＹＥＳ)、この処方箋入力データを調剤帳票プリンタ２３に転送して調剤指示書を印刷出力させる(ステップＡ７)。そして、この処方箋入力データの中から患者情報、保険情報などの必要項目のデータを抽出すると共に(ステップＡ８)、この抽出情報を会計データの一部として会計端末２５に転送しておく(ステップＡ９)。

ここで、薬剤師は、薬剤師端末２４を使用して患者の薬歴情報を表示出力させたり、調剤指示書を参照しながら薬剤監査および調剤を行う。なお、患者から処方箋を受け付けた時点、つまり、受付端末２２でイメージ読み取りを行った時点で、この処方箋原本を参照しながら調剤を行うようにしてもよい。そして、薬剤師は、調剤後に患者を呼び出して薬服指導を行った場合には、薬剤師端末２４を使用して薬服指導料を算定した後(ステップＡ１０)、この薬服指導料に「店舗コード＋受付番号」を付加してセンタシステム１の本部サーバ１１に送信する(ステップＡ１１)。

本部サーバ１１は、何れかの調剤薬局システム２から送信されて来た薬服指導料を受信すると(図７のステップＢ１６)、この薬服指導料に付加されている「店舗コード＋受付番号」に基づいて患者データベース１５Ａを検索して該当する処方箋入力データを読み出し(ステップＢ１７)、この処方箋入力データに基づいて薬剤料、調剤料などを算出すると共に、保険請求計算を行い、服薬指導料を含めた患者負担金を算出し(ステップＢ１８)、この患者負担金を含む会計データをその依頼元店舗側に送信する(ステップＢ１９)。

依頼元の店舗サーバ２１は、本部サーバ１１から患者負担金を含む会計データを受信すると(図６のステップＡ１２でＹＥＳ)、この会計データを会計端末２５および会計プリンタ２６に転送する(ステップＡ１３)。会計端末２５は、この会計データに基づいて会計精算処理を実行し、患者との間で患者負担金の精算を行い(ステップＡ１４)、会計プリンタ２６は、会計データを会計帳票(請求書、領収書)として印刷出力する(ステップＡ１５)。

以上のように、この実施例において、調剤薬局システム２は、処方箋から読み取った処方箋イメージをセンタシステム１に送信して処方箋データの入力業務を依頼し、センタシステム１は、調剤薬局システム２から受信した処方箋イメージを元に必要事項を入力する処方箋入力業務が完了した際に、この処方箋入力データを依頼元の調剤薬局システム２に送信し、調剤薬局システム２は、センタシステム１から受信した処方箋入力データを調剤指示書として印刷出力させた後に、薬剤師による服薬指導が行われた場合には、この服薬指導に応じて入力された服薬指導料をセンタシステム１に送信し、センタシステム１は、調剤薬局システム２から受信した服薬指導料を含め、処方箋入力データに基づいて保険請求計算を行って患者負担金を算出し、この患者負担金を含む会計データを依頼元の調剤薬局システム２に送信し、調剤薬局システム２は、センタシステム１から受信した会計データに基づいて会計処理を実行するようにしたから、患者から処方箋を受け付けてからその会計が完了するまでの一連の調剤薬局業務を効率良く、かつ合理的に遂行することができる。

すなわち、個々の調剤薬局側では、自店舗の処方箋入力業務および会計計算業務を本部側に依頼することができるため、処方箋入力業務を担当する事務員を確保したり、法改正にも対応可能な事務員を確保しておかなくてもよく、人件費の大幅な削減が可能となるほか、各種の事務作業をも兼務している薬剤師にあっては、本来の業務に専念することができ、処方箋を受け付けた直後に処方箋原本を元に調剤行為を開始することもできるなど、処方箋を受け付けてから会計までの一連の調剤薬局業務を円滑かつ迅速に行うことことが可能となる。

また、調剤薬局システム２は、処方箋イメージをセンタシステム１に送信する際に、自己の店舗コードを処方箋イメージに付加して送信し、センタシステム１は、調剤薬局システム２から店舗コード付きの処方箋イメージを受信した際に、この店舗コードに基づいて依頼元薬局を認識すると共に、地域別に処方箋入力業務を担当する複数の担当者端末１３の中から依頼元薬局が属する地域の担当者端末１３を指定して当該処方箋イメージを振り分け転送し、この指定端末側で入力処理された処方箋入力データを依頼元薬局側に転送するようにしたから、調剤薬局が地域毎にグループ化されている場合に、処方箋入力業務を行う担当者は、自己が受け持つ地域内の複数の調剤薬局に対する専任事務員となることができ、専任化による効率的な入力業務が可能となり、１人の担当者が複数の調剤薬局をサポートすることも可能となる。

この場合、担当者端末１３は、処方箋イメージ画面Ｄ１と処方箋入力画面Ｄ２とを並列表示するようにしたから、同一画面上において処方箋イメージを見ながら処方箋データを入力する作業を行うことができ、その入力作業を効率良く行うことが可能となる。また、担当者端末１３は、入力操作によって担当者の変更の指示を受けた際に、担当者一覧を表示出力させ、この一覧画面の中から任意に選択指定された担当者に変更すべきことを示す担当者変更依頼を本部サーバ１１に通知し、本部サーバ１１は、担当者端末１３から担当者変更依頼を受信した際に、その変更先の担当者端末１３に処方箋イメージを転送するようにしたから、必要に応じて担当者を即座に変更して入力業務を遂行することができる。この際、担当者端末１３は、担当者の変更指示に応答して担当者一覧画面を表示出力させる際に、入力指定された担当者条件に合致する担当者を検索して一覧表示するようにしたから、専門的な知識などが必要となるような場合に、その専門家を即座に探し出して入力業務を遂行することができる。

本部サーバ１１は、処方箋入力業務を担当する複数の担当者端末１３の中から何れかの担当者端末１３を指定して処方箋イメージを振り分け転送する際に、各担当者端末１３の業務処理状況(処理カウント値)を参照してその転送先を決定するようにしたから、担当者の忙しさなどを考慮した振り分け転送が可能となる。この場合、本部サーバ１１は、処方箋イメージを担当者端末１３に振り分け転送する毎に担当者別の「処理カウント値」を更新するほか、この担当者別の「処理カウント値」を参照し、最少の処理カウント値の担当者を特定して当該担当者端末１３を転送先として決定するようにしたから、各担当者の業務量を略均一とすることができる。

なお、上述した実施例においては、本部側のセンタ装置としてセンタシステム１(厳密には本部サーバ１１)を示し、各調剤薬局側の薬局端末装置として調剤薬局システム２を示したが、センタ装置、薬局端末装置の構成は任意であり、薬局端末装置は、スタンドアロンタイプであってもよい。すなわち、調剤薬局システム２は、店舗サーバ２１、イメージスキャナ付きの受付端末２２、調剤帳票プリンタ２３、薬剤師端末２４、会計端末２５、会計プリンタ２６を有する構成としたが、店舗サーバ２１、薬剤師端末２４、会計端末２５を１台の薬局端末装置としてもよく、調剤帳票プリンタ２３、会計プリンタ２６も１台のプリンタとしてもよい。

また、上述した実施例においては、構内通信システム内において本部サーバ１１に複数台の担当者端末１３を接続した構成としたが、本部サーバ１１に広域通信網を介して複数台の担当者端末１３を接続した構成であってもよい。つまり、各担当者は、一箇所に集中している必要はなく、その勤務場所は任意であり、たとえば、ある調剤薬局に勤務している担当事務員を他の薬局の担当事務員として兼任させることも可能となる。また、上述した実施例において担当者端末１３は、処方箋イメージ画面の内容を確認しながら処方箋入力画面内の必要項目にキー操作によってデータを入力するようにしたが、処方箋イメージの各項目内容を文字認識すると共に、この認識結果を処方箋入力画面内の対応項目に自動入力するようにしてもよい。

一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体（たとえば、ＣＤ−ＲＯＭ、フレキシブルディスク、ＲＡＭカード等）を提供するようにしてもよい。すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、処方箋から読み取った処方箋イメージを調剤薬局側の薬局端末装置からセンタ装置に対して送信して処方箋データの入力業務を依頼する機能と、薬局端末装置から受信した処方箋イメージを元に必要事項を入力する処方箋入力業務が完了した際に、この処方箋入力データをセンタ装置から依頼元の薬局端末装置に送信する機能と、センタ装置から受信した処方箋入力データを帳票印刷させた後において、薬剤師による服薬指導が行われた場合には、この服薬指導に応じて入力された服薬指導情報を薬局端末装置からセンタ装置に送信する機能と、薬局端末装置から受信した服薬指導情報を含め、前記処方箋入力データに基づいて保険請求計算を行って患者負担金を算出し、この患者負担金を含む会計データをセンタ装置から依頼元の薬局端末装置に送信する機能と、センタ装置から受信した会計データに基づいて会計処理を実行する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。

調剤薬局業務処理システムの全体構成の概要を示したブロック図。 センタシステム１側に設けられている地域別担当者テーブル１４の内容を示した図。 センタシステム１側に設けられているデータベース群１５の内容を示した図。 担当者端末１３側の作業画面を示した図。 本部サーバ１１の基本的な構成要素を示したブロック図。 調剤薬局システム２の全体動作の概要を示したフローチャート。 センタシステム１側の本部サーバ１１の動作概要を示したフローチャート。 担当者端末１３側の処方箋入力処理を示したフローチャート。

符号の説明

１ センタシステム
２ 調剤薬局システム
３ 広域通信網
１１ 本部サーバ１１
１３ 担当者端末
１４ 地域別担当者テーブル
１５ データベース群
２１ 店舗サーバ
２２ イメージスキャナ付きの受付端末
２３ 調剤帳票プリンタ
２４ 薬剤師端末
２５ 会計端末
２６ 会計プリンタ
１５Ａ 患者データベース
１５Ｂ 電子薬歴データベース
１５Ｄ 薬品在庫データベース
１１１ ＣＰＵ
１１２ 記憶装置
１１４ 通信装置

Claims (9)

1. 薬剤の調剤や販売を行う薬局が受け付ける処方箋に対する処理業務を行う薬局業務処理システムであって、
   薬局が存在する複数の地域ごとにその地域に関する情報を有している地域担当の処理担当者を記憶し、その各処理担当者ごとに当該処理担当者の業務処理状況を記憶する担当者情報記憶手段と、
   前記薬局内に有る薬局端末装置が送信する処方箋情報を受信する受信手段と、
   前記受信手段により受信した前記処方箋情報に付加された薬局識別情報に基づいて当該薬局が所在する地域を特定することで、その特定された地域担当の処理担当者を特定し、その処理担当者の内で各処理担当者の前記業務処理状況に基づいて、処理担当者を特定する特定手段と、
   この特定手段で、前記業務処理状況に基づいて特定された処理担当者について変更が必要な場合は、その処理担当者の情報を一覧表示させて、その表示された情報に基づいて選択指定された処理担当者を処理の担当者として変更する変更手段と、
   前記特定手段で、前記業務処理状況に基づいて特定された処理担当者の変更が必要にない場合は、当該特定された処理担当者の端末装置に対し、前記業務処理状況に基づいて特定された処理担当者の変更が必要な場合は、前記変更手段で変更された処理担当者の端末装置に対して、前記処方箋情報に対する処理を依頼送信し、当該処理担当者の端末装置で処理されて送信されてきた処理済み処方箋情報を、元の当該処方箋情報を送信してきた当該薬局端末装置に対して送信する送信手段と、
   を具備したことを特徴とする薬局業務処理システム。
2. 前記薬局端末装置が送信する前記処方箋情報は、処方箋から読み取った処方箋イメージに薬局識別情報が付加されているもの、
   であることを特徴とする請求項１記載の薬局業務処理システム。
3. 前記処理担当者の端末装置で処理された前記処理済み処方箋情報は、処方箋データを入力したもの、
   であることを特徴とする請求項２記載の薬局業務処理システム。
4. 前記処理担当者の端末装置に、前記処方箋イメージを表示する第１の画面と前記処方箋データを入力する第２の画面とを並列表示する、
   ようにしたことを特徴とする請求項３記載の薬局業務処理システム。
5. 前記業務処理状況は、前記処方箋の処理件数情報であり、各処理担当者ごとに当該処理担当者が処理するたびに更新する、
   ようにしたことを特徴とする請求項１、３または４記載の薬局業務処理システム。
6. 前記特定手段は、前記業務処理状況を参照した際に、その前記処理件数の少ない前記処理担当者を選定する、
   ようにしたことを特徴とする請求項５記載の薬局業務処理システム。
7. 前記処理担当者の端末装置から処理担当者の変更指示を受けた際に、当該端末装置に処理担当者一覧画面を表示出力し、この一覧画面の中から任意に選択指定された処理担当者の端末装置に処理依頼を送信する、
   ようにしたことを特徴とする請求項１または３乃至６記載の薬局業務処理システム。
8. 前記担当者情報記憶手段には、各処理担当者ごとに当該処理担当者の専門分野情報を記憶させ、前記処理担当者の端末装置からの処理担当者変更指示に応答して担当者一覧画面を表示出力する際に、入力指定された専門分野情報に合致する処理担当者を前記担当者情報記憶手段による記憶から検索して一覧表示する、
   ようにしたことを特徴とする請求項７記載の薬局業務処理システム。
9. 薬剤の調剤や販売を行う薬局が受け付ける処方箋に対する処理業務を行う薬局業務処理システムにおけるコンピュータに、
   薬局が存在する複数の地域ごとにその地域に関する情報を有している地域担当の処理担当者を記憶し、その各処理担当者ごとに当該処理担当者の専門分野情報及び業務処理状況を記憶する担当者情報記憶手段、
   前記薬局内に有る薬局端末装置が送信する処方箋情報を受信する受信手段、
   前記受信手段により受信した前記処方箋情報に付加された薬局識別情報に基づいて当該薬局が所在する地域を特定することで、その特定された地域担当の処理担当者を特定する特定手段、
   この特定手段で、前記業務処理状況に基づいて特定された処理担当者について変更が必要な場合は、その処理担当者の情報を一覧表示させて、その表示された情報に基づいて選択指定された処理担当者を処理の担当者として変更する変更手段、
   前記特定手段で、前記業務処理状況に基づいて特定された処理担当者の変更が必要にない場合は、当該特定された処理担当者の端末装置に対し、前記業務処理状況に基づいて特定された処理担当者の変更が必要な場合は、前記変更手段で変更された処理担当者の端末装置に対して、前記処方箋情報に対する処理を依頼送信し、当該処理担当者の端末装置で処理されて送信されてきた処理済み処方箋情報を、元の当該処方箋情報を送信してきた当該薬局端末装置に対して送信する送信手段、
   を実現させるためのプログラム。

Images