(57)【要約】【課題】患者の要望に合わせた薬剤の処方オーダを行う際に、医療現場に過度の負担を与えることなく処方オーダの適格性を判断することのできる処方オーダ時の薬剤チェックシステム及び薬剤チェックプログラムを提供する【解決手段】薬剤の薬剤コード、薬効コード、適応症コード、副作用コードといった薬学的整合性を判断する情報の他、薬剤の粉砕の可否や代替薬Ａ'とのリンク情報、薬剤の分割の可否や代替薬Ａ"とのリンク情報、診療科ごとに設定された最大投与量や最大数量の情報に基づき、最大投与量や最大数量、粉砕又は分割の可否、代替薬の情報、薬剤の薬学的整合性、成分の重複や相互作用、薬学的な矛盾（禁忌）などを判断し、薬剤の性質と患者の病状を考慮して適正な処方オーダチェックを行う。【選択図】図３
2014021601.tif 000002
【特許請求の範囲】
【請求項１】
薬剤の処方オーダを入力する入力端末と、前記入力端末より入力された処方オーダをチェックするチェック端末と、がネットワークを介して接続された処方オーダ時の薬剤チェックシステムにおいて、
前記チェック端末は、
薬剤に関する種々の情報を記憶する薬剤データベース部と、処方オーダの履歴を患者ごとに蓄積して記憶する履歴データベース部と、を含む記憶手段と、
前記入力端末より入力された処方オーダの可否を前記記憶手段の各データベース部を参照して判断する判断手段と、
前記判断手段による処方オーダの可否を前記入力端末に送信する送信手段と、
からなることを特徴とする処方オーダ時の薬剤チェックシステム。
【請求項２】
前記薬剤データベース部には、ある薬剤に関する最大投与量及び／又は最大数量が診療科ごとに設定され、
前記判断手段は、前記記憶手段の各データベース部の参照結果から、同一患者への当該薬剤の処方オーダの可否を判断することを特徴とする請求項１記載の処方オーダ時の薬剤チェックシステム。
【請求項３】
前記薬剤データベース部には、ある薬剤に関する粉砕又は分割の可否が設定され、
前記判断手段は、前記記憶手段の各データベース部の参照結果から、当該薬剤の粉砕又は分割による処方オーダの可否を判断することを特徴とする請求項１記載の処方オーダ時の薬剤チェックシステム。
【請求項４】
前記薬剤データベース部には、ある薬剤に関する粉砕又は分割の可否が設定されるとともに、当該薬剤の代替薬の情報が設定され、
前記判断手段は、前記記憶手段の各データベース部の参照結果から、前記薬剤の処方オーダとともに又はこれに代えて前記代替薬の処方オーダを決定することを特徴とする請求項１記載の処方オーダ時の薬剤チェックシステム。
【請求項５】
前記薬剤データベース部には、ある薬剤に関する薬学的整合性を判断するための薬学的情報が設定され、
前記判断手段は、前記記憶手段の各データベース部の参照結果から、同一患者への当該薬剤の処方オーダの可否を判断することを特徴とする請求項１から４のいずれか記載の処方オーダ時の薬剤チェックシステム。
【請求項６】
コンピュータを、
薬剤に関する種々の情報を記憶する薬剤データベース部と、処方オーダの履歴を患者ごとに蓄積して記憶する履歴データベース部と、を含む記憶手段と、
入力された処方オーダの可否を前記記憶手段の各データベース部を参照して判断する判断手段と、
前記判断手段による処方オーダの可否を送信する送信手段と、
として機能させるための処方オーダ時の薬剤チェックプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医師等による処方箋作成の際に、処方オーダの適格性をコンピュータによって判断することのできる処方オーダ時の薬剤チェックシステム及び薬剤チェックプログラムに関する。
【背景技術】
【０００２】
近年、医療分野におけるコンピュータ技術の普及に伴い、患者のカルテや処方箋、検査データなどの電子データをコンピュータで一括管理することが行われている。また、処方箋入力時においては、コンピュータシステムを用いて処方チェックを行なうようになってきている。
【０００３】
例えば、処方チェックをするか否かを自由に設定することのできる処方チェック装置においては、処方データに禁忌処方データが含まれていても処方するか否かを設定して、患者の病状等により、禁忌処方であっても処方しなければならない場合に対応することができ、また禁忌処方以外の患者特有の理由（例えば、副作用等）により処方を中止しなければならない処方であっても処方しなければならない場合に対応することができるようになっている（特許文献１）。また、薬剤の有効性だけではなく、患者による好みの剤形に対応し得るように、処方オーダを発行することができるようになっている（特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１０２７５８号公報
【特許文献２】特開２０１０−２１８４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、引用文献１及び引用文献２に記載されているようなコンピュータシステムを用いた処方チェックでは、これから処方される薬剤に関してのみ処方チェックが行われており、過去に処方されて服用している薬剤との処方チェックや、これから処方される薬剤同士の処方チェックを行うようなシステム構成とはなっていない。また、多種多様の薬剤の中からどの薬剤が最も有効的で、かつ、医療現場の負担を抑制することができるか、というチェックを行うようなシステム構成とはなっていない。
【０００６】
そこで、本発明は、患者の要望に合わせた薬剤の処方オーダを行う際に、医療現場に過度の負担を与えることなく処方オーダの適格性を判断することのできる処方オーダ時の薬剤チェックシステム及び薬剤チェックプログラムを提供するものである。
【課題を解決するための手段】
【０００７】
本発明は、上記課題を解決するために、薬剤の処方オーダを入力する入力端末と、前記入力端末より入力された処方オーダをチェックするチェック端末と、がネットワークを介して接続された処方オーダ時の薬剤チェックシステムにおいて、前記チェック端末は、薬剤に関する種々の情報を記憶する薬剤データベース部と、処方オーダの履歴を患者ごとに蓄積して記憶する履歴データベース部と、を含む記憶手段と、前記入力端末より入力された処方オーダの可否を前記記憶手段の各データベース部を参照して判断する判断手段と、前記判断手段による処方オーダの可否を前記入力端末に送信する送信手段と、からなることを特徴とする処方オーダ時の薬剤チェックシステムを提供するものである。
【０００８】
本発明によれば、入力端末より入力された処方オーダの可否を、薬剤に関する種々の情報を記憶する薬剤データベース部と、処方オーダの履歴を患者ごとに蓄積して記憶する履歴データベース部と、を参照して判断することから、既に処方されて患者に受け渡った薬剤だけではなく、処方オーダがかかっている薬剤、すなわち、処方オーダがされて未だ患者に受け渡っていない薬剤についても判断の対象とすることができる。
【０００９】
また、本発明の処方オーダ時の薬剤チェックシステムは、前記薬剤データベース部には、ある薬剤に関する最大投与量及び／又は最大数量が診療科ごとに設定され、前記判断手段は、前記前記記憶手段の各データベース部の参照結果から、同一患者への当該薬剤の処方オーダの可否を判断する。
【００１０】
本発明によれば、同一薬剤であっても診療科ごとに最大投与量や最大数量が異なることから、例えば、小児科、精神科又は一般毎に処方オーダ時の最大投与量や最大数量を設定しておき、同一患者が異なる診療科を受診した場合においても、診療科相互の情報を組み合わせて適正な処方オーダチェックを行うことができる。
【００１１】
また、本発明の処方オーダ時の薬剤チェックシステムは、前記薬剤データベース部には、ある薬剤に関する粉砕又は分割の可否が設定され、前記判断手段は、前記記憶手段の各データベース部の参照結果から、当該薬剤の粉砕又は分割による処方オーダの可否を判断する。
【００１２】
本発明によれば、粉砕又は分割に適さない薬剤を粉砕又は分割して処方することがないように、適正な処方オーダチェックを行うことができる。
【００１３】
また、本発明の処方オーダ時の薬剤チェックシステムは、前記薬剤データベース部には、ある薬剤に関する粉砕又は分割の可否が設定されるとともに、当該薬剤の代替薬の情報が設定され、前記判断手段は、前記記憶手段の各データベース部の参照結果から、前記薬剤の処方オーダとともに又はこれに代えて前記代替薬の処方オーダを決定する。
【００１４】
本発明によれば、粉砕又は分割に適さない薬剤については代替薬の処方オーダを決定し、薬剤を粉砕又は分割しなくてもいい代替薬がある場合には、その薬剤の処方オーダとともに代替薬の処方オーダも決定して、適正な処方オーダチェックを行うことができる。これにより、代替薬の存在を知った医師等は、代替薬を優先して処方することもでき、薬剤の粉砕又は分割業務を減らすことにもつながる。
【００１５】
また、前記薬剤データベース部には、ある薬剤に関する薬学的整合性を判断するための薬学的情報が設定され、前記判断手段は、前記記憶手段の各データベース部の参照結果から、同一患者への当該薬剤の処方オーダの可否を判断する。
を判断する。
【００１６】
本発明によれば、処方オーダ時に禁忌チェック等の薬学的整合性の判断を行うことにより、適正な処方オーダチェックを行うことができる。
【００１７】
また、本発明の処方オーダ時の薬剤チェックプログラムは、コンピュータを、薬剤に関する種々の情報を記憶する薬剤データベース部と、処方オーダの履歴を患者ごとに蓄積して記憶する履歴データベース部と、を含む記憶手段と、入力された処方オーダの可否を前記記憶手段の各データベース部を参照して判断する判断手段と、前記判断手段による処方オーダの可否を送信する送信手段と、として機能させる。
【００１８】
本発明によれば、入力された処方オーダの可否を、薬剤に関する種々の情報を記憶する薬剤データベース部と、処方オーダの履歴を患者ごとに蓄積して記憶する履歴データベース部と、を参照して判断することから、既に処方されて患者に受け渡った薬剤だけではなく、処方オーダがかかっている薬剤、すなわち、処方オーダがされて未だ患者に受け渡っていない薬剤についても判断の対象とすることができる。
【発明の効果】
【００１９】
本発明の処方オーダ時の薬剤チェックシステム及び薬剤チェックプログラムは、処方オーダがされた薬剤を対象として医療現場に叶った適正な処方オーダチェックを行うことができる効果がある。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態に係る薬剤チェックシステムのハードウェア構成を示すブロック図である。
【図２】本発明の実施の形態に係る薬剤チェックシステムのチェック端末のハードウェア構成を示すブロック図である。
【図３】薬剤データベース部に記憶される薬剤に関する情報の例である。
【図４】複数の薬剤同士の薬学的整合性を検証するための説明図である。
【図５】本発明の実施の形態に係る薬剤チェックプログラムの流れを示すフロー図である。
【図６】本発明の実施の形態に係る薬剤チェックプログラムの流れを示すフロー図である。
【図７】本発明の実施の形態に係る薬剤チェックプログラムの流れを示すフロー図である。
【図８】本発明の実施の形態に係る薬剤チェックプログラムの流れを示すフロー図である。
【発明を実施するための形態】
【００２１】
本発明の実施の形態を図示する実施例に基づいて説明する。
【００２２】
図１に示す薬剤チェックシステムは、入力端末１とチェック端末２（サーバ）とから構成され、両端末は有線又は無線によるネットワーク（インターネット、イントラネット等）を介して接続されている。ここに、入力端末１は医師や歯科医師等によって薬剤の処方オーダを入力して決定するものであり、チェック端末２は入力端末１より入力された処方オーダを受信してチェックするものである。
【００２３】
入力端末１は、入力端末１の総合的な情報処理を司るＣＰＵ１１と、このＣＰＵ１１のワーキングエリアとして機能するＲＡＭ１２と、様々な情報処理プログラムを格納するＲＯＭ１３と、有線又は無線による通信を制御する通信制御部１４と、キーボード１７からの入力信号を制御する入力制御部１５と、モニタ１８への出力信号を制御する出力制御部１６と、を有する。
【００２４】
ＣＰＵ１１は、例えば、キーボード１７からの入力信号を入力制御部１５を介して認識し、その認識結果を出力制御部１６へ介してモニタ１８に出力する。また、適宜ＲＡＭ１２にアクセスすることで入力端末１全体の動作を制御したり、通信制御部１４を介することでチェック端末２と通信を行う。
【００２５】
ＲＯＭ１３は、一例として磁気ハードディスクが挙げられ、患者のカルテや処方箋、検査データなどの電子データを処理する際に用いられる複数のプログラムを格納している。またＲＡＭ１２は、一例として半導体メモリが挙げられ、データを一時的に格納することができる。
【００２６】
次に、チェック端末２は、サーバの総合的な情報処理を司るＣＰＵ２１と、このＣＰＵ２１のワーキングエリアとして機能するＲＡＭ２２と、同効薬の重複や副作用の有無などについての薬学的整合性判断プログラムなど様々な情報処理プログラムを格納するＲＯＭ２３と、有線又は無線による通信を制御する通信制御部２４と、各種のデータベースを格納するデータベース部２５と、を有する。
【００２７】
より詳細には、図２に示すように、チェック端末２は、受信手段２４ａ，送信手段２４ｂ，送受信手段２４ｃからなる通信制御部２４、ＲＡＭ２２，ＲＯＭ２３，データベース部２５からなる記憶手段２６、判断手段２１（ＣＰＵ２１）を有し、各手段はバスにより接続され、それぞれの機能が実行される。
【００２８】
通信制御部２４は、入力端末１から送信された情報を受信する受信手段２４ａ、入力端末１へ送信する情報を送信する送信手段２４ｂ、受信手段２４ａを通じて指令又は入力された内容を解釈してこれを判断手段２１に与えるとともに、判断手段２１から発せられる各種の指令を解釈して送信手段２４ｂに対する出力制御を行うインターフェースとして機能する。
【００２９】
記憶手段２６は、メインメモリ（ＲＡＭ２２）におかれる作業領域２２ａと、ディスク装置（フロッピーディスク、ハードディスク又は光磁気ディスク等）等の二次記憶装置におかれるデータベース部２５と、画面定義記憶領域４ｃと、を有している。
【００３０】
作業領域２２ａは、本システムの起動とともに確保されて、入力された各種データが一時的に記憶される領域である。データベース部２５は、作業領域２２ａに一時的に記憶されたデータについてセーブ要求があったときに、書き込み制御を通じてデータが半恒久的に記憶される領域である。画面定義記憶領域２６ａは、本システムとしてモニタ等の表示部に表示すべき各種画面の画面定義情報があらかじめ記憶された領域である。
【００３１】
データベース部２５は、薬剤に関する種々の情報を記憶する薬剤データベース部２５ａと、処方オーダの履歴を患者ごとに蓄積して記憶する履歴データベース部２５ｂと、患者の情報を記憶する患者情報データベース部２５ｃと、その他に本システムに必要な情報を記憶する総合データベース部２５ｄと、に区画される。
【００３２】
薬剤データベース部２５ａは、薬剤に関する種々の情報として、最大投与量や最大数量、粉砕又は分割の可否、代替薬の情報、薬剤の薬学的整合性、成分の重複や相互作用、薬学的な矛盾（禁忌）などを検証するためのデータが格納される。図３は、薬剤Ａについて設定される情報の例であり、薬剤コード、薬効コード、適応症コード、副作用コードといった相互作用や薬学的整合性を判断する情報の他、粉砕の可否や代替薬Ａ'とのリンク情報、分割の可否や代替薬Ａ"とのリンク情報、診療科ごとに設定された最大投与量や最大数量の情報が格納される。
【００３３】
例えば、一般科（内科）で薬剤Ａの処方オーダを受けた患者が、精神科でも薬剤Ａの処方オーダを受けようとした場合には、薬剤コードの一致が判断手段２１によって判断されることから、精神科において処方オーダを実行していいかどうか入力端末１に警告指示することによって、処方医に注意を促すことができる。また、一般科（内科）で薬剤Ａ及び薬剤Ｂの処方オーダを受けようとする患者や、一般科（内科）で薬剤Ａの処方オーダを受けて精神科では薬剤Ｂの処方オーダを受けようとする患者の場合には、後述する複数の薬剤同士の薬学的整合性が判断された後に、処方オーダを実行していいかどうか入力端末１に警告指示することによって、処方医に注意を促すことができる。
【００３４】
また、薬剤Ａを粉砕して処方オーダを受けようとする患者がいる場合に、薬剤Ａの粉砕が不適切又は不可能であれば、その旨を入力端末１に警告指示することによって、処方医に注意を促すことができる。その際に、薬剤Ａを粉砕せずとも代替薬Ａ'がある場合には、その代替薬Ａ'の情報も処方医に提供することができる。これは、薬剤Ａを分割して処方オーダを受けようとする患者がいる場合も同様である。
【００３５】
また、図４に示すように、薬剤Ａと薬剤Ｂとを処方しようとする患者に対して、複数の薬剤同士の薬学的整合性を検証する場合には、薬剤Ａに付された薬効コードと薬剤Ｂに付された薬効コードを比較して、同効薬剤の重複オーダである場合には、入力端末１に対して警告表示することで、適正な処方オーダチェックを行うことができる。
【００３６】
同じく、高血圧症に適応する薬剤Ａと高血圧症には禁忌である薬剤Ｂとを処方しようとする患者に対して、それらの適応症コードを比較することによって、禁忌薬剤のオーダを未然に防止することができる。なお、禁忌チェックを行う場合には、絶対に併用不適切な絶対禁忌と、基本的には併用不適切であるが処方医の裁量により処方可能な原則禁忌といった複数の分類分けをしておき、分類分け毎に警告表示の態様を変えることもできる。同じく、空咳の副作用がある薬剤Ａと咳の症状に適応する薬剤Ｂとを処方しようとする患者に対して、副作用コードを比較することによって、適正な処方オーダチェックを行うことができる。
【００３７】
このように、ある薬剤に適応症コード、薬効コード、副作用コードを振り分けて体系化し、それらのコードの一致・類似等を比較することによって、不適切な薬剤の併用を防止するために適正な処方オーダチェックを行うことができる。なお、薬学的整合性を検証・比較する際のコードデータとしては、体内動態因子（吸収因子、分布因子、代謝因子、排泄因子、遺伝学的因子）や薬剤悪影響因子（副作用、相互作用、禁忌、中毒、アレルギー・免疫）の影響を考慮したコードデータを各薬剤に付与することもできる。
【００３８】
履歴データベース部２５ｂは、処方オーダの履歴を患者ごとに蓄積して記憶するものであり、患者名、過去の処方日、処方薬剤名、処方数量、調剤薬局、処方医院など、様々な情報が記憶されている。また、患者情報データベース部２５ｃは、患者の情報を記憶するものであり、患者の名前、年齢、生年月日、通院歴、家族構成など、様々な情報が記憶されている。
【００３９】
次に、本発明の実施の形態に係る処方オーダ時の薬剤チェックシステムにおける情報処理の流れについて、図５〜図８に基づいて説明する。
【００４０】
図５において、入力端末１からの患者情報が送信されると、チェック端末２はそれを受信する（ステップＳ５１）。送受信される患者情報としては、患者の氏名や生年月日であたり、患者固有のＩＤ、カルテ番号などである。処方医によって入力端末１から入力された薬剤の処方オーダをチェック端末２が受信すると（ステップＳ５２）、それが適正かどうかの処方オーダチェック処理を実行する（ステップＳ５３）。後述する種々の処方オーダチェック処理が実行された後、本ルーチンは終了する。
【００４１】
図６は、処方される薬剤が最大投与量や最大数量の範囲内か否かを判断して処方オーダチェックを行うサブルーチンである。
【００４２】
図６において、薬剤データベースを参照してある薬剤に関する最大投与量・最大数量の情報を読み出すとともに、履歴データベースを参照して患者の処方情報を読み出し（ステップＳ６１）、ある患者への薬剤の処方が投与量・数量の観点から適正であるか否かを最大投与量・最大数量と比較して判断する（ステップＳ６２）。この場合に、ある患者が複数の診療科を受診している場合には、診療科ごとに設定された最大投与量・数量を勘案した上で判断する。同一の診療科の場合には、単純に診療科ごとに設定された最大投与量・数量によって判断する。また、過去に処方されて現在服用している薬剤がある場合には、服用期間や服用日数を勘案した上で判断する。
【００４３】
ステップＳ６２において最大投与量・数量の範囲内であると判定した場合には、その薬剤のオーダを許可し（ステップＳ６５）、本サブルーチンを終了する。一方、ステップＳ６２において最大投与量・数量の範囲内ではないと判定した場合には、その薬剤に関する警告表示要求を行う（ステップＳ６３）。警告表示要求を受けた入力端末１は、モニタ１８上に警告表示を行うなどして処方医に注意を促す。この場合、チェック端末２は入力端末１からのオーダ要求を確認し（ステップＳ６４）、ステップＳ６４においてオーダ要求を確認すれば、その薬剤のオーダを許可する（ステップＳ６５）。一方、ステップＳ６４においてオーダ要求を確認しなければ、本サブルーチンを終了する。
【００４４】
図７は、処方される薬剤が粉砕又は分割可能か否かを判断して処方オーダチェックを行うサブルーチンである。
【００４５】
入力端末１から薬剤の粉砕又は分割要求があったときは、チェック端末２は薬剤データベースを参照して粉砕の可否又は分割の可否の情報を読み出して（ステップＳ７１）、分割・粉砕の可否を判断する（ステップＳ７２）。ステップＳ７２において粉砕又は分割が可能と判定した場合で、代替薬の情報も提供する場合には、代替薬の有無も判断する（ステップＳ７３）。ステップＳ７３において代替薬有りと判定した場合は、粉砕又は分割が可能であるとの情報とともに代替薬の情報も入力端末１に送信する（ステップＳ７４）。一方、ステップＳ７３において代替薬無しと判定した場合は、粉砕又は分割が可能であるとの情報を入力端末１に送信する（ステップＳ７５）。この場合、代替薬無しとの情報も併せて送信してもよい。
【００４６】
ステップＳ７２において粉砕又は分割が不可能と判定した場合で、代替薬の情報も提供する場合には、代替薬の有無も判断する（ステップＳ７６）。ステップＳ７６において代替薬有りと判定した場合は、代替薬の情報を入力端末１に送信する（ステップＳ７７）。この場合、粉砕又は分割が不可能との情報も併せて送信してもよい。一方、ステップＳ７６において代替薬無しと判定した場合は、粉砕又は分割が不可能で、かつ、代替薬無しとの情報を入力端末１に送信する（ステップＳ７８）。以上、ステップＳ７４，Ｓ７５，Ｓ７７，Ｓ７８のいずれかの処理を経て本サブルーチンは終了する。
【００４７】
図８は、処方される薬剤に薬学的整合性があるか、すなわち、成分の重複や相互作用、薬学的な矛盾などを判断して処方オーダチェックを行うサブルーチンである。
【００４８】
図８において、薬剤データベースを参照してある薬剤に関する薬学的整合性の情報を読み出すとともに、履歴データベースを参照して患者の処方情報を読み出し（ステップＳ８１）、ある患者への薬剤の処方が薬学的整合性の観点から適正であるか否かを判断する（ステップＳ８２）。より具体的には、ＣＰＵ２１は、ＲＯＭ２３から薬学的整合性検証プログラムを読み出し、同効薬の重複や副作用の有無などについて検証する。
【００４９】
ステップＳ８２において薬学的整合性がないと判定した場合は、その薬剤に関する警告表示要求を行う（ステップＳ８３）。警告表示要求を受けた入力端末１は、モニタ１８上に警告表示を行うなどして処方医に注意を促す。この場合、チェック端末２は入力端末１からのオーダ要求を確認し（ステップＳ８４）、ステップＳ８４においてオーダ要求を確認すれば、その薬剤のオーダを許可する（ステップＳ８５）。一方、ステップＳ８４においてオーダ要求を確認しなければ、本サブルーチンを終了する。また、ステップＳ８２において薬学的整合性があると判定した場合には、その薬剤のオーダを許可し（ステップＳ８５）、本サブルーチンを終了する。
【産業上の利用可能性】
【００５０】
本発明に係る処方オーダ時の薬剤チェックシステム及び薬剤チェックプログラムは、薬剤の性質と患者の病状を考慮して適正な処方オーダチェックを行うものであって、処方オーダの時点において、処方薬剤による有害反応の発現を予見し、患者の安全をより一層高めることが可能なものとして有用である。
【符号の説明】
【００５１】
１  入力端末
２  チェック端末
１１，２１  ＣＰＵ
１２，２２  ＲＡＭ
１３，２３  ＲＯＭ
１４，２４  通信制御部
１５  入力制御部
１６  出力制御部
１７  キーボード
１８  モニタ
２５  データベース部
２６  記憶手段
【図１】
2014021601.tif 000003
【図２】
2014021601.tif 000004
【図３】
2014021601.tif 000005
【図４】
2014021601.tif 000006
【図５】
2014021601.tif 000007
【図６】
2014021601.tif 000008
【図７】
2014021601.tif 000009
【図８】
2014021601.tif 000010