(57)【要約】【課題】患者自身が投薬のタイミングを設定することなく、食事時間に左右されることなく、処方された薬を患者が適切に服用できるように案内することが可能な案内システム及び案内方法を提供すること。【解決手段】グループとして登録された多機能携帯電話（スマホ）とリアルタイムコミュニケーションを実現する案内表示サーバとが互いに接続された案内システムであって、案内表示サーバが、メッセージ及びスタンプをスマホに送信する機能、スマホに送信したスタンプがスマホによって指示されたことを示す情報がスマホから応答されたか否かを判定する機能、情報がスマホから応答されなかった場合、再メッセージをスマホに送信する機能を備え、スマホが、案内表示サーバから送信されたメッセージ及びスタンプを受信する機能、受信したスタンプを指示する機能、スタンプが指示されたことを示す情報を案内表示サーバへ応答する機能を備える。【選択図】図７
2019074831.tif 000002
【特許請求の範囲】
【請求項１】
グループとして登録された多機能携帯電話とリアルタイムコミュニケーションを実現する案内表示サーバとが互いに接続された案内システムであって、
前記案内表示サーバは、
メッセージおよびスタンプ情報を前記多機能携帯電話に送信する機能と、
前記多機能携帯電話に送信したスタンプ情報が前記多機能携帯電話によって指示されたことを示す情報が前記多機能携帯電話から応答されたか否かを判定する機能と、
前記情報が前記多機能携帯電話から応答されなかった場合、再メッセージを前記多機能携帯電話に送信する機能と、
を備え、
前記多機能携帯電話は、
前記案内表示サーバから送信されたメッセージおよびスタンプ情報を受信する機能と、
前記受信したスタンプ情報を指示する機能と、
前記スタンプ情報が指示されたことを示す情報を前記案内表示サーバへ応答する機能と、
を備える、
ことを特徴とする案内システム。
【請求項２】
前記メッセージは、医師が処方した薬の服用を通知する内容であり、
前記スタンプ情報は、前記薬を表わす画像であり、
前記再メッセージは、前記薬の服用を催促する内容である、
ことを特徴とする請求項１に記載の案内システム。
【請求項３】
グループとして登録された多機能携帯電話とリアルタイムコミュニケーションを実現する案内表示サーバとが互いに接続された案内システムにおいて実行される案内方法であって、
前記案内表示サーバが、メッセージおよびスタンプ情報を前記多機能携帯電話に送信し、
前記多機能携帯電話が、前記案内表示サーバから送信されたメッセージおよびスタンプ情報を受信し、
前記多機能携帯電話が、前記受信したスタンプ情報を指示し、
前記多機能携帯電話が、前記スタンプ情報が指示されたことを示す情報を前記案内表示サーバへ応答し、
前記案内表示サーバが、前記多機能携帯電話に送信したスタンプ情報が前記多機能携帯電話によって指示されたことを示す情報が前記多機能携帯電話から応答されたか否かを判定し、
前記案内表示サーバが、前記情報が前記多機能携帯電話から応答されなかった場合、再メッセージを前記多機能携帯電話に送信する、
ことを特徴とする案内方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者に対して薬の服用を案内する案内システムおよび案内方法に関する。
【背景技術】
【０００２】
病人や怪我人等の患者は、医者が処方した薬を服用することが望ましい。薬は、所定の時間帯に所要量を正確に服用しなければ薬効が十分に発揮されなかったり、副作用を惹起したりする虞がある。例えば、１日１回朝だけ服用するもの、朝夕服用するのもの、または毎食後に服用するものなど、薬の種類や服用方法は多種多様である。特に、高齢者が糖尿病等の生活習慣病で他の病気を併発している場合には、処方される薬の種類が１０種類を超えるケースも決して少なくはない。しかも朝昼夕と１回の服用時に組合わされる薬が全て異なることも珍しくない。
【０００３】
従来、複数の薬をそれぞれ指定の時間帯に服用しなければならない場合に、薬を誤りなく正確に服用することができるようにするためには、患者が自身の携帯電話やモバイル端末、スケジューラを使って予めアラームを設定している。
【０００４】
また、医薬品使用状況の管理方法において、医薬品の使用すべきタイミングになるごとに、作成されたメッセージを通知対象の使用者端末へ伝送する技術が開示されている（例えば、特許文献１を参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２１３４１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のような従来技術においては、医師がどれだけ適切な投薬を指示していても、患者が薬を飲み忘れてしまった場合は、薬の効果を享受できない。そこで、例えば、医師や看護師が定期的に患者へ連絡することが考えられるが、患者がリアルタイムで応答するとは限らない。留守番電話やメールを使った連絡も考えられるが、患者が対応したかどうかの反応が分かりづらかったり、患者からすると返答が面倒であったりと、医師と患者とで協力した投薬は難しい状況にある。
【０００７】
このように、従来の技術では、アラーム機能を使って予め投薬のタイミングで案内することができたが、利用者（患者）が手動で設定する必要がある、という問題点があった。また、薬の服用は食事時間に左右されることが多く、食事の時間が一定で無い場合は、メール等を利用した案内システムでは対応しきれない、という問題点があった。
【０００８】
本発明は、上述のような実状に鑑みたものであり、患者自身が投薬のタイミングを設定することなく、食事時間に左右されることなく、処方された薬を患者が適切に服用できるように案内することが可能な案内システムおよび案内方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明の案内システムは、グループとして登録された多機能携帯電話とリアルタイムコミュニケーションを実現する案内表示サーバとが互いに接続された相互通信を可能とするシステムであって、前記案内表示サーバが、メッセージおよびスタンプ情報を前記多機能携帯電話に送信する機能と、前記多機能携帯電話に送信したスタンプ情報が前記多機能携帯電話によって指示されたことを示す情報が前記多機能携帯電話から応答されたか否かを判定する機能と、前記情報が前記多機能携帯電話から応答されなかった場合、再メッセージを前記多機能携帯電話に送信する機能とを備え、前記多機能携帯電話が、前記案内表示サーバから送信されたメッセージおよびスタンプ情報を受信する機能と、前記受信したスタンプ情報を指示する機能と、前記スタンプ情報が指示されたことを示す情報を前記案内表示サーバへ応答する機能とを備えることを特徴とする。
【００１０】
また、本発明の案内システムは、前記メッセージが、医師が処方した薬の服用を通知する内容であり、前記スタンプ情報が、前記薬を表わす画像であり、前記再メッセージが、前記薬の服用を催促する内容であることが望ましい。
【００１１】
また、本発明の一態様によれば、本発明の案内方法は、グループとして登録された多機能携帯電話とリアルタイムコミュニケーションを実現する案内表示サーバとが互いに接続された案内システムにおいて実行される案内方法であって、前記案内表示サーバが、メッセージおよびスタンプ情報を前記多機能携帯電話に送信し、前記多機能携帯電話が、前記案内表示サーバから送信されたメッセージおよびスタンプ情報を受信し、前記多機能携帯電話が、前記受信したスタンプ情報を指示し、前記多機能携帯電話が、前記スタンプ情報が指示されたことを示す情報を前記案内表示サーバへ応答し、前記案内表示サーバが、前記多機能携帯電話に送信したスタンプ情報が前記多機能携帯電話によって指示されたことを示す情報が前記多機能携帯電話から応答されたか否かを判定し、前記案内表示サーバが、前記情報が前記多機能携帯電話から応答されなかった場合、再メッセージを前記多機能携帯電話に送信することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、患者自身が投薬のタイミングを設定することなく、食事時間に左右されることなく、処方された薬を患者が適切に服用することができる。
【図面の簡単な説明】
【００１３】
【図１】案内システムの構成図である。
【図２】チャットシステムにおけるユーザ登録処理の流れを示す図である。
【図３】案内システムにおけるユーザ登録処理の流れを示す図である。
【図４】お薬案内データベースの構成例を示す図である。
【図５】案内システムにおける通知有効化処理の流れを示す図である。
【図６】案内システムにおけるメッセージ処理の流れを示す図である。
【図７】案内処理の流れを示すフローチャートである。
【図８】画面表示例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、案内システムの構成図である。
【００１５】
図１において、案内システム１０は、多機能携帯電話（スマートフォン）２１、リアルタイムコミュニケーション（チャット）サーバ２２、メール／ＷＥＢサーバ２３、外部情報受配信装置２４、案内表示サーバ２５、および電子カルテシステム２６を備える。電子カルテシステム２６は、電子カルテサーバ２７、および電子カルテ端末２８を備える。スマートフォン２１、チャットサーバ２２、メール／ＷＥＢサーバ２３、および外部情報受配信装置２４は、インターネット３０を介して互いに接続されている。外部情報受配信装置２４、案内表示サーバ２５、電子カルテサーバ２７、および電子カルテ端末２８は、例えば、案内システム１０が適用される病院の院内ＬＡＮに接続している。
【００１６】
スマートフォン２１は、多機能型の端末装置であり、携帯電話機能の他に、カメラ、ネットブラウザ、メール機能等を搭載する。スマートフォン２１は、患者１が所有する。
【００１７】
チャットサーバ２２は、グループとして登録された端末間で送信および受信するメッセージをリアルタイムで仲介するサーバである。チャットサーバ２２は、各端末から送信されるメッセージを受信し、他の端末に転送することにより、スマートフォン２１を用いたチャットシステムを実現する。
【００１８】
メール／ＷＥＢサーバ２３は、メールサーバとして、電子メールの送受信を行う機能を有するサーバ装置である。送信サーバ（ＳＭＴＰサーバ）機能と受信サーバ（ＰＯＰサーバ）機能との両方を備えている。また、メール／ＷＥＢサーバ２３は、ＷＥＢサーバとして、ＨＴＴＰ等の通信プロトコルを通じて、スマートフォン２１等にインストールされているＷｅｂブラウザの要求に応じてデータを送信する。
【００１９】
外部情報受配信装置２４は、院内ＬＡＮとインターネット３０とを接続する。
案内表示サーバ２５は、後述する案内処理を実行する。
【００２０】
電子カルテシステム２６は、医師等が患者の診察記録（カルテ）を記入して管理するシステムである。電子カルテサーバ２７は、電子カルテシステム２６を管理するサーバである。電子カルテ端末２８は、例えば診察室に設置され、医療従事者により操作されるクライアント端末である。
【００２１】
図２は、チャットシステムにおけるユーザ登録処理の流れを示す図である。
スマートフォン２１は、チャットサーバ２２により実現されるチャットシステムにユーザ登録を行う（Ｓ２０１）。例えば、患者１が、スマートフォン２１を用いてチャットシステムにアクセスし、ユーザ登録画面で患者１のチャットＩＤへ「病院名」を追加する。
【００２２】
チャットサーバ２２は、スマートフォン２１から入力されたユーザ登録のためのデータを受信し、ユーザ登録の指示があったスマートフォン２１へ、ユーザ登録の結果と初期メッセージを通知する（Ｓ２０２）。
【００２３】
スマートフォン２１は、チャットサーバ２２からユーザ登録の結果と初期メッセージを受信して表示する（Ｓ２０３）。
【００２４】
図３は、案内システムにおけるユーザ登録処理の流れを示す図である。
ユーザ登録処理は、図２を用いて説明したユーザ登録処理の後に実行される。
【００２５】
スマートフォン２１は、案内システム１０の利用登録を行う。例えば、患者１がスマートフォン２１の画面に表示された「利用登録」ボタンを選択（タップ）することにより（Ｓ３０１）、チャットサーバ２２を介して（Ｓ３０２）利用登録の要求をメール／ＷＥＢサーバ２３へ送信する。
【００２６】
メール／ＷＥＢサーバ２３は、スマートフォン２１からの利用登録の要求を受信し（Ｓ３０３）、患者ＩＤの入力を促すメッセージをスマートフォン２１へ送信する（Ｓ３０４）。
【００２７】
患者ＩＤの入力を促すメッセージは、チャットサーバ２２を介して（Ｓ３０５）スマートフォン２１に転送される。
【００２８】
スマートフォン２１は、患者ＩＤの入力を促すメッセージを受信して表示する（Ｓ３０６）。そして、患者１がスマートフォン２１に患者ＩＤを入力すると（Ｓ３０７）、スマートフォン２１は、患者ＩＤとチャットＩＤを案内表示サーバ２５へ送信する。例えば、患者ＩＤとチャットＩＤは、チャットサーバ２２、メール／ＷＥＢサーバ２３、および外部情報受配信装置２４を介して（Ｓ３０８、Ｓ３０９、Ｓ３１０）、案内表示サーバ２５へ送信される。
【００２９】
案内表示サーバ２５は、スマートフォン２１から送信されてきた患者ＩＤとチャットＩＤを受信し、お薬案内データベース２５１に登録する（Ｓ３１１）。
【００３０】
図４は、お薬案内データベースの構成例を示す図である。
お薬案内データベース２５１は、薬の案内サービスに必要な情報を記憶するデータベースである。お薬案内データベース２５１は、例えば、「患者ＩＤ」「患者メールアドレス」「チャットＩＤ」「通知ＯＮ／ＯＦＦ」「送信パターン」「担当Ｄｒメールアドレス」「応答待ち設定時間」の情報を格納する。なお、メールアドレスは本案内を通知するための連絡手段の一例であり、例えばチャットIDと連携システムIDのように個人とメッセージ送信先を表す識別子と通信手段の組み合わせであっても良い。
【００３１】
「患者ＩＤ」は、患者１を識別するＩＤであり、例えば「１２３４５６７８９」を格納する。「患者メールアドレス」は、患者１が所有するスマートフォン２１のメールアドレスであり、例えば「sample1@XX.XX」を格納する。「チャットＩＤ」は、チャットサーバ２２により実現されるチャットシステムの利用者を識別するＩＤであり、例えば「chatwork_KK」を格納する。「通知ＯＮ／ＯＦＦ」は、お薬の案内通知をするかしないかを示す。例えば、通知する場合は「ＴＲＵＥ」を格納し、通知しない場合は「ＦＡＬＳＥ」を格納する。
【００３２】
「送信パターン」は、「配信時刻」「スタンプ情報」「送信フラグ」「応答フラグ」「応答時刻」から構成され、例えば、「０８：００（８時０分）」「cap01.jpg（服用する薬を示す画像情報）」「０（ゼロ）」「０（ゼロ）」「０８：０５（８時５分）」を格納する。「担当Ｄｒメールアドレス」は、担当する医師のメールアドレスであり、例えば、「doctor1@ XX.XX」を格納する。「応答待ち設定時間」は、スマートフォン２１からの応答を待つ設定時間であり、例えば、「２０分」を格納する。
【００３３】
図３の説明に戻る。
患者ＩＤとチャットＩＤをお薬案内データベース２５１に登録した案内表示サーバ２５は、外部情報受配信装置２４、メール／ＷＥＢサーバ２３、およびチャットサーバ２２を介して（Ｓ３１３、Ｓ３１４、Ｓ３１５）、利用登録結果（メッセージと診察順番確認用のＵＲＬ）をスマートフォン２１へ送信する。
【００３４】
スマートフォン２１は、案内表示サーバ２５から送信された利用登録結果を受信して表示する（Ｓ３１６）。
【００３５】
図５は、案内システムにおける通知有効化処理の流れを示す図である。
電子カルテ端末２８は、案内表示サーバ２５によるお薬案内データベース２５１へのアクセスのため、患者ＩＤと案内通知設定（通知のＯＮ／ＯＦＦ、送信タイミング等）を案内表示サーバ２５へ送信する（Ｓ５０１）。
【００３６】
案内表示サーバ２５は、受信した患者ＩＤに基づいて案内通知設定をお薬案内データベース２５１に登録（更新）する（Ｓ５０２）。案内表示サーバ２５は、スマートフォン２１へ利用登録結果（メッセージと診察順番確認用のＵＲＬ）を送信する（Ｓ５０３）。そして、案内表示サーバ２５からのメッセージは、外部情報受配信装置２４、メール／ＷＥＢサーバ２３、およびチャットサーバ２２を介して（Ｓ５０４、Ｓ５０５、Ｓ５０６）、スマートフォン２１へ送信される。
【００３７】
スマートフォン２１は、案内表示サーバ２５から送信されたメッセージを受信して表示する（Ｓ５０７）。
【００３８】
図６は、案内システムにおけるメッセージ処理の流れを示す図である。図７は、案内処理の流れを示すフローチャートである。図８は、画面表示例を示す図である。
【００３９】
案内表示サーバ２５は、サブルーチン「案内処理」を実行する（Ｓ６０１）。サブルーチン「案内処理」について、図７を用いて詳述する。
【００４０】
案内表示サーバ２５は、図７のステップＳ７０１において、現在時刻が送信タイミング時刻であるか否かを確認する。例えば、案内表示サーバ２５は、お薬案内データベース２５１を参照し、現在時刻が「配信時刻」になったか否かを判断する。更に、案内表示サーバ２５は、お薬案内データベース２５１を参照し、「送信フラグ」が「０」であるか否かを判断する。
【００４１】
現在時刻が送信タイミング時刻であり、かつ、「送信フラグ」が「０」であると判断された場合、案内表示サーバ２５は、ステップＳ７０２において、「患者メールアドレス」宛てに所定のメッセージと「スタンプ情報（服用する薬を示す画像情報）」を送信し、お薬案内データベース２５１の「送信フラグ」を「１」にする。例えば、「お薬の時間になりました。飲んだお薬をタップして下さい。」「お薬の時間です。以下の薬の画像またはイラストを確認して下さい。」等のメッセージを送信する。「患者メールアドレス」宛てに送信された所定のメッセージと「スタンプ情報」は、後述するようにスマートフォン２１の画面に表示される（図６のＳ６０５、図８を参照）。なお、現在時刻が送信タイミング時刻でない場合は（ステップＳ７０１：ＮＯ）、現在時刻が送信タイミング時刻になるまでステップＳ７０１の判断を繰り返す。
【００４２】
案内表示サーバ２５は、ステップＳ７０３において、設定時間内にスマートフォン２１から応答があったか否かを判断する。例えば、ステップＳ７０２でメッセージ等を送信してから、お薬案内データベース２５１の「応答待ち時間」経過以内に、ステップＳ７０２で送信した「スタンプ情報」（図８を参照）をタップしたことを示す情報がスマートフォン２１から送信されてきたか否かを判断する。
【００４３】
応答がなかったと判断された場合（ステップＳ７０３：ＮＯ）、案内表示サーバ２５は、ステップＳ７０４において、緊急連絡先メールアドレスへ、薬の服用が成されていないことを通知し、ステップＳ７０８へ進む。例えば、お薬案内データベース２５１の「担当Ｄｒメールアドレス」へメールを送信する。緊急連絡先メールアドレスは、「担当Ｄｒメールアドレス」とは異なるアドレスを登録しておくこともできる。例えば、担当看護師のメールアドレス、家族のメールアドレス等を登録しておくこともできる。
【００４４】
他方、スマートフォン２１からの応答があったと判断された場合（ステップＳ７０３：ＹＥＳ）、案内表示サーバ２５は、ステップＳ７０５において、応答内容がステップＳ７０２で送信した「スタンプ情報」と一致するか否かを判断する。例えば、スマートフォン２１から送信されてきた情報がステップＳ７０２で送信した「スタンプ情報」をタップしたことを示す情報であるか否かを判断する。
【００４５】
一致しないと判断された場合（ステップＳ７０５：ＮＯ）、案内表示サーバ２５は、ステップＳ７０６において、再度メッセージ等をスマートフォン２１へ送信するとともに、「担当Ｄｒメールアドレス」へ「お薬飲用に課題あり」と通知し、ステップＳ７０３に戻る。例えば、「まだ飲む薬があります。飲んだ薬をタップして下さい。」等のメッセージを送信する。
【００４６】
他方、応答内容が「スタンプ情報」と一致すると判断された場合（ステップＳ７０５：ＹＥＳ）、案内表示サーバ２５は、ステップＳ７０７において、お薬案内データベース２５１の「送信フラグ」を「１」にする。
【００４７】
上述のステップＳ７０１乃至Ｓ７０７の処理をお薬案内データベース２５１の全レコード行について繰り返す。
【００４８】
そして、案内表示サーバ２５は、ステップＳ７０８において、現在時刻が２４時になった場合、お薬案内データベース２５１の全ての「送信フラグ」と「応答フラグ」を「０」にして、サブルーチン「案内処理」を終了する。
【００４９】
図６の説明に戻る。
図７のステップＳ７０２またはＳ７０６で案内表示サーバ２５がスマートフォン２１宛に送信されたメッセージと「スタンプ情報」は、外部情報受配信装置２４、メール／ＷＥＢサーバ２３、およびチャットサーバ２２を介して（Ｓ６０２、Ｓ６０３、Ｓ６０４）、スマートフォン２１へ送信される。
【００５０】
スマートフォン２１は、薬の服用を促すメッセージと「スタンプ情報（服用する薬を示す画像情報）」を受信して表示する（Ｓ６０５）。例えば、図８に示すように、「お薬の時間になりました。飲んだお薬をタップして下さい。」「お薬の時間です。以下の薬の画像またはイラストを確認して下さい。」「まだ飲む薬があります。飲んだ薬をタップして下さい。」等のメッセージを表示する。
【００５１】
上述の実施の形態では、お薬案内データベース２５１に格納された配信時刻でメッセージ等を送信したが、例えば、患者１が食事を取ったと判断された場合にメッセージ等を送信するようにしても良い。例えば、スマートフォン２１が備える位置情報確認機能（ＧＰＳ機能）等を用いて患者１の位置情報を検出し、所定範囲内の位置に所定時間内患者１が留まっていると判断した場合、食卓やレストランで食事中であると判断してもよい。その後、スマートフォン２１の移動を検出したことにより、食事完了と判断し、食後に服用する薬の案内メッセージ等を送信するようにしてもよい。また、患者１がスマートフォン２１のカメラ機能を用いて食事写真を送信することで食事中であると判断してもよい。
【００５２】
また、送信するメッセージの内容を患者１毎に異ならせてもよいし、その患者１の過去の挙動（返信の正確性等）によってメッセージ内容を異ならせてもよい。
【００５３】
前述してきた本発明の実施の形態は、案内システムの一機能としてハードウェア又はＤＳＰ（Digital Signal Processor）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。
【００５４】
また、本発明が適用される案内システムは、その機能が実行されるのであれば、前述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００５５】
また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトウェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、案内システムに供給し、その案内システムのコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。
【００５６】
この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。
【００５７】
プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【００５８】
また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【００５９】
さらに、可搬記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【００６０】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は形状を取ることができる。
【符号の説明】
【００６１】
１          患者
１０        案内システム
２１        多機能携帯電話（スマートフォン）
２２        チャットサーバ
２３        メール／ＷＥＢサーバ
２４        外部情報受配信装置
２５        案内表示サーバ
２６        電子カルテシステム
２７        電子カルテサーバ
２８        電子カルテ端末
３０        インターネット
２５１      お薬案内データベース
【図１】
2019074831.tif 000003
【図２】
2019074831.tif 000004
【図３】
2019074831.tif 000005
【図４】
2019074831.tif 000006
【図５】
2019074831.tif 000007
【図６】
2019074831.tif 000008
【図７】
2019074831.tif 000009
【図８】
2019074831.tif 000010