(57)【要約】【課題】緩和ケアにあたって患者の不安を軽減し、円滑な遠隔診療を支援し得る遠隔診療アプリケーションおよびシステムを提供する。【解決手段】患者１側の操作入力に応じ、医療用麻薬の服薬に関する問診および服薬指導を行う。問診の結果に応じ、医師２による診療の予約へ誘導する。診療の予約への誘導に対して患者１がＮＯを入力した場合には、さらに一回以上、医師２による診療の予約へ誘導する。また、医療用麻薬の副作用に関する問診および服薬指導をも併せて行うことができ、その場合、副作用としては、便秘、吐き気、眠気の少なくともいずれかを扱うことができる。【選択図】図１
2020034993.tif 000002
【特許請求の範囲】
【請求項１】
患者側の操作入力に応じ、医療用麻薬の服薬に関する問診および服薬指導を行うよう構成されていること
を特徴とする遠隔診療アプリケーション。
【請求項２】
問診の結果に応じ、医師による診療の予約へ誘導するよう構成されていること
を特徴とする請求項１に記載の遠隔診療アプリケーション。
【請求項３】
前記診療の予約への誘導に対して患者がＮＯを入力した場合に、さらに一回以上、医師による診療の予約へ誘導するよう構成されていること
を特徴とする請求項２に記載の遠隔診療アプリケーション。
【請求項４】
医師への連絡手段と連携するよう構成されていること
を特徴とする請求項１〜３のいずれか一項に記載の遠隔診療アプリケーション。
【請求項５】
医療用麻薬の副作用に関する問診および服薬指導を併せて行うよう構成されていること
を特徴とする請求項１〜４のいずれか一項に記載の遠隔診療アプリケーション。
【請求項６】
前記副作用として、便秘、吐き気、眠気の少なくともいずれかを扱うよう構成されていること
を特徴とする請求項５に記載の遠隔診療アプリケーション。
【請求項７】
患者側の操作入力に応じ、医療用麻薬の服薬に関する問診および服薬指導を行うよう構成されていること
を特徴とする遠隔診療システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療用麻薬による緩和ケアを遠隔で行うための診療アプリケーション、およびシステムに関する。
【背景技術】
【０００２】
近年、インターネット接続機能を備えたテレビやスマートフォン等の通信機器を活用し、患者が自宅等にいながら、病院等の医療機関にいる医師の診療を受ける遠隔診療の考え方が普及しつつあり、制度面、実用面の整備が進められている。オンライン診察により処方箋を発行し、院外の薬局で必要な医薬を処方することができるようになったほか、服薬指導についても必ずしも対面である必要はなくなり、一部地区ではテレビ電話等による指導も開始される。また、こうした遠隔診療を支援する技術も種々提案されており、特許文献としては、例えば、下記特許文献１、２等がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−１０６４０２号公報
【特許文献２】特開２０１８−０２８８９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
緩和ケアの分野においては、医療用麻薬の処方や服薬指導をオンラインで行うことが可能となった。しかしながら、特に医療用麻薬の場合、初期に吐き気や眠気、便秘といった副作用が出ることがあり、「麻薬」という名称への忌避感も相俟って、不安を抱いた患者が自分の判断により服薬を中止し、あるいは服薬量を減らしてしまうケースが多い。前述のような初期の副作用は、多くの場合、適切な対処によって改善するし、医師に指導を受けた通りの量で適切に服薬を継続し、服薬量を増量していけば痛みは緩和される。にもかかわらず、副作用や名称へのイメージといった医療用麻薬特有の事情のために患者の不安感が喚起されてしまい、一部の患者では適切な服薬がなかなか為されないのである。
【０００５】
むろん、副作用が出た段階で医師に相談すれば、改めて診断と指導を受けることで不安感が払拭され、適切な服薬を続けることができるが、患者にとっては医師への相談にも心理的な抵抗感が生じることが少なくなく、服薬状況を改善する機会がみすみす失われてしまいがちであるという問題があった。テレビ電話等により医師の指導を仰ぐにも、副作用により医療用麻薬そのものに不安感が生じていたり、既に自らの判断で服薬状況を変えてしまっている状況では、医師に相談することそのものに対する抵抗が増してしまうのである。そこで、特に医療用麻薬を使用する緩和ケアを遠隔診療にて行う場合に、患者に対し必要な助言や指導をし得る技術の実現が望まれていた。
【０００６】
本発明は、斯かる実情に鑑み、緩和ケアにあたって患者の不安を軽減し、円滑な遠隔診療を支援し得る遠隔診療アプリケーションおよびシステムを提供しようとするものである。
【課題を解決するための手段】
【０００７】
本発明は、患者側の操作入力に応じ、医療用麻薬の服薬に関する問診および服薬指導を行うよう構成されていることを特徴とする遠隔診療アプリケーションにかかるものである。
【０００８】
本発明の遠隔診療アプリケーションは、問診の結果に応じ、医師による診療の予約へ誘導するよう構成することができる。
【０００９】
本発明の遠隔診療アプリケーションは、前記診療の予約への誘導に対して患者がＮＯを入力した場合に、さらに一回以上、医師による診療の予約へ誘導するよう構成することができる。
【００１０】
本発明の遠隔診療アプリケーションは、医師への連絡手段と連携するよう構成することができる。
【００１１】
本発明の遠隔診療アプリケーションは、医療用麻薬の副作用に関する問診および服薬指導を併せて行うよう構成することができる。
【００１２】
本発明の遠隔診療アプリケーションは、前記副作用として、便秘、吐き気、眠気の少なくともいずれかを扱うよう構成することができる。
【００１３】
また、本発明は、患者側の操作入力に応じ、医療用麻薬の服薬に関する問診および服薬指導を行うよう構成されていることを特徴とする遠隔診療システムにかかるものである。
【発明の効果】
【００１４】
本発明の遠隔診療アプリケーションおよびシステムによれば、緩和ケアにあたって患者の不安を軽減し、円滑な遠隔診療を支援し得るという優れた効果を奏し得る。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施による遠隔診療システムの構成の一例を示す概略図である。
【図２】本発明の実施による遠隔診療アプリケーションの動作の一例を示すフローチャートである。
【図３】図２のフローチャートの続きである。
【図４】図２、図３のフローチャートの続きである。
【図５】図２〜図４のフローチャートの続きである。
【図６】図２〜図５のフローチャートの続きである。
【図７】図２〜図６のフローチャートの続きである。
【図８】本発明の実施による遠隔診療アプリケーションの動作において表示される画面の一例を示す図である。
【図９】本発明の実施による遠隔診療アプリケーションの動作において表示される別の画面の一例を示す図である。
【図１０】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１１】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１２】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１３】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１４】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１５】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１６】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１７】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１８】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図１９】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２０】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２１】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２２】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２３】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２４】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２５】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２６】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２７】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２８】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図２９】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図３０】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図３１】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図３２】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【図３３】本発明の実施による遠隔診療アプリケーションの動作において表示されるさらに別の画面の一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態を添付図面を参照して説明する。
【００１７】
図１は本発明の実施による遠隔診療システムの構成の一例を示しており、患者１と医師２とが、インターネット等であるネットワーク３を介して情報をやりとりし、遠隔診療を行うようになっている。
【００１８】
ネットワーク３には、患者１の操作する患者側情報端末４と、医師２の操作する医師側情報端末５と、サーバ６が接続されている。
【００１９】
患者側情報端末４は、例えばスマートフォンやタブレット、パーソナルコンピュータ等の情報端末である。患者側情報端末４は、ネットワーク３との通信を行う通信部４ａ、各種の情報を格納する記憶部４ｂ、患者１からの操作を入力する操作部４ｃ、各種の情報を画像や文字、音声等により出力する出力部４ｄ、これらの動作を制御する制御部４ｅを備えている。患者側情報端末４がスマートフォンやタブレット等である場合、操作部４ｃと出力部４ｄはタッチパネルとして一体に構成される。
【００２０】
医師側情報端末５は、例えばスマートフォンやタブレット、パーソナルコンピュータ等の情報端末である。医師側情報端末５は、患者側情報端末４と同様、ネットワーク３との通信を行う通信部５ａ、各種の情報を格納する記憶部５ｂ、医師２からの操作を入力する操作部５ｃ、各種の情報を画像や文字、音声等により出力する出力部５ｄ、これらの動作を制御する制御部５ｅを備えている。
【００２１】
サーバ６は、ネットワーク３との通信を行う通信部６ａ、各種の情報を格納する記憶部６ｂ、これらの動作を制御する制御部６ｃを備えている。サーバ６の通信部６ａには、患者側情報端末４や医師側情報端末５からネットワーク３を通じて各種の情報が取得され、記憶部６ｂに記憶される。記憶部６ｂに保存されるデータとしては、例えば、後述する遠隔診療アプリケーション７から送信される問診データ７ａや予約データ７ｂ、その他各種のデータが挙げられる。
【００２２】
患者側情報端末４には、遠隔診療アプリケーション７がインストールされる。遠隔診療アプリケーション７は、サーバ６や、あるいはネットワーク３に接続された図示しない別のサーバから通信部４ａを通じて患者側情報端末４にダウンロードされ、記憶部４ｂに格納される。
【００２３】
尚、ここでは遠隔診療アプリケーション７を患者側情報端末４にて動作させる場合を例示しているが、これに限定されるものではない。例えば図１に破線にて示す如く、サーバ６側に遠隔診療アプリケーション７（あるいは同等の動作をするプログラム）を格納し、患者１が都度、患者側情報端末４からサーバ６へアクセスし、遠隔診療アプリケーション７による問診や服薬指導を行うようにしても良い。その他、以下に説明する如き問診や服薬指導を実行できる限りにおいて、システムの構成は適宜変更することができる。
【００２４】
また、図１では説明の便宜から、一人の医師２および一人の患者１を図示しているが、一個の遠隔診療システムを利用する医師２や患者１の数としては、実際にはこれより多数を想定し得ることは勿論である。医師側情報端末５や患者側情報端末４、あるいはサーバ６の台数についても、実施の規模等により適宜変更することができる。
【００２５】
また、患者側情報端末４および医師側情報端末５の操作に関し、以下では患者１や医師２本人による操作を想定して説明するが、実際の操作は必ずしも本人が行う必要はない。患者側情報端末４の操作は、初期設定時には患者１やその介助者等のほか、医師２や医療機関の人員等が行っても良いし、その後の問診や服薬指導時の操作は患者１本人が行っても、あるいは介助者等、本人以外の患者１側の人間が行っても良い。また、医師側情報端末５の操作に関しても、医師２本人に限らず、医療機関の者等、医師以外の人間が行うこともできる。
【００２６】
本実施例の遠隔診療アプリケーション７、およびこれを用いた遠隔診療システムの動作の一例を、図２〜図７のフローチャートと、図８〜図３２の各図を参照しながら説明する。
【００２７】
遠隔診療アプリケーション７は、患者側情報端末４への患者１側からの操作入力に応じ、医療用麻薬の服薬に関する問診と、服薬指導を行うようになっている。ここで、医療用麻薬とは、モルヒネやオキシコドン、フェンタニル、コデイン、ヒドロモルフォン、タペンタドール、メサドンといった、がん等の痛みを治療する目的で用いられる鎮痛薬を指す。また、これらの医療用麻薬は、主要な副作用として、服用者に便秘、吐き気、眠気といった症状をもたらす場合があるが、遠隔診療アプリケーション７では、これらの副作用のうち少なくとも１つ（以下に説明する例では、３つ）を扱い、副作用に関する問診や、副作用を抑える医薬の服薬指導をも併せて行うことができる。
【００２８】
上述の如く、医療用麻薬においては、初期の副作用や「麻薬」という名称から不安が生じ、患者１が自分の判断により服薬を中止し、あるいは服薬量を減らしてしまう場合が多い。一方で、患者１にとっては医師２への相談にも心理的な抵抗感が生じることがある。そこで、本実施例遠隔診療アプリケーション７では、簡単な問診や服薬指導については医師２本人を介さず、患者１の操作入力に応じて機械的に実行するようにしている。こうすることにより、医師２への相談に際して生じる心理的抵抗を回避しながら、患者１の症状に応じた適切な助言を行うことができるのである。また、必要に応じて診療の予約へと誘導することで、医師２へ直接相談する機会も設けやすくしている（詳しくは後述する）。
【００２９】
遠隔診療アプリケーション７は、例えば初回の診療時は医療機関等において患者１と医師２とが直接の対面により診療を行った後、第二回以降の診療に使用することができる。医師２は、初回の診療時に、遠隔診療システムや遠隔診療アプリケーション７について患者１に説明すれば良い。あるいは、医療行為を伴わない相談であれば、初回時に症状等をネットワーク３を通じて医師２に報告したり、サーバ６にデータを送信し、次回からこれに基づいて問診や服薬指導を行うようにすることも可能である（尚、以下に説明するフローチャートは第二回以降の診療での使用を想定し、問診や服薬指導を行う場合を例示している。初回時に使用するフローとしては、以下に説明するものとは別の動作を組み込む必要がある）。
【００３０】
遠隔診療アプリケーション７を立ち上げると、該遠隔診療アプリケーション７は、まず初期データを取得する（図２、ステップＳ１０１）。この初期データとは、例えば現在処方されている医薬の種類や量といった情報であり、さらに必要に応じて、患者１の現在の症状、鎮痛薬やその他の医薬のステップアップ（段階的増量）を行う場合には前回増量された日付、処方量の上げ幅や上限値、その他、既往歴、氏名、体重、年齢、性別等の情報をも追加することができる。初期データは、例えば医師２が患者側情報端末４やサーバ６に予め入力しておいたものを遠隔診療アプリケーション７が読み込むようにしても良いし、患者１自身で入力できる種類のデータであれば、患者１が予め、あるいは遠隔診療アプリケーション７の起動時に入力するようにしても良い。
【００３１】
初期データの取得が完了したら、次に図８に示す如く、患者側情報端末４の出力部４ｄに最初の質問画面が表示される（ステップＳ１０２）。この質問画面では、痛みがある場合の持続時間を尋ねる質問１と、現在の頓用薬の使用回数を尋ねる質問２と、各副作用（便秘、吐き気、眠気）の有無をそれぞれ尋ねる質問３〜５が表示される。患者１は、これらの質問に対し、操作部４ｃを操作して各チェックボックスにチェックを入力することで回答する（ステップＳ１０３）。
【００３２】
回答が済んだら、続いて鎮痛薬の量を変更するか否かについて判定を行う（ステップＳ１０４）。尚、ここでは鎮痛薬の量に関し「増量」または「現在の量を維持」の選択肢がある場合を説明するが、この他に「減量」の選択肢があっても良い。その場合は、現在の痛みの有無、その強さや期間、また後述する副作用の有無や状態等に応じ、鎮痛薬の減量を指示するようにすれば良い。
【００３３】
本実施例のステップＳ１０４では、ステップＳ１０２で表示された質問のうち、質問１および質問２の回答に基づき、鎮痛薬を増量するか否かの判定を行う。「質問１に対する回答がＹＥＳ」、または「質問２に対する回答が所定の回数（例えば、２回）以上」のうち少なくとも一方が満たされており、且つ、前回の増量から所定の期間（例えば、２日）以上が経過している場合には、ステップＳ１０５に移る。ステップＳ１０４において条件が満たされていないと判定された場合には、鎮痛薬の量の変更はせず、後述するステップＳ２０１に移る。
【００３４】
ステップＳ１０５では、図９に示す如く、痛みへの対処を行う旨のメッセージが表示される。患者１が確認ボタン（図中では「次へ」と表示）を入力すると、ステップＳ１０６に移る。ステップＳ１０６では、図１０に示す如く、鎮痛薬の投薬量を増量するか否かを患者１自身が選択するための選択画面が表示される。この選択画面では、常用の鎮痛薬が表示され、該鎮痛薬の種類ごとに、現在の投薬量と、増量後の投薬量、また、必要に応じて服薬方法を指導するメッセージ等が表示される。ここで表示される鎮痛薬の種類や現在の投薬量は、初期データとして前述のステップＳ１０１にて入力されたものである（ここでは、フェントス（登録商標）を使用する場合を例示している）。
【００３５】
患者１は、図１０の選択画面に対し、投薬量を増量するか否かを確認し、入力する（ステップＳ１０７）。確認ボタンが入力されたらステップＳ１０８に進み、図１０の選択画面に対し、ステップＳ１０７でＹＥＳ（「増量する」）と入力されたか否かを判定する。
【００３６】
ステップＳ１０８において、ステップＳ１０７で入力された回答がＮＯ（「増量しない」）であったと判定された場合は、後述するステップＳ２０１に移る。
【００３７】
ステップＳ１０７で入力された回答がＹＥＳであった場合は、ステップＳ１０９に移る。このステップＳ１０９では、増量後の投薬量、および服薬方法を再度指導するメッセージ画面を表示する（図１１参照）。このとき、副作用に関する注意もあわせて表示し、さらに、医師２による診療の予約を促す文言と、予約を行うか否かの選択肢を表示する。患者１はこれに対して回答を入力し（ステップＳ１１０）、続くステップＳ１１１において、患者１の回答に関する判定を行う。
【００３８】
ステップＳ１１１において、ステップＳ１１０で予約しない旨の回答がなされていたと判定された場合は、後述するステップＳ１１９（図３参照）に移る。ステップＳ１１０で予約する旨の回答がなされていた場合は、続いて、ステップＳ１１２〜Ｓ１１８を実行する。
【００３９】
ステップＳ１１２では、本遠隔診療アプリケーション７から予約システム（図示せず）へ移行すると同時に、図１２に示す如く、予約システムへ移行する旨の画面を表示する。
【００４０】
前記予約システムは、詳しい手順等についてはここでは説明しないが、医師２による診療をネットワーク３を介して予約するシステムであり、既に多くの医療機関で実用化されている仕組みである。予約システムは、例えば患者側情報端末４に予約用アプリケーションを別途インストールしておき、遠隔診療アプリケーション７によりステップＳ１１２を行う際、自動的に前記予約用アプリケーションへ遷移するようにすれば良い。あるいは、サーバ６内に構築された予約用のシステムへネットワーク３を通じてアクセスし、ネットワークブラウザから予約をするようにしても良い。その他、予約システムとしては、患者１が診療の予約を好適に実行できるよう、適当な構成を取ることができる。
【００４１】
患者１は、誘導された予約システムにて希望の担当医や日時を入力し、前記予約システムの操作が済んだら、再び遠隔診療アプリケーション７へ戻る。この際、前記予約システム側で、予約の完了時に遠隔診療アプリケーション７へ移行するようにしても良い。前記予約システムでは、予約した患者１の識別情報や、予約日時、担当医等の情報を、予約データ７ｂとしてサーバ６内に格納する。あるいは、医師側情報端末５へ送信する。このように、予約システムと連動し、問診の結果や患者１の希望等に応じて医師２による診療の予約へと誘導するようになっている点は、本実施例の遠隔診療アプリケーション７および遠隔診療システムの特色の一つである。医師２による判断が必要と思われる場合や、患者１が希望する場合等に予約へ誘導することで、問診の内容と連動する形で的確に、且つ手間なく円滑に診療の予約を行うことができるのである。尚、ここでは遠隔診療アプリケーション７とは別に予約システムがある場合を想定して説明したが、遠隔診療アプリケーション７に予約の機能を組み込んだ形とすることもできる。
【００４２】
前記予約システムから戻ると、遠隔診療アプリケーション７では、前記予約システムでの予約が完了したか否かを判定する（ステップＳ１１３）。通信状況等によっては、予約が未完了のまま前記予約システムの操作が中断し、あるいは終了してしまう場合も考えられるからである。尚、予約システム側で、予約が完了した時にその旨を遠隔診療アプリケーション７へ伝えるようにしても良い。
【００４３】
予約が支障なく完了していたら、予約済のフラグを立て（ステップＳ１１４）、図１３に示す如く、予約が完了した旨のメッセージ画面を表示する（ステップＳ１１５）。確認ボタンが入力されたら、ステップＳ１１９（図３参照）へ移る。
【００４４】
ステップＳ１１３で、予約が完了していないと判定された場合は、図１４に示す如く、予約が完了していない旨のメッセージ画面を表示する（ステップＳ１１６）。患者１は、予約の操作を再度行うか否かを選択し、回答を入力する（ステップＳ１１７）。ステップＳ１１８で、患者１がステップＳ１１７で入力した回答についての判定を行い、予約する旨の入力があった場合には再度ステップＳ１１２に戻り、予約システムへ移行する。予約しない旨の入力があったと判定された場合は、そのままステップＳ１１９（図３参照）へ移る。
【００４５】
ステップＳ１１９では、図１５に示す如く、頓用の鎮痛薬に関する指示を表示する。ここでは、常用の鎮痛薬の投薬量を増量する際に、頓用の鎮痛薬についてもあわせて増量を増量する場合を例示している。この場合、頓用の鎮痛薬の種類や上げ幅は適宜設定され、例えば、オキノーム（登録商標）であれば１日あたりの投薬量を、ステップ毎に２．５ｍｇ、５ｍｇ、１０ｍｇ、２０ｍｇ......と増量する。こうした上げ幅の設定は、常用薬の場合と同じように、上述のステップＳ１０１（図２参照）において医者２により入力される。
【００４６】
図１５に示す画面では、こうした投薬量に関する情報のほか、服薬方法を指導するメッセージを表示し、また、予約を行うか否かの選択肢を再度表示する。患者１はこれに対して回答を入力し（ステップＳ１２０）、続くステップＳ１２１において、患者１の回答に関する判定を行う。ステップＳ１２０で予約しない旨の回答がなされていた場合は、ステップＳ２０１（図４参照）に移る。
【００４７】
ステップＳ１２０で予約する旨の回答がなされていた場合は、ステップＳ１２２に移り、既に予約がされているか否かの判定を行う。本実施例に説明するフローチャートの場合、先のステップＳ１１２〜Ｓ１１８で既に次回の予約が済んでいる可能性があるので、予約の有無を確認したうえで、予約システムへ移行するのである。
【００４８】
仮に前記予約システムでの予約が済んでいる場合には、予約済のフラグがオンになっているので（図２、ステップＳ１１４参照）、このフラグに基づき、ステップＳ１２２では予約済であると判定される。予約済と判定されたら、ステップＳ１２３に進み、図１６に示す如く、予約済である旨のメッセージ画面を表示し、確認ボタン（「次へ」）が入力されたらステップＳ２０１（図４参照）へ移る。ステップＳ１２２で未だ予約がないと判定されたら、ステップＳ１２４に進み、図１２に示す如く、医師２による診療を予約するか否かの選択画面を表示する。
【００４９】
ステップＳ１２４〜Ｓ１３０については、先に説明したステップＳ１１２〜Ｓ１１８と同様であるので詳しい説明は省略するが、ステップＳ１２４では図１２のメッセージ画面が、ステップＳ１２７では図１３のメッセージ画面が、ステップＳ１２８では図１４のメッセージ画面がそれぞれ表示される。患者１は、表示に従って予約するか否かを選択し、これに応じて予約システムを操作し、続くステップＳ２０１（図４参照）へ移る。
【００５０】
尚、以上の一連の工程で表示される鎮痛薬の種類や現在および変更後の投薬量、また、投薬量の変更の際の条件、さらに、常用の鎮痛薬の増量時に頓用薬も増量するか否か、等の具体的な内容は、初期データの入力時、医師２の判断により適宜設定し、あるいは設定を変更することができる。投薬量のステップアップを行う際の上げ幅についても、鎮痛薬の種類や現在の投薬量等に応じ、適宜設定される。つまり、上に挙げた処方は説明のための一例であって、実際に用いられる医薬の種類や量、投薬の頻度、併用の有無等は、患者１の状態や診療の状況に応じて種々変更し得ることは言うまでもない（これは、以下に説明する各副作用への対処に関しても同様である）。
【００５１】
また、上では予約を誘導するステップＳ１１２〜Ｓ１１８の存在を想定し、その後に同様のステップＳ１２４〜Ｓ１３０を行う前に予約の有無を確認するステップ（ステップＳ１２２）を挟む場合を例示したが、このような予約の確認を、例えばステップＳ１１２の前にも挟むようにしても良い。患者２が一度、本遠隔診療アプリケーション７を用いて問診を行い、それに伴って医師２による診療を予約した後、診療の前に再度、本遠隔診療アプリケーション７を立ち上げるような場合も想定されるからである。
【００５２】
ステップＳ２０１（図４参照）では、鎮痛薬の副作用である便秘への対処を変更するか否かについての判定を行う。尚、以下では便秘薬の処方に関し、「増量または現在の量を維持」の選択肢がある場合を説明するが、この他に「減量」の選択肢があっても良いことは鎮痛薬の場合と同様である。
【００５３】
ステップＳ２０１では、ステップＳ１０２（図２および図８参照）で表示され、ステップＳ１０３にて回答された各質問のうち、質問３の回答に基づき、便秘薬の量を増量するか否かの判定を行う。質問３の回答がＹＥＳであった場合には、ステップＳ２０２に移る。ステップＳ２０１において、質問３の回答がＮＯであったと判定された場合には、便秘薬の量の変更はせず、後述するステップＳ３０１に移る。
【００５４】
ステップＳ２０２では、図１７に示す如く、便秘への対処を行う旨のメッセージが表示される。患者１が確認ボタン（「次へ」）を入力すると、ステップＳ２０３に移る。ステップＳ２０３では、図１８に示す如く、便秘薬の投薬量を増量する旨のメッセージ画面が表示される。このメッセージ画面では、処方される便秘薬が表示され、該便秘薬の種類や患者１の状態に応じた現在の投薬量と、増量後の投薬量が表示される。ここで表示される便秘薬の種類や現在の投薬量、上げ幅ないし増量後の投薬量は、初期データとして前述のステップＳ１０１（図２参照）にて入力されたものである。尚、図１８には例としてラキソベロン液（登録商標）を表示しているが、ここに示した医薬の種類は一例であり、これに代えて、あるいは加えて、別の種類の医薬を利用し、ステップＳ２０３にて表示するようにしても良いことは勿論である。
【００５５】
また、図１８に示す画面では、便秘の症状がより重い場合、あるいは便秘薬の効きすぎで下痢が生じている場合を想定し、こうした症状と関連する質問（質問６）と、回答を患者１が選択できるチェックボックスをあわせて設けてある。患者１は、便秘薬の増量で問題なければＯＫ（「はい」）を、便秘の症状が重ければ回答Ａ（「いいえ：便が３日以上出ていない」）を、下痢が生じている場合は回答Ｂ（「いいえ：下痢になってしまっている」）を、その他、医師に相談したい場合には回答Ｃ（「いいえ：一度、医師に直接相談したい」）を選択し、確認ボタン（「次へ」）を入力する（ステップＳ２０４）。
【００５６】
確認ボタンが入力されたらステップＳ２０５に進み、ステップＳ２０３の画面（図１８）に対し、ＯＫが入力されたか否かを判定する。回答が「ＯＫ」、すなわち「はい」が入力されていた場合には、後述のステップＳ３０１に移る。
【００５７】
ステップＳ２０４における回答が「ＯＫ」以外、すなわち、質問６に対する別の回答が入力されていた場合には、回答の内容に応じた画面を表示する。まず、ステップＳ２０６において、前記質問６への回答がＡであったか否かを判定する。回答がＡであった場合は、ステップＳ２０７へ進み、図１９に示す如く、さらに便秘薬（ここでは、マグミット錠（登録商標））の処方を変更する旨のメッセージ画面を表示する。ここに示す画面では、別の便秘薬の併用を指示するメッセージを表示している。確認ボタンが入力されたら、後述のステップＳ３０１に移る。
【００５８】
ステップＳ２０４において選択された回答が「ＯＫ」以外であり、且つ質問６への回答がＡ以外であった場合には、ステップＳ２０８へ進む。ステップＳ２０８では、前記質問６への回答がＢであったか否かを判定する。質問６に対する回答がＢであった場合には、ステップＳ２０９へ進み、図２０に示す如く、便秘薬の処方を減らす旨のメッセージ画面を表示する。
【００５９】
また、図２０の画面では、患者１による「下痢」の申告に対し、さらにその内容を詳しく尋ねるメッセージを表示している。一見、下痢のような症状を呈していても、実は高度な便秘という場合があるためである。そして、該当する症状が見られる場合には、医師２による診療の予約へ誘導するよう、メッセージと共にチェックボックスを設けている。
【００６０】
患者１が回答を選択し（ステップＳ２１０）、確認ボタンを入力したら、続くステップＳ２１１において、患者１の回答に関する判定を行う。ステップＳ２１０で予約しない旨の回答がなされていた場合には、後述のステップＳ３０１に移る。
【００６１】
予約する旨の回答がなされていた場合には、予約済フラグを確認する（ステップＳ２１２）。次回の診療を予約済みであった場合には、図１６に示す如きメッセージ画面を表示し（ステップＳ２１３）、ステップＳ３０１（図５参照）へ移る。予約がなされていない場合には、予約システムへ移行する（ステップＳ２１４）。ステップＳ２１４〜Ｓ２２０については、先に説明したステップＳ１１２〜Ｓ１１８、およびステップＳ１２４〜Ｓ１３０と同様であるので詳しい説明は省略する。
【００６２】
ステップＳ２０４において選択された回答が「ＯＫ」以外であり、且つ質問６への回答がＡでもＢでもなかった場合には、ステップＳ２０８からステップＳ２１２へ進み、ステップＳ２１３あるいはステップＳ２１４〜２２０を経て、ステップＳ３０１（図５参照）へ進む。
【００６３】
ステップＳ３０１では、鎮痛薬の副作用である吐き気への対処を変更するか否かについての判定を行う。尚、以下では制吐薬の処方に関し、服薬を促す旨の指導を行う場合を説明するが、実際に用いられる制吐薬の種類等によっては、投薬量の増量等、他の選択肢があっても良い。
【００６４】
ステップＳ３０１では、ステップＳ１０２（図２および図８参照）で表示され、ステップＳ１０３にて回答された各質問のうち、質問４の回答に基づき、制吐薬の服用を指示するか否かの判定を行う。質問４の回答がＹＥＳであった場合には、ステップＳ３０２に移る。ステップＳ３０１において、質問４の回答がＮＯであったと判定された場合には、制吐薬の服薬指導はせず、後述するステップＳ４０１に移る。
【００６５】
ステップＳ３０２では、図２１に示す如く、吐き気への対処を行う旨のメッセージが表示される。患者１が確認ボタンを入力すると、ステップＳ３０３に移る。ステップＳ３０３では、図２２に示す如く、制吐薬の服用を指示するメッセージ画面が表示される。
【００６６】
ここで表示される制吐薬の種類は、初期データとして前述のステップＳ１０１（図２参照）にて入力されたものである。図２２には例としてジプレキサ錠（登録商標）を表示しているが、ここに示した医薬の種類は一例であり、これに代えて、あるいは加えて、別の種類の医薬を利用し、ステップＳ３０３にて表示するようにしても良いことは勿論である。例えば、患者１が糖尿病である場合には、オランザピンを主成分とするジプレキサ錠ではなく、例えばペロスピロンを主成分とするルーラン錠（登録商標）を処方するべきである。
【００６７】
また、図２２に示す画面には、処方されている制吐薬の実際の効き目を質問するメッセージ（質問７）と共に、回答を選択するチェックボックスが表示されている。ここでは、制吐薬を服用しているにもかかわらず効き目が薄い場合、あるいは何らかの事情で医師２の判断を仰ぎたい場合の選択肢が表示される。患者１は、図２２の画面に表示された服薬指導（制吐薬の服用開始）で問題なければＯＫ（「はい」）を、現在の制吐薬で効き目が薄い場合は回答Ｂ（「いいえ：ジプレキサ錠を服用しているが、吐き気が続いている」）を、その他、医師に相談したい場合には回答Ｂ（「いいえ：一度、医師に直接相談したい」）を選択し、確認ボタン（「次へ」）を入力する（ステップＳ３０４）。
【００６８】
確認ボタンが入力されたらステップＳ３０５に進み、ステップＳ３０３の画面（図２２）に対し、ＯＫが入力されたか否かを判定する。回答が「ＯＫ」、すなわち「はい」が入力されていた場合には、後述のステップＳ４０１へ進む。
【００６９】
ステップＳ３０４における回答が「ＯＫ」以外、すなわち、質問７に対する別の回答が入力されていた場合には、回答の内容に応じた画面を表示する。まず、ステップＳ３０６において、前記質問７への回答がＡであったか否かを判定する。回答がＡであった場合は、ステップＳ３０７へ進み、図２３に示す如く、さらに制吐薬（ここでは、ロラゼパム（登録商標））の処方を変更する旨のメッセージ画面を表示する。ここに示す画面では、別の制吐薬の併用を指示するメッセージを表示している。確認ボタンが入力されたら、後述のステップＳ４０１に移る。
【００７０】
ステップＳ３０４において選択された回答が「ＯＫ」以外であり、且つ質問７への回答がＡ以外であった場合には、ステップＳ３０８へ進む。ステップＳ３０８〜ステップ３１６は、先に説明したステップＳ１２２〜Ｓ１３０やステップＳ２１２〜Ｓ２２０と同様、予約済フラグを確認のうえ、予約がなされていない場合には、予約システムへ移行する工程である。予約が完了したら（または、予約済みであることが確認されるか、予約しないことを患者１が選択したら）、ステップＳ４０１（図６参照）へ進む。
【００７１】
ステップＳ４０１では、鎮痛薬の副作用である眠気への対処に関し、医師２への相談を促すか否かについての判定を行う。尚、ここでも、眠気への対処については、何らかの医薬を処方する等、他の選択肢があっても良い。
【００７２】
ステップＳ４０１では、ステップＳ１０２（図２および図８参照）で表示され、ステップＳ１０３にて回答された各質問のうち、質問５の回答に基づき、さらに問診を行うか否かの判定を行う。質問５の回答がＹＥＳであった場合には、ステップＳ４０２に移る。ステップＳ４０１において、質問５の回答がＮＯであったと判定された場合には、後述するステップＳ４０７（図７参照）に移る。
【００７３】
ステップＳ４０２では、図２４に示す如く、眠気への対処を行う旨のメッセージが表示される。患者１が確認ボタンを入力すると、ステップＳ４０３に移る。ステップＳ４０３では、図２５に示す如く、眠気に関してさらに質問を行う画面が表示される。患者１が感じている眠気の持続時間についての質問８と、眠気の質についての質問９である。患者１は、質問８，９に回答する（ステップＳ４０４）。
【００７４】
図２５の確認ボタン（「次へ」）が入力されたら、ステップＳ４０５（図７参照）に進み、質問８，９への回答に関する判定を行う。質問８と質問９のいずれについても回答がＮＯであった場合には、ステップＳ４０６に進み、図２６に示す如きメッセージ画面を表示する。患者１が確認ボタンを入力したら、ステップＳ４０７に進み、図２７に示す如く問診を終了する旨のメッセージ画面を表示する。この際、「痛みは必ず緩和できます」と患者１の不安を軽減する文言を表示し、また、「引き続き、医療用麻薬による鎮痛治療を続けていきましょう」と治療の継続を促す文言を表示する。医療用麻薬に付随する副作用に関し、患者１が過剰な不安を抱いたり、その結果として自己判断により服薬を中止したり、服薬量を減らしてしまうことを避けるためである。
【００７５】
また、ここまでの問診で質問された事項や、それ以外の事項に関し、患者１に不安なことや医師２に直接相談したいことがある可能性があるので、この図２７のメッセージ画面には、最後に念のため、医師２による診療の予約を取るか否かを選択するチェックボックスを設けている。特に、医療用麻薬の副作用としては、上記した主要な３つ（便秘、吐き気、眠気）の他にも種々の症状が現れる場合があるので、そうした副作用について患者１に確認し、上記３つ以外の副作用がある場合には患者１がその旨を選択して回答できるようになっている。尚、この図２７の画面に対しては、「念のため一度相談したい」を選択しても「他に気になる副作用等があるので相談したい」を選択しても同様にステップＳ４１０へ進むことになるが、患者１がいずれを選択したかについては問診データ７ａとして記録される。
【００７６】
患者１が選択のうえ、確認ボタン（「次へ」）を入力したら（ステップＳ４０８）、回答について判定を行い（ステップＳ４０９）、図２７のメッセージ画面に対する回答がＹＥＳであれば予約システムへ移行する（ステップＳ４１０）。
【００７７】
ステップＳ４１０〜Ｓ４１５については、先に説明したステップＳ１１２〜Ｓ１１８（図２参照）等と同様であるので詳しい説明は省略する。患者１は、表示に従って予約するか否かを選択し、これに応じて予約システムを操作し、ステップＳ４１６へ移る。図２７の画面に対する回答がＮＯの場合は、ステップＳ４１０〜Ｓ４１５を飛ばしてステップＳ４１６へ進む。
【００７８】
尚、ステップＳ４１０で予約システムへ移行した際、先のステップＳ１１２〜Ｓ１１８等で既に予約が済んでいる可能性も考えられるが、その場合は、予約システム側で予約済である旨を表示し、必要に応じて予約日時等を変更する操作を患者１が行い、再度遠隔診療アプリケーション７へ戻れば良い（尚、図示は省略するが、例えばステップＳ４０７の前にも、ステップＳ１２１（図３参照）等の如く予約済であるか否かを判定するステップを設けるようにしても良い。この場合、予約が済んでいなければステップＳ４０７に進むが、予約済と判定された時には、後述するステップＳ４２０へ進むようにする）。
【００７９】
ステップＳ４１６では、図２８に示す如く、本遠隔診療アプリケーション７を終了する旨のメッセージ画面を表示する。患者１が確認ボタン（「次へ」）を入力したら、ここまでの問診の結果（患者による各質問や選択肢への回答）を問診データ７ａとしてサーバ６、あるいは医師側情報端末５へ送信する（ステップＳ４１７、図１参照）。医師２は、問診データ７ａに基づいて電子カルテを作成することができる。あるいは、電子カルテの一部あるいは全部を、問診データ７ａに基づいて自動で作成するようにしても良い。
【００８０】
また、必要に応じて電子処方箋を患者１に対し発行し（ステップＳ４１８）、遠隔診療アプリケーション７を終了する。
【００８１】
ステップＳ４０５において、質問８または質問９（図２５参照）のうち、少なくともいずれかへの回答がＹＥＳであると判定された場合は、ステップＳ４１９へ進み、診療の予約の有無を確認する。ここへ至るステップにおいて、既に予約済のフラグが立っていた場合には、ステップＳ４２０へ進み、図２９に示す如く、問診を終了する旨のメッセージ画面を表示する（ここでは、既に予約が済んでいるので、図２７のメッセージ画面とは異なり、予約を取るか否かの選択肢は表示しない）。確認ボタンが入力されたらステップＳ４１６へ進み、ステップＳ４１７〜Ｓ４１８の後、遠隔診療アプリケーション７を終了する。
【００８２】
ステップＳ４１９において、未だ予約がなされていないと判定されたら、ステップＳ４２１に進み、図３０に示す如く、医師２への相談を促し、予約を行うか否かを質問する選択画面を表示する。患者１がＹＥＳと入力した場合には（ステップＳ４２２〜Ｓ４２３）、ステップＳ４２４に進み、予約システムへ移行する。
【００８３】
ステップＳ４２４〜ステップＳ４２９の動作は、ステップＳ４１０〜Ｓ４１５とおおむね同様である。ここで予約が完了した場合には（ステップＳ４２５）、その旨のメッセージ画面を表示し（ステップＳ４２６、図１３参照）、ステップＳ４２０に進む。ステップＳ４２２で予約をしない旨が入力されたとステップＳ４２３で判定された場合、および、ステップＳ４２８で予約をしない旨が入力されたとステップＳ４２９で判定された場合には、ステップＳ４３０へ進む。
【００８４】
ステップＳ４３０では、図３１に示す如く、再び選択画面を表示する。ここで、改めて医師２への相談を促すメッセージを表示すると共に、予約を行うか否かを質問する選択画面を表示する。
【００８５】
図３１の選択画面に対し、患者１がＹＥＳと入力した場合には（ステップＳ４３１〜Ｓ４３２）、ステップＳ４３３に進み、予約システムへ移行する。ステップＳ４３３〜ステップＳ４３８の動作は、やはりステップＳ４１０〜Ｓ４１５とおおむね同様である。ここで予約が完了した場合には（ステップＳ４３４）、その旨のメッセージ画面を表示し（ステップＳ４３５、図１３参照）、ステップＳ４２０に進む。ステップＳ４３１で予約をしない旨が入力されたとステップＳ４３２で判定された場合、および、ステップＳ４３７で予約をしない旨が入力されたとステップＳ４３８で判定された場合には、ステップＳ４０７へ進む（図２７のメッセージ画面が表示され、ここでも再度、医師２による診療の予約が促される）。
【００８６】
このように、本実施例の遠隔診療アプリケーション７の動作フローにおいては、医師２による診療の予約へ誘導するステップが複数回にわたって組み込まれており、特にステップＳ４０５からステップＳ４１９を経てステップＳ４２１、さらにステップＳ４３０、最後にステップＳ４０７へ至る流れでは、診療の予約を取るか否かの選択肢に対して患者１がＮＯを入力した場合に、さらに最大２回まで、改めて予約へ誘導するようになっている（一旦予約システムへ移行した後で再度確認するステップＳ４１３，Ｓ４２７，Ｓ４３６は除く）。このように、予約への誘導に対して患者１がＮＯを入力した場合に、さらに一回以上、予約へ誘導することで、医師２による診療が必要な可能性がある場合や、患者１が不安を抱いている場合等に予約の手間を低減して医師２による診療を受けやすくすると共に、患者１による自己判断をなるべく防ぎ、適切な診療の機会をより確実に設けるようにしているのである。
【００８７】
図３２、図３３は、上述の如き手順にて問診を行う遠隔診療アプリケーション７を、さらに医師２への連絡手段（図示せず）と連携するように構成した場合の表示画面の一例を示している。ここに示した例では、図１０や図１１に示したものとおおむね同様の画面に、前記連絡手段を起動する移行ボタンが表示されている。
【００８８】
前記連絡手段は、前記予約システムとは別に、患者側情報端末２から医師側情報端末５への連絡を行う手段であり、例えば、ネットワーク３を介して文字情報を相互に送信するメッセンジャーツールや、映像や音声を相互に送信するテレビ電話式の通信ツール、あるいは音声のみによる電話機能等である。前記連絡手段としては、既に実用化されている既存のアプリケーションを用いても良いし、また、遠隔診療アプリケーション７に合わせて新規に開発しても良いし、あるいは、遠隔診療アプリケーション７に機能の一環として組み込んでも良い。
【００８９】
こうした連絡手段を、例えば患者側情報端末４と医師側情報端末５とで動作するようにしておき、遠隔診療アプリケーション７に表示される前記移行ボタン（図３２、図３３参照）が入力されたら、遠隔診療アプリケーション７から前記ツールへ移行するようにしておく。患者１は、遠隔診療アプリケーション７を用いた問診の途中、好きなときに前記ボタンを入力し、医師２に連絡を取ることができる（尚、ここでは図１０や図１１に相当する画面に移行ボタンを表示する場合を例示したが、別の画面に移行ボタンを表示するようにしても良いことは勿論である。遠隔診療アプリケーション７の起動中、画面に常に移行ボタンが表示され、いつでも前記連絡手段へ移行できるようにしてもよい）。
【００９０】
このようにすると、患者１は、例えば診療の予約を取るには及ばないと思われる簡単な質問や確認事項等が生じた際に、随時、医師２へ相談することができる。医師側情報端末５へ、患者１から前記連絡手段を通じて連絡が来た場合は、医師２が医師側情報端末５を操作して対応すれば良いし、あるいは医師２の周囲のスタッフ等が対応しても良い。患者１としては、診療等にはあたらないような簡単な相談等を医師２側へ行うことができて不安を取り除くことができるし、また、必要であれば、そのまま診療の予約をすることができて便利である。こうして、遠隔診療、とりわけ医療用麻薬を用いた遠隔診療において生じがちな不安感を、より効果的に抑えることが可能である。
【００９１】
以上のように、上記本実施例の遠隔診療アプリケーション７および遠隔診療システムは、患者１側の操作入力に応じ、医療用麻薬の服薬に関する問診および服薬指導を行うよう構成されている。簡単な問診や服薬指導については医師２本人を介さず、患者１の操作入力に応じて機械的に実行することで、医師２への相談に際して生じる心理的抵抗を回避しながら、患者１の症状に応じた適切な助言を行うことができる。
【００９２】
また、本実施例は、問診の結果に応じ、医師２による診療の予約へ誘導するよう構成されているので、問診の内容と連動する形で的確に、且つ手間なく円滑に診療の予約を行うことができる。
【００９３】
また、本実施例は、前記診療の予約への誘導に対して患者１がＮＯを入力した場合に、さらに一回以上、医師２による診療の予約へ誘導するよう構成されているので、予約の手間を低減し、適切な診療の機会をより確実に設けることができる。
【００９４】
また、本実施例は、医師２への連絡手段と連携するよう構成されているので、患者１としては、診療等にはあたらないような簡単な相談等を医師２側へ行うことができ、また、診療の予約等も行うことができる。
【００９５】
また、上記本実施例においては、医療用麻薬の副作用に関する問診および服薬指導を併せて行うことができる。
【００９６】
また、上記本実施例においては、前記副作用として、便秘、吐き気、眠気の少なくともいずれかを扱うことができる。
【００９７】
したがって、上記本実施例によれば、緩和ケアにあたって患者の不安を軽減し、円滑な遠隔診療を支援し得る。
【００９８】
尚、本発明の遠隔診療アプリケーションおよびシステムは、上述の実施例にのみ限定されるものではない。上に説明した遠隔診療アプリケーションの動作フローや、遠隔診療アプリケーションおよびシステムの構成等はあくまで一例であって、適宜改変することができる。例えば、各ステップの順序や、表示される質問や服薬指導、メッセージの内容等は適宜修正・追加することができるし、その他、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００９９】
１    患者
２    医師
７    遠隔診療アプリケーション
【図１】
2020034993.tif 000003
【図２】
2020034993.tif 000004
【図３】
2020034993.tif 000005
【図４】
2020034993.tif 000006
【図５】
2020034993.tif 000007
【図６】
2020034993.tif 000008
【図７】
2020034993.tif 000009
【図８】
2020034993.tif 000010
【図９】
2020034993.tif 000011
【図１０】
2020034993.tif 000012
【図１１】
2020034993.tif 000013
【図１２】
2020034993.tif 000014
【図１３】
2020034993.tif 000015
【図１４】
2020034993.tif 000016
【図１５】
2020034993.tif 000017
【図１６】
2020034993.tif 000018
【図１７】
2020034993.tif 000019
【図１８】
2020034993.tif 000020
【図１９】
2020034993.tif 000021
【図２０】
2020034993.tif 000022
【図２１】
2020034993.tif 000023
【図２２】
2020034993.tif 000024
【図２３】
2020034993.tif 000025
【図２４】
2020034993.tif 000026
【図２５】
2020034993.tif 000027
【図２６】
2020034993.tif 000028
【図２７】
2020034993.tif 000029
【図２８】
2020034993.tif 000030
【図２９】
2020034993.tif 000031
【図３０】
2020034993.tif 000032
【図３１】
2020034993.tif 000033
【図３２】
2020034993.tif 000034
【図３３】
2020034993.tif 000035