(57)【要約】      （修正有）【課題】健康情報とライフイベント情報を医療機関へ事前に提供し、医師がその健康ライフイベント情報を参照し診療することで医療向上、医療費削減を実現する診療システムを提供する。【解決手段】被診療者の健康情報又はライフイベント情報の少なくとも一つを送信する送信部と、送信部により送信された健康ライフイベント情報を受信する受信部と、少なくとも受信する健康ライフイベント情報を参照して被診療者を診療し、その診療した診療結果又は診療結果と健康ライフイベント情報とを対応付けして総合診療情報とした情報の少なくとも一つを記憶する記憶部と、を備える。【選択図】図１
2018067071.tif 000002
【特許請求の範囲】
【請求項１】
被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する送信部と、
上記送信部により送信された上記健康ライフイベント情報を受信する受信部と、
少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果又は上記診療結果と上記健康ライフイベント情報とを対応付けして総合診療情報とした情報の少なくとも一つを記憶する記憶部と、を備えている診療システム。
【請求項２】
被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する被診療者送信部と、
上記健康ライフイベント情報は、記憶部に記憶しており、
上記被診療者送信部により送信された上記健康ライフイベント情報を、受信する医療機関受信部と、
少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、記憶する診療結果記憶部と、
上記診療結果記憶部に記憶した上記診療結果に基づき、上記被診療者に提供する薬剤の薬剤情報を生成する薬剤情報生成部と、
上記薬剤情報生成部で生成した上記薬剤情報を、医療機関送信部により送信し、
上記医療機関送信部から送信された上記薬剤情報を、被診療者受信部及び薬剤店受信部によって受信し、
上記薬剤店受信部により受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理をする薬剤提供処理部と、
上記薬剤店受信部により受信した上記薬剤情報中の各薬剤名と、該該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として生成する薬剤提供処理情報生成部と、
上記薬剤提供処理情報生成部で生成した上記薬剤提供処理情報を記憶する薬剤情報記憶部と、
上記薬剤情報記憶部に記憶した上記薬剤提供処理情報を、送信する薬剤店送信部と、を備えると共に、
上記薬剤店送信部から送信された上記薬剤提供処理情報を、上記医療機関受信部及び上記被診療者受信部により受信することを特徴とする診療システム。
【請求項３】
上記診療結果記憶部が、上記医療機関受信部により受信した上記薬剤提供処理情報及び上記健康ライフイベント情報を、上記診療結果と対応付けて、総合診療情報として、記憶し、
上記医療機関送信部が、上記診療結果記憶部に記憶する上記総合診療情報中の上記診療結果を送信し、
上記被診療者受信部が、上記医療機関送信部から送信された上記診療結果を受信し、
上記記憶部が、上記被診療者受信部により受信した上記診療結果、上記薬剤情報又は上記薬剤提供処理情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて記憶することを特徴とする請求項２に記載の診療システム。
【請求項４】
通信を行う通信部を具備し、医療機関サーバ及び薬剤店サーバとネットワークで接続する被診療者情報端末が、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、上記医療機関サーバへ向けて、上記ネットワークを介して上記通信部より送信し、
上記健康ライフイベント情報は、上記被診療者情報端末の記憶部に記憶しており、
上記医療機関サーバが、上記被診療者情報端末から送信された上記健康ライフイベント情報を、上記ネットワークを介して、医療機関通信部により受信し、
上記医療機関通信部により受信した上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、診療結果記憶部に記憶し、
上記診療結果記憶部に記憶する上記診療結果に基づき、上記被診療者に提供する薬剤の薬剤情報を薬剤情報生成部により生成し、
上記薬剤情報生成部により生成した上記薬剤情報を、上記薬剤店サーバへ向けて、上記ネットワークを介して、上記医療機関通信部により送信すると共に、
上記薬剤情報又は上記診療結果記憶部に記憶する上記診療結果の少なくとも一つを、上記被診療者情報端末へ向けて、上記ネットワークを介して、上記医療機関通信部により送信し、
上記薬剤店サーバが、上記医療機関通信部から送信された上記薬剤情報を、上記ネットワークを介して、薬剤店通信部により受信し、
上記薬剤店通信部により受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理を、薬剤提供処理部により行い、
上記薬剤店通信部により受信した上記薬剤情報中の各薬剤名と、該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として、薬剤提供処理情報生成部により、生成し、
上記薬剤提供処理情報生成部で生成した上記薬剤提供処理情報を、薬剤情報記憶部に記憶し、
上記薬剤情報記憶部に記憶した上記薬剤提供処理情報を、上記被診療者情報端末及び上記医療機関サーバへ向けて、上記ネットワークを介して、上記薬剤店通信部により送信し、
上記医療機関サーバが、上記薬剤店通信部から送信された上記薬剤提供処理情報を、上記医療機関通信部により、上記ネットワークを介して、受信し、
上記医療機関通信部により受信した上記薬剤提供処理情報又は上記健康ライフイベント情報の少なくとも一つを、上記診療結果と対応付けて上記診療結果記憶部に記憶し、
上記被診療者情報端末が、上記薬剤店通信部から送信された上記薬剤提供処理情報を、上記ネットワークを介して、上記通信部により受信し、
上記通信部により受信した上記薬剤提供処理情報、上記診療結果又は上記薬剤情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて、上記記憶部に記憶することを特徴とする診療システム。
【請求項５】
被診療者を診療した診療結果に基づき、上記被診療者に依頼する病状検査確認の項目を設定する病状検査確認設定部と、
上記病状検査確認設定部で設定した上記病状検査確認の項目を送信する医療機関送信部と、
上記医療機関送信部から送信された上記病状検査確認の項目を受信する被診療者受信部と、
上記被診療者受信部により受信した病状検査確認の項目を、上記被診療者が病状検査確認する検査確認部と、
上記検査確認部で病状検査確認した結果である病状検査確認結果情報を送信する被診療者送信部と、
上記被診療者送信部から送信された上記病状検査確認結果情報を受信する医療機関受信部と、
上記医療機関受信部により受信した病状検査確認結果に基づき、医療機関による追加診療が必要か否かの判断をする追加診療判断部と、
上記追加診療判断部により、追加診療が必要か否かの判断を行った結果を、表示する表示部と、を備える診療システム。
【請求項６】
上記検査確認部で検査確認する病状検査確認の項目が、心電図検査の場合、
上記検査確認部で検査確認した心電図検査情報を、上記病状検査確認結果情報として、被診療者送信部により送信しており、
上記医療機関受信部が、上記心電図検査情報を、受信し、
上記追加診療判断部が、上記受信した心電図検査情報に基づき、医療機関による追加診療が必要か否かの判断を、画像認識又は音声認識の少なくとも一つにより行うことを特徴とする請求項５に記載の診療システム。
【請求項７】
上記検査確認部で検査確認する病状検査確認結果情報が所定の形式の数値の場合、
上記追加診療判断部が、
医療機関による追加診療が必要となる上記数値の閾値を設定する閾値設定部と、
上記閾値を検知する検知部と、を更に含んでおり、
上記検知部が、上記病状検査確認結果情報から、上記閾値設定部で設定した上記閾値を超える数値を検知するか否かによって、上記追加診療判断部が、上記追加診療が必要か否かの判断を行い、
上記追加診療判断部が行った上記追加診療が必要か否かの判断の結果を、上記医療機関送信部により、送信し、
上記医療機関送信部から送信された上記追加診療が必要か否かの判断の結果を、上記被診療者受信部により受信することを特徴とする請求項５に記載の診療システム。
【請求項８】
被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する送信ステップと、
上記送信ステップにより送信された上記健康ライフイベント情報を受信する受信ステップと、
少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果又は上記診療結果と上記健康ライフイベント情報とを対応付けして総合診療情報とした情報の少なくとも一つを記憶する記憶ステップと、を備えている診療方法。
【請求項９】
被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する被診療者送信ステップと、
上記健康ライフイベント情報は、記憶ステップに記憶しており、
上記被診療者送信ステップにより送信された上記健康ライフイベント情報を、受信する医療機関受信ステップと、
少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、記憶する診療結果記憶ステップと、
上記診療結果記憶ステップに記憶した上記診療結果に基づき、上記被診療者に提供する薬剤の薬剤情報を生成する薬剤情報生成ステップと、
上記薬剤情報生成ステップで生成した上記薬剤情報を、医療機関送信ステップにより送信し、
上記医療機関送信ステップから送信された上記薬剤情報を、被診療者受信ステップ及び薬剤店受信ステップによって受信し、
上記薬剤店受信ステップにより受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理をする薬剤提供処理ステップと、
上記薬剤店受信ステップにより受信した上記薬剤情報中の各薬剤名と、該該薬剤情報に基づき上記薬剤提供処理ステップで提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として生成する薬剤提供処理情報生成ステップと、
上記薬剤提供処理情報生成ステップで生成した上記薬剤提供処理情報を記憶する薬剤情報記憶ステップと、
上記薬剤情報記憶ステップに記憶した上記薬剤提供処理情報を、送信する薬剤店送信ステップと、を備えると共に、
上記薬剤店送信ステップから送信された上記薬剤提供処理情報を、上記医療機関受信ステップ及び上記被診療者受信ステップにより受信することを特徴とする診療方法。
【請求項１０】
上記診療結果記憶ステップが、上記医療機関受信ステップにより受信した上記薬剤提供処理情報及び上記健康ライフイベント情報を、上記診療結果と対応付けて、総合診療情報として、記憶し、
上記医療機関送信ステップが、上記診療結果記憶ステップに記憶する上記総合診療情報中の上記診療結果を送信し、
上記被診療者受信ステップが、上記医療機関送信ステップから送信された上記診療結果を受信し、
上記記憶ステップが、上記被診療者受信ステップにより受信した上記診療結果、上記薬剤情報又は上記薬剤提供処理情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて記憶することを特徴とする請求項９に記載の診療方法。
【請求項１１】
通信を行う通信ステップを具備し、医療機関サーバ及び薬剤店サーバとネットワークで接続する被診療者情報端末が、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、上記医療機関サーバへ向けて、上記ネットワークを介して上記通信ステップより送信し、
上記健康ライフイベント情報は、上記被診療者情報端末の記憶ステップに記憶しており、
上記医療機関サーバが、上記被診療者情報端末から送信された上記健康ライフイベント情報を、上記ネットワークを介して、医療機関通信ステップにより受信し、
上記医療機関通信ステップにより受信した上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、診療結果記憶ステップに記憶し、
上記診療結果記憶ステップに記憶する上記診療結果に基づき、上記被診療者に提供する薬剤の薬剤情報を薬剤情報生成ステップにより生成し、
上記薬剤情報生成ステップにより生成した上記薬剤情報を、上記薬剤店サーバへ向けて、上記ネットワークを介して、上記医療機関通信ステップにより送信すると共に、
上記薬剤情報又は上記診療結果記憶ステップに記憶する上記診療結果の少なくとも一つを、上記被診療者情報端末へ向けて、上記ネットワークを介して、上記医療機関通信ステップにより送信し、
上記薬剤店サーバが、上記医療機関通信ステップから送信された上記薬剤情報を、上記ネットワークを介して、薬剤店通信ステップにより受信し、
上記薬剤店通信ステップにより受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理を、薬剤提供処理ステップにより行い、
上記薬剤店通信ステップにより受信した上記薬剤情報中の各薬剤名と、該薬剤情報に基づき上記薬剤提供処理ステップで提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として、薬剤提供処理情報生成ステップにより、生成し、
上記薬剤提供処理情報生成ステップで生成した上記薬剤提供処理情報を、薬剤情報記憶ステップに記憶し、
上記薬剤情報記憶ステップに記憶した上記薬剤提供処理情報を、上記被診療者情報端末及び上記医療機関サーバへ向けて、上記ネットワークを介して、上記薬剤店通信ステップにより送信し、
上記医療機関サーバが、上記薬剤店通信ステップから送信された上記薬剤提供処理情報を、上記医療機関通信ステップにより、上記ネットワークを介して、受信し、
上記医療機関通信ステップにより受信した上記薬剤提供処理情報又は上記健康ライフイベント情報の少なくとも一つを、上記診療結果と対応付けて上記診療結果記憶ステップに記憶し、
上記被診療者情報端末が、上記薬剤店通信ステップから送信された上記薬剤提供処理情報を、上記ネットワークを介して、上記通信ステップにより受信し、
上記通信ステップにより受信した上記薬剤提供処理情報、上記診療結果又は上記薬剤情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて、上記記憶ステップに記憶することを特徴とする診療方法。
【請求項１２】
被診療者を診療した診療結果に基づき、上記被診療者に依頼する病状検査確認の項目を設定する病状検査確認設定ステップと、
上記病状検査確認設定ステップで設定した上記病状検査確認の項目を送信する医療機関送信ステップと、
上記医療機関送信ステップから送信された上記病状検査確認の項目を受信する被診療者受信ステップと、
上記被診療者受信ステップにより受信した病状検査確認の項目を、上記被診療者が病状検査確認する検査確認ステップと、
上記検査確認ステップで病状検査確認した結果である病状検査確認結果情報を送信する被診療者送信ステップと、
上記被診療者送信ステップから送信された上記病状検査確認結果情報を受信する医療機関受信ステップと、
上記医療機関受信ステップにより受信した病状検査確認結果に基づき、医療機関による追加診療が必要か否かの判断をする追加診療判断ステップと、
上記追加診療判断ステップにより、追加診療が必要か否かの判断を行った結果を、表示する表示ステップと、を備える診療方法。
【請求項１３】
上記検査確認ステップで検査確認する病状検査確認の項目が、心電図検査の場合、
上記検査確認ステップで検査確認した心電図検査情報を、上記病状検査確認結果情報として、被診療者送信ステップにより送信しており、
上記医療機関受信ステップが、上記心電図検査情報を、受信し、
上記追加診療判断ステップが、上記受信した心電図検査情報に基づき、医療機関による追加診療が必要か否かの判断を、画像認識又は音声認識の少なくとも一つにより行うことを特徴とする請求項１２に記載の診療方法。
【請求項１４】
上記検査確認ステップで検査確認する病状検査確認結果情報が所定の形式の数値の場合、
上記追加診療判断ステップが、
医療機関による追加診療が必要となる上記数値の閾値を設定する閾値設定ステップと、
上記閾値を検知する検知ステップと、を更に含んでおり、
上記検知ステップが、上記病状検査確認結果情報から、上記閾値設定ステップで設定した上記閾値を超える数値を検知するか否かによって、上記追加診療判断ステップが、上記追加診療が必要か否かの判断を行い、
上記追加診療判断ステップが行った上記追加診療が必要か否かの判断の結果を、上記医療機関送信ステップにより、送信し、
上記医療機関送信ステップから送信された上記追加診療が必要か否かの判断の結果を、上記被診療者受信ステップにより受信することを特徴とする請求項１２に記載の診療方法。
【発明の詳細な説明】
【技術分野】
【０００１】
人生で起こるライフイベント情報と健康又は病状情報とを関連づけて健康ライフイベント情報とし、その健康ライフイベント情報を医療機関へ提供し、医療機関がその健康ライフイベント情報を参照し診療することで医療向上、医療費削減を実現する診療システム。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
これまで個人の健康を管理するため、体重、身長、体脂肪率、筋肉量、基礎代謝など、所謂、体組成計のような計測機器や、体温計、血圧計、血糖値計、心電図計測機器などの医療計測機器等の活用技術が公開されてきた。
他方、例えば、入学、試験、運動会、予防接種、進級、クラス替え、父兄参観日、遠足、受験、進学、生理、卒業、就職試験、就職、転職、職探し、昇進、退職、辞職、結婚、妊娠、出産、子育て、離婚、近親者と死別、自分や家族の傷病、子供の自立、介護、事件、事故、災害等の個人のライフイベントと、上記体組成計や上記医療計測機器等から得られる健康情報、医療情報とを、関連付けてデータベース化することが、無かったため、ライフイベントと健康、病状、病気出現などとの関連を明確に判断することができず、個別（パーソナル）の健康管理や医療機関の診療の向上を妨げていた。
【０００３】
また、医療機関で診療した結果、自宅に帰ってから体温計測や血圧計測等の自己病状検査確認とその報告が必要な場合、被診療者はその結果報告を医療機関へ出向き行い、医療機関はその結果報告に基づき、追加診療が必要か否かの判断をして被診療者へ伝えるという工程が必要っであった。その際、追加診療が必要でない場合であっても、被診療者及び医療機関双方に煩雑な行程と時間が必要となり、その分の医療費も掛かっていた。
【課題を解決するための手段】
【０００４】
本願第１番目の発明による診療システムは、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する送信部と、
上記送信部により送信された上記健康ライフイベント情報を受信する受信部と、
少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果又は上記診療結果と上記健康ライフイベント情報とを対応付けして総合診療情報とした情報、の少なくとも一つを記憶する記憶部と、を備えている。
【０００５】
この発明によれば、被診療者（個人）が自宅や会社等で計測可能な体調管理等情報である、例えば体重、身長、体脂肪率、筋肉量、基礎代謝など（以上、例えば体組成計で計測可能）の情報、及び、例えば体温、血圧、血糖値、心電図など（以上、医療計測機器等で計測可能）の情報を、上記健康情報としている。
他方、上記被診療者に起こるイベント的な情報、事故、事件などの、冷え、排便、睡眠時間、散歩、ジョギング、食事、生理現象、入学、試験、運動会、予防接種、進級、熟通い、クラス替え、遠足、受験、就職、腰痛、離職、結婚、離婚、睡眠不足、頭痛、腹痛、違和感、倦怠感、落ち込みなど、人生の中で起こる事象の情報及び自覚症状などを、上記ライフイベント情報としている。
尚、上記健康情報は、ここに挙げた例に限らず、体組成計等で計測可能及び医療計測機器等で計測可能な情報であればどのような情報であってもよい。また、上記ライフイベント情報は、ここに挙げた例に限らず、人生の中で起こる事象の情報及び自覚症状等であれば、どのような情報でもよい。
本発明の主目的は、個人の健康情報やライフイベント情報が、体調不良、病状と深く関わり合うことがあると考えられるため、これらを関係付けて情報化し、医療機関に提供することで、医療機関の診療の効率化、診断精度向上及び各種病状分析等に役立たせることとしている。
上記健康情報及び上記ライフイベント情報の情報形式はデジタル形式でも、アナログ形式でも良い。また上記健康情報及び上記ライフイベント情報の取得方法についても、特に限定されるものではなく、例えばデジタル計測器から、例えば無線で送信される上記健康ライフイベント情報を、情報端末等の受信部により取得することでもよいし、アナログ計測器で計測した情報を情報端末等に入力することでもよいし、各自の自覚症状等を情報端末等に入力（テキスト入力やボイス入力など）することでもよい。
その他、上記健康情報及び上記ライフイベント情報の情報形式やその情報の取得方法は、どのような形式でも、方法でもよい。
また、個人が自分自身で取得する場合、又は第三者がその個人の代わりに取得する場合のどちらでも良い。
送信部が、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する。
ここで、被診療者が上記健康情報と上記ライフイベント情報とを取得したり入力したりする際、それら取得する上記健康情報と上記ライフイベント情報とを、例えば、取得、入力する時刻（年、月、日、時刻）で対応付けて、被診療者の情報端末（例えばパソコンや携帯端末等）の例えば記憶部に記憶して、データベースとして管理してもよい。（図２参照）
被診療者が例えば体調を崩して医療機関へ出向く際に、前もって、例えば上記情報端末の記憶部に記憶している上記健康ライフイベント情報を、上記情報端末の上記送信部により、例えばインターネットを介して、被診療者が診療を受ける医療機関の例えば医療機関サーバへ、送信してもよい。
受信部が、上記送信部から送信された上記健康ライフイベント情報を、例えばインターネットを介して、受信する。
上記被診療者の、例えば情報端末の送信部から送信された上記健康ライフイベント情報を、例えば、医療機関が運営する医療機関サーバの、上記受信部（通信部）により、例えばインターネットを介して、受信することでもよい。
その結果、医療機関の医師は、その受信した、過去から現在までの上記健康ライフイベント情報を参照しながら診療することができる。よって、医師は、被診療者それぞれのパーソナルな体質特性やライフイベント状況などと、今の病状との関り（例えば受験準備中なのでストレスが溜まり血圧が高めであるなど）を、個別具体的に参照比較して診療を行うことができる。このことは、診療判断ミスの防止、診療行程のスピードアップ化、効率化を実現し、被診療者及び医師の利益向上、並びに医療費削減にも寄与することとなる。
記憶部が、少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果又は上記診療結果と上記健康ライフイベント情報とを対応付けして総合診療情報とした情報の少なくとも一つを記憶する。
尚、上記診療結果とは、診療結果情報であってよい。
「上記診療結果と上記健康ライフイベント情報とを対応付する」とは、例えば上記診療結果の病状判断の背景又は要因として考えられる上記健康ライフイベント情報を、例えばリレーショナルデータベース情報として一情報に対して複数の属性を表（テーブル）として構築する方法や、Excelのマクロや関数などを利用する方法や、html言語でハイパーリンクを利用する方法などでも良い。
但し、上記診療結果と上記健康ライフイベント情報とを対応付けする方法は、ここに挙げて例に限らず、どのような方法でもよい。
尚、記憶部を構成する記憶媒体は、例えば、磁気ディスク形式、光ディスク形式、フラッシュメモリ形式、光磁気ディスク形式などであるが、ここで挙げた例に限らずどのような形式の記憶装置でも良い。また記憶形式はデジタルデータ又はアナログデータのどちらでも良い。
【０００６】
本願第２番目の発明による診療システムは、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する被診療者送信部と、
上記健康ライフイベント情報は、記憶部に記憶しており、
上記被診療者送信部により送信された上記健康ライフイベント情報を、受信する医療機関受信部と、
少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、記憶する診療結果記憶部と、
上記診療結果記憶部に記憶した上記診療結果に基づき、上記被診療者に提供する薬剤の薬剤情報を生成する薬剤情報生成部と、
上記薬剤情報生成部で生成した上記薬剤情報を、医療機関送信部により送信し、
上記医療機関送信部から送信された上記薬剤情報を、被診療者受信部及び薬剤店受信部によって受信し、
上記薬剤店受信部により受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理をする薬剤提供処理部と、
上記薬剤店受信部により受信した上記薬剤情報中の各薬剤名と、該該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として生成する薬剤提供処理情報生成部と、
上記薬剤提供処理情報生成部で生成した上記薬剤提供処理情報を記憶する薬剤情報記憶部と、
上記薬剤情報記憶部に記憶した上記薬剤提供処理情報を、送信する薬剤店送信部と、を備えると共に、
上記薬剤店送信部から送信された上記薬剤提供処理情報を、上記医療機関受信部及び上記被診療者受信部により受信することを特徴とする。
【０００７】
この発明によれば、被診療者送信部が、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、例えばインターネットを介して、送信する。
上記健康ライフイベント情報は、記憶部に記憶しておいてもよい。
医療機関受信部が、上記被診療者送信部により送信された上記健康ライフイベント情報を、例えばインターネットを介して、受信する。
診療結果記憶部が、少なくとも上記医療機関受信部により受信した上記健康ライフイベント情報を参照して診療し、その診療した診療結果を、記憶する。
診断結果の形式は、例えば既存のカルテ形式でもよい。
診療結果記憶部の構成は、上記記憶部の構成と同様でよい。
上記診療結果記憶部は、例えば医療機関が運営する医療機関サーバに具備していてもよい。また、被診療者の個人情報量がこれまで以上に増加するのでセキュリティは厳しくすることが望まれる。記憶する情報の情報形式はデジタルデータ又はアナログデータのどちらでも良い。
医療機関送信部が、上記診療結果記憶部に記憶した診療結果を、上記被診療者又は個人へ、例えばインターネットを介して送信する。
医療機関送信部は、例えば、上記医療機関サーバに具備していてもよい。
被診療者受信部が、上記被診療者が上記医療機関送信部により送信された上記診療結果を、例えばインターネットを介して受信する。
薬剤情報生成部が、上記診療結果記憶部に記憶した上記診療結果に基づき、上記被診療者に提供（投与）する薬剤の薬剤情報を生成する。薬剤情報とは、上記診療結果に、診療した結果と共に記載されている被診療者へ投与する薬のリストや投与に関する留意点などの情報である。薬剤情報は、例えば薬の処方箋と同様のものでもよい。
生成するとは、例えば、医療機関サーバの記憶部となる上記診療結果記憶に記憶した診療結果情報中から、上記薬剤情報（処方箋情報）を例えば読出し部により読出し、今診療中の医師又は薬剤情報担当部署等の情報端末へ、例えばLAN経由で、表示することでも良いし、或は、上記医療機関サーバから読出した上記薬剤情報を、LAN経由でプリンターから生成（印刷）してもよい。薬剤情報を印刷する場合には、次の行程となる薬剤情報の送信では、例えばファックスで送信することでもよい。好ましくは、該薬剤情報（情報ファイル）を上記医師又は薬剤情報担当部署等の情報端末に表示し、次の行程となる薬剤情報の送信では、該薬剤情報ファイルを、送信することでもよい。
上記薬剤情報生成部で生成した上記薬剤情報を、上記医療機関送信部により送信する。
上記医師又は薬剤情報担当部署等の情報端末に表示されている上記薬剤情報（情報ファイル）を、上記医療機関送信部により、例えば専用線ネットワーク又はインターネットを介して、送信する。但し、上記薬剤情報生成部が、上記薬剤情報を生成する方法、及び、上記薬剤情報を、上記医療機関送信部により送信する方法に関しては、ここに挙げた例に限らず、どのような方法であってもよい。
被診療者受信部及び薬剤店受信部が、上記医療機関送信部から送信された上記薬剤情報を、受信する。
上記医療機関送信部は、上記薬剤情報を、被診療者受信部及び薬剤店受信部へ向けて、送信しており、上記被診療者受信部は、例えばインターネット又は短距離通信ネットワーク（Wi-Fi、Bluetooth、ZigBee、RFID：Radio Frequency Identification、赤外線通信など）を介して、該薬剤情報を受信し、上記薬剤店受信部は、例えば専用線を介して、該薬剤情報を受信しても良い。
薬剤提供処理部が、上記薬剤店受信部により受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理をする。
提供処理とは、上記受信した薬剤情報に従って、上記被診療者に、適正に薬剤を調剤し提供する処理工程である。
尚、上記薬剤情報の生成及び上記薬剤提供処理部の提供処理については、処方箋の交付等に関連する法令の規定等があれば、それに従って上記生成し、上記提供処理するものとする。
薬剤提供処理情報生成部が、上記薬剤店受信部により受信した上記薬剤情報中の各薬剤名と、該該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として生成する。
昨今は、上記薬剤情報に記されている薬剤と同様の作用をするジェネリック薬剤の提供をする薬剤店も多い。そのため、ここでは、上記薬剤店受信部により受信した上記薬剤情報中の各薬剤名と、該該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として生成し、次の行程では、生成した薬剤処理情報を、記憶して、送信する。よって、薬剤情報を作成した医師、該薬剤情報に基づき薬剤提供処理をする薬剤店、及び該薬剤提供処理に基づき投与される薬剤を服用する被診療者の３者が、上記薬剤情報中の各薬剤名と、該該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名との確認ができるようになる。
ここで「上記薬剤情報中の各薬剤名と、該該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名とを対応付けて、」とは、例えば、テーブル形式の記述方法で、上記薬剤情報中の各薬剤名が記述されるタブの隣のタブに、上記薬剤提供処理部で提供処理した各薬剤名を記述することで、対応付けて、薬剤提供処理情報として、生成することでもよい。
薬剤情報記憶部が、上記薬剤提供処理情報生成部で生成した上記薬剤提供処理情報を記憶する。薬剤情報記憶部の構成は、例えば上記記憶部の構成と同様でも良い。
薬剤店送信部が、上記薬剤情報記憶部に記憶した上記薬剤提供処理情報を、例えば、インターネットネットワーク、専用線ネットワーク等の長距離通信又はBluetooth、ZigBee、RFID短距離通信の短距離通信の何れかを介して送信することでもよい。
薬剤店送信部は、上記医療機関受信部及び上記被診療者受信部に向けて、上記薬剤提供処理情報を送信しており、上記医療機関受信部は、例えば専用線ネットワークを介して、上記薬剤提供処理情報を受信し、上記被診療者受信部は、例えば上記短距離通信ネットワーク又はインターネットを介して、受信しても良い。
上記被診療者受信部で受信した上記薬剤提供処理情報を、例えば、上記記憶部へ記憶してもい。また、上記医療機関受信部で受信した上記薬剤提供処理情報を、上記診療結果記憶部に記憶してもよい。
【０００８】
本願第３番目の発明による診療システムは、好ましくは、上記診療結果記憶部が、上記医療機関受信部により受信した上記薬剤提供処理情報及び上記健康ライフイベント情報を、上記診療結果と対応付けて、総合診療情報として、記憶し、
上記医療機関送信部が、上記診療結果記憶部に記憶する上記総合診療情報中の上記診療結果を送信し、
上記被診療者受信部が、上記医療機関送信部から送信された上記診療結果を受信し、
上記記憶部が、上記被診療者受信部により受信した上記診療結果、上記薬剤情報又は上記薬剤提供処理情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて記憶する。
【０００９】
この発明によれば、上記診療結果記憶部が、上記医療機関受信部により受信した上記薬剤提供処理情報及び上記健康ライフイベント情報を、上記診療結果と対応付けて、総合診療情報として、記憶してもよい。ここで、「上記診療結果と対応付けて、」の対応付けの方法は、例えばリレーショナルデータベース構造として対応付けることでも良いし、また、HTML記述によるハイパーリンクを用いて対応付けすることでも良い。但し、上記薬剤提供処理情報及び上記健康ライフイベント情報を、上記診療結果と対応付けする方法は、ここに挙げて例に限らず、どのような方法でもよい。
上記医療機関送信部が、上記診療結果記憶部に記憶する上記総合診療情報中の上記診療結果を、例えばインターネットを介して送信してもい。
上記被診療者受信部が、上記医療機関送信部から送信された上記診療結果を、例えばインターネットを介して、受信してもよい。
上記記憶部が、上記被診療者受信部により受信した上記診療結果、上記薬剤情報又は上記薬剤提供処理情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて記憶してもよい。上記「対応付け」の方法は、上述した方法と同様でよい。
【００１０】
本願第４番目の発明による診療システムは、通信を行う通信部を具備し、医療機関サーバ及び薬剤店サーバとネットワークで接続する被診療者情報端末が、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、上記医療機関サーバへ向けて、上記ネットワークを介して上記通信部より送信し、
上記健康ライフイベント情報は、上記被診療者情報端末の記憶部に記憶しており、
上記医療機関サーバが、上記被診療者情報端末から送信された上記健康ライフイベント情報を、上記ネットワークを介して、医療機関通信部により受信し、
上記医療機関通信部により受信した上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、診療結果記憶部に記憶し、
上記診療結果記憶部に記憶する上記診療結果に基づき、上記被診療者に提供する薬剤の薬剤情報を薬剤情報生成部により生成し、
上記薬剤情報生成部により生成した上記薬剤情報を、上記薬剤店サーバへ向けて、上記ネットワークを介して、上記医療機関通信部により送信すると共に、
上記薬剤情報又は上記診療結果記憶部に記憶する上記診療結果の少なくとも一つを、上記被診療者情報端末へ向けて、上記ネットワークを介して、上記医療機関通信部により送信し、
上記薬剤店サーバが、上記医療機関通信部から送信された上記薬剤情報を、上記ネットワークを介して、薬剤店通信部により受信し、
上記薬剤店通信部により受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理を、薬剤提供処理部により行い、
上記薬剤店通信部により受信した上記薬剤情報中の各薬剤名と、該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として、薬剤提供処理情報生成部により、生成し、
上記薬剤提供処理情報生成部で生成した上記薬剤提供処理情報を、薬剤情報記憶部に記憶し、
上記薬剤情報記憶部に記憶した上記薬剤提供処理情報を、上記被診療者情報端末及び上記医療機関サーバへ向けて、上記ネットワークを介して、上記薬剤店通信部により送信し、
上記医療機関サーバが、上記薬剤店通信部から送信された上記薬剤提供処理情報を、上記医療機関通信部により、上記ネットワークを介して、受信し、
上記医療機関通信部により受信した上記薬剤提供処理情報又は上記健康ライフイベント情報の少なくとも一つを、上記診療結果と対応付けて上記診療結果記憶部に記憶し、
上記被診療者情報端末が、上記薬剤店通信部から送信された上記薬剤提供処理情報を、上記ネットワークを介して、上記通信部により受信し、
上記通信部により受信した上記薬剤提供処理情報、上記診療結果又は上記薬剤情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて、上記記憶部に記憶する。
【００１１】
この発明によれば、通信を行う通信部を具備し、医療機関サーバ及び薬剤店サーバとネットワークで接続する被診療者情報端末が、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、上記医療機関サーバへ向けて、上記ネットワークを介して上記通信部より送信する。（図１参照）
ここで、通信部とは、医療機関サーバ及び薬剤店サーバなどと、通信を行うための通信インターフェースで構成されている。
当該通信部は、例えば、長距離通信を行う第一通信部及び短距離通信を行う第二通信部とを、具備していても良い。
また、通信部は、例えば情報を授受するための送受信部で構成されていてもよい。
医療機関サーバとは、例えばコンピュータ等で構成され、医療機関等が運営するサーバでよい。薬剤店サーバとは、例えばコンピュータ等で構成され、医療機関が提供する薬剤情報（処方箋情報）に基づき、被診療者へ投与する薬剤を調剤する薬剤店が運営するサーバでよい。ネットワークとは、ここでは通信ネットワークがのぞまれる。但し、放送ネットワークを排除するものではない。
被診療者端末とは、被診療者が利用する情報端末であり、例えば携帯電話、スマートフォン、ノートパソコン、パソコン、タブレット等であってよい。
上記健康ライフイベント情報は、上記被診療者情報端末の記憶部に記憶していてよい。
記憶部の構成は、本願第二の発明で説明した内容と同様でよいので省略する。
医療機関通信部が、上記被診療者情報端末から送信された上記健康ライフイベント情報を、上記ネットワークを介して、受信する。
医療機関通信部は、上記通信部と同じ構成でよい。
診療結果記憶部が、上記医療機関通信部により受信した上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、記憶する。
診療結果記憶部の構成は、記憶部の構成と同様でよい。上記診療結果は、診療結果情報であってよい。
薬剤情報生成部が、上記診療結果記憶部に記憶する上記診療結果に基づき、上記被診療者に提供（投与）する薬剤の薬剤情報を、生成する。
薬剤情報生成部の生成の方法に関しては、前述した本願第二の発明で説明した生成方法と同様でよい。
上記医療機関通信部が、上記薬剤情報生成部により生成した上記薬剤情報を、上記薬剤店サーバへ向けて、上記ネットワークを介して、送信すると共に、
上記医療機関通信部が、上記薬剤情報又は上記診療結果記憶部に記憶する上記診療結果の少なくとも一つを、上記被診療者情報端末へ向けて、上記ネットワークを介して、送信する。
上記薬剤店サーバが、上記医療機関通信部から送信された上記薬剤情報を、上記ネットワークを介して、薬剤店通信部により受信する。
薬剤通信部の構成は、上記通信部の構成と同様でよい。
薬剤提供処理部が、上記薬剤店通信部により受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理を行う。
薬剤の提供処理に関しては、前述した本願第二の発明で説明した薬剤の提供処理内容と同様でよい。
薬剤提供処理情報生成部が、上記薬剤店通信部により受信した上記薬剤情報中の各薬剤名と、該薬剤情報に基づき上記薬剤提供処理部で提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として、生成する。
薬剤提供処理情報生成部による薬剤提供処理情報の生成方法については、前述した本願第二の発明で説明した生成方法と同様でよい。
上記薬剤店通信部が、上記薬剤提供処理情報生成部で生成した上記薬剤提供処理情報を、薬剤情報記憶部に記憶し、
上記薬剤情報記憶部に記憶した上記薬剤提供処理情報を、上記被診療者情報端末及び上記医療機関サーバへ向けて、上記ネットワークを介して、上記薬剤店通信部により送信する。
上記医療機関サーバが、上記薬剤店通信部から送信された上記薬剤提供処理情報を、上記医療機関通信部により、上記ネットワークを介して、受信する。
上記医療機関通信部により受信した上記薬剤提供処理情報又は上記健康ライフイベント情報の少なくとも一つを、上記診療結果と対応付けて上記診療結果記憶部に記憶する。
「上記薬剤提供処理情報又は上記健康ライフイベント情報の少なくとも一つを、上記診療結果と対応付けて」の対応付けの方法は、上述したように例えばリレーショナルデータベース構造によって対応付けても良い。
上記被診療者情報端末が、上記薬剤店通信部から送信された上記薬剤提供処理情報を、上記ネットワークを介して、上記通信部により受信し、上記通信部により受信した上記薬剤提供処理情報、上記診療結果又は上記薬剤情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて、上記記憶部に記憶する。ここでの対応付けも、例えばリレーショナルデータベース構造によって対応付けても良い。
但し、上記の各対応付けの方法は、ここに挙げた例に限らず、二つ以上の情報を対応付けして記憶する方法であれば、どのような方法でもよい。
【００１２】
本願第五の発明の診療システムは、被診療者を診療した診療結果に基づき、上記被診療者に依頼する病状検査確認の項目を設定する病状検査確認設定部と、
上記病状検査確認設定部で設定した上記病状検査確認の項目を送信する医療機関送信部と、
上記医療機関送信部から送信された上記病状検査確認の項目を受信する被診療者受信部と、
上記被診療者受信部により受信した病状検査確認の項目を、上記被診療者が病状検査確認する検査確認部と、
上記検査確認部で病状検査確認した結果である病状検査確認結果情報を送信する被診療者送信部と、
上記被診療者送信部から送信された上記病状検査確認結果情報を受信する医療機関受信部と、
上記医療機関受信部により受信した病状検査確認結果に基づき、医療機関による追加診療が必要か否かの判断をする追加診療判断部と、
上記追加診療判断部により、追加診療が必要か否かの判断を行った結果を、表示する表示部と、を備える
【００１３】
この発明によれば、病状検査確認設定部が、被診療者を診療した診療結果に基づき、上記被診療者に依頼する病状検査確認（病状の検査と確認を含む）の項目を設定する。（図４参照）
被診療者が医療機関で診療を受けた場合に、その診療結果に基づき、帰宅後に、例えば体温や心電図や血糖値などを計測して、医療機関に報告する必要があるケースが多々ある。この発明は、このようなケースでの病状検査確認、医療機関への報告、報告された該病状検査確認に係る医療機関の判断、及びその判断の伝達方法において、既存行程より簡便で確実に実行できるシステムを提供し、医療機関及び被診療者の負担を軽くし、結果として社会医療費の削減を実現する。
病状検査確認設定部で行う上記病状検査確認の項目の設定とは、医師が被診療者を診療した結果として、該被診療者に対し、例えば体温や心電図などの計測等の病状検査確認を、該被診療者の自宅等で行ってもらうための項目を設定するものである。
病状検査確認設定部は、例えば医療機関サーバ又は医療機関の医師のコンピュータを用いて、例えば被診療者を診療する医師が、必要な病状検査確認の項目を設定することでよい。
病状検査確認設定部において、予め、頻繁に病状検査確認の項目リストとして設定すると予想できる項目リストを、例えばデータベース形式で作成しておき、例えば医療機関サーバの記憶部に記憶しておくことでも良い。（図３参照）
病状検査確認設定部において、上記作成しておいた病状検査確認の項目リスト中から、診療結果に基づき医師が必要と思う病状検査確認の項目を選択し、その選択した病状検査確認項目に対し選択マークを入れて、例えば医師のコンピュータの表示部（モニター）に、上記チェック―マークを入れた上記病状検査確認の項目のみを表示するようにJava、Perl又はPHP等でプログラムされ、上記設定を行うことでも良い。但し、プログラムの方法はここに挙げた例に限らなくてよい。また例えば、被診療者を診療する医師が、必要な病状検査確認の項目をパソコン等情報端末に、その操作部により入力（テキスト又はボイスなど）して設定し、表示部（モニター）に表示することでもよい。
また、上記被診療者に依頼する病状検査確認の項目としては、例えば各種医療用病状測定機器による測定項目、塗り薬の効果等確認項目、飲み薬投与の効果等確認項目、リハビリ運動の効果等確認項目、患部洗浄の効果等確認項目などが挙げられる。但し、病状検査確認の項目は、ここに挙げた例に限らず、例えば病状回復、病状悪化進行、投与薬剤効果又は副作用、リハビリ効果又は副作用などを含み、上記診療結果に基づき、その診療した医師が上記被診療者に依頼する病状検査確認の項目であれば、どのような項目であってもよい。
医療機関送信部が、上記病状検査確認設定部で設定した上記病状検査確認の項目を、例えばインターネットを介して、送信する。医療機関送信部は、例えば医療機関サーバまたは診療する医師のコンピュータに備えていてもよい。
被診療者受信部が、上記医療機関送信部から送信された上記病状検査確認の項目を、例えばインターネットを介して、受信する。
被診療者受信部は、例えば被診療者が所有する通信可能な情報端末に備えていてもよい。
検査確認部が、上記被診療者受信部により受信した病状検査確認の項目について、上記被診療者が病状検査確認を行う。
検査確認部において、上記被診療者受信部により受信した病状検査確認の項目に従い、例えば体温計、心電図計測機器、血圧計又は血糖値計測機器などの計測機器等による計測や、又、例えば被診療者自ら病状や薬剤効果等について確認する。
被診療者送信部が、上記検査確認部で病状検査確認した結果である病状検査確認結果情報を、例えばインターネットを介して、送信する。
医療機関受信部が、上記被診療者送信部から送信された上記病状検査確認結果情報を、例えばインターネットを介して、受信する。
追加診療判断部が、上記医療機関受信部により受信した病状検査確認結果情報に基づき、医療機関による追加診療が必要か否かの判断をする。
追加診療判断部が、上記追加診療が必要か否かの判断を、例えば以下のように行うことでもよい。
（１）既存の各種解析ソフト（例えば、血圧解析、血糖値解析、心電図解析等）により、病状検査確認結果情報を解析し、解析結果を出力することで判断する、又は担当医師により判断する。
（２）上記病状検査確認結果情報が数値情報の場合、追加診療が必要な数値を予め医療機関又は医師が、閾値として設定して、コンピュータに記憶しておき、該閾値と上記受信した病状検査確認結果情報とを例えば中央演算処理部を用いて比較することで判断（検知）することでもよい。
（３）上記病状検査確認結果が波形等（医用波形データ）の図形データとして表れる場合、追加診療が必要のない正常な波形画像データを予め医療機関又は医師が選択設定して、コンピュータに記憶しておき、該設定した正常波形画像データと上記受信した病状検査確認結果情報の波形画像データとを例えば中央演算処理部を用いて画像認識により比較することで判断（検知）することでもよい。
（４）上記病状検査確認結果が波形等の図家データとして表れる場合、その波形データを一旦音源データとして変換し、音声認識（解析を含む）技術によって判断（判別）したりすることでもよい。
加えて、上記病状検査確認結果情報が、被診療者の五感、痛覚などによって確認したものや、眠気等の自覚症状などであれば、診療医師が、上記追加診療が必要か否かの判断を行っても良い。
但し、追加診療判断部による上記追加診療が必要か否かの判断を行う方法は、ここに挙げた例に限らず、上記病状検査確認結果が閾値検知、画像認識、音声認識等の物理的自動判断が可能なもの、及び、医師により判断が可能なものであれば、どのような方法であっても良い。
表示部が、上記追加診療判断部により、追加診療が必要か否かの判断を行った結果を、表示する。表示部は、上記自動判断又は上記医師による判断の結果を、例えば、テキスト、画像又は音声で表示する。
更に、上記追加診療判断部が医療機関による追加診療が必要か否かの判断をした結果を、被診療者へ向けて、医療機関送信部により、送信してもよい。被診療者は、医療機関送信部により送信された、追加診療が必要か否かの判断をした結果を、被診療者受信部により、受信し、例えば、追加診療が必要な場合には、次の診療日の予約を、電子メール又は電話で行うことでも良い。
表示部は、例えば、医療機関や医師のコンピュータのディスプレイで、タッチパネル式ディスプレイやスピーカー、マイクロフォン（ボイス入力部）、カメラなどで構成されても良い。また、表示部は、医師等ユーザが操作する操作部や各種情報を入力する入力部（テキスト又はボイス入力部）を有していてもよい。
【００１４】
本願第六番目の発明による診療システムは、好ましくは、上記検査確認部で検査確認する病状検査確認の項目が、心電図検査の場合、
上記検査確認部で検査確認した心電図検査情報を、上記病状検査確認結果情報として、被診療者送信部により送信しており、
上記医療機関受信部が、上記心電図検査情報を、受信し、
上記追加診療判断部が、上記受信した心電図検査情報に基づき、医療機関による追加診療が必要か否かの判断を、画像認識又は音声認識の少なくとも一つにより行うことを特徴とする。
【００１５】
この発明によれば、上記検査確認部で検査する病状検査確認の項目が、心電図検査の場合、上記病状検査確認結果情報は心電図検査情報の波形データとなる。
上記追加診療判断部が、上記心電図検査情報に基づき、医療機関による追加診療が必要か否かの判断を、画像認識又は音声認識の少なくとも一つにより行う。
現状、心電図検査情報に係る病状診断を、心電図解析装置を利用して行うか、又は医師による目視によって行っている。
ここでは、例えばコンピュータと画像認識技術を活用することで、自動的に、心電図が異常か否かの判断を行うことを可能とする。
画像認識による心電図の異常か否かの自動判断の方法は、例えば、以下のような方法によって行っても良い。
（１）予め、正常な心電図の画像をコンピュータに記憶（認識）し、上記自動判断を要求するための被診療者の心電図画像を読込み、上記記憶する正常な心電図画像と、上記読込んだ心電図画像との画像認識・識別技術で比較を行い、同一画像と識別されれば、正常、即ち追加診療の必要がないと判断し、同一画像と識別されなければ、追加診療の必要があると判断する。
（２）予め、コンピュータに異常な心電図画像の特徴的な画像を記憶させ、上記自動判断を要求するための被診療者の心電図画像を読込み、読込んだ心電図画像と上記記憶させた異常な心電図画像データとの比較を行うことで、同一画像と識別されれば、異常、即ち追加診療の必要がありと判断し、同一画像と識別されなければ、追加診療の必要なしと判断することでもよい。
（３）上記（１）と（２）の組み合わせにより、自動判断を行うことでも良い。
更に、上記追加診療判断部は、上記追加診療が必要か否かの自動判断を、音声認識で行う場合の方法は、例えば、上記病状検査確認結果情報の心電図の波形を、一旦音源データとし、音源データを再生することで、自動判断する。上記音声認識技術活用による自動判断の方法は、例えば以下のような方法で行っても良い。
（１）予め、コンピュータに正常な心電図波形（デジタルオシロスコープ）を音源データ（音）に変換した情報を記憶（認識）させ、上記自動判断を要求する被診療者の心電図波形（デジタルオシロスコープ）を音源データに変換したものを読込み、読込んだ音源データと、上記記憶した正常な心電図の音源データとを、音声認識技術により比較することで、同じ音源データと判断されれば正常、即ち、追加診療の必要がないと判断し、異なる音源データと判断されれば異常、即ち追加診療の必要がありと判断する。
心電図波形（デジタルオシロスコープ）の音源データ（音）への変換は、心電計から取得した信号を、例えばノイズをカットし、信号を増幅した上で、デジタルオシロスコープとして出力したデータを、音源化する。ここでは、例えば、正常な心電図波形を音源化したデータと、異常な心電図波形を音源化したデータとの比較が容易となるように、上記デジタルオシロスコープを音源化するための設定を行い変換することでよい。デジタルオシロスコープを音源に変換するためのプログラムは、例えばC、C++、LISP、SMALLTALKなどの言語でもよい。また、開発環境としてのReaktor、SynthEdit、SynthMaker、MAX/MSP、
C Sound、Super Colider、RTcmix、PureDataなど を利用しても良い。
但し、デジタルオシロスコープを音源に変換するためのプログラムは、ここに挙げた例に限ぎるものではない。
（２）予め、コンピュータに異常な心電図波形（デジタルオシロスコープ）を音源データに変換した情報を記憶させ、上記自動判断を要求する被診療者の心電図波形（デジタルオシロスコープ）を音源データに変換したものを読込み、読込んだ音源データと、上記記憶した正常な心電図の音源データとを、音声認識技術により比較することで、同じ音源データと判断されれば異常、即ち、追加診療の必要がありと判断し、異なる音源データと判断されれば正常、即ち追加診療の必要がなしと判断する。
（３）上記（１）と（２）の組み合わせにより、自動判断を行うことでも良い。
【００１６】
本願第七番目の発明による診療システムは、好ましくは、上記検査確認部で検査確認する病状検査確認結果情報が所定の形式の数値の場合、
上記追加診療判断部が、
医療機関による追加診療が必要となる上記数値の閾値を設定する閾値設定部と、
上記閾値を検知する検知部と、を更に含んでおり、
上記検知部が、上記病状検査確認結果情報から、上記閾値設定部で設定した上記閾値を超える数値を検知するか否かによって、上記追加診療判断部が、上記追加診療が必要か否かの判断を行い、
上記追加診療判断部が行った上記追加診療が必要か否かの判断の結果を、上記医療機関送信部により、送信し、
上記医療機関送信部から送信された上記追加診療が必要か否かの判断の結果を、上記被診療者受信部により受信する。
【００１７】
この発明によれば、「上記検査確認部で検査する病状検査確認結果情報が所定の形式の数値の場合、」の所定の形式の数値とは、例えば、上記病状検査確認結果情報が数値と記号によって表されるケースもあり、所定の形式とは、例えば所定の単位であってよい。
例えば、血糖値や血圧が上記病状検査確認結果情報として表される場合、その測定値は、基本的には、血糖値であれば２００mg/dl、血圧であれば１２５mmHgなどと、数字と共にその単位が、表される。
上記追加診療判断部が具備する閾値設定部は、上記検査確認部で検査確認する病状検査確認結果情報が所定の形式の数値の場合、例えば、以下のような方法で閾値を設定しても良い。
（１）閾値設定部が閾値を設定するに当たり、数字と共にその単位とで表される測定値から、該単位を削除した数字を、上記病状検査確認の項目と対応付けて、医療機関による追加診療が必要となる閾値として、設定する。
（２）閾値設定部が閾値を設定するに当たり、数字と共にその単位とで表される測定値を閾値として設定した場合に、該単位のみを自動的に削除して数字として比較できるよう、予め、例えばF#言語のunits of measure用いてプログラム処理した上で、上記測定値を上記病状検査確認の項目と対応付けて、医療機関による追加診療が必要となる閾値として、設定する。
但し、上記閾値設定部が上記閾値を設定する方法が、ここに挙げた例に限らない場合においても、本願発明の特徴は変わらない。
検知部が、例えば、中央演算処理部により、上記閾値を検知する。
上記検知部が、上記病状検査確認結果情報から、上記閾値設定部で設定した上記閾値を超える数値を検知するか否かによって、上記追加診療判断部が、上記追加診療が必要か否かの判断をする。
上記閾値設定部で設定した上記閾値を超える数値とは、例えば、設定した閾値の未満、超過、以上、又は以下の少なくとも一つであってよい。
上記医療機関送信部が、上記追加診療判断部により行った上記追加診療が必要か否かの判断の結果を、被診療者へ向けて、医療機関送信部により、例えばインターネットを介して、送信してもよい。
上記被診療者受信部が、上記医療機関送信部により送信された、追加診療が必要か否かの判断をした結果を、例えばインターネットを介して、受信する。そして、例えば、上記受信した追加診療が必要か否かの判断の結果が、追加診療が必要な場合、例えば、上記医療機関送信部は、追加診療が必要であるとの結果と共に、次の診療日の予約を行うための情報も含み送信してもよい。
上記被診療者受信部が、上記次の診療日の予約情報を受信し、該予約情報を用いて、被診療者が次の診療の予約日リクエスト情報を、上記被診療者送信部により、上記医療機関受信部へ向けて、送信することでもよい。
加えて、上記医療機関受信部が、上記被診療者送信部により送信された、次の診療の予定日リクエスト情報を受信し、該予定日リクエストに係る日時の診療が可能か否かの返信を、上記医療機関送信部により、上記被診療者受信部へ向けて、送信することでも良い。
【００１８】
以下、上述した本願第一番目の発明による診療システムから本願第七番目の発明による診療システムにそれぞれ対応する、本願第八番目の発明による診療方法から本願第十四番目の発明による診療方法に関してとなる。
本願第八番目の発明による診療方法から本願第十四番目の発明による診療方法の説明については、上述した本願第一番目の発明による診療システムから本願第七番目の発明による診療システムに記述した各部が、各ステップへ対応している点以外は、同様であるため、詳細説明は省略する。
【００１９】
本願第八番目の発明による診療方法は、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する送信ステップと、
上記送信ステップにより送信された上記健康ライフイベント情報を受信する受信ステップと、
少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果又は上記診療結果と上記健康ライフイベント情報とを対応付けして総合診療情報とした情報の少なくとも一つを記憶する記憶ステップと、を備えている。
【００２０】
本願第九番目の発明による診療方法は、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、送信する被診療者送信ステップと、
上記健康ライフイベント情報は、記憶ステップに記憶しており、
上記被診療者送信ステップにより送信された上記健康ライフイベント情報を、受信する医療機関受信ステップと、
少なくとも上記受信する上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、記憶する診療結果記憶ステップと、
上記診療結果記憶ステップに記憶した上記診療結果に基づき、上記被診療者に提供する薬剤の薬剤情報を生成する薬剤情報生成ステップと、
上記薬剤情報生成ステップで生成した上記薬剤情報を、医療機関送信ステップにより送信し、
上記医療機関送信ステップから送信された上記薬剤情報を、被診療者受信ステップ及び薬剤店受信ステップによって受信し、
上記薬剤店受信ステップにより受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理をする薬剤提供処理ステップと、
上記薬剤店受信ステップにより受信した上記薬剤情報中の各薬剤名と、該該薬剤情報に基づき上記薬剤提供処理ステップで提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として生成する薬剤提供処理情報生成ステップと、
上記薬剤提供処理情報生成ステップで生成した上記薬剤提供処理情報を記憶する薬剤情報記憶ステップと、
上記薬剤情報記憶ステップに記憶した上記薬剤提供処理情報を、送信する薬剤店送信ステップと、を備えると共に、
上記薬剤店送信ステップから送信された上記薬剤提供処理情報を、上記医療機関受信ステップ及び上記被診療者受信ステップにより受信することを特徴とする。
【００２１】
本願第十番目の発明による診療方法は、好ましくは、上記診療結果記憶ステップが、上記医療機関受信ステップにより受信した上記薬剤提供処理情報及び上記健康ライフイベント情報を、上記診療結果と対応付けて、総合診療情報として、記憶し、
上記医療機関送信ステップが、上記診療結果記憶ステップに記憶する上記総合診療情報中の上記診療結果を送信し、
上記被診療者受信ステップが、上記医療機関送信ステップから送信された上記診療結果を受信し、
上記記憶ステップが、上記被診療者受信ステップにより受信した上記診療結果、上記薬剤情報又は上記薬剤提供処理情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて記憶する。
【００２２】
本願第十一番目の発明による診療方法は、通信を行う通信ステップを具備し、医療機関サーバ及び薬剤店サーバとネットワークで接続する被診療者情報端末が、被診療者の健康情報又はライフイベント情報の少なくとも一つ（以下、健康ライフイベント情報という）を、上記医療機関サーバへ向けて、上記ネットワークを介して上記通信ステップより送信し、
上記健康ライフイベント情報は、上記被診療者情報端末の記憶ステップに記憶しており、
上記医療機関サーバが、上記被診療者情報端末から送信された上記健康ライフイベント情報を、上記ネットワークを介して、医療機関通信ステップにより受信し、
上記医療機関通信ステップにより受信した上記健康ライフイベント情報を参照して上記被診療者を診療し、その診療した診療結果を、診療結果記憶ステップに記憶し、
上記診療結果記憶ステップに記憶する上記診療結果に基づき、上記被診療者に提供する薬剤の薬剤情報を薬剤情報生成ステップにより生成し、
上記薬剤情報生成ステップにより生成した上記薬剤情報を、上記薬剤店サーバへ向けて、上記ネットワークを介して、上記医療機関通信ステップにより送信すると共に、
上記薬剤情報又は上記診療結果記憶ステップに記憶する上記診療結果の少なくとも一つを、上記被診療者情報端末へ向けて、上記ネットワークを介して、上記医療機関通信ステップにより送信し、
上記薬剤店サーバが、上記医療機関通信ステップから送信された上記薬剤情報を、上記ネットワークを介して、薬剤店通信ステップにより受信し、
上記薬剤店通信ステップにより受信した上記薬剤情報に基づき、上記被診療者に提供する薬剤の提供処理を、薬剤提供処理ステップにより行い、
上記薬剤店通信ステップにより受信した上記薬剤情報中の各薬剤名と、該薬剤情報に基づき上記薬剤提供処理ステップで提供処理した各薬剤名とを対応付けて、薬剤提供処理情報として、薬剤提供処理情報生成ステップにより、生成し、
上記薬剤提供処理情報生成ステップで生成した上記薬剤提供処理情報を、薬剤情報記憶ステップに記憶し、
上記薬剤情報記憶ステップに記憶した上記薬剤提供処理情報を、上記被診療者情報端末及び上記医療機関サーバへ向けて、上記ネットワークを介して、上記薬剤店通信ステップにより送信し、
上記医療機関サーバが、上記薬剤店通信ステップから送信された上記薬剤提供処理情報を、上記医療機関通信ステップにより、上記ネットワークを介して、受信し、
上記医療機関通信ステップにより受信した上記薬剤提供処理情報又は上記健康ライフイベント情報の少なくとも一つを、上記診療結果と対応付けて上記診療結果記憶ステップに記憶し、
上記被診療者情報端末が、上記薬剤店通信ステップから送信された上記薬剤提供処理情報を、上記ネットワークを介して、上記通信ステップにより受信し、
上記通信ステップにより受信した上記薬剤提供処理情報、上記診療結果又は上記薬剤情報の少なくとも一つを、上記健康ライフイベント情報と対応付けて、上記記憶ステップに記憶する。
【００２３】
本願第十二番目の発明による診療方法は、被診療者を診療した診療結果に基づき、上記被診療者に依頼する病状検査確認の項目を設定する病状検査確認設定ステップと、
上記病状検査確認設定ステップで設定した上記病状検査確認の項目を送信する医療機関送信ステップと、
上記医療機関送信ステップから送信された上記病状検査確認の項目を受信する被診療者受信ステップと、
上記被診療者受信ステップにより受信した病状検査確認の項目を、上記被診療者が病状検査確認する検査確認ステップと、
上記検査確認ステップで病状検査確認した結果である病状検査確認結果情報を送信する被診療者送信ステップと、
上記被診療者送信ステップから送信された上記病状検査確認結果情報を受信する医療機関受信ステップと、
上記医療機関受信ステップにより受信した病状検査確認結果に基づき、医療機関による追加診療が必要か否かの判断をする追加診療判断ステップと、
上記追加診療判断ステップにより、追加診療が必要か否かの判断を行った結果を、表示する表示ステップと、を備える。
【００２４】
本願第十三番目の発明による診療方法は、好ましくは、上記検査確認ステップで検査確認する病状検査確認の項目が、心電図検査の場合、
上記検査確認ステップで検査確認した心電図検査情報を、上記病状検査確認結果情報として、被診療者送信ステップにより送信しており、
上記医療機関受信ステップが、上記心電図検査情報を、受信し、
上記追加診療判断ステップが、上記受信した心電図検査情報に基づき、医療機関による追加診療が必要か否かの判断を、画像認識又は音声認識の少なくとも一つにより行う。
【００２５】
本願第十四番目の発明による診療方法は、好ましくは、上記検査確認ステップで検査確認する病状検査確認結果情報が所定の形式の数値の場合、
上記追加診療判断ステップが、
医療機関による追加診療が必要となる上記数値の閾値を設定する閾値設定ステップと、
上記閾値を検知する検知ステップと、を更に含んでおり、
上記検知ステップが、上記病状検査確認結果情報から、上記閾値設定ステップで設定した上記閾値を超える数値を検知するか否かによって、上記追加診療判断ステップが、上記追加診療が必要か否かの判断を行い、
上記追加診療判断ステップが行った上記追加診療が必要か否かの判断の結果を、上記医療機関送信ステップにより、送信し、
上記医療機関送信ステップから送信された上記追加診療が必要か否かの判断の結果を、上記被診療者受信ステップにより受信する。
【図面の簡単な説明】
【００２６】
【図１】本発明の第一の様態を示すブロック図である。
【図２】本発明の第一の様態の健康情報とライフイベント情報のデータベーステーブル例図である。
【図３】本発明の第二の様態の病状検査確認の項目リストのデータベーステーブル例図である。
【図４】本発明の第二の様態を示すステップフロー図例である。
【図１】
2018067071.tif 000003
【図２】
2018067071.tif 000004
【図３】
2018067071.tif 000005
【図４】
2018067071.tif 000006