(57)【要約】      （修正有）【課題】患者の過剰あるいは重複した医薬の服用を抑制する服薬支援コンピュータシステムを提供。【解決手段】患者側の通信端末または調剤薬局側の通信端末から調剤した事実情報を受け付ける調剤情報受付手段２０と、その事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶する記憶手段４０〜４４と、患者を特定する患者情報受付手段２１と、その患者の処方箋の情報を受け付ける処方箋情報受付手段２２と、患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査手段２３と、調剤履歴と処方箋の情報とを照合する処方箋情報照合手段２４と、その照合の結果、受け付けた処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段２５と、その不要医薬判別手段２５による判別の結果を調剤薬局側の通信端末または患者側の通信端末に送信する判別結果送信手段２６と、を備える。【選択図】図２
2015084132.tif 000002
【特許請求の範囲】
【請求項１】
患者側の通信端末または調剤薬局側の通信端末から調剤した事実情報を受け付ける調剤情報受付手段と、
上記事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶する記憶手段と、
患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付手段と、
その患者の処方箋の情報を受け付ける処方箋情報受付手段と、
上記患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査手段と、
上記調剤履歴と上記処方箋の情報とを照合する処方箋情報照合手段と、
その照合の結果、受け付けた上記処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段と、
上記不要医薬判別手段による判別の結果を上記調剤薬局側の通信端末または上記患者側の通信端末に送信する判別結果送信手段と、
を備えることを特徴とする服薬支援コンピュータ装置。
【請求項２】
前記調剤履歴調査手段は、調査時点において、１または２以上の過去の調剤履歴に基づく服用期間が継続しているもののみを選択することを特徴とする請求項１に記載の服薬支援コンピュータ装置。
【請求項３】
前記調剤情報受付手段により受け付けられた前記事実情報に基づき、前記患者側の通信端末に向けて、医薬の服用時期前に服用を促す情報を通知する服用事前通知手段を、さらに備えることを特徴とする請求項１または請求項２に記載の服薬支援コンピュータ装置。
【請求項４】
前記患者側の通信端末から、服用完了の情報を受け付ける服用完了情報受付手段と、
前記患者の前記事実情報と上記服用完了の情報とを照合して、その患者が正常に服用したかどうかを判別する正規服用判別手段と、
その患者が正常に服用したと判別された際に、ポイントを加算する第一ポイント加算手段と、
を備えることを特徴とする請求項３に記載の服薬支援コンピュータ装置。
【請求項５】
前記第一ポイント加算手段によって加算されたポイントが所定のポイント数に達したかどうかを判別する第一ポイント数判別手段と、
上記所定のポイント数に達した際に、健康増進関連情報を前記患者側の通信端末に向けて送信する健康関連情報送信手段と、
を備えることを特徴とする請求項４に記載の服薬支援コンピュータ装置。
【請求項６】
前記調剤薬局または病院を来院する日時を少なくとも含む来院日時情報に基づき、前記患者側の通信端末に向けて、前記調剤薬局あるいは上記病院への来院を事前に促す情報を通知する来院予告通知手段を、さらに備えることを特徴とする請求項１から請求項５のいずれか１項に記載の服薬支援コンピュータ装置。
【請求項７】
前記患者側の通信端末から、来院完了の情報を受け付ける来院完了情報受付手段と、
前記来院日時情報と上記来院完了の情報とを照合して、その患者が正常に来院したかどうかを判別する正規来院判別手段と、
その患者が正常に来院したと判別された際に、ポイントを加算する第二ポイント加算手段と、
を備えることを特徴とする請求項６に記載の服薬支援コンピュータ装置。
【請求項８】
前記第二ポイント加算手段によって加算されたポイントが所定のポイント数に達したかどうかを判別する第二ポイント数判別手段と、
上記所定のポイント数に達した際に、健康増進関連情報を前記患者側の通信端末に向けて送信する健康関連情報送信手段と、
を備えることを特徴とする請求項７に記載の服薬支援コンピュータ装置。
【請求項９】
コンピュータに読み込まれて実行可能なコンピュータプログラムであって、
そのコンピュータ内のハードウェアに、
患者側の通信端末または調剤薬局側の通信端末から調剤した事実情報を受け付ける調剤情報受付手段、
上記事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶する記憶手段、
患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付手段、
その患者の処方箋の情報を受け付ける処方箋情報受付手段
上記患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査手段、
上記調剤履歴と上記処方箋の情報とを照合する処方箋情報照合手段、
その照合の結果、受け付けた上記処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段、および
上記不要医薬判別手段による判別の結果を上記調剤薬局側の通信端末または上記患者側の通信端末に送信する判別結果送信手段、
として機能させることを特徴とするコンピュータプログラム。
【請求項１０】
前記調剤履歴調査手段は、調査時点において、１または２以上の過去の調剤履歴に基づく服用期間が継続しているもののみを選択することを特徴とする請求項９に記載のコンピュータプログラム。
【請求項１１】
前記コンピュータ内のハードウェアに、
前記調剤情報受付手段により受け付けられた前記事実情報に基づき、前記患者側の通信端末に向けて、医薬の服用時期前に服用を促す情報を通知する服用事前通知手段として、さらに機能させることを特徴とする請求項９または請求項１０に記載のコンピュータプログラム。
【請求項１２】
前記コンピュータ内のハードウェアに、
前記患者側の通信端末から、服用完了の情報を受け付ける服用完了情報受付手段、
前記患者の前記事実情報と上記服用完了の情報とを照合して、その患者が正常に服用したかどうかを判別する正規服用判別手段、および
その患者が正常に服用したと判別された際に、ポイントを加算する第一ポイント加算手段、
として、さらに機能させることを特徴とする請求項１１に記載のコンピュータプログラム。
【請求項１３】
前記コンピュータ内のハードウェアに、
前記第一ポイント加算手段によって加算されたポイントが所定のポイント数に達したかどうかを判別する第一ポイント数判別手段、および
上記所定のポイント数に達した際に、健康増進関連情報を前記患者側の通信端末に向けて送信する健康関連情報送信手段、
として、さらに機能させることを特徴とする請求項１２に記載のコンピュータプログラム。
【請求項１４】
前記コンピュータ内のハードウェアに、
前記調剤薬局または病院を来院する日時を少なくとも含む来院日時情報に基づき、前記患者側の通信端末に向けて、前記調剤薬局あるいは上記病院への来院を事前に促す情報を通知する来院予告通知手段として、さらに機能させることを特徴とする請求項９から請求項１３のいずれか１項に記載のコンピュータプログラム。
【請求項１５】
前記コンピュータ内のハードウェアに、
前記患者側の通信端末から、来院完了の情報を受け付ける来院完了情報受付手段、
前記来院日時情報と上記来院完了の情報とを照合して、その患者が正常に来院したかどうかを判別する正規来院判別手段、および
その患者が正常に来院したと判別された際に、ポイントを加算する第二ポイント加算手段、
として、さらに機能させることを特徴とする請求項１４に記載のコンピュータプログラム。
【請求項１６】
前記コンピュータ内のハードウェアに、
前記第二ポイント加算手段によって加算されたポイントが所定のポイント数に達したかどうかを判別する第二ポイント数判別手段、および
上記所定のポイント数に達した際に、健康増進関連情報を前記患者側の通信端末に向けて送信する健康関連情報送信手段、
として、さらに機能させることを特徴とする請求項１５に記載のコンピュータプログラム。
【請求項１７】
少なくとも１つの患者側の通信端末と、服薬を支援する服薬支援コンピュータ装置と、少なくとも１つの調剤薬局側の通信端末と、それらを結ぶネットワークとを備える服薬支援コンピュータシステムであって、
上記服薬支援コンピュータ装置には、
上記患者側の通信端末または上記調剤薬局側の通信端末から調剤した事実情報を受け付ける調剤情報受付手段と、
上記事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶する記憶手段と、
患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付手段と、
上記患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査手段と、
を備え、
上記服薬支援コンピュータ装置または上記調剤薬局側の通信端末には、
上記調剤履歴と処方箋の情報とを照合する処方箋情報照合手段と、
その照合の結果、受け付けた上記処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段と、
を備え、
上記調剤薬局側の通信端末または上記患者側の通信端末には、上記不要医薬判別手段による判別の結果を表示する判別結果表示手段を備えることを特徴とする服薬支援コンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者に適正な服薬を促すための服薬支援コンピュータ装置、それによって読み取り可能なコンピュータプログラムならびに服薬支援コンピュータシステムに関する。
【背景技術】
【０００２】
調剤薬局は全国に５万件以上（２０１０年度）も整備されており、もはや、国の医薬分業推進策に乗った量的拡大の時代は終焉を迎えている。また、国民医療費は右肩上がりで高騰しており、国家の財政を考慮すると、医療資源は効率的かつ適正に運営されるべきであり、その中でも急激な高騰の目立つ医薬品に関する費用の適正化は急務となっている。その中で、調剤薬局に求められる機能は、ジェネリック医薬品の普及推進や在宅医療への参入など、従来の保険調剤以外に求められる機能は多くなってきており、パラダイムシフトが必用になってきている。
【０００３】
医薬分業策の下、一般的な調剤医薬の患者への供与の流れは、おおよそ次のようになっている。まず、患者は、病院で診療・治療を受ける。次に、担当の医師は、患者の診察、検査等を行い、投薬を要すると判断した場合には、処方箋を作成する。患者は、病院に診療費に加え、処方箋の作成費用を支払うと共に、処方箋を調剤薬局に持ち込み、当該薬局の薬剤師から調剤医薬を受け取り、その薬局に医薬代を支払う。薬剤師は、医薬の副作用や誤った調剤から患者を守る義務を負っており、患者の情報、薬剤服用履歴、調剤薬局に存在する薬の情報、薬事法等の法律を全て考慮して調剤を行う。
【０００４】
最近では、コンピュータの性能アップやインターネットの急速な普及に伴い、医療や調剤薬局の現場においてもハイテク化が進んできている。このため、患者の個人情報、過去の調剤データ、薬の在庫などは、調剤薬局でコンピュータ管理されているケースも多くなってきている。また、従来から病院で作成された紙の処方箋に基づき調剤薬局にて調剤を行う場合、先に述べた薬剤師の負担、すなわち、患者の個人情報、薬剤服用履歴、調剤薬局に存在する薬の情報、薬事法等の法律を全て考慮して調剤を行う困難性に鑑みて、調剤業務をコンピュータによって支援するシステムも考えられている（例えば、特許文献１、特許文献２を参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３１７２１６号公報
【特許文献２】特開２００２−１９７１８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
このような背景の下、患者側の健康に目を向けると、患者は、風邪のような軽微な疾病は別として、長期の体調不良や重い疾病にかかったような場合には、複数の病院を訪れて受診することが多く、医師により作成された処方箋も複数入手しているのが現状である。一般の患者は、疾病に適切な医薬の服用量などには無知であることが多く、調剤薬局に複数の処方箋を提出して重複した医薬を受け取り、そのまま服用することも少なくない。調剤薬局においても、複数の医師が作成した処方箋を全てチェックすることは難しい。また、患者が複数の調剤薬局を利用して医薬を受け取る場合には、調剤薬局同士のネットワークがほとんど構築されていない現状では、同じ医薬を患者に渡すのを妨げる手段は無い。このため、患者が複数の調剤薬局を利用した場合、患者は重複した過剰の医薬を受け取り、服用してしまうという問題が生じる。患者が第二の調剤薬局において、第一の調剤薬局にて同じ医薬を受け取った旨を自己申告すれば、その問題を回避可能かもしれない。しかし、患者が医薬の名称を確実に記憶することは困難であり、また、複数の処方箋由来の過剰の医薬を服用することにより効果が高まるという妄想から、敢えて自己申告しないこともある。したがって、結局、不適切な医薬の服用による副作用や健康を害する等の事故を抑制できない。
【０００７】
本発明は、上記のような問題を解決するためになされたものであり、患者の過剰あるいは重複した医薬の服用を抑制することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するための本発明の一形態は、患者側の通信端末または調剤薬局側の通信端末から調剤した事実情報を受け付ける調剤情報受付手段と、その事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶する記憶手段と、患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付手段と、その患者の処方箋の情報を受け付ける処方箋情報受付手段と、患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査手段と、調剤履歴と処方箋の情報とを照合する処方箋情報照合手段と、その照合の結果、受け付けた処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段と、不要医薬判別手段による判別の結果を調剤薬局側の通信端末または患者側の通信端末に送信する判別結果送信手段と、を備える服薬支援コンピュータ装置である。
【０００９】
また、本発明の別の形態は、特に、調剤履歴調査手段により、調査時点において、１または２以上の過去の調剤履歴に基づく服用期間が継続しているもののみを選択する服薬支援コンピュータ装置である。
【００１０】
また、本発明の別の形態は、調剤情報受付手段により受け付けられた事実情報に基づき、患者側の通信端末に向けて、医薬の服用時期前に服用を促す情報を通知する服用事前通知手段を、さらに備える服薬支援コンピュータ装置である。
【００１１】
また、本発明の別の形態は、さらに、患者側の通信端末から、服用完了の情報を受け付ける服用完了情報受付手段と、患者の事実情報と服用完了の情報とを照合して、その患者が正常に服用したかどうかを判別する正規服用判別手段と、その患者が正常に服用したと判別された際に、ポイントを加算する第一ポイント加算手段と、を備える服薬支援コンピュータ装置である。
【００１２】
また、本発明の別の形態は、さらに、第一ポイント加算手段によって加算されたポイントが所定のポイント数に達したかどうかを判別する第一ポイント数判別手段と、所定のポイント数に達した際に、健康増進関連情報を患者側の通信端末に向けて送信する健康関連情報送信手段と、を備える服薬支援コンピュータ装置である。
【００１３】
また、本発明の別の形態は、調剤薬局または病院を来院する日時を少なくとも含む来院日時情報に基づき、患者側の通信端末に向けて、調剤薬局あるいは病院への来院を事前に促す情報を通知する来院予告通知手段を、さらに備える服薬支援コンピュータ装置である。
【００１４】
また、本発明の別の形態は、さらに、患者側の通信端末から、来院完了の情報を受け付ける来院完了情報受付手段と、来院日時情報と来院完了の情報とを照合して、その患者が正常に来院したかどうかを判別する正規来院判別手段と、その患者が正常に来院したと判別された際に、ポイントを加算する第二ポイント加算手段と、を備える服薬支援コンピュータ装置である。
【００１５】
また、本発明の別の形態は、さらに、第二ポイント加算手段によって加算されたポイントが所定のポイント数に達したかどうかを判別する第二ポイント数判別手段と、所定のポイント数に達した際に、健康増進関連情報を患者側の通信端末に向けて送信する健康関連情報送信手段と、を備える服薬支援コンピュータ装置である。
【００１６】
本発明の一形態は、コンピュータに読み込まれて実行可能なコンピュータプログラムであって、そのコンピュータ内のハードウェアに、患者側の通信端末または調剤薬局側の通信端末から調剤した事実情報を受け付ける調剤情報受付手段、その事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶する記憶手段、患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付手段、その患者の処方箋の情報を受け付ける処方箋情報受付手段、患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査手段、調剤履歴と処方箋の情報とを照合する処方箋情報照合手段、その照合の結果、受け付けた処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段、および不要医薬判別手段による判別の結果を調剤薬局側の通信端末または患者側の通信端末に送信する判別結果送信手段、として機能させるコンピュータプログラムである。
【００１７】
また、本発明の別の形態は、特に、調剤履歴調査手段により、調査時点において、１または２以上の過去の調剤履歴に基づく服用期間が継続しているもののみを選択するコンピュータプログラムである。
【００１８】
また、本発明の別の形態は、コンピュータ内のハードウェアに、調剤情報受付手段により受け付けられた事実情報に基づき、患者側の通信端末に向けて、医薬の服用時期前に服用を促す情報を通知する服用事前通知手段として、さらに機能させるコンピュータプログラムである。
【００１９】
また、本発明の別の形態は、コンピュータ内のハードウェアに、患者側の通信端末から、服用完了の情報を受け付ける服用完了情報受付手段、患者の事実情報と服用完了の情報とを照合して、その患者が正常に服用したかどうかを判別する正規服用判別手段、およびその患者が正常に服用したと判別された際に、ポイントを加算する第一ポイント加算手段、として、さらに機能させるコンピュータプログラムである。
【００２０】
また、本発明の別の形態は、コンピュータ内のハードウェアに、第一ポイント加算手段によって加算されたポイントが所定のポイント数に達したかどうかを判別する第一ポイント数判別手段、および所定のポイント数に達した際に、健康増進関連情報を患者側の通信端末に向けて送信する健康関連情報送信手段として、さらに機能させるコンピュータプログラムである。
【００２１】
また、本発明の別の形態は、コンピュータ内のハードウェアに、調剤薬局または病院を来院する日時を少なくとも含む来院日時情報に基づき、患者側の通信端末に向けて調剤薬局あるいは病院への来院を事前に促す情報を通知する来院予告通知手段として、さらに機能させるコンピュータプログラムである。
【００２２】
また、本発明の別の形態は、コンピュータ内のハードウェアに、患者側の通信端末から、来院完了の情報を受け付ける来院完了情報受付手段、来院日時情報と来院完了の情報とを照合して、その患者が正常に来院したかどうかを判別する正規来院判別手段、およびその患者が正常に来院したと判別された際に、ポイントを加算する第二ポイント加算手段として、さらに機能させるコンピュータプログラムである。
【００２３】
また、本発明の別の形態は、コンピュータ内のハードウェアに、第二ポイント加算手段によって加算されたポイントが所定のポイント数に達したかどうかを判別する第二ポイント数判別手段、および所定のポイント数に達した際に健康増進関連情報を前記患者側の通信端末に向けて送信する健康関連情報送信手段として、さらに機能させるコンピュータプログラムである。
【００２４】
本発明の一形態は、少なくとも１つの患者側の通信端末と、服薬を支援する服薬支援コンピュータ装置と、少なくとも１つの調剤薬局側の通信端末と、それらを結ぶネットワークとを備える服薬支援コンピュータシステムであって、服薬支援コンピュータ装置には、患者側の通信端末または調剤薬局側の通信端末から調剤した事実情報を受け付ける調剤情報受付手段と、事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶する記憶手段と、患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付手段と、患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査手段と、を備え、服薬支援コンピュータ装置または調剤薬局側の通信端末には、調剤履歴と処方箋の情報とを照合する処方箋情報照合手段と、その照合の結果、受け付けた処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段とを備え、調剤薬局側の通信端末または患者側の通信端末には、不要医薬判別手段による判別の結果を表示する判別結果表示手段を備える服薬支援コンピュータシステムである。
【発明の効果】
【００２５】
本発明によれば、患者の過剰あるいは重複した医薬の服用を抑制することができる。
【図面の簡単な説明】
【００２６】
【図１】図１は、本発明の第一実施形態に係る服薬支援コンピュータ装置を含む服薬支援コンピュータシステムの概略図を示す。
【図２】図２は、図１の服薬支援コンピュータ装置の内部構成をファンクションボックスとして示す。
【図３】図３は、図１の調剤薬局側の通信端末の内部構成をファンクションボックスとして示す。
【図４】図４は、図１の患者側の通信端末の内部構成をファンクションボックスとして示す。
【図５】図５は、図１の服薬支援コンピュータシステムによる不要医薬の判別処理およびその表示処理の主なステップを備えるフローチャートを示す。
【図６】図６は、図１の調剤薬局側の通信端末に不要医薬の判別結果を表示する表示画面の一例を示す。
【図７】図７は、図１の服薬支援コンピュータシステムによる服用事前通知およびそれに付随するポイント加算処理の主なステップを備えるフローチャートを示す。
【図８】図８は、図１の服薬支援コンピュータシステムによる健康増進関連情報送受信処理の主なステップを備えるフローチャートを示す。
【図９】図９は、図１の服薬支援コンピュータシステムによる来院予告通知およびそれに付随するポイント加算処理の主なステップを備えるフローチャートを示す。
【図１０】図１０は、図１の服薬支援コンピュータシステムによる健康増進関連情報送受信処理の主なステップを備えるフローチャートを示す。
【図１１】図１１は、本発明の第二実施形態に係る服薬支援コンピュータ装置の内部構成をファンクションボックスとして示す。
【図１２】図１２は、本発明の第二実施形態に係る服薬支援コンピュータシステムの調剤薬局側の通信端末の内部構成をファンクションボックスとして示す。
【図１３】図１３は、第二実施形態に係る服薬支援コンピュータシステムによる不要医薬の判別処理およびその表示処理の主なステップを備えるフローチャートを示す。
【発明を実施するための形態】
【００２７】
次に、本発明に係る服薬支援コンピュータ装置、それによって読み取り可能なコンピュータプログラムならびに服薬支援コンピュータシステムの好適な実施形態について説明する。
【００２８】
＜第一実施形態＞
図１は、本発明の第一実施形態に係る服薬支援コンピュータ装置を含む服薬支援コンピュータシステムの概略図を示す。
【００２９】
この実施形態に係る服薬支援コンピュータシステム１は、服薬に関して患者および調剤薬局を支援する支援センター、少なくとも１人の患者および少なくとも１箇所の調剤薬局をつなぐネットワークシステムである。具体的には、服薬支援コンピュータシステム１は、支援センターに設置される服薬支援コンピュータ装置２と、調剤薬局の従業員（薬剤師等）が使用する調剤薬局側の通信端末５と、患者が使用する患者側の通信端末７と、インターネットに代表される通信回線網（ネットワーク）８とを含む。当該ネットワークは、特定範囲においてアクセス可能としたイントラネットであっても良い。服薬支援コンピュータ装置２は、さらに、支援センター内の職員が使用可能な通信端末３と、当該通信端末３と接続されるイントラネット４とを有していても良い。調剤薬局には、調剤薬局側の通信端末５の他に、処方箋、患者、医薬に関連するデータをアクセス可能に格納する調剤薬局サーバ６を備えていても良い。この実施形態では、調剤薬局サーバ６は、通信回線網８を介して調剤薬局側の通信端末５と接続されているが、支援センターと同様のイントラネットにて調剤薬局側の通信端末５と接続されていても良い。服薬支援コンピュータ装置２、調剤薬局側の通信端末５、調剤薬局サーバ６および患者側の通信端末７は、好ましくは、それぞれ、通信回線網８と、ＩＳＰ９ａ、ＩＳＰ９ｂ、ＩＳＰ９ｃおよびＩＳＰ９ｄを介して通信可能である。
【００３０】
図２は、図１の服薬支援コンピュータ装置の内部構成をファンクションボックスとして示す。
【００３１】
服薬支援コンピュータ装置２は、通信回線網８との間で情報の送受信のポートとなるインターフェイス１０と、外部から情報記録媒体を接続可能な情報記録媒体接続部１１と、調剤情報受付部２０と、患者情報受付部２１と、処方箋情報受付部２２と、調剤履歴調査部２３と、処方箋情報照合部２４と、不要医薬判別部２５と、判別結果送信部２６と、服用事前通知部２７と、服用完了情報受付部２８と、正規服用判別部２９と、第一ポイント加算部３０と、第一ポイント数判別部３１と、健康関連情報送信部３２と、来院予告通知部３３と、来院完了情報受付部３４と、正規来院判別部３５と、第二ポイント加算部３６と、第二ポイント数判別部３７と、サーバ記憶部４０，４１，４２，４３，４４と、を備える。
【００３２】
インターフェイス１０、調剤情報受付部２０、患者情報受付部２１、処方箋情報受付部２２、調剤履歴調査部２３、処方箋情報照合部２４、不要医薬判別部２５、判別結果送信部２６、服用事前通知部２７、服用完了情報受付部２８、正規服用判別部２９、第一ポイント加算部３０、第一ポイント数判別部３１、健康関連情報送信部３２、来院予告通知部３３、来院完了情報受付部３４、正規来院判別部３５、第二ポイント加算部３６および第二ポイント数判別部３７の各処理は、ハードウェアとして、主に中央処理装置（ＣＰＵ）を用いて実現される。サーバ記憶部４０，４１，４２，４３，４４の処理は、ハードウェアとして、主に情報の読み書き可能なメモリを用いて実現される。当該メモリとしては、ハードディスク、ＲＡＭ、ＥＥＰＲＯＭ等の各種記憶ツールを好適に用いることができる。上記各構成部１０，２０，４０等の機能を実現するためのＣＰＵやメモリ等に代表される各ハードウェアは、バス５０と称する通信線を介して互いにデジタル信号の伝達を行うことができる。
【００３３】
この実施形態では、情報記録媒体接続部１１は、情報記録媒体の一例であるＣＤ−Ｒ１２を装填して、ＣＤ−Ｒ１２に格納されている情報を読み込むことのできる部分であるが、ＣＤ−Ｒ１２以外の情報記録媒体と接続してその内部に格納されている情報を読み込むことができれば、ＣＤ−Ｒ１２の装填部以外の形態であっても良い。例えば、情報記録媒体接続部１１としては、携帯型のフラッシュメモリ（ＵＳＢメモリなど）、ミニディスク（ＭＤ）、フレキシブルディスク（ＦＤ）、スティックタイプあるいはカードタイプのメモリディスクといった情報記録媒体とそれぞれ接続可能な部分とすることができる。上述の各種情報記録媒体に格納される情報は、後述の服薬支援コンピュータ装置によって読み取り可能なコンピュータプログラム１３を含み得る。
【００３４】
調剤情報受付部２０は、患者側の通信端末７または調剤薬局側の通信端末５から調剤した事実情報を受け付ける調剤情報受付手段として機能する構成部である。ここで、調剤した事実情報は、調剤薬局名、医薬を患者に渡した日、調剤医薬の種類・名称・数・服用時期、一回の服用量などを含み得る。当該調剤した事実情報に、患者の氏名に代表される患者を特定可能な情報を含んでいても良いが、国による法制度あるいは将来の法改正によっては、調剤した事実情報に患者を特定する情報を含めなくても良い。
【００３５】
患者情報受付部２１は、患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付手段として機能する構成部である。調剤した事実情報や処方箋の情報中に患者情報が含まれる場合であっても、患者情報受付部２１は、調剤した事実情報や処方箋の情報に含まれる患者情報を選択して、あるいは事実情報や処方箋の情報のまま受け付けることができる。患者情報は、患者を特定するための情報の一例である患者の氏名あるいは患者のＩＤを少なくとも含み、その他の情報として、例えば、患者の住所、性別、生年月日、既往症、家族構成などの少なくとも１つを含んでいても良い。患者情報受付部２１は、これらの患者情報をサーバ記憶部４０〜４４のいずれかに記憶する処理を一緒に行うこともできる。
【００３６】
処方箋情報受付部２２は、患者の処方箋の情報を受け付ける処方箋情報受付手段として機能する構成部である。処方箋の情報は、例えば、調剤薬局に来院した患者が処方箋を薬剤師等に見せ、その薬剤師等が調剤薬局側の通信端末５にその処方箋の内容を入力、若しくはスキャンしてデジタルデータに変換して取り込み、服薬支援コンピュータ装置２に向けて送信される。ただし、処方箋の情報のルートは、これに限らず、例えば、患者側の通信端末７を利用して、処方箋の情報が服薬支援コンピュータ装置２に向けて送信されても良い。処方箋情報受付部２２は、受け付けた処方箋の情報をサーバ記憶部４０〜４４のいずれかに記憶する処理を一緒に行うこともできる。
【００３７】
調剤履歴調査部２３は、患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査手段として機能する構成部である。具体的には、調剤履歴調査部２３は、特定の患者が来訪した調剤薬局以外の１若しくは２以上の調剤薬局、あるいは当該来訪した調剤薬局を含む１若しくは２以上の調剤薬局にて、その患者が過去にどのような調剤履歴を持っているかをサーチする。調剤履歴の情報は、サーバ記憶部４０〜４４のいずれかに記憶されている。ただし、古い調剤履歴を出力しても、その出力結果は、新しく来訪した調剤薬局にて調剤しようとする医薬の中に不要な医薬があるか否かを判別するのに、直接的には寄与しない場合もある。このため、調剤履歴調査部２３は、調査時点において、１または２以上の過去の調剤履歴に基づく服用期間が継続しているもののみを選択するのが好ましい。例えば、ある患者が調査時点から３日前に７日分の調剤医薬を受け取り、５日前に４日分の調剤医薬を受け取っていたとする。５日前に渡した４日分の調剤医薬は調査時点においてすでに消費されている可能性が高いため、その情報は、調剤履歴に掲載されていなくても良く、調査時点で調剤医薬の残余期間のある３日前に渡した７日分の調剤医薬を受け取ったという情報だけが調剤履歴に掲載されるようにしても良い。ただし、調剤履歴調査部２３は、そのような特定の情報のみを選択することなく、過去の調剤履歴すべてをピックアップしても良い。
【００３８】
処方箋情報照合部２４は、患者情報受付部２１により処方箋の情報を受け付けると、調剤履歴とその処方箋の情報とを照合する処方箋情報照合手段として機能する構成部である。この照合作業は、例えば、調剤履歴に掲載されている調剤医薬と処方箋に掲載されている調剤医薬との間で重複するものがあるか、あるいは互いに組み合わせ不可のものがあるかという基準で行われる。医薬の名称が異なっていても、同じ効用を持つ２以上の医薬は、重複することになる。
【００３９】
不要医薬判別部２５は、処方箋情報照合部２４による照合の結果、受け付けた処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段として機能する構成部である。調剤履歴と受け付けた処方箋の情報との間に同種の調剤医薬が存在する場合あるいは異種であっても一緒に服用しない方が良い組み合わせがある場合には、処方箋情報照合部２４による照合を経て、それら医薬がピックアップされる。不要医薬とは、同種の調剤医薬であるか異種の調剤医薬であるかに関わらず、患者に処方すれば、既処方の医薬の情報からみて患者に処方する必要のない医薬を意味し、例えば、過剰投与となるような医薬もそれに含まれる。以後の実施の形態でも、不要医薬の意味は同様である。なお、そのような問題のある調剤医薬をそれぞれの処方箋に従って服用しても、副作用等の問題が生じない場合には、不要医薬判別部２５は、受け付けた処方箋に記載される調剤医薬を不要医薬として認定しない。一方、当該問題のある調剤医薬をそれぞれの処方箋に従って服用した場合に、副作用等の問題が生じ得るような場合には、不要医薬判別部２５は、受け付けた処方箋に記載される調剤医薬を不要医薬として認定する。副作用等の健康を害する症状が生じるか否かを決定するための基準は、サーバ記憶部４０〜４４のいずれかに記憶されている。このため、不要医薬判別部２５は、サーバ記憶部４０〜４４内のかかる基準の情報を読み出して、判別を行う。
【００４０】
判別結果送信部２６は、不要医薬判別部２５による判別の結果を調剤薬局側の通信端末５あるいは患者側の通信端末７に送信する判別結果送信手段として機能する構成部である。なお、判別結果送信部２６は、調剤薬局サーバ６に、判別の結果を送信可能な構成部であっても良く、調剤薬局側あるいは患者側に判別結果を送信する機能を持ちさえすれば良い。
【００４１】
服用事前通知部２７は、調剤情報受付部２０により受け付けられた調剤した事実情報に基づき、患者側の通信端末７に向けて、医薬の服用時期前に服用を促す情報を通知する服用事前通知手段として機能する構成部である。調剤した事実情報は、サーバ記憶部４０〜４４のいずれかに記憶されている。例えば、１日３回食後に２錠服用すべき調剤医薬Ａを５日分処方する処方箋に基づき２０１３年９月１日の午後１時に特定の患者に対して調剤を行った場合、その調剤した事実情報（調剤医薬Ａを含む処方箋の情報、患者が使用している患者側の通信端末７の情報を含む患者の情報、調剤完了日時を含む調剤完了の情報など）が記録されている服薬支援コンピュータ装置２の服用事前通知部２７は、患者側の通信端末７に向けて、夕食想定時刻午後６時の１時間前である２０１３年９月１日の午後５時に、服用を促す事前の通知を送信する。「午後５時」という基準は、一例であって、他の時刻でも良い。また、「食後」若しくは「食前」、あるいは「１日２回」若しくは「１日３回」という処方箋の情報に対する通知時刻は、予め設定され、サーバ記憶部４０〜４４内に記憶されている。通知は、電話、電子メール等の如何なる種類の手段でも良い。
【００４２】
服用完了情報受付部２８は、患者側の通信端末７から、服用完了の情報を受け付ける服用完了情報受付手段として機能する構成部である。服用完了の情報には、服用した日時、服用を終えたことを示す内容、服用した調剤医薬の情報などが含まれる。服用完了の情報は、サーバ記憶部４０〜４４内に記憶され、例えば、服用完了情報受付部２８によってその記憶処理が行われても良い。
【００４３】
正規服用判別部２９は、患者に対して調剤した事実情報と服用完了の情報とを照合して、その患者が正常に服用したかどうかを判別する正規服用判別手段として機能する構成部である。正常に服用したか否かは、服用すべき量および種類の調剤医薬を、正しい時期（食後か、食前か等の時期）に服用したか否かの基準で判別される。当該基準は、処方箋の情報に従って、サーバ記憶部４０〜４４に記憶されている。当該基準の内、例えば、服用時刻に関しては、処方箋の情報に「食後」とある場合には、午後６時〜午後９時の時間帯を設定しても良い。その場合、患者側の通信端末７から、服用完了の情報を受け付けた時刻が上記時間帯若しくはそれより２時間遅れで受信された場合には、正しく服用がなされたと判別することができる。上記の「２時間遅れ」は、一例であって、１時間遅れ、あるいは３時間遅れであっても良い。また、服用完了の情報の中に、正しい時間に服用したことを自己申告するチェックボックスにチェックが入っている場合に、正しく服用がなされたと判別し、チェックが無い場合に正しく服用がされていないと判別するようにしても良い。すなわち、正規服用の判別は、患者側の自己申告によるか、それとも客観的な受信日時によるかを問わず、所望の基準で行うことができる。また、服用時刻以外の判別については、患者側の自己申告によらなければならないので、患者側の通信端末７から送られてきた情報（チェックボックスへのチェックなど）に基づいて行われるのが好ましい。
【００４４】
第一ポイント加算部３０は、その患者が正常に服用したと判別された際に、ポイントを加算する第一ポイント加算手段として機能する構成部である。正規服用判別部２９によって、正規の服用がなされたと判断された場合に、第一ポイント加算部３０は、所定のポイントを加算する処理を行い、サーバ記憶部４０〜４４内のその患者のポイントを更新する。
【００４５】
第一ポイント数判別部３１は、第一ポイント加算部３０によって加算されたポイントが所定のポイント数に達したかどうかを判別する第一ポイント数判別手段として機能する構成部である。所定のポイント数は、サーバ記憶部４０〜４４内に記憶されている。第一ポイント数判別部３１は、サーバ記憶部４０〜４４にアクセスし、患者に付与されたポイントの累積数が所定のポイント数に到達したか否かを判別する。
【００４６】
健康関連情報送信部３２は、第一ポイント数判別部３１により患者のポイントの累積数が所定のポイント数に達したものと判断した際に、あるいは第二ポイント数判別部３７により患者のポイントの累積数が所定のポイント数に達したものと判断した際に、健康増進関連情報を患者側の通信端末７に向けて送信する健康関連情報送信手段として機能する構成部である。健康増進関連情報としては、定期的な運動を勧める情報、生活習慣病を予防するための情報、長寿の食事などの情報を例示できるが、これらに限定されない。健康増進関連情報は、サーバ記憶部４０〜４４のいずれかに記憶されている。健康関連情報送信部３２は、サーバ記憶部４０〜４４から健康増進関連情報を読み出して、患者側の通信端末７に送信する。健康増進関連情報は、１種類の情報ではなく、ポイント数に応じて複数段階にレベル分けされていても良い。また、健康増進関連情報は、固定の情報でも良いが、所定期間で更新されるものでも良い。
【００４７】
来院予告通知部３３は、調剤薬局または病院を来院する日時を少なくとも含む来院日時情報に基づき、患者側の通信端末７に向けて、調剤薬局あるいは病院への来院を事前に促す情報を通知する来院予告通知手段として機能する構成部である。例えば、調剤薬局にて、患者に対して、７日後（２０１３年９月２３日）に再度来院してほしいというメッセージを伝え、そのメッセージが服薬支援コンピュータ装置２内のサーバ記憶部４０〜４４に記憶されているものとする。その場合、来院予告通知部３３は、２０１３年９月２３日より前の日（１日前でも、２日前でも良い）若しくは当日に、患者側の通信端末７に向けて、２０１３年９月２３日に来院してほしいことを伝える来院予告通知を送信する。「１日前」あるいは「２日前」という基準は、一例であって、他の日数でも良い。また、来院日時情報に基づく来院予告通知の内容は、予め設定され、サーバ記憶部４０〜４４内に記憶されている。通知は、電話、電子メール等の如何なる種類の手段でも良い。
【００４８】
来院完了情報受付部３４は、患者側の通信端末７から、来院完了の情報を受け付ける来院完了情報受付手段として機能する構成部である。来院完了の情報には、来院した日時、来院を完了したことを示す内容、来院した病院若しくは調剤薬局の情報などが含まれる。来院完了の情報は、サーバ記憶部４０〜４４内に記憶され、例えば、来院完了情報受付部３４によってその記憶処理が行われても良い。
【００４９】
正規来院判別部３５は、来院日時情報と来院完了情報とを照合して、その患者が正常に来院したかどうかを判別する正規来院判別手段として機能する構成部である。正常に来院したか否かは、最低限、来院すべき日時に来院したか否かの基準で判別されるが、好ましくは、来院すべき病院若しくは調剤薬局に、来院すべき日時に来院したか否かの基準で判別される。当該基準は、処方箋の情報に従って、サーバ記憶部４０〜４４に記憶されている。当該基準の内、例えば、来院時刻に関しては、調剤薬局から、２０１３年９月２５日の午後１時に来院してほしいと患者に伝えられ、その情報がサーバ記憶部４０〜４４内に記憶されている場合、患者側の通信端末７から、来院完了の情報を受け付けた日時が上記日時若しくはそれより１２時間遅れで受信された場合には、正しく来院がなされたと判別することができる。上記の「１２時間遅れ」は、一例であって、５時間遅れ、あるいは２時間遅れであっても良い。また、来院完了の情報の中に、正しい日時に来院したことを自己申告するチェックボックスにチェックが入っている場合に、正しく来院がなされたと判別し、チェックが無い場合に正しく来院されていないと判別するようにしても良い。すなわち、正常に来院されたか否かの判別は、患者側の自己申告によるか、それとも客観的な受信日時によるかを問わず、所望の基準で行うことができる。また、来院日時以外の判別については、患者側の自己申告によらなければならないので、患者側の通信端末７から送られてきた情報（チェックボックスへのチェックなど）に基づいて行われるのが好ましい。
【００５０】
第二ポイント加算部３６は、正規来院判別部３５によって、患者が正常に来院したと判別された際に、ポイントを加算する第二ポイント加算手段として機能する構成部である。正規来院判別部３５によって、正常な来院がなされた場合に、第二ポイント加算部３６は、所定のポイントを加算する処理を行い、サーバ記憶部４０〜４４内に記憶する。
【００５１】
第二ポイント数判別部３７は、第二ポイント加算部３６によって加算されたポイントが所定のポイント数に達したかどうかを判別する第二ポイント数判別手段として機能する構成部である。所定のポイント数は、サーバ記憶部４０〜４４内に記憶されている。第二ポイント数判別部３７は、サーバ記憶部４０〜４４にアクセスし、患者に供されたポイントの累積数が所定のポイント数に到達したか否かを判別する。
【００５２】
サーバ記憶部４０〜４４は、患者側の通信端末７または調剤薬局側の通信端末５から調剤した事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶する記憶手段として機能する構成部である。また、サーバ記憶部４０〜４４は、上述の各種構成部がアクセスして情報の送受信あるいは判別処理を行うために必要な情報を格納するメモリである。
【００５３】
図３は、図１の調剤薬局側の通信端末の内部構成をファンクションボックスとして示す。
【００５４】
調剤薬局側の通信端末５は、通信回線網８との間で情報の送受信のポートとなるインターフェイス６０と、処方箋情報送信部６１と、判別結果受信部６２と、判別結果表示部６３と、患者情報受付部６４と、患者情報送信部６５と、調剤情報送信部６６と、処方箋情報画面表示部６７と、ワイヤレス通信部６８と、薬局記憶部７０，７１，７２，７３，７４と、を備える。なお、調剤薬局側の通信端末５は、ワイヤレス通信の機能を持たない通信端末でも良く、その場合には、ワイヤレス通信部６８を備えていなくても良い。
【００５５】
インターフェイス６０、処方箋情報送信部６１、判別結果受信部６２、判別結果表示部６３、患者情報受付部６４、患者情報送信部６５、調剤情報送信部６６、処方箋情報画面表示部６７およびワイヤレス通信部６８の各処理は、ハードウェアとして、主に中央処理装置（ＣＰＵ）を用いて実現される。薬局記憶部７０，７１，７２，７３，７４の処理は、ハードウェアとして、主に情報の読み書き可能なメモリを用いて実現される。当該メモリとしては、ハードディスク、ＲＡＭ、ＥＥＰＲＯＭ等の各種記憶ツールを好適に用いることができる。上記各構成部６０，６１，７０等の機能を実現するためのＣＰＵ等やメモリに代表される各ハードウェアは、バス８０と称する通信線を介して互いにデジタル信号の伝達を行うことができる。
【００５６】
この実施形態では、調剤薬局側の通信端末５に、情報記録媒体接続部を表示していないが、情報記録媒体と接続してその内部に格納されている情報を読み込み可能な構成であっても良い。情報記録媒体としては、携帯型のフラッシュメモリ（ＵＳＢメモリなど）、ミニディスク（ＭＤ）、フレキシブルディスク（ＦＤ）、スティックタイプあるいはカードタイプのメモリディスクなどを例示できる。上述の各種情報記録媒体に格納される情報は、調剤薬局側の通信端末５によって読み取り可能なコンピュータプログラムやその他のデジタルデータを含み得る。
【００５７】
処方箋情報送信部６１は、調剤薬局に持ち込まれた処方箋の情報を、服薬支援コンピュータ装置２に送信する処方箋情報送信手段としての機能を有する構成部である。処方箋の情報には、好適には、通常、患者の氏名のような患者を特定すべき患者特定情報も含まれるが、処方箋情報送信部６１は、患者特定情報を含むか否かを問わず、少なくとも、調剤医薬の種類、量、服薬時期、各服薬時の量に関する情報を含む。
【００５８】
判別結果受信部６２は、服薬支援コンピュータ装置２から送信されてきた判別結果の情報を受信する判別結果受信手段としての機能を有する構成部である。ここで、「判別結果」とは、服薬支援コンピュータ装置２の不要医薬判別部２５により判別された結果であって、処方箋情報照合部２４による照合の結果、処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別した結果をいう。
【００５９】
判別結果表示部６３は、判別結果受信部６２によって受信した判別結果を表示する判別結果表示手段として機能する構成部である。表示形態には制限はなく、例えば、処方箋の情報を表示した画面において、特定の調剤医薬が「不要である」、「過剰投薬の可能性あり」、「所定数多い」といったメッセージやそれを意味する記号を表示するようにしても良い。また、特定の調剤医薬が不要である旨の情報を、電子メールソフトを利用してテキスト表示させるようにしても良い。
【００６０】
患者情報受付部６４は、患者特定情報を含むより広義の情報であり、患者の氏名あるいは患者のＩＤを少なくとも含み、その他の情報として、患者の住所、性別、生年月日、既往症、家族構成などの他の情報の少なくとも１つを含むことができ、さらには、患者の現在の病名、既往症、通院履歴、調剤履歴などを含んでも良い。これらの情報は、処方箋の情報のみならず、患者からの聞き取りを通じて薬剤師が入力した情報、診察等を行った医師が入力した情報も含み得る。
【００６１】
患者情報送信部６５は、患者特定情報を含む患者情報を、服薬支援コンピュータ装置２に向けて送信する患者情報送信手段として機能する構成部である。なお、患者側の通信端末７に患者情報送信部１０２を備える場合には、調剤薬局側の通信端末５に患者情報送信部６５を備えなくても良い。
【００６２】
調剤情報送信部６６は、患者が持ち込んだ処方箋に基づいて調剤医薬を調剤した事実情報を、服薬支援コンピュータ装置２に向けて送信する調剤情報送信手段として機能する構成部である。なお、患者側の通信端末７に調剤情報送信部１０１を備える場合には、調剤薬局側の通信端末５に調剤情報送信部６６を備えなくても良い。
【００６３】
処方箋情報画面表示部６７は、調剤薬局側の通信端末５に処方箋の情報を表示させる処方箋情報画面表示手段として機能する構成部である。当該画面は、その形態を問わない。また、当該画面に、判別結果を一緒に表示させることもできる。
【００６４】
ワイヤレス通信部６８は、外部の各種通信端末との間で無線通信を可能とする部分であり、ワイヤレス通信に必要な公知の通信部品、通信を制御するＣＰＵなどの機能を実現する部分である。
【００６５】
薬局記憶部７０〜７４は、各患者の持ち込んだ処方箋の情報、その処方箋に基づく調剤に関する情報、調剤医薬の在庫などを記憶する調剤薬局内の情報を記憶しておく記憶手段として機能する構成部である。また、薬局記憶部７０〜７４は、上述の各種構成部がアクセスして情報の送受信あるいは判別処理を行うために必要な情報を格納するメモリである。
【００６６】
図４は、図１の患者側の通信端末の内部構成をファンクションボックスとして示す。
【００６７】
患者側の通信端末７は、通信回線網８との間で情報の送受信のポートとなるインターフェイス９０と、バス１００と、調剤情報送信部１０１と、患者情報送信部１０２と、服用事前通知受信部１０３と、服用完了情報送信部１０４と、健康関連情報受信部１０５と、来院予告通知受信部１０６と、来院完了情報送信部１０７と、ワイヤレス通信部１０８と、患者記憶部１１０，１１１，１１２，１１３，１１４と、を備える。なお、患者側の通信端末７は、ワイヤレス通信の機能を持たない通信端末でも良く、その場合には、ワイヤレス通信部１０８を備えていなくても良い。
【００６８】
インターフェイス９０、調剤情報送信部１０１、患者情報送信部１０２、服用事前通知受信部１０３、服用完了情報送信部１０４、健康関連情報受信部１０５、来院予告通知受信部１０６、来院完了情報送信部１０７およびワイヤレス通信部１０８の各処理は、ハードウェアとして、主に中央処理装置（ＣＰＵ）を用いて実現される。患者記憶部１１０，１１１，１１２，１１３，１１４の処理は、ハードウェアとして、主に情報の読み書き可能なメモリを用いて実現される。当該メモリとしては、ハードディスク、ＲＡＭ、ＥＥＰＲＯＭ等の各種記憶ツールを好適に用いることができる。上記各構成部９０，１０１，１１０等の機能を実現するためのＣＰＵやメモリ等に代表される各ハードウェアは、バス１００と称する通信線を介して互いにデジタル信号の伝達を行うことができる。
【００６９】
この実施形態では、患者側の通信端末７に、情報記録媒体接続部を表示していないが、情報記録媒体と接続してその内部に格納されている情報を読み込み可能な構成であっても良い。情報記録媒体としては、携帯型のフラッシュメモリ（ＵＳＢメモリなど）、ミニディスク（ＭＤ）、フレキシブルディスク（ＦＤ）、スティックタイプあるいはカードタイプのメモリディスクなどを例示できる。上述の各種情報記録媒体に格納される情報は、患者側の通信端末７によって読み取り可能なコンピュータプログラムやその他のデジタルデータを含み得る。
【００７０】
調剤情報送信部１０１は、患者側の通信端末７から、調剤した事実情報を送信する調剤情報送信手段として機能する構成部である。ここで、調剤した事実情報は、調剤薬局名、医薬を患者に渡した日、調剤医薬の種類・名称・数・服用時期、一回の服用量などを含み得る。当該事実情報に、患者の氏名に代表される患者を特定可能な情報を含んでいても良い。また、当該調剤情報の送信は、電話、電子メール等の如何なる種類の手段でも良い。これら調剤した事実情報は、服薬支援コンピュータ装置２の調剤情報受付部２０に受信される。なお、調剤薬局側の通信端末５に調剤情報送信部６６を備える場合には、患者側の通信端末７に調剤情報送信部１０１を備えなくても良い。
【００７１】
患者情報送信部１０２は、患者を特定する患者特定情報を少なくとも含む患者情報を服薬支援コンピュータ装置２に送信可能な患者情報送信手段として機能する構成部である。処方箋の情報や調剤した事実情報に患者特定情報が含まれる場合であっても、患者情報送信部１０２は、処方箋の情報や調剤した事実情報に含まれる少なくとも患者特定情報を選択して、あるいは処方箋の情報や調剤した事実情報のまま送信することができる。患者情報送信部１０２は、患者特定情報を少なくとも含む患者情報を予め記憶している患者記憶部１１０〜１１４にアクセスし、患者情報を服薬支援コンピュータ装置２に送信し、患者情報受付部２１によって受信されても良い。また、当該患者情報の送信は、電話、電子メール等の如何なる種類の手段でも良い。なお、調剤薬局側の通信端末５に患者情報送信部６５を備える場合には、患者側の通信端末７に患者情報送信部１０２を備えなくても良い。
【００７２】
服用事前通知受信部１０３は、服薬支援コンピュータ装置２の服用事前通知部２７から、医薬の服用時期前に服用を促す情報を通知する服用事前通知受信手段として機能する構成部である。受信は、電話、電子メール等の如何なる種類の手段でも良い。
【００７３】
服用完了情報送信部１０４は、服薬支援コンピュータ装置２の服用完了情報受付部２８に服用完了の情報を送信する服用完了情報送信手段として機能する構成部である。服用完了の情報には、服用した日時、服用を終えたことを示す内容、服用した調剤医薬の情報などが含まれる。服用完了の情報は、送信と併行して患者記憶部１１０〜１１４内に記憶され、例えば、服用完了情報送信部１０４によってその記憶処理が行われても良い。また、当該情報の送信は、電話、電子メール等の如何なる種類の手段でも良い。
【００７４】
健康関連情報受信部１０５は、服薬支援コンピュータ装置２の健康関連情報送信部３２から、健康増進関連情報を受信する健康関連情報受信手段として機能する構成部である。健康増進関連情報は、患者記憶部１１０〜１１４のいずれかに記憶されても良い。その場合、健康関連情報受信部１０５は、患者記憶部１１０〜１１４に当該情報を記憶する処理を行っても良い。
【００７５】
来院予告通知受信部１０６は、服薬支援コンピュータ装置２の来院予告通知部３３から、病院あるいは調剤薬局への来院を事前に促す情報を受信する来院予告通知受信手段として機能する構成部である。例えば、調剤薬局にて、患者に対して、７日後（２０１３年９月２３日）に再度来院してほしいというメッセージを伝え、服薬支援コンピュータ装置２に、そのメッセージがサーバ記憶部４０〜４４内に記憶されている場合、来院予告通知部３３は、２０１３年９月２３日より前の日（１日前でも、２日前でも良い）若しくは当日に、患者側の通信端末７に向けて、２０１３年９月２３日に来院してほしいことを伝える来院予告通知を送信し、来院予告通知受信部１０６は、その通知を受信する。当該通知は、患者記憶部１１０〜１１４内に記憶されても良い。その場合、来院予告通知受信部１０６は、患者記憶部１１０〜１１４に当該情報を記憶する処理を行っても良い。
【００７６】
来院完了情報送信部１０７は、服薬支援コンピュータ装置２の来院完了情報受付部３４に、来院完了の情報を送信する来院完了情報送信手段として機能する構成部である。来院完了の情報は、送信と併行して患者記憶部１１０〜１１４内に記憶され、例えば、来院完了情報送信部１０７によってその記憶処理が行われても良い。また、当該情報の送信は、電話、電子メール等の如何なる種類の手段でも良い。
【００７７】
ワイヤレス通信部１０８は、外部の各種通信端末との間で無線通信を可能とする部分であり、ワイヤレス通信に必要な公知の通信部品、通信を制御するＣＰＵなどの機能を実現する部分である。
【００７８】
患者記憶部１１０〜１１４は、患者特定情報を少なくとも含む患者情報、調剤済みの情報、処方箋の情報などを記憶する記憶手段として機能する構成部である。また、患者記憶部１１０〜１１４は、上述の各種構成部がアクセスして情報の送受信を行うために必要な情報を格納するメモリである。
【００７９】
図５は、図１の服薬支援コンピュータシステムによる不要医薬の判別処理およびその表示処理の主なステップを備えるフローチャートを示す。
【００８０】
まず、調剤薬局側の通信端末５は、服薬支援コンピュータ装置２に向けて、来院した患者の処方箋の情報および患者情報を送信する（ステップＳ２１０：  処方箋・患者情報送信ステップ）。具体的には、調剤薬局側の通信端末５内のＣＰＵは、処方箋情報送信部６１および患者情報送信部６５として、患者が持ち込んだ処方箋の情報であって薬剤師等が入力した情報および患者情報を服薬支援コンピュータ装置２に送信する。処方箋の情報は、好ましくは薬局記憶部７０〜７４としてのハードディスクに記憶され、ＣＰＵによる読み出し処理後、Ｉ／Ｆ６０、ＩＳＰ９ｂ、通信回線網８を経由して、服薬支援コンピュータ装置２に送信される。なお、処方箋の情報には、患者の情報も含まれ得るが、含まれない場合には、患者情報も、処方箋の情報と一緒あるいはその前後に送信される。
【００８１】
服薬支援コンピュータ装置２は、調剤薬局側の通信端末５から送信されてきた処方箋および患者の各情報を受信する（ステップＳ２２０：  処方箋・患者情報受信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、調剤情報受付部２０および患者情報受付部２１として、処方箋の情報および患者情報を受信する。これらの受信された情報は、好ましくは、ＣＰＵの処理によって、サーバ記憶部４０〜４４としてのハードディスクに記憶される。
【００８２】
次に、服薬支援コンピュータ装置２内のＣＰＵは、調剤履歴調査部２３として、特定の患者の調剤履歴を調べる（ステップＳ２３０：  調剤履歴調査ステップ）。調剤履歴は、サーバ記憶部４０〜４４としてのハードディスク内に記憶されており、ＣＰＵのサーチ処理によって、ピックアップされる。
【００８３】
次に、服薬支援コンピュータ装置２内のＣＰＵは、処方箋情報照合部２４として、特定の患者の調剤履歴と処方箋の情報とを照合する（ステップＳ２４０：  処方箋情報照合ステップ）。照合に際して必要な情報は、サーバ記憶部４０〜４４としてのハードディスク内に記憶されており、ＣＰＵは、その情報を参照しながら、処方箋情報照合ステップを実行する。
【００８４】
次に、服薬支援コンピュータ装置２内のＣＰＵは、不要医薬判別部２５として、特定の患者の調剤履歴と処方箋の情報との照合の結果、不要な医薬の有無を判別する（ステップＳ２５０：  不要医薬判別ステップ）。判別に際して必要な情報は、サーバ記憶部４０〜４４としてのハードディスク内に記憶されており、ＣＰＵは、その情報を参照しながら、不要医薬判別ステップを実行する。
【００８５】
次に、服薬支援コンピュータ装置２は、上記判別結果を、調剤薬局側の通信端末５に送信する（ステップＳ２６０：  判別結果送信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、判別結果送信部２６として、判別結果の情報を調剤薬局側の通信端末５に送信する。当該情報は、好ましくはサーバ記憶部４０〜４４としてのハードディスクに記憶され、ＣＰＵの読み出し処理後、Ｉ／Ｆ１０、ＩＳＰ９ａ、通信回線網８を経由して、調剤薬局側の通信端末５に送信される。
【００８６】
次に、調剤薬局側の通信端末５は、服薬支援コンピュータ装置２から送信されてきた判別結果の情報を受信する（ステップＳ２７０：  判別結果受信ステップ）。具体的には、調剤薬局側の通信端末５のＣＰＵは、判別結果受信部６２として、判別結果の情報を受信する。受信された情報は、好ましくは、ＣＰＵの処理によって、薬局記憶部７０〜７４としてのハードディスクに記憶される。
【００８７】
次に、調剤薬局側の通信端末５は、受信された判別結果の情報を表示する（ステップＳ２８０：  判別結果表示ステップ）。具体的には、調剤薬局側の通信端末５のＣＰＵは、判別結果表示部６３として、判別結果の情報を通信端末５の画面に表示する。表示に必要なプログラムを含む種々のデータは、薬局記憶部７０〜７４としてのハードディスクに記憶されている。
【００８８】
図６は、図１の調剤薬局側の通信端末に不要医薬の判別結果を表示する表示画面の一例を示す。
【００８９】
表示画面３００は、処方箋の情報に、不要医薬の判別結果も表示される例を示す。調剤医薬の１つ「医薬名：  ＡＡＡＡＡＡ」の項目３０１では、すでに他の調剤薬局で調剤され患者に渡された調剤医薬と重複するため、今回の処方箋により重複して調剤する必要が無いことがアラームの形式で表示されている。一方、調剤医薬の他２つ「医薬名：  ＢＢＢＢＢＢ」の項目３０２および「医薬名：  ＣＣＣＣＣＣ」では、他の調剤薬局で調剤され患者に渡された調剤医薬と重複していない若しくは重複して服用しても副作用等の健康を害するリスクが低いため、今回の処方箋により調剤する調剤医薬として、服用方法、調剤量等が表示されている。ここで、特徴的な点は、項目３０１において、不要医薬であることを表示している点である。調剤薬局では、項目３０１を見て、患者とコミュニケーションをとって、「医薬名：  ＡＡＡＡＡＡ」の調剤医薬を調剤するか否かを決定するのが好ましい。よって、不要医薬の表示は、単なる注意喚起にすぎず、薬剤師等がこれに拘束される必要はない。
【００９０】
図７は、図１の服薬支援コンピュータシステムによる服用事前通知およびそれに付随するポイント加算処理の主なステップを備えるフローチャートを示す。
【００９１】
患者側の通信端末７は、調剤完了後、患者の操作を通じて、調剤済みの処方箋情報（調剤した事実情報）および患者情報を、服薬支援コンピュータ装置２に送信する（ステップＳ４１０：  調剤後処方箋情報送信ステップ）。具体的には、患者側の通信端末７内のＣＰＵは、調剤情報送信部１０１および患者情報送信部１０２として、調剤済みの処方箋の情報および患者情報を服薬支援コンピュータ装置２に送信する。
【００９２】
次に、服薬支援コンピュータ装置２は、患者側の通信端末７から送信されてきた調剤済みの処方箋情報および患者情報を受信する（ステップＳ４２０：  調剤後処方箋情報受信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、調剤情報受付部２０および患者情報受付部２１として、調剤済みの処方箋情報および患者情報を受信する。これらの受信された情報は、好ましくは、ＣＰＵの処理によって、サーバ記憶部４０〜４４としてのハードディスクに記憶される。
【００９３】
次に、服薬支援コンピュータ装置２は、受信した情報に基づいて、その患者が調剤医薬を服薬するであろう日時の経過前に、服用事前通知を送信する（ステップＳ４３０：  服用事前通知送信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、服用事前通知部２７として、服用事前通知を患者側の通信端末７に送信する。
【００９４】
次に、患者側の通信端末７は、服薬支援コンピュータ装置２から送信されてきた服用事前通知の情報を受信する（ステップＳ４４０：  服用事前通知受信ステップ）。具体的には、患者側の通信端末７のＣＰＵは、服用事前通知受信部１０３として、服用事前通知の情報を受信する。受信された情報は、好ましくは、ＣＰＵの処理によって、患者記憶部１１０〜１１４としてのハードディスクに記憶される。
【００９５】
患者側の通信端末７は、服用完了後、患者の操作を通じて、服用を完了したことを伝える服用完了情報を、服薬支援コンピュータ装置２に送信する（ステップＳ４５０：  服用完了情報送信ステップ）。具体的には、患者側の通信端末７内のＣＰＵは、服用完了情報送信部１０４として、服用完了情報を服薬支援コンピュータ装置２に送信する。この際、患者情報も一緒に送信されるのが好ましい。患者情報は、患者情報送信部１０２としてのＣＰＵの処理を通じて、服薬支援コンピュータ装置２に送信される。
【００９６】
次に、服薬支援コンピュータ装置２は、患者側の通信端末７から送信されてきた服用完了情報を受信する（ステップＳ４６０：  服用完了情報受信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、服用完了情報受付部２８として、服用完了情報を受信する。当該情報は、好ましくは、ＣＰＵの処理によって、サーバ記憶部４０〜４４としてのハードディスクに記憶される。
【００９７】
次に、服薬支援コンピュータ装置２内のＣＰＵは、正規服用判別部２９として、服用完了情報内と調剤した事実情報とを対比して、正規の服用がなされたか否かを判別する（ステップＳ４７０：  正規服用判別ステップ）。正規か否かの判別に必要な基準は、サーバ記憶部４０〜４４としてのハードディスク内に記憶されており、ＣＰＵは、その基準を参照しながら、判別を実行する。
【００９８】
上記判別の結果、正規の服用がなされたと判断された場合には、服薬支援コンピュータ装置２内のＣＰＵは、第一ポイント加算部３０として、その患者にポイントを加算する（ステップＳ４８０：  第一ポイント加算処理ステップ）。当該加算の処理により、サーバ記憶部４０〜４４内のその患者のポイント数が増える。一方、正規の服用がなされなかったと判断された場合には、服薬支援コンピュータ装置２内のＣＰＵは、なんらの処理も行わない（ステップＳ４９０：  不加算処理ステップ）。なお、ステップＳ４９０に代えて、ポイントを減らす第一ポイント減算処理を行うようにしても良い。
【００９９】
図８は、図１の服薬支援コンピュータシステムによる健康増進関連情報送受信処理の主なステップを備えるフローチャートを示す。
【０１００】
服薬支援コンピュータ装置２内のＣＰＵは、第一ポイント数判別部３１として、特定の患者のポイント数が所定のポイント数に達したか否かを判別する（ステップＳ５１０：  第一ポイント数判別ステップ）。当該判別に必要な基準は、サーバ記憶部４０〜４４としてのハードディスク内に記憶されており、ＣＰＵは、その基準を参照しながら、判別を実行する。判別の頻度は、特に制限なく、一定の時間、一定の日数、あるいはポイント加算時など、任意に設定可能である。
【０１０１】
上記判別の結果、特定の患者のポイント数が所定のポイント数に達したと判断された場合には、服薬支援コンピュータ装置２内のＣＰＵは、健康関連情報送信部３２として、その患者の使用する患者側の通信端末７に、健康を増進するための情報（健康増進関連情報）を送信する（ステップＳ５２０：  健康関連情報送信ステップ）。一方、所定のポイント数に達していないと判断された場合には、服薬支援コンピュータ装置２内のＣＰＵは、なんらの処理も行わない（ステップＳ５３０：  不処理ステップ）。健康増進関連情報は、予め、サーバ記憶部４０〜４４に記憶されており、好ましくは、健康関連情報送信部３２によってサーバ記憶部４０〜４４から読み出される。
【０１０２】
次に、患者側の通信端末７は、服薬支援コンピュータ装置２から送信されてきた健康増進関連情報を受信する（ステップＳ５４０：  健康関連情報受信ステップ）。具体的には、患者側の通信端末７のＣＰＵは、健康関連情報受信部１０５として、健康増進関連情報を受信する。受信された情報は、好ましくは、ＣＰＵの処理によって、患者記憶部１１０〜１１４としてのハードディスクに記憶される。
【０１０３】
図９は、図１の服薬支援コンピュータシステムによる来院予告通知およびそれに付随するポイント加算処理の主なステップを備えるフローチャートを示す。
【０１０４】
患者側の通信端末７は、調剤完了後、患者の操作を通じて、調剤済みの処方箋情報（調剤した事実情報）および患者情報（以後、これらを、調剤済みの処方箋等の情報と称する）を、服薬支援コンピュータ装置２に送信する（ステップＳ６１０：  調剤後処方箋情報送信ステップ）。具体的には、患者側の通信端末７内のＣＰＵは、調剤情報送信部１０１および患者情報送信部１０２として、調剤済みの処方箋等の情報を服薬支援コンピュータ装置２に送信する。
【０１０５】
次に、服薬支援コンピュータ装置２は、患者側の通信端末７から送信されてきた調剤済みの処方箋等の情報を受信する（ステップＳ６２０：  調剤後処方箋情報受信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、調剤情報受付部２０および患者情報受付部２１として、調剤済みの処方箋等の情報を受信する。これらの受信された情報は、好ましくは、ＣＰＵの処理によって、サーバ記憶部４０〜４４としてのハードディスクに記憶される。
【０１０６】
次に、服薬支援コンピュータ装置２は、受信した情報中の来院日時情報に基づいて、その患者が来院すべき日時の経過前に、来院予告通知を送信する（ステップＳ６３０：  来院予告通知送信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、来院予告通知部３３として、来院予告通知を患者側の通信端末７に送信する。
【０１０７】
次に、患者側の通信端末７は、服薬支援コンピュータ装置２から送信されてきた来院予告通知の情報を受信する（ステップＳ６４０：  来院予告通知受信ステップ）。具体的には、患者側の通信端末７のＣＰＵは、来院予告通知受信部１０６として、来院予告通知の情報を受信する。受信された情報は、好ましくは、ＣＰＵの処理によって、患者記憶部１１０〜１１４としてのハードディスクに記憶される。
【０１０８】
患者側の通信端末７は、来院完了後、患者の操作を通じて、来院を完了したことを伝える来院完了情報を、服薬支援コンピュータ装置２に送信する（ステップＳ６５０：  来院完了情報送信ステップ）。具体的には、患者側の通信端末７内のＣＰＵは、来院完了情報送信部１０７として、来院完了情報を服薬支援コンピュータ装置２に送信する。この際、患者情報も一緒に送信されるのが好ましい。患者情報は、患者情報送信部１０２としてのＣＰＵの処理を通じて、服薬支援コンピュータ装置２に送信される。
【０１０９】
次に、服薬支援コンピュータ装置２は、患者側の通信端末７から送信されてきた来院完了情報を受信する（ステップＳ６６０：  来院完了情報受信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、来院完了情報受付部３４として、来院完了情報を受信する。当該情報は、好ましくは、ＣＰＵの処理によって、サーバ記憶部４０〜４４としてのハードディスクに記憶される。
【０１１０】
次に、服薬支援コンピュータ装置２内のＣＰＵは、正規来院判別部３５として、来院予定とされていた来院日時情報と実際に来院した来院完了の情報とを対比して、正規の来院がなされたか否かを判別する（ステップＳ６７０：  正規来院判別ステップ）。正規か否かの判別に必要な基準は、サーバ記憶部４０〜４４としてのハードディスク内に記憶されており、ＣＰＵは、その基準を参照しながら、判別を実行する。
【０１１１】
上記判別の結果、正規の来院がなされたと判断された場合には、服薬支援コンピュータ装置２内のＣＰＵは、第二ポイント加算部３６として、その患者にポイントを加算する（ステップＳ６８０：  第二ポイント加算処理ステップ）。当該加算の処理により、サーバ記憶部４０〜４４内のその患者のポイント数が増える。一方、正規の来院がなされなかったと判断された場合には、服薬支援コンピュータ装置２内のＣＰＵは、なんらの処理も行わない（ステップＳ６９０：  不加算処理ステップ）。なお、ステップＳ６９０に代えて、ポイントを減らす第二ポイント減算処理を行うようにしても良い。
【０１１２】
図１０は、図１の服薬支援コンピュータシステムによる健康増進関連情報送受信処理の主なステップを備えるフローチャートを示す。
【０１１３】
服薬支援コンピュータ装置２内のＣＰＵは、第二ポイント数判別部３７として、特定の患者のポイント数が所定のポイント数に達したか否かを判別する（ステップＳ７１０：  第二ポイント数判別ステップ）。当該判別に必要な基準は、サーバ記憶部４０〜４４としてのハードディスク内に記憶されており、ＣＰＵは、その基準を参照しながら、判別を実行する。判別の頻度は、特に制限なく、一定の時間、一定の日数、あるいはポイント加算時など、任意に設定可能である。
【０１１４】
上記判別の結果、特定の患者のポイント数が所定のポイント数に達したと判断された場合には、服薬支援コンピュータ装置２内のＣＰＵは、健康関連情報送信部３２として、その患者の使用する患者側の通信端末７に、健康を増進するための情報（健康増進関連情報）を送信する（ステップＳ７２０：  健康関連情報送信ステップ）。一方、所定のポイント数に達していないと判断された場合には、服薬支援コンピュータ装置２内のＣＰＵは、なんらの処理も行わない（ステップＳ７３０：  不処理ステップ）。健康増進関連情報は、予め、サーバ記憶部４０〜４４に記憶されており、好ましくは、健康関連情報送信部３２によってサーバ記憶部４０〜４４から読み出される。
【０１１５】
次に、患者側の通信端末７は、服薬支援コンピュータ装置２から送信されてきた健康増進関連情報を受信する（ステップＳ７４０：  健康関連情報受信ステップ）。具体的には、患者側の通信端末７のＣＰＵは、健康関連情報受信部１０５として、健康増進関連情報を受信する。受信された情報は、好ましくは、ＣＰＵの処理によって、患者記憶部１１０〜１１４としてのハードディスクに記憶される。
【０１１６】
服薬支援コンピュータ装置２によって読み取り可能なコンピュータプログラム１３の各種の好適な形態は、次のとおりである。
【０１１７】
すなわち、服薬支援コンピュータ装置２によって読み取り可能なコンピュータプログラム１３（以後、単に、コンピュータプログラム１３という）は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、患者側の通信端末７または調剤薬局側の通信端末５から調剤した事実情報を受け付ける調剤情報受付部２０、その事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶するサーバ記憶部４０〜４４、患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付部２１、その患者の処方箋の情報を受け付ける処方箋情報受付部２２、患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査部２３、調剤履歴と処方箋の情報とを照合する処方箋情報照合部２４、その照合の結果、受け付けた処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別部２５、および不要医薬判別部２５による判別の結果を調剤薬局側の通信端末５または患者側の通信端末７に送信する判別結果送信部２６、として機能させるコンピュータプログラムである。
【０１１８】
また、コンピュータプログラム１３は、特に、調剤履歴調査部２３により、調査時点において、１または２以上の過去の調剤履歴に基づく服用期間が継続しているもののみを選択することができる。
【０１１９】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、調剤情報受付部２０により受け付けられた事実情報に基づき、患者側の通信端末７に向けて、医薬の服用時期前に服用を促す情報を通知する服用事前通知部２７として、さらに機能させるコンピュータプログラムであっても良い。
【０１２０】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、患者側の通信端末７から、服用完了の情報を受け付ける服用完了情報受付部２８、患者の事実情報と服用完了の情報とを照合して、その患者が正常に服用したかどうかを判別する正規服用判別部２９、およびその患者が正常に服用したと判別された際に、ポイントを加算する第一ポイント加算部３０として、さらに機能させるコンピュータプログラムであっても良い。
【０１２１】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、第一ポイント加算部３０によって加算されたポイントが所定のポイント数に達したかどうかを判別する第一ポイント数判別部３１、および所定のポイント数に達した際に、健康増進関連情報を患者側の通信端末７に向けて送信する健康関連情報送信部３２として、さらに機能させるコンピュータプログラムであっても良い。
【０１２２】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、調剤薬局または病院を来院する日時を少なくとも含む来院日時情報に基づき、患者側の通信端末７に向けて調剤薬局あるいは病院への来院を事前に促す情報を通知する来院予告通知部３３として、さらに機能させるコンピュータプログラムであっても良い。
【０１２３】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、患者側の通信端末７から、来院完了の情報を受け付ける来院完了情報受付部３４、来院日時情報と来院完了の情報とを照合して、その患者が正常に来院したかどうかを判別する正規来院判別部３５、およびその患者が正常に来院したと判別された際に、ポイントを加算する第二ポイント加算部３６として、さらに機能させるコンピュータプログラムであっても良い。
【０１２４】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、第二ポイント加算部３６によって加算されたポイントが所定のポイント数に達したかどうかを判別する第二ポイント数判別部３７、および所定のポイント数に達した際に健康増進関連情報を患者側の通信端末７に向けて送信する健康関連情報送信部３２として、さらに機能させるコンピュータプログラムであっても良い。
【０１２５】
上述の各コンピュータプログラム１３は、コンピュータから服薬支援コンピュータ装置２に対して送信されることによって、服薬支援コンピュータ装置２内にて各種処理を実行するようにしても良い。また、各コンピュータプログラム１３は、携帯型のフラッシュメモリ（ＵＳＢメモリなど）、ミニディスク（ＭＤ）、フレキシブルディスク（ＦＤ）、スティックタイプあるいはカードタイプのメモリディスクといった情報記録媒体に格納された形態で流通し、服薬支援コンピュータ装置２の情報記録媒体接続部１１にて読み取りの処理を経て、服薬支援コンピュータ装置２内にて各種処理を実行するようにしても良い。服薬支援コンピュータ装置２は、１台に限定されず、２台以上であっても良い。また、各コンピュータプログラム１３は、全てを１台の服薬支援コンピュータ装置２にインストールされて各種処理を行うこともできるが、分割して、複数の服薬支援コンピュータ装置２にインストールされ、当該複数の服薬支援コンピュータ装置２によって、完成した支援処理を実行できるようにしても良い。
【０１２６】
＜第二実施形態＞
次に、本発明の第二実施形態に係る服薬支援コンピュータ装置、それによって読み取り可能なコンピュータプログラムならびに服薬支援コンピュータシステムについて説明する。第二実施形態において、第一実施形態と共通する部分については、同じ符号を付し、重複した説明を省略する。例えば、図１の服薬支援コンピュータ装置２を含む服薬支援コンピュータシステム１の構成は、第二実施形態でも同様の構成であるため、その説明を省略する。
【０１２７】
図１１は、本発明の第二実施形態に係る服薬支援コンピュータ装置の内部構成をファンクションボックスとして示す。
【０１２８】
第二実施形態に係る服薬支援コンピュータ装置２が第一実施形態のそれと異なる点は、第一実施形態に存在していた処方箋情報照合部２４と不要医薬判別部２５を備えていない点、および判別結果送信部２６に代えて調剤履歴送信部３８を備えている点である。第二実施形態におけるそれ以外の構成は、第一実施形態と共通するので、重複した説明を省略する。
【０１２９】
調剤履歴送信部３８は、調剤履歴調査部２３により調査した結果（主に、調剤履歴）を調剤薬局側の通信端末５に送信する機能を有する構成部であり、第二実施形態に係る服薬支援コンピュータ装置２内の各構成部と同様、ＣＰＵを主とするハードウェアとコンピュータプログラム１３との協働によりその機能を発揮する。第二実施形態に係る服薬支援コンピュータ装置２において、調剤履歴調査部２３としてのＣＰＵがサーチを終えた後、調剤履歴送信部３８は調剤履歴を調剤薬局側の通信端末５に送信する。
【０１３０】
図１２は、本発明の第二実施形態に係る服薬支援コンピュータシステム内の調剤薬局側の通信端末の内部構成をファンクションボックスとして示す。
【０１３１】
第二実施形態に係る服薬支援コンピュータシステム１内の調剤薬局側の通信端末５が第一実施形態のそれと異なる点は、第一実施形態に存在していた処方箋情報送信部６１および判別結果受信部６２を備えていない点、および調剤履歴受信部８１、処方箋情報照合部８２および不要医薬判別部８３を備えている点である。第二実施形態におけるそれ以外の構成は、第一実施形態と共通するので、重複した説明を省略する。
【０１３２】
調剤履歴受信部８１は、服薬支援コンピュータ装置２において調査した調剤履歴を、同装置２にある調剤履歴送信部３８から受信する機能を有する構成部であり、ＣＰＵを主とするハードウェアとコンピュータプログラムとの協働によりその機能を発揮する。
【０１３３】
処方箋情報照合部８２は、記述の処方箋情報照合部２４と同様の機能を発揮する構成部であり、患者情報受付部６４により処方箋の情報を受け付けると、調剤履歴とその処方箋の情報とを照合する処方箋情報照合手段として機能する。当該機能は、ＣＰＵを主とするハードウェアとコンピュータプログラムとの協働により発揮される。この照合作業は、例えば、調剤履歴に掲載されている調剤医薬と処方箋に掲載されている調剤医薬との間で重複するものがあるか、あるいは互いに組み合わせ不可のものがあるかという基準で行われる。医薬の名称が異なっていても、同じ効用を持つ２以上の医薬は、重複することになる。
【０１３４】
不要医薬判別部８３は、記述の不要医薬判別部２５と同様の機能を発揮する構成部であり、処方箋情報照合部８２による照合の結果、受け付けた処方箋に、その患者に対して調剤すべきではない医薬が存在するかどうかを判別する不要医薬判別手段として機能する構成部である。当該機能は、ＣＰＵを主とするハードウェアとコンピュータプログラムとの協働により発揮される。調剤履歴と受け付けた処方箋の情報との間に同種の調剤医薬が存在する場合あるいは異種であっても一緒に服用しない方が良い組み合わせがある場合には、処方箋情報照合部８３による照合を経て、それら医薬がピックアップされる。しかし、そのような問題のある調剤医薬をそれぞれの処方箋に従って服用しても、副作用等の問題が生じない場合には、不要医薬判別部８３は、受け付けた処方箋に記載される調剤医薬を不要医薬として認定しない。一方、当該問題のある調剤医薬をそれぞれの処方箋に従って服用した場合に、副作用等の問題が生じ得るような場合には、不要医薬判別部８３は、受け付けた処方箋に記載される調剤医薬を不要医薬として認定する。副作用等の健康を害する症状が生じるか否かを決定するための基準は、薬局記憶部７０〜７４のいずれかに記憶されている。このため、不要医薬判別部８３は、薬局記憶部７０〜７４内のかかる基準の情報を読み出して、判別を行う。
【０１３５】
図１３は、第二実施形態に係る服薬支援コンピュータシステムによる不要医薬の判別処理およびその表示処理の主なステップを備えるフローチャートを示す。
【０１３６】
まず、調剤薬局側の通信端末５は、服薬支援コンピュータ装置２に向けて、少なくとも患者情報を送信する（ステップＳ８１０：  患者情報送信ステップ）。具体的には、調剤薬局側の通信端末５内のＣＰＵは、患者情報送信部６５として、調剤薬局側で入力されあるいはすでにその調剤薬局にて記録されている患者情報を服薬支援コンピュータ装置２に送信する。ここで、処方箋の情報は送信されていないが、第一実施形態と同様の処方箋情報送信部６１を備え、患者情報とともに処方箋の情報も服薬支援コンピュータ装置２に送信するようにしても良い。
【０１３７】
服薬支援コンピュータ装置２は、調剤薬局側の通信端末５から送信されてきた患者情報を受信する（ステップＳ８２０：  患者情報受信ステップ）。具体的には、服薬支援コンピュータ装置２内のＣＰＵは、患者情報受付部２１として患者情報を受信する。ここで、調剤薬局側の通信端末５から処方箋の情報も送信されてくる場合には、処方箋情報受付部２２は、その処方箋の情報を受信する。受信された情報は、好ましくは、ＣＰＵの処理によって、サーバ記憶部４０〜４４としてのハードディスクに記憶される。
【０１３８】
次に、服薬支援コンピュータ装置２内のＣＰＵは、調剤履歴調査部２３として、特定の患者の調剤履歴を調べる（ステップＳ８３０：  調剤履歴調査ステップ）。調剤履歴は、サーバ記憶部４０〜４４としてのハードディスク内に記憶されており、ＣＰＵのサーチ処理によって、ピックアップされる。
【０１３９】
次に、服薬支援コンピュータ装置２内のＣＰＵは、調剤履歴送信部３８として、調剤履歴を調剤薬局側の通信端末５に送信する（ステップＳ８４０：  調剤履歴送信ステップ）。
【０１４０】
次に、調剤薬局側の通信端末５内のＣＰＵは、調剤履歴受信部８１として、特定の患者の調剤履歴を受信する（ステップＳ８５０：  調剤履歴受信ステップ）。受信した情報は、薬局記憶部７０〜７４としてのハードディスク内に記憶され、その記憶処理は、調剤履歴受信部８１によって行われても良い。
【０１４１】
次に、調剤薬局側の通信端末５内のＣＰＵは、処方箋情報照合部８２として、調剤履歴と処方箋の情報とを照合する（ステップＳ８６０：  処方箋情報照合ステップ）。照合に際して必要な情報は、薬局記憶部７０〜７４としてのハードディスク内に記憶されており、ＣＰＵは、その情報を参照しながら、処方箋情報照合ステップを実行する。
【０１４２】
次に、調剤薬局側の通信端末５内のＣＰＵは、不要医薬判別部８３として、特定の患者の調剤履歴と処方箋の情報との照合の結果、不要な医薬の有無を判別する（ステップＳ８７０：  不要医薬判別ステップ）。判別に際して必要な情報は、薬局記憶部７０〜７４としてのハードディスク内に記憶されており、ＣＰＵは、その情報を参照しながら、不要医薬判別ステップを実行する。
【０１４３】
次に、調剤薬局側の通信端末５は、上記判別結果を表示する（ステップＳ８８０：  判別結果表示ステップ）。具体的には、調剤薬局側の通信端末５のＣＰＵは、判別結果表示部６３として、判別結果の情報を通信端末５の画面に表示する。表示に必要なプログラムを含む種々のデータは、薬局記憶部７０〜７４としてのハードディスクに記憶されている。
【０１４４】
第二実施形態に係る服薬支援コンピュータ装置２によって読み取り可能なコンピュータプログラム１３の各種の好適な形態は、次のとおりである。
【０１４５】
すなわち、服薬支援コンピュータ装置２によって読み取り可能なコンピュータプログラム１３（以後、単に、コンピュータプログラム１３という）は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、患者側の通信端末７または調剤薬局側の通信端末５から調剤した事実情報を受け付ける調剤情報受付部２０、その事実情報を受け付けて、患者毎に１以上の処方箋に基づく１以上の調剤履歴を記憶するサーバ記憶部４０〜４４、患者を特定する患者特定情報を少なくとも含む患者情報を受け付ける患者情報受付部２１、患者情報に基づき、その患者の調剤履歴を調べる調剤履歴調査部２３、調査結果を調剤薬局側の通信端末５または患者側の通信端末７に送信する調剤履歴送信部３８、として機能させるコンピュータプログラムである。
【０１４６】
また、コンピュータプログラム１３は、特に、調剤履歴調査部２３により、調査時点において、１または２以上の過去の調剤履歴に基づく服用期間が継続しているもののみを選択することができる。
【０１４７】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、調剤情報受付部２０により受け付けられた事実情報に基づき、患者側の通信端末７に向けて、医薬の服用時期前に服用を促す情報を通知する服用事前通知部２７として、さらに機能させるコンピュータプログラムであっても良い。
【０１４８】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、患者側の通信端末７から、服用完了の情報を受け付ける服用完了情報受付部２８、患者の事実情報と服用完了の情報とを照合して、その患者が正常に服用したかどうかを判別する正規服用判別部２９、およびその患者が正常に服用したと判別された際に、ポイントを加算する第一ポイント加算部３０として、さらに機能させるコンピュータプログラムであっても良い。
【０１４９】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、第一ポイント加算部３０によって加算されたポイントが所定のポイント数に達したかどうかを判別する第一ポイント数判別部３１、および所定のポイント数に達した際に、健康増進関連情報を患者側の通信端末７に向けて送信する健康関連情報送信部３２として、さらに機能させるコンピュータプログラムであっても良い。
【０１５０】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、調剤薬局または病院を来院する日時を少なくとも含む来院日時情報に基づき、患者側の通信端末７に向けて調剤薬局あるいは病院への来院を事前に促す情報を通知する来院予告通知部３３として、さらに機能させるコンピュータプログラムであっても良い。
【０１５１】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、患者側の通信端末７から、来院完了の情報を受け付ける来院完了情報受付部３４、来院日時情報と来院完了の情報とを照合して、その患者が正常に来院したかどうかを判別する正規来院判別部３５、およびその患者が正常に来院したと判別された際に、ポイントを加算する第二ポイント加算部３６として、さらに機能させるコンピュータプログラムであっても良い。
【０１５２】
また、コンピュータプログラム１３は、服薬支援コンピュータ装置２内のハードウェア（主にＣＰＵであるがこれに限定されない）を、第二ポイント加算部３６によって加算されたポイントが所定のポイント数に達したかどうかを判別する第二ポイント数判別部３７、および所定のポイント数に達した際に健康増進関連情報を患者側の通信端末７に向けて送信する健康関連情報送信部３２として、さらに機能させるコンピュータプログラムであっても良い。
【０１５３】
上述の各コンピュータプログラム１３は、コンピュータから服薬支援コンピュータ装置２に対して送信されることによって、服薬支援コンピュータ装置２内にて各種処理を実行するようにしても良い。また、各コンピュータプログラム１３は、携帯型のフラッシュメモリ（ＵＳＢメモリなど）、ミニディスク（ＭＤ）、フレキシブルディスク（ＦＤ）、スティックタイプあるいはカードタイプのメモリディスクといった情報記録媒体に格納された形態で流通し、服薬支援コンピュータ装置２の情報記録媒体接続部１１にて読み取りの処理を経て、服薬支援コンピュータ装置２内にて各種処理を実行するようにしても良い。服薬支援コンピュータ装置２は、１台に限定されず、２台以上であっても良い。また、各コンピュータプログラム１３は、全てを１台の服薬支援コンピュータ装置２にインストールされて各種処理を行うこともできるが、分割して、複数の服薬支援コンピュータ装置２にインストールされ、当該複数の服薬支援コンピュータ装置２によって、完成した支援処理を実行できるようにしても良い。
【０１５４】
＜その他の実施形態＞
以上、本発明の各実施形態について説明したが、本発明は、上記各実施形態に限定されず、種々の変形を施ことができる。
【０１５５】
例えば、第二実施形態に係る服薬支援コンピュータシステム１において、調剤薬局側の通信端末５の各構成部と同じ構成若しくは一部の構成を、患者側の通信端末７に備えるようにしても良い。これにより、服薬支援コンピュータ装置２に対して患者情報を送る機能を調剤薬局側の通信端末５に持たせる一方、服薬支援コンピュータ装置２から送信される調剤履歴の情報を患者側の通信端末７にて受信し、その後の処方箋情報照合ステップ、不要医薬判別ステップ、判別結果表示ステップを患者側の通信端末７にて行うようにしても良い。例えば、その際には、判別結果受信部６２、判別結果表示部６３、処方箋情報照合部８２および不要医薬判別部８３と同じ機能を持つ構成部を患者側の通信端末７に構築することになる。それとは逆に、服薬支援コンピュータ装置２に対して患者情報を送る機能を患者側の通信端末７に持たせる一方、服薬支援コンピュータ装置２から送信される調剤履歴の情報を調剤薬局側の通信端末５にて受信し、その後の処方箋情報照合ステップ、不要医薬判別ステップ、判別結果表示ステップを調剤薬局側の通信端末５にて行うようにしても良い。
【０１５６】
また、不要医薬判別の機能、服用事前通知の機能、および来院予告通知の機能の３種類の機能を全て発揮できる服薬支援コンピュータシステム１は、最も好適な形態ではあるが、それらの機能の内の少なくとも１つを備える服薬支援コンピュータシステム１を構築することもできる。例えば、不要医薬判別の機能のみを発揮する服薬支援コンピュータシステム１を構築する場合には、服用事前通知部２７、服用完了情報受付部２８、正規服用判別部２９、第一ポイント加算部３０、第一ポイント数判別部３１、健康関連情報送信部３２、来院予告通知部３３、来院完了情報受付部３４、正規来院判別部３５、第二ポイント加算部３６、第二ポイント数判別部３７、服用事前通知受信部１０３、服用完了情報送信部１０４、健康関連情報受信部１０５、来院予告通知受信部１０６および来院完了情報送信部１０７は必ずしも備えることを要しない。また、服用事前通知の機能のみを発揮する服薬支援コンピュータシステム１を構築する場合には、処方箋情報受付部２２、調剤履歴調査部２３、処方箋情報照合部２４、不要医薬判別部２５、判別結果送信部２６、来院予告通知部３３、来院完了情報受付部３４、正規来院判別部３５、第二ポイント加算部３６、第二ポイント数判別部３７、調剤履歴送信部３８、処方箋情報送信部６１、判別結果受信部６２、判別結果表示部６３、患者情報受付部６４、患者情報送信部６５、処方箋情報画面表示部６７、調剤履歴受信部８１、処方箋情報照合部８２、不要医薬判別部８３、来院予告通知受信部１０６および来院完了情報送信部１０７は必ずしも備えることを要しない。さらに、来院予告通知の機能のみを発揮する服薬支援コンピュータシステム１を構築する場合には、処方箋情報受付部２２、調剤履歴調査部２３、処方箋情報照合部２４、不要医薬判別部２５、判別結果送信部２６、服用事前通知部２７、服用完了情報受付部２８、正規服用判別部２９、第一ポイント加算部３０、第一ポイント数判別部３１、調剤履歴送信部３８、処方箋情報送信部６１、判別結果受信部６２、判別結果表示部６３、患者情報受付部６４、患者情報送信部６５、処方箋情報画面表示部６７、調剤履歴受信部８１、処方箋情報照合部８２、不要医薬判別部８３、服用事前通知受信部１０３および服用完了情報送信部１０４は必ずしも備えることを要しない。
【産業上の利用可能性】
【０１５７】
本発明は、ネットワークを用いた服薬支援サービスとして利用できる。
【符号の説明】
【０１５８】
１    服薬支援コンピュータシステム
２    服薬支援コンピュータ装置
５    調剤薬局側の通信端末
７    患者側の通信端末
８    通信回線網（ネットワーク）
１３    コンピュータプログラム
２０    調剤情報受付部（調剤情報受付手段）
２１    患者情報受付部（患者情報受付手段）
２２    処方箋情報受付部（処方箋情報受付手段）
２３    調剤履歴調査部（調剤履歴調査手段）
２４    処方箋情報照合部（処方箋情報照合手段）
２５    不要医薬判別部（不要医薬判別手段）
２６    判別結果送信部（判別結果送信手段）
２７    服用事前通知部（服用事前通知手段）
２８    服用完了情報受付部（服用完了情報受付手段）
２９    正規服用判別部（正規服用判別手段）
３０    第一ポイント加算部（第一ポイント加算手段）
３１    第一ポイント数判別部（第一ポイント数判別手段）
３２    健康関連情報送信部（健康関連情報送信手段）
３３    来院予告通知部（来院予告通知手段）
３４    来院完了情報受付部（来院完了情報受付手段）
３５    正規来院判別部（正規来院判別手段）
３６    第二ポイント加算部（第二ポイント加算手段）
３７    第二ポイント数判別部（第二ポイント数判別手段）
４０〜４４    サーバ記憶部（記憶手段）
６３    判別結果表示部（判別結果表示手段）
８２    処方箋情報照合部（処方箋情報照合手段）
８３    不要医薬判別部（不要医薬判別手段）
【図１】
2015084132.tif 000003
【図２】
2015084132.tif 000004
【図３】
2015084132.tif 000005
【図４】
2015084132.tif 000006
【図５】
2015084132.tif 000007
【図６】
2015084132.tif 000008
【図７】
2015084132.tif 000009
【図８】
2015084132.tif 000010
【図９】
2015084132.tif 000011
【図１０】
2015084132.tif 000012
【図１１】
2015084132.tif 000013
【図１２】
2015084132.tif 000014
【図１３】
2015084132.tif 000015