(57)【要約】【課題】  薬の二重投与や禁忌薬の投与等の医療上の危険性を回避できる医療情報処理システムを提供すること。【解決手段】  患者側に所在する携帯電話２と、この携帯電話を介して患者の医療情報を通信するための通信回線と、医療情報を処理する処方箋・カルテシステム１とを具備し、処方箋・カルテシステム１において医療情報の通信を受信する際に、この通信を暗号化装置７において暗号化し、この暗号化装置７によって復号化された医療情報を管理装置９によって確定し、この確定された医療情報をアプリ処理装置１０、薬局処方箋処理装置１２及び病院カルテ処理装置１３に送出し、これにより、薬又はカルテ情報の入力、閲覧及び変更の情報処理をアプリ処理装置１０、薬局処方箋処理装置１２及び病院カルテ処理装置１３において行い、この処理された医療情報をプロトコルに従ってメール送出装置１１により患者、薬局、病院等にメール送信する、医療情報処理システム。【選択図】          図１
2008310716.tif 000002
【特許請求の範囲】
【請求項１】
患者側に所在する携帯端末と、この携帯端末を介して患者に関する医療情報を通信するための通信回線と、前記医療情報を処理するサーバーとを具備し、前記サーバーにおいて前記医療情報の通信を受信する際に、
前記通信を暗号化装置において暗号化し、
前記暗号化装置によって復号化された医療情報を管理装置によって確定し、
この確定された医療情報をアプリ処理装置、薬局処方箋処理装置及び病院カルテ処理  装置に送出し、
これにより、薬又はカルテ情報の入力、閲覧及び変更の情報処理を前記アプリ処理装  置、前記薬局処方箋処理装置及び前記病院カルテ処理装置において行い、
この処理された医療情報をプロトコルに従ってメール送信装置により患者、薬局、病  院等にメール送信する、
医療情報処理システム。
【請求項２】
患者側、薬局側又は病院側に所在するパーソナルコンピューターと、このパーソナルコンピューターを介して患者に関する医療情報を通信するための通信回線と、前記医療情報を処理するサーバーとを具備し、前記サーバーにおいて前記医療情報の通信を受信する際に、
前記通信を暗号化装置において暗号化し、
前記暗号化装置によって復号化された医療情報を管理装置によって確定し、
この確定された医療情報をアプリ処理装置、薬局処方箋処理装置及び病院カルテ処理  装置に送出し、
これにより、薬又はカルテ情報の入力、閲覧及び変更の情報処理を前記アプリ処理装  置、前記薬局処方箋処理装置及び前記病院カルテ処理装置において行い、
この処理された医療情報をプロトコルに従ってメール送信装置により患者、薬局、病  院等にメール送信する、
医療情報処理システム。
【請求項３】
前記管理装置には、患者、薬局、病院等の医療情報を各々の記憶装置に記憶させ、これらの医療情報の安全性を高めるためにレイド方式を採用する、請求項１又は２に記載の医療情報処理システム。
【請求項４】
前記アプリ装置が、ｉモード処理部、αアプリ処理部、ＥＺアプリ処理部、ＥＺＷｅｂ処理部又はＳ!アプリ処理部を具備する、請求項１又は２に記載の医療情報処理システム。
【請求項５】
前記メール送信装置が、
患者が薬を飲む時間になれば、専用の着信音を鳴らして、薬を飲むことを促すメール  を送信する機能と、
患者別に設定することのできる任意の閾値を予め決定しておき、患者が薬を飲んだこ  とを示す返信メールを受信する機能と、
患者が薬を飲んだことを示す送信メールが送信されない場合に、決められたあて先に  メールを送信する機能と
の各機能の少なくとも１つを有する、請求項１又は２に記載の医療情報処理システム。
【請求項６】
前記処方箋及びカルテに印刷されたコードを読み取ることによって、前記処方箋及びカルテに記載された医療情報を取り込むことができる、請求項１又は２に記載の医療情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報の伝達、管理に好適な医療情報処理システムに関するものである。
【背景技術】
【０００２】
従来、複数の医師から処方された薬の管理等の医療情報の管理は患者に任されてきた。
【０００３】
しかしながら、昨今の高齢化社会、おびただしい薬の種類、薬の名称の難解さ及び飲む時間の複雑さゆえに、必ずしも処方箋に則った正しい薬の飲み方ができるとは限らないのが現状である。
【０００４】
例えば、正しい薬の飲み方ができなければ、薬の飲み忘れ、容量又は用法の間違い、又は、飲み合わせによって生じる副作用が原因となって、完治の遅れや、時には患者の命の危険さえ招くおそれがある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の状況を改善するために、地域によっては、例えば、処方箋と共に患者に紙製のノート状の「お薬手帳」を発行して、現在飲んでいる薬の種類等の情報を含む医療情報を患者が把握できるようにしている場合もあるが、この「お薬手帳」は常時携帯できるような形状及び大きさのものではないために、患者によっては常に使用されているかどうかは疑問である。
【０００６】
また、病院や薬局によっては、例えば、薬の個々の名称、薬の写真、服用時期及び作用等を記載した説明書や薬袋を薬の処方時に患者に渡すこともあるが、患者が複数の病院や薬局を利用する場合には、現在服用している薬の飲み合わせの危険性や治療の重複から生じる危険性について、患者の自己申告以外に調べる方法がないのが現状である。
【０００７】
本発明は、このような状況に鑑みてなされたものであって、その目的は、薬の投与に関する情報の管理が容易かつ正確となり、薬の二重投与や禁忌薬の投与等の医療上の危険性を回避できる医療情報処理（又は管理）システムを提供することにある。
【課題を解決するための手段】
【０００８】
即ち、本発明は、患者側に所在する携帯端末と、この携帯端末を介して患者に関する医療情報を通信するための通信回線と、前記医療情報を処理するサーバーとを具備し、前記サーバーにおいて前記医療情報の通信を受信する際に、
前記通信を暗号化装置において暗号化し、
前記暗号化装置によって復号化された医療情報を管理装置によって確定し、
この確定された医療情報をアプリ処理装置、薬局処方箋処理装置及び病院カルテ処理  装置に送出し、
これにより、薬又はカルテ情報の入力、閲覧及び変更の情報処理を前記アプリ処理装  置、前記薬局処方箋処理装置及び前記病院カルテ処理装置において行い、
この処理された医療情報をプロトコルに従ってメール送信装置により患者、薬局、病  院等にメール送信する、
医療情報処理（又は管理：以下、同様）システムに係わるものである。
【０００９】
更には、患者側、薬局側又は病院側に所在するパーソナルコンピューターと、このパーソナルコンピューターを介して患者に関する医療情報を通信するための通信回線と、前記医療情報を処理するサーバーとを具備し、前記サーバーにおいて前記医療情報の通信を受信する際に、
前記通信を暗号化装置において暗号化し、
前記暗号化装置によって復号化された医療情報を管理装置によって確定し、
この確定された医療情報をアプリ処理装置、薬局処方箋処理装置及び病院カルテ処理  装置に送出し、
これにより、薬又はカルテ情報の入力、閲覧及び変更の情報処理を前記アプリ処理装  置、前記薬局処方箋処理装置及び前記病院カルテ処理装置において行い、
この処理された医療情報をプロトコルに従ってメール送信装置により患者、薬局、病  院等にメール送信する、
医療情報処理システムに係わるものである。
【発明の効果】
【００１０】
本発明によれば、薬、カルテ等の医療情報を携帯電話等で送信し、サーバーにおいて受信して対応する各処理装置で処理し、その医療情報をメール送信装置により、患者、薬局、病院等にメール送信するシステムを構成しているので、例えば、患者の服用する薬に関する情報を含む医療情報を、患者、薬局及び病院が必要なときにサーバーから速やかに入手できると共に、その医療情報を患者、薬局及び病院で大量に共有することができるために、医療情報の管理が容易かつ正確になると同時に、薬の飲み合わせ等の要因によって生じ得る医療上の危険性を回避し易くなる。
【発明を実施するための最良の形態】
【００１１】
本発明においては、医療情報に含まれる個人情報の秘匿性を高めるために、前記管理装置に、患者、薬局、病院等の医療情報を各々の記憶装置に記憶させ、これらの医療情報の安全性を高めるためにレイド方式（高速、大容量、高信頼性のために複数のハードディスクを使用する方式）を採用するのが好ましい。
【００１２】
また、前記アプリ装置が、ｉモード処理部、αアプリ処理部、ＥＺアプリ処理部、ＥＺＷｅｂ処理部又はＳ!アプリ処理部を具備していてもよい。これらは、各携帯電話会社に対応したデータ処理を行うブロックであって、顧客が入力した各携帯電話会社のプロトコルに則ったデータを本発明の医療情報処理システム（以下、本システムと称する。）のプロトコルに変換するためのブロックであり、具体的には次の通りである。
ｉモード処理部：ドコモ  ｉモードデータを本システムのプロトコルに変換
αアプリ処理部：ドコモ  αアプリデータを本システムのプロトコルに変換
ＥＺアプリ（ＢＲＥＷ）処理部：ＡＵ  ＥＺアプリ（ＢＲＥＷ）を本システムのプロトコルに変換
ＥＺＷｅｂ処理部：ＡＵ  ＥＺＷｅｂを本システムのプロトコルに変換
Ｓ！アプリ処理部：ソフトバンク  Ｓ！アプリを本システムのプロトコルに変換
【００１３】
また、患者側の様々な医療行動に対応するために、前記メール送信装置が、患者が薬を飲む時間になれば、専用の着信音を鳴らして、薬を飲むことを促すメールを送信する機能と、患者別に設定することのできる任意の閾値を予め決定しておき、患者が薬を飲んだことを示す返信メールを受信する機能と、患者が薬を飲んだことを示す送信メールが送信されない場合に、決められたあて先にメールを送信する機能との各機能の少なくとも１つを有するのが好ましい。
【００１４】
また、携帯電話やパーソナルコンピューターに医療情報を入力してサーバーに送信するために、前記処方箋及びカルテに印刷されたコード（特にＱＲコード（登録商標）：Quick Responseに由来するマトリックス型二次元コードの一種）を読み取ることによって、前記処方箋及びカルテに記載された医療情報を取り込めるようにすることが好ましい。
【００１５】
次に、本発明の好ましい実施の形態を図１〜図２２について具体的かつ詳細に説明する。
【００１６】
外出する際に携帯電話が汎用されており、我が国における携帯電話の利用台数は９０００万台にも上っている。まさに、一家に一台の状態から一人に一台の状態に近づきつつあり、近年においては、各携帯電話事業者の端末の差別化が進み、高齢者や子供（例えば、小学生）専用の端末まで発売されるに至り、これらの世代への普及が急激に進んでいる。
【００１７】
図１には、本発明に基づく医療情報処理システムの概略的構成を示す。即ち、携帯電話２（携帯端末）を利用した処方箋・カルテシステム１（サーバー）は、暗号化装置７と統合化装置８とが、高速システムバス６、高速パラレルバス又は光ケーブルを介して、管理装置９、アプリ処理装置１０、メール送出装置１１（メール送信装置）、薬局処方箋処理装置１２、病院カルテ処理装置１３、薬管理装置１４及びカルテ管理装置１５等と、電気的に接続されている。
【００１８】
暗号化装置７は、医療情報の通信の秘匿性を高めるためのものであり、また管理装置９は、患者の情報、薬局情報及び病院情報を記憶するためのものである。アプリ処理装置１０は、異なる携帯電話会社の通信データプロトコル又はコンピューター情報を解析し、処方箋・カルテシステム１で動作可能にデータ変換するものである。
【００１９】
メール送出装置１１は、患者の医療情報の利用状況に応じて関係者にメールを送出するためのものである。薬局処方箋処理装置１２は、薬のデータベースである薬管理装置１４を統括するものである。また、病院カルテ処理装置１３は、カルテのデータベースであるカルテ管理装置１５を統括するためのものである。また、統合化装置８は、処方箋・カルテシステム１の統合管理を行うものである。
【００２０】
ここで、昨今のインターネット事情を考慮すると、個人情報の一部である医療情報の暗号化は必須である。例えば、暗号化は、パーソナルコンピューターや携帯電話でも使用されているセキュア・ソケット・レイヤー（ＳＳＬ）を用いることができる。
【００２１】
次に、携帯電話２から送信される医療情報は、通信アンテナ７１、携帯電話基地局３及びインターネット４等を順次経由して、処方箋・カルテシステム１に送信される。そして、ここで処理された医療情報は、上述とは逆の経路を経て携帯電話２に宛てて、発信することができる。
【００２２】
本実施の形態によれば、プロトコルに従ってメール送信装置により、患者、薬局及び病院等に、携帯電話を介して医療情報をメール送信するので、例えば、患者が服用する薬に関する情報を含む医療情報を、患者が必要なときに速やかに入手できると共に、その医療情報を患者、薬局及び病院で共有及び集約することができ、薬の飲み合わせ等の要因によって生じる可能性のある医療上の危険性を回避し易くなる。即ち、今までばらばらに管理され、集約することのできなかった個人の薬情報、カルテ情報を携帯電話を介してインターネットによりこの処方箋・カルテシステムに送信することにより、入力（登録）、閲覧、変更（修正）等を行うので、個々の薬の履歴、カルテ等を一括して管理でき、薬の二重投与や、禁忌薬の投与などを防止でき、また必要な医療情報を携帯することができることにより、忘れることの多かった「お薬手帳」を持つことなく、飲み忘れの有無、飲み合わせ等の確認や、万が一の事故における禁忌薬等を何処にいてもすばやく確認することができる。
【００２３】
なお、患者が携帯電話を使用するのが困難な状況であっても、同居人やホームヘルパー等の補助者に携帯電話を操作してもらえば、上記した如き医療情報の閲覧、登録及び修正等を行うことができる。
【００２４】
また、医療情報の閲覧、登録及び修正等は、患者、薬局及び病院が、何処からでも携帯電話で素早く行うことができる。
【００２５】
また、患者の所持する磁気カード等に医療情報を記憶させることもできるが、この磁気カードでは記憶容量が少ないために、患者に必要な各種医療情報を十分に記憶させておくことができない。しかし、本実施の形態による処方箋・カルテシステム１の記憶容量は、磁気カードよりも遥かに多いために、患者に必要な医療情報を十分に記憶することができる。
【００２６】
上述の医療情報には、例えば、薬情報やカルテ情報が含まれている。
【００２７】
ここで、薬情報とは、薬局名、薬局のメールアドレス、薬剤師名、薬局の住所、連絡先、処方医師名、病院名、病院の住所、連絡先、処方日、薬の飲用期間、薬名、容量、飲用周期、効能、飲んだ結果（これは、毎日飲用後に様態を数値化してサーバーセンターへ送出する。）、及び、今まで飲んだ薬の履歴等を示す。表示される連絡先やメールアドレスについては、クリックすることにより、電話をかけたり、メールを送ることができる。
【００２８】
また、カルテ情報は、日時、現在かかっている科名、病名、医師の所見（検査値や処置内容）、病院名、医師名、連絡先、医師のメールアドレス及び今まで掛かった病院の履歴等を示す。表示される連絡先やメールアドレスについては、クリックすることにより、電話をかけたり、メールを送ることができる。
【００２９】
図２には、インターネット４に、例えば、患者側、病院側及び薬局側の各パーソナルコンピューター５を接続した例を示し、携帯電話２のみならず、パーソナルコンピューター５によっても、上記したと同様に医療情報を送受信できるような構成とすることもできる。
【００３０】
この場合も、プロトコルに従ってメール送信装置により、患者、薬局及び病院等に、パーソナルコンピューターを介して医療情報をメール送信することができるため、例えば、患者が服用する薬に関する情報を含む医療情報を、患者が必要なときに速やかに入手できると共に、その医療情報を患者、薬局及び病院で共有することができ、例えば、薬の飲み合わせ等の要因によって生じる可能性のある医療上の危険性を回避し易くなる。
【００３１】
また、医療情報の閲覧、登録及び修正等をパーソナルコンピューターで素早く行うこともできる。
【００３２】
次に、図３〜図８について、上記したシステム１を構成する各部を詳細に説明する。
【００３３】
図３は、アプリ処理装置１０のブロック図を示すが、システムバス６を経由して入力されたデータは、通信Ｉ／Ｆ２１によって入力され、キャリア検出部２４によりデータの内部が解析された後に、ｉモード処理部２５、αアプリ処理部２６、ＥＺアプリ（ＢＲＥＷ）処理部２７、ＥＺＷｅｂ処理部２８、Ｓ!アプリ処理部２９又はパーソナルコンピューター処理部３０のいずれかのブロックに渡される。
【００３４】
このアプリ処理装置１０は、処理を行うためのＣＰＵ２２、一時記憶するためのメモリーモジュール２３、各処理部の動作を行うための記憶装置３１、モニター等に出力するための表示Ｉ／Ｆ３２、及び、データの解析及び変換機能を有するキーボード等に入力するための入力Ｉ／Ｆ３３が具備されている。
【００３５】
図４は、暗号化装置７のブロック図を示し、通信制御インターフェース４１から入力したデータは、符号化処理部４７で暗号化され、復号化処理部４８で復号（暗号を解除）される。
【００３６】
この暗号化装置７は、処理を行うＣＰＵ４４、一時記憶するためのメモリーモジュール４５、各処理部の動作を行うための記憶装置４６、データをシステムバスに渡す通信Ｉ／Ｆ４９、モニター等に出力するための表示Ｉ／Ｆ４２、データの暗号化及び復号化の機能を備え、キーボード等に入力するための入力Ｉ／Ｆ４３を具備する。
【００３７】
図５は、管理装置９のブロック図を示し、システムバスにより入力されたデータは、通信Ｉ／Ｆ６１により各種情報として記憶装置に記録される。患者情報記録装置６７には、患者番号、氏名、住所、連絡先、メールアドレス、非常時連絡先氏名、非常時連絡先、非常時連絡先メールアドレス、備考がデータベースとして記憶されている（データのフォーマットを図１７に示す）。薬局情報記録装置６８には、薬局番号、薬局名、住所、連絡先、メールアドレス、備考がデータベースとして記憶されている（データのフォーマットを図１８に示す）。病院・医療情報記録装置６９には、病院番号、病院名、住所、連絡先、メールアドレス、非常時連絡先氏名、非常時連絡先、非常時連絡先メールアドレス、備考がデータベースとして記憶されている（データのフォーマットを図１９に示す）。
【００３８】
この管理装置９は、処理を行うＣＰＵ６４、一時記憶するためのメモリーモジュール６５、各処理部の動作を行うための記憶装置６６、モニター等に出力するための表示Ｉ／Ｆ６２、キーボード等に入力するための入力Ｉ／Ｆ６３等からなり、各種の情報を記憶する機能を有している。
【００３９】
図６は、メール送出装置１１、薬局処方箋処理装置１２、病院カルテ処理装置１３及び統合化装置８のそれぞれのブロック図を示し、処理を行うＣＰＵ７４、一時記憶するためのメモリーモジュール７５、各処理部の動作を行うための記憶装置７６、モニター等に出力するための表示Ｉ／Ｆ７２、キーボード等に入力するための入力Ｉ／Ｆ７３等からなり、各種の情報を記憶する機能を有している。そして、システムバスから通信Ｉ／Ｆ７１により入力されたデータは、以下のように処理される。
【００４０】
メール送出装置１１は、統合化装置８からのリクエストにより、管理装置９の患者情報から薬管理装置１４に設定された、例えば、薬を飲む時間及び薬の飲み忘れ情報を元に、患者又は非常時連絡先にメールを送出する機能を有する。
【００４１】
薬局処方箋処理装置１２は、統合化装置８からのリクエストにより、管理装置９の患者情報から、登録リクエストによる薬剤情報登録、閲覧リクエストによる薬剤情報表示及び削除リクエストによる薬情報削除を行うことができる。
【００４２】
病院カルテ処理装置１３は、統合化装置８からのリクエストにより、管理装置９の患者情報から、登録リクエストによるカルテ情報登録、閲覧リクエストによるカルテ情報表示及び削除リクエストによるカルテ情報削除を行うことができる。
【００４３】
統合化装置８は、管理装置９、アプリ処理装置１０、メール送出装置１１、薬局処方箋処理装置１２及び病院カルテ処理装置１３等の、各装置を効率良く作動させるための機能を有している。
【００４４】
図７は、薬管理装置１４のブロック図を示し、薬局処方箋処理装置１２より入力されたデータは、通信Ｉ／Ｆ９１を介したコマンド要求により、薬情報記憶装置９７、患者・薬履歴記憶装置９８のデータの登録、送出、修正又は削除を行う機能を備えている（薬情報記憶装置９７のデータフォーマットを図２０に、患者・薬履歴記憶装置９８のデータフォーマットを図２１に示す）。
【００４５】
この薬管理装置１４は、処理を行うＣＰＵ９４、情報を一時記憶するためのメモリーモジュール９５、各処理部の動作を行うための記憶装置９６、モニター等に出力するための表示Ｉ／Ｆ９２及びキーボード等を入力するための入力Ｉ／Ｆ９３を具備する。
【００４６】
図８は、カルテ管理装置１５のブロック図を示し、病院カルテ処理装置１３より入力されたデータは、通信Ｉ／Ｆ１１１を介したコマンド要求により、カルテ情報記憶装置１１７のデータの登録、送出、修正及び削除を行う機能を有している（データフォーマットを図２２に示す）。
【００４７】
このカルテ管理装置１５は、処理を行うＣＰＵ１１４、情報を一時記憶するためのメモリーモジュール１１５、各処理部の動作を行うための記憶装置１１６、モニター等に出力するための表示Ｉ／Ｆ１１２及びキーボード等に入力するための入力Ｉ／Ｆ１１３を具備する。
【００４８】
図９は、例えば、医療情報をＱＲコード（登録商標）１６の形で印刷した処方箋の概略図である。
【００４９】
図１０について、携帯電話用ソフトを用いた場合の、薬の「とうろく」処理動作のシーケンスを説明する。
【００５０】
携帯電話２を用いた処方箋・カルテシステム１を運用するには、携帯電話２から携帯用ソフトを動作させ、処方箋・カルテシステム１に接続する。
【００５１】
そして、処方箋・カルテシステム１から携帯電話２に対して認証要求及び暗号化要求を行う。携帯電話２は図１２（ａ）に示す表示を行い、次に、患者が、携帯電話の画面においてユーザー名（例えば、あだ名）及びパスワード（秘密の番号等）の入力を行う。
【００５２】
暗号化されたユーザー名及びパスワードは処方箋・カルテシステム１に送られて認証の確認が行われ、確認されると、メニュー表示コマンドが携帯電話２に送られる。携帯電話２には、図１２（ｂ）に示す表示が行われる。
【００５３】
この表示画面には、高齢者でも判別しやすいように「赤」、「黄」及び「青」等の色付けのなされた大きなフォントを用いることができる。
【００５４】
次に、表示画面の「とうろく」をクリックすると、図１２（ｃ）の画面となり、携帯電話のカメラをＱＲコード（登録商標）に合わせてから「撮影する」をクリックすると、ＱＲコード（登録商標）を撮影できる。
【００５５】
次に、そのデータを処方箋・カルテシステム１に送り、管理装置９へそれが記憶されると、図１２（ｄ）に示す「とうろくされました」の画面が表示画面に出る。次に、処方箋・カルテシステム１は終了要求を携帯電話２に送り、表示画面のメニューで「終了」を選択することにより終了する。
【００５６】
図１１は、携帯電話用ソフトを用いた場合の、薬の「とうろく」処理動作についての動作シーケンスを示す。
【００５７】
携帯電話２用サイトを用いた処方箋・カルテシステム１を運用するには、携帯電話２で予め処方箋情報を示すバーコード（ＱＲコード（登録商標）を含む。）を撮影し、テキスト文書として携帯電話２内に保存しておく。
【００５８】
次に、携帯電話２から処方箋・カルテシステム１に接続する。次に、処方箋・カルテシステム１から携帯電話２に対して認証要求及び暗号化要求が行われる。その時に携帯電話２は、図１２（ｃ）に示す表示を行う。
【００５９】
次に、患者が、携帯電話の画面においてユーザー名（例えば、あだ名）及びパスワード（秘密の番号等）の入力を行う。入力されたユーザー名及びパスワードは、一旦処方箋・カルテシステム１に送られて認証の確認が行われる。
【００６０】
この確認が行われると、メニュー表示コマンドが携帯電話２に送られる。このメニュー表示コマンドにおいて「とうろく」をクリックし、更に、「ファイルの転送」をクリックすると、添付されたファイルが処方箋・カルテシステム１に転送され、管理装置９へ記憶されると、「とうろくされました」の表示が出る。次に、処方箋・カルテシステム１が終了要求を携帯電話２に送り、表示画面のメニューで「終了」を選択して終了することができる。
【００６１】
次に、携帯電話用ソフトを用いて処方箋・カルテシステム１を運用する場合に、薬の「みる」の処理動作は、携帯電話２から携帯用ソフトを動作させて処方箋・カルテシステム１に接続する。
【００６２】
次に、処方箋・カルテシステム１は携帯電話２に対して認証要求及び暗号化要求を行う。この時に、携帯電話は図１２（ａ）の表示を行い、患者はユーザー名及びパスワードの入力を行う。
【００６３】
暗号化されたユーザー名及びパスワードは処方箋・カルテシステム１に送られ、認証の確認を行い、確認されるとメニュー表示コマンドが携帯電話２に送られる。携帯電話２には図１２（ｂ）の表示がなされる。
【００６４】
次に、「みる」をクリックすると、図１３（ａ）の画面になり、１つ目の薬が表示される。上から薬品名（例えば、クラリス錠２００）、容量（例えば、２００ｍｇ／１錠）が表示され、右側に赤色で表示してあるのが調剤された薬のうち、現在表示されているもの（例えば、５種類調剤されていて、１種類目を表示）である。その下が、飲む時間帯の表示（朝及び夜）である。次が飲む数量であり、飲んだ時に「飲む」をクリックすると、飲んだ情報がサーバーに送られる。また、右側のアイコン（薬マーク及び病院マーク）をクリックすると、各情報の詳細が表示される。また、下の「すすむ、もどる」をクリックすると、次のページや前のページに移動する。「薬品名」をクリックすると、図１３（ｂ）に示すように、薬品の詳細が表示される。
【００６５】
次に、「病院マーク」をクリックすると、図１３（ｃ）の表示が出る。「病院名」をクリックすると、図１３（ｄ）に示すように、病院の住所が表示され、かかりつけの科、担当医及び連絡先が表示される。また、医師の右側にある「メールマーク」をクリックすると、メールの送信を行うことができる。また、「電話番号」をクリックすると、そのまま電話を掛けることもできる。
【００６６】
次に、「薬局マーク」をクリックすると、図１４（ａ）が表示される。「薬局名」をクリックすると、図１４（ｂ）に示すように、薬局の住所が表示され、薬剤師及び連絡先が表示される。また、図１４（ａ）に示すように、薬剤師の下側にある「メールマーク」をクリックすると、メールの送信を行うことができる。また、「電話番号」をクリックすると、そのまま電話を掛けることもできる。
【００６７】
携帯電話２用サイトを用いた処方箋・カルテシステム１を運用するには、カルテ情報の処理操作は、携帯電話２から処方箋・カルテシステム１に接続する。次に、処方箋・カルテシステム１から携帯電話２に対して認証要求及び暗号化要求を行う。携帯電話２は、図１２（ａ）の表示を行い、次に、患者が、携帯電話の画面においてユーザー名（例えば、あだ名）及びパスワード（例えば、秘密の番号）の入力を行う。暗号化されたユーザー名及びパスワードは処方箋・カルテシステム１に送られて認証の確認が行われ、確認されると、メニュー表示コマンドが携帯電話２に送られる。携帯電話２には、図１２（ｂ）の表示がなされる。
【００６８】
次に、「その他」を選択してクリックし、「簡易カルテ」を選択してクリックすると、図１５（ａ）の表示がなされる。この表示の場合は、患者が内科、整形外科及び眼科に掛かっていることを示している。
【００６９】
「内科」をクリックすると、図１５（ｂ）に示すように、具体的な病名が表示される。また、「病名（この場合は、高血圧）」をクリックすると、図１５（ｃ）に示すように、現在の状況や治療内容が表示される。
【００７０】
また、「病院マーク」をクリックすると、図１６（ａ）が表示される。「病院名」をクリックすると、図１６（ｂ）に示すように、病院の住所が表示され、かかりつけの科、担当医及び連絡先が表示される。また、医師名の右側にある「メールマーク」をクリックすると、メールの送信を行うことができる。また、「電話番号」をクリックすると、そのまま電話を掛けることもできる。
【００７１】
「薬局マーク」をクリックすると、図１６（ｃ）に示す画面が表示される。「薬局名」をクリックすると、図１６（ｄ）に示すように、薬局の住所が表示され、薬剤師及び連絡先が表示される。また、薬剤師の下側にある「メールマーク」をクリックすると、メールの送信を行うことができる。また、「電話番号」をクリックすると、そのまま電話を掛けることもできる。
【００７２】
図１７に示した患者情報フォーマットの詳細を説明すると、この情報には、例えば、患者番号、患者氏名、患者住所、患者自宅電話、患者携帯電話、患者メールアドレス、非常時連絡先氏名１、非常時連絡先氏名２、非常時連絡先自宅電話１、非常時連絡先自宅電話２、非常時連絡先携帯電話１、非常時連絡先携帯電話２、非常時連絡先メールアドレス１、非常時連絡先メールアドレス２及び備考が含まれる。
【００７３】
図１８に示した薬局情報フォーマットの詳細を説明すると、この情報には、例えば、薬局番号、薬局名、薬局代表者氏名、薬局住所、薬局電話、薬局ＦＡＸ、薬局メールアドレス、薬局ネット担当者氏名、薬局ネット担当者電話、薬局ネット担当者メールアドレス及び備考が含まれる。
【００７４】
図１９に示した病院・医院情報フォーマットの詳細を説明すると、この情報には、例えば、病院番号、病院名、病院代表者氏名、病院住所、病院電話、病院ＦＡＸ、病院メールアドレス、病院ネット担当者氏名、病院ネット担当者電話、病院ネット担当者メールアドレス及び備考が含まれる。
【００７５】
図２０に示した薬情報フォーマットの詳細を説明すると、この情報には、例えば、製品番号、製品名、容量、１日最大摂取量、飲用最大期間、標準飲用  朝、標準飲用  朝昼食間、標準飲用  昼、標準飲用  昼夜食間、標準飲用  夜、標準飲用  寝前、効能、製剤番号、製造会社社番及び備考が含まれる。
【００７６】
図２１に示した患者・薬履歴情報フォーマットの詳細を説明すると、この情報には、例えば、患者番号、処方年月日、飲用開始日、飲用終了日、薬製品番号、１日摂取量、飲用  朝、飲用  朝昼食間、飲用  昼、飲用  昼夜食間、飲用  夜、飲用  寝前、飲み忘れ閾値、連絡先コード及び備考が含まれる。
【００７７】
図２２に示したカルテ情報フォーマットの詳細を説明すると、この情報には、例えば、患者番号、受診年月日、病院番号、薬局番号、受診科名、医師名、医師連絡先、医師内線、医師メールアドレス、病名、カルテ内容、受診期間閾値、連絡先コード及び備考が含まれる。
【００７８】
以上、本発明の実施の形態を説明したが、これは本発明を何ら限定するものではなく、発明の主旨を逸脱しない範囲で適宜変更可能であることは言うまでもない。
【００７９】
例えば、病院や薬局においては、利便性を重視し、医療情報について、専用端末のほかに、ＱＲコード（登録商標）等のバーコード及び赤外線通信等を用いることもできる。
【００８０】
また、携帯電話からの接続においては、毎回、ユーザー名（携帯電話の表示では「あだ名」）やパスワード（携帯電話の表示では「秘密の番号」）を入力しなくてもよいように設定することにより、携帯電話番号自体をパスワードとして用いることもできる。
【産業上の利用可能性】
【００８１】
本発明の医療情報処理システムは、薬の処方箋やカルテの医療情報を身近な携帯電話やパーソナルコンピューターによるインターネットを介して入力、閲覧等を行うことができるものである。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施の形態による処方箋・カルテシステムのブロック図である。
【図２】同、インターネットと各パーソナルコンピューターとの接続図である。
【図３】同、アプリ処理装置のブロック図である。
【図４】同、暗号化装置のブロック図である。
【図５】同、管理装置のブロック図である。
【図６】同、メール送出装置、薬局処方箋処理装置、病院カルテ処理装置及び統合化装置のブロック図である。
【図７】同、薬管理装置のブロック図である。
【図８】同、カルテ管理装置のブロック図である。
【図９】同、処方箋の概略図である。
【図１０】同、携帯電話用ソフトを用いた場合の薬の「とうろく」処理動作についてのシーケンスである。
【図１１】同、携帯電話用サイトを用いた場合の「とうろく」処理動作についてのシーケンスである。
【図１２】同、おくすり帳におけるユーザー名とパスワードとの入力画面（ａ）、おくすり帳におけるトップメニューの画面（ｂ）、おくすり帳におけるＱＲコード（登録商標）撮影画面（ｃ）及びおくすり帳における登録完了画面（ｄ）である。
【図１３】同、おくすり帳における処方箋表示画面（ａ）、おくすり帳における薬の詳細説明画面（ｂ）、おくすり帳における処方箋発行病院表示画面（ｃ）及びおくすり帳における処方箋発行病院住所表示画面（ｄ）である。
【図１４】同、おくすり帳における薬局表示画面及びおくすり帳における薬局住所表示画面である。
【図１５】同、簡易カルテにおける受診科表示画面（ａ）、簡易カルテにおける病名表示画面（ｂ）及び簡易カルテにおける治療内容等表示画面（ｃ）である。
【図１６】同、簡易カルテにおける病院名表示画面（ａ）、簡易カルテにおける病院住所表示画面（ｂ）、簡易カルテにおける薬局表示画面（ｃ）及び簡易カルテにおける薬局住所表示画面（ｄ）である。
【図１７】同、患者情報フォーマットを示す図である。
【図１８】同、薬局情報フォーマットを示す図である。
【図１９】同、病院・医院情報フォーマットを示す図である。
【図２０】同、薬情報フォーマットを示す図である。
【図２１】同、患者・薬履歴フォーマットを示す図である。
【図２２】同、カルテ情報フォーマットを示す図である。
【符号の説明】
【００８３】
１…処方箋・カルテシステム、２…携帯電話、３…携帯電話基地局、
４…インターネット、５…パーソナルコンピューター、６…システムバス、
７…暗号化装置、８…統合化装置、９…管理装置、１０…アプリ処理装置、
１１…メール送信装置、１２…薬局処方箋処理装置、１３…病院カルテ処理装置、
１４…薬管理装置、１５…カルテ管理装置、１６…ＱＲコード（登録商標）、
２１、４９、６１、７１、９１、１１１…通信Ｉ／Ｆ、
２２、４４、６４、７４、９４、１１４…ＣＰＵ、
２３、４５、６５、７５、９５、１１５…メモリーモジュール、２４…キャリア検出部、
２５…ｉモード処理部、２６…αアプリ処理部、２７…ＥＺアプリ処理部、
２８…ＥＺＷｅｂ処理部、２９…Ｓ!アプリ処理部、
３０…パーソナルコンピューター処理部、
３１、４６、６６、７６、９６、１１６…記憶装置、
３２、４２、６２、７２、９２、１１２…表示Ｉ／Ｆ、
３３、４３、６３、７３、９３、１１３…入力Ｉ／Ｆ、
４１…通信制御インターフェース、４７…符号化処理部、４８…復号化処理部、
６７…患者情報記憶装置、６８…薬局情報記憶装置、６９…病院・医院情報記憶装置、
７１…通信アンテナ、９７…薬情報記憶装置、９８…患者・薬履歴記憶装置、
１１７…カルテ情報記憶装置
【図１】
2008310716.tif 000003
【図２】
2008310716.tif 000004
【図３】
2008310716.tif 000005
【図４】
2008310716.tif 000006
【図５】
2008310716.tif 000007
【図６】
2008310716.tif 000008
【図７】
2008310716.tif 000009
【図８】
2008310716.tif 000010
【図９】
2008310716.tif 000011
【図１０】
2008310716.tif 000012
【図１１】
2008310716.tif 000013
【図１２】
2008310716.tif 000014
【図１３】
2008310716.tif 000015
【図１４】
2008310716.tif 000016
【図１５】
2008310716.tif 000017
【図１６】
2008310716.tif 000018
【図１７】
2008310716.tif 000019
【図１８】
2008310716.tif 000020
【図１９】
2008310716.tif 000021
【図２０】
2008310716.tif 000022
【図２１】
2008310716.tif 000023
【図２２】
2008310716.tif 000024