(57)【要約】      （修正有）【課題】個人情報を保護しながら「３時間待ちの３分間診療」問題を解消できる医療予約システムを提供する。【解決手段】患者が通信端末から第１のネットワーク経由でアクセス可能な診療・処方箋の見積サーバーと、メディカルサーバーと、このメディカルサーバーに第２のネットワークで接続された、特定医療法人と業務委託契約した医療機関の予約表示端末、及び調剤薬局の予約表示端末で構成された医療用サーバーシステムにおいて、前記診療・処方箋の見積サーバーは患者の自己申告によって選択された診療・処方箋の見積コードと予約番号を前記医療機関用予約表示端末と前記調剤薬局用予約表示端末に送信し、前記診療・処方箋の見積コード患者は前記登録医療機関に行き、前記予約番号と自分の健康保険証によって受付手続きをした後に、受付担当者は電子カルテおよび／あるいは電子レセプトシステムに診療・処方箋の見積コードを転送して医師に診療を依頼する。【選択図】図１
2008234109.tif 000002
【特許請求の範囲】
【請求項１】
患者の会員情報とアクセスＩＤを持つ通信端末と、前記アクセスＩＤを個人情報と紐付けされない会員データーとして持ち、診療・処方箋の見積データーベースと接続された診療・処方箋の見積サーバーと、予約データーを生成する予約サーバーと、特定医療法人と業務委託契約した医師の所属する登録医療機関に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な医療機関用予約表示端末と、特定医療法人と業務契約した登録調剤薬局に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な調剤薬局用予約表示端末と、電子カルテ機能と電子レセプト機能を持つメディカルサーバーとで構成される診療するネットワークシステムであって、
診療・処方箋の見積サーバーが、前記通信端末からアクセスされ、前記アクセスＩＤで前記通信端末を認証してから診療・処方箋の見積データーをコードで生成して前記通信端末に送信することと、
前記予約サーバーは、前記通信端末から前記会員情報と共に前記診療・処方箋の見積データーのコードを受信すると前記会員情報とリンクした予約番号を生成し、前記通信端末および前記医療機関用と調剤薬局用予約表示端末に前記予約番号を送信することと、
前記特定医療法人と業務委託契約した医師が前記患者の診察を終了した時点で、前記診療・処方箋見積データーと実際の診療内容が異なる場合に、
前記患者が問診を使った場合には、診療データーの中から個人情報を除いたデーターを使って、前記メディカルサーバーが問診データーに対応した診療・処方箋の見積データー及びコードを生成し、この見積データー及びコードを診療・処方箋の見積サーバーに送信して情報更新し、
前記患者が疾患データーを使った見積を使った場合は、診療データーの中から個人情報を除いたデーターを使って、前記メディカルサーバーが診療・処方箋の見積データー及びコードを生成し、この見積データー及びコードを前記通信端末に送信して情報更新することを特徴とする自己申告方式クリニックのネットワークシステム。
【請求項２】
請求項１に記載の診療ネットワークシステムであって、前記メディカルサーバーがデーターベースとバッファーメモリーを備え、前記データーベースのデーター更新は、前記バッファーメモリーを介して行われることを特徴とする自己申告方式クリニックのネットワークシステム。
【請求項３】
請求項１又は請求項２のどちらかに記載の診療ネットワークシステムであって、前記登録医療機関および調剤薬局に対する支払いは、前記患者が事前登録したクレジットカード或いは電子マネーを使って前記特定医療法人に対して前記見積金額の支払うことを特徴とする自己申告方式クリニックのネットワークシステム。
【請求項４】
請求項１乃至３のいずれか１項に記載の診療ネットワークシステムであって、前記通信端末内部に蓄積した自己申告による診療内容と処方箋の見積データーを外部に表示目的で転送する機能を持つことを特徴とする自己申告方式クリニックのネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人情報の漏洩を保護しつつ受付時間も含めて１００秒程度で済ませることで「３時間待ちの３分間診療」問題を軽減する診療ネットワークシステムに関する。
【背景技術】
【０００２】
従来から、外来患者の声として、風邪、花粉症、水虫、高血圧、物貰い等の軽度な疾患に対しての「３時間待ちの３分診療」に対する批判が高かった。特に時間の無いビジネスマンは診療時間となる日中に３時間も待たされたのでは仕事にならないという理由があり職場からの理解も得られ難く、また一方ではかかりつけの医者つことにより、例えば同じ症状であった場合には薬をもらいに来るだけの患者もいるが、現状システムにおいては実際に医師が患者を確認する必要があるので、上記のような診療を受けるためには順番を待たなくてはならず、「３時間待ちの３分間診療」問題は解決の糸口すら見いだせないのが現状である。
【０００３】
また、医療サービスの明瞭化、或いは医療機関同士の競争という点では診療見積があれば便利だと思われていたが、法的な規制により医師が自由に特定患者に対して見積を出すことが出来なかった。
【０００４】
更に、インターネットが普及したことにより各種サービスがインターネットで申し込めるようになったが、こと医療に関しては個人情報が流出する可能性があり、利用者の理解を得ることは難しいのが現状である。
【０００５】
また、医療側の立場からすると、高齢者の診療報酬定額化や社会保障費の削減が叫ばれる中、現場において「３時間待ちの３分間診療」問題の改善に苦悩する医師に対するプレッシャーは高まるばかりである。その結果、専門家として知的労働者としての活用を期待される医師達が、実際の現場では、その理想とはほど遠い、肉体労働に近い過酷な労働を強いられているのが現状である。
【０００６】
病院のバーチャル化によるソリューションのひとつとして、特許文献１には、医師がＩＴを利用してサイト上の架空の病院へ接続、空き時間を勤務にあてる。また患者がＩＴを利用してサイト上の架空の病院へ接続し医師へ訴えを掲示する。また出された処方はＩＴを利用して過去の蓄積データー等と照合して間違いを発見する方式。また処方に患者の名前や住所等の情報を加えて、患者近隣の調剤薬局等へ送信し郵送、配達する方式。以上、サイト上に全世界規模の世界最大の病院を設置することと、また関連発明として、患者が携帯電話等でＩＴを利用し、病院へアクセスして受け付け手続きをして、待ち時間を確認する方式が開示されている。
【０００７】
更に特許文献２には、ポイント会員が医療ネットの例えばホームページを介して加盟医院を検索し、検索した医院で受けることができる診療項目、診療を受けたときの獲得ポイントを予め確認して医療ネットに診療申し込みを行い、医療ネットから参加医院に問い合わせをして予約を行い、会員に報知する。ポイント会員はこの結果を持って選択した医院に行き、実際の診療項目を相談して決定し、受けた診療行為に対応するポイントを獲得する方法によって、予め不特定多数のものに報酬金額を提示できない例えば医療機関などにおいても、処置ごとに報奨ポイントを定めて予め提示することにより、会員が医療ネットの加盟医院で例えば自由診療を受けるときに、受けることができる処理や診療料金の概略を確認可能とするポイント管理システムが開示されている。
【０００８】
また特許文献３には、医科診療報酬点数表に基づいて医療費を見積もる医療費見積りシステムにおいて、前記医科診療報酬点数表に基づいた患者の要求に対応する医科診療点数を検索する医科診療点数検索手段と、前記医科診療点数検索手段により検索された医科診療点数表に基づいて前記患者の要求に対応する医療費を計数する医療費計数手段と、前記患者の要求に少なくとも健康保険に関する要求が含まれている場合にその保険料を計数する保険料計数手段と、前記医療費計数手段と、前記保険料計数手段とにより計数された見積り額を前記患者に通知する通知手段とを備える医療費見積りシステムについて開示されている。
【０００９】
更に特許文献４には、サーバーシステムに、患者端末が接続され、前記サーバーシステムには、医療機関等に関するデーターや、カルテ等の患者の記録データー、診療の経過や処置内容等の記録データー、病気の症例を示すデーター等を格納する医療情報データーベースと、診療の経過や処置内容等の記録データーを加工して、報酬請求等の医療事務を行うための制御手段、記憶手段、表示手段、入力手段、出力手段と、登録された情報の内必要な情報をサーバーシステムにアクセスする患者の端末画面上に表示させる情報送信表示手段と、を備え、サーバー側でデーター管理、報酬算出等を行うオンライン医療情報管理サーバーシステムが開示されている。
【００１０】
また特許文献５には、複数の患者端末と複数の病院端末とに接続された病院情報提供システムにおいて、医療情報が蓄積されている医療情報データーベースと、この医療情報データーベースに接続された医療情報端末とを具備し、医療情報端末は、患者端末の１つからの病院情報提供サービスの依頼に呼応して記患者端末の１つに病状情報と病院選択条件情報との送信を促し、患者端末の１つから受信した病状情報と病院選択条件情報とで医療情報データーベースを検索することにより、複数の病院を特定し、特定した病院の病院端末に、病状情報を送信して、特定した病院に診療費用見積り情報の送信を促し、特定した病院の病院端末から受信した診療費用見積り情報に基づいて、診療費用見積り項目を含む病院リストを作成し、この作成した病院リストを患者端末の１つに送信する医療情報提供システム、医療情報提供方法、病院の受診費用見積り方法、医療情報データーベース及び患者端末について開示されている。
【特許文献１】特開２００３−０１６１９５
【特許文献２】特開２００４−０５４７６０
【特許文献３】特開２００３−２８１２６７
【特許文献４】特開２００２−１４０４３８
【特許文献５】ＷＯ０１／０９０９７７
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記において、特許文献１に記載されているオンラインホスピタルにおいては、患者や医師がＩＴを利用してサイト上の架空の病院へ接続して様々なサービスの提供をネット上で受けるものであるが、現実問題として前記サイト上の架空の病院を運営することは現在の法律に照合してみても難しい。また、「３時間待ちの３分間診療」問題の解決については何ら関係のない発明である。また、個人情報管理に関しては何ら配慮されていない。
【００１２】
特許文献２においては、医者などが自由診療などにおいて料金を不特定多数の人に知らせることが出来ないので診療点数の代わりにポイントで診療・処方箋の見積を設定しているが、「３時間待ちの３分間診療」問題については何も解決できない。また、個人情報管理に関しては何ら配慮されていない。
【００１３】
特許文献３に記載された医療費見積りシステムにおいては、患者の診療にかかる費用を会計時前に見積り額として計数し、その計数された見積り額を表示することは可能であるが、「３時間待ちの３分間診療」問題については何も解決できない。また、個人情報管理に関しては何ら配慮されていない。
【００１４】
特許文献４に記載のオンライン医療情報管理サーバーシステムには、予防、検査や治療等の費用見積を算出するための見積算出手段が備えられているが、「３時間待ちの３分間診療」問題については何も解決できない。また、個人情報管理に関しては何ら配慮されていない。
【００１５】
特許文献５に記載の病院情報提供システムや方法においては、医療情報データーベースを使って、診療費用見積情報を患者端末に送信する機能と、患者が選択した病院に患者端末から直接予約を入れる予約情報送信機能について記載されているが、「３時間待ちの３分間診療」問題に対しては何ら解決策とはならない。また、個人情報管理に関しては何ら配慮されていない。
【００１６】
本発明は上記の問題点、つまり個人情報を保護しながら、「３時間待ちの３分間診療」問題を解決すべく、特定医療法人と業務委託契約した医師の所属する複数の登録医療機関をグリッド構成することにより現行の医療体制と連携可能な自己申告方式クリニックのネットワークシステムを提供しようとするものである。
【課題を解決するための手段】
【００１７】
平成１８年６月２１日に改正され、平成１９年４月１日から施行される医師法において、第４章の業務にある第２０条には、診療に関して、”医師は、自ら診察しないで治療をし、若しくは診断書若しくは処方せんを交付し、自ら出産に立ち会わないで出生証明書若しくは死産証書を交付し、又は自ら検案をしないで検案書を交付してはならない。”と規定され、
また処方箋に関しては同法第２０条に、
第２２条には、”医師は、患者に対し治療上薬剤を調剤して投与する必要があると認めた場合には、患者又は現にその看護に当つている者に対して処方せんを交付しなければならない。ただし、患者又は現にその看護に当つている者が処方せんの交付を必要としない旨を申し出た場合及び次の各号の一に該当する場合においては、この限りでない。
1．暗示的効果を期待する場合において、処方せんを交付することがその目的の達成を妨げるおそれがある場合
2．処方せんを交付することが診療又は疾病の予後について患者に不安を与え、その疾病の治療を困難にするおそれがある場合
3．病状の短時間ごとの変化に即応して薬剤を投与する場合
4．診断又は治療方法の決定していない場合
5．治療上必要な応急の措置として薬剤を投与する場合
6．安静を要する患者以外に薬剤の交付を受けることができる者がいない場合
7．覚せい剤を投与する場合
8．薬剤師が乗り組んでいない船舶内において薬剤を投与する場合“
と記載されている。しかし、特定情報ではなく、一般情報によって診療や処方箋の見積を作成してはいけないという規定はないので、個人情報を使わずに診療や処方箋の見積を作成する行為は合法であり、本発明はこの合法性と患者本人の個人情報の取り扱いに注目してなされた発明である。
【００１８】
前記の課題を解決すべく、本発明では、患者の会員情報とアクセスＩＤを持つ通信端末と、前記アクセスＩＤを個人情報と紐付けされない会員データーとして持ち、診療・処方箋の見積データーベースと接続された診療・処方箋の見積サーバーと、予約データーを生成する予約サーバーと、特定医療法人と業務委託契約した医師の所属する登録医療機関に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な医療機関用予約表示端末と、特定医療法人と業務契約した登録調剤薬局に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な調剤薬局用予約表示端末と、電子カルテ機能と電子レセプト機能を持つメディカルサーバーとで構成される診療するネットワークシステムであって、診療・処方箋の見積サーバーが、前記通信端末からアクセスされ、前記アクセスＩＤで前記通信端末を認証してから診療・処方箋の見積データーをコードで生成して前記通信端末に送信することと、前記予約サーバーは、前記通信端末から前記会員情報と共に前記診療・処方箋の見積データーのコードを受信すると前記会員情報とリンクした予約番号を生成し、前記通信端末および前記医療機関用と調剤薬局用予約表示端末に前記予約番号を送信することと、前記特定医療法人と業務委託契約した医師が前記患者の診察を終了した時点で、前記診療・処方箋見積データーと実際の診療内容が異なる場合に、前記患者が問診を使った場合には、診療データーの中から個人情報を除いたデーターを使って、前記メディカルサーバーが問診データーに対応した診療・処方箋の見積データー及びコードを生成し、この見積データー及びコードを診療・処方箋の見積サーバーに送信して情報更新し、前記患者が疾患データーを使った見積を使った場合は、診療データーの中から個人情報を除いたデーターを使って、前記メディカルサーバーが診療・処方箋の見積データー及びコードを生成し、この見積データー及びコードを前記通信端末に送信して情報更新するようにした。
【００１９】
これにより、個人情報を持たない診療・処方箋の見積サーバーによって選択した医療機関と調剤薬局における診療と処方箋の見積が生成され、少なくとも１つの個人情報を含む予約サーバーで医療機関および調剤薬局に対して予約が完了し、電子カルテやレセプトプログラムを搭載したメディカルサーバーを使って通常の治療が受けられるので、見積段階において個人情報が漏洩することはなく、安心して治療と処方箋の見積を取得できるようになる。
【００２０】
また、前記メディカルサーバーがデーターベースとバッファーメモリーを備え、前記データーベースのデーター更新は、前記バッファーメモリーを介して行われるようにすることも考えらえる。
【００２１】
これにより、万が一メディカルサーバーが外部から攻撃されたとしてもバッファーメモリーが外部攻撃から保護してくれるのでサイバーテロの被害を受けることはなくなる。
【００２２】
更に、前記登録医療機関および調剤薬局に対する支払いは、前記患者が事前登録したクレジットカード或いはおサイフケータイ（登録商標）などの電子マネーを使って前記特定医療法人に対して前記見積金額の支払うことも考えられる。これにより医療機関における会計処理が迅速化できる効果が期待できる。
【００２３】
また、前記自己申告による診療内容と処方箋の見積の内容を外部に表示目的で転送する機能を持つことも考えられる。これにより前記予約サーバーとのネットワーク接続に不具合があった場合においても、前記表示目的でデーター転送できれば迅速な受付が可能となる。ここにおいて、前記自己申告による診療内容と処方箋の見積の内容には個人情報が含まれないので、患者は安心して医療機関で受付手続きができ、前記転送手段によって短時間でデーターを医用機関のシステムに転送できるので受付処理がスムーズに実行され、患者処理のスループットを高速化することができる。
【発明の効果】
【００２４】
本発明の自己申告方式クリニックのネットワークシステムは、患者の個人情報を持たず、診察内容と薬の診療・処方箋の見積を生成する診療・処方箋の見積サーバーにリンクする医療機関の医療機関用予約表示端末と、患者の個人情報を扱う、特定医療法人と業務委託契約した医師が実際の診療時に使う電子カルテ・レセプトサーバーを使い分けることにより、個人情報を保護しながら、従来は行われていなかった診療・処方箋の見積および診療内容の篩い分けを可能とした。これにより、風邪などの簡単に診察できる軽度疾患の患者や高血圧などの再診で薬だけが必要な患者を地域医療機関により短時間で分散処理することにより、医療の効率化が改善され、医療サービスを受ける側も提供する側もトータルで時間を節約する医療サービスが提供できるようになる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。なお、以下の説明において、同一機能を有するものは同一の符号とし、その繰り返しの説明は省略する。
【００２６】
図１は、本発明の自己申告方式クリニックのネットワークシステムにおける基本概念図を示したものである。本ネットワークシステムは、患者が所有し、会員情報とアクセスＩＤを持つ通信端末と、前記アクセスＩＤを個人情報と紐付けされない会員データーとして持ち、診療・処方箋の見積データーベースと接続された診療・処方箋の見積サイトを持つ見積サーバーと、予約データーを生成する予約サイトの予約サーバーと、特定医療法人と業務委託契約した医師の所属する登録医療機関に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な１００秒クリニックの医療機関用予約表示端末と、特定医療法人と業務契約した登録調剤薬局に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な調剤調剤薬局の調剤薬局用予約表示端末と、電子カルテ機能と電子レセプト機能を持ち、前記１００秒クリニックで診療に使うメディカルサーバーとで構成される。
【００２７】
最初のプロセスP1において、患者１は通信端末２を使って会員登録と特定情報の入力を行う。
【００２８】
プロセスP2では、患者１は通信端末２を使って見積サイトにある診療・処方箋の見積サーバー４をアクセスし、個人情報を使わずに、問診又は疾患名を入力することにより一般的な診療及び処方箋の見積コードを通信端末２で受信する。
【００２９】
プロセスP3では、患者１が通信端末２を使って予約サイトにある診療予約サーバー７をアクセスして、通信端末２に格納していた会員登録情報（会員番号）と診療及び処方箋の見積コードを通信端末２から診療予約サーバー７に送信することにより、診療予約サーバー７で予約番号を発番する。
【００３０】
プロセスP4では、予約サイトにある診療予約サーバー７から登録医療機関１００秒クリニック９に会員登録情報（会員番号）と診療及び処方箋の見積コードがエンコードされた予約番号を通知する。
【００３１】
プロセスP5では、予約サイトにある診療予約サーバー７から登録調剤薬局１０に会員登録情報（会員番号）と処方箋の見積コードがエンコードされた予約番号を通知する。
【００３２】
プロセスP6では、患者１が通信端末２と健康保険証１ａを持って登録医療機関１００秒クリニック９を訪れ、診療受付をすることにより、医師１２による診療を受ける。
【００３３】
プロセスP7では、医師１２の診療により処方箋が発行され、登録調剤薬局１０に対して、例えばファックスで前記処方箋の内容が登録調剤薬局１０に対して通知される。
【００３４】
最後にプロセスP8において、患者１は登録調剤薬局１０を訪れ、前記処方箋に基づき薬剤を購入することができる。
【００３５】
上記プロセスP1からプロセスP8を使った本発明の自己申告方式クリニックのネットワークシステムは、実際に個人医として開業している医師と、例えば特定医療法人と医師が業務委託契約を締結することにより、広域に分布する複数の医師を前記特定医療法人の契約医師として配置することを想定している。バーチャルではない責任ある医療サービスを広範囲に実施できるサービス、例えば、従来からある潜在医師をサイト上の架空の病院に架空勤務させるバーチャルホスピタルなどとは全く異なる医療システムとなる。
【００３６】
本発明においては、事前に自己問診などで診療内容を査定し、診療予約を入れた患者に対して、１００秒程度の短時間な医療行為で診察を可能とすることにより医療サービスにおける診療の割り込み処理を可能としたものである。しかし、前記割り込み処理を特定の医師に集中させると、例え１人の患者に対する医療行為が１００秒であっても、１時間に６０人の患者を診なくてはならなくなり過労に繋がる。そこで、グリッド化により患者を割り振って複数の医師が例えば１時間に１人だけ１００秒クリニックを実施するようにする。これにより、例えば毎日８時間の開院時間に対して、１時間に１人、つまり１日に８人の割り込み患者を受け入れれば一人の医師が８人分余計に診療することが可能となり、１００人の医師で８００人、１０００人の医師で８０００人の軽度な疾患の患者を追加的に診断することが可能となる。１日に受診する患者の数が同じだとすれば、医師は自らの診療時間を他の重症患者の治療に向け、開院時間を延長することなく多くの患者の診療することが可能となる。
【００３７】
分散処理という考え方としては、グリッドコンピューティングと類似の考え方ではあるが、事前の問診や疾患申告により短時間で処理可能な患者のみを選択して患者が希望する地域の医師に振り分ける点で単なる計算能力の分散化を意味するグリッドコンピューターとは異なるコンセプトとなる。
【００３８】
図２（ａ）〜（ｆ）は、本発明による自己申告方式クリニックのネットワークシステムの具体的な仕組みを説明する図である。本自己申告方式クリニックのネットワークシステムは、患者の会員情報とアクセスＩＤを持つ通信端末２、前記アクセスＩＤを会員データーとして持ち、診療・処方箋の見積データーベースと接続された診療・処方箋の見積サーバー４と、予約データーを生成する予約サーバー７と、特定医療法人と業務委託契約した医師の所属する登録医療機関に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な医療機関用予約表示端末９ａと、特定医療法人と業務契約した登録調剤薬局に接続され、前記予約サーバーから送信される前記予約データーから会員データーと処方箋データーの表示が可能な調剤薬局用予約表示端末１０ａと、電子カルテ機能と電子レセプト機能を持つメディカルサーバー８とで構成される。
【００３９】
上記における手続きの流れは、例えば下記のようになる。
（ステップ１）
患者１が通信端末２で診療予約サーバー７をアクセスし、電話番号など個人を特定できる情報を使って会員登録をする。この時、診療予約サーバー７から診療・処方箋の見積サーバー４のアクセス情報（ＵＲＬなど）を入手する。
（ステップ２）
患者１は、通信端末２で上記アクセス情報を使って診療・処方箋の見積サーバー４をアクセスし、受診したい医療機関と調剤薬局を選択してから問診入力又は疾患入力をする。ここで受け入れられるのは、例えば風邪、薬のみの再診、
（ステップ３）
診療・処方箋の見積サーバー４から患者１の通信端末２に診療の見積コード５及び処方箋の見積コード５ａが送られて来る。
（ステップ４）
患者１は通信端末２で診療予約サーバー７をアクセスし、前記通信端末２内に保存している会員番号と一緒に、登録医療機関９と登録調剤薬局１０のデーター及び診療の見積コード５と処方箋の見積コード５ａを送信する。
（ステップ５）
診療予約サーバー７は患者１の通信端末２に対して予約番号を発行すると共に、医療機関と調剤薬局にも前記予約番号と会員番号を通知する。
（ステップ６）
患者１は登録医療機関９を訪ね、自身の保険証を提示すると共に、通信端末２に保存してある予約番号データー（予約番号、会員番号、見積データーがエンコードされている）を前記登録医療機関９に見せる。
（ステップ７）
登録医療機関９の医師１２は、前記予約見積データーから診療の見積コード５と処方箋の見積コード５ａをデコードして確認し、内容に問題がなければメディカルサーバーに前記診療データーと処方箋データーを転送して診療を終了し、処方箋を発行する。
（ステップ８）
患者は前記処方箋を持って調剤薬局に行き、薬を購入する。
【００４０】
ステップ１において、患者１は、あらかじめ通信端末２の利用可能なネットワークを介して予約サーバー７にアクセスして、会員登録を済ませておく。この場合、個人を特定する情報としては、例えば通信端末２に関連する電話番号を使うことが考えられる。ここで、通信端末２が携帯電話機の場合は、携帯電話番号を使うことになる。
【００４１】
次に、前記患者１の会員登録行為に対して予約サーバー７は会員番号を発行し、診療・処方箋の見積を入手する為の診療・処方箋の見積サーバー４をアクセスする為のＵＲＬなどのアクセス情報を通信端末２に対して通知する。通信端末２は前記会員番号を個人情報として内部メモリーに保存しておく。
【００４２】
ステップ２において、通信端末２は前記アクセス情報によって第１のネットワーク３を介して診療・処方箋の見積サーバー４に接続する。前記第１のネットワーク３は、例えばＮＴＴドコモ（登録商標）のｉモード（商標登録）やａｕ（商標登録）のＥＺｗｅｂ（登録商標）などの携帯電話の通信ネットワークでも良いし、携帯電話機の中継局をアクセスポイントとして携帯電話基地局から一般のインターネットに接続しても良いが、通信端末２と診療・処方箋の見積サーバー４は双方向通信する必要がある。
【００４３】
また通信端末２は基地局ＢＳ２を介して第２のネットワーク３ａにも接続可能であり、該第２のネットワーク３ａを介して予約サーバー７に接続して双方向通信が可能となっている。
【００４４】
患者１は、通信端末２を使って、まず受診したい医療機関と調剤薬局を選択する。選択方法としては、郵便番号や電話番号を使った地域検索でも良いし、地図を表示して場所を選択するグラフィカルな選択方法でも良く、いずれかの方法により絞り込まれた医療機関や調剤薬局のリストを画面表示することにより前記リストの番号やカーソル移動とクリックで最終選択が可能なスキームが好ましい。選択された医療機関と調剤薬局のデーターは診療・処方箋の見積サーバー４に送信すると共に通信端末２にも保存しておく。
【００４５】
患者１は、通信端末２の画面表示に従って、後述するような自己問診入力或いは疾患入力を行う。
【００４６】
ステップ３では、前記入力結果として診療の見積コード５と処方箋の見積コード５ａが診療・処方箋の見積サーバー４から通信端末２に送信される。
【００４７】
ステップ４では、まず患者１は通信端末２で診療予約サーバー７をアクセスする。通信端末２と診療予約サーバー７間の接続が確立すると、前記通信端末２内に保存している会員番号と一緒に、登録医療機関９と登録調剤薬局１０のデーター及び診療の見積コード５と処方箋の見積コード５ａを通信端末２から診療予約サーバー７に送信する。
【００４８】
ステップ５では、診療予約サーバー７は患者１の通信端末２に対して予約番号を発行すると共に、前記診療予約サーバー７は第２のネットワークを介して登録医療機関９の医療機関用予約表示端末９ａ及び登録調剤薬局１０の調剤薬局用予約表示端末１０ａに接続してそれぞれの端末に予約情報を送信する。
【００４９】
ここで、１００秒クリニックを実施するためには、１００秒クリニック専門の登録医療機関９を設けることも可能であるが、既存の開業医と委託契約することにより例えば１時間に１人だけ特定医療法人の患者を受け入れてもらう仕組みにすることにより、例えば実労１０時間の医師は１０人の１００秒クリニック患者を受け入れてもらえるし、患者は軽度の疾患のみなので、この負担増は医師にとっては大きな負担とはならない。
【００５０】
ステップ６では、登録医療機関９において、患者１は予約した日時に登録医療機関９を訪ね、健康保険証１ａを持って受付１１で受診の受付をする。この時、通信端末２に蓄積されている診療と処方箋の見積の詳細データーを受付１１の端末に転送するデーター転送手段を持つと便利である。これは、例えばＱＲコード、Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（以下、ＮＦＣと呼ぶ）技術、あるいはＢｌｕｅ−Ｔｏｏｔｈ技術を使うことにより実現が可能である。
【００５１】
ステップ７では、受付が済んだ患者１は医師１２によって診療を受け、医師１２はメディカルサーバー８に接続したメディカル端末９ｂの電子カルテ機能や電子レセプト機能を使いながら診療を実行する。
【００５２】
なお、上記の構成において、メディカルサーバー８は、電子カルテコンピューターとレセプトコンピューターの両方の機能を持つが、前記電子カルテコンピューターとレセプトコンピューターをそれぞれ独立させた構成でも良い。
【００５３】
また前記構成において、個人情報を持つのは患者１の通信端末２と電子カルテおよび電子レセプト機能を持つメディカルサーバー８のみであり、他の構成要素は患者１の個人情報を一切持たない。
【００５４】
更に、通信端末２に格納された個人情報は、患者１の健康保険証１ａの情報とは独立しているので、単独では電子カルテ上の個人特定ができない内容となっているし、前記個人情報は治療内容と処方箋データーだけなので、万が一通信端末２を紛失しても、疾患名や治療履歴など電子カルテの内容が流出することは無いので安心である。
【００５５】
診療後に、医師１２は処方箋見積コード５ａの内容と同様で問題なければ処方箋見積コード５ａの内容で処方箋を発行する。患者１は、登録医療機関９の会計窓口で診療代金の会計を済ませる。この際に、支払い手段をクレジットカードややおサイフケータイ（登録商標）などの電子マネーによる支払い方法を選択しておくことにより現地での支払いを簡略化することが出来る。
【００５６】
ステップ８では、患者１は前記処方箋を持って調剤薬局に行き、薬を購入する。ここにおいても、支払い手段をクレジットカードややおサイフケータイ（登録商標）などの電子マネーによる支払い方法を選択しておくことにより現地での支払いを簡略化することが出来る。
【００５７】
以下に図２（ａ）から（ｆ）を使って具体的に、上記のステップ１〜ステップ８までを具体的に説明する。
【００５８】
図２（ａ）は通信端末から診療・処方箋の見積サーバーへのアクセスを図示したものである。手順としては、まず患者１は、通信端末２から診療・処方箋の見積サーバー４をアクセスする。患者１１は、通信端末２を使って会員登録した際に、前記診療予約サーバー７から受け取ったＵＲＬアドレスを事前に受け取り、該ＵＲＬアドレスを使って診療・処方箋の見積サーバー４をアクセスする。
【００５９】
通信端末２と診療・処方箋の見積サーバー４の間の通信が確立されると、更にパスワード或いはバイオメトリックを使った個人認証が行われる。患者１の個人認証が終了すると、通信端末２の画面案内に従って患者１は自分が希望する登録医療機関９と登録調剤薬局１０を選択し、その後に後述する診療予約の画面に入る。
【００６０】
図２（ｂ）は、診療・処方箋の見積サーバーから通信端末へ見積データーを送信する時のデーターフロー図である。診療・処方箋の見積サーバー４４はアクセス路Ｃ０２経由で通信端末２に対して問診入力或いは疾患入力を求め、問診入力の場合は問診結果に対応した診療の見積コード５と処方箋の見積コード５ａを生成し、疾患入力の場合は患者１が既知である疾患に対して診療の見積コード５と処方箋の見積コード５ａを生成して通信端末２の記憶手段に格納すとともに、通信端末２の案内画面の選択機能にて診療予約サーバー７への接続を促す。
【００６１】
なお、上記患者１が希望する登録医療機関９と登録調剤薬局１０のデーター及び診療の見積コード５と処方箋の見積コード５ａは、通信端末２に個人データーとして記録保存され、次回も同じ登録医療機関９と登録調剤薬局１０、診療と処方箋を希望するのであれば、前記保存データーを使うことが出来るので、診療・処方箋の見積サーバー４４へアクセスすることなく、いきなり診療予約サーバー７にアクセスして診療予約を取ることが出来る。
【００６２】
図２（ｃ）は、通信端末から診療予約サーバーへのデーターフロー図である。通信端末２のメモリーには、個人情報としての会員番号が保存されており、該会員番号と前記診療の見積コード５及び処方箋の見積コード５ａを診療予約サーバー７に送信する。
【００６３】
診療予約サーバー７は、患者１の通信端末２の登録番号、例えば通信端末が携帯電話機の場合は携帯電話番号をパスワードとして使って通信端末２から診療予約サーバー７へのアクセスを許可する仕組みになっている。通信端末２から診療予約サーバー７へ送信されるのは、通信端末２に保存された前記会員番号と、診療見積コード５、処方箋見積コード５ａであり、これらのデーターから診療予約サーバー７は前記会員番号をエンコードした診療予約番号を生成する。
【００６４】
図２（ｄ）は、予約サーバーから通信端末と、医療機関と調剤薬局に予約番号と会員番号を通知する時のデーターフローである。診察予約サーバー７は、前記予約番号データーを生成後、アクセス路Ｃ０４で通信端末２に、アクセス路Ｃ０５で医療機関用予約表示端末９ａに、アクセス路Ｃ０６で調剤薬局用予約表示端末１０ａに前記予約番号データーを送信する。この際、通信端末２に送るデーターは、前記予約番号データーの文字情報データーだけでも良いが、例えば前記の文字情報データーをＱＲコードにエンコードして送れば通信端末２でＱＲコードを表示できるので、医療機関受付でＱＲコードの読み取り装置を用意すれば直接ＱＲコードの内容を読み込むことが出来るので便利である。
【００６５】
予約番号データーとしてエンコードするデーターとしては、日付の他に前記会員番号、診療見積データー、処方箋見積データー、登録医療機関の登録番号、登録調剤薬局の登録番号をエンコードしたデーターグループがあるが、診療予約サーバー７のメモリーに余裕があれば、診療見積データー５と処方箋見積データー５ａを含むファイル自体に番号を付けて、会員番号と、日付と、ファイル番号とで保存管理することも考えられる。
【００６６】
図２（ｅ）は、診療後にメディカルサーバーから診療予約サーバーに個人情報を含まないデーターを転送するデーターフローを図示している。患者１が通信端末２と健康保険証１ａを持って登録医療機関９を訪れ、受付１１にて診療受付を済ませると、医療機関用予約表示端末９ａにて予約番号６が照合され、メディカル端末９ｂにて受付される。医師１２が患者１を診察して、その結果をアクセス路Ｃ０７にてメディカルサーバー８に格納すると、メディカルサーバー８は診療予約サーバー７に保存されている診療見積データー５と処方箋見積データー５ａを比較照合する処理を実行する。
【００６７】
前記比較照合する処理において、差異が確認されると、メディカルサーバー８の管理者により内容が確認され、問診結果に更新が必要と判断されると診療予約サーバー８に個人情報を含まない更新データー１３が送信される。診療予約サーバー８は、診療・処方箋の見積サーバー４がジョブを実行していない時にアクセスし、前記更新データー１３を使って診療・処方箋の見積に使うデーターベースを構成する診療見積データー５及び処方箋見積データー５ａを更新する。メディカルサーバー８から診療予約サーバー８に送信された更新データー１３自体に個人情報は含まれていないので、更新される診療見積データー５及び処方箋見積データー５ａにも個人情報は含まれていない。
【００６８】
図２（ｆ）は、診療後にメディカルサーバーから通信端末に個人データー転送するデーターフローを図示している。前記において、医師１２が患者１を診察して、その結果をアクセス路Ｃ０７にてメディカルサーバー８のバッファーメモリーに格納し、メディカルサーバー８は前記バッファーメモリーを介して診療予約サーバー７に保存されている診療見積データー５と処方箋見積データー５ａを比較照合し、疾患入力に関する部分の診療見積データー又は処方箋見積データーが過去のデーターベースに見あたらないデーターである場合には、通信端末２に直接アクセスして診療見積データー５及び／あるいは処方箋見積データー５ａに関連する新規データー１４を通信端末２内に暗号化を使って保存する。これにより、患者１が次回に受診する場合において同じ内容の疾患症状であれば、通信端末２から診療・処方箋の見積サーバー４をアクセスすることなく、通信端末２から診療予約サーバー７を直接アクセスして診療予約を取ることが出来る。
【００６９】
本システムにおいて、個人情報を持つのは患者１の所有する通信端末２と、診療予約サーバー７、電子カルテとレセプト機能を持つ医療機関のメディカルサーバー８のみであり、診療・処方箋見積を生成する診療・処方箋の見積サーバー４には個人情報は持たせないので、診療予約サーバー７とメディカルサーバー８を管理する組織における内部犯罪以外の正規のアクセスにおいて患者１の個人情報が外部に漏れる可能性は無い。
【００７０】
診療・処方箋の見積サーバー４とメディカルサーバー８との通信において外部から診療・処方箋の見積サーバー４のデーターベースへのダイレクアクセスは許可されておらず、診療・処方箋の見積サーバー４からメディカルサーバー８への通信は、必ず診療・処方箋の見積サーバー４からメディカルサーバー８のバッファーメモリーにデーターを転送する。その後に一旦通信を切断した状態で、前記バッファメーメモリーのデーターをメディカルサーバー８が取り込む仕組みになっているので、例えばハッカーなどによる不正アクセスによる被害は防止できる仕組みになっている。
【００７１】
またメディカルサーバー８から診療・処方箋の見積サーバー４への通信は、必ずメディカルサーバー８から診療・処方箋の見積サーバー４のバッファーメモリーにデーターを転送する。その後に一旦通信を切断した状態で、前記バッファメーメモリーのデーターを診療・処方箋の見積サーバー４が取り込む仕組みになっている。
【００７２】
通信プロトコルとしては、前記の通り、患者１１が通信端末２を使って会員登録した際に、前記診療予約サーバー７から受け取ったＵＲＬアドレスを事前に受け取り、該ＵＲＬアドレスを使って診療・処方箋の見積サーバー４をアクセスする以外でも、例えば、前記特定医療法人の会員である患者１が、通信端末２の固有加入者電話番号或いは事前登録した固定電話などから所定の電話番号にアクセスし、前記所定の電話番号のアクセス先によって前記いずれかの電話番号で認証を受けると、事前登録した電子メールアドレスにＵＲＬ情報を含むメールが届き、所定の時間だけ前記電話番号をパスワードとして前記ＵＲＬ情報により診療・処方箋の見積サーバー４にアクセスが可能となる方法も考えられる。
【００７３】
診療・処方箋の見積サーバー４がアクセスされると、診療・処方箋の見積サーバー４は患者１に対して、特定医療法人と業務委託契約した医師の所属する登録医療機関９群及び登録調剤薬局１０群の中から利用したい地域内の登録医療機関９および調剤薬局１０の選択を要求する。この際に、過去のアクセスあるいは事前登録によって登録医療機関９及び登録調剤薬局１０が通信端末２内部にデーターとして保存されている場合は、これらのデーターを流用することも可能とする。
【００７４】
その後、前記診療・処方箋の見積サーバーによる初期画面では、問診入力か既知疾患入力かを選択する画面が表示される。
【００７５】
既知疾患入力の場合は、デフォルトでは診療が短時間治療の疾患のみを限定して選択対象としている。前記短時間治療の疾患としては、例えば風邪、高血圧、水虫、などが挙げられる。
【００７６】
前記の通り、同一内容での予約見積が２回以降であれば、患者１の通信端末２に記録を残しておくことにより、該記録を呼び出して同一内容で診療予約することが出来る。
【００７７】
ここで患者１が、簡単な問診を受けたい場合にはオンラインで問診を受け、症状がわかっている場合、或いは過去に同様の問診を受けたことがあり通信端末２に履歴が残っている場合には問診をせずに前記診療・処方箋の見積サーバー４によって提供される診療メニュー（例えば、風邪の薬をもらう等）から自らの判断で選択することもできる。前記診療メニューが選択されることにより、診療の内容と処方箋の内容が決定され、コード化された診療・処方箋の見積コード６が生成される。
【００７８】
前記診療・処方箋の見積コード６が生成されると、通信端末２に保存されると共に、前記診療・処方箋の見積コード６は、登録医療機関９と登録調剤薬局１０にも前記予約番号と会員番号を通知する。
【００７９】
ここで、診療予約サーバー７は登録医療機関９の予約可能な日時のデーターを該登録医療機関９のシステムから入手し、通信端末２に転送することにより、選択された登録医療機関９の予約可能時間が通信端末２のディスプレイに表示される。患者１は、希望する時間が該登録医療機関９の予約可能時間で無い場合には、近辺の登録医療機関９に変更するか予約日時を変更することにより予約を完了する。登録医療機関９を決定すると、患者１は登録調剤薬局１０を選択することにより予約が確定する。
【００８０】
患者１は予約した日時に自分で選択した登録医療機関９を訪れ、受付１１で通信端末２に保存された前記予約番号６および自分の健康保険証を提示して１００秒クリニックを受診する。
【００８１】
ここで患者１が受付１１で通信端末２に保存された前記予約番号６の提示方法としては、直接提示する方法以外に、第２のネットワーク７に接続される第２基地局ＢＳ２を介して前記通信端末２から特定の電話番号を呼び出すことにより、第２のネットワーク７上の診療予約サーバー７に事前登録された電話番号を使って前記第２のネットワーク７を介して登録医療機関９の端末に会員番号とリンクした予約番号６を自動送信することも出来る。
【００８２】
前記登録医療機関の医師１２は、登録医療機関９の端末に入力された前記会員番号とリンクした予約番号６をインデックスとして診療予約サーバー７から検索可能な診療見積コード５と処方箋見積コード５ａを使って、メディカルサーバーの電子カルテ機能にて保存された患者１のカルテ及び見積された診療内容を検討する。例えば、疾患が風邪である場合、前記患者１を目視検査して、患者１の顔が赤い、あるいは喉が腫れている場合には風邪と判断して風邪の処方を実施する。しかし、自己申告が風邪なのに明らかに風邪とは異なる症状を発見した場合には、通常診療に切り替えて診察する。前記自己申告内容による診療が行われた場合は、処方箋見積コード５ａに対応した処方箋を発行する。ここで、クレジットカードやおサイフケータイ（登録商標）などの電子マネーによる支払い方法を選択しておくことにより現地での支払いを簡略化することが出来る。
【００８３】
前記処方箋の発行システムとしては、例えば診療・処方箋の見積コード６に対応した処方箋内容をあらかじめ登録しておき、診療・処方箋の見積コード６を入力或いは承認することにより処方箋が自動的に発行される仕組みを作っておけば便利である。
【００８４】
前記患者１は、前記処方箋を持って自身が選択した調剤薬局１０を訪れ、前記処方箋と通信端末２に残された前記予約番号６を提示して薬を受け取る。この場合においても前記登録医療機関９の場合と同様にクレジットカードやおサイフケータイ（登録商標）などの電子マネーによる支払い方法を選択しておくことにより現地での支払いを簡略化することが出来る。
【００８５】
上記において、通信端末にＮｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）機能を備えたおサイフケータイ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）通信機能を備えた通信端末使うことにより、前記登録番号をいちいち画面表示することなく無線通信でデーター送信することも考えられる。
【００８６】
また、通信端末２に蓄積するデーターとしては、診療・処方箋の見積コード６とは別に、見積された診療内容と薬の明細をＱＲコード（登録商標）によって視覚化すれば、登録医療機関９の医療機関用予約表示端末９ａや調剤薬局１０の調剤薬局用予約表示端末１０ａに不具合があった場合でも、例えばカメラ付き通信端末や前記ＱＲコード（登録商標）リーダー機能を持つＰＣカメラなどで診療・処方箋の見積内容を簡単に読み取ることができる。
【００８７】
更に、患者１の自己申告内容では診療が実施できず、通常診療に切り替えて診察する場合において、前記通常診療の内容がパターン化できる場合には、個人情報を含まない診療内容をメディカルサーバー８に蓄積し、個人情報を除去した診療データーとして診療・処方箋の見積サーバーのバッファーメモリーを介してに転送することが出来る。診療・処方箋の見積サーバー４のデーター定期メンテナンス時に診療・処方箋の見積サーバー４診療・処方箋の見積サーバー４のバッファーメモリーに転送した後、診療・処方箋の見積サーバー４と診療・処方箋の見積サーバー４間の通信を遮断し、その後に診療・処方箋の見積サーバー４のデーターベースを更新する。診療・処方箋の見積サーバー４のデーターベース更新をオンラインではなく、前記バッファーメモリーを使ってバッチ処理することによって診療・処方箋の見積サーバー４のセキュリティーを確保することができる。
【００８８】
該診療・処方箋の見積サーバー４においては、メディカルサーバー４に保存された電子カルテデータおよびレセプトデータから個人情報を除去した診療データー及び処方箋データーを受診し、バッファーメモリーに一時保存して、メディカルサーバー４との通信を解除した後に、自身に組み込まれたプログラムを使って新規の診療・処方箋の見積コード６を生成してライブラリー化する。
【００８９】
前記ライブラリー化された診療・処方箋の見積コード６は、患者１によるアクセス頻度により、データーベースには頻度の高いものから順番に並べることによりアクセス時間を軽減することができる。前記データーベースのメディアに容量の制限がある場合には、頻度の高いデーターを優先して前記メディアに保存し、優先頻度の低いデーターは診療・処方箋の見積サーバー４に補助メディアを接続することによりデーター容量の拡大を図ることができる。
【００９０】
なお、上記予約表示端末においては、会員番号と診療・処方箋の見積および処方箋見積を閲覧することは出来るが、前記会員番号から会員氏名や住所などの個人情報を特定することはできない仕組みになっているので、万が一第三者が会員の画面を見ても個人を特定することは出来ない。よって、前記見積内容で診療を受けたり処方箋薬を受け取ったりするには、必ず本人の保険証と一緒に提示する必要がある。
【００９１】
図２は、診療・処方箋の見積サーバーによる自己申告問診のフローチャートである。前述の通り、本発明の医療用サーバーシステムは「３時間待ちの３分間診療」問題を軽減することを目的としているので、前記自己申告問診は、簡単な診療で済む症状、例えば風邪や腹痛などで特別な検査を必要としない軽症患者用の内容のみであり、検査や治療を必要とする内容の症状は除外する。
【００９２】
患者１は、問診に入る前に、計算の基礎データーとなる保険の種類、被保険者あるいは家族の別、年齢などの基本データーを登録し、これはデフォルトデーターとして通信端末２に保存する。また、都度の作業となるが、自分が受診したい登録医療機関９および登録調剤薬局１０を選択する。前記登録医療機関９および登録調剤薬局１０についてはデフォルト登録しておいたり、お気に入りデーターとして一旦登録したデーターを後日選択可能にしたりすることも考えられる。また。通信端末２にＧＰＳ機能あるいは類似の場所特定機能が内蔵されている場合には該場所特定機能を使って現在地に近い登録医療機関９および登録調剤薬局１０を選択することも出来る。
【００９３】
上記の登録医療機関９および登録調剤薬局１０を選択が終了すると、例えば通信端末２に携帯電話機を使った場合、ｉアプリ（登録商標）などのアプリケーションを実行することによりステップＳ０１にスタート画面が表示されて自己申告問診がスタートする。
【００９４】
次にステップＳ０２において、問診をスタートさせるか否かの判断を仰ぐ。ここで、問診が必要な場合には“問診する”を選択してステップＳ０３に進み、例えば自分が風邪にかかっていることが明かな場合など、問診が不要な場合は“問診しない”を選択し、ステップＳ０４に進む。
【００９５】
ステップＳ０３において問診に使うデーターとしては、専門医レベルの高度な知識ではなく、例えば家庭の医学（登録商標）に掲載されている一般向けの医学知識を使った問診内容が考えられる。これにより、診療・処方箋の見積サーバー４と特定医療法人と業務委託契約した医師１２との機能分担が明確化される。
【００９６】
ステップＳ０２からステップＳ０４に進んだ場合は、患者１が自己申告で、例えば風邪を引いたとか食あたりで腹痛がするなどの症状を選択するか、或いは過去において問診済みの内容と同じ場合は、通信端末２に保存されている問診結果を呼び出して受診内容を決定する。
【００９７】
ステップＳ０３あるいはステップＳ０４で受診内容が選択されると、ステップＳ０５にて見積が選択され、ステップＳ０１の開始前に選択された登録医療機関９および登録調剤薬局１０のデーターに基づいて診療および処方箋見積の計算が実行される。
【００９８】
医師１２の診療所で風邪の症状で初めて診てもらうと、診察料は初診料の２７０点となり、前記自己申告問診の結果、「鼻水と咳、のどの痛み、すこし熱がある」という状態だとすれば、薬の値段は下記の様になる。
PL顆粒（かぜぐすり、熱や鼻水を抑える）：１袋＝６．９円、１日３回
ダーゼン（のどの炎症を抑える）１錠=２０．２円、１日３回
メジコン（せきどめ）１錠＝６．４円、１日３回
クラリシッド（抗生物質）１錠＝１１７．３円、１日２回
【００９９】
１点を１０円として、くすりの値段を１０で割り、端数を五捨六入（６以上は切り上げ）すると、合計１３２点となる。
【０１００】
調剤報酬は調剤基本料と調剤料の合計となり、調剤料基本料は調剤薬局の規模によってランク付けがあるが、選択された調剤薬局が４９点であったと仮定し、調剤料はくすりの日数と数で決まり、１日分が１５点、４日分として６０点として計算すると、下記のようになる。
診察料    初診料        ２７０点
院外処方  処方料        ６８点
調剤報酬    １０９点
くすりの値段              １３２点
合計                    ５７９点
【０１０１】
上記の計算の結果、診療報酬は４４７点、くすりは１３２点となる。１点を１０円とすれば、診療報酬は４４７０円、くすりは１３２０円となる。個人負担額は、被保険者本人の場合３割だとすると診療報酬が１３４１円、くすりが３９６円となる。
【０１０２】
上記の計算結果より、自己申告の問診結果によって事前に用意されている診療・処方箋の見積コードと共に見積金額が選択され、前記携帯電話機の画面には
見積コード  ２００７０２０８１０２３
診療・処方箋の見積    １３４１円
くすり見積    ３９６円
予約医院名：  ＱＣ大阪○○医院
予約調剤薬局名：  花○調剤薬局
と表示されることになる。
【０１０３】
上記の携帯画面表示において、携帯電話機が専用又は汎用インターネットに接続されている場合、画面の予約医院名および予約調剤薬局名を選択することにより画面に医院や調剤薬局の地図を表示することが出来る。
【０１０４】
次にステップＳ０６で上記の仮予約を確定するとステップＳ０７で仮予約データーの通信端末２への保存と診療・処方箋の見積サーバーへの通信が実行される。
【０１０５】
ステップＳ０６において、患者１が見積内容が確定しない場合は、ステップＳ０２に戻って再見積を計算することになる。
【０１０６】
上記の通り、患者１が診療・処方箋の見積に納得して仮予約を確定すると、仮予約情報は予約サーバーから該当する登録医療機関９と登録調剤薬局１０に仮予約データーを送信して仮予約を成立させる。前記仮予約は当日のみ有効となり、患者が当日の所定業務時間内に登録医療機関９を訪れると医師１２によって処方箋が発行され、この処方箋発行日から４日の間に登録調剤薬局１０に患者が出かけることによりくすりを受け取ることができる。
【０１０７】
上記のいずれの例においても、通信端末２の必要要件はインターネットと接続が出来ることであり、具体的には携帯電話機、通信機能を持つＰＤＡ、インターネットに接続可能なパーソナルコンピューターなどが使える。
【０１０８】
また、セキュリティーが確保されていれば、第１のネットワーク３と第２のネットワーク７は同一のネットワーク、例えばインターネットを使うことも可能である。しかし、第２のネットワーク７には個人情報を持つメディカルサーバー８が接続されているので、通信データーの暗号化は勿論のこと、メディカルサーバー８へのログイン手段としては、例えばＩＣカードやバイオメトリックス認証などのセキュリティーが確保された手段を使用することが必須要件となる。
【０１０９】
医師１２による診療の結果、患者１の自己問診の内容と診療結果が異なる場合、或いは変更した方が運用上で誤りを生じ難いと判断される場合には電子カルテにマーキングを付けておき、後日担当者が新しい診療の見積コード５及び処方箋の見積コード５ａを生成する機能を持たせて診療・処方箋の見積サーバー４のデーターベースを更新することも考えられる。
【０１１０】
図３は、携帯電話機画面に表示された問診例である。問診形式は１問ずつ表示して枝分かれする分岐問診方式でも良いし、本例のように段階的なグループ問診形式でも良い。
【０１１１】
問診には、カメラを使って顔を写したり、口内の咽頭部を撮影したりして人工知能により症状をある程度診断する機能を付けても良い。また、平静時の体温や血圧などを手入力でデフォルトとして入力し、それに対しての現在の体温や血圧などを測定することにより客観的に初期診断することも可能である。
【０１１２】
図４は、携帯電話機画面に表示された見積例である。画面上部には本人によって入力された計算条件として、保険種別、年齢、被保険者の本人家族の区分などが確認事項として表示され、また薬が処方される場合には何日分であるかの記載、予約日、見積コード、見積金額、予約医院名、予約調剤薬局名も表示される。更に一般情報として、予約が当日限り有効であることや処方箋の有効期限などについても注意を促す意味で表示することが考えられる。
【０１１３】
図６は、本発明による連携医療の実施例である。これは、医療機関をシステム化することにより大病院を建設しなくても大病院に匹敵する医療サービスを実現する例である。現実的には、市中の民間医療機関においては設備投資が限定されているので個々の医療機関で全ての医療機器を揃えることは難しい。また、特定の医療機器に関する診療を全てひとりの医師に集中させることは該医師の時間的な負担増を招き医療の質低下の原因になりかねない。
【０１１４】
そこで、プライマリケアとして特定の登録医療機関９ａで診断された患者１が、疑いのある症状に対する精密検査としてレントゲン検査が必要と判断された場合に、登録医療機関９ａにはレントゲン施設が無ければ、医師１２ａはレントゲン施設を持つ別の登録医療機関９ｂの医師１２ｂに対して診療情報提供書１５を作成する。
【０１１５】
患者１は、診療情報提供書１５を持って登録医療機関９ｂを訪ね、通信端末２を使って受け付けを済ませ、医師１２ｂによってレントゲン装置１６を使ったレントゲン検査が実施される。ここで医師１２ｂの診断により、更に精密検査が必要と判断され、医師１２ｃは登録医療機関９ｃに設備されたＣＴスキャン装置１７を使った検査が必要と判断し、診療情報提供書１５ａを作成し患者１に持たせる。
【０１１６】
患者１は、診療情報提供書１５ａを持って登録医療機関９ｃを訪ね、通信端末２を使って受け付けを済ませ、医師１２ｃによってＣＴスキャン装置１７を使ったＣＴスキャン検査が実施される。
【０１１７】
上記の如く、個々の登録医療機関９ａ〜９ｃが個別に全ての検査装置を備えていなくとも特定医療法人と業務委託契約した医師の所属する登録医療機関９ａ〜９ｃなどの地域医療機関のいずれかに該当する検査装置が設置されていれば複数科を標榜する保険医療機関としての前記特定医療法人が包括的な診療を実施することができるので地方に大病院が無くとも地域連携医療で大病院と同等の医療サービスを提供することができるようになる。
【０１１８】
また、前記個々の登録医療機関９ａ〜９ｃなどの医師１２ａ〜１２ｃなどの診療サービス担当医師間の話し合いにより、前記複数科を標榜する保険医療機関としての前記特定医療法人が投資して適宜の医療検査設備を、例えばリースという形態で地域毎の登録医療機関９ａ〜９ｃなどに適材適所な配置を実施することも可能になる。
【０１１９】
上記の如く、レントゲン、胃カメラ、ＣＴ、ＭＲＩなどの医療機器が前記プライマリケアとしての特定の登録医療機関９に設備していない場合においては、医師１２の判断で、診療情報提供書を作成し、患者１に渡すことにより検査が必要な内容だけ他の登録医療機関９で検査してもらい、該他の登録医療機関９の医師と共に患者１のトータルケア医療を実施する。
【０１２０】
上記の連携医療においては、従来の独立系医療機関間の「診療情報提供書」提供ではなく、特定医療法人と契約した全ての登録医療機関９があたかも大病院の一部を形成するが如く医療サービスを実施するものであり、しかも丸投げ的に医師から医師に患者１を渡すのではなく、前記プライマリケアの医師１が責任を持って医療サービスの中心となり、紹介を受けた別の医師とチームを組んでより大きな医療チームとして患者１に対して医療サービスを提供するものである。
【０１２１】
上記において、ひとりの患者１に対して複数の医師１２ａ〜１２ｃが担当することになるが、例えば前記プライマリケアの医師１２ａが責任者となり、最上位の責任レイヤに属することとする。医師１２ａは自動的にホームドクターとしての役割を持つことする。次に紹介を受けた医師或いは医師達が第２番目の責任レイヤに属し、紹介を受ける度に責任レイヤが次々と形成されて行く。情報伝達ルールとして、下位レイヤの医師は上位レイヤの医師に報告義務を持たせ、また全ての情報は全ての医師がシェアすることにより医師団間の情報を共有化する。こうして医師が個人の判断だけで診療を進めるのではなく、情報を公開することにより他の医師のチェックを受け、またアドバイスももらえるようになる。そして、単独の医師が誤診をした可能性がある場合にでも他の医師によるチェックを受けてフォローできるので一種の徒弟制度的な組織となり、全体として医療レベルも向上する。なお、患者１の疾患が完治するまでレイヤ構造は維持され、完治すると共に前記レイヤ構造は解消される。
【０１２２】
上記レイヤ構造は、情報管理的には、単に電子カルテを共有するだけでなく、例えばサイボウズ株式会社のガルーン（登録商標）２などのグループウェアを使い日常的なレベルから知識の共有化を図ることにより、医療チームとしての連帯感と一体感の共有を図ることができる。
【０１２３】
また、個人事業者としての開業医という立場とは別に、特定医療法人の契約医療機関としての組織帰属意識を持ってもらうことにより、単にＩＴ機器やネットワークで接触を持つ過疎的な人間関係を改善し、組織として医療産業に従事するという個人開業医とは違った意味での仕事的な達成感をもたらす効果も期待できる。
【０１２４】
上記において、患者１を診療する全ての医師１２ａ〜１２ｃは前記特定医療法人と契約した医師であるので、個々の治療や検査などを受ける場合でも、複数科を標榜する保険医療機関における同一医療機関での診察となり、別々に初診料を支払う必要がないので患者１の医療費個人負担も個別に開業医で診療を受けるよりも軽減される。例えば平成１９年２月現在の医科診療報酬点数表において初診料は２７０点であるが、病院の場合の再診料は５７点となる。また、医師１２ａ〜１２ｃについても、他の医師の診療結果を参照しながら検査や治療に専念できるので個人開業医として診療する場合に比べて患者１に費やす時間が短くて済み、医療サービスの効率化が図れる一方、各医師にとっては初診料の代わりに再診料としても時間当たりの収入では十分な報酬を得ることができる。
【産業上の利用可能性】
【０１２５】
法律により診療・処方箋の見積が出来ない医師に代わり、個人情報を一切持たない診療・処方箋の見積サーバーを使って、風邪などの軽度な病気に対する一般的な診療内容について診療報酬の見積計算をして、同じ診療ルールで特定医療法人と業務委託契約した医師が診療を実施することにより前記見積内容が有効となり、従来行われていた医療現場での問診などを省略できるので、「３時間待ちの３分間診療」問題を軽減するのみならず前記医師の労働時間短縮にも繋がり、全体的に医療の効率化に貢献する。
【図面の簡単な説明】
【０１２６】
【図１】自己申告方式クリニックのネットワークシステムにおける基本概念図
【図２ａ】本発明による医療サーバーシステムの各モード図（ａ）
【図２ｂ】本発明による医療サーバーシステムの各モード図（ｂ）
【図２ｃ】本発明による医療サーバーシステムの各モード図（ｃ）
【図２ｄ】本発明による医療サーバーシステムの各モード図（ｄ）
【図２ｅ】本発明による医療サーバーシステムの各モード図（ｅ）
【図２ｆ】本発明による医療サーバーシステムの各モード図（ｆ）
【図３】診療・処方箋の見積サーバーによる見積生成フローチャート
【図４】携帯電話機画面に表示された問診例
【図５】携帯電話機画面に表示された見積例
【図６】本発明による連携医療の実施例
【符号の説明】
【０１２７】
１…患者、  １ａ…健康保険証、  ２…通信端末、  ３…第１のネットワーク、  ３ａ…第２のネットワーク、  ４…診療・処方箋の見積サーバー、  ５…診療見積コード、  ５ａ…処方箋見積コード、  ６…予約番号、  ７…診療予約サーバー、  ８…メディカルサーバー、  ９…登録医療機関１００秒クリニック、  ９ａ…医療機関用予約表示端末、  ９ｂ…メディカル端末、  １０…登録調剤薬局、  １０ａ…調剤薬局用予約表示端末、  １１…受付、  １２…医師、  １３…更新データー、  １４…新規データー、  １５…診療情報提供書、  １５ａ…診療情報提供書、  １６…レントゲン装置、  １７…ＣＴスキャン装置、  ＢＳ１…第１基地局、  ＢＳ２…第２基地局。
【図１】
2008234109.tif 000003
【図２ａ】
2008234109.tif 000004
【図２ｂ】
2008234109.tif 000005
【図２ｃ】
2008234109.tif 000006
【図２ｄ】
2008234109.tif 000007
【図２ｅ】
2008234109.tif 000008
【図２ｆ】
2008234109.tif 000009
【図３】
2008234109.tif 000010
【図４】
2008234109.tif 000011
【図５】
2008234109.tif 000012
【図６】
2008234109.tif 000013
【手続補正書】
【提出日】平成19年6月25日(2007.6.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
患者の会員情報とアクセスＩＤを持つ通信端末と、前記アクセスＩＤを個人情報と紐付けされない会員データーとして持ち、診療・処方箋の見積データーベースと接続された診療・処方箋の見積サーバーと、予約データーを生成する予約サーバーと、特定医療法人と業務委託契約した医師の所属する登録医療機関に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な医療機関用予約表示端末と、特定医療法人と業務契約した登録調剤薬局に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な調剤薬局用予約表示端末と、電子カルテ機能と電子レセプト機能を持つメディカルサーバーとで構成される自己申告方式クリニックのネットワークシステムであって、
前記診療・処方箋の見積サーバーは、患者から送信されてきた問診データーと医師によって事前作成されたデーターべースとを比較して個人情報を含まない見積コードを選択する選択手段と、医科診療報酬点数表および調剤報酬点数表を使って診療・調剤報酬の見積金額を算出する見積金額算出手段と、前記選択した個人情報を含まない見積コードと前記算出した見積金額を前記通信端末に送信する送信手段を備え、
前記予約サーバーは、前記通信端末から前記会員情報と共に前記診療・処方箋の見積データーのコードを受信する受信手段と、前記会員情報とリンクした予約番号を生成する生成手段と、前記通信端末および前記医療機関用と調剤薬局用予約表示端末に前記予約番号を送信する送信手段とを備え、
前記メディカルサーバーは、個人ごとの電子カルテを作成する作成手段と、個人ごとの処方箋を生成する生成手段と、医師が患者を診断して作成した更新データーを前記見積サーバーに送信する送信手段とを備えることを特徴とする自己申告方式クリニックのネットワークシステム。
【請求項２】
請求項１に記載の診療ネットワークシステムであって、前記メディカルサーバーがデーターベースとバッファーメモリーを備え、前記データーベースのデーター更新は、前記バッファーメモリーを介して行われることを特徴とする自己申告方式クリニックのネットワークシステム。
【請求項３】
請求項１又は請求項２のどちらかに記載の診療ネットワークシステムであって、前記登録医療機関および調剤薬局に対する支払いは、前記患者が事前登録したクレジットカード或いは電子マネーを使って前記特定医療法人に対して前記見積金額の支払うことを特徴とする自己申告方式クリニックのネットワークシステム。
【請求項４】
請求項１乃至３のいずれか１項に記載の診療ネットワークシステムであって、前記通信端末内部に蓄積した自己申告による診療内容と処方箋の見積データーを外部に表示目的で転送する機能がＮｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）技術による双方向通信であることを特徴とする自己申告方式クリニックのネットワークシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
前記の課題を解決すべく、本発明では、患者の会員情報とアクセスＩＤを持つ通信端末と、前記アクセスＩＤを個人情報と紐付けされない会員データーとして持ち、診療・処方箋の見積データーベースと接続された診療・処方箋の見積サーバーと、予約データーを生成する予約サーバーと、特定医療法人と業務委託契約した医師の所属する登録医療機関に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な医療機関用予約表示端末と、特定医療法人と業務契約した登録調剤薬局に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な調剤薬局用予約表示端末と、電子カルテ機能と電子レセプト機能を持つメディカルサーバーとで構成される自己申告方式クリニックのネットワークシステムであって、
前記診療・処方箋の見積サーバーは、患者から送信されてきた問診データーと医師によって事前作成されたデーターべースとを比較して個人情報を含まない見積コードを選択する選択手段と、医科診療報酬点数表および調剤報酬点数表を使って診療・調剤報酬の見積金額を算出する見積金額算出手段と、前記選択した個人情報を含まない見積コードと前記算出した見積金額を前記通信端末に送信する送信手段を備え、
前記予約サーバーは、前記通信端末から前記会員情報と共に前記診療・処方箋の見積データーのコードを受信する受信手段と、前記会員情報とリンクした予約番号を生成する生成手段と、前記通信端末および前記医療機関用と調剤薬局用予約表示端末に前記予約番号を送信する送信手段とを備え、
前記メディカルサーバーは、個人ごとの電子カルテを作成する作成手段と、個人ごとの処方箋を生成する生成手段と、医師が患者を診断して作成した更新データーを前記見積サーバーに送信する送信手段とを備えるようにした。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正の内容】
【図１】
2008234109.tif 000014
【手続補正書】
【提出日】平成19年9月20日(2007.9.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
患者の会員情報とアクセスＩＤを持つ通信端末と、前記アクセスＩＤを個人情報と紐付けされない会員データーとして持ち、診療・処方箋の見積データーベースと接続された診療・処方箋の見積サーバーと、予約データーを生成する予約サーバーと、特定医療法人と業務委託契約した医師の所属する登録医療機関に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な医療機関用予約表示端末と、特定医療法人と業務契約した登録調剤薬局に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な調剤薬局用予約表示端末と、電子カルテ機能と電子レセプト機能を持つメディカルサーバーとで構成される自己申告方式クリニックのネットワークシステムであって、
前記診療・処方箋の見積サーバーは、医師によって事前作成され且つ前記メディカルサーバーにより更新されたデーターベースと患者から送信されてきた問診データーとを比較し、合致するデーターに紐付けされた見積コードを選択する選択手段と、医科診療報酬点数表および調剤報酬点数表に基づいて電子レセプト機能を使って診療・調剤報酬の見積金額を算出する見積金額算出手段と、前記選択した見積コードと前記算出した見積金額を前記通信端末に送信する送信手段を備え、
前記予約サーバーは、前記通信端末から前記会員情報と共に前記診療・処方箋の見積データーのコードを受信する受信手段と、前記会員情報とリンクした予約番号を生成する生成手段と、前記通信端末および前記医療機関用と調剤薬局用予約表示端末に前記予約番号を送信する送信手段とを備え、
前記メディカルサーバーは、個人ごとの電子カルテを作成する作成手段と、個人ごとの処方箋を生成する生成手段と、医師が患者を診断して作成した更新データーを前記見積サーバーに送信する送信手段とを備えることを特徴とする自己申告方式クリニックのネットワークシステム。
【請求項２】
請求項１に記載の診療ネットワークシステムであって、前記メディカルサーバーがデーターベースとバッファーメモリーを備え、前記データーベースのデーター更新は、前記バッファーメモリーを介して行われることを特徴とする自己申告方式クリニックのネットワークシステム。
【請求項３】
請求項１又は請求項２のどちらかに記載の診療ネットワークシステムであって、前記登録医療機関および調剤薬局に対する支払いは、前記患者が事前登録したクレジットカード或いは電子マネーを使って前記特定医療法人に対して前記見積金額の支払うことを特徴とする自己申告方式クリニックのネットワークシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
前記の課題を解決すべく、本発明では、患者の会員情報とアクセスＩＤを持つ通信端末と、前記アクセスＩＤを個人情報と紐付けされない会員データーとして持ち、診療・処方箋の見積データーベースと接続された診療・処方箋の見積サーバーと、予約データーを生成する予約サーバーと、特定医療法人と業務委託契約した医師の所属する登録医療機関に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な医療機関用予約表示端末と、特定医療法人と業務契約した登録調剤薬局に接続され、前記予約サーバーから送信される前記予約データーから会員データーと診療・処方箋の見積データーの表示が可能な調剤薬局用予約表示端末と、電子カルテ機能と電子レセプト機能を持つメディカルサーバーとで構成される自己申告方式クリニックのネットワークシステムであって、
前記診療・処方箋の見積サーバーは、医師によって事前作成され且つ前記メディカルサーバーにより更新されたデーターベースと患者から送信されてきた問診データーとを比較し、合致するデーターに紐付けされた見積コードを選択する選択手段と、医科診療報酬点数表および調剤報酬点数表に基づいて電子レセプト機能を使って診療・調剤報酬の見積金額を算出する見積金額算出手段と、前記選択した見積コードと前記算出した見積金額を前記通信端末に送信する送信手段を備え、
前記予約サーバーは、前記通信端末から前記会員情報と共に前記診療・処方箋の見積データーのコードを受信する受信手段と、前記会員情報とリンクした予約番号を生成する生成手段と、前記通信端末および前記医療機関用と調剤薬局用予約表示端末に前記予約番号を送信する送信手段とを備え、
前記メディカルサーバーは、個人ごとの電子カルテを作成する作成手段と、個人ごとの処方箋を生成する生成手段と、医師が患者を診断して作成した更新データーを前記見積サーバーに送信する送信手段とを備えるようにした。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】削除
【補正の内容】