JP2021068420A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】患者等のユーザの健康状態に応じた対応を薬剤師等が容易に行うことができる情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】情報処理装置（サーバ１００）は、ユーザ識別情報とユーザ識別情報に関連付けられた健康記録情報とをユーザ端末２００から受信する受信部と健康記録情報をユーザ識別情報とともに記憶する記憶部と、薬局端末３００からユーザ識別情報の入力を受けると、当該ユーザ識別情報に紐づけられた健康記録情報を前記記憶部から読み出す制御部と、制御部で読み出された健康記録情報を薬局端末３００に送信する送信部と、を有する。【選択図】図１

Description

本発明は、健康記録情報を用いた情報処理方法及びプログラムに関する。

従来から、医師が発行した処方せんにしたがって調剤を行うことが知られている。患者
に処方された処方せんに対する処方監査に必要な情報を効率的に把握するために、特許文
献１では、複数の薬剤が記載された処方せんを受け付け、複数の薬剤に重複する副作用が
あるかどうかを確認する重複確認手段と、重複した副作用の情報を表示部に表示する表示
生成手段と、を有する表示装置が提案されている。そして、表示装置の表示生成手段は、
重複した副作用と、重複していない副作用とを区別可能に表示する態様となっている。

また、特許文献２では、患者が処方された薬剤の薬剤名を医師によって診断された傷病
名と紐づけて、各薬剤がどの疾患について処方されたかを特定することにより、仮に複数
の医療機関や診療科を受診した場合であっても、疾患毎の多剤処方が把握しやすくなる薬
剤情報管理支援装置が提案されている。

特開２０１９―２３９４９号 特許第６４６９９１３号

薬剤師等が患者等のユーザに薬を提供する際にユーザの健康状態に応じた対応が行える
ことが好ましいところ、そのような要望に応えるための提案は十分にはなされていない。

本発明は、患者等のユーザの健康状態に応じた対応を薬剤師等が容易に行うことができ
る情報処理装置等を提供する。

本発明による情報処理装置は、
ユーザ識別情報とユーザ識別情報に関連付けられた健康記録情報とをユーザ端末から受
信する受信部と、
前記健康記録情報をユーザ識別情報と関連付けて記憶する記憶部と、
薬局端末からユーザ識別情報の入力を受けると、当該ユーザ識別情報に関連付けられた
健康記録情報を前記記憶部から読み出す制御部と、
前記制御部で読み出された前記健康記録情報を前記薬局端末に送信する送信部と、
を備えてもよい。

本発明による情報処理装置において、
処方せん情報を前記受信部が受信すると、前記制御部は当該処方せん情報に関連付けら
れた服薬情報を前記記憶部から読み出し、前記送信部は前記服薬情報を前記ユーザ端末又
は前記薬局端末に送信してもよい。

本発明による情報処理装置において、
前記受信部は、前記診療端末からユーザ識別情報と関連づけられた診療結果情報を受信
し、
前記記憶部は、ユーザ識別情報に関連付けて診療結果情報を記憶してもよい。

本発明による情報処理装置において、
前記受信部は前記薬局端末から前記ユーザ識別情報と関連付けられた調剤済み薬剤情報
を受信し、
前記記憶部は前記ユーザ識別情報と関連付けて調剤済み薬剤情報を記憶してもよい。

本発明による情報処理装置において、
前記受信部がユーザ端末から送信される薬局に関する薬局情報及び処方せん情報を受信
すると、前記送信部が待ち時間情報の送信依頼を前記薬局端末に送信し、前記薬局端末か
ら前記薬局における待ち時間情報を前記受信部が受信すると、前記送信部が前記待ち時間
情報を前記ユーザ端末に送信してもよい。

本発明による情報処理装置において、
前記受信部がユーザ端末から送信される薬局に関する薬局情報及び処方せん情報を受信
すると、前記送信部が服薬情報を前記ユーザ端末に送信してもよい。

本発明による情報処理装置において、
前記受信部がユーザ端末から送信される薬局に関する薬局情報及び処方せん情報を受信
すると、前記送信部が処方される予定の薬の在庫情報を前記ユーザ端末に送信してもよい
。

本発明による情報処理装置において、
ユーザ端末から送信される処方せん情報を受信部が受信すると、前記制御部がユーザ識
別情報に基づいて初回の処方であるかを判断し、前記制御部が初回の処方であると判断し
た場合には前記送信部が初回質問票を前記ユーザ端末に送信してもよい。

本発明による情報処理装置において、
前記制御部はユーザ端末の待ち受け画面に服薬記録入力依頼情報を表示させてもよい。

本発明による情報処理装置において、
処方又は服薬開始から所定の第一期間が経過したときに、前記送信部はユーザの健康状
態確認依頼情報を送信してもよい。

本発明による情報処理装置において、
前記送信部は、所定の第二期間ごとに服薬状況の確認依頼情報をユーザ端末に送信して
もよい。

本発明による情報処理装置において、
前記記憶部はユーザ識別情報に紐づけられた服薬状況情報を記憶し、
前記制御部が所定の基準のもと服薬状況が芳しくないと判断した場合に、前記送信部は
前記ユーザ端末にアンケート記入依頼情報を送信する又は前記薬局端末にアドバイス依頼
情報を送信してもよい。

本発明による情報処理装置において、
前記ユーザ端末から前記ユーザ識別情報に紐づけられた薬剤受取時の希望情報を前記受
信部が受信し、
前記薬局端末から前記ユーザ識別情報を受信すると、前記送信部は前記希望情報を前記
薬局端末に送信してもよい。

本発明による情報処理装置において、
前記受信部が、前記ユーザ端末からユーザ識別情報に関連付けられたユーザの身体情報
及び内臓機能情報を受信し、
前記送信部はユーザ識別情報に関連付けられた薬剤についての薬効情報を送信してもよ
い。

本発明による情報処理方法は、
受信部が、ユーザ識別情報とユーザ識別情報に関連付けられた健康記録情報とをユーザ
端末から受信する工程と、
記憶部が、前記健康記録情報をユーザ識別情報と関連付けて記憶する工程と、
制御部が、薬局端末からユーザ識別情報の入力を受けると、当該ユーザ識別情報に関連
付けられた健康記録情報を前記記憶部から読み出す工程と、
送信部が、前記制御部で読み出された前記健康記録情報を前記薬局端末に送信する工程
と、
を備えてもよい。

本発明によるプログラムは、
情報処理装置にインストールされるプログラムであって、
プログラムがインストールされた情報処理装置に、
ユーザ識別情報とユーザ識別情報に関連付けられた健康記録情報とをユーザ端末から受
信する機能と、
前記健康記録情報をユーザ識別情報と関連付けて記憶する記憶部と、
薬局端末からユーザ識別情報の入力を受けると、当該ユーザ識別情報に関連付けられた
健康記録情報を前記記憶部から読み出す機能と、
前記制御部で読み出された前記健康記録情報を前記薬局端末に送信する機能と、
を実現させてもよい。

本発明において、情報処理装置が、薬局端末からユーザ識別情報の入力を受けると、当
該ユーザ識別情報に紐づけられた健康記録情報を記憶部から読み出して薬局端末に送信す
る態様を採用した場合には、薬局端末を操作する薬剤師等の操作者において、ユーザの健
康状況を把握することができる。このため、患者等のユーザに対して薬を処方するだけで
なく、ユーザの健康状況を加味して薬を飲む際の留意事項を提示することもできる。

図１は、本発明の実施の形態で用いられうるオンライン診療における情報の流れ等を示した図である。 図２は、本発明の実施の形態による情報処理装置のブロック図である。 図３は、本発明の実施の形態で用いられるユーザ端末において、薬剤師へインターネットを通じた相談を行う態様を示した図であり、図３（ａ）は薬剤師が「得意分野」を登録する際の画面を示した図であり、図３（ｂ）は薬剤師を相談希望分野、相談希望内容等に応じて選択する際の画面を示した図であり、図３（ｃ）は図３（ｂ）に続く選択画面であり、図３（ｄ）は図３（ｃ）に続くチャット画面である。 図４（ａ）は、本発明の実施の形態で用いられるユーザ端末において、処方せんを送信するためのアイコンが表示された画面であり、図４（ｂ）は処方せんを画像で送信する態様を示した図であり、図４（ｃ）は在庫確認を依頼する際の画面であり、図４（ｄ）は図４（ｃ）に続く、在庫確認結果を示した画面である。 図５は、本発明の実施の形態において初回質問票を送付し、その回答を受ける態様を示した図である。 図６（ａ）は、本発明の実施の形態において、ユーザ端末の待ち受け画面に服薬記録入力依頼情報を表示させる態様を示した図であり、図６（ｂ）は、図６（ａ）において四角で囲ったアイコンをタップした際に表示される画面の一例を示した図である。 図７（ａ）は、本発明の実施の形態において、ユーザ端末で表示される健康状態確認依頼情報を示した図であり、図７（ｂ）は、図７（ａ）に続いて表示される、健康状態確認結果情報を入力するための画面の一例を示した図である。 図８（ａ）は、本発明の実施の形態において、ユーザ端末で表示される服薬状況の確認依頼情報を示した図であり、図８（ｂ）は、図８（ａ）に続いて表示される、服薬状況の確認結果情報を入力するための画面の一例を示した図である。 図９（ａ）は、本発明の実施の形態において、ユーザ端末において新たな情報が存在することを示す表示画面であり、図９（ｂ）は、図９（ａ）に続いてユーザ端末で表示される、アンケート記入依頼情報の一例を示した図であり、図９（ｃ）は、図９（ｂ）に続いてユーザ端末で表示される、アンケート内容の一例を示した図である。 図１０（ａ）は、本発明の実施の形態において、ユーザ端末において薬局サービスについての情報を入力するための「薬局サービス」のアイコンが表示されている画面を示した図であり、図１０（ｂ）は、図１０（ａ）において「薬局サービス」のアイコンをタップした際に表示される薬説明情報の一例を示した図である。 図１１（ａ）は、本発明の実施の形態において、ユーザ端末において薬効確認についての情報を入力するための「薬効確認」のアイコンが表示されている画面を示した図であり、図１１（ｂ）は、図１１（ａ）において「薬効確認」のアイコンをタップした際に表示される薬効情報の一例を示した図である。 図１２（ａ）は、本発明の実施の形態において、ユーザ端末において薬の使い方の表示を指示するためのボタンが表示されている画面を示した図であり、図１２（ｂ）は、図１２（ａ）において「使い方」のボタンをタップした際に表示される服薬情報の一例を示した図である。 図１３（ａ）は、本発明の実施の形態で用いられるユーザ端末において、処方せんを送信するためのアイコンが表示された画面であり、図１３（ｂ）は、図１３（ａ）に続いて表示される画面であって、初回質問票を記入するかを選択できる画面であり、図１３（ｃ）は、図１３（ｂ）に続いて表示される画面であって、指定した薬局での薬を受け取るための待ち時間を示した画面である。 図１４は、本発明の実施の形態において、受付情報を受信したユーザ端末を用いて薬を受け取る際の流れを説明するための図である。 図１５は、本発明の実施の形態で用いられるユーザ端末において、表示言語を変換できる態様を示した図であり、図１５（ａ）は日本語で表示されている画面を示した図であり、図１５（ｂ）は英語で表示されている画面を示した図である。 図１６は、本発明の実施の形態で用いられるユーザ端末において、所定のアイコンだけが選定されて拡大表示される態様を示した図である。

実施の形態
《構成》
以下、本発明に係る情報処理装置の実施の形態について説明する。本実施の形態では、
情報処理装置を利用した情報処理方法、情報処理装置を生成するためにインストールされ
るプログラムや、当該プログラムを記憶したＵＳＢ、ＤＶＤ等からなる記憶媒体も本実施
の形態により提供される。また、パソコン、スマートフォン、タブレット等の各種端末に
インストールされるプログラムも提供される。

本実施の形態において「又は」は「及び」を含む概念であり、Ａ又はＢという用語は、
Ａ、Ｂ、又はＡ及びＢの両方のいずれかを意味している。

図２に示すように、本実施の形態の情報処理装置は、ユーザ識別情報とユーザ識別情報
に関連付けられた健康記録情報とをユーザ端末２００から受信する受信部１２と、健康記
録情報をユーザ識別情報とともに記憶する記憶部６０と、薬局端末３００からユーザ識別
情報の入力を受けると、当該ユーザ識別情報に紐づけられた健康記録情報を記憶部６０か
ら読み出す制御部５０と、制御部５０で読み出された健康記録情報を薬局端末３００に送
信する送信部１１と、を有してもよい。制御部５０は、送信部１１や受信部１２等の制御
を行ってもよい。健康記録情報は身長、体重、年齢、性別等の基本情報に加え、血圧、ア
レルギーの有無、服薬による副作用の有無等を含んでもよい。ユーザ識別情報は健康保険
番号、ＩＤ番号、電子メールアドレス、氏名等を含んでもよく、これらのいずれか１つ以
上をキーとして用いることができるようにしてもよい。

健康記録情報は、ＰＨＲ（personal health record）を含んでもよい。ＰＨＲは、身長
、体重、血液型、バイタル情報（脈拍、呼吸、血圧、体温等）、アレルギー、副作用、既
往歴・症状、通院・検査・診療、処方・投薬、主治医のコメント、ケアプラン、食事情報
、運動情報、検診、保険関連情報等を含んでもよい。ＰＨＲは典型的には患者等のユーザ
自身が入力する情報である。

健康記録情報は、ＥＨＲ（electronic health record）を含んでもよい。ＥＨＲは診療
記録（カルテ）、保険・レセプト（請求書）、検診・保健、介護・福祉等を含んでもよい
。

健康記録情報は、健康診断の結果を含んでもよい。このような健康記録情報は保険者、
健保組合等から提供される情報に基づいて入力されてもよい。このような健康記録情報が
記憶部６０で記憶されている場合には、服薬の結果として健康が改善されているかどうか
もトレースすることができる。

本実施の形態の情報処理装置は複数の装置から構成されるシステムであってもよい。受
信部１２、記憶部６０、制御部５０及び送信部１１はサーバ１００に設けられてもよい。
以下では、一例として、受信部１２、記憶部６０、制御部５０及び送信部１１がサーバ１
００に設けられる態様を用いて説明する。情報処理装置は、受信部１２、記憶部６０、制
御部５０及び送信部１１を含むサーバ１００と、ユーザ端末２００、薬局端末３００等の
その他の装置を含んでもよい。ユーザ端末２００は患者等のユーザが利用するあらゆる端
末のことを意味し、スマートフォン、タブレット、携帯電話、パソコン等からなってもよ
い。薬局端末３００も同様にスマートフォン、タブレット、携帯電話、パソコン等からな
ってもよい。ユーザ端末２００は所定のアプリ（ユーザ端末用プログラム）をインストー
ルすることで、生成されてもよい。薬局端末３００とは薬局等の薬を提供したり調剤した
りする場所に設置されている端末のことを意味している。サーバ１００はクラウド（クラ
ウドコンピューティング）であってもよい。

ユーザ端末２００からサーバ１００にアクセスされた場合には、自動的にユーザ識別情
報を認識して、ユーザ識別情報に紐づいた情報だけがユーザ端末２００で閲覧可能となっ
てもよい。薬局端末３００及び診療端末４００は所定の権限が与えられた端末であり、ユ
ーザ識別情報を入力することで、当該ユーザ識別情報に紐づいた情報を閲覧できるように
なってもよい。薬局端末３００で閲覧できるユーザに関する情報と診療端末４００で閲覧
できるユーザに関する情報は同じ内容であってもよいが、異なる内容となってもよい。閲
覧できる情報の設定は管理者端末９００（図１参照）で適宜変更できるようになってもよ
い。なお、サーバ１００へのアクセスはユーザ識別情報に紐づいたＩＤ及びパスワードを
入力することであらゆる端末から行えるようにしてもよい。この場合には、例えばユーザ
端末２００を持参していない場所でもパソコンやスマートフォン等を利用してサーバ１０
０にアクセスすることができ、投薬に関する情報をユーザが適宜入手できる点で有益であ
る。

処方せん情報を受信部１２が受信すると、制御部５０が当該処方せん情報に関連付けら
れた服薬情報を記憶部６０から読み出し、送信部１１が服薬情報をユーザ端末２００又は
薬局端末３００に送信してもよい。服薬情報は複数の写真情報と説明文を含んでもよいし
、服薬方法に関する動画を含んでもよい。図１２（ａ）に示すように、ユーザ端末２００
ではユーザに紐づけられた薬に関する情報が表示されてもよく、当該薬に関する情報の一
つとして服薬情報が表示されてもよい。薬とユーザとはユーザ識別情報をキー情報として
サーバ１００で紐づけられてもよい。服薬情報としては、特定の薬剤について、複数の静
止画や動画による服薬指導を行えるようにしてもよい。このような態様を採用した場合に
は、吸入薬等の指導映像を自宅に戻ってから何度でも閲覧できるし、インスリンの打ち方
、湿布薬の貼り方、点眼液の使い方等も何度でも閲覧できる。また、子供への薬の与え方
（粉薬の飲ませ方やオブラート、「お薬飲めたね」の使い方等）についても複数の静止画
や動画によって提供できるようにしてもよい。

受信部１２は、病院等に設置されている診療端末４００から診療結果情報をユーザ識別
情報とともに受信してもよい。診療は対面で行われてもよいが、オンラインシステムを用
いたオンライン診療であってもよい。オンライン診療にユーザ端末２００を利用してもよ
い。記憶部６０は、ユーザ識別情報に関連付けて診療結果情報を記憶してもよい。診療結
果情報は電子カルテに記載される情報であってもよい。診療結果情報はリアルタイムで受
信部１２によって受信されて記憶部６０の情報を書き換えるようにしてもよいし、所定期
間毎（例えば１日毎）のバッチ処理で受信されてもよい。オンライン診療は、ユーザ端末
２００での通話によって行われてもよいし、ユーザ端末２００で表示されるビデオ通話に
よって行われてもよい。

受信部１２は薬局端末３００からユーザ識別情報と関連付けられた調剤済み薬剤情報を
受信してもよい。薬局において薬をユーザに提供したり、薬のユーザに対する送付処理を
行ったりするタイミングで、調剤済み薬剤情報が薬局端末３００からサーバ１００に自動
で送信されてもよい。記憶部６０はユーザ識別情報と関連付けて調剤済み薬剤情報を記憶
してもよい。調剤済み薬剤情報は調剤された薬と当該薬の調剤された日時を含んでもよい
。

受信部１２がユーザ端末２００から送信される薬局に関する薬局情報及び処方せん情報
を受信すると、制御部５０からの指令に基づいて送信部１１が待ち時間情報の送信依頼を
薬局端末３００に送信してもよい。薬局端末３００から薬局における待ち時間情報を受信
部１２が受信すると、制御部５０からの指令に基づいて送信部１１が待ち時間情報をユー
ザ端末２００に送信してもよい（図１３参照）。処方せん送信後に、受付番号、現在対応
中番号、あと何番待ちか、時間等が表示されるようにしてもよい。このような態様を採用
した場合には、調剤時間が何分くらいかかりそうか分かり、患者等のユーザは予定を立て
やすくなる。

診療端末４００や薬局端末３００でユーザに関する情報を閲覧する際には、前回確認し
た情報から変更があった情報が強調して（例えば赤色で）表示されるようにしてもよい。
このような態様を採用した場合には、変更箇所を一目で把握でき、診療や服薬指導を効果
的に行うことができる。なお、この態様を採用する場合には、制御部５０においてアクセ
スを受けている端末（診療端末４００なのか又は薬局端末３００なのか等）を認識し、当
該端末で前回アクセスを受けた時点で表示されていた情報と現時点で表示される情報との
差分を取ることで、強調して表示されるようにしてもよい。

ユーザ端末２００はサーバ１００を介して薬剤師の操作する薬剤師端末３００ａと通信
可能となってもよい。薬剤師端末３００ａは薬局端末３００であってもよいし、薬局端末
３００とは異なる端末であってもよい。

ユーザ端末２００では薬剤師へのインターネットを通じた相談を行うことができるよう
になってもよい。図３に示すように、ユーザ端末２００では薬剤師を相談希望分野、相談
希望内容等に応じて選択できるようになってもよい（図３（ｂ）参照）。薬剤師は薬剤師
端末３００ａを介して予め「得意分野」を登録しておいてもよい（図３（ａ）参照）。こ
のような登録情報は記憶部６０で記憶されることになる。得意分野の入力としては、例え
ば、がん、消化器、心疾患、骨粗しょう症等である。ユーザが相談希望内容として例えば
抗がん剤をユーザ端末２００から入力すると、がんを得意分野とする薬剤師の候補が制御
部５０によって記憶部６０から読み出され、送信部１１によってユーザ端末２００に送信
される（図３（ｃ）参照）。この際、現在相談可能な薬剤師が候補者として選択可能とな
ってもよく、薬剤師を選択すると、薬剤師とユーザとの間でチャット等の会話が行われて
もよい（図３（ｄ）参照）。このような態様を採用することで、薬に関する相談を薬剤師
に簡易に行うことができる。

受信部１２がユーザ端末２００から送信される処方せん情報を受信すると、処方せんに
記載されている薬に関する図１２（ｂ）に示すような服薬情報を送信部１１がユーザ端末
２００に送信してもよい。また、受信部１２がユーザ端末２００から送信される薬局に関
する薬局情報及び処方せん情報を受信すると、図４（ｂ）で示すように処方せん情報はカ
メラ機能で撮影された画像として送信されてもよい。具体的にはユーザ端末２００で処方
せん送信が選択された後で（図４（ａ））、処方せん画像が選択され（図４（ｂ））、サ
ーバ１００に送信されてもよい。ただし、このような態様に限られることはなく、処方せ
ん情報はサーバ１００を介することなくユーザ端末２００又は診療端末４００から例えば
患者の指定する薬局の薬局端末３００に直接送信されてもよい。なお、処方せん情報は郵
送によって病院等の医療機関から例えば患者の指定する薬局に郵送されてもよい。処方せ
ん画像内の文字はＯＣＲ等を利用して読み取られて文字データに変換されてもよい。

受信部１２がユーザ端末２００から送信される薬局に関する薬局情報及び処方せん情報
を受信すると、送信部１１が処方される予定の薬の在庫情報をユーザ端末２００に送信し
てもよい。一例として、図４（ｃ）に示すように薬局が選択されると、当該薬局における
当該薬の在庫情報がユーザ端末２００に送信される。在庫の有無は、処方せん画像内の文
字がＯＣＲ等で読み取られることにより自動で返信されてもよい。例えば、処方せん画像
内の文字から求められている薬を制御部５０が特定し、当該薬の在庫を対象となっている
薬局に自動で問い合わせてもよいし、記憶部６０が薬局毎の薬の在庫を把握しており、制
御部５０が特定した薬の在庫を確認して自動で在庫の有無をユーザ端末２００に返信する
ようにしてもよい。

ユーザ端末２００から送信される処方せん情報を受信部１２が受信すると、制御部５０
はユーザ識別情報に基づいて初回の処方であるかを判断してもよい（図５参照）。そして
、制御部５０が初回の処方であると判断した場合には送信部１１が初回質問票をユーザ端
末２００に送信してもよい。制御部５０は一定期間（例えば１年）に処方がなかった場合
に初回の処方とみなすようにしてもよい。長期間の間に健康状態が変化していることもあ
り得るためである。

制御部５０はユーザ端末２００の待ち受け画面に服薬記録入力依頼情報を表示させても
よく、例えばユーザ端末２００の表示部においてウィジェット表示を行わせてもよい（図
６参照）。一例として、ユーザ端末２００の待ち受け画面に表示されたボタンをタップす
ることで、対象となっている薬を服用したことをチェックして入力できるようになっても
よい。このようにして入力された服薬記録情報は記憶部６０で記憶され、当該ユーザにお
ける服薬が適切に行われているかを管理することができる。

記憶部６０はユーザ識別情報に紐づけられた服薬開始情報を記憶してもよい。服薬開始
情報は処方された薬の日時に基づいて、制御部５０によって判断されて、記憶部６０で記
憶されてもよい。一例としては、薬が処方された日時（例えば１０月７日午前１０時に処
方）から最初の服薬のタイミングを制御部５０が予測し（食後に服用する薬であれば例え
ば１０月７日午後１時に服薬と予測し）、当該予測したタイミングを服薬開始日時として
記憶部６０で記憶してもよい。服薬開始から所定の第一期間（例えば数日、一週間）が経
過したと制御部５０が判断したときに、制御部５０からの指令を受けて、送信部１１がユ
ーザの健康状態確認依頼情報を送信してもよい（図７参照）。また、このような態様に限
られることはなく、処方を行ってから第一期間（例えば数日、一週間）が経過したと制御
部５０が判断したときに、制御部５０からの指令を受けて、送信部１１がユーザの健康状
態確認依頼情報を送信してもよい（図７参照）。

例えばユーザがユーザ端末２００によって健康状態に関する情報である健康状態確認結
果情報を入力すると、受信部１２がユーザ端末２００から健康状態確認結果情報を受信し
、記憶部６０が当該健康状態確認結果情報を記憶することになる。健康状態確認依頼情報
は例えば、発熱、喉の痛みがあるか等の質問であり、健康状態確認結果情報は当該質問に
対する「はい」「いいえ」といった回答である。このような態様によれば、服用状況や副
作用発現等についてのフォローを行うことができる。制御部５０は処方薬等から自動的に
必要な文言を選択し、送信部１１によって当該文言をユーザ端末２００に配信するように
してもよい。また、気になることの有無、薬剤に応じた副作用の前兆の有無、薬剤師の直
接のフォローが必要かどうかをユーザ端末２００から入力できるようにしてもよい。次回
受診時に確認したい質問や気になることを予めユーザ端末２００から入力してもらうよう
にしてもよい。

記憶部６０はユーザ識別情報に紐づけられた服薬状況情報を記憶してもよい。送信部１
１は、所定の第二期間（例えば１日、３日、一週間等）ごとに服薬状況の確認依頼情報を
ユーザ端末２００に送信してもよい（図８参照）。所定の第二期間は必ずしも同じ期間で
ある必要はなく、最初の所定期間の間（例えば１ヶ月）は短い期間（例えば１日）が自動
で設定され、当該所定期間を経過すると長い時間（例えば３日、一週間等）が自動で設定
されてもよい。逆に、最初の所定期間の間は長い期間が自動で設定され、当該所定期間を
経過すると短い時間が自動で設定されてもよい。これらの期間設定は管理者端末９００（
図１参照）を介して行われてもよい。図８（ｂ）に示す画面で「×」がタップされて選択
された場合には、服薬指導の際に介入を行い、服薬を適切に行うように指導するようにし
てもよい。このような態様を採用することで、服薬アドヒアランスを把握することができ
る。

ユーザ端末２００から受信部１２が受信した服薬状況の確認結果情報を服薬情報として
記憶部６０が記憶してもよい。また、制御部５０からの指令を受け、処方してから所定の
期間が経過した時点でアンケート記入依頼情報を送信部１１が送信してもよい（図９参照
）。この時点でアンケート結果を入手することで対象となっているユーザが服薬の効果を
得ることができているかを確認できる。また、このような態様を採用した場合には、薬局
等で限られた時間で回答する場合と比較して落ち着いた雰囲気でアンケートへの記入を期
待できる。

また、前述したように、ＰＨＲを含む健康記録情報がユーザ端末２００から入力される
ことでも、対象となっているユーザが服薬の効果を得ることができているかを確認できる
。

記憶部６０はユーザ識別情報に紐づけられた服薬状況情報を記憶してもよい。制御部５
０が所定の基準のもと服薬状況が芳しくないと判断した場合には、送信部１１はユーザ端
末２００にアンケート記入依頼情報を送信する又は薬局端末３００にアドバイス依頼情報
を送信してもよい。服薬状況の判断基準としては、一定期間内に所定回数以上の飲み忘れ
が発生しているという基準や連続して服用していない状況が見受けられるという基準等が
設定されてもよい。アンケートでは飲酒情報や喫煙情報が記入されるようにしてもよい。
またユーザ端末２００から、飲酒情報や喫煙情報を任意で入力できるようにしてもよい。
この場合には、飲酒や喫煙をやめたタイミング又は飲酒量や喫煙量が減少したタイミング
や、飲酒や喫煙を開始したタイミング又は飲酒量や喫煙量が増加したタイミングに最も近
い服薬指導を行う際に、ユーザにその理由を聞くことを期待できる。この結果、原因を究
明することで、飲酒を控えたり喫煙を控えたりする等の指導を行うことを期待できる。

ユーザ端末２００からユーザ識別情報に紐づけられた薬剤受取時の希望情報を受信部１
２が受信した場合には、当該希望情報を記憶部６０が記憶してもよい。薬局端末３００か
らユーザ識別情報を受信すると、送信部１１は希望情報を薬局端末３００に送信してもよ
い。希望情報は薬説明情報を含んでもよい。薬説明情報は薬の説明の程度を含み、薬の説
明をじっくり聞きたい、説明は要点のみ聞きたい、説明は不要であるというような選択肢
が提示されてもよい（図１０参照）。特に説明を希望する事柄等があれば、当該内容をユ
ーザ端末２００から入力してもらうようにしてもよい。

ユーザ端末２００からユーザの年齢情報、体重・身長等の身体情報及び腎機能等の内臓
機能情報が入力可能となり、受信部１２がユーザ端末２００からユーザ識別情報に関連付
けられたユーザの身体情報及び内臓機能情報を受信すると、当該身体情報及び内臓機能情
報を記憶部６０が記憶してもよい。また、送信部１１はユーザ識別情報に関連付けられた
薬剤についての薬効情報を送信してもよい。このような情報が送信されると、ユーザ端末
２００では一例として図１１（ｂ）に示されるような薬効についての情報が表示される。
このような情報は薬効を確認する旨の入力がユーザ端末２００で行われた場合にサーバ１
００からユーザ端末２００に送信されてもよい（図１１（ａ）参照）。薬効の情報は、薬
と投与間隔（服用時間入力）から理論的な血中濃度がユーザ端末２００の表示部において
グラフで表示されるようにしてもよい。ユーザの身体情報及び内臓機能情報はユーザ端末
２００から入力される健康記録情報に含まれてもよい。

記憶部６０に記憶されているユーザに関するあらゆる情報は、ユーザ識別情報と紐づけ
られてもよい。そして、ユーザ識別情報に紐づけられているユーザに関する情報は、その
内容に応じて閲覧対象者を選択できるようにしてもよい。例えばユーザが許可した対象者
であれば記憶部６０で記憶されているユーザに関する情報の一部又は全部が閲覧可能とな
ってもよい。閲覧対象者毎に開示する情報をユーザが選択できるようにしてもよい。また
ユーザは開示する期間を選択してもよい。ユーザに関する情報を閲覧するためにはワンタ
イムパスワードが要求されてもよく、ユーザがワンタイムパスワードを発行依頼をサーバ
１００に送信することで、サーバ１００がユーザ端末２００にワンタイムパスワードを送
信し、当該ワンタイムパスワードを閲覧対象者にユーザが伝達することで閲覧対象者がユ
ーザに関する情報を設定された範囲で閲覧できるようになってもよい。また、ユーザがユ
ーザ端末２００からワンタイムパスワードを送信する送信先を入力することで、サーバ１
００が入力された送信先に対してワンタイムパスワードを送信するようにしてもよい。

ユーザ端末２００で表示される言語は適宜選択できるようになってもよい。図１５で示
すように、ユーザ端末２００に表示されるアイコンでの記載内容が指定した言語で行われ
てもよく、言語としては、日本語、英語、中国語、韓国語等の様々な言語に対応するよう
にしてもよい。

ユーザ端末２００において専用アプリを起動した場合にトップ画面で表示されるアイコ
ンは利用頻度の高いものに限定されてもよく、一般的な傾向として利用する頻度の高い上
位３〜５位のアイコンだけがトップ画面で表示されるようにしてもよい（図１６参照）。
このような態様を採用した場合には、高齢者等の視力が低下している患者等のユーザであ
っても画面表示を容易に読み取ることができるようにできる。なお、表示されるアイコン
はユーザ毎に異なるようになってもよく、当該ユーザのタップする頻度が高い上位アイコ
ンが３〜５つだけがトップ画面で表示されるようにしてもよい。頻度の高いアイコンは定
期的に見直されてもよく、管理者端末９００が各ユーザ端末２００のトップ画面で表示さ
れるアイコンを適宜変更できるようにしてもよい。
≪方法≫

上記構成を用いた態様の一例について説明する。

患者等のユーザがオンライン診療を受けると、処方せん情報がユーザ端末２００又は診
療端末４００から患者の指定する薬局の薬局端末３００に送信される（図１（１）（２）
参照）。

このように処方せん情報を受信すると、薬剤師等の薬局端末３００の操作者は、処方せ
ん情報に含まれるユーザ識別情報に基づいて、当該ユーザに関する情報を閲覧する（図１
（３）参照）。ユーザに関する情報は、当該ユーザの健康記録情報を含んでいる。前述し
たとおり、この健康記録情報は、身長、体重、血液型、バイタル情報（脈拍、呼吸、血圧
、体温等）、アレルギー、副作用、既往歴・症状、通院・検査・診療、処方・投薬、主治
医のコメント、ケアプラン、食事情報、運動情報、検診、保険関連情報等のＰＨＲを含ん
でもよい。健康記録情報に含まれる投薬には自身が薬局で購入した薬に関する情報が含ま
れてもよい。

薬剤師等の薬局端末３００の操作者は、ユーザの健康記録情報を考慮して、例えば遠隔
で服薬指導（遠隔服薬指導）を行う（図１（３）参照）。このような遠隔での服薬指導は
ユーザ端末２００を介して行われてもよい。この際、ユーザ端末２００での通話による指
導であってもよいし、ユーザ端末２００で表示されるビデオ通話による指導であってもよ
い。なお、遠隔で服薬指導が行われず対面で服薬指導が行われてもよいが、本方法では遠
隔服薬指導が行われる前提で説明する。

薬剤師等の薬局端末３００の操作者は、処方された薬剤を当該ユーザに郵送等で送付す
る（図１（４）参照）。服薬指導が終了したタイミングで会計処理が行われ、その旨が薬
局端末３００に入力される。この際、薬剤の代金は未収金として計上されることになる。
このように薬局端末３００に入力された情報は受信部１２で受信され、記憶部６０で記憶
されることになる（図１（５）参照）。

ユーザは、このように記憶部６０で記憶された情報をユーザ端末２００を介して閲覧す
ることができる（図１（６）参照）。薬剤に関する情報をユーザ端末２００で閲覧できる
場合には、飲むべき薬の量やタイミング等をユーザ端末２００で適宜確認できる点で有益
である。送付された薬の郵送に関する情報をユーザ端末２００でトレースして確認できる
ようにしてもよい。この場合には薬を受け取れるであろう時期をユーザにおいて把握する
ことができる。

《効果》
次に、上述した構成からなる本実施の形態による効果であって、未だ説明していないも
のを中心に説明する。「構成」で説明していない構成であっても「効果」で用いたいずれ
の構成も本件発明では採用することができる。

本実施の形態において、サーバ１００が薬局端末３００からユーザ識別情報の入力を受
けると、当該ユーザ識別情報に紐づけられた健康記録情報を記憶部６０から読み出して薬
局端末３００に送信する態様を採用した場合には（図１参照）、薬局端末３００を操作す
る薬剤師等の操作者において、ユーザの健康状況を把握することができる。このため、患
者等のユーザに対して薬を処方するだけでなく、ユーザの健康状況や服薬状況を加味して
薬を飲む際の留意事項を提示することもできる。特に対象となっているユーザが薬を忘れ
ずに飲んでいるかどうかを健康記録情報を介して薬剤師等が把握できる場合には、適切な
服薬指導を行うことができ、この結果、効果的な治療の実現を期待できる。特に健康記録
情報がＰＨＲを含む場合には、患者等のユーザの健康状況をより正確に把握したうえで薬
剤師等がアドバイスを与えることができる点で有益である。

また薬局端末３００で確認できる健康記録情報が血圧やユーザの運動状況を含む場合に
は、ユーザの血圧の状況や運動（活動）の有無、頻度等を考慮して、現在は良い状況であ
るだとか、運動を増やす方がよいというようなアドバイスを薬剤師等が行うことも期待で
きる。このような健康についての予防的な指導を行うことは、高齢化社会を迎える日本等
においては極めて有益なものである。

ユーザ識別情報に紐づけられた健康記録情報は医療機関等に設置されている診療端末４
００で閲覧できるようになってもよい。このような態様を採用した場合には、医者等はユ
ーザの健康記録情報も考慮したうえで診療することができ、効果的な診療を行うことがで
きる。このような効果的な診療を行えることもまた、高齢化社会を迎える日本等において
は極めて有益なものである。

薬剤師等がユーザの健康記録情報を閲覧できる態様を採用した場合には、薬剤師等が健
康記録情報を考慮して病院等の医療機関に連絡を入れて、処方せんの内容を変更するよう
依頼することも起こり得る。つまり、サーバ１００から受信する対象となっているユーザ
の健康記録情報を考慮した場合、提示された処方せんの内容で薬をユーザに提供すること
が好ましくないと薬剤師等によって判断されることも生じ得る。このような変更は、薬剤
師等がユーザの健康記録情報を把握できるからこそ可能な提案であり、極めて有益なもの
である。処方せんの変更依頼はサーバ１００を介して診療端末４００に送信されてもよい
し、電話等を介して医療機関に対して行われてもよい。処方せんの変更依頼をサーバ１０
０を介して行う場合には、変更依頼の履歴を記憶部６０に残すことができる点では有益で
ある。処方せんの変更依頼は、例えば自宅で測定した血圧がかなり低く、ユーザ自身もふ
らつきがあることを申請している場合等に生じ得る。

処方せん情報を受信すると当該処方せん情報に関連付けられた服薬情報を記憶部６０か
ら読み出し、当該服薬情報をユーザ端末２００に送信する態様を採用した場合には（図１
２（ｂ）参照）、ユーザに対して薬の飲み方といった服薬情報をユーザに事前に提示する
ことができる。このような情報を予めユーザが把握することで、ユーザとしても処方され
る薬について予め知識を持つことができ、薬剤師等の服薬指導を効果的に行うことができ
る。また服薬情報が薬局端末３００に送信される場合には、薬局端末３００の表示部に表
示される情報をユーザに提示しつつ、処方した薬の服薬方法を説明することもできる。

受信部１２が診療端末４００からユーザ識別情報に関連付けられた診療結果情報を受信
し、記憶部６０がユーザ識別情報に関連付けて診療結果情報を記憶する態様を採用した場
合には、医療機関における診療結果等の診療結果情報をユーザに紐づけて管理することが
できる。このため、例えば服薬状況と健康状況との関連を分析・管理することもできる。

受信部１２が薬局端末３００からユーザ識別情報と関連付けられた調剤済み薬剤情報を
受信し、記憶部６０がユーザ識別情報と関連付けて調剤済み薬剤情報を記憶する態様を採
用した場合には、患者等のユーザに対して処方した薬の情報、日時、場所等を記憶して管
理することができる。このように調剤した薬の情報が記憶部６０で記憶されている場合に
は、調剤日時から計算することで、ユーザからの申請を受けることなく現時点で飲んでい
る薬を把握することができ、飲み合わせの問題等が生じないように予防することができる
。

薬剤師等の指導は薬局端末３００を介して入力されて、記憶部６０で記憶されてもよい
。この結果、ユーザはユーザ端末２００を介して薬剤師等の指導内容を適宜閲覧できるよ
うにしてもよい。このような態様を採用した場合には、服薬指導等の指導結果をユーザは
適宜確認することができ、自己の健康管理を効率的に行うことができる。またこのような
指導内容は別の薬局端末３００から閲覧できてもよい。この場合には、異なる薬局で勤務
する薬剤師同士においても患者等のユーザに対する指導内容の履歴を確認・共有でき、効
果的な指導を行うことができる。

また、前述したような態様を採用して患者等のユーザ、医者、看護師、介護士等の医療
機関従事者及び薬剤師、オペレーター、管理栄養士等の薬局勤務者の３者が情報連携を実
現することで、対象となるユーザの健康管理、健康増進を行うことができる。

ユーザ端末２００から送信される薬局に関する薬局情報及び処方せん情報を受信すると
待ち時間情報の送信依頼を薬局端末３００に送信し、薬局端末３００から薬局における待
ち時間情報を受信すると待ち時間情報をユーザ端末２００に送信する態様を採用した場合
には（図１３参照）、ユーザに対して、薬を受け取れると考えられる予想情報を提供する
ことができる。特にこの態様においては、ユーザが処方せんに関する情報を送信するだけ
で自動的に待ち時間を受信できる点で有益である。

ユーザ端末２００から処方せん情報が送信されると、受付番号等の受付情報が薬局端末
３００からサーバ１００を介してユーザ端末２００に送信されるようにしてもよい（図１
４参照）。受付情報は受付番号とともにＱＲコード（登録商標）で表示されてもよい。こ
の場合には、ＱＲコード（登録商標）を自動受付機５００で読み取らせることで自動的に
受付が完了するようにしてもよい。投薬エリアで薬が手渡されると自動会計機５１０にお
いて会計が行われてもよい。自動会計機での会計処理も受付情報が用いられてもよく、受
付情報が自動会計機５１０で読み取られることで会計処理が行われてもよい。

受信部１２がユーザ端末２００から送信される薬局に関する薬局情報及び処方せん情報
を受信すると、送信部１１が服薬情報（図１２（ｂ）参照）をユーザ端末２００に送信す
る態様を採用した場合には、ユーザが処方せんに関する情報を送信するだけで自動的に服
薬情報を受信できる点で有益である。また、このような態様を採用することで、ユーザは
服薬の仕方を動画等で予め把握することができ、薬を受け取る際の薬剤師による説明を理
解しやすくなる。

受信部１２がユーザ端末２００から送信される薬局に関する薬局情報及び処方せん情報
を受信すると、送信部１１が処方される予定の薬の在庫情報をユーザ端末２００に送信す
る態様を採用した場合には（図４参照）、ユーザが処方せんに関する情報を送信するだけ
で自動的に受け取る予定の薬の在庫状況を把握することができる。仮に指定した薬局に薬
の在庫がない場合には、ユーザ端末２００で別の薬局を選択して薬の処方を依頼すること
もでき、効果的に薬の受け取りを行うことができる。

ユーザ端末２００から送信される処方せん情報を受信部１２が受信すると制御部５０が
ユーザ識別情報に基づいて初回の処方であるかを判断し、制御部５０が初回の処方である
と判断したときに送信部１１が初回質問票をユーザ端末２００に送信する態様を採用した
場合には（図１３参照）、初回問診票の記入をユーザ端末２００で完了させることを期待
できる。初回問診票の記入が完了して入れば、薬局に到着した際には初回であったとして
も薬を受け取るだけでよく、待ち時間をなくすことができる。また初回問診票を予め記入
しておくことで、薬局側としてもユーザの年齢、性別、身長、体重等の情報を予め入手で
き、調剤を効率的に行うことができる。また、記憶部６０ではユーザ識別情報と紐づいて
医薬品希望情報が記憶されてもよい。医薬品希望情報としては、先発医薬品かジェネリッ
ク医薬品のいずれを希望するかの情報や、薬を小分けにして提供してもらいたいというよ
うなユーザの希望する情報が含まれてもよい。薬を小分けにするというのは、飲むべき薬
が多い場合等において、朝・昼・晩に飲むべき薬を予め個装して提供すること等である。

制御部５０がユーザ端末２００の待ち受け画面に服薬記録入力依頼情報を表示させる態
様を採用した場合には（図６参照）、ユーザに対して服薬記録を行うよう促すことができ
、規則的に服薬情報を入手することを期待できる。

記憶部６０がユーザ識別情報に紐づけられた服薬開始情報を記憶し、服薬開始から所定
の第一期間（一週間、一ヶ月等）が経過したときに、送信部１１がユーザの健康状態確認
依頼情報を送信する態様を採用した場合には（図７参照）、服薬開始か所定の期間が経過
した後での健康状態を確認することができ、副作用等の問題が起こっていないかを確認す
ることができる。

送信部１１が所定の第二期間ごとに服薬状況の確認依頼情報をユーザ端末２００に送信
する態様を採用した場合には（図８参照）、定期的に服薬状況を確認することができ、適
切な服薬を促すことができる。また、ユーザ端末２００から受信部１２が受信した服薬状
況の確認結果情報を服薬情報として記憶部６０が記憶する態様を採用した場合には、服薬
状況を記憶して管理することができる。

制御部５０が所定の基準のもと服薬状況が芳しくないと判断した場合に、送信部１１が
ユーザ端末２００にアンケート記入依頼情報を送信する態様を採用した場合には（図９参
照）、服薬状況が芳しくない理由を把握することが出来、服薬状況を改善するための対策
を講じることができる。また、制御部５０が所定の基準のもと服薬状況が芳しくないと判
断した場合に、送信部１１が薬局端末３００にアドバイス依頼情報を送信する態様を採用
した場合には、次回に薬を提供する薬局を通じて服薬を改善するアドバイスをユーザに対
して提供することができる。

ユーザ端末２００からユーザ識別情報に紐づけられた薬剤受取時の希望情報を受信部１
２が受信し、薬局端末３００からユーザ識別情報を受信すると送信部１１が希望情報を薬
局端末３００に送信する態様を採用した場合には（図１０参照）、薬を受け取ろうとして
いるユーザが詳細な説明を聞きたいのか、それてとも説明を聞くことなく迅速に薬の受け
取りを行いたいのか等のユーザの薬剤受取時の希望情報を反映させた対応を薬局で行うこ
とができる。

受信部１２がユーザ端末２００からユーザ識別情報に関連付けられたユーザの身体情報
及び内臓機能情報を受信すると、送信部１１がユーザ識別情報に関連付けられた薬剤につ
いての薬効情報を送信する態様を採用した場合には（図１１参照）、ユーザは飲んでいる
薬の薬効の状況を把握することができ、薬を適切に飲もうとするモチベーションを高めた
りすることができる。

上述した実施の形態の記載及び図面の開示は、特許請求の範囲に記載された発明を説明
するための一例に過ぎず、上述した実施の形態の記載又は図面の開示によって特許請求の
範囲に記載された発明が限定されることはない。また、出願当初の請求項の記載はあくま
でも一例であり、明細書、図面等の記載に基づき、請求項の記載を適宜変更することもで
きる。

１１ 送信部
１２ 受信部
５０ 制御部
６０ 記憶部
１００ サーバ
２００ ユーザ端末
３００ 薬局端末
４００ 診療端末

Claims (16)

1. ユーザ識別情報とユーザ識別情報に関連付けられた健康記録情報とをユーザ端末から受
   信する受信部と、
   前記健康記録情報をユーザ識別情報と関連付けて記憶する記憶部と、
   薬局端末からユーザ識別情報の入力を受けると、当該ユーザ識別情報に関連付けられた
   健康記録情報を前記記憶部から読み出す制御部と、
   前記制御部で読み出された前記健康記録情報を前記薬局端末に送信する送信部と、
   を備える情報処理装置。
2. 処方せん情報を前記受信部が受信すると、前記制御部は当該処方せん情報に関連付けら
   れた服薬情報を前記記憶部から読み出し、前記送信部は前記服薬情報を前記ユーザ端末又
   は前記薬局端末に送信する請求項１に記載の情報処理装置。
3. 前記受信部は、前記診療端末からユーザ識別情報と関連づけられた診療結果情報を受信
   し、
   前記記憶部は、ユーザ識別情報に関連付けて診療結果情報を記憶する請求項１又は２の
   いずれかに記載の情報処理装置。
4. 前記受信部は前記薬局端末から前記ユーザ識別情報と関連付けられた調剤済み薬剤情報
   を受信し、
   前記記憶部は前記ユーザ識別情報と関連付けて調剤済み薬剤情報を記憶する請求項１乃
   至３のいずれか１項に記載の情報処理装置。
5. 前記受信部がユーザ端末から送信される薬局に関する薬局情報及び処方せん情報を受信
   すると、前記送信部が待ち時間情報の送信依頼を前記薬局端末に送信し、前記薬局端末か
   ら前記薬局における待ち時間情報を前記受信部が受信すると、前記送信部が前記待ち時間
   情報を前記ユーザ端末に送信する請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記受信部がユーザ端末から送信される薬局に関する薬局情報及び処方せん情報を受信
   すると、前記送信部が服薬情報を前記ユーザ端末に送信する請求項１乃至５のいずれか１
   項に記載の情報処理装置。
7. 前記受信部がユーザ端末から送信される薬局に関する薬局情報及び処方せん情報を受信
   すると、前記送信部が処方される予定の薬の在庫情報を前記ユーザ端末に送信する請求項
   １乃至６のいずれか１項に記載の情報処理装置。
8. ユーザ端末から送信される処方せん情報を受信部が受信すると、前記制御部がユーザ識
   別情報に基づいて初回の処方であるかを判断し、前記制御部が初回の処方であると判断し
   た場合には前記送信部が初回質問票を前記ユーザ端末に送信する請求項１乃至７のいずれ
   か１項に記載の情報処理装置。
9. 前記制御部はユーザ端末の待ち受け画面に服薬記録入力依頼情報を表示させる請求項１
   乃至８のいずれか１項に記載の情報処理装置。
10. 処方又は服薬開始から所定の第一期間が経過したときに、前記送信部はユーザの健康状
    態確認依頼情報を送信する請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 前記送信部は、所定の第二期間ごとに服薬状況の確認依頼情報をユーザ端末に送信する
    請求項１乃至１０のいずれか１項に記載の情報処理装置。
12. 前記記憶部はユーザ識別情報に紐づけられた服薬状況情報を記憶し、
    前記制御部が所定の基準のもと服薬状況が芳しくないと判断した場合に、前記送信部は
    前記ユーザ端末にアンケート記入依頼情報を送信する又は前記薬局端末にアドバイス依頼
    情報を送信する請求項１乃至１１のいずれか１項に記載の情報処理装置。
13. 前記ユーザ端末から前記ユーザ識別情報に紐づけられた薬剤受取時の希望情報を前記受
    信部が受信し、
    前記薬局端末から前記ユーザ識別情報を受信すると、前記送信部は前記希望情報を前記
    薬局端末に送信する請求項１乃至１２のいずれか１項に記載の情報処理装置。
14. 前記受信部が前記ユーザ端末からユーザ識別情報に関連付けられたユーザの身体情報及
    び内臓機能情報を受信し、
    前記送信部はユーザ識別情報に関連付けられた薬剤についての薬効情報を送信する請求
    項１乃至１３のいずれか１項に記載の情報処理装置。
15. 受信部が、ユーザ識別情報とユーザ識別情報に関連付けられた健康記録情報とをユーザ
    端末から受信する工程と、
    記憶部が、前記健康記録情報をユーザ識別情報と関連付けて記憶する工程と、
    制御部が、薬局端末からユーザ識別情報の入力を受けると、当該ユーザ識別情報に関連
    付けられた健康記録情報を前記記憶部から読み出す工程と、
    送信部が、前記制御部で読み出された前記健康記録情報を前記薬局端末に送信する工程
    と、
    を備える情報処理方法。
16. 情報処理装置にインストールされるプログラムであって、
    プログラムがインストールされた情報処理装置に、
    ユーザ識別情報とユーザ識別情報に関連付けられた健康記録情報とをユーザ端末から受
    信する機能と、
    前記健康記録情報をユーザ識別情報と関連付けて記憶する記憶部と、
    薬局端末からユーザ識別情報の入力を受けると、当該ユーザ識別情報に関連付けられた
    健康記録情報を前記記憶部から読み出す機能と、
    前記制御部で読み出された前記健康記録情報を前記薬局端末に送信する機能と、
    を実現させるプログラム。

Images