(57)【要約】【課題】患者による薬の服用を支援することができる技術を提供する。【解決手段】薬服用支援システムは、薬を服用する患者が使用する端末２と、患者による薬の服用を支援するための情報処理を行うサーバ１と、複数の薬に関する薬マスタ情報、及び患者毎の電子お薬手帳ＤＢ３０を含むＤＢ３と、を備える。サーバ１は、患者が医療機関から処方された薬に関する処方薬情報を、電子お薬手帳ＤＢ３０に格納し、処方薬情報に基づいて、患者による薬の服用を支援するためのガイド情報を、患者の端末２へ送信して出力させ、端末２でガイド情報に従って入力された、薬の服用状況を表す服用情報を、端末２から受信して、処方薬情報と関連付けて、電子お薬手帳ＤＢ３０に格納し、電子お薬手帳ＤＢ３０に基づいて、患者の薬の服用履歴情報を構成して、患者の端末２へ送信して出力させる。【選択図】図１
2017130022.tif 000002
【特許請求の範囲】
【請求項１】
薬服用支援システムであって、
薬を服用する患者が使用する端末と、
前記患者による前記薬の服用を支援するための情報処理を行うサーバ装置と、
複数の薬に関する薬マスタ情報、及び前記患者毎の電子お薬手帳ＤＢを含むＤＢと、
を備え、
前記サーバ装置は、
前記患者が医療機関から処方された前記薬に関する処方薬情報を、前記電子お薬手帳ＤＢに格納し、
前記処方薬情報に基づいて、前記患者による前記薬の服用を支援するためのガイド情報を、前記患者の前記端末へ送信して出力させ、
前記端末で前記ガイド情報に従って前記患者の操作に基づいて入力された、前記薬の服用状況を表す服用情報を、前記端末から受信して、前記処方薬情報と関連付けて、前記電子お薬手帳ＤＢに格納し、
前記電子お薬手帳ＤＢに基づいて、前記患者の前記薬の服用履歴情報を構成して、前記患者の前記端末へ送信して出力させる、
薬服用支援システム。
【請求項２】
請求項１記載の薬服用支援システムにおいて、
前記サーバ装置は、前記服用情報で示す前記患者の前記薬の服用が、前記処方薬情報で示す条件に照らして適切であるかをチェックし、チェック結果情報を、前記患者の前記端末へ送信して出力させる、
薬服用支援システム。
【請求項３】
請求項２記載の薬服用支援システムにおいて、
前記サーバ装置は、前記患者が前記薬と併用で他の物質を服用しているかを確認し、前記併用の他の物質が禁忌薬かどうか、及び前記併用の相互作用をチェックし、チェック結果情報を提供する、
薬服用支援システム。
【請求項４】
請求項１記載の薬服用支援システムにおいて、
前記サーバ装置は、前記服用情報で示す前記患者の前記薬が、新薬か後発医薬かを確認し、前記薬の代替となり得る後発医薬が無いかを検索し、前記後発医薬が有る場合、前記後発医薬の薬名、薬価、及び薬価差を含む、後発医薬情報を、前記患者の前記端末へ送信して出力させる、
薬服用支援システム。
【請求項５】
請求項４記載の薬服用支援システムにおいて、
前記サーバ装置は、前記患者の前記薬が後発医薬である場合、前記薬の代替となり得る他の後発医薬が無いかを検索し、前記他の後発医薬が有る場合、前記他の後発医薬、またはそのうち最も安価な後発医薬の情報を含む、前記後発医薬情報を提供する、
薬服用支援システム。
【請求項６】
請求項１記載の薬服用支援システムにおいて、
前記サーバ装置は、前記ＤＢに登録されている複数の患者の前記服用情報に基づいて、前記服用状況に関して集計して、集計結果情報を、前記患者の端末へ送信して出力させる、
薬服用支援システム。
【請求項７】
請求項６記載の薬服用支援システムにおいて、
前記サーバ装置は、前記患者の前記薬に関する服用者人数を含む項目に関して集計する、
薬服用支援システム。
【請求項８】
請求項１記載の薬服用支援システムにおいて、
前記サーバ装置は、前記ＤＢに登録される前記服用情報を用いて、前記服用状況に関して複数の患者間で情報共有するためのお知らせ情報を構成し、前記お知らせ情報を、前記患者の端末へ送信して出力させる、
薬服用支援システム。
【請求項９】
請求項８記載の薬服用支援システムにおいて、
前記サーバ装置は、
前記端末で前記患者の操作に基づいて入力された、前記お知らせ情報を構成するためのお知らせ用情報を受信して、前記ＤＢに格納し、
前記お知らせ用情報に基づいて、前記お知らせ情報を構成し、前記お知らせ情報の提供先となる前記患者の前記端末を決定し、前記提供先の前記患者の前記端末へ送信する、
薬服用支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理技術に関し、薬剤（以下「薬」等と記載する場合がある）の服用を支援する技術に関する。
【背景技術】
【０００２】
医療機関の医師は患者へ薬剤を処方し、患者は処方に従い、薬局の薬剤師等から薬剤を入手し、薬剤を服用する。処方された薬剤の情報については、お薬手帳という形で管理可能である。
【０００３】
お薬手帳は、薬剤の処方の内容や履歴、患者の既往症やアレルギー等の情報が記載される、所定の形式の紙の手帳である。お薬手帳には、主に、医師や薬剤師等の医療関係者に必要な情報が記載される。医療関係者は、お薬手帳により、患者にどの薬が処方され、患者がどの薬を服用しているか等を確認できる。お薬手帳は、患者が複数の病院等を利用する場合の薬物相互作用の管理にも用いられる。お薬手帳の記載及び管理により、患者の薬剤服用履歴等の情報を、医療関係者と患者との間で共有させることができる。
【０００４】
お薬手帳の情報管理に関する先行技術例としては、特開２０１５−７９４９２号公報（特許文献１）が挙げられる。特許文献１には、電子お薬手帳連携システムとして、患者の医療及び健康情報を管理する電子お薬手帳と連携して、複数の医療機関等の間で患者の医療及び健康情報を連携させる旨が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−７９４９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のお薬手帳は、主に医療機関及び医療関係者側の便宜を考慮したものであって、患者による薬の服用を支援する観点では不十分である。特許文献１を含む従来技術は、主に医療機関及び医療関係者の間で患者の薬情報等を連携させる技術であって、患者による薬の服用を支援する観点では不十分である。
【０００７】
従来のお薬手帳の所有や管理は患者自身で行う必要がある。しかし、患者にとっては、お薬手帳に薬の服用履歴情報等を記載して管理する場合の手間が多く、記載漏れ等もしやすく、使い勝手が良好ではなく、継続が難しい。
【０００８】
また、従来のお薬手帳や、薬に係わる情報処理サービス等では、患者にとって得られる薬情報が限られ、患者に有用な情報を得ることが難しい。例えば、新薬（「先発医薬」等とも呼ばれる）に対して代替となり得る安価な後発医薬（「ジェネリック医薬」等とも呼ばれる）等の情報を得ることは難しい。
【０００９】
また、従来、患者は、自分の処方薬について、他の患者の服用状況や実績等を知りたいニーズがあったと考えられる。しかし、従来のお薬手帳や情報処理サービス等では、他の患者の服用状況等の情報を得ることはできない。
【００１０】
本発明の目的は、情報処理技術に関して、患者による薬の服用を支援することができ、薬情報及びお薬手帳の管理の手間を軽減でき、患者にとって使い勝手が良好で、患者に有用な情報を得ることができ、好適な薬服用を実現できる技術を提供することである。
【課題を解決するための手段】
【００１１】
本発明のうち代表的な実施の形態は、薬服用支援システムであって、以下に示す構成を有することを特徴とする。本発明のうち代表的な実施の形態の薬服用支援システムは、薬を服用する患者が使用する端末と、前記患者による前記薬の服用を支援するための情報処理を行うサーバ装置と、複数の薬に関する薬マスタ情報、及び前記患者毎の電子お薬手帳ＤＢを含むＤＢと、を備え、前記サーバ装置は、前記患者が医療機関から処方された前記薬に関する処方薬情報を、前記電子お薬手帳ＤＢに格納し、前記処方薬情報に基づいて、前記患者による前記薬の服用を支援するためのガイド情報を、前記患者の前記端末へ送信して出力させ、前記端末で前記ガイド情報に従って前記患者の操作に基づいて入力された、前記薬の服用状況を表す服用情報を、前記端末から受信して、前記処方薬情報と関連付けて、前記電子お薬手帳ＤＢに格納し、前記電子お薬手帳ＤＢに基づいて、前記患者の前記薬の服用履歴情報を構成して、前記患者の前記端末へ送信して出力させる。
【発明の効果】
【００１２】
本発明のうち代表的な実施の形態によれば、情報処理技術に関して、患者による薬の服用を支援することができ、薬情報及びお薬手帳の管理の手間を軽減でき、患者にとって使い勝手が良好で、患者に有用な情報を得ることができ、好適な薬服用を実現できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態の薬服用支援システムの構成を示す図である。
【図２】実施の形態の薬服用支援システムの機能ブロック構成を示す図である。
【図３】実施の形態で、薬マスタＤＢの構成例を示す図である。
【図４】実施の形態で、禁忌薬ＤＢの構成例を示す図である。
【図５】実施の形態で、電子お薬手帳ＤＢの処方履歴部及び服用履歴部の構成例を示す図である。
【図６】実施の形態で、服用履歴部のうち服用条件項目等の構成例を示す図である。
【図７】実施の形態で、お知らせ情報の管理情報の構成例を示す図である。
【図８】実施の形態で、問診時の問診情報及びＧＵＩ画面例を示す図である。
【図９】実施の形態で、図８の問診項目に関する詳細を示す図である。
【図１０】実施の形態で、問診表の構成例を示す図である。
【図１１】実施の形態で、患者個人の薬暦情報の出力例を示す図である。
【図１２】実施の形態で、患者個人の処方薬単位の服用実績情報の出力例を示す図である。
【図１３】実施の形態で、集計結果情報及びお知らせ情報を含む、服用実績情報の出力例を示す図である。
【図１４】従来における、処方箋の事例、及び薬情報Ｗｅｂサイト検索例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００１５】
［課題等］
従来の紙のお薬手帳、及び薬に係わる情報処理サービス等に関する課題等について補足する。主な課題として以下が挙げられる。（１）従来技術では、患者からみた場合、薬情報やお薬手帳等の管理の手間が多く、記載漏れ等もしやすく、必ずしも使い勝手が良好ではなく、管理の継続が難しい。（２）従来技術では、患者が得られる薬情報が限られ、患者に有用な情報を得ることが難しい。（３）従来技術では、患者が他の患者の服用状況等の情報を得ることはできない。
【００１６】
患者のお薬手帳の実際の活用状況について、以下の（Ａ）〜（Ｃ）のような場合が挙げられる。（Ａ）患者は、お薬手帳を薬局に持参し、薬剤師に渡して見せる。薬剤師から患者へ、処方薬の説明等が記載された薬説明書やシール等を渡す。患者は、お薬手帳に薬情報を記載またはシールを貼り付けて、家庭で管理する。（Ｂ）患者は、お薬手帳を薬局に持参せず、薬剤師から薬説明書等をもらい、薬説明書等を家庭で管理する。（Ｃ）患者は、お薬手帳を薬局に持参せず、薬剤師から薬説明書等をもらうが、薬説明書等やお薬手帳を特に管理していない。上記（Ａ）の患者は少なく、（Ｂ）や（Ｃ）の患者が多い。医療機関等から提供された薬情報やお薬手帳を有効活用している患者が少ない。
【００１７】
また、あるアンケート結果に基づいて、患者にとって必要なお薬手帳、即ち患者がお薬手帳等に求めている機能や情報等についてまとめた結果、例えば以下の（１）〜（４）のような点が挙げられる。患者視点でのお薬手帳の有効活用を考えた場合、（１）〜（４）のような点を考慮及び提供することが必要または有効であると考える。
【００１８】
（１）薬の副作用、禁忌薬等の詳細情報。（２）薬代を含む医療費の記録、新薬や後発医薬等の区分や薬価を含む情報。（３）処方や服用の履歴の記録、通院記録。（４）通院や服用のスケジュール管理。例えば、次回の診察予定日、次回の服用日時等。薬の飲み忘れや残数等のチェック。
【００１９】
上記（１）や（２）の情報について、患者自身で調べる場合、例えば以下の手段がある。患者は、情報端末及びインターネットを用いて、薬に関する詳細情報を提供するＷｅｂサイトを利用する。そのＷｅｂサイトとして、例えば、独立行政法人医薬品医療機器総合機構（ＰＭＤＡ）の「医療用医薬品  情報検索」（http://www.pmda.go.jp/PmdaSearch/iyakuSearch/）が挙げられる。
【００２０】
しかし、上記Ｗｅｂサイトのような検索システムでは、薬の効用や成分の名前、症状、正しい薬名等、医学知識にある程度精通した人でないと、十分な活用が難しい。一般の患者にとっては、活用が難しく、一番知りたい情報を得るまでに至らない場合が多い。
【００２１】
患者が一番知りたい情報、患者に有用な情報としては、以下の（i）〜（iii）のような情報が挙げられる。（i）自分や家族にとって安全な薬であるかを確認できる情報。即ち上記（１）のような情報。（ii）同様の効能を持つ、より安価な後発医薬等が処方や販売等されていないかを確認できる情報。即ち上記（２）のような情報。（iii）他の患者を含む複数の患者における自分と同じ薬の服用状況等を確認できる情報。
【００２２】
従来のお薬手帳で処方情報を患者が主体で管理する場合、以下のように、管理の手間の点や、情報不足の点がある。処方時に患者が薬局等でもらう薬説明書等では、処方薬の薬名等の記載は有るが、副作用や禁忌薬、新薬か後発医薬か、薬価、等の詳細情報は、不明である場合が多い。あるいは、それらの詳細情報が提供される場合でも、それらの詳細情報が別々に記載された複数の紙等を渡される場合が多い。患者は、それらの個別の情報を、自分で整理して、お薬手帳に記載する等、自己管理する必要がある。この管理は、患者の作業の手間が大きく、記載漏れや記載忘れや記載誤り等も生じやすい。
【００２３】
また、患者は、それらの詳細情報をインターネットで調べて入手する場合があるが、個別の情報毎に検索する必要がある場合が多い。この場合も、患者の手間が大きく、患者に有用な情報に到達できない場合が多い。
【００２４】
患者は、従来のお薬手帳や薬説明書、医療機関やインターネット等から提供される薬情報から、自分にとって有用な情報を得ることが難しい。例えば、患者は、自分の処方薬に対し、安全で同様の効能等を持つ、より安価な後発医薬等を探すことが難しい。
【００２５】
また、お薬手帳や薬説明書等の管理では、患者が服用履歴を管理し続けることが難しい。例えば、お薬手帳や薬説明書等を確認すれば、前回と今回の処方で変更された薬の薬名等はわかるものの、新薬や後発医薬の区分、薬価等、変更詳細はわかりにくい。
【００２６】
お薬手帳の書式では、患者の氏名等の基本情報、既往症やアレルギー等の情報、処方薬の薬名や医療機関や服用条件、医師からの指示や注意事項、等が手書きで記載される。お薬手帳は、処方回数が増えて記載が一杯になると、新しく作り直す必要がある。その場合、前のお薬手帳の手書き情報を、次のお薬手帳に再度手書きで記載し直す手間が必要である。患者は、お薬手帳の記載及び管理が次第に煩わしくなり、使用しなくなる傾向があり、継続がしにくい。
【００２７】
図１４の（Ａ）は、医療機関から患者への処方薬及び処方箋の事例を簡略的に示す。この処方箋の事例では、番号で示す処方薬毎に、薬名、薬画像、服用タイミング等の情報が記載されている。例えば、番号＝１で示す薬は、薬名が「○○○錠２ｍｇ「〜〜〜」」（具体的な薬名やメーカ毎の販売名を省略して示す）と記載され、注釈として、黄色の錠剤であり、薬価は○○円（具体的価格を省略して示す）であり、後発医薬である旨が記載されている。また、この処方薬の服用タイミングについては、朝食後に服用、３８日分、１日１錠の服用、といった旨が記載されている。例えば、番号＝３で示す薬については、後発医薬は存在しない旨が記載されている。この事例では薬価や後発医薬有無等の各種の情報が１枚の紙内に記載されているが、それらの情報が記載されない場合や、別々の紙で渡される場合もある。
【００２８】
また、ある処方薬について、後発医薬が存在し販売されている場合でも、医者の見落とし等によって、薬説明書等には後発医薬が存在しないと誤って記載されている場合もある。例えば、番号＝３で示す薬については、後発医薬があるにも係わらず、誤って、後発医薬が存在しないと記載されている。この場合、患者は、疑わずにそのまま処方箋で示す新薬を服用し続けることが多い。
【００２９】
図１４の（Ｂ）は、薬情報のＷｅｂサイトの検索の事例を示す。このＷｅｂサイトは、主に医療関係者のために、後発医薬や薬価等の薬情報を検索する機能を提供している。図１４の（Ｂ）では、図１４の（Ａ）の番号＝３で示す薬について、患者自身が、後発医薬が無いか検索した結果を示す。この結果では、番号＝３で示す薬についての後発医薬として、薬名「◇◇◇錠７５ｍｇ」で示す、各社が販売する複数の薬が該当した（各社の販売名は異なる）。また、このＷｅｂサイトでは、新薬と後発医薬との１日あたりの薬価差の情報も提供している。この事例では、患者は、検索結果から後発医薬の存在を知り、医者へ申し出て、次回の処方より後発医薬へ変更してもらった。
【００３０】
上記事例に示すように、処方薬に関する後発医薬が存在したとしても、医師の見落し等から、患者はいつまでも新薬の処方を受ける場合がある。その結果、患者がなるべく安価な後発医薬を使用したいと望んでいたとしても、相対的に割高な服用が続く。例えば、ある新薬の薬価が１錠３６０円で、後発医薬の薬価が１錠２００円である場合、１錠あたりの薬価差が１６０円である。患者は、薬代の観点から、少しでも早く後発医薬への切り替えを望む場合がある。
【００３１】
上記事例は、患者自身が薬情報の収集を行った事例であるが、多くの患者は、薬情報やその検索手段等に精通していない。患者は、その検索等を行わないか、行ったとしても手間が多く、望む情報に到達できない場合が多い。患者の薬服用の支援のためには、患者に有用な薬情報を比較的容易に得られる手段が必要である。
【００３２】
また、従来、患者は、自分が処方され服用する薬について、他の患者を含む複数の患者の間での服用状況等を知りたいニーズもあったと考えられる。例えば、自分と同じ薬をどの程度の数や割合の人が実際に服用しているのかという情報がある。また、新薬と後発医薬の割合や、他の人の薬代、等の情報がある。しかし、従来技術では、そのような情報については提供されておらず、患者自身でそのような情報を得ることも難しい。患者の薬服用の支援のためには、そのような情報を得られる手段があればより好ましい。
【００３３】
なお、特許文献１のような技術は、処方薬情報を電子お薬手帳に管理する技術であり、医師と患者との診察時等に医師等が処方薬情報を登録する技術であり、患者が服用時に服用情報を登録する技術ではない。登録される処方薬情報は、患者の実際の服用状況等を反映した情報ではない。このような技術は、医療機関から患者への処方時間短縮や、医療関係者による処方薬情報へのアクセスを容易にすること等が主眼である。このような技術は、医療関係者にとって有用であるが、一般の患者にとっては利用できない。
【００３４】
（実施の形態）
図１〜図１３を用いて、本発明の実施の形態の薬服用支援システムについて説明する。実施の形態の薬服用支援システムは、上記課題等における（１）〜（４）のような点を含む、患者にとって有用な情報等を提供する機能を有する。薬服用支援システムは、患者による薬の服用の薬歴情報を含む電子お薬手帳を管理してその情報を提供し、患者による薬の服用を支援する。
【００３５】
［薬服用支援システム］
図１は、実施の形態の薬服用支援システムの構成を示す。薬服用支援システムは、通信網５を介して、複数の患者における各患者の端末２と、事業者のサーバ１及びＤＢ３と、を含む要素が接続されている。ＤＢ３は、外部のＤＢサーバ等により構成されてもよいし、サーバ１内の記憶装置により構成されてもよい。通信網５には、他に、薬剤師や医師等の医療関係者が使用する、処方薬の情報管理に係わるシステム６が接続されてもよい。サービス契約等に基づいて、医療関係者は、システム６からサーバ１にアクセスして、薬情報を提供してもよいし、患者の電子お薬手帳情報を参照してもよい。
【００３６】
薬を服用する患者であるユーザは、端末２を使用する。患者の端末２は、ユーザ端末であり、ＰＣ、スマートフォン、タブレット端末等、各種の情報機器が適用可能である。端末２は、汎用的なＯＳやＷｅｂブラウザ、メールクライアント等を有し、専用のアプリ等をインストールする必要は特に無い。端末２に専用のアプリ等をインストールして、サーバ１とそのアプリ等で連携を行う形態としてもよい。
【００３７】
患者は、紙のお薬手帳７や、医療機関等から提供された薬説明書８等を保有していてもよい。患者は、お薬手帳７や薬説明書８等に記載の情報を、端末２で読み込んで入力することができる。
【００３８】
薬服用支援システムは、サーバ１での情報処理に基づいて、医療機関から薬を処方された患者が薬を服用することを支援するシステムである。薬服用支援システムは、薬を服用する患者にとって有用な情報を端末２へ提供する。薬服用支援システムは、患者の薬情報を含む特有の電子お薬手帳情報をＤＢ３に管理する。
【００３９】
サーバ１は、各患者の端末２に対し、患者の薬服用支援のためのサービス処理を提供する。サーバ１は、ＤＢ３に、そのための情報を格納及び管理する。患者は、端末２からサーバ１へ、処方薬情報や服用情報を登録することができる。患者は、端末２で自己の薬歴情報を含む電子お薬手帳情報を閲覧することができる。
【００４０】
サーバ１は、後述の図２にも示すが、処理部として、患者処方薬情報登録部１０１、服用時処理部１０２、管理処理部１０３、集計処理部１０４、お知らせ処理部１０５、通信ＧＵＩ処理部１０６を有する。ＤＢ３は、後述の図２にも示すが、患者の薬歴情報を含む電子お薬手帳ＤＢ３０等を有する。電子お薬手帳ＤＢ３０は、構成として、基本情報部３０Ａ、処方履歴部３０Ｂ、服用履歴部３０Ｃ、他情報部３０Ｄを含む。
【００４１】
図１の薬服用支援システムにおける、患者の端末２とサーバ１との間での主な通信及び機能は以下である。（Ａ）患者及び処方薬情報の入力、登録。（Ｂ）服用時におけるガイド、服用情報の入力、登録。（Ｃ）服用時における所定のチェック、及びチェック結果情報の提供。（Ｄ）任意時における薬歴情報を含む電子お薬手帳情報の閲覧。（Ｅ）所定タイミングにおける複数の患者の集計結果情報や、他の患者からのお知らせ情報の提供。
【００４２】
サーバ１及び端末２のハードウェア構成としては以下である。サーバ１は、制御部、記憶部、通信インタフェース部、入力部、出力部等を有する。制御部は、ＣＰＵ等による制御プログラムやアプリケーション等の処理により構成される。記憶部は、内部メモリや外部メモリ等により構成される。通信インタフェース部は、通信網５に対するインタフェースである。入力部は、管理者等によるキーボード等の入力手段である。出力部は、管理者等に対する表示装置等の出力手段である。
【００４３】
端末２は、制御部、記憶部、通信インタフェース部、入力部、出力部等を有する。制御部は、ＣＰＵ等による制御プログラムやアプリケーション等の処理により構成される。記憶部は、内部メモリや外部メモリ等により構成される。通信インタフェース部は、通信網５に対するインタフェースである。入力部は、ユーザによるキーボードやタッチパネル等の入力手段である。出力部は、ユーザに対するタッチパネル等の表示装置やスピーカ等の出力手段である。
【００４４】
［機能ブロック構成］
図２は、図１の薬服用支援システムの機能ブロック構成を示す。薬服用支援システムは、制御部１１、情報記憶部１２、情報入力部１３、情報出力部１４、管理情報部１５を有する。
【００４５】
制御部１１は、サーバ１のソフトウェアプログラム処理等により実現され、所定のサービス処理を提供する。制御部１１は、情報記憶部１２等の各部と接続され、システム全体を制御する。制御部１１は、大別して以下の処理部を有する。制御部１１は、患者処方薬情報登録部１０１、服用時処理部１０２、管理処理部１０３、集計処理部１０４、お知らせ処理部１０５、通信ＧＵＩ処理部１０６を含む。
【００４６】
患者処方薬情報登録部１０１は、処方の発生に伴い、患者の端末２からサーバ１へ、患者及び処方薬等の情報を登録する処理を行う。患者処方薬情報登録部１０１は、その情報を、電子お薬手帳ＤＢ３０に格納する。
【００４７】
服用時処理部１０２は、患者が薬を服用する際に、患者の端末２へ、服用支援のためのガイド情報を提供する処理、及び、端末２から入力された服用情報を電子お薬手帳ＤＢ３０に格納する処理等を行う。服用時処理部１０２は、詳しくは、ガイド処理部１１１、登録処理部１１３、チェック処理部１１４を含む。
【００４８】
ガイド処理部１１１は、服用ガイド処理を行う。ガイド処理部１１１は、ＤＢ３の処方薬情報に基づいて、患者の薬の服用スケジュールを管理し、ガイド情報を構成する。ガイド処理部１１１は、患者が薬を服用すべき適切なタイミングで、所定のガイド情報を、その患者の端末２へ送信する。ガイド情報は、服用薬の薬名、服用日時、数量等の服用条件、注意事項、例えば禁忌薬情報、等を含む。ガイド情報の送信のタイミングとしては、服用日時の直前、例えば服用日時の所定時間前のタイミング等とする。
【００４９】
ガイド処理部１１１は、服用ガイドの際、問診形式で、服用状況等を含む服用情報を、患者の端末２から入力及び登録させる処理を行う。ガイド処理部１１１は、患者が服用情報の登録を行う際に、問診情報を、患者の端末２へ送信する。なお、服用情報の登録は、ガイドに伴い患者が薬を服用した直後でもできるし、その後時間が経過した任意時でも可能である。
【００５０】
登録処理部１１３は、服用ガイド及び問診に伴い、患者の端末２から入力された服用情報を、薬歴情報として、ＤＢ３の電子お薬手帳ＤＢ３０に登録する処理を行う。
【００５１】
チェック処理部１１４は、服用ガイド及び問診に伴い、自動的に所定のチェック処理を行い、チェック結果に応じて、チェック結果情報であるアラートや有用な情報等を、患者の端末２へ提供する処理を行う。
【００５２】
管理処理部１０３は、患者の薬暦情報を含む電子お薬手帳の管理処理部である。管理処理部１０３は、患者の端末２からの服用情報等に基づいて、患者の服用の薬暦情報を含む電子お薬手帳を構成して電子お薬手帳ＤＢ３０に管理する。管理処理部１０３は、患者の端末２からの要求に基づいて、電子お薬手帳情報を、患者の端末２へ提供する処理を行う。
【００５３】
集計処理部１０４は、ＤＢ３に登録されている複数の患者の電子お薬手帳情報に基づいて、複数の患者における薬の服用状況等を集計や分析し、その集計結果情報等を、集計お知らせＤＢ１２３に格納する。集計処理部１０４は、集計お知らせＤＢ１２３の集計結果情報に基づいて、所定タイミングで、その情報を、患者の端末２へ提供する。
【００５４】
お知らせ処理部１０５は、集計お知らせＤＢ１２３の集計結果情報や、患者の端末２から任意に登録されたお知らせ用情報、等に基づいて、患者間で情報共有するためのお知らせ情報を作成し、集計お知らせＤＢ１２３に格納する。お知らせ処理部１０５は、集計お知らせＤＢ１２３のお知らせ情報に基づいて、所定のタイミングで、その情報を、患者の端末２へ提供する。
【００５５】
通信ＧＵＩ処理部１０６は、サーバ１と患者の端末２との間での通信処理を行い、また、患者の端末２に、サービスのためのＧＵＩ画面を提供する処理を行う。ＧＵＩ画面は、ガイド情報等の各種の情報を表示してユーザ入力操作を可能とするための画面を含む。通信ＧＵＩ処理部１０６は、患者の端末２に、例えば、所定のＷｅｂサイトのページを提供する。端末２は、そのＷｅｂサイトのページを画面に表示する。そのページの画面では、患者の電子お薬手帳を含む各種の情報を表示する。患者は、そのページの画面に対し、サービス要求入力や、登録情報入力等が可能である。
【００５６】
情報記憶部１２は、制御部１１が扱う情報を記憶する部分である。情報記憶部１２は、各種の情報を管理するための記憶装置、ＤＢ、ファイル等で構成される。情報記憶部１２は、ＤＢ３を構成する、電子お薬手帳ＤＢ３０、薬マスタＤＢ１２１、禁忌薬ＤＢ１２２、集計お知らせＤＢ１２３を含む。
【００５７】
電子お薬手帳ＤＢ３０は、患者毎の服用履歴情報である薬歴情報を含む、電子お薬手帳の構成情報を格納するＤＢである。電子お薬手帳ＤＢ３０には、患者毎の処方履歴情報、及び服用履歴情報、等が格納される。図１の基本情報部３０Ａは、患者の基本情報として、患者の氏名、住所、連絡先、ユーザ名、端末２のアドレス、等の情報が格納される。基本情報部３０Ａには、処方履歴部３０Ｂや服用履歴部３０Ｃや他情報部３０Ｄの薬画像等へのリンク情報、等も格納される。他情報部３０Ｄは、薬画像等を含む他情報が格納される。
【００５８】
薬マスタＤＢ１２１は、一般に販売されている複数の薬を含む薬マスタ情報を格納するＤＢである。薬マスタＤＢ１２１は、各薬について、薬名、成分名、メーカ名、種別、区分、薬価、等の情報を格納する。薬マスタＤＢ１２１の情報は、随時、外部から取得された最新情報を用いて更新される。
【００５９】
禁忌薬ＤＢ１２２は、禁忌薬成分情報を含む、薬の詳細情報を格納するＤＢである。禁忌薬ＤＢ１２２は、ある薬に対して併用が危険な薬（禁忌薬と称する場合がある）の情報を含む。禁忌薬ＤＢ１２２には、予め必要な情報が格納されており、適宜更新される。薬マスタＤＢ１２１と禁忌薬ＤＢ１２２は１つのＤＢに統合されてもよい。
【００６０】
集計お知らせＤＢ１２３は、前述の集計結果情報や、お知らせ情報等を格納及び管理するためのＤＢである。
【００６１】
なお、予め、サービス契約等に基づいて、ユーザは、例えば最初の患者情報の登録の際に、服用情報の集計や、患者間でのお知らせ情報の提供等に関して了解し、その上でサービスを利用する。サーバ１は、集計機能やお知らせ情報提供機能に関して、ユーザによる利用有無等を設定可能とするユーザ設定機能を提供してもよい。患者は、集計機能やお知らせ情報提供機能を利用しない場合、自分の薬歴情報等のみ、登録や閲覧が可能となる。
【００６２】
情報入力部１３は、患者の端末２からサーバ１へ、処方薬情報等の各種の情報を読み込んで入力する部分である。情報入力部１３は、各種の入力手段及び通信手段を用いて構成される。情報入力部１３は、詳しくは、入力手段として、画像読み込み部１３１、画像文字変換部１３２、音声文字変換部１３３を有し、個別の処理部として、患者処方薬情報入力部１５１、服用時情報入力部１５２、薬歴情報要求部１５３、お知らせ用情報入力部１５４を含む。
【００６３】
画像読み込み部１３１は、処方薬や薬説明書等の画像をイメージデータとして取り込むためのＷｅｂカメラ等により構成される。画像文字変換部１３２は、イメージデータから変換により文字データを得るＯＣＲ等により構成される。音声文字変換部１３３は、入力された音声から変換により文字データを得る。他の入力手段として、図示しないが、文字入力部、外部データ入力部等を有する。文字入力部は、ユーザ操作に基づいて文字を入力する。外部データ入力部は、外部の装置や通信網、例えば外部記憶媒体等から、文字や画像等のデータを入力する。入力手段は、各種の公知技術、例えば、ＱＲＳコードリーダ、バーコードリーダ、端末２となるスマートフォンに備えている画像読み込み機能やタッチ入力機能や音声入力機能、等を適用可能である。入力手段は一部省略も可能である。
【００６４】
情報入力部１３の処理部毎に、所定の少なくとも１つの入力手段と連携する。入力手段は、複数の処理部で１つの入力手段に統合されてもよいし、処理部毎に分けて設けられてもよい。
【００６５】
患者処方薬情報入力部１５１は、患者情報及び処方薬情報を登録のために入力する部分であり、入力情報を、制御部１１の患者処方薬情報登録部１０１に連携する。
【００６６】
服用時情報入力部１５２は、患者による薬の服用の際に、ガイド情報に基づいて服用情報等を入力する部分であり、入力情報を、制御部１１の服用時処理部１０２に連携する。
【００６７】
薬歴情報要求部１５３は、任意時に、患者が、自己の薬歴情報またはそれを含む電子お薬手帳情報等を閲覧したい場合に、その要求を入力し、制御部１１の管理処理部１０３にその要求を送信する部分である。
【００６８】
お知らせ用情報入力部１５４は、任意時に、患者が、後述のお知らせ情報の元となるお知らせ用情報を入力する部分である。なお、お知らせ用情報の入力が無い場合でも、ＤＢ３に登録された服用情報等に基づいて、お知らせ情報が作成可能である。
【００６９】
情報出力部１４は、サーバ１から患者の端末２へ、各種の情報を出力する部分である。情報出力部１４は、表示手段や通信手段を用いて構成される。情報出力部１４は、詳しくは、個別の処理部として、患者処方薬情報出力部１６１、服用時情報出力部１６２、薬歴情報閲覧部１６３、お知らせ情報出力部１６４を含む。各処理部は、破線で示すように、情報入力部１３の処理部と関係を持つ。
【００７０】
患者処方薬情報出力部１６１は、制御部１１の患者処方薬情報登録部１０１に連携し、登録される患者情報及び処方薬情報を例えば画面表示する部分である。
【００７１】
服用時情報出力部１６２は、制御部１１の服用時処理部１０２に連携し、患者による薬の服用の際に、ガイド情報、問診情報、登録する服用情報、チェック結果情報、等を出力する部分である。服用時情報出力部１６２では、ガイド機能に基づいて、薬の服用タイミングに応じてガイド情報や問診情報が画面表示される。
【００７２】
薬歴情報閲覧部１６３は、薬歴情報要求部１５３からの要求を受けた管理処理部１０３から送信された、薬歴情報や電子お薬手帳情報を、画面表示する部分である。
【００７３】
お知らせ情報出力部１６４は、制御部１１のお知らせ処理部１０５から提供されたお知らせ情報を受信して画面表示する部分である。お知らせ処理部１０５は、お知らせ情報の提供先や提供タイミングを制御する。
【００７４】
管理情報部１５は、制御部１１が制御に用いる管理情報を管理する部分である。管理情報部１５は、管理情報として、患者表１５Ａ、問診表１５Ｂ、キーワード表１５Ｃ、医療関係者表１５Ｄ、等を有する。制御部１１は、管理情報の値を用いて制御処理を行う。事業者における管理者は、管理情報を設定可能である。
【００７５】
患者表１５Ａは、サービスを利用するユーザである患者の一覧情報を管理する表であり、患者のユーザＩＤ、端末２のアドレス情報、電子お薬手帳のＩＤ、電子お薬手帳ＤＢ３０のアドレス等の情報が格納される。なお、基本情報部３０Ａにも、個別の患者のユーザＩＤ等の情報が格納されている。
【００７６】
問診表１５Ｂは、ガイド処理部１１１による問診処理の際に用いる問診情報を構成するための情報であり、問診項目及び問診応答入力項目等を含む。問診情報に対し、個別の患者により問診応答入力情報として入力される情報は、問診表１５Ｂ及びその患者の電子お薬手帳情報と関連付けて、ＤＢ３内に格納される。
【００７７】
キーワード表１５Ｃは、お知らせ情報に関する処理で使用される、キーワード、重み値、提供先範囲、等の情報が設定されている。お知らせ処理部１０５は、患者により登録された服用情報や、お知らせ用情報から、キーワード表１５Ｃのキーワードに該当する情報を抽出する。重み値は、キーワードの抽出の際に考慮する重み値である。お知らせ処理部１０５は、抽出した情報を用いて、お知らせ情報を作成する。提供先範囲は、お知らせ情報の提供先となる患者の範囲またはその条件等を規定する情報である。提供先範囲は、固定でも可変でもよい。お知らせ処理部１０５は、提供先範囲に基づいて、お知らせ情報の提供先となる患者を決定し、その患者の端末２のアドレス等の情報を得る。お知らせ処理部１０５は、それらの情報を、集計お知らせＤＢ１２３内に格納する。
【００７８】
医療関係者表１５Ｄは、必須ではないが、医療関係者やシステム６との連携を行う形態の場合に用いる情報である。医療関係者表１５Ｄは、例えば、医療関係者の端末のアドレス情報や、システム６のアドレス情報等がある。連携の例としては、システム６からＤＢ３へ最新の薬情報を登録することが挙げられる。また、連携の例としては、システム６からサーバ１へアクセスし、患者への処方薬情報をＤＢ３に登録することが挙げられる。また、連携の例としては、システム６からサーバ１へアクセスし、ＤＢ３の患者の電子お薬手帳情報を参照し、処方や医療に役立てることが挙げられる。
【００７９】
［機能等の概要］
薬服用支援システムにおける各機能、動作、及び処理等の概要は以下である。
【００８０】
（１．患者処方薬情報登録機能）  図１の端末２、サーバ１の患者処方薬情報登録部１０１、図２の情報入力部１３の患者処方薬情報入力部１５１、情報出力部１４の患者処方薬情報出力部１６１等は、連携して、患者及び処方薬情報の登録処理を行う。患者は、例えばサービス利用開始時、自分のユーザ名等の情報を、端末２から入力する。端末２は、患者の情報を、サーバ１へ送信する。サーバ１は、受信した患者の情報を処理し、ＤＢ３の電子お薬手帳ＤＢ３０に登録する。
【００８１】
患者は、医療機関及び医療関係者から、処方及び処方薬を受ける。患者は、処方箋に対応する薬説明書８のシールや、処方薬の薬袋、またはお薬手帳７に記載の情報、または医師から聞いた情報等を、処方薬情報として、端末２から入力する。端末２は、その入力情報である処方薬情報をサーバ１へ送信する。サーバ１は、受信した処方薬情報を処理し、電子お薬手帳ＤＢ３０の処方履歴部３０Ｂに登録する。なお、処方時に患者の代わりに医療関係者が上記登録を行うようにしてもよい。
【００８２】
（２．服用時ガイド機能）  図１の端末２、サーバ１の服用時処理部１０２、図２の服用時情報入力部１５２、服用時情報出力部１６２等は、服用時のガイド処理等を行う。サーバ１は、電子お薬手帳ＤＢ３０に登録されている患者情報及び処方薬情報等に基づいて、患者の端末２へ、薬服用支援のためのガイド情報を提供する。サーバ１は、患者の服用スケジュールを管理し、適切なタイミング、例えば処方で示す服用日時が近付いたタイミングで、自動的に、ガイド情報を端末２へ通知する。ガイド情報は、薬名、薬画像、服用日時、数量、他の服用条件、注意事項、禁忌薬情報、等を含む。端末２は、画面表示や音声でガイド情報を出力する。患者は、端末２のガイド情報、及び医療機関からの処方箋等に従い、処方薬を服用する。これにより、患者は、適切なタイミングや条件で、薬の服用を忘れず正しく行うことがしやすい。
【００８３】
患者は、服用時または服用後、端末２の画面のガイド情報に従い、今回の服用及び前回の服用に関する服用状況を含む服用情報を入力して登録することができる。これにより、患者は、自分の電子お薬手帳に、服用履歴情報を記録することができる。患者は、服用に伴うお薬手帳への情報の記載忘れ、記載漏れ、記載誤り等を防止することができる。
【００８４】
また、サーバ１は、服用時のガイド及び患者が端末２で服用情報を入力する際には、問診形式で服用情報登録を支援する。サーバ１は、患者の端末２に、問診情報を提供する。サーバ１は、問診情報を用いて、患者に対し、服用状況を含む問診を行い、服用状況を含む服用情報の入力を支援する。端末２は、画面表示や音声で問診情報を出力する。患者は、問診情報による問診項目に従い、問診応答入力として、いつどの薬を何錠飲んだか等を含む服用情報を入力する。
【００８５】
この問診では、前回の服用時から今回の服用時を含め、患者毎に時系列で、服用状況に関する問診が行われる。患者は、今回の服用時の状況に関する服用情報の入力だけでなく、前回の服用時の状況またはその後の今回の服用時までの状況に関する服用情報を入力することもできる。患者は、服用後に出た症状等を入力することもできる。患者は、すべての問診項目について入力する必要は無く、できる範囲で入力すればよい。この問診では、処方薬以外にも、市販薬やサプリメント等の併用の服用がある場合の情報も入力可能である。患者は、前回の服用時に、処方薬の飲み忘れや、他の物の併用等があった場合、その情報を入力することもできる。
【００８６】
端末２は、問診応答入力情報である服用情報を、サーバ１へ送信する。サーバ１の登録処理部１１３は、受信した服用情報を、患者の服用履歴情報として、電子お薬手帳ＤＢ３０の服用履歴部３０Ｃに登録する。これにより、患者の服用情報は、薬歴情報として、ＤＢ３に蓄積される。薬歴情報は、患者の電子お薬手帳情報の一部を構成する。サーバ１は、他の患者についても同様に、電子お薬手帳への服用情報登録を行う。
【００８７】
（３．薬歴情報及び電子お薬手帳管理機能）  図１の端末２、サーバ１の服用時処理部１０２の登録処理部１１３、図２の薬歴情報要求部１５３、薬歴情報閲覧部１６３等は、患者の薬歴情報及び電子お薬手帳情報の管理及び提供処理を行う。サーバ１の登録処理部１１３は、端末２から入力される服用情報等に基づいて、患者毎の薬歴情報を含む電子お薬手帳情報を構成し、電子お薬手帳ＤＢ３０に登録して管理する。サーバ１は、複数の各々の患者毎に同様に電子お薬手帳情報をＤＢ３に管理する。
【００８８】
サーバ１は、任意時、例えば患者の端末２から薬歴情報または電子お薬手帳情報の要求を受信した時には、ＤＢ３から読み出した情報を用いて、要求されている薬歴情報または電子お薬手帳情報を構成し、患者の端末２へ送信する。端末２は、受信した薬歴情報または電子お薬手帳情報を、画面に表示する。患者は、端末２の画面で、自分の薬歴情報または電子お薬手帳情報を閲覧して確認することができる。サーバ１は、患者の薬歴情報を、服用実績情報としてまとめた形で提供することができる。また、サーバ１は、患者と他の患者を含む複数の患者の薬歴情報を、集計により服用実績情報としてまとめた形で提供することもできる。また、サーバ１は、患者の薬歴情報に、他の患者からのお知らせ情報等を追加した形で提供することもできる。また、サーバ１は、患者の薬歴情報に、チェック結果情報を追加した形で提供することもできる。
【００８９】
（４．チェック機能）  図１の端末２、サーバ１の服用時処理部１０２のチェック処理部１１４等は、患者の薬服用に関する所定のチェック処理を行う。チェックの際の判断のための管理情報は、予めＤＢ３内に格納されている。サーバ１は、端末２から入力されＤＢ３に登録される患者の処方薬情報及び服用情報等に基づいて、自動的に所定のチェック処理を行い、チェック結果情報を、患者の端末２へ提供する。チェックは、服用時ガイドの際における前回及び今回を含む服用に関して正しい薬を正しい条件で服用しているかのチェックを含む。チェックは、禁忌薬チェック及び併用時の薬物相互作用に関するチェックを含む。チェックは、後発医薬に関するチェックを含む。
【００９０】
サーバ１は、服用時の入力情報を用いてチェックを行い、患者が不適切な服用を行った、または行おうとしていると判断した場合には、チェック結果として不適切な服用の旨のアラーム等を端末２へ通知する。患者は、チェック結果から、服用が適切か等を確認できる。
【００９１】
サーバ１は、例えば、患者の服用薬について、併用が望ましくない禁忌薬に関するチェックを行い、患者が禁忌薬の服用を行おうとしている等と判断した場合には、チェック結果として禁忌薬の旨のアラーム等を端末２へ通知する。患者は、チェック結果から、服用が安全か等を確認できる。また、サーバ１は、禁忌薬チェック等を予め行っておき、服用時ガイドの際に禁忌薬情報を含むガイド情報を提供する。
【００９２】
サーバ１は、例えば、処方薬と、他の物質、例えば市販薬等との併用の服用があるか、及びその併用に問題無いか等をチェックする。サーバ１は、併用に問題有りと判断した場合、併用を止める旨のアラート等を、端末２へ通知する。患者は、チェック結果から、併用が問題無いか等を確認できる。患者は、禁忌薬や併用に注意して、自分や家族にとって安全で好適な服用ができる。
【００９３】
サーバ１は、例えば、患者の服用薬について、新薬と後発医薬との区分や、薬価等をチェックする。サーバは、服用薬に対して後発医薬が存在する場合、その後発医薬の薬価を含む情報を、端末２へ提供する。患者は、チェック結果情報から、処方薬に対するより安価な後発医薬等の情報を容易に得られる。
【００９４】
サーバ１は、チェック結果情報を患者の端末２へ提供する際には、自動的なチェック処理時にチェック結果情報のみを提供してもよいし、服用時ガイドの際にガイド情報と共に提供してもよいし、薬歴情報等の閲覧の際に一緒に提供してもよい。
【００９５】
（５．集計機能）  図１の端末２、サーバ１の集計処理部１０４等は、複数の患者の薬歴情報等の集計及び集計結果情報の提供処理を行う。サーバ１は、ＤＢ３に登録された複数の患者の服用情報等について、集計や分析を行い、集計結果情報を、患者の端末２へ提供する。集計は、複数の患者における処方薬の服用状況を表す服用実績情報等の集計を含む。服用状況及び集計項目は、例えば、薬毎の服用の人数や割合や頻度や期間、新薬と後発医薬の割合、薬代、等がある。患者数や入力情報が増えるにつれ、ＤＢ３に蓄積される情報が増える。サーバ１は、ＤＢ３の蓄積情報をビッグデータとして扱う。サーバ１は、集計結果情報を、患者に有用な情報として提供する。サーバ１は、患者との間で、予めサービス契約等に基づいて、ＤＢ３の蓄積情報を、患者間で相互参照利用可能とする。
【００９６】
サーバ１は、任意時、集計結果情報を、患者の端末２へ提供する。サーバ１は、ガイド情報等と共に集計結果情報を提供してもよいし、患者の端末２から要求を受けた時に提供してもよい。サーバ１は、集計結果情報を、グラフ等の形で提供してもよい。
【００９７】
サーバ１の集計処理部１０４は、ＤＢ３の情報から、集計結果情報を作成し、集計お知らせＤＢ１２３に格納しておく。サーバ１は、所定のタイミングで集計結果情報を提供する際、集計お知らせＤＢ１２３から集計結果情報を読み出し、提供先の患者の端末２へ送信する。端末２は、集計結果情報を画面に表示する。
【００９８】
これにより、患者は、従来では得られなかった、他の患者の服用状況等を含む有用な情報が得られる。患者は、自分の処方薬に関して、知識向上と共に、他の患者の服用状況や実績等を知ることができる。患者は、自分の処方薬に関して、後発医薬の有無や薬価等を知ることができる。患者は、その情報を、服用に係わる選択判断等のために参考にすることができる。患者は、その情報を用いて、医師への相談レベルや要望事項等を充実させることができる。
【００９９】
（６．お知らせ機能）  図１の端末２、サーバ１のお知らせ処理部１０５、図２のお知らせ用情報入力部１５４、お知らせ情報出力部１６４等は、患者間でのお知らせ情報の提供処理を行う。サーバ１のお知らせ処理部１０５は、ＤＢ３に登録された患者の服用情報またはお知らせ用情報、及びキーワード表１５Ｃに基づいて、お知らせ情報を作成し、患者の端末２へ提供する。
【０１００】
患者は、自分が知った情報や得た情報で、他の患者との間で共有したい情報、お知らせしたい情報がある場合には、その情報を、端末２からお知らせ用情報として登録することができる。お知らせ用情報は、例えば、患者が服用後に経験した症状の報告、市販薬の報告、その他の任意のコメント等がある。
【０１０１】
サーバ１は、端末２からのお知らせ用情報を、集計お知らせＤＢ１２３内に格納する。サーバ１は、お知らせ用情報を用いて、お知らせ情報を作成する。サーバ１は、例えば、お知らせ用情報から、キーワード表１５Ｃのキーワード等を用いて、お知らせ情報を構成するための文字列を抽出する。また、サーバ１は、キーワード表１５Ｃに基づいて、お知らせ情報の提供先となる患者を決定する。サーバ１は、作成したお知らせ情報及びその管理情報を、集計お知らせＤＢ１２３内に格納しておく。
【０１０２】
サーバ１は、所定のタイミングで、お知らせ情報を、患者の端末２へ提供する。サーバ１は、例えば、薬歴情報や集計結果情報を提供する際に一緒にお知らせ情報を提供してもよいし、お知らせ情報のみを提供してもよい。サーバ１は、お知らせ情報を提供する際、集計お知らせＤＢ１２３からお知らせ情報を読み出し、提供先の患者の端末２へ送信する。端末２は、お知らせ情報を画面に表示する。これにより、患者は、他の患者からのお知らせ情報を閲覧することができ、その情報を参考にすることができる。患者は、お知らせ情報から、服用薬に関する他の患者の症状等を知ることができる。
【０１０３】
［薬マスタＤＢ］
図３は、薬マスタＤＢ１２１の構成例を示す。図３の薬マスタＤＢ１２１の表は、列として、ＩＤ、薬名、成分名、量、メーカ名、種別、区分、薬価、リンクを有する。ＩＤ列は、管理用ＩＤを示す。種別列は、内用薬等の種別を示す。区分列は、新薬または後発医薬の区分を示す。薬価列は、単位量あたりの価格を示す。リンク列は、禁忌薬ＤＢ１２２等の他の情報へのリンクのためのアドレス情報を示す。
【０１０４】
［禁忌薬ＤＢ］
図４は、禁忌薬ＤＢ１２２の構成例を示す。図４の禁忌薬ＤＢ１２２の表は、列として、ＩＤ、分類、薬、成分、禁忌薬、禁忌薬成分、注意事項、リンクを有する。ＩＤ列は、管理用ＩＤを示す。分類列は、薬の分類を示す。薬列は、対象薬の薬名を示す。成分列は、対象薬の成分名を示す。禁忌薬列は、薬列の対象薬に対する禁忌薬の薬名を示す。禁忌薬成分列は、禁忌薬の成分名を示す。注意事項列は、当該行の薬と禁忌薬の組合せに関する服用の際の注意事項や、併用の場合に現れ得る症状等を示す。リンク列は、薬マスタＤＢ１２１等の他の情報へのリンクのためのアドレス情報を示す。薬マスタＤＢ１２１または禁忌薬ＤＢ１２２には、その他、効能等の情報や、薬画像へのリンク情報、等が格納されてもよい。
【０１０５】
［電子お薬手帳ＤＢ］
図５は、電子お薬手帳ＤＢ３０における処方履歴部３０Ｂ及び服用履歴部３０Ｃの構成概要を示す。処方履歴部３０Ｂは、端末２から入力される処方薬情報に基づいて、患者処方薬情報登録部１０１により登録される処方履歴情報が格納される。この処方履歴情報は、医療機関からの処方箋や薬説明書で記載や指定された情報に対応する。服用履歴部３０Ｃは、端末２から入力される服用情報に基づいて、服用時処理部１０２の登録処理部１１３により登録される服用履歴情報が格納される。処方履歴部３０Ｂの処方履歴情報と、服用履歴部３０Ｃの服用履歴情報とは、関係付けて管理され、相互に対応する内容の情報が格納される。
【０１０６】
［電子お薬手帳＿処方履歴部］
図５の（Ａ）は、処方履歴部３０Ｂの表を示す。この処方履歴部３０Ｂの表は、ＩＤ、項目、値を有する。管理用のＩＤ及び具体的な値については省略する。処方履歴部３０Ｂの表の項目としては、処方薬に関する、処方薬名、処方期間、処方数量、処方条件（タイミング，数量）、薬価、成分名、禁忌薬情報、新薬／後発医薬情報、医療機関情報、等を有する。
【０１０７】
処方期間項目は、例えば日数や日時で指定される。処方数量項目は、処方されて入手した個数を示す。処方条件項目は、処方で指定された、服用タイミングや数量等の情報を含む。服用タイミングは、例えば、朝、昼、夕、夜、食前、食間、食後、等がある。数量は、例えば１回１錠等がある。薬価項目は、処方薬の価格を示す。成分名項目は、処方薬における１つ以上の成分の成分名を示す。サーバ１は、処方条件列の登録値を、基本条件として管理し、ガイド処理やチェック処理の際に用いる。
【０１０８】
禁忌薬情報項目は、禁忌薬成分有無のフラグや、禁忌薬成分有りの場合の１つ以上の禁忌薬成分の禁忌薬成分名、等を示す。新薬／後発医薬情報項目は、処方薬が新薬か後発医薬かの区分や、新薬や後発医薬に関する詳細情報、等を示す。詳細情報は、例えば、薬名、メーカ名、新薬と後発医薬との薬価差、等がある。なお、薬価、成分名、禁忌薬情報、新薬／後発医薬情報、等の項目の情報は、薬マスタＤＢ１２１や禁忌薬ＤＢ１２２のＩＤまたはアドレス等でも記述可能である。
【０１０９】
医療機関情報項目は、処方薬を処方した医療機関名や医療関係者名、医師相談情報、等を示す。医師相談情報は、医師等から提供された、処方箋等に記載された情報であり、例えば、処方変更情報、他科受診情報、市販薬情報、サプリメント情報、等がある。処方変更情報は、前回と今回の処方薬における処方薬の変更の有無、変更有りの場合における変更された薬名、変更理由、等の情報がある。他科受診情報は、患者が他科を受診した場合の他科名称や治療内容等の情報である。市販薬情報は、処方薬に市販薬を併用する場合の市販薬の薬名、理由、期間、併用注意事項、副作用が疑われる症状、等の情報である。同様に、サプリメント情報は、処方薬にサプリメントを併用する場合の各情報である。
【０１１０】
［電子お薬手帳＿服用履歴部］
図５の（Ｂ）は、服用履歴部３０Ｃの表を示す。この服用履歴部３０Ｃの表は、ＩＤ、項目、値を有する。この服用履歴部３０Ｃの表の項目として、服用薬に関する、服用薬名、服用期間、服用数量、服用条件、服用正誤情報、服用後症状情報、併用情報、重複情報、薬価、成分名、禁忌薬情報、新薬／後発医薬情報、医療機関情報、等を含む。
【０１１１】
服用薬名項目は、処方薬名項目に対応した服用薬名を示す。服用期間項目は、処方期間項目に対応した服用期間を示す。服用数量項目は、処方数量項目に対応した服用数量を示し、残数の管理を含む。服用数量項目の残数は、例えば、処方された錠数から、服用された錠数を減算して得られる、残りの錠数を示す。
【０１１２】
服用条件項目は、処方条件項目に対応した服用条件として、服用タイミング等を示す。服用正誤情報項目は、服用条件に照らして患者が正しい服用を行ったかどうかを示す。服用後症状情報項目は、前回の服用後から症状がある場合の情報を示す。併用情報項目は、服用薬と併用された物がある場合の情報を示す。重複情報項目は、服用薬と重複して服用された他の服用薬がある場合の情報を示す。
【０１１３】
薬価、成分名、禁忌薬情報、新薬／後発医薬情報、医療機関情報、等の項目は、処方履歴部３０Ｂの各項目と対応する同様の情報である。なお、処方履歴部３０Ｂと服用履歴部３０Ｃとで同じ情報については、１つの情報項目にまとめて管理する形態でもよい。
【０１１４】
図６は、図５の服用履歴部３０Ｃのうちの、服用条件項目から重複情報項目までの構成例を示す。図６の表で、服用条件項目は、列として、タイミング、時間を有する。タイミング列は、おおまかな服用タイミングを示し、例えば、朝、昼、夜、食間、時間指定、等の行がある。各行は、更に項目として、１．食前、２．食後、３．絶食、４．朝昼間、等を有する。時間列は、本例では１時間単位の項目を含む。時間列は、１分単位等としてもよい。タイミング列及び時間列において、患者の入力値に基づいて、服用に該当する項目に、値（四角印で示す）が付与される。また、服用忘れに該当する項目には、所定の値（×印で示す）が付与される。本例では、ある薬の服用条件におけるタイミングとして例えば毎朝及び食事後であり、服用した時間として８時であり、対応する箇所に値が付与されている。
【０１１５】
図６の表で、服用正誤情報項目では、選択的に登録可能である値として、例えば、正常に飲んだ、飲み忘れた、薬が無かった、服用時刻とずれて飲んだ、服用時刻とずれて飲まなかった、誤って違う薬を飲んだ、水以外で飲んだ、等を有する。服用後症状情報項目では、値として、例えば、正常、熱、だるさ、吐き気、めまい、等がある。
【０１１６】
併用情報項目では、値として、例えば、併用無し、過去処方薬、市販薬、サプリメント、等がある。過去処方薬は、その患者が、今回の服用薬と併用で、過去の処方薬の余り薬を服用した場合を示す。市販薬は、その患者が、今回の服用薬と併用で、市販薬を併用した場合を示す。また、併用有りの場合には、詳細情報として、併用物の名前、併用期間、併用後症状、後述のチェック結果、等の情報を格納可能である。サプリメントについても同様である。
【０１１７】
重複情報項目は、服用すべき正しい服用薬に重複して、患者がその服用薬とは違う薬を飲んだ場合に、重複薬としてその情報を管理する項目である。重複情報項目は、重複薬の有無、薬名、期間、重複服用後症状、後述のチェック結果、等の情報を格納可能である。
【０１１８】
［集計お知らせＤＢ＿お知らせ情報］
図７は、集計お知らせＤＢ１２３におけるお知らせ情報の管理情報の構成例を示す。図７の表は、列として、ＩＤ、お知らせ情報、薬ＩＤ、提供元患者ＩＤ、提供先患者範囲、を有する。ＩＤ列は管理用のＩＤを示す。お知らせ情報列は、提供するお知らせ情報の内容である文字列等を示す。薬ＩＤ列は、関係付けられる薬のＩＤを示す。提供元患者ＩＤ列は、そのお知らせ情報の提供元の患者、即ちお知らせ用情報を登録した患者が存在する場合におけるその患者のＩＤを示す。提供先患者範囲列は、そのお知らせ情報の提供先の患者の範囲、または個別の患者のＩＤ等を示す。提供先患者範囲列は、キーワード表１５Ｃに定義されている提供先範囲と対応している。
【０１１９】
本例では、第１行は、お知らせ情報の内容の文字列として「症状Ａが出た」となっている。これは、Ｕ１で示す提供元の患者からのお知らせ用情報における、ある薬「ＡＡＡ」に関する服用後に出た症状の報告と対応している。このお知らせ情報の提供先の患者は、例えば「Ｘ：同じ薬を服用した人」となっている。
【０１２０】
［患者処方薬情報登録処理］
主にサーバ１の患者処方薬情報登録部１０１により行われる、患者処方薬情報登録処理の詳細処理例については以下である。端末２での患者の操作に基づいて、患者処方薬情報入力部１５１により、患者の情報を入力する。端末２は、入力情報である患者情報をサーバ１へ送信する。サーバ１は、患者情報を、ＤＢ３の電子お薬手帳ＤＢ３０の基本情報部３０Ａ等に登録する。
【０１２１】
端末２での患者の操作に基づいて、患者処方薬情報入力部１５１により、薬説明書８等に基づいた処方薬情報を読み込んで入力する。この際、端末２では、図２の画像読み込み部１３１等を利用して、薬画像を撮影して入力可能である。端末２は、入力情報である処方薬情報をサーバ１へ送信する。サーバ１は、ＤＢ３の電子お薬手帳ＤＢ３０における該当する患者の電子お薬手帳情報にアクセスする。サーバ１は、その患者に関する図５の（Ａ）の処方履歴部３０Ｂに、処方薬情報｛処方薬名，処方期間，処方数量，処方条件，……｝を格納して登録する。なお、サーバ１は、処方条件項目等の登録値から、基本条件（基本服用日時等）を決め、その情報に従い、ガイド処理等を行う。
【０１２２】
また、サーバ１は、薬マスタＤＢ１２１の検索により、処方薬の成分や区分や薬価等の情報を得て、その値を、処方履歴部３０Ｂ内の対応する項目に登録する。なお、サーバ１は、区分の値に応じて、新薬／後発医薬に関するチェック処理等を行う。
【０１２３】
また、サーバ１は、禁忌薬ＤＢ１２２の検索により、処方薬の禁忌薬等の情報を得て、その値を、処方履歴部３０Ｂ内の対応する項目に登録する。なお、サーバ１は、これらの登録値に基づいて、禁忌薬及び併用等に関するチェック処理を行う。
【０１２４】
なお、変形例として、患者及び処方薬情報の登録を、患者ではなく、医療機関の医療関係者が、処方等の際に所定のシステム６からサーバ１に対して行う形態としてもよい。その形態の場合、患者の手間が減る。
【０１２５】
［服用時処理＿ガイド情報通知処理］
主にサーバ１の服用時処理部１０２のガイド処理部１１１等により行われる、服用時処理の詳細処理例については以下である。まず、ガイド処理におけるガイド情報の通知処理については以下である。サーバ１は、電子お薬手帳ＤＢ３０の処方履歴部３０Ｂの処方薬情報における処方条件項目等を参照し、予めガイド情報を作成して、ＤＢ３内に格納しておく。サーバ１は、常時のタイマ監視に基づいて、基本服用日時等を確認し、ガイド情報の通知のタイミングとして、例えば基本服用日時よりも所定時間前のタイミングになると、ガイド情報を読み出して、患者の端末２へ送信する。なお、ガイド情報の通知のタイミングは、管理者または患者によりサーバ１に対して設定可能である。
【０１２６】
［服用時処理＿問診及び服用情報入力処理］
次に、ガイド処理のうちの問診処理及び服用情報入力処理については以下である。サーバ１では、予め、管理情報部１５の問診表１５Ｂに、問診情報を構成するための情報が設定されている。問診表１５Ｂ及び問診情報は、患者への問診項目と、問診項目毎の問診応答入力のための回答選択肢または回答入力欄等の項目と、問診応答入力に応じた処理内容定義情報と、が含まれている。サーバ１は、患者が端末２で服用情報を入力する際、問診表１５Ｂに基づいた問診情報を含むページを構成して、端末２へ送信する。端末２は、そのページを用いて画面に問診情報を表示する。
【０１２７】
図８は、端末２での問診時の問診情報及びＧＵＩ画面例を示す。図８では、問診として、前回の服用時から今回の服用時までの期間の服用状況を含む服用情報の入力を行う場合のＧＵＩ画面例を簡略的に示している。この問診の画面において、複数の問診項目を含む。
【０１２８】
まず、（１）の問診項目８０１から（３）の問診項目８０３等では、前回の服用時の服用状況に関する問診が行われる。問診項目８０１は、前回の服用確認を示し、服用すべき薬毎に、正しく服用したかどうかを確認する項目である。この問診項目では、例えば、「前回、薬（Ａ１）を正しく飲みましたか？」等のメッセージを表示する。Ａ１は薬名とする。また、この問診項目に対応した、問診応答入力項目を有する。問診応答入力項目は、例えば、はい／いいえ等の選択肢項目や、文字入力欄を有する。患者は、問診応答入力項目に、問診応答情報を入力する。
【０１２９】
問診項目８０２は、前回の服用後の症状確認を示し、前回の服用後に症状が出ているかどうかを確認する項目である。この項目の問診応答入力項目では、はい／いいえの選択肢や、症状の入力欄を有する。図示しないが、問診応答入力項目では、複数の症状の選択肢を設けてもよい。
【０１３０】
問診項目８０３は、前回の服用後の他服用物確認を示し、前回の服用後に、指定の処方薬以外の他服用物があるかどうか確認する項目である。他服用物としては、患者の持つ処方薬のうちの他の処方薬、過去の余り薬、または他医院処方薬、等がある。また、他服用物としては、市販薬、サプリメント等がある。
【０１３１】
同様に、他の問診項目についても入力が行われる。サーバ１は、（１）〜（３）等の所定の問診項目の問診応答入力情報を用いて、問診結果を、所定の項目に表示してもよい。特に、サーバ１は、それらの問診応答入力情報を用いて、所定のチェック処理を行い、チェック結果情報を、所定の項目に表示してもよい。項目８０４は、問診結果またはチェック結果を表示する場合の項目を示す。この項目８０４では、例えば、前回の服用時からの服用状況を踏まえた服用に関する異常有無や、今回の服用に関するＯＫ／ＮＧを表示する。ＯＫは推奨や許可、ＮＧは非推奨や禁止等を示す。異常無しの場合には、次の項目８０５へ移る。異常有りの場合には、所定の異常時処理、例えばチェック結果に基づいたアラート通知等が行われる。例えば画面内に、今回の服用禁止の旨のアラートが表示される。
【０１３２】
項目８０５は、今回の服用に関する確認を示し、通知のガイド情報と同様に、今回の服用に関する服用薬の薬名、服用条件として服用タイミング等を表示する項目である。患者は、この項目８０５で服用条件等を確認できる。項目８０５は省略でもよい。
【０１３３】
項目８０６は、今回の服用に関する服用状況の入力を示す。この項目８０６では、服用薬、タイミング、時間等の要素毎に、選択肢や入力欄を設ける。患者は、要素毎に、服用状況を入力する。例えば、服用薬要素では、飲んだ／飲まなかった／薬が無い等の選択肢から選択入力できる。例えば、タイミング要素では、朝／昼／夕等の選択肢から選択入力できる。
【０１３４】
患者は、画面の各項目で情報を確認及び入力後、図示しない登録またはキャンセルのボタンを押して、問診形式の服用情報入力を終える。その他、画面内には、任意のコメントの入力欄や、お知らせ用情報の入力欄等が設けられてもよい。サーバ１の登録処理部１１３は、上記端末２の画面で入力された問診応答入力情報を取得し、その情報に対応した服用情報を、電子お薬手帳ＤＢ３０内に登録する。
【０１３５】
更に、図９は、図８の問診項目８０１に関する詳細を示す。図９の例のように、問診情報は、詳しくは、問診応答入力情報に応じた複数の項目等の分岐を含む。問診項目８０１の問診応答入力項目で「いいえ」等が入力された場合、その入力値に応じた処理項目へ移る。「いいえ」における服用状況の場合分けとして、例えば場合９０１〜場合９０４を有する。場合９０１は、正しく飲まなかった場合のうち、飲み忘れた、かつ（ＡＮＤ）、薬が無かった、かつ、所定時刻ずれで飲まなかった、という場合である。この場合９０１に対応した処理項目９１１は、服用条件の確認を有する。
【０１３６】
場合９０２は、正しく飲まなかった場合のうち、他の薬を間違えて飲んだ、かつ、所定時刻ずれで飲んだ、という場合である。この場合９０２に対応した処理項目９１２は、薬の残数のカウントで減算しない、誤薬の成分確認、併用禁忌薬成分の確認、服用条件の確認、を有する。場合９０３は、正しく飲まなかった場合のうち、他の薬も間違えて飲んだ（重複）、という場合である。この場合９０３に対応した処理項目９１３は、重複した薬（誤薬）の検索、今回の服用薬と誤薬（重複薬）との併用禁忌薬チェック、服用後の症状の確認、重複した薬（誤薬）の残数確認、等を有する。重複した薬（誤薬）の検索では、その誤薬に関して、成分、区分等の情報が確認される。重複した薬（誤薬）の残数確認では、その誤薬に関して、残数の減算等が行われる。
【０１３７】
場合９０４は、服用薬を水以外で飲んだ場合であり、水以外の物として、柑橘類、または（ＯＲ）、アルコール、または、炭酸系飲料、等の場合である。この場合９０４に対応した処理項目９１４は、薬の残数のカウントで減算する、服用条件の確認、を有する。
【０１３８】
図示しないが、問診項目８０２に関する詳細例は以下である。問診応答入力項目で、症状有り及びその症状が入力された場合、入力された症状｛熱／だるさ／等｝に応じた、所定のチェック処理や、併用禁忌薬成分の検索、等が行われる。これにより、例えば、その症状に関連、影響していると判断される併用禁忌薬等の情報を、患者の端末２へ提供する。
【０１３９】
図示しないが、問診項目８０３に関する詳細例は以下である。問診応答入力項目で、併用有り及び併用物等が入力された場合、入力された併用物に応じた所定の処理が行われる。例えば、市販薬の併用の場合には、薬マスタＤＢ１２１等から、市販薬情報の検索等が行われる。この処理では、市販薬の成分、区分等を確認し、服用薬との併用のチェックを行い、併用に問題ある場合にはアラート等を出力する。同様に、サプリメントの併用の場合には、サプリメントとの併用のチェック等が行われる。
【０１４０】
［問診表］
図１０は、問診の際の問診情報を構成するための管理情報である問診表１５Ｂの構成例を示す。この問診表１５Ｂには、問診項目、問診応答入力項目、問診応答入力情報に応じた処理内容、等の必要な情報が定義されている。この問診表１５Ｂでは、列として、ＩＤ、問診項目、選択肢コード、選択肢内容、対処パターン、を有する。ＩＤ列は問診項目番号に対応する。問診項目列は、図８の例のような問診項目を示す。例えば、Ｍ１で示す問診項目は、図８の問診項目８０１と対応する。選択肢コード列及び選択肢内容列は、問診応答入力項目に設ける選択肢のコードと内容を示す。例えば、Ｍ１の問診項目８０１については、選択肢コードs101，e101〜e104等で示す、選択肢内容として、「正しく飲んだ」、「飲み忘れた」等がある。例えば、Ｍ２の問診項目８０２では、選択肢として、症状有無及び各種の症状がある。
【０１４１】
対処パターン列は、問診応答入力の選択肢毎に、対処パターンを関係付ける行列となっている。対処パターンは、複数のパターンがあり、ｐ０〜ｐｎといったＩＤで管理されている。各パターンの詳細情報は、別の表で管理されている。対処パターンの行列の値は、○印が適用、×印が非適用を示す。サーバ１は、入力の選択肢に応じて、対処パターンを適用する。例えば、Ｍ１の問診項目で、入力の選択肢が「他薬を間違えて飲んだ」（e104）である場合、所定の対処パターン｛ｐ１，ｐ６，ｐ７，ｐ１３，ｐ１４等｝が適用となる。
【０１４２】
また、図示していないが、複数の問診項目及び選択肢は、予め、接続関係が定義されている。例えば、Ｍ１の問診項目で入力の選択肢が「正しく飲んだ」（s101）である場合には、次に所定の問診項目へ遷移させ、「飲み忘れ」（e101）である場合には、次に所定の問診項目（例えばＭ２）へ遷移させる、といった具合である。
【０１４３】
対処パターンの例は以下である。ｐ０は、選択肢コードの格納であり、患者の入力値をＤＢ３に格納することを示す。ｐ１は、薬の残数のカウント（加算）である。これは、服用履歴部３０Ｃの服用薬の数量及び残数項目の処理である。ｐ２は、服用条件の確認である。これは、処方履歴部３０Ｂの情報の確認や、服用履歴部３０Ｃの情報の確認や、禁忌薬ＤＢ１２２の同じ薬の注意事項等の確認等である。ｐ３は、服用条件の確認の処置であり、処置として、詳しくは、ａ：服用中止、ｂ：医師相談通知、ｃ：他患者通知（お知らせ）、がある。例えば、ａ：服用中止は、その旨のアラート情報を端末２へ通知することである。
【０１４４】
ｐ４は、併用禁忌薬の確認である。これは、禁忌薬チェックに相当する。ｐ５は、併用禁忌薬の確認の処置であり、処置として、詳しくは、上記ｐ３と同様にａ，ｂ，ｃがある。ｐ６は、誤薬の確認である。これは、禁忌薬ＤＢ１２２の薬、禁忌薬、成分等の検索や、処方履歴部３０Ｂの処方薬情報及び禁忌薬情報の検索である。ｐ７は、誤薬の確認の処置であり、詳しくは、処置として、上記ｐ３と同様にａ，ｂ，ｃがある。処置は、例えば、誤薬の禁忌薬成分が見つかった場合に、異常時処理として、今回の服用中止の旨のアラートを通知することである。
【０１４５】
ｐ８は、他医院処方薬の確認である。ｐ９は、今回の服用薬との禁忌薬チェックである。ｐ１０は、後発医薬情報検索である。ｐ１２は、過去処方薬の確認である。ｐ１３は、重複薬の残数確認である。これは、処方履歴部３０Ｂの処方薬情報項目での誤薬の検索や、服用履歴部３０Ｃの処方薬の個数及び残数項目でのカウントの減算や、重複情報項目への誤薬情報の記録、等である。
【０１４６】
ｐ１４は、併用薬の服用条件の確認である。これは、薬マスタＤＢ１２１の薬項目の検索や、量（規格）項目で一番大きな値を持つ同じ薬の検索等である。サーバ１は、例えば、患者の併用薬の服用量が、規格による服用量（１日の限界服用量）よりも大きい場合、危険である旨のアラートを患者の端末２へ通知する。
【０１４７】
［チェック処理］
チェック処理の詳細例については以下である。サーバ１のチェック処理部１１４は、例えば、問診に伴い、チェック処理を行い、チェック結果情報を、患者の端末２へ通知して、画面に表示させる。なお、サーバ１は、処方薬情報登録の際にチェック処理を行ってもよいし、端末２から要求を受けた時にチェック処理を行ってもよい。
【０１４８】
サーバ１は、禁忌薬チェック処理の場合、処方薬の薬名をキーとして、禁忌薬ＤＢ１２２内の薬情報を検索する。例えば、図４の薬列の「Ａ１」が該当したとする。サーバ１は、該当した行における、禁忌薬列の薬名、及び禁忌薬成分列の成分名、等の情報を抽出し、処方履歴部３０Ｂの禁忌薬情報項目、服用履歴部３０Ｃの禁忌薬情報項目に格納する。
【０１４９】
サーバ１は、処方薬が新薬か後発医薬かに関するチェック処理を行う。その場合、サーバ１は、処方薬の薬名をキーに、薬マスタＤＢ１２１の薬情報を検索する。サーバ１は、該当した薬名の行における、区分列の値により、新薬か後発医薬かを判断する。サーバ１は、新薬である場合には、薬マスタＤＢ１２１の成分名列を検索し、その成分と同一の成分を持つ後発医薬が無いかどうかを検索する。後発医薬が有る場合、更に、サーバ１は、新薬と後発医薬との薬価の比較を行う。サーバ１は、新薬と後発医薬について、薬価列の値を参照して、それらの薬価差を計算する。サーバ１は、後発医薬の薬名、薬価、及び薬価差等の情報を含む、後発医薬情報を構成する。また、サーバ１は、候補となる複数の後発医薬について、薬価差の順序で並び替え、少なくとも薬価差が一番小さい後発医薬の情報を構成してもよい。サーバ１は、構成した後発医薬情報を、処方履歴部３０Ｂの新薬／後発医薬情報項目に格納し、所定のタイミングで、その情報を、患者の端末２へ提供する。
【０１５０】
また、サーバ１は、処方薬が後発医薬である場合、その後発医薬と同じ成分を持つ、他の後発医薬が無いかどうか、薬マスタＤＢ１２１を検索する。その結果、サーバ１は、他の後発医薬が有る場合、他の後発医薬の各情報を含む後発医薬情報を構成し、処方履歴部３０Ｂ内に格納する。サーバ１は、同様に、その後発医薬情報を、患者の端末２に提供する。これにより、患者は、より安価な後発医薬を知ることができる。
【０１５１】
サーバ１は、例えば、患者が他処方薬等を誤薬として服用していた場合、薬マスタＤＢ１２１の薬情報を検索し、その誤薬に関して、成分、区分等の情報を確認する。サーバ１は、処方薬と誤薬との併用の禁忌薬及び薬相互作用のチェックを行い、チェック結果情報を提供する。サーバ１は、例えば、患者が市販薬等を併用で服用していた場合、薬マスタＤＢ１２１の薬情報を検索し、市販薬等の薬名、成分、区分等の情報を確認する。サーバ１は、処方薬と併用物との禁忌薬及び薬相互作用のチェックを行い、チェック結果情報を提供する。
【０１５２】
［薬歴情報提供処理］
薬歴情報提供処理の詳細例については以下である。患者は、任意時、自己の薬歴情報を閲覧したい場合、端末２の画面で、自己の薬歴情報の要求に関する操作を行う。患者は、閲覧対象の期間（例えば現在から１ヶ月前までの期間）や薬等を指定することもできる。患者の操作に基づいて、端末２は、自己の薬歴情報の要求をサーバ１へ送信する。サーバ１は、自己の薬歴情報の要求を受信すると、管理処理部１０３により、電子お薬手帳ＤＢ３０の服用履歴部３０Ｃから、該当する患者の情報を読み出して薬暦情報を構成する。そして、サーバ１は、通信ＧＵＩ処理部１０６により、その薬歴情報を含むＧＵＩ画面のためのページを構成し、患者の端末２へ送信する。端末２は、そのページを受信し、薬歴情報を含むＧＵＩ画面を表示する。
【０１５３】
端末２からは、自己の薬歴情報の要求だけでなく、全患者の集計結果情報の要求や、お知らせ情報の要求や、それらを含む服用実績情報の要求、等も可能である。サーバ１は、要求の種類を判断して、各情報の提供処理を行う。
【０１５４】
［集計処理］
集計処理及び集計結果情報提供処理の詳細例については以下である。サーバ１の集計処理部１０４は、複数の患者の電子お薬手帳ＤＢ３０の服用履歴部３０Ｃを参照し、例えば、服用薬毎に、服用者人数、服用期間等を集計する。サーバ１は、集計結果情報を、集計お知らせＤＢ１２３に格納する。サーバ１は、集計結果情報を提供するタイミングで、集計お知らせＤＢ１２３から集計結果情報を読み出し、患者の端末２へ送信する。サーバ１は、集計項目として、薬価を用いて、服用者の服用分の金額である薬代を計算してもよいし、複数の患者における平均額や最大額等を計算してもよい。サーバ１は、集計項目として、お知らせ情報の症状の件数等を計算してもよい。
【０１５５】
［お知らせ処理］
お知らせ処理の詳細例については以下である。サーバ１のお知らせ処理部１０５は、お知らせ用情報における文字列を、図７のキーワード表１５Ｃを用いて処理する。サーバ１は、お知らせ用情報に含まれている文字列から、キーワードに該当する文字列を抽出する。例えば、ある患者のお知らせ用情報の文字列として「薬Ａ１を飲んだら吐いた」等が含まれており、キーワード表１５Ｃのキーワード「吐いた」等に基づいて、その文字列が抽出される。サーバ１は、該当する文字列について、お知らせ情報とすべきかどうかを、キーワード毎の重み値等に基づいて判断する。
【０１５６】
また、サーバ１は、お知らせ情報とする文字列について、どの患者へ提供するかを判断する。例えば、キーワード表１５Ｃで、提供先患者範囲として、「Ｘ：同じ薬を服用した人」等が設定されている。サーバ１は、お知らせ用情報の提供元の患者の服用薬と同じ薬を服用している他の患者の情報をＤＢ３から検索し、該当する患者を、お知らせ情報の提供先とする。提供先患者範囲は、他にも、「Ｙ：同じ症状を持つ人」等、各種が設定可能である。なお、サーバ１は、基本情報部３０Ａの患者の属性値（年齢，性別等）を用いて、提供先患者範囲等を判断してもよい。サーバ１は、例えば、同じ属性値を持つ患者間で、お知らせ情報を提供する。
【０１５７】
サーバ１は、お知らせ情報とする文字列、及びその提供先患者範囲等を決定し、それらを含む情報を、集計お知らせＤＢ１２３の図７のお知らせ情報の管理情報に格納する。なお、お知らせ情報の処理は、上記キーワードを用いた処理に限らず、各種が適用可能である。サーバ１は、お知らせ情報を提供する所定のタイミングで、集計お知らせＤＢ１２３内からお知らせ情報を読み出して、提供先の患者の端末２へ送信する。サーバ１は、お知らせ情報を含む服用実績情報等を構成して提供してもよい。
【０１５８】
提供先患者範囲としては、「Ｚ：ＤＢ登録のみ」等も設定可能である。この場合、サーバ１は、お知らせ情報を、集計お知らせＤＢ１２３に登録し、特定の患者間でのお知らせ情報の提供は行わない。この場合、患者は、必要に応じて端末２からサーバ１へお知らせ情報を要求して閲覧する。あるいは、サーバ１は、不特定の患者の端末２へ、お知らせ情報を送信する。
【０１５９】
［薬暦情報の出力例］
図１１は、ある患者個人の服用履歴情報である薬暦情報の出力例を示す。この薬暦情報の表は、服用薬の服用日時の時系列の順序で表示する例を示す。この薬暦情報の表は、列として、服用日時、服用薬の薬名、区分、飲み忘れ、併用、等を有する。服用日時列は、患者が処方薬に対応する服用薬を服用した日時、即ち服用情報登録の際の日時を示す。区分列は、その薬に関する新薬と後発医薬との区分を示す。飲み忘れ列は、患者がその薬を、処方で指定された適切な日時に服用したかどうかに応じた値を示す。例えば、○印は適切な日時に正しく飲んだ場合を示し、△印は適切な日時に対して所定時刻ずれた日時に飲んだ場合を示し、×印は飲み忘れた場合を示す。併用列は、その薬に対して併用で服用した市販薬等の有無と、その併用物の薬名等の情報を示す。患者は、端末２で、上記のような薬暦情報を閲覧して確認でき、今後の服用に役立てることができる。
【０１６０】
［服用実績情報の出力例（１）］
図１２は、ある患者個人の服用実績情報の出力例を示す。この服用実績情報は、その患者の過去のある期間の服用情報、薬暦情報に基づいて、処方薬単位で情報をまとめたものである。この表は、行毎に処方薬の情報を持つ一覧となっている。この服用実績情報の表は、列として、処方薬の薬名、服用期間（開始〜終了）、併用禁忌情報、区分、後発医薬情報、薬価、薬価差を有する。
【０１６１】
服用期間（開始〜終了）列は、その処方薬に対応する服用薬を患者が服用した期間の開始日から終了日（または最新日）を示す。併用禁忌情報列は、その処方薬との併用が望ましくない禁忌薬等の情報を示す。区分列は、新薬や後発医薬の区分を示す。後発医薬情報列は、その処方薬に対して代替となり得る後発医薬の有無及び数等を示す。後発医薬情報列は、後発医薬が有る場合には、１つ以上の後発医薬について、各行で薬名等の情報を示す。例えば、「ＢＢＢ」で示す処方薬は、新薬であるが、３つの後発医薬が有る。「ＸＸＸ」、「ＹＹＹ」、「ＺＺＺ」で示す各後発医薬の情報を示す。薬価列は、その薬の薬価を示す。薬価差列は、後発医薬が有る場合に、その処方薬と後発医薬との薬価の差分値を示す。
【０１６２】
サーバ１は、患者の電子お薬手帳の服用履歴部３０Ｃの情報に基づいて、上記のような服用実績情報を構成し、患者の端末２へ送信する。サーバ１は、その他、薬代合計、飲み忘れ回数、併用物の併用回数、等を計算して、服用実績情報内に表示してもよい。薬暦情報や服用実績情報は、本例に限らず、薬マスタＤＢ１２１等に基づいて、他の関連情報（例えばメーカ名、医療機関名等）を表示してもよいし、他の関連情報項目へのリンクＵＲＬ等を設けてもよい。
【０１６３】
患者は、端末２で上記のような服用実績情報を閲覧して確認できる。患者は、自分の処方薬について、後発医薬情報を得ることができ、例えば、処方薬よりも安価な後発医薬への切り替え検討等が容易にできる。
【０１６４】
［服用実績情報の出力例（２）］
図１３は、複数の患者の集計結果情報、及び他の患者からのお知らせ情報を含む、服用実績情報の出力例を示す。この服用実績情報の表は、列として、処方薬の薬名、服用者人数、服用期間単位、お知らせ情報（症状等）、お知らせ情報（その他）、を有する。この表は、行毎に処方薬の情報を表示する一覧となっている。この表の複数の処方薬は、この服用実績情報を参照する患者個人の服用薬に対応した処方薬である。この表は、服用実績情報の中にお知らせ情報を入れて提供する場合を示す。
【０１６５】
服用者人数列は、集計対象の複数の患者の服用情報から集計により得られた、その処方薬を服用している人数を示す。服用期間単位列は、その処方薬を服用者が服用した服用期間単位毎の該当する人数を示す。服用期間単位として、例えば、１ヶ月以内、半年以内、１年以内、等を示す。服用期間単位は、日数等でもよい。
【０１６６】
お知らせ情報（症状等）列は、その処方薬に関して、ある患者から症状やアレルギー等の報告がある場合のお知らせ情報を示す。お知らせ情報（その他）列は、その処方薬に関して、その他の任意のコメント等がある場合のお知らせ情報を示す。集計項目及び表示項目は、上記例に限らず、服用頻度、薬代、新薬や後発医薬の割合、新薬から後発医薬に切り替えた事例の数、等でもよい。
【０１６７】
［効果等］
以上説明したように、実施の形態の薬服用支援システムによれば、患者による薬の服用を支援することができ、薬情報及びお薬手帳の管理の手間を軽減でき、患者にとって使い勝手が良好で、患者に有用な情報を得ることができ、好適な薬服用を実現できる。実施の形態によれば、以下のような効果を有する。
【０１６８】
電子お薬手帳及びガイド機能等により、服用情報の入力が容易になり、患者による薬情報やお薬手帳等の管理の手間を軽減でき、記載忘れや記載漏れ等を防止でき、継続がしやすくなる。紙のお薬手帳の再記載等の作業も不要である。電子お薬手帳と紙のお薬手帳との併用も可能であるし、電子お薬手帳のみの使用も可能である。チェック機能等により、服用の忘れや誤り等を防止でき、禁忌薬服用を防止でき、安全な服用を実現できる。
【０１６９】
電子お薬手帳により、紙のお薬手帳では得られない有用な情報や機能を提供できる。患者は、自己の薬暦情報の管理、実績の確認が容易にできる。患者は、後発医薬情報等、得られる薬情報が増え、必要または有用な情報を得ることが容易になる。電子お薬手帳により、患者が覚えていない場合でも、過去の服用状況等を遡及できる。患者が正しく服用していなかった場合でも、医師への申告や相談等が容易になる。
【０１７０】
集計やお知らせ情報等の機能により、患者は、他の患者の服用状況等の情報を得ることができ、参考にすることができる。患者は、安価な後発医薬への切り替え等が容易になり、薬代を低減できる。
【０１７１】
実施の形態の薬服用支援システムは、医療機関からの処方薬に限らず、患者が体調不良時等に自分の判断で市販薬等を服用する場合の市販薬等の服用管理にも適用可能である。また、実施の形態の薬服用支援システムは、医療機関と連携して、医療関係者が患者の電子お薬手帳を参照する用途にも適用でき、医療に貢献できる。
【０１７２】
以上、本発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されず、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【０１７３】
１…サーバ、２…端末、３…ＤＢ、５…通信網、６…システム、７…お薬手帳、８…薬説明書、３０…電子お薬手帳ＤＢ、１０１…患者処方薬情報登録部、１０２…服用時処理部、１０３…管理処理部、１０４…集計処理部、１０５…お知らせ処理部、１０６…通信ＧＵＩ処理部。
【図１】
2017130022.tif 000003
【図２】
2017130022.tif 000004
【図３】
2017130022.tif 000005
【図４】
2017130022.tif 000006
【図５】
2017130022.tif 000007
【図６】
2017130022.tif 000008
【図７】
2017130022.tif 000009
【図８】
2017130022.tif 000010
【図９】
2017130022.tif 000011
【図１０】
2017130022.tif 000012
【図１１】
2017130022.tif 000013
【図１２】
2017130022.tif 000014
【図１３】
2017130022.tif 000015
【図１４】
2017130022.tif 000016