(57)【要約】【課題】医療データベースを利用して多様な医療サービスを提供する。【解決手段】医療データベースセンターシステムのサーバが、患者ＩＤ及び患者生体情報と患者個人情報と患者の診療結果情報とを対応付けてデータベースに格納する手段と、患者の診療受付時に、ウェブサイトの患者用画面にアクセスされ、患者ＩＤ及び患者生体情報を患者用画面を介して受信し、医療データベースを参照して診療受付時の認証を行う手段と、患者ＩＤに基づいて診療受付時に必要な診療受付時患者情報を抽出し、表示閲覧させる手段と、患者の診療時に、ウェブサイトの医師用画面にアクセスされ、患者ＩＤ及び患者生体情報を医師用画面を介して受信し、医療データベースを参照して診療時の認証を行う手段と、患者ＩＤに基づいて診療時に必要な診療時患者情報を抽出し、表示閲覧させる手段とを有する。【選択図】図１
2011039674.tif 000002
【特許請求の範囲】
【請求項１】
各病院に設置された１又は複数の病院端末と、各病院端末に接続されたカードリーダ及び生体情報入力装置と、各患者に対し発行され該カードリーダにより読取り可能な患者ＩＤを記憶した患者カードと、各病院端末とネットワークを介して接続されたサーバと、該サーバにより管理される医療データベースと、該サーバにより管理されるウェブサイトとを備えた医療データベースセンターシステムであって、
前記サーバが、
患者ＩＤ及び患者生体情報と、患者個人情報と、患者が診療を受けた全ての病院における該患者のカルテ情報、検査情報及び投薬情報等を含む患者の診療結果情報とを対応付けて前記医療データベースに格納する手段と、
患者の診療受付時に、前記病院端末から前記ウェブサイトの患者用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた患者ＩＤ及び患者生体情報を該患者用画面を介して受信し、前記医療データベースを参照して診療受付時の認証を行う手段と、
前記診療受付時の認証が承認された場合に、患者ＩＤに基づいて前記患者個人情報の中から診療受付時に必要な診療受付時患者情報を抽出し、前記患者用画面を介して前記病院端末に表示させ閲覧させる手段と、
患者の診療時に、前記病院端末から前記ウェブサイトの医師用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた患者ＩＤ及び患者生体情報を該医師用画面を介して受信し、前記医療データベースを参照して診療時の認証を行う手段と、
前記診療時の認証が承認された場合に、患者ＩＤに基づいて前記患者個人情報及び前記診療結果情報の中から診療時に必要な診療時患者情報を抽出し、前記医師用画面を介して前記病院端末に表示させ閲覧させる手段とを有することを特徴とする医療データベースセンターシステム。
【請求項２】
前記医療データベースセンターシステムにおいて、各医師に対し発行され前記カードリーダにより読取り可能な医師ＩＤを記憶した医師カードをさらに備え、
前記サーバは、
医師ＩＤ及び医師生体情報と、医師個人情報と、医師が診療を行った全ての診療履歴情報とを対応付けて前記医療データベースに登録する手段と、
医師による医師間情報検索時に、前記病院端末から前記ウェブサイトの医師用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた医師ＩＤ及び医師生体情報を該医師用画面を介して受信し、前記医療データベースを参照して医師間情報検索時の認証を行う手段と、
前記医師間情報検索時の認証が承認された場合に、医師ＩＤに基づいて前記診療履歴情報の中から該当する医師間情報を抽出し、前記医師用画面を介して前記病院端末に表示させ閲覧させる手段と、
前記表示された医師間情報の中から選択された特定の医師への電子メール送信依頼を受け付ける手段と、
前記特定の医師への電子メール送信依頼に応じて、該特定の医師へ電子メールを送信する手段とを有することを特徴とする請求項１に記載の医療データベースセンターシステム。
【請求項３】
前記医療データベースセンターシステムにおいて、各医師に対し発行され前記カードリーダにより読取り可能な医師ＩＤを記憶した医師カードと、各救急車に設置された救急車端末と、各救急車端末に接続されたカードリーダとをさらに備え、
前記救急車端末は、搬送先病院の病院端末に対して、前記患者個人情報及び前記診療結果情報の検索を依頼する電子メールを、該救急車端末のカードリーダにより読み取られた患者ＩＤとともに送信する手段を有し、
前記サーバは、
医師ＩＤ及び医師生体情報と、医師個人情報と、医師が診療を行った全ての診療履歴情報とを対応付けて前記医療データベースに登録する手段と、
患者の救急搬送時に、前記救急車端末から前記ウェブサイトの救急用画面にアクセスされ、該救急車端末のカードリーダにより読み取られた患者ＩＤとともに、患者の容体を示す救急情報を受信する手段と、
受信した患者ＩＤと救急情報とを対応付けて前記医療データベースに格納する手段と、
患者の救急搬送時に、前記搬送先病院の病院端末から前記ウェブサイトの救急用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた医師ＩＤ及び医師生体情報とともに前記救急車端末からの電子メールに含まれていた患者ＩＤを該救急用画面を介して受信し、前記医療データベースを参照して救急時の認証を行う手段と、
前記救急時の認証が承認された場合に、患者ＩＤに基づいて前記患者個人情報、前記診療結果情報及び前記救急情報の中から救急時に必要な救急時患者情報を抽出するとともに、前記救急用画面を介して前記病院端末に表示させ閲覧させる手段とを有することを特徴とする請求項１に記載の医療データベースセンターシステム。
【請求項４】
前記医療データベースセンターシステムにおいて、各医師に対し発行され前記カードリーダにより読取り可能な医師ＩＤを記憶した医師カードをさらに備え、
前記サーバは、
病院ＩＤと病院情報とを対応付けて前記医療データベースに登録する手段と、
医師ＩＤ及び医師生体情報と、医師個人情報と、医師が診療を行った全ての診療履歴情報とを対応付けて前記医療データベースに登録する手段と、
患者による病院・医師情報閲覧時に、前記病院端末から前記ウェブサイトの患者用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた患者ＩＤ及び患者生体情報を該患者用画面を介して受信し、前記医療データベースを参照して病院・医師情報閲覧時の認証を行う手段と、
前記病院・医師情報閲覧時の認証が承認された場合に、前記病院情報及び前記診療履歴情報の中から該当する病院・医師情報を抽出し、前記患者用画面を介して前記病院端末に表示させ閲覧させる手段と、
前記表示された病院・医師情報に基づいて選択された特定の医師への転院又はセカンドオピニオンを求める電子メール送信依頼を受け付ける手段と、
前記特定の医師への電子メール送信依頼に応じて、該特定の医師へ電子メールを送信する手段と、
前記転院又はセカンドオピニオンを求めた患者に関する前記特定の医師による患者情報閲覧時に、前記病院端末から前記ウェブサイトの医師用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた医師ＩＤ及び医師生体情報を該医師用画面を介して受信し、前記医療データベースを参照して該特定の医師による患者情報閲覧時の認証を行う手段と、
前記特定の医師による患者情報閲覧時の認証が承認された場合に、患者ＩＤに基づいて前記患者個人情報及び診療結果情報の中から、転院又はセカンドオピニオンの際の診療時に必要な診療時患者情報を抽出し、前記医師用画面を介して前記病院端末に表示させ閲覧させる手段とを有することを特徴とする請求項１に記載の医療データベースセンターシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者が病院で受ける医療サービスに関する種々のデータを統合的に格納した医療データベースを利用して、より良質かつ効率的な医療を実現するための医療データベースセンターシステムに関する。
【背景技術】
【０００２】
従来、患者の診療記録や薬歴等をデータベースに蓄積し、必要に応じて医師や薬剤師等が閲覧し、利用するシステムが幾つか提示されている。
特許文献１では、患者の診療履歴情報と広域内の医師情報とを管理装置のデータベースに記憶し、患者が医師を探したい場合は、患者端末からデータベースにアクセスして検索し、所定の医師を選択し、管理装置は、選択された医師の医師端末に対し、当該患者の診療履歴情報へのアクセス権を与えるシステムが開示されている。
特許文献２では、患者の個人情報(既往症情報、健康保険証情報、薬歴情報等)をセンタのデータベースに登録しておき、通常は、相談員の識別コードとパスワードで認証を行い相談員に対して情報を提供し、緊急通報時には、相談員の認証なしで個人情報を提供するシステムが開示されている。
特許文献３では、医療施設情報をデータベースに登録しておき、救急車等の移動体から患者情報をセンターサーバへ送信し、患者情報と医療施設情報とを突き合わせ、条件に適合する医療施設を選択するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許３４９３８４７号公報
【特許文献２】特許２９９９９１０号公報
【特許文献３】特許３６６５０４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の医療データベースシステムは、患者情報、医師情報又は病院情報等をデータベースに登録し、特定の局面において適宜閲覧し利用するシステムであり、多様な局面に適用できる総合的なシステムであって効率的に運用できるものは未だ提示されていない。特に、患者や医師の個人情報を扱うデータベースであるため、本人認証やセキュリティが非常に重要であり、かつ患者にとって利用し易く、救急時には迅速な対応が可能であることが求められる。
【０００５】
本発明は、医療データベースを利用して多様な医療サービスを提供するための統合システムであって、本人認証やセキュリティを確保しつつ正確な患者情報や医師情報を必要な範囲で迅速に提供可能な、患者と医師の双方のための医療データベースセンターシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するべく、本発明は以下の構成を提供する。
本発明による医療データベースセンターシステムは、各病院に設置された１又は複数の病院端末と、各病院端末に接続されたカードリーダ及び生体情報入力装置と、各患者に対し発行され該カードリーダにより読取り可能な患者ＩＤを記憶した患者カードと、各病院端末とネットワークを介して接続されたサーバと、該サーバにより管理される医療データベースと、該サーバにより管理されるウェブサイトとを備えた医療データベースセンターシステムであって、前記サーバが、患者ＩＤ及び患者生体情報と、患者個人情報と、患者が診療を受けた全ての病院における該患者のカルテ情報、検査情報及び投薬情報等を含む患者の診療結果情報とを対応付けて前記医療データベースに格納する手段と、患者の診療受付時に、前記病院端末から前記ウェブサイトの患者用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた患者ＩＤ及び患者生体情報を該患者用画面を介して受信し、前記医療データベースを参照して診療受付時の認証を行う手段と、前記診療受付時の認証が承認された場合に、患者ＩＤに基づいて前記患者個人情報の中から診療受付時に必要な診療受付時患者情報を抽出し、前記患者用画面を介して前記病院端末に表示させ閲覧させる手段と、患者の診療時に、前記病院端末から前記ウェブサイトの医師用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた患者ＩＤ及び患者生体情報を該医師用画面を介して受信し、前記医療データベースを参照して診療時の認証を行う手段と、前記診療時の認証が承認された場合に、患者ＩＤに基づいて前記患者個人情報及び前記診療結果情報の中から診療時に必要な診療時患者情報を抽出し、前記医師用画面を介して前記病院端末に表示させ閲覧させる手段とを有することを特徴とする。
【０００７】
上記医療データベースセンターシステムにおいて、各医師に対し発行され前記カードリーダにより読取り可能な医師ＩＤを記憶した医師カードをさらに備え、前記サーバは、医師ＩＤ及び医師生体情報と、医師個人情報と、医師が診療を行った全ての診療履歴情報とを対応付けて前記医療データベースに登録する手段と、医師による医師間情報検索時に、前記病院端末から前記ウェブサイトの医師用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた医師ＩＤ及び医師生体情報を該医師用画面を介して受信し、前記医療データベースを参照して医師間情報検索時の認証を行う手段と、前記医師間情報検索時の認証が承認された場合に、医師ＩＤに基づいて前記診療履歴情報の中から該当する医師間情報を抽出し、前記医師用画面を介して前記病院端末に表示させ閲覧させる手段と、前記表示された医師間情報の中から選択された特定の医師への電子メール送信依頼を受け付ける手段と、前記特定の医師への電子メール送信依頼に応じて、該特定の医師へ電子メールを送信する手段とを有することを特徴とする。
【０００８】
上記医療データベースセンターシステムにおいて、各医師に対し発行され前記カードリーダにより読取り可能な医師ＩＤを記憶した医師カードと、各救急車に設置された救急車端末と、各救急車端末に接続されたカードリーダとをさらに備え、前記救急車端末は、搬送先病院の病院端末に対して、前記患者個人情報及び前記診療結果情報の検索を依頼する電子メールを、該救急車端末のカードリーダにより読み取られた患者ＩＤとともに送信する手段を有し、前記サーバは、医師ＩＤ及び医師生体情報と、医師個人情報と、医師が診療を行った全ての診療履歴情報とを対応付けて前記医療データベースに登録する手段と、患者の救急搬送時に、前記救急車端末から前記ウェブサイトの救急用画面にアクセスされ、該救急車端末のカードリーダにより読み取られた患者ＩＤとともに、患者の容体を示す救急情報を受信する手段と、受信した患者ＩＤと救急情報とを対応付けて前記医療データベースに格納する手段と、患者の救急搬送時に、前記搬送先病院の病院端末から前記ウェブサイトの救急用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた医師ＩＤ及び医師生体情報とともに前記救急車端末からの電子メールに含まれていた患者ＩＤを該救急用画面を介して受信し、前記医療データベースを参照して救急時の認証を行う手段と、前記救急時の認証が承認された場合に、患者ＩＤに基づいて前記患者個人情報、前記診療結果情報及び前記救急情報の中から救急時に必要な救急時患者情報を抽出するとともに、前記救急用画面を介して前記病院端末に表示させ閲覧させる手段とを有することを特徴とする。
【０００９】
上記医療データベースセンターシステムにおいて、各医師に対し発行され前記カードリーダにより読取り可能な医師ＩＤを記憶した医師カードをさらに備え、前記サーバは、病院ＩＤと病院情報とを対応付けて前記医療データベースに登録する手段と、医師ＩＤ及び医師生体情報と、医師個人情報と、医師が診療を行った全ての診療履歴情報とを対応付けて前記医療データベースに登録する手段と、患者による病院・医師情報閲覧時に、前記病院端末から前記ウェブサイトの患者用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた患者ＩＤ及び患者生体情報を該患者用画面を介して受信し、前記医療データベースを参照して病院・医師情報閲覧時の認証を行う手段と、前記病院・医師情報閲覧時の認証が承認された場合に、前記病院情報及び前記診療履歴情報の中から該当する病院・医師情報を抽出し、前記患者用画面を介して前記病院端末に表示させ閲覧させる手段と、前記表示された病院・医師情報に基づいて選択された特定の医師への転院又はセカンドオピニオンを求める電子メール送信依頼を受け付ける手段と、前記特定の医師への電子メール送信依頼に応じて、該特定の医師へ電子メールを送信する手段と、前記転院又はセカンドオピニオンを求めた患者に関する前記特定の医師による患者情報閲覧時に、前記病院端末から前記ウェブサイトの医師用画面にアクセスされ、該病院端末のカードリーダ及び生体情報入力装置によりそれぞれ読み取られた医師ＩＤ及び医師生体情報を該医師用画面を介して受信し、前記医療データベースを参照して該特定の医師による患者情報閲覧時の認証を行う手段と、前記特定の医師による患者情報閲覧時の認証が承認された場合に、患者ＩＤに基づいて前記患者個人情報及び診療結果情報の中から診療時に必要な診療時患者情報を抽出し、前記医師用画面を介して前記病院端末に表示させ閲覧させる手段とを有することを特徴とする。
【発明の効果】
【００１０】
本発明による医療データベースセンターシステムは、患者は、患者ＩＤを記憶した患者カードを所持している。この患者カードを病院端末のカードリーダで読取り、病院端末の生体情報入力装置で患者の生体情報を読み取ることで、患者の本人認証を確実に行うことができる。患者カードに記憶されている患者情報は、患者ＩＤのみであるので、盗難・紛失の場合にも、患者の個人情報が漏洩する虞はない。また、生体情報との組み合わせて本人認証を行うので、なりすましも防止でき、セキュリティを確保できる。
【００１１】
病院の受付けに設置されている病院端末の場合は、ウェブサイトの患者用画面にアクセスすることで、医療データベースに記憶された患者情報の中から診療受付時に必要な情報のみを抽出し、閲覧可能とする。また、病院の診察室に（すなわち医師のために）設置されている病院端末の場合は、ウェブサイトの医師用画面にアクセスすることで、医療データベースに記憶された患者情報の中から診療時に必要な情報のみを抽出し、閲覧可能とする。このように、センターサーバのウェブサイトのいずれの画面にアクセスするかによって自動的に適切な患者情報が抽出され、閲覧することができる。
【００１２】
また、医師は、医師ＩＤを記憶した医師カードを所持している。この医師カードを病院端末のカードリーダで読取り、病院端末の生体情報入力装置で医師の生体情報を読み取ることで、医師の本人認証を確実に行うことができる。医師カードに記憶されている医師情報は、医師ＩＤのみであるので、盗難・紛失の場合にも、医師の個人情報が漏洩する虞はない。また、生体情報との組み合わせて本人認証を行うので、なりすましも防止でき、セキュリティを確保できる。さらに、例えば、病院の診察室に（すなわち医師のために）設置されている病院端末から、ウェブサイトの医師用画面にアクセスすることで、医療データベースに記憶された医師情報の中から医師間の情報交換に必要な情報を抽出し、閲覧可能とする。閲覧した情報に基づいて特定の医師を選択して、直ちに電子メールの送信をサーバに依頼することもでき、迅速な情報交換が可能となる。
【００１３】
また、救急時には、救急車端末のカードリーダで患者カードから患者ＩＤを読取り、ウェブサイトの救急用画面にアクセスし、サーバに対して患者ＩＤとともに患者の救急情報を送信するとともに、医師に対しては、患者ＩＤとともに医療データベースの患者情報及び救急情報の閲覧を要請する電子メールを送る。医師は、病院端末から医師認証情報及び患者ＩＤとともにサーバに対し患者情報及び救急情報の閲覧を要求し、閲覧する。救急時には、患者の生体情報認証を省くことにより、迅速な対応が可能となる。また、医師とサーバの双方に患者ＩＤを通知することで、情報の錯誤を防止することができる。
【００１４】
また、患者による病院・医師情報閲覧時には、患者ＩＤ及び患者生体情報による本人認証により病院端末からウェブサイトの患者用画面にアクセスし、転院又はセカンドオピニオンのための病院を検索、閲覧できる。閲覧した情報に基づいて医師を選択して、直ちに電子メールの送信をサーバに依頼することもできる。医師は、ウェブサイトの医師用画面にアクセスし、依頼の電子メールに含まれる患者ＩＤとともに医師ＩＤ及び医師生体情報による本人認証を送信する。サーバは、医療データベースに記憶された患者情報の中から診療時に必要な情報のみを抽出し、閲覧可能とする。これにより、患者は、転院又はセカンドオピニオンのための適切な病院を速やかに探すことができ、医師も患者情報を円滑に取得することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明による医療データベースセンターシステムの概略的な全体構成図である。
【図２】本システムの運用において、予め登録しておく情報を格納した登録関連データベースである。
【図３】患者の診療、検査、投薬等の内容が履歴として蓄積される患者診療関連データベースである。
【図４】医師の診療内容が履歴として蓄積される医師診療関連データベースである。
【図５】(ａ)は医師カードの、（ｂ）は患者カードの概略構成図である。
【図６】サーバの構築する医療ＤＢウェブサイトの画面構成例を概略的に示した図である。（ａ）は患者用、（ｂ）は医師用、（ｃ）は救急用の各画面である。
【図７】診療受付時の患者情報提供フローを示す流れ図である。
【図８】診療時の患者情報閲覧フローを示す流れ図である。
【図９】医師間情報閲覧フローを示す流れ図である。
【図１０Ａ】救急時の患者情報閲覧フロー（前半）を示す流れ図である。
【図１０Ｂ】救急時の患者情報閲覧フロー（後半）を示す流れ図である。
【図１１】患者による病院・医師情報閲覧フローである。
【図１２】転院・セカンドオピニオンのための病院・医師検索・確定フローである。
【発明を実施するための形態】
【００１６】
以下、実施例を示した図面を参照しつつ本発明の実施の形態を説明する。
図１は、本発明による医療データベースセンターシステムの概略的な全体構成図である。
本システムの主要機能を担う医療データベースセンターサーバ（以下、単に「サーバ」と称する）１１は、適宜のコンピュータにより実施され、本システムの各機能を実現させるプログラムを導入され、メモリに当該プログラムを読み込みＣＰＵが実行することで、サーバとして機能する。データ処理部は、ＣＰＵによるプログラム実行機能を模式的に示しており、主要な処理機能として、データベース処理部１１ａ、ウェブサイト処理部１１ｂ、及びメール処理部１１ｃを含む。医療データベース１２は、本システムに関連する種々の情報を格納しており、データベース処理部１１ａにより制御される。医療ＤＢウェブサイト１３は、本システムにおいてネットワーク９を介して外部端末からアクセスされ、外部端末に種類により準備した各ウェブ画面を備えており、ウェブサイト処理部１１ｂにより制御される。メール処理部１１ｃは、一の外部端末から別の外部端末へ電子メールの送信依頼があった場合に、電子メール送信処理を行う。図示しない通信インタフェースは、ネットワーク９との接続機能を有し、これにより各外部端末と情報伝送する。
【００１７】
病院２は、本システムに参加する所定の対象地域内の各病院であり、国内全域を対象地域とすることが好適である。各病院には、本システムに対応した１又は複数の病院端末２１が設置されており、各病院端末２１には、カードリーダ２２と生体情報入力装置２３が接続されている。カードリーダ２２は、非接触カードの読取り書込み機能、少なくとも読取り機能を備えている。生体情報入力装置２３は、生体情報の種類に限定されず、公知のいずれのシステム利用できる。例えば、指紋、掌紋、静脈、虹彩等を対象とした生体情報認証システムが公知である。なお、複数の病院端末２１が設置されている場合、受付用の病院端末、医師用の病院端末というように役割を分けてもよい。例えば、受付用の病院端末は、医療ＤＢウェブサイト１３の患者用画面にのみアクセス可能であり、医師用の病院端末２１は、医療ＤＢウェブサイト１３の患者用画面及び医師用画面にアクセス可能である、というにようにアクセス権を設定してもよい。各病院端末２１は、ブラウザソフトウェアとネットワーク９へ接続するための通信機能を有する。また、電子メールの送受信機能も有する。また、サーバからダウンロードした情報を表示するための表示装置、操作用の入力装置、ダウンロードされた情報を出力する印刷装置、ダウンロードされた情報を保存するための記憶装置等を、適宜備える（以下の、各端末３１、４１も同様）。
【００１８】
救急車３に設置された救急車端末３１は、上記のカードリーダ２２と同様のカードリーダ３２が接続されている。生体情報入力装置は搭載していない。救急車端末３１もまた、ブラウザソフトウェアとネットワーク９へ接続するための通信機能を有するが、その通信機能は、無線通信機能である。また、電子メールの送受信機能も有する。
【００１９】
患者自宅４に設置された患者端末４１は、一般的なパーソナルコンピュータでよい。あるいは、携帯端末でもよい。医療ＤＢウェブサイト１３の患者用画面にアクセス可能なブラウザソフトウェアとネットワーク９へ接続するための通信機能を有する。また、電子メールの送受信機能も有する。
【００２０】
医師カード５及び患者カード６は、医師及び患者によりそれぞれ所持され、好適には非接触ＩＣカードである。例えば、FeliCa（登録商標）カード又はISO/IEC14443のTypeＡのMifare（登録商標）カードである。なお、非接触ＩＣカード以外の接触型ＩＣカード、磁気カード等であっても、本システムは実施可能であるが、セキュリティの点では、非接触ＩＣカードが好適であり、その中でもFeliCa（登録商標）カードが最もセキュリティの点で好適である。
【００２１】
金融機関／クレジットカード会社７は、医師カード５及び患者カード６に、銀行カード又はクレジットカードの機能を付加した場合に、これらの会社のサーバとそれぞれネットワークを介して情報伝送可能となることを示している。本システムと組み合わせることで、医療費の自動支払等が可能となる。
【００２２】
各種機関８は、本システムの医療データベース１３に対して、種々の情報を提供したり、逆に閲覧したり、技術的サポートを行ったりする公的、準公的又は民間の機関、組織又は企業等の各サーバである。
【００２３】
図２〜図４は、図１の医療データベース１３に格納される個々のデータベースの構成例を概略的に示す図である。これら個々のデータベースは、全体として関係データベースを形成しており、共通するデータ項目を介してリンクしている。
【００２４】
図２は、本システムの運用において、予め登録しておく情報を格納した登録関連データベースである。
病院登録情報データベース２０１は、各病院に一意に割り当てた「病院ＩＤ」、「名称」、「住所」、「診療科目」等、病院の所在地、連絡先及び特徴を示すデータ項目を有する。
医師登録情報データベース２０２は、各医師に一意に割り当てた「医師ＩＤ」、パスワードである「ＰＩＮ」、生体情報データへリンクする「生体情報コード」、「氏名」、医師用の病院端末に設定される「Ｅメールアドレス」、医師の所属する病院の「病院ＩＤ」、「診療科目」等、医師の連絡先や医師としての特徴を示すデータ項目を有する。
患者登録情報データベース２０３は、各患者に一意に割り当てた「患者ＩＤ」、パスワードである「ＰＩＮ」、生体情報データへリンクする「生体情報コード」、「氏名」、患者自宅端末等に設定される「Ｅメールアドレス」の他、一般的な個人情報である「生年月日」、「性別」等、通常は固定的な医療情報である「血液型」等、医療費支払い関連の「加入保険番号」、「支払口座番号」等のデータ項目を有する。
生体情報データベース２０４は、患者の生体情報及び医師の生体情報データ自体を格納しており、一意に割り当てられた「生体情報コード」と画像情報等からなる生体情報データファイルからなる。
【００２５】
図３は、患者が診療、検査、投薬等を受ける毎にその内容が履歴として蓄積される患者診療関連データベースである。
カルテ情報データベース３０１は、患者が病院で診療を受けた際にその内容が記録される。いわゆる電子カルテのデータに相当する。データ項目には、「患者ＩＤ」、「診療日」、「病院ＩＤ」、「診療科目」、「医師ＩＤ」、「カルテ番号」、「カルテ内容」等がある。
検査情報データベース３０２は、患者が病院等で検査を受けた際にその内容が記録される。データ項目には、「患者ＩＤ」、「検査日」、「病院ＩＤ」、「診療科目」、「医師ＩＤ」、「検査名称」、「検査結果」等の他に、検査画像がある場合は、「検査画像データ」ファイルも格納される。
投薬情報データベース３０３は、患者が病院で医師から処方された際にその内容が記録される。データ項目には、「患者ＩＤ」、「処方日」、「病院ＩＤ」、「診療科目」、「医師ＩＤ」、「処方内容」等がある。
救急情報データベース３０４は、救急車で搬送中の患者についての救急車内で判断された容体が記録される。データ項目には、「患者ＩＤ」、「搬送日」、「傷病状況」等がある。
医療費情報データベース３０５は、診療、検査及び投薬等により発生した患者の医療費が記録される。これに基づいて、患者負担の医療費が算出される。データ項目には、「患者ＩＤ」、「利用日」、「病院ＩＤ」、「診療科目」、「診療費」等がある。
【００２６】
図４は、医師が診療を行う毎にその内容が履歴として蓄積される医師診療関連データベースである。
診療履歴情報データベース４０１のデータ項目には、「医師ＩＤ」、「診療日」、「診療科目」、「傷病名」、「診療内容」等がある。なお、医師自身が診療毎に入力することは負担が大きいため、サーバのデータベース処理部の処理として、図３のカルテ情報データベース３０１を取得した際に、その中から必要な情報のみを抽出して自動作成してもよい。例えば、患者を特定する個人情報は不要であるので省き、専ら傷病関係の情報のみを抽出する。
【００２７】
図５(Ａ)は医師カード５の、（Ｂ）は患者カード６の概略構成図である。いずれも非接触型ＩＣカードの場合である。(Ａ)に示すように、医師カード５は、カードリーダからの電磁波を送受信するアンテナ５３を有する。カードリーダからの電磁波の搬送波はカードへの電力供給用であり、電力生成回路５４は、アンテナ５３で受信した電磁波を整流して直流電力に変換し制御部５１に供給する。これにより制御部５１が起動する。受信部５５はアンテナ５３で受信した電磁波を復調して制御部５１へ送る。送信部５６は、制御部５１から受け取ったコマンドに基づき、搬送波を変調してアンテナ５３を駆動する。記憶部５２は、制御用プログラムとアプリケーションプログラムが格納されている。データエリアには、医師ＩＤが格納されている。（Ｂ）の患者カード６も同様であり、データエリアには、患者ＩＤが格納されている。患者カード６に銀行カード機能、クレジットカード機能が付加されている場合には、それらのアプリケーションプログラムが格納され、必要なデータが記憶される。本システムの運用においては、医師カード又は患者カードに記憶される医師又は患者の個人情報としては、医師ＩＤ又は患者ＩＤのみで足りる。従って、これらのカードの盗難・紛失の場合にも個人情報の漏洩を防止できる。
【００２８】
図６は、サーバの構築する医療ＤＢウェブサイト１３の画面構成例を概略的に示した図である。ブラウザソフトウェアを備えた各端末の表示装置にこれらの画面を表示できる。
図６(ａ)は、患者用画面である。患者用画面にリンクする主な機能は、「診療受付時患者情報の提供」と、「病院・医師情報の閲覧」であり、それぞれの機能を呼び出す選択ボタンが表示されている。これらの機能を利用する際に要求される認証データは、患者ＩＤと患者生体情報である。
「診療受付時患者情報の提供」は、診療のために病院を訪れた患者の受付けの際に、受付時に必要な患者情報を医療データベースから取得するための機能であり、病院の受付けに設置された病院端末には必ずこの機能へのアクセス権が設定される。「病院・医師情報の閲覧」は、患者が自身の要望に合致する病院又は医師を検索するための機能であり、この機能に続けてさらに転院又はセカンドオピニオンのための病院を検索するための機能も付属している。「病院・医師情報の閲覧」の機能へのアクセス権は、いずれの病院端末に設定してもよい。また、患者端末にも「病院・医師情報の閲覧」の機能へのアクセス権を設定してもよいが、その場合、通常は生体認証読み取り装置がないため、患者ＩＤと患者ＰＩＮのみで認証を行うようにする。
【００２９】
図６(ｂ)は、医師用画面である。医師用画面にリンクする主な機能は、「診療時患者情報の閲覧」、「医師間情報交換」、「救急時患者情報の閲覧」及び「転院時患者情報の閲覧」であり、それぞれの機能を呼び出す選択ボタンが表示されている。「診療時患者情報の閲覧」の機能を利用する際に要求される認証データは、患者ＩＤと患者生体情報である。それ以外の機能を利用する際に要求される認証データは、医師ＩＤと医師生体情報である。医師用の病院端末には必ずこれらの機能へのアクセス権が設定される。
「診療時患者情報の閲覧」は、患者が医師の診療を受ける際に必要な患者情報を医療データベースから取得するための機能である。「医師間情報交換」は、医師同士の情報交換のための機能である。「救急時患者情報の閲覧」は、救急時に救急車端末からの依頼に応じて救急時の患者情報を取得するための機能である。「転院時患者情報の閲覧」は、転院又はセカンドオピニオンを求められた際に、患者情報（診療時の患者情報に相当）を取得するための機能である。
【００３０】
図６(ｃ)は、救急車端末からアクセスされる救急用画面である。救急用画面にリンクする主な機能は、「救急時患者情報の送信」であり、この機能を呼び出す選択ボタンが表示されている。この機能を利用する際に要求される認証データは、患者ＩＤのみである。これは、救急車で搬送中の患者の容体を示す救急情報を医療データベースに送信するための機能である。
【００３１】
図７〜図１２を参照して、本システムに含まれる各機能の処理フロー例を概略的に示す。必要に応じて、図１中の符号を参照する。
図７は、診療受付時の患者情報閲覧フローを示す流れ図である。
診療のために病院を訪れた患者は、受付けに設置された病院端末２１から医療ＤＢウェブサイト１３の患者用画面へアクセスする（ステップ７０１）。サーバ１１は、患者ＩＤと患者生体情報を要求する（ステップ７０２）。カードリーダ２２により、患者カード６から患者ＩＤを読み取り、生体情報入力装置２３により、患者生体情報を読み取り、サーバ１１へ送信する（ステップ７０３）。サーバ１１は、患者登録情報ＤＢ及び生体情報ＤＢを参照し、患者ＩＤと患者生体情報の認証を行い、認証された場合は次のステップを促す（ステップ７０４）。
【００３２】
続いて、病院端末２１から診療受付時に必要なデータ項目を含む診療受付時患者情報を要求する（ステップ７０５）。診療受付時に必要なデータ項目は、例えば、患者の基本個人情報（氏名、性別、年齢）、支払関連の加入保険番号、支払口座番号等が含まれる。また、患者の既往症等の情報を得るためにカルテ情報、検査情報、投薬情報の中の必要な情報が含まれるが、診療受付時の患者情報は、実際の診療時に医師が取得する患者情報よりも簡潔な情報であってもよい。必要なデータ項目は予め設定されるが、追加／削除可能である。この要求に対してサーバ１１は、患者ＩＤに基づいて患者登録ＤＢ、カルテ情報ＤＢ、検査情報ＤＢ及び／又は投薬情報ＤＢを参照し、該当情報を抽出し、診療受付時の患者情報を表示する（ステップ７０６）。
【００３３】
病院端末２１において表示された診療受付時の患者情報を閲覧する（ステップ７０７）。表示された診療受付時の患者情報は、必要に応じて、病院設置の記憶装置に保存し（ステップ７０８）、当該病院での患者情報管理に利用する。
【００３４】
図８は、診療時の患者情報閲覧フローを示す流れ図である。
受付けを終えた患者は、医師の診察を受ける。その際、医師の診療に必要な患者情報を閲覧するために、医師用の病院端末２１から医療ＤＢウェブサイト１３の患者用画面へアクセスすることができる（ステップ８０１）。サーバ１１は、患者ＩＤと患者生体情報を要求する（ステップ８０２）。ここで注目すべき点は、医師用の病院端末２１であっても、患者ＩＤと患者生体情報により認証を行う点である。これは、患者個人情報のセキュリティを確保するためである。カードリーダ２２により、患者カード６から患者ＩＤを読み取り、生体情報入力装置２３により、患者生体情報を読み取り、サーバ１１へ送信する（ステップ８０３）。サーバ１１は、患者登録情報ＤＢ及び生体情報ＤＢを参照し、患者ＩＤと患者生体情報の認証を行い、認証された場合は次のステップを促す（ステップ８０４）。
【００３５】
続いて、病院端末２１から診療時に必要なデータ項目を含む診療時患者情報を要求する（ステップ８０５）。診療時に必要なデータ項目は、主として患者の既往症等の傷病情報や体質情報等であり、過去のカルテ情報、検査情報、投薬情報の中で医師の診察に必要な情報が含まれる。必要なデータ項目は予め設定されるが、追加／削除可能である。なお、上記の診療受付時の患者情報とデータ項目が重なってもよい。この要求に対してサーバ１１は、患者ＩＤに基づいて患者登録ＤＢ、カルテ情報ＤＢ、検査情報ＤＢ及び／又は投薬情報ＤＢを参照し、該当情報を抽出し、診療時の患者情報を表示する（ステップ８０６）。
【００３６】
病院端末２１において表示された診療時の患者情報を閲覧する（ステップ８０７）。表示された診療時の患者情報は、必要に応じて、病院設置の記憶装置に保存し（ステップ８０８）、当該病院及び当該医師の患者情報管理に利用する。
【００３７】
診療後に、医師等（検査及び調剤の担当者を含む）は、新たなカルテ情報、検査情報及び投薬情報（診療結果情報）を病院端末２１に入力し、サーバ１１に送信する（ステップ８０９）。サーバ１１は、診療後に送信された新たな患者情報を受信すると、カルテ情報ＤＢ、検査情報ＤＢ及び投薬情報ＤＢにそれぞれ追加データを格納する（ステップ８１０）。これらの追加された患者情報は、同時に、医師の診療履歴情報でもある。医師が患者情報とは別に診療履歴情報を入力することは、重複するデータ項目が多い上に負担が大きい。従って、サーバ１１が、新たなカルテ情報、検査情報及び投薬情報に基づいて医師の診療履歴情報を自動作成することが好ましい。自動作成された診療履歴情報は、診療履歴ＤＢの追加データとして格納される（ステップ８１１）。
【００３８】
図９は、医師間情報閲覧フローを示す流れ図である。
医療データベースには、医師登録情報ＤＢ及び診療履歴情報ＤＢが構築されている。各医師は、これらのＤＢを閲覧することで必要な情報を取得することができる。先ず、医師は、医師用の第１の病院端末（病院端末Ａとする）２１から医療ＤＢウェブサイト１３の医師用画面へアクセスする（ステップ９０１）。サーバ１１は、医師ＩＤと医師生体情報を要求する（ステップ９０２）。この場合は、医師同士の間だけの情報交換であるので、認証データは医師ＩＤと医師生体情報となる。カードリーダ２２により、医師カード５から医師ＩＤを読み取り、生体情報入力装置２３により、医師生体情報を読み取り、サーバ１１へ送信する（ステップ９０３）。サーバ１１は、医師登録情報ＤＢ及び生体情報ＤＢを参照し、医師ＩＤと医師生体情報の認証を行い、認証された場合は次のステップを促す（ステップ９０４）。
【００３９】
続いて、第１の病院端末２１から必要な医師間情報要求する（ステップ９０５）。このとき、適切な情報を抽出するためのキーワードを適宜設定するようにしてもよい。キーワードは、予め指定されたものでも、任意のものでもよい。サーバ１１は、キーワードに基づいて医師登録ＤＢ、診療履歴情報ＤＢを参照し、該当情報を抽出し、医師間情報として表示する（ステップ９０６）。
【００４０】
第１の病院端末２１において表示された医師間情報を閲覧し、表示された診療時の患者情報は、必要に応じて、病院設置の記憶装置に保存する（ステップ９０７）。
【００４１】
医師間情報に含まれる特定の医師の意見を直接得たい場合は、その特定の医師の用いる第２の病院端末（病院端末Ｂとする）２１への電子メールの送信をサーバ１１に対して依頼する（ステップ９０８）。依頼する場合は、電子メール本文を添付する。サーバ１１は、第２の病院端末２１へ電子メールを送信する（９０９）。サーバ１１は、二人の医師が円滑に情報交換を開始できるように仲介する。その後、二人の医師が本システムを介さずに情報交換を行うことは、本システムの範疇外のことである。
【００４２】
図１０Ａ及び図１０Ｂは、救急時の患者情報閲覧フローを示す流れ図である。
図１０Ａはその前半のフローである。救急車が患者を搬送する場合、先ず、救急車内で患者の容体について一応の判断され、患者の救急情報が得られる。その後、救急車端末３１のカードリーダ３２により患者カード６から患者ＩＤを読み取る。救急時には、迅速性が要求される上、患者の容体により生体情報読み取りが困難な場合もあり得るので、患者生体情報は用いない。続いて、搬送先病院が決定したならば、その病院端末２１（好ましくは、担当予定の医師用の病院端末２１）に電子メールを送信する（ステップ１００１）。救急車端末３１は、搬送先病院の病院端末２１の電子メールアドレス情報を予め保存しているものとする。この電子メールは、読み取った患者ＩＤを含み、搬送先病院又は担当予定の医師に対し、当該患者の治療に必要な患者情報を医療データベースから取得しておくように依頼する内容となっている。
【００４３】
続いて救急車端末３１は、医療ＤＢウェブサイト１３の救急用画面へアクセスする（ステップ１００２）。サーバ１１は、患者ＩＤのみを要求する（ステップ１００３）。救急車端末３１は、読み取った患者ＩＤとともに救急情報をサーバ１１へ送信する（ステップ１００４）。サーバ１１は、受信した患者ＩＤが、患者登録情報ＤＢに存在する有効な患者ＩＤであることを確認し、救急情報ＤＢに患者ＩＤと救急情報を格納する。
【００４４】
一方、搬送先病院の病院端末２１は、救急車端末３１から患者情報の検索依頼の電子メールを受信する（ステップ１００６）。
【００４５】
図１０Ｂは、図１０Ａに続く後半のフローである。
病院端末２１から医療ＤＢウェブサイト１３の救急用画面へアクセスする（ステップ１００７）。この場合の救急用画面は、図６(ｃ)の救急車端末用とは若干異なり、「救急時患者情報の閲覧」機能とリンクするボタンが表示されている。サーバ１１は、医師ＩＤと医師生体情報と患者ＩＤを要求する（ステップ１００８）。この場合は、緊急性のため、医師の認証を待たずに最初から患者ＩＤを要求する。カードリーダ２２により、医師カード５から医師ＩＤを読み取り、生体情報入力装置２３により、医師生体情報を読み取り、サーバ１１へ送信する（ステップ１００９）。サーバ１１は、患者ＩＤを取得するとともに、医師登録情報ＤＢ及び生体情報ＤＢを参照し、医師ＩＤと医師生体情報の認証を行う（ステップ１０１０）。この場合、要求された情報が救急時の患者情報であることは明らかであるので、サーバ１１は、続いて患者ＩＤに基づいて患者登録情報ＤＢ、カルテ情報ＤＢ、検査情報ＤＢ、投薬情報ＤＢ、救急情報ＤＢを参照し、該当情報を抽出し、救急時の患者情報を表示する（ステップ１０１１）。救急時の患者情報は、救急車端末から送信された救急情報は必須であり、それ以外のＤＢからは少なくとも診療時の患者情報に準じた情報を抽出する。必要最小限の患者の基本個人情報を含めてもよい。抽出するデータ項目は予め設定しておくが、追加／削除可能である。
【００４６】
病院端末２１において表示された救急時の患者情報を閲覧する（ステップ１０１２）。表示された救急時の患者情報は、必要に応じて、病院設置の記憶装置に保存する（ステップ１０１３）。
【００４７】
患者が搬送先病院に搬送され、処置が完了した後、担当医師は、医師用の病院端末２１から当該処置に関連するカルテ情報、検査情報及び投薬情報のデータをサーバ１１に送信する。サーバ１１は、処置後に送信された新たな患者情報を受信すると、カルテ情報ＤＢ、検査情報ＤＢ及び投薬情報ＤＢにそれぞれ追加データを格納する（ステップ１０１４）。これらの追加された患者情報は、同時に、医師の新たな診療履歴情報となる。この場合も、サーバ１１が、新たなカルテ情報、検査情報及び投薬情報に基づいて医師の診療履歴情報を自動作成することが好ましい。自動作成された診療履歴情報は、診療履歴ＤＢの追加データとして格納される（ステップ１０１６）。
【００４８】
図１１は、患者による病院・医師情報閲覧フローである。
患者は、診察を受けるための病院又は医師、転院先の病院又は医師、又はセカンドオピニオンを得るための病院又は医師を検索するために、医療データベースを利用できる。
病院に設置された所定の病院端末２１から医療ＤＢウェブサイト１３の患者用画面へアクセスする（ステップ１１０１）。サーバ１１は、患者ＩＤと患者生体情報を要求する（ステップ１１０２）。カードリーダ２２により、患者カード６から患者ＩＤを読み取り、生体情報入力装置２３により、患者生体情報を読み取り、サーバ１１へ送信する（ステップ１１０３）。サーバ１１は、患者登録情報ＤＢ及び生体情報ＤＢを参照し、患者ＩＤと患者生体情報の認証を行い、認証された場合は次のステップを促す（ステップ１１０４）。
【００４９】
続いて、病院端末２１から病院又は医師を検索するための適宜のキーワードを入力し、病院情報及び医師情報を要求する（ステップ１１０５）。キーワードは、予め指定されたものでも、任意のものでもよい。サーバ１１は、キーワードに基づいて病院登録情報ＤＢ、医師登録ＤＢ、診療履歴情報ＤＢを参照し、該当情報を抽出し、病院情報及び医師情報を表示する（ステップ９０６）。
【００５０】
病院端末２１において表示された病院情報及び医師情報を閲覧する（ステップ１１０７）。なお、この病院・医師情報閲覧は、自宅の患者端末４１からでも行うことができる。その場合、通常は、生体情報入力装置を備えていないので、患者ＩＤと患者ＰＩＮを入力し、サーバ１１に認証されたならば検索閲覧が可能となる。
【００５１】
図１２は、転院先・セカンドオピニオンのための病院・医師検索・確定フローである。
患者が引っ越したりして転居先の近くに転院先の病院を探したいときや、セカンドオピニオンを得たいときに、医療データベースを利用できる。
先ず、第１の病院端末（病院端末Ａとする）２１から図１１の病院・医師情報閲覧フローと同じステップ１００１〜１００７を実行し、該当する病院情報及び医師情報を閲覧する（ステップ１２０１）。
【００５２】
続いて、表示された情報の中から、転院先又はセカンドオピニオンのための病院又は医師を選択する。選択された病院又は医師の用いる第２の病院端末（病院端末Ｂとする）２１への紹介状、予約及び患者情報転送依頼を電子メールで送信するようサーバ１１へ送信する（ステップ１２０２）。サーバ１１は、第２の病院端末２１の医師への紹介状及び予約及び患者情報転送依頼を電子メールで送信する（ステップ１２０３）。この電子メールには、患者ＩＤを含める。サーバ１１は、上記ステップ１２０１の開始時に患者ＩＤを取得している。
【００５３】
第２の病院端末２１は、サーバ１１からの電子メールを受信する（ステップ１２０４）。転院先又はセカンドオピニオンのために選択された医師は、依頼を受ける場合、第２の病院端末２１から医療ＤＢウェブサイト１３の医師用画面へアクセスする（ステップ１２０５）。サーバ１１は、医師ＩＤと医師生体情報を要求する（ステップ１２０６）。カードリーダ２２により、医師カード５から医師ＩＤを読み取り、生体情報入力装置２３により、医師生体情報を読み取り、サーバ１１へ送信する（ステップ１２０７）。サーバ１１は、医師登録情報ＤＢ及び生体情報ＤＢを参照し、医師ＩＤと医師生体情報の認証を行い、認証された場合は次のステップを促す（ステップ１２０８）。
【００５４】
続いて、第２の病院端末２１は、依頼の電子メールに含まれていた患者ＩＤとともに診療受付時の患者情報及び診療時の患者情報をサーバ１１に要求する（ステップ１２０９）。診療受付時の患者情報を取得することで、患者がその後に当該病院を訪れる際の診療受付処理を簡素化できる。しかしながら、少なくとも診療時の患者情報が取得できれば、転院先又はセカンドオピニオンのための医師も十分な準備を行うことができる。サーバ１１は、患者ＩＤに基づいて、患者登録情報ＤＢ、カルテ情報ＤＢ、検査情報ＤＢ、投薬情報ＤＢを参照し、該当情報を抽出し、診療受付時の患者情報及び診療時の患者情報を表示する（ステップ１２１０）。
【００５５】
第２の病院端末２１において表示された診療受付時の患者情報及び診療時の患者情報を閲覧し、表示されたこれらの患者情報は、必要に応じて、病院設置の記憶装置に保存する（ステップ１２１１）。
【符号の説明】
【００５６】
１  医療データベースセンター
１１  医療ＤＢセンターサーバ
１１ａ  データベース処理部
１１ｂ  ウェブサイト処理部
１１ｃ  メール処理部
１２  医療データベース(ＤＢ)
１３  医療ＤＢウェブサイト
２  病院
２１  病院端末
２２  カードリーダ
２３  生体情報入力装置
３  救急車
３１  救急車端末
３２  カードリーダ
４  患者自宅等
４１  患者端末
５  医師カード
６  患者カード
７  金融機関／クレジットカード会社
８  各種機関
９  ネットワーク
【図１】
2011039674.tif 000003
【図２】
2011039674.tif 000004
【図３】
2011039674.tif 000005
【図４】
2011039674.tif 000006
【図５】
2011039674.tif 000007
【図６】
2011039674.tif 000008
【図７】
2011039674.tif 000009
【図８】
2011039674.tif 000010
【図９】
2011039674.tif 000011
【図１０Ａ】
2011039674.tif 000012
【図１０Ｂ】
2011039674.tif 000013
【図１１】
2011039674.tif 000014
【図１２】
2011039674.tif 000015