JP2004287956A - 服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラム - Google Patents
服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラム Download PDFInfo
- Publication number
- JP2004287956A JP2004287956A JP2003080527A JP2003080527A JP2004287956A JP 2004287956 A JP2004287956 A JP 2004287956A JP 2003080527 A JP2003080527 A JP 2003080527A JP 2003080527 A JP2003080527 A JP 2003080527A JP 2004287956 A JP2004287956 A JP 2004287956A
- Authority
- JP
- Japan
- Prior art keywords
- medication
- computer
- taking
- basic data
- portable terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】本発明は服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラムに関し、送付元のシステムに負荷をかけることなく、安価に提供できる服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラムを提供することを目的としている。
【解決手段】携帯端末とコンピュータとが通信部を介してデータのやりとりを行なうシステムにおいて、携帯端末１０側に服用に関する投薬のスケジュールを管理するアプリケーション１２ａを設け、前記コンピュータ２０側に、服用に関する投薬の基礎データを記憶するデータベース２７を設け、前記アプリケーション１２ａからコンピュータ２０側にアクセスして、コンピュータ側のデータベース２７に記憶されている服用に関する投薬の基礎データをダウンロードする手段と、該ダウンロードした服用に関する投薬の基礎データに変更登録を行なう手段と、を設けて構成する。
【選択図】 図１
【解決手段】携帯端末とコンピュータとが通信部を介してデータのやりとりを行なうシステムにおいて、携帯端末１０側に服用に関する投薬のスケジュールを管理するアプリケーション１２ａを設け、前記コンピュータ２０側に、服用に関する投薬の基礎データを記憶するデータベース２７を設け、前記アプリケーション１２ａからコンピュータ２０側にアクセスして、コンピュータ側のデータベース２７に記憶されている服用に関する投薬の基礎データをダウンロードする手段と、該ダウンロードした服用に関する投薬の基礎データに変更登録を行なう手段と、を設けて構成する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラムに関する。
【０００２】
【従来の技術】
従来の服用スケジュール管理システムとしては、コンピュータにて各服用者の服用する薬情報と時間を管理し、該当時間になったらコンピュータから携帯端末若しくはファクシミリ装置に通知する技術が知られている（例えば特許文献１参照）。また、専用の処方箋遵守装置を設け、コンピュータから情報を受け取ったら、専用の処方箋遵守装置で服用時間を管理し、服用遵守を促す技術が知られている（例えば特許文献２参照）。
【０００３】
図８は特許文献１に記載の発明の説明図である。図において、１は薬局内に設けられたコンピュータである。該コンピュータ１としては、例えばパソコン（ＰＣ）が用いられる。この発明は、基本的には前記機能をパソコン１が主導となって処理する。そして、個人毎に以下の管理を行なう。
・スケジュール管理
・薬情報
・情報通知先
パソコン１は服用時間になったら、携帯端末２に服用を促すメールを通知する。或いはファクシミリ装置３に服用を促すメッセージを通知する。図では、示されていないが、パソコン１から服用者の持つパソコンに通知するようにしてもよい。何れの場合も、携帯端末２、或いはファクシミリ装置３側は服用通知を受けるだけである。なお、薬局はこの通知を行なうための手数料を服用通知時に併せて通知される公告掲載料から得ている。
【０００４】
図９は特許文献２に記載の発明の説明図である。この発明では、パソコン１から服用に関するスケジュールを専用に設けられた服用遵守装置５に送信する。服用遵守装置５は、このスケジュールを受け取ったら、以降の服用スケジュール管理は服用遵守装置５自体が行なうものである。この目的のために、服用遵守装置５から、服用に対応したパターンを選択し、該当する時間を投入する。この場合、アラームは服用完了設定まで、一定周期で実行されるようになっている。図に示す服用遵守装置５の表示は、次の服用時間は、次の日曜日の１２：３６であることを示している。
【０００５】
【特許文献１】
特開２００１−３２５３５９号公報（第４頁、図２）
【特許文献２】
特表２００２−５００５２９号公報（第１５頁、第１６頁、第１７頁、図２）
【０００６】
【発明が解決しようとする課題】
前記した特許文献１記載の発明では、服用を行なう時間にメールやファクシミリ装置を該当者全員に送付する必要があるが、服用時間はほぼ同時刻になることが多く、該当者が多くなった場合に、送付元のシステム（パソコン）及びネットワークに大きな負荷がかかるという問題がある。また、この発明では服用情報を通知するだけであり、それを見過ごしてしまった場合には対処できないという問題がある。
【０００７】
前記した特許文献２記載の発明では、特許文献１で生じる問題点を解決することができるが、専用の服用遵守装置を別途購入する必要があるという問題がある。
【０００８】
本発明はこのような課題に鑑みてなされたものであって、送付元のシステムに負荷をかけることなく、安価に提供できる服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
（１）請求項１記載の発明は、以下の通りである。図１は本発明方法の原理を示すフローチャートである。本発明は、服用に関する投薬のアプリケーションを予め携帯端末に登録しておき（ステップ１）、薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードし（ステップ２）、携帯端末に対して服用に関する投薬の基礎データの変更登録を行ない（ステップ３）、前記携帯端末で投薬のスケジュール管理を行なう（ステップ４）ようにしたことを特徴とする。
【００１０】
ここで、「服用に関する投薬のアプリケーションを予め携帯端末に登録しておく」とは、服用に関する投薬の基礎データを前記携帯端末にダウンロードする前に、携帯端末にアプリケーションが登録されていなければならないということである。従って、先ずアプリケーションをダウンロードし、次に服用に関する投薬の基礎データをダウンロードするという一連の動作として行なってもよい。
【００１１】
また、「服用に関する投薬の基礎データ」とは、服用スケジュール及び投薬情報のことをいう。
【００１２】
このように構成すれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの。服用スケジュール及び投薬情報）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
（２）請求項２記載の発明は、以下の通りである。図２は本発明の原理ブロック図である。図に示すシステムは、携帯端末１０とコンピュータ２０とが通信部を介してデータのやりとりを行なうシステムを構成している。携帯端末としては、例えば携帯電話を好適に用いることができる。携帯端末１０において、１１はコンピュータ２０側と通信を行なう通信部、１２は各種情報を記憶する記憶部である。１２ａは、該記憶部１２内に設けられた服用スケジュールを管理するアプリケーションである。このアプリケーション１２ａは、予め携帯端末１０にコンピュータ２０からダウンロードして登録しておく。
【００１３】
１３は各種情報を表示する表示部、１４は携帯端末１０を操作するための操作部、１５はバス１６を介して各構成要素と接続され、全体の動作制御を行なう制御部である。該制御部１５としては、例えばＣＰＵが用いられる。
【００１４】
コンピュータ２０において、２１は携帯端末１０側と通信を行なう通信部、２２は各種情報を記憶する記憶部である。２３は各種情報を表示する表示部、２４はコンピュータ２０を操作するための操作部、２５はバス２６を介して各構成要素と接続され、全体の動作制御を行なう制御部である。該制御部１５としては、例えばＣＰＵが用いられる。２７はバス２６と接続され、患者の投薬の処方箋情報等を記憶するデータベース（ＤＢ）である。
【００１５】
このように構成すれば、服用スケジュールのアプリケーション１２ａをダウンロードして予め携帯端末１０に登録しておくことにより、後はコンピュータ２０側から服用に関する投薬の基礎データをダウンロードすることにより、携帯端末１０がスケジュール管理を独自に行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
（３）請求項３記載の発明は、服用に関する投薬のアプリケーションを予め携帯端末に登録しておく工程（ステップ１）と、薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードする工程と（ステップ２）、携帯端末に対して服用に関する投薬の基礎データの変更登録を行なう工程と（ステップ３）、前記携帯端末で投薬のスケジュール管理を行なう工程（ステップ４）とを、コンピュータで実行するようにしたことを特徴とする。
【００１６】
このように構成すれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
【００１７】
また、この発明によれば、前記コンピュータ側からの服用に関する投薬の基礎データをダウンロードした携帯端末側では、当該携帯端末に対して服用名称登録と、アラーム通知時刻登録を行なうことを特徴とする。
【００１８】
このように構成すれば、携帯端末側で患者の服用名称と、アラーム通知時刻を管理することができる。
【００１９】
また、この発明によれば、前記薬局とは異なる薬局から処方箋を受けたら、前記携帯端末を使用して、前記薬局のコンピュータに当該他の薬局からの処方箋を基礎データとしてアップロードすることを特徴とする。
【００２０】
このように構成すれば、異なる薬局で処方された内容を当該薬局のコンピュータに登録することができ、同じ患者に対する処方箋情報をまとめて管理することができる。また、混合服用による影響等の判断をコンピュータ側から患者側に通知することができる。
【００２１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
【００２２】
先ず、図２の構成を用いて、データベース２７に記憶されているデータをコンピュータ２０側から携帯端末１０にダウンロードする場合について説明する。操作部１４から服用に関する投薬の基礎データ（服用スケジュール及び投薬情報）のダウンロードコマンドを入力すると、このコマンドはコンピュータ２０の通信部２１で受信される。制御部２５は、データベース２７に記憶されているデータを読み出していったん記憶部２２に記憶する。そして、記憶部２２に記憶されているデータをデータ転送フォーマットに変換する。このようにして、転送データに変換されたデータは、通信部２１を経由して無線送信される。表示部２３には、このような一連の動作における必要な情報が表示される。
【００２３】
一方、無線送信されたきたデータは、携帯端末１０の通信部１１で受信される。制御部１５は、受信されたデータを元のデータに復元した後、記憶部１２に記憶する。以後、記憶部１２に記憶された基礎データ（服用スケジュール及び投薬情報）は、アプリケーション１２ａにより投薬スケジュール管理に使用される。表示部１３には、このような一連の動作における必要な情報が表示される。
【００２４】
図３は本発明の概要説明図である。図２と同一のものは、同一の符号を付して示す。以降、携帯端末とし携帯電話を用いた場合について説明する。携帯電話１０のアプリケーション１２ａとして、服用スケジュールを管理するプログラムを提供する。該当のプログラムは、薬局の処方箋管理を行なうコンピュータと連携し、服用スケジュール及び投薬情報をコンピュータ２０から携帯電話１０にダウンロードする。
【００２５】
ダウンロードを受けた携帯電話１０では、服用に対応した食前／食間／食後／就寝の時間を投入する。そして、各ユーザが所持する携帯電話１０にて服用時刻にアラーム通知を行なう機能を有している。服用を行なうまで、一定の周期でアラーム通知を繰り返し、服用が終わると、アラーム解除登録を行なう機能を有している。また、必要時には、該当時刻で服用すべき投薬の名称や画像イメージを表示し、確認する機能を有している。
【００２６】
なお、データのダウンロードに要する費用は、ユーザが負担することとしている。具体的には、薬局３０で投薬を受け取る時に、ユーザからダウンロード費用を予め徴収しておく。
【００２７】
本発明では、服用スケジュール及び投薬情報をコンピュータ２０から携帯電話１０にダウンロードすると、後は携帯電話１０で服用スケジュールを管理することができるので、コンピュータ２０側の負担になることはない。
【００２８】
このようにすれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの。服用スケジュール及び投薬情報）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
【００２９】
図４は本発明の動作説明図、図５は本発明の表示画面例を示す図である。図４，図５は、薬局３０のコンピュータ２０から携帯電話１０に基礎データをダウンロードし、その後のユーザ情報を設定する流れを示す図である。携帯電話１０のアプリケーションとして提供し、基礎データとなるデータは、薬局３０の処方箋管理を行なうコンピュータ２０から服用スケジュール及び投薬情報を携帯端末網４０を利用して携帯端末アクセス装置２８から携帯電話１０に対してダウンロードすることにより、各ユーザが所持する携帯電話１０に取り込む。ダウンロード後は、各ユーザの携帯電話１０のみで、時刻入力やアラーム通知を行なう。
【００３０】
服用した情報は、記録として保持し、処方箋毎若しくは投薬毎に服用状況を参照可能とする。
【００３１】
図６は本発明の他の動作説明図、図７は本発明の表示画面例を示す図である。図６，図７は携帯電話１０に保持する情報を薬局のコンピュータ２０に登録する流れを示す図である。複数の投薬を服用する際に、携帯電話１０に取り込んだ基礎データを薬局３０のコンピュータ２０にアップロードすることにより、薬剤師に投薬の是非等の相談をするために必要な情報の通知を可能とする。
【００３２】
本発明では、携帯電話１０のアプリケーションとして提供し、専用の装置を購入することなく、処方箋単位若しくは日数単位での安価な使用料を設定するようにしている。例えば、前述したように、薬局で使用料の代行徴収を基本としている。
【００３３】
以下、本発明の動作について詳細に説明する。
【００３４】
複数の病院の診察を受けた患者（ユーザ）５０は、医師から処方箋５１を書いてもらい、薬局３０に出向く。薬局３０では、それぞれの処方箋５１に従って、投薬を処方し、患者５０に服用薬５２を手渡す。この時、後でコンピュータ２０にアクセスする時のパスワードを書いた紙５３も一緒に手渡される。また、服用薬５２を貰う際に、データ転送サービスのための料金も併せて徴収される。
【００３５】
図４，図５の▲１▼は、服用情報の登録を行なっている。そして、薬局３０のコンピュータ２０での基礎データの作成方法を示している。図５の▲１▼に示す登録画面でオペレータは、所定の情報を入力する。そして、入力が終了したら「登録」アイコンをクリックする。この結果、入力されたデータは、データベース２７に登録され、服用の基礎データとなる。この時、登録と同時にコンピュータ２０からパスワードが出力される。オペレータは、このパスワード書いた紙５３を服用薬５２を患者５０に渡す時に、同時に手渡す。
【００３６】
一方、携帯電話１０のアプリケーション１２ａでは、新規の服用スケジュールのための基礎データを収集する機能と、現状保持している基礎データを薬局３０のコンピュータ２０に通知する機能を有している。患者５０は、後から携帯電話１０を用いて基礎データの取得を行なう。図４，図５の▲２▼は服用基礎データ取得を示している。
【００３７】
携帯電話１０の表示部１３には、図５の▲２▼に示すような服用基礎データ一覧が表示される。ここで、患者５０が表示部１３に表示された内容を確認して、ダウンロード要求コマンドを操作部１４から入力すると、薬局３０のデータベース２７に記憶されている服用に関する投薬の基礎データ（服用スケジュール及び投薬情報）が携帯電話１０にダウンロードされる。基礎データのダウンロードが終了すると、携帯電話１０のアプリケーション１２ａは表示部１３から投薬アラーム等の情報を表示するようになる。即ち、服用基礎データを元に、携帯電話１０で服用スケジュールを管理し、服用時間になれば薬の内容を含めて通知する。患者５０は、この携帯電話１０から通知される投薬情報に従って、投薬を服用する。
【００３８】
ここで、投薬アラームの通知の形態としては、例えば表示部１３に服用を促す表示をしたり、或いは音声発生部（図示せず）から「○○薬を服用する時間です。」等の音声を流すようにしてもよい。投薬の服用がすんだら、操作部１４を操作して服用が終了したことを制御部１５に通知する。この結果、投薬アラームは解除され、以後表示或いは音声発生がされなくなる。
【００３９】
ここで、携帯電話１０に登録された基礎データの変更登録を行なう場合について説明する。この場合には、図４，図５の▲３▼に示す服用名称登録の場合と、図４，図５の▲４▼に示すアラーム通知時刻登録の場合がある。服用名称登録の場合には、図５の▲３▼に示すように、服用名称「風邪」を入力する。また、アラーム通知時間登録の際には、図５の▲４▼に示すように、服用時間が朝食、昼食、夕食に分かれて表示される。最初はデフォルト値若しくは以前の情報が表示される。患者は、変更が必要な場合には、操作部１４から時刻情報を変更する。このようにして、携帯電話１０に表示された内容は、携帯電話１０に登録され、投薬のスケジュール管理を行なうことができるようになる。
【００４０】
図４，図５の▲５▼は服用名称のアラーム通知を、▲６▼は服用薬表示をそれぞれ示している。携帯電話１０内蔵のアプリケーション１２ａは、指定された時刻になると、▲５▼に示すように服用のアラームを表示する。同時に音声で通知するようにしてもよい。服用が終わったら、患者は「服用済み」アイコンをクリックしてアラーム表示を解除する。図４，図５の▲６▼は、服用薬の表示を示しており、薬の名称等に加えて薬の画像も表示される。このようにして、表示される結果、患者が飲む薬の種類を間違えることがなくなる。
【００４１】
図６，図７の▲１▼は携帯電話１０のアプリケーション操作のうち、携帯電話に保持する基礎データを薬局３０のコンピュータ２０に通知する流れを示している。起動後、薬局３０のコンピュータ２０にアクセスし、指定した基礎データをコンピュータ２０にアップロードする。
【００４２】
図６，図７の▲２▼は、薬局３０のコンピュータ２０に対して、携帯電話１０からの情報を蓄積するための流れを示す。携帯電話番号毎に、患者からの通知を蓄積するエリアを持ち、投薬情報の蓄積と参照を行なうことができる。
【００４３】
薬局３０のコンピュータ２０では、処方箋毎に、ダウンロードが行なわれたかどうかの情報を持ち、ダウンロードされることを前提に使用料の徴収を行なう。薬を出す時点で、ダウンロードを行なうことで、薬局にて代行徴収を行なうことができる。
【００４４】
以下に、本発明の更に詳細な説明を行なう。
【００４５】
処方箋を受けとったら、薬局３０のコンピュータにて投薬のデータ入力を行なう。図４，図５の▲１▼は、入力データの例を示す図である。入力データの例としては、薬の名称、個数、現在の日時、服用周期（毎食後や、朝夕食後等）、服用回数、携帯電話番号が考えられる。入力後、該当携帯番号に対するパスワードがコンピュータ２０で生成され、薬局の担当者は患者にパスワードが書かれた紙を渡す。
【００４６】
携帯電話１０では、服用スケジュール管理用のアプリケーションをダウンロードするサイトにアクセスし、ダウンロードを行なう。携帯電話１０にて服用スケジュール管理アプリケーションを起動後、薬局３０のコンピュータ２０にアクセスして、携帯電話番号とパスワードの入力を行なう。
【００４７】
その結果、表示部１３に処方箋の一覧が表示され、該当の服用スケジュールの基礎データを取得したいものを選択して、基礎データをダウンロードする。図４，図５の▲２▼は、処方箋の一覧の表示例を示す図である。処方箋を受け付けた日時と、処理病院名と、診療科目が表示される。この表示の中から、必要な項目を選択することで、該当の服用スケジュールの基礎データを取得することができる。なお、一度取得済みのデータは、通常は表示しないこととし、特別なボタンを選択することで、取得済みのデータの再表示を可能とすることができる。
【００４８】
本発明では、ダウンロードした基礎データ毎に服用の名称を入力することができる。図４，図５の▲３▼は、服用の名称を入力する例を示す図である。デフォルトは、病院名＋診療科目名とする。携帯電話１０のアプリケーション１２ａは、取得した基礎データより、服用スケジュールに登録すべき時刻の入力を要求する。基礎データに朝食後、夕食後に服用となっている場合は、該当患者の朝食後及び夕食後に相当する時刻の入力を要求する（毎日一定ではないが、おおよその時刻を入力する）。
【００４９】
図４，図５の▲４▼は、アラーム通知時刻を入力する画面の例を示す図である。基礎データに毎食後に服用となっている場合は、該当する時刻（朝食後、昼食後、夕食後）の入力を要求する。
【００５０】
このようにし携帯電話１０への変更登録が終了すると、携帯電話１０は、服用スケジュールに従い、該当の時間になるとアラーム通知を行なう。この場合、投薬が終わったら、オンフックボタンを押すことで、アラームを止めることができる。ただし、オンフックの場合は、一定の時間後に再度アラーム通知を行なう。服用を完了した場合には、アプリケーション１２ａの服用完了のボタンを押すことで、次の服用時間待ちとなる。服用完了ボタンを押した時点で、後、何回服用が残っているかの情報を表示することもできる。
【００５１】
このようにすれば、携帯電話側で患者の服用名称と、アラーム通知時刻を管理することができる。
【００５２】
図４，図５の▲５▼は、アラーム通知時の表示イメージの例を示す図である。制御部１５から表示部１３に対して服用名称が表示され、服用すべき投薬の名称及び数が表示される。アラーム通知後、服用完了ボタンを押すまでの間に、服用すべき薬の情報を参照することができる。
【００５３】
該当時間に服用すべき薬の名称と数を表示する。任意の薬に関して、特定のボタンを押すことにより、該当する薬のイメージ（画像全体）を表示可能とする。図４，図５の▲６▼は、アラーム通知時の投薬のイメージを示す図である。図４，図５の▲５▼で表示された投薬を選択することで該当する投薬の画像イメージを表示することができる。
【００５４】
図６，図７の▲１▼は、携帯電話１０から薬局３０のコンピュータ２０に特定の投薬の情報を登録する際のイメージの例を示す図である。複数の服用を行なっている場合は、表示された一覧から、登録したい投薬を選択することができる。
【００５５】
図６，図７の▲２▼は、薬局３０のコンピュータで、携帯電話１０から登録された投薬の情報を参照するイメージを示している。担当者（薬剤師）は、この情報を参照することで、複数の投薬から、同時に服用することの是非を判断するための情報とすることができる。この場合、図６に示すように、電話で患者５０に知らせることができる。このようにすれば、異なる薬局で処方された内容を当該薬局のコンピュータ２０に登録することができ、同じ患者に対する処方箋情報をまとめて管理するができる。また、混合服用にえる副作用の影響等の判断を薬局３０側から患者５０側に通知することができる。
【００５６】
本発明では、携帯電話１０からコンピュータ２０にアップロードされた情報を表示する機能を有し、医者に見せることが可能となる。薬局３０では、実際に代行徴収を行なった処方箋情報のダウンロードが行われているか否かの確認ができる。
【００５７】
上述した本発明によれば、専用の機器を用いることなく、携帯電話のアプリケーションのみで対応できるため、低コストを実現することができる。また、服用スケジュール管理を携帯電話１０に記憶されているアプリケーションで提供することができる。また、携帯電話１０のアプリケーションで、Ｗｅｂやアラーム機能を使用するのみであり、新規の部材を使用しないため、性能面でのデメリットはない。
【００５８】
本発明によれば、図１に示す工程をプログラムに組んでコンピュータで実行することができる。このようにすれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
【００５９】
上述の実施の形態例では、携帯端末として携帯電話を用いた場合を例にとったが、本発明はこれに限るものではなく、その他の任意の携帯端末を使用することができる。
【００６０】
（付記１） 服用に関する投薬のアプリケーションを予め携帯端末に登録しておき（ステップ１）、
薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードし（ステップ２）、
携帯端末に対して服用に関する投薬の基礎データの変更登録を行ない（ステップ３）、
前記携帯端末で投薬のスケジュール管理を行なう（ステップ４）
ようにしたことを特徴とする服用スケジュール管理方法。
（付記２） 携帯端末とコンピュータとが通信部を介してデータのやりとりを行なうシステムにおいて、
携帯端末側に服用に関する投薬のスケジュールを管理するアプリケーションを設け、
前記コンピュータ側に、服用に関する投薬の基礎データを記憶するデータベースを設け、
前記携帯端末からコンピュータ側にアクセスして、コンピュータ側のデータベースに記憶されている服用に関する投薬の基礎データをダウンロードする手段と、
該ダウンロードした服用に関する投薬の基礎データに変更登録を行なう手段と、
を設けることを特徴とする服用スケジュール管理システム。
（付記３） 服用に関する投薬のアプリケーションを予め携帯端末に登録しておく工程（ステップ１）と、
薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードする工程と（ステップ２）、
携帯端末に対して服用に関する投薬の基礎データの変更登録を行なう工程と（ステップ３）、
前記携帯端末で投薬のスケジュール管理を行なう工程（ステップ４）とを、コンピュータで実行するようにしたことを特徴とする服用スケジュール管理プログラム。
（付記４） 前記コンピュータ側からの服用に関する投薬の基礎データをダウンロードした携帯端末側では、当該携帯端末に対して服用名称登録と、アラーム通知時刻登録を行なうことを特徴とする付記２記載の服用スケジュール管理システム。
【００６１】
（付記５） 前記薬局とは異なる薬局から処方箋を受けたら、前記携帯端末を使用して、前記薬局のコンピュータに当該他の薬局からの処方箋を基礎データとしてアップロードすることを特徴とする付記２記載の服用スケジュール管理システム。
【００６２】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
（１）請求項１記載の発明によれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの。服用スケジュール及び投薬情報）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
（２）請求項２記載の発明によれば、服用スケジュールのアプリケーションを予め携帯端末にダウンロードして登録しておくことにより、後はコンピュータ側から服用に関する投薬の基礎データをダウンロードすることにより、携帯端末１０がスケジュール管理を独自に行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
（３）請求項３記載の発明によれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
【００６３】
このように、本発明によれば、送付元のシステムに負荷をかけることなく、安価に提供できる服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラムを提供することができる。
【図面の簡単な説明】
【図１】本発明方法の原理を示すフローチャートである。
【図２】本発明の原理ブロック図である。
【図３】本発明の概要説明図である。
【図４】本発明の動作説明図である。
【図５】本発明の表示画面例を示す図である。
【図６】本発明の他の動作説明図である。
【図７】本発明の表示画面例を示す図である。
【図８】特許文献１に記載の発明の説明図である。
【図９】特許文献２に記載の発明の説明図である。
【符号の説明】
１０ 携帯端末
１１ 通信部
１２ 記憶部
１２ａ アプリケーション
１３ 表示部
１４ 操作部
１５ 制御部
１６ バス
２０ コンピュータ
２１ 通信部
２２ 記憶部
２３ 表示部
２４ 操作部
２５ 制御部
２６ バス
２７ データベース
３０ 薬局
【発明の属する技術分野】
本発明は服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラムに関する。
【０００２】
【従来の技術】
従来の服用スケジュール管理システムとしては、コンピュータにて各服用者の服用する薬情報と時間を管理し、該当時間になったらコンピュータから携帯端末若しくはファクシミリ装置に通知する技術が知られている（例えば特許文献１参照）。また、専用の処方箋遵守装置を設け、コンピュータから情報を受け取ったら、専用の処方箋遵守装置で服用時間を管理し、服用遵守を促す技術が知られている（例えば特許文献２参照）。
【０００３】
図８は特許文献１に記載の発明の説明図である。図において、１は薬局内に設けられたコンピュータである。該コンピュータ１としては、例えばパソコン（ＰＣ）が用いられる。この発明は、基本的には前記機能をパソコン１が主導となって処理する。そして、個人毎に以下の管理を行なう。
・スケジュール管理
・薬情報
・情報通知先
パソコン１は服用時間になったら、携帯端末２に服用を促すメールを通知する。或いはファクシミリ装置３に服用を促すメッセージを通知する。図では、示されていないが、パソコン１から服用者の持つパソコンに通知するようにしてもよい。何れの場合も、携帯端末２、或いはファクシミリ装置３側は服用通知を受けるだけである。なお、薬局はこの通知を行なうための手数料を服用通知時に併せて通知される公告掲載料から得ている。
【０００４】
図９は特許文献２に記載の発明の説明図である。この発明では、パソコン１から服用に関するスケジュールを専用に設けられた服用遵守装置５に送信する。服用遵守装置５は、このスケジュールを受け取ったら、以降の服用スケジュール管理は服用遵守装置５自体が行なうものである。この目的のために、服用遵守装置５から、服用に対応したパターンを選択し、該当する時間を投入する。この場合、アラームは服用完了設定まで、一定周期で実行されるようになっている。図に示す服用遵守装置５の表示は、次の服用時間は、次の日曜日の１２：３６であることを示している。
【０００５】
【特許文献１】
特開２００１−３２５３５９号公報（第４頁、図２）
【特許文献２】
特表２００２−５００５２９号公報（第１５頁、第１６頁、第１７頁、図２）
【０００６】
【発明が解決しようとする課題】
前記した特許文献１記載の発明では、服用を行なう時間にメールやファクシミリ装置を該当者全員に送付する必要があるが、服用時間はほぼ同時刻になることが多く、該当者が多くなった場合に、送付元のシステム（パソコン）及びネットワークに大きな負荷がかかるという問題がある。また、この発明では服用情報を通知するだけであり、それを見過ごしてしまった場合には対処できないという問題がある。
【０００７】
前記した特許文献２記載の発明では、特許文献１で生じる問題点を解決することができるが、専用の服用遵守装置を別途購入する必要があるという問題がある。
【０００８】
本発明はこのような課題に鑑みてなされたものであって、送付元のシステムに負荷をかけることなく、安価に提供できる服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
（１）請求項１記載の発明は、以下の通りである。図１は本発明方法の原理を示すフローチャートである。本発明は、服用に関する投薬のアプリケーションを予め携帯端末に登録しておき（ステップ１）、薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードし（ステップ２）、携帯端末に対して服用に関する投薬の基礎データの変更登録を行ない（ステップ３）、前記携帯端末で投薬のスケジュール管理を行なう（ステップ４）ようにしたことを特徴とする。
【００１０】
ここで、「服用に関する投薬のアプリケーションを予め携帯端末に登録しておく」とは、服用に関する投薬の基礎データを前記携帯端末にダウンロードする前に、携帯端末にアプリケーションが登録されていなければならないということである。従って、先ずアプリケーションをダウンロードし、次に服用に関する投薬の基礎データをダウンロードするという一連の動作として行なってもよい。
【００１１】
また、「服用に関する投薬の基礎データ」とは、服用スケジュール及び投薬情報のことをいう。
【００１２】
このように構成すれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの。服用スケジュール及び投薬情報）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
（２）請求項２記載の発明は、以下の通りである。図２は本発明の原理ブロック図である。図に示すシステムは、携帯端末１０とコンピュータ２０とが通信部を介してデータのやりとりを行なうシステムを構成している。携帯端末としては、例えば携帯電話を好適に用いることができる。携帯端末１０において、１１はコンピュータ２０側と通信を行なう通信部、１２は各種情報を記憶する記憶部である。１２ａは、該記憶部１２内に設けられた服用スケジュールを管理するアプリケーションである。このアプリケーション１２ａは、予め携帯端末１０にコンピュータ２０からダウンロードして登録しておく。
【００１３】
１３は各種情報を表示する表示部、１４は携帯端末１０を操作するための操作部、１５はバス１６を介して各構成要素と接続され、全体の動作制御を行なう制御部である。該制御部１５としては、例えばＣＰＵが用いられる。
【００１４】
コンピュータ２０において、２１は携帯端末１０側と通信を行なう通信部、２２は各種情報を記憶する記憶部である。２３は各種情報を表示する表示部、２４はコンピュータ２０を操作するための操作部、２５はバス２６を介して各構成要素と接続され、全体の動作制御を行なう制御部である。該制御部１５としては、例えばＣＰＵが用いられる。２７はバス２６と接続され、患者の投薬の処方箋情報等を記憶するデータベース（ＤＢ）である。
【００１５】
このように構成すれば、服用スケジュールのアプリケーション１２ａをダウンロードして予め携帯端末１０に登録しておくことにより、後はコンピュータ２０側から服用に関する投薬の基礎データをダウンロードすることにより、携帯端末１０がスケジュール管理を独自に行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
（３）請求項３記載の発明は、服用に関する投薬のアプリケーションを予め携帯端末に登録しておく工程（ステップ１）と、薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードする工程と（ステップ２）、携帯端末に対して服用に関する投薬の基礎データの変更登録を行なう工程と（ステップ３）、前記携帯端末で投薬のスケジュール管理を行なう工程（ステップ４）とを、コンピュータで実行するようにしたことを特徴とする。
【００１６】
このように構成すれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
【００１７】
また、この発明によれば、前記コンピュータ側からの服用に関する投薬の基礎データをダウンロードした携帯端末側では、当該携帯端末に対して服用名称登録と、アラーム通知時刻登録を行なうことを特徴とする。
【００１８】
このように構成すれば、携帯端末側で患者の服用名称と、アラーム通知時刻を管理することができる。
【００１９】
また、この発明によれば、前記薬局とは異なる薬局から処方箋を受けたら、前記携帯端末を使用して、前記薬局のコンピュータに当該他の薬局からの処方箋を基礎データとしてアップロードすることを特徴とする。
【００２０】
このように構成すれば、異なる薬局で処方された内容を当該薬局のコンピュータに登録することができ、同じ患者に対する処方箋情報をまとめて管理することができる。また、混合服用による影響等の判断をコンピュータ側から患者側に通知することができる。
【００２１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
【００２２】
先ず、図２の構成を用いて、データベース２７に記憶されているデータをコンピュータ２０側から携帯端末１０にダウンロードする場合について説明する。操作部１４から服用に関する投薬の基礎データ（服用スケジュール及び投薬情報）のダウンロードコマンドを入力すると、このコマンドはコンピュータ２０の通信部２１で受信される。制御部２５は、データベース２７に記憶されているデータを読み出していったん記憶部２２に記憶する。そして、記憶部２２に記憶されているデータをデータ転送フォーマットに変換する。このようにして、転送データに変換されたデータは、通信部２１を経由して無線送信される。表示部２３には、このような一連の動作における必要な情報が表示される。
【００２３】
一方、無線送信されたきたデータは、携帯端末１０の通信部１１で受信される。制御部１５は、受信されたデータを元のデータに復元した後、記憶部１２に記憶する。以後、記憶部１２に記憶された基礎データ（服用スケジュール及び投薬情報）は、アプリケーション１２ａにより投薬スケジュール管理に使用される。表示部１３には、このような一連の動作における必要な情報が表示される。
【００２４】
図３は本発明の概要説明図である。図２と同一のものは、同一の符号を付して示す。以降、携帯端末とし携帯電話を用いた場合について説明する。携帯電話１０のアプリケーション１２ａとして、服用スケジュールを管理するプログラムを提供する。該当のプログラムは、薬局の処方箋管理を行なうコンピュータと連携し、服用スケジュール及び投薬情報をコンピュータ２０から携帯電話１０にダウンロードする。
【００２５】
ダウンロードを受けた携帯電話１０では、服用に対応した食前／食間／食後／就寝の時間を投入する。そして、各ユーザが所持する携帯電話１０にて服用時刻にアラーム通知を行なう機能を有している。服用を行なうまで、一定の周期でアラーム通知を繰り返し、服用が終わると、アラーム解除登録を行なう機能を有している。また、必要時には、該当時刻で服用すべき投薬の名称や画像イメージを表示し、確認する機能を有している。
【００２６】
なお、データのダウンロードに要する費用は、ユーザが負担することとしている。具体的には、薬局３０で投薬を受け取る時に、ユーザからダウンロード費用を予め徴収しておく。
【００２７】
本発明では、服用スケジュール及び投薬情報をコンピュータ２０から携帯電話１０にダウンロードすると、後は携帯電話１０で服用スケジュールを管理することができるので、コンピュータ２０側の負担になることはない。
【００２８】
このようにすれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの。服用スケジュール及び投薬情報）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
【００２９】
図４は本発明の動作説明図、図５は本発明の表示画面例を示す図である。図４，図５は、薬局３０のコンピュータ２０から携帯電話１０に基礎データをダウンロードし、その後のユーザ情報を設定する流れを示す図である。携帯電話１０のアプリケーションとして提供し、基礎データとなるデータは、薬局３０の処方箋管理を行なうコンピュータ２０から服用スケジュール及び投薬情報を携帯端末網４０を利用して携帯端末アクセス装置２８から携帯電話１０に対してダウンロードすることにより、各ユーザが所持する携帯電話１０に取り込む。ダウンロード後は、各ユーザの携帯電話１０のみで、時刻入力やアラーム通知を行なう。
【００３０】
服用した情報は、記録として保持し、処方箋毎若しくは投薬毎に服用状況を参照可能とする。
【００３１】
図６は本発明の他の動作説明図、図７は本発明の表示画面例を示す図である。図６，図７は携帯電話１０に保持する情報を薬局のコンピュータ２０に登録する流れを示す図である。複数の投薬を服用する際に、携帯電話１０に取り込んだ基礎データを薬局３０のコンピュータ２０にアップロードすることにより、薬剤師に投薬の是非等の相談をするために必要な情報の通知を可能とする。
【００３２】
本発明では、携帯電話１０のアプリケーションとして提供し、専用の装置を購入することなく、処方箋単位若しくは日数単位での安価な使用料を設定するようにしている。例えば、前述したように、薬局で使用料の代行徴収を基本としている。
【００３３】
以下、本発明の動作について詳細に説明する。
【００３４】
複数の病院の診察を受けた患者（ユーザ）５０は、医師から処方箋５１を書いてもらい、薬局３０に出向く。薬局３０では、それぞれの処方箋５１に従って、投薬を処方し、患者５０に服用薬５２を手渡す。この時、後でコンピュータ２０にアクセスする時のパスワードを書いた紙５３も一緒に手渡される。また、服用薬５２を貰う際に、データ転送サービスのための料金も併せて徴収される。
【００３５】
図４，図５の▲１▼は、服用情報の登録を行なっている。そして、薬局３０のコンピュータ２０での基礎データの作成方法を示している。図５の▲１▼に示す登録画面でオペレータは、所定の情報を入力する。そして、入力が終了したら「登録」アイコンをクリックする。この結果、入力されたデータは、データベース２７に登録され、服用の基礎データとなる。この時、登録と同時にコンピュータ２０からパスワードが出力される。オペレータは、このパスワード書いた紙５３を服用薬５２を患者５０に渡す時に、同時に手渡す。
【００３６】
一方、携帯電話１０のアプリケーション１２ａでは、新規の服用スケジュールのための基礎データを収集する機能と、現状保持している基礎データを薬局３０のコンピュータ２０に通知する機能を有している。患者５０は、後から携帯電話１０を用いて基礎データの取得を行なう。図４，図５の▲２▼は服用基礎データ取得を示している。
【００３７】
携帯電話１０の表示部１３には、図５の▲２▼に示すような服用基礎データ一覧が表示される。ここで、患者５０が表示部１３に表示された内容を確認して、ダウンロード要求コマンドを操作部１４から入力すると、薬局３０のデータベース２７に記憶されている服用に関する投薬の基礎データ（服用スケジュール及び投薬情報）が携帯電話１０にダウンロードされる。基礎データのダウンロードが終了すると、携帯電話１０のアプリケーション１２ａは表示部１３から投薬アラーム等の情報を表示するようになる。即ち、服用基礎データを元に、携帯電話１０で服用スケジュールを管理し、服用時間になれば薬の内容を含めて通知する。患者５０は、この携帯電話１０から通知される投薬情報に従って、投薬を服用する。
【００３８】
ここで、投薬アラームの通知の形態としては、例えば表示部１３に服用を促す表示をしたり、或いは音声発生部（図示せず）から「○○薬を服用する時間です。」等の音声を流すようにしてもよい。投薬の服用がすんだら、操作部１４を操作して服用が終了したことを制御部１５に通知する。この結果、投薬アラームは解除され、以後表示或いは音声発生がされなくなる。
【００３９】
ここで、携帯電話１０に登録された基礎データの変更登録を行なう場合について説明する。この場合には、図４，図５の▲３▼に示す服用名称登録の場合と、図４，図５の▲４▼に示すアラーム通知時刻登録の場合がある。服用名称登録の場合には、図５の▲３▼に示すように、服用名称「風邪」を入力する。また、アラーム通知時間登録の際には、図５の▲４▼に示すように、服用時間が朝食、昼食、夕食に分かれて表示される。最初はデフォルト値若しくは以前の情報が表示される。患者は、変更が必要な場合には、操作部１４から時刻情報を変更する。このようにして、携帯電話１０に表示された内容は、携帯電話１０に登録され、投薬のスケジュール管理を行なうことができるようになる。
【００４０】
図４，図５の▲５▼は服用名称のアラーム通知を、▲６▼は服用薬表示をそれぞれ示している。携帯電話１０内蔵のアプリケーション１２ａは、指定された時刻になると、▲５▼に示すように服用のアラームを表示する。同時に音声で通知するようにしてもよい。服用が終わったら、患者は「服用済み」アイコンをクリックしてアラーム表示を解除する。図４，図５の▲６▼は、服用薬の表示を示しており、薬の名称等に加えて薬の画像も表示される。このようにして、表示される結果、患者が飲む薬の種類を間違えることがなくなる。
【００４１】
図６，図７の▲１▼は携帯電話１０のアプリケーション操作のうち、携帯電話に保持する基礎データを薬局３０のコンピュータ２０に通知する流れを示している。起動後、薬局３０のコンピュータ２０にアクセスし、指定した基礎データをコンピュータ２０にアップロードする。
【００４２】
図６，図７の▲２▼は、薬局３０のコンピュータ２０に対して、携帯電話１０からの情報を蓄積するための流れを示す。携帯電話番号毎に、患者からの通知を蓄積するエリアを持ち、投薬情報の蓄積と参照を行なうことができる。
【００４３】
薬局３０のコンピュータ２０では、処方箋毎に、ダウンロードが行なわれたかどうかの情報を持ち、ダウンロードされることを前提に使用料の徴収を行なう。薬を出す時点で、ダウンロードを行なうことで、薬局にて代行徴収を行なうことができる。
【００４４】
以下に、本発明の更に詳細な説明を行なう。
【００４５】
処方箋を受けとったら、薬局３０のコンピュータにて投薬のデータ入力を行なう。図４，図５の▲１▼は、入力データの例を示す図である。入力データの例としては、薬の名称、個数、現在の日時、服用周期（毎食後や、朝夕食後等）、服用回数、携帯電話番号が考えられる。入力後、該当携帯番号に対するパスワードがコンピュータ２０で生成され、薬局の担当者は患者にパスワードが書かれた紙を渡す。
【００４６】
携帯電話１０では、服用スケジュール管理用のアプリケーションをダウンロードするサイトにアクセスし、ダウンロードを行なう。携帯電話１０にて服用スケジュール管理アプリケーションを起動後、薬局３０のコンピュータ２０にアクセスして、携帯電話番号とパスワードの入力を行なう。
【００４７】
その結果、表示部１３に処方箋の一覧が表示され、該当の服用スケジュールの基礎データを取得したいものを選択して、基礎データをダウンロードする。図４，図５の▲２▼は、処方箋の一覧の表示例を示す図である。処方箋を受け付けた日時と、処理病院名と、診療科目が表示される。この表示の中から、必要な項目を選択することで、該当の服用スケジュールの基礎データを取得することができる。なお、一度取得済みのデータは、通常は表示しないこととし、特別なボタンを選択することで、取得済みのデータの再表示を可能とすることができる。
【００４８】
本発明では、ダウンロードした基礎データ毎に服用の名称を入力することができる。図４，図５の▲３▼は、服用の名称を入力する例を示す図である。デフォルトは、病院名＋診療科目名とする。携帯電話１０のアプリケーション１２ａは、取得した基礎データより、服用スケジュールに登録すべき時刻の入力を要求する。基礎データに朝食後、夕食後に服用となっている場合は、該当患者の朝食後及び夕食後に相当する時刻の入力を要求する（毎日一定ではないが、おおよその時刻を入力する）。
【００４９】
図４，図５の▲４▼は、アラーム通知時刻を入力する画面の例を示す図である。基礎データに毎食後に服用となっている場合は、該当する時刻（朝食後、昼食後、夕食後）の入力を要求する。
【００５０】
このようにし携帯電話１０への変更登録が終了すると、携帯電話１０は、服用スケジュールに従い、該当の時間になるとアラーム通知を行なう。この場合、投薬が終わったら、オンフックボタンを押すことで、アラームを止めることができる。ただし、オンフックの場合は、一定の時間後に再度アラーム通知を行なう。服用を完了した場合には、アプリケーション１２ａの服用完了のボタンを押すことで、次の服用時間待ちとなる。服用完了ボタンを押した時点で、後、何回服用が残っているかの情報を表示することもできる。
【００５１】
このようにすれば、携帯電話側で患者の服用名称と、アラーム通知時刻を管理することができる。
【００５２】
図４，図５の▲５▼は、アラーム通知時の表示イメージの例を示す図である。制御部１５から表示部１３に対して服用名称が表示され、服用すべき投薬の名称及び数が表示される。アラーム通知後、服用完了ボタンを押すまでの間に、服用すべき薬の情報を参照することができる。
【００５３】
該当時間に服用すべき薬の名称と数を表示する。任意の薬に関して、特定のボタンを押すことにより、該当する薬のイメージ（画像全体）を表示可能とする。図４，図５の▲６▼は、アラーム通知時の投薬のイメージを示す図である。図４，図５の▲５▼で表示された投薬を選択することで該当する投薬の画像イメージを表示することができる。
【００５４】
図６，図７の▲１▼は、携帯電話１０から薬局３０のコンピュータ２０に特定の投薬の情報を登録する際のイメージの例を示す図である。複数の服用を行なっている場合は、表示された一覧から、登録したい投薬を選択することができる。
【００５５】
図６，図７の▲２▼は、薬局３０のコンピュータで、携帯電話１０から登録された投薬の情報を参照するイメージを示している。担当者（薬剤師）は、この情報を参照することで、複数の投薬から、同時に服用することの是非を判断するための情報とすることができる。この場合、図６に示すように、電話で患者５０に知らせることができる。このようにすれば、異なる薬局で処方された内容を当該薬局のコンピュータ２０に登録することができ、同じ患者に対する処方箋情報をまとめて管理するができる。また、混合服用にえる副作用の影響等の判断を薬局３０側から患者５０側に通知することができる。
【００５６】
本発明では、携帯電話１０からコンピュータ２０にアップロードされた情報を表示する機能を有し、医者に見せることが可能となる。薬局３０では、実際に代行徴収を行なった処方箋情報のダウンロードが行われているか否かの確認ができる。
【００５７】
上述した本発明によれば、専用の機器を用いることなく、携帯電話のアプリケーションのみで対応できるため、低コストを実現することができる。また、服用スケジュール管理を携帯電話１０に記憶されているアプリケーションで提供することができる。また、携帯電話１０のアプリケーションで、Ｗｅｂやアラーム機能を使用するのみであり、新規の部材を使用しないため、性能面でのデメリットはない。
【００５８】
本発明によれば、図１に示す工程をプログラムに組んでコンピュータで実行することができる。このようにすれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
【００５９】
上述の実施の形態例では、携帯端末として携帯電話を用いた場合を例にとったが、本発明はこれに限るものではなく、その他の任意の携帯端末を使用することができる。
【００６０】
（付記１） 服用に関する投薬のアプリケーションを予め携帯端末に登録しておき（ステップ１）、
薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードし（ステップ２）、
携帯端末に対して服用に関する投薬の基礎データの変更登録を行ない（ステップ３）、
前記携帯端末で投薬のスケジュール管理を行なう（ステップ４）
ようにしたことを特徴とする服用スケジュール管理方法。
（付記２） 携帯端末とコンピュータとが通信部を介してデータのやりとりを行なうシステムにおいて、
携帯端末側に服用に関する投薬のスケジュールを管理するアプリケーションを設け、
前記コンピュータ側に、服用に関する投薬の基礎データを記憶するデータベースを設け、
前記携帯端末からコンピュータ側にアクセスして、コンピュータ側のデータベースに記憶されている服用に関する投薬の基礎データをダウンロードする手段と、
該ダウンロードした服用に関する投薬の基礎データに変更登録を行なう手段と、
を設けることを特徴とする服用スケジュール管理システム。
（付記３） 服用に関する投薬のアプリケーションを予め携帯端末に登録しておく工程（ステップ１）と、
薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードする工程と（ステップ２）、
携帯端末に対して服用に関する投薬の基礎データの変更登録を行なう工程と（ステップ３）、
前記携帯端末で投薬のスケジュール管理を行なう工程（ステップ４）とを、コンピュータで実行するようにしたことを特徴とする服用スケジュール管理プログラム。
（付記４） 前記コンピュータ側からの服用に関する投薬の基礎データをダウンロードした携帯端末側では、当該携帯端末に対して服用名称登録と、アラーム通知時刻登録を行なうことを特徴とする付記２記載の服用スケジュール管理システム。
【００６１】
（付記５） 前記薬局とは異なる薬局から処方箋を受けたら、前記携帯端末を使用して、前記薬局のコンピュータに当該他の薬局からの処方箋を基礎データとしてアップロードすることを特徴とする付記２記載の服用スケジュール管理システム。
【００６２】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
（１）請求項１記載の発明によれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの。服用スケジュール及び投薬情報）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
（２）請求項２記載の発明によれば、服用スケジュールのアプリケーションを予め携帯端末にダウンロードして登録しておくことにより、後はコンピュータ側から服用に関する投薬の基礎データをダウンロードすることにより、携帯端末１０がスケジュール管理を独自に行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
（３）請求項３記載の発明によれば、携帯端末に服用に関する投薬の基礎データ（例えば処方箋に関するもの）をダウンロードすることにより、該携帯端末はダウンロードした内容に従って、服用スケジュール管理を行なうことができるので、送付元のシステムに負荷をかけることがない。また、専用の装置を用いる必要がないので、安価なシステムを提供することができる。
【００６３】
このように、本発明によれば、送付元のシステムに負荷をかけることなく、安価に提供できる服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラムを提供することができる。
【図面の簡単な説明】
【図１】本発明方法の原理を示すフローチャートである。
【図２】本発明の原理ブロック図である。
【図３】本発明の概要説明図である。
【図４】本発明の動作説明図である。
【図５】本発明の表示画面例を示す図である。
【図６】本発明の他の動作説明図である。
【図７】本発明の表示画面例を示す図である。
【図８】特許文献１に記載の発明の説明図である。
【図９】特許文献２に記載の発明の説明図である。
【符号の説明】
１０ 携帯端末
１１ 通信部
１２ 記憶部
１２ａ アプリケーション
１３ 表示部
１４ 操作部
１５ 制御部
１６ バス
２０ コンピュータ
２１ 通信部
２２ 記憶部
２３ 表示部
２４ 操作部
２５ 制御部
２６ バス
２７ データベース
３０ 薬局
Claims (3)
- 服用に関する投薬のアプリケーションを予め携帯端末に登録しておき（ステップ１）、
薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードし（ステップ２）、
携帯端末に対して服用に関する投薬の基礎データの変更登録を行ない（ステップ３）、
前記携帯端末で投薬のスケジュール管理を行なう（ステップ４）
ようにしたことを特徴とする服用スケジュール管理方法。 - 携帯端末とコンピュータとが通信部を介してデータのやりとりを行なうシステムにおいて、
携帯端末側に服用に関する投薬のスケジュールを管理するアプリケーションを設け、
前記コンピュータ側に、服用に関する投薬の基礎データを記憶するデータベースを設け、
前記携帯端末からコンピュータ側にアクセスして、コンピュータ側のデータベースに記憶されている服用に関する投薬の基礎データをダウンロードする手段と、
該ダウンロードした服用に関する投薬の基礎データに変更登録を行なう手段と、
を設けることを特徴とする服用スケジュール管理システム。 - 服用に関する投薬のアプリケーションを予め携帯端末に登録しておく工程（ステップ１）と、
薬局内に設けられたコンピュータから服用に関する投薬の基礎データを前記携帯端末にダウンロードする工程と（ステップ２）、
携帯端末に対して服用に関する投薬の基礎データの変更登録を行なう工程と（ステップ３）、
前記携帯端末で投薬のスケジュール管理を行なう工程（ステップ４）とを、コンピュータで実行するようにしたことを特徴とする服用スケジュール管理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003080527A JP2004287956A (ja) | 2003-03-24 | 2003-03-24 | 服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003080527A JP2004287956A (ja) | 2003-03-24 | 2003-03-24 | 服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004287956A true JP2004287956A (ja) | 2004-10-14 |
Family
ID=33294353
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003080527A Pending JP2004287956A (ja) | 2003-03-24 | 2003-03-24 | 服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004287956A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007074068A (ja) * | 2005-09-05 | 2007-03-22 | Seiko Epson Corp | 映像機器、服薬管理システム、映像機器の服薬管理方法およびそのプログラム |
| KR100786170B1 (ko) | 2006-04-05 | 2007-12-21 | 임종섭 | 약물투약 알람 시스템 |
| JP2009125386A (ja) * | 2007-11-26 | 2009-06-11 | Mythos:Kk | 服薬アラームシステム |
| WO2010138810A2 (en) * | 2009-05-29 | 2010-12-02 | Philip Kennedy | Medication dispensing system |
| JP2011072749A (ja) * | 2009-10-02 | 2011-04-14 | Fujitsu Ltd | 服用支援装置、服用支援プログラム、及び服用支援方法 |
| JP2015184765A (ja) * | 2014-03-20 | 2015-10-22 | 株式会社メディカルフロント | 服薬管理装置、システム及び方法 |
| JP7486389B2 (ja) | 2020-09-23 | 2024-05-17 | 信二 岡村 | 服薬管理システム |
-
2003
- 2003-03-24 JP JP2003080527A patent/JP2004287956A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007074068A (ja) * | 2005-09-05 | 2007-03-22 | Seiko Epson Corp | 映像機器、服薬管理システム、映像機器の服薬管理方法およびそのプログラム |
| KR100786170B1 (ko) | 2006-04-05 | 2007-12-21 | 임종섭 | 약물투약 알람 시스템 |
| JP2009125386A (ja) * | 2007-11-26 | 2009-06-11 | Mythos:Kk | 服薬アラームシステム |
| US8009040B2 (en) | 2008-05-30 | 2011-08-30 | Kennedy Philip R | Medication dispensing system |
| WO2010138810A2 (en) * | 2009-05-29 | 2010-12-02 | Philip Kennedy | Medication dispensing system |
| WO2010138810A3 (en) * | 2009-05-29 | 2011-04-21 | Philip Kennedy | Medication dispensing system |
| JP2011072749A (ja) * | 2009-10-02 | 2011-04-14 | Fujitsu Ltd | 服用支援装置、服用支援プログラム、及び服用支援方法 |
| JP2015184765A (ja) * | 2014-03-20 | 2015-10-22 | 株式会社メディカルフロント | 服薬管理装置、システム及び方法 |
| JP7486389B2 (ja) | 2020-09-23 | 2024-05-17 | 信二 岡村 | 服薬管理システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9058410B2 (en) | Integrated electronic patient health care data coordination system | |
| JP5689617B2 (ja) | 通信ネットワークを利用した医師指示管理システム | |
| JP2018063692A (ja) | 情報処理システム、端末装置、サーバ、媒体、情報処理方法及びプログラム | |
| US20100274579A1 (en) | Dynamic, Interactive, Web-Based Treatment System | |
| Pitsillides et al. | DITIS: A collaborative virtual medical team for home healthcare of cancer patients | |
| JP6725739B1 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| US20080312966A1 (en) | Rx SCAN SOFTWARE COMPONENT SUCH AS FOR INCORPORATION INTO A MEDICAL COMPLIANCE SOFTWARE BASED SYSTEM & COMPUTER WRITEABLE MEDIUM | |
| JP2013503407A (ja) | 医療遵守キオスク | |
| US20080255874A1 (en) | System and method for delivering clinical notifications | |
| Turisco et al. | Wireless and mobile computing | |
| JP2004287956A (ja) | 服用スケジュール管理方法及びシステム並びに服用スケジュール管理プログラム | |
| JPH11296592A (ja) | 医療・介護支援システム | |
| JP6730088B2 (ja) | 薬剤情報共有システムおよび薬剤情報共有方法 | |
| JP2002222258A (ja) | 調剤薬局システム | |
| JP2004029896A (ja) | 再診患者の医療検診管理装置及び方法 | |
| JP2002189811A (ja) | 在宅医療支援方法およびそれに用いる支援システム | |
| Ghinea et al. | A Jini-based solution for electronic prescriptions | |
| Halstater | Delivery of innovative healthcare services | |
| JP7253308B1 (ja) | プログラム、情報処理装置、情報処理システム、情報処理方法 | |
| JP2004246841A (ja) | 医療介護業務一元管理システム | |
| JP2005285023A (ja) | 薬剤服用管理機能付き携帯型電子端末、薬剤服用管理プログラム、コンピュータで読み取り可能な記録媒体または記憶した機器並びに薬剤服用管理システム | |
| JP6857427B1 (ja) | プログラム、方法及び情報処理装置 | |
| JPWO2019087671A1 (ja) | 情報提供サーバ、情報提供方法、および情報提供システム | |
| Hameed et al. | Integrated medical emergency model: An interactive web-based database | |
| KR20010106730A (ko) | 처방일정관리시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050913 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080303 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080325 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080716 |