(57)【要約】【課題】  医師は医療カンファレンスの準備を行う時間を多く取れない。【解決手段】  電子カルテやＰＡＣＳビューワ等の表示画面から資料識別情報を取得し、前記資料識別情報をキーとして電子カルテサーバやＰＡＣＳサーバから必要な資料情報を取得し、取得した前記資料情報を患者単位で管理して、会議の議題に前記資料情報を関連付けることで簡単に医療カンファレンスを準備する。【選択図】  図１
2013186650.tif 000002
【特許請求の範囲】
【請求項１】
表示画面上の操作によって指定された資料識別情報を取得する資料識別情報取得手段と、
前記資料識別情報取得手段によって取得した資料識別情報に基づいて、サーバから資料情報を取得する資料情報取得手段と、
前記資料情報取得手段によって取得した前記資料情報を人物単位で管理する管理手段と、
会議の項目に前記資料識別情報を関連付ける議題管理手段を有することを特徴とする会議準備装置。
【請求項２】
表示画面上の操作によって指定された資料識別情報を取得する資料識別情報取得工程と、
前記資料識別情報取得工程によって取得した資料識別情報に基づいて、サーバから資料情報を取得する資料情報取得工程と、
前記資料情報取得工程によって取得した前記資料情報を人物単位で管理する管理工程と、
会議の項目に前記資料識別情報を関連付ける議題管理工程を有することを特徴とする会議準備装置における会議準備方法。
【請求項３】
コンピュータが読み出して実行することにより、前記コンピュータを、請求項１に記載の会議準備装置として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療カンファレンスの会議準備、特に会議資料の準備を効率化する医療向け会議準備装置に関する。
【背景技術】
【０００２】
今日、病院で手術を行う際には、事前に当該患者に関係する医師や医療スタッフが集まって術式等の検討を行う医療カンファレンスが広く行われている。医療カンファレンスでは、電子カルテの患者基礎情報やＳＯＡＰ（Ｓｕｂｊｅｃｔｉｖｅ，  Ｏｂｊｅｃｔｉｖｅ，  Ａｓｓｅｓｓｍｅｎｔ，  Ｐｌａｎ）記述を最初に確認する。次に、ＰＡＣＳ（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ）ビューワのＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）画像を見ながら患部を確認する。さらに、診断レポートシステムを用いて読影診断や病理診断の検査報告書を参照することが行われる。
【０００３】
しかし、カンファレンス実施中に電子カルテで対象患者のページを開き、さらにＰＡＣＳビューワをはじめとする各種の資料閲覧アプリケーションを毎回立ち上げながらではスムーズに会議を行うことが出来ない。また、カンファレンス対象患者の担当医は、多忙なためにカンファレンスの準備を行う時間を多く取れないという問題がある。そこで、特許文献１に示すような医療カンファレンス支援システムが提案されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】特開２００５−４３９５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１においては、担当医が会議準備、特に資料準備のために普段の診察や診断以外に新たに時間をかける必要があった。このため、診察や診断で資料を見るタイミングで同時に会議資料を簡単に準備することができなかった。
本発明は上述した問題を解決するためになされたものであり、医療カンファレンスにおいて手間無く効率的に会議を準備する医療向け会議準備システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の問題点を解決するため、本発明の会議準備装置は以下の構成を有する。すなわち、表示画面上の操作によって指定された資料識別情報を取得する資料識別情報取得手段と、前記資料識別情報取得手段によって取得した資料識別情報に基づいて、サーバから資料情報を取得する資料情報取得手段と、前記資料情報取得手段によって取得した前記資料情報を人物単位で管理する管理手段と、会議の項目に前記資料識別情報を関連付ける議題管理手段を有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、手間無く効率的に会議を準備することができる。
【図面の簡単な説明】
【０００８】
【図１】医療カンファレンスを行う際のシステム構成図
【図２】資料取込モード開始前の画面例
【図３】資料取込モード開始後の画面例
【図４】取込対象指定後の画面例
【図５】取込後の取込結果表示の画面例
【図６】資料取込モード開始前の画面例
【図７】資料取込モード開始後の画面例
【図８】取込対象指定後の画面例
【図９】取込後の取込結果表示の画面例
【図１０】患者情報を手入力する場合のダイアログ画面例
【図１１】資料取込モード開始前の画面例
【図１２】資料取込モード開始後の画面例
【図１３】取込対象指定後の画面例
【図１４】取込後の取込結果表示の画面例
【図１５】取込資料確認画面を開く際の画面例
【図１６】取込資料確認画面の例
【図１７】会議一覧画面の例
【図１８】会議予約画面の例
【図１９】会議予約画面の例
【図２０】会議予約画面の例
【図２１】会議予約画面の例
【図２２】会議一覧画面の例
【図２３】会議画面の例
【図２４】会議画面の例
【図２５】会議画面の例
【図２６】会議画面の例
【図２７】会議画面の例
【図２８】資料取込処理のフローチャート
【図２９】資料登録情報の例
【図３０】会議情報の例
【発明を実施するための形態】
【０００９】
以下、添付の図面を参照して、本願発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１０】
＜実施形態１＞
図１に本実施形態のシステム構成を示す。会議準備システムは、会議クライアント１と会議サーバ２とから構成されている。また、病院内の各種サーバ群（ファイルサーバ３、ＰＡＣＳサーバ４、診断レポートサーバ５、電子カルテサーバ６、オーダリングシステム７、画像管理サーバ８）と接続されている。会議クライアント１は複数台あっても構わない。また、会議サーバ２の機能を会議クライアント１に内包させ、ピア・ツー・ピア（Ｐ２Ｐ）の構成としても構わない。会議クライアント１と会議サーバ２と病院内の各種サーバ群（３〜８）とは、有線もしくは無線のネットワーク９で接続されている。
【００１１】
次に、会議クライアント１について詳細に述べる。なお、会議サーバ２のハードウェア構成も会議クライアント１と同様である。ＵＩデバイス１０１はマウスやデジタイザやキーボード等であり、会議クライアント１にユーザの指示を入力するために用いられる。ＣＰＵ１０２とＲＡＭ１０３が存在し、プログラム用記憶領域１０６からＲＡＭ１０３に読み込んだプログラムをＣＰＵ１０２によって解釈・実行することによって装置内の各種制御や計算、ＵＩの表示が可能である。通信ＩＦ１０４はネットワーク９に繋がっており、会議サーバ２や病院内の各種サーバ（３〜８）との間の通信インタフェースである。ＵＩ表示部１０５は装置の状態や処理内容を表示するＬＥＤや液晶パネル等である。さらに、プログラム用記憶領域１０６とデータ用記憶領域１０７とが存在する。具体的にはハードディスクやフラッシュメモリを用いてこれら記憶領域は実現可能であるが、本発明は特定の記憶媒体に依存しない。会議クライアント１では、データ用記憶領域１０７に会議資料１０が置かれる。なお、会議資料１０はファイルサーバ３上に置かれていても構わない。また、会議サーバ２では、データ用記憶領域２０７に資料登録情報２０と会議情報２１とが置かれる。資料登録情報の例を図２９に、会議情報の例を図３０に示す。
【００１２】
会議資料は、患者毎または症例毎に集められバインダという単位で管理される。ただし、会議資料の実体はバインダ内には置かず会議資料の管理情報のみを置く。ファイルサーバ３にはバインダプール３０１が配置され、その中に患者毎もしくは症例毎にバインダ３０２が作られる。なお、バインダプール３０１は会議サーバ２のデータ用記憶領域２０７の中に配置しても構わない。各バインダ３０２の中には、登録した資料毎にプレゼン画像３０とサムネイル３１が作られる。医療用画像はサイズが大きく取り扱いづらいため、より会議中の表示に適したプレゼン画像３０が作られている。また、会議中に画像に対して行われた手書きメモの情報は、アノテーション３２として各バインダ３０２に保存される。さらに、会議の結論や使用した画像を１つの文書としてまとめたものは、サマリー３３として各バインダ３０２に保存される。
【００１３】
次に、会議準備システムの資料取込時の動作説明を、図１のシステム構成図と図２８のフローチャート、ならびに図２から図１６までの画面例を用いて行う。ここでは、図１の会議クライアント１のＵＩ表示部１０５に表示された画面を、主治医がＵＩデバイス１０１を操作してある患者の診察や診断を行い、その画面上で同時に医療カンファレンスに必要な資料を準備するというユースケース例で説明する。
【００１４】
図２の表示画面上１５０で電子カルテ１５１から患者基礎情報（資料識別情報）とＳＯＡＰ記述を取込む場合について説明する。主治医がポインティング手段１５４を資料取込ボタン１５２に近づけると、ポップアップ１５３のようにガイダンスが一時的に表示される。ここで、資料取込ボタン１５２をクリックすると資料取込処理が開始される。これ以降、図２８のフローチャートに従って処理が進んでいく。
【００１５】
まず、Ｓ１０１で資料取込モードが開始されると、図３のようにデスクトップ画面１５０は白色半透明のウィンドウで覆われ、ポップアップ１５５のようにガイダンスが一時的に表示される。資料取込モード中は、終了ボタン１５６をクリックする等の終了イベントを発生させると、Ｓ１０２の条件分岐によってＳ１１１に到達し資料取込モードが終了する。資料取込モードが終了すると、白色半透明のウィンドウは無くなり図２のように元のデスクトップ画面１５０が現れる。
【００１６】
次に、資料取込モードにおいて図４のようにポインティング手段１５４で電子カルテ１５１の画面をクリックすると取込対象が指定される。取込対象の指定方法はクリック以外の方法であっても構わない。例えば、ポインティング手段１５４を取込対象の上に被せるように持っていくような指定方法であっても構わない。取込対象ウィンドウが指定されるとウィンドウハンドルからその持ち主のプロセスを探し出し、そのプロセス名から対象アプリケーションが取込可能アプリケーション（この場合は電子カルテ）かどうかを判定する。取込可能アプリケーションであれば、Ｓ１０３の条件分岐によってＳ１０４に到達し取込対象領域１５７を赤枠で囲む処理が行われる。なお、領域を明示する方法は、赤枠で囲む方法以外であっても構わない。例えば、取込対象領域１５７上の白色半透明ウィンドウに穴をあける処理であっても構わない。次に、ポインティング手段１５４で取込対象領域１５７をダブルクリックや右クリックし、取込実行を指示すると、Ｓ１０６の条件分岐によってＳ１０７に到達し資料取込が実行される。なお、取込実行の指示はダブルクリックや右クリック以外であっても構わない。
【００１７】
Ｓ１０７の資料取込は、電子カルテの場合、図５に示すように画面に表示された患者基礎情報文字列１４０を取得することによって行われる。なお、ＯＳ標準のＧＵＩコンポーネントを用いずに独自描画によって患者基礎情報文字列１４０を表示している電子カルテの場合には、患者基礎情報文字列１４０の領域を画像情報として取得し、文字認識によって文字コード列に変換することで取得する。また、ＳＯＡＰ記述は上記方法で得られた患者基礎情報（例えば患者ＩＤ）を基にして、図１の電子カルテサーバ６から取得する。それ以外にも、患者基礎情報（例えば患者ＩＤ）をキーとして直接ＳＱＬを電子カルテサーバ６のデータベースに発行してＳＯＡＰ記述を取得しても構わない。
【００１８】
取得した患者基礎情報とＳＯＡＰ記述は、図１の会議サーバ２のデータ用記憶領域２０７に資料登録情報２０として記憶される。また、ファイルサーバ３のバインダプール３０１には、取込んだ患者基礎情報の患者名もしくは症例名に対応するバインダ３０２が作成される。
【００１９】
資料取込が完了すると、Ｓ１０８で資料取込モードを終了し、Ｓ１０９で取込結果を図５のインジケータ１５８のように表示する。ここで、インジケータ１５８にはキャンセルボタン１５９が付いており、これを押下することで取込をキャンセルすることが可能である。
【００２０】
次に、図６のデスクトップ画面１５０上でＰＡＣＳビューワ１６０からＤＩＣＯＭ画像情報（資料情報）を取込む場合について説明する。主治医が電子カルテの場合と同様に資料取込ボタン１５２をクリックすると資料取込処理が開始される。これ以降、図２８のフローチャートに従って処理が進んでいく。
【００２１】
まず、Ｓ１０１で資料取込モードが開始されると、図７のようにデスクトップ画面１５０は白色半透明のウィンドウで覆われる。ポップアップ１５５や終了ボタン１５６の動作は電子カルテの場合と同様である。
【００２２】
次に、資料取込モードにおいて図８のようにポインティング手段１５４でＰＡＣＳビューワ１６０の対象ＤＩＣＯＭ画像画面をクリックすると取込対象が指定される。取込対象の指定方法はクリック以外の方法であっても構わない。取込対象ウィンドウが指定されるとウィンドウハンドルからその持ち主のプロセスを探し出し、そのプロセス名から対象アプリケーションが取込可能アプリケーション（この場合はＰＡＣＳビューワ）かどうかを判定する。取込可能アプリケーションであれば、Ｓ１０３の条件分岐によってＳ１０４に到達し取込対象領域１６１を赤枠で囲む処理が行われる。ＰＡＣＳビューワでは取込対象領域を各ＤＩＣＯＭ画像単位に指定可能であり、ＰＡＣＳビューワに複数個のＤＩＣＯＭ画像を表示している場合でも個別に取得する画像を指定可能である。
【００２３】
なお、領域を明示する方法は、赤枠で囲む方法以外であっても構わない。次に、ポインティング手段１５４で取込対象領域１６１をダブルクリックや右クリックし、取込実行を指示すると、Ｓ１０６の条件分岐によってＳ１０７に到達し資料取込が実行される。なお、取込実行の指示はダブルクリックや右クリック以外であっても構わない。
【００２４】
Ｓ１０７の資料取込は、ＰＡＣＳビューワの場合、まず取込対象領域１６１の画面キャプチャを行い、次に図９に示すように画面に表示された画像識別文字列１４１を取得することによって行われる。なお、ＯＳ標準のＧＵＩコンポーネントを用いずに独自描画によって画像識別文字列１４１を表示しているＰＡＣＳビューワの場合には、画像識別文字列１４１の領域を画像情報として取得し、文字認識によって文字コード列に変換することで取得する。また、ＤＩＣＯＭ画像情報は上記方法で得られた画像識別情報（例えば患者ＩＤと検査日時）を基にして、ＤＩＣＯＭプロトコルを用いて図１のＰＡＣＳサーバ４から取得する。それ以外にも、図１０のような入力ダイアログをデスクトップ画面１５０上に出して、不足する情報を主治医に手入力してもらうことで取得しても構わない。
【００２５】
取得したＤＩＣＯＭ画像情報は、図１の会議サーバ２のデータ用記憶領域２０７に資料登録情報２０として記憶される。また、ファイルサーバ３のバインダプール３０１には、取込んだＤＩＣＯＭ画像情報内の患者名もしくは症例名に対応するバインダ３０２に、取得した画面キャプチャ画像がプレゼン画像３０として保存される。また、その画像を縮小したものがサムネイル３１として保存される。
【００２６】
資料取込が完了すると、Ｓ１０８で資料取込モードを終了し、Ｓ１０９で取込結果を図９のインジケータ１６２のように表示する。ここで、インジケータ１６２にはキャンセルボタン１６３が付いており、これを押下することで取込をキャンセルすることが可能である。
【００２７】
次に、図１１のデスクトップ画面１５０上で診断レポートシステム１７０から検査報告情報を取込む場合について説明する。主治医が電子カルテの場合と同様に資料取込ボタン１５２をクリックすると資料取込処理が開始される。これ以降、図２８のフローチャートに従って処理が進んでいく。
【００２８】
まず、Ｓ１０１で資料取込モードが開始されると、図１２のようにデスクトップ画面１５０は白色半透明のウィンドウで覆われる。ポップアップ１５５や終了ボタン１５６の動作は電子カルテの場合と同様である。
【００２９】
次に、資料取込モードにおいて図１３のようにポインティング手段１５４で診断レポートシステム１７０の画面をクリックすると取込対象が指定される。取込対象の指定方法はクリック以外の方法であっても構わない。取込対象ウィンドウが指定されるとウィンドウハンドルからその持ち主のプロセスを探し出し、そのプロセス名から対象アプリケーションが取込可能アプリケーション（この場合は診断レポートシステム）かどうかを判定する。取込可能アプリケーションであれば、Ｓ１０３の条件分岐によってＳ１０４に到達し取込対象領域１７１を赤枠で囲む処理が行われる。なお、領域を明示する方法は、赤枠で囲む方法以外であっても構わない。次に、ポインティング手段１５４で取込対象領域１７１をダブルクリックや右クリックし、取込実行を指示すると、Ｓ１０６の条件分岐によってＳ１０７に到達し資料取込が実行される。なお、取込実行の指示はダブルクリックや右クリック以外であっても構わない。
【００３０】
Ｓ１０７の資料取込は、診断レポートシステムの場合、まず取込対象領域１７１の画面キャプチャを行い、次に図１４に示すように画面に表示された検査識別文字列１４３を取得することによって行われる。なお、ＯＳ標準のＧＵＩコンポーネントを用いずに独自描画によって検査識別文字列１４３を表示している診断レポートシステムの場合には、検査識別文字列１４３の領域を画像情報として取得し、文字認識によって文字コード列に変換することで取得する。それ以外にも、図１４のアドレスバー１４２に表示されているＵＲＬ文字列を取得し、文字列に含まれている検査識別情報を取得しても構わない。また、検査報告情報は上記方法で得られた検査識別情報（例えば患者ＩＤと検査日時）を基にして、ＨＴＴＰプロトコル等を用いて図１の診断レポートサーバ５から取得する。
【００３１】
取得した検査報告情報は、図１の会議サーバ２のデータ用記憶領域２０７に資料登録情報２０として記憶される。また、ファイルサーバ３のバインダプール３０１には、取込んだ検査報告情報内の患者名もしくは症例名に対応するバインダ３０２に、取得した画面キャプチャ画像がプレゼン画像３０として保存される。また、その画像を縮小したものがサムネイル３１として保存される。すなわち、人物単位で管理される。
【００３２】
資料取込が完了すると、Ｓ１０８で資料取込モードを終了し、Ｓ１０９で取込結果を図１４のインジケータ１７２のように表示する。ここで、インジケータ１７２にはキャンセルボタン１７３が付いており、これを押下することで取込をキャンセルすることが可能である。
【００３３】
図１５に示すように、資料取込ボタン１５２を右クリックもしくは長押しすることによって会議準備メニュー１８０を出現させ、資料取込確認画面１８１を開くことが可能である。
【００３４】
図１６に示すように、資料取込確認画面１８１の上部には、取込んだ患者基礎情報１８２が表示され、左ペインには取込んだＳＯＡＰ記述１８４、右ペインには取込んだＤＩＣＯＭ画像情報のリスト１８３が表示される。
【００３５】
図１６の添付ボタン１８５を押下することで、ファイル選択ダイアログを出すことが可能である。このダイアログによって、図１の画像管理サーバ８にある一般画像（ＤＩＣＯＭ以外の画像）やＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）等の一般文書ファイル（会議資料１０）を取込むことが可能である。また、画像や文書ファイルを、資料取込確認画面１８１にドラッグ・アンド・ドロップすることで取込むことも可能である。
【００３６】
次に、会議準備システムの会議予約と議題追加時の動作説明を、図１のシステム構成図と、図１７から図２７までの画面例を用いて行う。ここでは、図１の会議クライアント１のＵＩ表示部１０５に表示された画面を、会議主催者がＵＩデバイス１０１を操作して術前カンファレンスを準備するというユースケース例で説明する。なお、本説明では会議主催者も医師としているが、医療クラーク等の病院スタッフが行っても構わない。
【００３７】
なお、定例の会議ならば毎回の会議予約は自動的に行われるので、定例会議予約を最初に１回行っておけば、その会議体に対してはその後の予約作業を行わなくて済む。また、各会議の議題についても、図１のオーダリングシステム７から直近の手術オーダーを検索して、自動的に手術対象患者を議題追加することも可能である。
【００３８】
まず、図１のＵＩデバイス１０１を操作して図１７に示すような会議一覧画面１９０を開く。次に、新規会議予約ボタン１９１を押下することで、図１８に示すような会議予約画面１８９を開き、会議タイトル入力エリア１９２に会議タイトルを入力する。次に、次へボタン１９３を押下することで、会議予約画面１８９は図１９に示すように切り替わり、会議の参加者・会議室・設備を入力エリア１９４で、開催日時を入力エリア１９５で設定する。次に、次へボタン１９６を押下することで、会議予約画面１８９は図２０に示すように切り替わり、会議の目的を入力エリア１９７で設定する。次に、次へボタン１９８を押下することで、会議予約画面１８９は図２１に示すように切り替わり、予約内容の最終確認が可能である。ここで、開催通知発行ボタン１９９を押下すると会議予約が完了し、メール等によって開催通知が参加者に発行される。
【００３９】
会議予約が完了すると、図２２に示すような会議一覧画面１９０に戻る。次に、会議一覧リスト１３１で予約済みの会議を選択し、会議を開くボタン１３０を押下することで、図２３に示すような会議画面１８８を開く。次に、議題追加ボタン１３２を押下することで、図２４に示すような患者検索パネル１３３を表示する。ここで、患者ＩＤや患者名をキーにして議題にすべき患者を検索することが可能である。また、チェックボックス１３４をチェックして検索ボタン１３５を押下することで図２５の患者リスト１３６に示すように自分が資料準備した患者のみをリストアップすることも可能である。ここで、追加ボタン１３７を押下すると図２６に示すように議題リストアイテム１３８が追加される。また、患者リストの左端部１３９は各リストアイテム毎にドラッグ可能になっており、会議画面１８８の左下領域にドロップすることで議題に患者を追加可能である。このようにして所定の患者を議題に追加した後は、議題追加ボタン１３２をもう一度押下して患者検索パネル１３３を閉じると図２７のように会議の準備が完了する。
【００４０】
＜その他の実施形態＞
本発明の目的は、前述した機能を実現するコンピュータプログラムのコードを記録した記憶媒体を、システムに供給し、そのシステムがコンピュータプログラムのコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたコンピュータプログラムのコード自体が前述した実施形態の機能を実現し、そのコンピュータプログラムのコードを記憶した記憶媒体は本発明を構成する。また、そのプログラムのコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した機能が実現される場合も含まれる。
【００４１】
さらに、以下の形態で実現しても構わない。すなわち、記憶媒体から読み出されたコンピュータプログラムコードを、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。そして、そのコンピュータプログラムのコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行って、前述した機能が実現される場合も含まれる。本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するコンピュータプログラムのコードが格納されることになる。
【図１】
2013186650.tif 000003
【図２】
2013186650.tif 000004
【図３】
2013186650.tif 000005
【図４】
2013186650.tif 000006
【図５】
2013186650.tif 000007
【図６】
2013186650.tif 000008
【図７】
2013186650.tif 000009
【図８】
2013186650.tif 000010
【図９】
2013186650.tif 000011
【図１０】
2013186650.tif 000012
【図１１】
2013186650.tif 000013
【図１２】
2013186650.tif 000014
【図１３】
2013186650.tif 000015
【図１４】
2013186650.tif 000016
【図１５】
2013186650.tif 000017
【図１６】
2013186650.tif 000018
【図１７】
2013186650.tif 000019
【図１８】
2013186650.tif 000020
【図１９】
2013186650.tif 000021
【図２０】
2013186650.tif 000022
【図２１】
2013186650.tif 000023
【図２２】
2013186650.tif 000024
【図２３】
2013186650.tif 000025
【図２４】
2013186650.tif 000026
【図２５】
2013186650.tif 000027
【図２６】
2013186650.tif 000028
【図２７】
2013186650.tif 000029
【図２８】
2013186650.tif 000030
【図２９】
2013186650.tif 000031
【図３０】
2013186650.tif 000032