JP6561526B2 - プログラム、情報処理装置及び情報処理方法 - Google Patents
プログラム、情報処理装置及び情報処理方法 Download PDFInfo
- Publication number
- JP6561526B2 JP6561526B2 JP2015060006A JP2015060006A JP6561526B2 JP 6561526 B2 JP6561526 B2 JP 6561526B2 JP 2015060006 A JP2015060006 A JP 2015060006A JP 2015060006 A JP2015060006 A JP 2015060006A JP 6561526 B2 JP6561526 B2 JP 6561526B2
- Authority
- JP
- Japan
- Prior art keywords
- patient
- cpu
- terminal
- reservation
- information
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、プログラム、情報処理装置及び情報処理方法に関する。
従来、患者自身が薬剤情報を入手し、医師の定めた日時に薬剤を患者が服用したか否かを確認することが可能な薬剤服用情報管理システムが知られている。
（例えば特許文献１及び２参照）。
（例えば特許文献１及び２参照）。
しかしながら、従来の技術では処方した薬剤の効果を把握できないという問題がある。
一つの側面では、患者に処方した薬剤の効果を把握することが可能なプログラム等を提供することを目的とする。
コンピュータに、患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付け、前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力し、前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断し、診察予約が存在すると判断した場合、該診察予約を取り消す処理を実行させる。
患者に処方した薬剤の効果を把握することが可能となる。
実施の形態１
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示すブロック図である。情報処理システムは第１コンピュータ１、情報処理装置２及び第２コンピュータ３等を含む。第１コンピュータ１、情報処理装置２及び第２コンピュータ３は、インターネット、公衆電話網、ＬＡＮ(Local Area Network)等の通信網Ｎを介して相互に接続されている。第２コンピュータ３は例えば病院、薬局等の医療施設に設けられるサーバコンピュータ、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、またはスマートフォン等である。以下第２コンピュータ３を医師用コンピュータ３という。
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示すブロック図である。情報処理システムは第１コンピュータ１、情報処理装置２及び第２コンピュータ３等を含む。第１コンピュータ１、情報処理装置２及び第２コンピュータ３は、インターネット、公衆電話網、ＬＡＮ(Local Area Network)等の通信網Ｎを介して相互に接続されている。第２コンピュータ３は例えば病院、薬局等の医療施設に設けられるサーバコンピュータ、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、またはスマートフォン等である。以下第２コンピュータ３を医師用コンピュータ３という。
第１コンピュータ１は上記の医師用コンピュータ３との間で情報を送受信するサーバコンピュータまたはパーソナルコンピュータ等である。以下、第１コンピュータ１をサーバコンピュータ１という。なお、本実施形態では、第１コンピュータ１と第２コンピュータ３とを別体としているが、いずれか一つに統合しても良い。情報処理装置２は、パーソナルコンピュータ、携帯電話、ＰＤＡ、スマートフォン、カメラ、またはゲーム機等である。以下では、情報処理装置２を携帯端末２であるものとして説明する。患者に薬剤を処方した場合、医者は医師用コンピュータ３に薬剤の服薬に伴う効果の確認を行うタイミングのための情報（以下、場合によりタイミング値という）を入力する。
医師用コンピュータ３は、利用者である医者から入力されたタイミング値をサーバコンピュータ１へ出力する。サーバコンピュータ１は、医師用コンピュータ３から出力されたタイミング値を取得する。またサーバコンピュータ１は、後述するカルテＤＢにより、患者の服薬状況を参照し、医師用コンピュータ３から取得したタイミング値を用いて、服薬の効果を問い合わせるメッセージを患者の携帯端末２へ送信する。携帯端末２には、「熱は下がりましたか？」等の服薬の効果があったか否かを問うメッセージが表示される。ここで、サーバコンピュータ１は、効果がない、具体的には服薬により熱が下がらない旨の回答を受信した場合、診察予約に関する情報を、携帯端末２へ出力する。以下詳細を説明する。
図２は医師用コンピュータ３のハードウェア群を示すブロック図である。医師用コンピュータ３は制御部としてのＣＰＵ（Central Processing Unit）３１、ＲＡＭ(Random Access Memory)３２、入力部３３、表示部３４、記憶部３５、及び、通信部３６等を含む。ＣＰＵ３１は、バス３７を介してハードウェア各部と接続されている。ＣＰＵ３１は記憶部３５に記憶された制御プログラム３５Ｐに従いハードウェア各部を制御する。ＲＡＭ３２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ３２は、記憶部としても機能し、ＣＰＵ３１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
入力部３３はマウスまたはキーボード、マウスまたはタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ３１へ出力する。表示部３４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ３１の指示に従い各種情報を表示する。通信部３６は通信モジュールであり、サーバコンピュータ１または携帯端末２等との間でインターネット等の通信網Ｎを介して、情報の送受信を行う。
記憶部３５はハードディスクまたは大容量メモリであり、制御プログラム３５Ｐ、患者データベース（以下、ＤＢという）３５１、及び、カルテＤＢ３５２等を含む。なお、実施形態では患者ＤＢ３５１等を記憶部３５に記憶する例を挙げたがこれに限るものではない。ＲＡＭ３２に記憶するほか、図示しない他のＤＢサーバ内に記憶するようにしても良い。
図３は患者ＤＢ３５１のレコードレイアウトを示す説明図である。患者ＤＢ３５１は、患者ＩＤフィールド、患者名フィールド、及び、患者端末ＩＤフィールド等を含む。患者ＩＤフィールドには、診察に訪れた患者を特定するための固有の識別情報（以下、患者ＩＤという）が記憶されている。患者名フィールドには、患者ＩＤに対応する患者名が記憶されている。患者端末ＩＤフィールドには、患者の携帯端末２を特定するための固有の識別情報（以下、患者端末ＩＤという）が、患者ＩＤに対応付けて記憶されている。患者端末ＩＤは例えば、電子メールアドレス、ＩＰ(Internet Protocol)アドレス、またはＭＡＣ(Media Access Control)アドレス等である。
図４はカルテＤＢ３５２のレコードレイアウトを示す説明図である。カルテＤＢ３５２は、患者ＩＤフィールド、診察日フィールド、病名フィールド、処方薬フィールド、処方フィールド、タイミングフィールド、メッセージフィールド及び返信フィールド等を含む。診察日フィールドには患者を診察した日時が患者ＩＤに対応付けて記憶されている。なお、記載を簡略化するために、年月日だけを記載しているが、時、分、秒をも記憶しておいても良い。病名フィールドには、患者ＩＤに対応付けて病名が記憶されている。処方薬フィールドには、患者に処方した薬剤が患者ＩＤに対応付けて記憶されている。
処方フィールドには、薬剤を処方する期間が記憶されている。図４の、患者ＩＤが９８３７４の例を示すと、薬剤「ＸＸＸ」が３日分処方されている。なお実施形態では説明を容易にするために、処方として日数のみを記憶しているが、これに限るものではない。日数以外に毎食後、食前等の処方時期や、回数、錠数等、より具体的な処方内容を記憶する様にしても良い。医師は、医師用コンピュータ３の入力部３３から病名、処方薬、処方内容等を入力する。ＣＰＵ３１は、入力されたデータをカルテＤＢ３５２に記憶する。
タイミングフィールドには、患者宛に通知メッセージを送信するタイミングが、患者ＩＤに対応付けて記憶されている。なお、複数の薬剤を処方した場合、患者ＩＤ及び薬剤に対応付けて複数のタイミングを記憶しておいてもよい。図４の患者ＩＤが９８３７４の例では、タイミングフィールドには４と記憶されており、この数字は服薬回数を示す。具体的には、患者ＩＤ９８３７４の患者が４回、この薬剤を服用した場合に、メッセージが送信される。メッセージフィールドには、患者ＩＤに対応付けて、メッセージが記憶されている。メッセージには、服薬の効果があったか否かを示すような内容であり、例えば「熱は下がりましたか？」等のテキスト文が記憶されている。医者は医師用コンピュータ３の入力部３３から、患者にメッセージを送信するタイミング値及びメッセージを入力する。ＣＰＵ３１は、入力されたタイミング及びメッセージをカルテＤＢ３５２に記憶する。
なお、実施形態ではタイミングとして、服薬回数をあげたがこれに限るものではない。３日後、２４時間後などの診察から期間を、患者にメッセージを通知するタイミングとしても良いし、最初の服薬からの機関を患者にメッセージを通知するタイミングとしても良い。返信フィールドには患者ＩＤに対応付けてメッセージに対する返信内容が記憶されている。図４の例では、あるタイミングにおいて、服薬の効果が無いことを示す「ＮＯ」が記憶されている。服薬の効果がある場合「ＹＥＳ」の情報が記憶される。なお、実施形態では説明を容易にするために返信内容を「ＹＥＳ」または「ＮＯ」で示しているがこれに限るものではない。「体調は良くないです」、「大変良くなりました」等のテキスト文を記憶するようにしても良い。
図５は携帯端末２のハードウェア群を示すブロック図である。携帯端末２は制御部としてのＣＰＵ２１、入力部２３、表示部２４、記憶部２５、通信部２６、ＧＰＳ(Global Positioning System)モジュール２８、短距離通信モジュール２９等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。記憶部２５は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリまたはハードディスク等である。記憶部２５は、ＣＰＵ２１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
入力部２３はマウスまたはキーボード、またはタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ２１へ出力する。表示部２４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ２１の指示に従い各種情報を表示する。通信部２６は通信モジュールであり、サーバコンピュータ１または医師用コンピュータ３との間でインターネット等の通信網Ｎを介して、情報の送受信を行う。
ＧＰＳモジュール２８は、衛星から緯度及び経度を含む位置情報を取得する。短距離通信モジュール２９は、例えばBluetooth（登録商標）規格に基づく通信を行うモジュールまたは赤外線通信モジュールである。
図６は、サーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１は制御部としてのＣＰＵ１１、ＲＡＭ１２、入力部１３、表示部１４、記憶部１５、時計部１８、及び、通信部１６等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
入力部１３はマウスまたはキーボード、マウスまたはタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、医師用コンピュータ３及び携帯端末２等との間でインターネット等の通信網Ｎを介して、情報の送受信を行う。時計部１８は日時の情報をＣＰＵ１１へ出力する。
記憶部１５はハードディスクまたは大容量メモリであり、制御プログラム１５Ｐ、患者ＤＢ１５１、カルテＤＢ１５２及び服薬ＤＢ１５３等を含む。なお、実施形態では患者ＤＢ１５１等を記憶部１５に記憶する例を挙げたがこれに限るものではない。ＲＡＭ１２に記憶するほか、図示しない他のＤＢサーバ内に記憶するようにしても良い。
図７は、サーバコンピュータ１の患者ＤＢ１５１のレコードレイアウトを示す説明図である。患者ＤＢ１５１には、各病院の医師用コンピュータ３から送信された患者ＩＤ、患者名及び患者端末ＩＤ等が病院に対応づけられた形で記憶されている。図７の例では病院Ａ、病院Ｂ、病院Ｃの患者ＩＤ等が記憶されている。各レコードの内容は上述した医師用コンピュータ３に含まれる患者ＤＢ３５１のとおりであるので、詳細な説明は省略する。医師用コンピュータ３のＣＰＵ３１は、患者ＤＢ３５１の内容が更新された場合、更新内容及び病院を特定するための識別情報（以下、病院ＩＤという）をサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１は、医師用コンピュータ３から送信された更新内容及び病院ＩＤに基づき、患者ＤＢ１５１の記憶内容を更新する。また逆にサーバコンピュータ１の患者ＤＢ１５１が更新された場合、当該更新内容に基づき、医師用コンピュータ３の患者ＤＢ３５１が更新される。結果的に、サーバコンピュータ１の患者ＤＢ１５１の病院Ｘに対応する患者ＤＢは、病院Ｘに存在する医師用コンピュータ３の患者ＤＢ３５１と同一内容となる。なお、本実施例では、ネットワーク障害時等に備え、患者ＤＢを医師用コンピュータ３でも有することにしているが、サーバコンピュータ１のみに持たせることでも実現可能である。
図８は、サーバコンピュータ１のカルテＤＢ１５２のレコードレイアウトを示す説明図である。カルテＤＢ１５２には、各病院の医師用コンピュータ３から送信された患者ＩＤ、診察日、タイミング、メッセージ及び返信の有無等が記憶されている。図８の例では病院Ａ、病院Ｂ、病院Ｃの患者ＩＤ等が記憶されている。各レコードの内容は上述した医師用コンピュータ３に含まれるカルテＤＢ３５２のとおりであるので、詳細な説明は省略する。医師用コンピュータ３のＣＰＵ３１は、カルテＤＢ３５２の内容が更新された場合、更新内容及び病院ＩＤをサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１は、送信された更新内容及び病院ＩＤに基づき、カルテＤＢ１５２の記憶内容を更新する。また逆にサーバコンピュータ１のカルテＤＢ１５２が更新された場合、当該更新内容に基づき、医師用コンピュータ３のカルテＤＢ３５２が更新される。結果的に、サーバコンピュータ１のカルテＤＢ１５２の病院Ｘに対応するカルテＤＢは、病院Ｘに存在する医師用コンピュータ３のカルテＤＢ３５２と同一内容となる。なお、カルテＤＢをサーバコンピュータ１のみに持たせることでも実現可能である。
図９はサーバコンピュータ１が有する服薬ＤＢ１５３のレコードレイアウトを示す説明図である。服薬ＤＢ１５３は患者ＩＤフィールド、服薬日時フィールド、及び延べ服薬回数フィールド等を含む。服薬日時フィールドには、患者が処方された薬剤を服用した日時が記憶されている。ＣＰＵ１１は、服薬が完了したことを示す完了情報を取得した場合、完了情報を取得した際の日時を、患者ＩＤに対応付けて服薬ＤＢ１５３の服薬日時フィールドに記憶する。延べ服薬回数フィールドには、患者ＩＤに対応付けて処方した薬剤を服薬した延べ回数が記憶されている。ＣＰＵ１１は、患者ＩＤ及び完了情報を取得する度に延べ回数をインクリメントする。
図１０は服薬完了情報の入力イメージを示す説明図である。携帯端末２のＣＰＵ２１は、記憶部２５に記憶したアプリケーションを起動する。ＣＰＵ２１は、予めサーバコンピュータ１または医師用コンピュータ３から受信した処方に関する情報、具体的には処方薬、処方期間を図示しない記憶部２５から読み出し、読み出した情報を表示部２４に表示する。図１０の例では、患者ＩＤ、処方薬、処方期間が表示されている。またＣＰＵ２１は、現在の日時及び服薬の完了情報を確認する情報も表示部２４に表示する。図１０の例では、現在日時と共に「夕食後服用しましたか？」等の服用を確認するテキスト文を表示している。ＣＰＵ２１は、ＹＥＳボタン２４１及びＮＯボタン２４２を表示部２４に表示する。
ＣＰＵ２１は、入力部２３を通じてＹＥＳボタン２４１かＮＯボタン２４２の入力を受け付ける。ＣＰＵ２１は、ＹＥＳボタン２４１の入力を受け付けた場合、患者ＩＤ及び完了情報をサーバコンピュータ１へ送信する。なお、日時情報をも併せて送信するようにしても良い。サーバコンピュータ１のＣＰＵ１１は、患者ＩＤ及び完了情報を受信する。ＣＰＵ１１は、患者ＩＤ、完了情報及び現在日時を服薬ＤＢ１５３に記憶する。なお、ＮＯボタン２４２の入力を受け付けた場合には、所定期間（３０分）経過後に、同様の処理を行い、完了情報を入力させるための情報を表示部２４に表示する。なお、実施形態では、患者に完了情報を入力させる形態を挙げて説明するが、これに限るものではない。その他、薬剤が体内に取り込まれたことを検出するセンサを用いても良い。この場合、薬剤が溶け、センサが体内に取り込まれたことを検出した場合、患者ＩＤ及び完了情報をサーバコンピュータ１へ送信する。
ＣＰＵ１１は、患者ＩＤ及び完了情報を受信すると、延べ服薬回数が、カルテＤＢ１５２のタイミングフィールドに記憶したタイミング値に達したか否かを判断する。ＣＰＵ１１は、達したと判断した場合、カルテＤＢ１５２のメッセージフィールドから、薬剤の効果を問い合わせるメッセージを読み出す。ＣＰＵ１１は、患者ＤＢ１５１に記憶された患者端末ＩＤを参照し、読み出したメッセージを携帯端末２へ送信する。
図１１は、携帯端末２の表示部２４に、メッセージが表示された表示イメージを示す説明図である。ＣＰＵ２１は、表示部２４に受信したメッセージ、ＹＥＳボタン２４１及びＮＯボタン２４２を表示する。図１１の例では、メッセージとして「熱は下がりましたか？」と表示されている。患者は入力部２３からＹＥＳボタン２４１またはＮＯボタン２４２のいずれかを選択する。ＣＰＵ２１は、入力部２３を通じて、ＹＥＳボタン２４１またはＮＯボタン２４２の入力を受け付ける。ＣＰＵ２１は、ＮＯボタン２４２の入力を受け付けた場合、薬剤の服薬に伴う効果がない旨の回答情報（以下、無効果情報という）及び患者ＩＤをサーバコンピュータ１へ送信する。一方、ＹＥＳボタン２４１の入力を受け付けた場合、効果がある旨の回答情報（以下、効果情報）及び患者ＩＤをサーバコンピュータ１へ送信する。
サーバコンピュータ１のＣＰＵ１１は無効果情報または効果情報を受信する。ＣＰＵ１１は、無効果情報を受信した場合、患者ＩＤに対応付けて、カルテＤＢ１５２の返信フィールドにＮＯの情報を記憶する。また、効果情報を受信した場合、患者ＩＤに対応付けて、カルテＤＢ１５２の返信フィールドにＹＥＳの情報を記憶する。なお、本実施形態では説明を容易にするために、ＹＥＳまたはＮＯの情報を受信する例を挙げたがこれに限るものではない。患者に文章を入力させるようにしても良い。この場合、サーバコンピュータ１のＣＰＵ１１は、送信された文章に対し、形態素解析を行い、入力された文章が、効果が無いことを示すか、または、効果があることを示すかを判断するようにしても良い。ＣＰＵ１１は、無効果情報を受信した場合、記憶部１５から診察予約に関する情報を読み出す。ＣＰＵ１１は、患者ＩＤに対応する患者端末ＩＤを参照し、携帯端末２へ診察予約に関する情報を送信する。
図１２は、携帯端末２の表示部２４に表示される、診察予約に関する情報の表示イメージを示す説明図である。ＣＰＵ２１は、診察予約に関する情報を受信した場合、表示部２４に診察予約に関する情報を表示する。図１２の例では「診察予約を行って下さい。」等の案内が表示される。なお、診察予約のWebページへジャンプするためのハイパーリンクを表示するようにしても良い。その他、ハイパーリンクのクリックにより、ＳＮＳ（Social Networking Site）へアクセスさせるようにしても良い。この場合、患者と、医師がＳＮＳを通じて会話するようにすればよい。
図１３はタイミング値の登録手順を示すフローチャートである。医師用コンピュータ３のＣＰＵ３１は、図示しない画面を表示部３４に表示し、患者ＩＤ、病名、処方薬、処方、タイミング値及びメッセージを、入力部３３を介して受け付ける（ステップＳ１３１）。ＣＰＵ３１は、受け付けた患者ＩＤ、診察日、病名、処方薬、処方、タイミング値及びメッセージをカルテＤＢ３５２に記憶する（ステップＳ１３２）。ＣＰＵ３１は、患者ＩＤ、診察日、病名、処方薬、処方、タイミング値及びメッセージを、病院ＩＤと共に、サーバコンピュータ１へ、通信部３６を介して送信する（ステップＳ１３３）。
サーバコンピュータ１のＣＰＵ１１は、患者ＩＤ、診察日、病名、処方薬、処方、タイミング値、メッセージ及び病院ＩＤを、通信部１６を介して受信する（ステップＳ１３４）。ＣＰＵ１１は、病院ＩＤに対応付けて、患者ＩＤ、診察日、病名、処方薬、処方、タイミング値及びメッセージを、カルテＤＢ１５２に記憶する（ステップＳ１３５）。
図１４及び図１５は診察予約に関する情報の出力処理手順を示すフローチャートである。携帯端末２のＣＰＵ２１は、入力部２３から服薬の完了情報の入力を受け付ける（ステップＳ１４１）。ＣＰＵ２１は、通信部２６を介して完了情報及び患者ＩＤをサーバコンピュータ１へ送信する（ステップＳ１４２）。サーバコンピュータ１のＣＰＵ１１は、通信部１６を介して患者ＩＤ及び完了情報を受信する（ステップＳ１４３）。ＣＰＵ１１は、服薬ＤＢ１５３に、服薬日時を記録するとともに、過去の服薬回数から延べ回数を算出して記憶する（ステップＳ１４４）。
サーバコンピュータ１のＣＰＵ１１は、患者ＩＤを参照し、カルテＤＢ１５２から、タイミング値を読み出す（ステップＳ１４５）。ＣＰＵ１１は、延べ回数が読み出したタイミング値に達したか否かを判断する（ステップＳ１４６）。ＣＰＵ１１は、延べ回数がタイミング値に達していないと判断した場合（ステップＳ１４６でＮＯ）、処理をステップＳ１４３に戻す。ＣＰＵ１１は、延べ回数がタイミングに達したと判断した場合（ステップＳ１４６でＹＥＳ）、ステップＳ１４７へ移行する。
延べ回数がタイミングに達したと判断した場合、ＣＰＵ１１は、患者ＩＤを参照し、メッセージを、カルテＤＢ１５２から読み出す（ステップＳ１４７）。ＣＰＵ１１は、患者端末ＩＤを、患者ＤＢ１５１から読み出す（ステップＳ１４８）。ＣＰＵ１１は、患者端末ＩＤを宛先として、携帯端末２へメッセージを送信する（ステップＳ１４９）。携帯端末２のＣＰＵ２１は、サーバコンピュータ１からのメッセージを受信し、表示部２４に、メッセージ、ＹＥＳボタン２４１及びＮＯボタン２３２を表示する（ステップＳ１５１）。
携帯端末２のＣＰＵ２１は、入力部２３を介して、ＹＥＳボタン２４１かＮＯボタン２４２の入力を受け付ける。次に、受け付けた入力がＮＯボタン２４２の入力であるか否かを判断する（ステップＳ１５２）。ＣＰＵ２１は、ＹＥＳボタン２４１の入力を受け付けたと判断した場合（ステップＳ１５２でＮＯ）、処理をステップＳ１５３へ移行させる。ＣＰＵ２１は、効果があったことを示す効果情報をサーバコンピュータ１へ送信する（ステップＳ１５３）。ＣＰＵ１１は、効果情報を受信する（ステップＳ１５４）。
ＣＰＵ１１は、カルテＤＢ１５２の返信フィールドに効果情報を示すＹＥＳを記憶し（ステップＳ１５５）、その後処理を終了する。ＣＰＵ２１は、無効果情報を受信した場合（ステップＳ１５２でＹＥＳ）、処理をステップＳ１５６へ移行させる。ＣＰＵ２１は、無効果情報をサーバコンピュータ１へ送信する（ステップＳ１５６）。ＣＰＵ１１は、無効果情報を受信する（ステップＳ１５７）。ＣＰＵ１１は、診察予約に関する情報を読み出す（ステップＳ１５８）。ＣＰＵ１１は、診察予約に関する情報を携帯端末２へ出力する（ステップＳ１５９）。
携帯端末２のＣＰＵ２１は、サーバコンピュータ１から診察予約に関する情報を受信する（ステップＳ１５１０）。ＣＰＵ２１は、診察予約に関する情報を表示部２４に表示する（ステップＳ１５１１）。サーバコンピュータ１のＣＰＵ１１は、患者ＩＤに対応付けて、カルテＤＢ１５２の返信フィールドに無効果情報としてＮＯを記憶する（ステップＳ１５１２）。これにより、処方効果がない患者に対し迅速に診察を行う事が可能となる。また、医師の経験に基づき回数等の適切なタイミングを設定可能とすることで、より的確に患者の状況を把握することが可能となる。
実施の形態２
実施の形態２は無効果情報を入力するためのアプリケーションを配信する形態に関する。図１６は実施の形態２に係る情報処理システムの概要を示すブロック図である。実施の形態１に加えビーコン４が設けられている。ビーコン４は例えばBluetooth規格に基づく通信モジュールであり、携帯端末２の短距離通信モジュール２９との間で情報の送受信を行う。なお、実施形態ではBluetoothを用いた例を示すが、これに限るものではない。その他、RFID(Radio Frequency Identification)を用いて情報の送受信を行っても良い。
実施の形態２は無効果情報を入力するためのアプリケーションを配信する形態に関する。図１６は実施の形態２に係る情報処理システムの概要を示すブロック図である。実施の形態１に加えビーコン４が設けられている。ビーコン４は例えばBluetooth規格に基づく通信モジュールであり、携帯端末２の短距離通信モジュール２９との間で情報の送受信を行う。なお、実施形態ではBluetoothを用いた例を示すが、これに限るものではない。その他、RFID(Radio Frequency Identification)を用いて情報の送受信を行っても良い。
ビーコン４は例えば医師用コンピュータ３が備えられた病院のエントランス、会計窓口等に設置されている。サーバコンピュータ１は通知のタイミングを医師用コンピュータ３から取得し、カルテＤＢ１５２に患者ＩＤに対応付けてタイミング値を記憶した後に、通信網Ｎを介して、アプリケーションのインストール命令を出力する。アプリケーションは、効果情報または無効果情報を入力するためのものである。患者が病院のエントランスに近づいた場合、または、会計窓口に近づいた場合、携帯端末２にアプリケーションがインストールされる。また、携帯端末２のＣＰＵ２１は、効果情報の入力を受け付けた場合、インストールしたアプリケーションをアンインストールする。
図１７は、実施の形態２におけるサーバコンピュータ１のハードウェア群を示すブロック図である。記憶部１５にはさらにビーコンＤＢ１５４が設けられている。図１８はビーコンＤＢ１５４のレコードレイアウトを示す説明図である。ビーコンＤＢ１５４は病院名フィールド及びビーコンＩＤフィールド等を含む。病院名に対応付けて、病院に設置されているビーコン４を特定するための識別情報（以下、ビーコンＩＤという）が記憶されている。
図１９及び図２０はインストール処理の手順を示すフローチャートである。医師は医師用コンピュータ３の入力部３３から患者ＩＤに対応付けてタイミング値及びメッセージを入力する。ＣＰＵ３１は、入力された患者ＩＤ、タイミング値及びメッセージ等をカルテＤＢ３５２に記憶する。ＣＰＵ３１は、患者ＩＤ、タイミング値及びメッセージ等をサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１は、患者ＩＤ、タイミング値及びメッセージを受信する（ステップＳ１９１）。
ＣＰＵ１１は、受信した患者ＩＤ、タイミング値及びメッセージをカルテＤＢ１５２に病院名に対応付けて記憶する（ステップＳ１９２）。携帯端末２のＣＰＵ２１は、短距離通信モジュール２９を介して、ビーコン４が発信しているビーコンＩＤを受信する。ＣＰＵ２１は、通信部２６を介して、受信したビーコンＩＤ及び患者端末ＩＤをサーバコンピュータ１へ送信する。なお、ビーコン４が携帯端末２の患者端末ＩＤを取得し、ビーコンＩＤ及び患者端末ＩＤをサーバコンピュータ１へ送信するようにしても良い。サーバコンピュータ１はビーコンＩＤ及び患者端末ＩＤを、取得する（ステップＳ１９３）。
ＣＰＵ１１は、ビーコンＤＢ１５４を参照し、ビーコンＩＤに対応する病院名を読み出す（ステップＳ１９４）。ＣＰＵ１１は、読み出した病院名に対応する患者ＤＢ１５１を参照し、患者端末ＩＤに対応する患者ＩＤを読み出す。ＣＰＵ１１は、カルテＤＢ１５２から、病院名及び患者ＩＤに対応する診察日時を読み出す（ステップＳ１９５）。ＣＰＵ１１は、時計部１８から出力される現在時刻から診察日時を減じた差が、所定時間内（例えば２時間以内）であるか否かを判断する（ステップＳ１９６）。
ＣＰＵ１１は、所定時間内でないと判断した場合（ステップＳ１９６でＮＯ）、処理を終了する。ＣＰＵ１１は、所定時間内であると判断した場合（ステップＳ１９６でＹＥＳ）、ステップＳ１９７へ移行する。ＣＰＵ１１は、アプリケーションのインストール命令を出力する（ステップＳ１９７）。携帯端末２のＣＰＵ２１は、アプリケーションのインストール命令を受信する（ステップＳ１９８）。ＣＰＵ２１は、アプリケーションのインストールを許可する旨の許可情報を、入力部２３を介して受け付けたか否かを判断する（ステップＳ１９９）。
携帯端末２のＣＰＵ２１は、表示部２４を介して患者から許可情報を受け付けていない場合（ステップＳ１９９でＮＯ）、許可情報を受け付けるまで待機する。ＣＰＵ２１は、許可情報を受け付けたと判断した場合（ステップＳ１９９でＹＥＳ）、ステップＳ２０１へ移行する。ＣＰＵ２１は、許可情報をサーバコンピュータ１へ送信する（ステップＳ２０１）。ＣＰＵ１１は、携帯端末２から許可情報を受信した場合、アプリケーションを記憶部１５から読み出す（ステップＳ２０２）。ＣＰＵ１１は、読み出したアプリケーションを携帯端末２へ配信する（ステップＳ２０３）。
携帯端末２のＣＰＵ２１は、配信されたアプリケーションを受信する（ステップＳ２０４）。ＣＰＵ２１は、アプリケーションを記憶部２５にインストールする（ステップＳ２０５）。ＣＰＵ２１は、入力部２３を介して効果情報が送信されたか否かを判断する（ステップＳ２０６）。具体的には、ＣＰＵ２１は、表示部２４に表示された画面にて、ＹＥＳボタン２４１がクリックされたか否かを判断する。
携帯端末２のＣＰＵ２１は、効果情報が送信されたと判断した場合（ステップＳ２０６でＹＥＳ）、記憶部２５に記憶したアプリケーションをアンインストールする。（ステップＳ２０７）。ＣＰＵ２１は、効果情報が送信されていないと判断した場合（ステップＳ２０６でＮＯ）、ステップＳ２０７の処理をスキップし、一連の処理を終了する。なお実施形態では、ビーコン４を使用する例を挙げたが、ＧＰＳモジュール２８を用いても良い。この場合、ＧＰＳ２８モジュールにより取得した位置情報をサーバコンピュータ１へ送信する。サーバコンピュータ１は位置情報に対応する病院名を読み出す。これにより、アプリケーションがインストールされるため、ユーザの利便性を高めることができる。また、効果がある旨の回答を得た場合、不要となったアプリケーションを容易に削除することが可能となる。
本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態３
実施の形態３は医師用コンピュータ３によりアプリケーションのインストール命令を出力する形態に関する。図２１及び図２２はインストール処理の手順を示すフローチャートである。医師は入力部３３から患者ＩＤに対応付けてタイミング値及びメッセージを入力する。ＣＰＵ３１は、入力された患者ＩＤ、タイミング値及びメッセージ等を受け付ける（ステップＳ２１１）。ＣＰＵ３１は、受け付けた患者ＩＤ、タイミング値及びメッセージ等をカルテＤＢ３５２に記憶する（ステップＳ２１２）。
実施の形態３は医師用コンピュータ３によりアプリケーションのインストール命令を出力する形態に関する。図２１及び図２２はインストール処理の手順を示すフローチャートである。医師は入力部３３から患者ＩＤに対応付けてタイミング値及びメッセージを入力する。ＣＰＵ３１は、入力された患者ＩＤ、タイミング値及びメッセージ等を受け付ける（ステップＳ２１１）。ＣＰＵ３１は、受け付けた患者ＩＤ、タイミング値及びメッセージ等をカルテＤＢ３５２に記憶する（ステップＳ２１２）。
携帯端末２のＣＰＵ２１は、短距離通信モジュール２９を介して、ビーコン４が発信しているビーコンＩＤを受信する。ＣＰＵ２１は、通信部２６を介して、受信したビーコンＩＤ及び患者端末ＩＤを医師用コンピュータ３へ送信する。なお、ビーコン４が携帯端末２の患者端末ＩＤを取得し、ビーコンＩＤ及び患者端末ＩＤを医師用コンピュータ３へ送信するようにしても良い。医師用コンピュータ３のＣＰＵ３１は、ビーコンＩＤ及び患者端末ＩＤを、取得する（ステップＳ２１３）。
医師用コンピュータ３のＣＰＵ３１は、患者ＤＢ３５１を参照し、患者端末ＩＤに対応する患者ＩＤを読み出す。ＣＰＵ３１は、カルテＤＢ３５２から、患者ＩＤに対応する診察日時を読み出す（ステップＳ２１４）。ＣＰＵ３１は、時計部（図示せず）から出力される現在時刻から診察日時を減じた差が、所定時間内（例えば２時間以内）であるか否かを判断する（ステップＳ２１５）。
ＣＰＵ３１は、所定時間内でないと判断した場合（ステップＳ２１５でＮＯ）、処理を終了する。ＣＰＵ３１は、所定時間内であると判断した場合（ステップＳ２１５でＹＥＳ）、ステップＳ２１６へ移行する。ＣＰＵ３１は、患者端末ＩＤを参照し、携帯端末２へ、アプリケーションのインストール命令を出力する（ステップＳ２１６）。携帯端末２のＣＰＵ２１は、アプリケーションのインストール命令を受信する（ステップＳ２１７）。ＣＰＵ２１は、アプリケーションのインストールを許可する旨の許可情報を、入力部２３を介して受け付けたか否かを判断する（ステップＳ２１８）。
携帯端末２のＣＰＵ２１は、許可情報を受け付けていない場合（ステップＳ２１８でＮＯ）、許可情報を受け付けるまで待機する。ＣＰＵ２１は、許可情報を受け付けたと判断した場合（ステップＳ２１８でＹＥＳ）、ステップＳ２１９へ移行する。ＣＰＵ２１は、許可情報を医師用コンピュータ３へ送信する（ステップＳ２１９）。ＣＰＵ３１は、許可情報を受信した場合、アプリケーションを記憶部３５から読み出す（ステップＳ２２１）。ＣＰＵ３１は、読み出したアプリケーションを携帯端末２へ配信する（ステップＳ２２２）。
ＣＰＵ２１は、配信されたアプリケーションを受信する（ステップＳ２２３）。ＣＰＵ２１は、アプリケーションを記憶部２５にインストールする（ステップＳ２２４）。ＣＰＵ２１は、入力部２３を介して効果情報が送信されたか否かを判断する（ステップＳ２２５）。具体的には、ＣＰＵ２１は、ＹＥＳボタン２４１がクリックされたか否かを判断する。
ＣＰＵ２１は、効果情報が送信されたと判断した場合（ステップＳ２２５でＹＥＳ）、記憶部２５に記憶したアプリケーションをアンインストールする（ステップＳ２２６）。ＣＰＵ２１は、効果情報が送信されていないと判断した場合（ステップＳ２２５でＮＯ）、ステップＳ２２６の処理をスキップし、一連の処理を終了する。これにより、アプリケーションがインストールされるため、ユーザの利便性を高めることができる。また、効果がある旨の回答を得た場合、不要となったアプリケーションを容易に削除することが可能となる。
本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態４
実施の形態４は診察予約を行う形態に関する。図２３は実施の形態４に係る医師用コンピュータ３のハードウェア群を示すブロック図であり、図２４は実施の形態４に係るサーバコンピュータ１のハードウェア群を示すブロック図である。医師用コンピュータ３の記憶部３５には予約ＤＢ３５５が設けられている。また、サーバコンピュータ１の記憶部１５にも予約ＤＢ１５５が設けられている。
実施の形態４は診察予約を行う形態に関する。図２３は実施の形態４に係る医師用コンピュータ３のハードウェア群を示すブロック図であり、図２４は実施の形態４に係るサーバコンピュータ１のハードウェア群を示すブロック図である。医師用コンピュータ３の記憶部３５には予約ＤＢ３５５が設けられている。また、サーバコンピュータ１の記憶部１５にも予約ＤＢ１５５が設けられている。
図２５は医師用コンピュータ３の予約ＤＢ３５５のレコードレイアウトを示す説明図である。予約ＤＢ３５５は患者ＩＤフィールド及び予約日時フィールド等を含む。患者ＩＤに対応付けて次回の患者の予約日時が記憶されている。ＣＰＵ３１は、入力部３３から患者ＩＤ及び予約日時を受け付け、予約ＤＢ３５５に記憶する。
図２６はサーバコンピュータ１の予約ＤＢ１５５のレコードレイアウトを示す説明図である。病院（病院Ａ、病院Ｂ、病院Ｃ・・・）毎に、患者ＩＤに対応付けて予約日時が記憶されている。医師用コンピュータ３のＣＰＵ３１は、予約ＤＢ３５５の内容が更新された場合、病院ＩＤ及び更新内容（患者ＩＤ及び予約日時）をサーバコンピュータ１に送信する。ＣＰＵ１１は、病院ＩＤ及び更新内容を受信する。ＣＰＵ１１は、受信した病院ＩＤ及び更新内容を、予約ＤＢ１５５に記憶する。同様に、予約ＤＢ１５５が更新された場合、ＣＰＵ１１は、病院ＩＤに対応する医師用コンピュータ３宛へ、更新内容（患者ＩＤ及び予約日時）を送信する。
図２７は、携帯端末２の表示部２４に表示される予約受付画面のイメージを示す説明図である。図１２に示した診療予約ページへのハイパーリンクがクリックされた場合、サーバコンピュータ１のＣＰＵ１１は、予約ＤＢ１５５を参照し、患者ＩＤに対応する予約日時（以下、前回予約日時という）を読み出す。ＣＰＵ１１は、記憶部１５から予約受付画面を読み出す。ＣＰＵ１１は、患者ＩＤ及び読み出した予約日時を付加した予約受付画面を生成し、携帯端末２へ送信する。
図２７に示すように、予約受付画面のテンプレートに、患者ＩＤ、及び、前回予約日時（図２７の例では、２０１５年１月１０日）が付加されている。ユーザは、前回予約日時よりも前の年月日を、次回の予約日時（以下、次回予約日時）として入力部２３を通じて入力する。ユーザは、入力部２３を通じて送信ボタン２４３をクリックする。ＣＰＵ２１は、送信ボタン２４３のクリックをトリガに、入力された次回予約希望日時をサーバコンピュータ１へ送信する。
サーバコンピュータ１のＣＰＵ１１は、次回予約日時が前回予約日時よりも前であるか否かを判断する。ＣＰＵ１１は、前回予約日時よりも前であると判断した場合、次回予約日時を患者ＩＤに対応付けて予約ＤＢ１５５に記憶する。またＣＰＵ１１は、前回予約日時を予約ＤＢ１５５から削除する。なお、予約ＤＢ１５５の更新内容は、上述したとおり、医師用コンピュータ３の予約ＤＢ３５５に反映される。
図２８及び図２９は予約処理の手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、実施の形態１で述べた処理により、診察予約に関する情報を携帯端末２の表示部２４へ出力する（ステップＳ２８１）。携帯端末２のＣＰＵ２１は、診察予約に関する情報を受信し、図１２に示した診察予約に関する情報を表示部２４に表示する。患者は診察予約を行う場合、ハイパーリンクを、入力部２３を通じてクリックする。ＣＰＵ２１は、ハイパーリンクのクリックをトリガに、患者ＩＤ及び診察予約要求をサーバコンピュータ１へ送信する（ステップＳ２８２）。
サーバコンピュータ１のＣＰＵ１１は、患者ＩＤ及び診察予約要求を受け付ける（ステップＳ２８３）。ＣＰＵ１１は、予約受付画面テンプレートを記憶部１５から読み出す（ステップＳ２８４）。ＣＰＵ１１は、予約ＤＢ１５５を参照し、患者ＩＤに対応する前回予約日時が存在するか否かを判断する（ステップＳ２８５）。ＣＰＵ１１は、前回予約日時が予約ＤＢ１５５に存在しないと判断した場合（ステップＳ２８５でＮＯ）、処理をステップＳ２８６へ移行させる。ＣＰＵ１１は、予約受付画面テンプレートに、患者ＩＤ及び期限情報を付加した予約受付画面を生成する（ステップＳ２８６）。期限情報とは、診察予約日までの期限を示す情報であり、例えば「1週間以内の診察予約日を設定して下さい。」等のテキスト文である。なお、期限情報は入力部１３から適宜変更することが可能である。
サーバコンピュータ１のＣＰＵ１１は、生成した予約受付画面を携帯端末２へ送信する（ステップＳ２８７）。携帯端末２のＣＰＵ２１は、予約受付画面を受信するとともに表示部２４に表示する（ステップＳ２８８）。ＣＰＵ２１は、次回予約日時を、入力部２３を介して受け付ける（ステップＳ２８９）。ＣＰＵ２１は、送信ボタン２４３がクリックされたか否かを判断する（ステップＳ２９１）。ＣＰＵ２１は、送信ボタン２４３がクリックされていないと判断した場合（ステップＳ２９１でＮＯ）、送信ボタン２４３がクリックされるまで待機する。
携帯端末２のＣＰＵ２１は、予約受付画面の送信ボタン２４３がクリックされたと判断した場合（ステップＳ２９１でＹＥＳ）、受け付けた次回予約日時をサーバコンピュータ１へ送信する（ステップＳ２９２）。サーバコンピュータ１のＣＰＵ１１は、次回予約日時を受信する。ＣＰＵ１１は、受信した次回予約日時及び、現在の日時を参照し、次回予約日時が、ステップＳ２８６で付加した期限内（1週間以内）であるか否かを判断する（ステップＳ２９３）。ＣＰＵ１１は、期限内でないと判断した場合（ステップＳ２９３でＮＯ）、処理をステップＳ２８６へ戻す。なお、この場合、「期限内で予約して下さい」等のテキスト文を表示しても良い。
サーバコンピュータ１のＣＰＵ１１は、次回予約日時が期限内であると判断した場合（ステップＳ２９３でＹＥＳ）、処理をステップＳ２９４へ移行させる。ＣＰＵ１１は、次回予約日時を患者ＩＤに対応付けて、予約ＤＢ１５５に記憶する（ステップＳ２９４）。ＣＰＵ１１は、予約確認画面を携帯端末２へ送信する（ステップＳ２９５）。携帯端末２のＣＰＵ２１は、予約確認画面を表示部２４に表示する（ステップＳ２９６）。なお、ステップＳ２９３の処理は、携帯端末２側で実行するようにしても良い。
ＣＰＵ１１は、患者ＩＤに対応する前回予約日時が存在すると判断した場合（ステップＳ２８５でＹＥＳ）、処理をステップＳ２９７へ移行させる。ＣＰＵ１１は、予約ＤＢ１５５から前回予約日時を読み出す（ステップＳ２９７）。ＣＰＵ１１は、予約受付画面テンプレートに、患者ＩＤ及び前回予約日時を付加した予約画面を生成する（ステップＳ２９８）。ＣＰＵ１１は、生成した予約画面を携帯端末２へ送信する（ステップＳ２９９）。携帯端末２のＣＰＵ２１は、予約画面を受信する（ステップＳ２９１１）。ＣＰＵ２１は、受信した予約画面を表示部２４に表示する。ＣＰＵ２１は、入力部２３を介して次回予約日時を受け付ける（ステップＳ２９１２）。
携帯端末２のＣＰＵ２１は、予約画面の送信ボタン２４３がクリックされたか否かを判断する（ステップＳ２９１３）。ＣＰＵ２１は、送信ボタン２４３がクリックされていないと判断した場合（ステップＳ２９１３でＮＯ）、クリックされるまで待機する。ＣＰＵ２１は、クリックされたと判断した場合（ステップＳ２９１３でＹＥＳ）、処理をステップＳ２９１４へ移行させる。ＣＰＵ２１は、受け付けた次回予約日時を、サーバコンピュータ１へ送信する（ステップＳ２９１４）。
サーバコンピュータ１のＣＰＵ１１は、携帯端末２から送信された次回予約日時が、前回予約日時より前であるか否かを判断する（ステップＳ２９１５）。ＣＰＵ１１は、前回予約日時より前でないと判断した場合（ステップＳ２９１５でＮＯ）、処理をステップＳ２９８へ戻す。この場合、「前回予約日時より前の日時を指定して下さい」等のテキスト文をさらに付加するようにしても良い。ＣＰＵ１１は、送信された次回予約日時が前回予約日時より前と判断した場合（ステップＳ２９１５でＹＥＳ）、ステップＳ２９１６へ処理を移行させる。なおステップＳ２９１５の処理は、携帯端末２側で実行するようにしても良い。
サーバコンピュータ１のＣＰＵ１１は、次回予約日時が前回予約日時より前と判断した場合、予約ＤＢ１５５の前回予約日時を消去する（ステップＳ２９１６）。ＣＰＵ１１は、次回予約日時を患者ＩＤに対応付けて予約ＤＢ１５５に記憶する（ステップＳ２９１７）。なお、上述したとおり予約ＤＢ１５５の更新内容は、医師用コンピュータ３の予約ＤＢ３５５にも反映される。ＣＰＵ１１は、予約確認画面を携帯端末２に送信する（ステップＳ２９１８）。予約確認画面は次回予約日時で予約が完了したことを示すテキスト文を含めるようにすればよい。ＣＰＵ２１は、予約確認画面を受信し、表示部２４に表示する（ステップＳ２９１９）。これにより、服薬効果がみられない患者に対し早期に診察を行うことが可能となる。
本実施の形態４は以上の如きであり、その他は実施の形態１から３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態５
実施の形態５は、医師用コンピュータ３側で予約処理を行う形態に関する。図３０及び図３１は予約処理の手順を示すフローチャートである。医師用コンピュータ３のＣＰＵ３１は、実施の形態１で述べた処理により、診察予約に関する情報を携帯端末２へ出力する（ステップＳ３０１）。携帯端末２のＣＰＵ２１は、診察予約に関する情報を受信し、図１２に示した診察予約に関する情報を表示部２４に表示する。患者は診察予約を行う場合、表示部２４に表示された診療予約の処理が行えるハイパーリンクを、入力部２３を通じてクリックする。ＣＰＵ２１は、ハイパーリンクのクリックをトリガに、患者ＩＤ及び診察予約要求を医師用コンピュータ３へ送信する（ステップＳ３０２）。
実施の形態５は、医師用コンピュータ３側で予約処理を行う形態に関する。図３０及び図３１は予約処理の手順を示すフローチャートである。医師用コンピュータ３のＣＰＵ３１は、実施の形態１で述べた処理により、診察予約に関する情報を携帯端末２へ出力する（ステップＳ３０１）。携帯端末２のＣＰＵ２１は、診察予約に関する情報を受信し、図１２に示した診察予約に関する情報を表示部２４に表示する。患者は診察予約を行う場合、表示部２４に表示された診療予約の処理が行えるハイパーリンクを、入力部２３を通じてクリックする。ＣＰＵ２１は、ハイパーリンクのクリックをトリガに、患者ＩＤ及び診察予約要求を医師用コンピュータ３へ送信する（ステップＳ３０２）。
医師用コンピュータ３のＣＰＵ３１は、患者ＩＤ及び診察予約要求を携帯端末２より受け付ける（ステップＳ３０３）。ＣＰＵ３１は、予約受付画面テンプレートを記憶部３５から読み出す（ステップＳ３０４）。ＣＰＵ３１は、予約ＤＢ３５５を参照し、患者ＩＤに対応する前回予約日時が存在するか否かを判断する（ステップＳ３０５）。ＣＰＵ３１は、前回予約日時が存在しないと判断した場合（ステップＳ３０５でＮＯ）、処理をステップＳ３０６へ移行させる。ＣＰＵ３１は、予約受付画面テンプレートに、患者ＩＤ及び期限情報を付加した予約受付画面を生成する（ステップＳ３０６）。
医師用コンピュータ３のＣＰＵ３１は、生成した予約受付画面を携帯端末２へ送信する（ステップＳ３０７）。携帯端末２のＣＰＵ２１は、予約受付画面を受信する（ステップＳ３０８）。ＣＰＵ２１は、携帯端末２の表示部２４に予約受付画面を表示した上で、次回予約日時を、入力部２３を介して受け付ける（ステップＳ３０９）。ＣＰＵ２１は、送信ボタン２４３がクリックされたか否かを判断する（ステップＳ３１１）。ＣＰＵ２１は、送信ボタン２４３がクリックされていないと判断した場合（ステップＳ３１１でＮＯ）、送信ボタン２４３がクリックされるまで待機する。
携帯端末２のＣＰＵ２１は、送信ボタン２４３がクリックされたと判断した場合（ステップＳ３１１でＹＥＳ）、受け付けた次回予約日時を医師用コンピュータ３へ送信する（ステップＳ３１２）。医師用コンピュータ３のＣＰＵ３１は、次回予約日時を受信する。ＣＰＵ３１は、受信した次回予約日時及び、現在の日時を参照し、次回予約日時が、ステップＳ３０６で付加した期限内（1週間以内）であるか否かを判断する（ステップＳ３１３）。ＣＰＵ３１は、期限内でないと判断した場合（ステップＳ３１３でＮＯ）、処理をステップＳ３０６へ戻す。
ＣＰＵ３１は、次回予約日時が期限内であると判断した場合（ステップＳ３１３でＹＥＳ）、処理をステップＳ３１４へ移行させる。ＣＰＵ３１は、次回予約日時を患者ＩＤに対応付けて、予約ＤＢ３５５に記憶する（ステップＳ３１４）。ＣＰＵ３１は、予約確認画面を携帯端末２へ送信する（ステップＳ３１５）。ＣＰＵ２１は、予約確認画面を表示部２４に表示する（ステップＳ３１６）。
ＣＰＵ３１は、患者ＩＤに対応する前回予約日時が存在すると判断した場合（ステップＳ３０５でＹＥＳ）、処理をステップＳ３１７へ移行させる。ＣＰＵ３１は、予約ＤＢ３５５から前回予約日時を読み出す（ステップＳ３１７）。ＣＰＵ３１は、予約受付画面テンプレートに、患者ＩＤ及び前回予約日時を付加した予約画面を生成する（ステップＳ３１８）。ＣＰＵ３１は、生成した予約画面を携帯端末２へ送信する（ステップＳ３１９）。携帯端末２のＣＰＵ２１は、予約画面を受信する（ステップＳ３１１１）。ＣＰＵ２１は、受信した予約画面を表示部２４に表示する。ＣＰＵ２１は、入力部２３を介して次回予約日時を受け付ける（ステップＳ３１１２）。
ＣＰＵ２１は、送信ボタン２４３がクリックされたか否かを判断する（ステップＳ３１１３）。ＣＰＵ２１は、送信ボタン２４３がクリックされていないと判断した場合（ステップＳ３１１３でＮＯ）、クリックされるまで待機する。ＣＰＵ２１は、クリックされたと判断した場合（ステップＳ３１１３でＹＥＳ）、処理をステップＳ３１１４へ移行させる。ＣＰＵ２１は、受け付けた次回予約日時を、医師用コンピュータ３へ送信する（ステップＳ３１１４）。
医師用コンピュータ３のＣＰＵ３１は、次回予約日時は、前回予約日時より前であるか否かを判断する（ステップＳ３１１５）。ＣＰＵ３１は、前回予約日時より前でないと判断した場合（ステップＳ３１１５でＮＯ）、処理をステップＳ３１８へ戻す。ＣＰＵ３１は、前回予約日時より前と判断した場合（ステップＳ３１１５でＹＥＳ）、ステップＳ３１１６へ処理を移行させる。
ＣＰＵ３１は、予約ＤＢ３５５に記録されている前回の予約日時を消去する（ステップＳ３１１６）。ＣＰＵ３１は、次回予約日時を患者ＩＤに対応付けて予約ＤＢ３５５に記憶する（ステップＳ３１１７）。なお、上述したとおり予約ＤＢ３５５の更新内容は、サーバコンピュータ１の予約ＤＢ１５５に反映させても良い。ＣＰＵ３１は、予約確認画面を送信する（ステップＳ３１１８）。予約確認画面は次回予約日時で予約が完了したことを示すテキスト文を含めるようにすればよい。携帯端末２のＣＰＵ２１は、予約確認画面を受信し、表示部２４に表示する（ステップＳ３１１９）。これにより、服薬効果がみられない患者に対し早期に診察を行うことが可能となる。
本実施の形態５は以上の如きであり、その他は実施の形態１から４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態６
実施の形態６は、患者が所定領域内に属した場合に、携帯端末２にインストール済みのアプリケーションを削除する形態に関する。図３２は予約ＤＢ３５５のレコードレイアウトを示す説明図である。予約ＤＢ３５５には、患者ＩＤに対応付けて、さらにビーコンＩＤが記憶されている。ビーコンＩＤは病院の受付、入り口等に設けられているビーコン４を特定するための識別情報である。図３３は、予約ＤＢ１５５のレコードレイアウトを示す説明図である。サーバコンピュータ１の記憶部１５の予約ＤＢ３５５には、各病院の予約ＤＢ１５５の記憶内容が、記憶されている。
実施の形態６は、患者が所定領域内に属した場合に、携帯端末２にインストール済みのアプリケーションを削除する形態に関する。図３２は予約ＤＢ３５５のレコードレイアウトを示す説明図である。予約ＤＢ３５５には、患者ＩＤに対応付けて、さらにビーコンＩＤが記憶されている。ビーコンＩＤは病院の受付、入り口等に設けられているビーコン４を特定するための識別情報である。図３３は、予約ＤＢ１５５のレコードレイアウトを示す説明図である。サーバコンピュータ１の記憶部１５の予約ＤＢ３５５には、各病院の予約ＤＢ１５５の記憶内容が、記憶されている。
図３４及び図３５は削除処理の手順を示すフローチャートである。携帯端末２のＣＰＵ２１は、実施の形態１で述べたように、効果情報を送信したか否かを判断する（ステップＳ３４１）。ＣＰＵ２１は、効果情報を送信したと判断した場合（ステップＳ３４１でＹＥＳ）、処理をステップＳ３４２へ移行させる。ＣＰＵ２１は、ステップＳ２０５でインストールしたアプリケーションをアンインストールする（ステップＳ３４２）。ＣＰＵ２１は、効果情報を送信していないと判断した場合（ステップＳ３４１でＮＯ）、すなわち無効果情報を送信した場合、処理をステップＳ３４３へ移行させる。
ＣＰＵ２１は、無効果情報をサーバコンピュータ１へ送信する（ステップＳ３４３）。サーバコンピュータ１のＣＰＵ１１は、無効果情報を受信する（ステップＳ３４４）。その後、患者は上述した予約処理を行い、病院に向かうこととなる。携帯端末２が例えば病院の受付付近に設けられたビーコン４の通信範囲内に属した場合、携帯端末２のＣＰＵ２１は、患者ＩＤ及びビーコンＩＤをサーバコンピュータ１へ送信する（ステップＳ３４５）。なお、ビーコン４が患者ＩＤ及びビーコンＩＤをサーバコンピュータ１へ送信するようにしても良い。
サーバコンピュータ１のＣＰＵ１１は、患者ＩＤ及びビーコンＩＤを携帯端末２から受信する（ステップＳ３４６）。ＣＰＵ１１は、予約日時及びビーコンＩＤを予約ＤＢ１５５から読み出す（ステップＳ３４７）。ＣＰＵ１１は、本日が、予約日に一致するか否かを判断する（ステップＳ３４８）。ＣＰＵ１１は、一致しないと判断した場合（ステップＳ３４８でＮＯ）、処理を終了する。ＣＰＵ１１は、一致すると判断した場合（ステップＳ３４８でＹＥＳ）、処理をステップＳ３４９へ移行させる。
ＣＰＵ１１は、読み出したビーコンＩＤと受信したビーコンＩＤとが一致するか否かを判断し、一致しないと判断した場合（ステップＳ３４９でＮＯ）、処理を終了する。ＣＰＵ１１は、一致すると判断した場合（ステップＳ３４９でＹＥＳ）、処理をステップＳ３５１へ移行させる。なお、実施形態ではステップＳ３４８の処理をステップＳ３４９の処理よりも先に行うこととしたがこれに限るものではない。ステップＳ３４８の処理をステップＳ３４９よりも後にしても良い。またステップＳ３４８の処理を行わなくても良い。その他、本実施形態ではビーコン４の通信範囲を所定領域として判断する例を挙げたがこれに限るものではない。病院の緯度及び経度を記憶しておき、患者の携帯端末２のＧＰＳモジュール２８により取得した緯度及び経度が、記憶した緯度及び経度近辺に属した場合に、所定領域に属したと判断しても良い。
ＣＰＵ１１は、携帯端末２へインストールしたアプリケーションのアンインストール命令を出力する（ステップＳ３５１）。携帯端末２のＣＰＵ２１は、アンインストール命令を受信する（ステップＳ３５２）。ＣＰＵ２１は、記憶部２５に記憶したアプリケーションをアンインストールする（ステップＳ３５３）。これにより、来院した患者の携帯端末２のアプリケーションを削除することが可能となる。
本実施の形態６は以上の如きであり、その他は実施の形態１から５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態７
実施の形態７は医師用コンピュータ３が、携帯端末２にインストールされたアプリケーションに対してのアンインストール命令を出力する形態に関する。図３６及び図３７は削除処理の手順を示すフローチャートである。携帯端末２のＣＰＵ２１は、実施の形態１で述べたように、効果情報を送信したか否かを判断する（ステップＳ３６１）。ＣＰＵ２１は、効果情報を送信したと判断した場合（ステップＳ３６１でＹＥＳ）、処理をステップＳ３６２へ移行させる。ＣＰＵ２１は、ステップＳ２０５でインストールしたアプリケーションをアンインストールする（ステップＳ３６２）。ＣＰＵ２１は、効果情報を送信していないと判断した場合（ステップＳ３６１でＮＯ）、すなわち無効果情報を送信した場合、処理をステップＳ３６３へ移行させる。
実施の形態７は医師用コンピュータ３が、携帯端末２にインストールされたアプリケーションに対してのアンインストール命令を出力する形態に関する。図３６及び図３７は削除処理の手順を示すフローチャートである。携帯端末２のＣＰＵ２１は、実施の形態１で述べたように、効果情報を送信したか否かを判断する（ステップＳ３６１）。ＣＰＵ２１は、効果情報を送信したと判断した場合（ステップＳ３６１でＹＥＳ）、処理をステップＳ３６２へ移行させる。ＣＰＵ２１は、ステップＳ２０５でインストールしたアプリケーションをアンインストールする（ステップＳ３６２）。ＣＰＵ２１は、効果情報を送信していないと判断した場合（ステップＳ３６１でＮＯ）、すなわち無効果情報を送信した場合、処理をステップＳ３６３へ移行させる。
ＣＰＵ２１は、無効果情報を医師用コンピュータ３へ送信する（ステップＳ３６３）。ＣＰＵ３１は、無効果情報を受信する（ステップＳ３６４）。その後、患者は上述した予約処理を行い、病院に向かうこととなる。携帯端末２が例えば病院の受付付近に設けられたビーコン４の通信範囲内に属した場合、ＣＰＵ２１は、患者ＩＤ及びビーコンＩＤを医師用コンピュータ３へ送信する（ステップＳ３６５）。なお、ビーコン４が患者ＩＤ及びビーコンＩＤを医師用コンピュータ３へ送信するようにしても良い。
医師用コンピュータ３のＣＰＵ３１は、患者ＩＤ及びビーコンＩＤを受信する（ステップＳ３６６）。ＣＰＵ３１は、予約日時及びビーコンＩＤを予約ＤＢ１５５から読み出す（ステップＳ３６７）。ＣＰＵ３１は、本日が、予約日に一致するか否かを判断する（ステップＳ３６８）。ＣＰＵ３１は、一致しないと判断した場合（ステップＳ３６８でＮＯ）、処理を終了する。ＣＰＵ３１は、一致すると判断した場合（ステップＳ３６８でＹＥＳ）、処理をステップＳ３６９へ移行させる。
ＣＰＵ３１は、読み出したビーコンＩＤと受信したビーコンＩＤとが一致するか否かを判断する（ステップＳ３６９）。ＣＰＵ３１は、一致しないと判断した場合（ステップＳ３６９でＮＯ）、処理を終了する。ＣＰＵ３１は、一致すると判断した場合（ステップＳ３６９でＹＥＳ）、処理をステップＳ３７１へ移行させる。
ＣＰＵ３１は、携帯端末２へインストールされたアプリケーションのアンインストール命令を出力する（ステップＳ３７１）。ＣＰＵ２１は、アンインストール命令を受信する（ステップＳ３７２）。ＣＰＵ２１は、記憶部２５に記憶したアプリケーションをアンインストールする（ステップＳ３７３）。これにより、来院した患者の携帯端末２のアプリケーションを削除することが可能となる。
本実施の形態７は以上の如きであり、その他は実施の形態１から６と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態８
図３８は上述した形態のサーバコンピュータ１及び医師用コンピュータ３の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、サーバコンピュータ１は以下のように動作する。受付部１０１は、患者に処方された薬剤の服薬に伴う効果の確認を行うタイミング値の設定を受け付ける。送信部１０２は、前記タイミング値にて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する。出力部１０３は、前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する。
図３８は上述した形態のサーバコンピュータ１及び医師用コンピュータ３の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、サーバコンピュータ１は以下のように動作する。受付部１０１は、患者に処方された薬剤の服薬に伴う効果の確認を行うタイミング値の設定を受け付ける。送信部１０２は、前記タイミング値にて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する。出力部１０３は、前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する。
ＣＰＵ３１が制御プログラム３５Ｐを実行することにより、医師用コンピュータ３は以下のように動作する。判断部３０１は、前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断する。取消部３０２は、診察予約が存在すると判断した場合、該診察予約を取り消す。設定部３０３は、前記診察予約が存在すると判断した場合、該診察予約よりも先の診察予約日を設定する。
図３９は実施の形態８に係るサーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１を動作させるためのプログラムは、ディスクドライブ等の読み取り部１０ＡにCD-ROM、DVD（Digital Versatile Disc）ディスク、メモリーカード、またはUSB(Universal Serial Bus)メモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂをサーバコンピュータ１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
図３９に示すサーバコンピュータ１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述したサーバコンピュータ１として機能する。
本実施の形態８は以上の如きであり、その他は実施の形態１から７と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
以上の実施の形態１から８を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
コンピュータに、
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付け、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する
処理を実行させるプログラム。
（付記２）
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断し、
診察予約が存在すると判断した場合、該診察予約を取り消す
処理を実行させる付記１に記載のプログラム。
（付記３）
前記診察予約が存在すると判断した場合、該診察予約よりも先の診察予約日を設定する
処理を実行させる付記２に記載のプログラム。
（付記４）
設定された服薬回数を取得し、
服薬が完了したことを示す完了情報を取得し、
取得した完了情報の数が設定された服薬回数に達した場合に、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する
処理を実行させる付記１から３のいずれか一つに記載のプログラム。
（付記５）
前記タイミングの設定を受け付けた後に、処方された薬剤の服薬に関するアプリケーションのインストール命令を出力する
処理を実行させる付記１から４のいずれか一つに記載のプログラム。
（付記６）
前記患者の端末から薬剤の服薬に伴う効果がある旨の回答を受信した後に、前記端末宛へ前記アプリケーションの削除命令を出力する
処理を実行させる付記５に記載のプログラム。
（付記７）
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信し、かつ、前記端末が所定領域に属したと判断した場合に、前記端末宛へ前記アプリケーションの削除命令を出力する
処理を実行させる付記５または６に記載のプログラム。
（付記８）
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付ける受付部と、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する送信部と、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する出力部と
を備える情報処理装置。
（付記９）
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付け、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を前記端末宛に出力する
処理をコンピュータに実行させる情報処理方法。
（付記１０）
第１情報処理装置及び第２情報処理装置が通信網を介して接続された情報処理システムにおいて、
前記第１情報処理装置は、
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付ける受付部と、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する送信部と、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する出力部と
を備え、
前記第２情報処置装置は、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断する判断部と、
診察予約が存在すると判断した場合、該診察予約を取り消す取消部と
を備える情報処理システム。
（付記１１）
前記第２情報処置装置は、
前記診察予約が存在すると判断した場合、該診察予約よりも先の診察予約日を設定する設定部
を備える付記１０に記載の情報処理システム。
コンピュータに、
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付け、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する
処理を実行させるプログラム。
（付記２）
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断し、
診察予約が存在すると判断した場合、該診察予約を取り消す
処理を実行させる付記１に記載のプログラム。
（付記３）
前記診察予約が存在すると判断した場合、該診察予約よりも先の診察予約日を設定する
処理を実行させる付記２に記載のプログラム。
（付記４）
設定された服薬回数を取得し、
服薬が完了したことを示す完了情報を取得し、
取得した完了情報の数が設定された服薬回数に達した場合に、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する
処理を実行させる付記１から３のいずれか一つに記載のプログラム。
（付記５）
前記タイミングの設定を受け付けた後に、処方された薬剤の服薬に関するアプリケーションのインストール命令を出力する
処理を実行させる付記１から４のいずれか一つに記載のプログラム。
（付記６）
前記患者の端末から薬剤の服薬に伴う効果がある旨の回答を受信した後に、前記端末宛へ前記アプリケーションの削除命令を出力する
処理を実行させる付記５に記載のプログラム。
（付記７）
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信し、かつ、前記端末が所定領域に属したと判断した場合に、前記端末宛へ前記アプリケーションの削除命令を出力する
処理を実行させる付記５または６に記載のプログラム。
（付記８）
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付ける受付部と、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する送信部と、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する出力部と
を備える情報処理装置。
（付記９）
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付け、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を前記端末宛に出力する
処理をコンピュータに実行させる情報処理方法。
（付記１０）
第１情報処理装置及び第２情報処理装置が通信網を介して接続された情報処理システムにおいて、
前記第１情報処理装置は、
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付ける受付部と、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する送信部と、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する出力部と
を備え、
前記第２情報処置装置は、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断する判断部と、
診察予約が存在すると判断した場合、該診察予約を取り消す取消部と
を備える情報処理システム。
（付記１１）
前記第２情報処置装置は、
前記診察予約が存在すると判断した場合、該診察予約よりも先の診察予約日を設定する設定部
を備える付記１０に記載の情報処理システム。
１ サーバコンピュータ
１Ａ 可搬型記録媒体
１Ｂ 半導体メモリ
２ 携帯端末
３ 医師用コンピュータ
４ ビーコン
１０Ａ 読み取り部
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
２１ ＣＰＵ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ ＧＰＳモジュール
２９ 短距離通信モジュール
３１ ＣＰＵ
３２ ＲＡＭ
３３ 入力部
３４ 表示部
３５ 記憶部
３５Ｐ 制御プログラム
３６ 通信部
１０１ 受付部
１０２ 送信部
１０３ 出力部
１５１ 患者ＤＢ
１５２ カルテＤＢ
１５３ 服薬ＤＢ
１５４ ビーコンＤＢ
１５５ 予約ＤＢ
２４１ ＹＥＳボタン
２４２ ＮＯボタン
２４３ 送信ボタン
３０１ 判断部
３０２ 取消部
３０３ 設定部
３５１ 患者ＤＢ
３５２ カルテＤＢ
３５５ 予約ＤＢ
Ｎ 通信網
１Ａ 可搬型記録媒体
１Ｂ 半導体メモリ
２ 携帯端末
３ 医師用コンピュータ
４ ビーコン
１０Ａ 読み取り部
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
２１ ＣＰＵ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ ＧＰＳモジュール
２９ 短距離通信モジュール
３１ ＣＰＵ
３２ ＲＡＭ
３３ 入力部
３４ 表示部
３５ 記憶部
３５Ｐ 制御プログラム
３６ 通信部
１０１ 受付部
１０２ 送信部
１０３ 出力部
１５１ 患者ＤＢ
１５２ カルテＤＢ
１５３ 服薬ＤＢ
１５４ ビーコンＤＢ
１５５ 予約ＤＢ
２４１ ＹＥＳボタン
２４２ ＮＯボタン
２４３ 送信ボタン
３０１ 判断部
３０２ 取消部
３０３ 設定部
３５１ 患者ＤＢ
３５２ カルテＤＢ
３５５ 予約ＤＢ
Ｎ 通信網
Claims (7)
- コンピュータに、
患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付け、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断し、
診察予約が存在すると判断した場合、該診察予約を取り消す
処理を実行させるプログラム。 - 前記診察予約が存在すると判断した場合、該診察予約よりも先の診察予約日を設定する
処理を実行させる請求項１に記載のプログラム。 - 患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付ける受付部と、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する送信部と、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を出力する出力部と、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断する判断部と、
診察予約が存在すると判断した場合、該診察予約を取り消す取消部と
を備える情報処理装置。 - 患者に処方された薬剤の服薬に伴う効果の確認を行うタイミングの設定を受け付け、
前記タイミングにて、前記患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の端末宛てに診察予約に関する情報を前記端末宛に出力し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の診察予約が存在するか否かを判断し、
診察予約が存在すると判断した場合、該診察予約を取り消す
処理をコンピュータに実行させる情報処理方法。 - コンピュータに、
設定された服薬回数を取得し、
服薬が完了したことを示す完了情報を取得し、
取得した完了情報の数が設定された服薬回数に達した場合に、患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の
端末宛てに診察予約に関する情報を出力する
処理を実行させるプログラム。 - 設定された服薬回数を取得する取得部と、
服薬が完了したことを示す完了情報を取得する第２取得部と、
取得した完了情報の数が設定された服薬回数に達した場合に、患者の端末宛に薬剤の効果を問い合わせるメッセージを送信する送信部と、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の
端末宛てに診察予約に関する情報を出力する出力部と
を備える情報処理装置。 - コンピュータに、
設定された服薬回数を取得し、
服薬が完了したことを示す完了情報を取得し、
取得した完了情報の数が設定された服薬回数に達した場合に、患者の端末宛に薬剤の効果を問い合わせるメッセージを送信し、
前記患者の端末から薬剤の服薬に伴う効果がない旨の回答を受信した場合、前記患者の
端末宛てに診察予約に関する情報を出力する
処理を実行させる情報処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015060006A JP6561526B2 (ja) | 2015-03-23 | 2015-03-23 | プログラム、情報処理装置及び情報処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015060006A JP6561526B2 (ja) | 2015-03-23 | 2015-03-23 | プログラム、情報処理装置及び情報処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016181049A JP2016181049A (ja) | 2016-10-13 |
| JP6561526B2 true JP6561526B2 (ja) | 2019-08-21 |
Family
ID=57130997
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015060006A Expired - Fee Related JP6561526B2 (ja) | 2015-03-23 | 2015-03-23 | プログラム、情報処理装置及び情報処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6561526B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7262069B1 (ja) | 2022-11-28 | 2023-04-21 | 株式会社レイヤード | 患者管理システム及びプログラム |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003173392A (ja) * | 2001-12-05 | 2003-06-20 | Oki Electric Ind Co Ltd | 情報通知装置 |
| JP2004029896A (ja) * | 2002-06-21 | 2004-01-29 | Nec Infrontia Corp | 再診患者の医療検診管理装置及び方法 |
| JP2003203124A (ja) * | 2002-08-19 | 2003-07-18 | Atsuyoshi Murakami | サプリメント提供システム及び方法及び情報記憶媒体 |
| JP2009031889A (ja) * | 2007-07-25 | 2009-02-12 | Aruze Corp | 医療サービス提供システム |
| JP2014127190A (ja) * | 2012-12-27 | 2014-07-07 | Mitsubishi Tanabe Pharma Corp | 投薬治療支援システム |
| US20140278679A1 (en) * | 2013-03-15 | 2014-09-18 | Eclinicalworks, Llc | Systems and methods for broadcasting appointment availabilities |
-
2015
- 2015-03-23 JP JP2015060006A patent/JP6561526B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016181049A (ja) | 2016-10-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2740062B1 (en) | Software distribution amongst medical devices taking into account dependencies between devices | |
| AU2017206112B2 (en) | Processing of portable device data | |
| WO2013070895A1 (en) | Systems and methods for assembling electronic medical records | |
| US20080133273A1 (en) | System and method for sharing medical information | |
| Anglada-Martínez et al. | Feasibility and preliminary outcomes of a web and smartphone–based medication self-management platform for chronically ill patients | |
| JP2005078198A (ja) | 医療情報システム及びコンピュータプログラム | |
| WO2020017291A1 (ja) | 問診票作成支援装置、方法およびプログラム | |
| GB2552135A (en) | Method and apparatus for adjusting event timestamp relating to clinical trial | |
| JP2020064435A (ja) | 疾病診断・治療・予防システム | |
| AU2002218519B8 (en) | Data Verification Supporting Server | |
| WO2015036935A1 (en) | Portable secure health record device and system for patient-provider communication | |
| US20110131055A1 (en) | Patient-based immunization tracking | |
| US20250061990A1 (en) | Secure global health information exchange | |
| JP2019091219A (ja) | 問診情報入力支援プログラム、問診情報入力制御プログラム、問診情報入力支援方法、問診情報入力制御方法および情報処理端末 | |
| Chow et al. | Effectiveness of mHealth apps on adherence and symptoms to oral anticancer medications: a systematic review and meta-analysis | |
| KR20050015059A (ko) | 의료 정보 제공 시스템과 정보 제공 방법 | |
| JP2004030128A (ja) | 健康医療情報共有システム，健康医療情報共有方法および健康医療情報共有プログラム | |
| JP6561526B2 (ja) | プログラム、情報処理装置及び情報処理方法 | |
| Mendall et al. | Digital exclusion, social deprivation, and clinical outcomes of patients undergoing hyperacuity home monitoring | |
| EP4318498A1 (en) | Dosing subject management system, management method, management control device, terminal device, and program storage medium | |
| JP7082442B2 (ja) | 動物患者用電子カルテの提供方法 | |
| Morciano et al. | Acute appendicitis after COVID-19 vaccines in Italy: A self-controlled case series study | |
| Thomas et al. | An mHealth pilot designed to increase the reach of prevention of mother-to-child transmission of HIV (PMTCT) across the treatment cascade in a resource-constrained setting in Tanzania | |
| JP2017156816A (ja) | 情報処理装置および方法、情報処理システム、並びにプログラム | |
| JP5799155B1 (ja) | 処方箋データを管理するためのシステム、サーバ装置およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180115 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20181221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190108 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190305 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190521 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190604 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190625 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190708 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6561526 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |