JP2004078970A - 調剤システム及びプログラム - Google Patents

Abstract

【課題】　２４時間年中無休体制で患者への薬剤受け渡しを可能とするための調剤薬局支援システム、方法及びプログラムを提供すること。
【解決手段】　医師用端末及び患者用端末の少なくとも一つと複数の調剤薬局端末とがネットワークを介して接続され、医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤情報を受け付ける調剤システムであって、処方内容の薬剤についての調剤薬局の補充予定を含めた在庫情報をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出し、抽出された調剤薬局について処方内容の薬剤が揃う予定日時を割り出し、抽出結果及び予定日時を医師用端末及び患者用端末の少なくとも一つに出力する手段と、医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理手段を含むことを特徴とする。
【選択図】　　　　図１

Description

　本発明は、調剤薬局を支援するシステム（調剤システム）及びプログラムに関する。

　一般に、調剤薬局では医療機関に従事する医師から発行された多数の処方箋を受け付け、それらの内容に従い調剤業務や診療報酬請求書作成作業等の各種業務を実施している。

　近年、医薬品適正使用の推進により、医師が診療し必要と判断して患者の同意を得た薬剤は医療機関が処方箋を発行し患者自身が地理的要素などを考慮して調剤薬局を選択して調剤薬局が処方箋を受け付け薬剤師が調剤作業や服薬指導を行う医薬分業を推進している。

　ここで病気やけがなどはいつ発生するか分からないものであるため、処方内容の薬剤は２４時間年中無休体制で患者へ供給されることが好ましい。

　しかしほとんどの調剤薬局は営業時間内しか処方箋の受け付けを行っていないのが現状である。

　また処方箋記載内容の薬剤が調剤薬局の在庫に無い場合、当初の医師の意思に反して薬剤を変更したり薬剤を受け取るまでに日数をかけることが避けられないという問題点もあった。

　また薬剤の在庫に関しては複数の調剤薬局が共同して運営している薬剤在庫センターが在庫負担軽減を目的に設けられているが、調剤薬局に在庫が無い薬剤を在庫在庫センターが緊急に配送する場合は電話などを通じて発注を受け付けているのが実状である。

　また所轄の診療報酬請求先に提出する診療報酬請求書の作成には相当数の人手が必要であり、少人数の調剤薬局では、診療報酬請求書の書類の作成と平行して２４時間年中無休体制で処方内容の薬剤を供給することはとても困難であった。

　このように従来は処方内容の薬剤を患者へ迅速に受け渡すことが不可能なケースや、患者が選択した調剤薬局に来局しても薬剤を受け取れる日時と患者の意思とが符合しないケースがおおく、調剤薬局による処方内容の薬剤の供給は２４時間年中無休体制の供給にはほど遠いのが現状であった。
特開２０００−９９６０８号

　本発明は、上記の課題に鑑みなされたものであり、その目的は２４時間年中無休体制で患者への薬剤受け渡しを可能とするための調剤システム及びプログラムを提供することにある。

（１）本発明は、医師用端末及び患者用端末の少なくとも一つと複数の調剤薬局端末とがネットワークを介して接続され、医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤情報を受け付ける調剤システム（調剤薬局支援システム）であって、
　処方内容の薬剤についての調剤薬局の補充予定を含めた在庫情報をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出し、抽出された調剤薬局について処方内容の薬剤が揃う予定日時を割り出し、抽出結果及び予定日時を医師用端末及び患者用端末の少なくとも一つに出力する手段と、
　医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理手段を含むことを特徴とする。
（２）本発明は、医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末とがネットワークを介して接続され、医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤情報を受け付ける調剤システム（調剤薬局支援システム）であって、
　在庫センターから調剤薬局への供給可能性に関する情報及び納品予定に関する情報の少なくとも一方をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出し、抽出された調剤薬局について処方内容の薬剤が揃う予定日時を割り出し、抽出結果及び予定日時を医師用端末及び患者用端末の少なくとも一つに出力する手段と、
　医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理手段を含むことを特徴とする。
（３）本発明の調剤システム（調剤薬局支援システム）は、
　医師用端末及び患者用端末の少なくとも一方の端末から、薬剤在庫センター端末に対して、ネットワークを介して処方内容の薬剤の調剤薬局への納品を指示する手段を含むことを特徴とする。
（４）本発明の調剤システム（調剤薬局支援システム）は、
　前記処方内容発注処理手段は、
　調剤薬局に処方内容の薬剤の在庫がない場合には、当該の調剤薬局に対する薬剤の納品予定情報をネットワークを介して検索し、納品予定情報に基づいて薬剤受け渡し可能時間を求め、受け渡し可能時間に基づいて処方内容の薬剤が提供可能な選択候補調剤薬局の順位付けを行うことを特徴とする。
（５）本発明の調剤システム（調剤薬局支援システム）は、
　前記処方内容発注処理手段は、
　前記複数の調剤薬局の所在地の情報に基づいて処方内容の薬剤が提供可能な選択候補調剤薬局の順位付けを行うことを特徴とする。
（６）本発明の調剤システム（調剤薬局支援システム）は、
　前記処方内容発注処理手段は、
　医師用端末及び患者用端末の少なくとも一方の端末から調剤薬局端末に対して、ネットワークを介して処方内容の薬剤の所定の場所への宅配納品を指示する手段を含むことを特徴とする。
（７）本発明の調剤システム（調剤薬局支援システム）は、
　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末は、複数の調剤薬局及び薬剤在庫センターの薬剤在庫情報を記憶するデータベースサーバとネットワークを介して接続されており、
　前記医師用端末及び患者用端末の少なくとも一つは、
　前記データベースサーバに記憶された薬剤在庫情報を読み出し、処方内容の薬剤が提供可能な調剤薬局を抽出することを特徴とする。
（８）本発明の調剤システム（調剤薬局支援システム）は、
　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末は、複数のデータベースサーバとネットワークを介して接続されており、前記各端末からの各データベースサーバに対するアクセス状況を管理するアクセス状況管理手段とを含み、
　前記アクセス状況管理手段は、
　各データベースのアクセス負担及びアクセス回線の状態の少なくとも一つに基づいて、端末からのアクセス要求をいずれかのデータベースサーバの振り分ける処理を行うことを特徴とする。
（９）本発明の調剤システム（調剤薬局支援システム）は、
　複数の調剤薬局端末と診療報酬作成センター端末とがネットワークを介して接続されており、
　前記診療報酬作成センター端末が、ネットワークを介して複数の調剤薬局の処方薬剤実績に関する情報を読み込み、診療報酬先に提出するための診療報酬明細書を作成する手段を含むことを特徴とする。
（１０）本発明は、コンピュータが読みとり可能なプログラムであって、
　コンピュータを、請求項１乃至９のいずれかに記載の調剤システム（調剤薬局支援システム）として機能させることを特徴とするプログラムである。

　（１）本実施の形態は、医師用端末及び患者用端末の少なくとも一つと複数の調剤薬局端末とがネットワークを介して接続された調剤薬局支援システムであって、
　医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理手段を含み、
　前記処方内容発注処理手段は、
　処方内容の薬剤についての調剤薬局の在庫情報または補充予定を含めた在庫情報をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出する処理を行うことを特徴とする。

　本実施の形態によれば、医師用端末及び患者用端末の少なくとも一つから複数の調剤薬局の補充予定を含めた薬剤の在庫情報を検索し、処方内容の薬剤が提供可能な調剤薬局を抽出することができるので、医師や患者は処方内容の薬剤を確実に受け取れるような調剤薬局に対して処方箋を送信することが可能となる。

　また補充予定を含めた在庫情報に基づき処方内容の薬剤が提供可能な調剤薬局を抽出する場合には、医師や患者は補充予定まで含めて抽出される調剤薬局のなかから処方箋を発注する調剤薬局を選択可能となり、より利便性が高くなる。

　また複数の調剤薬局用端末が接続されているのでいずれかがメンテナンス、故障などで処方薬剤発注情報を受け付け不能であっても他の調剤薬局用端末で処方箋を受け付けることができるためシステム全体としては２４時間年中無休体制にて処方箋を受け付けられる。

　（２）本実施の形態は、医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末とがネットワークを介して接続された調剤薬局支援システムであって、
　医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理手段を含み、
　前記処方内容発注処理手段は、
　処方内容の薬剤について在庫センターから調剤薬局への供給可能性に関する情報及び納品予定に関する情報の少なくとも一方をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出することを特徴とする。

　本実施の形態によれば、処方内容の薬剤について在庫センターから調剤薬局への供給可能性に関する情報及び納品予定に関する情報の少なくとも一方を検索し、処方内容の薬剤が提供可能な調剤薬局を抽出することができるので、医師や患者は、充予定まで含めて抽出される調剤薬局のなかから処方箋を発注する調剤薬局を選択可能となり、より利便性が高くなる。

　また複数の調剤薬局用端末が接続されているのでいずれかがメンテナンス、故障などで処方薬剤発注情報を受け付け不能であっても他の調剤薬局用端末で処方箋を受け付けることができるためシステム全体としては２４時間年中無休体制にて処方箋を受け付けられる。

　（３）本実施の形態の調剤薬局支援システムは、医師用端末及び患者用端末の少なくとも一方の端末から、薬剤在庫センター端末に対して、ネットワークを介して処方内容の薬剤の調剤薬局への納品を指示可能であることを特徴とする。

　本実施の形態によれば、医師または患者は、薬剤在庫センターに対して自己にとって好適な調剤薬局に対する処方内容の薬剤の納品指示を行うことができる。従って自己に好適な調剤薬局で処方内容の薬剤を自分の意図した日時に受け取れるように手配することができる。

　（４）本実施の形態の調剤薬局支援システムは、
　前記処方内容発注処理手段が、
　調剤薬局に処方内容の薬剤の在庫がない場合には、当該の調剤薬局に対する薬剤の納品予定情報をネットワークを介して検索し、納品予定情報に基づいて薬剤受け渡し可能時間を求め、受け渡し可能時間に基づいて処方内容の薬剤が提供可能な選択候補調剤薬局の順位付けを行うことを特徴とする。

　選択候補調剤薬局の順位付けとは例えば受け渡し可能時間に基づく選択候補調剤薬局並び替え処理でもよい。

　本実施の形態によれば医師または患者は受け渡し可能時間に基づく選択候補調剤薬局の順位付けを参考にして処方内容の薬剤を発注する調剤薬局を決定することができる。従ってなるべく早く処方内容の薬剤を受け取りたい患者にとって、利便性が高い。

　（５）本実施の形態の調剤薬局支援システムは、
　前記処方内容発注処理手段が、
　前記複数の調剤薬局の所在地の情報に基づいて処方内容の薬剤が提供可能な選択候補調剤薬局の順位付けを行うことを特徴とする。

　選択候補調剤薬局の順位付けとは例えば調剤薬局の所在地の情報に基づく選択候補調剤薬局並び替え処理でもよい。

　本実施の形態によれば医師または患者は調剤薬局の所在地の情報に基づく選択候補調剤薬局の順位付けを参考にして処方内容の薬剤を発注する調剤薬局を決定することができる。例えば現在位置や病院や患者住所を与えることにより、これらのいずれかの場所から近い順に選択候補調剤薬局の順位付けを行うことも可能である。
従って例えばなるべくいずれかの場所から近い場所で処方内容の薬剤を受け取りたい患者にとって、利便性が高い。

　（６）本実施の形態の調剤薬局支援システムは、
　前記処方内容発注処理手段が、
　医師用端末及び患者用端末の少なくとも一方の端末から調剤薬局端末に対して、ネットワークを介して処方内容の薬剤の所定の場所への宅配納品を指示可能であることを特徴とする。

　本実施の形態によれば患者は調剤薬局に出向かなくても処方内容の薬剤を受け取ることができる。従って処方内容の薬剤が近くの調剤薬局にない場合等に離れた調剤薬局まで出向く必要がないので大変便利である。

　（７）本実施の形態の調剤薬局支援システムは、
　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末は、複数の調剤薬局及び薬剤在庫センターの薬剤在庫情報を記憶するデータベースサーバとネットワークを介して接続されており、
　前記医師用端末及び患者用端末の少なくとも一つは、
　前記データベースサーバに記憶された薬剤在庫情報を読み出し、処方内容の薬剤が提供可能な調剤薬局を抽出することを特徴とする。

　（８）本実施の形態の調剤薬局支援システムは、
　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末は、複数のデータベースサーバとネットワークを介して接続されており、前記各端末からの各データベースサーバに対するアクセス状況を管理するアクセス状況管理手段とを含み、
　前記アクセス状況管理手段は、
　各データベースのアクセス負担及びアクセス回線の状態の少なくとも一つに基づいて、端末からのアクセス要求をいずれかのデータベースサーバの振り分ける処理を行うことを特徴とする。

　本実施の形態によればアクセス状況管理手段がデータベースサーバへの回線状態の管理や運用管理を行うことで全体のシステムを安定的に運用させることが出来る。

　またメンテナンスや故障などでいずれかのデータベースサーバがアクセス不可となった場合でもアクセス状況管理手段がかかる自体を認識し各種端末からのアクセスを別のデータベースサーバに振り分けることが可能である。

　このように本実施の形態によれば２４時間年中無休体制で本システムを安定的に稼働させることが可能となる。

　（９）本実施の形態の調剤薬局支援システムは、
　複数の調剤薬局端末と診療報酬作成センター端末とがネットワークを介して接続されており、
　前記診療報酬作成センター端末が、ネットワークを介して複数の調剤薬局の処方薬剤実績に関する情報を読み込み、診療報酬先に提出するための診療報酬明細書を作成することを特徴とする。

　診療報酬明細書は例えば電子データとして作成してもよいし、紙媒体等にプリントアウトしてもよい。

　本実施の形態によれば所轄の診療報酬請求先に提出する診療報酬請求書の作成という相当数の人手が必要な作業を調剤薬局に変わり診療報酬作成センター端末が行うので、調剤薬局は本来の業務である調剤業務に専念することが可能となり、２４時間年中無休体制の処方内容の薬剤供給を促進することができる。

　（１０）本実施の形態は、医師用端末及び患者用端末の少なくとも一つと複数の調剤薬局端末とがネットワークを介して接続し、調剤薬局を支援する方法であって、
　医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理ステップを含み、
　前記処方内容発注処理ステップは、
　処方内容の薬剤についての調剤薬局の在庫情報または補充予定を含めた在庫情報をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出する処理を行うことを特徴とする。

　（１１）本実施の形態は、医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末とがネットワークを介して接続し、調剤薬局を支援する方法であって、
　医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理ステップを含み、
　前記処方内容発注処理ステップは、
　処方内容の薬剤について在庫センターから調剤薬局への供給可能性に関する情報及び納品予定に関する情報の少なくとも一方をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出することを特徴とする。

　（１２）本実施の形態の調剤薬局支援方法は、
　医師用端末及び患者用端末の少なくとも一方の端末から、薬剤在庫センター端末に対して、ネットワークを介して処方内容の薬剤の調剤薬局への納品を指示可能であることを特徴とする。

　（１３）本実施の形態の調剤薬局支援方法は、
　前記処方内容発注処理ステップが、
　調剤薬局に処方内容の薬剤の在庫がない場合には、当該の調剤薬局に対する薬剤の納品予定情報をネットワークを介して検索し、納品予定情報に基づいて薬剤受け渡し可能時間を求め、受け渡し可能時間に基づいて処方内容の薬剤が提供可能な選択候補調剤薬局の順位付けを行うことを特徴とする。

　（１４）本実施の形態の調剤薬局支援方法は、
　前記処方内容発注処理ステップが、
　前記複数の調剤薬局の所在地の情報に基づいて処方内容の薬剤が提供可能な選択候補調剤薬局の順位付けを行うことを特徴とする。

　（１５）本実施の形態の調剤薬局支援方法は、
　前記処方内容発注処理ステップが、
　医師用端末及び患者用端末の少なくとも一方の端末から調剤薬局端末に対して、ネットワークを介して処方内容の薬剤の所定の場所への宅配納品を指示可能であることを特徴とする。

　（１６）本実施の形態の調剤薬局支援方法は、
　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末を、複数の調剤薬局及び薬剤在庫センターの薬剤在庫情報を記憶するデータベースサーバとネットワークを介して接続し、
　前記医師用端末及び患者用端末の少なくとも一つから、
　前記データベースサーバに記憶された薬剤在庫情報を読み出し、処方内容の薬剤が提供可能な調剤薬局を抽出することを特徴とする。

　（１７）本実施の形態の調剤薬局支援方法は、
　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末と、複数のデータベースサーバとをネットワークを介して接続し、前記各端末からの各データベースサーバに対するアクセス状況を管理するアクセス状況管理ステップとを含み、
　前記アクセス状況管理ステップは、
　各データベースのアクセス負担及びアクセス回線の状態の少なくとも一つに基づいて、端末からのアクセス要求をいずれかのデータベースサーバの振り分ける処理を行うことを特徴とする。

　（１８）本実施の形態の調剤薬局支援方法は、
　複数の調剤薬局端末と診療報酬作成センター端末とをネットワークを介して接続し、
　前記診療報酬作成センター端末が、ネットワークを介して複数の調剤薬局の処方薬剤実績に関する情報を読み込み、診療報酬先に提出するための診療報酬明細書を作成することを特徴とする。

　（１９）本実施の形態は、コンピュータが使用可能なプログラムであって、
　上記いずれかに記載の調剤薬局支援システムをコンピュータに実現させることを特徴とする。

　（２０）本実施の形態は、コンピュータが使用可能なプログラムであって、
　上記いずれかに記載の調剤薬局支援方法をコンピュータに実現させることを特徴とする。

　図１は、本実施の形態の調剤薬局支援システム（調剤システム）の構成の一例である。

　本実施の形態の調剤薬局支援システムは、複数のデータベースサーバ２０−１、…、２０−ｎ、アクセス管理端末１０−１、…、１０−ｎ、医師用端末３０−１、…、３０−ｎ、または患者用端末４０−１、…、４０−ｎ、薬剤在庫センター用端末５０−１、…、５０−ｎ、調剤薬局用端末６０−１、…、６０−ｎ、診療報酬作成センター用端末７０−１、…、７０−ｎ、診療報酬請求先端末８０−１、…、８０−ｎを含み、これらの各端末はネットワーク９０を介して接続されている。

　各端末は、例えばキーボードやマウス等の入力装置や液晶やＣＲＴ等の表示装置（出力装置）やＣＰＵ等の制御装置、ＲＯＭ、ＲＡＭ、ハードディスクその他記憶装置を含むコンピューターを用いることができる。

　ネットワーク９０は、有線回線を用いてもよいし無線回線を用いてもよいし、専用回線を用いてもよいし、公衆回線を用いてもよいし、これらを複合的に組み合わせて構成する場合でもよい。

　調剤薬局用端末６０−１、…、６０−ｎは調剤薬局６２−１、…、６２−ｎに設置され、処方箋受け付けと薬剤在庫センターへの薬剤の発注処理やデータベースの更新処理等を行う。

　薬剤在庫センター用端末５０−１、…、５０−ｎは薬剤在庫センター５２−１、…、５２−ｎに設置され、他の端末から受けた薬剤の発注や納品指示要求に基づき配送の手配処理等を行う。

　医師用端末３０−１、…、３０−ｎ、または患者用端末４０−１、…、４０−ｎは病院や診療所３２−１、…、３２−ｎ等または患者や医師、代理人等が使用しやすい場所に設置され、処方内容の薬剤の発注を受け付ける。本端末において医師用端末制御プログラムや患者用端末制御プログラムが実行されることで処方内容発注処理手段として機能する。

　診療報酬作成センター用端末７０−１、…、７０−ｎは、診療報酬作成センター７２−１、…、７２−ｎに設置され通常は調剤薬局６２−１、…、６２−ｎが行う診療報酬請求書の作成を代行し、診療報酬請求書を電子情報化して診療報酬請求先８２−１、…、８２−ｎに配信する処理を行う。

　診療報酬請求先端末８０−１、…、８０−ｎは所轄の診療報酬請求先８２−１、…、８２−ｎに設置され、電子情報化された診療報酬明細書を受け付ける処理を行う。

　ここにおいて医師用端末３０−１、…、３０−ｎ、患者用端末４０−１、…、４０−ｎ、薬剤在庫センター用端末５０−１、…、５０−ｎ、調剤薬局用端末６０−１、…、６０−ｎ、診療報酬作成センター用端末７０−１、…、７０−ｎは、ネットワークを介してデータベースサーバ２０−１、…、２０−ｎにアクセス可能に構成されている。

　アクセス管理端末１０−１、…、１０−ｎは、各端末からデータベースサーバ２０−１、…、２０−ｎへのアクセスの際の回線状態の管理や運用管理を行う。本端末においてアクセス管理端末制御プログラムが実行されることでアクセス状況管理手段として機能する
　図２はデータベースサーバと、データベースサーバに格納されているファイルについて説明するための図である。

　データベースサーバ２０は、記憶装置（コンピュータにより使用可能な記憶媒体）１２０を含む。記憶装置１２０は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのハードウェアにより実現できる。

　記憶装置１２０には、調剤薬局ファイル２００、薬剤ファイル２５０、薬剤在庫センターファイル３００，医療機関ファイル３５０，患者ファイル４００、診療報酬請求先ファイル５００などが格納されている。

　図３は薬剤在庫センター端末と、薬剤在庫センター端末が使用するファイルについて説明するための図である。

　薬剤在庫センター端末５０はコンピュータ１０２と記憶装置（コンピュータにより使用可能な記憶媒体）１２２を含む。記憶装置１２２は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのハードウェアにより実現できる。

　薬剤在庫センター端末は、薬剤の発注納品の管理を実施する。

　この薬剤在庫センター用端末の記憶装置にはデータベースサーバと同じあるいは一部のコピーからなるファイル（調剤薬局ファイル２００、薬剤ファイル２５０、薬剤在庫センターファイル３００，医療機関ファイル３５０，患者ファイル４００）が記憶されている。

　各ファイルはその都度データベースから読み出して使用してもよいし、必要に応じてデータベースから読み出すようにしてもよい。なお後者の場合には所定の間隔でデータベースのファイル内容との同期をとる。

　本端末の制御プログラムは例えば図３２，図３３のフローチャート図に示す通りであり、返品薬剤や納品薬剤などを会計処理から減じる処理（ステップＳ１１４０〜Ｓ１１７０）を行い確実に納品された薬剤に基づいて会計計算を行う（ステップＳ１１９０）。

　また常に調剤薬局端末からの薬剤発注（ステップＳ１２００〜ステップＳ１２２０）や医師用端末、患者用端末からの調剤薬局への薬剤納品指示を受け付けてその配送を管理（ステップＳ１２３０〜ステップＳ１２８０）している。

　図４は診療報酬作成センター端末と、診療報酬作成センター端末が使用するファイルについて説明するための図である。

　診療報酬作成センター端末７０はコンピュータ１０４と記憶装置（コンピュータにより使用可能な記憶媒体）１２４を含む。記憶装置１２４は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのハードウェアにより実現できる。

　診療報酬作成センター端末は、システムにて蓄積した処方箋受け付け内容を診療報酬請求書として電子情報に置き換えて送信する処理を行う。

　記憶装置１２４にはデータベースサーバと同じあるいは一部のコピーからなるファイル（調剤薬局ファイル２００、薬剤ファイル２５０、医療機関ファイル３５０，患者ファイル４００、診療報酬明細書ファイル４５０、診療報酬請求先ファイル５００）、と高額医療者ファイル５５０が記憶されている。

　データベースサーバと同じあるいは一部のコピーからなるファイルについては、その都度データベースから読み出して使用してもよいし、必要に応じてデータベースから読み出すようにしてもよい。なお後者の場合には所定の間隔でデータベースのファイル内容との同期をとる。

　本端末の制御プログラムは例えば図２６のフローチャート図に示すとおりであり、所属医療保険団体、処方箋発行医療機関、処方箋受け付け医療機関および患者別に患者レコードを振り分けて診療報酬明細書の電子情報を作成し（ステップＳ６４０〜ステップＳ６７０）、必要があれば高額医療者の処方箋の添付して診療報酬請求先端末に診療報酬明細書の電子情報を配信する（ステップＳ６８０〜ステップＳ７２０）。

　図５は患者用端末と、患者用端末が使用するファイルについて説明するための図である。

　患者用端末４０はコンピュータ１０６と記憶装置（コンピュータにより使用可能な記憶媒体）１２６、バーコードリーダ１５２や磁気リーダー１５４やスキャナー１５６等の入力装置を含む。記憶装置１２６は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのハードウェアにより実現できる。

　記憶装置１２６にはデータベースサーバと同じあるいは一部のコピーからなるファイル（調剤薬局ファイル２００、薬剤ファイル２５０、医療機関ファイル３５０，患者ファイル４００）と薬剤受け渡し時間設定ファイル６００が記憶されている。

　データベースサーバと同じあるいは一部のコピーからなるファイルについては、その都度データベースから読み出して使用してもよいし、必要に応じてデータベースから読み出すようにしてもよい。なお後者の場合には所定の間隔でデータベースのファイル内容との同期をとる。

　医師より処方箋を発行された患者あるいは代理人は患者用端末からの薬剤納品指示を行うことができる。このとき普段は処方されない薬剤や来局したことがないあるいは普段は来局しない調剤薬局で確実に薬剤を受け取れるか事前に調査出来る。

　本端末の制御プログラムは例えば図２５、図１８〜図２０のフローチャート図に示す通りであり、薬剤受け渡し可能な調剤薬局をリストアップして（図２５のステップＳ３７０〜Ｓ４４０）、リストアップした調剤薬局を操作者の望む通りに並び替えを行い選択された調剤薬局に必要な薬剤の納品指示を行う（図１９，図２０のステップＳ１８０〜Ｓ２９０）。

　図６は医師用端末と、医師用端末が使用するファイルについて説明するための図である。

　医師用端末３０はコンピュータ１０８と記憶装置（コンピュータにより使用可能な記憶媒体）１２８、バーコードリーダ１５２や磁気リーダー１５４等の入力装置を含む。記憶装置１２８は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのハードウェアにより実現できる。

　記憶装置１２８にはデータベースサーバと同じあるいは一部のコピーからなるファイル（調剤薬局ファイル２００、薬剤ファイル２５０、医療機関ファイル３５０，患者ファイル４００）と薬剤受け渡し時間設定ファイル６００が記憶されている。

　データベースサーバと同じあるいは一部のコピーからなるファイルについては、その都度データベースから読み出して使用してもよいし、必要に応じてデータベースから読み出すようにしてもよい。なお後者の場合には所定の間隔でデータベースのファイル内容との同期をとる。

　医療機関に勤めている処方箋を発行したい医師あるいは代理人は医師用端末３０からの薬剤納品指示を行うことができる。このとき普段は処方しない薬剤を確実に患者がもらえるか事前に調査を行うことが出来る。

　本端末の制御プログラムは例えば図１７〜図２０のフローチャート図に示す通りであり、薬剤受け渡し可能な調剤薬局をリストアップして（図１８のステップＳ１００〜Ｓ１７０）、リストアップした調剤薬局を操作者の望む通りに並び替えを行い選択された調剤薬局に必要な薬剤の納品指示を行う（図１９，図２０のステップＳ１８０〜Ｓ２９０）。

　図７は調剤薬局端末と、調剤薬局端末が使用するファイルについて説明するための図である。

　調剤薬局用端末６０はコンピュータ１１０と記憶装置（コンピュータにより使用可能な記憶媒体）１３０、バーコードリーダ１５２や磁気リーダー１５４やスキャナー１５８等の入力装置を含む。記憶装置１３０は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのハードウェアにより実現できる。

　記憶装置１３０にはデータベースサーバと同じあるいは一部のコピーからなるファイル（調剤薬局ファイル２００、薬剤ファイル２５０、薬剤在庫センターファイル３００、医療機関ファイル３５０，患者ファイル４００、診療報酬明細書ファイル４５０、診療報酬請求先ファイル５００）と発注納品ファイル６５０が記憶されている。

　データベースサーバと同じあるいは一部のコピーからなるファイルについては、その都度データベースから読み出して使用してもよいし、必要に応じてデータベースから読み出すようにしてもよい。なお後者の場合には所定の間隔でデータベースのファイル内容との同期をとる。

　調剤薬局用端末６０は、処方箋の受け付け処理を行う。

　本端末の制御プログラムは例えば図２８，図３０のフローチャート図に示すように調剤薬局の従業員、患者あるいはその他代理人が患者情報や処方箋を読み取らせて、これを受け付けることが可能であり（図２８のステップＳ８１０〜Ｓ９７０）、アクセス管理用端末を介してデータベースサーバの記憶装置に処方箋受け付け内容を送信することを行う（図３０のステップＳ１０１０）。

　この機能によって単に端末のみで処方箋を受け付けるのではなく調剤支援システム全体で処方箋を受け付けることを可能になり、他の調剤薬局用端末で別の調剤薬局の処方箋も受け付けることができる。

　また薬剤の発注作業に関しても処方箋内容の調剤業務に使用した薬剤の発注を自動的に行う（図２８のステップＳ９８０）。

　図８はアクセス管理端末と、アクセス管理端末が使用するファイルについて説明するための図である。

　調剤薬局用端末６０はコンピュータ１１０と記憶装置（コンピュータにより使用可能な記憶媒体）１３２を含む。記憶装置１３２は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのハードウェアにより実現できる。

　記憶装置１３２にはデータベースサーバと同じあるいは一部のコピーからなるファイル（調剤薬局ファイル２００、薬剤ファイル２５０、薬剤在庫センターファイル３００、医療機関ファイル３５０，患者ファイル４００、診療報酬明細書ファイル４５０、診療報酬請求先ファイル５００）とサーバアクセス状況ファイル７００が記憶されている。

　データベースサーバと同じあるいは一部のコピーからなるファイルについては、その都度データベースから読み出して使用してもよいし、必要に応じてデータベースから読み出すようにしてもよい。なお後者の場合には所定の間隔でデータベースのファイル内容との同期をとる。

　サーバアクセス管理用端末は、データベースサーバと各種端末との間に設置される。

　本端末の制御プログラムは例えば図３５、３６のフローチャート図に示す通り常にサーバ状況や回線の状態を監視しており、メンテナンス、故障などサーバの異常があった場合には端末からのサーバアクセスを不可にし（図３５ステップＳ１３２０，Ｓ１４７０〜Ｓ１４８０）、必要があれば回線を遮断して他のサーバへのアクセスする旨の指示を行い（図３５ステップＳ１４９０〜Ｓ１５４０）、サーバアクセス数に関してもサーバの限界以下の必要な基準数以下に常に保たせ（図３５ステップＳ１３３０，Ｓ１４９０〜Ｓ１５４０）、サーバや各種端末をつないでいるの電話回線などの有線回線やＣＳ、ｉ−ｍｏｄｅ（登録商標）などの無線回線及びインターネットなどを複合した回線の不正アクセス監視や、回線切断などの異常を感知し必要な措置を実施し（図３６ステップＳ１３４０，ステップＳ１３７０〜Ｓ１４１０）、システム上でやり取りされた送受信データの異常も監視させることでシステムを２４時間安定的に運用させる（図３６ステップＳ１３５０，〜Ｓ１３６０）。

　図９は調剤薬局ファイルの構成について説明するための図である。

　調剤薬局ファイル２００は、各調剤薬局毎に生成される調剤薬局レコード２０１の集合である。調剤薬局レコード２０１は、調剤薬局名称２０２、調剤薬局所在地２０４、処方箋受け付け情報２０６、在庫情報２１６、薬剤納品予定情報２２６、その他の調剤薬局情報に関する情報を含む。

　処方箋受け付け情報２０６は受け付け枚数２１０、調剤作業完了処方箋枚数２１２，受け付け患者名２１４に関する情報を含む構造体になっており、発行された処方箋単位で生成される。

　在庫情報２１６は、薬剤単位で構成される構造体になっており、薬剤名２２０，在庫数２２２、使用数２２４に関する情報を含む。

　薬剤納品予定情報２２６は発行された納品予定薬剤単位で構成される構造体になっており、納品予定薬剤名２３０，納品予定数２３２，納品予定時間２３４，納品予定薬剤の納品先２３６に関する情報を含む。

　図１０は薬剤ファイルの構成について説明するための図である。

　薬剤ファイル２５０は、各薬剤毎に生成される薬剤レコード２５１の集合である。薬剤レコード２５１は、薬剤名称２５２、薬価２５４、医療機関使用実績２５６，その他薬剤情報２５８に関する情報を含む。

　図１１は薬剤在庫センターファイルの構成について説明するための図である。

　薬剤在庫センターファイル３００は各薬剤在庫センター毎に生成される薬剤在庫センターレコード３０１の集合である。薬剤在庫センターレコード３０１は、薬剤在庫センター名称３１２，薬剤在庫センター所在地３１２，センター在庫情報３１４、配送予定情報３２２、納品情報３３６、その他薬剤在庫センター情報３４６に関する情報を含む。

　センター在庫情報３１４は在庫薬剤単位で構成される構造体になっており、薬剤名３１８，在庫数３２０に関する情報を含む。

　配送予定情報３２２は各予定単位で構成される、配送予定調剤薬局３２６，配送予定薬剤名３２８、配送予定時間３３０，店舗配送ダイアグラム３３２、配送予定薬剤数３３４に関する情報を含む。

　納品情報３３６は各納品単位で構成される構造体になっており、センター納品薬剤名３４０，センター納品数３４２、センター納品時間３４４に関する情報を含み。

　図１２は医療機関ファイルについて説明するための図である。

　医療機関ファイル３５０は各医療機関毎に生成される医療機関レコード３５１の集合である。医療機関レコード３５１は、週医療機関名称３５２，医療機関所在地３５４，所属医師名３５６，その他医療機関情報３５８に関する情報を含む。

　図１３は患者ファイルの構成について説明するための図である。

　患者ファイル４００は患者毎に生成される患者レコード４０１の集合である。

　患者レコード４０１は、患者名４０２、所属医療保険団体４０４、患者住所４０６、処方箋内容４０８、その他患者情報４２２に関する情報を含む。

　処方箋内容４０８は、各処方箋単位の構造体になっており、処方薬剤名４１２，処方薬剤量４１４，処方箋発行医療機関４１６，処方箋受付医療機関４１８，未請求診療報酬４２０に関する情報を含む。

　図１４は診療報酬明細書ファイルについて説明するための図である。

　診療報酬明細書ファイル４５０は診療報酬明細書ファイル診療報酬請求書ごとに生成される診療報酬明細書レコード４５１の集合である。

　診療報酬明細書レコード４５１は患者名４５２，処方箋発行医療機関４５６，処方箋受付医療機関４５８，処方内容４６０，診療情報請求先４６２、その他診療報酬明細書情報４６４に関する情報を含む。

　図１５は診療報酬請求先ファイルについて説明するための図である。

　診療報酬請求先ファイル５００は、診療報酬請求先毎に生成される診療報酬請求先レコードの集合である。

　診療報酬請求先レコード５０１は、診療報酬請求先名称６０２，診療報酬請求先所在地５０４，診療報酬請求金額５０６、診療報酬請求書枚数５０８、診療報酬請求薬局５１０，その他診療報酬請求情報５１２に関する情報を含む。

　図１６は診療報酬請求書ファイルについて説明するための図である。

　診療報酬請求書ファイルは、診療報酬請求書毎に生成される診療報酬請求書レコード７５１の集合である。

　診療報酬請求書レコード７５１は、診療報酬請求先名称７５２、診療報酬請求先所在地７５４，診療報酬請求金額７５６，診療報酬請求書枚数７５８，患者所属医療保険団体７６０，患者名７６２，処方箋発行医療機関７６４，処方箋受付医療機関７６６，処方箋内容７６８，薬剤名薬価点数７７０、薬剤内容点数７７２，診療報酬明細７７４に関する情報を含む。

　図１７〜図２０は、医師用端末制御プログラムの処理の一例について説明するためのフローチャート図である。また図２１〜図２４は医師用端末に表示される画面例である。

　医師用端末制御プログラムは、データベースサーバにアクセス可能であれば、データベースサーバに対してアクセスを行う（ステップＳ１０、Ｓ２０）。

　次に図２１（Ａ）に示すような画面を出力し、医師名の入力及びパスワードを受け付ける（ステップＳ３０）。パスワードを要求することによりアクセス権限のないものが医師用端末から患者ファイル等へアクセスするのを防止できる。

　そしてサーバ内医療機関ファイルに入力された医師名がない場合は、画面上に図２１（Ｂ）に示すような警告を出力する。（ステップＳ４０、Ｓ５０）。

　そしてサーバ内医療機関ファイルに入力された医師名がある場合は、図２２（Ａ）に示すような画面を出力し、患者情報や処方箋内容の入力を受け付ける（ステップＳ６０，Ｓ７０）。

　次にデータベースサーバ内の薬剤ファイルに入力された処方箋内容の薬剤名がない場合には画面上に図２２（Ｂ）に示すような警告を出力する（ステップＳ８０、Ｓ９０）。

　データベースサーバ内の薬剤ファイルに入力された処方箋内容の薬剤名がある場合にはデータベースサーバ内の調剤薬局ファイルより処方箋内容の薬剤が現在の在庫数ですべて補う薬局をリストアップする（ステップＳ１００）。

　リストアップされた薬局は直ちに薬剤がもらえる旨を端末の薬剤受け渡し時間設定ファイルに反映する（ステップＳ１２０）。

　またデータベースサーバ内の調剤薬局ファイルより処方箋内容の薬剤が在庫あるいは納品予定をふくめてすべて補う薬局をリストアップする（ステップＳ１３０）。

　リストアップされた薬局の納品予定より処方箋内容の薬剤がすべて揃う予定日時を割り出し端末の薬剤受け渡し時間設定ファイルに反映する（ステップＳ１５０）。

　またサーバ内薬剤管理センターファイルより処方箋内容の薬剤が在庫あるいは納品予定をふくめてすべて揃う薬剤在庫センターをリストアップし（ステップＳ１６０）、リストアップされた薬剤在庫センターの情報に基づき処方箋内容の薬剤がすべて揃う薬局、予定日時を割り出し、端末の薬剤受け渡し時間設定ファイルに予定日時を反映する（ステップＳ１７０）。

　次に図２３に示すような画面から並び替えの優先順位に関する入力を受け付け、並び替える優先順位として薬局所在地と患者住所が近いことが選択された場合には、リストアップされた薬局所在地と患者住所が近い順番に並び替える（ステップＳ１９０、Ｓ２３０）。

　また並び替える優先順位として待ち時間が短いことが選択された場合には、薬剤受け渡し時間設定ファイルに基づきリストアップされた薬局を医療機関に近く待ち時間が近い順に番に並び替える（ステップＳ１９０，Ｓ２２０）。

　また他の検索条件が入力された場合には（例：薬局名、出張先住所など）、サーバ内の全ファイルより検索条件に合致した薬局をリストアップ（ステップＳ２００、Ｓ２１０）。

　そしてリストアップされた薬局名と薬剤受け渡し時間設定ファイルの受渡し予定時間とを並び替えた順番に表示（図２４（Ａ）参照）、プリント印字あるいは画面表示する（ステップＳ２４０）。

　次に図２４（Ａ）に示すような画面から患者の希望の薬局の選択を受け付ける（ステップＳ２５０）。

　そして図２４（Ａ）に示すような画面から宅配希望が選択された場合には、該当の薬局に宅配指示を行うための処理を行う（ステップＳ２６０、Ｓ２７０）。

　そして該当の薬局に処方箋内容（宅配を指示する場合にはその旨）を送信（ステップＳ２８０）。

　そして薬剤在庫センターに対して処方箋内容の薬剤を発注し該当薬局に納品指示をする（ステップＳ２９０）。

　図２５は、患者用端末制御プログラムの処理の一例について説明するためのフローチャート図である。

　患者用端末制御プログラムは、データベースサーバにアクセス可能であれば、データベースサーバに対してアクセスを行う（ステップＳ３１０、Ｓ３２０）。

　そして患者情報や処方箋内容の入力を受け付ける（ステップＳ３３０，Ｓ３４０）。

　次にデータベースサーバ内の薬剤ファイルに入力された処方箋内容の薬剤名がない場合には画面上に図２２（Ｂ）に示すような警告を出力する（ステップＳ３５０、Ｓ３６０）。

　なお以下の処理は図１８〜図２０で説明した医師用端末制御プログラムとほぼ同様であるので説明を省略する。

　図２６は診療報酬作成センター用端末制御プログラムの処理の一例について説明するためのフローチャート図である。また図２７（Ａ）（Ｂ）は診療報酬作成センター端末に表示される画面例である。

　診療報酬作成センター用端末制御プログラムは、診療報酬作成センター用端末に図２７（Ａ）に示すような画面を出力し、データベースサーバ（＠＠注１データベースサーバでよいか）にアクセス可能であれば、データベースサーバに対してアクセスを行う（ステップＳ６１０、Ｓ６２０）。

　次にデータベースサーバ内の患者ファイルのデータを読みこむ（ステップＳ６３０）。

　次に読み込んだ患者レコードを所属医療保険団体別に振り分ける（ステップＳ６４０）。

　振り分けられた患者レコードを、さらに処方箋発行医療機関別に振り分ける（ステップＳ６５０）。

　振り分けられた患者レコードを、さらに処方箋受付医療機関別に振り分ける（ステップＳ６６０）。

　そして振り分けられた患者レコードに基づき診療報酬明細書を作成する（ステップＳ６７０）。

　そして高額医療者が発生した場合には以下のステップＳ６９０〜Ｓ７１０処理を行う（ステップＳ６８０）。

　まず高額医療者が発生した調剤薬局端末にアクセスする（ステップＳ６９０）。

　そして調剤薬局端末からネットワークを介して該当の高額医療者の処方箋のハードコピーデータを取得する（ステップＳ７００）。

　次に該当の高額医療者の診療報酬明細書に取得したハードコピーデータを添付する（ステップＳ７１０）。

　そして診療報酬請求先端末に診療報酬明細書の電子データを配信する（ステップ７２０）。診療報酬作成センター用端末には図２７（Ｂ）に示すような画面が出力される。

　図２８は調剤薬局用端末制御プログラムの入力受付処理の一例について説明するためのフローチャート図である。また図２９（Ａ）（Ｂ）は調剤薬局用端末で入力受付処理を行う際に表示される画面例である。また図３１はプリント印字結果のイメージ図である。

　まず図２９（Ａ）に示すような処方箋受付用の画面を調剤薬局用端末に出力し（ステップＳ８１０）、患者名の入力を受付ける（ステップＳ８２０）。

　端末の記憶装置の患者ファイルに患者名がある場合には、当該患者情報を読込みむ（ステップＳ８３０、Ｓ８６０）。

　端末の記憶装置の患者ファイルに患者名がない場合には、患者住所及び患者情報の入力を受け付ける（ステップＳ８３０〜Ｓ８５０）。

　次に処方箋内容の入力を受け付ける（ステップＳ８７０）。

　処方箋内容にあるいずれかの薬剤が端末にない場合には（ステップＳ８８０）、データベースサーバにアクセス可能であればアクセスを行う（ステップＳ８９０、Ｓ９００）。

　そして処方箋内容にあるいずれかの薬剤がデータベースサーバにない場合には調剤薬局用端末に図２９（Ｂ）に示すような警告を出力する（ステップＳ９２０）。

　また処方箋内容にある薬剤がすべてデータベースサーバにある場合には、端末にないものをすべて端末の薬剤ファイルにコピーし（ステップＳ９３０）、サーバアクセス終了する（ステップＳ９４０）。

　そして診療報酬計算（ステップＳ９５０）、会計計算（ステップＳ９６０）を行い計算結果を図３１に示すようにプリント印字する（ステップＳ９７０）。

　そして処方箋内容にある薬剤について端末の薬剤在庫を更新し発注する（ステップＳ９８０）。

　図３０は調剤薬局用端末制御プログラムのデータベースサーバの更新処理の一例について説明するためのフローチャート図である。

　データベースサーバにアクセス可能であれば、データベースサーバにアクセスを行う（ステップＳ１０００）。

　調剤薬局用端末で受け付けた処方箋内容をデータベースサーバに配信する（ステップＳ１０１０）。

　次にデータベースサーバ内の患者ファイルを調剤薬局用端末の最新情報に更新する（ステップＳ１０２０）。

　次にデータベースサーバ内の調剤薬局ファイルを調剤薬局用端末の最新情報に更新する（ステップＳ１０３０）。

　次にデータベースサーバ内の医療機関ファイルを調剤薬局用端末の最新情報に更新する（ステップＳ１０４０）。

　次にサーバ内の薬剤在庫センターファイルを調剤薬局用端末の最新情報に更新する（ステップＳ１０５０）。

　次にサーバ内の診療報酬明細書ファイルを調剤薬局用端末の最新情報に更新する（ステップＳ１０６０）。

　次にサーバ内の診療報酬請求先ファイルを調剤薬局用端末の最新情報に更新する（ステップＳ１０７０）。

　次にサーバ薬剤ファイルを調剤薬局用端末の最新情報に更新する（ステップＳ１０８０）。

　そしてサーバアクセスを終了する（ステップＳ１０９０）。

　図３２は薬剤在庫センター用端末のバッチ処理の制御プログラムの処理の一例について説明するためのフローチャート図である。

　データベースサーバにアクセス可能であればデータベースサーバにアクセスを行う（ステップＳ１１１０、Ｓ１１２０）。

　次にデータベースサーバ内の調剤薬局ファイルを抽出する（ステップＳ１１３０）。
返品薬剤がない場合には、返品薬剤を受発注データに反映させる（ステップＳ１１４０，Ｓ１１５０）。

　次に未納品薬剤がない場合には、未納品薬剤を受発注データに反映させる（ステップＳ１１６０、１１７０）。

　次に受発注データを確定させる（ステップＳ１１８０）。

　そして確定させた受発注データに基づき会計計算を行う（ステップＳ１１９０）。

　図３３は薬剤在庫センター用端末のリアルタイム制御プログラムの処理の一例について説明するためのフローチャート図である。図３４は薬剤在庫センター用端末に表示される画面例である。

　調剤薬局端末から薬剤の発注を受けた場合には、調剤薬局への配送ダイアグラムから発注薬剤を納品させる時間を設定を行い一時会計を行い、発注薬剤を配送するにあたり必要な情報を例えば図３４に示すように画面表示する（ステップＳ１２００〜Ｓ１２２０）。

　また医師用端末から薬剤の納品指示を受けた場合には、調剤薬局への配送ダイアグラムから指示された薬剤を納品させる時間の設定を行い一時会計を行い、納品指示薬剤を配送するにあたり必要な情報を例えば図３４に示すように画面表示し、プリント印字を行う（ステップＳ１２３０〜Ｓ１２５０）。

　また患者用端末から薬剤の納品指示を受けた場合には、調剤薬局への配送ダイアグラムから指示された薬剤を納品させる時間の設定を行い一時会計を行い、納品指示薬剤の配送するにあたり必要な情報を画面表示し、プリント印字する（ステップＳ１２６０〜Ｓ１２８０）。

　図３５、図３６はアクセス管理用端末の制御プログラムのフローチャート図の一例である。

　データベースサーバへのアクセス監視を行いサーバに異常がある場合には以下のステップＳ１４７０からＳ１５４０の処理を行う。

　まず端末からのサーバアクセス要求に対してアクセス不可を通知し（ステップＳ１４７０）、警告を行う（ステップＳ１４８０）。

　そして回線を遮断するばあいには、異常があるサーバにアクセスしていた端末にデータ送信不良を通知し、回線緊急遮断を行う（ステップＳ１５００〜Ｓ１５３０）。

　そして警告をだしてサーバ内の配信不良データを削除し、アクセスを要求している端末に対し別のデータベースサーバへのデータの送信を指示する（ステップＳ１５２０〜Ｓ１５４０）。

　データベースサーバに異常がない場合であって、データベースサーバにアクセスしている端末数が基準以上のためサーバ負担が増えている場合には以下のステップＳ１４２０〜Ｓ１４６０の処理を行う（ステップＳ１３３０）。

　まず端末からのデータベースサーバへのアクセス要求に対してアクセス不可を通知し警告を行う（ステップＳ１４２０、Ｓ１４３０）。

　そしてデータベースサーバへのアクセス基準端末数より多い分の端末に関してデータ配信不良を通知し、サーバ内の配信不良データを削除し、アクセス要求を行っている端末に対し別のデータベースサーバへのデータ送信を指示する（ステップＳ１４４０〜Ｓ１４６０）。

　データベースサーバに異常がなく、データベースサーバにアクセスしている端末数が基準未満であって、サーバアクセス回線に異常がある場合には以下のステップＳ１３７０〜Ｓ１４１０の処理を行う（ステップＳ１３４０）。

　まず端末からのデータベースサーバへのアクセス要求に対してアクセス不可を通知し、警告を行う（ステップＳ１３７０）。

　そして異常がある回線を使用していた端末に関してデータ配信不良を通知し、データベースサーバ内の配信不良データを削除し、アクセス要求を行っている端末に対し別回線へのデータ送信を指示する（ステップＳ１４４０〜Ｓ１４６０）。

　このように本実施の形態ではアクセス管理端末がデータベースサーバへの回線状態の管理や運用管理を行うことで全体のシステムを安定的に運用させることが出来る。

　例えば処方箋を受け付ける調剤薬局用端末のどれかがメンテナンス、故障などで受付不可能な場合でも他の調剤薬局用端末で処方箋を受け付けることができるためシステム全体としては２４時間年中無休体制にて処方箋を受け付けられる。

　またメンテナンス、あるいは故障などでデータベースサーバのいずれかがアクセス不可能であるとしてもアクセス管理端末がかかる事態を認識し各種端末からのアクセスを別のデータベースサーバに振り分けることが可能である。

　また本実施の形態では、患者用端末や医師用端末から、患者住所と調剤薬局所在地の隣接度、薬剤の受けとれるおよその時間など、患者あるいは医師にとって好適な調剤薬局を選択することが可能である。そして必要があれば薬剤在庫センターや調剤薬局に配送指示を出すことで調剤薬局に来局した後に処方箋記載内容の薬剤を自分の意図した日時に受け取れるように手配することができる。

　また診療報酬作成センター用端末は、本システムにて蓄積した処方箋受け付け実績情報を読み出して国民健康保険、損害保険会社など各診療報酬請求先が必要とする診療報酬明細書を電子データとして生成し診療報酬請求先端末に配信できるため調剤薬局の手間を大幅に削減することができる。

　以上本発明を適用した好適な実施の形態について説明してきたが、本発明の適用は上述した実施例に限定されない。

　例えば本実施の形態では、図１に示すように本システムのネットワークに診療報酬請求先８２−１、…、８２−ｎに設置された診療報酬請求先端末８０−１、…、８０−ｎが接続されており、診療報酬請求書を電子データで配信する場合（図２６のステップＳ７２０）を例にとり説明したがこれにかぎられない。

　本システムのネットワークに診療報酬請求先端末８０−１、…、８０−ｎを接続するか否かや、診療報酬請求書を電子データで配信するかいなかは任意に選択することができる。

　また本実施の形態では医師用端末と患者用端末の両方を使用する場合を例にとり説明したがこれに限られない。いずれか一方のみを使用する場合でもよい。

　また医師が医師用端末から患者ファイルにアクセスする場合には、当該医師がアクセス可能な患者の情報にのみアクセスできるようにし、アクセス権限のない患者の患者情報にはアクセスできないように構成することが好ましい。

本実施の形態の調剤薬局支援システム（調剤システム）の構成の一例である。 データベースサーバと、データベースサーバに格納されているファイルについて説明するための図である。 薬剤在庫センター端末と、薬剤在庫センター端末が使用するファイルについて説明するための図である。 診療報酬作成センター端末と、診療報酬作成センター端末が使用するファイルについて説明するための図である。 患者用端末と、患者用端末が使用するファイルについて説明するための図である。 医師用端末と、医師用端末が使用するファイルについて説明するための図である。 調剤薬局端末と、調剤薬局端末が使用するファイルについて説明するための図である。 アクセス管理端末と、アクセス管理端末が使用するファイルについて説明するための図である。 調剤薬局ファイルの構成について説明するための図である。 薬剤ファイルの構成について説明するための図である。 薬剤在庫センターファイルの構成について説明するための図である。 医療機関ファイルについて説明するための図である。 患者ファイルの構成について説明するための図である。 診療報酬明細書ファイルについて説明するための図である。 診療報酬請求先ファイルについて説明するための図である。 診療報酬請求書ファイルについて説明するための図である。 医師用端末制御プログラムの処理の一例について説明するためのフローチャート図である。 図１７に続いて医師用端末制御プログラムの処理の一例について説明するためのフローチャート図である。 図１８に続いて医師用端末制御プログラムの処理の一例について説明するためのフローチャート図である。 図１９に続いて医師用端末制御プログラムの処理の一例について説明するためのフローチャート図である。 図２１（Ａ）（Ｂ）は、医師用端末に表示される画面例である。 図２２（Ａ）（Ｂ）は、医師用端末に表示される画面例である。 医師用端末に表示される画面例である。 図２４（Ａ）（Ｂ）は、医師用端末に表示される画面例である。 患者用端末制御プログラムの処理の一例について説明するためのフローチャート図である。 診療報酬作成センター用端末制御プログラムの処理の一例について説明するためのフローチャート図である。 図２７（Ａ）（Ｂ）は、診療報酬作成センター端末に表示される画面例である。 調剤薬局用端末制御プログラムの入力受付処理の一例について説明するためのフローチャート図である。 図２９（Ａ）（Ｂ）は調剤薬局用端末で入力受付処理を行う際に表示される画面例である。 調剤薬局用端末制御プログラムのデータベースサーバの更新処理の一例について説明するためのフローチャート図である。 プリント印字結果のイメージ図である 薬剤在庫センター用端末のバッチ処理の制御プログラムの処理の一例について説明するためのフローチャート図である。 薬剤在庫センター用端末のリアルタイム制御プログラムの処理の一例について説明するためのフローチャート図である。 薬剤在庫センター用端末に表示される画面例である。 アクセス管理用端末の制御プログラムのフローチャート図の一例である。 図３５に続いてアクセス管理用端末の制御プログラムのフローチャート図の一例である。

符号の説明

　１０−１、１０−ｎ　アクセス管理端末
　２０−１、２０−ｎ　データベースサーバ
　３０−１、３０−ｎ　医師用端末
　３２−１、３２−ｎ　病院あるいは診療所
　４０−１、４０−ｎ　患者用端末
　５０−１、５０−ｎ　薬剤在庫センター端末
　５２−１、５２−ｎ　薬剤在庫センター
　６０−１、６０−ｎ　調剤薬局端末
　６２−１、６２−ｎ　調剤薬局
　７０−１、７０−ｎ　診療報酬作成センター端末
　７２−１、７２−ｎ　診療報酬作成センター
　８０−１、８０−ｎ　診療報酬請求先端末
　８２−１、８２−ｎ　診療報酬請求先
　９０　ネットワーク
　１００、１０２，１０４，１０６、１０８，１１０，１１２　コンピュータ
　１２０，１２２，１２４，１２６，１２８，１３０，１３２　記憶装置
　２００　調剤薬局ファイル
　２５０　薬剤ファイル
　３００　薬剤在庫センターファイル
　３５０　医療機関ファイル
　４００　患者ファイル
　４５０　診療報酬明細書ファイル
　５００　診療報酬請求先ファイル
　５５０　高額医療者ファイル
　６００　薬剤受け渡し時間設定ファイル
　６５０　発注納品ファイル
　７００　サーバアクセス状況ファイル

Claims (10)

1. 　医師用端末及び患者用端末の少なくとも一つと複数の調剤薬局端末とがネットワークを介して接続され、医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤情報を受け付ける調剤システムであって、
   　処方内容の薬剤についての調剤薬局の補充予定を含めた在庫情報をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出し、抽出された調剤薬局について処方内容の薬剤が揃う予定日時を割り出し、抽出結果及び予定日時を医師用端末及び患者用端末の少なくとも一つに出力する手段と、
   　医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理手段を含むことを特徴とする調剤システム。
2. 　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末とがネットワークを介して接続され、医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤情報を受け付ける調剤システムであって、
   　在庫センターから調剤薬局への供給可能性に関する情報及び納品予定に関する情報の少なくとも一方をネットワークを介して検索し、処方内容の薬剤が提供可能な調剤薬局を抽出し、抽出された調剤薬局について処方内容の薬剤が揃う予定日時を割り出し、抽出結果及び予定日時を医師用端末及び患者用端末の少なくとも一つに出力する手段と、
   　医師用端末及び患者用端末の少なくとも一つから処方内容の薬剤の発注を受け付け、ネットワークを介して発注先の調剤薬局端末に対して処方薬剤発注情報を送信する処方内容発注処理手段を含むことを特徴とする調剤システム。
3. 　請求項２において、
   　医師用端末及び患者用端末の少なくとも一方の端末から、薬剤在庫センター端末に対して、ネットワークを介して処方内容の薬剤の調剤薬局への納品を指示する手段を含むことを特徴とする調剤システム。
4. 　請求項１〜３のいずれかにおいて、
   　前記処方内容発注処理手段は、
   　調剤薬局に処方内容の薬剤の在庫がない場合には、当該の調剤薬局に対する薬剤の納品予定情報をネットワークを介して検索し、納品予定情報に基づいて薬剤受け渡し可能時間を求め、受け渡し可能時間に基づいて処方内容の薬剤が提供可能な選択候補調剤薬局の順位付けを行うことを特徴とする調剤システム。
5. 　請求項１〜４のいずれかにおいて、
   　前記処方内容発注処理手段は、
   　前記複数の調剤薬局の所在地の情報に基づいて処方内容の薬剤が提供可能な選択候補調剤薬局の順位付けを行うことを特徴とする調剤システム。
6. 　請求項１〜５のいずれかにおいて、
   　前記処方内容発注処理手段は、
   　医師用端末及び患者用端末の少なくとも一方の端末から調剤薬局端末に対して、ネットワークを介して処方内容の薬剤の所定の場所への宅配納品を指示する手段を含むことを特徴とする調剤システム。
7. 　請求項１〜６のいずれかにおいて、
   　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末は、複数の調剤薬局及び薬剤在庫センターの薬剤在庫情報を記憶するデータベースサーバとネットワークを介して接続されており、
   　前記医師用端末及び患者用端末の少なくとも一つは、
   　前記データベースサーバに記憶された薬剤在庫情報を読み出し、処方内容の薬剤が提供可能な調剤薬局を抽出することを特徴とする調剤システム。
8. 　請求項１〜７のいずれかにおいて、
   　医師用端末及び患者用端末の少なくとも一つと、複数の調剤薬局端末と、薬剤在庫センター端末は、複数のデータベースサーバとネットワークを介して接続されており、前記各端末からの各データベースサーバに対するアクセス状況を管理するアクセス状況管理手段とを含み、
   　前記アクセス状況管理手段は、
   　各データベースのアクセス負担及びアクセス回線の状態の少なくとも一つに基づいて、端末からのアクセス要求をいずれかのデータベースサーバの振り分ける処理を行うことを特徴とする調剤システム。
9. 　請求項１〜８のいずれかにおいて、
   　複数の調剤薬局端末と診療報酬作成センター端末とがネットワークを介して接続されており、
   　前記診療報酬作成センター端末が、ネットワークを介して複数の調剤薬局の処方薬剤実績に関する情報を読み込み、診療報酬先に提出するための診療報酬明細書を作成する手段を含むことを特徴とする調剤システム。
10. 　コンピュータが読みとり可能なプログラムであって、
    　コンピュータを、請求項１乃至９のいずれかに記載の調剤システムとして機能させることを特徴とするプログラム。

Images