JP4393452B2 - 情報処理装置及び情報処理方法及びコンピュータプログラム - Google Patents

Description

本発明は、外部装置にデータを送受信する情報処理装置及び情報処理方法及びプログラムに関する。

病院又は医院等の医療機関での診察結果に応じて処方される薬は処方箋に記載されている。医療機関が患者に対してどの外部薬局に行くかを指定することは禁止されているため、医療機関から直接外部薬局に処方箋を送ることはあってはならない。
一般的に患者は、医療機関により発行された処方箋を受け取って、当該医療機関の外部に開業している薬局に持ち込む。そして、その処方箋を元に薬局は調剤を行い、患者は調剤された薬を受け取る。このとき、薬局は処方箋を受け取るまで調剤する内容がわからず、患者から処方箋を受け取った後に調剤を開始しなければならない。その結果、薬を受け取るために、調剤が終わるまで患者は待つ必要がある。

薬局における患者の待ち時間を短くする方法として、ＦＡＸなどで予め処方箋を送信しておき、患者が薬局に行く前に予め調剤を行ってもらう方法がある。しかし、この方法は処方箋の事前送信の際に薬局の混雑状況がわからないため、処方箋を事前送信しても薬局において患者の待ちが生じるという問題がある。また、多くの外部薬局の中から最適な外部薬局を選択するのは難しいという問題がある。

このような処方箋の事前送信における患者の待ち時間を少なくするための方法として、処方箋送付装置を用いて患者が指定した薬局へ処方箋送信時、処方箋送付装置の表示部に外部薬局の地図や調剤処理待ち時間を表示し、患者が薬局と薬を受け取る時間を指定する方法がある。（例えば、特許文献１参照）
特開２００３−２６３５０１号公報

しかし、処方箋の調剤は必ずしも順番通りに行われているわけではなく、受け付けた処方箋の内容によって順番が入れ替わったり、重病患者の場合優先して調剤されるので、事前に予測を立てても必ずしもその時間どおりに調剤が行われるとは限らない。

特許文献１によれば、薬局に処方箋を送信した後に、薬局内の調剤状況がわからず、送信した処方箋の薬が調剤されたかどうかリアルタイムに薬局の調剤状況を知ることはできなかった。また、一度指定した薬局のキャンセルや来店時間の変更やキャンセルを動的に行うことができなかった。

本発明はこのような課題に対してなされたものであり、患者が薬局に処方箋を送信した後に、薬局の調剤状況を動的に知ることができ、患者の所望の薬局への変更や都合の良い時間に変更可能な処方箋送信システムを提供することを目的とする。

上記目的を達成するために本発明は、患者情報を入力する患者情報入力手段と、患者情報テーブルに格納された患者情報に基づき、前記入力手段によって入力された患者情報の認証処理を行う認証手段と、前記認証手段による認証が成功した場合、外部装置に待ち時間問合せ信号を送信する送信手段と、前記送信手段による送信後、前記外部装置から調剤の待ち時間と重病患者用の優先待ち時間を受信する受信手段と、前記患者情報の病名に基づき重病患者であると判定された場合、前記受信手段によって受信した調剤の待ち時間よりも短い前記重病患者用の優先待ち時間を表示する表示手段とを有することを特徴とする。

また本発明は、患者情報を入力する患者情報入力手段と、患者情報テーブルに格納された患者情報に基づき、前記入力手段によって入力された患者情報の認証処理を行う認証手段と、前記認証手段による認証が成功した場合、外部装置に待ち時間問合せ信号を送信する送信手段と、前記送信手段による送信後、前記外部装置から調剤の待ち時間と病気の患者が指定可能な時間帯を受信する受信手段と、前記受信手段によって受信した調剤の待ち時間を表示する表示手段と、前記表示手段によって調剤の待ち時間が表示された後、来店予定時刻を入力する時刻入力手段とを有し、前記時刻入力手段において、前記患者情報入力手段によって入力された患者情報に含まれる病気の種類と前記受信手段によって受信した病気の患者が指定可能な時間帯とに応じて、前記時刻入力手段によって入力される来店予定時刻が制限されることを特徴とする。

本発明によれば、患者が薬局に処方箋を送信した後に薬局の調剤状況を動的に知ることができるので、処方箋の内容によって調剤の順番が入れ替わった場合においても、ユーザは常に正確な調剤時間を知ることができる。さらに薬局へ処方箋を送信した後においても、受け取り時間の変更や薬局のキャンセルを行うことができるので、ユーザの都合によって薬を受け取ることができる。

（実施例１）
以下に、図を用いて本発明の実施例を詳細に説明する。本実施例では、処方箋を送受信する情報処理装置として画像形成装置を用いる。

図１は、本発明の実施例における医療機関にある画像形成装置から薬局の画像形成装置へ処方箋を送信する処方箋送信システムの構成図である。

図１に示すように、本実施例において、医療機関にある画像形成装置１０４と薬局にある画像形成装置１０１と携帯電話などの携帯端末１０７と駅やコンビニなどにある画像形成装置１１１がインターネット及び電話回線１０３を介して接続されている。医療機関においては、画像形成装置１０４、ＦＡＸ装置１１０、ＰＣ（パーソナルコンピュータ）などのデータ処理装置１０５が、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０９を介して接続されている。薬局においては、画像形成装置１０１、ＦＡＸ装置１０２、ＰＣ（パーソナルコンピュータ）などのデータ処理装置１０８が、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０６を介して接続されている。なお、データ処理装置１０５、１０８はレセプトコンピュータと呼ばれる医療電算装置でもよい。また、ＬＡＮ１０６、１０９に接続された機器は、機器同士が所定のプロトコルで通信可能に接続されている。

図２は、本発明の実施例における画像形成装置１０１，１０４の概略ブロック図である。本実施例では、画像形成装置１０１、１０４として、一般的なＣＯＰＹ／ＰＲＩＮＴ／ＦＡＸ等の機能を有するディジタル複合機を用いる。

図２に示すように、本実施例の画像形成装置１０１，１０４は、原稿読み取り処理を行うスキャナ部２０１と、スキャナ部２０１から読み取られた画像データに画像処理を施してメモリ２０５に格納するコントローラ部２０２からなる。さらに、画像形成装置１０１、１０４は、スキャナ部２０１により読み取られた画像データに対する各種印刷条件を設定する操作部２０４と、ＲＯＭ２１０，ハードディスクドライブやメモリカードなどの記憶装置２１１も備えている。さらに、画像形成装置１０１、１０４は、メモリ２０５から読み出された画像データを、操作部２０４により設定された印刷設定条件に従って記録用紙に画像形成を行うプリンタ部２０３等を備える。さらに、本実施例の画像形成装置１０１，１０４は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）部２０６を備えている。ＮＩＣ部２０６において、ＬＡＮコントローラ２０７は、ＬＡＮ上を流れる通信パケットを監視し、ＬＡＮ上の情報を内部に取り込んだり、スキャナ部２０１で読み込まれたデータをＬＡＮ１０６、１０９またはネットワーク１０３へ送るための制御を行う。トランス部２０８は、電圧変換を行い、本実施例の画像形成装置とＬＡＮの物理的な通信を実現する。また、コントローラ部２０２には、表示部２０９が接続されており、印刷設定条件が表示される。また、医療機関に設置された画像形成装置１０４の表示部２０９は、外部薬局の地図や外部薬局の詳細情報を表示する。なお、表示部はタッチパネルになっていてもよい。また、薬局にある画像形成装置１０１の記憶装置２１１には、待ち時間情報テーブル２３０が格納されている。待ち時間情報テーブル２３０は、処方箋を受け付けてから患者に調剤済みの薬を渡すまでの時間を格納しており、受け付けた処方箋の数により常に更新される。また、受け付けた処方箋の数は、後述する処方箋テーブル１４０１を参照することにより決まる。なお、待ち時間情報テーブル２３０は、データ処理装置１０８の記憶装置２１５またはＲＡＭ２１２に格納してもよい。

図３は、本発明の実施例におけるデータ処理装置１０５，１０８の概略ブロック図である。データ処理装置１０５，１０８は、ＣＰＵ２２４、ＲＯＭ２２５、ＲＡＭ２１２、ＣＲＴなどのモニタ２１３（タッチパネルを備えてもよい）を接続するビデオカード２１４、ハードディスクドライブやメモリカードなどの記憶装置２１５を備えている。また、データ処理装置１０５，１０８は、マウス、スタイラスおよびタブレットなどのポインティングデバイス２１６、キーボード２１７などを接続するＵＳＢやＩＥＥＥ１３９４などのシリアルバス用のインタフェイス２１８を備えている。さらに、データ処理装置１０５，１０８はネットワーク２１９と接続するネットワークインタフェイスカード（ＮＩＣ）２２０を備え、これらの構成はシステムバス２２１で相互に接続されている。また、インタフェイス２１８には、プリンタ２２２、スキャナ２２３などを接続可能である。

ＣＰＵ２２４は、ＲＯＭ２２５または記憶装置２１５に格納されたプログラムをワークメモリであるＲＡＭ２１２にロードして当該プログラムを実行し、当該プログラムに従いシステムバス２２１を介して上記の各構成を制御することで当該プログラムの機能を実現する。

図１５は、医療機関内の画像形成装置１０４の記憶装置２１１に格納されている患者情報テーブル１５０１の一例である。患者情報テーブル１５０１は、患者毎に患者情報を格納する。即ち、患者番号に対応して、患者の氏名、住所、Ｅメールアドレス、保険証番号、病名、グループＩＤなどを格納する。ここで、患者番号は患者毎に与えられた患者ＩＤである。また、グループＩＤは、家族単位や友人単位で定められたＩＤであり、この情報を利用することにより、共通するグループＩＤをもつ患者の薬を薬局でまとめて受け取ることができる。

なお、患者情報テーブル１５０１は、医療機関内のデータ処理装置１０５に格納してもよい。

図１４は、薬局内の画像形成装置１０１の記憶装置２１１に格納されている処方箋テーブル１４０１の一例である。処方箋テーブル１４０１は、処方箋毎に、患者名、処方箋に対応付けられた処方箋ＩＤ，処方箋の調剤状況を確認通知するためのＵＲＬ、調剤状況、保険証番号、来店予定時刻などを格納する。処方箋に対応付けられた処方箋ＩＤは、医療機関から画像形成装置１０１で処方箋を受信したときに、画像形成装置のコントローラ部２０２によって付与される。調剤状況は、医療機関から処方箋を受信し薬剤師に渡す前であれば「調剤前」のステータスであり、処方箋を薬剤師に渡したときは「調剤中」のステータスになり、薬剤師が調剤を終了すると「調剤済み」のステータスに変更される。なお、調剤状況は、薬剤師または薬局で働いている医療事務者が、画像形成装置１０１またはデータ処理装置１０８を用いて、処方箋テーブル１４０１にアクセスし、処方箋テーブル１４０１を書き換えることによって更新される。また、処方箋テーブル１４０１の調剤状況は、医療事務者が薬剤師に処方箋を渡すときに、処方箋をスキャンし処方箋に付加されている処方箋ＩＤを読み取ることで「調剤中」のステータスに変更されてもよい。さらに、薬剤師が調剤後、処方箋をスキャンすることで「調剤済み」のステータスに変更されてもよい。

なお、処方箋テーブル１４０１は、薬局内のデータ処理装置１０８に格納してもよい。その場合、処方箋ＩＤは、データ処理装置１０８に処方箋が格納されるタイミングでＣＰＵ２２４によって付与される。

次に、本実施例における処方箋送信システムの概略の例を図４を用いて説明する。

図４において、４０１は、患者もしくは、患者の代わりに調剤薬局をもらいに行く人（介護者・家族など）である。１０４は前述した医療機関に設置されている画像形成装置であり、１０１は前述した薬局に設置されている画像形成装置である。４０４は、薬局で働いている医療事務者を指す。ここで、医療事務者４０４は、医療機関で窓口徴収しなかった医療費を、医療保険の実施機関に請求する事務処理を行い、具体的には診療報酬明細書（レセプト）の計算を行い会計処理などを行う。１０８は前述したＰＣなどのデータ処理装置１０８であり、レセプト算出および管理用のアプリケーションがインストールされているデータ処理装置１０８である。４０６は、外部薬局において調剤を行う薬剤師である。

（医療機関から薬局へ処方箋を送信する処理）
以下では、患者４０１が医療機関に設置された画像形成装置１０４から薬局に設置された画像形成装置１０１へ処方箋を送信する処理の流れを説明する。

図４のＳ４０１において、患者４０１は、医療機関内の画像形成装置１０４の操作部２０４から患者番号を入力する。画像形成装置１０４の記憶装置２１１に格納されている患者情報テーブル１５０１に基づき患者情報が認証されると、Ｓ４０２において外部薬局が検索される。このとき、画像形成装置１０４は、医療機関から所定距離内の全ての外部薬局の画像形成装置１０１に待ち時間問い合わせ信号を送信し、各薬局の画像形成装置１０１に格納されている待ち時間情報テーブル２３０から現在の待ち時間を受信する。次に、Ｓ４０３において、画像形成装置１０４の表示部２０９に外部薬局の一覧が、図１０に示すように表示される。次に、Ｓ４０４において、患者４０１は画像形成装置１０４の操作部２０４から処方箋の送信先の薬局を指定する。そして、Ｓ４０５において、画像形成装置１０４のスキャナ部２０１で読み取られた処方箋が、Ｓ４０４で指定された薬局の画像形成装置１０１へ送信される。

（医療機関から送られてきた処方箋を薬局で受信し処方箋ＩＤを付加して登録する処理）
以下では、医療機関から送られてきた処方箋を薬局内の画像形成装置１０１で受信し、処方箋に処方箋ＩＤを付加して、処方箋ＩＤが付加された処方箋と処方箋ＩＤ等を処方箋テーブル１４０１に登録する処理について説明する。

Ｓ４０６において、医療機関から送られてきた処方箋を薬局内の画像形成装置１０１が受信する。そのとき、画像形成装置１０１は処方箋に固有の処方箋ＩＤを付加し、処方箋ＩＤが付加された処方箋と処方箋ＩＤを処方箋テーブル１４０１に登録する。そのとき、処方箋の調剤状況もあわせて登録され、「調剤前」というステータスで登録される。また、処方箋の調剤状況を確認できるＵＲＬを作成し、ＵＲＬもあわせて処方箋テーブル１４０１に登録される。次に、Ｓ４０７において、画像形成装置１０１は、受信した処方箋に対応付けられた処方箋ＩＤおよびＵＲＬおよび送信完了通知を、画像形成装置１０４に送信する。

（処方箋に対応付けられた処方箋ＩＤおよびＵＲＬを医療機関で確認する処理）
以下では、医療機関から薬局に送信した処方箋に対応する処方箋ＩＤと処方箋の調剤状況を確認できるＵＲＬを、医療機関の画像形成装置１０４で確認する処理について説明する。

Ｓ４０８において、医療機関に設置された画像形成装置１０４は、予め薬局に送信した処方箋の送信完了通知と処方箋に対応付けられた処方箋ＩＤおよびＵＲＬを受信し、患者４０１は、送信完了通知に表示されている処方箋ＩＤ及びＵＲＬを確認する。その後、ＩＤおよびＵＲＬを印刷する。そして、患者の携帯端末１０７や駅やコンビニなどに設置された画像形成装置１１１から、該ＵＲＬにアクセスすることにより、処方箋の調剤状況を確認したり、薬を受け取る薬局の変更や受け取り時間の変更を行うことができる。

（受信した処方箋に基づき薬局で行われる処理）
以下では、薬局で処方箋を受信し、処方箋の内容に基づきデータ処理装置１０８で行う処理について説明する。

Ｓ４０７の処理が終了すると、Ｓ４０９において、医療事務者４０４は処方箋を印刷する。Ｓ４１０において、医療事務者４０４は、印刷された処方箋と処方箋ＩＤをデータ処理装置１０８に登録し、データ処理装置１０８においてレセプト計算処理を行う。なお、データ処理装置１０８への登録は画像形成装置１０１で処方箋を受信した時に、データ処理装置１０８へ処方箋データを転送し登録してもよい。

次に、Ｓ４１１では、医療事務者４０４が、処方箋を調剤担当の薬剤師４０６に渡し、調剤を依頼する。Ｓ４１１では、調剤を依頼すると同時に、医療事務者４０４が、受信した処方箋の調剤依頼を行ったことを処方箋テーブル１４０１に登録する。次に、Ｓ４１２で薬剤師４０６は調剤を行う。次に、Ｓ４１３において、データ処理装置１０８は、処方箋ＩＤを用いて画像形成装置１０１の処方箋テーブル１４０１から該当する処方箋データを検索する。Ｓ４１４では、処方箋データのステータスが「調剤中」に変更される。Ｓ４１５において、画像形成装置１０１は処方箋データのステータスが変更された旨を画像形成装置１０４に送信する。なお、Ｓ４１１において、処方箋を画像形成装置１０１でスキャンすることで、処方箋ＩＤまたは保険証番号を認識し、処方箋データの調剤状況のステータスを変更してもよい。

（患者が処方箋をもって薬局に来店したときに行われる処理）
以下では、患者４０１が処方箋をもって薬局に来店したときに薬局内で行う処理について説明する。

Ｓ４１６、Ｓ４１７において、患者４０１は薬局に来店し、持ち込んだ処方箋を画像形成装置１０１でスキャンする。Ｓ４１８において、画像形成装置１０１にインストールされているＯＣＲソフトは、読み取った処方箋の患者名や保険証番号を認識して、この処方箋が予め送信されてきたものか始めて読み込まれたものかを、画像形成装置１０１に登録されている処方箋テーブル１４０１を参照して確認する。既に送信されてきている処方箋の場合、画像形成装置１０１からデータ処理装置１０８へ処方箋送信済の患者が来店したことを知らせる通知が送信され、データ処理装置１０８のモニタに、その患者が来店したことを示す表示が行われる。その結果、処方箋送信済みの患者が来店したことを医療事務者４０４または薬剤師４０６に通知する。医療事務者４０４または薬剤師４０６は、処方箋のステータスを確認し、調剤済みであれば調剤済みの薬を患者４０１に渡す。なお、Ｓ４１７で患者が処方箋をスキャンすると、Ｓ４１９において、患者が来店した旨を画像形成装置１０４に通知する。Ｓ４２０において、薬剤師４０６は患者によって薬局に持ち込まれた処方箋の原本を受け取り、Ｓ４２１で処方箋にサインを行い、Ｓ４２２で患者に調剤した薬品を渡す。次に、医療事務者４０４または薬剤師４０６は、データ処理装置１０８を操作することによって、処方箋のステータスを「調剤済み」のステータスに変更する。その後、データ処理装置１０８から画像形成装置１０４にステータスの変更が通知され、さらに、該当する患者の処方箋テーブル１４０１の処方箋データが削除される。なお、薬を患者に渡したときのステータスの変更は、画像形成装置１０１において処方箋をスキャンすることで行ってもよい。また、薬品を渡す時に、Ｓ４２３において領収書が発行され、医療事務者によって会計処理が行われる。

図５は医療機関に設置されている画像形成装置１０４が実行する薬局への処方箋送付先選択処理フローである。

図５のＳ５０１において画像形成装置１０４の操作部２０４から患者番号が入力される。Ｓ５０２において画像形成装置１０４に格納されている患者情報テーブル１５０１の患者番号に基づき認証処理を行う。Ｓ５０３において認証に成功するとＳ５０５にすすみ、認証に失敗するとＳ５０４にすすむ。Ｓ５０５では、画像形成装置は、医療機関から所定距離内にある全ての外部薬局の画像形成装置１０１に待ち時間問い合わせ信号を送信する。

次に、Ｓ５０６において、各薬局の現在の待ち時間を受信する。次に、Ｓ５０７では、画像形成装置１０４の表示部２０９に、図１０に示すような医療機関周辺の外部薬局の一覧、待ち時間、営業時間、地図、詳細情報等を表示する。Ｓ５０７で表示された各薬局の詳細情報を指定すると、図１１に示すような指定された薬局の待ち数、調剤状態、予想待ち時間等が表示される。Ｓ５０３において認証に失敗すると、Ｓ５０４で画像形成装置１０４の表示部２０９にエラーメッセージを表示する。

次に、Ｓ５０８において、図１６に示すユーザインタフェースより、患者４０１が処方箋送信先の薬局を選択し、画像形成装置１０４には、処方箋送信先の薬局が入力される。Ｓ５０９において、図１２に示すユーザインタフェースから来店予定時刻が入力される。患者４０１は、予想待ち時間以降の時刻で薬局の営業時間内であればどの時刻でも入力することができる。また、他の処方薬品（既に調剤依頼済のもの）と同時調剤依頼が指定されると、共通したグループＩＤをもつ患者の薬を薬局でまとめて調剤してもらい、共通したグループＩＤの患者の薬をまとめて受け取ることができる。その後、Ｓ５１０において、Ｓ５０８で選択された薬局に処方箋を送信する。

薬局の画像形成装置１０１では受信した処方箋に対応した処方箋ＩＤが発生されると、薬局の画像形成装置１０１から医療機関の画像形成装置１０４に処方箋ＩＤと処方箋の調剤状況を確認できるＵＲＬと送信完了通知を送信する。Ｓ５１１で、医療機関の画像形成装置１０４において処方箋ＩＤおよびＵＲＬおよび送信完了通知を受信する。Ｓ５１２において、処方箋ＩＤおよびＵＲＬが図１３に示すように表示部２０９に表示されまたは印刷される。患者４０１は表示されたＩＤおよびＵＲＬをメモするか、印刷されたＩＤおよびＵＲＬを持っていく。なお、ＩＤおよびＵＲＬは、予め患者情報テーブル１５０１に患者情報として登録されている携帯電話やＰＣ等のメールアドレスに送信してもよい。

その後、患者４０１は携帯端末１０７や画像形成装置１１１を用いて前記ＵＲＬにアクセスし、送信した処方箋に対応する薬の調剤状況を確認することができる。また、ＵＲＬにアクセスすることで、薬局や来店時刻を変更またはキャンセルすることができる。図６は、薬局に設置されている画像形成装置１０１が実行する処方箋処理フローである。図６のＳ６０１において、薬局に設置された画像形成装置１０１は、医療機関の画像形成装置１０４から送られてきた処方箋を受信する。Ｓ６０２において、画像形成装置１０１は、処方箋に固有の処方箋ＩＤを発生し、処方箋ＩＤおよび処方箋の状態を確認できるＵＲＬを作成する。次に、Ｓ６０３において、患者名、処方箋ＩＤ、ＵＲＬ、調剤状況、保険証番号等を記憶装置２１１の処方箋テーブル１４０１に登録する。次に、Ｓ６０４において、処方箋ＩＤおよびＵＲＬおよび送信完了通知を、処方箋発行元の医療機関の画像形成装置１０４に送信する。なお、処方箋テーブル１４０１の調剤状況は「調剤前」として登録される。調剤が始まると「調剤中」に変更され、調剤が終了すると「調剤済み」に変更される。処方箋テーブル１４０１の調剤状況の変更は、医療事務者４０４または薬剤師４０６が画像形成装置１０１またはデータ処理装置１０８の操作部２０４から操作することによって変更してもよい。また、処方箋を画像形成装置１０１でスキャンすることによって変更してもよい。

図７は、医療機関にある画像形成装置１０４または駅やコンビニや老人ホーム等に設置された画像形成装置１１１または患者が持っている携帯端末１０７（以下調剤状況を確認する指示が行われた端末という）から処方箋の調剤状況の問い合わせを行う処理フローである。

Ｓ７０１において、画像形成装置１０４、１１１または携帯端末１０７の操作部２０４から、薬の調剤状況を確認できるＵＲＬおよび処方箋ＩＤが入力される。そして、処方箋テーブル１４０１に格納されている処方箋ＩＤと、Ｓ７０１で入力された処方箋ＩＤが、薬局内の画像形成装置１０１において認証される。Ｓ７０３において、認証に成功するとＳ７０５にすすみ、認証に失敗すると、Ｓ７０４にすすみエラーメッセージを表示する。Ｓ７０５では、調剤状況を確認する指示が行われた端末は、入力されたＵＲＬに対応する調剤状況を受信し、Ｓ７０６において、図８に示すような処方箋の調剤状況がその端末の表示部に表示される。そしてＳ７０８において、患者４０１が来店時刻を変更または来店をキャンセルしたいなら、図８の８０４の変更またはキャンセルのボタンを選択し、操作部２０４から来店時刻の変更時刻が入力される。Ｓ７０８において、変更指示が入力された場合、Ｓ７０９に進み、変更またはキャンセルの旨を薬局の画像形成装置１０１に送信し処理を終了する。Ｓ７０８において、変更の指示が無い場合処理を終了する。Ｓ７０８で来店をキャンセルした場合は、処方箋テーブル１４０１に格納されている処方箋ＩＤに対応する処方箋データが削除される。

ここで、図８は画像形成装置１０４，１１１または携帯端末１０７の表示部２０９に表示され、事前送信した処方箋の調剤状況を表示し、薬の受け取り時間の変更またはキャンセルを行うことができるユーザインタフェースの一例である。図８において、８０１は、指定されたＵＲＬのアドレスであり、８０２は、薬局に送信した処方箋の調剤状況であり動的に変更される。ここで、８０２の調剤状況は、調剤がまだ行われていない場合は「調剤前」と表示され、調剤中であれば「調剤中」と表示され、調剤が既に終わっていれば「調剤済み」と表示される。８０３は、調剤のステータスの更新を行うことを可能とするコントロールである。８０４は、来店時刻を変更または来店をキャンセルするコントロールである。８０５は、薬局に設置された画像形成装置１０１に更新情報を送信するコントロールである。

図１７は、患者４０１からの調剤状況の問い合わせに対して画像形成装置１０１が実行する処理フローである。

Ｓ１７０１において、薬局の画像形成装置１０１は、医療機関にある画像形成装置１０４または駅やコンビニや老人ホームなどのパブリックな環境にある画像形成装置１１１または携帯端末１０７から処方箋の調剤状況の問い合わせを受信する。具体的には、Ｓ１７０１において、処方箋と処方箋ＩＤが格納されている処方箋テーブル１４０１のＵＲＬを受信する。次に、Ｓ１７０２において、画像形成装置１０１は、処方箋テーブル１４０１に格納されている処方箋ＩＤとＳ１７０１で受信した処方箋ＩＤを認証する。

次に、Ｓ１７０３において、認証に成功するとＳ１７０４にすすみ、認証に失敗するとＳ１７０５にすすむ。Ｓ１７０４では、調剤状況の問い合わせを行った画像形成装置１０４または１１１または携帯端末１０７に調剤状況を送信する。Ｓ１７０５では、調剤状況の問い合わせを行った画像形成装置１０４または１１１または携帯端末１０７にＩＤが間違っているという旨のエラーメッセージを送信する。

なお、本実施例においては、医療機関にある画像形成装置を用いて、患者が指定した薬局の画像形成装置に処方箋を送信したが、医療機関の外にある画像形成装置を用いて薬局の画像形成装置に処方箋を送信してもよい。

以上説明したように、上記実施例１によれば、医療機関から患者が指定した薬局に処方箋を送信した後に処方箋の調剤状況を格納している処方箋テーブルにアクセスすることで、処方箋の調剤状況を知ることができる。よって、処方箋の内容や急病患者の調剤によって調剤の順番が入れ替わった場合においても、患者は常に正確な調剤時間を知ることができる。

また、薬局へ処方箋を送信した後においても、受け取り時間の変更や薬局のキャンセルを行うことができるので、患者の都合によって薬を受け取ることができる。

（実施例２）
次に本発明の第２の実施例について図を用いて説明する。

上記実施例１では、薬局へ送信した処方箋の調剤状況を知りたいときに、患者から処方箋テーブルへ調剤状況の問い合わせを行った。

一方本発明の第２の実施例では、処方箋の調剤状況に応じて調剤が早く終わった場合や調剤が遅れている場合に、薬局の画像形成装置１０１から患者の携帯端末１０７等に自動的に通知する。

本実施例において、薬局の画像形成装置１０１が実行する処理フローを図１８に示す。

Ｓ１８０１において、画像形成装置１０１またはデータ処理装置を用いて、処方箋テーブル１４０１にアクセスすることで、処方箋テーブル１４０１が更新される。

次に、Ｓ１８０２において、処方箋テーブル１４０１の来店予定時刻に所定時間以上変化があったかどうか判別され、所定時間以上変化があった場合には、Ｓ１８０３にすすみ、所定時間以上変化がなかった場合には、処理を終了する。

Ｓ１８０３においては、調剤状況と調剤予測終了時間を患者情報テーブル１５０１のＥメールアドレスへ送信する。

以上説明したように，上記実施例２によれば、患者が処方箋の調剤状況の問い合わせを行わなくても、調剤状況に変化があった場合は自動的に患者の携帯端末に通知する。よって、急病患者の割り込みなどによって、処方箋の調剤の順番が入れ替わった場合においても、患者は常に正確な調剤状況を知ることができる。

（実施例３）
次に本発明の第３の実施例について図を用いて説明する。

上記実施例１では、医療機関において処方箋を送信するときに、来店予定時刻を薬局の営業時間内で予想待ち時間以降であれば、どの時間でも入力することができた。

一方本発明の第３の実施例では、薬局において病気の感染の可能性を少なくするために、風邪などの感染する病気の患者と、骨折などの感染しない病気の患者の来店時刻を分けることを目的とする。

本実施例における処理の流れは、実施例１における図５と同様であり、実施例１と異なる機能は、図５のＳ５０９において、画像形成装置１０４の操作部２０４から来店予定時刻を入力するときに、病気の種類に応じて所定の時間帯は選択できない点である。具体的には、図５のＳ５０６において各薬局の待ち時間とともに、風邪などの感染する病気の患者が指定できる時間帯と、骨折などの感染しない病気の患者が指定できる時間帯を受信する。

次に、Ｓ５０７において外部薬局一覧が表示され、Ｓ５０８において送信先の外部薬局を入力する。そして、Ｓ５０９において、患者情報テーブル１５０１に格納されている病名に基づき薬局への来店時刻が制限され、選択可能な来店時刻を入力する。なお、処方箋に記載されている薬の内容によって来店時刻を制限してもよい。

以上説明したように，上記実施例３によれば、処方箋に記載されている薬の内容や患者の病名に応じて、感染する病気の患者と感染しない病気の患者の来店時刻を制限するため、薬局内において、病気が感染する確率を少なくすることができる。

（実施例４）
次に本発明の第４の実施例について図を用いて説明する。

上記実施例１では、病気の種類に関らず、あらゆる患者において表示される予想待ち時間は同じであった。

一方本発明の第４の実施例では、重病患者に対しては薬局での待ち時間を短くするために、優先して調剤を行う。そのため、処方箋送信時、重病患者における予想待ち時間の表示は通常の患者よりも少ない待ち時間が表示される。

本実施例における処理の流れは、実施例１における図５と同様であり、実施例１と異なる機能は、図５のＳ５０５において表示部２０９に通常の待ち時間よりも少ない図９に示す優先待ち時間を表示する。具体的には、図５のＳ５０６において、各薬局の通常の待ち時間とともに、重病患者用の優先待ち時間を受信する。次に、Ｓ５０７において、患者情報テーブル１５０１に格納されている病名に基づき、重病患者であると判定されると図９に示す優先待ち時間が表示され、重病患者でないと判断されると図１０に示す通常の待ち時間が表示される。

以上説明したように，上記実施例４によれば、重病患者に対しては薬局での待ち時間を短くするために、処方箋送信時薬の受け取り時間を指定するときに優先待ち時間が表示され、通常の病気の患者よりも優先して薬を受け取ることができる。

（実施例５）
次に本発明の第５の実施例について図を用いて説明する。

上記実施例１では、薬局にある画像形成装置は処方箋を受信し、薬剤師が処方箋に対応する薬を調剤し患者に処方していた。一方本発明の第５の実施例では、薬局にある画像形成装置は処方箋を受信すると、患者が服用中の薬を管理している薬履歴サーバから患者の服用中の薬を検索し、受信した処方箋の薬と薬履歴サーバに格納されている薬の飲み合わせを判定する。飲み合わせがわるいと判定されると、医療機関の画像形成装置に飲み合わせのよい薬への変更依頼を送信し、変更済みの薬の処方箋を受信する。

本実施例において、薬局の画像形成装置１０１が実行する処理フローを図１９に示す。

図１９のＳ１９０１において、薬局に設置された画像形成装置１０１は、医療機関の画像形成装置１０４から送られてきた処方箋を受信する。Ｓ１９０２において、Ｓ１９０１で受信した処方箋データの保険証番号に基づき、患者の服用中の薬を薬履歴サーバから検索する。ここで、薬履歴サーバとは、患者の服用中の薬を格納しているサーバであり薬局内に置かれている。なお、薬履歴サーバを薬局外におき、複数薬局の患者の薬情報を管理してもよい。Ｓ１９０３において、服用中の薬が見つかれば、Ｓ１９０４にすすみ、服用中の薬の見つからなければ処理を終了する。

次に、Ｓ１９０４において、Ｓ１９０１で受信した処方箋の薬と薬履歴サーバから検索された薬との飲み合わせを判定する。Ｓ１９０５において、飲み合わせがわるいと判定されればＳ１９０６にすすみ、飲み合わせがわるいと判定されなければ処理を終了する。

次に、Ｓ１９０６において、薬局の画像形成装置１０１は薬の変更依頼を医療機関の画像形成装置１０４に送信し、医療機関において飲み合わせのよい薬に変更されると、医療機関の画像形成装置１０４から変更された薬の処方箋データを受信する。

以上説明したように，上記実施例５によれば、処方されるべき薬が患者の服用中の薬と飲み合わせがわるい場合、薬局の画像形成装置が医療機関の画像形成装置に薬の変更依頼を行い、医療機関において飲み合わせのよい薬に変更し、変更済みの処方箋を受信する。そうすることで、飲み合わせのわるい薬を患者が服用してしまうことを防ぐことができる。

（実施例６）
次に本発明の第６の実施例について図を用いて説明する。

上記実施例１では、薬局にある画像形成装置は処方箋を受信し、処方箋に対応する処方箋ＩＤと調剤状況を確認できるＵＲＬを作成していた。一方本発明の第６の実施例では、処方箋ＩＤとＵＲＬに加えて薬の効能や用法が記載されている効能表を作成し、調剤が終わると効能表を印刷する。

本実施例において、薬局の画像形成装置１０１が実行する処理フローを図２０に示す。

図２０のＳ２００１において、薬局に設置された画像形成装置１０１は、医療機関の画像形成装置１０４から送られてきた処方箋を受信する。Ｓ２００２において、画像形成装置１０１は、処方箋に固有の処方箋ＩＤを発生し、処方箋ＩＤおよび処方箋の状態を確認できるＵＲＬを作成する。Ｓ２００２では、さらに、Ｓ２００１で受信した処方箋に基づき効能表を作成する。次に、Ｓ２００３において、患者名、処方箋ＩＤ、ＵＲＬ、調剤状況、保険証番号、効能表（薬の情報）などを記憶装置２１１の処方箋テーブル１４０１に登録する。

次に、Ｓ２００４において、処方箋テーブル１４０１の調剤状況が「調剤済み」のステータスに変更されたかどうか確認し、「調剤済み」に変更されたならＳ２００５にすすみ、処方箋テーブル１４０１に格納された効能表を印刷する。図２１は、Ｓ２００５で印刷される効能表の一例である。Ｓ２００４において、「調剤済み」のステータスに変更されていないならＳ２００４の前にもどる。

以上説明したように，上記実施例６によれば、処方箋に基づき薬の効能表を作成することで、処方箋原本を参考に手入力で効能表を作成した場合に起こる誤入力を少なくすることができる。

（その他の実施形態）
医療機関から処方箋データを送信する情報処理装置として、上記実施例で用いた画像形成装置以外に、ＦＡＸ装置や、ネットワークを介して処方箋データの送信を行う処方箋データ送信装置でもよい。また、処方箋を画像形成装置で読み込み、処方箋データを医療機関にあるＰＣ（パーソナルコンピュータ）などのデータ処理装置に送信し、データ処理装置からＥメールなどを用いて処方箋データを薬局に送信してもよい。

また、薬局で処方箋データを受信する情報処理装置として、上記実施例で用いた画像形成装置以外に、ＦＡＸ装置や、ネットワークを介して処方箋データの受信を行う処方箋データ受信装置でもよいし、ＰＣ（パーソナルコンピュータ）などの情報処理装置でもよい。

なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード又はそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭを用いることができる。さらに、プログラムコードを供給するための記憶媒体としては、ネットワーク上のファイルサーバが有する記憶装置、或いは、インターネット上のＦＴＰサーバが有する記憶装置など、あらゆる記録媒体を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるものではない。

本実施例における処方箋送信システムの構成図 本実施例における画像形成装置の概略ブロック図 本実施例におけるデータ処理装置の概略ブロック図 本実施例における処方箋送信システムの処理の流れを示す図 実施例１において医療機関の画像形成装置１０４が実行するフローチャート 本実施例において薬局の画像形成装置１０１が実行するフローチャート 本実施例において画像形成装置１０４，１１１または携帯端末１０７が実行するフローチャート 本実施例において画像形成装置１０４，１１１または携帯端末１０７の表示部２０９に表示されるＵＩ例 本実施例の表示部２０９に表示される画面の例（１） 本実施例の表示部２０９に表示される画面の例（２） 本実施例の表示部２０９に表示される画面の例（３） 本実施例の表示部２０９に表示される画面の例（４） 本実施例の表示部２０９に表示される画面の例（５） 本実施例の処方箋テーブル 本実施例の患者情報テーブル 本実施例の表示部２０９に表示される画面の例（６） 実施例１において調剤状況の問い合わせに対して画像形成装置１０１が実行するフローチャート 実施例２において画像形成装置１０１が実行するフローチャート 実施例５において薬局の画像形成装置１０１が実行するフローチャート 実施例６において薬局の画像形成装置１０１が実行するフローチャート 実施例６の薬の効能表

Claims (5)

1. 患者情報を入力する患者情報入力手段と、
   患者情報テーブルに格納された患者情報に基づき、前記入力手段によって入力された患者情報の認証処理を行う認証手段と、
   前記認証手段による認証が成功した場合、外部装置に待ち時間問合せ信号を送信する送信手段と、
   前記送信手段による送信後、前記外部装置から調剤の待ち時間と重病患者用の優先待ち時間を受信する受信手段と、
   前記患者情報の病名に基づき重病患者であると判定された場合、前記受信手段によって受信した調剤の待ち時間よりも短い前記重病患者用の優先待ち時間を表示する表示手段とを有することを特徴とする情報処理装置。
2. 患者情報を入力する患者情報入力手段と、
   患者情報テーブルに格納された患者情報に基づき、前記入力手段によって入力された患者情報の認証処理を行う認証手段と、
   前記認証手段による認証が成功した場合、外部装置に待ち時間問合せ信号を送信する送信手段と、
   前記送信手段による送信後、前記外部装置から調剤の待ち時間と病気の患者が指定可能な時間帯を受信する受信手段と、
   前記受信手段によって受信した調剤の待ち時間を表示する表示手段と、
   前記表示手段によって調剤の待ち時間が表示された後、来店予定時刻を入力する時刻入力手段とを有し、
   前記時刻入力手段において、前記患者情報入力手段によって入力された患者情報に含まれる病気の種類と前記受信手段によって受信した病気の患者が指定可能な時間帯とに応じて、前記時刻入力手段によって入力される来店予定時刻が制限されることを特徴とする情報処理装置。
3. 患者情報入力手段と認証手段と送信手段と受信手段と表示手段とを有する情報処理装置における情報処理方法であって、
   前記患者情報入力手段が、患者情報を入力する患者情報入力工程と、
   前記認証手段が、患者情報テーブルに格納された患者情報に基づき、前記入力工程によって入力された患者情報の認証処理を行う認証工程と、
   前記送信手段が、前記認証工程による認証が成功した場合、外部装置に待ち時間問合せ信号を送信する送信工程と、
   前記受信手段が、前記送信工程による送信後、前記外部装置から調剤の待ち時間と重病患者用の優先待ち時間を受信する受信工程と、
   前記表示手段が、前記患者情報の病名に基づき重病患者であると判定された場合、前記受信工程によって受信した調剤の待ち時間よりも短い前記重病患者用の優先待ち時間を表示する表示工程とを有することを特徴とする情報処理方法。
4. 患者情報入力手段と認証手段と送信手段と受信手段と時刻入力手段とを有する情報処理装置における情報処理方法であって、
   前記患者情報入力手段が、患者情報を入力する患者情報入力工程と、
   前記認証手段が、患者情報テーブルに格納された患者情報に基づき、前記入力工程によって入力された患者情報の認証処理を行う認証工程と、
   前記送信手段が、前記認証工程による認証が成功した場合、外部装置に待ち時間問合せ信号を送信する送信工程と、
   前記受信手段が、前記送信工程による送信後、前記外部装置から調剤の待ち時間と病気の患者が指定可能な時間帯を受信する受信工程と、
   前記表示手段が、前記受信工程によって受信した調剤の待ち時間を表示する表示工程と、
   前記時刻入力手段が、前記表示工程によって調剤の待ち時間が表示された後、来店予定時刻を入力する時刻入力工程とを有し、
   前記時刻入力工程において、前記患者情報入力工程によって入力された患者情報に含まれる病気の種類と前記受信工程によって受信した病気の患者が指定可能な時間帯とに応じて、前記時刻入力工程によって入力される来店予定時刻が制限されることを特徴とする情報処理方法。
5. 請求項３または請求項４に記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images